Support new API for setNetworkSelectionModeManual with ran parameter
Bug: 68116277
Test: atest FrameworksTelephonyTests
Change-Id: I0e8b78b1b16d4bf6a6c0f39eedc48b253ca7a810
Add CellIdentity support for HAL 1.5
-Add new constructors for HAL 1.5
-Add APIs to get additional PLMNs advertised
by the cell beyond the first, for MOCN networks.
-Add support for CSG info in WCDMA, TD-SCDMA, and LTE
Bug: 135921133
Test: wip
Change-Id: Iffd9351d2170a496639eced2c4618819f522494c
Change mtu->mtuV4 and add mtuV6 for DataProfile and DataCallResult
Add mtu to RouteInfo and update test
Test: atest FrameworksTelephonyTests
Bug: 146668814
Change-Id: I43c7e088e46e40f38d8114548e0fc4e39d7f91cb
Moving the config keys in ImsConfig to ProvisioningManager and defining
appropriate allowed values for all. Old values are now deprecated.
Bug: 147732815
Test: Created and ran new CTS test to verify get/set of the new parameter
values.
Change-Id: Ifa7e1b6bcd21b4dfac541c258e1c53ee1515fa3d
PhoneNumberUtils calls CountryDetector methods to ascertain whether a
number is an emergency number in the current country, but recent
emergency number detection changes have made the country an unused
parameter. Remove calls to CountryDetector to satisfy mainline
requirements wrt hidden APIs.
Fixes: 148087591
Test: atest PhoneNumberUtilsTest
Change-Id: Ib6ef6348cb1c50e89e24f4f67de6ce76d87550cd
Add setSystemSelectionChannels as a SystemApi, connecting to the
identically-named HAL method.
Fixes: 144595103
Test: manual through the testapp, atest TelephonyManagerTest
Change-Id: I52ff09258af772e272937dd137813d0d63c50cb5
Some IMS APIs were using ServiceState instead of
TelephonyManager.NETWORK_TYPE_* constants.
This CL cleans this API surface up.
Bug: 147726372
Test: atest CtsTelephonyTestCases; atest FrameworksTelephonyTests
Merged-In: Ic00b83f2d0d8950855d43edc49ad24ce577943af
Change-Id: Ic00b83f2d0d8950855d43edc49ad24ce577943af
They are intents and extras used by Setting to monitor certain SIM
change and to pop up dialogs to users.
Bug: 148097978
Test: build
Change-Id: If6965979b5ab15b53f8e81cad895cc2d3dc29e0e
Some IMS APIs were using ServiceState instead of
TelephonyManager.NETWORK_TYPE_* constants.
This CL cleans this API surface up.
Bug: 147726372
Test: atest CtsTelephonyTestCases; atest FrameworksTelephonyTests
Change-Id: Ic00b83f2d0d8950855d43edc49ad24ce577943af
Bug: 140873586
Test: Manually tested the configs using the following commands:
adb shell cmd phone cc get-value [KEY]
adb shell cmd phone cc set-value [KEY] [VALUE]
Change-Id: I56672f8ac622fb6226dccd3d91e8d81e6124a16b
Updated PhoneCapability from 1.3 RadioConfig HAL
New SimSlotCapability
Add getPhoneCapability API
Test: atest FrameworksTelephonyTests
Bug: 143238237
Bug: 143238191
Change-Id: I3349c3e50a806fb7bfd65b1bf16079878a5aeb06
* Changed ApnSetting to use constants instead of hardcoded strings for clarity.
* Made isDataCapable a public api.
* Removed feature flag android.hardware.telephony.data and opted for a resource
config setting instead.
Bug: 146206136
Test: FrameworkBaseTests, FrameworkOptTests
Change-Id: I19ac83f5865e8763cd9414c41d4609f79d0db164
We should not allow other stack (such as Bluetooth) to directly control
modem indication reporting. The hidden API
TelephonyManager.setRadioIndicationUpdateMode added before do not
support multiple clients and do not support the case when clients'
process die.
The new solution would be adding a new listener
PhoneStateListener.LISTEN_ALWAYS_REPORTED_SIGNAL_STRENGTH and let
telephony registry (which is running under system process) to tell
telephony whether to always turn on signal strength update if any client
is listening to this event.
Introduce a new system API for TelephonyRegistry
to tell Telephony module this listening mechanism.
Introduce a new permision for this function
Test: WIP (Have this CL out to try to catch up the API deadline)
Bug: 147322848
Change-Id: Iaee832c75b29d89dbc9e5c6659e1a7e89c4a467f
