Wifi usability: Data stall detection based on link layer stats

This is an effort to define new criterion for triggering Wifi data stall:
(1) Defined data stall criterion based on transmit and/or receive throughput, transmit packet error rate, and CCA level. Data stall is triggered when transmit and/or receive links are consecutively bad over multiple RSSI polls.
(2) Added DeviceConfig flags (that is disabled by default) which may be configured on the server side to tune the thresholds at which data stall gets triggered.

Bug: 141027476
Test: frameworks/base/wifi/tests/runtests.sh

Change-Id: I895fd54cc7ec32815bce1899354ca265d4e93ea9
Signed-off-by: Mingguang Xu <mingguangxu@google.com>
Merged-In: I76d6338cd2d482d198fde1e5a2d1a0540c087ca6
This commit is contained in:
Mingguang Xu
2019-09-13 17:21:13 -07:00
parent e36d59ea71
commit de3725b8fa

View File

@@ -1792,6 +1792,25 @@ message ExperimentValues {
// Indicates if we are logging LinkSpeedCount in metrics
optional bool link_speed_counts_logging_enabled = 4;
// Duration for evaluating Wifi condition to trigger a data stall
// measured in milliseconds
optional int32 data_stall_duration_ms = 5;
// Threshold of Tx throughput below which to trigger a data stall
// measured in Mbps
optional int32 data_stall_tx_tput_thr_mbps = 6;
// Threshold of Rx throughput below which to trigger a data stall
// measured in Mbps
optional int32 data_stall_rx_tput_thr_mbps = 7;
// Threshold of Tx packet error rate above which to trigger a data stall
// in percentage
optional int32 data_stall_tx_per_thr = 8;
// Threshold of CCA level above which to trigger a data stall in percentage
optional int32 data_stall_cca_level_thr = 9;
}
message WifiIsUnusableEvent {