CN111065139B

CN111065139B - Method and device for starting up and attaching Internet of things device

Info

Publication number: CN111065139B
Application number: CN201911417626.1A
Authority: CN
Inventors: 王胜瑾
Original assignee: Shenzhen Neoway Technology Co Ltd
Current assignee: Shenzhen Neoway Technology Co Ltd
Priority date: 2019-12-31
Filing date: 2019-12-31
Publication date: 2022-03-25
Anticipated expiration: 2039-12-31
Also published as: CN111065139A

Abstract

The application discloses a method for starting up and attaching Internet of things equipment, which is applied to the Internet of things equipment and comprises the following steps: when the Internet of things equipment is started up and registered, acquiring corresponding mapping information through different operator global user identification cards used by the Internet of things equipment, wherein the mapping information comprises mapping relations between a plurality of PDP context parameters and a plurality of indexes; selecting a PDP context parameter corresponding to a first index in the mapping information, and initiating a network attachment request to network side equipment for requesting to attach to a network to acquire a service bearer; and under the condition that the attachment request is rejected by the network side equipment, sequentially selecting the indexes after the first index to continuously initiate the next network attachment request until the network is successfully attached and a service bearer is established or the rejection frequency of the network attachment request reaches a preset threshold value. By the implementation of the method and the device, the success rate of starting, registering and attaching of the 4G communication module of the Internet of things equipment in the power industry can be remarkably improved, and the communication capacity of the Internet of things equipment is guaranteed.

Description

Method and device for starting up and attaching Internet of things device

Technical Field

The application relates to the technical field of communication, in particular to a method and equipment for starting and attaching Internet of things equipment.

Background

With the development of communication technology, more and more terminal equipments (UEs) access to a communication network through a base station. The UE carries out communication interaction with a communication network through a wireless communication module, so that base station information related to the communication network is acquired. Under LTE, after the UE is started, the UE searches for system messages broadcasted by a base station through the radio frequency capability of the UE, analyzes the corresponding system messages and matches the system messages with the base station, interacts with the base station through an air interface signaling to establish a default Packet Data Protocol (PDP) context bearer, and then transmits Data services through the bearer; in the process of establishing the bearer, the UE initiates a network attachment request to the communication network, and the communication network verifies the PDP context parameters uploaded by the UE. In the existing attachment scheme, after a network attachment request of a 4G communication module is rejected by a communication network, the next attachment can continuously use a previous PDP context parameter to initiate the network attachment request, and after the communication network continuously rejects the network attachment request of the 4G communication module three times, the communication network can temporarily prohibit 12min attachment of the 4G communication module, so that the UE cannot register the network at startup, and the use of a subsequent data service is affected.

Disclosure of Invention

The embodiment of the application provides a method and equipment for starting up and attaching Internet of things equipment, which can overcome the defects of the prior art, remarkably improve the success rate of starting up, registering and attaching of a 4G communication module of the Internet of things equipment in the power industry, and guarantee the communication capacity of the Internet of things equipment.

In a first aspect, the present application provides a method for booting and attaching an internet of things device, where the method is applicable to an internet of things device or other terminals, and includes: when the Internet of things equipment is started and registered, acquiring mapping information, wherein the mapping information comprises mapping relations between a plurality of Packet Data Protocol (PDP) context parameters and a plurality of indexes; the Internet of things equipment selects a PDP context parameter corresponding to a first index in the mapping information, and initiates a network attachment request carried by non-access stratum (NAS) signaling to network equipment, wherein the network attachment request is used for requesting to attach to a network; and the Internet of things equipment sequentially selects indexes arranged behind the first index to initiate the network attachment request under the condition that the network attachment request is rejected by the network equipment until the network attachment request is successfully attached to the network or the number of times that the network attachment request is rejected reaches a preset threshold value.

By implementing the embodiment of the application, the mapping information is acquired when the equipment of the internet of things is started to register, the PDP context parameter corresponding to the first index in the mapping information is selected to initiate the network attachment request, and when the network attachment request is rejected, the equipment of the internet of things can traverse other PDP context parameters in the mapping information according to the rejection times to realize internal parameter error correction, so that various forms of attachment attempts are realized until the equipment of the internet of things is successfully attached to the network. Therefore, by adopting the scheme, the success rate of the 4G communication module of the Internet of things equipment can be further improved after the 4G communication module is refused to start and annotate the network in a specific application scene, so that the problem that the equipment cannot be on line when the equipment is installed and arranged under the existing network of a power office is solved, and the communication capacity of the Internet of things equipment is guaranteed.

Based on the first aspect, in a possible embodiment, before the index ranked after the first index initiates the network attach request, the method further includes: and receiving attachment rejection information issued by the network side equipment through signaling, wherein the attachment rejection information comprises a rejection code #19(ESM failure) of the mobility management of the packet evolution system and/or a rejection code of the session management of the packet evolution system.

It can be seen that, when the network attach request is rejected in the scheme of the application, and when the reject code is EMM #19, the internet of things device may traverse other PDP context parameters in the mapping information according to the number of rejections, that is, reselect a suitable PDP context parameter to initiate attachment until successful network injection is finally achieved. Therefore, the method and the device for realizing the network injection of the 4G communication module of the Internet of things equipment can improve the success rate of attachment after the 4G communication module of the Internet of things equipment is refused to start the network injection in a specific application scene, so that the problem that the equipment cannot be on line when the equipment is installed and arranged under the existing network of a power office is solved, and the method and the device are compatible with the existing MCU scheme.

Based on the first aspect, in a possible embodiment, the method further includes: and in the starting-up registration process, when detecting that a user inputs a new PDP context parameter, initiating the network attachment request according to the new PDP context parameter.

The method and the device for monitoring the network injection parameter file of the internet of things have the advantages that the state tracking and detection are carried out on the starting network injection process of the internet of things device, new input of a user can be monitored in a non-attachment process or an attachment process, the network injection parameter of the network injection parameter file of the user and the corresponding rejection number mapping table can be updated in real time, the situation that the rejection number mapping table can be updated and takes effect in real time when the user corrects the parameter again when the network is tried to be registered in the starting process can be considered, and the problem that other clients need to take effect in real time when using serial ports or inputting new parameters by AT is solved.

Based on the first aspect, in a possible embodiment, the selecting, by the internet of things device, a PDP context parameter corresponding to a first index in the mapping information, and initiating, to a network device, a network attach request carried by a non-access stratum (NAS) signaling includes: the Internet of things equipment sends the network attachment request to the network equipment; the Internet of things equipment receives a request message of the network equipment, wherein the request message is used for indicating the Internet of things equipment to upload PDP context parameters; and the Internet of things equipment sends the PDP context parameter corresponding to the first index to the network equipment according to the request message.

The network attachment REQUEST is LTE NAS EMM ATTACH REQUEST, for example, and the REQUEST message received by the internet of things device for instructing the internet of things device to upload the PDP context parameter is esminfo REQUEST, for example.

Based on the first aspect, in a possible embodiment, each of the PDP context parameters includes an Access Point Name (APN), a user name and password, and an authentication method.

The PDP context parameters adopted by the scheme of the application are more important to the common user, such as APN, user name, password, authentication mode and the like; the APN is a parameter which must be configured when the terminal accesses the internet, and the APN is used as an identifier of an external PDN, so that the terminal determines which designated access mode is adopted to access the network, and finally a private network IP or a public network IP is obtained. The APN may consist of an APN network identity and an APN developer identity. The authentication mode is used for indicating a mode adopted by the network for authenticating the Internet of things equipment. The user name and the password are the user name and the password corresponding to the user network access.

In a second aspect, the present application provides an internet of things device, including: mapping information acquisition module and adhere to communication module, wherein:

the mapping information acquisition module is used for acquiring mapping information when the Internet of things equipment is started to register, wherein the mapping information comprises mapping relations between a plurality of Packet Data Protocol (PDP) context parameters and a plurality of indexes.

An attach communication module, configured to select a PDP context parameter corresponding to a first index in the mapping information, and initiate a network attach request, which is carried by a non-access stratum (NAS) signaling, to a network device, where the network attach request is used to request to attach to a network; and the network attachment request sending unit is further configured to, under the condition that the network attachment request is rejected by the network device, sequentially select indexes ranked after the first index to initiate the network attachment request until the network attachment request is successfully attached to the network or the number of times that the network attachment request is rejected reaches a preset threshold.

Based on the second aspect, in a possible embodiment, the attach communication module is further configured to: and receiving attachment rejection information issued by the network side equipment through signaling, wherein the attachment rejection information comprises a rejection code #19(ESM failure) of the mobility management of the packet evolution system and/or a rejection code of the session management of the packet evolution system.

Based on the second aspect, in a possible embodiment, the attach communication module is further configured to: and in the starting-up registration process, when detecting that a user inputs a new PDP context parameter, initiating the network attachment request according to the new PDP context parameter.

Based on the second aspect, in a possible embodiment, the attach communication module is specifically configured to: sending the network attachment request to the network device; receiving a request message of the network equipment for indicating the Internet of things equipment to upload PDP context parameters; and sending the PDP context parameter corresponding to the first index to the network equipment according to the request message.

Based on the second aspect, in a possible embodiment, each of the PDP context parameters includes an Access Point Name (APN), a user name and password, and an authentication method.

In a third aspect, the present invention provides yet another internet of things device, including a processor, a memory, a communication interface, and one or more programs, where the one or more programs are stored in the memory and configured to be executed by the processor, and the programs include instructions for executing the steps of the method described in any of the first aspect of the embodiments of the present application.

In a fourth aspect, the present application provides a computer-readable storage medium, where the computer-readable storage medium may store a computer program and data, where the computer program causes a computer to perform some or all of the steps described in the method described in any one of the first aspect of the embodiments of the present application.

In a fifth aspect, the embodiments of the present application provide a computer program product, where the computer program product includes a non-transitory computer-readable storage medium storing a computer program, where the computer program is operable to cause a computer to perform some or all of the steps described in the method as described in any one of the embodiments of the first aspect of the present application. The computer program product may be a software installation package.

In the embodiment of the application, the mapping information is acquired when the internet of things equipment is started to register, the PDP context parameter corresponding to the first index in the mapping information is selected to initiate the network attachment request, and when the network attachment request is rejected, the internet of things equipment can traverse other PDP context parameters in the mapping information according to the rejection times, so that various forms of attachment attempts are realized until the internet of things equipment is successfully attached to the network. Especially, when the reject code is EMM #19, parameter error correction is performed inside the 4G communication module in the scheme, a proper PDP context parameter is selected again to initiate attachment, and finally successful network injection is realized. Therefore, by adopting the scheme, the success rate of the 4G communication module of the Internet of things equipment can be further improved after the 4G communication module is refused to start and annotate the network in a specific application scene, so that the problem that the equipment cannot be on line when the equipment is installed and arranged under the existing network of a power office is solved, and the existing MCU scheme is compatible.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.

Fig. 1 is a schematic diagram of a communication system to which embodiments of the present application relate;

fig. 2 is a schematic flowchart of a method for boot attachment of an internet of things device according to an embodiment of the present disclosure;

fig. 3 is an exemplary table diagram of a reject number mapping table provided in an embodiment of the present application;

FIG. 4 is an exemplary table diagram of yet another rejected times mapping table provided by an embodiment of the present application;

fig. 5 is a schematic flowchart of a method for boot attachment of an internet of things device according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of a terminal according to an embodiment of the present application;

fig. 7 is a schematic structural diagram of another terminal provided in the embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

It is to be understood that the terminology used in the embodiments of the present application is for the purpose of describing particular embodiments only, and is not intended to be limiting of the application. As used in the examples of this application and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.

First, a communication system according to an embodiment of the present application will be described. Referring to fig. 1, a communication system according to an embodiment of the present application includes a terminal 1 and a communication network, where the communication network includes an access network and a core network, where the access network mainly includes a base station system 2, and the core network may be divided into a CS domain control network element 3 for Circuit Switching (CS) service and a PS domain control network element 4 for Packet Switching (PS) service. The various specific components in the communication system are described as follows:

the terminal 1: in particular, the terminal 1 may be any of various types of computer system devices that are mobile or portable and that perform wireless communications. The terminal 1 may be, for example, a mobile terminal such as a mobile phone or a smart phone, a portable game device, a laptop computer, a PDA, a portable internet device, a tablet computer, a notebook computer, and the like, a music player, a data storage device, or other handheld devices, and the like, the terminal 1 may be a wearable device such as smart glasses, a smart watch, and a smart necklace, and the terminal 1 may also be an internet of things device such as a smart air conditioner, a smart television, a smart refrigerator, a smart water meter, a smart electricity meter, a smart microwave oven, a smart gas meter, a smart car, and the like. The Internet of things device is a terminal device in the Internet of things (IoT) as the name implies. The internet of things, namely the internet connected with everything, is an extended and expanded network on the basis of the internet, and combines various information sensing devices with the internet to form a huge network so as to realize the interconnection and intercommunication of everything.

The terminal 1 is responsible for interaction with the user, can also be used for collecting relevant information of the environment, and can be accessed to a communication network through different access modes such as PS/CS and the like to replace the user to establish a session. The terminal 1 has a wireless communication module (modem), which may specifically include a 4G communication module, for initiating registration attachment, access, data transmission, communication interaction, and the like with a communication network.

Base station system 2: the Base Station system 2 is used for the wireless access of the terminal 1, and in a specific application, the Base Station system 2 is, for example, a Base Station subsystem including a Base Station Controller (BSC) and a Base Transceiver Station (BTS), or is, for example, a Base Station subsystem including a Radio Network Controller (RNC) and a node b (node b), and may be, for example, an eNodeB.

CS domain controlling network element 3: the CS domain controlling network element 3 is a controlling unit of a CS domain core network, and may specifically include a Mobile Switching Center (MSC), a Mobile Switching Center Server (MSC Server), or the like.

PS domain controlling network element 4: the PS domain control network element 4 is a control unit of the PS domain core network, and may specifically include a Mobile Management Entity (MME), a Serving GPRS Support Node (SGSN), or the like. The MME is a key control node of a 3GPP protocol LTE network, and may be responsible for attachment and detachment of devices, access control, security and admission control, mobility management, and so on.

In the embodiment of the present application, the base station system 2, the CS domain control network element 3, and the PS domain control network element 4 are all network devices in a communication network.

In the embodiment of the application, the device of the internet of things is mainly involved in accessing a PS domain through a base station system 2 and initiating an attach process to a PS domain control network element 4 (e.g., MME).

The following describes a registration attach procedure to which the present application relates. A terminal (e.g., an internet of things device) must complete a registration process in a communication network, referred to as Attach (Attach), before performing actual traffic, and successful attachment of the terminal to the communication network is the basis for the communication network to provide services to users. Thus, the terminal can receive the service from the communication network only after the attachment is successful.

The attach procedure is used to attach Packet services of an Evolved Packet System (EPS) to an EPC network element (e.g., PS domain control network element, MME) of LTE, establish an EPS Mobility Management (EMM) context and a PDN default bearer providing an emergency bearer service by attaching, where a terminal supporting a PS operation mode obtains services of the PS domain, and a terminal supporting a CS/PS operation mode 1 or a CS/PS operation mode 2 obtains services of the CS domain and the PS domain.

If the attachment process is successful, the context of the terminal is established at the network end, meanwhile, a default bearer is established between the terminal and the PDN gateway, and the terminal obtains the IP address allocated by the communication network, thus the terminal can keep the IP connection permanently. During the attach process, the UE may also obtain an IP address allocated by the network, and the network may also activate a dedicated bearer. Different from the traditional 2G/3G network, the EPS network directly establishes a default bearer for the user by initializing the attachment, and the user of the 2G/3G network needs to allocate an IP address to the user after the attachment in the process of activating the PDP context.

The establishment of the context session mainly refers to the establishment of connection between functional entities for information transmission. For example, RRC is established between two functional entities of a terminal and a base station (e.g. eNodeB), and a communication link of the RRC is a context bearer, and specifically, the context bearer may be a Packet Data Protocol (PDP) context bearer. When initiating attachment, the terminal needs to send a PDP context parameter to the communication network for activating a corresponding PDP context bearer.

The attach procedure is always initiated by the terminal, triggered when the terminal is powered on to register with the network, or when the terminal detaches from the network (e.g., completely leaves the communication network coverage for a while), the attach procedure needs to be re-initiated.

Under LTE, after the terminal is started, the terminal searches for the system message broadcasted by the base station through the radio frequency capability of the equipment, analyzes the corresponding system message and matches the system message with the base station, interacts with the base station through an air interface signaling to establish a default PDP context bearer, and then transmits data service through the PDP context bearer. In the process of establishing the bearer, the network attach REQUEST may be initiated via an attach REQUEST message (e.g., LTE NAS EMM ATTACH REQUEST) of the MS. The attach request message carries indication information (e.g., esm _ info _ trans _ flag), and if the user modifies the PDP context parameters, the esm _ info _ trans _ flag in the attach request message needs to be set to 1, and the base station checks the indication information. When ESM _ info _ trans _ flag is 1, the base station may issue a REQUEST message (ESM INFORMATION REQUEST) to the terminal, requesting the terminal to upload an ESM message carrying new PDP context parameters, and then the terminal uploads the new PDP context parameters set by the user using the instruction AT + CGDCONT or AT + CGAUTH to the base station through a RESPONSE message (e.g., ESM INFORMATION RESPONSE).

The PDP context parameters are more important to the common user, such as APN, user name, password, authentication mode and the like; the APN is a parameter which must be configured when the terminal accesses the internet, and the APN is used as an identifier of an external PDN, so that the terminal determines which designated access mode is adopted to access the network, and finally obtains a private network IP or a public network IP. The APN may consist of an APN network identity and an APN developer identity. Specifically, the public network APN is a general APN assigned by three operators in the mobile phone consumption service class, the private network APN is different in different regions and different in different providers, the public network APN and the private network APN can not be mixed due to different base station configurations in different regions, and a corresponding matched USIM card also has a special network card and a public network card. The special network card is a card customized for an operator of the special network, and the special network card in some regions needs to carry an appointed special network APN and authentication parameters such as a corresponding user name and password when accessing the network.

At present, for a terminal (especially, an internet of things device) having a 4G communication module, in an existing 4G attachment process, a user setting parameter is used to perform registration and internet access in a startup attachment process, an attachment is initiated to a base station in the registration process according to a protocol flow, a bearer is established after a signaling interaction with the base station is granted, the attachment is completed, and the terminal is registered to a network (namely, a core network element). If the attachment process fails to be allowed by the base station, the base station sends a rejection code to the terminal to reject the current attachment request.

Specifically, when the power office performs module networking in the current network, the 4G communication module needs to use a private network card to register to the internet according to the instruction of a Micro Control Unit (MCU) after the power office is turned on, so that the MCU can be on line. The 4G communication module needs to rely on network registration parameters set by the MCU terminal in the process of registering the network, and the parameters mainly comprise APN, user name, password and the like. In some areas, due to the configuration of the base station, when the network is registered by using the special network card, one or some of the network registration parameters are wrong, so that the 4G communication module cannot be successfully attached to the network. Namely, the base station can reject the attachment of the 4G communication module and issue a corresponding reject code to the 4G communication module, and the 4G communication module can process the corresponding reject code according to a protocol; for example, the reject code at this time on the network side may be the reject code 19 (EMM #19 for short) of the EPS mobility management. The reject code EMM #19 is used to indicate an ESM error, wherein a specific ESM error code is carried in the attach reject message of the ESM, such as ESM #33, which indicates that the requested service option is not subscribed. When the EMM reject code #19 is encountered, the reason for rejecting the attachment on the network side is network anomaly or network congestion by default in the attachment procedure. The prior art solution is to try the next attachment after 10s, as required by the protocol. The next attach continues using the last PDP context parameters for the attach. In this way, when one or some of the network registration parameters are wrong, the process of retrying attachment uses the wrong parameters which are still the last time, so that the network side still rejects the parameters. After the rejection lasts for three times, the network side temporarily prohibits the attachment of the 4G communication module.

It can be seen that the attachment scheme in the prior art cannot meet the actual application scenario of the current power office, and does not have the capability of coping with network side rejection, and if the current power office uses a private network card to fill in wrong PDP context parameters when the current power office is in network deployment, the terminal can continue to use the wrong PDP context parameters for attachment, so the terminal registration process is rejected by the network side until the terminal actively prohibits LTE or the terminal cannot register to access the network because frequent attachment is set as a black list by the base station.

The method for the startup attachment of the Internet of things equipment can overcome the defects of the prior art, remarkably improves the startup registration attachment success rate of the 4G communication module of the Internet of things equipment in the power industry, and guarantees the communication capacity of the Internet of things equipment. Referring to fig. 2, fig. 2 is a schematic flowchart of a method for boot attachment of an internet of things device provided in the present application, where the method includes, but is not limited to, the following steps:

s101, when the Internet of things equipment is started and registered, corresponding mapping information is obtained through different operator global user identification cards used by the Internet of things equipment, and the mapping information comprises mapping relations between a plurality of groups of PDP context parameters and a plurality of indexes. The global subscriber Identity card may be, for example, a sim (subscriber Identity module) card.

That is, the mapping information may be maintained at the device side of the internet of things, and multiple sets of PDP context parameters are configured, and each set of PDP context parameters corresponds to an index one to one. For example, the mapping information may be a rejection number mapping table, and different groups of SIM operator types may be associated with SIM operator types (e.g., china mobile, china unicom, china telecom, etc.). The PDP context parameters may include, for example, authentication mode, APN, username and password. As can be seen in the reject number mapping table exemplarily shown in fig. 3, the reject number mapping table shown in fig. 3 includes a mapping relationship between PDP context parameters and indexes.

For example, the PDP context parameter input by the user is configured as index 0, the PDP context parameter specified by the private network card set by the MCU (e.g., the china mobile private network card, the china unicom private network card, or the chinese telecommunications private network card) is configured as index 1, the PDP context parameter corresponding to the public network APN setting is configured as index 2, and the null setting is configured as index 3, etc.

For another example, the PDP context parameter input by the user is configured as index 0, the null setting is configured as index 1, the PDP context parameter specified by the special network card set by the MCU (e.g., the special network card for china mobile, the special network card for china unicom, or the special network card for china telecom, etc.) is configured as index 2, and the PDP context parameter corresponding to the APN setting of the public network is configured as index 3, and so on.

It should be noted that the above examples are only used for explaining the present application and are not limited, and in practical applications, more forms of mapping relationships between PDP context parameters and indexes may also be designed, and are not limited herein.

It should be further noted that, in the above, only the index entry is 4 entries as a preferred embodiment, in practical application, the index entry corresponding to the rejection number mapping table may also be 3 entries, or greater than 4 entries, and the application is not limited in this application.

It should be further noted that, in the reject number mapping table, the PDP context parameter may further include more contents, for example: at least one of quality of service (Qos), PDP type, and PDP address, which is not limited in this application.

It should be further noted that, in a possible embodiment, the mapping relationship of the rejection number mapping table may further include more contents, for example, as shown in fig. 4, each index corresponds to, in addition to the PDP context parameter, optionally, a "prepare attach flag" and a "successful attach flag", where the prepare attach flag is used to indicate whether the access state of the internet of things device is ready for attaching to the network. The successful attachment flag is used for indicating whether the access state of the equipment of the internet of things is successfully attached to the network.

S102, the Internet of things equipment selects a PDP context parameter corresponding to a first index in the mapping information, and initiates a network attachment request carried by Non-access stratum (NAS) signaling to the network equipment, wherein the network attachment request is used for requesting to attach to a network and establishing a service bearer.

When the internet of things device is powered on and registered, a network attachment REQUEST of a Non-access stratum (NAS) is initiated by using a PDP context parameter corresponding to an index value 0 in mapping information (for example, a rejection number mapping table) by default, where the attachment REQUEST is, for example, LTE NAS EMM ATTACH REQUEST message. The network device in this context may be a base station (such as the base station system described above) or a core network device (such as the PS domain control network element described above).

Specifically, the internet of things device may send the network attach request to the network device; after receiving the attach REQUEST, the network device sends a REQUEST message, such as an ESM INFORMATION REQUEST message, to the internet of things device, where the REQUEST message is used to instruct the internet of things device to upload the PDP context parameters. After receiving the message, the internet of things device sends a PDP context parameter corresponding to the first index (i.e., index 0) in the rejection number mapping table to the network device. The PDP context parameters may be carried in an ESM message, for example. For example, when the PDP context parameter corresponding to index 0 is a PDP context parameter autonomously set by the user in advance, the internet of things device initiates an attach request to the network device using the PDP context parameter.

In the scheme of the application, the internet of things device can track and detect the state of the open-machine network injection process, if the network device passes the verification of the PDP context parameter in the attachment of the step S102, the attachment is successful, and the whole process is completed without additional processing. If the verification of the PDP context parameter by the network device is not passed in the attach of S102, the current attach request is rejected, and a reject code indicating the reject reason is sent to the internet of things device, and then the internet of things device continues to execute step S103.

S103, under the condition that the attachment request is rejected by the network equipment, the Internet of things equipment sequentially selects indexes arranged behind the first index to continue initiating the network attachment request until the network is successfully attached to the network or the rejection frequency of the network attachment request reaches a preset threshold value.

In a specific embodiment, after the first network attachment request is rejected, the internet of things device receives attachment rejection information from the network device, where the attachment rejection information includes a rejection code EMM # 19. Then, the internet of things device determines that the index corresponding to the rejection number (that is, the rejection number is 1) is the index 1, and searches the PDP context parameter corresponding to the index 1 in the rejection number mapping table, for example, the PDP context parameter may be specified by a dedicated network card (e.g., a china mobile dedicated network card, a china unicom dedicated network card, or a chinese telecom dedicated network card) set by the MCU. Then, the network attach REQUEST, for example, LTE NAS EMM ATTACH REQUEST message of the MS, is continuously initiated according to the PDP context parameter, and the indication information esm _ info _ trans _ flag carried in the message is set to 1. The base station checks the indication INFORMATION, issues an ESM INFORMATION REQUEST to REQUEST the Internet of things equipment to upload an ESM message carrying new PDP context parameters, and then the Internet of things equipment sends the PDP context parameters corresponding to the index 1 to the network equipment for verification.

Similarly, if the network device passes the verification of the PDP context parameters, the attachment is successful, otherwise, the network device rejects the current network attachment request and sends a reject code indicating the reject reason to the internet of things device. Therefore, the internet of things equipment continues to search the PDP context parameter corresponding to the index 2 according to the rejection times. For example, when the PDP context parameter corresponding to index 2 is set to null, the PDP context parameter sent to the internet of things device by using the communication network may be used by default to initiate the network attachment request. And repeating the steps until the Internet of things equipment is successfully attached to the network or the number of times that the network attachment request is rejected reaches a preset threshold value. For example, the preset threshold may be set to 4, that is, when the number of times of refusal exceeds 4, if the internet of things device fails to attach to the network, the internet of things device may temporarily end the attachment process.

Referring to fig. 4, fig. 4 is a schematic flow chart of another method for starting up and attaching an internet of things device provided by the present application, where a terminal (for example, an internet of things device) stores a user network injection parameter file in a local memory, the user network injection parameter file stores a plurality of network injection parameters of the internet of things device, and the network injection parameters may be input by a user or pre-configured by a network. The network injection parameter may also be called network registration parameter, and the content of the network injection parameter covers the PDP context parameter, and the PDP context parameter set by the user is generally also retained in the user network injection parameter file. The storage format of the user network injection parameter file can be { file MD5 value, authentication mode, APN, user name, password }, for example. In addition, the local storage also stores mapping information (for example, a rejection number mapping table), and the rejection number mapping table may include mapping relationships between a plurality of indexes and { authentication mode, APN, username, password, ready for attach flag, successful for attach flag }. The method includes, but is not limited to, the steps of:

s201, after a 4G communication module of the Internet of things equipment is started, detecting that the SIM card of the Internet of things equipment is powered on, confirming that the SIM card is available, and acquiring information such as an operator type corresponding to the SIM card; the operator type may be, for example, china mobile, china unicom, china telecom, etc.

S202, the Internet of things equipment reads the network injection parameters of the user from the locally stored network injection parameter file of the user, wherein the network injection parameters comprise APN, user name, password, authentication mode and the like, and the initialization of the rejection number mapping table is realized.

S203, the Internet of things equipment circularly monitors external input, the monitoring AT judges whether the user inputs new PDP context parameters, and if the situation that the user inputs the new PDP context parameters is detected, the step S204 is executed subsequently. Otherwise, step S205 is directly performed subsequently.

S204, the Internet of things equipment stores the context reference of the new PDP input by the user to the user network injection parameter file, and meanwhile, the new PDP context parameter is filled to the 0 th bit of the rejection number mapping table, namely, the PDP context parameter corresponding to the index 0 is formed.

S205, the Internet of things equipment initializes a rejection time mapping table according to the type of the SIM operator. Taking the SIM operator type as china mobile as an example, the PDP context parameter corresponding to the configuration index 1 is set as a designated parameter of the china mobile specific network card set by the MCU, the PDP context parameter corresponding to the configuration index 2 is set as a public network APN, and the PDP context parameter corresponding to the configuration index 3 is set as null (i.e., the PDP context parameter delivered by the network is used by default). In addition, the number of rejections is reset (the number of rejections is zeroed).

S206, the Internet of things equipment acquires the PDP context parameter corresponding to the current index value (or called current rejection number) in the rejection number mapping table. That is, the PDP context parameter corresponding to index 0 is selected in the first initiated registration attach, and the PDP context parameter corresponding to the index value that is consistent with the number of times of attachment refused by the network is selected in the subsequent initiated registration attach.

And S207, the Internet of things equipment initiates an LTE network attachment request to the network equipment.

For example, the LTE network attach REQUEST is LTE NAS EMM ATTACH REQUEST, and the LTE network attach REQUEST carries indication information esm _ info _ trans _ flag. In some embodiments, if the current PDP context parameter is not null, then esm _ info _ trans _ flag in LTE NAS EMM ATTACH REQUEST is set to 1. If the current PDP context parameter is null set, esm _ info _ trans _ flag is set to 0. After receiving the request, the network device judges whether the internet of things device is required to upload the current PDP context parameter according to esm _ info _ trans _ flag.

For example, when ESM _ info _ trans _ flag is 1, the network device may issue an ESM INFORMATION REQUEST to REQUEST the internet of things device to upload an ESM message carrying new PDP context parameters, and the internet of things device correspondingly uploads the context parameters of the current PDP to the network device for verification.

When esm _ info _ trans _ flag is 0, the network device allocates the PDP context parameters to the internet of things device, and the internet of things device correspondingly uploads the PDP context parameters allocated by the network device to the network device.

And S208, the Internet of things equipment monitors the current registered attachment result from the network equipment, and if the Internet of things equipment receives a successful attachment result, the step S209 is executed subsequently. If the internet of things device receives the result that the attachment is rejected, step S210 is performed subsequently.

S209, after the internet of things device obtains the successful attachment result, resetting the index rejection times (i.e. returning the index rejection times to zero), completing the error correction mechanism, and optionally continuing to execute step S213.

S210, the internet of things device checks a reject code from the network device for replying to the network attach request, where the reject code may be an EMM reject code or an ESM reject code, so as to check the reason for rejecting the attach. In some embodiments, if the reject code is EMM #19 and/or ESM reject code, then step S211 is subsequently performed; otherwise, if the reject code is not subordinate to EMM #19, step S214 may be performed subsequently.

And S211, the Internet of things equipment increases the rejection times by 1, namely the index value needing to be searched is increased by 1, so as to enter a preparation state for initiating the next attachment.

S212, the Internet of things equipment judges whether the rejection frequency is less than 4, and if the rejection frequency is less than 4, the step S206 is executed in a follow-up transfer mode. On the contrary, if the number of rejections is greater than or equal to 4, the maximum number of rejections (preset threshold) is reached, which indicates that the current attach attempt failed, and S214 is performed subsequently.

And S213, the Internet of things equipment reports the attachment success message to the network equipment.

And S214, the Internet of things equipment reports the attachment failure message to the network equipment.

The method and the device for monitoring the network injection parameter file of the internet of things have the advantages that the state tracking and detection are carried out on the starting network injection process of the internet of things device, new input of a user can be monitored in a non-attachment process or an attachment process, the network injection parameter of the network injection parameter file of the user and the corresponding rejection time mapping table can be updated in real time, the situation that the rejection time mapping table can be updated and takes effect in real time when the user corrects the parameter again in a network registration attempt in the starting process can be considered, and the problem that other clients need to take effect in real time when using serial ports or AT to input new parameters is solved. When the registration attachment is executed, if the network is successfully registered and attached once, the whole process is finished without additional processing; if the rejection code of the network side appears and the rejection code is the specified rejection code (for example, EMM #19), the current rejected times are identified, the corresponding new PDP context parameter is selected according to the rejected times to carry out the next network attachment request, and the maximum rejected times are configured not to exceed 4 times to be compatible with the current network scheme. According to the scheme, the rejection code at the network side is monitored in real time in the attaching process, and the specified rejection code (such as EMM #19) is subjected to expansion processing, so that the capability of the 4G communication module for processing the network rejection code is enhanced. By means of the extension processing of the specific rejection code, the situation that the registered attachment network is rejected due to the wrong parameter setting of the user can be solved, and therefore the success rate of the attachment network of the Internet of things equipment is improved. Finally, the scheme of the application is compatible with the existing MCU scheme of the power bureau, the problem that equipment cannot be on line when the equipment under the existing network of the power bureau is installed and arranged is solved, the power bureau can be smoothly upgraded, and the equipment installation and arrangement is completed according to the existing 4G communication module, so that the application value and the commercial value of the scheme of the application are greatly enhanced.

Based on the same inventive concept, an embodiment of the present invention provides a terminal 50, please refer to fig. 6, where the terminal 50 may be applied to an internet of things device, for example. The method comprises a mapping information acquisition module 501 and an attachment communication module 502, wherein:

a mapping information obtaining module 501, configured to obtain, when an internet of things device is started up and registered, corresponding mapping information through different operator global user identity cards used by the internet of things device, where the mapping information includes mapping relationships between a plurality of Packet Data Protocol (PDP) context parameters and a plurality of indexes, respectively;

an attach communication module 502, configured to select a PDP context parameter corresponding to a first index in the mapping information, and initiate a network attach request carried by a non-access stratum (NAS) signaling to a network device, where the network attach request is used to request to attach to a network and establish a service bearer;

the attach communication module 502 is further configured to, when the network attach request is rejected by the network device, sequentially select indexes listed after the first index to initiate the network attach request until the network attach request is successfully attached to the network or the number of times the network attach request is rejected reaches a preset threshold.

In a possible embodiment, the attachment communication module 502 is further configured to: and receiving attachment rejection information sent by the network side equipment through signaling, wherein the rejection information comprises a rejection code #19(ESM failure) of the mobility management of the packet evolution system and/or a rejection code of session management of the packet evolution system.

In a possible embodiment, the attachment communication module 502 is further configured to: and in the starting-up registration process, when detecting that a user inputs a new PDP context parameter, initiating the network attachment request according to the new PDP context parameter.

In a possible embodiment, the attachment communication module 502 is specifically configured to: sending the network attachment request to the network device; receiving a request message of the network equipment for indicating the Internet of things equipment to upload PDP context parameters; and sending the PDP context parameter corresponding to the first index to the network equipment according to the request message.

In a possible embodiment, each of the PDP context parameters of the attach communication module 502 includes an Access Point Name (APN), a user name and password, and an authentication method.

It should be noted that the mapping information obtaining module 501 and the attachment communication module 502 may cooperate with each other to implement the function of the internet of things device in the embodiment of fig. 2 or fig. 5, and for brevity of the description, details are not repeated here.

Based on the same inventive concept, an embodiment of the present invention provides a terminal 70, please refer to fig. 7, and the terminal 70 may be, for example, an internet of things device. The terminal 70 includes: a communication interface 703, a memory 702, and a processor 701 coupled to the memory 702. The transmitter 703, the communication interface 703 and the processor 701 may be connected by a bus or other means (the connection by the bus is exemplified in fig. 7). Wherein:

the processor 701 may be one or more Central Processing Units (CPUs), and in the case where the processor 701 is one CPU, the CPU may be a single-core CPU or a multi-core CPU, taking one processor as an example in fig. 7.

The Memory 702 includes, but is not limited to, a Random Access Memory (RAM), a Read-Only Memory (ROM), an Erasable Programmable Read-Only Memory (EPROM), or a portable Read-Only Memory (CD-ROM), and is used for storing program codes, where the program codes are specifically used to implement the functions of the internet of things device in the embodiment of fig. 2 or fig. 5.

The communication interface 703 is used to implement a communication function with a network device, and the communication interface 703 is used to transmit data to the outside or receive data from the outside. The network standard to which the communication interface 703 is applied includes, for example, one or more of CDMA/WCDM/GSM/TDS-CDMA/LTE. Specifically, the communication interface 703 may include a 4G communication module, which is used to implement initiating the attach procedure described in this application with the network device.

The processor 1001 is configured to call the program code stored in the memory 1002 and execute the method flow related in the embodiment of fig. 2 or fig. 5, and for brevity of the description, details are not repeated here.

Embodiments of the present application further provide a computer storage medium, where the computer storage medium stores a computer program for electronic data exchange, and the computer program enables a computer to execute some or all of the steps of any one of the methods described in the above method embodiments, and the computer includes an internet of things device or other terminal.

Embodiments of the present application also provide a computer program product comprising a non-transitory computer readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps of any of the methods as described in the above method embodiments. The computer program product may be a software installation package, and the computer includes an internet of things device or other terminal.

Here, it should be noted that: the technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.

The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the present invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the inventive concept, which falls within the scope of the present invention. Therefore, the protection scope of the present patent shall be subject to the appended claims.

In addition, the same and similar parts among the various embodiments in the specification may be referred to each other. In particular, for the embodiments of the apparatus and the hardware device, since they are substantially similar to the method embodiments, the description is simple, and the relevant points can be referred to the description in the method embodiments. The above-described embodiments of the present invention should not be construed as limiting the scope of the present invention.

Claims

1. A method for starting up and attaching Internet of things equipment is characterized by comprising the following steps:

when the internet of things equipment is started and registered, acquiring corresponding mapping information through different operator global user identification cards used by the internet of things equipment, wherein the mapping information comprises mapping relations between a plurality of Packet Data Protocol (PDP) context parameters and rejection times respectively, the rejection times are used for representing the times that a network attachment request of the internet of things equipment is rejected by network equipment, and the network attachment request is used for the internet of things equipment to request the network equipment to attach to a non-access stratum (NAS) signaling-bearing network and establish service bearing;

the Internet of things equipment initiates the network attachment request to network equipment and uploads a PDP context parameter corresponding to a first index in the mapping information;

and the Internet of things equipment sequentially selects indexes arranged behind the first index to initiate the network attachment request under the condition that the network attachment request is rejected by the network equipment until the network attachment request is successfully attached to the network or the rejection frequency of the network attachment request reaches a preset threshold value.

2. The method of claim 1, wherein the sequentially selecting is performed before an index ranked after the first index initiates the network attach request, and wherein the method further comprises:

and receiving attachment rejection information issued by the network side equipment through signaling, wherein the attachment rejection information comprises a rejection code #19(ESM failure) of the mobility management of the packet evolution system and/or a rejection code of the session management of the packet evolution system.

3. The method of claim 2, further comprising:

and in the starting-up registration process, when detecting that a user inputs a new PDP context parameter, initiating the network attachment request according to the new PDP context parameter.

4. The method of claim 2, wherein the selecting, by the internet of things device, the PDP context parameter corresponding to the first index in the mapping information and initiating a network attach request carried by non-access stratum (NAS) signaling to a network device comprises:

the Internet of things equipment sends the network attachment request to the network equipment;

the Internet of things equipment receives a request message of the network equipment, wherein the request message is used for indicating the Internet of things equipment to upload PDP context parameters;

and the Internet of things equipment sends the PDP context parameter corresponding to the first index to the network equipment according to the request message.

5. A method according to any of claims 1-4, wherein each of said PDP context parameters comprises an Access Point Name (APN), a user name and password, and an authentication means.

6. An internet of things device, comprising:

the mapping information acquisition module is used for acquiring corresponding mapping information through different operator global user identification cards used by the Internet of things equipment when the Internet of things equipment is started to register, wherein the mapping information comprises mapping relations between a plurality of Packet Data Protocol (PDP) context parameters and rejection times respectively, the rejection times are used for representing the times that a network attachment request of the Internet of things equipment is rejected by the network equipment, and the network attachment request is used for requesting the network equipment to attach to a non-access stratum (NAS) signaling-bearing network and establishing service bearing;

an attachment communication module, configured to initiate the network attachment request to a network device, and upload a PDP context parameter corresponding to a first index in the mapping information;

the attach communication module is further configured to, when the network attach request is rejected by the network device, sequentially select indexes listed after the first index to initiate the network attach request until the network attach request is successfully attached to the network or the number of times the network attach request is rejected reaches a preset threshold.

7. The internet of things device of claim 6, wherein the attachment communication module is further configured to:

8. The internet of things device of claim 7, wherein the attachment communication module is further configured to:

9. The internet of things device of claim 7, wherein the attachment communication module is specifically configured to:

sending the network attachment request to the network device;

receiving a request message of the network equipment for indicating the Internet of things equipment to upload PDP context parameters;

and sending the PDP context parameters corresponding to the indexes to the network equipment according to the request message.

10. An internet of things (lot) device as claimed in any one of claims 6-9, wherein each PDP context parameter includes an Access Point Name (APN), a user name and password, and an authentication method.