WO2012019442A1

WO2012019442A1 - Method for processing over-the-air service and terminal thereof

Info

Publication number: WO2012019442A1
Application number: PCT/CN2011/070233
Authority: WO
Inventors: 张博
Original assignee: 中兴通讯股份有限公司
Priority date: 2010-08-10
Filing date: 2011-01-13
Publication date: 2012-02-16
Also published as: CN101925049B; CN101925049A

Abstract

A method for processing Over-the-Air (OTA) service and terminal thereof are provided in the present invention. The method includes: initiating an OTA service for a user of the terminal by a terminal or a network side; the terminal storing or updating the Number Assign Module (NAM) parameters corresponding to the users in the NAM area, wherein, the terminal including multi-NAM areas for storing the NAM parameters, and the NAM parameters of the different users in the same mode of the terminal being saved in different NAM areas. With the prensent invention, the regular process for the NAM parameters in the same mode of different users can be assured in the OTA service.

Description

TECHNICAL FIELD The present invention relates to the field of communications, and in particular to an air interface service processing method and terminal. BACKGROUND With the popularization of terminals (for example, mobile phones), a single mode multi-standby (for example, dual standby, the following dual standby is taken as an example) terminal, that is, one terminal can write two numbers of the same mode, or Insert two cards of the same mode. Since the terminal has two numbers, the services of different users corresponding to the two numbers can be separated to facilitate application in different occasions. At present, some mobile communication networks (for example, CDMA) provide over-the-air (OTA) services, and users can perform numbering and parameter tampering through OTA services.

The OTA process is only applicable to the parameter update process of a single user. For a single-mode dual-standby terminal, the terminal may be confused with the parameter processing, thereby affecting the normal operation of the terminal. SUMMARY OF THE INVENTION A primary object of the present invention is to provide an air interface service processing solution to solve at least the above problems. According to an aspect of the present invention, an air interface service processing method is provided, including: a terminal or a network side initiating an air interface OTA service to a user in the terminal; and a number assignment module corresponding to the terminal in the user The NAM parameter is saved or updated in the NAM area, where the terminal includes a plurality of NAM areas for storing NAM parameters, and NAM parameters corresponding to different users in the same mode on the terminal are saved in different NAM areas. in. Further, the terminal initiates an air service programming OTASP service for the user in the terminal, and the saving the NAM parameter in the NAM area corresponding to the user by the terminal includes: the terminal is in the selected NAM area. And saving the NAM parameter corresponding to the user from the network side. Further, the terminal selects one NAM area from the plurality of NAM areas to save the NAM parameter; or the terminal saves the NAM parameter in an NAM area selected by an operator of the terminal. Further, the network side uses the identifier information to initiate an air parameter management OTAPA service to the user in the terminal, where the identifier information is used to identify which one of the terminals the network side initiates the OTAPA. The terminal is in the NAM area i corresponding to the user indicated by the identifier information, or saves or updates the NAM parameter corresponding to the user. Further, after the network side uses the identifier information to initiate the OTAPA service to the user in the terminal, the method further includes: determining, by the terminal, whether the user indicated by the identifier information is a user of the terminal, if If the result is no, the OTAPA service is terminated. Further, the method further includes: when the OTAPA service is initiated by the network side, the terminal does not initiate an OTASP service. Further, the identification information is an International Mobile Subscriber Identity (IMSI) or an electronic serial number (ESN) for identifying different NAM zones i or. Further, during the execution of the OTA service, the calling party corresponding to the number corresponding to the user is refused. According to another aspect of the present invention, a terminal is provided, including: a plurality of number assignment module NAM areas, configured to save NAM parameters, wherein NAM parameters corresponding to different users in the same mode on the terminal are saved in The processor is configured to save or update the NAM parameter corresponding to the user in the NAM area corresponding to the user in the case that the user on the terminal performs the air interface OTA service. Further, the processor is configured to: when the terminal initiates an OTASP service, save, in the selected NAM area, the NAM parameter that is obtained from the network side and corresponding to the user. Further, the processor is configured to: when the network side uses the identifier information to initiate the OTAPA service to the user in the terminal, the NAM area corresponding to the user indicated by the identifier information is saved or updated, and is obtained from the network side. To the NAM parameter corresponding to the user. With the present invention, the terminal or the network side initiates an air interface OTA service to the user in the terminal; the terminal saves or updates the NAM parameter corresponding to the user in the NAM area corresponding to the user, The terminal includes a plurality of NAM areas for storing the NAM parameters of the number assignment module, and the NAM parameters corresponding to different users in the same mode on the terminal are saved in different NAM areas. The problem that the terminal may be confused with the parameter processing in the OTA process in the related art is solved, thereby ensuring the normal processing of the NAM parameters of different users in the same mode by the OTA service. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a flow chart of a method for processing an air interface service according to an embodiment of the present invention; FIG. 2 is a block diagram showing a structure of a terminal according to an embodiment of the present invention; Example of a single mode dual standby terminal OTASP process flow chart; FIG. 4 is a flow chart of a single mode dual standby terminal OTAPA process according to an embodiment of the present invention. BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. In the following embodiments, it is considered that for a single-mode dual-standby or multi-standby terminal, if the original single-standby mechanism is used, the terminal cannot distinguish which one of the user parameters of the terminal is updated or saved. Therefore, it is necessary to distinguish the original OTO mechanism to ensure the normal operation of the OTA service, and provide an air interface service processing method to ensure the normal operation of the OTA service corresponding to the two users. To better illustrate the present embodiment, the OTA service (which may also be referred to as an OTA process) is first described. Similar to the OTA process of a single mode terminal (for example, a mobile phone), the OTA process is mainly divided into two categories, one is airborne. Over-The-Air Parameter Administration (abbreviated as ΟΤΑΡΑ), and the other is Over-The-Air Service Programming (OTASP). For example, the OTASP process is a terminal-initiated numbering process. This usually happens when a new mobile phone or the mobile phone is replaced with another number, and the OTAPA process is for the operator to change the user's mobile phone information for his own needs. It should be noted that, in the following embodiments, OTASP and OTAPA are taken as an example. However, the present invention is not limited thereto. Other OTA services related to single-mode multi-users may also adopt the technical solutions in the following embodiments. . 1 is a flowchart of a method for processing an air interface service according to an embodiment of the present invention. As shown in FIG. 1, the process includes the following steps: Step S102: A terminal or a network side initiates an OTA service for a user in the terminal; Step 4 The S-S, the terminal saves or updates the NAM parameter corresponding to the user in the number assignment module (NAM) area corresponding to the user, where the terminal includes multiple NAM areas for saving NAM parameters, and the terminal The NAM parameters corresponding to different users in the same mode are saved in different NAM areas i or in. A plurality of different NAM areas i are set in the terminal, and NAM parameters corresponding to different users are stored in different NAM areas, thereby avoiding confusion of single-mode multi-user NAM parameters, and also ensuring single mode dual Wait or wait for the terminal to work normally. In another embodiment, the terminal is instructed to initiate an OTASP service to a user in the terminal. In the OTASP service, the terminal saves the NAM parameters corresponding to the user from the network side in the selected NAM area. For example, the terminal may actively select one NAM area from the plurality of NAM areas to save the NAM parameter; or the terminal may also save the NAM parameter in the NAM area selected by the operator of the terminal (for example, the terminal may be to the terminal) The user provides a list of NAM areas for the user to select). In another embodiment, the OTAPA service initiated by the network side is described. In this embodiment, the network side uses the identifier information to initiate an OTAPA service to the user in the terminal, where the identifier information is used to identify which user in the network side terminal initiates the OTAPA service; and then, the terminal is indicated by the identifier information. The NAM area corresponding to the user saves or updates the NAM parameter corresponding to the user. Preferably, the identification information may be an International Mobile Subscriber Identity (IMSI) or an Electronic Serial Number (ESN) for identifying different NAM zones i or As a preferred embodiment of the present embodiment, the terminal may determine whether the user indicated by the identifier information is a user of the terminal, and if the determination result is no, the OTAPA service is terminated. In order to make the update of the NAM parameters more reliable, when the OTAPA service is initiated on the network side, the terminal does not initiate the OTASP service. Of course, it is also possible to refuse to call the number corresponding to the user during the execution of the OTA service. In another embodiment, a terminal is provided, which is used to implement the method in the foregoing embodiment, which has been described in the foregoing embodiment, and details are not described herein again. 2 is a structural block diagram of a terminal according to an embodiment of the present invention. As shown in FIG. 2, the terminal includes: a plurality of number assignment modules NAM area 22 and a processor 24. The structure will be described below. a plurality of number assignment modules NAM area 22, configured to save NAM parameters, wherein NAM parameters corresponding to different users in the same mode on the terminal are stored in different NAM areas; the processor 24 is connected to the plurality of number assignment modules NAM area 22, In the case that the user on the terminal performs the air interface OTA service, the NAM parameter corresponding to the user is saved or updated in the NAM area corresponding to the user. Preferably, the processor 24 is configured to save the NAM parameter corresponding to the user from the network side in the selected NAM area if the terminal initiates the OTASP service. Preferably, the processor 24 is configured to: when the network side uses the identifier information to initiate the OTAPA service to the user in the terminal, save or update the NAM corresponding to the user from the network side in the NAM area corresponding to the user indicated by the identifier information. parameter. The following is an example of a mobile phone with two NAM areas (or NAM spaces). During the OTA numbering process (it is necessary to note that the OTA numbering process here is the process of writing NAM parameters in the NAM area) will involve two sets of card related parameters. In order to be able to distinguish which card is the parameter, two independent NAM spaces are designed in this embodiment to save the relevant parameters. For example, in the NAM parameter list, an ESN identification data field can be set, which is used to identify different NAM spaces. For the machine-integrated mobile phone, the ESN data field is already written at the factory; for the machine-card separated mobile phone, the ESN reads the corresponding user identity module (UIM) card information. In the subsequent OTASP process, ESN will be used as the basis for judgment. In the OTAPA process, the ESN or the already downloaded IMSI is used as a basis for judgment. In the OTASP process, when the user inputs the OTASP signature to start the call, the NAM area to be operated is judged according to the different conditions of the NAM area. For example, if there is no number in both NAM areas, the first NAM area is marked, and the first one is first placed; if two NAM areas, one of them has been numbered, the user is prompted (the user here refers to The operator of the mobile phone) choose whether to place the NAM update or the NAM area number; if both NAMs have been placed, the pop-up interface displays the ESN information of the two NAMs, allowing the user to select which NAM operation. The NAM area of the current OTASP operation is identified according to the ESN information selected by the user. In the subsequent OTASP process, reading and writing parameters will be performed for this NAM area. In order to facilitate the user's selection, the current NAM information can be read, and the current NAM's number information and numbering result are displayed while the ESN is displayed. If the OTASP is successfully registered, it will be IMSI, Authentication Key (A-key), Mobile Directory Number (MDN), and preferred roaming list.

NAM parameters such as Preferred Roaming List (referred to as PRL) are written to the corresponding NAM area. During the OTAPA process, the network side will page the current single mode dual standby handset according to the IMSI or ESN. After receiving the IMSI or ESN information on the network side, the mobile phone matches the IMSI or ESN information in the two NAM areas of the current mobile phone. If the match between the IMSI or the ESN in a certain NAM area is successful, the current OTAPA process is performed on the NAM area. If the match is not successful, the current OTAPA command is not related to the current mobile phone and is directly discarded. If a partial match is successful, the OTAPA process is performed on the marked NAM area. During the subsequent OTAPA execution and reading and writing of parameters, the NAM area is selected. During the execution of OTAPA, the entire process can run in the background. In order to prevent the OTAPA process from being interrupted or the NAM zone parameter confusion, in this embodiment, the mobile phone may no longer initiate the OTASP process during the OTAPA process. Preferably, in order to ensure the correctness and integrity of the parameters, in the process of performing OTAPA or OTASP for a current NAM, the calling of the number corresponding to the current NAM is not allowed. It should be noted that the above process is applicable to both the machine card integration and the machine card separation OTA process. The embodiment of the present invention ensures that the OTA service of the single-mode dual-standby mobile phone updates or saves the two card parameters normally; in addition, the network side does not need to make any changes, and only the terminal can implement. OTASP and OTAPA are separately described in the following embodiments in conjunction with the accompanying drawings. As in the above embodiment, in the following embodiment, in the OTA numbering process of the single mode dual standby terminal, two sets of card related parameters are involved, and thus two independent NAM parameter areas are designed for saving. Related parameters. In the NAM parameter list, there is an ESN identification data field, which is used to identify different NAM spaces. For the machine-integrated mobile phone, the ESN data field is already written at the factory; for the machine card to separate the mobile phone, the ESN reads the corresponding UIM card information. In the OTASP process, ESN will be used as the basis for judgment; in the OTAPA process, the successful IMSI will be written in the ESN or OATSP process as the basis for judgment. FIG. 3 is a flowchart of a single mode dual standby system OTASP process according to an embodiment of the present invention. As shown in FIG. 3, the process includes the following steps: Step S301, where the user (the user refers to the mobile phone) The operator) After entering the OTASP signature and verifying successfully, the call is made. In step S302, during the call initiation process, the current mobile phone status is determined, whether the OTASP process is allowed to be executed; if not allowed, the input interface is returned; if yes, step S303 is performed. Step S303, judging the currently operated NAM area according to the determining mechanism. According to the different conditions of the NAM area, determine the NAM area to be operated: If there is no number in both NAM areas, mark the first NAM area, first number the first one; if two NAM areas, one of them has already The number is displayed, prompting the user to select whether to place the NAM update or the NAM area number; if both NAMs have been placed, the pop-up interface displays the ESN information of the two NAMs, allowing the user to select which NAM operation. Step S304, marking the current NAM area, marking the start of the OTASP process, as a flag for determining the priority of the service by other services, that is, other services may determine that the OTASP process is in progress, thereby determining whether the OTASP will be initiated if the service is initiated. The process has an impact. Step S305, interacting with the network side to update the parameter information. In step S306, the parameter information is saved, and the flag determined in step S304 is cleared. FIG. 4 is a flowchart of a single mode dual standby device OTAPA process according to an embodiment of the present invention. As shown in FIG. 4, the process includes the following steps: Step S401: Receive a paging message on the network side, and determine whether it is a OTAPA paging of the machine; if yes, if the IMIS or ESN of the network side matches the IMSI or ESN of one of the two NAM areas of the local machine, proceed to step S402; otherwise, the flow is directly exited. In step S402, it is determined whether the current mobile phone is allowed to perform the process, and if yes, the step S403 is performed; if not, the process is directly ended. Step S403, determining the currently operated NAM area according to the IMSI or ESN of the paging. Step S404, marking the current NAM area, marking the start of the OTAPA process. Step S405, interacting with the network, and updating the parameter information. In step S406, the parameter information is saved, and the flag deduced in step S404 is cleared. In summary, the above-mentioned embodiments of the present invention solve the problem that the terminal may be confused in the parameter processing in the OTA process in the related art, thereby ensuring the normal processing of the NAM parameters of different users in the same mode by the OTA service. Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. The steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software. The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

Claims

Claim

An air interface service processing method, comprising:

The terminal or the network side initiates an air interface OTA service to the user in the terminal; the terminal saves or updates the NAM parameter corresponding to the user in the NAM area corresponding to the user, where the terminal includes multiple The NAM area for storing the NAM parameters, the NAM parameters corresponding to different users in the same mode on the terminal are saved in different NAM areas.

The method according to claim 1, wherein the terminal initiates an OTASP service for the user in the terminal, and the terminal saves the NAM area in the user corresponding to the user. NAM parameters include:

The terminal saves the NAM parameter corresponding to the user from the network side in the selected NAM area.

3. The method of claim 2, wherein the terminal selects one NAM region from the plurality of NAM regions to save the NAM parameter; or the terminal is at an operator of the terminal The NAM parameters are saved in the selected NAM region.

4. The method of claim 1 wherein

The network side uses the identification information to initiate an air parameter management OTAPA service to the user in the terminal, where the identifier information is used to identify which one of the terminals initiates the OTAPA service by the network side;

The terminal saves or updates the NAM parameter corresponding to the user in a NAM area corresponding to the user indicated by the identifier information.

The method according to claim 4, after the network side uses the identifier information to initiate the OTAPA service to the user in the terminal, the method further includes:

The terminal determines whether the user indicated by the identifier information is a user of the terminal, and if the determination result is no, the OTAPA service is ended.

The method according to claim 4, further comprising: In the case that the OTAPA service is initiated on the network side, the terminal does not initiate an OTASP service.

The method according to any one of claims 4 to 6, wherein the identification information is an International Mobile Subscriber Identity (IMSI) or an electronic serial number ESN for identifying different NAM areas.

The method according to claim 1, 2 or 4, characterized in that, during the execution of the OTA service, the calling of the number corresponding to the user is refused.

9. A terminal, comprising:

a plurality of number assignment module NAM areas, configured to save NAM parameters, where NAM parameters corresponding to different users in the same mode on the terminal are saved in different NAM areas;

The processor is configured to save or update the NAM parameter corresponding to the user in the NAM area corresponding to the user when the user on the terminal performs the air interface OTA service.

The terminal according to claim 9, wherein the processor is configured to: when the terminal initiates an OTASP service, save, in the selected NAM area, the user acquired from the network side and the user Corresponding to the NAM parameters.

11. The terminal according to claim 9, wherein:

The processor is configured to save or update the NAM area corresponding to the user indicated by the identifier information from the network side when the network side uses the identifier information to initiate the OTAPA service to the user in the terminal. The NAM parameter corresponding to the user.