Lightweight Android library that is build over Telephony SDK. NetMonster core is extracted from NetMonster application and backports several Telephony features to older Android devices.

Why use NetMonster Core instead of legacy API?

• Validation - library validates data from RIL and corrects them if possible
• Richer information - additional functions for cell identity and cell signal that will make your code more understandable
• Backport - several non-accessible signal or identity fields are now accessible without boilerplate code
• Tested - tested on real devices, 50 000+ active users

implementation 'app.netmonster:core:$version'

Here's small comparison for each of voice / data network you can meet.

There are basically two ways you can use this library - as a validation library that will sanitize data from AOSP cause lots of manufacturers modify source code and do not follow public documentation. In that case you'll only need ITelephonyManagerCompat to retrieve AOSP-like models that are properly validated.

The second option is to use advantages of additional postprocessing of NetMonster Core. As a result you'll get more data but correctness is not 100 % guaranteed.

NetMonster Core focuses on mapping of two AOSP's ways to fetch current cell information:

• TelephonyManager.getAllCellInfo()
• TelephonyManager.getCellLocation() (deprecated in AOSP)
• TelephonyManager.getNeighbouringCellInfo() (removed from AOSP)

Note that some of those methods are deprecated or even removed from AOSP - for more info see documentation of each method.

NetMonsterFactory.getTelephony(context, SUBSCRIPTION_ID).apply {
    val allCellInfo : List<ICell> = getAllCellInfo() 
    val cellLocation : List<ICell> = getCellLocation()
    val neighbouringCells : List<ICell> = getNeighbouringCellInfo()
}

In this case you'll need to interact with INetMonster class. Here's list of problems that this library solves.

Issue:

• Android offers multiple ways how to get cell information.
• Not all devices support one unified way how to access all the data.

Solution:

• NetMonster Core grabs data from sources you specify, validates and merges them.

NetMonsterFactory.get(context).apply {
    val allSources : List<ICell> = getCells() // all sources
    val subset : List<ICell> = getCells( // subset of available sources
        CellSource.ALL_CELL_INFO, 
        CellSource.CELL_LOCATION
    ) 
}

Issue:

• AOSP cannot detect HSPA+42, only HSPA+.
• AOSP does not offer a way to distinguish whether current network is using carrier aggregation or not.

Solution:

• NetMonster Core attempts to guess HSPA+ 42 availability.
• LTE-CA presence can be guessed based on cell info or detected using hidden APIs.

Using getNetworkType(vararg detectors: INetworkDetector) you can specify which INetworkDetector to use when detecting current network type.

NetMonsterFactory.get(context).apply {
    // All detectors that are bundled in NetMonster Core
    val networkType : NetworkType = getNetworkType(SUBSCRIPTION_ID)
    
    // Only HSPA+42 (guess, not from RIL)
    val isHspaDc: NetworkType? = getNetworkType(SUBSCRIPTION_ID, DetectorHspaDc())
    // LTE-A from CellInfo (guess, not from RIL), NSA NR
    val isLteCaCellInfo: NetworkType? = getNetworkType(SUBSCRIPTION_ID, DetectorCellInfo())
    // LTE-A from ServiceState (from RIL, Android P+)
    val isLteCaServiceState: NetworkType? = getNetworkType(SUBSCRIPTION_ID, DetectorLteAdvancedNrServiceState())
    // LTE-A from PhysicalChannel (from RIL, Android P+)
    val isLteCaPhysicalChannel: NetworkType? = getNetworkType(SUBSCRIPTION_ID, DetectorLteAdvancedPhysicalChannel())
    // LTE-A and NR from DisplayInfo (marketing purposes, might result false-positive data, Android R+)
    // You can also detect only LTE-A or NR using one of classes:
    // - DetectorLteAdvancedServiceState ... for LTE-A
    // - DetectorNsaNr ... for NR NSA
    val isLteCaOrNsaNrDisplayInfo: NetworkType? = getNetworkType(SUBSCRIPTION_ID, DetectorLteAdvancedNrDisplayInfo())
}

Issue:

• AOSP does not provide any information about NR NSA connection status.
• The only official available information is in TelephonyDisplayInfo which provide inaccurate (marketing-based) data.

Solution:

• In order to obtain detailed connection info about NR NSA you need to get NetworkType instance.

val networkType : NetworkType = NetMonsterFactory.get(context).getNetworkType(SUBSCRIPTION_ID)
if (networkType is NetworkType.Nr.Nsa) {
    val state: NrNsaState = networkType.nrNsaState // For more info refer to NrNsaState class
}

• Detection of serving cells in 'emergency calls only' mode.
• PLMN addition to non-serving cells in GSM, WCDMA, LTE, TD-SCDMA and NR networks.

Copyright 2019 Michal Mroček

Licensed under the Apache License, Version 2.0 (the "License");

you may not use this file except in compliance with the License.
You may obtain a copy of the License at


https://www.apache.org/licenses/LICENSE-2.0


Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and