Fix OOBE crash/DoS after receiving 0-byte WAP push.

Add a try/catch block around the code in WapPushOverSms.dispatchWapPdu(),
so we don't get into a reboot trap on receiving weirdly formed messages.
Only catch ArrayIndexOutOfBoundsException, which is difficult to
prevent inside dispatchWapPdu() for 0-byte PDUs or other unusual
contents. The caller should probably catch any unhandled exceptions of other types and log them with stack traces.

Bug: 11967705
Change-Id: Iabfec68d2564dd438d45c80cdba877bf19fa0397
Fix OOBE crash/DoS after receiving 0-byte WAP push.

Add a try/catch block around the code in WapPushOverSms.dispatchWapPdu(),
so we don't get into a reboot trap on receiving weirdly formed messages.
Only catch ArrayIndexOutOfBoundsException, which is difficult to
prevent inside dispatchWapPdu() for 0-byte PDUs or other unusual
contents. The caller should probably catch any unhandled exceptions of other types and log them with stack traces.

Bug: 11967705
Change-Id: Iabfec68d2564dd438d45c80cdba877bf19fa0397
Telephony: update properties in IccCardProxy

Update operator numeric properties PROPERTY_ICC_OPERATOR_NUMERIC,
PROPERTY_APN_SIM_OPERATOR_NUMERIC in IccCardProxy, instead of
updating them in SIMRecords and RuimRecords.

Multimode card will load multi sim records, the later will override the
property set before, so better to set properties based on active app type.
Or else in some network mode it will get wrong property.

Change-Id: Id4337de67dfcb11c3af29ff95bcf1da8fd48d98e
CRs-Fixed: 590681
Merge "Telephony: update properties in IccCardProxy"
Telephony: Voice mail notification related changes

* Separate voice mail notify from SIM/RUIM card

* For GSM store voice mail count in phone memory
irrespective of SIM write result.

* Display voice mail count for GSM

Change-Id: I368bfb98c8798ed1f43bcc330e6d97e8f95f0f54
CRs-Fixed: 579524
Ims: Add ANSWERED_ELSEWHERE DisconnectCause

ANSWERED_ELSEWHERE DisconnectCause will be sent
when lower layers indicate that MT call is ended
due to a release from the network because the
call was answered elsewhere.

Change-Id: Ic6b0219f2b31d54e92ecedf0e882f2cf868f389a
CRs-Fixed: 593987
Merge "Telephony: Voice mail notification related changes"
UICC : delete adn cache after SIM REFRESH RESET

delete ADN cache after SIM REFRESH RESET for updating the SIM contacts

Bug: 12751374
Change-Id: I2d707dca3e76271f203b1b86212947e3287a8ed1
Merge "Ims: Add ANSWERED_ELSEWHERE DisconnectCause"
Telephony: Implementation of IWLAN.

-- Allow registration polling in radio off state.
-- Disable default APN if current RAT is IWLAN.
-- Allow non-default PDP activation in radio off state provided
current RAT is IWLAN.

CRs-Fixed: 600118
Change-Id: I029b9d907599f973511dab4baa1867cedb586b0d
Add call deflection api

1. Add call deflection api in Phone, PhoneBase, and PhoneProxy

Change-Id: I1b29419a94fe02834e2b3967f89af99f558fef15
CRs-Fixed: 609140
Message priority support for 3gpp2

Add support for message priority in 3gpp2
Add new interface API's sendTextMsgWithOptions and
sendMultipartTextMsgWithOptions

Change-Id: I6c9338d866ac8609bd8131cb1bdcb6261fb367e2
Cat: Report stkIsRunning after StkAppService is ready.

The Android framework seems to delay the intents sent to StkAppService
until the boot finishes, that is, until StkAppService receives
Boot_Complete intent from the framework. As a result before
Boot_Complete is received, StkAppService is not ready to process
the proactive commands and the proactive command times out. Also,
the CatService reports stkIsRunning to ril when the card state
moves to present without taking into account the readiness of
StkAppService.

A new api has been introduced to inform the CatService about the
readiness of the StkAppService. CatService will then report stkIsRunning
to ril only after the card state has moved to present AND
StkAppService is ready.

Change-Id: Ice7a95b6e1de4ec1b579a5ba4035d13b1d043c41
CRs-Fixed: 602191
Merge "Telephony: Implementation of IWLAN."
Merge "Message priority support for 3gpp2"
Add link control support

Add support for link control while sending
multiple messages

Change-Id: I48bffe97026ac2ee86ee30c3f0527dcae114212b
CRs-Fixed: 608922
CallTracker: Process HANGUP before DIAL response

There is an occurance where DIAL response would be delayed
by lower layers (like silent redial) for upto 30s. Until then,
callId would not be available at Telephony and user triggered
hangup is not processed.

Connection Hangup logic is modified to accomodate above case to
send HANGUP request to RIL with parameter '-1'.

Change-Id: I4b1a0c3af0560f99db2a2c35d056817d6364817c
CRs-Fixed: 608714
Merge "Add link control support"
Add handover information as extra in Call Details

1. Add handover information for a call as extra key with a
value for LTE to IWLAN failure.

Change-Id: I71428db8849a74047694898f66f538b9ee4190f0
CRs-Fixed: 601334
Merge "Cat: Report stkIsRunning after StkAppService is ready."