This present invention relates generally to the field of wireless communication and more particularly to the dissemination of data to and from mobile platforms requiring high bandwidth transfers.
Today's telecommunication environment is moving from a static, fixed and reliable base, whose cornerstone is physical connectivity, to a mobile, unwired base that hopes to provide the quality, reliability and comparable data bandwidths of the former. As seen in the evolution of the low bandwidth, ground-based cellular network over the last ten years, that goal may not be attainable other than in theory. The key to reaching the service and reliability levels of fixed land lines depends on providing extensive overlapping coverage across every part of a user coverage area.
As shown during the cellular era, that can be a very difficult requirement to satisfy, since the user does not always remain within the bounds of the most probable coverage area of metropolitan centers, interstate highways, etc. If population patterns persist as they have since the beginning of time, where 100 percent of the world's population has inhabited only fractional percentages of the total landmass, it appears that a compromise is in order. The arrival of the ‘hotspot’ appears to have changed the landscape for wireless connectivity and the rush is on to huddle the masses of individual users underneath various ‘umbrellas’, i.e., within range of the nearest access point at logical places where people congregate—football stadiums, coffee shops, airport lounges, hotels and the like.
The logical next step is to make the ‘umbrellas’ larger and larger until they encompass an entire metropolitan area, with less than optimum residual benefits to the potential millions of non Line of Sight (LOS) users within a large 30 mile coverage area, even using the latest adaptive antenna array and diversity techniques. This is due to the projected deployment of far fewer base stations (compared to an equivalent metropolitan cellular infrastructure) as inferred in the implementations of the IEEE standards 802.16/802.20 for Metropolitan Area Networks (MAN).
Another approach is a combination of limiting the size of the cells and overlapping them throughout the metropolitan area—one of the interpretations of the IEEE 802.16e standard, which is primarily focused on non LOS mobile users. When combined with backhaul capability from the smaller ‘hotspot’ feeders such as those derived from the IEEE 802.11b/a standards, using 802.16a techniques for backhauling into fixed infrastructure, a positive improvement in bandwidth and less expensive deployment over continued cellular infrastructure expansion is possible within the metropolitan ‘umbrella’.
Until deployment and coverage is complete within the MAN coverage area using this method, there will be many holes where dropouts may occur. It would be very likely that broadband quality data transfers would frequently be interrupted early on in this environment. In the case of public safety vehicles requiring critical updates or downloads such as high quality streaming video feeds with minimum latencies, or large transportation vehicles such as trains, busses and aircraft accommodating a multi-user environment over a long period of time, a logical and seamless handoff coordination and connect/re-connect method could be crucial to the MAN's success, particularly when outside coverage areas, both within the network while scaling up deployment and in transitioning between MANs once deployments are considered complete.
Before the goal of providing optimum broadband speeds while roaming between hotspot coverage areas can be reached in a way where deployment can be optimized, the hierarchy within the customer base must first be established. Should deployment be based on the number of individual customers within a metropolitan area, each with a variety of mobile devices requiring frequent updates, and each with a different level of perceived urgency and importance placed on the frequency of updates to their unwired devices? The individual customer may even insist and demand continuous and seamless connectivity. Should you start with the local municipality's needs, or even the federal government's? Is it more critical to provide services for transportation vehicles operating in a controlled or semi-controlled environment, as in the case of busses, trains, planes, ships and public safety vehicles, than it is to cater to the predictably random nature of an individual user, clustered in population enclaves?
In an ideal world the majority of projected users should dictate how and where coverage is required, assuming that coverage would ultimately be pervasive and seamless. One type of technology accommodating one primary type of customer (the individual user) can never meet all demands, due to physical limitations such as accessibility considerations caused by perturbations in the landscape, the clustering tendencies of mankind and many other criteria which demand flexibility, scalability and backwards compatibility to existing infrastructures.
The previous invention described methods for wirelessly uploading data required for maintaining proper vehicle configuration and operation, including delivery to any number of vehicle computers and a novel method for handling Flight Operations Quality Assurance (FOQA) and other forms of quality assurance data, such as video and audio. This type of function associated with stored on-vehicle video data will subsequently be called Video Operations Quality Assurance (VOQA) data. This functionality could become desirable due to potential security monitoring requirements imposed upon public transportation vehicles and the like. In addition, data such as vehicle anomaly reports and forms, weight and balance sheets, fuel reports, manuals, vehicle navigation database updates, transportation vehicle schedules and even RF coverage maps, may be highly desirable for the dissemination, reception and control by the Network Operations Center (NOC) appropriately associated with the vehicle. This type of quality assurance data would be categorized as Maintenance Operations Quality Assurance (MOQA).
The aircraft data services link method and apparatus detailed in application Ser. No. 10/042,374, in general provided a mechanism to retrieve data from or transfer data to aircraft computers, either by a remote request initiated from any number of authenticated network-connected clients or automatically. The requesting client could reside on a Wide Area Network (WAN) operatively connected to the aircraft via a wireless spread spectrum link or directly connected to the aircraft Local Area Network (LAN). The method and apparatus could initiate retrievals and data transfers automatically at a designated time interval, based upon report generation criteria stored as an operational program configuration (OPC) file defining reporting criteria and events.
Specifically, the problem of dissimilar physical mediums found on aircraft was addressed, i.e., the inability of ARINC 429 or Ethernet communication enabled computers to connect wirelessly to a NOC and user interface devices. The apparatus' functionality described a bridging function to upload or download data packets in the proper formats for communication between ground stations, aircraft network client devices and aircraft computers. In addition, the capability to operate as a router, server and spread spectrum transceiver was also addressed, along with the NOC's role in command and control of the data. The invention described in the following paragraphs continues in the spirit of the embodiments of the prior disclosure, particularly in its application to mobile vehicular platforms requiring optimum throughput and connectivity for data transfers within the constraints of the vehicle operational envelope and available infrastructure in a less than ideal, non-pervasive wireless mobility environment.
The Vehicle Data Services (VDS) communication system extends the basic concepts of the Aircraft Data Services Link (ADSL) to vehicles operating in a predictable manner, e.g., not only commercial aircraft, which operate according to a flight plan, with designated departure and destination criteria, and all intermediate points (cruise altitudes, heading and heading changes, waypoints, etc.), but also trains, busses, ships and other vehicles, which like people, tend to transition through key locations such as bus depots and transfer stations, railroad stops and terminals and shipping ports. In the case of people, those key locations would equivalently be coffee shops, airport terminals, parks, hotels, etc., areas that have been targeted by service providers for the location of the wireless ‘hotspot’, although trying to predetermine an individual's arrival at a hotspot may be slightly more difficult than looking at the latest version of a metro bus schedule.
Unlike individuals, these mobile platforms are much more predictable in schedule, time of departure, time of arrival, direction of departure and arrival, speed of arrival, angle of arrival, etc. than is the ordinary individual arriving and departing the ‘hotspot’.
Additionally, wireless connectivity may be fairly low in priority during the more often than not, short stay at one of these ‘hotspots’. On the other hand, the ordinary individual's behavior, when using any of the forms of transportation mentioned, can also be more easily quantified. In other words metropolitan and regional transportation vehicles provide a captive client base that would benefit from a combination of seamless, periodic broadband speed updates to their mobile network devices when outside a continuously connected wireless environment such as a MAN and continuous coverage while stationary or mobile and within a micro (802.11) or macro (802.16/802.20) cell ‘hotspot’ base station range.
Many of the network architectures existing on vehicles today are not simply Ethernet based due to various considerations. For example, military standards such as MIL-STD-1553 and commercial standards like ARINC 429, take into account factors such as failure immunity, robustness and functional criticality. Alternatively, there currently exist network architectures much faster than the predominant 10/100 baseT Ethernet, like Firewire and USB, which are suitable for data transfers up to 400-800 Mbps.
Equipping a vehicle to handle wireless transfers must take into account the diverse range of pre-existing and alternative communications media used to move data amongst vehicle network devices. The Vehicle Microserver Bridge Router (VMBR) 100, outlined in
The data content either originates from networked ground station computers or vehicle computers. The invention performs these functions by requesting and retrieving the stored data and emulating a legacy method which would be functionally equivalent to the method described in a previous embodiment of the invention for the ARINC 615 interface 105113 on commercial aircraft, of which this invention is a continuation. Most vehicle computers in existence today have a limited storage medium such as NVM or EEPROM with various ways to retrieve or overwrite the data, e.g., RS232 serial dump via test connector.
An Application Programmable Interface (API) for the many types of vehicle communication bus architectures (as depicted in
The methods described are generally non-time deterministic, describing a process to remotely or automatically request or transfer data via a wireless communication link; however, the type of data described falls into the specific category of vehicle operation and performance—typical data structures targeted for movement to and from the vehicle include operational and database program updates to the on-board vehicle computers, stored performance and fault log downloads to ground-based operations centers, etc. One notable data type considered as operational data for download is recorded video and audio data stored on-board as a result of security monitoring or an emergency event, which can be used subsequently at a later time for training purposes and legal substantiation. The VMBR 100 has the additional capability of encoding and decoding, compressing and de-compressing data intended for wireless transmission and reception. This is considered an extension of the routing and data conditioning function that delivers packetized data to the appropriate VMBR interface 110 or interfaces shown in
The Vehicle Microserver Bridge Router (VMBR) apparatus, an extension of the apparatus described in application Ser. No. 10/042,374, provides a complete on-vehicle direct interface capability to a ground-based spread spectrum communications link, along with interfacing capability to existing on-vehicle RF and satellite communications such as HF, VHF, GPS, narrowband and broadband satellite links. The typical formats include MIL-1553, ARINC 429, Ethernet, RS-232. Optical Fiber, Firewire or a host of other communication bus structures. The apparatus is structured to bridge data to and from its internal host bus architecture 112 to the appropriate vehicle device(s) 110 communication bus format, route and/or store data packets to and from a NOC 300 via a wireless data link 114 and the transportation vehicle 200500. Appropriate application layer information to accompany the wireless link data packets that assist in maximizing bandwidth, both on the ground station platform and vehicle platform, will be discussed in the following paragraphs.
The apparatus' primary function is to properly handle data updates or downloads required for a particular on-vehicle device or computer connected either directly, through a hub/switch or series of hubs/switches, or if an on-vehicle wireless LAN is installed, any devices operatively connected to such a LAN. A download is defined as a vehicle to NOC wireless transfer of data packets from an on-vehicle network device to a NOC, with the intermediate step of bridging, routing and/or storing the packets of information on-board the vehicle for later retrieval, depending on predetermined priority criteria, such as an emergency situation declared, company policy and procedures, automatic report generation, etc., which requires a level of on-vehicle backup and redundancy.
An embodiment of the invention that utilizes transmission/reception techniques such as Multiple Input Multiple Output Orthogonal Frequency Division Multiplexing (OFDM) being currently developed for fixed Non Une of Sight general users at distances up to 40-50 kilometers could be applied to the Vehicle Data Services link in a novel way. The following ‘stores’, ‘data flows’ and ‘data manipulations’ would be required:
Vehicle/NOC Reference Databases
The base station assesses user bandwidth allocation and priority. For example, coordinated two-tiered priority system (USER/EMERGENCY) could be handled at the wireless link application layer. Establishing excessive hierarchical dependency structures at the NOC should not be required for the user/NOC/data type relationship with this simplified structure. The number of NOCs associated with the top three levels should always be very small compared to the potential number in Levels IV and V. The dumping of bandwidth for general category users theoretically would only occur at the access points currently activated for communicating with the vehicle.
A hierarchy for bandwidth allocation is suggested. On the ground station side, this consists of choice of signal path or paths between base station networks and user and the use of adaptive antenna beam focusing and signal strength adjustments 503 and/or multiple diversity antenna placements 504.
Priority—Users
An embodiment of the invention is presented where optimum bandwidth is desired on predictable, repeatable vehicle routes, at a time when MAN deployment is assumed to be in its infancy, i.e., total area coverage continually scales up, but is never completely pervasive, with the assumption that there is no overlapping coverage between MANs. The MAN is assumed to be a mix of small range, individual, enterprise ‘hotspots’, larger range mobility hotspots using any combination of diversity and adaptive antenna arrays and even wider area metropolitan area coverage hotspot or hotspots, which provide generic coverage when localized coverage has either been redirected or is not available to individual user.
The following is an example of how the two-tiered priority system would be handled: A regional bus carrier has just entered Manhattan across the George Washington bridge from New jersey when an unruly passenger becomes a source of concern to the safety of the driver and other passengers. The driver declares an emergency via a panic button that activates 2 Firewire 800 (800 Mb throughput) cameras, along with a broadcast of the vehicle's GPS position. Due to the fact that this is a public safety alert, in addition to the routing of the vehicle data to the bus carrier's central NOC, the NYPD NOC would take over operational control, thereby categorizing the User Priority at the highest level and the Emergency Priority at the second highest level, due to the fact that a regional transportation vehicle is involved. This situation would constitute the highest level two-stage priority defined (outside of an on-going or imminent terrorist attack), meaning that all available bandwidth resources would be directed for use by users associated with the alert, including local hotspots within range of the vehicle and its priority users (802.11b/a) 201, MAN coverage (802.16e, 802.20) 202203 and backhaul coverage (802.16a) 204.
A base station setup embodied onto a vehicle such as a helicopter could create a portable and mobile base station function to perform as an access point with backhauling capability. As an example, in responding to a major municipal incident, the mobile base station could allow immediate communication access, including video feeds to public safety NOCs or even a news station from individuals using mobile wireless cameras, e.g., at a major fire, where the location may be obstructed by large buildings on all sides.
It has previously been established that critical vehicle operations data such as FOQA, MOQA and VOQA and its dissemination and control is addressed in the preferred embodiments of this invention. These data types are not time constrained, as they should be recorded and stored on-board vehicle computers for convenient delivery when within range of an access point, according to the particular responsible NOC's data distribution and usage procedures.
Occasionally, there are emergency or procedural situations where the data delivery becomes more urgent and low-latency, handoff management and range extension is required, e.g., upon landing of an aircraft may require extensive data downloads with only a short turn around prior to the next departure.
Although vehicle storage should always be active for later retrieval, another added benefit during the unlikelihood of a potentially catastrophic event—that a video/audio stream, VOIP or vehicle performance data could be transmitted to ground stations by extending the wireless link to the vehicle platform using the methods described in previous paragraphs and exemplified in
This application is a continuation-in-part of and claims priority under 35 U.S.C. § 120 to U.S. patent application Ser. No. 10/042,374, filed Jan. 4, 2002, now U.S. Pat. No. 6,671,589, entitled ‘Method and apparatus to support remote and automatically initiated data loading and data acquisition of airborne computers using a wireless spread spectrum aircraft data services link’, which in turn claims priority under 35 U.S.C. § 119(e) to U.S. Provisional Patent Application Ser. No. 60/268,085, filed Feb. 13, 2001.
Number | Name | Date | Kind |
---|---|---|---|
3573740 | Berger et al. | Apr 1971 | A |
5077671 | Leslie et al. | Dec 1991 | A |
5079707 | Bird et al. | Jan 1992 | A |
5307505 | Houlberg et al. | Apr 1994 | A |
5410478 | Richard et al. | Apr 1995 | A |
5424949 | Applegate et al. | Jun 1995 | A |
5428650 | Pitot | Jun 1995 | A |
5761625 | Honcik et al. | Jun 1998 | A |
5805828 | Lee et al. | Sep 1998 | A |
5841969 | Fye | Nov 1998 | A |
5970395 | Weiler et al. | Oct 1999 | A |
6047165 | Wright et al. | Apr 2000 | A |
6104914 | Wright et al. | Aug 2000 | A |
6108523 | Wright et al. | Aug 2000 | A |
6148179 | Wright et al. | Nov 2000 | A |
6154636 | Wright et al. | Nov 2000 | A |
6154637 | Wright et al. | Nov 2000 | A |
6160998 | Wright et al. | Dec 2000 | A |
6163681 | Wright et al. | Dec 2000 | A |
6167238 | Wright | Dec 2000 | A |
6167239 | Wright et al. | Dec 2000 | A |
6173159 | Wright et al. | Jan 2001 | B1 |
6181990 | Grabowsky et al. | Jan 2001 | B1 |
6236365 | LeBlanc et al. | May 2001 | B1 |
6275172 | Curtis et al. | Aug 2001 | B1 |
6278396 | Tran | Aug 2001 | B1 |
6298092 | Heath, Jr. et al. | Oct 2001 | B1 |
6353734 | Wright et al. | Mar 2002 | B1 |
6385513 | Murray et al. | May 2002 | B1 |
6438468 | Muxlow et al. | Aug 2002 | B1 |
6459411 | Frazier et al. | Oct 2002 | B2 |
6477152 | Hiett | Nov 2002 | B1 |
6522888 | Garceran et al. | Feb 2003 | B1 |
6545601 | Monroe | Apr 2003 | B1 |
6546425 | Hanson et al. | Apr 2003 | B1 |
6559812 | McCarten et al. | May 2003 | B1 |
6671589 | Holst et al. | Dec 2003 | B2 |
6747577 | Chakravarty et al. | Jun 2004 | B2 |
6760778 | Nelson et al. | Jul 2004 | B1 |
6937164 | Thomson et al. | Aug 2005 | B2 |
6952181 | Karr et al. | Oct 2005 | B2 |
7197310 | Gehlot et al. | Mar 2007 | B2 |
7215969 | Benco et al. | May 2007 | B2 |
20010033558 | Matsuki | Oct 2001 | A1 |
20020111720 | Holst et al. | Aug 2002 | A1 |
20030003872 | Brinkley et al. | Jan 2003 | A1 |
20030069015 | Brinkley et al. | Apr 2003 | A1 |
20030146871 | Karr et al. | Aug 2003 | A1 |
20030148736 | Wright et al. | Aug 2003 | A1 |
20030182404 | Saint-Etienne et al. | Sep 2003 | A1 |
20030222819 | Karr et al. | Dec 2003 | A1 |
20030222820 | Karr et al. | Dec 2003 | A1 |
20040193732 | Nelson et al. | Sep 2004 | A1 |
20040198386 | Dupray | Oct 2004 | A1 |
20040266457 | Dupray | Dec 2004 | A1 |
20050185618 | Friday et al. | Aug 2005 | A1 |
20050197136 | Friday et al. | Sep 2005 | A1 |
20050197748 | Holst et al. | Sep 2005 | A1 |
20050208952 | Dietrich et al. | Sep 2005 | A1 |
20050228558 | Valette et al. | Oct 2005 | A1 |
20060025158 | Leblanc et al. | Feb 2006 | A1 |
Number | Date | Country | |
---|---|---|---|
20050197748 A1 | Sep 2005 | US |
Number | Date | Country | |
---|---|---|---|
60268085 | Feb 2001 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 10042374 | Jan 2002 | US |
Child | 10470624 | US |