Mobile temporary incident area network for local communications interoperability
Claim Score by NHIP
Abstract
An ad hoc emergency interoperability communication network is established by providing universal temporary incident area network modules that communicate with each other on an open network, with the network being established when vehicles containing the temporary incident area network modules are within range of each other.

Term
Term ended
Projected expiry passed 4 April 2025, 1.5 years ago.
- Priority
- Filed
- Published
- Projected expiry
- Today
19 claims: 2 independent, 17 dependent
- 1A method for establishing communications interoperability at an incident between differing entities having dissimilar communications devices operating on differing isolated networks, comprising the steps of:providing each of the entities with a temporary incident area network module having the ability to wirelessly communicate with other modules, each module communicating with at least one communications device and converting traffic between the associated communications device and the module to a universal protocol and a common frequency;and, causing one of the modules arriving at the incident to set up an ad hoc temporary incident area network, each module having a range for establishing communication, the one module detecting the presence of other modules arriving at the incident when they come into range and establishing communications with the newly-arriving modules, whereby interoperability is established between all of the communications devices at the incident regardless of communication device protocol or frequency compatibility.
- 12Broadest claimClaim Score 61, broad(NHIP)A system for aiding first responders to an incident to intercommunicate regardless of the type of communications devices used by the first responders, comprising:a network module for one or more of said communications devices, said module converting the frequencies and protocols of the communications devices coupled thereto to a universal frequency and protocol and establishing wireless communication between said universal modules using said universal frequency and protocol, one of said modules setting up an ad hoc temporary incident area network at said incident, such that when additional modules arrive at the incident, said ad hoc temporary incident area network permits interoperability between communications devices used by the first responders arriving at the incident.
Independent claims2
115 paragraphs in 6 sections, as filed
RELATED APPLICATIONS
0001This application is a continuation of co-pending patent application Ser. No. 10/943,323 filed Sep. 17, 2004.
FIELD OF THE INVENTION
0002This invention relates to mobile communications and more particularly to an ad hoc module for establishing a temporary incident area network at a local scene of incident for communication interoperability through the responder's everyday standard issued portable communication units.
BACKGROUND OF THE INVENTION
0003In the field of first responder's emergency communications, especially when used by police departments, fire departments and emergency management personnel, when an incident occurs and the first responders converge on the scene of an incident, as is oftentimes the case, communication units carried by the first responders are so dissimilar that it is impossible to establish communication between all of the first responders at the scene. Moreover, in terms of homeland security, the first responder's communication units are incompatible from those used by various government departments such as the Federal Bureau of Investigation, the Central Intelligence Agency, and the Department of Defense, as well as any commercial off-the-shelf equipment such as cell phones used, for instance, in public communications.
0004When multiple agencies arrive on the scene of an incident, there is virtually no ability to locally communicate between the various agencies regardless of any homeland security structure due to the complete lack of interoperability between the communication units used by the various agencies. What happens at the scene of an incident is the complete inability of the various agencies to talk to each other or to understand what is going on at the scene, much less to receive instructions as to what to do.
0005For instance, frequency channels and bands allocated for a local police department are different from those allocated to the fire department, or indeed to the emergency rescue teams. Not only are different frequencies allocated for different local modules, but also the modulation and protocols vary substantially from one communication unit to the next. For instance, much of the equipment may use analog radio channels, whereas more sophisticated equipment uses digital air interfaces. Thus, the problem of having the individual communication units communicate with other communication units is an almost insurmountable problem.
0006What most of the independent departments or agencies have are communication units that establish a communication link between the particular agency first responders and the agency's dispatcher over a closed network having a base station oftentimes removed from the incident location. Sometimes it is impossible for communication units on the scene to communicate with their command structure through the base station tower due to range or interference conditions, even if all the personnel from the same agency can communicate with each other over an incident area network.
0007The result is that when various agencies or communication units arrive at the scene of an incident, the only way that interoperable communications can be established is by either handing out communication units that interoperate to the responders at the scene so that they can communicate with each other, or a specialized van or truck is wheeled up to operate as a local switch or gateway. The logistics of this solution greatly limits the effectiveness and ability to interoperate.
0008The problem of providing an entire new set of communication units for each incident is cost, operator familiarity with the communication units, network capacity, and deployment time. By all accounts the handing out of new communication units at a scene is too costly. Also the transportation and setup of such large amounts of equipment to one particular spot for a given incident presents other limitations and accessibility issues. Moreover, the problem of having a specialized van or truck is that a large geographic region may have only one or two such vans available. It may take quite some time for the van and equipment to get to the scene of the incident. The equipment on the van may not be compatible with the existing radios at the scene and it may take quite some time to be able to establish interoperability with the available communication units at the scene.
0009Thus, the problem, in general, is to be able to provide interoperability at a local scene and to make the operations seamless to the operator so that it becomes an everyday event for personnel involved. The system must not involve anything of a specialized nature that requires an individual to learn how to use the equipment. Most importantly, the interoperability solution must be an everyday event that is automatically configured and deployed and not require specialized vehicles or equipment or specialized support personnel at the scene of incident.
SUMMARY OF INVENTION
0010This invention allows interoperability at the scene of incident through an autonomous temporary incident area network (TIAN) while allowing the responding agencies to utilize their standard issued communication units. The invention consists of a TIAN module that communicates with each responder's communication unit and forms an ad-hoc network between TIAN modules for the routing of traffic between responding agencies. The TIAN module can reside within the responder's vehicle or may be easily deployed as the responders travel throughout the scene of incident.
0011Rather than handing out individual communication units at an incident scene and rather than trying to interconnect the communication units that exist at the scene with a switch that is hauled in to accommodate them, in the subject invention each of the vehicles responding to the scene is configured as standard equipment with a universal TIAN module to which his or her communication unit wirelessly interfaces too.
0012In operation, the TIAN module sets up the wireless temporary ad hoc network with other TIAN modules as the local scene of incident, allowing the dissimilar agencies' communication units to communicate wirelessly over the TIAN. The TIAN nodes reside at the scene of incident either in the first responder's vehicle or statically placed throughout the scene of incident, for instance on a stair landing, behind a building, or on different floors of an incident building. Thereafter, additional first responders can interoperate through their respective TIAN modules as they arrive on the scene. Interoperability occurs because all of the TIAN modules can communicate with one another and because of their universal nature of interfacing with the first responder's communication units.
0013Note that first responders can interoperate with each other first because they can communicate with their own agency communication units, and secondly because their communication units can communicate with each other over the ad hoc temporary incident area network through the TIAN modules. Thus a common communications protocol between TIAN modules allows disparate communication units to intercommunicate. Note that the TIAN does not rely on a large infrastructure or bigger underlying network. It automatically creates an ad hoc TIAN right at the local scene and it allows dissimilar communication units to pass voice, video, and data.
0014Note that there is no change to the standard issued communication units that the first responders carry with them. Basically, with a switch on his communication unit, the first responder activates the communication unit to TIAN module interface. This allows the first responder on the scene to communicate with the TIAN module that resides in his vehicle or elsewhere at the incident scene. The TIAN module receives the signal from the communication unit that this first responder is carrying, digitizes the signal, packages it up, and sends it over the newly established TIAN to other agencies' TIAN modules. In one embodiment, the routing of traffic over the TIAN is through IP-type packets and IP addressing however the IP addressing is dynamic and need not be hard-coded.
0015As will be appreciated, the communication unit that the first responder normally carries or uses may have certain frequencies allocated to him, for instance, for use in a general region. The communication to TIAN module wireless link may be over the agency's dedicated frequency channels or one of the interoperability channels that are already assigned for that area or region, such as for local fire or police. The associated TIAN module is programmed to establish a wireless link with the first responder's communication unit using the agency's preferred protocol or a general interoperability protocol that is supported by the communication unit. The TIAN module then performs a gateway function between the communication unit's protocol and the TIAN protocol. The result is that one agency communication unit using one set of frequencies and protocols can talk to another agency communication unit having a totally different set of frequencies and protocols. This means that police from one jurisdiction can talk to firefighters and police from another jurisdiction without having to provide compatible radios.
0016On the TIAN module network side, the TIAN module is a node in an ad hoc network. The TIAN wireless link may be over an IEEE 802.11 protocol and frequency or over a dedicated public safety 700 MHz wideband channel or over a dedicated public safety 4.9 GHz broadband channel or over any combination of channels and protocols. Moreover, it will be appreciated that there are several military and government agency frequencies that are available on a universal basis to provide TIAN module wireless communications.
0017When the first of the vehicles used to transport personnel to the scene arrives at the scene, the vehicle resident TIAN module creates a wireless ad hoc network at the local scene such that when other modules arrive at the scene, they enter the network through an ad-hoc discovery, registration, addressing, and routing process thus it is not necessary to have pre-knowledge of who will arrive at the scene of the incident. Also, when a first responder leaves the scene, the TIAN module will logout of the TIAN and the network topology will be automatically adjusted.
0018By ad hoc is meant that the network does not support any centralized coordination nor any fixed infrastructure. The ad hoc networks can be set up on the fly at any place with the nodes being the responders' TIAN modules. The TIAN module addresses are automatically and dynamically assigned at the scene. The routing table or topology is established automatically at the scene and is automatically updated as TIAN modules enter and leave the scene. The TIAN modules route voice, video, and data to each of the other TIAN modules to allow agencies with dissimilar communication units on the scene to intercommunicate.
0019Even without a commander immediately on scene, the various responders and agencies have the ability to automatically communicate with each other over the TIAN. As the scene grows and the local incident commander arrives at the scene, the incident commander can take command and control over the TIAN. The centralized commander can be made aware of information from all of the agencies at the scene. A command structure can be set up locally by an incident commander so that talk group routing between responders can be established and commands/control can be routed to particular agency by a commander.
0020The subject system does not require the issuing of new equipment, but lets first responders use their existing communication units such as mobile radios and portable radios. Thus, what is provided is a separate box, a TIAN module, in each vehicle to interface to the communication unit through a wireless RF link or directly through the unit's audio or data ports as well as push-to-talk lines. The TIAN module provides a common air interface to interconnect all of the TIAN modules, using an open protocol in one embodiment.
0021In order to make sure that there is interoperability between all of the TIAN modules arriving at a scene, each of the first responders uses a vehicle equipped with one of these universal TIAN modules. The TIAN modules themselves are sufficiently inexpensive so that they can be standard issue equipment that is distributed throughout departments and agencies.
0022The result is that personnel arriving at the scene can use the everyday equipment that they are familiar with, as diverse as it may be, with the expectation that with no training they can communicate with each other at the scene.
0023It is a feature of the subject invention that since the TIAN modules are meant to operate on the vehicle's own battery power, the range of the first responder's radio can be increased by the output power of the temporary incident area network modules. More particularly, if, for instance, responders are required to go into high-rise office buildings, there may be difficulty communicating between floors. In order to address this issue, portable TIAN modules having self-contained batteries may be distributed to various floors so that the handheld radios that the individuals use can have their range extended by communicating from the communication units to the TIAN module that is placed on the floor and thence to other TIAN modules.
0024The subject system avoids having to have a specially equipped van pull up to the scene and to have to go and find out about the radios being used, including type of radio and frequency band. It also avoids having to plug in various compatible radios into a van and manually tweak the network to make it work properly.
0025What is done by the subject system is to automatically create the ad hoc network when the vehicles pull up and are in range of each other. This establishes an open-air interface type of network in which no tweaking or adjustment need be made.
0026Thus, the first responders are able to talk to each other regardless of the agency they belong to, and regardless of the equipment they are initially issued. They can also communicate regardless of the particular command structure imposed by their agencies or departments. The subject system involves an ad hoc connection and routing scheme to allow the new temporary incident area network modules to communicate with each other.
0027In summary, an ad hoc interoperability emergency communication network is established by providing universal temporary incident area network modules that communicate with each other on a common standard network, with the network established when vehicles containing the temporary incident area network modules are within range of each other. The temporary incident area network modules are such as to have an RF or other connection with handheld or in-vehicle communications units which have standard voice, data and push-to-talk channels. The system thus allows communications amongst the responders to an incident without having to set up pre-arranged protocols, equipment compatibilities, or equipment addressing. Moreover, command and control structure can be achieved through a commander having access through his own temporary incident area network module to be able to route and control the flow of information over the ad hoc net. As a result of the use of the ad hoc net, portable temporary incident area network modules are provided with increased range. Moreover, in one embodiment, switches are provided on the responders' transceivers to enable responders to switch between the ad hoc temporary incident area network and the closed network of the department for whom the individual works.
BRIEF DESCRIPTION OF THE DRAWINGS
0028These and other features of the subject invention will be better understood in connection with a Detailed Description, in conjunction with the Drawings, of which:
0029<figref idref="DRAWINGS">FIG. 1</figref> is a hierarchical network structure diagram starting with an extended area network, and going down through a jurisdiction area network, to a personal area network connected to the other networks through an incident area network;
0030<figref idref="DRAWINGS">FIG. 2</figref> is a hierarchical network structure diagram for an incident involving police and fire departments using the topology of <figref idref="DRAWINGS">FIG. 1</figref>;
0031<figref idref="DRAWINGS">FIG. 3</figref> is a hierarchical network structure diagram in which the incident area networks of <figref idref="DRAWINGS">FIGS. 1 and 2</figref> are established by the subject temporary incident area network modules;
0032<figref idref="DRAWINGS">FIG. 4</figref> is a diagrammatic illustration of the elements of a temporary network connections formed by first responders comprising police, military, EMS and fire personnel as they converge on an incident;
0033<figref idref="DRAWINGS">FIG. 5</figref> is a diagrammatic illustration of the use of temporary incident area network modules to interconnect personal area network communications devices;
0034<figref idref="DRAWINGS">FIGS. 6A and 6B</figref> are diagrammatic illustrations respectively of add-on modules to existing mobile radios or standalone modules;
0035<figref idref="DRAWINGS">FIGS. 7A and 7B</figref> are functional block diagrams of the subject temporary incident area network for add-on and standalone embodiments of the subject invention;
0036<figref idref="DRAWINGS">FIG. 8</figref> is a network operational flow diagram for the subject temporary incident area network;
0037<figref idref="DRAWINGS">FIG. 9</figref> is a flow chart illustrating the network coordination function of the subject temporary incident area network;
0038<figref idref="DRAWINGS">FIG. 10</figref> is a flow chart showing the functional flow of the subject system in the networking operation mode; and,
0039<figref idref="DRAWINGS">FIG. 11</figref> is a diagrammatic illustration of a communications layout at the scene of an incident involving a response to a residential fire call.
DETAILED DESCRIPTION
0040In order to facilitate the description of the subject invention, the following definitions are provided:
0041Extended Area Network (EAN)—The city systems are in turned linked with county, regional, state, and national systems or extended area networks.
0042Jurisdiction Area Network (JAN)—The JAN is the main communications network for first responders. It provides a communication path for all first responder's communication units within a specific agency. Examples of a JAN are the communication system used by the NH State Police that is different from the JAN communication system used by the Hudson Fire Department that is different from the communication system used by the US Border Patrol.
0043Incident Area Network (IAN)—An incident area network is a network created for a specific incident by the responding agency. This network is temporary in nature and comprises all of the first responders from a specific agency. For example, the Hudson Fire Department will create a IAN so that all of their fire fighters can communicate at the local scene. The Hudson Fire Department IAN will not interoperate with the Hudson Police Department's IAN that is being used at the same scene to allow the responding policemen to communicate over.
0044Temporary Incident Area Network (TIAN)—As public safety individuals and resources, such as ambulances and fire engines, come into an incident, the TIAN modules will automatically recognize the new responder, register them into the network, and authorize the network resource for communications and information exchange. The TIAN modules will provide a gateway function between each of the agencies IAN at the local scene.
0045Personal Area Network (PAN)—On the small scale, the PANs consist of network devices that interact with other devices that belong with the public safety individual. A first responder may be equipped with devices that are used to monitor the first responder's physical location, pulse rate, breathing rate, oxygen tank status, as well as devices for hazardous gas detection and voice communications. The devices are linked on a personal area network controlled by the first responder's communication unit.
0046Referring now to <figref idref="DRAWINGS">FIG. 1</figref>, communication elements and the interconnection between elements as depicted as an hierarchal network structure with a PAN being the lowest level and an EAN being the highest level.
0047As can be seen in this figure, an extended area network <b>10</b> is coupled to jurisdictional area networks <b>12</b> that are in turn coupled to incident area networks <b>14</b> as illustrated. PANs <b>16</b> are coupled to respective incident area networks or jurisdiction area networks, with the incident area networks being interconnected by a temporary incident area network designated by reference character <b>20</b> as will be described.
0048IANs are created at the scene of an incident and each first responder's agencies may create their own independent IANs. The isolated IANs are typically due to communication unit's dissimilar operating frequencies and protocols. The temporary incident area network connections are created by the TIAN modules to provide interoperability between IANs at a scene of incident.
0049Referring now to <figref idref="DRAWINGS">FIG. 2</figref>, for an everyday scenario it can be seen that a statewide network <b>10</b>′ constitutes the extended area network for a particular scenario that can involve governmental agency <b>12</b>′ forming a JAN that communicates with its PANS <b>22</b>, which may be mobile units operating, for instance, at 30 MHz. Another JAN <b>12</b>″ constitutes an emergency medical network using an FM trunk system at 150 MHz, which has its mobile units <b>24</b> connected thereto by RF links or otherwise. A further JAN <b>12</b>′″ could be a police network using a P-25 trunk system operating at 800 MHz, with its mobile units <b>28</b> connected thereto. Likewise in the incident, a still further PAN <b>12</b>″″ might be a fire department using an FM trunk system operating at 450 MHz, with its mobile units <b>30</b> also connected to the fire department trunk system.
0050The police, fire department and EMS units may desire to set up incident area networks, with the police IAN identified by reference character <b>14</b>′, the fire IAN by reference character <b>14</b>″ and the EMS IAN by reference character <b>14</b>′″.
0051Each of the IANs support portable units respectively <b>32</b> for the police, <b>34</b> for the fire, and <b>36</b> for the EMS.
0052In operation, if one applies the communication systems that are available today for an everyday scenario like a residential fire call, the communication elements may be as illustrated. For the Policemen to communicate with the Firemen, the communication path is from the Policemen's communication unit (portable radio) through the Police IAN to the Police JAN to the county's EAN to the Fire JAN to the Fire IAN and finally to the Firemen's communication unit. Communication routing between the Firemen and EMS personnel is also as complex. Most of the communication path is away from the local incident with vulnerabilities such as access point congestion and message delays. The use of the ad hoc TIAN right at the local scene relieves the problems associated with an extended communication path away from the local incident.
0053As mentioned hereinbefore, responding to a local incident has involved rolling in specialized communication vehicles or distributing portable radios or PAN devices that interoperate. Moreover, there are everyday operation issues associated with these approaches. Specialized vehicles are expensive, limited, and may take time to arrive at the scene and more time to setup the temporary network. Distributing specialized PAN devices also has everyday operational issues such as programming and configuration as well as lack of user familiarity.
0054As shown in <figref idref="DRAWINGS">FIG. 3</figref>, as can be seen, each of the governmental agencies, police departments, fire departments or EMS units, substitutes for their IAN a temporary incident area network or TIAN <b>40</b>. This is accomplished by the use of universal TIAN modules that provide each of the entities with the ability to intercommunicate. Although each IAN/TIAN can communicate directly over their own proprietary network with its corresponding intergovernmental agency, such as JAN <b>12</b>′, JAN <b>12</b>″, JAN <b>12</b>′″ and JAN <b>12</b>″″, it is the links between the universal TIAN modules that provide the ad hoc network.
0055Thus, all communications between all of the agencies and personnel are routed through the TIAN modules. As illustrated, the temporary incident network area or TIAN of the subject invention solves the temporary network issue by building a temporary local area network to interconnect IANs right at the scene of the incident. This is accomplished by adding TIAN modules into an incident area network or IAN. When the first responder arrives at the scene, the TIAN module within the first responder's vehicle establishes a TIAN and monitors for other first responders to arrive at the scene of incident. As other responders arrive, their TIAN module connects to the TIAN in an ad-hoc fashion. The TIAN modules automatically share their JAN/PAN personalities and then communication is established between IANs and PANs. Voice, data, and video may be shared between PANs over the TIAN.
0056When the Incident Commander (IC) arrives at the scene, the IC's temporary incident area network system will connect over the temporary incident area network TIAN and then will be presented with information on all of the subscribers on his PAN device. The IC can than take command of the scene and communicate with all of the first responders. The IC may create various talk groups among the responders, obtain status of all subscribers, and take command of the incident.
0057Referring now to <figref idref="DRAWINGS">FIG. 4</figref>, what is shown are the connections associated with a temporary incident area network. Here it can be seen that TIAN connections <b>50</b> are established, for instance, between an ambulance <b>52</b> operating with an FM-VHF carrier at 150 MHz, which may wish to communicate, for instance, with fire department personnel in a fire truck <b>54</b>, which is designed to operate over an FM-UHF 450 MHz channel. Likewise, military personnel, for instance, in a Hum-V <b>56</b> that normally communicates over an FM low band at 50 MHz may wish to communicate with a squad car <b>58</b> that usually communicates with its personnel on the P-25 800 MHz channel.
0058What can be seen is that each of the entities shown in <figref idref="DRAWINGS">FIG. 4</figref> communicates with its personnel over its own dedicated proprietary network, each with a different frequency, to say nothing of different protocols.
0059If one breaks down the TIAN into a lower level, what is actually happening is that a temporary ad hoc wireless area network is established between each of the responding vehicles right at the scene of incident as shown in <figref idref="DRAWINGS">FIG. 4</figref>. Each vehicle's TIAN module is a node within the mesh network and can be used for routing traffic and extending the networks range. Applying adaptive routing protocols, quality of service, and bandwidth broker techniques optimized the TIAN throughput and efficiency.
Temporary Incident Area Network System and Operation
0060As shown in <figref idref="DRAWINGS">FIG. 5</figref>, a TIAN system consists of a number of TIAN modules <b>60</b> that form a temporary area network <b>62</b> and provide a gateway to dissimilar IANs. The TIAN system allows mutually exclusive first responder PANs <b>64</b>, usually comprising portable radios, to interoperate at a local scene. Here each of the first responders is provided with the subject universal TIAN module.
Temporary Incident Area Network Module
0061Referring to <figref idref="DRAWINGS">FIGS. 6A and 6B</figref>, in one embodiment the TIAN module <b>60</b> will reside within the first responder's vehicle as an add-on to the existing vehicular mobile radio <b>65</b> or as a standalone system <b>68</b>. The TIAN add-on module interfaces to mobile radio <b>65</b> through standard Audio, PTT, and optional Carrier Operated Relay or COR interfaces while the TIAN standalone system <b>68</b> provides the wireless interface to the first responder's PAN, here illustrated at <b>70</b>.
0062The TIAN module will optionally provide standard wire network interfaces or standard automotive network interfaces. The network interfaces can provide a laptop interface, mobile radio control interface, vehicle electronics interface, camera interface, or allow the TIAN module to act as a gateway between public safety electronic equipment.
0063Referring now to <figref idref="DRAWINGS">FIGS. 7A and 7B</figref>, TIAN functional block diagrams are presented. The add-on vehicular mobile radio interface is provided through the Audio and Discrete Interface <b>72</b>. The Audio and Discrete Interface <b>72</b> is coupled to a Comms-to-voice voice-over IP interface or VoIP interface <b>74</b>, which is in turn interconnected to a network routing interface <b>76</b> and also to a TIAN network management <b>78</b>. The network interface is interconnected to a wireless LAN <b>80</b> or to a wired LAN <b>82</b>, in one embodiment using a USB, CAN, MOST, RS-232, 10-based T and fire-wire protocols.
0064As to the standalone version of the subject system, a portable radio interface <b>90</b> is coupled to a Comms-to-VoIP interface <b>92</b>, with an Audio and Discrete Interface <b>94</b> also interconnected with the Comms-to-VoIP interface. VoIP interface <b>92</b> is also coupled to a network routing interface <b>96</b> and to a TIAN network management <b>98</b> similar to the network routing interface <b>76</b> and TIAN network <b>78</b> for existing mobile radio functionality. Likewise, the network routing interface is interconnected with wireless LAN <b>100</b> and wired LAN <b>102</b>, as was the case with the existing mobile radio scenario.
0065In operation, the Audio and Discrete Interface provides audio to digital conversion and digital and audio conversions with associated audio processing and filtering that is required in the public safety environment. Discrete signals are also provided to activate the vehicular mobile radios put-to-talk signal and to monitor the Carrier Operated Relay signal.
0066The Portable Radio Interface <b>90</b> is part of the temporary incident area network standalone system to support the ANSI/TIA-603-B Land Mobile FM or PM Communication Interface and the ANSI/TIA/EIA 102 APCO Project 25 Common Air Interface in direct system mode.
0067The Comms to VoIP Interface function provides the all of the VoIP functionality as well as voice detection processing. The voice detection processing monitors the audio signal input from the Audio and Discrete Interface and when audio is detected the Comms to VoIP Interface function processes the voice and generates VoIP packets that are transmitted to the Network Routing Interface. When the Comms to VoIP Interface function receives VoIP packets from the Network Routing Interface function, the VoIP packets are processed, the PTT signal is activated, and the audio signal is passed to the Audio and Discrete Interface audio output.
0068The Network Routing Interface provides the network routing function and data streaming path between the TIAN modules functions. The Network Routing Interface receives routing configurations from the Temporary Incident Area Network Management function.
0069The Wireless LAN function provides the wireless interface to other TIAN modules. This function conforms to standard wireless protocols and air interfaces such as WiFi, 802.11, Bluetooth, and/or TIA-902. The Wireless LAN function provides a level of security.
0070The Wired LAN function provides an interface to standard network wire interfaces. The standard wire interfaces can provide vehicle electronic equipment broader band access over the TIAN at the scene of incident than can be achieved through the current Public Safety wireless infrastructure. Vehicle electronic equipment can include laptop computers, siren control panels, vehicle accessories, vehicle sensors, video cameras, video monitors, personal area network, local wire-line access, and cellular radio equipment.
0071The Temporary Incident Area Network Management function provides the all of the operational mode processing that will be described in the following section.
Temporary Incident Area Network Operational Mode Processing
0072The TIAN is an ad-hoc network that is temporally set up for the transfers of voice, data, and video between dissimilar first responders' IANs and PANs. The TIAN ad-hoc network is a fully distributed network that automatically operates with no centralized coordination and with minimal control overhead. Self organizing, multicasting, and mobility are key features of the network to provide transparent real time point-to-multipoint and multipoint-to-multipoint voice and data communications.
0073<figref idref="DRAWINGS">FIG. 8</figref> provides the functional flow between the TIAN module's operational modes. In this figure, a Standby Mode <b>110</b> is shown interconnected to a Network Coordination Mode <b>112</b>, in turn interconnected with a Network Operation Mode <b>114</b>, with the diagram describing TIAN mobile module activation, TIAN module deactivation and periodic topology reorganization. The standby mode is the inactive state with the TIAN module asleep, with no active RF transmissions or RF reception. The Network Coordination Mode activates when the TIAN module is establishing, connecting, or updating the TIAN configuration. The Network Operation Mode is the state when the TIAN module is providing the gateway between the first responder's IAN/PAN and the TIAN.
Network Coordination Mode
0074After power is applied to the TIAN module and prior to arriving at the scene of incident, the TIAN module is in the standby mode. When the First Responders arrive at the scene of incident, they activate their TIAN modules by manually toggling a switch as they leave the vehicle or by an automatic process such as the depressing of the emergency break, driver seat sensor, placing the vehicle in park, or turning off the vehicle.
0075As illustrated in <figref idref="DRAWINGS">FIG. 9</figref>, once the TIAN module is activated, it will immediately enter the Network Coordination Mode and begin the network discovery phase <b>120</b> of operation. As shown, the discovery phase may be through a short packet transmission or beacon; or by sniffing the RF channel for network activity. When a network is discovered, the TIAN module enters the topology organization phase <b>122</b> where it collects information about their neighbors and the network. The module passes the TIAN module's identity and associated JAN/IAN parameters that the TIAN module is supporting. The topology reorganization phase is periodically performed so that node status can be updated and so that major topology changes can be detected and corrected.
0076Note that because each node within the TIAN must have a unique IP address, there is a dynamic IP allocation step <b>124</b> which is accomplished, upon which the system is returned to a network operation mode.
0077As illustrated at <b>126</b>, for TIAN mode deactivation, if the TIAN cluster head leaves the scene, then it is necessary to hand over the TIAN cluster head roll, which involves releasing all IP addresses as illustrated <b>128</b> and deactivating VoIP portable radio and audio interfaces as illustrated at <b>130</b>, at which point the system returns to the Standby Mode.
0078For periodic topology reorganization, as illustrated at <b>132</b>, there is a topology verification mode and upon verification, routing tables are updated as illustrated at <b>134</b>. After the periodic topology reorganization, the system is returned to the Network Operation Mode.
0079As noted above, each node within the TIAN must have a unique IP address to participate in the TIAN. Since the TIAN does not support a centralized coordination, a Dynamic Host Configuration Protocol (DHCP) cannot be supported. So a hierarchical network approach may be employed with the first module that arrives at the scene assuming the cluster head node role. When new TIAN modules arrive and discover the TIAN, they will register with the TIAN cluster head and the TIAN cluster head will allocate a new address and coordinates in a duplicate address (DAD) process. When the TIAN cluster head node is de-energized, it will automatically pass the cluster head role to a neighboring node prior to leaving the TIAN.
0080After the Network Coordination Mode has registered with and established a connection within the TIAN, the TIAN module will transition into the Network Operation Mode.
Network Operation Mode
0081Referring to <figref idref="DRAWINGS">FIG. 10</figref>, in terms of the network operating function, the transition from the Network Coordination Mode results in the coordination of PAN/IAN specifics within the TIAN cluster head, as illustrated at <b>140</b>. Thereafter, the system assigns a TIAN module to be the TIAN access point for unique PAN/IANs as illustrated at <b>142</b>. The system then determines whether or not there is a module access point as illustrated at <b>144</b>. If there is, then as illustrated at <b>146</b> the system monitors the TIAN and PAN traffic. If there is traffic from the TIAN, then as illustrated at <b>148</b> the system activates the PAN/TIAN transmission, followed by performing VoIP to audio conversion at <b>150</b>, which in turn passes the audio to portable radios over the PAN/IAN <b>152</b>. A decision is made at <b>154</b> as to whether or not there is an end to TIAN traffic and if not, the unit <b>150</b> performs its indicated VoIP-to-audio conversion again. If there is an end to the traffic, then as illustrated <b>156</b>, the system deactivates the PAN/IAN transmission and provides an indication to monitor <b>146</b>.
0082If there is traffic from the PAN/IAN, then as illustrated at <b>160</b>, the system activates the TIAN transmission, performs audio to VoIP conversion at <b>162</b> and passes audio packets over the TIANs as illustrated at <b>164</b>. At the end of the PAN/IAN traffic, as illustrated at decision block <b>166</b>, the system deactivates the TIAN transmission as illustrated at <b>168</b>; whereas if the traffic has not ended, the audio-to-VoIP conversion continues.
0083If, on the other hand, there is no TIAN module access point, then as illustrated at <b>170</b>, the system monitors PAN and IAN traffic. Traffic from PAN/IAN is monitored and as illustrated at decision block <b>172</b>, if there is TIAN traffic associated with the PAN/IAN, then this fact is passed to monitor <b>170</b>. If, on the other hand, there is no TIAN traffic associated PAN/IAN, then as illustrated at <b>174</b>, the system informs the TIAN cluster head that a PAN may be out of the access point coverage. This is passed to monitor <b>170</b> as well.
0084Note that the Network Operation Mode is responsible for the transfer and routing of voice, data, and video from the first responder's IAN/PAN to the TIAN. The Networking Operation Mode process begins by coordinating the TIAN modules IAN parameters with the TIAN cluster head. Some of the IAN parameters consist of the JAN that the IAN is supporting, the frequency and CTCSS tone that the IAN is operating on, and the air interface protocol that the IAN is supporting. The cluster head will assign a TIAN module to be the TIAN access point for each unique IAN.
0085The TIAN module will process IAN/PAN network traffic differently depending on if it is assigned to be the TIAN access point for the associated IAN. If it is the TIAN access point, the TIAN module is responsible for providing the gateway function between the TIAN and the IAN/PAN. This consists of monitoring the networks for traffic, translating the traffic to the appropriate format, and the forwarding the traffic over the opposing network.
0086If the TIAN module is not assigned to be the TIAN access point, then it is to monitor the IAN and TIAN traffic to detect when an IAN subscriber PAN is out of range of the assigned TIAN access point. When the TIAN module detects IAN traffic but no associated TIAN traffic, the TIAN module is to inform the TIAN cluster head that it has detected an isolated subscriber device. The TIAN cluster head may then re-assign the TIAN access point to another TIAN module.
Fire Response to a Residential Fire Call
0087Presented in <figref idref="DRAWINGS">FIG. 11</figref> is an example of how the subject TIAN works when applied to the “Fire Response to a Residential Fire Call” scenario presented in the “PSWC&I Statement of Requirements” Version 1.0 11 Mar. 10, 2004, section 3.3.2, pages 10 and 11 by The SAFECOM Program—Department of Homeland Security.
0088Referring now to <figref idref="DRAWINGS">FIG. 11</figref>, what is presented is the fire response to a residential call utilizing the subject temporary incident area network. Here it can be seen that a Brookside Fire Department <b>7</b> network, here illustrated at <b>180</b>, communicates with fire station <b>182</b> and to, for instance, a fire engine E<b>7</b> here illustrated at <b>184</b>, a battalion chief incident commander vehicle <b>186</b> and, for instance, a fire ladder L-<b>7</b> truck <b>188</b>. Note that an incident commander <b>190</b> is in charge of the scene.
0089It will be further noted that a fire fighter F-<b>788</b>, here illustrated at <b>192</b>, communicates with his fire engine <b>184</b>, whereas fire fighters F-<b>725</b> and F-<b>734</b>, here illustrated at <b>194</b> and <b>196</b> communicate directly with their particular fire ladder <b>188</b>, that in return communicates over the subject temporary incident area network, here illustrated at <b>200</b>. The TIAN <b>200</b> permits intercommunication between, for instance, fire engine <b>184</b>, battalion chief <b>190</b> and fire fighters <b>194</b> and <b>196</b> through fire ladder <b>188</b>.
0090Also responding to the scene may be an additional fire engine <b>202</b> having an associated fire fighter <b>765</b>, here illustrated at <b>204</b>, which may be associated with a different Brookside Fire Department, Brookside Fire Department <b>12</b> JAN, here illustrated at <b>206</b>. JAN <b>206</b> is in turn interconnected with fire station <b>12</b>, here illustrated at <b>208</b>.
0091What the provision of the TIAN modules does is to permit fire station <b>12</b>, fire fighter <b>204</b> and fire engine <b>202</b> to intercommunicate with all those at the scene, even though they are from a different fire department.
0092Moreover, a utility truck <b>210</b> may arrive on the scene with utility personnel <b>212</b>, with utility truck <b>210</b> being connected on a different proprietary network to local utility JAN <b>214</b>. Again, the TIAN module at utility truck <b>210</b> permits communication between utility personnel and the rest of the responders at the scene.
0093Likewise, an ambulance <b>220</b> may arrive at the scene. The ambulance transports EMS paramedics <b>222</b> to the scene, with ambulance <b>220</b> being connected over its own proprietary network to an emergency medical service JAN <b>224</b>, in turn directly connected to a hospital <b>226</b>.
0094The TIAN module at ambulance <b>220</b> interconnects the paramedic with his emergency medical service department and also the hospital, while at the same time permitting the EMS paramedic to interface with either utility personnel <b>212</b>, fire fighter <b>204</b>, incident commander <b>190</b> or other fire fighters <b>192</b>, <b>194</b> and <b>196</b>.
0095It is noted that in the following scenario, the “PSWC&I Statement of Requirements” have been annotated with temporary incident area network interactions.
0096The first section hereinafter presents the fire response scenario and the second section provides the SAFECOMM fire communications summary.
Fire Response Scenario
00971. At 3:17 a.m., the Brookside public safety answering point (PSAP) receives a 9-1-1 call from a cab driver that the apartment building at 725 Pine is smoking and appears to be on fire. From the CAD display, the dispatcher finds that the BFD-<b>7</b> station is available and close to the address. The dispatcher notifies BFD-<b>7</b> to send E<b>7</b> and L<b>7</b>, and to send BFD-<b>7</b> battalion chief as the fire's incident commander (IC). As E<b>7</b> is leaving the fire station, firefighter F<b>788</b> jumps onto the back of the vehicle. The vehicle registers that F<b>788</b> has become part of the E<b>7</b> crew for accountability and tracking. The dispatcher simultaneously sends a digital message providing the apartment building's address. The dispatcher notifies another Brookside Fire Department, BFD-<b>12</b>, to also send an engine to the fire (E<b>12</b>). By 3:19 a.m., E<b>7</b>, L<b>7</b>, and the incident commander leave BFD-<b>7</b> and report their status to the dispatcher. As the incident commander's command vehicle leaves the station, a nearby wireless PSCD sends the apartment's building plans and the locations of nearby fire hydrants, the building's water connections, the elevator, and the stairwells to the command vehicle's GIS. The dispatcher sends a reverse 9-1-1 call message to all residents of the building, which has eight apartments on each of three floors. The nearest ambulance (A<b>34</b>) is alerted by the dispatcher to proceed to the scene. The local utility is alerted to stand-by for communications with the IC at 725 Pine.
00982. The E<b>7</b>, L<b>7</b>, and IC drivers view the apartment's address on the cab monitor displays, which also maps the route for the drivers; a computer-activated voice tells the drivers what lane to be in and which turns to make. As the fire vehicles approach traffic lights along the route, the on-board signaling system changes the lights to the emergency vehicles' favor and the geo-location system provides the vehicles' location and progress on the dispatcher's CAD display. The on-board system also interrogates the county's transportation system for road closures, blockages, train conflicts, or slow traffic conditions to route the vehicles around impediments and provide the fastest route to the fire.
00993. The IC arrives on scene at 3:22 a.m., activates his TIAN module, assesses the situation, noting that smoke and fire are visible, and alerts dispatch that 725 Pine is a working fire. The local utility truck (T<b>5</b>) arrives on scene and activates his TIAN module that automatically connects in an ad hoc fashion to the IC TIAN module and establishes a temporary incident area network (TIAN). The IC directs the local utility over the TIAN to shut off the gas to 725 Pine. As L<b>7</b> and E<b>7</b> arrive and get into position, they activate their TIAN module which automatically connects to the established TIAN and all fire personnel and equipment are shown on the IC's GIS display. The TIAN modules automatically set up the tactical communications channels for the IC and the fire crews. The fire crews are able to talk continuously with each other, reporting conditions and warning of hazards. Because the apartment building is not large enough to require a built-in wireless incident area network for emergency services, the first fire crew into the apartment drops self-organizing wireless TIAN modules on each of the floors at they progress through the building. Soon E<b>12</b> and the assigned EMS module arrive on site, activate their TIAN module that automatically connects to the TIAN. The new personnel and equipment are automatically registered over the TIAN with the IC commander and a communication path is established over the TIAN. <figref idref="DRAWINGS">FIG. 11</figref> shows a communication layout at the scene of incident and how the TIAN provides a connection between the first responders from different responding agencies.
01004. Several families have already evacuated the building. As firefighters ask for their names and apartment numbers, they use the voice recognition capabilities of their PSCDs to capture the information, applying an RF ID wrist strap to each resident to track their status and location. Other firefighters enter the building to guide survivors out and to rescue those who are trapped. The IR cameras on the firefighter's helmets pass video over the TIAN to provide the IC a view of fire conditions within the building and where the hot spots are located. Additionally, the firefighters monitor the temperature of the surrounding air in their location. This information is directly available over the TIAN to the firefighter, as well as the IC and EMS module on-scene. Other passive sensors, such as hazardous gas detectors, are also operating in the firefighter's PAN and this data is distributed over the TIAN. With the IC's guidance, the firefighters search each apartment for survivors and the source of the fire. The IC is able to monitor the location of each firefighter and is aware of which apartments have been searched by the information provided on the GIS displays.
01015. The EMS module outside the apartment uses the TIAN to monitor the vital signs of all the firefighters in and around the fire scene. The module alerts the IC that firefighter F<b>725</b> is showing signs of distress and the IC orders F<b>725</b> and his partner F<b>734</b> out of the building for a check-up with the EMS team.
01026. Firefighter F<b>765</b> pushes his emergency button when he becomes disoriented in the smoke. The emergency call is sent as a priority message over the TIAN to the IC where an alarm is generated and a communication path is established between the IC and firefighter F<b>765</b>. The IC immediately directs firefighter F<b>788</b> to his aid by providing F<b>765</b>'s location relative to F<b>788</b>.
01037. While the firefighters check every apartment for victims, the main fire is discovered in a second floor apartment kitchen where an electric range is burning. Two adults and two children are discovered in the apartment suffering from smoke inhalation. RF IDs are attached to their arms and each is given an oxygen tank and mask to help their breathing. They are carried outside the building where the EMS module is ready to take over medical aid.
01048. While the firefighters put out the fire in apartment 202, the IC checks the GIS display, which shows where the fire personnel are and where all the survivors and rescued individuals live in the apartment building. Two top-floor apartments have not been searched and the IC moves fire personnel to those apartments. The apartment database indicates an invalid may be living in apartment 321. The firefighters break down the doors of both apartments and in 321 find a bedridden individual, who is in good condition, and a pet dog in the other apartment. Both are outfitted with RF ID devices and taken from the building.
01059. The fire is brought under control. The IC releases E<b>12</b> and the IC disconnects E<b>12</b>'s TIAN modules from the IAN. E<b>7</b> and L<b>7</b> wrap their fire operations and A<b>34</b> has to transport one fire victim to the hospital. The IC releases all remaining equipment, disconnects their TIAN modules, and gives control to dispatch.
Fire Communications Summary
0106Throughout the scenario, the fire personnel and equipment, EMS support personnel, and the fire victims interoperate over the TIAN. They are tracked by the TIAN providing geo-location information in real time, providing the Incident Commander with current accountability of public safety personnel and of the fire's victims. All victim information and vitals are recorded through TIAN wireless monitors and voice recognition systems with no reliance on paper reports and notes. All fire personnel and equipment have monitors to measure vital conditions and status that are reported by the wireless PAN and TIAN systems to the IC's GIS. The GIS also has access to city building department databases, which are searched and queried for building information and plans, fire hydrant locations, etc.
0107While the present invention has been described in connection with the preferred embodiments of the various figures, it is to be understood that other similar embodiments may be used or modifications or additions may be made to the described embodiment for performing the same function of the present invention without deviating therefrom. Therefore, the present invention should not be limited to any single embodiment, but rather construed in breadth and scope in accordance with the recitation of the appended claims.
Contents6
13 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9 Sheet 10 Sheet 11 Sheet 12 Sheet 13
Every citation, both ways
| Document | Relation | Office | Cited during |
|---|---|---|---|
| US2009174547A1 | Cited by | United States of America | Pre-grant |
| US9100988B2 | Cited by | United States of America | Applicant |
| US8665087B2 | Cited by | United States of America | Search report |
| US2010137021A1 | Cited by | United States of America | Pre-grant |
| US8284694B2 | Cited by | United States of America | Search report |
| EP4406341A4 | Cited by | European Patent Office (EPO) | Search report |
| US8353309B1 | Cited by | United States of America | Applicant |
| US2010202397A1 | Cited by | United States of America | Pre-grant |
| US9467835B2 | Cited by | United States of America | Applicant |
| CN102185753A | Cited by | China | Search report |
| CN105430648A | Cited by | China | Search report |
| US8770220B1 | Cited by | United States of America | Applicant |
| US2001010689A1 | Cites | United States of America | Pre-grant |
| US2006092865A1 | Cites | United States of America | Pre-grant |
| US2008101252A1 | Cites | United States of America | Pre-grant |
| US6404775B1 | Cites | United States of America | Pre-grant |
| US7034678B2 | Cites | United States of America | Pre-grant |
| US7091852B2 | Cites | United States of America | Pre-grant |
| US7245216B2 | Cites | United States of America | Pre-grant |
| US7508840B2 | Cites | United States of America | Pre-grant |
| US7634231B2 | Cites | United States of America | Pre-grant |
| US7792981B2 | Cites | United States of America | Pre-grant |
29 members in 5 offices
Priority claims2
| Document | Office | Kind | Date |
|---|---|---|---|
| 57577404 | United States of America | P | |
| 94332304 | United States of America | A |
Members29
| Document | Office | Kind | |
|---|---|---|---|
| US2005265256A1 | United States of America | A1 | |
| WO2005119972A2 | World Intellectual Property Organization (WIPO) | A2 | |
| US2006096978A1 | United States of America | A1 | |
| CA2586472A1 | Canada | A1 | |
| CA2624946A1 | Canada | A1 | |
| WO2006052326A2 | World Intellectual Property Organization (WIPO) | A2 | |
| WO2006053185A2 | World Intellectual Property Organization (WIPO) | A2 | |
| WO2006052326A3 | World Intellectual Property Organization (WIPO) | A3 | |
| WO2005119972A3 | World Intellectual Property Organization (WIPO) | A3 | |
| GB0623714D0 | United Kingdom | D0 | |
| GB2431079A | United Kingdom | A | |
| WO2006053185A3 | World Intellectual Property Organization (WIPO) | A3 | |
| EP1814803A2 | European Patent Office (EPO) | A2 | |
| US2008067169A1 | United States of America | A1 | |
| GB0802285D0 | United Kingdom | D0 | |
| US2008135544A1 | United States of America | A1 | |
| GB2431079B | United Kingdom | B | |
| GB2431079B8 | United Kingdom | B8 | |
| US7508840B2 | United States of America | B2 | |
| US2009116509A1 | United States of America | A1 | |
| US2009174547A1 | United States of America | A1 | |
| US2009196234A1 | United States of America | A1 | |
| US7885291B2 | United States of America | B2 | |
| US8665087B2 | United States of America | B2 | |
| US8681804B2 | United States of America | B2 | |
| US2014206309A1 | United States of America | A1 | |
| US9125041B2 | United States of America | B2 | |
| US2015341964A1 | United States of America | A1 | |
| US9426834B2 | United States of America | B2 |
41 transactions on the USPTO file
Allowed without a rejection on record.
- Non-final rejections
- 0
- Final rejections
- 0
- RCEs
- 0
- Appeals
- 0
Over time
Point at a mark for the transactionTransactions
| Event | Code | |
|---|---|---|
| Expire PatentEXP. | EXP. | |
| Maintenance Fee Reminder MailedREM. | REM. | |
| Payment of Maintenance Fee, 8th Year, Large EntityM1552 | M1552 | |
| Recordation of Patent Grant MailedPGM/ | PGM/ | |
| Patent Issue Date Used in PTA CalculationAllowedPTAC | PTAC | |
| Issue Notification MailedAllowedWPIR | WPIR | |
| Dispatch to FDCD1935 | D1935 | |
| Printer Rush- No mailingTCPB | TCPB | |
| Mail Examiner's AmendmentMEX.A | MEX.A | |
| Mail Miscellaneous Communication to ApplicantMM327 | MM327 | |
| Examiner's Amendment CommunicationEX.A | EX.A | |
| Miscellaneous Communication to Applicant - No Action CountM327 | M327 | |
| Workflow - Drawings FinishedDRWF | DRWF | |
| Pubs Case Remand to TCPUBTC | PUBTC | |
| Mail PUB other miscellaneous communication to applicantMM327-D | MM327-D | |
| PUB Other miscellaneous communication to applicantM327-D | M327-D | |
| Correspondence Address ChangeC.AD | C.AD | |
| Application Is Considered Ready for IssuePILS | PILS | |
| Issue Fee Payment VerifiedN084 | N084 | |
| Issue Fee Payment ReceivedIFEE | IFEE | |
| Mail Examiner's AmendmentMEX.A | MEX.A | |
| Mail Notice of AllowanceAllowedMN/=. | MN/=. | |
| Notice of Allowance Data Verification CompletedAllowedN/=. | N/=. | |
| Examiner's Amendment CommunicationEX.A | EX.A | |
| Paralegal or electronic terminal disclaimer approvedP574 | P574 | |
| Terminal Disclaimer FiledDIST | DIST | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| PG-Pub Issue NotificationPG-ISSUE | PG-ISSUE | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Reference capture on IDSRCAP | RCAP | |
| Electronic Information Disclosure StatementEIDS. | EIDS. | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| IFW TSS Processing by Tech Center CompleteTSSCOMP | TSSCOMP | |
| Application Dispatched from OIPEOIPE | OIPE | |
| Sent to Classification ContractorPGPC | PGPC | |
| Filing ReceiptFLRCPT.O | FLRCPT.O | |
| Cleared by OIPE CSRL194 | L194 | |
| IFW Scan & PACR Auto Security ReviewSCAN | SCAN | |
| Initial Exam Team nnIEXX | IEXX |
7 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Lapsed due to failure to pay maintenance feeLapsedFP | FP | |
| Lapse for failure to pay maintenance feesLapsedPATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITYLAPS | LAPS | |
| Information on status: patent discontinuationPATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362STCH | STCH | |
| Fee payment procedureMAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITYFEPP | FEPP | |
| Maintenance fee paymentMAFP | MAFP | |
| Fee paymentFPAY | FPAY | |
| Information on status: patent grantGrantedPATENTED CASESTCF | STCF |
Numbers
- Publication
- 20090116509
- Application
- 12319276
Titles
- English
- Mobile temporary incident area network for local communications interoperability
Patent term adjustment
- A delay
- +206 daysthe office missed an examination deadline
- Applicant delay
- −7 days
- Net adjustment
- 199 days
Classification
- CPC, 18
- H04W4/02
- H04B7/14
- H04W28/10
- H04W40/02
- H04W84/18
- H04W92/02
- H04L69/08
- H04L69/18
- H04W76/50
- H04W4/90
- H04W76/10
- H04W4/08
- H04B7/18539
- H04B7/18563
- H04W48/18
- Y02D30/70
- H04W84/22
- H02J9/00
- IPC, 12
- H04J3 22
- H04J3 16
- H04L12 28
- H04W4 02
- H04L12 56
- H04L29 06
- H04W4 90
- H04W28 10
- H04W40 02
- H04W76 02
- H04W84 18
- H04W92 02