WO2018082182A1

WO2018082182A1 - Terminal device, and method for restoring data service by terminal device

Info

Publication number: WO2018082182A1
Application number: PCT/CN2016/113172
Authority: WO
Inventors: 雷庭武
Original assignee: 华为技术有限公司
Priority date: 2016-11-03
Filing date: 2016-12-29
Publication date: 2018-05-11
Also published as: CN109891942A

Abstract

A method for restoring a data service, comprising: a terminal device determining that a phone service has been reconnected, and the terminal device restarting a modem. In this embodiment, the terminal device determines whether the unavailability of a data service has been caused by the disconnection of the phone service due to insufficient funds, and restarts the modem when the phone service has been reconnected, ensuring that the terminal device can use the data service normally, improving user experience.

Description

Method and terminal device for terminal device to recover data service

Technical field

The embodiments of the present invention relate to the field of communications, and in particular, to a terminal device having a data service.

Background technique

Under the current agreement and implementation, if the user card is in arrears, the core network will reject it with a specific reason value when the terminal PS domain attaches, and the CS domain is still OK; and the terminal will set the SIM card state to the PS domain after receiving the reject message. Invalid, so data services cannot be performed, but telephone services can be performed. For the user, this brings a bad experience.

Summary of the invention

In view of this, the embodiment of the present invention provides a data service recovery method and a terminal device, which can automatically or prompt the user to recover the data service of the terminal device and provide the user with good information when the user recharges the re-service after the user owes a fee. Experience.

In one aspect, an embodiment of the present invention provides a data service recovery method, including: determining, by a terminal device, that a device has been restarted, and the terminal device restarts a modem. In this embodiment, the terminal device determines whether the data service is unavailable due to the arrears of the down payment, and restarts the modem in the case of the duplicated machine, thereby ensuring that the terminal device normally uses the data service and has a good user experience.

In a possible implementation manner, the terminal device determines that the terminal device is in a state in which the terminal device is in a state where the telephone service is available and the data service is unavailable; or the terminal device receives the short message from the operator, by using one or more of the following conditions: Informing that the recharge is successful or has been re-opened; or, the payment APP indicates that the recharge is successful or the recharge payment is successful; or that the user operates the switch data service or flight mode. The use of scenes can be enriched by judging one or a combination of various conditions.

In a possible implementation, the terminal device restarts the modem by restarting the terminal device. In the present embodiment, restarting the modem does not require additional modifications to the design of the terminal device.

In a possible implementation, the method further includes: the terminal device prompting the user to restart the modem, and receiving the user's instruction to restart the modem. In the present embodiment, the restart is performed under the confirmation of the user, and does not hinder the normal use of the user.

In a possible implementation, the method further includes: determining, by the terminal device, that the device has been down before the terminal device determines that the device has been re-established. In the present embodiment, after the judgment of the shutdown is combined, it is possible to make the judgment of the duplicate machine more accurate. In particular, when the re-checking is received based on the receipt of the recharged short message, the combination of the previous occurrence of the downtime can more accurately determine that the current re-opening is performed.

In a possible implementation manner, after the terminal device determines that the terminal has been recharged, the terminal device determines that the balance is positive. In the present embodiment, it is avoided that the recharge amount is insufficient due to insufficient recharge amount.

In a possible implementation manner, after determining that the recharging is successful, the terminal device determines that the terminal device has been re-established after a predetermined period of time has elapsed. This embodiment considers the delay that may be present when recharging to the re-machine, and avoids misjudgment.

In a possible implementation manner, the preset time may be 10 s, 1 min, or 5 min, and the like.

In a possible implementation manner, the terminal device determines that the shutdown has been performed by one or more of the following conditions: the modem reports that the GPRS services not allowed signaling is received; or the SIM card reports that the PS domain status is invalid; or, the short message module The operator receives a short message to inform that the computer has been down; or the terminal device fails to activate the data service; or, according to the package and balance of the terminal device, the terminal device performs the consumption that causes the arrears. The use of scenes can be enriched by judging one or a combination of various conditions.

In a possible implementation manner, the terminal device performs the consumption that causes the arrears to include: the terminal device performs a long-term call for payment; the terminal device performs a large-flow downloading behavior; and the terminal device performs the consumption by using the call charge. behavior. In the present embodiment, the arrears can be found in time, and the SMS delay of the operator is avoided, so that the user does not know that the arrears have been down.

In a possible implementation, the method further includes: when the terminal device determines that the terminal has been in arrears or stops, sending the reminder message to the UI that is provided by the terminal device, or sending the message to the other APP, to remind the user that the terminal device has been in arrears Or stop, or remind the user to recharge.

In a possible implementation manner, when the terminal device runs an APP that requires networking, the terminal device prompts the user that the terminal device has been in arrears or has been down. In the present embodiment, the user's experience is relatively natural.

In a possible implementation manner, after the user accepts the recharge operation of the user, the payment APP automatically dials the recharge hotline number to perform recharging. This embodiment avoids the drawback that the current data service is unavailable and cannot be recharged.

In a possible implementation manner, the terminal device determines whether the modem is in an idle state before triggering the modem to restart, and if the modem is in an idle state, the terminal device directly triggers the modem to restart; if the modem is in the working state, the terminal device The modem is restarted when the modem enters the idle state from the working state. In this embodiment, the restart does not affect the normal use of the user.

In a possible implementation manner, the terminal device acquires the content of the short message or the APP interface by means of screenshots or text parsing to determine that the terminal device has been down or has been re-established. In this embodiment, information in multiple scenarios can be obtained.

In a possible implementation manner, the terminal device parses the received short message by using a modem to determine that the terminal device has been down or has been re-established. In this embodiment, the authorization of the application layer is not involved, and the security is higher.

On the other hand, the embodiment of the present invention provides a data service recovery method, including: the terminal device determines the arrears, the terminal device determines that the device has been recharged, and the terminal device automatically restarts the modem (modem). In this embodiment, the terminal device automatically determines whether the data service is unavailable due to the arrears, and automatically restarts the modem when the account is recharged, without manual intervention by the user, and has a good user experience.

In another aspect, an embodiment of the present invention provides a data service recovery method, including: determining, by a terminal device, arrears, the terminal device determines that the device has been recharged, and the terminal device prompts the user to restart the modem. In this embodiment, the terminal device automatically determines whether the data service is unavailable due to the arrears, and prompts the user to restart the modem when the account is recharged, thereby avoiding the user's trouble and having a good user experience.

In another aspect, an embodiment of the present invention provides a terminal device, configured to perform the foregoing data service recovery method. Therefore, the terminal device automatically determines whether the data service due to the arrears is not available, and Automatically or prompt the user to restart the modem or terminal device in the case of recharge, with a good user experience.

In another aspect, an embodiment of the present invention provides a terminal device, including: an arrears determination module, a recharge determination module, and a modem restart module. In this embodiment, the arrears determination module determines whether the data service is unavailable due to the arrears, the refill determination module determines that the recharge has been made, the modem restart module automatically restarts the modem, does not require manual intervention by the user, and has a good user experience.

In another aspect, an embodiment of the present invention provides a terminal device, including: a processor and a storage medium. The storage medium stores a program such that the terminal device performs the above method.

It is worth mentioning that the embodiments of the present invention can be combined in any combination to achieve different technical effects.

Through the above solution, the embodiment of the present invention can automatically restore the data service of the terminal device after the debt recovery, and has a good user experience.

DRAWINGS

FIG. 1 is a schematic diagram of a terminal device provided according to a possible embodiment of the present invention.

2 is a block diagram showing a partial structure of a terminal device provided by a possible embodiment of the present invention.

FIG. 3 is a user interface of a terminal device provided according to a possible embodiment of the present invention.

4 is a user interface of a terminal device provided according to another possible embodiment of the present invention.

FIG. 5 is a user interface of a terminal device provided according to still another possible embodiment of the present invention.

FIG. 6 is a user interface of a terminal device provided according to still another possible embodiment of the present invention.

FIG. 7 is a user interface of a terminal device provided according to still another possible embodiment of the present invention.

FIG. 8 is a user interface of a terminal device provided according to still another possible embodiment of the present invention.

9 is a user interface of a terminal device provided in accordance with still another possible implementation of the present invention.

FIG. 10 is a user interface of a terminal device provided according to still another possible embodiment of the present invention.

FIG. 11 is a user interface of a terminal device provided according to still another possible embodiment of the present invention.

FIG. 12 is a user interface of a terminal device provided according to still another possible embodiment of the present invention.

FIG. 13 is a user interface of a terminal device provided according to still another possible embodiment of the present invention.

FIG. 14 is a user interface of a terminal device provided according to still another possible embodiment of the present invention.

Figure 15 is a user interface of a terminal device provided in accordance with yet another possible embodiment of the present invention.

16 is a user interface of a terminal device provided in accordance with still another possible implementation of the present invention.

FIG. 17 is a flowchart of a terminal device recovering data service according to a possible implementation manner of the present invention.

FIG. 18 is a flowchart of determining arrears by a terminal device according to a possible implementation manner of the present invention.

FIG. 19 is a flowchart of determining arrears by a terminal device according to another possible embodiment of the present invention.

FIG. 20 is a flowchart of a terminal device reminding arrears according to a possible implementation manner of the present invention.

FIG. 21 is a flowchart of determining, by a terminal device, a successful refill according to a possible embodiment of the present invention.

FIG. 22 is a flowchart of recovering data services of a terminal device according to another possible embodiment of the present invention.

FIG. 23 is a flowchart of recovering data services of a terminal device according to another possible implementation manner of the present invention.

Figure 24 is a block diagram showing the structure of a modem portion of a terminal device according to a possible embodiment of the present invention.

detailed description

The terminal device 100 according to the embodiment of the present invention may include a mobile phone, a tablet computer, a PDA (Personal Digital Assistant), a POS (Point of Sales), an in-vehicle computer, and the like.

Taking the terminal device 100 as a mobile phone as an example, FIG. 2 is a block diagram showing a part of the structure of the mobile phone 100 related to the embodiment of the present invention. Referring to FIG. 2, the mobile phone 100 includes RF (Radio Frequency) The circuit 110, the memory 120, other input devices 130, the display screen 140, the sensor 150, the audio circuit 160, the I/O subsystem 170, the processor 180, and the power supply 190 are components. It will be understood by those skilled in the art that the structure of the mobile phone shown in FIG. 2 does not constitute a limitation to the mobile phone, and may include more or less components than those illustrated, or combine some components, or split some components, or Different parts are arranged. Those skilled in the art will appreciate that display 140 is a User Interface (UI) and that handset 100 may include a user interface that is smaller than shown or less.

The components of the mobile phone 100 will be specifically described below with reference to FIG. 2:

The RF circuit 110 can be used for transmitting and receiving information or during a call, and receiving and transmitting the signal. Specifically, after receiving the downlink information of the base station, the processor 180 processes the data. In addition, the uplink data is designed to be sent to the base station. Generally, RF circuits include, but are not limited to, an antenna, at least one amplifier, a transceiver, a coupler, an LNA (Low Noise Amplifier), a duplexer, and the like. In addition, RF circuitry 110 can also communicate with the network and other devices via wireless communication. The wireless communication may use any communication standard or protocol, including but not limited to GSM (Global System of Mobile communication), GPRS (General Packet Radio Service), CDMA (Code Division Multiple Access). , Code Division Multiple Access), WCDMA (Wideband Code Division Multiple Access), LTE (Long Term Evolution), e-mail, SMS (Short Messaging Service), and the like.

The memory 120 can be used to store software programs and modules, and the processor 180 executes various functional applications and data processing of the mobile phone 100 by running software programs and modules stored in the memory 120. The memory 120 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may be stored. Data created according to the use of the mobile phone 100 (such as audio data, phone book, etc.). Moreover, memory 120 can include high speed random access memory, and can also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

Other input devices 130 can be used to receive input numeric or character information, as well as generate key signal inputs related to user settings and function controls of the handset 100. Specifically, other input devices 130 may include, but are not limited to, a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.), trackballs, mice, joysticks, and light mice (the light mouse is not sensitive to display visual output). One or more of a surface, or an extension of a touch sensitive surface formed by a touch screen. Other input devices 130 are coupled to other input device controllers 171 of I/O subsystem 170 for signal interaction with processor 180 under the control of other device input controllers 171.

The display screen 140 can be used to display information input by the user or information provided to the user as well as various menus of the mobile phone 100, and can also accept user input. The specific display screen 140 may include a display panel 141 and a touch panel 142. The display panel 141 can be configured by using an LCD (Liquid Crystal Display), an OLED (Organic Light-Emitting Diode), or the like. The touch panel 142, also referred to as a touch screen, a touch sensitive screen, etc., can collect contact or non-contact operations on or near the user (eg, the user uses any suitable object or accessory such as a finger, a stylus, etc. on the touch panel 142. Or the operation in the vicinity of the touch panel 142 may also include a somatosensory operation; the operation includes a single-point control operation, a multi-point control operation, and the like, and drives the corresponding connection device according to a preset program. Optionally, the touch panel 142 may include two parts: a touch detection device and a touch controller. Wherein, the touch detection device detects the touch orientation and posture of the user, and detects a signal brought by the touch operation, and transmits a signal to the touch controller; the touch controller receives the touch information from the touch detection device, and converts the signal into a processor. The processed information is sent to the processor 180 and can receive commands from the processor 180 and execute them. In addition, the touch panel 142 can be implemented by using various types such as resistive, capacitive, infrared, and surface acoustic waves, and the touch panel 142 can be implemented by any technology developed in the future. Further, the touch panel 142 can cover the display panel 141, and the user can display the content according to the display panel 141 (the display content includes, but is not limited to, a soft keyboard, a virtual mouse, a virtual button, an icon, etc.) on the display panel 141. Covered when operating on or near the touch panel 142, the touch panel 142 detects a touch operation thereon or nearby, and transmits it to the processor 180 through the I/O subsystem 170 to determine the type of touch event to determine the user. Input, then processor 180 is based on the type of touch event The display panel provides a corresponding visual output on display panel 141 via I/O subsystem 170 in accordance with user input. Although in FIG. 2, the touch panel 142 and the display panel 141 are two separate components to implement the input and input functions of the mobile phone 100, in some embodiments, the touch panel 142 may be integrated with the display panel 141. The input and output functions of the mobile phone 100 are implemented.

The handset 100 can also include at least one type of sensor 150, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display panel 141 according to the brightness of the ambient light, and the proximity sensor may close the display panel 141 when the mobile phone 100 moves to the ear. / or backlight. As a kind of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in all directions (usually three axes). When it is stationary, it can detect the magnitude and direction of gravity. It can be used to identify the gesture of the mobile phone (such as horizontal and vertical screen switching, related Game, magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tapping), etc. As for the mobile phone 100 can also be configured with gyroscopes, barometers, hygrometers, thermometers, infrared sensors and other sensors, here Let me repeat.

The audio circuit 160, the speaker 161, and the microphone 162 can provide an audio interface between the user and the handset 100. The audio circuit 160 can transmit the converted audio data to the speaker 161 for conversion to the sound signal output by the speaker 161; on the other hand, the microphone 162 converts the collected sound signal into a signal, which is received by the audio circuit 160. The audio data is converted to audio data, which is then output to the RF circuit 108 for transmission to, for example, another mobile phone, or the audio data is output to the memory 120 for further processing.

The I/O subsystem 170 is used to control external devices for input and output, and may include other device input controllers 171, sensor controllers 172, and display controllers 173. Optionally, one or more other input control device controllers 171 receive signals from other input devices 130 and/or send signals to other input devices 130. Other input devices 130 may include physical buttons (press buttons, rocker buttons, etc.) , dial, slide switch, joystick, click wheel, light mouse (light mouse is a touch-sensitive surface that does not display visual output, or an extension of a touch-sensitive surface formed by a touch screen). It is worth noting that other input control device controllers 171 can be connected to any one or more of the above devices. Display controller 173 in I/O subsystem 170 receives signals from display 140 and/or transmits signals to display 140. Display 140 check Upon detecting the user input, the display controller 173 converts the detected user input into an interaction with the user interface object displayed on the display screen 140, ie, implements human-computer interaction. Sensor controller 172 can receive signals from one or more sensors 150 and/or send signals to one or more sensors 150.

The processor 180 is the control center of the handset 100, connecting various portions of the entire handset with various interfaces and lines, by running or executing software programs and/or modules stored in the memory 120, and recalling data stored in the memory 120, The various functions and processing data of the mobile phone 100 are executed to perform overall monitoring of the mobile phone. Optionally, the processor 180 may include one or more processing units; preferably, the processor 180 may integrate an application processor and a modem processor, where the application processor mainly processes an operating system, a user interface, an application, and the like. The modem processor primarily handles wireless communications. It can be understood that the above modem processor may not be integrated into the processor 180.

The handset 100 also includes a power source 190 (such as a battery) that supplies power to the various components. Preferably, the power source can be logically coupled to the processor 180 via a power management system to manage functions such as charging, discharging, and power consumption through the power management system.

Although not shown, the mobile phone 100 may further include a camera, a Bluetooth module, and the like, and details are not described herein.

Because the SIM card PS domain is invalid after the user owes a fee, after the user recharges, restarting the mobile phone will restore the PS domain to normal, so that the data service can be used again. Otherwise, the data service cannot be used even if the recharge is successful. After the user recharges and finds that the telephone service is normal and the data service is unreachable, the data service is often manually switched, or the flight mode is switched, but the data service cannot be recovered. This has caused problems for the user, and even thinks that there is a problem with the terminal.

FIG. 3 is a user interface of a terminal device provided according to a possible embodiment of the present invention. As shown in the figure, taking the mobile phone as an example, when the terminal device 100 is down due to arrears, the terminal device 100 receives the prompt message sent by the operator and displays it in the short message module of the user interface. At this time, the terminal device 100 can identify the content of the short message by means of screenshots or text analysis, etc., thereby determining that the terminal device 100 is currently down. The content of the SMS sent by the operator comes from the official, more authoritative, and the result is more accurate according to the short message.

Alternatively, according to a possible implementation manner of the present invention, the terminal device 100 may also parse the received short message through the short message module of the application layer, but through the modem, and may also determine that the terminal device 100 has been shut down. Since the authorization of the application layer is not involved, the success rate is higher, and the privacy of the user can be effectively protected, and the authorization of the application layer is prevented from being abused.

4 is a user interface of a terminal device provided according to another possible embodiment of the present invention. As shown in the figure, when the terminal device 100 recharges after arrears and the telephone service has been restored, the SIM card is still placed in an invalid state, and the data service is not restored. At this time, the terminal device 100 runs an APP that requires networking, such as a browser, and the browser prompts the user that the data service cannot be used normally. At this time, the terminal device 100 can identify the content prompted in the APP by means of screenshots or text analysis, etc., thereby determining that the terminal device 100 is currently down. In the present embodiment, the user's experience is relatively natural, and the prompt is obtained when the network is required.

It is worth mentioning that in the embodiment of the present invention, the APP that needs to be networked may be Alipay, WeChat, Facebook, Amazon, and the like.

FIG. 5 is a user interface of a terminal device provided according to still another possible embodiment of the present invention. As shown in the figure, the terminal device 100 can automatically determine whether the current behavior of the user causes arrears according to the package status and balance of the terminal device 100. For example, when the terminal device 100 has a small balance and a long-time call is made, the terminal device 100 can determine that the terminal device 100 is currently in arrears and will be shut down. Because the SMS reminder of the operator may not be timely, the intelligent judgment of the terminal device 100 can prevent the user from being missed due to missing the short message, thereby causing communication interruption.

Alternatively, according to a possible implementation manner of the present invention, the terminal device 100 may also detect that the terminal device 100 has just performed a downloading behavior of a large amount of traffic, or uses a call charge to perform the consumption, thereby determining that the terminal device 100 is currently Arrears have been made.

FIG. 6 is a user interface of a terminal device provided according to still another possible embodiment of the present invention. As shown in the figure, when the terminal device 100 determines that the current balance of the terminal device 100 is insufficient, the user may display a prompt message on the UI interface, prompting the user that the balance is insufficient and needs to be recharged. This embodiment does not require third-party software support and has high reliability.

FIG. 7 is a user interface of a terminal device provided according to still another possible embodiment of the present invention. As shown in the figure, when the terminal device 100 determines that the current balance is insufficient, the terminal device 100 may not directly send a prompt through the system, but when the terminal device 100 opens an APP that needs to be connected to the network, such as a browser, the user is insufficient to indicate the balance in the APP. Need to recharge. This embodiment experiences nature and displays a prompt when the user needs to be connected to the network.

FIG. 8 is a user interface of a terminal device provided according to still another possible embodiment of the present invention. As shown in the figure, after the terminal device 100 is in arrears, after completing the recharging, the terminal device 100 can determine that the device has been re-established at this time according to the received short message sent by the operator through screenshot or text analysis. Therefore, the current state of the terminal device 100 is that the telephone service is available, and the data service is not available. In the present embodiment, the content of the short message from the operator is more authoritative, which can make the judgment more accurate.

Alternatively, according to a possible implementation manner of the present invention, the terminal device 100 may also parse the received short message by using a short message module of the application layer, but may also determine that the terminal device 100 has been backed up.

9 is a user interface of a terminal device provided in accordance with still another possible implementation of the present invention. As shown in the figure, sometimes, when the terminal device 100 has recharged after the arrears, the received short message does not directly display the duplicate text, but only the balance. The terminal device 100 determines that the current balance is positive according to the received short message by means of screenshot or text analysis, and can determine that the device has been re-established at this time. In the present embodiment, it is possible to respond to the diversification of the SMS content of the operator and provide an accurate judgment.

According to a possible implementation manner of the present invention, the terminal device 100 can directly determine that the terminal device 100 has been in arrears before the recharge according to the recharge amount.

FIG. 10 is a user interface of a terminal device provided according to still another possible embodiment of the present invention. As shown in the figure, sometimes, when the terminal device 100 has recharged after the arrears, the received short message does not directly display the duplicate text, but only the balance. Moreover, the amount of the recharge of the terminal device 100 is insufficient, and the balance is still insufficient after the recharge. The terminal device 100 determines that the current balance is negative according to the received short message by means of screenshot or text analysis, and can determine that the current state is still in the shutdown state. The user may not be aware of the actual amount of the arrears, and thus the amount of recharging is insufficient, so the terminal device 100 determines whether the re-registration is more accurate based on the actual balance.

FIG. 11 is a user interface of a terminal device provided according to still another possible embodiment of the present invention. As shown in the figure, the terminal device 100 may not judge whether it has been recharged by using a short message, but may determine it by using a payment APP. For example, if the user uses Alipay to recharge, the terminal device 100 can obtain the user's current recharge behavior, including the recharge amount and the recharge number, by means of screen capture, text parsing, or authorized access to the APP content, and determine that the user has currently recharged the terminal device 100. . When the terminal device 100 previously determines that the charge has been owed, it can be determined that the terminal device 100 has been re-established by the recharge behavior at this time, and further determines that the telephone service is available, and the data service is unavailable. Because the short message from the operator may be delayed, in this embodiment, by obtaining the content of the payment APP, it can be determined that the terminal device 100 has been re-established.

Alternatively, according to a possible implementation manner of the present invention, when the user uses the phone to recharge the terminal device 100, the terminal device 100 can obtain whether the dialed number is a recharge hotline, and/or a voice prompt during the call. It is judged whether the recharge has succeeded, thereby judging that the terminal device 100 has been re-established.

According to a possible implementation manner of the present invention, there may be a delay from recharging to re-delivery, and the terminal device 100 may also determine that the terminal device 100 has been re-established after a predetermined period of time has elapsed after determining that the recharging is successful. . The preset time can be 10s, 1min, or 5min.

According to a possible implementation manner of the present invention, when the terminal device 100 determines that the device has owed a fee, the recharge interface of the system or the third party payment APP may be directly popped up to remind the user to recharge. Alternatively, because the terminal device 100 owes time, the data service is unavailable, and the telephone service cannot be carried out except for the operator. The payment APP can also automatically dial out after receiving the user's recharge operation by telephone. Recharge the hotline number to recharge. For example, the payment APP can convert the amount authorized by the user to the operator's prepaid card, and then recharge by telephone.

FIG. 12 is a user interface of a terminal device provided according to still another possible embodiment of the present invention. As shown in the figure, the terminal device 100 can also judge that the terminal device 100 has owed a fee according to the current behavior of the user, or has recharged after the arrears, and the data service is unavailable. For example, when a user cannot properly use an APP that requires networking, the user may frequently click on a data switch or an airplane mode switch. At this time, the terminal device 100 may judge separately or combine with other conditions in the embodiment of the present invention to determine that the terminal device 100 has owed a fee, or has recharged after arrears. When it is determined that the terminal device 100 has owed a fee, the user may be prompted to recharge. When the terminal device 100 previously determines that the terminal device 100 has owed a fee, the terminal device 100 can determine that the behavior representative of the user at this time is likely to have recharged the terminal device 100.

FIG. 13 is a user interface of a terminal device provided according to still another possible embodiment of the present invention. As shown in the figure, when the terminal device 100 determines that the terminal device 100 has owed a fee, and the user performs a paying call with a non-operator number, the terminal device 100 can determine that the user has recharged the terminal device 100. At this point the phone service is available and the data service is not available.

FIG. 14 is a user interface of a terminal device provided according to still another possible embodiment of the present invention. As shown in the figure, when the terminal device 100 determines that the current arrears have been recharged and the data service is unavailable, a prompt may pop up on the UI interface to prompt the user to restart the mobile phone. This avoids the user's incessant operation of the data switch and flight mode switch, but can not use the data service to bring a bad experience.

Figure 15 is a user interface of a terminal device provided in accordance with yet another possible embodiment of the present invention. As shown, unlike the embodiment shown in Fig. 14, the terminal device 100 prompts the user whether or not to restart the modem. Restarting the modem does not affect the user's use of other functions of the terminal device 100, such as taking pictures, etc., and has a good user experience.

16 is a user interface of a terminal device provided in accordance with still another possible implementation of the present invention. As shown in the figure, the terminal device 100 may also not prompt the user to select, but directly restart the modem after determining that the duplex device is enabled, so that the terminal device 100 can use the data service more quickly.

FIG. 17 is a flowchart of a terminal device recovering data service according to a possible implementation manner of the present invention. As shown in the figure, the terminal device 100 first detects whether the user has owed a fee. If yes, the user may be prompted to recharge or pop up the refill APP, and after the user recharges, it is detected whether the recharge is successful. When it is determined that the terminal device 100 is successfully recharged after the fee is arrear, a window may pop up, prompting the user to restart the mobile phone or the modem, or automatically restarting the mobile phone or the modem.

FIG. 18 is a flowchart of determining arrears by a terminal device according to a possible implementation manner of the present invention. As shown, when the modem reports that #7 reject signaling defined in the 3gpp 24008 (3G & 2G), or 24301 (4G) standard is received, that is, GPRS services not allowed, the terminal device 100 can determine that the arrears have been owed. When the status of the SIM card reporting is invalid, the terminal device 100 may determine that the arrears have been owed. According to SMS The operator receives the SMS message from the module, and the terminal device 100 can determine that the arrears have been owed. Or when the terminal device 100 attempts to activate the data service failure, the terminal device 100 may determine that the data has been owed.

It is worth mentioning that in the description of the embodiments of the present invention, the arrears are also used to refer to the shutdown.

According to a possible implementation manner of the present invention, the above judgment conditions may be adopted alone or in combination.

FIG. 19 is a flowchart of determining arrears by a terminal device according to another possible embodiment of the present invention. As shown in the figure, when the data service of the terminal device 100 cannot be used, the terminal device 100 first determines whether the network sends a reject signaling, that is, #7 reject signaling defined in the 3gpp 24008 (3G & 2G), or 24301 (4G) standard. , GPRS services not allowed. If not, the terminal device 100 determines whether the PS domain of the SIM card is in an invalid state. If not, the terminal device 100 determines that there is a short message. If not, the terminal device 100 determines that the current data service activation failure is not arrears, and the terminal device 100 may attempt to activate the data service again. If the data service of the terminal device 100 is still unavailable, other conditions may be detected again.

FIG. 20 is a flowchart of a terminal device reminding arrears according to a possible implementation manner of the present invention. As shown in the figure, when the terminal device 100 determines that the payment has been owed, the reminder message may be sent to the UI that is included in the system, or sent to other APPs to remind the user that the terminal device 100 has owed money. Alternatively, the reminder message may not be limited to being provided by the UI, but may also be presented by vibration, sound, lighting, or the like.

FIG. 21 is a flowchart of determining, by a terminal device, a successful refill according to a possible embodiment of the present invention. As shown in the figure, after the terminal device 100 owes a fee, if one or more of the following events occur, it can be determined that the recharge is successful, that is, the device has been re-established, and the current terminal device 100 is in a state in which the telephone service is available and the data service is unavailable. For example, if the terminal device 100 enters the caller state of the non-operator and the call is unavailable in the stop state, it is determined that the recharge is successful. Alternatively, the terminal device 100 receives a short message from the operator, indicating that the recharge is successful or has been re-established. Or, other payment apps, such as Alipay, PayPal, etc., indicate that the recharge is successful or the recharge payment is successful. Alternatively, after the information of the arrears has been prompted to the user, the user receives the switch data service or the flight mode at this time, and determines that the recharge is successful.

FIG. 22 is a flowchart of recovering data services of a terminal device according to another possible embodiment of the present invention. As shown in the figure, after the terminal device 100 determines that the recharge is successful, the user may be prompted to restart the terminal device 100 or the modem by using the UI. If the user does not restart, or receives an indication that the user restarts from the UI, it can be determined whether there is a service using the modem at this time, and whether the terminal device 100 can be restarted. When judging whether a service is using a modem, it is possible to detect other major applications, such as the usage status of the call application, to determine whether the restart at this time affects the user's use of the terminal device 100. After confirming that it can be restarted, you can send a message to the modem control module to restart the modem.

Further, the terminal device 100 may first determine whether the modem is in an idle state before triggering the modem to restart. If the modem is in an idle state, the terminal device 100 may directly trigger the modem to restart. If the modem is in the working state, the terminal device 100 The modem restart can be triggered when the modem enters the idle state from the working state. The state of the modem can be represented by a state interface function value. For example, when the function value is 0, it indicates that the modem is in an idle state, and when the function value is 1, it indicates that the modem is in an active state; therefore, the terminal device 100 determines whether the modem is in the working state. When in the idle state, the state interface function can be called to obtain the function value. If the function value is 0, it is determined that the modem is in an idle state. If the function value is 1, the modem is determined to be in the working state, and when the modem is in the working state, the terminal device 100 is in the idle state. The function interface value can be obtained by calling a state interface function according to a preset period (for example, the terminal device 1000 milliseconds) to determine whether the modem enters the idle state from the working state.

Alternatively, according to a possible implementation manner of the present invention, when the user selects a manual restart, the terminal device 100 may also determine whether the modem is in an idle state to decide to restart immediately or delay the restart.

FIG. 23 is a flowchart of recovering data services of a terminal device according to another possible implementation manner of the present invention. As shown in the figure, after determining that the recharge is successful, the terminal device 100 may send a message to the UI to remind the user to restart. If the user performs a restart of the terminal device 100 or the modem, it is detected whether the data service is restored.

If the user does not perform a manual restart, the terminal device 100 determines whether there is currently a call or short message service being processed. If so, the modem is occupied and the reboot will affect the user's experience, and it can be continued later or periodically to detect if the modem is still being used.

If no telephone or short message service is currently being processed, the terminal device 100 sends a RESTART message to the RIL (Radio Interface Layer), and the RIL restarts the modem (modem).

After the modem restart is completed, the terminal device 100 detects whether the data service is restored; if the modem restart is not completed, the step of restarting the modem is performed again.

Taking Android as an example, RIL (Radio Interface Layer) is a wireless interface layer, which is responsible for communication adaptation between the upper layer of Android and the modem. Android's RIL layer is divided into two parts: RIL Daemon and Vendor RIL.

RIL Daemon is written in C/C++ and is responsible for taking requests from the Java framework through the socket and requesting the corresponding function to be transferred to Vendor RIL. It is also responsible for returning the response from Vendor RIL to the Java framework.

Vendor RIL is available to vendors of data chips. RIL Daemon and Vendor RIL have a unified interface defined by RIL Daemon, which allows the Android system to easily swap the underlying hardware. Vendor RIL is responsible for taking instructions from the RIL Daemon, converting it to a Hayes command set command acceptable to the modem, and passing it to the dedicated channel of the data chip. In addition, it will also be responsible for listening to each data channel to get the modem's response, and then simply parsing it back to the RIL Daemon.

Figure 24 is a block diagram showing the structure of a modem portion of a terminal device according to a possible embodiment of the present invention. Modem (modem), also known as baseband (baseband), mainly handles mobile communication protocol stack related functions (such as voice, data, SMS, MMS, etc.), and is responsible for signaling or data interaction with the network side.

The various judgment conditions in the embodiments of the present invention may be unique conditions, or combined, or have different weights as auxiliary conditions.

Embodiments of the present invention can be arbitrarily combined to achieve different technical effects.

Through the description of the above embodiments, those skilled in the art can clearly understand that the present invention can be implemented in hardware, firmware implementation, or a combination thereof. When implemented in software, the functions described above may be stored in or transmitted as one or more instructions or code on a computer readable medium. Computer readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one location to another. A storage medium may be any available media that can be accessed by a computer. By way of example and not limitation, computer readable media may comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, disk storage media or other magnetic storage device, or can be used for carrying or storing in the form of an instruction or data structure. The desired program code and any other medium that can be accessed by the computer. Also. Any connection may suitably be a computer readable medium. For example, if the software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, then the coaxial cable , fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, wireless, and microwave are included in the fixing of the associated media. As used in the present invention, a disk and a disc include a compact disc (CD), a laser disc, a compact disc, a digital versatile disc (DVD), a floppy disk, and a Blu-ray disc, wherein the disc is usually magnetically copied, and the disc is The laser is used to optically replicate the data. Combinations of the above should also be included within the scope of the computer readable media.

In summary, the above description is only an embodiment of the technical solution of the present invention, and is not intended to limit the scope of the present invention. Any modifications, equivalents, improvements, etc., made within the scope of the present invention are intended to be included within the scope of the present invention.

Claims

A data service recovery method includes:

The terminal device determines that the device has been re-opened; and

The terminal device restarts the modem to recover data services of the terminal device.
The method of claim 1, wherein the terminal device determines that the device has been re-established by one or more of the following conditions: the terminal device is in a state in which the telephone service is available, and the data service is unavailable; or the terminal The device receives a short message from the operator to inform that the recharge is successful or has been re-opened; or, the payment APP indicates that the recharge is successful or the recharge payment is successful; or, the user operates the switch data service or the flight mode.
The method of any of claims 1-2, wherein the terminal device restarts the modem by restarting the terminal device.
A method according to any of claims 1-3, further comprising the terminal device prompting the user to restart the modem and receiving an instruction from the user to restart the modem.
A method according to any one of claims 1 to 4, further comprising the terminal device determining that the machine has been stopped before the terminal device determines that the device has been re-established.
The method according to any one of claims 2 to 5, wherein the terminal device determines that the terminal device has been re-established after a predetermined period of time has elapsed after determining that the recharging is successful.
The method of any of claims 5-6, wherein the terminal device determines that the shutdown has occurred by one or more of the following conditions: the modem reports receipt of GPRS services not allowed signaling; or, a SIM card The status of the reported PS domain is invalid; or the short message module receives the short message from the operator to inform that the data has been stopped; or the terminal device fails to activate the data service; or, according to the package and balance of the terminal device, the terminal device performs Arrears of consumption.
The method of claim 7, wherein the terminal device performs the consumption that causes the arrears to include: the terminal device performs a long-term call for payment; the terminal device performs a download of a large amount of traffic; The terminal device uses the credit for consumption.
The method according to any one of claims 5-8, further comprising: when the terminal device determines that the terminal has been in arrears or is down, sending a reminder message to the UI that is provided by the terminal device, or sending the message to another APP. To remind the user that the terminal device has been in arrears or downtime, or to remind the user to recharge.
The method according to claim 9, wherein the terminal device prompts the user that the terminal device has been in arrears or has been down when running an APP that requires networking.
The method according to any one of claims 2 to 10, wherein the payment APP automatically dials the recharge hotline number to perform refilling after receiving the recharge operation of the user.
The method according to any one of claims 1 to 11, wherein the terminal device determines whether the modem is in an idle state before triggering the modem to restart, and if the modem is in an idle state, The terminal device directly triggers the modem to restart; if the modem is in an active state, the terminal device triggers the modem to restart when the modem enters an idle state from an active state.
A terminal device comprising:

Processor; and

a storage medium, wherein the storage medium stores a program, the program causing the terminal device to perform the following steps:

The terminal device determines that the device has been re-opened;

The terminal device restarts the modem to recover data services of the terminal device.
The terminal device according to claim 13, wherein the terminal device determines that the device has been re-established by one or more of the following conditions: the terminal device is in a state in which the telephone service is available, and the data service is unavailable; or The terminal device receives the short message from the operator to inform that the recharge is successful or has been re-opened; or, the payment APP indicates that the recharge is successful or the recharge payment is successful; or the user operates the switch data service or the flight mode.
The terminal device according to any one of claims 13 to 14, wherein the terminal device restarts the modem by restarting the terminal device.
The terminal device according to any one of claims 13 to 15, the program further comprising: the terminal device prompting a user to restart the modem, and receiving an instruction of the user to restart the modem.
The terminal device according to any one of claims 13 to 16, the program further comprising: before the terminal device determines that the device has been re-established, the terminal device determines that the device has been down.
The terminal device according to any one of claims 14-17, wherein the terminal device determines that the terminal device has been re-established after a predetermined period of time has elapsed after determining that the recharging is successful.
The terminal device according to any one of claims 17 to 18, wherein the terminal device determines that the shutdown has occurred by one or more of the following conditions: the modem reports receipt of GPRS services not allowed signaling; or, SIM The status of the PS domain reported by the card is invalid; or the short message module receives the short message from the operator to inform that the data has been stopped; or the terminal device fails to activate the data service; or, according to the package and balance of the terminal device, the terminal device performs Lead to arrears of consumption.
The terminal device according to claim 19, wherein the terminal device performs the consumption that causes the arrears to include: the terminal device performs a long-term call for payment; the terminal device performs a download of a large amount of traffic; The terminal device uses the credit for consumption.
The terminal device according to any one of claims 17 to 20, further comprising: when the terminal device determines that the terminal device has been in arrears or stops, sending a reminder message to the UI that is provided by the terminal device, or sending the message to another APP. To remind the user that the terminal device has been in arrears or downtime, or to remind the user to recharge.
The terminal device according to claim 21, wherein the terminal device prompts the user that the terminal device has been in arrears or has been down when running an APP that requires networking.
The terminal device according to any one of claims 14 to 22, wherein the payment APP automatically dials the recharge hotline number to perform recharge after receiving the recharge operation of the user.
The terminal device according to any one of claims 13 to 23, wherein the terminal device determines whether the modem is in an idle state before triggering the modem to restart, and if the modem is in an idle state, The terminal device directly triggers the modem Restarting; if the modem is in an active state, the terminal device triggers the modem to restart when the modem enters an idle state from an active state.