DETAILED DESCRIPTION OF THE INVENTION
 The present invention is directed to ensuring that a mobile terminal maintains current position assistance data so that the time required to determine its geographic position on demand is reduced. This expedited location determination capability has particular value in emergency calling situations. Techniques for maintaining current position assistance data within the mobile terminal include approaches best suited to operation in digital cellular service areas, analog cellular service areas, and in mixed digital and analog cellular service areas. As such, the following discussion generally applies to the broad division between analog and digital wireless communication services, rather than to specific wireless communications air interface standards, except where noted.
 Examples of prevailing digital communication standards include TIA/EIA-136, which defines digital cellular and data services at 800 MHz and 1900 MHz, and is based on Time Division Multiple Access (TDMA) techniques. Other examples of digital air interface standards include but are not limited to IS-95, cdma2000, and Global System for Mobile Communications (GSM). The cdma2000standard provides for digital cellular and data services at one or more frequency bands and is based on Code Division Multiple Access (CDMA) techniques. The GSM standard also provides for digital cellular and data services, and defines operation at a variety of frequency bands depending upon locality. Developing third-generation (3G) standards incorporate aspects of one or more of these existing digital standards.
 The Advanced Mobile Phone System (AMPS) standard is perhaps the most prevalent analog cellular service standard. While AMPS is often considered a legacy system, it nonetheless enjoys broad deployment and remains the only available service in many geographic locations.
 Referring now to the FIG. 1, a mobile network 10 includes at least one base station 12 and associated radio antenna 14, that together define a wireless communication service area 16 to support one or more mobile terminals 100, a mobile switching center 18 to interface with one or more external networks 20, and one or more GPS reference receivers 22. The base station 12 uses its associated antenna 14 to communicate with the mobile terminals operating in the service area 16. The mobile switching center 18 typically supports a number of base stations 12, and provides a communication interface between the mobile network 10 and the one or more external networks 20.
 The mobile terminal 100 maintains updated position assistance data, which may include GPS satellite position and time information, so that it can rapidly calculate its geographic position when necessary. While the mobile terminal 100 may have full GPS reception capabilities, the GPS data needed to ensure quick and accurate calculations of position may be more conveniently provided by the mobile network 10 rather than by the GPS satellites themselves. TIA/EIA-136, for example, provides for messaging, paging, and other data transfers, such as general broadcast messages, between the base station 12 and the mobile terminals 100 operating within the digital service area 16. The mobile terminals 100 typically receive such data when operating in an idle or standby condition. Thus, the GPS data required for supporting rapid GPS satellite signal acquisition and accurate position calculations may be provided to one or more mobile terminals 100 by the base station 12.
 The mobile network 10 may provide position assistance data generally on a broadcast basis. In this framework, mobile terminals 100 that are “camping” on digital control channels within the digital service area 16 receive position assistance data on defined broadcast channels, such as the Extended Broadcast Channel (E-BCCH) defined in the TIA/EIA-136 standard. In other frameworks, dedicated or terminal-specific communication channels might be used to provide position assistance data or updates to selected mobile terminals 100 in the digital service area 16.
 The mobile network 10 has access to the requisite GPS data via the GPS reference receiver 22. Other systems within the mobile network 10 may generate position assistance data based on information from the reference receiver 22, which is then sent to the base station 12 for transmission to a mobile terminal 100, or the base station 12 may itself process the GPS data. Note that the reference receiver 22 may be located elsewhere within the mobile network 10, such as at a location server (not shown).
 The GPS reference receiver 22 uses information received from the available GPS satellites 24 to maintain continuously updated GPS data. This updated GPS data serves as the basis for updated position assistance data available to the mobile terminals 100. All or selected portions of this position assistance data may be transferred to the mobile terminal 100 on demand or as needed. The GPS data of interest includes but may not be limited to almanac, ephemeris, clock and ionosphere corrections, and reference time and reference location information.
 Almanac data includes specific orbital parameters for each of the GPS satellites 24 in the constellation of GPS satellites 24. Almanac data represents a coarse model of the satellite positions and is typically good for about a month. The satellite position errors introduced by outdated almanac degrade gracefully as the data becomes increasingly aged. Ephemeris data represents a precise model of a given GPS satellites'position, and is presented using Keplerian orbital elements. The elements include the semi-major axis, the orbital eccentricity, the orbital inclination, the ascending node, the argument of the perigee, and the time of the perigee.
 Ephemeris data is vital for determining the precise relative position of each GPS satellite 24 used by the mobile terminal 100 in position determination. In addition to ephemeris data, satellite clock correction model and ionosphere corrections are needed for precise positioning. The propagation time of the GPS satellite signals through the ionosphere varies as a function of the total electron count in the ionosphere, which in turn varies over time. The ephemeris and clock correction data for any given GPS satellite 24 is valid for two to four hours. The ionosphere delay corrections are globally valid for up to six days, which is the maximum time between uploads from the GPS ground stations (not shown) to the GPS satellites 24.
 Finally, the position assistance data stored in the mobile terminal 100 can include reference time and location data. The reference time is an estimate of the current GPS time, and may be stored in the form of a real-time clock (RTC) that is initialized by data from the network 10 but subsequently runs autonomously. The reference location is a representation of the approximate current location of the mobile terminal 100. Generally, the reference location is desired to be accurate to within 100 km of the mobile terminal's current position.
 As earlier noted, the mobile terminal 100 receiving the above GPS data from the mobile network 10 rather than directly from the available GPS satellites 24 is advantageous. First, the mobile terminal 100 saves power by receiving the GPS data through its radio link with the base station 12, since it already monitors that communications channel while in standby. This eliminates the need to expend additional power receiving and processing the GPS satellites signals. Second, the data bandwidth for signaling between the base station 12 and the mobile terminal 100 is substantially higher than the data bandwidth of the GPS satellite signals. For example, receiving the full almanac data via a GPS satellite signal may require in excess of ten minutes, while the mobile terminal 100 can receive the same data via the mobile network 10 in a few seconds.
 The underlying point of maintaining current position assistance data is that, if the mobile terminal has substantially current GPS data stored, it takes relatively little time for it to acquire necessary satellite signals and to calculate its current geographic position. Indeed, having regularly updated position assistance data available enables the mobile terminal 100 to determine its position in situations where such determination would not otherwise be possible. To understand this, there are a few points worth noting about determining current location based on GPS, and about the GPS satellite signals themselves.
 Generally, signals from three separate GPS satellites 24 are required for determining a two-dimensional location on the earth's surface, with a fourth GPS satellite signal required to determine altitude above the surface. Each GPS satellite 24 transmits its Standard Position Service signal (SPS), the signal available for civilian use, using spread spectrum techniques. To receive the signal from a given GPS satellite 24, the mobile terminal 100 must de-correlate the received signal using the same pseudo-noise (PN) spreading code employed by the GPS satellite 24. The mobile terminal 100 must adjust the code phase offset of its locally generated PN code to match the code phase offset of the received signal. When the code phase offset is matched to the received signal, a correlation peak is generated. In this manner, the mobile terminal 100 can detect when it has aligned its locally generated PN code with that of the received signal. This process of resolving sub-millisecond ambiguity is known as “code acquisition.” The receiver also must resolve larger time ambiguities, such as the millisecond within the 20-ms bit and the bit within the navigation message, prior to computing the positions of the satellites 24 and itself. This entire process is known as “synchronization”.
 Synchronization must be achieved for each of the three (or four) GPS satellite signals being received by the mobile terminal 100. Because the code phase offset of each received signal depends upon the signal's time-of-flight, the mobile terminal 100 can infer the distance to the originating GPS satellite 24 after synchronization. Thus, by synchronizing with the GPS satellite signals of interest the mobile terminal 100 can quickly determine its distance from each of the involved GPS satellites 24 with a high degree of accuracy. In turn, this allows the mobile terminal 100 to determine its own geographic position. Significantly, if the stored GPS data is accurate enough (i.e., current enough), the mobile terminal 100 can make its position determination based on the synchronization process alone, without the need for actually demodulating the received GPS satellite signals to recover their embedded data.
 GPS satellite signals are inherently low power and lack robust forward-error encoding. Consequently, under anything approaching marginal reception conditions, the bit-error-rate (BER) of data extracted from the signals can be quite high. The received signal strength required for successful synchronization is lower than that required for successful demodulation and data extraction. Thus, the mobile terminal 100 can determine its position based on synchronization and stored GPS data in areas where the BER of received GPS data would be too high for successful location determination.
 Turning now to FIG. 2, a mobile network 30 includes a base station 12 and associated antenna 14, together defining an analog service area 32. The mobile network 30 further includes an MSC 18 to interface the mobile network 30 with one or more external networks 20. For this discussion, the primary distinction between the mobile network 30 and the earlier mobile network 10 is that the mobile network 30 is based on an analog air interface standard, such as AMPS. The general functionality of the base stations 12 and mobile switching centers 18 is similar with that of their counterparts in the mobile network 10. However, there are no provisions for the mobile network 30 to provide the mobile terminal 100 with GPS data while it is in standby mode. . Therefore, the mobile terminal 100 has no opportunity to receive network-assisted GPS data during operation in the analog service area 32.
 When operating in the analog service area 32, there are essentially two possibilities for having stored GPS data within the mobile terminal 100 that is recent enough to be of value in expediting position determination. First, the mobile terminal might have recently moved from the digital service area 16, such that the GPS assistance data it received earlier remains sufficiently useful. Second, the mobile terminal 100 can acquire and maintain the needed GPS data, based on receiving the data directly from the available GPS satellites 24. The second approach has several challenges.
 GPS satellite signals are low power and require significant signal amplification. The structure of the mobile terminal 100 is discussed in more detail later, but at present it suffices to state that the mobile terminal 100 typically cannot successfully receive and demodulate the satellite signals while its own transmit signal is active. It should be noted that the mobile terminal 100 transmits and receives in half-duplex fashion when operating in the digital service area 16, and in full-duplex fashion when operating in the analog service area 32. This simply means that in the digital service area 16, the mobile terminal's transmitter is off when its receiver is on during an active call, but is continuously on during an active call in the analog service area 32.
 The above fact highlights one of the reasons for maintaining current GPS data in the mobile terminal 100. If the mobile terminal 100 cannot receive GPS satellite signals while actively transmitting, then the transmit signal must not be enabled at the outset of an emergency phone call from the analog service area 32 until the mobile terminal 100 has determined its location. The delay from initiation of the emergency call associated with position determination must be minimal. With substantially current GPS data available in the mobile terminal 100, an accurate location can be determined much more quickly than if the data were not available. In some instances, position determination time may be reduced to within a few seconds or less.
 If the GPS data, or selected portions thereof, stored in the mobile terminal is too old to be useful in accurate position determination, the mobile terminal 100 can periodically receive needed portions of the GPS data from the available GPS satellites 24. FIG. 3 provides simplified flow logic for this process.
 Processing begins with the mobile terminal 100 camping on an ACC (block 200). If the mobile terminal 100 does not contain current almanac data (block 202), it receives the needed information from one of the currently available GPS satellites 24. The mobile terminal 100 then updates any affected timers or stored date values to reflect its reception of the updated almanac information (block 206), and processing ends. Note that indicating the end of processing does not imply that the mobile terminal 100 ends camping on the ACC, but rather marks a logical termination of the current GPS-related processing task or thread.
 If the mobile terminal 100 already has current almanac data, it checks to see if any of the more time-sensitive GPS data needs refreshing (block 210). This data includes the ephemeris data, as well as the ionosphere and clock correction data. The mobile terminal might set up internal timers such that it checks the age of stored GPS data once every five minutes, or other reasonable time interval. If one or more portions of the remaining GPS data needs updated, the mobile terminal 100 receives the needed data from relevant GPS satellites 24 (block 212). The mobile terminal 100 stores this data internally, and may time-stamp the data or simply note the time of last updating for the various portions of the GPS data so that it can track when future updates are needed.
 With the processing above, the mobile terminal 100 maintains current GPS data while operating in the analog service area 32. Because the standby current consumed by the mobile terminal 100 while camping on an ACC is substantially higher than when camping on a DCCH, the additional current used by periodically receiving and processing the GPS satellite signals is relatively insignificant. This difference principally arises from differences in how the mobile terminal 100 monitors an ACC versus how it monitors a DCCH. For example, a typical DCCH camping current might be less than three milliamps, while a typical ACC camping current is typically an order of magnitude greater. Thus, a few extra milliamps on average to periodically perform the GPS satellite signal processing is not significant in analog camping.
 If the mobile terminal 100 operates in the digital service area 16 and then moves into the analog service area 32, its stored GPS data will remain usable until the most time sensitive portions of that data become too old. Obviously, the usefulness of stored GPS data is maximized if the most time-sensitive or the oldest portions are updated just as the mobile terminal 100 leaves or is about to leave the digital service area 16.
 FIG. 4 provides simplified flow logic for a generalized approach to keeping the GPS data stored in the mobile terminal 100 updated while it operates in the digital service area 16. At least three generalized approaches exist for providing network-assisted GPS data to the mobile terminal 100 in anticipation of its subsequent movement to one or more analog service areas. These different approaches are generally illustrated in FIG. 4.
 Processing begins with the mobile terminal 100 camping on a DCCH (block 220). In some digital service areas 16, system operators responsible for administering the mobile network 10 might choose to make network-assisted GPS data available on a general broadcast basis to all mobile terminals 100 operating within the digital service area 16. If needed GPS data is available on a general broadcast basis (block 222), the mobile terminal 100 may simply receive periodically updated GPS data through the defined broadcast channels, such as the FBCCH and EBCCH defined for TIA/EIA-136 (block 224).
 To facilitate updating operations, the mobile terminal 100 might maintain several timers keyed to the time-sensitivity of various portions of the GPS data. For example, the mobile terminal 100 could set an internal timer to trigger re-storage of ephemeris data once every two hours. Once the mobile terminal 100 has updated all or selected portions of its stored GPS data, processing ends (block 226). Here, “ending” may simply constitute returning to the camping state (block 220) or carrying other functions as needed.
 If the mobile network 10 does not provide network-assisted GPS data on a general broadcast basis (block 222), it might provide such data to selected mobile terminals 100 on a targeted, point-to-point basis. As such, providing GPS data might represent a premium service that mobile terminal users could subscribe to. If the mobile network 10 is adapted to “push” needed GPS data to specific mobile terminals 100 (block 228), the mobile terminal 100 might simply monitor for such data (block 230). Note that while monitoring, the mobile terminal 100 is still free to carry out other functions. If pushed data is available (block 230), the mobile terminal 100 updates its stored GPS data accordingly (block 232), and processing ends (block 234). Note that the mobile network 10 might push selected portions of the GPS data, or might simply transfer all of it. The mobile terminal 100 might indicate which portions of its stored GPS data are the closest to being out of date and make selective requests on that basis.
 In the above scenario, the mobile network 10 might be configured to push the GPS data based on recognizing when various mobile terminals 100 are most likely to leave the digital service area 16. For example, the digital service area 16 might be subdivided into a plurality of service cells (not shown), with each cell having a base station 12 and antenna 14 to provide service to mobile terminals 100 within that cell. When a given mobile terminal 100 enters a cell on the fringe of the digital service area 16, the mobile network 10, perhaps in the MSC 18, might deem that mobile terminal 100 as “likely” to depart the digital service area 16. On that basis, the base station 12 serving the given mobile terminal 100 could transmit the needed GPS data to that mobile terminal 100.
 If the mobile network 10 is not configured for selecting pushing of the GPS data (block 236), the mobile terminal 100 might monitor for conditions when it is likely or imminent that it will leave the digital service area 16 (block 236). How the mobile terminal 100 monitors for this condition can depend upon the air interface standard on which the mobile network 10 is based. This concept is illustrated later in more detail using the TIA/EIA-136 standard as an example. If the mobile terminal 100 determines that it is likely or possible that it subsequently move into an analog service area (block 238), such as the analog service area 32, it receives at least the needed portions of its stored GPS data from the mobile network 10 (block 240) to ensure that its stored GPS is as current as possible in anticipation of the transition to analog service. Processing then ends (block 242). As above, “ending” here might simply mean continuation of camping, or performing other functions as needed.
 The above discussion of flow logic might not be implemented as a whole within the mobile terminal 100, but does provide an overview of some of the options available for providing network-assisted GPS data to the mobile terminal 100. For example, as standards develop for providing network-assisted GPS data, it becomes more practical to include program functionality within the mobile terminal 100 directed to supporting the specifics of those standards. One example of a developing standard for network-assisted GPS data is Part 740 of the TIA/EIA-136 standard. Part 740 defines a network-assisted approach to providing GPS data referred to as System Assisted Mobile Positioning via Satellite (SAMPS). The TIA/EIA-136 standard, including Part 740, is incorporated herein by reference.
 FIG. 5 illustrates one example of mobile terminal operation when the digital service area 16 provides service based on the TIA/EIA-136 standard. Processing begins (block 250) with the mobile terminal 100 determining whether it is camping on an ACC or on a DCCH (block 252). If it is on a DCCH (block 254), the mobile terminal 100 monitors to see whether an ACC appears in the “neighbor list” defined by the TIA/EIA-136 standard. Neighbor lists are maintained in the mobile terminal 100 and indicate neighboring base stations 12 adjacent to the current operating area of the mobile terminal 100 (e.g., the digital service area 16). If there is no analog neighbor, i.e., ACC in the neighbor list (block 256), the mobile terminal continues monitoring its neighbor list (block 254). If an ACC appears in the neighbor list, the mobile terminal 100 gets GPS almanac data via SAMPS, if its has not already updated its almanac for that day (block 258).
 The mobile terminal 100 then gets GPS ephemeris and reference location data via SAMPS, if that data has not been downloaded in the past half hour, or some other reasonably short period of time (block 260). Recall that the ephemeris data it generally good for no more than four hours, so the mobile terminal 100 should implement a relatively short timer for updating ephemeris data via SAMPS. Next, the mobile terminal 100 gets reference time data either from the mobile network 10 via SAMPS, or from a strong GPS satellite signal, if the reference time has not been updated within the past one hour, or other reasonable interval (block 264), and processing ends (block 264). The end of processing here might simply represent the mobile terminal 100 returning its initial camping state (block 250), or carrying out other functions as needed. The mobile terminal 100 can maintain one or more internal timers in either hardware or software to manage the above periodic refreshing of the various components of the stored GPS data.
 If the mobile terminal 100 finds itself in a camping state on an ACC (block 266), it determines if the System Identification (SID) or System Operator Code (SOC) is the same at when it last obtained its reference location (block 268). If not, the mobile terminal has moved from one analog service area to another. Based on this, the mobile terminal 100 gets the reference time and ephemeris from available GPS satellites with strong signals and computes its reference location (block 276). If the SID or SOC indicates that the mobile terminal 100 has remained in the same analog service area (block 268), it determines if at least one RF channel appearing in its current neighbor list is the same as when it last obtained its reference location (block 270). If not, the mobile terminal 100 has possibly moved a substantial distance relative to its previous reference location. Thus, the mobile terminal 100 updates its reference time and ephemeris data, preferably using the strongest of the currently available GPS satellite signals (block 276). With this update information, the mobile terminal 100 computes its new reference location.
 If at least one RF channel appearing in the mobile terminal's current neighbor list is the same as when it last obtained its reference location, the mobile terminal 100 re-synchronizes its reference time using one of the currently available GPS satellite signals if it has not done so in the last hour (block 272). The mobile terminal 100 may use an internal hardware of software timer to track when updates are due for the reference time and other parameters in its stored GPS data. When re-synchronizing its reference time, the mobile terminal 100 preferably using the strongest of the available GPS satellite signals.
 The mobile terminal 100 then gets ephemeris for each GPS satellite expected to be in view within the next two hours, if it has not collected such ephemeris data within the last two hours, or other reasonable timing interval (block 274). At this point, processing ends (block 276). As above, the end of processing may simply represent a return to the beginning of logical processing (block 250), and leaves the mobile terminal 100 free to repeat the above logical steps, and perform other functions as needed. Indeed, the operating program of the mobile terminal 100 may be configured such that the mobile terminal 100 performs the above logic in parallel with other functions.
 In general, the goal is to maintain the currency of GPS data stored in the mobile terminal 100 using network assistance where available, or by periodic reception of GPS data directly from currently available GPS satellites. The latter technique is employed in analog service areas where network assistance is not available. Note that the mobile terminal 100 may also obtain position assistance data from analog mobile networks that provide such data on one or more voice or control channels. The preceding discussion provided examples for obtaining needed GPS data while operating within a digital service area 16 based on its general availability via broadcast channels, or per mobile terminal 100 as needed a push basis (e.g., initiated by the mobile network 10), or a pull basis (e.g., initiated by the mobile terminal 100). While more detailed examples were provided for TIA/EIA-136 networks, the ideas and techniques discussed above are broadly applicable to existing and planned digital and analog wireless communication standards.
 FIG. 6 is a diagram of an exemplary implementation of the mobile terminal 100. The mobile terminal 100 includes a controller 102, memory 104, a position detector 106, an operator interface 110, a transmitter 120, a receiver 130, and an antenna assembly 140. The operator interface 110 typically includes a microphone 111, a speaker 112, an interface control 114, a display 116, and a keypad 118. The display 116 allows the operator to see dialed digits, call status, and other service information. The keypad 1118 allows the operator to dial numbers, enter commands, and select options. The interface control 114 interfaces the display 116 and the keypad 118 with the controller 102. The microphone 111 receives acoustic signals from the user and converts the acoustic signals to an analog electrical signal. The speaker 112 converts analog electrical signals from the receiver 130 to acoustic signals that can be heard by the user.
 The analog electrical signal from the microphone 111 is supplied to the transmitter 120. Transmitter 120 includes an analog-to-digital converter (ADC) 121, a digital signal processor (DSP) 122, and a phase modulator and RF amplifier 128. The ADC 121 changes the analog electrical signal from the microphone 111 into a digital signal. The digital signal is passed to the DSP 122, which contains a speech coder 124 and channel coder 126. The speech coder 124 compresses the digital signal and the channel coder 126 inserts error detection, error correction and signaling information. The DSP 122 may include, or may work in conjunction with, a DTMF tone generator (not shown). The compressed and encoded signal from the DSP 122 is passed to the phase modulator and RF amplifier 128, which are shown as a combined unit in FIG. 2. The modulator portion converts the signal to a form that is suitable for transmission on an RF carrier. The RF amplifier portion then boosts the output of the modulator for transmission via the antenna assembly 140.
 Receiver 130 includes a receiver/amplifier 132, a digital signal processor (DSP) 134, and a digital-to-analog converter (DAC) 136. Signals received by the antenna assembly 140 are passed to the receiver/amplifier 132, which shifts the frequency spectrum, and boosts the low-level RF signal to a level appropriate for conversion to a digital signal and subsequent input to the digital signal processor 134.
 The DSP 134 typically includes an equalizer to compensate for phase and amplitude distortions in the channel-corrupted received signal, a demodulator for extracting bit sequences from the received signal, and a detector for determining transmitted bits based on the extracted sequences. A channel decoder detects and corrects channel errors in the received signal. The channel decoder also includes logic for separating control and signaling data from speech data. Control and signaling data are passed to the controller 102. Speech data is processed by a speech decoder and passed to the DAC 136. The DAC 136 converts the speech data into an analog signal that is applied to the speaker 112 to generate acoustic signals that can be heard by the user. The DSP 134 may include, or may work in conjunction with, a DTMF tone detector (not shown). Note that the DSPs 122 and 134 might be implemented together in a single DSP device.
 The antenna assembly 140 is connected to the RF amplifier portion of the phase modulator and RF amplifier 128 of the transmitter 120, and to the receiver/amplifier 132 of the receiver 130. The antenna assembly 140 typically includes a duplexer 142 and an antenna 144. The duplexer 142 permits full duplex communications over the antenna 144, as is commonly required in analog communication standards such as AMPS. The duplexer 142 might also be configured to provide transmit/receive switching between the transmitter 120 and receiver 130 when operating in the half-duplex modes common to digital communication standards such as TIA/EIA-136.
 The controller 102 coordinates the operation of the transmitter 120 and the receiver 130, and may for instance take the form of a typical microprocessor (MPU) or microcontroller (MCU). This microprocessor may be a dedicated or shared microprocessor and may be a single processor or multiple parallel processors as needed or desired. Coordination functions include power control, channel selection, and timing, as well as a host of other functions known in the art. The controller 102 inserts signaling messages into the transmitted signals and extracts signaling messages from the received signals. The controller 102 responds to any base station commands contained in the signaling messages, and implements those commands. When the user enters commands via the keypad 118, the commands are transferred to the controller 102 for action. The memory 104 stores and supplies information at the direction of the controller 102 and preferably includes both volatile and non-volatile portions. In particular, memory 104 may be conventional RAM, low power battery backed RAM, or non-volatile storage such as Flash EPROM, disk file, EEPROM, and the like.
 In addition to the above-described elements, the mobile terminal 100 may also include the position detector 106 in communication with the controller 102. Position detector 106 may have its own antenna (not shown) or may share the antenna 144. The position detector 106 may be compatible with the Global Positioning System (GPS), or other satellite navigation system, such as the Russian GLONASS system. Typically, the position detector 106 will output a geo-coordinate expressed as longitude and latitude coordinates corresponding to the present location of the mobile terminal 100. A geo-coordinate may, with present civilian GPS systems, be accurate to within approximately 25 meters.
 The position detector 106 may share selected portions of circuits with other mobile terminal functions. For example, the position detector 106 may use the antenna assembly 140, but includes its own receiver front end, typically a low-noise amplifier (LNA), which is not shown. Alternatively, the receiver/amplifier 132 may include provisions for receiving the satellites signals. In such configurations, the position detector 106 would receive satellite signal information from the receiver 130.
 Note that the mobile terminal 100 might omit the position detector 106, or at least might not include a full implementation of the position detector 106. In a full implementation, the position detector 106 may comprise a complete GPS receiver. However, an abbreviated implementation may omit some elements associated with full demodulation of received satellite signals. This is possible in scenarios where the mobile terminal 100 is principally operated within digital service areas providing networkassisted GPS data and only enters analog service areas sporadically and for relatively short periods.
 As earlier explained, with current position assistance data available stored in its memory 104, the mobile terminal need only synchronize with the GPS satellite signals to determine its location, rather than having to fully demodulated the received satellite signals to recover their embedded navigation message information. Whether fully or partially implemented, some or all of the functionality of the position detector 106 may be incorporated into other circuitry and software, such as in DSPs 122 and 134, or in the controller 102.
 It should be appreciated that the term “mobile terminal” may include a cellular radiotelephone with or without a multi-line display; a Personal Communications System (PCS) terminal that may combine a cellular radiotelephone with data processing, facsimile and data communications capabilities; a PDA that can include a radiotelephone, pager, Internet/intranet access, Web browser, organizer, calendar and/or a global positioning system (GPS) receiver; and a conventional laptop and/or palmtop receiver or other appliance that includes a radiotelephone transceiver. Mobile terminals may also be referred to as “pervasive computing” devices. Thus, while the present discussion may be couched in terms of a phone, the present invention is equally applicable to these other sorts of devices. The previous discussion was by way of example, and not intended to be limiting on the definition of a mobile terminal.
 As such, the present invention may be carried out in other specific ways than those herein set forth without departing from the spirit and essential characteristics of the invention. The present embodiments are, therefore, to be considered in all respects as illustrative and not restrictive, and all changes coming within the meaning and equivalency range of the appended claims are intended to be embraced therein.