RUCKUS AFC System Architecture
The Geolocation Service Server acts as a centralized hub for processing location data from APs at a venue. APs, through their respective AP Controllers, supply the Geolocation Service Server with raw positional data, which consists of RF-based observations about their neighboring APs. From its overarching view of the entire Wi-Fi network, the Geolocation Service Server collectively analyzes the raw positional data from all APs to infer the geolocation coordinates of each AP, formatted appropriately for AFC inquiries.
To conduct an AFC available spectrum inquiry, a RUCKUS AP first determines its geolocation coordinates (latitude, longitude, height above ground level, lateral and vertical uncertainty) with the aid of the RUCKUS Geolocation Service Server. It then formulates the AFC inquiry, incorporating its geolocation coordinates, and forwards this inquiry to the RUCKUS AFC Proxy Server via its Controller. The AFC Proxy Server subsequently relays the AP AFC inquiry to an external AFC service provider’s server for processing and waits for the response, which is then sent back to the AP. Refer to AFC Inquiry Flow for a visual representation of these messaging paths.
The APs communicate with the AFC Proxy Server and Geolocation Service Server through their respective AP controllers, not directly. RUCKUS has the following types of AP controllers:
- SmartZone 144 is a hardware-based AP controller.
- Virtual SmartZone is a virtualized AP controller (distributed as a virtual machine).
%20Access%20Points%20and%20Switch%20Management%20Guide%207.2.0_v2_GUID-A7E97382-FE30-4D84-8798-282DAD40F0B6/Fig8_AFC_Geolocation_Flow=GUID-D102664A-283C-47AF-B1B2-31546EAE92C7=1=en-US=Low.png)
%20Access%20Points%20and%20Switch%20Management%20Guide%207.2.0_v2_GUID-A7E97382-FE30-4D84-8798-282DAD40F0B6/Fig7_AFC_Proxy_Architecture_ver3=GUID-CEDFCC47-2B8B-45AB-B14D-36356C171B5F=1=en-US=Low.png)