December 19, 2016–The FCC’s Public Safety and Homeland Security Bureau today solicited comment at the request of the National Association of State 911 Administrators (NASNA) on how smartphone 911 apps interface with 911 systems. Comments are due Feb. 2, 2017, and replies March 6, 2017 in Rulemaking 11780.
“NASNA states that its members have had ‘real-world’ experiences with 911 apps that ‘concern [them] greatly,’ including: a 911 app that ‘enables the end-user to over-ride location information generated by the device and send a different location to 911’; a 911 app vendor that ‘published NASNA’s logo on its Website and promotional materials without permission, claiming NASNA has endorsed its product,’ and other 911 app providers that have ‘briefed FCC and Department of Homeland Security staff, [placing] these agencies’ logos on their promotional material’; app providers making misleading claims that ‘911 location does not work from mobile phones,’ ‘cellular technology is unreliable,’ or that an app will ‘get help to [the end-user] faster and more reliably than simply calling 911’; and 911 apps that are not compatible with standard wireless 911 capabilities, such as one app that delivers 911 calls as VoIP calls for which ‘the normal wireless re-bid function cannot be performed when there is a need for more precise location.’”
The public notice continued, “Citing ‘the critical nature of 911 as the primary mechanism for the public to gain access to public safety services,’ NASNA requests that the Commission consider initiating a proceeding to address ‘concerns regarding how these applications and services interface with existing 911 systems,’ including: (1) ensuring that 911 apps ‘will not harm in any way how consumers currently access 911 service from a smartphone, including slowing down the process of gaining access to the 911 system’ and do not ‘present a danger to emergency responders, or interfere or impede them in the process of responding to calls for service’; (2) prohibiting 911 apps from ‘overrid[ing] location information generated by the device and enabling location data to be “spoofed” in a manner that displays information for the purposes of misleading the PSAP and first responders’; (3) ensuring that 911 apps ‘have been thoroughly tested to specific standards, including interoperability and downstream dispatching considerations’; (4) ensuring that ‘911 app providers are factually accurate in their marketing materials and do not mislead the public regarding how the product works,’ do not mislead as to whether ‘a state, regional, or local 911 governmental authority has approved, supports, or endorses, any particular product,’ and do not inaccurately claim that ‘the lack of cellular or broadband coverage in any geographic area’ is a failure of a 911 system; (5) ensuring that 911 apps will not ‘accidentally generate repeated pocket dialed 911 calls or 911 texts’ or ‘generate duplicate requests for emergency assistance automatically’; (6) providing for ‘the development of specific standards for communicating and displaying supplemental consumer or incident information in the context of a 911 for dispatching purposes’; and (7) requiring that 911 apps adhere to ‘industry standards for the interconnection to [Next Generation] 911 systems and ensuring that 911 apps use appropriate public safety grade delivery networks and methods for message routing.’”
The bureau said it wants “comment on NASNA’s request and the appropriate role for the Commission. We also refer commenters to related issues raised in the workshop on 911 apps previously held by the Bureau, and encourage commenters to submit information regarding other types of public safety-related smartphone apps, including apps designed to reach public safety answering points (PSAPs) that bypass the 911 system, campus safety apps, and apps that are designed to be integrated into PSAP networks.” – Paul Kirby, email@example.com