CN111225372B - Anti-off-network method, user equipment and device with storage function - Google Patents
Anti-off-network method, user equipment and device with storage function Download PDFInfo
- Publication number
- CN111225372B CN111225372B CN201811408705.1A CN201811408705A CN111225372B CN 111225372 B CN111225372 B CN 111225372B CN 201811408705 A CN201811408705 A CN 201811408705A CN 111225372 B CN111225372 B CN 111225372B
- Authority
- CN
- China
- Prior art keywords
- service
- reading
- abnormal
- telephone card
- failure
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/20—Transfer of user or subscriber data
- H04W8/205—Transfer to or from user equipment or user record carrier
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
Abstract
The invention discloses a method for preventing a disconnection network, user equipment and a device with a storage function. The anti-off-net method comprises the following steps: when the reading failure of the user equipment to the telephone card is detected, judging whether the reason of the reading failure is that at least one service supported by the telephone card is abnormal; and if the reason of the reading failure is that at least one service supported by the telephone card is abnormal, determining whether to ignore the reading failure based on the abnormal service. By the method, the probability of successful network access of the telephone card can be improved.
Description
Technical Field
The present invention relates to the field of communications, and in particular, to a method for preventing a dropped network, a user equipment, and a device having a storage function.
Background
EST is a service capability table for identifying USIM card, if the corresponding service is enabled, the card is stated to support the service, otherwise the mobile phone can not enable the service capability. Reading is wrong, at the moment, the card is identified abnormally, the reading process cannot be completed normally, the network is taken up, and the mobile phone is always in an off-line state.
The enabling business directory exception does not represent card exception, and in time operation, only the corresponding capability needs to be forbidden, the network start can be normally carried out, and the corresponding capability does not influence normal communication service.
Disclosure of Invention
The invention mainly solves the technical problem of how to improve the probability of successful network access of the telephone card.
In order to solve the technical problems, the invention adopts a technical scheme that: provided is a method for preventing net dropping, comprising the following steps: when the reading failure of the user equipment to the telephone card is detected, judging whether the reason of the reading failure is that at least one service supported by the telephone card is abnormal; if yes, determining whether to ignore the reading failure based on the abnormal service.
Wherein the determining whether to ignore the reading failure based on the abnormal service includes: judging whether the abnormal service comprises a preset service or not; and if the abnormal service does not comprise the preset service, neglecting the reading failure.
Wherein the method further comprises: and if the abnormal service comprises a preset service, determining that the reading fails.
Wherein the determining whether the abnormal service includes a preset service includes: and judging whether the abnormal service comprises a preset service or not according to a result code returned when the phone card fails to be read.
Wherein, neglecting this reading failure includes: and disabling the abnormal service and continuing the subsequent network-starting process.
Wherein the method further comprises: and if the failure reason is not that at least one service supported by the telephone card is abnormal, determining that the reading fails.
After determining that the reading fails, the method further includes: re-reading the telephone card, and if the failure of reading the telephone card is detected, re-executing the judgment whether the reason of the failure of reading is that at least one service supported by the telephone card is abnormal; and if so, determining whether to ignore the reading failure based on the abnormal service.
And if the number of times of reading failure of the telephone card exceeds a preset threshold value, stopping reading the telephone card again.
In order to solve the technical problem, the invention adopts another technical scheme that: there is provided a user equipment comprising: a processor, a memory, and communication circuitry, the processor coupling the memory and the communication circuitry; wherein the memory is to store program instructions; the processor and the communication circuitry are configured to execute program instructions stored by the memory to implement the anti-piconet release method described above.
In order to solve the technical problem, the invention adopts another technical scheme that: there is provided an apparatus having a storage function, storing program instructions executable to implement the anti-piconet release method protection method as described above.
The invention has the beneficial effects that: different from the situation of the prior art, when the failure of reading the telephone card is detected, the invention judges whether the reason of the failure of reading is abnormal of at least one service supported by the telephone card, if so, the invention determines whether to ignore the failure of reading based on the abnormal service, thereby performing networking operation on some abnormal services by ignoring the failure of reading, and improving the network access probability of the telephone card.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts. Wherein:
fig. 1 is a schematic flow chart of a first embodiment of an anti-descreening method provided by the present invention;
FIG. 2 is EF presented in a communication protocol EST The definition of (1);
fig. 3 is a flowchart illustrating an embodiment of determining whether to ignore the step of the current reading failure based on an abnormal service in the anti-blocking method provided in the present invention;
FIG. 4 is a definition of a result code returned upon failure given in the ETSI (European Telecommunications Standards Institute) document;
fig. 5 is a schematic flow chart of a second embodiment of the anti-descreening method provided in the present invention;
fig. 6 is a schematic structural diagram of an embodiment of a user equipment provided in the present invention;
fig. 7 is a schematic structural diagram of an embodiment of the apparatus with a storage function according to the present invention.
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 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.
Referring to fig. 1, fig. 1 is a flowchart illustrating a method for preventing a descreening according to a first embodiment of the present invention. The anti-off-net method provided by the invention comprises the following steps:
s101: when the reading failure of the user equipment to the telephone card is detected, judging whether the reason of the reading failure is that at least one service supported by the telephone card is abnormal. If yes, step S102 is executed, and if no, step S103 is executed.
In a specific implementation scenario, when the phone card is inserted into the user equipment, the user equipment reads a file in the phone card to obtain service content supported by the phone card, and determines the service content according to the service content supported by the phone card. The files included in the phone card include: main file MF (Master file) -each SIM card has only one unique main file, all other files are descendants of the SIM card, the main file has only a file header, and the control and management information of the whole phone card is stored in the main file. The special file df (decrypted file) -also has only one header, and stores the management control information of the whole directory therein, and the special file is equivalent to the root of one directory. The basic file ef (elementary file) has both a file header and a file body, the file header stores the location and control information of the file, the file body stores real data, and only the basic file has the file body and only the basic file is used for storing data in the whole phone card. The EF is a file used for mobile phone communication storage.
After the user equipment reads the telephone card, a message is returned to indicate whether the reading fails and/or the reason of the reading failure. Whether reading fails can be judged through a reading message returned by the user equipment. An identifier can be preset, and when the user equipment fails to read the telephone card, the returned message includes the identifier, so that the failure of reading the telephone card at this time can be judged.
There are many reasons for the failure of the user equipment to read the phone card, for example, the phone card itself is damaged, so that the user equipment cannot read the phone card, or the type of the phone card is not the type supported by the user equipment, for example, the phone card USIM card, but the user equipment only supports the SIM card, so that the content in the USIM card cannot be completely read, or the user equipment has an abnormality in the circuit for reading the phone card, or at least one service supported by the phone card.
If the telephone card itself is damaged, the user equipment cannot read the telephone card, or the type of the telephone card is not the type supported by the user equipment, only the failure of reading can be determined, because the telephone card is not usable.
If the user equipment fails to read the file in the telephone card and determines that the telephone card cannot be used, the telephone card is disconnected, the telephone card which can be used is determined to be unavailable, and resource waste is caused. Since not all services in the telephony Card are services necessary for network initiation, for example, services of UICC (Universal Integrated Circuit Card), UICC is mainly used for: the method is characterized in that information such as user information, an authentication key, short messages, payment methods, contacts and the like is stored, but the information has no relation with whether a telephone card can be called, and even if the information does not exist in the telephone card, basic use can be maintained, so that if the telephone card is judged to be unavailable because the normal use service of the telephone card is not influenced like a UICC (universal integrated circuit card), the available telephone card is judged to be unavailable, and the waste of resources is caused.
Therefore, when it is detected that the user equipment fails to read the telephone card, it is necessary to determine whether the reason of the failure is that at least one service supported by the telephone card is abnormal, so as to further determine whether the failure can be ignored.
S102: and determining whether to ignore the reading failure based on the abnormal service.
In a specific implementation scenario, it is detected that the user equipment fails to read the phone card, and the reason for the failure of this reading is that at least one service supported by the phone card is abnormal. The abnormal service may not affect the basic use of the phone, so the phone card can continue the subsequent network-starting process and complete the basic use after the phone card enters the network. Therefore, the reading abnormality can be ignored, so as to avoid the phenomenon that the basic used telephone card can be disconnected due to the abnormality of the service which does not affect the basic use of the telephone card, so that the telephone card can not be used, and the resource of the telephone card is wasted.
EST (Enable Service Table) is a list of available services in the EF file. EF EST The code of (a) should be consistent with the activated function of the phone card. EFEST indicates which services are enabled if EF EST There is no indication that a service is enabled and the user equipment will not select this service. Specifically, referring to fig. 2, fig. 2 shows EF given in the communication protocol EST The definition of (1).
As can be seen from FIG. 2, EF EST If the supported service in (1) is an optional service, then if EF EST An exception to at least one of the services supported in (a) will not necessarily render the phone card unusable. Therefore, it is necessary to determine whether the abnormal service will affect the basic use of the phone card. In this implementation scenario, a service affecting normal use of the phone card in the phone card may be set as a preset service, and when it is detected that the phone card read by the user equipment is abnormal and the reason for the failure of the reading is that at least one service supported by the phone card is abnormal, it may be determined whether the at least one service affects basic use of the phone card.
In other implementation scenarios, it may also be that at least one service supported by other files in the EF file is abnormal.
Specifically, please refer to fig. 3, where fig. 3 is a flowchart illustrating a step of determining whether to ignore the current reading failure based on an abnormal service in the anti-blocking method according to an embodiment of the present invention. In the anti-off-network method provided by the invention, the step of determining whether to ignore the reading failure based on the abnormal service comprises the following steps:
s301: and judging whether the abnormal service comprises a preset service or not. If yes, go to step S302, otherwise go to step S303.
In a specific implementation scenario, whether abnormal services include preset services or not can be judged through a result code returned when the telephone card fails to read. The user device returns a result code after reading the phone card, whether successful or unsuccessful. Different result codes have different meanings and can indicate normal business and abnormal business of the telephone card. If the result code starts with 90, the reading is successful, and if the result code starts with 6A, the reading is failed. The last two digits of the result code are used for indicating abnormal business of the telephone card. Specific contents can refer to ETSI documents, and the number: 102221, section: 10.2.1.5.3, will not be described in detail herein.
In this implementation scenario, reference may be made to fig. 4, where fig. 4 is a definition of the result code returned upon failure given in the ETSI (European Telecommunications Standards Institute) document, indicating a read failure if the result code starts with 6A. The last two digits of the result code are used for indicating abnormal business of the telephone card.
In step S101 of this embodiment, the ue may determine whether the reading fails by reading the first two bits of the result code, where the reading succeeds if the first two bits are 90, and the reading fails if the first two bits are 6A. After the reading failure is judged, the last two digits of the result code are further read, and whether the reading failure is caused by the abnormity of at least one service supported by the telephone card is judged.
In this implementation scenario, according to the content shown in fig. 4, the corresponding result code may be selected and recorded according to the service content that is pre-selected and may affect the basic use of the phone card, so as to subsequently determine whether the abnormal service includes the preset service. Further, since the first two bits of the result code returned upon a read failure are both 6A, only the last two bits of the result code can be selected and recorded.
For example, when the last two digits of the result code are 83, it indicates that no record is found, and since whether a record is found does not affect the normal use of the phone card, the record is not set as a preset service, and the result code when the reading fails is not recorded. When the result code is 81, it indicates that the function is not supported, so it is set as a preset service, and the corresponding result code is recorded: SW1:6A, SW2: 81.
In other implementation scenarios, the last two bits of the result code may be set or changed according to actual use requirements. For example, the result codes with the last two bits of the result code 85, 87, and 88 corresponding to the preset service may indicate that the preset service is abnormal. Before the next use, the result code corresponding to the preset service is modified to 85 and 88.
S302: the reading failure is ignored.
In a specific implementation scenario, the abnormal service does not include the preset service, that is, the returned result code is not the result code corresponding to the preset service, which indicates that the abnormal service does not affect the basic use of the phone card. Therefore, the reading failure can be ignored, and the subsequent network-starting process is continued, so that the telephone card can be put into use, and the resources are fully utilized.
For example, in the present embodiment, when the user equipment reads the phone card, the reading fails, and the returned result codes are SW1:6A and SW2:83, and in the present embodiment, the result codes SW1:6A and SW2:81 corresponding to the preset service are different, and the user equipment chooses to ignore the reading failure.
It should be noted that in other implementation scenarios, the result code returned when the reading fails is not only as shown in fig. 4, but also includes other values, and the data in fig. 4 is merely used for illustration.
For example, in another implementation scenario, the result codes returned are SW1:6A, SW2: 68, different from the result code corresponding to the preset service, indicating that the abnormal service is UCCI, where the UICC is mainly used to: the information such as user information, authentication key, short message, payment method, contact person and the like is stored, but the information has no relation with whether the telephone card can be on line or not, and even if the telephone card does not have the information, the basic use can be maintained, the preset service is not realized, and therefore the reading failure is also selected to be ignored.
Similarly, the result code corresponding to the preset service may not be in the data shown in fig. 4. Can be selected according to the specific use requirement of the user.
In the implementation scenario, after the failure of the reading is ignored, the abnormal service corresponding to the result code is disabled, and the subsequent network-up process is continued. Although the abnormal service does not affect the basic use of the telephone card, the service cannot be used in the subsequent process, so the service is forbidden when the abnormal service is detected, and the larger loss caused by errors in the subsequent use of the service is avoided.
In other implementation scenarios, the service may be marked first, and after the phone card successfully accesses the network, the service may be read again, and if it is still determined that the service is abnormal, the service is disabled. The misjudgment caused by errors when the service is read for the first time can be avoided. And detecting whether the service is abnormal or not immediately after the network is accessed and disabling the service in time, so that errors caused by the fact that the service cannot be used in the subsequent use can be prevented.
In another specific implementation scenario, the result codes that are not the preset service may also be recorded, for example, the result codes SW1:6A, SW2: 68, indicating that the abnormal service is UCCI, and the UICC is mainly used for: the information such as user information, authentication key, short message, payment method, contact person, etc. is stored, but the information has no relation with whether the telephone card can be on line or not, even if the telephone card does not have the information, the basic use can be maintained, and the service is not preset. Or result codes SW1:6A, SW2: and 83, the record is not found, and the record is not set as the preset service because whether the record is found does not influence the normal use of the telephone card.
And storing a result code corresponding to the service of the non-preset service, if the result code of the current reading failure is the same as the stored result code, indicating that the service is not the preset service, neglecting the current reading failure, and if the result code is different from the stored result code, indicating that the service is the preset service, and determining the current reading failure.
S303: and determining that the reading fails.
In a specific implementation scenario, the abnormal service includes a preset service.
For example, in this implementation scenario, when the user equipment reads the phone card, the reading fails, the returned result codes are SW1:6A and SW2:81, and in this implementation scenario, the result codes SW1:6A and SW2:81 corresponding to the preset service are the same, and it is determined that the reading fails this time.
In other implementation scenarios, if one phone card may have multiple services that are abnormal, the returned result codes also include multiple sets of result codes, the multiple sets of result codes are determined, and if the multiple sets of result codes include at least one set of result codes that are the same as the result codes corresponding to the preset services, it is determined that the reading is failed.
S103: and determining that the reading fails.
In a specific implementation scenario, the reason for the reading failure is not that at least one service supported by the phone card is abnormal, but that the phone card itself is damaged, which causes the user equipment to be unable to read the phone card, or the type of the phone card is not the type supported by the user equipment.
As can be seen from the above description, in this embodiment, when it is detected that the user equipment fails to read the telephone card, if it is determined that the reason for the reading failure is that at least one service supported by the telephone card is abnormal, if the abnormal service is not a preset service that affects basic use of the telephone card, the user selects to ignore the reading failure, and continues the network-starting process of the telephone card, so that the probability of the telephone card entering the network can be improved, the user can use the telephone card, and waste of resources is avoided.
Referring to fig. 5, fig. 5 is a schematic flow chart of a second embodiment of the anti-blocking method according to the present invention. The anti-off-net method provided by the invention comprises the following steps:
s501: when the reading failure of the user equipment to the telephone card is detected, judging whether the reason of the reading failure is that at least one service supported by the telephone card is abnormal. If yes, step S502 is executed, otherwise, step S505 is executed.
In this implementation scenario, step S501 is substantially similar to step S101 in the first embodiment of the anti-blocking method provided by the present invention, and details are not repeated here.
S502: and judging whether the abnormal service comprises a preset service or not. If yes, go to step S503, otherwise go to step S504.
S503: neglecting the reading failure.
S504: and determining that the reading fails.
In this implementation scenario, steps S502 to S504 are substantially similar to steps S301 to S303 in an embodiment of determining whether to ignore the current reading failure based on the abnormal service in the anti-blocking method provided by the present invention, and are not described here again.
S505: and determining that the reading fails.
In this implementation scenario, step S505 is substantially similar to step S103 in the first embodiment of the anti-blocking method provided by the present invention, and details are not repeated here.
S506: and re-reading the telephone card and judging whether the reading fails. If so, executing step S501, otherwise, continuing the subsequent network-leaving process.
In a specific implementation scenario, after determining that the reading fails in step S504 and step S505, the reading failure is prevented from being caused by accidental burst errors. Thus re-reading the phone card.
In this embodiment, the number of times of reading failures of the telephone card is limited, and if the number of times of reading failures of the telephone card exceeds a threshold (for example, 3 times), the telephone card is stopped from being read again. If the reading fails for a plurality of times, the result proves that the telephone card can not be normally used, and the telephone card is stopped to be read again, so that the resource waste is avoided.
As can be seen from the above description, in this implementation scenario, in order to prevent the failure of this reading due to an error, which wastes the resources that can be used by the phone card, the phone card is selected to be read again, which can avoid misjudgment due to the error, and avoid resource waste.
Referring to fig. 6, fig. 6 is a schematic structural diagram of a ue according to an embodiment of the present invention. The user equipment 10 comprises a processor 11, a memory 12 and a communication circuit 13, the processor 11 being coupled to the memory 12 and the communication circuit 13. The memory 12 is used for storing program instructions, and the processor 11 in combination with the communication circuit 13 is used for executing the program instructions in the memory 12 to communicate and execute the following method:
when the processor 11 detects that the communication circuit 13 of the user equipment 10 fails to read the telephone card, it determines whether the reason of the failure is that at least one service supported by the telephone card is abnormal. If the reason for the reading failure is that at least one service supported by the telephone is abnormal, the processor 11 determines whether to ignore the reading failure based on the abnormal service. Specifically, the service that will affect the basic use of the phone card if an abnormality occurs may be selected as the preset service, the processor 11 determines whether the service that has an abnormality in the current reading failure includes the preset service, and if the service does not include the preset service, it indicates that the service has an abnormality but will not affect the basic use of the phone card, and the processor 11 may ignore the current reading failure. If the processor 11 determines that the abnormal service in the current reading failure includes the preset service, the abnormal service may cause the phone card to be unusable, so the processor 11 determines that the current reading failure.
The processor 11 can determine whether the reading is failed according to the result code returned by the communication circuit 13 reading the telephone card, and determine whether the abnormal service in the reading failure is the preset service. The resulting code is generally divided into two parts. The former part is used to indicate the success or failure of reading, if the result code starts with 90, the reading is successful, and if the result code starts with 6A, the reading is failed. The last two digits of the result code are used for indicating abnormal business of the telephone card. Specific contents can refer to an ETSI document, and the number: 102221, section: 10.2.1.5.3, will not be described in detail herein. Therefore, when the processor 11 reads that the first two bits of the result code are 6A, it indicates that the communication circuit 13 has failed to read the telephone card.
The processor 11 continues to read the last two digits of the result code to determine whether the abnormal service is the preset service, if the last two digits of the result code are the same as the last two digits of the result code corresponding to the preset service, the processor 11 determines that the abnormal service includes the preset service, and the processor 11 determines that the reading is failed at this time. If the last two digits of the result code are different from the last two digits of the result code corresponding to the preset service, the processor 11 determines that the abnormal service does not include the preset service. The processor 11 ignores this reading failure.
In order to avoid that the communication circuit 13 fails to read the telephone card due to a burst error, after determining that the reading of the telephone card is failed, the processor 11 reads the telephone card again through the communication circuit 13, if the reading is successful, the communication circuit 13 continues to execute the network-starting process of the telephone card, and if the reading is failed, the communication circuit 13 repeatedly executes the step of reading the telephone card until the repetition number reaches a preset threshold value.
As can be seen from the above description, in this embodiment, when the processor of the user equipment detects that the communication circuit fails to read the telephone card, it determines whether the reason of the reading failure is that at least one service supported by the telephone card is abnormal, if so, the processor further determines whether the abnormal service is a preset service, if so, determines that the reading failure is present, otherwise, ignores the reading failure, and continues the subsequent network-initiating process, so that the network access probability of the telephone card can be improved, and the problem that the telephone card cannot access the network due to the abnormal occurrence of the process that does not affect the basic use of the telephone card, which causes the waste of resources of the telephone card, is avoided.
Referring to fig. 7, fig. 7 is a schematic structural diagram of an embodiment of a device with a storage function according to the present invention. The device 20 with storage function has stored therein at least one program instruction 21, the program instruction 21 being for executing the method as shown in fig. 1, 3 and 5. In one embodiment, the apparatus with storage function may be a storage chip in a device, a hard disk, or a removable hard disk or other readable and writable storage tool such as a flash disk, an optical disk, or the like, and may also be a server or the like.
As can be seen from the above description, in the embodiment of the apparatus with a storage function, when it is detected that the communication circuit fails to read the phone card, the program instruction stored in the embodiment of the present invention may determine whether the reason of the reading failure is that at least one service supported by the phone card is abnormal, and if so, determine whether to ignore the reading failure based on the abnormal service, so as to improve the network access probability of the phone card.
Different from the prior art, when the invention detects that the communication circuit fails to read the telephone card, the invention judges whether the reason of the failure is that at least one service supported by the telephone card is abnormal, if so, the invention further judges whether the abnormal service is a preset service, if so, the invention determines the failure of the reading, otherwise, the invention ignores the failure of the reading and continues the subsequent network starting process, thereby improving the network access probability of the telephone card and avoiding the waste of the resources of the telephone card due to the abnormal process of the telephone card which can not influence the basic use of the telephone card.
The above description is only an embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes performed by the present specification and drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.
Claims (10)
1. An anti-netting method is characterized by comprising the following steps:
when the reading failure of the user equipment to the telephone card is detected, judging whether the reason of the reading failure is that at least one service supported by the telephone card is abnormal;
and if the reason of the reading failure is that at least one service supported by the telephone card is abnormal, determining whether to ignore the reading failure based on the abnormal service.
2. The method according to claim 1, wherein the determining whether to ignore the reading failure based on the abnormal traffic comprises:
judging whether the abnormal service comprises a preset service or not;
and if the abnormal service does not comprise the preset service, neglecting the reading failure.
3. The method of claim 2, further comprising:
and if the abnormal service comprises a preset service, determining that the reading fails.
4. The method of claim 2,
the judging whether the abnormal service includes a preset service includes:
and judging whether the abnormal service comprises a preset service or not according to a result code returned when the phone card fails to be read.
5. The method of claim 2, wherein said ignoring the current read failure comprises:
and disabling the abnormal service and continuing the subsequent network-starting process.
6. The method of claim 1, further comprising:
and if the failure reason is not that at least one service supported by the telephone card is abnormal, determining that the reading fails.
7. The method according to claim 3 or 6, wherein after determining that the reading fails, the method further comprises:
re-reading the telephone card, and if the failure of reading the telephone card is detected, re-executing the judgment whether the reason of the failure of reading is that at least one service supported by the telephone card is abnormal;
and if so, determining whether to ignore the reading failure based on the abnormal service.
8. The method of claim 7,
and if the number of times of reading failure of the telephone card exceeds a preset threshold value, stopping reading the telephone card again.
9. A user device, comprising: a processor, a memory, and communication circuitry, the processor coupling the memory and the communication circuitry;
wherein the memory is to store program instructions;
the processor and the communication circuitry are configured to execute program instructions stored by the memory to implement the de-blocking method of any of claims 1-8.
10. An apparatus having storage functionality, characterized in that program instructions are stored which can be executed to implement the de-blocking method according to any one of claims 1-8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811408705.1A CN111225372B (en) | 2018-11-23 | 2018-11-23 | Anti-off-network method, user equipment and device with storage function |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811408705.1A CN111225372B (en) | 2018-11-23 | 2018-11-23 | Anti-off-network method, user equipment and device with storage function |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111225372A CN111225372A (en) | 2020-06-02 |
| CN111225372B true CN111225372B (en) | 2022-08-05 |
Family
ID=70828665
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811408705.1A Active CN111225372B (en) | 2018-11-23 | 2018-11-23 | Anti-off-network method, user equipment and device with storage function |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111225372B (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1503602A1 (en) * | 2003-08-01 | 2005-02-02 | Research In Motion Limited | Methods and apparatus for performing a subscriber identity module (SIM) initialization procedure |
| CN105307161A (en) * | 2015-09-30 | 2016-02-03 | 青岛海信移动通信技术股份有限公司 | Repair method and apparatus of SIM card encrypted files |
| CN106570431A (en) * | 2016-10-24 | 2017-04-19 | 广东欧珀移动通信有限公司 | File reading method and device |
| CN108738054A (en) * | 2015-11-24 | 2018-11-02 | 广东欧珀移动通信有限公司 | Processing method, modem and the mobile terminal of network communicating function exception |
-
2018
- 2018-11-23 CN CN201811408705.1A patent/CN111225372B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1503602A1 (en) * | 2003-08-01 | 2005-02-02 | Research In Motion Limited | Methods and apparatus for performing a subscriber identity module (SIM) initialization procedure |
| CN105307161A (en) * | 2015-09-30 | 2016-02-03 | 青岛海信移动通信技术股份有限公司 | Repair method and apparatus of SIM card encrypted files |
| CN108738054A (en) * | 2015-11-24 | 2018-11-02 | 广东欧珀移动通信有限公司 | Processing method, modem and the mobile terminal of network communicating function exception |
| CN106570431A (en) * | 2016-10-24 | 2017-04-19 | 广东欧珀移动通信有限公司 | File reading method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111225372A (en) | 2020-06-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7840234B2 (en) | Method and mobile communication device capable of resuming operating function of temporarily disabled SIM card | |
| CN101925098B (en) | Mobile terminal and failure recovering method thereof | |
| CN110267314B (en) | Method and device for switching network slices | |
| US9883386B2 (en) | Method and a server for managing profiles | |
| EP2611226A1 (en) | Processing method and system for over-the-air bootstrap | |
| CN113515531B (en) | Data access method, device, client and storage medium | |
| CN110475229B (en) | Method and device for accessing service data, computer equipment and storage medium | |
| US20150312847A1 (en) | method of roaming in the event of deficiency of the data service of a mobile telephone network | |
| WO2016173070A1 (en) | Terminal network searching method and terminal | |
| CN111225372B (en) | Anti-off-network method, user equipment and device with storage function | |
| CN107466087B (en) | Network searching method and mobile terminal | |
| CN111372224A (en) | Method, device and equipment for sharing seed code number by eSIM (embedded subscriber identity Module) | |
| CN105474674A (en) | Automatically detection of a network operator for a mobile network device | |
| CN111935703B (en) | Network connection management method and terminal equipment | |
| US20140099927A1 (en) | Qualcomm Chat Mobile Terminal Update and Authentication Method and Mobile Terminal | |
| CN111367476B (en) | Data reading method and device of SIM card | |
| CN113950044A (en) | Method and device for identifying user identification card, terminal equipment and storage medium | |
| EP2512065A1 (en) | Method and device for network access | |
| CN113810935A (en) | Method, device, base station, terminal and storage medium for updating logical cell state | |
| CN108990046B (en) | Connection method of mobile network | |
| CN110764940A (en) | Processing method and device for service exception of distributed system | |
| CN117235186B (en) | Historical information synchronization method | |
| EP4171076A1 (en) | Methods for reporting usage, and network function and storage medium | |
| CN112188474B (en) | Re-network user identification method, platform, computer equipment and storage medium | |
| CN111641987A (en) | Method for processing based on service, terminal equipment, network equipment and computer storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |