A missing asterisk in the javadoc causes the hidden API leak into current.txt
Bug: 180395362
Test: make update-api && make; // and double check manually
Change-Id: If86208136fb7402b132c62fa2caad4df3366e8d9
Currently we are seeing TEMPORARILY_NOT_METERED occurs on non-5G
devices. This fix adds more checks to prevent incorrect
TEMPORARILY_NOT_METERED being set. Before we root cause the issue,
we only allow this bit when all of the following conditions met.
1. Devices should support 5G.
2. Carriers should support 5G unmetered data.
3. Device should camp on 5G network.
This temporary fix should be removed after we root cause the issue.
Bug: 176119724
Test: Manual
Change-Id: I2b987d24851cdb16d8457b0ec5c546ace5485ed0
Merged-In: I2b987d24851cdb16d8457b0ec5c546ace5485ed0
Define a new feature that determines if a device supports IMS
single registration and integrate this feature tag into the
SIP transport and provisioning APIs.
Bug: 149426399
Bug: 173715911
Test: atest CtsTelephonyTestCases FrameworksTelephonyTests
Change-Id: Id9ac6a3a69be2072cf28136e98408118b7d9f07f
* Added modemReducedFeatureSet1 flag to HalDeviceCapabilities
* Applied flag to secondary link bandwidth getters in carrier bandwidth
Test: cts
Bug: 173806995
Change-Id: I5dd23812fe72b751ab29459111d0bc8f6cc63e39
Merged-In: I5dd23812fe72b751ab29459111d0bc8f6cc63e39
Currently carrier apps are not able to pass the confirmation code along
with the downloadable subscription because carrier apps do not have the
permission to set the CC. So carrier apps have to rely on LUI's scree
for entering the confirmation code. In order to make the process more
flexable for carriers, we decided to add a method to initialize a
Downloadable Subscription with the confirmation code.
Test: ag/13028582
Bug: 169276772
Change-Id: Icfa8b0f5b1699d24d8e39c3297ed25c7d1607739
Merged-In: Icfa8b0f5b1699d24d8e39c3297ed25c7d1607739
The contact's capabilities request APIs are exposed to be the SystemAPI and add the CTS for these APIs.
Build: 174656329
Test: atest -c CtsTelephonyTestCases:android.telephony.ims.cts.RcsUceAdapterTest
Change-Id: Id8a3be587f200dfee8f7c6343ed771e7ac738568
Fail fast by throwing an IllegalStateException in IMS
rather than creating potential subtle bugs where listeners
overwrite each other.
Bug: 175810194
Test: atest FrameworksTelephonyTests ImsCommonTests
Change-Id: Ib1fc7d6120244df3649fa2afe5b3f738deea597c
* Added support for S-NSSAI
* Created SliceInfo that represents a S-NSSAI as defined in
3GPP TS 24.501.
* Added slice info to setupDataCall and DataCallResponse within
DataService related classes
Bug: 169960538
Test: made ims phone call
Change-Id: I8f136937f127ff14fedd790526544d5775010da8
Merged-In: I8f136937f127ff14fedd790526544d5775010da8
Give carriers the option of including a backup IMSI encryption key as a
carrier config.
Bug: 175801497
Test: manual and atest TelephonyManagerTest
Change-Id: I89d88daf2022672bf27125baae0247b75638bb6e
Merged-In: I89d88daf2022672bf27125baae0247b75638bb6e
* Provide App Developers Qos related info associated to
a bound socket through ConnectivityManager
* Qos sessions are generated and filtered by Network Agents
and sent back through the Connectivity Service to the
API consumer.
* The structure of the code within com.android.server
is designed to support different types of filters in the
the future.
* The first type of Qos Attributes are related to EPS
Bearers in order support RCS.
Bug: 155176305
Test: Added to cts/NetworkAgentTest
Test: Added to ConnectivityServiceTest
Change-Id: I145dd065d9deeee449eb9695ab3f6c8556ee7c09
* Introduces a set of capabilities specific for the radio interface
that are determined by the vendor and are then surfaced through
TelephonyManager.
* There are no capabilities yet defined and will come later in S
Test: Added cts, ran cts, and telephony tests
Bug: 163085807
Merged-In: I56713e05cbd5200baa2a3bc79f7f4b0d580ad2a1
Change-Id: Icbbfa056dc5280acdf53c142742f4e4b8d60229e
Explain how to get TelephonyDisplayInfo through TelephonyManager and
PhoneStateListener
Test: build
Fix: 158760752
Change-Id: Ia59efcf68c77d79be1a223f9fd6cbf3ec333478a
Merged-In: Ia59efcf68c77d79be1a223f9fd6cbf3ec333478a
Introduce set/clearSignalStrengthUpdateRequest in TelephonyManager
and ITelephony to support customized signal request from applications.
Bug: 164432835
Test: atest android.telephony.cts.TelephonyManagerTest
Change-Id: I749376872915a91b9514884547140eaf969dba0e
This reverts commit 8ce575b256.
Bug: 176163590
Bug: 148500541
Test: manual smoke test on low-end device and aosp_crosshatch builds.
Reason for revert: Reapplying with a fix for the exceptions.
The exceptions were caused by an undocumented behavior difference in the APIs that just blindly catch runtime exceptions. The cause of the runtime exceptions is that people are calling isDataEnabled() before telephony is running; however, until a "better" fix is available, this API will apply the existing behavior of just catching the runtime exceptions (which is terrible, but it's the plan of record in the code today).
Change-Id: I9fbe7126ee7039dfb0b383f83017458a3525db66
Privileged apps can send the request through TelephonyManager APIs
(in following CL) to monitor signal strength change with interested
RAN/SignalMeausrementType/Thresholds.
Bug: 164432835
Test: atest com.android.internal.telephony.SignalStrengthUpdateRequestTest
Change-Id: Ifba384108b6627e4b808be34e6d828c93e8df995
1. Implement new API:
#getUpLinkFrequency
#getDownLinkFrequency
#getBand
#getChannelNumberUplink
#getChannelNumberDownlink
#getCellBandwidthUplink
2. Have mapping tables for converting frequency range
if getFrequencyRangeGroupFromXXXBand is unknown.
NR-ARFCN, E-UTRA, UTRA and Geran
3. Get the frequency from the band
#getFrequencyRangeGroupFromXXXBand
Bug: 162300897
Test: manual
Change-Id: I44101653659d2b5d593a2b06be6567e0d0ef433f
Merged-In: I44101653659d2b5d593a2b06be6567e0d0ef433f
Expose the fields and methods for application to specify
the customized signal update request.
Bug: 164432835
Test: atest com.android.internal.telephony.SignalThresholdInfoTest
Change-Id: I879efb2e6b4366e96059973cf4264e4192c1cf29
