当前位置: 代码迷 >> Android >> Android telephony MMS 学习札记
  详细解决方案

Android telephony MMS 学习札记

热度:71   发布时间:2016-05-01 20:03:42.0
Android telephony MMS 学习笔记
转载
http://blog.csdn.net/tjy1985/article/details/7228282

本文主要从以下几个方面来学习MMS在android系统中的处理:MMS初始化、MMS发送、MMS接收(包括push MMS接收和从MMSC中提取MMS内容)、MMS存储/删除等数据操作。

Android MMS基本知识点

一、MMS概述

MMS是在短消息业务基础上发展起来的一种消息业务,它可以用于传送文字、图片、动画、音频和视频等多媒体信息。MMS采用"存储转发"的技术,用户创建的信息能够自动、快速的在手机和手机之间传送;信息的传送仍然按接收方手机号码进行定位;当接收方关机或暂时不在服务区的情况下,信息将存储在多媒体消息中心(MMSC),直到能够正确送达为止。MMS消息服务要求一个WAP网关,一个数据传输网如电路交换网、GPRS或WCDMA网络,和一个多媒体消息中心(MMSC)。在目前,MMS业务主要是以WAP作承载,以短消息作提示通知,由MMS手机自动到多媒体消息中心(MMSC)去提取来实现的。

在android中,MMS主要的处理都在app层,在framework层中主要涉及MMS pdu包的解析处理和发送和接受MMS时的网络处理。

MMS会使用telephony framework部分的类,详细信息请参考《Android_telephony_framework》系列文档。

二、MMS相关Service
1. TransactionService
主要是通过相应的transaction来处理MMS的发送、接收等请求。TransactionService包含一个ServiceHandler handler内部类,用来处理MMS相应事件。

三、MMS相关receiver
1. PushReceiver
接受Intent.WAP_PUSH_RECEIVED_ACTION,启动TransactionService来传递对应的push数据。
2. MmsSystemEventReceiver
接受Mms.Intents.CONTENT_CHANGED_ACTION、TelephonyIntents.ACTION_ANY_DATA_CONNECTION_STATE_CHANGED和intent.ACTION_BOOT_COMPLETED。

四、MMS相关handler
1. SMSDispatcher
对SMS/MMS上报事件的处理,它有两个子类:GsmSMSDispatcher和CdmaSMSDispatcher,分别是GSMPhone和CdmaPhone的handler类。
2. WapPushOverSms
WapPushOverSms类虽然没有继承自handler类,但它的作用却实实在在的是一个handler类的作用,是它通过SMSDispatcher的dispatch方法来实现的。该类的作用是把接收到的push PDU包通过intent方式派送到应用模块的receiver处理。

五、MMS相关transaction
1. Transaction
继承自Observable类,是NotificationTransaction、ReadRecTransaction、RetrieveTransaction和SendTransaction的抽象类。
2. NotificationTransaction
继承自Transaction类,并实现Runnable接口。主要处理MMS的notifications (M-Notification.ind)消息,也就是push彩信通知消息。主要功能:
1)根据DownloadManager. mAutoDownload状态判断是否需要立即从MMSC中下载MMS内容。
2)发送GET请求给MMSC
3)获取M-Retrieve.conf数据并解析
4)保存接收到的MMS到inbox
5)删除M-Notification.ind信息
6)发送the M-NotifyResp.ind给MMSC
7)处理完成后通知TransactionService做相应处理。
3.ReadRecTransaction
继承自Transaction类,并实现Runnable接口。主要处理MMS的read report notifications (M-read-rec.ind)。主要功能:
1)Loads the read report indication from storage (Outbox). 即从mmssms.db中取出read report indication pdu。
2)Packs M-read-rec.ind and sends it.
3)Notifies the TransactionService about succesful completion.
4. RetrieveTransaction
继承自Transaction类,并实现Runnable接口。主要处理从MMSC中提取MMS(M-Retrieve.conf)。主要功能:
1)Sends a GET request to the MMSC server
2)Retrieves the binary M-Retrieve.conf data and parses it.
3)Persists the retrieve multimedia message.
4)Determines whether an acknowledgement is required.
5)Creates appropriate M-Acknowledge.ind and sends it to MMSC server.
6)Notifies the TransactionService about succesful completion.
5. SendTransaction
继承自Transaction类,并实现Runnable接口。主要处理发送MMS到MMSC(M-Send.req)。主要功能:
1)Loads the multimedia message from storage (Outbox).
2)Packs M-Send.req and sends it.
3)Retrieves confirmation data from the server  (M-Send.conf).
4)Parses confirmation message and handles it.
5)Moves sent multimedia message from Outbox to Sent.
6)Notifies the TransactionService about successful completion.
六、MMS相关provider
[img][/img]










com.google.android.mms.util
com.google.android.mms.util

这两个包下的类主要是用来操作网络方面的。对于这方面,暂时还了解不多。


Android MMS基本处理

以下处理过程以GSMPhone为例。

一、MMS初始化
MMS的初始化基本上与SMS一致,只是在phoneApp初始化的过程中注册一些事件,如EVENT_NEW_SMS和EVENT_NEW_SMS_STATUS_REPORT。在android平台中,MMS初始化的时候并没有信息数据的操作,android是以sqlite3作为存储机制的,与MMS相关的所有数据都存储在mmssms.db文件中,此文件是会长期存在于手机中,不会被删除。对MMS的操作直接就是对mmssms.db数据库的操作,所以在初始化部分对MMS数据没有做相应处理。下面详细的说明MMS初始化时的类的关系及事件注册过程:
1. GSMPhone的构造函数中创建GsmSMSDispatcher的实例mSMS :mSMS = new GsmSMSDispatcher(this);
2.调用GsmSMSDispatcher构造函数,执行super(phone);由于GsmSMSDispatcher继承自SMSDispatcher类,实际实行了SMSDispatcher构造函数。
3.在SMSDispatcher的构造函数里,执行如下语句:
mCm = phone.mCM;//mCm是CommandsInterface接口类的对象
……………
mCm.setOnNewSMS(this, EVENT_NEW_SMS, null);
……………
CommandsInterface类的setOnNewSMS方法中会创建Registrant类的实例mSMSRegistrant,用来保存SMSDispatcher handler对象、EVENT_NEW_SMS事件,在有新信息消息上报的时候,会通过mSMSRegistrant对象来获取SMSDispatcher handler对象,并把EVENT_NEW_SMS事件和相应的数据通过消息机制和handler处理机制发送给SMSDispatcher类的handleMessage方法处理。

二、MMS接收

1.    push MMS接收
MMS通知消息是以短信息PDU包的形式传递过来的(M-Notification.ind PDU)。Android中的具体处理流程如下:
1)当有新信息来的时候,atchannel的reader线程会调用onUnsolicited()函数处理。
2)onUnsolicited()函数调用RIL_onUnsolicitedResponse()函数,并传入RIL_UNSOL_RESPONSE_NEW_SMS值及相应数据。
3)RIL_onUnsolicitedResponse()调用sendResponse()函数,通过socket(socket名:SOCKET_NAME_RIL)向ril.java层传递数据。
4)ril java层通过RILReceiver接收器从socket中读出数据,处理后调用ril类中的processResponse()方法,processResponse()方法调用processUnsolicited()方法。
5)在processUnsolicited()方法中,执行下面语句:
    case RIL_UNSOL_RESPONSE_NEW_SMS: {
    if (RILJ_LOGD) unsljLog(response);
    String a[] = new String[2];
    a[1] = (String)ret;
    SmsMessage sms;
    sms = SmsMessage.newFromCMT(a); //根据SMS协议解析PDU包
    if (mSMSRegistrant != null) {
    mSMSRegistrant.notifyRegistrant(new AsyncResult(null, sms, null));
    }
    break;
    其中mSMSRegistrant实例是在初始化的时候创建的,其中存储着SMSDispatcher handler对象和EVENT_NEW_SMS事件信息。随后通过message消息机制和handler处理机制把EVENT_NEW_SMS事件传递到了SMSDispatcher handler类              处理。
6)SMSDispatcher handler接收到EVENT_NEW_SMS事件,调用handleMessage()方法处理,handleMessage()方法调用其子类dispatchMessage()方法。
7)在dispatchMessage()中,根据smsHeader.portAddrs(PORT_WAP_PUSH = 2948)地址来判断是否是PUSH信息。
8)调用WapPushOverSms类的dispatchWapPdu()方法。
9)使用WspTypeDecoder类实例来对PUSH信息进行解析,并根据content type来判断是否是MMS PUSH信息。
10)调用dispatchWapPdu_MMS()方法,通过SMSDispatcher类的dispatch()方法来广播发送intent. WAP_PUSH_RECEIVED_ACTION。
11)PushReceiver接收到该intent,启动ReceivePushTas并执行doInBackground()方法。
12)在doInBackground()方法中,通过PduParser类对象解析对应的PDU包,然后执行如下代码:
    case MESSAGE_TYPE_NOTIFICATION_IND: {
    NotificationInd nInd = (NotificationInd) pdu;
    if (!isDuplicateNotification(mContext, nInd)) {
    Uri uri = p.persist(pdu, Inbox.CONTENT_URI); //MMS PUSH信息存储在inbox.
    Intent svc = new Intent(mContext, TransactionService.class);//intent启动的是TransactionService。
    svc.putExtra(TransactionBundle.URI, uri.toString());
    svc.putExtra(TransactionBundle.TRANSACTION_TYPE,
        Transaction.NOTIFICATION_TRANSACTION);//transaction类型:NOTIFICATION_TRANSACTION
    mContext.startService(svc);//启动TransactionService服务
    }
13)TransactionService类中的onStart()调用launchTransaction()方法
14)launchTransaction()方法传递给ServiceHandler EVENT_TRANSACTION_REQUEST事件。
15)ServiceHandler类的handleMessage()方法处理EVENT_TRANSACTION_REQUEST事件,根据Transaction的类型为NOTIFICATION_TRANSACTION,创建NotificationTransaction类实例,并根据URI从mmssms.db中取出PDU包。
16)调用processTransaction(transaction)方法,在processTransaction()方法中,执行如下代码:
    int connectivityResult = beginMmsConnectivity();//通过beginMmsConnectivity函数进行data connection。
    if (connectivityResult == Phone.APN_REQUEST_STARTED) { //如果返回APN_REQUEST_STARTED结果,表示data connection正在连接,等待返回EVENT_DATA_STATE_CHANGED事件
        mPending.add(transaction);//把transaction放入等待队列中
        return true; //返回,等待EVENT_DATA_STATE_CHANGED事件再继续处理
    }
    transaction.attach(TransactionService.this); //因为Transaction 类和TransactionService 类都继承自Observable类,此处是为了Transaction类的子类在处理完成后通知TransactionService相应的处理结果。
    transaction.process(); //进入NotificationTransaction类中处理,创建一个新的线程来处理该transaction。
17)下面的处理请参照MMS相关transaction中的NotificationTransaction说明。

2.    从MMSC中提取MMS
根据DownloadManager类中的mAutoDownload变量的值,从MMSC中提取MMS有两种情况:
1)如果mAutoDownload为TRUE,即允许自动提取,那么在indication通知上来的时候,就会从MMSC向提取MMS信息。即使在NotificationTransaction中所做的处理。具体请参照MMS相关transaction中的NotificationTransaction说明
2)否则,就需要手动去从MMSC中提取。具体处理如下:此时UI层会启动TransactionService,并传入Transaction.RETRIEVE_TRANSACTION类型。其他的处理流程参考第一条(push MMS接收)中的第13到第17步,只不过相应的transaction是RetrieveTransaction,而非NotificationTransaction。

三、MMS发送
MMS的发送动作是由UI来触发的,主要是有ComposeMessageActivity类中的sendMmsWorker()方法来处理。具体处理流程如下:
1. sendMmsWorker()方法中,创建MmsMessageSender类实例sender,并调用MmsMessageSender类中的sendMessage()方法。
2.从mmssms.db中取出对应的PDU数据,把信息移到outbox中(以前是存储在draft下),然后启动TransactionService服务进行transaction处理。
3.通过TransactionService处理进入了SendTransaction类的run()方法中处理。详细处理请参照MMS相关transaction中的SendTransaction说明

四、MMS存储/删除等数据操作
MMS信息的存储是以SQLite3为基础的,而且其mmssms.db数据库在第一次创建后会一直存在,这就对MMS的存储处理变得简单很多,只需要执行相应的SQL语句就行。
MMS中的内容部分是存储在file中的,并没有放在mmssms.db数据库中,数据库中存放的是如下几张表:
static final String TABLE_PDU  = "pdu";//PDU相关信息的表
static final String TABLE_ADDR = "addr";//MMS发件人/收件人地址相关的表
static final String TABLE_PART = "part"; //body可能分成几个部分,存储part相关信息的表,通过该part信息,就可以从file中取到对应的内容部分
static final String TABLE_RATE = "rate"; // SENT_TIME信息表
static final String TABLE_DRM  = "drm";
上面的几张表只是存储了一些相关信息,通过它们可以取到相应的MMS的基本信息,并能从文件中读取到对应的MMS body。
对MMS存储机制的理解主要就是对content provider机制的理解,content provider机制中主要涉及到以下类:


MMS对应的数据库类:见MMS相关provider及Telephony、MmsSmsDatabaseHelper
五 MMS参数设置
MMS的参数设置也是通过SQLite3数据库进行操作的,其content provider类:TelephonyProvider,其DatabaseHelper类是其内部类。TelephonyProvider对应的CONTENT_URI在Telephony 类的Carriers内部类中。
MMS参数的设置主要在setting模块操作。
  相关解决方案