Android短信编解码形式

Android短信编码在Framework层实现。

对于普通短信，其SmsHeader部分为空。

Gsm：

Gsm中，对于长短信，使用了SmsHeader类进行描述。SmsHeader.ConcatRef描述了长短信的refNumber（对于同一个短信，相同，使用SmsDispatcher.getNextConcatenatedRef方法获取一个索引值，将其或上0x00FF），seqNumber（分段序列号，从1开始），msgCount（分段数量）。然后设置isEightBits为假（为了支持不同长度REFERENCE的短信，8位则REFERENCE为8位，否则为16位）。

短信头的编码位于SmsHeader.toByteArray中。

1?????????? 写入concatRef

1.1????????? 若为8位REFERENCE，写入ELT_ID_CONCATENATED_8_BIT_REFERENCE（00000000），写入剩下concatRef的字节数（此处设为00000011，表示3个字节），写入refNumber（低8位）

1.2????????? 若为16位，写入ELT_ID_CONCATENATED_16_BIT_REFERENCE（00001000），写入剩下concatRef的字节数（此处设为00000100，表示4个字节），写入refNumber（先写入高8位，再写入低8位）

1.3????????? 写入msgCount（低8位）与seqNumber（低8位）

2?????????? 写入PortAddrs

3?????????? 写入specialSmsMsgList

4?????????? 写入miscEltList

短信内容编码从Gsm的SmsMessage.getSubmitPdu方法开始（com.android.internal.telephony.gsm.SmsMessage）

1?????????? 设置MTIBYTE（TP-Message-Type-Indicator，初始为00000001）与UDHI。若SmsHeader不为空，MTIBYTE为01000001，否则为00000001

2?????????? 调用Gsm的SmsMessage.getSubmitPduHeader写入基本信息，返回一个ByteArrayOutputStream

1??????????

2??????????

2.1????????? 设置SubmitPdu的服务中心地址

2.2????????? 若需要接收报告，MTIBYTE|=00100000。（TP-Status-Report-Request）

2.3????????? 将MTIBYTE写入输出流（低8位）

2.4????????? 写入一个字节00000000（TP-Message-Reference）

2.5????????? 写入目标号码长度（有效数字个数，如号码12345为5）（低8位）

2.6????????? 写入目标号码（第一个字节为TOA，号码中有加号则为10010001，表示国际号码，否则为10000001未知，TS 24.008 10.5.4.7。后面为BCD码字节数组，每个字节存两个数，不存加号，顺序是反的。如13 24 58表示号码31 42 85。如果号码长度是奇数，最后一个字节的高4位为1111，如13 22 F5表示号码31 22 5）

2.7????????? 写入一个字节00000000（TP-Protocol-Identifier）

3?????????? 若编码方式未指定，默认使用7BIT

4?????????? 如果使用7BIT编码，调用GsmAlphabet.stringToGsm7BitPacketedWithHeader进行编码，获取编码后的字节数组

4.1????????? 如果没有Header，直接调用GsmAlphabet.stringToGsm7BitPacket获取编码后的数据字节数组（startingSeptetOffset=0）

4.1.1???? 调用GsmAlphabet.countGsmSeptets计算7BIT编码所需的字节数（计算结果要加上头部的7BIT编码所需的字节数）

4.1.2???? 若超过255个字节，抛出异常

4.1.3???? 计算使用字节数组保存编码后的7BIT数据所需的字节数（包括Header）

4.1.4???? 将数据以7BIT编码的方式写入字节数组

4.1.5???? 在数组的0号位写入7BIT编码所需的字节数（包括Header），返回

4.2????????? 否则，先计算Header的7BIT编码后的长度（包括表示头长度的字节），调用GsmAlphabet.stringToGsm7BitPacket获取编码后的数据字节数组（startingSeptetOffset=Header的长度），在编码后的数据字节数组前面预留出该长度的部分（同4.1.1-4.1.5）。在1号位写入头的长度，其后为Header的内容（Header未进行7BIT编码，但为什么后面的空间是按7BIT空出来？）

4.3????????? 若所需字节数未超过MAX_USER_DATA_SEPTETS，往输出流中写入一个字节00000000（TP-Data-Coding-Scheme，默认编码，未压缩）

5?????????? 否则使用UCS-2方式，调用Gsm的SmsMessage.encodeUCS2进行编码，获取编码后的字节数组

5.1????????? 将消息正文转成utf-16be格式

5.2????????? 若包含Header，则创建一个新字节数组用于存放待输出数据，0号位存放Header长度，后面接着Header和转换后的正文。否则，仅输出转换后的消息正文

5.3????????? 创建一个新的字节数组，长度比待输出数据多一。0号位存放待输出数据长度，后面跟着待输出数据

5.4????????? 若所需字节数未超过MAX_USER_DATA_BYTES，往输出流中写入一个字节00001011（TP-Data-Coding-Scheme，Class 3，UCS-2，未压缩）

6?????????? 往输出流中写入编码后的字节数组

Gsm短信发送（SMS-SUBMIT）编码格式（不全，具体参见GSM短信标准中9.2.2.2 SMS SUBMIT type）如下图所示：

?

用户数据区域如下图所示，UDL-用户数据长度，UDHL-用户数据头长度，UDH-用户数据头。若没有Header，则只包括TP-UDL和编码后的短信内容（由TP-UDHI标识）。

?
对于Gsm，还要在RIL中，将smscPdu与内容pdu进行整合。smscPdu的格式与内容pdu类似，先是一个长度字节（后面号码内容的长度），后面是号码的BCD编码（格式与目标号码相同，也包括TOA）。

Gsm其它类型的PDU可参考标准中的说明，大致结构都差不多。总共包括以下六种。其中，SMS-DELIVER的解码在RIL的processUnsolicited的RIL_UNSOL_RESPONSE_NEW_SMS中调用。

1.???????? SMS-DELIVER，包含从SC到MS的消息（手机收到的短信）。

2.???????? SMS-DELIVER-REPORT，包含

a)?????? 失败原因（如果需要的话）

b)????? 对于SMS-DELIVER或SMS-STATUSREPORT的确认

3.???????? SMS-SUBMIT，包含从MS到SC的消息（从手机发出的短信）。

4.???????? SMS-SUBMIT-REPORT，包含

a)?????? 失败原因（如果需要的话）

b)????? 对于SMS-SUBMIT或SMS-COMMAND的确认

5.???????? SMS-STATUS-REPORT，包含从SC到MS的状态报告。

6.???????? SMS-COMMAND，包含从MS到SC的命令。

?

Cdma：

Cdma的SmsHeader的内容与Gsm几乎没有区别，只是isEightBits为真。

Cdma使用了UserData来辅助构造SubmitPdu，其中的payloadStr存储了不同分段的短信字符串，userDataHeader存储了SmsHeader，msgEncoding存储了编码类型，msgEncodingSet用于指明是否指明编码类型（此处设为真）。

对于普通短信，其userDataHeader为空，msgEncoding与msgEncodingSet均未设置。剩下的编码过程与长短信相同。

Cdma的长短信内容编码也是从Cdma的SmsMessage.getSubmitPdu方法开始，最后转到Cdma的SmsMessage.privateGetSubmitPdu方法进行编码。（com.android.internal.telephony.cdma.SmsMessage）

1?????????? 利用目标地址构造一个CdmaSmsAddress

2?????????? 构造BearerData对象用于辅助编码，其中消息类型messageType设为BearerData.MESSAGE_TYPE_SUBMIT（0x02），获取了一个MessageId（自增，C.S0015-B，v2.0，4.3.1.5），deliveryAckReq为是否需要接收报告，userAckReq、readAckReq、reportReq均为假，userData为UserData对象。

3?????????? 使用BearerData.encode方法对BearerData对象进行编码，获得一个字节数组（3GPP2，C.R1001-F，v1.0，4.5）。其格式为SUBPARAMETER_ID后面带上相应的数据。

3.1????????? 构造一个BitwiseOutputStream进行数据的编码，该输出流能够往其中写入任意位数的数据，而不限于字节的边界

3.2????????? 往输出流中写入SUBPARAM_MESSAGE_IDENTIFIER（0x00）（3GPP2 C.S0015-B，v2.0表4.5-1），8位

3.3????????? 往输出流中写入MessageId（3GPP2 C.S0015-B，4.5.1 Message Identifier）

3.3.1???? 写入00000011，8位

3.3.2???? 写入消息类型，4位

3.3.3???? 写入MessageId的高8位

3.3.4???? 写入MessageId的低8位

3.3.5???? 写入是否有用户数据头，1有，0无，1位

3.3.6???? 跳过3位（留作备用）

3.4????????? 若userData不空，输出（3GPP2 C.S0015-B，4.5.2 User Data）

3.4.1???? 写入SUBPARAM_USER_DATA（0x01），8位

3.4.2???? 对UserData的payload使用Bearer.encodeUserDataPayload进行编码

3.4.2.1??? 若payloadStr为空且msgEncoding不是ENCODING_OCTET（3GPP2 C.R1001-F，v1.0，表9.1-1），设payloadStr为空串

3.4.2.2??? 若userDataHeader不空，编码并返回

3.4.2.2.1?? 使用SmsHeader的toByteArray方法将SmsHeader编码为字节数组（具体过程前面介绍了）

3.4.2.2.2?? 根据编码类型msgEncoding的不同，分别调用不同方法，将SmsHeader数组编码成不同的字节数组。若没指定字符集，默认使用7BIT_ALPHABET。若出现异常，再使用UNICODE16。

3.4.2.2.2.1?????? 如果是ENCODING_GSM_7BIT_ALPHABET，调用BearerData.encode7bitEms，同Gsm的4.2，将编码后的字节数组存入UserData的payload，格式同Gsm的用户数据区域（去掉了第一个字节，即UDL）。将整个用户数据区域的长度存入UserData的numFields。

3.4.2.2.2.2?????? 如果是ENCODING_UNICODE_16，调用BearerData.encode16bitEms，将payloadStr编码为Utf-16be字节数组。将头的长度存入payload的0号字节，后面加上头的字节数组。如果前面的字节数为奇数，还要补上一个字节作为udhPadding以保证字节边界对齐。然后接上编码后的payloadStr。此处的numFields存的是16位单元的长度，即payload字节数除2。

3.4.2.2.2.3?????? 如果是ENCODING_7BIT_ASCII，调用BearerData.encode7bitEmsAscii，过程与ENCODING_GSM_7BIT_ALPHABET相同，只是字符集不同。

3.4.2.3??? 否则，说明为普通短信，没有Header。

3.4.2.3.1?? 如果设置了编码字符集，根据编码类型msgEncoding的不同设置相应的payload值。

3.4.2.3.1.1?????? 如果是ENCODING_OCTET。若 UserData.payload为空，payload设为一个空字节（00000000），numFields为0。若UserData.payload不空，numFields为payload的字节数。

3.4.2.3.1.2?????? 如果不是ENCODING_OCTET。若payloadStr为空，设其为空串。否则，根据编码字符集的不同，调用相应方法将payloadStr编码，具体方法同3.4.2.2.2，只是没有UDHL和UDH部分，只含编码后的短信内容。

3.4.2.3.2?? 若没有设置编码字符集，尝试使用7BIT_ASCII进行编码，若出现异常，再采用UNICODE_16。然后，将numFields设为payloadStr的长度（即字符个数）。

3.4.3???? 计算后面数据与参数的总字节数paramBytes（如果编码方式为ENCODING_IS91_EXTENDED_PROTOCOL或ENCODING_GSM_DCS，多加1字节），以及为了保证数据对齐所需的位数paddingBits

3.4.4???? 写入paramBytes，8位（SUBPARAM_LEN）

3.4.5???? 写入UserData的编码方式msgEncoding，5位

3.4.6???? 如果编码方式为ENCODING_IS91_EXTENDED_PROTOCOL或ENCODING_GSM_DCS，输出UserData的消息类型msgType，8位

3.4.7???? 写入UserData的numFields，8位

3.4.8???? 写入UserData的payload

3.4.9???? 如果需要补全，写入所需的空位paddingBits

3.5????????? 若callbackNumber不空，输出（目前未设置，3GPP2 C.S0015-B，v2，4.5.15）

3.6????????? 若userAckReq，deliveryAckReq，readAckReq，reportReq有一个为真，写入SUBPARAM_REPLY_OPTION（00001010），8位

3.6.1???? 写入00000001，8位

3.6.2???? 写入userAckReq，1位

3.6.3???? 写入deliveryAckReq，1位

3.6.4???? 写入readAckReq，1位

3.6.5???? 写入reportReq，1位

3.6.6???? 写入0000，4位

3.7????????? 若numberOfMessage不为0，输出（Voice Mail中的）

3.7.1???? 写入SUBPARAM_NUMBER_OF_MESSAGE（3GPP2 C.S0015-B，v2.0，4.5.12），8位

3.7.2???? 写入00000001，8位

3.7.3???? 写入BearerData的numberOfMessage，8位

3.8????????? 若validityPeriodRelativeSet为真，输出（目前未设置）——SUBPARAM_VALIDITY_PERIOD_RELATIVE

3.9????????? 若privacyIndicatorSet为真，输出（目前未设置）——SUBPARAM_PRIVACY_INDICATOR

3.10?????? 若languageIndicatorSet为真，输出（目前未设置）——SUBPARAM_LANGUAGE_INDICATOR

3.11?????? 若displayModeSet为真，输出（目前未设置）——SUBPARAM_MESSAGE_DISPLAY_MODE

3.12?????? 若priorityIndicatorSet为真，输出（目前未设置）——SUBPARAM_PRIORITY_INDICATOR

3.13?????? 若alertIndicator为真，输出（目前未设置）——SUBPARAM_ALERT_ON_MESSAGE_DELIVERY

3.14?????? 若messageStatusSet为真，输出（目前未设置）——SUBPARAM_MESSAGE_STATUS

4?????????? 若有SmsHeader，teleservice为SmsEnvelope.TELESERVICE_WEMT，否则为SmsEnvelope.TELESERVICE_WMT

5?????????? 构造一个ByteArrayOutputStream，使用DataOutputStream进行封装

6?????????? 往输出流中写入teleservice，Int

7?????????? 往输出流中写入0（Service Present），Int

8?????????? 往输出流中写入0（Service Category），Int

9?????????? 往输出流中写入digitMode（3GPP2，C.S0015-B，v2.0，3.4.3.3），byte

10??????? 往输出流中写入numberMode（3GPP2，C.S0015-B，v2.0，3.4.3.3），byte

11??????? 往输出流中写入ton，即numberType（TS 23.040 9.1.2.5，TS 24.008表10.5.118，C.S0005-D表2.7.1.3.2.4-2），byte

12??????? 往输出流中写入numberPlan（3GPP2，C.S0015-B，v2.0，3.4.3.3，C.S005-D表2.7.1.3.2.4-3），byte

13??????? 往输出流中写入地址长度numberOfDigits（3GPP2，C.S0015-B，v2.0，3.4.3.3），byte

14??????? 往输出流中写入CdmaSmsAddress中编码后的目标地址，byte[]

15??????? SubAddress不支持，故输出三个字节00000000

15.1?????? 往输出流中写入0（subaddressType），byte

15.2?????? 往输出流中写入0（subaddress_odd），byte

15.3?????? 往输出流中写入0（subaddress_nbr_of_digits），byte

16??????? 往输出流中写入编码后的BearerData字节数组的长度，byte

17??????? 往输出流中写入编码后的BearerData字节数组，byte[]

对于CDMA短信的解码，在RIL的processUnsolicited的RIL_UNSOL_RESPONSE_CDMA_NEW_SMS中调用，实际代码在com.android.internal.telephony.cdma.SmsMessage.newFromParcel中，解码格式与编码格式相同，只是存的地址变成了发出消息的手机的地址。