New Immissions/Updates:
boundless - educate - edutalab - empatico - es-ebooks - es16 - fr16 - fsfiles - hesperian - solidaria - wikipediaforschools
- wikipediaforschoolses - wikipediaforschoolsfr - wikipediaforschoolspt - worldmap -

See also: Liber Liber - Libro Parlato - Liber Musica  - Manuzio -  Liber Liber ISO Files - Alphabetical Order - Multivolume ZIP Complete Archive - PDF Files - OGG Music Files -

PROJECT GUTENBERG HTML: Volume I - Volume II - Volume III - Volume IV - Volume V - Volume VI - Volume VII - Volume VIII - Volume IX

Ascolta ""Volevo solo fare un audiolibro"" su Spreaker.
CLASSICISTRANIERI HOME PAGE - YOUTUBE CHANNEL
Privacy Policy Cookie Policy Terms and Conditions
9/11 (radio communications) - Wikipedia, the free encyclopedia

9/11 (radio communications)

From Wikipedia, the free encyclopedia

This article reviews some of the technical nuts and bolts of radio communications at the September 11, 2001 World Trade Center tragedy. The purpose of revealing the operational details in this article is to allow operators of other communications networks and systems to determine if lessons learned could help to improve their own systems.

Like other historic reviews of the incident, this article benefits by considered thought about the incident and processes occurring that day. Decision-makers at the incident scene on September 11 had no time for lengthy analysis like the document presented here. They did not have time to review recordings and oral history files.

Contents

[edit] Background

A rough time line of the incident could include:

  • 08:46 hrs.: American 11 impacts the North Tower, a.k.a 1 World Trade Center, (0 minutes elapsed time).
  • 09:03 hrs.: United 175 impacts the South Tower, a.k.a. 2 World Trade Center, (17 minutes elapsed time).
  • 09:59 hrs.: South Tower, a.k.a. 2 World Trade Center collapses, (56 minutes after aircraft impact, 73 minutes elapsed time).
  • 10:28 hrs.: North Tower, a.k.a 1 World Trade Center collapses, (102 minutes elapsed time and post-impact).

The scale of the incident was described in the Commission report as unprecedented. In roughly fifteen minutes from 8:46 to 9:03 am, over a thousand police, fire, and emergency medical services (EMS) staff arrived at the scene.[1] At some point during a large incident, any agency will reach a point where they find their resources overrun by needs. For example, the Port Authority Police could not schedule staff as if a September 11 attack would occur every shift. There is always a balance struck between readiness and costs. There is conflicting data but some sources suggest there may have been 2,000 to 3,000 workers involved in the rescue operation. It would be rare for most agencies to see an event where there were that many people to be rescued.

Some viewed the fact that structures remained habitable and structurally-sound long enough for thousands of occupants to escape as validation of the buildings good design and of effective building codes. Others suggested elevator improvements and improvements to partitioning are needed to reduce the spread of fire. The commission report showed that some building systems, such as fire alarms, electronic locks, and public announcement systems, may have failed because of damage from the planes' impacts.

There is some level of confusion present in any large incident. The National Institute for Standards and Technology (NIST) asserts commanders did not have adequate information and interagency information sharing was inadequate. [2]For example, on September 11, persons in the New York City Police Department (NYPD) 9-1-1 center told callers from the World Trade Center to remain in place and wait for instruction from firefighters and police officers. This was the plan for managing a fire incident in the building and the 9-1-1 center staff were following the plan. This was partly countered by public safety workers going floor-by-floor and telling people to evacuate. The Commission report suggests people in the NYPD 9-1-1 center and New York City Fire Department (FDNY) dispatch would benefit from better situation awareness. The Commission described the call centers as not "fully integrated" with line personnel at the WTC. [3]The report suggests the NYPD 9-1-1 center and FDNY dispatch were overrun by call volumes that had never been seen before. Adding to the confusion, radio coverage problems, radio traffic blocking, and building system problems occurred inside the burning towers. The facts show that much of the equipment worked as designed and users made the best of what was available to them.

Typical of any large fire, many 9-1-1 calls with conflicting information were received beginning at 8:46 am. In addition to reports that a plane had hit the World Trade Center, the EMS computer-aided dispatch (CAD) log shows reports of a helicopter crash, explosions, and a building fire. Throughout the incident, people at different locations had very different views of the situation.[4] After the collapse of the first tower, many firefighters in the remaining tower had no idea the first tower had fallen.[5]

A factor in radio communications problems included the fact that off-duty personnel self-dispatched to the incident scene. Some off-duty staff went into the towers without radios. According to the Commission report and news coverage, this was true of NYPD, Port Authority Police Department (PAPD), and FDNY personnel. [6]Regardless of any radio coverage problems, these persons could not be commanded or informed by radio. In any incident of this scale, self-dispatched staff without radios would likely be a problem. Even if a cache of radios were brought to the scene to hand out, the scale of this incident would be likely to overrun the number of radios in the cache. [7]

NIST concluded, at the beginning of the incident, there was an approximate factor of five (peak) increase in radio communications traffic over a normal level. After the initial peak, radio traffic through the incident followed an approximate factor of three steady increase. [8]FDNY recordings suggest the dispatch personnel were overloaded: both fire and EMS dispatch were often delayed in responding to radio calls. Many calls were disconnected or routed to "all circuits are busy now," intercept recordings. [9] NIST calculated that about one third of radio messages transmitted during the surge of communications were not complete messages or were not understandable. [10]Documentary footage suggests the tactical channels were also overloaded: some footage captured audio of two or three conversations occurring simultaneously on Tactical 1.

In this study of WTC incident communications, radio systems used at the site had problems but were generally effective in that users were able to communicate with one another. A 2002 video documentary 9/11 by Gedeon and James Naudet, (referred to as the documentary,) was reviewed. It captured audio from hand-held radios in use at the incident and showed users communicating over radios from the lobby command post in the North Tower. 26 Red Book audio CDs of New York City Fire Department radio transmissions, covering the incident's initial dispatch and the tower failures, were reviewed. These CDs were digitized versions of audio from the Fire Department's logging recorders. In addition, text on an oral history CD with transcripts of fire personnel debriefed on the incident were reviewed. [11]

[edit] Analysis of WTC incident radio systems

This section refers to an overview of incident communications.

[edit] NYPD and PAPD systems as of 2001

As of 2001, the NYPD used UHF radios and divided the city into 35 radio zones. Most hand-held radios had at least 20 channels: while not all officers had all channels, all officers had the ability to communicate citywide. [12]As a characteristic of physics, UHF signals penetrate buildings better than lower VHF frequencies used by the FDNY fire units but generally cover shorter distances over open terrain. The Commission report did not cite any technical flaws with the NYPD radio system.

PAPD has systems described as low-power UHF. The Commission report says the systems were specific to a single site with the exception of one channel which was Port-Authority-wide. It's unclear whether the PAPD systems were interstitial and limited to 2 watts output, used normal local-control channels but were limited in power output by the frequency coordinator, or used leaky cable systems which were solely intended to work inside the Port Authority buildings. The report says there were 7, site-specific Port Authority Police channels which worked only at a single site. In 2001, officers at one site could not, (in all cases), carry their radios to another site and use them. Not all radios had all channels. [13]

[edit] Fire and EMS dispatch channels

Recordings of Citywide, Brooklyn, and Manhattan channels for Fire and Citywide, Brooklyn, and Manhattan channels for EMS were reviewed. Systems generally performed well. The audio coupling point for the logging recorder on Manhattan Fire made the dispatcher's voice difficult to hear. An anonymous fire dispatcher who identifies as Dispatcher 419 is noteworthy.

The Commission report says that, in 2001, FDNY used a system with 6 repeater channels: one for each of the five boroughs and a city-wide channel. There were also five simplex channels in FDNY radios. [14]

Observation shows, (back in 2001), the citywide EMS channel was voting more frequently than normal, signals were noisy, interfering signals were present, and that some receive sites had equalization differences. Some transmissions had choppy audio possibly representative of interference from FSK paging or intermittent microwave radio paths to one or more receive sites. For example, if a microwave radio path fails for 500 millisecond intervals, the voting comparator may vote that receive site until silence is detected. This can cause dropped syllables in the voted audio. Some transmissions were noisy, although transactions show the dispatcher was understanding radio traffic, (in spite of audio drop-outs,) in almost every case. [15]

[edit] Port Authority fire repeater system (Repeater 7)

The Port Authority repeater, intended to allow communications inside the towers, did not appear to work as intended on September 11. The system, also called Port Authority Channel 30, was installed after the 1993 World Trade Center attack. News accounts said the system had been turned off for unspecified technical reasons. The Commission report said it was customary to turn the system off because it somehow caused interference to radios in use at fire operations in other parts of the city. The documentary film gives different information, with a Fire Department member from Engine 7/Ladder 1 claiming that the aircraft's impact caused the system to fail. Evidence suggests the remote control console in the lobby command was not working but the repeater was. The radio repeater was located in 5 World Trade Center. A remote control console was connected to the repeater allowing staff at the North Tower lobby command post to communicate without using a hand-held radio.

A Motorola T-1300 series remote control is built in a telephone housing. The dial is replaced with a speaker and volume control. This remote control uses a two-wire circuit to control a base station.
A Motorola T-1300 series remote control is built in a telephone housing. The dial is replaced with a speaker and volume control. This remote control uses a two-wire circuit to control a base station.

In a review of the logging recorder track of the Port Authority repeater, someone arrived early during the incident and began to establish a command post. From the command post in the lobby of the North Tower (1 World Trade Center), the user can be heard trying to transmit using a remote control unit. After several failed attempts to communicate with a user on the channel, the user steps through every channel selection on the remote, trying each one. The recording contains the tone remote control console stepping through all of its eight function tones. Someone says, "...the wireline isn't working," over the Port Authority channel. Something that looks like a Motorola T-1380-series remote is shown in the documentary. The fact that users pressing buttons on the remote control can clearly be heard on the logging recorder shows the transmit audio path was working. The recording does not reveal whether or not the console function tones were actually keying the transmitter.

Some users in the North Tower lobby interpreted the remote control unit not working as a failure of the entire channel. Other fire units, not knowing the channel had failed, arrived and began using it successfully. The recordings show at least some units were successfully using the repeater to communicate inside the North Tower until the moment it collapsed.[16] The Commission report says the lobby command may not have worked because the volume control was turned all the way down or because a button that must be pressed to enable it had not been pushed. [17]

On the audio track, an outside agency, possibly in New Jersey and using a repeater, comes through the receive audio on the Port Authority Repeater 7 system. An ambulance being dispatched by the outside (non-FDNY) agency is heard. This may be what the FDNY had described as interference caused when the repeater was left enabled at all times. The distant user appears to be repeated through the system, (possibly on the same CTCSS tone as was configured in Repeater 7). This appears to be a distant co-channel user on the same input frequency as Repeater 7. It's possible that by the random button pressing, a user sent a function tone that temporarily put the base station in monitor and that's what caused the outside agency's traffic to be heard. This is unlikely because subsequent transmit function tones should have toggled the receiver from monitor back to CTCSS-enabled. [18]

[edit] Fire Department system

An oral history interview revealed the Port Authority UHF radios were normally used at incidents inside the World Trade Center. The interviewee said in normal, day-to-day calls, the WTC staff handed Port Authority UHF radios to firefighters on their arrival and that these radios, "worked all over." [19]This implies, but does not prove, that it was common knowledge among department members that FDNY radios had coverage problems inside the buildings. The 9-11 Commission uses the phrase, "performed poorly" to describe FDNY radios during the incident. [20]

Oral history files show that at least four channels were employed at WTC: [21]

  • Channel 5, (possibly also called Command 5), was to be used for Command in both Towers.
  • Tactical 1 was to be used for Operations in the North Tower.
  • Tactical 3 was to be used for Operations in the South Tower.
  • Repeater 7, also known as Port Authority Repeater, was also used by some units working in the North Tower.

One officer said a channel named Command 3 was used for the North Tower. To those unfamiliar with the details of the FDNY system, it is unclear whether the interviewee meant Tactical 3 or a fifth channel. [22]

FDNY personnel are seen using radios during the documentary footage of the WTC lobby area. Analysis of these scenes showed the radios all appeared to be receiving properly. Oral history files confirm radio communications were at least partly functional. [23]

A problem that shows up in these types of incidents is that receivers in hand-held radios are subjected to signal levels that are likely to overload the receiver. Several radios may be transmitting within feet of one another. If overloading occurs, only very strong signals can be received while weaker signals disappear and are not received. [24]The hand held radio receivers shown in the documentary appeared to work properly even though several other hand-held radios were transmitting only feet away. This is a hostile environment and suggests the hand-held equipment used by FDNY had good quality receivers. [25]Footage reveals intelligible recovered audio coming out of the radios and shows radio users communicating with others. This may not have been true of the entire WTC complex but was true of radio users in the crowded lobby.

The image of the radios in the documentary was not clear enough to determine the model or maker. Mostly speaker-microphones were seen and the radios remained holstered.

Analysis of the 26 NYFD audio CDs showed the radios seemed to transmit into the radio systems okay. Radios calling dispatch got through. Calling units were intelligible. Users spoke with dispatchers. Dispatchers answered in ways that suggest they understood what was said. There were no noisy or truncated transmissions heard on any channel, (the equivalent of a dropped cellular call). [26] This suggests the Fire Department's radio backbone is soundly designed and working properly. It is unlikely but possible that system coverage problems are present. It is possible that some transmissions did not reach any of the receivers in the system and therefore would not be a detectable problem when listening to the recordings.

In some scenes, captured documentary audio showed the channels were busy. In some cases, two or more conversations were taking place over a single radio channel at the same time. Users on tactical 1 may have been close enough to one another to communicate because signals in proximity to each other would overpower weaker signals. At any incident of this size, there is likely to be some overlapping radio traffic. In the same way that large incidents exhaust all the firefighting vehicles and staff, the radio channel resources may become taxed to their limits. NIST says about one third of the fire department radio transmissions were not complete or not understandable. [27]

Some radio users had selected the wrong channels. For example, on the Repeater 7 channel, a unit was heard to call Manhattan dispatch and Citywide. Although the circumstances that lead to the user selecting the wrong channel are not known, this can occur when the user is trapped in darkness or smoke and cannot see the radio. [28]Users will typically try to count steps in a rotary switch channel selector starting from one end of the switch's travel.

A communications van operated by FDNY responded to the incident. Its radio identifier was, "Field Comm." A back up van was in use on the day of the incident because the primary van was out-of-service. The back up van was destroyed and audio recordings of tactical channels used at the incident site were lost.

[edit] FDNY radio programming

One annoyance with the fire systems was the presence of unit ID data bursts. These constant squawks, heard at the end of transmissions, are decoded at dispatch to identify the calling radio. The annoyance of the data bursts is a trade-off that could help find a firefighter who has been injured or needs help. It also automatically displays the unit ID at the dispatch console. In most systems, it also saves dispatch personnel from typing the unit ID. They press one key and the calling unit's ID is inserted into the current screen.

Recordings show radios were programmed to send unit ID on tactical channels. Radios accept unit ID on a per-channel basis. When mobile or hand-held radios are programmed, the unit ID encoders should be disabled on all channels where the feature is not used. This saves air time for about two to three syllables of speech per push-to-talk press. For example, unless the communications van or chief's vehicles had push-to-talk unit ID decoders, or the channels were recorded for later analysis where unit IDs were decoded from the recordings, the encoders should be turned off for tactical channels to reduce air time used.

It also sounded like some vehicle radios may have had status buttons using the data bursts. If true, the operator presses a button on the vehicle radio which sends a short data burst to dispatch. Dispatch gets the unit identity and the new status from a data decoder. These can cause interruptions in voice traffic but cut down on total air time required to conduct business because they occupy the channel for less time than it takes to say, "Engine fifty on scene."

[edit] Tactical 1

This channel was the primary method of communication in the North tower. It was a simplex channel. Users complained it would only reach from the lobby to floors in the thirties. [29]Tactical 1 was a default channel for use at some fire scenes. Some users who realized Repeater 7 was functional switched to that channel and were afforded better coverage than simplex users on Tactical 1. Audio recordings on the documentary film and NIST analysis show Tactical 1 was overloaded with heavy radio traffic. In contrast, the audio CD of Repeater 7 shows the channel was mostly idle. [30]

The 9-11 commission report said a new portable repeater system had been developed to address shortcomings of Tactical 1 at a large incident. The system, called, "the post," is carried to an area near the incident and set up for the duration to augment weak signals.

[edit] Command channel

The command channel used by officers at the incident was either called Channel 5 or Command 5 in documentation. Documents suggest the channel had a repeater but it was not clear if the repeater was citywide, installed in the Field Comm van, or housed in a battalion chief's vehicle. Recordings of this channel were lost when the Field Comm van was destroyed. The documentary film and oral history records show the channel being used effectively. [31]

[edit] Interoperability

The federal 9-11 Commission included, as part of its public, final report, recommendations on communications systems used by police, fire, and emergency medical services (EMS) at the WTC incident. In the report and in appearances on television news programs, commissioners said the capabilities of communications systems lacked the ability to communicate across department lines. That is to say, police units could not communicate with fire units directly by radio. Ambulances could not talk with police units directly by radio. Commission member Lee Hamilton, in several television appearances related to a 2006 book on the topic of the WTC incident, reiterated this factually-correct view.

[edit] Aviation assets

An example that was cited by Hamilton: during the incident the Police Department helicopter was unable to communicate with Fire Department units in order to warn them of the towers' imminent collapse. The NIST document suggests the helicopter may have been able to offer several minutes warning. "Several minutes" may have been enough to get some people from the lower floors outside. This warning of imminent collapse went out over at least one police radio channel but there is nothing showing it was relayed to other people or channels. FDNY operates at least two communications vans: one of which was brought to the scene at the WTC incident.[32] The Commission report reveals the primary FDNY van was equipped to talk to NYPD helicopters but the backup van, (which had no NYPD helicopter capability,) was in use on September 11, 2001. [33]

In practice, many US helicopters used in emergency services are equipped with radios that allow communications on nearly any conventional two-way radio system, so long as the aircrew know the frequency and associated signaling tones. The radios usually have presets, like your car's broadcast radio, that allow some channels to be configured ahead of need. There was no information in the Commission report suggesting NYPD helicopters had such a capability.

[edit] Cross-department

While it is technically possible to implement communications across departments, doing so introduces a host of new training and incident command problems. These are problems that would need to be managed in addition to the existing set of issues present at any large incident. The ability to maintain command, and monitor the safety of, groups working at an incident is diminished if your group of firefighters cannot be reached because they've switched over to the EMS channel. This could cause people to be sent to rescue them when there was no need. Similarly, if the Manhattan EMS dispatcher can't reach an ambulance because they are on one of the fire channels, patient care is affected. New York City Police Commissioner Raymond Kelly, appearing on the Charlie Rose show, expressed his view that the existing radio systems performed satisfactorily during the WTC incident. In his view, the interoperability desired by the 9-11 Commission was not needed.

One view of the Incident Command System is that units across department lines would communicate with their own representative at the command post or division level. That representative would relay any needs to another department. For example, a fire unit requesting five paramedic ambulances would identify the magnitude of a medical problem to their fire officer at the command post. This request would add to their commander's operational picture of the division or incident command as she called EMS to request the ambulances. Situation awareness is an important part of effective command and is easy to lose at a large incident. Bypassing incident commanders can contribute to a decomposing of command.

[edit] Trunked systems, commercial services, and cross-department netting

One approach to cross-department netting is the capability of some modern trunked systems to provide a function called dynamic regrouping. Many agencies with Motorola trunked systems already have this capability. The feature allows the dispatch center personnel to send units from different agencies who are responding to the same incident to a common talk group or virtual channel. This assumes the agencies all share a capability to operate over the same trunked radio system. In an informal survey of three agencies with trunked systems that included this feature, users at two sites reported they did not think their system included the feature. A representative from a third site said he "...thought they had the feature but never used it." Of the three agencies with the feature, no one knew how to use it. This would suggest, (in at least the three agencies contacted,) that dynamic regrouping was not valuable. Like other disaster readiness processes, users would have to practice using the feature in order for it to be useful during an incident. [34]

Some agencies use commercial two-way radio as an adjunct to their own communications networks. One professional engineering evaluation of public safety radio systems explains that commercial systems such as Nextel's are not built to the same standards of coverage and non-blocking as public safety trunked systems. Like toy walkie talkies marketed to children, they are usable and helpful for non-urgent communications but should not be considered reliable enough for life safety uses.[35] It is also true that most trunked radio system users are likely to hear busy signals, (error tones showing no channels are available,) for the first time during a large disaster.

[edit] Mobile data terminals

Many ambulances and other FDNY vehicles have data terminals, sometimes referred to by staff in recordings and transcripts as KDTs. These terminals are connected to the computer-aided dispatch (CAD) back end or server. They can display text, page through screens describing jobs, and display lists of units assigned to a job.[36]

A thorough analysis of data communications is not possible. What recordings show is that data terminals in at least some field units did not work properly during at least a portion of the incident. At 09:11:14, Division 3 told Manhattan Fire dispatch, referring to the summary screen, "Summary is only giving me a few units. You're going to have to give it to me over the radio. I'm ready to write."[37] This means the terminal was not displaying the entire list of units assigned to Division 3, as it would under normal conditions. The work-around: the Chief had to hand-write the list of units responding. In this one instance, the dispatcher reading the list of about 29 units tied up the Manhattan Fire channel for 53 seconds. During the reading of the list of units responding, one can hear several FDNY units try to interrupt the dispatcher. Their radio traffic was delayed until the entire list was read. This need to read lists of units because of slow or inoperable terminals occurred in at least three or four cases.

It's unclear what caused data delays and incomplete screens on the mobile data terminals. Evidenced by the dispatcher reading the list of units assigned to Division 3, the CAD system was working properly at dispatch positions. At least some field units experienced problems. Possible causes of problems with data terminals in vehicles may have included:

  • The radio backbone may have been overloaded because of the unusually high volume of requests for information from field units. Radio networks carrying data traffic have a finite data throughput capacity and can be overloaded. Even a well-designed system has some capacity limit.
  • A bottleneck someplace in the network between the radio modem and the CAD system back end may have been overloaded by unusually heavy data traffic.
  • Data terminals use a robust error correction protocol. A failure of some part of the radio backbone may have caused reduced radio signals in field units. The bit errors caused by weaker signals may have caused a corresponding increase in resending of data packets. Resent packets reduce overall data throughput.
  • The attack placed an unusually heavy load on voice system channels. Interference problems caused by interactions between voice radio channel transmitters and data radio system elements may have caused an increase in bit errors, slowing data throughput.[38]

Data terminals are partly purchased and installed to reduce load on dispatch staff and to reduce traffic on voice channels. When they work properly, they have a significant operational benefit. A data outage during an occurrence of high call traffic can quickly overrun dispatch and voice channel capacity in cases where a routine level of calls for service requires both data terminals and voice channels.

[edit] See also

[edit] Notes

  1. ^ National Commission on Terrorist Attacks on the United States, (New York: W.W. Norton and Co., 2002) pp. 293. The report is a federal government report created by federal employees in the performance of their jobs. There are no copyright legends or statements inside the publication. Therefore, the entire book is believed to be in the public domain.
  2. ^ "NIST Response to the World Trade Center Disaster: World Trade Center Investigation Status," S. Shyam Sunder, Acting Deputy Director and Lead Investigator, Building and Fire Research Laboratory, NIST, US Department of Commerce, 10/19/2004, (PowerPoint presentation).
  3. ^ National Commission on Terrorist Attacks on the United States, (New York: W.W. Norton and Co., 2002) pp. 318.
  4. ^ "EMS CAD Logbook (redacted): CALL 0727," EMS CAD and Port Authority Radio Repeater Transcript: 9-11-01, (New York: Fire Department, City of New York, 2005) CD-ROM #21.
  5. ^ "Heroism and Horror: FDNY Response: Immediate Impact of the Collapse of the South Tower, National Commission on Terrorist Attacks on the United States, (New York: W.W. Norton and Co., 2002) pp. 306.
  6. ^ "NIST Response to the World Trade Center Disaster: World Trade Center Investigation Status," S. Shyam Sunder, Acting Deputy Director and Lead Investigator, Building and Fire Research Laboratory, NIST, US Department of Commerce, 10/19/2004, (PowerPoint presentation).
  7. ^ Stored caches of radios are often problematic because of battery life problems and configuration management problems. For example, changes to radio network configuration are sometimes overlooked in the cached radios. When an incident happens, it is discovered the cached radios have not been configured to match the radio network changes and don't work. Cached radios often look different than radios in day-to-day use and may have different channels, making their use a training problem.
  8. ^ "NIST Response to the World Trade Center Disaster: World Trade Center Investigation Status," S. Shyam Sunder, Acting Deputy Director and Lead Investigator, Building and Fire Research Laboratory, NIST, US Department of Commerce, 10/19/2004, (PowerPoint presentation).
  9. ^ This was confirmed by Oral History files on FDNY CD #23 and, in the Commission's report, "...a chief in the lobby ...was unable to reach FDNY dispatch by radio or phone." See: "Heroism and Horror: FDNY North Tower Operations, National Commission on Terrorist Attacks on the United States, (New York: W.W. Norton and Co., 2002) pp. 299.
  10. ^ "NIST Response to the World Trade Center Disaster: World Trade Center Investigation Status," S. Shyam Sunder, Acting Deputy Director and Lead Investigator, Building and Fire Research Laboratory, NIST, US Department of Commerce, 10/19/2004, (PowerPoint presentation).
  11. ^ The experiences of radio users in portions of 1 WTC and 2 WTC are also disclosed in the oral history text files. These are Adobe Acrobat transcripts of fire department staff debriefings. These were searched for words and phrases related to radio operations. By the fact that chiefs in the lobby are communicating with others, the radios were at least partially effective. The documentary showed people were getting messages through in at least some cases. Recordings of the Port Authority Fire Repeater 7 channel show technical problems but also show that some units were utilizing the channel effectively.
  12. ^ "Heroism and Horror: The New York City Police Department," National Commission on Terrorist Attacks on the United States, (New York: W.W. Norton and Co., 2002), pp.282.
  13. ^ National Commission on Terrorist Attacks on the United States, (New York: W.W. Norton and Co., 2002) pp. 323. The Commission report says this has been since remedied by the Port Authority and today all units have capability to work across all areas.
  14. ^ "Herosim and Horror: The Fire Department of New York," National Commission on Terrorist Attacks on the United States, (New York: W.W. Norton and Co., 2002) pp. 283.
  15. ^ "Tape 1, Side A," EMS Citywide Dispatch Radio 9-11-01, (New York: Fire Department, City of New York, 2005) CD-ROM #1.
  16. ^ CD-ROM #21: EMS CAD and Port Authority Radio Repeater Transcript: 9-11-01, (New York: Fire Department, City of New York, 2005) and Port Authority Radio Repeater Audio 9-11-01, (New York: Fire Department, City of New York, 2005), CD 22.
  17. ^ National Commission on Terrorist Attacks on the United States, (New York: W.W. Norton and Co., 2002) pp. 283, 297, 298. This suggests the possibility of a user interface problem. Any contingency system should, (ideally,) be always-on, familiar to users, and occasionally tested for readiness unless users have trained to the point that operating the system is second nature. The remote control should have a minimum of settings and switches to avoid confusing the chiefs.
  18. ^ Port Authority Radio Repeater Audio 9-11-01, (New York: Fire Department, City of New York, 2005), CD 22.
  19. ^ CD-ROM #23: "File No. 9110442:, World Trade Center Task Force Interview, Lieutenant William Walsh, Interview Date: January 11, 2002," FDNY Oral Histories: 9-11-01, (New York: Fire Department, City of New York, 2005) pp. 8.
  20. ^ National Commission on Terrorist Attacks on the United States, (New York: W.W. Norton and Co., 2002) pp. 283. The FDNY radios were VHF (150 MHz) while the Port Authority radios were UHF. A characteristic of physics is that UHF radios have a shorter wavelength. This allows the signals to fit through smaller building openings, like windows, and to better penetrate into steel buildings. Since the Port Authority UHF system was designed and intended for the WTC site, as opposed to the FDNY system which was city-wide, it would be normal for any site-specific system to have better signal coverage.
  21. ^ CD-ROM #21: EMS CAD and Port Authority Radio Repeater Transcript: 9-11-01, (New York: Fire Department, City of New York, 2005) and CD-ROM #23: "File No. 9110197, World Trade Center Task Force Interview Deputy Chief Thomas Galvin, Interview Date: November 7, 2001," FDNY Oral Histories: 9-11-01, (New York: Fire Department, City of New York, 2005).
  22. ^ CD-ROM #23: "File 9110328, World Trade Center Task Force Interview, Lieutenant Neil Brosnan, Interview Date: December 12, 2001," FDNY Oral Histories: 9-11-01, (New York: Fire Department, City of New York, 2005).
  23. ^ CD-ROM #23: "File No. 9110208, World Trade Center Task Force Interview, Chief Stephen King, Interview Date: November 21, 2001, FDNY Oral Histories: 9-11-01, (New York: Fire Department, City of New York, 2005).
  24. ^ The best hand-held radios have Electronic Industry Association signal to noise plus distortion selectivity ratings of 80-95 db. This rating describes a standardized benchmark used to measure receiver performance. Selectivity describes the ability of the receiver to receive a signal in the presence of a signal that is near in frequency but on a different, undesired channel. In evaluating this number, higher is better. The highest possible ratings are needed to have a radio perform well in this type of hostile signal environment. Equipment used in disasters is subjected to hostile signal environments not present in routine operations. In evaluating FDNY radios, only the documentary footage and recordings of successful communications talking place between two different persons prove the radios were working as designed. Hearing a unit's transmission on a logging recorder only proved the unit-to-dispatch half of the path was working.
  25. ^ One of the problems with low-cost hand-held radios is that their receivers are more likely to be overloaded and unusable in events with so many strong signals present. In public safety applications, no one may see this as a problem until a large incident reveals it. Even then, the radios will act in a way the user sees as intermittent. The intermittent operation won't be reproducible after the incident because the interfering signals are gone.
  26. ^ The exception is the EMS Citywide channel which appears to be usable but may need repair as of 2001.
  27. ^ Repeater 7 audio was recorded on Port Authority Radio Repeater Audio 9-11-01, (New York: Fire Department, City of New York, 2005), CD 22. The problem of overloaded channels, (people talking at the same time blocking each other's signals,) is mentioned in "NIST Response to the World Trade Center Disaster: World Trade Center Investigation Status," S. Shyam Sunder, Acting Deputy Director and Lead Investigator, Building and Fire Research Laboratory, NIST, US Department of Commerce, 10/19/2004, (PowerPoint presentation) and in National Commission on Terrorist Attacks on the United States, (New York: W.W. Norton and Co., 2002) pp. 283.
  28. ^ It's not clear if this user was in smoke or darkness, this just illustrates a common type of channel selection problem inside fires. Imagine a similar problem: trying to dial your phone in the dark.
  29. ^ CD-ROM #23: "File No. 9110197, World Trade Center Task Force Interview Deputy Chief Thomas Galvin, Interview Date: November 7, 2001," FDNY Oral Histories: 9-11-01, (New York: Fire Department, City of New York, 2005).
  30. ^ Port Authority Radio Repeater Audio 9-11-01, (New York: Fire Department, City of New York, 2005), CD 22 and "NIST Response to the World Trade Center Disaster: World Trade Center Investigation Status," S. Shyam Sunder, Acting Deputy Director and Lead Investigator, Building and Fire Research Laboratory, NIST, US Department of Commerce, 10/19/2004, (PowerPoint presentation).
  31. ^ CD-ROM #23: "File No. 9110197, World Trade Center Task Force Interview Deputy Chief Thomas Galvin, Interview Date: November 7, 2001," FDNY Oral Histories: 9-11-01, (New York: Fire Department, City of New York, 2005).
  32. ^ "NIST Response to the World Trade Center Disaster: World Trade Center Investigation Status," S. Shyam Sunder, Acting Deputy Director and Lead Investigator, Building and Fire Research Laboratory, NIST, US Department of Commerce, 10/19/2004, (PowerPoint presentation).
  33. ^ "Herosim and Horror: FDNY Command and Control Outside the Towers," National Commission on Terrorist Attacks on the United States, (New York: W.W. Norton and Co., 2002) pp. 302.
  34. ^ Dynamic regrouping is described in 800 MHz Trunked Radio Request For Proposals, (Oklahoma City, Oklahoma: Public Safety Projects Office, Oklahoma City Municipal Facilities Authority, 10/19/2000) pp. 99.
  35. ^ Contra Costa County Public Safety Mobile Radio Master Plan, Final Report, June 18, 2002, (Fairfax, Virginia: Federal Engineering, Inc., 2002).
  36. ^ In FDNY jargon, "calls", "incidents", or "events" are referred to as jobs. For example, a collision, a medical aid call, or a pot-on-a-stove fire would each constitute a job. A job can have many attributes including a location and a type.
  37. ^ Manhattan Fire, 09:11:14, 09-11-2001
  38. ^ Extreme data traffic loading and intermittent interference situations are difficult to test for. Systems are complex and most government vehicular data systems cannot easily be turned off, or taken off-line, in order to be tested. Any agency with such a system would be challenged to thoroughly evaluate loading without help from a consultant or specialized data communications vendor.

Static Wikipedia (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu -

Static Wikipedia 2007 (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu -

Static Wikipedia 2006 (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu

Static Wikipedia February 2008 (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu