基于WINDOWSMOBILE的AT命令调试方法和装置.pdf

本发明公开了一种基于WINDOWS MOBILE的AT命令调试方法，其包括以下步骤：在WINDOWS MOBILE双处理器结构中的应用处理器的最底层扩充一个接口，该接口将上层传过来的数据处理后直接写入命令通道；在手机界面与下层通道之间的各层实现数据的正常传输，并在该手机界面之下建立相应的数据处理层，之后分为下面两条数据线路；实现AT命令直接输入输出，与基带处理器直接进行控制命令交互；实现对其他各模块调试信息进行提取，解析后动态显示相应的Trace信息。本发明还公开了一种基于WINDOWS MOBILE的AT命令调试装置。本发明实现了动态的控制命令交互即AT命令的交互，开发效率更高。

1、  一种基于WINDOWS MOBILE的AT命令调试方法，其特征在于，其包括以下步骤：
S₁、在WINDOWS MOBILE双处理器结构中的应用处理器的最底层，即与基带处理器进行命令和数据交互的控制层扩充一个接口，该接口将上层传过来的数据处理后直接写入命令通道；
S₂、在手机界面与下层通道之间的各层实现数据的正常传输，并在该手机界面之下建立相应的数据处理层，之后分为下面两条数据线路；
S₃、在该手机界面即应用层创建一个交互界面，调用相关的接口，将指定的控制命令直接传送到该扩充的接口，该接口在完成操作后返回基带处理器回复的内容；
S₄、对于调试信息，通过扩充接口将调试信息传递给Trace数据采集模块，记录下主要的调试信息，并动态的在手机界面上显示出获取到的全部日志。

2、  根据权利要求1所述的基于WINDOWS MOBILE的AT命令调试方法，其特征在于，步骤S₃具体包括以下步骤：
S₃₁、在手机界面上输入AT命令，并将该命令传递给AT命令交互控制模块；
S₃₂、该AT命令交互控制模块将该命令解析并封装，调用扩展的数据通道将该命令下发，该命令通过中间的各层直至扩展接口处；
S₃₃、该扩展接口将该命令解析处理，通过通信接口将该命令发送给BP；
S₃₄、该BP处理该命令，并将返回结果通过该通信接口传递回该扩展接口；
S₃₅、该扩展接口将该返回结果重新封装，上传到该AT命令交互控制模块；
S₃₆、该AT命令交互控制模块对该返回结果解包，上报给该手机界面，该手机界面显示出该返回结果。

3、  根据权利要求2所述的基于WINDOWS MOBILE的AT命令调试方法，其特征在于，该整个手机的构架中，控制程序在应用层，该扩展接口在适配层，中间为数据传输层，通过扩展一个函数接口来完成数据从应用层到适配层的传输过程。

4、  根据权利要求1所述的基于WINDOWS MOBILE的AT命令调试方法，其特征在于，步骤S₄具体包括以下步骤：
S₄₁、在手机界面上开启控制开关；
S₄₂、各模块将调试信息通过扩展接口传给调试数据控制模块；
S₄₃、当该控制开关开启时，该调试数据控制模块将该调试信息进行缓存、解析、封装成数据包，并将该数据包传送给界面；
S₄₄、当该控制开关关闭时，该调试数据控制模块将该调试信息丢弃；
S₄₅、该界面将接收到的该数据包进行处理并显示。

5、  根据权利要求4所述的基于WINDOWS MOBILE的AT命令调试方法，其特征在于，步骤S₄₁中，通过改变该手机上的注册表，手机端控制程序检测到注册表的变化开启控制开关，记录需要测试模块的调试信息，步骤S₄₂中各模块指需要记录调试信息的程序，该程序中相应的宏把该调试信息送到调试数据控制模块。

6、  一种基于WINDOWS MOBILE的AT命令数据交互装置，其特征在于，其包括：
显示界面模块，其用于输入AT命令，并将该命令传递给AT命令交互控制模块；其还用于显示BP处理后的返回结果；
AT命令交互控制模块，其用于将该命令解析并封装，调用扩展的数据通道将该AT命令下发，该命令通过中间的各层直至扩展接口处；其还用于对该返回结果解包，上报给该界面；
扩展接口模块，其用于将该命令解析处理，通过通信接口将该命令发送给BP；其还用于将该返回结果重新封装，上传到该AT命令交互控制模块；
BP模块，其用于处理该命令，并将返回结果通过该通信接口传递回该扩展接口。

7、  一种基于WINDOWS MOBILE的调试数据获取装置，其特征在于，其包括：
显示界面模块，其用于开启控制开关，还用于将接收到的数据包进行处理并显示；
扩展接口模块，其用于将调试信息传给调试数据控制模块；
调试数据控制模块，其用于当该控制开关开启时，将该调试信息进行缓存、解析、封装成数据包，并将该数据包传送给界面；当该控制开关关闭时，将该调试信息丢弃。

基于WINDOWS MOBILE的AT命令调试方法和装置
技术领域
本发明涉及一种基于WINDOWS MOBILE操作系统智能手机开发领域，特别是涉及在WINDOWS MOBILE上开发时，AT命令的调试以及相关调试信息的获取的方法和装置。
背景技术
在WINDOWS MOBILE一般的开发中，均使用微软提供的MicrosoftPlatform Builder for Windows Mobile 5.0。此工具有很强的动态调试功能，在获取信息和同步调试上有不可替代的地位。但同时也存在着如下的问题：
1、必须与电脑连接，在日常流程分析、外厂调试时就显得复杂繁琐，降低程序开发的效率；
2、只有trace(调试信息)记录功能，并不具备直接向基带处理器(BP)发送AT交互命令的能力；
3、需要实时双机通信，会消耗手机(Mobile)大量内存资源，手机运行速度会严重降低，影响开发的效率。
发明内容
本发明的目的是提供一种基于WINDOWS MOBILE的AT命令调试方法和装置，该方法和装置能动态的调试AT命令，并且动态的获取相关的调试信息。
本发明的目的是通过以下技术方案实现的：
一种基于WINDOWS MOBILE的AT命令调试方法，其特点在于，其包括以下步骤：
S₁、在WINDOWS MOBILE双处理器结构中的应用处理器的最底层，即与基带处理器进行命令和数据交互的控制层扩充一个接口，该接口将上层传过来的数据处理后直接写入命令通道；
S₂、在手机界面与下层通道之间的各层实现数据的正常传输，并在该手机界面之下建立相应的数据处理层，之后分为下面两条数据线路；
S₃、在该手机界面即应用层创建一个交互界面，调用相关的接口，将指定的控制命令直接传送到该扩充的接口，该接口在完成操作后返回基带处理器回复的内容；
S₄、对于调试信息，通过扩充接口将调试信息传递给Trace数据采集模块，记录下主要的调试信息，并动态的在手机界面上显示出获取到的全部日志。
其中，步骤S₃具体包括以下步骤：
S₃₁、在手机界面上输入AT命令，并将该命令传递给AT命令交互控制模块；
S₃₂、该AT命令交互控制模块将该命令解析并封装，调用扩展的数据通道将该命令下发，该命令通过中间的各层直至扩展接口处；
S₃₃、该扩展接口将该命令解析处理，通过通信接口将该命令发送给BP；
S₃₄、该BP处理该命令，并将返回结果通过该通信接口传递回该扩展接口；
S₃₅、该扩展接口将该返回结果重新封装，上传到该AT命令交互控制模块；
S₃₆、该AT命令交互控制模块对该返回结果解包，上报给该手机界面，该手机界面显示出该返回结果。
其中，该整个手机的构架中，控制程序在应用层，该扩展接口在适配层，中间为数据传输层，通过扩展一个函数接口来完成数据从应用层到适配层的传输过程。
其中，步骤S₄具体包括以下步骤：
S₄₁、在手机界面上开启控制开关；
S₄₂、各模块将调试信息通过扩展接口传给调试数据控制模块；
S₄₃、当该控制开关开启时，该调试数据控制模块将该调试信息进行缓存、解析、封装成数据包，并将该数据包传送给界面；
S₄₄、当该控制开关关闭时，该调试数据控制模块将该调试信息丢弃；
S₄₅、该界面将接收到的该数据包进行处理并显示。
其中，步骤S₄₁中，通过改变该手机上的注册表，手机端控制程序检测到注册表的变化开启控制开关，记录需要测试模块的调试信息，步骤S₄₂中各模块指需要记录调试信息的程序，该程序中相应的宏把该调试信息送到调试数据控制模块。
一种基于WINDOWS MOBILE的AT命令数据交互装置，其特点在于，其包括：
显示界面模块，其用于输入AT命令，并将该命令传递给AT命令交互控制模块；其还用于显示BP处理后的返回结果；
AT命令交互控制模块，其用于将该命令解析并封装，调用扩展的数据通道将该AT命令下发，该命令通过中间的各层直至扩展接口处；其还用于对该返回结果解包，上报给该界面；
扩展接口模块，其用于将该命令解析处理，通过通信接口将该命令发送给BP；其还用于将该返回结果重新封装，上传到该AT命令交互控制模块；
BP模块，其用于处理该命令，并将返回结果通过该通信接口传递回该扩展接口。
一种基于WINDOWS MOBILE的调试数据获取装置，其特点在于，其包括：
显示界面模块，其用于开启控制开关，还用于将接收到的数据包进行处理并显示；
扩展接口模块，其用于将调试信息传给调试数据控制模块；
调试数据控制模块，其用于当该控制开关开启时，将该调试信息进行缓存、解析、封装成数据包，并将该数据包传送给界面；当该控制开关关闭时，将该调试信息丢弃。
本发明的积极进步效果在于：
1、不用与电脑连接，只需要在手机上就可以完成所有的操作。在外厂调试时，只需要手机，可以更加方便的完成log(日志)的记录；
2、实现了动态的控制命令交互即AT命令的交互，将原本在AP通信接口处的命令交互过程如实的在界面上显示出来，方便AP开发人员快速的掌握AT交互过程中存在的问题；
3、无需进行双机之间的交互，并且采用了新的实时机制，在不影响手机运行速度的情况下仍可以记录主要的TRACE信息，使开发效率变的更高。
附图说明
图1为本发明中AT命令数据交互装置的结构示意图。
图2为本发明中Trace数据获取装置的结构示意图。
图3为本发明中AT命令数据交互方法的流程图。
图4为本发明中Trace数据获取方法的流程图。
具体实施方式
下面结合附图给出本发明较佳实施例，以详细说明本发明的技术方案。
为说明方便并符合行业中的习惯叫法，本实施方式文字部分和附图中的某些技术术语统一采用了英文简称，现统一说明如下：
AT命令：本领域技术人员熟知的技术名词，参见GSM规范。
Trace：程序中的调试信息。
BP，AP：windows mobile手机都是两个核心的，一个负责应用程序操作系统，一个负责手机的实际功能实现，AP(Application Processor)就是应用处理器，指前者，BP(Baseband Processor)是基带处理器，指后者。
Mobile：手机。
Log：程序trace信息的集合，记录这些信息的文件成为log文件。
一、基于WINDOWS MOBILE的AT命令调试装置
如图1-2示出了本装置从功能上划分成的两个部分，该划分是抽象意义上的划分，在实际应用中两个装置有共同的模块，并且在具体操作中也不是割裂的，而是作为一个整体协同工作。
AT命令数据交互装置，Trace数据获取装置分别如图1-2所示，它们的共同部分包括显示界面11、手机控制程序12、RIL(无线接口层)13、BP(基带处理器)14。
而不同部分在于，对于AT命令数据交互装置，其还包括扩展接口15，并且在手机控制程序12中包含有AT命令交互控制模块；对于Trace数据获取装置，其还包括电池驱动16等驱动程序，并且在手机控制程序12中包含有TRACE数据控制模块。
二、基于WINDOWS MOBILE的AT命令调试方法
首先介绍本调试方法的总体方案。
首先，在WINDOWS MOBILE双处理器结构中的应用处理器(AP)的最底层，即与基带处理器(BP)进行命令和数据交互的控制层扩充一个接口。此接口可以直接将上层传过来的数据处理后直接写入命令通道。
然后，在界面(UI)与下层通道之间的各层实现数据的正常传输，并在界面(UI)之下建立相应的数据处理层。
最后，在界面(UI)即应用层创建一个交互界面，调用相关的接口，将指定的控制命令直接传送到扩充的接口，接口在完成操作后返回基带处理器回复的内容。
另外对于trace信息及调试信息，通过扩充接口在不影响PB工具正常使用的情况下将调试信息传递给Trace数据采集模块，从而记录下主要的调试信息，并动态的在界面(UI)上显示出获取到的全部log。
本发明主要包括两条数据线路，1、实现AT命令直接输入输出，与BP直接进行控制命令交互；2、实现对其他各模块调试信息进行提取，解析后动态显示相应的Trace信息。下面分别对两条通路的流程进行介绍。
1、图3中的AT命令数据交互方法，是为了满足AT命令动态调试而建立的，具体流程如下。
步骤101，界面输入命令。
步骤102，控制程序将数据打包，其中AT命令交互控制模块包含在该控制程序中。
步骤103，发送数据到扩展接口。
步骤104，扩展接口处理数据。
步骤105，发送数据到基带处理器。
步骤106，基带处理器返回数据。
步骤107，扩展接口处理数据。
步骤108，返回数据到控制程序。
步骤109，将返回结果在界面上显示。
整个交互过程中，保证界面(UI)上下发命令和返回结果的显示内容与通信接口与BP之间的交互时的命令相同，这也是设计的初衷所在。
2、图4中的Trace数据获取方法，是为了获取各AP模块的调试信息而建立的，可以动态的显示获取的Trace信息，具体流程如下。
步骤201，各模块返回trace。
步骤202，返回trace打包处理。
步骤203，发送数据包到控制程序，其中trace数据控制模块包含在该控制程序中。
步骤204，控制程序接收到数据处理。
步骤205，筛选数据。
步骤206，界面上显示所需数据。
虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这些仅是举例说明，在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改。因此，本发明的保护范围由所附权利要求书限定。