WO2008037172A1

WO2008037172A1 - Control system and method of slave module in dual-mode mobile terminal

Info

Publication number: WO2008037172A1
Application number: PCT/CN2007/002519
Authority: WO
Inventors: Ji Ding
Original assignee: Zte Corporation
Priority date: 2006-09-26
Filing date: 2007-08-20
Publication date: 2008-04-03
Also published as: CN101068404A; CN101068404B

Abstract

A control system of a slave module in a dual-mode mobile terminal is provided, it comprises a service handling module, AT command parsing-handling module and a serial port driving layer, in which the service handling module control the service message to transmit between a master control system and the AT command parsing-handling module and the condition maintenance of the slave module based on a service procedure; the AT command parsing-handling module receives and parses AT commands transmitted from the slave module, converts to the corresponding service message, and sends to the service handling module, or receives the service message from the service handling module, converts to corresponding AT commands and send to the slave module via the serial port driving layer; the serial port driving layer receives and transmits the AT commands between the AT command parsing-handling module and the slave module. A control method of a slave module in a dual-mode mobile terminal is provided. The invention improves the functionality and realizability of the dual-mode mobile terminal, and provides a ideal solution for the dual-mode control.

Description

Control system and method for slave module in dual mode mobile terminal

Technical field

The present invention relates to the field of mobile communications, and in particular, to a control system and method for a slave module in a dual mode mobile terminal. Background technique

In addition to the existing dual-mode mobile phones, such as GSM (Global System for Mobile Communications) / PHS (Personal Handheld Telephone System), CDMA (Code Division Multiple Access) / GSM and WCDMA (Wideband Code Division Multiple Access) / GSM dual mode, etc. With the development of TD-SCDMA (Time Division-Synchronous Code Division Multiple Access, TD for short) technology in China, TD/GSM, TD/PHS, TD/CDMA, and even TD/WCDMA dual-mode mobile phones will inevitably emerge.

For the implementation of dual-mode, each manufacturer is different, and has its own dual-mode solution, but looking at the existing dual-mode patents, some are about how to implement the structure of the silent mode, such as some mobile phones with a main module and a supplement Module, two modules share a set of peripherals; or package the auxiliary modules into an expansion card mode like SD/XD/CF. Some are about how to implement a card double number. Some are about how to implement dual-mode call control, voice switching, access network, cell search, message recognition, and so on. For the case where the dual-mode mobile phone is divided into the main module and the slave module, the key technologies such as how to control the slave module are rarely involved: How to control the slave module that conforms to a certain standard interface, how to control between the master and slave modules The interaction with business messages, especially when there is a circuit domain and a packet domain concurrent operation, to ensure the normal operation of the business, these require an ideal and efficient solution from the module control system. Summary of the invention

The technical problem to be solved by the present invention is to improve the functionality and achievability of the dual-mode terminal, and provide a control system and method for the slave module in the dual-mode mobile terminal, thereby providing an ideal solution for realizing dual-purpose air system. .

In order to solve the above problems, the present invention provides a slave module control system for a dual mode mobile terminal. The system includes a service processing module, an AT command parsing processing module, and a serial port driver layer, where: the service processing module is configured to control transmission and peering between the main control system and the AT command parsing processing module according to the business process. State maintenance of the module;

The AT command parsing processing module is configured to receive and parse the AT command uploaded from the module, convert it into a corresponding service message, send it to the service processing module, or receive the service message from the service processing module, and then convert the corresponding AT command into a corresponding AT command and pass the The serial port driver layer is sent to the slave module;

The serial port driver layer is used for sending and receiving AT commands between the AT command parsing processing module and the slave module. Further, the service processing module, the AT command parsing processing module, and the serial port driver layer are further used to transfer data between the main control system and the slave module, and after receiving the downlink data of the main control system, the service processing module parses and processes the AT command. The module and the serial port driver layer directly forward to the slave module; after receiving the uplink data sent by the module, the serial port driver layer directly forwards the data to the master control system through the AT command parsing processing module and the service processing module.

Further, the maintenance of the status of the slave module by the service processing module includes: starting, shutting down, starting, shutting down, network state, call control, and state maintenance of the short message.

Further, the AT command parsing processing module includes: an AT command and a service message conversion submodule, an AT command parsing submodule, an AT command formatting submodule, and an AT command table, where:

The AT command and the service message conversion sub-module are configured to convert the service message received from the service processing module into an AT command, and send the message to the AT command formatting sub-module; or convert the service parameter of the AT command parsing sub-module into a service message. Sent to the business processing module;

The AT command formatting submodule is configured to format and convert an AT command sent from an AT command and a service message conversion submodule into a format recognizable by the module, and send the module to the slave module through the serial port driver layer; The AT command sent from the module through the serial port driver layer is converted into a format recognizable by the AT command parsing submodule, and sent to the AT command parsing submodule;

The AT command parsing submodule is configured to receive the formatted by the AT command formatting submodule

The AT command finds the AT command table and calls the corresponding processing function to parse the AT command, and the processing result is sent to the AT command and the service message conversion sub-module; Further, when the slave module uses multiple serial ports to communicate with the slave module control system,

The AT command parsing processing module is also used for multiplexing, and the AT command channel is used to parse the AT command channel corresponding to the serial port between the processing module and the slave module, and to process multiple services in parallel.

In order to solve the above technical problem, the present invention also provides a control method of a slave module in a dual mode mobile terminal, where the dual mode mobile terminal includes a slave module control system, a master control system, and a slave module, and includes the following steps:

(a) starting from the module control system according to the message of the main control system, starting the slave module;

(b) after receiving the service message of the main control system from the module control system, converting to the corresponding AT command, maintaining the corresponding service state, and sending the AT command to the slave module;

After receiving the AT command from the module, the module control system parses, converts to the corresponding service message to the main control module, and maintains the corresponding service status;

(c) The slave module controls the system to shut down the slave module based on the message from the master system. Further, in the step (a), after the module is successfully started, the AT command indicating that the startup is successful is actively sent to the slave module control system, and the slave module control system receives the command to confirm that the slave module is successfully started; or the slave module is successfully started. After waiting, the module control system periodically sends an AT command to query, and after receiving the reply from the module, it confirms that the slave module is successfully started.

Further, the step (b) further includes:

After receiving the downlink data of the master control system from the module control system, it directly forwards to the slave module; after receiving the uplink data of the slave module, the module control system directly forwards the data to the master control system.

further,

The processing steps of the service message received by the module control system from the module control system in the step (b) include:

( dl ) after receiving the service message from the module control system, determining whether to allow the service message to be processed according to the current state, and if not, placing the service message into the cache queue, waiting for the state to be allowed; if allowed, performing the next step;

(d2) The slave module control system determines whether the business process is allowed to proceed according to the current service state. If the current service state prohibits the process from being performed, the module control system returns a loss to the master control system. The business message is terminated, and if the current business state allows the business process to continue, the next step is performed;

(d3) after updating the service state from the module control system, converting the service message into a corresponding AT command according to the business process, and formatting the AT command;

(d4) Before transmitting the formatted AT command to the slave module, determine whether the serial port is transmitting data. If yes, put the command into the buffer queue and wait for the serial port to be idle. If the serial port is idle, perform the next step;

(d5) The formatted AT command is sent from the module control system to the slave module, and the flow ends. Further, the processing steps of the slave module control system to the received slave module AT command in the step (b) include:

(el) After receiving the AT command from the module from the module control system, first determine whether the current system has an AT command being processed, and if so, put the received AT command into the cache queue, waiting for the previous command to be processed. If the previous command has been processed, perform the next step;

(e2) formatting the AT command from the module control system, finding the AT command table, determining whether the AT command is an unknown command, and if so, the flow ends, otherwise calling the corresponding processing function of the AT command to execute the next step;

(e3) converting the known AT command from the module control system into a corresponding service message;

(e4) The slave control system determines whether the service is allowed to be performed according to the current service state. If the current service state prohibits the service from being performed, the current service process ends. If the service is allowed to proceed, the next step is performed;

(e5) The slave module controls whether the state of the system itself allows processing of the service message, if not currently allowed, the buffer queue is placed, the wait state is allowed, and if allowed, the next step is performed;

(e6) The module control system converts the received service message into a service message that can be understood by the corresponding main control system according to the business process, and then sends the service message to the main control system, and updates the business process status, and the process ends.

The invention provides an ideal solution for the realization of the slave module control system with the AT command set as the interface in the joyful terminal, the whole system interface is consistent, the flow is clear, and the platform level of the dual mode terminal is improved, for the dual mode The rapid development of the terminal has improved the efficiency and shortened the development of the Han model terminal. Cycles reduce research and development costs. BRIEF abstract

1 is a structural diagram of a slave module control system according to an embodiment of the present invention;

2 is a structural diagram of an AT command parsing processing module in a slave module control system according to an embodiment of the present invention; FIG. 3 is a service flow diagram initiated from a master control system to a slave module according to an embodiment of the present invention; FIG. 4 is a slave module according to an embodiment of the present invention; Business flow diagram initiated to the master control system. Preferred embodiment of the invention

Specific embodiments of the present invention will be described in further detail below with reference to the accompanying drawings.

The slave module control system is used for corresponding control of the slave module according to the message command of the master control system, and for realizing data transmission between the master control system and the slave module.

As shown in Figure 1, the slave module control system mainly includes an AT command parsing processing module and a service processing module, and also includes a serial port driver layer.

The serial port driver layer is used for sending and receiving AT commands between the AT command parsing processing module and the slave module;

The AT command is a modem command language invented by Hayes Inc. for all modem manufacturers, generally beginning with "AT" (ATtention);

The AT command parsing processing module is configured to receive, by the serial port driver layer, an AT command uploaded from the module, parse it, convert it into a corresponding service message, send it to the service processing module, or receive a service message from the service processing module, and then convert the corresponding message into a corresponding The AT command is sent to the slave module through the serial port driver layer;

The service processing module is configured to control, according to the business process, the transmission of the service message between the main control system and the AT command parsing processing module, and maintain the status of the basic service such as the network status, call control, and short message of the slave module, if needed It can also be responsible for the management and maintenance of the short message and local storage of the phone book. The module mainly includes the upper layer service request and reply processing and the lower layer service request and reply processing, and processes the corresponding services. These services are divided into PS according to their functions. (Packet Domain Service), CC (Call Control), SMS (Short Message Service), LM (Phonebook Management) and MM (Mobility Management). The service processing module, the AT command parsing processing module and the serial port driver layer are also used for transferring data between the master control system and the slave module. After the service processing module receives the downlink data of the master control system, the AT command parses the processing module and the serial port. The driver layer directly forwards to the slave module; after receiving the uplink data sent by the slave module, the serial port driver layer directly forwards the data to the master control system through the AT command parsing processing module and the service processing module.

The slave module control system communicates with the slave module using standard AT commands. At the same time, it supports the extended AT commands defined by each manufacturer. The serial port driver layer is responsible for receiving and sending. The interface between the module control system and the master control system can use the message mechanism, or it can be The main control system calls the interface function provided by the module control system when sending a message instruction to the slave module, and sends a message from the module control system to the master control system when the module has a message command to the master control system.

Separate the parsing processing of the AT command from the processing of the business process from the module control system, and separate processing by the independent module, which is beneficial to ensure that the internal process of the control system is clear, the interface is consistent, and the expansion of the AT command set is also facilitated. Improve the processing efficiency of the slave module.

Figure 2 shows the structure of the AT command parsing processing module in the slave module control system. It mainly includes the following sub-modules: an AT command and a service message conversion sub-module, an AT command parsing sub-module, an AT command formatting sub-module, and an AT command table, where:

The AT command and the service message conversion sub-module are configured to convert the service message received from the service processing module into an AT command, and send the message to the AT command formatting sub-module; or convert the service parameter of the AT command parsing sub-module into a service message, and send the message to the service message Business processing module;

The AT command formatting submodule is configured to format and convert the AT command sent from the AT command and the service message conversion submodule into a format recognizable by the module, sent to the slave module through the serial port driver layer; and for the slave module The AT command sent by the serial port driver layer is converted into a format that the AT command parsing submodule can recognize, and sent to the AT command parsing submodule;

The AT command parsing submodule is configured to receive the formatted AT command sent by the AT command formatting submodule, find the AT command table, and call the corresponding processing function to parse the AT command, and send the processing result to the AT command and the service message converter. Module

The AT command table is a correspondence table between the AT command and the corresponding processing function. If the slave module supports multiple serial port communication functions, the AT command parsing processing module can also provide multiplexing function, and multiple AT command channels are used to correspond to multiple serial ports one by one, and the serial port driver layer is responsible for transmitting and receiving in all serial ports. And according to the serial port/channel correspondence table, the corresponding channel is sent and received, and the special channel flag parameter in the AT command parsing processing module indicates from which channel the interaction of the AT command is transmitted and received. At the same time, all AT commands, no matter which channel they receive from, are parsed by the same AT command parsing processing module. In addition, when the slave module supports multiple serial port communication, multiple channels are independent of each other and do not interfere with each other, so that one channel can be supported for communication in the circuit domain (that is, communication services using circuit switching technology, such as traditional voice services, short messages) Business, etc.), another channel for communication in the packet domain (that is, communication services using packet switching technology, such as real-time streaming media services, video telephony services, etc.), that is, supporting concurrent services.

For each channel, a special flag is used to indicate whether the current channel is transmitting commands or data for packet domain transmission. For the data state transmission: When the data uplink transmission, the AT command parsing processing module does not parse the received data, but directly transmits it to the service processing module, and the service processing module does not perform any conversion, directly by the PS (grouping The domain service submodule is sent to the master control system. The downlink of the data is also directly transmitted to the channel of the corresponding data state without any processing by the service processing module and the AT command parsing processing module. The switching between the channel command state and the data state follows the definition of a standard modem or follows the rules customized by the module.

The interaction process between the master system and the slave module includes the following steps:

Step one, the slave control system starts the slave module according to the message of the master control system; the method of starting the slave module may be to set the PO ERON pin corresponding to the slave module from the level of the ^ level to the high level, and set the corresponding master and slave Interruption of module interaction.

From the module control system to confirm whether the slave module startup is successful, it is divided into two cases according to the different modules: 1) After the module is successfully started, the AT command indicating successful startup is sent to the slave module control system, and the slave module control system receives the After the command is confirmed, the slave module is successfully started. 2) After the module is successfully started, it is in the waiting state. At this time, the module control system periodically sends an AT command to query, and after receiving the reply from the module, it is confirmed that the slave module is successfully started. After the slave module control system confirms that the slave module is successfully started, the time synchronization of the master-slave module is first performed to ensure the consistency of the master-slave module service. The time of the master control system can be taken as the standard, and the slave module time is synchronized with the master control system.

Step 2: receiving the service message of the main control system from the module control system, converting to the corresponding AT command according to the service flow, maintaining the corresponding service state, and sending the AT command to the slave module; the detailed process thereof is as shown in FIG. The main steps of the business flow chart initiated by the main control system to the slave module are as follows:

Step 301: The main control system sends a service message, that is, a service signal instruction according to the service flow. Step 302: After receiving the message from the service processing module of the module control system, determine whether the message is allowed to be processed according to the current service state. The message is placed in the cache queue, the wait state is allowed; if allowed, the next step is performed;

Step 303: When the message is processed, the service processing module determines whether the service process is allowed to be performed according to the current service state. If the current service state prohibits the process, the process proceeds to step 304. If the current service state allows the service process to continue, step 305 is performed. ;

Step 304: Returning a failure message from the module control system to the main control system, and the process ends.

Step 305: After the service processing module updates the service status, send a message that the module can understand to the AT command parsing processing module according to the process;

Step 306: The AT command parsing processing module converts the message into a corresponding AT command according to the service flow, and formats the AT command.

Each service message has a corresponding processing function in the AT command parsing processing module, and these functions are called to generate an AT command and transmitted to the slave module;

Step 307: The AT command parsing processing module determines whether the serial port is transmitting data before transmitting the formatted AT command to the slave module. If yes, the command is first placed in the buffer queue, waiting for the serial port to be idle, if the serial port is idle, execute One step

Step 308: The AT command parsing processing module sends the formatted AT command to the slave module, and the process ends. An example of converting a service message into an AT command is as follows: The service processing module receives a message SIG_APEX_CC_MAKE_CALL_REQ (initiating a call) sent by the master control system, and if the current service state permits, the module is processed by some business logic. The message SIG_VGPL_CC_MAKE_CALL_REQ will be sent to the AT command parsing processing module, and the AT command parsing processing module will eventually convert the message into the AT command "ATD***" (the * number represents the number of the call).

In the third step, the AT command of the slave module is received and parsed from the module control system, and the corresponding service message is reported to the main control module according to the service process, and the corresponding service state is maintained;

The detailed process is as shown in Figure 4, the business flow chart initiated by the slave module to the master control system. The main steps are as follows:

Step 401: Send an AT command from the module to the slave module control system;

Step 402: After receiving the AT command from the module control system, first determine whether the current system has an AT command being processed, and if so, put the received AT command into the cache queue, waiting for the previous command to be processed, if After a command has been processed, the next step is executed;

Step 403: Perform format processing on the currently processed AT command, and convert to a format that the AT command parsing sub-module can recognize;

Step 404: The AT command parsing submodule searches for an AT command table.

The AT command indicates, for example,

AT- CMD- TABLE {

{ "AT" , cmdATfun},

{ "ATD" , cmdATDftui} ,

{ "ATH" , cmdATHfun} ,

{ "" , NULL}

}

There are three commands (four groups of data) in the table in this example. The first field of each group is the command name, the second field is the processing function of the command, and the last group is the lookup table end identifier.

If the currently received command is "ATD", then the command and the command name in the above table are from the beginning to the end. The tail is compared. When comparing the second group, the commands match, and the cmdATDfon function is called. Step 405: The AT command parsing processing module determines whether the AT command is an unknown command. If yes, the process ends. Otherwise, the corresponding processing function of the AT command is called to perform the next step; the unknown command refers to a command that is not in the table. , that is, the command name is not matched when searching. For example, the "AT+C" command is not in the above table, then it is an unknown command;

Step 406: The AT command parsing processing module converts the known AT command into a service message including the corresponding service parameter, and sends the service message to the service processing module.

Through the above-mentioned lookup AT command table, the corresponding processing function is obtained, and the processing function is called to parse the AT command to obtain the corresponding service parameters, and then the command and the service message conversion sub-module can construct an accurate service message and transmit it to the service processing. Module.

Step 407: The service processing module receives the service message, and determines whether the service is allowed to be performed according to the current service state. If the current service state prohibits the service from being performed, the current service process ends; if the service is allowed to proceed, the next step is performed;

Step 408: The service processing module further determines whether the state is allowed to process the service message. If not allowed, the cache queue is placed, and the wait state is allowed. If allowed, the next step is performed. Step 409: The service processing module according to the business process The received service message is converted into a service message that can be understood by the corresponding main control system, and then sent to the main control system, and the business process status is updated, and the process ends.

Steps 2 and 3 above do not have an absolute sequence. After the module is successfully started, it is cross-processed according to the business process.

Step 4, closing the slave module according to the main control module message;

The method of closing the slave module can be to set the POWERON pin corresponding to the slave module from the high level to the low level, and shield the interrupt of the interaction between the corresponding master and slave modules.

In the slave module control system, there is a cache list at the interface with the slave module and the master system. Element, a caching mechanism is introduced to ensure uninterrupted transmission and reception, and improve system processing efficiency and stability reliability.

If the slave module supports the sleep mode, when there is no interaction between the master and slave modules in the standby state or when there is no data on the serial port, the slave module can be in the sleep mode. When there is a need to interact, the slave module is woken up first, and then The transmission of data.

Industrial applicability

The invention provides a control system and method for a slave module in a dual-mode mobile terminal, and provides an ideal solution for implementing a slave module control system with an AT command set as an interface in a joyful terminal, and the entire system interface is consistent. The process is clear, and the platform level of the dual-mode terminal is improved. The rapid development of the dual-mode terminal improves the efficiency, shortens the development cycle of the dual-mode terminal, and reduces the research and development cost.

Claims

Claim

A slave module control system for a dual mode mobile terminal, comprising: a service processing module, an AT command parsing processing module, and a serial port driver layer, wherein:

The service processing module is configured to control the transmission of the service message between the main control system and the AT command parsing processing module and the state maintenance of the slave module according to the business process;

The serial port driver layer is used for sending and receiving AT commands between the AT command parsing processing module and the slave module.

2. The system according to claim 1, wherein the service processing module, the AT command parsing processing module, and the serial port driver layer are further configured to transfer data between the master control system and the slave module, and the service processing module receives the master control. After the downlink data of the system is forwarded to the slave module by the AT command parsing processing module and the serial port driver layer; after receiving the uplink data sent by the slave module, the serial port driver layer directly forwards the data to the AT command parsing processing module and the service processing module. Master control system.

The system according to claim 1, wherein the maintenance of the status of the slave module by the service processing module comprises: maintaining, starting, shutting down, network status, call control, and status maintenance of the short message of the slave module.

The system according to claim 1, wherein the AT command parsing processing module comprises: an AT command and a service message conversion submodule, an AT command parsing submodule, an AT command formatting submodule, and an AT command table, among them:

The AT command parsing submodule is configured to receive the formatted by the AT command formatting submodule The AT command finds the AT command table and calls the corresponding processing function to parse the AT command, and the processing result is sent to the AT command and the service message conversion sub-module;

The AT command table is a correspondence table between the AT command and the corresponding processing function.

The system according to claim 1, wherein when the slave module communicates with the slave module control system by using multiple serial ports, the AT command parsing processing module is further used for multiplexing, and is parsed by an AT command. The AT command channel corresponding to the serial port between the processing module and the slave module processes multiple services in parallel.

A control method for a slave module in a dual mode mobile terminal, wherein the dual mode mobile terminal includes a slave module control system, a master control system, and a slave module, wherein

The slave module control system starts the slave module according to the message of the master control system;

After receiving the AT command from the module, the module control system parses the corresponding service message and reports it to the main control module, and maintains the corresponding service status;

(c) The slave module control system closes the slave module according to the message of the master system.

The method according to claim 6, wherein in the step (a), after the module is successfully booted, the AT command indicating successful startup is sent to the slave module control system, and the command is received from the module control system. After confirming that the slave module is successfully started; or after waiting for the module to be successfully started, the module control system periodically sends an AT command to query, and after receiving the reply from the module, it is confirmed that the slave module is successfully started.

The method according to claim 6, wherein the step (b) further comprises: after receiving the downlink data of the main control system from the module control system, directly forwarding to the slave module; receiving from the module control system After the uplink data of the module is forwarded, it is directly forwarded to the main control system.

9. The method of claim 6 wherein:

( dl ) After receiving the service message from the module control system, it is judged whether it is allowed according to the current state Processing the service message, if not allowed, placing the service message into the cache queue, waiting for ^) to allow the state; if allowed, performing the next step;

(The d2 μ human module control system determines whether the business process is allowed to proceed according to the current business status. If the current business status prohibits the process from being performed, the module control system returns a failure service message to the main control system, and ends, if the current service state allows The business process continues and the next step is performed;

(d3) after updating the service state from the module control system, converting the service message into a corresponding AT command according to the service flow, and formatting the AT command;

(d5) The formatted AT command is sent from the module control system to the slave module, and the flow ends.

10. The method according to claim 6, wherein the step of processing from the module control system to the received slave module AT command in the step (b) comprises:

(el) After receiving the AT command from the module from the module control system, first determine whether the current system has an AT command being processed, and if so, put the received AT command into the cache queue, waiting for the previous command to be processed. , if the previous command has been processed, perform the next step;

(e2) Formatting the AT command from the module control system, finding the AT command table, determining whether the AT command is an unknown command, and if so, the flow ends, otherwise calling the corresponding processing function of the AT command, performing the next step;