CN103650401B - 一种移动终端内部通信方法 - Google Patents

Abstract

本发明公开了一种移动终端内部通信方法，属于移动终端内部通信领域，其中应用处理模块与基带处理模块之间的控制信号通道由一第一信号通道、一第二信号通道以及一反馈通道组成；应用处理模块通过第一信号通道向基带处理模块发送第一请求信号，并通过反馈通道接收由基带处理模块发送的反馈信号；应用处理模块接收到反馈信号后，向基带处理模块发送数据；基带处理模块通过第二信号通道向应用处理模块发送第二请求信号；随后基带处理模块向应用处理模块发送数据。上述技术方案的有益效果是：节省了系统的硬件资源，降低了系统的功耗，缩短了通信连接过程，提高了数据传输的速率；同时加入了数据重传机制，保证了数据传输的安全性和可靠性。

Description

一种移动终端内部通信方法

技术领域

本发明涉及移动终端内部通信技术领域，尤其涉及一种移动终端内部通信方法。

背景技术

现有技术中的移动通信终端，其内部通常采用AP+Modem的通信方案来进行数据传输。

现有技术中的AP通常指应用处理器(Application Processor)。所谓应用处理器，是在低功耗CPU的基础上扩展音视频功能和专用接口的超大规模集成电路。应用处理器的作用在于控制移动通信终端上的多个功能程序，例如拍摄、音乐播放、视频图像播放等，以扩展传统手机的功能，使其摆脱只能拨打电话和收发短信的局限。

现有技术中的Modem通常指基带处理器。所谓基带处理器，相当于一个协议处理器。传统的基带处理器主要作为运行通信协议物理层的控制码，同时控制通信协议的上层软件。

传统的AP+Modem通信方法，在AP和Modem之间建立通信连接时，需要较多的连线，通常采用至少四根信号传输线来进行握手机制，随后建立连接。

同样的，当Modem拟向AP传输数据时，也需要至少四根信号传输线来进行握手机制，随后建立连接。这样的连接方式需要较多信号线的握手机制，占用了较多的芯片PIN脚,同时增大了系统的功耗，在AP和Modem建立连接的过程中，也会由于握手时间较长而使数据传输的速率受到限制。

中国专利(CN103220822A)公开了一种数据传输方法、装置和移动终端，属于终端技术领域。方法包括：第一终端设备接收用于传输指定文件的数据传输指令；检测第一终端设备的声音状态，并根据声音状态生成指定握手信息；所述第一终端设备根据所述指定文件发送所述指定握手信息，使得所述第二终端设备和所述第一终端设备根据所述指定握手信息建立数据连接；通过第一终端设备与第二终端设备之间的数据连接，向第二终端设备发送指定文件。上述技术方案虽然提到了握手机制，但对该握手机制并未做详细的描述。因此，上述技术方案并不能解决现有技术中存在的问题。

中国专利(CN102264045A)公开了一种实现即时通讯握手的方法，移动终端通过在无线通讯的控制信道消息的数据包中携带移动终端的即时通信客户端和即时通讯应用服务器之间的握手消息，实现即时通信客户端和即时通讯应用服务器之间的握手。本发明还提供了一种实现即时通讯握手的系统。上述技术方案并未涉及到握手机制的具体信号传输过程，无法解决现有技术中存在的问题。

发明内容

根据现有技术中存在的缺陷，即AP和Modem之间的信号连接线较多，从而导致通信连接的时间较长，影响传输速率，同时耗费了硬件资源，增大了系统功耗；现提供一种移动终端内部通信方法的技术方案，具体包括：

一种移动终端内部通信方法，适用于移动终端，所述移动终端内设置有应用处理模块和基带处理模块，所述应用处理模块和基带处理模块之间设有一控制信号通道；

其中，所述控制信号通道由一第一信号通道、一第二信号通道以及一反馈通道组成；

所述应用处理模块通过所述第一信号通道向所述基带处理模块发送用以请求发送数据的第一请求信号，并通过所述反馈通道接收由所述基带处理模块发送的用以准备接收数据的反馈信号；所述应用处理模块接收到所述反馈信号后，向所述基带处理模块发送数据；

所述基带处理模块通过所述第二信号通道向所述应用处理模块发送用以请求发送数据的第二请求信号；随后所述基带处理模块向所述应用处理模块发送数据。

优选的，该移动终端内部通信方法，其中，所述应用处理模块向所述基带处理模块发送数据的步骤具体包括：

步骤a1，所述应用处理模块通过所述第一信号通道向所述基带处理模块发送所述第一请求信号；

步骤a2，所述基带处理模块通过所述反馈通道向所述应用处理模块发送所述反馈信号；

步骤a3，所述应用处理模块向所述基带处理模块发送数据；

步骤a4，所述应用处理模块完成数据发送，随后退出。

优选的，该移动终端内部通信方法，其中，所述步骤a1中，首先判断所述基带处理模块的工作状态：

步骤a11，判断所述基带处理模块的SDIO接口是否处于空闲状态；

若所述SDIO接口处于空闲状态，则转至步骤a12；

若所述SDIO接口未处于所述空闲状态，则返回给所述应用处理模块请求失败的信号，随后退出；

步骤a12，判断所述基带处理模块是否处于接收数据状态；

所述基带处理模块未处于接收数据状态，则转至步骤a13；

若所述基带处理模块处于所述接收数据状态，则所述应用处理模块等待所述基带处理模块接收数据完毕，随后转至步骤a13；

步骤a13，判断所述基带处理模块是否处于发送数据状态；

若所述基带处理模块未处于发送数据状态，则继续执行所述步骤a1；

若所述基带处理模块处于所述发送数据状态，则所述应用处理模块等待所述基带处理模块发送数据完毕，随后继续执行所述步骤a1。

优选的，该移动终端内部通信方法，其中，所述步骤a2中，当所述基带处理模块收到所述第一请求信号后，判断所述基带处理模块的工作状态：

若所述基带处理模块处于发送数据状态，则所述基带处理模块等待数据发送完毕，随后通过所述反馈通道向所述应用处理模块发送所述反馈信号；

若所述基带处理模块未处于所述发送数据状态，则所述基带处理模块直接通过所述反馈通道向所述应用处理模块发送所述反馈信号。

优选的，该移动终端内部通信方法，其中，所述步骤a4中，在所述应用处理模块向所述基带处理模块发送数据时，所述应用处理模块将工作状态更新为发送数据状态。

优选的，该移动终端内部通信方法，其中，所述步骤a5中，当所述应用处理模块完成数据发送时，所述应用处理模块将工作状态更新为空闲状态。

优选的，该移动终端内部通信方法，其中，所述基带处理模块接收数据的步骤具体包括：

步骤b1，所述基带处理模块采用一第一数据缓冲区域读取所述应用处理模块发送的数据，并通过所述反馈通道向所述应用处理模块发送所述反馈信号；

步骤b2，等待所述第一数据缓冲区域读取数据完毕后，所述基带处理模块从所述第一数据缓冲区域中读取数据；

步骤b3，判断所述基带处理模块的发送队列是否为空；

若所述发送队列不为空，则所述基带处理模块开始发送数据；

若所述发送队列为空，则退出。

优选的，该移动终端内部通信方法，其中，所述步骤b1中，首先判断所述基带处理模块的SDIO接口是否处于空闲状态：

若所述SDIO接口处于所述空闲状态，则继续执行所述步骤b1；

若所述SDIO接口未处于所述空闲状态，则等待所述基带处理模块发送数据完毕，随后判断此时所述SDIO接口是否可以读取数据；

若所述SDIO接口能够读取数据，则继续执行所述步骤b1；

若所述SDIO接口不能读取数据，则所述基带处理模块将工作状态更新为发送数据状态，并转至所述步骤b3。

优选的，该移动终端内部通信方法，其中，所述步骤b2中，等待所述第一数据缓冲区域读取数据完毕后，所述基带处理模块将工作状态更新为读取数据状态，并从所述第一数据缓冲区域中读取数据。

优选的，该移动终端内部通信方法，其中，所述步骤b2中，所述基带处理模块采用一复用器从所述第一数据缓冲区域中读取数据。

优选的，该移动终端内部通信方法，其中，所述基带处理模块向所述应用处理模块发送数据的步骤具体包括：

步骤c1，所述基带处理模块开始向所述应用处理模块发送数据；

步骤c2，所述基带处理模块通过所述第二信号通道向所述应用处理模块发送所述第二请求信号；

步骤c3，所述基带处理模块发送数据完毕，并退出。

优选的，该移动终端内部通信方法，其中，所述步骤c1中，首先判断总线是否处于空闲状态：

步骤c11，所述基带处理模块将数据发送至一第二数据缓冲区域，并对数据进行适配所述SDIO接口的封装；

步骤c12，判断所述总线是否处于空闲状态；

若所述总线未处于空闲状态，则转至步骤c13；

若所述总线处于所述空闲状态，则继续执行所述步骤c1；

步骤c13，所述基带处理模块将所述第二请求信号挂起，以等待所述总线处于空闲状态；

步骤c14，当所述总线处于空闲状态时，则继续执行所述步骤c1。

优选的，该移动终端内部通信方法，其中，所述步骤c2中，所述基带处理模块发送所述第二请求信号的同时将工作状态更新为发送数据状态。

优选的，该移动终端内部通信方法，其中，所述步骤c3中，判断所述基带处理模块发送数据是否超出一预设的时间间隔的步骤具体包括：

步骤c31，若所述基带处理模块发送数据未超出所述预设的时间间隔，则将已发送的数据从所述基带处理模块的发送队列中去除；随后转至步骤c32；

若所述基带处理模块发送数据超出所述预设的时间间隔，则直接转至所述步骤c32；

步骤c32，判断所述发送队列是否为空；

若所述发送队列不为空，则返回至所述步骤c1；

若所述发送队列为空，则退出。

优选的，该移动终端内部通信方法，其中，所述步骤c31中，所述基带处理模块将工作状态更新为发送完毕状态。

优选的，该移动终端内部通信方法，其中，所述步骤c3中，将所述基带处理模块的工作状态更新为空闲状态。

优选的，该移动终端内部通信方法，其中，所述应用处理模块接收所述基带处理模块发送的数据的步骤具体包括：

步骤d1，所述应用处理模块开始接收数据；

步骤d2，所述应用处理模块接收数据完毕，并退出。

优选的，该移动终端内部通信方法，其中，所述步骤d1中，所述应用处理模块将工作状态更新为接收数据状态。

优选的，该移动终端内部通信方法，其中，当所述基带处理模块接收数据时，启动一第一检测机制：

所述第一检测机制具体包括：

所述第一检测机制具体包括：

步骤e1，所述SDIO接口接收数据包；

步骤e2，所述SDIO接口对接收到的所述数据包进行检测，并对所述检测结果进行判断；

若数据包发生错误，则转至步骤e3；

若数据包未发生错误，则转至步骤e4；

步骤e3，所述基带处理模块丢弃发生错误的数据包，随后返回所述步骤e1；

步骤e4，所述SDIO接口判断接收到的所述数据包是否为本次数据接收的最后一个数据包；

若接收的所述数据包是本次数据接收的最后一个数据包，则退出；

若接收的所述数据包不是本次数据接收的最后一个数据包，则返回所述步骤e1。

优选的，该移动终端内部通信方法，其中，所述步骤e4中，所述SDIO接口向所述应用处理模块发送要求重传发生错误的相应数据包的第一重传信号；

所述应用处理模块接收到所述第一重传信号后，重新向所述基带处理模块发送相应的所述数据包。

优选的，该移动终端内部通信方法，其中，当所述应用处理模块接收数据时，启动一第二检测机制；

所述第二检测机制具体包括：

步骤f1，所述应用处理模块接收数据包；

步骤f2，所述应用处理模块对接收到的所述数据包进行检测并对所述检测结果进行判断；

若所述数据包发生错误，则转至步骤f3；

若所述数据包未发生错误，则转至步骤f5；

步骤f3，所述应用处理模块向所述基带处理模块发送用以请求重新传输数据的第二重传信号；

步骤f4，所述基带处理模块接收到所述第二重传信号后，将发生错误的数据包重新发送给所述应用处理模块；随后返回所述步骤f1；

步骤f5，所述应用处理模块判断接收到的所述数据包是否为本次数据接收的最后一个数据包；

若接收的所述数据包是本次数据接收的最后一个数据包，则退出；

若接收的所述数据包不是本次数据接收的最后一个数据包，则返回所述步骤f1。

上述技术方案的有益效果是：

1)减少了通信时的连接线，相应减少了芯片的连接引脚，节省了系统的硬件资源；

2)减少了通信时的连接线，相应降低了系统的功耗；

3)减少了通信时的连接线，缩短了整个通信连接过程，提升了数据传输的速率；

4)加入了数据重传判断以及重传请求的过程，增加了数据传输的安全性和可靠性。

附图说明

图1是本发明的实施例中，移动终端内部通信方法的基础结构示意图；

图2-3是本发明的实施例中，AP端向Modem端发送数据的流程示意图；

图4-5是本发明的实施例中，Modem端接收数据的流程示意图；

图6-8是本发明的实施例中，Modem端向AP端发送数据的流程示意图；

图9是本发明的实施例中，AP端接收数据的流程示意图；

图10是本发明的实施例中，Modem端校验数据并请求重传的流程示意图；

图11是本发明的实施例中，AP端校验数据并请求重传的流程示意图；

图12是本发明的实施例中，AP端和Modem端之间通信连接时的连接时序图；

图13是本发明的实施例中，AP端请求重传数据的连接时序图。

具体实施方式

下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。

如图1所示，移动终端内部包括了应用处理模块(AP端)和基带处理模块(Modem端)两个部分。本发明的实施例中，在AP端和Modem端之间建立一用于传输连接信号的控制信号通道，该控制信号通道由三条子通道组成，分别为第一信号通道、第二信号通道和反馈通道。上述的三条子通道为三条相互独立的硬件信号线，即本发明的技术方案的核心思想是，通过三条硬件信号线完成AP与Modem之间的握手，以减少系统中芯片引脚和其他硬件资源的开销。

当AP端拟向Modem端发送数据时，AP端通过上述第一信号通道发送请求传输数据的第一请求信号至Modem端，Modem端接收到该信号且自身已准备就绪后，通过上述反馈通道向AP端发送响应传输数据请求的反馈信号；AP端接收到该反馈信号后，即与Modem端建立连接，并通过数据传输线路向Modem端发送数据；

当Modem端拟向AP端发送数据时，Modem端通过上述第二信号通道发送请求传输数据的第二请求信号至AP端；随后，Modem端与AP端建立连接，并通过数据传输线路向AP端发送数据。

当AP端发现接收到错误的数据包时，AP端通过一个额外的重传通道发送一个重传信号(AP Resend)至Modem端

上文为对本说明书中所记载的技术方案做一个较为简略的概括。下面对该技术方案进行具体的描述。

如图2所示，本发明的一个较佳的实施例中，AP端向Modem端发送数据的具体步骤包括：

步骤a1，应用处理模块通过第一信号通道向基带处理模块发送第一请求信号；

步骤a2，基带处理模块通过反馈通道向应用处理模块发送反馈信号；

本发明的较佳的实施例中，在Modem端发送反馈信号前，首先判断其工作状态；若此时Modem端正处于“sending”状态，即认为该Modem端正在发送数据，此时Modem端等待其发送数据完毕后，再向AP端发送上述反馈信号，以表示准备就绪。

若Modem端未处于发送数据状态，则Modem端直接通过所述反馈通道向AP端发送反馈信号。

步骤a3，应用处理模块向基带处理模块发送数据；

步骤a4，应用处理模块完成数据发送，随后退出。

本发明的较佳的实施例中，当AP端发送数据完毕后，将自身的工作状态更新为空闲状态，以进行下一次数据发送或者准备接收Modem端发送的数据。

具体而言，本发明的较佳的实施例中，上述步骤a1中，在发送第一请求信号前，首先判断基带处理模块的工作状态。如图3所示，判断基带处理模块的工作状态的流程具体包括：

应用处理模块开始发送数据流程：

步骤a11，判断基带处理模块的SDIO接口是否处于空闲状态；

若SDIO接口处于空闲状态，则转至步骤a12；

若SDIO接口未处于空闲状态，则返回给应用处理模块请求失败的信号，随后退出；

本发明的较佳的实施例中，当SDIO接口为“ready”状态时，判断其处于空闲状态；反之，向AP端返回请求连接失败的反馈信号，随后退出发送数据的流程。

步骤a12，判断基带处理模块是否处于接收数据状态；

基带处理模块未处于接收数据状态，则转至步骤a13；

若基带处理模块正处于接收数据状态，则应用处理模块等待基带处理模块接收数据完毕，随后转至步骤a13；

本发明的较佳的实施例中，若Modem端处于“receiving”状态时，判断其正在进行读取数据的操作，此时AP端等待Modem端读取数据完毕，再进行下一步操作。

步骤a13，判断基带处理模块是否处于发送数据状态；

若基带处理模块未处于发送数据状态，则继续执行步骤a1；

若基带处理模块正处于发送数据状态，则应用处理模块等待基带处理模块发送数据完毕，随后继续执行步骤a1。

本发明的较佳的实施例中，若Modem端处于“sending”状态时，判断其正在进行发送数据的操作，此时AP端等待Modem端发送数据完毕，再进行下一步操作。

如图4所示，本发明的较佳的实施例中，当AP端向Modem端发送数据后，Modem端响应的读取数据的流程包括：

步骤b1，基带处理模块采用一第一数据缓冲区域读取应用处理模块发送的数据，并通过反馈通道向应用处理模块发送反馈信号；

本发明的较佳的实施例中，上述第一数据缓冲区域实际为一个读出缓冲区(readbuffer)。随后Modem端通过反馈通道向AP端发送反馈信号，以表示Modem端已经准备好接收数据。

步骤b2，等待第一数据缓冲区域读取数据完毕后，基带处理模块从第一数据缓冲区域中读取数据；

本发明的较佳的实施例中，Modem端等待上述read buffer接收数据完毕后，通过一个多路复用器(mux)读取read buffer中的数据；同时Modem端将自身的工作状态更新后读取数据状态。

步骤b3，判断基带处理模块的发送队列是否为空；若发送队列为空，则退出。

本发明的较佳的实施例中，若上述发送队列不为空，则开始执行基带处理模块发送数据的过程。

本发明的较佳的实施例中，由于Modem端在同一时间只能进行发送数据和接收数据这两种操作中的一种。当Modem端发送数据和接收数据产生冲突时，通常接收数据操作的优先级较高，因此会将发送数据操作挂起，以等待接收数据操作完成。此时若发送队列中还有数据，则说明发送数据操作被挂起，所以Modem端在退出接收数据操作之后，继续执行此前被挂起的发送数据操作。

本发明的较佳的实施例中，上述步骤b1中，在基带处理模块开始读取数据之前，首先对SDIO接口的工作状态进行判断：

若SDIO接口处于空闲状态，则继续执行步骤b1；

若SDIO接口未处于空闲状态(由于位于Modem端接收数据的流程中，因此本发明的较佳的实施例中，未处于空闲状态的含义即指SDIO接口处于发送数据状态)，则流程如图5所示：

步骤b11，等待SDIO接口发送数据完毕；

本发明的较佳的实施例中，此时Modem端将流程挂起，并等待SDIO接口转换成空闲状态；当Modem端的数据发送动作结束，即可以以该数据发送动作的结束事件来激活数据接收事件，以继续执行下一步操作。

随后开始判断SDIO接口是否能够读取数据；

若能够读取数据，则跳转至上述步骤b1；

若尚未能够读取数据，则跳转至步骤b12；

步骤b12，将Modem端自身的工作状态更新为发送数据状态，并且转至上述步骤b3，以进行对发送队列的判断。

如图6所示，本发明的较佳的实施例中，基带处理模块向应用处理模块发送数据的步骤具体包括：

步骤c1，基带处理模块开始向应用处理模块发送数据；

本发明的较佳的实施例中，Modem端将要发送的数据送入dma(Direct MemoryAccess，直接内存存取)中。

步骤c2，基带处理模块通过第二信号通道向应用处理模块发送第二请求信号；

本发明的较佳的实施例中，当Modem端开始向dma传输数据时，Modem端向AP端发送第二请求信号，以激活AP端，并请求向AP端发送数据。

本发明的较佳的实施例中，在上述步骤c2中，当Modem端向AP端发送第二请求信号的同时，Modem端将自身的工作状态更新为发送数据状态。

步骤c3，基带处理模块发送数据完毕，并退出。

如图7所示，本发明的较佳的实施例中，上述步骤c1中，在Modem端开始向dma传输数据之前，首先需要对传输总线的工作状态进行相应的判断：

步骤c11，基带处理模块将数据发送至一第二数据缓冲区域，并对数据进行适配SDIO接口的封装；

本发明的较佳的实施例中，上述第二数据缓冲区域为TX buffer(数据传输缓冲区)。Modem端将需要发送的数据复制到TX buffer中，并对上述数据进行SDIO接口封装(SDIO Packet)。

步骤c12，判断总线是否处于空闲状态；

本发明的较佳的实施例中，若总线未处于空闲状态，则转至步骤c13；

若总线处于空闲状态，则继续执行上述步骤c1(即Modem端开始向dma发送数据)。

步骤c13，基带处理模块将第二请求信号挂起，以等待总线处于空闲状态；

步骤c14，当总线处于空闲状态时，则继续执行步骤c1。

如图8所示，上述步骤c3中，为了避免Modem端发送数据时间过长而长时间堵塞整个数据传输线路，本发明的较佳的实施例中设置有一个预设的时间间隔，用以判断Modem端发送数据的时间，具体的判断步骤包括：

步骤c31，若基带处理模块发送数据未超出预设的时间间隔，则将已发送的数据从基带处理模块的发送队列中去除；随后转至步骤c32；

若基带处理模块发送数据超出了一预设的时间间隔，则直接转至步骤c32；

本发明的较佳的实施例中，待发送的数据包均暂存在Modem端的一个发送队列中；若在预设的时间间隔内，Modem发送了一个数据包，则该数据包被从发送队列中清除，以避免重复发送。

本发明的较佳的实施例中，在Modem端清除发送队列中的数据的同时，将自身的工作状态更新为空闲状态。

步骤c32，判断发送队列是否为空；

本发明的较佳的实施例中，若发送队列为空，则退出；

若发送队列不为空，则说明此时在可接受的发送时间范围内，Modem端还有需要发送的数据，因此，重新返回步骤c1，以继续发送数据。

如图9所示，本发明的较佳的实施例中，应用处理模块接收数据的步骤具体包括：

步骤d1，应用处理模块开始接收数据；

本发明的较佳的实施例中，当AP端开始接收数据时，AP端将自身的工作状态更新为接收数据状态，并且从dma中读取数据。

步骤d2，应用处理模块接收数据完毕，并退出。

本发明的较佳的实施例中，当AP端接收数据完毕后，将自身的工作状态更新为空闲状态，并退出。

在AP端与Modem端进行数据交互的过程中，有时会出现数据传输错误的情况，通常可能包括数据包全部丢失或者部分丢失，或者数据包的传输顺序发生错位等等。传统的AP+Modem模式下通常只能做到验证在硬件上传输的数据正确性，并不能保证数据传输出错时的实时恢复机制和冲突处理机制。

本发明的较佳的实施例中，提供了当AP端发现数据传输错误和Modem端发现数据传输错误时的数据重传机制。

本发明的较佳的实施例中，将Modem端的数据重传机制定义为第一检测机制，AP端的数据重传机制定义为第二检测机制。

如图10所示，本发明的较佳的实施例中，第一检测机制具体包括：

步骤e1，SDIO接口接收数据包；

步骤e2，SDIO接口检测接收到的数据包，并对检测结果进行判断：

若数据包发生错误，则转至步骤e3；

若数据包未发生错误，则转至步骤e4；

本发明的较佳的实施例中，当SDIO接口检测到数据包发生错误时，会向Modem端发送一个相应的告知信号。但是Modem端无需对该告知信号进行反应，只需要丢弃发生错误的数据包即可。

步骤e3，基带处理模块丢弃发生错误的数据包，随后返回步骤e1；

步骤e4，SDIO接口判断接收到的数据包是否是本次数据接收的最后一个数据包；

若该接收到的数据包是本次数据接收的最后一个数据包，则退出；

若该接收到的数据包不是本次接收的最后一个数据包，则返回步骤e1。

本发明的较佳的实施例中，SDIO接口在向Modem端发送告知信号的同时，向AP端发送一个请求重传发生错误的数据包的第一重传信号；AP端接收到该第一重传信号后，向Modem端重新发送相应的数据包。

如图11所示，本发明的较佳的实施例中，第二检测机制具体包括：

步骤f1，应用处理模块接收数据包；

步骤f2，应用处理模块对接收到的数据包进行检测并对检测结果进行判断；

若数据包发生错误，则转至步骤f3；

若数据包未发生错误，则转至步骤f5；

本发明的较佳的实施例中，与上述第一检测机制不同的是，第二检测机制中，负责检测数据包是否有错的模块为AP端。

步骤f3，应用处理模块向基带处理模块发送用以请求重新传输数据的第二重传信号；

步骤f4，基带处理模块接收到第二重传信号后，将发生错误的数据包重新发送给应用处理模块；随后返回步骤f1；

步骤f5，应用处理模块判断接收到的数据包是否为本次数据接收的最后一个数据包；

若接收的数据包是本次数据接收的最后一个数据包，则退出；

若接收的数据包不是本次数据接收的最后一个数据包，则返回步骤f1。

本发明的较佳的实施例中，上述第一检测机制和第二检测机制中，均通过检测数据包的校验头(本发明的较佳的实施例中可以为数据包头上的几位数据)来判断该数据包的传输是否发生错误。

本发明的较佳的实施例中，可以采用中断的方式判断AP端接收数据完毕：

在AP端接收数据完毕之后，Modem端的SDIO接口的控制器会产生中断。Modem端结合产生中断的此时和AP端取走的数据量来判断数据是否已经发送完毕。

以下结合时序图来进一步说明本发明的较佳的实施例中，AP端与Modem端之间的通信连接机制。

如图12所示，本发明的较佳的实施例中，当AP端向Modem端发送数据时，AP端首先通过第一信号通道向Modem端发送第一请求信号(AP Rts)，以请求与Modem端建立连接并发送数据。图12中，高电平表示AP Rts有效，低电平相应的表示AP Rts无效。

当收到AP Rts后，Modem端通过反馈通道向AP端发送一个反馈信号(Modem Rdy)，以响应AP端的请求。图12中，高电平表示Modem Rdy有效，低电平相应的表示Modem Rdy无效。

如图12所示，本发明的较佳的实施例中，当Modem端向AP端发送数据时，Modem端通过第二信号通道向AP端发送第二请求信号(Modem Rts)，随后与AP端建立连接，并向AP端发送信号。

图13完整地示出了AP端和Modem端之间进行通信连接时的冲突解决机制。

图13中，Modem Rts低电平时为有效；AP Rts高电平时为有效；Modem Rdy低电平时为有效。

图13中，T2-T1为Modem端发送第二请求信号(Modem Rts)的持续时间，本发明的实施例中，T2-T1＜20ms。图10中，AP端和Modem端同时发起请求信号(AP Rts和Modem Rts)。在T2-T1时间段内，首先执行Modem Rts，因此AP端的第一请求信号(AP Rts)处于挂起状态。直至Modem Rts发送完毕，并经过一个延迟时间(T3-T2＜1ms)，AP Rts开始得到回应(即ModemRdy)。AP Rts持续发送直至T4时刻(T4-T3＜20ms)，此时经过一个延迟时间(T5-T4＜1ms)，Modem Rdy转为无效；再经过一个延迟时间(T6-T5＜1ms)，Modem端再次向AP端发送ModemRts；经过一个持续时间段(T7-T6＜20ms)，Modem Rts无效；经过一个延迟时间(T8-T7＜1ms)，AP Rts开始有效；再经过一个延迟时间(T9-T8＜1ms)，Modem Rdy开始有效，以此类推。

图13中进一步加入了AP端的重传机制(即上文中所述的第二检测机制)，具体包括：

Modem Rts无效后，经过一个延迟时间(T3-T2)，若AP端检测到所接收的数据包发生错误，则AP端向Modem端发送第二重传信号(AP Resend)，在本发明的较佳的实施例中，APResend在高电平时有效，即从AP端发现数据包传输错误(AP crc err)时，AP端向Modem端发送AP Resend，直至AP接收该数据包完毕(AP Receive OK)。上述AP crc err的持续时间为T3-T8。

本发明的较佳的实施例中，由于对于Modem端来说，无需对数据包发生错误做出回应，只需要丢弃发生错误的数据包即可，因此，不对Modem端的第一检测机制做专门的时序描述。

于上述技术方案的基础上，任何可被选择的技术特征，包括各种信号的持续时间以及延迟时间等，均仅包括在本发明的较佳的实施例中，并非因此线制本发明的保护范围。

以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。

Claims (21)

1.一种移动终端内部通信方法，适用于移动终端，所述移动终端内设置有应用处理模块和基带处理模块，所述应用处理模块和基带处理模块之间设有一控制信号通道；

其特征在于，所述控制信号通道由一第一信号通道、一第二信号通道以及一反馈通道组成；

所述应用处理模块通过所述第一信号通道向所述基带处理模块发送用以请求发送数据的第一请求信号，并通过所述反馈通道接收由所述基带处理模块发送的用以准备接收数据的反馈信号；所述应用处理模块接收到所述反馈信号后，向所述基带处理模块发送数据；

所述基带处理模块通过所述第二信号通道向所述应用处理模块发送用以请求发送数据的第二请求信号；随后所述基带处理模块向所述应用处理模块发送数据。

2.如权利要求1所述的移动终端内部通信方法，其特征在于，所述应用处理模块向所述基带处理模块发送数据的步骤具体包括：

步骤a1，所述应用处理模块通过所述第一信号通道向所述基带处理模块发送所述第一请求信号；

步骤a2，所述基带处理模块通过所述反馈通道向所述应用处理模块发送所述反馈信号；

步骤a3，所述应用处理模块向所述基带处理模块发送数据；

步骤a4，所述应用处理模块完成数据发送，随后退出。

3.如权利要求2所述的移动终端内部通信方法，其特征在于，所述步骤a1中，首先判断所述基带处理模块的工作状态：

步骤a11，判断所述基带处理模块的SDIO接口是否处于空闲状态；

若所述SDIO接口处于空闲状态，则转至步骤a12；

若所述SDIO接口未处于所述空闲状态，则返回给所述应用处理模块请求失败的信号，随后退出；

步骤a12，判断所述基带处理模块是否处于接收数据状态；

所述基带处理模块未处于接收数据状态，则转至步骤a13；

若所述基带处理模块处于所述接收数据状态，则所述应用处理模块等待所述基带处理模块接收数据完毕，随后转至步骤a13；

步骤a13，判断所述基带处理模块是否处于发送数据状态；

若所述基带处理模块未处于发送数据状态，则继续执行所述步骤a1；

若所述基带处理模块处于所述发送数据状态，则所述应用处理模块等待所述基带处理模块发送数据完毕，随后继续执行所述步骤a1。

4.如权利要求2所述的移动终端内部通信方法，其特征在于，所述步骤a2中，当所述基带处理模块收到所述第一请求信号后，判断所述基带处理模块的工作状态：

若所述基带处理模块处于发送数据状态，则所述基带处理模块等待数据发送完毕，随后通过所述反馈通道向所述应用处理模块发送所述反馈信号；

若所述基带处理模块未处于所述发送数据状态，则所述基带处理模块直接通过所述反馈通道向所述应用处理模块发送所述反馈信号。

5.如权利要求2所述的移动终端内部通信方法，其特征在于，所述步骤a3中，在所述应用处理模块向所述基带处理模块发送数据时，所述应用处理模块将工作状态更新为发送数据状态。

6.如权利要求2所述的移动终端内部通信方法，其特征在于，所述步骤a4中，当所述应用处理模块完成数据发送时，所述应用处理模块将工作状态更新为空闲状态。

7.如权利要求1所述的移动终端内部通信方法，其特征在于，所述基带处理模块接收数据的步骤具体包括：

步骤b1，所述基带处理模块采用一第一数据缓冲区域读取所述应用处理模块发送的数据，并通过所述反馈通道向所述应用处理模块发送所述反馈信号；

步骤b2，等待所述第一数据缓冲区域读取数据完毕后，所述基带处理模块从所述第一数据缓冲区域中读取数据；

步骤b3，判断所述基带处理模块的发送队列是否为空；

若所述发送队列不为空，则所述基带处理模块开始发送数据；

若所述发送队列为空，则退出。

8.如权利要求7所述的移动终端内部通信方法，其特征在于，所述步骤b1中，首先判断所述基带处理模块的SDIO接口是否处于空闲状态：

若所述SDIO接口处于所述空闲状态，则继续执行所述步骤b1；

若所述SDIO接口未处于所述空闲状态，则等待所述基带处理模块发送数据完毕，随后判断此时所述SDIO接口是否可以读取数据；

若所述SDIO接口能够读取数据，则继续执行所述步骤b1；

若所述SDIO接口不能读取数据，则所述基带处理模块将工作状态更新为发送数据状态，并转至所述步骤b3。

9.如权利要求8所述的移动终端内部通信方法，其特征在于，所述步骤b2中，等待所述第一数据缓冲区域读取数据完毕后，所述基带处理模块将工作状态更新为读取数据状态，并从所述第一数据缓冲区域中读取数据。

10.如权利要求8所述的移动终端内部通信方法，其特征在于，所述步骤b2中，所述基带处理模块采用一复用器从所述第一数据缓冲区域中读取数据。

11.如权利要求1所述的移动终端内部通信方法，其特征在于，所述基带处理模块向所述应用处理模块发送数据的步骤具体包括：

步骤c1，所述基带处理模块开始向所述应用处理模块发送数据；

步骤c2，所述基带处理模块通过所述第二信号通道向所述应用处理模块发送所述第二请求信号；

步骤c3，所述基带处理模块发送数据完毕，并退出。

12.如权利要求11所述的移动终端内部通信方法，其特征在于，所述步骤c1中，首先判断总线是否处于空闲状态：

步骤c11，所述基带处理模块将数据发送至一第二数据缓冲区域，并对数据进行适配所述基带处理模块的SDIO接口的封装；

步骤c12，判断所述总线是否处于空闲状态；

若所述总线未处于空闲状态，则转至步骤c13；

若所述总线处于所述空闲状态，则继续执行所述步骤c1；

步骤c13，所述基带处理模块将所述第二请求信号挂起，以等待所述总线处于空闲状态；

步骤c14，当所述总线处于空闲状态时，则继续执行所述步骤c1。

13.如权利要求11所述的移动终端内部通信方法，其特征在于，所述步骤c2中，所述基带处理模块发送所述第二请求信号的同时将工作状态更新为发送数据状态。

14.如权利要求11所述的移动终端内部通信方法，其特征在于，所述步骤c3中，判断所述基带处理模块发送数据是否超出一预设的时间间隔的步骤具体包括：

步骤c31，若所述基带处理模块发送数据未超出所述预设的时间间隔，则将已发送的数据从所述基带处理模块的发送队列中去除；随后转至步骤c32；

若所述基带处理模块发送数据超出所述预设的时间间隔，则直接转至所述步骤c32；

步骤c32，判断所述发送队列是否为空；

若所述发送队列不为空，则返回至所述步骤c1；

若所述发送队列为空，则退出。

15.如权利要求14所述的移动终端内部通信方法，其特征在于，所述步骤c31中，所述基带处理模块将工作状态更新为发送完毕状态。

16.如权利要求11所述的移动终端内部通信方法，其特征在于，所述步骤c3中，将所述基带处理模块的工作状态更新为空闲状态。

17.如权利要求1所述的移动终端内部通信方法，其特征在于，所述应用处理模块接收所述基带处理模块发送的数据的步骤具体包括：

步骤d1，所述应用处理模块开始接收数据；

步骤d2，所述应用处理模块接收数据完毕，并退出。

18.如权利要求17所述的移动终端内部通信方法，其特征在于，所述步骤d1中，所述应用处理模块将工作状态更新为接收数据状态。

19.如权利要求7所述的移动终端内部通信方法，其特征在于，当所述基带处理模块接收数据时，启动一第一检测机制：

所述第一检测机制具体包括：

步骤e1，所述基带处理模块的SDIO接口接收数据包；

步骤e2，所述SDIO接口对接收到的所述数据包进行检测，并对所述检测结果进行判断；

若数据包发生错误，则转至步骤e3；

若数据包未发生错误，则转至步骤e4；

步骤e3，所述基带处理模块丢弃发生错误的数据包，随后返回所述步骤e1；

步骤e4，所述SDIO接口判断接收到的所述数据包是否为本次数据接收的最后一个数据包；

若接收的所述数据包是本次数据接收的最后一个数据包，则退出；

若接收的所述数据包不是本次数据接收的最后一个数据包，则返回所述步骤e1。

20.如权利要求19所述的移动终端内部通信方法，其特征在于，所述步骤e4中，所述SDIO接口向所述应用处理模块发送要求重传发生错误的相应数据包的第一重传信号；

所述应用处理模块接收到所述第一重传信号后，重新向所述基带处理模块发送相应的所述数据包。

21.如权利要求17所述的移动终端内部通信方法，其特征在于，当所述应用处理模块接收数据时，启动一第二检测机制；

所述第二检测机制具体包括：

步骤f1，所述应用处理模块接收数据包；

步骤f2，所述应用处理模块对接收到的所述数据包进行检测并对所述检测结果进行判断；

若所述数据包发生错误，则转至步骤f3；

若所述数据包未发生错误，则转至步骤f5；

步骤f3，所述应用处理模块向所述基带处理模块发送用以请求重新传输数据的第二重传信号；

步骤f4，所述基带处理模块接收到所述第二重传信号后，将发生错误的数据包重新发送给所述应用处理模块；随后返回所述步骤f1；

步骤f5，所述应用处理模块判断接收到的所述数据包是否为本次数据接收的最后一个数据包；

若接收的所述数据包是本次数据接收的最后一个数据包，则退出；

若接收的所述数据包不是本次数据接收的最后一个数据包，则返回所述步骤f1。