History log of /frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
b4bc99e847d15f04c035d676e01ff85623565e0a 03-Jan-2012 Jake Hamby <jhamby@google.com> Add user confirmation dialog before sending SMS to short code.

Non-system apps now require user confirmation before sending an SMS
to a short code that may potentially cost the user money. The number
is tested against regex patterns for short codes for the country
matching the user's SIM card or network. The user is warned if the
phone number is potentially or definitely a premium SMS number.

The regex patterns are loaded from core/res/res/xml/sms_short_codes.xml.
If the user's country is not found, then phone numbers of 5 digits or less
(excluding known emergency phone numbers) are considered to be potential
SMS short codes.

Command to run test cases:
$ runtest -c com.android.internal.telephony.SmsUsageMonitorShortCodeTest frameworks-telephony

Bug: 5513975
Change-Id: Ic0b483153390e974c632302f3061300bc2a2274a
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
3e3c3f80a90b156ff500076f8655647dfb317acf 06-Feb-2012 Jake Hamby <jhamby@google.com> Add support for CMAS warning notifications over CDMA.

Refactor SMS Cell Broadcast support to enable receiving CMAS warning
notifications over CDMA. The CellBroadcastReceiver app must also be
updated with the corresponding change. All cell broadcasts are now
delivered as a Parcelable SmsCbMessage object in the "message" extra
of the SMS_CB_RECEIVED_ACTION or SMS_EMERGENCY_CB_RECEIVED_ACTION,
instead of as a GSM/UMTS "pdu" byte array.

Existing functionality for ETWS and CMAS alerts over GSM/UMTS continues
to be supported using the new radio-technology independent SmsCbMessage
and related objects. Test cases are added to verify that valid and
invalid broadcast data is handled appropriately.

Unit testing discovered a bug in the BitwiseOutputStream utility class
used by the added test cases. When the BitwiseOutputStream object must be
expanded (in the private possExpand() method), the mEnd field is not
updated to the new array size. This causes a new array to be allocated
on every new write, and for all data beyond the original array allocation
to be replaced with zeroes. Fixed by adding a line to possExpand() to
update mEnd. Added a test case to BitwiseStreamsTest to verify the fix.
Besides the test cases, BitwiseOutputStream is only used by BearerData in
two places, both of which allocate a sufficient initial buffer. So the
bug in BitwiseOutputStream is not critical to fix for normal operation,
but should be fixed so that the test cases using it function correctly.

Bug: 5856308
Change-Id: I201ecbf11607fd200aaae3cbb32561efabf65672
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
efba344b5a7b20e400daf5f41b2fbd688337f789 29-Feb-2012 Jake Hamby <jhamby@google.com> Revert "Add support for CMAS warning notifications over CDMA." I'll submit again when the app change is ready.

This reverts commit 0c49f03a0429b5c0c4a619256f7bca86a4997ae8
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
0c49f03a0429b5c0c4a619256f7bca86a4997ae8 06-Feb-2012 Jake Hamby <jhamby@google.com> Add support for CMAS warning notifications over CDMA.

Refactor SMS Cell Broadcast support to enable receiving CMAS warning
notifications over CDMA. The CellBroadcastReceiver app must also be
updated with the corresponding change. All cell broadcasts are now
delivered as a Parcelable SmsCbMessage object in the "message" extra
of the SMS_CB_RECEIVED_ACTION or SMS_EMERGENCY_CB_RECEIVED_ACTION,
instead of as a GSM/UMTS "pdu" byte array.

Existing functionality for ETWS and CMAS alerts over GSM/UMTS continues
to be supported using the new radio-technology independent SmsCbMessage
and related objects. Test cases are added to verify that valid and
invalid broadcast data is handled appropriately.

Unit testing discovered a bug in the BitwiseOutputStream utility class
used by the added test cases. When the BitwiseOutputStream object must be
expanded (in the private possExpand() method), the mEnd field is not
updated to the new array size. This causes a new array to be allocated
on every new write, and for all data beyond the original array allocation
to be replaced with zeroes. Fixed by adding a line to possExpand() to
update mEnd. Added a test case to BitwiseStreamsTest to verify the fix.
Besides the test cases, BitwiseOutputStream is only used by BearerData in
two places, both of which allocate a sufficient initial buffer. So the
bug in BitwiseOutputStream is not critical to fix for normal operation,
but should be fixed so that the test cases using it function correctly.

Bug: 5856308
Change-Id: Ie3e6af747976ce9b8a3e71e76fec71709cf86545
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
bd7836846c1e5d3610ba6c26686674d429a4316c 16-Nov-2011 Jake Hamby <jhamby@google.com> am 7d4046e9: Merge "Fix 3GPP SMS send failure for 7-bit national language tables." into ics-mr0

* commit '7d4046e9b7b95e1d5de12a54109b44d8305a6fdc':
Fix 3GPP SMS send failure for 7-bit national language tables.
87d14a1756f2ff4abdc107de35d06739245a606e 15-Nov-2011 Jake Hamby <jhamby@google.com> Fix 3GPP SMS send failure for 7-bit national language tables.

Fix a NullPointerException when sending a single-part SMS containing
characters in one of the enabled national language tables.

Also added a few log messages for several error cases to help with
debugging any future problems in the SMS dispatcher.

Bug: 5553544
Change-Id: I61c1cbe297b2e222027f0db7c833df6a03c2974a
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
ac09d2af145b4d820a34f5e7628bc42e2e211bdb 01-Oct-2011 Jake Hamby <jhamby@google.com> Add support for SMS-PP data download to USIM.

Devices supporting IMS may receive SMS-PP data download messages
which are normally handled in the radio baseband. Add support to
framework for these messages, passing the data to the UICC and
sending the response data as part of the SMS ACK.

Change-Id: I1da76982c6f8c402f82a6f535591e614f4e0de18
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
32319dd852709b975e53360f479634e43db4d224 11-Oct-2011 Jake Hamby <jhamby@google.com> Add "format" extra to SMS delivery report intents.

The MMS app was updated for multiple SMS dispatcher support, passing
the "format" extra into SmsMessage.createFromPdu() so that the PDU
is interpreted as the correct format (3GPP or 3GPP2).

This change adds the "format" extra to the intents that are sent for
SMS delivery reports. The MMS app is already expecting this extra, so
this change fixes a NPE that was introduced with the last change.

Bug: 5434052
Change-Id: I38b97f166c78d246d721ca1db8a4a18a2c6529bd
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
b7945cae5ad0feaad09378d0db77f2b3105e5235 22-Sep-2011 Jake Hamby <jhamby@google.com> Enable support for multiple SMSDispatchers in CDMALTEPhone.

Refactor framework to support multiple SMSDispatcher objects on
dual-mode devices that require support for both 3GPP and 3GPP2
format SMS messages. Each dispatcher registers to receive events for
the appropriate message format.

Note: All applications which handle incoming SMS messages by processing the
SMS_RECEIVED_ACTION broadcast intent MUST pass the "format" extra from the intent
into the new createPdu() method in android.telephony.SmsMessage that takes an
extra format parameter. This is required in order to correctly decode the PDU on
devices which require support for both 3GPP and 3GPP2 formats at the same time,
such as CDMA/LTE devices and GSM/CDMA world phones.

- moved code to manage device storage events from SMSDispatcher to a
new class, SmsStorageMonitor, which is shared among all dispatchers.

- moved code to monitor per-application outgoing SMS usage from
SMSDispatcher.SmsCounter to a new class, SmsUsageMonitor, which
is shared among all dispatchers.

- fixed a bug that prevented CDMALTEPhone from setting the MCC/MNC
operator numeric value in the telephony provider from the UICC,
as GSMPhone does, when the SIM records have loaded.

Change-Id: I2789ac07b6ca2948138bca7f75481f9b31514f20
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
d4f1bacca50a74a74a02bf6a242bb22c495e4034 09-Jun-2011 Jake Hamby <jhamby@google.com> resolved conflicts for merge of 7ca13deb to master

Change-Id: If34814d6c70cf63eca9bd816845389f6785518ae
7d259626d009a45195ec341646ce06658b842e40 08-Jun-2011 Jake Hamby <jhamby@google.com> resolved conflicts for merge of 0cb17a52 to honeycomb-plus-aosp

Change-Id: I784e6d1946fa708f63becece070c7090cec6f1e2
ab79ee4adcbc6eb9fb9c509766753f65d3857739 27-Apr-2011 Jake Hamby <jhamby@google.com> Enable full support for SMS Cell Broadcast.

Implement full support for SMS Cell Broadcast (3GPP TS 23.041).
Includes support for ETWS and CMAS emergency message types.
Includes GSM and UMTS support (CDMA will be added later).

Note: the change to GsmAlphabet.java is only necessary if the
SMS national languages support patch has been applied. If that
change has not been applied, then the changes to GsmAlphabet.java
in this patch set can safely be ignored.

Change-Id: Ia0362c53695b8ef9a0982f558f1cffa912def34b
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
afd28ac6ecec88065968fff66b8fc1a10e8f28ac 11-May-2011 Jake Hamby <jhamby@google.com> am ee60f3fb: resolved conflicts for merge of 18cc814c to honeycomb-plus-aosp

* commit 'ee60f3fb1b4e61ac8027293a658ba710e36d36b6':
Enable support for SMS national language shift tables.
ee60f3fb1b4e61ac8027293a658ba710e36d36b6 11-May-2011 Jake Hamby <jhamby@google.com> resolved conflicts for merge of 18cc814c to honeycomb-plus-aosp

Change-Id: I2b569ada3baec2dc486296623063bc2b504c5e96
18cc814c94edb188b73a92f0d34878d9dc054ff6 05-May-2011 Jake Hamby <jhamby@google.com> am 4d53cb02: Merge "Enable support for SMS national language shift tables." into gingerbread

* commit '4d53cb02168fe35104d7e644dd9b3efd8ca4c91b':
Enable support for SMS national language shift tables.
43a17654cf4bfe7f1ec22bd8b7b32daccdf27c09 07-Apr-2011 Joe Onorato <joeo@google.com> Remove the deprecated things from Config.java. These haven't been working since before 1.0.

Change-Id: Ic2e8fa68797ea9d486f4117f3d82c98233cdab1e
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
b49a73dfc4c9817bba1f227e9330555acdf9b56f 16-Mar-2011 Jake Hamby <jhamby@google.com> Enable support for SMS national language shift tables.

Add support for encoding and decoding SMS 7 bit user data using the
national language shift tables defined in 3GPP TS 23.038 (GSM/UMTS only),
including the new tables added in Release 9 for Indic languages.

Decoding is always supported, but encoding is only enabled for the
specific language tables added to the new integer array resources
"config_sms_enabled_single_shift_tables" and
"config_sms_enabled_locking_shift_tables" defined in
frameworks/base/core/res/res/values/config.xml. The default empty arrays
should be overridden in an OEM overlay for the specific nationalities where
SMS national language shift table encoding is allowed/mandated (e.g. Turkey).
GsmAlphabet.countGsmSeptets() will try to find the most efficient encoding
among all combinations of enabled locking shift and single shift tables.
If no 7 bit encoding is possible, 16 bit UCS-2 encoding will be used.

This change also fixes a bug in the decoder: when an escape septet
is followed by a septet with no entry in the extension (single shift)
table, TS 23.038 Table 6.2.1.1 states that the MS shall display
the character in the main GSM 7 bit default alphabet table, or the
active national language locking shift table. Previously, we were
decoding this sequence as a space character. Two consecutive escape
septets will continue to decode as a space character, according to
Note 1 of table 6.2.1.1.

Change-Id: I4dab3f0ffe39f3df2064ed93c9c05f26e274d18b
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
9d7d62801ddb206d2ea96d74864a9edfe54d2eee 12-Mar-2011 Wink Saville <wink@google.com> Do not merge: Revert the revert of "LTE Changes for Telephony including Multiple PDN support and IPV6 support"

This reverts commit eca208fae6d1b6ae9c8c0e42eee092e86dbddbb7
and is the first of the LTE commits in master being back ported
to the LTE branch.

Change-Id: I17d4a1b779ed74bc7dfb409d2c1a30f60fdb27c7
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
eca208fae6d1b6ae9c8c0e42eee092e86dbddbb7 03-Mar-2011 Wink Saville <wink@google.com> DO NOT MERGE: Revert "LTE Changes for Telephony including Multiple PDN support and IPV6 support"

This reverts commit 2b8bcfe5b74e1a34d136f4ff46e3c94397f38f82.

Change-Id: Ifc4e9aaccb54e065a36380710694cd6e4d347636
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
2b8bcfe5b74e1a34d136f4ff46e3c94397f38f82 25-Feb-2011 Wink Saville <wink@google.com> LTE Changes for Telephony including Multiple PDN support and IPV6 support

Added init for CDMAPhone.java

Change-Id: I2392b5ad3382ee1993537b8477ef00dd036c6fe9
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
b6bf10e4bd2c17838a00091c3b8efb2f91ce3457 03-Feb-2011 Jean-Baptiste Queru <jbq@google.com> Merge 917d9ea1

Change-Id: I7c92b0dbff44375b714e99b9cdc7052628db8ecb
917d9ea1ebec4d61f9de585d83debcf2cb2873dd 03-Feb-2011 Jean-Baptiste Queru <jbq@google.com> am 8444023f: Merge from open-source gingerbread

* commit '8444023f351b22816f6827d3314ff81b3533e3d9':
Fix the Multi-page SMS sending error to several receipents
b9ef00ea2f66fa0287e5ac921f296c21ab57717f 03-Feb-2011 Sang-Jun Park <sj2202.park@samsung.com> Fix the Multi-page SMS sending error to several receipents

Change-Id: Iefde94b638413e3c1761f17c3065b20a044e5958
Signed-off-by: Sang-Jun Park <sj2202.park@samsung.com>
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
5086c45718a8344fb36adf5b15e98953612cac37 03-Feb-2011 Jean-Baptiste Queru <jbq@google.com> am baaaca1c: Merge ee4c17ee from gingerbread

* commit 'baaaca1c6164eff17488a178859295a1d5be9171':
Fix delivery report error with PENDING status in SMS
baaaca1c6164eff17488a178859295a1d5be9171 03-Feb-2011 Jean-Baptiste Queru <jbq@google.com> Merge ee4c17ee from gingerbread

Change-Id: Ide109e517fb7610d60f31ba6aa99fe665b59d690
c5996b9969b241dfe647c7de4d7995c6e848d1db 31-Jan-2011 Sang-Jun Park <sj2202.park@samsung.com> Fix delivery report error with PENDING status in SMS

1. According to TS 23.040, TP-Status values is changed properly.
2. When processing Status Report, it should be checked whether tpStatus is PENDING or FAILED.

Change-Id: I91c315cfb363f3e4b936c6b6b1a01083687a580f
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
cde0233512f8dbbc62238e90c850c310894e3972 07-Jan-2011 Wink Saville <wink@google.com> Add telephony.sms.receive and telephony.sms.send properties.

The purpose of these properties is to allow, at boot time, the
enable and disabling of receiving and sending of SMS messages.
These properties are used to initialize two booleans within
[Gsm|Cdma]SMSDispatcher code. The two booleans are initialized
to the value of config_sms_capable and when config_sms_capable
is false the device can neither receive nor send SMS.

Under some conditions, such as testing, it could be desirable
to send and or receive SMS messages on a device where config_sms_capable
is false. With the addition of these two properties it is now possible
to use /data/local.prop to control the booleans independently.

bug: 3315489
Change-Id: I83fe6f2da7d66ff720f28b696d8d76ec388706c0
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
c049f9ad5b4f5bc32f368646e624aef7707b7252 10-Dec-2010 John Wang <johnwang@google.com> Block SMS service for non-sms-capable device.

If device doesn't support sms service, SMSDispatcher
will ignore incoming SMS in dispatching messge and return
ERROR_NO_SERVICE in sending sms messgae.

bug: 3250029
bug: 3038102
Change-Id: Ic72a9192aa128c43cf31da04907620bc680656c6
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
8503144665894f1b5008f540e0cf36c948c763ef 23-Nov-2010 Jean-Baptiste Queru <jbq@google.com> resolved conflicts for merge of 8484e57f to master

Change-Id: I6a8cc70250fd2be9a1e9a728940a1e9f5721a653
8484e57f3006dd3aa925792e6414387c233c1a8d 23-Nov-2010 Jean-Baptiste Queru <jbq@google.com> resolved conflicts for merge of e4ae7fc3 to gingerbread-plus-aosp

Change-Id: I2e0a0ed622bc4c32d79936b30ebbf9068b3bdee8
95bc625e294e14a651321b5172f31406cdebbefb 19-Nov-2010 Henrik Hall <henrik.hall@sonyericsson.com> Enabling cell broadcast (SMS-CB) support in the platform.

Adding a simple API enabling applications to control SMS-CB reception.
Implementing parsing, assembly and dispatching of SMS-CB messages over GSM.

Change-Id: Iee841605a45a3af60c7602af175056afb03a38da
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
d218526bf6e2309580a4640e9591480a5c159c5f 23-Aug-2010 Jake Hamby <jhamby@google.com> am d457053a: am 07936528: Merge "Cosmetic cleanups to SMSDispatcher classes." into gingerbread

Merge commit 'd457053aab0763764da5b9c3e6e84e5b2935ea88'

* commit 'd457053aab0763764da5b9c3e6e84e5b2935ea88':
Cosmetic cleanups to SMSDispatcher classes.
059fe88115ccb70d9870698e490ed5b4c88da50c 20-Aug-2010 Jake Hamby <jhamby@google.com> Cosmetic cleanups to SMSDispatcher classes.

Cleaned up some typos and other small fixes in SMSDispatcher in
preparation for checking in my SMS bug fixes. This change doesn't
fix any bugs, but it shouldn't introduce any either.

- Removed unused import statements
- Removed unused private constants and fields
- Fixed typos in Java comments and private constants
- Added generic type parameter to mSTrackers ArrayList
- Removed unnecessary casts
- Fixed indentation of mResultReceiver in SMSDispatcher
- Removed call to get unused smsc in CDMA sendSMS()
- Changed "|=" to "=" in boolean assignment where the variable
was initialized to false (thus the two operators are equivalent)

Change-Id: Ic19a63a7ef5cdccc7be86043c2a1b863ec8af652
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
2af05feaa323b70254666522e3442f5f2012e4ec 07-May-2010 The Android Open Source Project <initial-contribution@android.com> am e107c141: am 9d164dc5: am f4dffd8a: merge from open-source master
145ff609de3206b585819ef974fab20cdc2d9f5e 16-Apr-2010 Jake Hamby <jhamby@google.com> Spelling corrections and other minor cosmetic cleanups.

- Fixed a bunch of typos in comments (plus a few variable names)
- Removed unused import lines from telephony classes
- Added @Override attribute to overriding methods
- Made SmsMessage.PduParser inner class private & deleted unused constructor
- Added type specifiers to declarations of ArrayList and HashMap
- SimulatedCommands.getRegistrationState() had an ArrayIndexOutOfBoundsException
trying to write to index 14 of a 14-element array. I removed the
out-of-bounds assignment.

Change-Id: I054b5156aa64ab6639028d5b45a7e688b2deee08
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
c16889dc0034daaf50b2307c4de6c16c4964f30c 24-Mar-2010 Naveen Kalla <nkalla@codeaurora.org> Type Zero Sms should not be displayed/stored/notified.

Type Zero messages indicated by TP_PID field set to value 0x40,
should not be displayed/stored/notified. They should only be
acknowledged.
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
1fa7fae1399f735ea15242484fb5def187e07fde 24-Oct-2009 Gilles Duboscq <gilwooden@gmail.com> Make multipart message follow 3GPP TS 23.040 V9.0.0 (2009-06), section 9.2.3.24.1 :
all the parts should have the same encoding.

Fixes b/2040561
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
a01726a7fdd872cd8e1e8a9dfa52fb9cdbf01019 28-Aug-2009 jsh <jsh@google.com> Some fixes to SMS processing in the framework.

Always process class 0 and other unstored SMS (eg, MWI). We were
rejecting all SMS messages in storage full situations, but certain
messages do not require storage.

Also, notify apps when the framework rejects MT SMS, with new
SMS_REJECTED_ACTION intent.

b/2066775
b/2015906
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
1f952a178db86559ff4bab79c4a9b5fae18096bf 25-Aug-2009 Tammo Spalink <tammo@google.com> Move SMS pdu creation fully into the central Phone process.

Previously pdu creation was haphazardly done sometimes by the app and
sometimes centrally by the phone process -- specifically the phone
process did creation for multipart texts. This change gets rid of the
previous IPC interface for sending raw pdus to SMSDispatch in the
phone process, and instead makes everything work like multipart
messages worked before, namely the structured data is passed and pdu
encoding done centrally.

The motivation for this was the need to ensure that CDMA message id
numbers were strictly monotonic, including across reboots, which
necessitated central state in the form of a system property, which
could in turn only be modified by the phone process.

Hence, this (in part) addresses issue: http://buganizer/issue?id=2075760

Change-Id: I94ca207b6e657c465e8472534704db8646ee277c
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
3960ced4638fdb24ddf904fcb6734dae0959671e 23-Jun-2009 jsh <jsh@google.com> Fix SMS Ack.

There were a few places where we were not sending SMS ack. This change fixes that, and helps ensure that we don't miss any others.

Also fix a bug I introduced in RIL.java for CDMA SMS ACK (it uses RIL_CDMA_SMS_Ack and not int[]).
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
2563a3ac05dd3cf8a07203ae682c243f2e793137 09-Jun-2009 Wink Saville <wink@google.com> Cleanup whitespace.
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
ef354fdd634de93004fddd7966d70f70a1351ca8 30-May-2009 jsh <jsh@google.com> Fix concat SMS for GSM.

Bug 1883998: We only support sending 8-bit references for now.
Bug 1885080: Also fix the GsmAlphabetTest, which started failing when SmsHeader
was re-worked.
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
867641ece36e2fd17faaea79cf19506ab17177c6 28-May-2009 jsh <jsh@google.com> Telephony support for SMS memory reporting to the network.

- Use ordered broadcast to allow receivers to set a result code.
- Ack SMS with result code.
- New RIL command to report memory status.
- Fixed a typo in a Gservices setting.
- Merge in CL 137895 (hold a wake lock while broadcasting SMS_RECEIVED).
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
31fd22923aaefc85652a5b5939c6d4aa6fa289e2 20-May-2009 jsh <jsh@google.com> Make sure smsHeader != null before using it.

Fixes bug 1866578 - NPE while trying to dispatch a non-concatenated SMS with
no user data header (ie, your typical SMS).
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
64c499113a758cf80cddfd4d0183f944a1a6645a 05-May-2009 Tammo Spalink <tammo@google.com> SmsHeader rewrite, in preparation for migration to public API.

See http://b/issue?id=1751571

Changes the semantics of SmsHeader from containing only opaque data
to exposing occurs-once frequently-used fields together with a list
of opaque fields. Also changes the coding to and from byte array to
be symmetrical, whereas previous encoding had an extra length field.

Cdma SmsMessage -- cleanup of code paths along with adjustments to
match the new header semantics, which should address at least some
of the issues with concatenated messages. See http://b/issue?id=1809759
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
767a662ecde33c3979bf02b793d392aca0403162 02-Apr-2009 Wink Saville <> AI 144185: Integrate cdma into the main code base.

Automated import of CL 144185
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java