KR19990056133A - How to Upgrade Wireless Software on Citi-to-Terminals - Google Patents

Abstract

A method of upgrading a wireless software of a Citi-to-terminal, the method comprising: a first step of transmitting version information of new software from the public base station to the Citi-to-terminal in a process of authenticating from a public base station for call setup; Receiving a version information of the new software from the C-to-terminal and comparing it with the current software version thereof, and requesting an upgrade from the public base station to the C-to-terminal; The third step is to download new software.

Description

How to Upgrade Wireless Software on Citi-to-Terminals

The present invention relates to a software upgrade method in a wireless communication terminal.

The low cost handset CT-2 phone currently uses one time programming chip for economic reasons, but when the low cost of the flash ROM is realized, the flash ROM is also used for the CT-2 phone like a normal mobile phone. Will be used.

Currently, mobile communication services operating in Korea may be divided into pagers, personal communication systems (PCS), analog mobile phones, digital mobile phones, and city phone services. City phones, which have narrower cell boundaries than mobile phones, are aimed at students or housewives with low-cost policies at the expense of smaller services. So the overall price of terminal components is cheap. It also uses a Main Processing Unit (MPU), a one time programming chip, which makes it hard to modify software programs.

However, software modifications often require prototypes to reach full product production, and software upgrades are often necessary to eliminate software bugs that are hidden in already sold products, or to use enhancements. Required.

Nevertheless, the CT-2 phone uses a one-time programming chip, which requires the removal of the MPU from the hardware board and remounting the upgrade MPU with new features. In other words, once the software has been programmed into the MPU, such as One Time PROM (OTP) or masked, it cannot be modified, so if you need to upgrade it, remove the MPU from the board. The upgraded software should put a new MPU programmed instead.

But doing this replacement can be cumbersome. Specifically, it is difficult to verify that it is correctly mounted on the board. In addition, if a functional error occurs due to a software upgrade, an operation mistake, or a problem with the board itself due to the replacement of many MPUs, it is difficult to analyze the cause.

Accordingly, an object of the present invention is to provide a method of wirelessly processing a software upgrade in a CT-2 terminal without hardware replacement.

In order to achieve the above object, the present invention provides a method for upgrading a wireless software of a Citi-to-terminal, in which a new software is transferred from the public base station to the Citi-to-terminal in a process of authenticating from a public base station for call setup. A first step of transmitting version information, a second step of receiving the version information of the new software from the Citi-to-terminal and requesting an upgrade from the public base station if it is different from the current software version; And a third step of downloading new software from the public base station to the Citi-to-terminal.

1 is a flowchart illustrating a data processing procedure for call setup between a conventional public base station and a terminal

2 is a flowchart illustrating a wireless software upgrade process between a public base station and a terminal according to an exemplary embodiment of the present invention.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. First of all, in adding reference numerals to the components of each drawing, it should be noted that the same reference numerals have the same reference numerals as much as possible even if displayed on different drawings. Also, in the following description, many specific details such as components of specific circuits are shown, which are provided to help a more general understanding of the present invention, and the present invention may be practiced without these specific details. It is self-evident to those of ordinary knowledge in Esau. In the following description of the present invention, if it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the subject matter of the present invention, the detailed description thereof will be omitted.

1 is a flowchart illustrating a data processing procedure for call setup between a conventional public base station (CORDless Fixed Part: CFP) and a terminal (Cordless Portable Part: CFP).

First, MUX3 (Signalling Multiplex Mode 3) is transmitted from CPP to CFP. This is for connecting the link between the CFP and the CPP. Thereafter, the CFP and the CPP exchange a signaling multiplex mode 2 (MUX2) with each other. Here, only the signaling channel (D channel) and the burst synchronization channel (SYN channel) for bit and burst synchronization exist in the MUX2 and MUX3, and there is no voice / data channel (B channel).

Once a link is established, the CPP and CFP exchange detailed information about each other.

Specifically, the CPP transmits a Feature Activation Information Element (FA) and a Terminal Capabilities Information Element (TERM_CAP) to the CFP. The TERM_CAP consists of a Codec Identity Code (CIC) and a Message Buffer Size (MB). The CFP transmits a BAS_CAP (Base Capabilities Information Element) to the CPP. Subsequently, the CFP transmits a Display Information Element (DISP) and a message Feature Indication IInformation Element (FI) to the CPP.

After the exchange of information, it is necessary to check whether the currently registered terminal is a terminal normally registered with the service company. For this, a predetermined authentication algorithm is executed. Therefore, in CFP, authentication request signal Auth_Req (RAND) including parameters of function F () for operating the authentication algorithm with CPP, that is, random number used in generating CKEY (RAND) and incremental gap control bit (INCZ) , INCZ). In response to this, the CPP sends an authentication response signal Auth_Res (CKEY, TRD,) including a variable KEY (CKEY), Terminal Registration Data (TRD), and ZAP ("ZAP" field used with INC ZAP to disable handsets). ZAP).

2 is a flowchart illustrating a wireless software upgrade process between a CFP and a CPP according to an exemplary embodiment of the present invention, which enables software upgrade when data processing for call setup is performed.

First, send MUX3 from CPP to CFP. This is for connecting the link between the CFP and the CPP. Thereafter, the CFP and the CPP exchange MUX2 with each other. Here, only the signaling channel (D channel) and the burst synchronization channel (SYN channel) for bit and burst synchronization exist in the MUX2 and MUX3, and there is no voice / data channel (B channel).

Once a link is established, the CPP and CFP exchange detailed information about each other. As described above, the CPP transmits FA and TERM_CAP to the CFP. The TERM_CAP consists of CIC and MB. The CFP sends a BAS_CAP to the CPP. The CFP then sends a DISP and a message FI to the CPP.

After the exchange of information, a comparison and upgrade of the versions of the software are made through a process of making an authentication request and responding to check whether the currently registered terminal is a terminal normally registered with a service company.

In detail, the authentication request signal transmitted from the CFP to the CPP is transmitted by including information (S_VER ') indicating the current software version. This is the illustrated Auth_Req (RAND, INCZ, S_VER '). When receiving the authentication request signal, the CPP checks the software version of the CFP, and if it is different from the version of the CFP, transmits the version information (S_VER) of its own software to include new software when sending an authentication response signal. do. The illustrated Auth_Res (CKEY, TRD, ZAP, S_VER).

In this case, the CFP analyzes the software version information S_VER from the authentication response signal transmitted from the CPP, and then transmits a signal requesting a software upgrade to the CPP. The software upgrade request signal includes version up program data S_DATA and version information S_VER 'of the program. This is the S_UPGR_REQ (S_VER ', S_DATA) shown.

In response to the software upgrade request, the CPP allows the user to select whether or not to receive a new version through a man-machine interface (MMI). At this time, if the user makes a selection, the CPP stores the received data in the flash ROM and retransmits the software version information (S_VER ') to the CFP in response to the correct receipt. S_UPGR_RES (S_VER ') shown is that.

If a data error occurs due to a transmission failure on the wireless network while CPP is downloading, abandon the downloading on the call and perform the same process again in the next call to download.

CPP ignores the user's keystrokes while downloading, and displays a text message on the display that says "Stop downloading because it is currently downloading." After all of the download data has been transmitted in the CPP, information exchange and authentication work is performed again, starting with link establishment that transmits the MUX3 to the CFP. The reason for doing this series of call setup again is that the software version has changed. Dotted line A shows returning to the first part of link setting operation in order to re-establish call setup in CPP where new program is downloaded, and dotted line B indicates link setting, information exchange and authentication according to dotted line A for software upgrade. Not included indicates that known call setup data processing is to be performed.

If wireless data transfer is very unstable, you can now download it to a flash ROM from another handset. In other words, the flash ROM is connected to a computer through a wired serial line, and the upgraded program is transmitted through the web on the Internet.

Meanwhile, in the detailed description of the present invention, specific embodiments have been described, but various modifications may be made without departing from the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be defined not only by the scope of the following claims, but also by the equivalents of the claims.

As described above, the present invention does not require a separate external device or hardware replacement for software upgrade of the CT-2 terminal. Therefore, the development period and the cost can be shortened not only after the sale but also during the process of developing and mass-producing software. In addition, by wirelessly upgrading the wireless software upgrade, the software upgrade is adaptively done simply and quickly, thereby providing a better communication service to the user.

Claims (6)

In the wireless software upgrade method of the Citi-to-terminal, In the process of authenticating from a public base station for call setup, A first step of transmitting version information of new software from the public base station to the Citi-to terminal; A second step of receiving the version information of the new software from the C-to-terminal and requesting an upgrade from the public base station if it is different from the current software version; And a third step of downloading new software from the public base station to the Citi-to-terminal. The method of claim 1, And a fourth step of notifying reception success from the CIT-to terminal to the public base station after the downloading is completed. The method according to claim 1 or 2, After the downloading is completed, starting the link setup from the C-to terminal. In the wireless software upgrade method of the Citi-to-terminal to perform a series of operations for exchanging predetermined information and authentication after establishing a link between a public base station for call setup, After the link setting, the predetermined information exchange is completed, A first step of transmitting, from the public base station, an authentication request signal including version information of new software to the Citi-to-terminal; If the Citi-to-terminal receives the authentication request signal and detects the version information of the new software and compares it with the current software version, the public base station sends an authentication response signal including the version information of the current software to the public base station. A second step of transmitting to a public base station; A third step of detecting an upgrade request of the Citi-to-terminal by using software version information of the Citi-to-terminal included in the authentication response signal received by the public base station and downloading new software to the Citi-to-terminal; Method characterized by consisting of. The method of claim 4, wherein And after the downloading is completed, transmitting the version information of the new software as a response indicating that the C-to-terminal has successfully received the public base station. The method according to any one of claims 4 to 5, After the downloading is completed, starting the link setup from the C-to terminal.