GsmSS: Use data tech in isConcurrentVoiceAndDataAllowed

Voice technology is not properly supported in older RILs

When using RIL blobs, the value would be set to UNKNOWN,
resulting in data being disconnecting during call despite
being on 3G.

When using source-built RIL, the value would be set to
UMTS regardless of 2G/3G status. (At least from reading
the source.)

Change-Id: I12738abc1736165e92aa7f4530ca043cc1acc44d
Merge "GsmSS: Use data tech in isConcurrentVoiceAndDataAllowed" into cm-10.2
Update Operators.java with more VZW operator ID's found in apns-conf-cdma.xml

This helps/improves the (1X/3G/LTE) handoff issue plaguing d2vzw builds right
now.  Users of both official and my unofficial builds with this include note
the difference.  Where their phones would usually have great signal but no
connection type (1X/3G/LTE) next to their signalbars, requiring an airplane
mode toggle, now no longer need to as their phones handoff better/properly.

	PS2: kill the crlf from the original file.
	PS3: remove test SIM mcc/mnc pairs (00101 & 001010)
	PS4: remove 'dupe' VZW World APN (24681)

Change-Id: I84626a50510cf211ac853cd21857f67ae8a9478c
If telephony wants ASCII casing, it needs to ask for it.

http://elliotth.blogspot.com/2012/01/beware-convenience-methods.html

Bug: https://code.google.com/p/android/issues/detail?id=58359
Change-Id: I5c2721f36861694928101c771ec6699424cf9aa3
Removed if/elseif block and replaced with a static HashMap containing Operator ID's

Lazy-load list of Operators when operatorReplace is invoked

Change-Id: I4c2dcfa7eeaff41ce40014c07f94047e07f5c13a
Merge "Removed if/elseif block and replaced with a static HashMap containing Operator ID's" into cm-10.2
Korean Mms fix (1/2)

Change-Id: If1e652230281fb360f79fc13f81e0d85247a6494

Conflicts:
	src/java/com/android/internal/telephony/gsm/SmsMessage.java