WO2014086319A1

WO2014086319A1 - Pdp reactivation processing method and terminal device

Info

Publication number: WO2014086319A1
Application number: PCT/CN2013/088874
Authority: WO
Inventors: 贾银元
Original assignee: 华为终端有限公司
Priority date: 2012-12-07
Filing date: 2013-12-09
Publication date: 2014-06-12
Also published as: CN102984817B; CN102984817A

Abstract

Provided in an embodiment of the present invention are a PDP reactivation processing method and terminal device, the PDP reactivation processing method comprising: initiating a PDP reactivation with a network side, and receiving a reactivation refusal response message fed back by the network side; if the refusal reason contained in the reactivation refusal response message is a permanent error, then determining whether a PDP parameter used in the PDP reactivation process is a PDP parameter capable of being successfully activated; if yes, then initiating a PDP reactivation process. The embodiment of the present invention can implement data service between a terminal device and a network side when the refusal reason contained in a reactivation refusal response message fed back by the network side and received by the terminal device is a permanent error, thus improving the data service stability between the terminal device and the network side.

Description

PDP reactivation processing method and terminal device

This application claims priority to Chinese Patent Application No. 201210523601.1, entitled "PDP Reactivation Processing Method and Terminal Equipment", filed on December 7, 2012, the entire contents of which is incorporated herein by reference. in. Technical field

The embodiments of the present invention relate to communication technologies, and in particular, to a PDP reactivation processing method and a terminal device. Background technique

With the development of mobile communication, users are increasingly using packet services. When a user uses a packet service, it first needs to activate a Packet Data Protocol (PDP), and a network element such as a wireless system, a GPRS service support node (SGSN), and a GPRS network management support node (referred to as GGSN), and a data network. A bearer channel is established, and a packet service is used based on the established bearer channel.

In the process of maintaining the PDP context between the terminal device and the network side, the network side may deactivate the PDP context in the case of network congestion or when there is no data service interaction between the terminal device and the network side for a long time. Release the PDP context to save network resources. When the terminal device needs to perform service interaction with the network side, the terminal device may initiate a PDP reactivation process to re-establish the PDP connection. In the prior art, when the terminal device initiates a PDP reactivation to the network side, it is often impossible to re-establish a PDP connection with the network side, thereby causing the terminal device to fail to perform data services. Summary of the invention

The embodiment of the present invention provides a PDP reactivation processing method and a terminal device, so as to solve the problem that the terminal device and the network side cannot perform data services.

In a first aspect, the embodiment of the present invention provides a PDP reactivation processing method, including: initiating a PDP reactivation to a network side, and receiving a reactivation rejection response message fed back by the network side; if the reactivation rejection response message is included The reason for the rejection is a permanent error, then the Whether the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated; if yes, initiate a PDP activation retry process.

In a first possible implementation, the determining whether the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated includes:

Determining whether the PDP parameter used in the PDP reactivation process is included in the first list, and if so, determining that the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, The first list contains the PDP parameters that have been successfully activated.

In a second possible implementation, the determining whether the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated includes:

Determining whether the PDP parameter used in the PDP reactivation process is included in the second list, and if not, determining that the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated. The second list contains PDP parameters that have not been successfully activated.

In a third possible implementation, the determining whether the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated includes:

Determining whether the PDP parameter used in the PDP reactivation process is included in the first list, and if not, determining whether the PDP parameter used in the PDP reactivation process is included in the second list, if If not included, it is determined that the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, and the first list includes the successfully activated PDP parameter, and the second list includes unsuccessful Activated PDP parameters.

In a fourth possible implementation manner, after the initiating the PDP activation retry process, the method further includes: if the PDP activation retry is successful, adding the PDP parameter to the first list.

With reference to the second possible implementation manner of the first aspect, the third possible implementation manner of the first aspect, or the fourth possible implementation manner of the first aspect, in the fifth possible implementation manner, the After the PDP activates the retry process, it also includes:

If the PDP activation retry fails, the PDP parameters are added to the second list.

With reference to the first aspect, the first possible implementation of the first aspect, the second possible implementation of the first aspect, the third possible implementation of the first aspect, the fourth possible aspect of the first aspect In a sixth possible implementation manner of the first aspect, the determining, by the sixth possible implementation, the determining whether the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated , or before the initiating the PDP activation retry process, the method further includes: Determine if there is a credit balance and/or traffic balance.

The second aspect of the present invention provides a terminal device, including:

a sending module, configured to initiate a PDP reactivation to the network side, and receive a reactivation rejection response message fed back by the network side;

a processing module, configured to determine, if the reason for the rejection included in the reactivation rejection response message is a permanent error, whether the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated; if yes, Initiate a PDP activation retry process.

In a fourth possible implementation manner, the method further includes:

And a first storage module, configured to add the PDP parameter to the first list when the PDP activation retry succeeds.

With reference to the second possible implementation of the second aspect, the third possible implementation of the second aspect, or the fourth possible implementation of the second aspect, the fifth possible implementation manner further includes: And a second storage module, configured to add the PDP parameter to the second list when the PDP activation retry fails.

With reference to the second aspect, the first possible implementation of the second aspect, the second possible implementation of the second aspect, the third possible implementation of the second aspect, and the fourth possible aspect of the second aspect The implementation manner, the fifth possible implementation manner of the second aspect, in the sixth possible implementation manner, the processing module is further configured to determine whether the PDP parameter used in the PDP reactivation process is capable Before the successfully activated PDP parameter, or before the initiation of the PDP activation retry process, it is determined whether there is a credit balance and/or a traffic balance. The embodiment of the present invention provides a PDP reactivation processing method and a terminal device. After determining that the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, the PDP activation retry process is initiated. Therefore, when the terminal device receives the re-activation denial response message of the feedback from the network side, the terminal device and the network side perform data services, thereby increasing the stability of the data service between the terminal device and the network side. . BRIEF DESCRIPTION OF THE DRAWINGS In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, a brief description of the drawings used in the embodiments or the prior art description will be briefly described below. The drawings are some embodiments of the present invention, and those skilled in the art can obtain other drawings based on these drawings without any inventive labor.

1 is a flowchart of Embodiment 1 of a method for processing PDP reactivation according to the present invention;

2 is a flowchart of Embodiment 2 of a method for processing PDP reactivation according to the present invention;

3 is a flowchart of Embodiment 3 of a method for processing PDP reactivation according to the present invention;

4 is a flowchart of Embodiment 4 of a method for processing PDP reactivation according to the present invention;

FIG. 5 is a schematic structural diagram of Embodiment 1 of a terminal device according to the present invention; FIG. 6 is a schematic structural diagram of Embodiment 2 of a terminal device according to the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS In order to make the objects, technical solutions and advantages of the embodiments of the present invention more clear, the following will be combined The technical solutions in the embodiments of the present invention are clearly and completely described in the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are a part of the embodiments of the present invention, but not all of the embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

The method for processing the re-activation of the PDP provided by the following embodiments of the present invention may be specifically applied to the method of re-establishing a PDP connection between the terminal device and the network side in the communication system, and the communication system may specifically be Wideband Code Division Multiple Access (Wideband Code Division Multiple Access, Short for WCDMA), Code Division Multiple Access (CDMA), Time Division-Synchronous Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE) Wait. The processing method of the PDP re-energization provided in this embodiment may be specifically implemented by using a terminal device, which may be a smart phone or a tablet computer. Hereinafter, the processing method of the PDP reactivation provided in this embodiment will be described in detail by taking the communication system as WCDMA as an example.

FIG. 1 is a flowchart of Embodiment 1 of a method for processing PDP reactivation according to the present invention. As shown in FIG. 1, the execution body of the embodiment is a terminal device, and the processing method of the PDP reactivation in this embodiment includes:

5101. Initiate PDP reactivation to the network side, and receive a reactivation rejection response message fed back by the network side;

When the terminal device needs to perform service interaction with the network side again, the terminal device may initiate a PDP reactivation to re-establish a PDP connection. After receiving the activated PDP context request message sent by the terminal device, the network side may send a receive reactivation message to the terminal device, or may send a message rejecting the reactivation to the terminal device. After receiving the re-activation message sent by the network side, the terminal device may establish a connection between the terminal device and the network side, and then perform data service between the terminal device and the network side; if the terminal device receives the rejection re-activation sent by the network side After the message, the terminal device may determine whether to initiate a PDP activation retry process according to the rejection reason included in the reactivation rejection response message.

5102. If the reason for the rejection included in the re-activation response message is a permanent error, determine whether the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated.

If the reason for the rejection included in the reactivation rejection response message received by the terminal device is a temporary error, the terminal device may initiate a PDP activation retry process to the network side by itself. In the temporary error, the GGSN may refuse to activate or the cause is unknown. The reason for the rejection included in the reject response message may also be a permanent error, and the error caused by the terminal side is generally determined to be a permanent error, for example, an error caused by an authentication error or a service type not supported. For example, the packet data protocol address in the PDP parameter carried in the above request of the activation PDP sent by the terminal device is IP V6, and the network side does not support IPV6, thereby generating a situation that the terminal device initiates the information network side cannot support, and further The network side rejects the PDP reactivation, and the rejection reason included in the reactivation rejection response message sent to the terminal device is a permanent error that is not supported by the service type.

The prior art of the terminal device is that the retry activation rejection response message included in the network side feedback is a permanent error, and the PDP retry activation is not initiated to the network side, thereby causing the same terminal device and the network side to sometimes The data service can be performed, and sometimes the data service cannot be performed, and the user experience is not good. Alternatively, the terminal device removes the network after receiving the rejection response message sent by the network side and rejecting the reason is a permanent error. The side returns the judgment of the reject response message, and frequently initiates a PDP activation retry operation to the network, thereby causing an increase in power consumption of the terminal device. For example, if the terminal device is a mobile phone, the standby time of the mobile phone is shortened, and the network side frequently receives the call. The information requested by the terminal device requesting PDP activation increases the burden on the network side.

After receiving the reactivation rejection response message fed back by the network side, the terminal device in this embodiment first determines whether the rejection reason included in the reactivation rejection response message is a permanent error, and if it is a permanent error, determines the PDP reactivation process. Whether the PDP parameter used in the PDP parameter is a PDP parameter that can be successfully activated, that is, the PDP parameter that has been successfully activated. The PDP parameter may include an Access Point Name (APN) and a protocol configuration option, and a protocol configuration option. Includes authentication type, username, password, and packet data protocol address.

S103. If the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, initiate a PDP activation retry process.

If the PDP parameters carried in the reactivation request initiated by the terminal device to the network side are all the same as the PDP parameters that can be successfully activated, the PDP activation retry process is initiated to the network side again, that is, the transmission request PDP is activated, and the network is received. After receiving the PDP request, the side establishes a data service with the network side, or after receiving the network side rejecting the PDP activation request, sends an operation requesting the PDP activation to the network side again, and the terminal device can set the number of times the PDP activation retry is initiated. The number of times, you can not try again.

In this embodiment, it is determined that the PDP parameters used in the PDP reactivation process can be successfully activated. After the PDP parameters, the PDP activation retry process is initiated. Therefore, when the terminal device receives the re-activation denial response message of the feedback from the network side, the terminal device and the network side perform data services, thereby increasing the stability of the data service between the terminal device and the network side. FIG. 2 is a flowchart of Embodiment 2 of a method for processing a PDP reactivation according to the present invention. As shown in FIG. 2, in this embodiment, a processing method in which a terminal device is used as an execution subject to reactivate a PDP is described. The processing method of the PDP reactivation in this embodiment includes:

S201: Initiating a PDP reactivation to the network side, and receiving a reactivation rejection response message fed back by the network side;

The technical solution of the embodiment S101 is similar to the technical solution of the embodiment S101 shown in FIG. 1, and details are not described herein again.

5202. If the reason for the rejection included in the reactivation rejection response message is a permanent error, determining whether the PDP parameter used in the PDP reactivation process is included in the first list;

Specifically, after receiving the reactivation rejection response message fed back by the network side, the terminal device first determines whether the rejection reason included in the reactivation rejection response message is a permanent error, and if it is a permanent error, determines that the PDP is reactivated. Whether the PDP parameter used is included in the first list, and the first list includes the PDP parameters that have been successfully activated, that is, the PDP parameters of the terminal device and the network side successfully performing data services are recorded in the first list. The PDP parameters may include an APN and protocol configuration options, and the protocol configuration options include an authentication type, a username, a password, and a packet data protocol address. In this embodiment, when determining whether the PDP parameter used in the PDP reactivation process is included in the first list, the bubbling method may be performed in the first list, or the first list may be selected in the first list. Or sort sorting, and then dichotomy search, not limited here. The comparison object searched in the first list is a PDP parameter. When all the options in the PDP parameter and the protocol configuration option are the same, it is determined that the PDP parameter used in the PDP reactivation process is capable of Successfully activated PDP parameters.

5203. If the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, a PDP activation retry process is initiated.

Specifically, if the PDP parameter carried in the reactivation request initiated by the terminal device to the network side is not included in the first list, the PDP activation retry process is not initiated to the network side.

If the PDP parameter carried in the reactivation request initiated by the terminal device to the network side is included in the first list, it is determined that the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, and then the terminal device can determine Is there enough to provide this PDP activation request? The credit balance and/or traffic balance, or enough credit balance and/or traffic balance for data services. If there is sufficient credit balance and/or traffic balance, the PDP activation retry is initiated to the network side again. If the PDP activation retry fails and the number of failures reaches the preset value, the PDP parameter is added to the second list. And clearing the information in the first list, the second list contains PDP parameters that have not been successfully activated; the determination time for the existing credit balance and/or the traffic balance is not limited to the initiation of the PDP activation retry process, but also Before determining whether the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, the determination of the existing credit balance and/or the traffic balance may also be omitted. The determination of the existing credit balance and/or the traffic balance may be determined by the balance monitoring software installed on the terminal device, or by the traffic monitoring software, or by the information provided by the operator, which is not limited in this embodiment.

In this embodiment, the PDP activation retry process is initiated by determining that the PDP parameters used in the PDP reactivation process are included in the first list. Therefore, the terminal device can perform data service with the network side, and the PDP parameter carried in the reactivation request initiated by the terminal device to the network side is not included in the first list, and the PDP activation retry process is not initiated to the network side. In turn, the power consumption caused by blind retry of the terminal device is reduced.

FIG. 3 is a flowchart of Embodiment 3 of a method for processing PDP reactivation according to the present invention. As shown in FIG. 3, this embodiment describes a method for processing a PDP reactivation by a terminal device as an execution subject. The processing method of the PDP reactivation in this embodiment includes:

S301: Initiating a PDP reactivation to the network side, and receiving a reactivation rejection response message fed back by the network side;

The technical solution of the embodiment S101 is similar to the technical solution of the embodiment S101 shown in FIG. 1 , and details are not described herein again.

5302. If the reason for the rejection included in the reactivation rejection response message is a permanent error, determining whether the PDP parameter used in the PDP reactivation process is included in the second list;

Specifically, after receiving the reactivation rejection response message fed back by the network side, the terminal device first determines whether the rejection reason included in the reactivation rejection response message is a permanent error, and if it is a permanent error, determines that the PDP is reactivated. Whether the used PDP parameter is included in the second list, and the second list includes the PDP parameter that has not been successfully activated, that is, the second list records that the terminal device and the network side cannot successfully perform the data service. PDP parameters, wherein the PDP parameters may include APN and protocol configuration options, and the protocol configuration options include an authentication type, a username, a password, and a packet data protocol address. The PDP parameters used in determining the PDP reactivation process in this embodiment are The search method included in the second list may be a bubble search in the second list, or may be inserted or sorted in the second list, and then searched by a binary method, which is not limited herein. . When the access point names in the PDP parameters are different or any of the protocol configuration options are different, it may be determined that the PDP parameters used in the PDP reactivation process are not included in the second list, that is, It is determined that the PDP parameters used in the PDP reactivation process are PDP parameters that can be successfully activated.

S303. If the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, initiate a PDP activation retry process.

Specifically, if the PDP parameter carried in the reactivation request initiated by the terminal device to the network side is not included in the second list, it may be determined that the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, and the terminal The device can determine if there are enough credit balances and/or traffic balances to provide the PDP activation request for this initiation, or sufficient credit balance and/or traffic balance for the data service. If there is sufficient credit balance and/or traffic balance, the PDP activation retry process is initiated again to the network side. Otherwise, the activation retry operation is no longer initiated. The determination time for the existing credit balance and/or the traffic balance is not limited to the process of initiating the PDP activation retry process, and may also be performed before determining that the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated. The determination of the balance of existing credit and/or the balance of the traffic is omitted. The determination of the existing credit balance and/or the traffic balance may be determined by the balance monitoring software installed on the terminal device, or the traffic monitoring software, or the information provided by the operator, which is not limited in this embodiment.

After the PDP activation retry process is initiated to the network side again, if the PDP activation retry fails, the PDP activation retry operation may be initiated to the network side again. When the retry number reaches the preset value, the PDP activation weight may no longer be initiated. Trying to add the PDP parameters to the second list; if the PDP activation retry is successful, add the PDP parameters to the first list.

In this embodiment, it is determined whether to initiate a PDP activation retry process by determining whether the PDP parameters used in the PDP reactivation process are included in the second list. Therefore, the terminal device can perform data service with the network side, and by recording network side information that cannot perform data service with the terminal device in the second list, the network side burden can be reduced.

FIG. 4 is a flowchart of Embodiment 4 of a method for processing PDP reactivation according to the present invention. As shown in FIG. 4, in this embodiment, a processing method in which a terminal device is used as an execution subject to reactivate a PDP is described. The processing method of the PDP reactivation in this embodiment includes: S401: Initiating a PDP reactivation to the network side, and receiving a reactivation rejection response message fed back by the network side;

5402. If the reason for the rejection included in the re-activation response message is a permanent error, determining whether the PDP parameter used in the PDP re-activation process is not included in the first list and the second list; specifically, the terminal device is After receiving the reactivation rejection response message fed back by the network side, it is first determined whether the rejection reason included in the reactivation rejection response message is a permanent error, and if it is a permanent error, determining the PDP parameter used in the PDP reactivation process. Whether it is included in the first list, where the PDP parameter of the terminal device and the network side successfully performing data service is recorded in the first list; if the PDP parameter used in the PDP reactivation process is not included in the first list, Determining whether the PDP parameter used in the PDP reactivation process is included in the second list, and the second list includes the PDP parameter that has not been successfully activated, wherein the second list records that the data cannot be performed with the terminal device. Network side information of the service; that is, there is no search in the list of data services that cannot be established on the terminal device and the network side. To the network side information, it can be determined that the terminal device does not have a record that cannot be established with the network side.

It should be noted that the PDP parameters recorded in the first example and the second list may include an APN and a protocol configuration option, and the protocol configuration options include an authentication type, a username, a password, and a packet data protocol address. The method for determining whether the PDP parameter used in the PDP reactivation process is included in the first list or the second list may be a bubbling method search in the first list or the second list, or may be performed in the first list or the second list. In the first list or the second list, first select insert or sort insert, and then perform binary search, which is not limited herein. When the access point name or the protocol configuration option in the PDP parameter is different, it is determined that the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated.

5403. If the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, a PDP activation retry process is initiated.

Specifically, if the terminal device determines that the PDP parameter carried in the reactivation request initiated by the network side is not included in the first list, and is not included in the second list, it may determine that the PDP parameter used in the PDP reactivation process is used. The PDP parameter is a PDP parameter that can be successfully activated, and then the terminal device can determine whether there is a credit balance and/or traffic balance sufficient to satisfy the initiating PDP activation request, or sufficient to satisfy the credit balance and/or traffic balance of the data service. . If there is enough credit balance and / or flow The amount balance, the PDP activation retry process is initiated to the network side again. After the PDP activation retry process is initiated to the network side again, if the PDP activation retry fails, the PDP parameter is added to the second list; if the PDP activation retry is successful, the PDP parameter is added to the first List. The determination time for the existence of the balance of the credit and/or the balance of the traffic is not limited to the process of initiating the PDP activation retry process, and may also be performed before determining that the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated. The determination of the balance of existing credit and/or the balance of the traffic is omitted. The determination of the existing credit balance and/or the traffic balance may be determined by the balance monitoring software installed on the terminal device, or by the traffic monitoring software, or by the information provided by the operator, which is not limited in this embodiment.

In this embodiment, by determining that the PDP parameters used in the PDP reactivation process are included in the first list and the second list, a PDP activation retry process is initiated, which can reduce power consumption caused by blind retry of the terminal device.

FIG. 5 is a schematic structural diagram of Embodiment 1 of a terminal device according to the present invention. As shown in FIG. 5, the terminal device in this embodiment includes: a sending module 51 and a processing module 52. The sending module 51 is configured to initiate a PDP reactivation to the network side, and receive a reactivation rejection response message fed back by the network side, where the processing module 52 is configured to: if the retry response message includes a rejection reason, Then, it is determined whether the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated; if yes, a PDP activation retry process is initiated.

The user equipment in this embodiment may be used to implement the technical solution of the method embodiment shown in FIG. 1. The implementation principle and technical effects are similar, and details are not described herein again.

Optionally, the foregoing processing module 52 is specifically configured to determine whether the PDP parameter used in the PDP reactivation process is included in the first list, and if yes, determine that the PDP reactivation process is used. The PDP parameter is a PDP parameter that can be successfully activated, and the first list contains PDP parameters that have been successfully activated.

The user equipment in this embodiment may be used to implement the technical solution of the method embodiment shown in FIG. 2, and the implementation principle and technical effects are similar, and details are not described herein again.

Optionally, the foregoing processing module 52 is specifically configured to determine whether the PDP parameter used in the PDP reactivation process is included in the second list, and if not, determine the PDP reactivation process. The PDP parameters used are PDP parameters that can be successfully activated, and the second list contains PDP parameters that have not been successfully activated.

The user equipment of this embodiment may be used to implement the technical solution of the method embodiment shown in FIG. The implementation principle is similar to the technical effect, and will not be described here.

Optionally, the foregoing processing module 52 is specifically configured to determine whether the PDP parameter used in the PDP reactivation process is included in the first list, and if not, determine the PDP reactivation process. Whether the used PDP parameter is included in the second list. If not, it is determined that the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, and the first list includes the successfully activated PDP parameters, the second list contains PDP parameters that have not been successfully activated.

The user equipment in this embodiment may be used to implement the technical solution of the method embodiment shown in FIG. 4, and the implementation principle and technical effects are similar, and details are not described herein again.

FIG. 6 is a schematic structural diagram of Embodiment 2 of a terminal device according to the present invention. As shown in FIG. 6, the terminal device in this embodiment may further include: a first storage module 53 for When the test is successful, the PDP parameters are added to the first list.

Optionally, the method further includes: a second storage module 54, configured to add the PDP parameter to the second list when the PDP activation retry fails.

Optionally, the foregoing processing module may be further configured to determine whether the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, or before the initiating a PDP activation retry process, There is a credit balance and/or a traffic balance.

The user equipment in this embodiment may be used to implement the technical solution in the foregoing method embodiments. The principle and the technical effects are similar, and details are not described herein again.

One of ordinary skill in the art will appreciate that all or a portion of the steps to implement the various method embodiments described above can be accomplished by hardware associated with the program instructions. The aforementioned program can be stored in a computer readable storage medium. The program, when executed, performs the steps including the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Finally, it should be noted that the above embodiments are only for explaining the technical solutions of the present invention, and are not intended to be limiting thereof; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art will understand that The technical solutions described in the foregoing embodiments may be modified, or some or all of the technical features may be equivalently replaced; and the modifications or substitutions do not deviate from the technical solutions of the embodiments of the present invention. range.

Claims

A method for processing a PDP reactivation of a packet data protocol, comprising: initiating a PDP reactivation to a network side, and receiving a reactivation rejection response message fed back by the network side; if the reactivation rejection response message is included The reason for the rejection is a permanent error, and it is determined whether the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated; if yes, a PDP activation retry process is initiated.

The method according to claim 1, wherein the determining whether the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated includes:

The method according to claim 4, after the initiating the PDP activation retry process, the method further includes:

If the PDP activation retry is successful, the PDP parameters are added to the first list.

The method according to any one of claims 3 to 5, wherein after the initiating the PDP activation retry process, the method further includes:

The method according to any one of claims 1 to 6, wherein the determining whether the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, or the Before initiating the PDP activation retry process, it also includes:

Determine if there is a credit balance and/or traffic balance.

8. A terminal device, comprising:

a sending module, configured to initiate a packet data protocol PDP reactivation to the network side, and receive a reactivation rejection response message fed back by the network side;

The terminal device according to claim 8, wherein the processing module is specifically configured to determine whether a PDP parameter used in the PDP reactivation process is included in the first list, and if included, Determining that the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, and the first list includes the PDP parameters that have been successfully activated.

The terminal device according to claim 8, wherein the processing module is specifically configured to determine whether a PDP parameter used in the PDP reactivation process is included in the second list, if not included, Then, it is determined that the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated, and the second list includes the PDP parameter that has not been successfully activated.

The terminal device according to claim 10, wherein the processing module is specifically configured to determine whether a PDP parameter used in the PDP reactivation process is included in the first list, if not included, Determining whether the PDP parameter used in the PDP reactivation process is included in the second list. If not, determining that the PDP parameter used in the PDP reactivation process is a PDP parameter that can be successfully activated. The first list includes PDP parameters that have been successfully activated, and the second list includes PDP parameters that have not been successfully activated.

The terminal device according to claim 11, further comprising:

The terminal device according to any one of claims 10 to 12, further comprising:

a second storage module, configured to add the PDP parameter to the first when the PDP activation retry fails In the second list.

The terminal device according to any one of claims 8 to 13, wherein the processing module is further configured to determine whether the PDP parameter used in the PDP reactivation process is successfully activated. Before the PDP parameter, or before initiating the PDP activation retry process, it is determined whether there is a credit balance and/or a traffic balance.