众里寻他千google，终于找到了一款外形和配置还算说得过去的机型。三星的i500。但很遗憾的是，这款机型国内并没有引进，某宝上买到的，都是美版的机子。写号倒不是很麻烦，作为一名程序猿来说都是手到擒来的活儿。可水货机始终不能接收彩信，却是一直困扰很多水货机用户的大问题。
虽然彩信是上个世纪的东西了，但日常生活中还是用得比较多的。比如我，虽然一般是不发彩信的，但经常会收到电信或其它商家发送的彩信，有些网上的信息比如优惠券，也是以彩信的形式发送的。作为一项手机功能，用不着的时候无所谓，但一旦用着了却不能用，就很让人郁闷了。
我一直坚持的生活原则就是，宁可千日不用，但不能一日没有。。。。。。
于是，经过N天和N元的努力和尝试，终于解决了i500 CDMA水货机的彩信接收问题。目前测试的结果，有很多朋友已经可以完美接收彩信。相关补丁已发布在diypda的i500版块。有使用i500的iteyer可前去围观。
本机环境：三星i500 showcase，美版MIUI.us 1.12.9 for i500 fascinate。
注：虽然只是针对i500定制，但从理论上来说，这个解决方案对所有的水货机均应适用。
1、不能接收彩信的原因
在大量搜索网上资料的基础上，经过几天的测试和分析，找到了不能接收彩信的初步原因。
彩信，按照电信规范，是分两步发送的：
第一步，发送WAP-PUSH格式的短信通知，该短信通知含有一个url，该url指向彩信内容的存储地址。
第二步，手机解析出这个url，向url发送获取请求，下载彩信内容到本地，完成彩信的接收。
向手机发送彩信之后，手机上没有任何的反映，说明第一步的彩信通知都没有接收到。
写了一个receiver，拦截系统中广播的android.provider.Telephony.WAP_PUSH_RECEIVED消息，结果没有收到这个广播。证明彩信通知并没有上传到app应用层，那么有可能在framework框架层，彩信通知就被拒绝了。
在receiver中添加android.provider.Telephony.SMS_REJECTED，收到了系统广播的消息。说明彩信通知确实是被framework层给reject了。
取出/system/framework/framework.jar，解压出classes.dex，对dex文件进行baksmali，再对照android系统源码进行流程分析（虽然只是简单的一句话，但确实够我忙活了一段时间。。。。。。），最终确定，问题在com.android.internal.telephony.cdma.CdmaSMSDispatcher.smali中。
对照android源码，找出问题的关键代码段：
if (SmsEnvelope.TELESERVICE_WAP == teleService) {
return processCdmaWapPdu(sms.getUserData(), sms.messageRef, sms.getOriginatingAddress());
}
查找smali中对应的TELESERVICE_WAP，发现其设定的值是0x1004，换算成10进制就是4100。
修改CdmaSMSDispatcher.smali，使之在返回sms rejected的原因时，填入彩信通知的TeleServiceId，发现电信的TeleServiceId确实是65002，中国电信CDMA终端规范也证实了这个判断。
那么原因找到了，由于TeleServiceId的不同，导致手机自带的美版ROM无法识别65002的电信Id，所以拒绝接收彩信通知。
2、彩信接收解决方案
找出原因来了，当时我就想，这应该就比较简单了吧。。。。。。
2.1 修改TeleServiceId
定位CdmaSMSDispatcher.smali中判断TeleServiceId的语句：
const/16 v10, 0x1004
把const/16 0x1004（4100）修改成const 0xfdea（65002），使之识别出这是一个WAP-PUSH，进而转入processCdmaWapPdu流程，处理彩信通知的pdu。
编译所有的smali文件，更新classes.dex，替换本机中的framework.jar，重启手机。
怀着激动的心情发送彩信，鸡动等待。。。。。。终于等来了。。。。。。“您的手机终端不支持接收彩信，请到mmbox.vnet.cn中提取”。。。。。。
2.2 修改pdu处理流程
问题一定出在processCdmaWapPdu这个方法里。又经过了一段时间的调试和分析（又是简单的一句话，背后是N个小时的连续奋战和N元钱的彩信发送费用。。。。。。），终于发现，pdu解析有问题。
processCdmaWapPdu传入的第一个参数，sms.getUserData()，获取的是pdu中的包括msg identifier在内的完整userData，而processCdmaWapPdu中的代码，对传入的参数是按照CHARi来进行处理的，所以导致获取的totalSegments和segment完全是错的，系统认为收到的彩信通知只是一个片断，所以把这个片断存入数据库，等待后面的片断。可后面永远都不会再有任何相关的片断了。。。。。。
wdp数据规范，请自行围观wap-259-wdp-20010614-a section 6.5。
解决方案用java写出来是这样的：
byte[] userData = sms.getUserData(); BitwiseInputStream bis = BitwiseInputStream.new(userData); bis.skip(69); userData = bis.readByteArray(userData.length * 8 - 72); processCdmaWapPdu(userData,......)
把byte[]数组的userData转化成bit流，跳过最前面的69个bit（头部数据），取bit流（CHARi数据），扔掉最后的3个bit的000填充位，把取到的bit流再转化成byte[]数组。
然后，把这段java代码人肉翻译成dalvik虚拟机的字节码。。。。。。。
move-object/from16 v11, v10 # v10: userData
array-length v11, v11 # v11: userData.length
new-instance v12, Lcom/android/internal/util/BitwiseInputStream;
invoke-direct {v12, v10}, Lcom/android/internal/util/BitwiseInputStream;->([B)V # v12: bis
const/16 v8, 0x45
invoke-virtual {v12, v8}, Lcom/android/internal/util/BitwiseInputStream;->skip(I)V
mul-int/lit8 v11, v11, 0x8
add-int/lit8 v11, v11, -0x48 # userData.length*8 - 72
invoke-virtual {v12, v11}, Lcom/android/internal/util/BitwiseInputStream;->readByteArray(I)[B
move-result-object v10
编译，替换，重启，搞定。
事后，我有一点点小纳闷，这套原始代码是美版ROM用的，难道美帝国主义CDMA运营商的彩信，传过来的userData，直接就是CHARi吗，不包括头部的数据？否则按照ROM中的代码，他们也肯定是无法接收彩信的。这个问题看来还要美帝自己来回答了。我们自己的好用就行，不去解放水深火热受剥削受压迫中的美国人民了。。。。。。
3、自动接收和发送彩信
搞定了彩信的接收，现在发送和接收都没有问题了。但还有一个小小的缺憾，就是发送和接收彩信时，需要先手动连接3G，不能做到自动收发。
3.1 不能自动收发的原因
经过一段时间的研究（这个研究时间倒不是很长，比上面研究彩信接收的时间短多了），发现在收发彩信时，系统会自动进行3G网络连接，然后另起一个线程收发彩信。
但关键问题是，3G网络连接是需要时间的，在ppp拨号的客户端还在和服务端卿卿我我互传数据包确认关系的时候，收发彩信的线程就已经开始工作了，所以，在连接10.0.0.200的MMSC时，当然是会被refuse的，然后程序抛出ioexception异常，收发事务被标记失败，最后系统断开3G连接。彩信的收发企图就这样被扼杀了。
3.2 解决方案
解决方案有很多种，我采用的是：
在getPdu和sendPdu这两个方法的最前部，加入ensureRouteToHost方法（android 2.3.3源码里是调用这个方法的，但MIUI.us的源码里却没有调用，原因未知），同时修改ensureRouteToHost，加入一个带有超时退出的循环，判断requestRouteToHost的值。
如果3G尚未连接，就sleep(1000)之后再试，直到从route上判断3G建立连接成功，退出ensureRouteToHost，进入收发彩信的流程。
如果60秒内3G仍未成功建立连接（要么信号不好，要不就是你欠费了。。。。。。），抛出ioexception异常，通知系统收发彩信失败，系统自动进入内置的重试排期计划。
由于这种循环写起来比较麻烦，所以没有写java。。。。。。直接写dalvik字节码：
const/16 v10, 0xa
:cond_4
add-int/lit8 v10, v10, -0x1
if-eqz v10, :cond_5
invoke-virtual {v0, v7, v1}, Landroid/net/ConnectivityManager;->requestRouteToHost(II)Z
move-result v4
if-nez v4, :cond_3
const-wide v11, 0xea60
invoke-static {v11, v12}, Ljava/lang/Thread;->sleep(J)V
goto :cond_4
:cond_5
目前在我本机测试的情况，可以完美收发彩信。在3G关闭的情况下，发送和接收彩信，系统可自动连接3G，收发成功后自动断开，极大地满足了本人的完美主义倾向和老清新风格。。。。。。