WO2015032048A1

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

Info

Publication number: WO2015032048A1
Application number: PCT/CN2013/082985
Authority: WO
Inventors: 盛焱新
Original assignee: Spreadtrum Communications Shanghai Co Ltd
Current assignee: Spreadtrum Communications Shanghai Co Ltd
Priority date: 2013-09-05
Filing date: 2013-09-05
Publication date: 2015-03-12
Anticipated expiration: 2016-03-05
Also published as: EP2846470B1; US20150201436A1; CN103650401A; IN2013MN02439A; US9258834B2; CN103650401B; EP2846470A1

Abstract

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

Description

一种移动终端内部通信方法技术领域

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

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

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

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

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

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

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

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

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

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

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

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

所述基带处理模块通过所述第二信号通道向所述应用处理模块发送用以请求发送数据的第二请求信号；随后所述基带处理模块向所述应用处理模块发送数据。优选的，该移动终端内部通信方法，其中，所述应用处理模块向所述基带处理模块发送数据的步骤具体包括：

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

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

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

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

步骤 al l , 判断所述基带处理模块的 SDI0接口是否处于空闲状态；

若所述 SDI0接口处于空闲状态，则转至步骤 al2;

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

步骤 al2，判断所述基带处理模块是否处于接收数据状态；所述基带处理模块未处于接收数据状态，则转至步骤 al3;

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

步骤 al3，判断所述基带处理模块是否处于发送数据状态；若所述基带处理模块未处于发送数据状态，则继续执行所述步骤 al ;

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

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

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

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

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

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

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

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

步骤 b3，判断所述基带处理模块的发送队列是否为空；若所述发送队列不为空，则所述基带处理模块开始发送数据；若所述发送队列为空，则退出。

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

若所述 SDI0接口处于所述空闲状态，则继续执行所述步骤 bl ; 若所述 SDI0接口未处于所述空闲状态，则等待所述基带处理模块发送数据完毕，随后判断此时所述 SDI0接口是否可以读取数据；若所述 SDI0接口能够读取数据，则继续执行所述步骤 bl ;

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

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

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

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

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

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

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

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

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

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

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

步骤 cl4，当所述总线处于空闲状态时，则继续执行所述步骤 c l。优选的，该移动终端内部通信方法，其中，所述步骤 c2中，所述基带处理模块发送所述第二请求信号的同时将工作状态更新为发送数据状态。

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

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

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

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

若所述发送队列不为空，则返回至所述步骤 cl ; 优选的，该移动终端内部通信方法，其中，所述步骤 c31中，所述基带处理模块将工作状态更新为发送完毕状态。

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

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

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

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

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

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

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

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

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

若数据包发生错误，则转至步骤 e3_;

若数据包未发生错误，则转至步骤 e4_;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

若接收的所述数据包不是本次数据接收的最后一个数据包，则返回所述步骤 fl。上述技术方案的有益效果是：

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

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

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

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

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

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

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

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

图 1 1是本发明的实施例中， 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端发送数据的具体步骤包括：

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

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

本发明的较佳的实施例中，在 Modem端发送反馈信号前，首先判断其工作状态；若此时 Modem端正处于 " sending "状态，即认为该

Modem端正在发送数据，此时 Modem端等待其发送数据完毕后，再向

AP端发送上述反馈信号，以表示准备就绪。

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

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

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

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

Modem端发送的数据。

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

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

步骤 al l , 判断基带处理模块的 SDI0接口是否处于空闲状态；若 SDI0接口处于空闲状态，则转至步骤 al2;

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

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

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

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

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

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

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

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

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

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

步骤 bl，基带处理模块采用一第一数据缓冲区域读取应用处理模块发送的数据，并通过反馈通道向应用处理模块发送反馈信号；本发明的较佳的实施例中，上述第一数据缓冲区域实际为一个读出缓冲区（read buffer )。随后 Modem端通过反馈通道向 AP端发送反馈信号，以表示 Modem端已经准备好接收数据。步骤 b2，等待第一数据缓冲区域读取数据完毕后，基带处理模块从第一数据缓冲区域中读取数据；

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

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

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

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

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

若 SDI0接口处于空闲状态，则继续执行步骤 bl ;

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

步骤 bl l，等待 SDI0接口发送数据完毕；

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

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

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

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

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

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

步骤 cl，基带处理模块开始向应用处理模块发送数据；本发明的较佳的实施例中， Modem 端将要发送的数据送入 dma (Direct Memory Access , 直接内存存取）中。

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

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

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

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

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

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

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

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

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

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

步骤 cl3，基带处理模块将第二请求信号挂起，以等待总线处于空闲状态；步骤 c l4，当总线处于空闲状态时，则继续执行步骤 c l。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

步骤 el， SDI0接口接收数据包；

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

若数据包发生错误，则转至步骤 e3_;

若数据包未发生错误，则转至步骤 e4_;

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

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

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

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

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

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

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

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

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

若数据包发生错误，则转至步骤 f3_;

若数据包未发生错误，则转至步骤 f5_;

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

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

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

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

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

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

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

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

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

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

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

Rdy有效，低电平相应的表示 Modem Rdy无效。

如图 11中所示， SDIO Clock为 AP端发送数据时， SDI0接口的系统时钟。

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

如图 12中所述， SDIO Clock为 AP端接收数据时， SDI0接口的系统时钟。

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

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

图 13中， Τ2-Π为 Modem端发送第二请求信号（Modem Rts ) 的持续时间，本发明的实施例中， T2-Tl < 20ms o图 10中， AP端和 Modem 端同时发起请求信号（AP Rts和 Modem Rts ) 。在 Τ2_Π时间段内，首先执行 Modem Rts , 因此 AP端的第一请求信号（AP Rts ) 处于挂起状态。直至 Modem Rts发送完毕，并经过一个延迟时间（T3_T2 < lms ) ， AP Rts开始得到回应（即 Modem Rdy) 。 AP Rts持续发送直至 T4时刻 (T4-T3<20ms )，此时经过一个延迟时间 (T5- T4< lms )， Modem Rdy 转为无效；再经过一个延迟时间（T6_T5< lms ) ， Modem 端再次向 AP端发送 Modem Rts;经过一个持续时间段（T7_T6<20ms )， Modem Rts无效；经过一个延迟时间（T8_T7< lms ) ， AP Rts开始有效；再经过一个延迟时间（T9_T8< lms ) ， Modem Rdy开始有效，以此类推。

图 14在图 13的基础上加入了 AP端的重传机制（即上文中所述的第二检测机制），具体包括：

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

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

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

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

Claims

权利要求书

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

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

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

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

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

若所述 SDI0接口处于空闲状态，则转至步骤 al2;

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

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

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

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

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

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

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

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

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

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

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

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

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

若所述总线未处于空闲状态，则转至步骤 cl3; 若所述总线处于所述空闲状态，则继续执行所述步骤 cl _;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

若数据包发生错误，则转至步骤 e3_;

若数据包未发生错误，则转至步骤 e4_;

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

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

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

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

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

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

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