Support new API for setNetworkSelectionModeManual with ran parameter
Bug: 68116277
Test: atest FrameworksTelephonyTests
Change-Id: I0e8b78b1b16d4bf6a6c0f39eedc48b253ca7a810
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
Add setSystemSelectionChannels as a SystemApi, connecting to the
identically-named HAL method.
Fixes: 144595103
Test: manual through the testapp, atest TelephonyManagerTest
Change-Id: I52ff09258af772e272937dd137813d0d63c50cb5
Updated PhoneCapability from 1.3 RadioConfig HAL
New SimSlotCapability
Add getPhoneCapability API
Test: atest FrameworksTelephonyTests
Bug: 143238237
Bug: 143238191
Change-Id: I3349c3e50a806fb7bfd65b1bf16079878a5aeb06
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
Bug: 135755360
Test: manually test sending and receiving sms's and mms's via the
Messaging app and verify the messageId is passed back and forth.
Change-Id: I5a0d2cd9b8e5e75062cc895512da1a3357c57dbf
Some APPs(like OMA DM) might enable or disable 5G settings, so redesign
the setPreferredNetworkType behavior.
1. Create allowed_network_type in telephonyprovider
2. Create get/set allowed network type API
3. When APPs call setPreferredNetworkType() that will AND with allowed
network type.
Bug: 136730709
Test: By Manual
1. setAllowedNetwork to disable 5G
2. setPreferredNetworkTypeBitmask to set NR_LTE_GSM_WCDMA
3. framework set LTE_GSM_WCDMA to modem
Change-Id: Ia257e6ddaa33c32bc09340a59c9daf71ce1fa8cf
The string version of Apn Types are used in the carrier config table.
Modules besides Telephony uses this table directly and so it made sense to expose
this as a @SystemApi
Test: ApnSettingsTest
Bug: 147465477
Change-Id: I1c344b3ff482d973b8bf51a33956a7f90f291634
Add call barring constants to ImsUtImplBase in order to expose them in
the system API surface.
Fixes: 147733594
Bug: 146834818
Test: build
Change-Id: Ieb701625b1ecf858d67648f5bb4c87f3e87c1f73
Expose copyMessageToIcc() with ACCESS_MESSAGES_ON_ICC permission and new
getSmsPdu() and getDeliverPdu() for both 3GPP and 3GPP2 are added for
use by TelephonyProvider.
It includes cleanup documentations for SMSC and getSubmitPdu() as well.
Test: Manual
Change-Id: I0bed6a961412c89025d5c70f59fef5cd163cbfbf
Signed-off-by: Taesu Lee <taesu82.lee@samsung.com>
Introduce a server API to get current package name to remove
ActivityThread for Mailine
Test: Treehugger; no function change; Manual: tried to send a message to 22000,
and observed that it pops out a notification window to ask me: "Messages
would like to send a message to 22000, Cancel or Send?" I clicked on "Send".
UI shows that SMS is sent successfully.
Bug: 145147528
Change-Id: I0a5ca7699c969585ea08c82ea7cafd26a73c08f9
Bug: 140768340
Test: Following tests have been done
atest packages/services/Telephony/tests/
atest frameworks/opt/telephony/tests/telephonytests/
Manual sanity to check basic telephony
Change-Id: Ia114e4546d88e294ed37b6632a1eae6a06fbf7bc
