WO2012129930A1

WO2012129930A1 - Multi-standard drive method and system, and terminal

Info

Publication number: WO2012129930A1
Application number: PCT/CN2011/083648
Authority: WO
Inventors: 王晓伟
Original assignee: 中兴通讯股份有限公司
Priority date: 2011-03-25
Filing date: 2011-12-07
Publication date: 2012-10-04
Also published as: CN102170714A

Abstract

Embodiments of the present invention relate to the technical field of wireless communications, and particularly to a multi-standard drive method and system, and a terminal, so as to facilitate customization and update of multi-standard hardware. The method provided by an embodiment of the present invention comprises: after receiving a standard drive call command sent by a data and control abstraction layer through a unified interface and carrying a standard identifier, an operating system layer calling a preset multi-standard public interface, wherein the unified interface is applicable to multi-standard information transmission; determining, according to the standard identifier, a current standard, calling a hardware interface of the current standard, and driving hardware corresponding to the current standard. Public functions of multiple standards are abstracted, and are executed separately from distinctive functions, so that when hardware of a standard is changed, re-customization and re-development with respect to the standard are not required, thereby decreasing the cost of software development and testing, and meanwhile reducing the risk in passing the test of an operator.

Description

Multi-system driving method, system and terminal

The present invention relates to the field of wireless communication technologies, and in particular, to a multi-system driving method, system, and terminal. Background technique

At present, 3G can provide users with a more high-speed and updated Internet experience, but there are problems such as small coverage, poor technical stability, and high price. Therefore, it is necessary to supplement 2G with large network coverage and stable user base. Therefore, the various standards of 2G and 3G will coexist for a long time.

Due to the incompatibility between various mobile communication systems, it is necessary to use their respective user cards, which makes the market have a strong demand for dual-card dual-standby mobile phones. In order to meet the needs of users and enjoy different standards, there are already a variety of dual-mode mobile phones in the market, such as CDMA (Code Division Multiple Addressing) and GSM (Global System for Mobile communication). Communication system), etc.

The software architecture of the current mobile phone generally uses a method of customizing two system schemes, running terminal application software and a standard wireless software on the main chip, and running other types of wireless software on the wireless mode chip. As shown in Figure 1, each system on the wireless die has its own standard data and control abstraction module, system driver module and corresponding standard hardware. In this architecture, the implementation of the system driver is coupled with the implementation of the terminal application function. When the system development is completed and a certain system running on the wireless mode chip needs to be replaced, the development standard must be re-customized, which not only increases the software development and testing. The cost, while increasing the risk of testing through operators. Summary of the invention

In view of this, a multi-system driving method, system, and terminal provided by an embodiment of the present invention, Customization and update of multi-standard hardware can be easily implemented.

A multi-system driving system provided by an embodiment of the present invention includes: a system data and control abstraction module, a system drive control module, and a system customization module provided with a unified interface; wherein the standard data and control abstraction module is configured to receive a system triggering signal carrying a system identifier sent by an upper layer, and sending, by the unified interface, a standard driving invocation command carrying the standard identifier to the standard driving control module; wherein the unified interface is applicable to information of multiple standards Transmission

The system driving control module is configured to receive a standard driving invocation command sent by the standard data and a control abstraction module, and invoke a preset common interface of a plurality of standards, and send the public interface to the standard customization module. The interface calling command carrying the standard identifier is requested to invoke a corresponding interface of a plurality of preset presets;

The system customization module is configured to: after receiving an interface call command sent by the standard drive control module and carrying the system identifier, determine a current system according to the standard identifier, invoke a current standard hardware interface, and drive a current standard corresponding system hardware.

Preferably, the system customization module is further configured to register the control signal of the replaced system hardware and the drive control function of the data signal to the standard drive control module when the system hardware is replaced.

Preferably, the drive control function of the control signal and the data signal is registered to the standard drive control module in the form of an interface.

Preferably, the system customization module is specifically configured to: after receiving an interface call command of the standard drive control module that carries the standard identifier, determine a current system according to the standard identifier, and follow the current system reservation Timing calls the current standard hardware interface to drive the hardware corresponding to the current system.

Preferably, the system data and control abstraction module is located in a data and control abstraction layer; the system drive control module and the system customization module are located at an operating system layer; Hardware layer.

Correspondingly, the embodiment of the present invention further provides a multi-standard driving method, the method includes: after the operating system layer receives the data and controls the abstraction layer to send the system-driven driving command command that carries the system identifier through the unified interface, a common interface of the system; wherein the unified interface is applicable to information transmission of multiple standards;

Determining the current system according to the system identifier, calling the current system hardware interface, and driving the hardware corresponding to the current system.

Preferably, the method further includes: when replacing the standard hardware, registering the control signal of the replaced standard hardware and the driving control function of the data signal to the operating system layer.

Preferably, the drive control function of the control signal and the data signal is registered in the form of an interface.

Preferably, the calling the current system hardware interface to drive the hardware corresponding to the current system comprises: calling the current system hardware interface according to the predetermined timing of the current system, and driving the hardware corresponding to the current system.

Correspondingly, the embodiment of the present invention further provides a terminal, including: a multi-system drive system; the system drive system includes: a system data and control abstraction module, a system drive control module, and a system customization module provided with a unified interface;

The system data and control abstraction module is configured to receive a system triggering signal carrying a system identifier sent by an upper layer application, and send, by using the unified interface, a standard driving invocation command carrying the standard identifier to the standard driving control module; The unified interface is applicable to information transmission of multiple standards;

The system driving control module is configured to receive the system driving invocation command sent by the standard data and the control abstraction module, and send the interface calling command carrying the standard identifier to the standard customization module, Requesting to call a corresponding interface of a plurality of preset presets; the standard customization module is configured to receive a portable station sent by the standard drive control module After the interface of the system identifier is invoked, the current system is determined according to the standard identifier, and the current hardware interface is invoked to drive the standard hardware corresponding to the current system.

The embodiment of the present invention provides a multi-system driving method, system, and terminal, which are used to receive data and control system abstraction layer to send a system-type driving command command that carries a system identifier through a unified interface, and then call a preset multiple system. The common interface is applicable to information transmission of a plurality of standards; determining a current system according to the standard identifier, calling the current standard hardware interface, and driving hardware corresponding to the current standard. By using the multi-system driving method, system and terminal provided by the embodiments of the present invention, by abstracting the common functions of the various systems and performing them separately from the differentiated functions, it is not necessary to re-customize the development system when replacing the standard hardware, thereby reducing The cost of software development and testing, while reducing the risk of testing through operators. DRAWINGS

1 is a schematic diagram of a multi-standard architecture in the prior art;

2 is a schematic diagram of a multi-system drive system according to an embodiment of the present invention;

Figure 3 is a schematic diagram of a multi-standard hardware architecture;

4 is a schematic flow chart of a multi-system driving method according to an embodiment of the present invention;

FIG. 5 is a schematic structural diagram of a terminal according to an embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Embodiments of the present invention will be further described in detail below with reference to the accompanying drawings.

In order to solve the problems existing in the prior art, an embodiment of the present invention provides a multi-standard drive system, as shown in FIG. 2, including: a system data and control abstraction module 201, a system drive control module 202, and a standard system provided with a unified interface. Custom module 203; wherein

The system data and control abstraction module 201 is configured to receive a system triggering signal that carries the system identifier sent by the upper layer application, and send, by using the unified interface, the standard driver invoking command carrying the standard identifier to the system driving control module 202; The unified interface is suitable for multiple standards Information transfer;

The system drive control module 202 is configured to receive the standard drive call command sent by the standard data and control abstraction module 201 and carry the standard drive command, invoke a preset common interface of multiple standards, and send the standard format to the standard customization module 203. The identified interface invokes a command to request a corresponding interface of a plurality of preset presets;

The system customization module 203 is configured to receive an interface call command that carries the system identifier sent by the system drive control module 202, determine a current system according to the system identifier, invoke a current system hardware interface, and drive a standard hardware corresponding to the current system.

The system data and control abstraction module 201 is located in the data and control abstraction layer, and is responsible for the interaction between the upper layer application and the system driver control module 202, and generally controls the interaction between the command stream and the data stream related to the system. An API (Application Programming Interface) that controls all the upper-layer applications to control the system driver. For different system hardware, the interface on the system data and control abstraction module 201 is unified into an interface, that is, the interface The unified interface is suitable for information transmission in a variety of formats. Among them, the API is a predefined function, the purpose is to provide an application and based on software or hardware, so that there is no need to access the source code, but have the ability to access a set of routines.

The system driver control module 202 is located at the operating system layer and can implement the functions of the APIs in the standard data and control abstraction module 201. Regardless of which standard hardware is used, the connection of the hardware architecture is as shown in FIG. 3. The wireless mode chip and the main chip interact through the control signal line and the data signal line, and the control signal is implemented in the system drive control module 202. The abstraction of the driving function related to the data signal, and the related registration mechanism is implemented, so that the same driving interface is called to the different standard hardware in the system driving control module 202, so as to meet the different standard hardware configuration, the registration mode is shared. This module. Among these driving interfaces, an interface implementation common to different system hardware is placed in the system driving control module 202, and the difference interface is implemented in the system customization module 203. The system customization module 203 is located at the operating system layer and is used to implement related drivers of the hardware interfaces of the standard hardware. When using different standards, the timing and related requirements of the control signal lines and data signal lines used are different. The system customization module 203 implements these differences and drives the specific control signal interface and data signal interface. The relevant driver code is implemented in the form of a function, and then these drive function functions are registered in the system drive control module 202 through the registration mechanism in the system drive control module 202, and the differential drive interfaces in the system drive control module 202 are completed. The implementation realizes the entire hardware driver. For example, when replacing the standard hardware, it is necessary to register the control signal of the replaced standard hardware and the drive control function of the data signal to the system drive control module 202. Moreover, the system data and control abstraction module 201 and the system driver control module 202 abstract the commonality of various standards. Therefore, the difference to be implemented in the module is relatively small, and in most cases, only some configuration changes. For example: The GPIO (General Purpose Input Output) is different, and the related timing requirements are different.

Based on the above system, when the system data and control abstraction module 201 provided with the unified interface receives the system trigger signal carrying the system identifier sent by the upper layer application, the system driver call carrying the standard identifier is sent to the system drive control module 202 through the unified interface. command. Then, the system driver control module 202 calls the preset common interface of the plurality of standards, and sends an interface call command carrying the standard identifier to the system customization module 203, requesting to call the corresponding interface of the preset multiple formats. After receiving the interface calling command sent by the standard driving control module 202, the system customization module 203 determines the current system according to the standard identification, calls the current standard hardware interface, and drives the standard hardware corresponding to the current system. The system drive call command may include a control function call and/or a data function call; the control function may include: selecting a system interface, reading a current running system, opening a system, closing a system, restarting a system, and waking up the system; These include: opening the communication port, closing the communication port, reading data from the communication port, writing data to the communication port, and communication port settings.

Preferably, the system customization module 203 calls the current standard hard according to a predetermined timing of the current system. The component interface drives the hardware corresponding to the current system.

It can be seen from the above description that by using the multi-system driving system provided by the embodiment of the present invention, by abstracting the common functions of the various systems and performing them separately from the differentiated functions, it is not necessary to re-customize the development standard when replacing the standard hardware. This reduces the cost of software development and testing while reducing the risk of testing through operators.

Based on the same inventive concept, the embodiment of the present invention further provides a multi-system driving method. The method for solving the problem is similar to the multi-system driving system. As shown in FIG. 4, the method includes the following steps:

Step 401: The operating system layer receives the data and the control abstraction layer sends the standard drive command command that carries the system identifier through the unified interface, and invokes a preset common interface of multiple standards; wherein, the unified interface is applicable to information transmission of multiple standards. ;

Step 402: Determine a current system according to the standard identifier, invoke a current hardware interface, and drive hardware corresponding to the current standard.

Preferably, when the system hardware is replaced, the control signal of the replaced standard hardware and the drive control function of the data signal are registered to the operating system layer in the form of an interface.

Preferably, the current standard hardware interface is invoked according to a predetermined timing of the current system to drive the hardware corresponding to the current system.

The following uses the CDMA standard for the main chip and the GSM standard for the wireless analog chip. The above method and system are described in detail. The specific process is as follows:

Step A: When the first system needs to be opened, the upper layer application sends a trigger signal for triggering the first system to the standard data and control abstraction module located in the data and control abstraction layer, because the standard data and control abstraction module covers all the functions required by the standard system. Therefore, the standard data and control abstraction module can directly call the open-modem interface to perform the open system operation without knowing the specific implementation of the interface. Assume that the above functions are implemented through the sysfs interface, which can be implemented by the /sys/bus/platform/drivers/modemctl/cmd command, such as the open-mode function. To achieve the value by writing the cmd command to 1 in the /sy s/bus/platform/dri vers/modemctl/cmd command, the close-mode function can be written by the /sys/bus/platform/drivers/modemctl/cmd command. The value of the cmd command is 2.

Step B: After receiving the above cmd command, the system driver control module located at the operating system layer determines that the command value is 1, and implements an API modemctl-open_mode by calling a corresponding function, where the API includes parameters that are not related to hardware differences, The specific value of this parameter can be mapped to the parameters of the specific standard hardware in the standard custom module, such as the modemctl-open_modem-ifxgsm interface. Since the control signal lines, data signal lines, and timing of different standard hardware are different, these differentiated parts are registered in the form of API to the system drive control module, and implemented in the system customization module. Similarly, the interface differentiation of data functions is also implemented in the custom module.

Step C: When the system customization module located at the operating system layer receives the modemctl_open_modem-ifxgsm interface, the interface of the first system is level-lowered and operated according to the required timing.

The above method and system can also be applied to the Windows Mobile platform, for example, when applied to the Windows Mobile platform, since the driver architecture on the Windows Mobile platform is in the form of a dynamic library, and there is no sysfs system, the API defined by the standard data and control abstraction module needs to pass the DeviceloControl. The system call opens the dynamic library device driver interface of the system driver control module and passes in different parameters to implement.

Correspondingly, the embodiment of the present invention further provides a terminal, as shown in FIG. 5, including: a multi-system drive system 501;

The system drive system comprises: a system data and control abstraction module 5011 provided with a unified interface, a system drive control module 5012 and a system customization module 5013;

The system data and control abstraction module 5011 is configured to receive a system trigger signal that carries the system identifier sent by the upper layer application, and send the bearer to the system drive control module 5012 through the unified interface. The system-driven invocation command of the standard identification; wherein, the unified interface is applicable to information transmission of multiple standards;

The system drive control module 5012 is configured to receive a system drive call command that carries the system identifier sent by the standard data and control abstraction module 5011, and send an interface call command carrying the system identifier to the system customization module 5013, requesting to call the preset a corresponding interface of the plurality of standards; the system customization module 5013 is configured to receive the interface calling command that carries the standard identifier sent by the standard driving control module 5012, determine the current system according to the standard identification, invoke the current standard hardware interface, and drive the current standard Corresponding system hardware.

Preferably, when the system hardware is replaced, the control signal of the replaced standard hardware and the drive control function of the data signal are registered to the system drive control module in the form of an interface.

It can be seen from the above description that the method, the system and the terminal provided by the embodiments of the present invention are abstracted by using the common functions of the multiple standards, and are executed separately from the differentiated functions, so that when the system hardware is replaced, the development standard is not required to be re-customized. This reduces the cost of software development and testing while reducing the risk of testing through operators.

Those skilled in the art will appreciate that embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, the invention can be embodied in the form of one or more computer program products embodied on a computer-usable storage medium (including but not limited to disk storage, CD-ROM, optical storage, etc.) in which computer usable program code is embodied.

The present invention has been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (system), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flowchart illustrations and/or FIG. These computer program instructions can be provided to a processor of a general purpose computer, a special purpose computer, an embedded processor or other programmable data processing device to generate a A machine that causes instructions executed by a processor of a computer or other programmable data processing device to generate means for implementing the functions specified in a block or blocks of a flow or a flow and/or a block diagram of the flowchart.

The computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device. The apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.

These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device. The instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

While the preferred embodiment of the invention has been described, the subject matter Therefore, it is intended that the appended claims be interpreted as including The spirit and scope of the invention. Thus, it is intended that the present invention cover the modifications and modifications of the invention

Claims

Claim

A multi-system drive system, comprising: a standard data and control abstraction module, a system drive control module, and a system customization module provided with a unified interface; wherein

2. The system according to claim 1, wherein the system customization module is further configured to: when the system hardware is replaced, register a control signal of the replaced standard hardware and a drive control function of the data signal to the System drive control module.

3. The system of claim 2, wherein the control signals and the drive control functions of the data signals are registered to the system drive control module in the form of an interface.

The system according to any one of claims 1 to 3, wherein the system customization module is specifically configured to: after receiving an interface call command of the standard drive control module that carries the standard identifier, Determining the current system according to the system identifier, calling the current system hardware interface according to the predetermined timing of the current system, and driving the hardware corresponding to the current system.

The system according to any one of claims 1 to 3, wherein the standard data and control abstraction module is located at a data and control abstraction layer; the system drive control module and the system are fixed The module is located at the operating system layer; the hardware of the system is located at the hardware layer.

6. A multi-system driving method, characterized in that it comprises:

After the operating system layer receives the data and the control abstraction layer sends the system-driven invocation command that carries the system identifier through the unified interface, the preset common interface of the plurality of standards is invoked; wherein the unified interface is applicable to information transmission of multiple standards;

The method according to claim 6, further comprising: registering a control signal of the replaced standard hardware and a drive control function of the data signal to the operating system layer when the system hardware is replaced.

8. The method of claim 7, wherein the control signals and the drive control functions of the data signals are registered in the form of an interface.

The method according to any one of claims 6 to 8, wherein the calling the current system hardware interface to drive the hardware corresponding to the current system comprises: calling the current system hardware interface according to the predetermined timing of the current system , drives the hardware corresponding to the current system.

10. A terminal, characterized in that it comprises a multi-system drive system;

The multi-standard drive system includes: a system data and control abstraction module, a system drive control module, and a system customization module provided with a unified interface;

The system driving control module is configured to receive the system driving invocation command sent by the standard data and the control abstraction module, and send the interface calling command carrying the standard identifier to the standard customization module, Requesting to call a corresponding interface of a plurality of preset presets; The system customization module is configured to: after receiving an interface call command sent by the standard drive control module and carrying the system identifier, determine a current system according to the standard identifier, invoke a current standard hardware interface, and drive a current standard corresponding system hardware.