Fix order of '+' in call forwarding return result in RTL locales

The '+' is presented at the end of the phone number
instead of in the front.
Phone numbers should be presented left-to-right even
for right-to-left oriented languages (e.g. Hebrew),
hence the '+' should be placed accordingly.

Change-Id: I07d89078de4d81609e08099f93fc929a81ec172b
Don't write blank baseband version

* There's no point in setting the baseband version if the returned value
  is blank anyway.

Change-Id: Ica9973a8b790c0de6afa10bc131257a3a03f18a0
Merge tag 'android-4.4.3_r1' into HEAD

Android 4.4.3 release 1

Conflicts:
	src/java/com/android/internal/telephony/ServiceStateTracker.java
	src/java/com/android/internal/telephony/WapPushOverSms.java
	src/java/com/android/internal/telephony/cdma/SmsMessage.java
	src/java/com/android/internal/telephony/uicc/RuimRecords.java
	src/java/com/android/internal/telephony/uicc/SIMRecords.java

Change-Id: If2c1860b04ad3403452198f098bbd3985cc6b75f
Merge branch 'qcril' of git://github.com/CyanogenMod/android_frameworks_opt_telephony into cm-11.0

Change-Id: Ia2768fb1155f2d2be28ec6bfaed285f8953760ce
Changing getPdus to use provided senderAddress to construct PDUs

getPDUs now checks if the provided senderAddress is a well formed SMS-
address. If this is the case, it used in the inital process of creating
the PDUs. If it isn't (for example: it is a vanish- or mail-address),
the MOCK_ADDRESS is initially used and later replaced with the alpha-
numeric string representing the provided address.

JIRA: CYAN-4057
Issue: https://jira.cyanogenmod.org/browse/CYAN-4057
Change-Id: I512ae4074dd538b4394b9e9e5ba479625d2a4393
Merge branch 'kk' of https://github.com/CarbonDev/android_frameworks_opt_telephony into HEAD