Revert "Add cuttilefish implementation for emergencyDial_1_6"
Revert submission 1548864-cp-edial-1-6
Reason for revert: some build use some vendor ril_service.cpp
Reverted Changes:
I515ea7381:Add cuttilefish implementation for emergencyDial_1...
I94319ab34:Add emergencyDial_1_6 in the HAL to modify the mul...
Change-Id: I83aedc19bb8eade10c330c2bca625495b9e359e9
- add trafficDescriptor and matchAllRuleAllowed to setupDataCall
- add trafficDescriptors to SetupDataCallResult
- create structs TrafficDescriptor and OSAppId base on the
definition in TS 24.526 Section 5.2
- add MATCH_ALL_RULE_NOT_ALLOWED and ALL_MATCHING_RULES_FAILED
as DataCallFailCause
Bug: 178075054
Test: make VtsHalRadioV1_6TargetTest
Change-Id: Ibf6d92d50c8c2c3fce51522677d75bf33127320f
* Added modemReducedFeatureSet1 flag to HalDeviceCapabilities
* Applied flag to secondary link bandwidth getters in carrier bandwidth
Test: cts
Bug: 173806995
Merged-In: Icfca599607e02a6c3e258c11dc9eb7701b7afd3f
Change-Id: Icfca599607e02a6c3e258c11dc9eb7701b7afd3f
* Added support for S-NSSAI within HAL
* Created struct SliceInfo that represents a S-NSSAI as defined
in 3GPP TS 24.501.
* Added slice info to setupDataCall and SetupDataCallResult
Bug: 169960538
Test: made ims phone call
Change-Id: I8d2c55bece07c599cb7d1ac0d16ad85c0acdeae5
Merged-In: I8d2c55bece07c599cb7d1ac0d16ad85c0acdeae5
* Asks the device what set of capabilities are supported on the device
with respect to the Radio Hal
* The capabilities struct is left empty and will be filled
in once the first set of radio hal capabilities are nailed down later
in Android S
Test: Added cts, ran cts, and std tests
Bug: 163085807
Merged-In: I867f26bc649005e89ebf7a0b74f6fbeb2f44ac93
Change-Id: I837d82592e8ddfef5b1ff5eb0dd983a0d13383ed
Bug: 169206279
Test: make and VtsHalRadioV1_6Target
Change-Id: I4352ea928a76197aae01b887960eaed05698e3eb
Merged-In: I4352ea928a76197aae01b887960eaed05698e3eb
Since negative values indicates network did not suggest
data retry timer, the type should be signed instead of
unsigned.
Test: Manual
Fix: 159672248
Change-Id: Ibda126c7db6b7e1fef9323d4b2aace37ca13ebc1
* Added modemReducedFeatureSet1 flag to HalDeviceCapabilities
* Applied flag to secondary link bandwidth getters in carrier bandwidth
Test: cts
Bug: 173806995
Change-Id: Icfca599607e02a6c3e258c11dc9eb7701b7afd3f
Revert "Add cuttilefish implementation for emergencyDial_1_6"
Revert submission 13164522-emergencyDial_1_6
Reason for revert: Potential culprit of b/176519828
Reverted Changes:
I3680b8d42:Add cuttilefish implementation for emergencyDial_1...
I94319ab34:Add emergencyDial_1_6 in the HAL to modify the mul...
Change-Id: I17e59676b6467b8b51dcb839497883a2c89ee50d
Update documentation for secondary bandwidth to indicate that
some modems do not support this feature
Test: build
Bug: 162373679
Change-Id: I03d4079e03817fe7c7b52eb18058c49e54302d6b
* Added support for S-NSSAI within HAL
* Created struct SliceInfo that represents a S-NSSAI as defined
in 3GPP TS 24.501.
* Added slice info to setupDataCall and SetupDataCallResult
Bug: 169960538
Test: made ims phone call
Change-Id: I8d2c55bece07c599cb7d1ac0d16ad85c0acdeae5
Update Hal IRadio, IRadioResponse, and IRadioIndiction
for the updated SignalSterength.
Move radio_responce#getSignalStrengthResponse_1_4 to the right block
Bug: 174775680
Test: atest VtsHalRadioV1_6TargetTest
Change-Id: If61ff4f72b44ac5482acd1823153633d5f9bfce9
As requested by Android Council review of API.
Test: vts
Change-Id: I1f633856c31623ef95f459b2195743f53b5d85fc
Merged-In: I1f633856c31623ef95f459b2195743f53b5d85fc
Define data structures for VoNR network feature support information,
and update RegStateResult to allow the information to be reported
through the response of getVoiceRegistrationStateResponse and
getDataRegistrationStateResponse.
Bug: 167991878
Test: make, VTS
Change-Id: I098bd1b6c86cd38be6fbc086b8ebd7b1bb2408fa
The pdu session id needs to be passed to setup data call on handover
(clean cherry-pick)
Test: Tested that handover still worked with logs. IWlan -> Cell + Cell -> IWlan
Bug: 161572859
Merged-In: I0e11c8997674cdaad4bb82491d818ca85ee197d1
Change-Id: I0e11c8997674cdaad4bb82491d818ca85ee197d1
The retry timer suggested by the network will persist
accross network requests. Also changed the retry timer
to a 64-bit value to be consistent with types used in
Android time APIs.
(clean cherry-pick)
Test: FrameworksTelephonytests
Fix: 159672248
Merged-In: I763afdf34378512c60c0838830cb84875b1c66f0
Change-Id: I763afdf34378512c60c0838830cb84875b1c66f0
* Asks the device what set of capabilities are supported on the device
with respect to the Radio Hal
* The capabilities struct is left empty and will be filled
in once the first set of radio hal capabilities are nailed down later
in Android S
Test: Added cts, ran cts, and std tests
Bug: 163085807
Change-Id: I867f26bc649005e89ebf7a0b74f6fbeb2f44ac93
The pdu session id needs to be passed to setup data call on handover
Test: Tested that handover still worked with logs. IWlan -> Cell + Cell -> IWlan
Bug: 161572859
Change-Id: I0e11c8997674cdaad4bb82491d818ca85ee197d1
Provide intrface to get secondary link capacity estimation
Bug: 162373679
Test: build
merged-In: I371f1f8ad820f8b20c972c3310ebe82b3790a577
Change-Id: I371f1f8ad820f8b20c972c3310ebe82b3790a577
There are currently two methods that cover the network family types:
setPreferredNetworkType and setPreferredNetworkTypeBitmap. They both
serve a similar purpose and have been previously interpreted as a
suggestion to the modem on the type of networks requested by the OS.
This change introduces a new method (setAllowedNetworkTypeBitmap) which
will coexist with these methods. This new method must be interpreted as
a strict set of Radio Access Technology (RAT) that should be accepted by
the modem.
For instance, one may first use setAllowedNetworkTypeBitmap to exclude
2G technology from the list of usable RAT. Then, they may use
setPreferredNetworkType to describe their preference for 4G.
Test: mm
Bug: 171791177
Change-Id: I7f5fdf9bf5a80c47e9ad838b740b2d6e40ffea60
Merged-In: I7f5fdf9bf5a80c47e9ad838b740b2d6e40ffea60
There are currently two methods that cover the network family types:
setPreferredNetworkType and setPreferredNetworkTypeBitmap. They both
serve a similar purpose and have been previously interpreted as a
suggestion to the modem on the type of networks requested by the OS.
This change introduces a new method (setAllowedNetworkTypeBitmap) which
will coexist with these methods. This new method must be interpreted as
a strict set of Radio Access Technology (RAT) that should be accepted by
the modem.
For instance, one may first use setAllowedNetworkTypeBitmap to exclude
2G technology from the list of usable RAT. Then, they may use
setPreferredNetworkType to describe their preference for 4G.
Test: mm
Bug: 171791177
Change-Id: I7f5fdf9bf5a80c47e9ad838b740b2d6e40ffea60
* Add in HAL support for AOSP allocating pdu session ids from modem
* Add in HAL support that notifies modem when a handover has begun and was cannceled
(clean cherry pick)
Test: N/A
Bug: 161572859
Change-Id: I2771b4773381ba68f482a80e743bdbb05a8e59d1
Merged-In: I2771b4773381ba68f482a80e743bdbb05a8e59d1
* Add in HAL support for AOSP allocating pdu session ids from modem
* Add in HAL support that notifies modem when a handover has begun and was cannceled
Test: N/A
Bug: 161572859
Change-Id: I2771b4773381ba68f482a80e743bdbb05a8e59d1
The retry timer suggested by the network will persist
accross network requests. Also changed the retry timer
to a 64-bit value to be consistent with types used in
Android time APIs.
Test: FrameworksTelephonytests
Fix: 159672248
Change-Id: I763afdf34378512c60c0838830cb84875b1c66f0
Support RadioError:RF_HARDWARE_ISSUE and RadioError:NO_RF_CALIBRATION_INFO for
setRadioPowerResponse_1_6().
Bug: 170938075
Test: build. VTS on Cuttlefish.
Change-Id: Iaf582c31f439810db34693c61e58ff1f4dfd19fd
On a handover request failure, the modem can now determine
whether or not to fallback. There is also the option to revert
to the legacy logic. Following the legacy logic is the default
behavior.
Test: FrameworkTelephonyTests
Bug: 161572465
Change-Id: Iad778e83ffc264ee25f57f54ff58532d6a8c5cbf
Merged-In: Iad778e83ffc264ee25f57f54ff58532d6a8c5cbf