Project 25

From Infogalactic: the planetary knowledge core
(Redirected from P25)
Jump to: navigation, search

Lua error in package.lua at line 80: module 'strict' not found.

Project 25 (P25 or APCO-25) is a suite of standards for digital radio communications for use by federal, state/province and local Public safety organizations in North America to enable them to communicate with other agencies and mutual aid response teams in emergencies. In this regard, P25 fills the same role as the European Terrestrial Trunked Radio (TETRA) protocol, but the two are not interoperable. The major difference between the two is P-25 is expected to work jointly with existing analog systems. Therefore, it uses "simulcast" method for control. "Simulcast" refers to the use of the same set of control channels throughout a given area, which are "simultaneously broadcast, or simulcast" in the region. In contrast, TETRA uses "Multicast," which means the control channel is embedded, therefore there is no need to use a separate channel to broadcast control signals. TETRA provides 4 slots per channel, which means four voice calls can be handled on one channel. This is similar to the GSM cellular system, which allows eight slots or eight users per channel.

Suite of standards overview

History

Public safety radios have been upgraded from analog to digital since the 1990s because of the limitations of analog transmission, and the technological advances brought with digital radio.

Various user protocols and different public safety radio spectrum made it difficult for Public Safety agencies to achieve interoperability and widespread acceptance. However, lessons learned during disasters the United States faced in the past decades have forced agencies to assess their requirements during a disaster when basic infrastructure has failed. To meet the growing demands of public safety digital radio communication, the United States Federal Communications Commission (FCC) at the direction of the United States Congress initiated a 1988 inquiry for recommendations from users and manufacturers to improve existing communication systems.[1][2] Based on the recommendations, to find solutions that best serve the needs of public safety management, in October 1989 APCO Project 25 came into existence in a coalition with:[1][3]

A steering committee consisting of representatives from the above-mentioned agencies along with FPIC (Department of Homeland Security Federal Partnership for Interoperable Communication), Coast Guard and the Department of Commerce's National Institute of Standards and Technology (NIST), Office of Law Enforcement Standards was established to decide the priorities and scope of technical development of P25.[3]

Introduction

Several hand-held Project 25 radios used around the world.

Interoperable emergency communication is integral to initial response, public health, community safety, national security and economic stability. Of all the problems experienced during disaster events, one of the most serious, is poor communication due to lack of appropriate and efficient means to collect, process and timely transmit important information. In some cases, radio communication systems are incompatible and inoperable not just within a jurisdiction but within departments or agencies in the same community.[5] Non-operability occurs due to use of outdated equipment, limited availability of radio frequencies, isolated or independent planning, lack of coordination, and cooperation, between agencies, community priorities competing for resources, funding and ownership, and control of communications systems.[6] Recognizing and understanding this need, Project 25 (P25) was initiated collaboratively by public safety agencies and manufacturers to address the issue with emergency communication systems. P25 is a collaborative project to ensure that two-way radios are interoperable. The goal of P25 is to enable public safety responders to communicate with each other and, thus, achieve enhanced coordination, timely response, and efficient and effective use of communications equipment.[7]

P25 was established to address the need for common digital public safety radio communications standards for first-responders and homeland security/emergency response professionals. The Telecommunications Industry Association's TR-8 engineering committee facilitates such work through its role as an ANSI-accredited standards development organization (SDO) and has published the P25 suite of standards as the TIA-102 series of documents, which now include 49 separate parts on Land Mobile Radio and TDMA implementations of the technology for public safety.[8]

<templatestyles src="Template:Blockquote/styles.css" />

Project 25 (P25) is a set of standards produced through the joint efforts of the Association of Public Safety Communications Officials International (APCO), the National Association of State Telecommunications Directors (NASTD), selected federal agencies and the National Communications System (NCS), and standardized under the Telecommunications Industry Association (TIA)... The P25 suite of standards involves digital Land Mobile Radio (LMR) services for local, state/provincial and national (federal) public safety organizations and agencies...

P25 is applicable to LMR equipment authorized or licensed, in the U.S., under NTIA or FCC rules and regulations.

Although developed primarily for North American public safety services, P25 technology and products are not limited to public safety alone and have also been selected and deployed in other private system application, worldwide.[9]

P25-compliant systems are being increasingly adopted and deployed. Radios can communicate in analog mode with legacy radios, and in either digital or analog mode with other P25 radios. Additionally, the deployment of P25-compliant systems will allow for a high degree of equipment interoperability and compatibility.

P25 standards use the proprietary Improved Multi-Band Excitation (IMBE) and Advanced Multi-Band Excitation (AMBE+2) voice codecs which were designed by Digital Voice Systems, Inc. to encode/decode the analog audio signals.

P25 may be used in "talk around" mode without any intervening equipment between two radios, in conventional mode where two radios communicate through a repeater or base station without trunking or in a trunked mode where traffic is automatically assigned to one or more voice channels by a Repeater or Base Station.

The protocol supports the use of Data Encryption Standard (DES) encryption (56 bit), 2-key Triple-DES encryption, three-key Triple-DES encryption, Advanced Encryption Standard (AES) encryption at up to 256 bits keylength, RC4 (40 bits, sold by Motorola as Advanced Digital Privacy), or no encryption.

The protocol also supports the ACCORDION 1.3, BATON, Firefly, MAYFLY and SAVILLE Type 1 ciphers.

P25 open interfaces

P25's Suite of Standards specify eight open interfaces between the various components of a land mobile radio system. These interfaces are:

  • Common Air Interface (CAI) – standard specifies the type and content of signals transmitted by compliant radios. One radio using CAI should be able to communicate with any other CAI radio, regardless of manufacturer
  • Subscriber Data Peripheral Interface – standard specifies the port through which mobiles and portables can connect to laptops or data networks
  • Fixed Station Interface – standard specifies a set of mandatory messages supporting digital voice, data, encryption and telephone interconnect necessary for communication between a Fixed Station and P25 RF Subsystem
  • Console Subsystem Interface – standard specifies the basic messaging to interface a console subsystem to a P25 RF Subsystem
  • Network Management Interface – standard specifies a single network management scheme which will allow all network elements of the RF subsystem to be managed
  • Data Network Interface – standard specifies the RF Subsystem's connections to computers, data networks, or external data sources
  • Telephone Interconnect Interface – standard specifies the interface to Public Switched Telephone Network (PSTN) supporting both analog and ISDN telephone interfaces.
  • Inter RF Subsystem Interface (ISSI) – standard specifies the interface between RF subsystems which will allow them to be connected into wide area networks

P25 phases

A hand-held Project 25 radio used in US systems.

P25-compliant technology is being deployed in several phases, each offering several advantages.

Phase 1

Phase 1 radio systems operate in 12.5 kHz analog, digital or mixed mode using FDMA access method. Phase 1 radios use Continuous 4 level FM (C4FM) modulation—a special type of 4FSK modulation[10]—for digital transmissions at 4,800 baud and 2 bits per symbol, yielding 9,600 bits per second total channel throughput. Of this 9,600, 4,400 is voice data generated by the IMBE codec, 2,800 is forward error correction, and 2,400 is signalling and other control functions. Receivers designed for the C4FM standard can also demodulate the "Compatible quadrature phase shift keying" (CQPSK) standard, as the parameters of the CQPSK signal were chosen to yield the same signal deviation at symbol time as C4FM while using only 6.25 kHz of bandwidth. Phase 1 uses the IMBE voice codec.

Vendors are currently shipping Phase 1 P25-compliant systems. These systems involve standardized service and facility specifications, ensuring that any manufacturers' compliant subscriber radio has access to the services described in such specifications. Abilities include backward compatibility and interoperability with other systems, across system boundaries, and regardless of system infrastructure. In addition, the P25 suite of standards provides an open interface to the radio frequency (RF) subsystem to facilitate interlinking of different vendors' systems.

Phase 2

To improve spectrum utilization, P25 Phase 2 has been developed for trunking systems using a 2-slot TDMA scheme. Phase 2 uses the AMBE+2 voice codec to reduce the needed bitrate so that one voice channel will only require 6,000 bits per second (including error correction and signalling). Phase 2 is not backwards compatible with Phase 1 (due to the TDMA vs FDMA operation), although TDMA radios and systems are capable of operating in Phase 1 FDMA when required. This could make analog narrow-band FM the de facto "interoperability" mode for some time.

Beyond Phase 2

From 2000 to 2009, the European Telecommunications Standards Institute (ETSI) and TIA were working collaboratively on the Public Safety Partnership Project or Project MESA (Mobility for Emergency and Safety Applications),[11] which sought to define a unified set of requirements for a next-generation aeronautical and terrestrial digital wideband/broadband radio standard that could be used to transmit and receive voice, video, and high-speed data in wide-area, multiple-agency networks deployed by public safety agencies.[citation needed]

The final functional and technical requirements have been released by ETSI[12] and were expected to shape the next phases of American Project 25 and European DMR, dPMR, and TETRA, but no interest from the industry followed, since the requirements could not be met by available commercial off-the-shelf technology, and the project was closed in 2010.[citation needed]

During the United States 2008 wireless spectrum auction, the FCC allocated 20 MHz of the 700 MHz UHF radio band spectrum freed in the digital TV transition to public safety networks. The FCC expects providers to employ LTE for high-speed data and video applications.[13]

Conventional implementation

P25 systems do not support Continuous Tone-Coded Squelch System (CTCSS) tone or Digital-Coded Squelch (DCS) codes for access control. Instead they use what is called a Network Access Code (NAC). This is a 12 bit code that prefixes every packet of data sent (including voice packets).

The NAC is a feature similar to CTCSS or DCS for analog radios. That is, radios can be programmed to only pass audio when receiving the correct NAC. NACs are programmed as a three-hexadecimal-digit code that is transmitted along with the digital signal being transmitted.

Since the NAC is a three-hexadecimal-digit number (12 bits), there are 4,096 possible NACs for programming, far more than all analog methods combined.

Three of the possible NACs have special functions:

  • 0x293 ($293) – the default NAC
  • 0xf7e ($F7E) – a receiver set for this NAC will pass audio on any decoded signal received
  • 0xf7f ($F7F) – a repeater receiver set for this NAC will allow all incoming decoded signals and the repeater transmitter will retransmit the received NAC.

Adoption

Adoption of these standards has been slowed by budget problems in the US; however, funding for communications upgrades from the Department of Homeland Security usually requires migrating to Project 25. It is also being used in other countries worldwide including Australia, New Zealand, Brazil, Canada, India and Russia.[14] As of mid-2004 there were 660 networks with P25 deployed in 54 countries.[14] At the same time, in 2005, the European Terrestrial Trunked Radio (TETRA) was deployed in sixty countries, and it is the preferred choice in Europe, China, and other countries.[14] This was largely based on TETRA systems being many times cheaper than P25 systems ($900 vs $6,000 for a radio)[14] at the time. However P25 radio prices are rapidly approaching parity with TETRA radio prices through increased competition in the P25 market. The majority of P25 networks are based in Northern America where it has the advantage that a P25 system has the same coverage and frequency bandwidth as the earlier analog systems that were in use so that channels can be easily upgraded one by one.[14] Some P25 networks also allow intelligent migration from the analog radios to digital radios operating within the same network. Both P25 and TETRA can offer varying degrees of functionality, depending on available radio spectrum, terrain and project budget.

While interoperability is a major goal of P25, many P25 features present interoperability challenges. In theory, all P25 compliant equipment is interoperable. In practice, interoperable communications isn't achievable without effective governance, standardized operating procedures, effective training and exercises, and inter-jurisdictional coordination. The difficulties inherent in developing P25 networks using features such as digital voice, encryption, or trunking sometimes result in feature-backlash and organizational retreat to minimal "feature-free" P25 implementations which fulfill the letter of any Project 25 migration requirement without realizing the benefits thereof. Additionally, while not a technical issue per se, frictions often result from the unwieldy bureaucratic inter-agency processes that tend to develop in order to coordinate interoperability decisions.

Security flaws

OP25 Project—Encryption flaws in DES-OFB and ADP ciphers

At the Securecomm 2011 conference in London, security researcher Steve Glass presented a paper, written by himself and co-author Matt Robert, that explained how DES-OFB and Motorola's proprietary ADP (RC4 based) ciphers were vulnerable to brute force key recovery.[15] This research was the result of the OP25 project[16] which uses GNU Radio[17] and the Ettus Universal Software Radio Peripheral (USRP)[18] to implement an open source P25 packet sniffer and analyzer. The OP25 project was founded by Steve Glass in early 2008 while he was performing research into wireless networks as part of his PHD thesis.

The paper is available for download from the NICTA website.[19]

University of Pennsylvania research

In 2011, the Wall Street Journal published an article describing research into security flaws of the system, including a user interface that makes it difficult for users to recognize when transceivers are operating in secure mode.[20] According to the article, "(R)esearchers from the University of Pennsylvania overheard conversations that included descriptions of undercover agents and confidential informants, plans for forthcoming arrests and information on the technology used in surveillance operations." The researchers found that the messages sent over the radios are sent in segments, and blocking just a portion of these segments can result in the entire message being jammed. "Their research also shows that the radios can be effectively jammed (single radio, short range) using a highly modified pink electronic child’s toy and that the standard used by the radios 'provides a convenient means for an attacker' to continuously track the location of a radio’s user. With other systems, jammers have to expend a lot of power to block communications, but the P25 radios allow jamming at relatively low power, enabling the researchers to prevent reception using a $30 toy pager designed for pre-teens."

The report was presented at the 20th Usenix Security Symposium in San Francisco in August 2011.[21] The report noted a number of security flaws in the Project 25 system, some specific to the way it has been implemented and some inherent in the security design.

Encryption lapses

The report did not find any breaks in the P25 encryption; however, they observed large amounts of sensitive traffic being sent in the clear due to implementations problems. They found switch markings for secure and clear modes difficult to distinguish (∅ vs. o). This is exacerbated by the fact that P25 radios when set to secure mode continue to operate without issuing a warning if another party switches to clear mode. In addition, the report authors said many P25 systems change keys too often, increasing the risk that an individual radio on a net may not be properly keyed, forcing all users on the net to transmit in the clear to maintain communications with that radio.

Jamming vulnerability

One design choice was to use lower levels of error correction for portions of the encoded voice data that is deemed less critical for intelligibility. As a result, bit errors may be expected in typical transmissions, and while harmless for voice communication, the presence of such errors force the use of stream ciphers, which can tolerate bit errors, and prevents the use of a standard technique, message authentication codes (MACs), to protect message integrity from stream cipher attacks. The varying levels of error correction are implemented by breaking P25 message frames into subframes. This allows an attacker to jam entire messages by transmitting only during certain short subframes that are critical to reception of the entire frame. As a result, an attacker can effectively jam Project 25 signals with average power levels much lower that the power levels used for communication. Such attacks can be targeted at encrypted transmissions only, forcing users to transmit in the clear.

Because Project 25 radios are designed to work in existing two-way radio frequency channels, they cannot use spread spectrum modulation, which is inherently jam-resistant. An optimal spread spectrum system can require an effective jammer to use 1,000 times as much power (30 dB more) as the individual communicators. According to the report, a P25 jammer could effectively operate at 1/25th the power (14 dB less) than the communicating radios. The authors developed a proof-of-concept jammer using a Texas Instruments CC1110 single chip radio, found in an inexpensive toy.[21]

Traffic analysis and active tracking

Certain metadata fields in the Project 25 protocol are not encrypted, allowing an attacker to perform traffic analysis to identify users. Because Project 25 radios respond to bad data packets addressed to them with a retransmission request, an attacker can deliberately send bad packets forcing a specific radio to transmit even if the user is attempting to maintain radio silence. Such tracking by authorized users is considered a feature of P25, referred to as "presence."[22]

The report's authors concluded by saying "It is reasonable to wonder why this protocol, which was developed over many years and is used for sensitive and critical applications, is so difficult to use and so vulnerable to attack." The authors separately issued a set of recommendations for P25 users to mitigate some of the problems found.[23] These include disabling the secure/clear switch, using Network Access Codes to segregate clear and encrypted traffic and extending key life.

See also

  • APCO-16, another standard that was not as widely accepted, dealing with trunking formats
  • NXDN, a two-way digital radio standard with similar characteristics
  • Terrestrial Trunked Radio, TETRA, the European equivalent to P25


Notes

  1. ↑ 1.0 1.1 Lua error in package.lua at line 80: module 'strict' not found.
  2. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  3. ↑ 3.0 3.1 Lua error in package.lua at line 80: module 'strict' not found.
  4. ↑ Home - National Association of State Technology Directors
  5. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  6. ↑ Why Can't We Talk?
  7. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  8. ↑ Search Results | IHS Standards Store
  9. ↑ Daniels Electronics LTD., P25 Radio Systems Training Guide
  10. ↑ Aeroflex: Application Note - Understanding P25 Modulation Fidelity
  11. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  12. ↑ www.projectmesa.org - /ftp/Specifications/
  13. ↑ 700 MHz Spectrum | FCC.gov
  14. ↑ 14.0 14.1 14.2 14.3 14.4 Is this finally P25's year?, Interview with Don Pfohl of Project 25 and Bill Belt of Telecommunications Industry Association's wireless division, 1. May 2005
  15. ↑ http://securecomm.org/2011/paperlist.shtml Securecomm 2011
  16. ↑ http://op25.osmocom.org OP25 Project homepage
  17. ↑ http://gnuradio.org GNU Radio
  18. ↑ http://ettus.com Ettus USRP
  19. ↑ http://www.nicta.com.au/pub?doc=5076 Insecurity in Public-Safety Communications: APCO Project 25
  20. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  21. ↑ 21.0 21.1 "Why (Special Agent) Johnny (Still) Can't Encrypt: A Security Analysis of the APCO Project 25 Two-Way Radio system," S. Clark, T. Goodspeed, P. Metzger, Z. Wasserman, K. Xu, M. Blaze, Proceedings of the 20th Usenix Security Symposium, 2011
  22. ↑ Design Issues for P25 Digital| National Interop
  23. ↑ P25 security mitigation guide, M. Blaze, et al.

External links

Retrieved from "https://infogalactic.com/w/index.php?title=Project_25&oldid=2447930"