The Antenna Interface Standards Group (AISG) bus is a standardized communication interface (typically layered over RS-485 and sometimes carried over the same coaxial feeder cable as the RF signal, using a technique that separates the control signal from the RF) that enables the base station's control unit to discover, communicate with, and control Antenna Line Devices (ALDs) mounted on or near the antenna - most commonly Remote Electrical Tilt (RET) actuators and Tower Mounted Amplifiers (TMAs). Through the AISG bus, the system can remotely query device status, read sensor data such as current tilt position, and send control commands such as tilt adjustments or TMA gain settings. This is entirely distinct from the CPRI
/eCPRI fiber links carrying baseband-to-RF digital radio signals, the O and M IP network connecting the site to centralized management systems like NetAct, or the DC power distribution supplying equipment - each of which serves a different, non-overlapping function within the site's overall infrastructure.

The Software Management (SWM) module within NetAct is the centralized functional area responsible for the end-to-end software lifecycle of base stations and other network elements, including planning software deployment campaigns, distributing (downloading) software packages to target network elements, scheduling and triggering activation, and monitoring the success or failure of these operations across potentially large numbers of sites. This is distinct from Fault Management (FM), which handles alarms and fault conditions; Performance Management (PM), which handles KPI and counter-based performance data; and Configuration Management (CM), which handles parameter and configuration provisioning. While these modules may interact - for example, a software activation might generate alarms visible in FM, or a software change might necessitate subsequent configuration adjustments via CM - the core responsibility for managing software packages, versions, and activation campaigns rests specifically with SWM, making it the primary tool a NOC engineer would use for software lifecycle activities.

Acknowledging an alarm in NetAct FM is an administrative action that marks the alarm as having been seen and taken ownership of by an engineer, without changing the underlying fault condition itself. In a NOC environment where multiple engineers or shifts monitor shared alarm lists, acknowledgement communicates that someone is already aware of and working on the issue, helping to avoid duplicated troubleshooting effort and providing a basic accountability trail for follow-up. It does not automatically resolve or repair the underlying fault - the alarm will only clear once the actual condition causing it is resolved, whether automatically by the network recovering or through engineer intervention. Acknowledgement also does not cause the base station to reboot, and acknowledged alarms remain visible in the active list (not deleted) until the underlying condition clears, at which point they typically move to the alarm history.

The Managed Object Model (MOM) defines the structured, hierarchical representation of all configurable entities within the network - such as network elements, their subordinate functional units, cells, and the individual parameters associated with each object - along with the relationships between them. Configuration management tools, including NetAct CM applications, rely on the MOM to know what objects exist, what parameters each object type supports, valid value ranges, and how objects relate to one another (for example, a cell object existing as a child of a baseband equipment object). Understanding the MOM is important for NOC engineers performing configuration changes, since it determines where a given parameter resides within the object hierarchy and what other objects or parameters might be affected by a change. The MOM is a configuration management construct and is unrelated to physical cabling documentation, alarm history (a fault management function), or software upgrade packages (a software lifecycle management function).

The AirScale System Module is the central baseband processing unit of the AirScale BTS. It hosts digital baseband processing for the deployed radio technologies, handles control-plane functions, and provides the O and M interface that NetAct and remote engineers use for configuration, fault, and performance management.
Under Nokia's Single RAN architecture, the same System Module hardware can support 2G, 3G, 4G, and 5G concurrently, with the active technology mix determined by software and licensing rather than separate dedicated hardware. RF amplification and the physical antenna interface are performed by separate AirScale Radio (RF) modules, not the System Module. The System Module is not a power supply for the cabinet, and while it receives external timing/synchronization references such as GNSS for network synchronization, it does not itself generate GPS satellite signals.