CN1319395C - Service request retrying method and apparatus thereof - Google Patents

Abstract

The present invention discloses a business request retrying method. The method comprises the following steps: a user terminal transmits a business request message for requesting business service to a current service network; after receiving a business request failure message fed back by the current service network, the user terminal transmits the business request message for requesting business service to other service networks supported by the user terminal itself again one by one until the business is successfully requested; if business request failure messages fed back by all the other service networks are received, the business request process ends. Correspondingly, the present invention also discloses a business request retrying device. The present invention can achieve the purposes of automatically modifying a current service network and transmitting a business request again by a user terminal.

Description

Service request retry method and device thereof

technical field

The present invention relates to the technical field of mobile communication, and further relates to a service request retry method and device thereof.

Background technique

With the continuous development and improvement of mobile communication technologies, more and more wireless communication networks have emerged, and different wireless communication networks can provide users with different services. For example, the third-generation mobile communication systems WCDMA, cdma2000 and TD-SCDMA networks have higher packet data transmission rates and support more services than the second-generation mobile communication systems GSM and CDMA networks.

The wireless communication network can generally be divided into the access network part and the service provider network part according to the functions. The access technology characteristics of the access network determine the service carrying capacity of the network, such as the data transmission rate of the access network, etc.; the service provider network The part includes the core network and the service network, and decides which services to provide to users, such as voice services, videophone services, short message services, and multimedia services.

Since the above-mentioned wireless communication network can be divided into an access network part and a service provision network part, and at the same time, in order to reduce the network construction cycle and maintenance costs, more and more network sharing technologies have emerged in the industry. Since the network construction cost of the access network part is higher than that of the service provider network part, but the service provider network part can provide users with various special services, so the shared access network part is generally used, while the service provider network part The network (including the core network and the service network) is independent and not shared; of course, the operator can also share the part of the access network and the part of the service provider network. After each wireless communication network adopts the sharing technology, there may be only one access network part of multiple wireless communication networks, while the service provision network part (including core network and service network) is a plurality of mutually independent systems, respectively belong to different operators.

Corresponding to different access technologies, there are more and more multi-mode terminals. The so-called multi-mode terminals refer to user terminals that can choose to use two or more different access technologies. The mobile terminals of the GSM communication system and the CDMA communication system are dual-mode terminals. Considering the current situation of the network and the practicability of the terminals, most of them are dual-mode terminals at present. The advantage of the multi-mode terminal is that the terminal can be applied to multiple access networks with different access technologies at the same time, and the user can freely choose which network the terminal will work on. For example, a dual-mode mobile terminal compatible with the PHS communication system of the PHS and the GSM network system of the Global System for Mobile Communications can enable users to enjoy the tariff advantages of PHS and experience the network advantages of GSM.

When a multi-mode terminal works in multiple wireless network systems that adopt shared technology, considering the cost, power consumption, and equipment complexity of the multi-mode terminal, generally only the terminal is allowed to work in one wireless network system at the same time , enjoy the services provided by the service provider network part of a wireless network system. The wireless network where the terminal is currently located can be actively selected by the user, or the terminal can automatically select a certain wireless network according to conditions such as the strength of the received network signal, whether the network allows the terminal to access, network congestion, or whether the user subscribes to the network. When the network signal changes, the network switches due to user movement, the user roams to another network, the network congestion changes, or the user's subscription network changes, the terminal can automatically switch the mode, that is, from the current working The wireless network system switches to another wireless network system. After the terminal selects a certain operator's network as the service network for the first time, it will use the service network as the current service network; under normal circumstances, the terminal will work in the current network.

Referring to FIG. 1 , this figure is a schematic diagram of the process of initiating a service request in the current wireless network when a terminal wants to use a service provided by a certain wireless network in the prior art. The business request processing process is as follows:

Step 10, when the terminal has a request for using a certain service, it will send a service request message for requesting the service to the current network side;

Step 20, the current network judges whether it can provide the service to the terminal according to the received service request message, if yes, execute step 30, otherwise execute step 40;

Step 30, the current network where the terminal is located will establish a service connection for the terminal, and provide the terminal with the requested service;

Step 40, the network feeds back a service request failure message to the terminal.

However, using the above service request processing process, when the current network system where the terminal is located does not support the service requested by the terminal, the user terminal will get a service request failure response. At the same time, if there is another wireless network that can provide services to the user to support the service, the user needs to initiate the operation of changing the current service network, and the user can initiate the operation of changing the current service network by pressing a specific button on the terminal , or through the selection of menu items on the screen (the terminal includes the function item of changing the current service network in the menu design in advance, or the terminal sets a function button to change the current service network) to select the network that can provide the service as the The current service network of the terminal, and then initiate a service request again in the changed current service network. In this way, for the user, the above-mentioned operation mode of replacing the current service network that requires the active intervention of the user is very inconvenient in the actual application process.

Contents of the invention

The technical problem to be solved by the present invention is to propose a service request retry method and its device, so that when the current service network of the user terminal does not support the service requested by the user, the user terminal does not need to actively intervene, but the user terminal automatically Change the current service network and re-initiate the service request.

In order to solve the above problems, the present invention proposes a service request retry method, comprising steps:

The user terminal sends a service request message for requesting service to the current service network; and

After receiving the service request failure message fed back by the current service network, record the service network that has fed back the service request failure message, and resend the service request message for requesting the business service to other service networks supported by itself one by one, until The business request is successful;

If the service request failure messages fed back by all other service networks are received, the service request process ends.

The process of resending the service request message further includes:

The user terminal judges whether there are other service networks supported by itself, and the other service networks do not include the recorded service network; if so, select a service network from other service networks supported by itself; and

Resend the service request message to the selected service network; otherwise, the service request process ends.

After resending the service request message to the selected service network, it also includes:

The user terminal receives the service request failure message fed back by the selected service network; and

After recording the selected service network, return to the step of judging whether other service networks supported by itself exist.

More deeply, in the method, the service request failure message includes the reason for the service request failure;

The method further includes the user terminal deciding whether to resend the service request message to other service networks supported by the user terminal according to the cause of the service request failure included in the service request failure message.

If the reason for the failure of the service request is a network reason, the user terminal resends the service request message to other service networks supported by itself;

However, if the cause of the failure of the service request is not caused by the network, the user terminal stops resending the service request message to other service networks supported by itself.

The method also includes the steps of:

The user terminal records the current service network; and

After the service request in other service networks is successful, return to work in the current service network according to the record.

The method further includes a step: the user terminal keeps working in the service network where the service request is successful after the service request is successful in other service networks.

Correspondingly, the present invention also proposes a service request retry device, including:

A service request message sending unit, configured to send a service request message for requesting service to the service network;

The service request failure response unit is used for the terminal to receive and respond to the service request failure message fed back by the service network;

A service network search unit, connected to the service request failure response unit, configured to search for a service network among other service networks supported by the terminal itself after the service request failure response unit receives the service request failure message;

The notification unit is respectively connected with the service network search unit and the service request message sending unit, and is used to send the service request message sending unit to instruct the service request message sending unit to search for the service network according to the service network searched by the service network search unit. The network resends the notification message of the service request message.

The device also includes a network identification recording unit connected to the service request failure response unit and the service network search unit respectively, for recording and feeding back the service network identification of the service request failure message received by the service request failure response unit information, and instruct the service network search unit to search for other service networks other than the recorded service network.

The service request retry method and device of the present invention are based on the multi-mode terminal and network sharing technology, and the user terminal sends a service request message to the current service network, but the current service network does not support the requested service and feeds back the service to the user terminal After requesting a failure message, the user terminal automatically initiates a service request in other service networks supported by itself, without requiring the user to actively intervene in the terminal to change the current service network and then send a service request message in the changed service network, which is convenient the user's use.

Description of drawings

FIG. 1 is a schematic diagram of the processing process of initiating a service request in the current wireless network when a terminal wants to use a service provided by a certain wireless network in the prior art;

Fig. 2 is a flow chart of the specific implementation process of the service request retry method of the present invention;

Fig. 3 is a block diagram of the structure and composition of the service request retry device of the present invention.

Detailed ways

In the prior art: a user terminal (UE, User Equipment) sends a service request message for a certain service to the current service network to request the service of the service, and because the current service network does not have the ability to provide the service, it sends the message to the UE Business request failure message. And if there is another service network that can provide business services to the UE to support the service, the user needs to actively initiate the operation of changing the current service network (for example, the user can press a specific button on the UE, or through the UE screen Of course, this method requires the UE to set a certain button to change the current service network, or to set this function item in the function menu) to select the service network that can support the service as the current service network, and then initiate a service request again. Adopting this method of changing the current service network is very inconvenient from the user's point of view.

The service request retry method of the present invention is mainly aimed at the disadvantages of the above-mentioned prior art, and proposes that the user terminal UE automatically resends the service request message to other service networks supported by itself after receiving the service request failure message fed back by the service network. In order to enjoy the business service requested by it in other service networks, thereby simplifying the operation of changing the current service network, and bringing convenience to the user's use process.

With reference to Fig. 2, this figure is the specific implementation process flowchart of the service request retry method of the present invention, and the specific implementation process of the service request retry method of the present invention is as follows among the figure:

Step 10, when the user terminal UE wants to use a certain service, it sends a service request message for requesting the service to the current service network;

Step 20, the current service network where the UE is located receives the service request message; and judges whether it can support the service requested by the service request message according to the service information requested by the service request message; if yes, execute step 30; otherwise execute Step 40;

Step 30, the current service network where the UE is located performs the process of establishing the service connection to provide the service to the UE, and then the service request process result of the UE;

Step 40, the current serving network where the UE is located feeds back a service request failure message to the UE, wherein the service request failure message fed back includes a reason for the service request failure;

Step 50, the UE records the current service network, mainly by recording the service network identification information, so that the subsequent UE will not resend the service request message to the recorded service network according to the recorded network identification information;

In step 60, the UE decides whether to resend the service request message to other service networks it supports according to the service request failure reason contained in the service request failure message received in step 40. If the reason for the failure is network-related, including that the current service network does not support the service, or that the current service network is congested, or that the user in the current service network does not subscribe to the service, or that the current service network has no available resources, etc. , the UE resends the service request message to other service networks supported by itself; and for non-service network-related reasons, including service request message error and service failure caused by the service receiver, such as the called party identity cannot be recognized, If the calling party does not support the service and other reasons, the UE will not resend the service request message to other service networks supported by itself, so as to avoid meaningless service request retry;

Then, the UE judges whether there are other service networks supported by itself, and the other service networks here do not include the service networks recorded by itself; if yes, perform step 70; otherwise, it is proved that the UE has traversed all the service networks supported by itself , then the service request process result of the UE;

Step 70, the UE randomly selects a service network from other service networks supported by itself;

Step 80, the UE resends the service request message to the service network selected in step 70 to request the service again;

Step 90, the selected service network receives the service request message sent by the UE; and judges whether it supports the service service requested by the service request message; if yes, execute step 100; otherwise, execute step 110;

Step 100, the selected service network performs the process of establishing the service connection to provide the service to the UE, and then the service request process result of the UE;

Step 110, the selected serving network feeds back a service request failure message to the UE;

Step 120, after receiving the service request failure message fed back by the selected service network in step 110, the UE records the selected service network, mainly by recording the identification information of the service network, so that subsequent UEs can The network identification information does not resend the service request message to the recorded service network; then return to step 60.

After the user terminal UE successfully requests services in other service networks supported by itself, the user terminal UE can choose to return to or not to return to the original service network to work; that is, it can choose to keep working in the service network where the service request is successful; it can also use The UE records the original current service network (using the method of recording the identification information of the current service network), so that after subsequent service requests in other service networks are successful, it returns to the original current service network according to the record information of the original current service network. Network work.

At the same time, the user terminal UE will also indicate the identification information of the current service network to the user, so that the user can know the current service network at any time.

The service request retry method of the present invention needs to set relevant programs in the UE, so that after the UE receives the service request failure message fed back by the service network, the program records the service network that feeds back the service request failure (using the method of recording the service network identification information ); and automatically search for other service networks supported by itself, so as to resend the service request message after searching for another service network supported by itself, until the service request succeeds, or resend to each other service network supported by itself After receiving the service request message, the service request failure message fed back by the service network is received, and the service request process ends.

With reference to Fig. 3, this figure is the structural composition block diagram of service request retry device of the present invention; Service request retry device in the figure comprises service request message sending unit S1, service request failure response unit S2, service network search unit S3, notification unit S4 and the network identification recording unit S5, the connection relationship and functions of each unit are as follows:

The service request message sending unit S1 is used for the user terminal UE to send a service request message for requesting a certain service service to the current service network;

The service request failure response unit S2 is used for the UE to respond to the received service request failure message after receiving the service request failure message fed back by the serving network;

The service network search unit S3 is connected to the service request failure response unit S2, and is used to search for a service network among other service networks supported by the UE itself after learning that the service request failure response unit S2 has received the service request failure message;

The notification unit S4 is connected to the service network search unit S3 and the service request message sending unit S1 respectively, and is used to send a message to the service request message sending unit S1 according to the service network searched by the service network search unit S3 for instructing the service request message sending unit. S1 resends the notification message of the service request message to the searched service network;

The network identification recording unit S5 is respectively connected with the service request failure response unit S2 and the service network search unit S3, and is used to record and feed back the service network identification of the service request failure message received by the service request failure response unit S2 information (the service request failure message fed back by the service network contains the identification information of the service network), and instructs the service network search unit S3 to search for other service networks supported by the UE outside the recorded service network, that is, instructs the service network to search When unit S3 searches for other service networks supported by the UE, do not search for service networks already recorded by the UE, so as to avoid meaningless service request retries.

Utilizing the service retry method of the present invention, after the user terminal receives the service request failure message fed back by the current service network, the user terminal will automatically search for other service networks supported by itself without any intervention on the terminal. After arriving at another service network, automatically resend the business request message used to request the business service to the searched service network, wherein the entire process of re-trying the service request is transparent to the user, so the user's Use brings great convenience.

In view of the foregoing description it will be evident to a person skilled in the art that various changes may be made within the scope of the invention. Although a preferred embodiment of the present invention has been described in detail, it is obvious that the present invention may have many variations and modifications within the scope described in the claims.

Claims (8)

1. A method for retrying a service request, comprising the steps of: The user terminal sends a service request message for requesting business services to the current service network; and after receiving the service request failure message fed back by the current service network, records the service network that fed back the service request failure message, and supports itself one by one The other service network of the service network resends the business request message used to request the business service until the business request succeeds; If the service request failure messages fed back by all other service networks are received, the service request process ends. 2. The service request retry method according to claim 1, wherein the process of resending the service request message further comprises: The user terminal judges whether there are other service networks supported by itself, and the other service networks do not include the recorded service network; if so, select a service network from other service networks supported by itself; and Resend the service request message to the selected service network; otherwise, the service request process ends. 3. The service request retry method according to claim 2, characterized in that after resending the service request message to the selected service network, it further includes: The user terminal receives the service request failure message fed back by the selected service network; and After recording the selected service network, return to the step of judging whether other service networks supported by itself exist. 4. The service request retry method according to claim 1, characterized in that: The business request failure message includes the reason for the business request failure; The method further includes the user terminal deciding whether to resend the service request message to other service networks supported by the user terminal according to the cause of the service request failure included in the service request failure message. 5. The service request retry method according to claim 4, characterized in that: The reason for the failure of the service request is a network reason, then the user terminal resends the service request message to other service networks supported by itself; If the cause of the failure of the service request is not a network reason, the user terminal stops resending the service request message to other service networks supported by itself. 6. The service request retry method according to claim 1, further comprising the steps of: The user terminal records the current service network; and After the service request in other service networks is successful, return to work in the current service network according to the record. 7. The service request retry method according to claim 1, further comprising the step of: after the user terminal successfully requests service in other service networks, it keeps working in the service network where the service request succeeds. 8. A service request retry device, comprising: A service request message sending unit, configured to send a service request message for requesting service to the service network; The service request failure response unit is used for the terminal to receive and respond to the service request failure message fed back by the service network; A service network search unit, connected to the service request failure response unit, configured to search for a service network among other service networks supported by the terminal itself after the service request failure response unit receives the service request failure message; The notification unit is respectively connected with the service network search unit and the service request message sending unit, and is used to send the service request message sending unit to instruct the service request message sending unit to search for the service network according to the service network searched by the service network search unit. A notification message for the network to resend the service request message; also includes: The network identification recording unit connected with the service request failure response unit and the service network search unit respectively, is used for recording and feeding back the service network identification information of the service request failure message according to the service request failure message received by the service request failure response unit, and instructing the service The network search unit searches other service networks than the recorded service networks.

Images