android QMI机制---概论

前言:

Qualcomm MSM Interface,作用用于AP和BP侧的交互，通俗说法就是让设备终端TE（可以是手机，PDA，计算机）

对高通BP侧的AMSS系统进行操作，如调用函数，读取数据，设置其中的NV项等。

QMI的核心称之为QMI框架（QMI Framework），其主要功能包括以下3点：

1,连接MSM模块和设备终端，提供一个正交的控制和数据通道。在QMI的消息用有两种定义，一种是

QMIControl Message,另一种是QMI DataMessage，支持这两种消息并发，不会互相干扰导致出错。

2,列举一系列的枚举逻辑设备，提供给连接使用。QMI机制类似于一个服务器机制，有相应的client端

和services端，对应于QMI的control point和service。在AP向BP发送请求时，AP作为client端，当AP

接收BP侧返回的响应时，AP作为services端。QMI包含了一系列的QMI Service，例如nas,voice,wds等，

这些不同的services相当于不同逻辑设备，给不同的app调用。

3,QMI有相应的消息和消息的协议，设备终端就是通过这些消息来访问AMSS。对于不同的qmi消息，

消息长度不一样，可自己定义消息长度，不同的qmi消息，消息格式是相同的。

上图是QMIFramework的一个软件结构图。

从图中可以看出，上层控制点打包对应类型的QMI消息或通过其他操作系统的框架，将要发出的数据传到AP

侧底层的逻辑设备，最后逻辑设备通过内联的总线接口，传到BP侧的AMSS。在代码中可以找到从控制点发

送到逻辑设备的函数。

这个是控制点向BP侧发送同步消息的函数，参数包括走的QMI_Service类型，Service里面消息的名称，

请求消息的初始地址，长度，返回相应的初始地址和长度。逻辑设备和BP侧内联的总线也可以分很多种：

USB,SDIO，共享内存，无线协议802.11等都可以作为总线连接AP和BP。咱们现在开发的MSM平台用

的是共享内存。代码中qmi_port_defs.h中的枚举qmi_connection_id_type定义了AP侧QMI和BP侧的

连接通道，包括集成modem的MSM平台和独立modem的MDM。

在代码中的vendor\qcom\proprietary\qmi\platform目录，linux_qmi_qmux_if_client.c，定义了和BP侧通信

的逻辑设备种类。

目前我们QMI支持的逻辑设备有图中四种，电话系统，音频，蓝牙，GPS。

TE和MSM通信原理图：

两个特点：1.单一的物理链接总线，必须被多个逻辑设备所复用。

              2．不同的逻辑设备要求独立的控制信道和数据信道。

QMI终端原理图如下：

从图中可看出，整个QMI架构中，主要是通过QMUX层完成软件上的TE和MSM的交互。

1,一个服务可以对应多个控制点，一个控制点只能对应一个服务。

2,控制点与服务的关系就好比C/S模型中的客户端与服务器关系。

3,如果某程序使用几种QMI服务，那么它就要为每种服务构建一个控制点。

可以看出QMI并不是一个简单的一对一传输通信方式，而是一个服务可以同时接受几个控制点发出的消息，

其实现的原理也是对传输信道的复用。