Add support to send dtmf for SCH tone

Add methods to send/stop dtmf as per subscription.

Change-Id: Ia17a733bd6ec1cd0163024d12c021e1e21032078
CRs-Fixed: 610582
MSIM(DSDA): Add conversation sub

Add conversation sub

Change-Id: I67f508baf66ba5ebc86a4f430af739d6ba8180ba
CRs-Fixed: 659123
Telephony: Add an API for getting recipient address of SubmitPdu

There is no API to get the recipient address of submit pdu for SIM
card message. getDisplayOriginatingAddress() return null for submit
pdu, it will cause applicatoin can not get address of sent message.
Thread ID can not be created for this invalid message record.

Add an API getRecipientAddress() for SubmitPdu in SmsMessage.

Change-Id: I8b8af6002b5b309cba5383adb37275642487f1f0
CRs-Fixed: 627278
SamsungQualcommRIL: Handle ResponseCallList in our subclass

Change-Id: I25e8ae7a41070b7554697439ae8ec81c2fea2131
Merge branch 'cm-11.0' into kk_mkt
Merge "SamsungQualcommRIL: Handle ResponseCallList in our subclass" into cm-11.0
SamsungQualcommRIL: make isGSM protected

Change-Id: I580057791e3a37e084c870446e07195fbe3d96d0
Merge branch 'cm-11.0' into kk_mkt
Telephony: Get SIM card capacity count of SMS.

Add one API:
- getSmsCapacityOnIcc: get the capacity of stored SMS on ICC card.

Change-Id: I63c1431cf02db2dbdee3553afc2448b4ec2cdfa3
CRs-Fixed: 645022
Telephony:Copying MO/MT SMS of SUB2 to its SIM memory is fail in C+G.

Fix: In C+G configuration, While copying MO/MT SMS of SUB2 to its
SIM memory, in process of getting current Phonetype is returned with
default sub's(i.e,SUB1's)Phonetype which is CDMA type.
To fix this, get current Phonetype based on subscription id.

Change-Id: I394eadfb091c4901a553cf66192e8ee965b69eda
CRs-Fixed: 689036
Merge branch 'cm-11.0' into kk_mkt
DcTracker: Expedite data stall recovery

The current stall recovery process has a pending packet queue which
needs to fill up before a stall is determined. But that process is
also multi-step, and it is currently expecting that queue to fill
between steps.
Waiting for the unacknowledged packets to grow after running the
connection cleanup step looks like something that would never happen,
or would take a very long time to, so expedite the stall recovery after
it begins: if any single packet stalls and there's already a recovery
in progress, run the follow up step immediately.

Change-Id: Ib16b2c47b5c832a812c8bd2a3d940862741ed9db
Merge branch 'cm-11.0' into kk_mkt
Support for SEEK on Android.

Support for following apis have been added:
1. exchangeApdu()
2. openLogicalChannel()
3. closeLogicalChannel()
4. getAtr()

Conflicts:
	src/java/com/android/internal/telephony/sip/SipCommandInterface.java
	src/java/com/android/internal/telephony/test/SimulatedCommands.java

Change-Id: I267d0d6fd229f20671411b130f7654ee705f14ca
Merge branch 'cm-11.0' into kk_mkt
SIMRecords: If there's no EF_SPN record, fallback to EF_PNN

Turns out some SIM (TMobile US, at least) don't fill in the SPN, but
do insert a PNN record for home network (which in the case of a non-MVNO
are the same. a MVNO should always have the SPN filled anyway).

Change-Id: I18388bb071a49698015c76abefb58798f800946c
Telephony: Scrub debug messages for identifiable information.

Change-Id: I70fd8d9b4900dc9e070be24e7efa8d3458caef99
Merge branch 'cm-11.0' into kk_mkt
revert use PhoneNumberWaiter when NPE

Change-Id: Idce1d5b52ad24b88800cdb2a68f6617acde46a66
CDMA: fix China CDMA card cannnot select APN list issue

This issue found in China Telecomm operator, the
PROPERTY_APN_SIM_OPERATOR_NUMERIC value cannot be recognized correctly
in UICCRecords. This will cause APN list cannot be displayed in setting menu.
So I refer to SIMRecords implement and re-read IMSI in
UICC records.
After apply this patch, the PROPERTY_APN_SIM_OPERATOR_NUMERIC is correct vaule
and the APN list can be displayed in setting menu.

Change-Id: Ifd4eed5f774cdd9322646a75c14348f9dee6d77d