Most airport operators will seek help in developing a PWN; the desired complexity of a PWN and the airport resources available are the two main factors that determine how much help is needed. Following are examples:
PWNs are private because this type of network exists to serve only the needs of its owner or enterprise—in this case, the airport operator and whoever it allows to participate. In other words, the PWN does not function to serve the needs of everyone like a public mobile network operator (MNO) network does. This means that only owner-designated devices can connect to this network, and the data shared between devices serves the needs of the owner or company and is therefore considered private.
PWNs are considered secure for at least the following reasons: (1) 4G LTE and 5G wireless technology has MNO-grade security built into it which can authenticate end devices within the network and wirelessly transmit authenticated data throughout the network (MNO-grade equals the level provided by MNOs like Verizon, AT&T, or T-Mobile); (2) Enterprises like airports can build on the robust authentication policies; and (3) an airport can have full control over their PWNʼs security protocols.
Generally, PWNs are reliable because of the inherent technology features and the many options available to PWN operators to enhance reliability. Following are some key reasons: the maturity and security of mobile technology ensure a baseline of reliable connectivity provided by PWNs; the primary spectrum used (the CBRS band) is mid-level spectrum, which can provide fast speed and low latency; and because PWNs are privately owned, they can be customized to provide even more reliable connectivity.
Each wired/wireless connectivity solution has its own set of attributes that make it suitable for some needs and less suitable for others. Because of this, PWNs should be considered as simply one more tool in the connectivity toolbelt.
Chapter 3 presents several examples of use cases for PWNs. In these cases, using a PWN is ideal because of common attributes of PWNs compared to those of other connectivity solutions.
Table 1 compares and contrasts the attributes of these connectivity solutions. The statements in this table should be understood as “typically” because not every possible variable is considered.
PWNs do have some limitations. For example, they can be costly to implement if an airport operator chooses to start with a large-scale network that it installs and deploys itself. Complex PWNs require an advanced level of mobile network expertise to deploy and manage, but airports can hire MSPs to design, install, and manage the PWN. As with any IT network, airports will need to ensure their PWN remains compatible with the latest technology and receives regular maintenance including updates and upgrades that require additional costs and possibly some downtime. Some regulatory challenges related to spectrum access exist in certain jurisdictions. These are becoming less common, but they are still a possibility to consider.
Having gained an initial understanding of PWNs from Chapters 1 and 2, airport decision-makers who wish to explore a PWN for their organization have several early planning considerations to make across several areas. These are shown in Figure 3.
This chapter provides education on these areas and things to consider for those exploring a PWN. Chapter 4 provides questions in these areas that will help readers transition from planning to design. For full descriptions of each, see the full report.
Airport operators will have differing degrees to which they use a PWN. In the early planning stages, airport leadership should identify an overall posture toward the network and communicate that to the team involved—for example, answering the following questions:
TABLE 1 Common attributes of PWNs compared to other connectivity solutions.
PWN ATTRIBUTES | ||
| ||
OTHER SOLUTIONS COMPARED* | ||
DAS | WI-FI | CABLE |
|
|
|
* This comparison is specific to the types of use cases described in Chapter 3. Further, these statements should be understood as “typically” because they do not account for every possible variable.

The infographic presents eight key elements for planning a PWN project: defining a network vision and scale, mobile technology and spectrum, use cases, private use or ownership, stakeholders and partnerships, costs or financials, risks, and adoption or implementation barriers. Each section includes an icon representing it.
For those serious about capturing the value possible through a PWN, it is strongly suggested to fully investigate what the PWN can enable, even including advanced use cases that require additional technologies “up the stack” like data management, analytics, and AI. Airport operators that conduct this level of analysis, develop an accompanying multiyear roadmap, and fully cost-justify the program will be best set up to achieve the value of digital transformation now possible through comprehensive connectivity.
PWNs use mobile technology to access RF spectrum for wirelessly transferring various forms of communication securely, quickly, and reliably. In other words, mobile technology is the reason PWNs can provide audio, video, and data to users anywhere.
What is mobile technology? What are its key features? Should airport operators trust it? This section answers these questions and more.
Mobile technology began as cellular technology now referred to as the “first generation” or “1G” technology standard, enabling voice conversations between cellular phones. Just as cellular technology advanced from flip phones to smartphones, mobile technology continues to leap in its capabilities as its standards have evolved to current 4G LTE and 5G technology. 4G LTE enabled todayʼs mobile applications and continues to evolve with capabilities like IoT support; 5G significantly expands capacity, flexibility, and performance through features such as enhanced mobile broadband (eMBB), massive machine-type communications (mMTC), and ultra-reliable low-latency communications (uRLLC) to support advanced video, massive device connectivity, and automation.
Mobile technology standards are set by a group called 3GPP (www.3gpp.org/). Though widely unknown among aviation industry stakeholders, 3GPP is a critical global standards organization that defines the interoperable specifications behind 3G, 4G, and 5G, ensuring worldwide compatibility across networks, devices, and vendors.
PWNs use mobile technology for wirelessly transmitting various forms of communication securely, quickly, and reliably over RF spectrum. But what is spectrum, how is it allocated, and how do PWNs access it? This section answers these questions and more.
The electromagnetic (EM) spectrum is the range of all EM radiation, and it comprises the entire domain of all wavelengths from low to high frequencies. Frequency refers to the number of waves that occur per unit of time, usually measured in hertz (Hz). Wavelength, however, refers to the distance between two consecutive points in a wave per unit of time. Frequency and wavelength have an inverse relationship with one another: the greater the frequency, the shorter the wavelength. Spectrum is divided into frequency bands that refer to a range of frequencies, spanning from low to high hertz that are named for their frequency limits, both upper and lower wavelength. In other words, bands identify frequency application.
Wireless communications technologies operate in what is called the RF spectrum (shown in the left half of Figure 4) within the overall EM spectrum.
To summarize the RF spectrum:
CBRS Overview. CBRS is considered “3.5 GHz” and operates in frequencies from 3.55 GHz to 3.7 GHz (Figure 5). It is sometimes also referred to as Band 48. After completing its regulatory processes and auctions, the FCC officially allowed use of the CBRS band in June 2020.

The frequency scale marks 1 hertz, 1 kilohertz, 1 megahertz, 1 gigahertz, 1 terahertz, 1 petahertz, 1 exahertz, and 1 zettahertz, with exponential values indicated between these points. The left section labeled RF Spectrum with the frequency of 1 kilohertz, 1 megahertz, and 1 gigahertz includes a power line, radio, television, mobile phone, microwave, smart meter, Wi-Fi, tag reader, and baby monitor. The middle section with the frequencies of 1 terahertz and 1 petahertz are emitted by Infrared and Ultraviolet rays and include remote control, visible light, and tanning bed. The right section includes X-Rays and Gamma Rays with the frequencies of 1 exahertz, and 1 zettahertz. The frequency of the wave increases, moving from the left to the right. Non-ionizing energy starts with radiofrequency spectrum and ends at ultraviolet. Ionizing energy starts with ultraviolet and ends at gamma. Source: Innovation, Science and Economic Development Canada (2020).
TABLE 2 Characteristics of low-, mid-, and high-bands of RF spectrum.
LOW-BAND SPECTRUM | MID-BAND SPECTRUM | HIGH-BAND SPECTRUM |
< 1 GHZ (MHZ) | 1-6 GHZ (INCLUDES CBRS) | (MMWAVE) |
|
|
|
* Ranges vary because they can be influenced by local geography, infrastructure, and network design.
CBRS supports 4G LTE and 5G technology, or a combination of both, which are efficient and interoperable. It is considered shared spectrum because it has been carved out of space with users called incumbents [primarily the Department of Defense (DoD) for communications with satellites, but DoD use could shift to other bands in the future]. Its band-sharing model could be replicated in other RF spectrum bands as research is ongoing. It is not related to the C-band or radio altimeters because it is a completely separate band of RF spectrum (Figure 6).
PWN Research and Standardization. International collaboration occurred to standardize RF spectrum use for PWNs. Specifically, the OnGo Alliance was formed, averaging 80–100 global companies per year that invested heavily in PWN technology. OnGo provides the standards, testing, and certification for shared spectrum technology. As Figure 7 shows, this global group developed a way to use current global 4G LTE, 5G, and 5G NR mobile technologies standardized by 3GPP in the CBRS.
Because the CBRS band is shared with the DoD and other incumbents, a system needed to be developed for implementing the spectrum sharing.
For any of these tiers of users to access the CBRS band, they must use certified CBRS devices (CBSDs). CBSDs function as radios or access points that communicate with the SAS for spectrum management. They must comply with FCC interference rules and be registered so that device location, access level, and identification are documented before transmitting within a PWN.
What Is the SAS?
How Are the CBRS Band Channels Allocated? As shown Figure 9, the CBRS is a 150-MHz wide band of spectrum (3550–3700 MHz). It is divided into 15 channels of 10 MHz each.

The schematic presents the radio frequency spectrum with frequency ranges labeled in megahertz and gigahertz. It illustrates coverage on the left with range plus penetration, and capacity on the right with speed plus throughput. The CBRS band is narrow and highlighted in the middle between coverage and capacity. It is labeled 3.5 to 3.7 gigahertz with the description, well balanced. There is increasing coverage and decreasing capacity down the spectrum on the left. There is decreasing coverage and increasing capacity up the spectrum on the right.

The schematic presents the radio frequency spectrum divided into low-band, mid-band, and high-band along a scale marked megahertz to gigahertz. Within the mid-band region, the CBRS band spans 3.5 to 3.7 gigahertz. Adjacent to it, C-band spans 3.7 to 3.98 gigahertz. A buffer region of 220 megahertz follows. Radio altimeters occupy 4.2 to 4.4 gigahertz. Note: Visual ranges are for illustration only; the numbers are most accurate.

The infographic presents the 3GPP logo with the text, A Global Initiative and the On Go alliance logo. It states that Global Mobile Technology (with the 3GPP logo) featuring 4G LTE and 5G NR plus Spectrum Sharing Technology (with the On Go Alliance logo) equals Global Mobile Technology and Spectrum Sharing Technology.

The infographic presents a triangle divided into three horizontal layers. At the top of the triangle, incumbents are described as primarily DoD radars and satellite earth stations. The SAS ensures that these users always have primary access to CBRS spectrum. In the middle layer, Priority Access Licenses, PALs, are described as licensed holders such as internet service providers and enterprises such as electric utility providers. PALs are allocated by county. The SAS assigns them to spectrum not in use by an incumbent. The bottom layer for General Authorized Access, GAA, is described as general access, unlicensed users. The SAS facilitates shared use of GAAs and enables them to access spectrum as long as an incumbent or PAL user is not using all available spectrum in their area.

The schematic presents a horizontal band divided into numbered channels from 1 to 15. The frequency range ranges from 3,550 megahertz or 3.5 gigahertz, through 3,650 megahertz or 3.6 gigahertz, to 3,700 megahertz or 3.7 gigahertz. Channels 1 through 10 fall under Priority Access Licenses, PALs. Channels 11 through 15 fall under General Authorized Access, GAA.
The SAS dynamically assigns spectrum as follows:
How Does the SAS Allocate Channels? The SAS allocates channels through real-time, dynamic monitoring using a CBSD reauthorization system in which CBSDs send periodic “heartbeat” requests to reserve and transmit on specific frequencies for defined timeframes. The system approves or denies requests, manages interference, and synchronizes CBSD data across all SAS providers nightly as required by the FCC.
Before discussing leasing options, it is important to point out that airports can develop PWNs using GAA channels without needing licensing, as can anyone else. However, if an airport decides it wants to become a PAL user of CBRS, it can lease spectrum from PALs. The FCC allows licensees to share CBRS spectrum in various ways. To find a licensee, airports or their MSP can search the PAL map on the OnGo Alliance website (https://ongoalliance.org/pal-map).
Licensees can do the following:
The SAS has a few challenges to overcome. As more CBRS networks are deployed, the SAS will have to manage more congestion. Potentially fewer channels will be available. Also, the SAS does not have any legal management authority of GAA channels and, therefore, could become oversubscribed. However, SAS-related solutions are evolving and expanding. Manufacturers are developing new ways to provide SAS with more detailed spectrum data using CBSD “ground truth” measurements, which are refining and optimizing transmission to CBSDs in real time. Some other advanced spectrum analysis tools could also provide SAS with future mitigation suggestions.
Each of the PWN uses cases highlighted in this guidance are directly related to the operational use cases of the airport and the airportʼs tenants rather than passenger use cases. This is because PWNs offer MNO-grade security built in, which is critical to airport business and operations use cases, and users can self-enroll or authorize each end device onto the network. Wi-Fi does not require this authorization for the public to achieve connectivity; therefore, it is deemed a better connectivity solution for airport passenger-related use cases. Although this guidance still presents examples of passenger use cases, these are airport owned, managed, and network-authorized end devices that directly interface with a passengerʼs device.
The value of implementing PWNs at an airport is hard to fully quantify. However, these networks can provide several business/operational values:
Use cases are presented in alphabetical order as they apply to airport functional areas.
This section presents use cases that span at least more than one functional location; these are the whole facility use cases:
Following are the curbside/roadways use cases:
Following are the inside terminals and concourses use cases:
operations staff can remotely adjust systems and equipment in real time as needed.
The baggage makeup use case follows:
Following are the parking garage/lots use cases:
Following are the ramp use cases:
Following are the airfield use cases:
Following are the tenant buildings use cases:
Following are the fence line/perimeter use cases:
Following are the behind the fence/remote locations use cases:
PWNs give airports the opportunity to have complete control over meeting their own unique connectivity needs, as summarized in Chapter 1 (Figure 1).
Connectivity is vital for all airport partners and stakeholders in an airport environment. For example, passengers need it to use their smartphones and laptops, airline staff need it for bag scanners and other mobile devices, and airport staff need it for security and monitoring devices. Wireless organizations and regulatory industries are needed to make PWN connectivity possible for enterprises like airports.
The needs or requirements of internal and external partners/stakeholders are vital to consider when planning and designing an airport PWN. Some stakeholders that should be highly involved in the design and deployment of a PWN include in-house IT experts, MSPs, SAS provider, and organizations that rely heavily on data to and from end devices (e.g., ground transportation companies).
Keeping various stakeholders in mind during the network planning stage can help airports develop the most beneficial and useful network, from operational and financial points of view, considering potential revenue-generating opportunities.
For a full list of stakeholders, see the full report.
Airports need to consider many factors that translate into costs for designing, developing, deploying, and managing a PWN:
Airports that choose to own and operate a PWN will have CAPEX costs (which are upfront costs that can be amortized typically over several years) and OPEX costs for ongoing network maintenance. For airports that choose to implement a PWN without owning, building, or maintaining the networkʼs infrastructure, they will have only Network-as-a-Service (NaaS) OPEX from MSPs.
Here are typical line-item costs for the major components needed to create a PWN.
A rough order of magnitude PWN estimate can be calculated from all the cost considerations from the previous section. It is important to note that the total cost of operations (TCO) should include the PWN costs and costs for devices, data management, and end-to-end integration including workflow automation and predictive/preventative modeling on the data (e.g., AI). As a result, airports can expect the following cost breakdown for a 5-year managed services contract for a PWN (Disclaimer: This is based on the research teamʼs PWN knowledge and covers one set of parameters and variables and should not be considered an actual estimate):
PWN pricing considerations. PWN pricing is typically represented from the MSPs as (a) upfront CAPEX, which typically are RAN and hardware plus costs for professional services; and (b) OPEX, which are typically managed services along with software licenses and SAS licensing. MSPs typically prefer to move most of the upfront CAPEX into the ongoing OPEX pricing and prefer to own the network so they can depreciate it in their accounting records. Airports typically want to pay for the hardware and the design and installation via upfront CAPEX and own the network so they can depreciate it like they do for other procured networks like local area networks and Wi-Fi.
PWN value considerations. The value obtained from a PWN is from the use cases deployed and their resulting business value. Example: One simple PWN use case can be based on quantifying the current amount an airport is paying for wireless services from MNOs and begin migrating devices on MNO networks by changing to SIMs provisioned for the PWN. Airports may find this change provides substantial year over year cost savings for the airport, saving potentially thousands of dollars annually.
Potential approach to value. Airport operators can use the following suggested approach:
*Airports would do well to understand potential cost implications for solution stacks if they hire ad hoc teams composed of multiple providers (i.e., manufacturers, vendors). Sometimes “margin stacking” can occur, which refers to the accumulation of profit margins from each provider on a team. Accumulated risk premiums from each provider can also raise costs. Both of these can lead to a more expensive PWN deployment. However, as the PWN market continues to mature and providers continue to partner and consolidate, these accumulated costs should diminish. Hiring an established MSP with past working experience with subconsultants is suggested.
Once a strong business case is made for a PWN, this can also become a path toward defining an airportʼs overall Digital Transformation Roadmap. Especially if an airport approaches the investment in a strategic holistic manner, a PWN can be the connectivity platform that enables an airport to implement digital transformations that can result in a significant return on investment. The research teamʼs experience suggests that the business value will outweigh PWN costs, and airports can generally anticipate a breakeven point within several years of deployment.
Airports can monetize PWNs by charging a fee for use from other partners/stakeholders at an airport like airlines and tenants including concessionaires and fixed base operators. The decision on whether to monetize a PWN typically depends on an airportʼs approach to tenant charges, infrastructure use, and its overall innovation strategy. Another critical consideration related to revenue is finding out which other partners/stakeholders at the airport have high business value use cases that require PWNs for connectivity or that have already developed or are considering developing their own PWNs. Table 3 lists some network use cases where airports might be able to charge their partners/stakeholders.
Along with the numerous benefits of deploying a PWN, some risks need to be understood, as with all technology advances. Some of the key risks follow: