The default constructor is missing in CellInfoNr and CellIdentityNr
classes. All the other CellInfo* and CellIdentity* classes have it.
Also, add setCellIdentity(CellIdentityNr) method to CellInfoNr.
Bug: 147260058
Test: m
Change-Id: Iefa1ec346bcef612f020f79cbc858649105cd406
If the carrier supports call forwarding number prefixes to be allowed
while on IMS roaming, then the number should be dialed and forwarded successfully
Bug: 153413483
Test: Verify the call using *72 <number to be forwarded to> is dialed and forwarded successully
Change-Id: Ia93dec2ebb11aa3ab8f48975a9b6f02089d1482b
Merged-In: I6cd1e60e0dbb634581c97552dad244383ff4e3f9
Added map of int code to string for log readability
Bug: 162505455
Test: Verified with device test
Change-Id: I7aa3cf31737e2e44aa4d63eac643a5d283d8a06f
This resource has moved to CarrierConfig to support dual
sim devices and MVNOs.
Bug: 148483577
Test: Manual
Merged-In: I494cb93a2c72ff3df2ef45ad737c5606132e32d1
Change-Id: I494cb93a2c72ff3df2ef45ad737c5606132e32d1
Sim based customizations should not be resources because
of two reasons:
1. The MCC/MNC value in AssetManager for Dual sim devices is undefined
2. There is no support for MVNOs.
For dual sim devices there is only one value for MCC/MNC in
AssetManager and that value is updated from multiple places without
deciding if it should be the default voice sim card, the default
data sim card or whatnot.
This means that when frameworks is trying to decide what resource
to use there is no guarantee that the resource that arrives is for
the particular subscription we are asking for.
MVNOs cannot be separated through only MCC/MNC but need more
parameters like service provider, imsi, GID1 etc. MVNO support
is available in CarrierConfig.
When we now have support for ADCP updates of customizations and
start using carrier id this is better placed in CarrierConfig,
we then get support for MVNOs at the same time.
Bug: 148483577
Test: Customize for sim card x and not for sim card y, insert both
sim cards in a dual sim device and see the difference.
Merged-In: I067d55b9ae5e1346dd3b3cd50a0097b05b100055
Change-Id: I067d55b9ae5e1346dd3b3cd50a0097b05b100055
Address API Council feedback for CellLocation#requestLocationUpdate
-Update the summary string to indicate the functionality
for pre-SDK31 behavior.
-Clarify that this API is only useful in power-saving modes.
-Remove justification for deprecation leaving a simple link to
a superior alternative.
Bug: 161207204
Test: make offline-sdk-docs && make (docstring only change)
Change-Id: Ib931906323fe1ec2c730271cefd0d46aee60d963
Some carriers would like to use default APN for
tethering while the device is roaming. Added a new
carrier config to disable DUN APN while the device
is roaming.
Fix: 158546796
Test: DcTrackerTest
Merged-in: I2e633fd764f86b196a6ee0c29af2b97733e82c66
Change-Id: I2e633fd764f86b196a6ee0c29af2b97733e82c66
(cherry picked from commit db897af77d)
KEY_NR_TIMERS_RESET_IF_NON_ENDC_AND_RRC_IDLE_BOOL:
Whetherdevice reset all of NR timers when device camped on a
network that haven't 5G capability and RRC currently in IDLE state.
Bug: 160365713
Test: build pass.
Change-Id: I9802b8712798054a85307e549fb665bc85166311
Merged-In: I9802b8712798054a85307e549fb665bc85166311
Show the error log when only wrong value is set actually for sending
instead.
And it includes some cleanup.
Bug: 161156510
Test: MO SMS and check log
Signed-off-by: Taesu Lee <taesu82.lee@samsung.com>
Change-Id: I2b58b431c59c52dd05cfa54ac34551550cd614d2
Remove support for the kernel-command-line-based CDMA
modem config flag. Devices must now use the system property,
which is also set at OS compile time and is available before
telephony. Since there's no drawback, and kernel command line
flags are not the right place for this, good riddance.
These APIs were marked @UnsupportedAppUsage; however, the
API to read the command line had zero usage, and the API to
retrieve the CDMA capability had a single app usage with a
very small installed base, so presumably it's legacy hardware.
Bug: 138225216
Test: compilation (no functional change)
Change-Id: Iac7a23056553465e1d05299df7323daf89fbfd66
Bug: 160733170
Test: Sanity; Telephony unit tests; hard to reproduce
Change-Id: If8347a27a79351e84060c9a35e1cc9efd468f7a0
Merged-In: If8347a27a79351e84060c9a35e1cc9efd468f7a0
(cherry picked from commit 131781145d)
Migrate the isUsingCarrierAggregation flag from
DataSpecificRegistrationInfo to NetworkRegistrationInfo.
This does a few things:
-Allows LTE_CA to be properly reported even in IWLAN legacy
mode.
-Removes one additional layer of drilling up/down to store
and retrieve the boolean flag.
-Simplifies the ratcheting logic.
Bug: 156676862
Test: atest FrameworksTelephonyTests
Change-Id: Ia7d9344e590efe0dcf2c7ba6d44d925f72d1e626
Add hidden API to support allowed networks type for
specific reason like power.
Bug: 156709797
Test: system test
Merged-In: If4424d7d94ac26ad31725a1658dad5751d0d2629
Change-Id: If4424d7d94ac26ad31725a1658dad5751d0d2629
Remove this method, which is undesirable, has unfortunate
side effects, and which is a worse way of getting the current
location than other methods such as TelephonyManager#getAllCellInfo()
(since KK) and TelephonyManager#requestCellInfoUpdate() (since QT/11).
Bug: 152648516
Test: make update-api && make (docstring-only change)
Change-Id: I3c7d345abcdd8c35cf539d33166ddf76ba987b1c
Remove support for location update control that impacts
the services state tracker. This functionality hasn't been
needed in many years, and it has the ability to:
-consume additional battery
-cause ServiceState to be reported incorrectly
-cause the phone to not know about changes to
the service state (current cell, technology, etc).
Bug: 152648516
Test: compilation - code removal only
Change-Id: I1bf880c037b5c005bdd61a0ff6f5c4000ec2f9be
