MTK使用了nucleus实时操作系统，在其上做了个内核抽象层的封装，以适应多种实时操作系统，如oscar、ThreadX、nucleus。整个软件系统包括nucleus操作系统、平台设备驱动、协议栈、文件系统、WGUI、MMI、J2ME等。在这里MMI部分几乎包括了操作系统内核、协议栈、文件系统之上的所有部分，其中WGUI也在其中。

     MTK的PC模拟版使用VC的编译器和链接器生成，ARM版使用ADS1.2的编译器和链接器生成。因为MTK的整个软件系统是一个很庞大而且复杂的工程，并且要支持多个MTK的产品系列和多家客户的客户化支持，使用集成开发环境(IDE)已经无法胜任，而且很难做到整个工程的自动构建和资源、代码的生成。所以MTK的软件系统使用了windows下的GNU开发工具链(MinGW)来进行工程的管理、配置和构建，MTK将MinGW放到了第三方工具中。另外还使用了perl脚本来解析用户输入的命令行参数，因此第三方工具中还包含了ActivePerl(windows下的perl解释器)。不过，整个软件系统并没有使用MinGW的全部工具，好象只使用了make这个工具，由几个Makefile控制了构建的过程，在编译和链接时根据最终生成PC模拟版还是ARM版而分别调用VC的编译器和链接器或ADS1.2的编译器和链接器。

    接下来我们从具体的工程实践来看MTK的手机软件系统。

一. MTK手机软件系统的目录结构简介

     MTK手机软件系统的主要目录如下所示，因整个工程的目录树非常庞大，为简单起见和减小篇幅，去除了在工程结构中相对不重要的目录。

.
|-- Fast_DL
|-- ROM
|-- adaptation
|-- applib
|-- bootloader
|-- config
|-- custom
|   |-- app
|   |   `-- TOP_6227_BB
|   |-- common
|   |-- drv
|   |   |-- LCD
|   |   |   `-- TOP_6227_LCM
|   |   `-- image_sensor
|   |       `-- MT9D011
|-- drv
|-- fs
|-- inc
|-- init
|-- interface
|-- j2me
|-- kal
|-- make
|   |-- applib
|   |   |-- applib.def
|   |   |-- applib.inc
|   |   |-- applib.lis
|   |   `-- applib.pth
|   |-- bootloader
|   |-- config
|   |-- custom
|-- media
|-- mmi
|-- modis
|-- mtk_lib
|   `-- MT6227
|       `-- S01
|           `-- gprs
|               |-- abm.lib
|               |-- adaptation.lib
|               |-- applib_inet.lib
|-- nucleus
|-- nvram
|-- plutommi
|-- tools

     Fast_DL是开发时下载二进制映像和资源等的相关文件的目录。ROM是固化在ROM(可能是Flash的只读区)中的相关代码和头文件的目录，在给客户的发布版中大都只有一些导出函数的头文件，其中似乎还有一个跳转表的东西ROMSA_FuncTable。

    kal是上面所说的内核抽象层的相关文件的目录。nvram是存取NV中的内容的相关代码的目录。nucleus是nucleus实时操作系统的目录，在给客户的发布版中只有头文件。drv是驱动相关的代码的目录。fs是文件系统相关的目录，好像只支持fat格式的。tools是工程相关工具的目录，包括MinGW。interface是系统各层的接口的目录，还包含重要模块的接口，如bluetooth、WIFI。config是一些系统和任务(task)相关头文件的目录，感觉不像是配置相关的目录。inc是中断控制和寄存器地址相关头文件的目录。

    modis是PC模拟版的相关目录，包括了虚拟的GSM网络、SIM卡等，以及模拟器需要的字符串、图片等资源，还有PC模拟版的库、VC的相关工程文件。

    mmi是一个缺省的空的MMI应用的目录，其中只是创建了一个什么也不干的MMI任务(线程)，处理下层发送上来的消息。plutommi是pluto组织(也可能是原本的mmi应用的代号)所写的整套MMI应用所在的目录，而实际上也就是我们需要定制和修改的MMI应用。其中的mmi目录中是pluto原本写好的mmi