14 minute read
Drones, FirstNet Data Interoperability, Computer-Aided-Dispatch, Muni-Wi-Fi Again?
DRONES, FIRSTNET DATA INTEROPERABILITY, COMPUTER-AIDEDDISPATCH, MUNI-WI-FI AGAIN?
By Andrew Seybold
A number of significant issues have arisen in the past year that are raising concerns for industry connectivity and interoperability among first responders. This article touches on a few of these.
DRONES—UNMANNED AERIAL VEHICLES (UAVS)
Concern is growing within the public-safety ranks about citizens flying drones over incidents that call for first responders. When incidents involve wildfires, the Federal Aviation Administration (FAA) usually declares no-fly zones up to 5,000 feet above the fires. I am told some drones can receive no-fly zone alerts and they will not fly into no-fly areas. Unfortunately, more common, less expensive drones do not have that capability. When a drone is reported in the area of an incident, planes and helicopters (helos) are grounded and cannot assist when needed during wildfires and under certain other circumstances. Because of this, many within the public-safety community are calling for the FAA and potentially the FCC to permit public-safety personnel to disable drones flown by citizens or reporters and to recommend ways to do so. It is reckless for people to continue to fly drones into areas where public safety must be able to monitor the safety of equipment and personnel assisting them from above. There are hefty fines for violating FAA rules but first, someone has to find the person flying the drone and he/she must be arrested. Perhaps some of our military’s methods for disabling drones would be appropriate for public-safety use. Of course, there are some issues with using RF jammers and the wireless community is very familiar with these since it has encountered jammers when some prisons and even schools have ignored FCC rules and jammed radio systems to prevent unauthorized cell-phone use. It is illegal to use most jammers, and all jammers intentionally spew out interference that impacts WiFi, cellular, and public-safety radio traffic. There must be a better way to disable drones.
INTEROPERABILITY ON THE FIRSTNET NETWORK
The idea behind FirstNet was to empower the publicsafety community with a nationwide, broadband network capable of providing interoperability between publicsafety agencies regardless of where they are and among all agencies reporting to an incident. When the FirstNet Authority was formed in 2012, work began to turn the vision into a reality. While the contract for a private partner to build out, operate, and maintain the network was not awarded until early in 2017, today, the contractor (AT&T) is ahead of the five-year buildout requirements on all counts. Now we have a true nationwide broadband network that is being used by more than 17,000 public-safety agencies and more than 2.2 million users. The network portion of the vision has come together better and faster than most within the public-safety community and vendors thought possible. Both the FirstNet Authority and FirstNet (Built with AT&T) have shown time and time again that they are intent on providing the interoperable network public safety has been without for far too many years. While there may be more to be done and more sites to be built, they have delivered it and it is called “FirstNet.” In the meantime, AT&T is opening up its 5G spectrum to FirstNet publicsafety users. However, the “smart broadband network” is not yet providing the extent of nationwide interoperability promised.
FIRSTNET DATA INTEROPERABILITY
There continues to be a lack of interoperability between the various forms of data that flow throughout the FirstNet smart network. It is clear that the FirstNet Authority oversees the network and the contractor (AT&T). What is not clear is who should be responsible for driving interoperability for data services including Push-To-Talk (PTT), data, video, and applications. Frankly, I believe it will be much more difficult to provide common-data solutions than it was to build the network.
Public safety and the FirstNet Authority understand this. While building and operating a network takes a qualified and experienced company, it seems there are no definitive rules or guidelines for providing interoperable PTT, data, video, and applications—the next important phase of the FirstNet project. This phase should begin with federal funding to deploy Next-Generation 9-1-1 (NG911), an incoming broadband pipe that will direct incoming calls to Emergency Communications Centers (ECCs). Today, ECCs using standard 9-1-1 systems handle mostly straightforward phone calls and some can process text. Once deployed nationwide, NG911 will deliver incoming voice calls, text, video, pictures, and perhaps more to the ECCs. These will be vetted and ECCs will send some or all of the information directly to those responding to an incident and their line officers. Thus, NG911 will deliver better, more detailed information to first responders. When the Public Safety Alliance (PSA) was formed to persuade Congress and others to allocate spectrum and funding for FirstNet, NG911 was not part of the plan. NG911 is a separate project that is once again being driven by the public-safety community.
FIRSTNET “SMART” NETWORK
Back to the FirstNet “smart” network. Today we can send data over FirstNet in the form of voice, text, video, images, and more. “Data” is defined as everything transported over the network. With the exception of text messages, data traveling over FirstNet is in many different formats and it is difficult to impossible to share this data between agencies at an incident or with anyone in a position to assist personnel at the incident. Everyone knows we do not yet have a common and fullyinteroperable push-to-talk platform across FirstNet. All the pieces and parts are there but it seems the current state of affairs is to wait until all the “open standard” pieces and parts are available and we put them together. I believe interoperable PTT is the first, most important element of data interoperability across the FirstNet network and we could have interoperable PTT today with existing vendors and existing applications. We have all the tools necessary for PTT interoperability between FirstNet agencies and to-and-from Land Mobile Radio (LMR). It should be relatively easy to implement since there is a known number of PTT-approved providers. The difficulty arises when trying to convince these vendors to come together to make PTT interoperable on a nationwide basis and available to all FirstNet users. Once PTT is interoperable, applications, another element of FirstNet, will need to be interoperable. Applications may be the most difficult to deal with even though the use of APIs may help. Even then, some data sets might not be able to be corralled into some form of interoperability. The FirstNet library contains a host of great applications. Many agencies come to FirstNet using what they consider to be the best applications for their purposes and they want to continue using them. Different applications use different types of data files and a number of vendors are resisting making changes to their applications to enable sharing data with other vendors’ applications. Some are even protecting their software and data in ways that prevent them from becoming interoperable. Data interoperability will require much more work and a great deal of coordination. Missing from the puzzle is an entity “in charge” of delivering interoperable data—not a committee of fifty, or a single person, and certainly not a single vendor. We need a taskforce of knowledgeable people to sit down, develop a plan, and then execute that plan. A while back, the National Public Safety Telecommunications Council (NPSTC) undertook a project to enable programing of other vendors’ handheld and mobile radios in the field. As I recall, it built a spreadsheet that could import many different data formats and then output the appropriate format for each vendors’ programing application. A similar attempt to bring together multiple venders was the recent launch of the National Fire Protection Association’s (NFPA) effort to standardize on a handheld radio and microphone that can withstand very harsh and hot environments. Both projects were successful but each took a lot of time because so many wanted to be involved. The goal of determining how to achieve better interoperability is sound; it’s the execution that is difficult. In fact, it may not even be possible for some data sets.
FIRSTNET BROADBAND NETWORK
FirstNet had to be a broadband network because it takes broadband to transport and share applications, video, pictures, maps, and much more in a timely manner so all who need the information will have it. I see no technical impediments to prevent all these data forms from becoming fully interoperable…if an entity decides to drive the task of bringing vendors and others together to reach a consensus on a standard for how to exchange their data. The Public Safety Communications Research (PSCR) division of the National Institute of Science and Technology (NIST), the FirstNet Authority including the Technology Office in Boulder CO, the Public Safety Advisory Council to the FirstNet Board of Directors, FirstNet (Built with AT&T), and organizations including the National Public Safety Telecommunications Council
(NPSTC) and APCO Worldwide are all helping to bring together vendors and others to negotiate standards. Fortunately, or unfortunately as the case may be, there are so many people with great ideas and the desire to get things right that it tends to takes a long time to reach an agreement. There is also the issue of whether a company is willing to give up its intellectual property for the good of the public-safety community. The rules were clear when I co-founded the Portable Computer and Communications Association (PCCA) many years ago, when I participated in the Personal Computer Memory Card Association (PCMCIA), and when I served on the Bluetooth committee. (Remember the PCMCIA? I described this acronym as “People Cannot Memorize Computer Industry Acronyms.”) The rule was if you come to contribute, leave your patents and intellectual property at the door. For the most part, this worked well.
SUMMARY
With the increasing burden on our public-safety agencies with more and larger incidents that require a wide range of resources, we do not have time to wait for interoperability on many fronts. The issue is not whether open standards can facilitate interoperable data sets over FirstNet, it is how long will it take and whether the vendor community will cooperate. FirstNet has made a huge difference for the 17,000-plus agencies using it and more agencies are joining every month. Now that FirstNet is nationwide, we find we did not need to be concerned about overloading the network or being concerned about being less than 100% public-safety grade. (In reality, even the best LMR network will not meet all the requirements of public-safety grade.) Any concerns proved to be unfounded mostly due to the number of deployables and feet on the ground provided by AT&T. Now that FirstNet is essentially in place, we need to turn our attention to making content that moves across the network interoperable between agencies.
COMPUTER-AIDED DISPATCH (CAD)
While not directly tied to FirstNet, one more data set needs attention. Computer-aided dispatch can transport files including maps and other location-information data files from one ECC to another, or even into the field, using FirstNet if the data is interoperable. Several years ago, in Santa Barbara, I was asked to look into whether there was a way for the five county Public Safety Answering Points (PSAPs) to be able to share their data files. (I think five is too many for a population of several hundred thousand.) After spending a lot of time investigating, I found one vendor that said it could write a software package to convert CAD files from one format to another. The price was horrendous and if only one CAD vendor made changes to its data format it would cost even more. On that note, the project was dropped. Today, exchange of CAD files is a bit easier, but with nationwide NG911, it should be easier than ever to share CAD files between ECCs.
WINDING DOWN
Long before I was writing the Public Safety Advocate, I was writing and publishing monthly newsletters (19812003). For a couple of years, I was writing a series of newsletters for Forbes and adding fairly regular columns to AndrewSeybold.com. During that time, I was very critical of the mad rush for cities and counties to provide MuniWi-Fi within their jurisdictions. Most of these systems failed because, as many of us pointed out, there was no a sustaining economic model to continue to pay for network expansion, maintenance, or other items, and WiFi coverage into homes and offices from WiFi access points was not dependable when most access points were mounted on telephone poles. New York City tried multiple times for a successful muniWi-Fi system. In one attempt, pay phones on street corners were supposed to house WiFi access points for residents, and this was followed by yet another attempt. I had forgotten how many cities tried and failed at Muni-Wi-Fi until I saw a recent news article about the LinkNYC Kiosk program that uses a combination of WiFi “hotspots” and charging stations. Announced by the Mayor in early 2020, the program is way behind schedule, and most kiosks are being installed in areas where tourists are likely to be, not in the communities that make up New York City. NYC residents, the people who really need this program, do not have access. In big headlines, the LinkNYC website states, “Free SuperFast Wi-Fi and that’s Just the beginning.” Further down it says, “Good-Bye Pay Phone, Hello Link!” It is surprising that this project was even announced in 2020. Most Muni-Wi-Fi projects had folded their tents and left town, leaving equipment installed on light poles and debts but no service. If you look up at street lights in Phoenix, you will see many small boxes with three antennas each. These WiFi devices were left by Metricom, the precursor to Muni-Wi-Fi. As I recall, Phoenix tried harder than any other city to succeed with the Metricom system but eventually turned everything off. We will wait to see if NYC can make a go of its LinkNYC project or if it will end up with abandoned kiosks on its sidewalks. I wrote my commentary in the Public Safety Advocate before Ida made landfall and proceeded to wreak havoc, first in Louisiana, then in the east where it caused flooding
and storm damage in Philadelphia, New York, and New Jersey. Ida knocked many cell sites off the air, Louisiana’s power grid was basically destroyed, and backhaul (fiber, etc.) was damaged. During situations like this, the FCC tracks how many cell sites from each vendor are affected daily. Based on that information, we can see how quickly most network operators put their networks back on the air. FirstNet had at least sixteen deployable assets in the area and in less than a week after Ida’s landfall, the AT&T network (meaning FirstNet as well) was 98% operational. Communications are vital to assisting with rescue efforts and coordinating the huge tasks that are putting people’s lives back together and we saw a lot of hard work and dedication from AT&T and the other network operators. Sixteen years ago, when Hurricane Katrina hit the same area, it was many weeks before communications were restored. Once again, we thank first responders, medical personnel, cellular network and power company employees, and everyone else who pitched in to help. Reprinted from the Public Safety Advocate, September 9, 2021.
ABOUT THE AUTHOR
Andrew Seybold has been involved in Public Safety and Public Safety Communications for more than fifty years, starting as a first responder and then working with RCA Mobile Communications, General Electric Communications, Biocom (where he helped develop the first paramedic radio for sending voice and EKG from an incident to a hospital), and Motorola. In 1981, he began his career as a consultant, educator, and author. For the past ten years, Mr. Seybold has been volunteering his time and efforts to the Public Safety community in its quest to build a nationwide, interoperable broadband communications network, and has worked closely with the Public Safety Spectrum Trust, The Public Safety Alliance, the Major City Chiefs Association, APCO, The International Chiefs of Police, the National Sheriff’s Association, and other organizations. Mr. Seybold is a former board member and a Fellow of the Radio Club of America. He received RCA’s Sarnoff Award; APCO’s President’s Award and Special Partnership Recognition Award; National Public Safety Telecommunications Council (NPSTC) Special Recognition Award; National Sheriffs’ Association (NSA) Presidents Award; and the Public Safety Spectrum Trust (PSST) Commendation. Beginning in August 2020, the Radio Club of America (RCA) launched a new webcast interview series available for members and the general public. The series has met with great success, and we encourage all of our members and guests to attend this ongoing series. RCA president emeritus Tim Duffy, K3LR, hosts, and each interview runs approximately 1 hour. The interviews are alternated with online RCA networking sessions. Past guests have included a range of notables: Discussions center on careers in wireless, life-long passion for radio, views on industry trends and outlooks for technology, and on the current work the guests are undertaking as well as their history with RCA. If you missed any of these interviews, they are available on the RCA Youtube page at https://bit. ly/3tjFooc. Tim Duffy is assisted by Barney Scholl, RCA Vice President and Counsel, and RCA Member Scott Jones who act as moderators and host the questions and answers. RCA plans many more of these exciting virtual activities. Please see https://bit.ly/3tmrJgb for further announcements.
RCA INTERVIEW SERIES
INTERVIEW SERIES UP NEXT
Taking place on the 2nd Tuesday of even numbered months, these interviews with notable individuals in wireless are very well received and attended. Discussion range from careers in wireless to upcoming technology.
