Results 1 to 15 of 31

Thread: USCC FAQ: Last updated on 6/7/13 - Please read before posting questions!

Threaded View

  1. #16
    Join Date
    May 2003
    Location
    Tulsa, OK, USA
    Posts
    16,018
    Feedback Score
    0
    What is a PRL? What does it do? How do I update it?

    Special thanks and credit to HoFo user meatchicken, whose post here I adapted for this post.

    To update you PRL (Preferred Roaming List), simply dial *228 while NOT roaming (it shouldn't matter if you're in your home market or not). It takes about a minute, is a free call, and your phone will reset (turn itself off, then back on) after programming is complete. An automated voice will tell you if the PRL was successfully loaded or not.

    If you are in the Chicago area, you will have an odd-numbered PRL. Everywhere else uses an even-numbered PRL. The primary difference is that in Chicago, Verizon and uscc don't roam off of each other. This is not the case elsewhere, as Verizon is our primary roaming partner in many markets.

    EV-DO PRL's will begin with 15XXX, 1x PRL's begin with 39XXX. The PRL update frequency varys from a few days to a couple of months, so I won't post the latest version here. Someone will usually post whenever a new PRL is released.

    Note: Although EV-DO does have a different PRL than 1x, at this point there is no EV-DO roaming, so that merely enables your phone to see the EV-DO network. When in a non-EV-DO area, or while roaming, you will fall back to the standard 1x PRL.

    What It DOES Do:

    It loads into the handset, over-the-air, a software "list" of Cellular Systems ("carriers"), that your phone is allowed to scan for, *after* it loses or can't find a uscc signal. Your phone may or may not display "roam" or "roaming", but it will display a triangle (point up) near the signal strength meter. (note: some manufacturers, notably Audiovox, use an "R" instead.)

    The PRL list is set up in area groups, & in a priority order, so for example, in City "A", the phone, after losing a uscc signal, will know to first attempt to find Alltel before Sprint, ect.
    If uscc has a system in the area, it is always first in priority over other companies such as Sprint or Alltel, and will be looked for first, regardless of weather or not another carrier has a tower closer to your location or a higher signal strength.

    Most phones will also re-power up/initialize after downloading the PRL.

    USCC seems to release a new/updated PRL every 30-75 Days or so.

    Doing a PRL update more often, such as once a week, is harmless & will result in simply writing the same PRL file over itself.

    New updates can and have both added & removed "partner" roaming systems, depending on uscc and how they want their phones to roam in any given area.

    It may help with border roaming (picking up another carriers tower outside your coverage area).

    What It DOES NOT Do:

    Contrary to the seemingly endless loads of mis-information & rumor on the net, *228 DOES NOT:

    Have anything to do with any individual towers, or accessing newly built towers. If a company builds a new tower near your home, that new tower is already part of an existing system (SID - System IDentification), which either is already listed in the PRL, or isn't. Only entire SID's are in a PRL. There is no way for uscc to add or block any individual new or old towers via the PRL. That's not how the PRL works. Period.

    The PRL update can't increase a weak native uscc signal strength issue. If your phone is already locked onto a "1 bar" uscc signal in a given area, nothing in the PRL list is going to instruct the phone to drop its native uscc coverage, & look for another company's signal instead. There are no roaming partners listed in the PRL that have a higher priority than the local uscc signal. However, there are going to be areas within your local coverage area that you will roam occasionally. In this event, the PRL will step in to determine who you roam on, and the billing system will not bill you roaming charges. Also, on a related note, n/w's and incoming will still count while roaming, as long as you are picking up a tower within your local coverage. Other programming in the phone determines at what signal strength the phone will "give up" on native uscc coverage and search for a roaming partner.

    The phone's internal PRL list has absolutley NOTHING to do with anything, once you are "in a call", and at that time the PRL is as dormant as a game or other not-in-use software entry in the phone. The PRL is not used at all during an actual call in progress. The cellular system, during a call in progress, has full control, and the system end decides what cells to hand off your call to, and any issues/problems, such as a dropped call, or any other "in call" issues/problems in a given system, have nothing to do with the internal PRL list, & can't be fixed by *228.

    Updating the PRL has nothing to due with any problems relating to earpiece volume, battery charging, screen contrast, voice quality ect...except that after a *228 the phone might restart, so any odd quirk that might have gone away by shutting the phone off & turning it back on, may also "coincidentally" go away after a PRL update.

    The actual firmware version of the phone can not be changed or updated thru a *228 call, either. Firmware can only be updated in a uscc store or by the manufacturer of the phone.

    *228 also has nothing to do with whether or not you are billed roaming. That is completely handled by the billing system, and is completely depending on the "coverage area" associated with the price plan in effect when the call is reported to the billing system. In my experience, that is usually no more than 3-5 days, but, by FCC regulations, can take up to 60 days. Depending on when the call was placed in relation to your billing cycle, this means that a roaming call could take up to 3 bills before it shows up. As I said, it usually won't, but it's good to be aware that it can happen.

    Additional technical info, courtesy of our very own towermaster:

    Quote Originally Posted by CDG Reference Document #130
    The PRL header information describes the properties of the whole PRL. These properties describe aspects such as its name (or identity), default behavior and the type of PRL.

    The acquisition table contains acquisition records. An acquisition record provides the band and frequencies that the mobile station is to use when searching to acquire a system. Acquisition records are listed in priority order (highest priority first) in the acquisition table. The channels in the CHAN field of the records are also listed in the priority order.

    The system table contains records describing a system. The system table is divided into one or more distinct segments; these are called geographical areas, or GEOs. A system record belongs to a geographical area. A geographical region would normally be used to group a set of systems found in the same physical region. Certain other aspects of a system record only have relevance within the context of a GEO, e.g. priority. A system, in the context of the system table, is identified by its SID and NID. Each system table record has an indicator, which determines within which geographic area a particular system belongs.

    Other indicators declare whether the system is preferred (permitted) or negative (prohibited). Allowed systems can have relative priority with respect to each other within a geographic region, effectively making some systems more preferred than others. The priority that a system has is relative to the other systems in the same GEO. The most referred system is the most desired system and what the mobile device will always try to obtain for service. There is no limit to the number of priorities that can be present within a GEO. There can be multiple systems of equal priority. The PRL assists the mobile in the acquisition and system selection process as governed by the system determination algorithms of the particular implementation. The PRL informs the devices system determination function as to which systems are permitted, preferred and prohibited. The use of a PRL speeds up acquisition and provides the operator with flexibility in specifying mobile search behavior in both the home and roaming markets.

    The operator is able to specify whether a roam condition is to be indicated on the mobiles display and, in the case where the extended roaming indicators (ERI) are supported, a richer set of indicators can be selected for display. The PRL can be stored in either NV-RAM or RUIM. An initial or default PRL would be loaded prior to distribution. A new PRL can be loaded at a customer service center using service programming tools or over the air using Over the Air Service Provisioning (OTASP). Although the PRL is defined in the OTASP specification, OTASP systems are not required in order to use PRLs. However, OTASP facilitates ease of updates once handsets are in the customers hands and as new roaming partners are added.

    User Initiated PRL Download
    This is the more common technique, and requires that the user take the initial action by
    making a call using the activation feature code: *ACT or *228.
    User dials the OTA feature code (*ACT)
    User selects PRL update at voice response unit (VRU) prompt
    OTA platform selects the appropriate PRL to send to the device based on factors including handset, service plan, etc.
    OTA platform downloads PRL to the user over its IS-725 data connection to the MSC and then over the air using the IS-683 protocol
    VRU may play music during this time
    Handset resets on completion of the PRL download

    Network Initiated PRL Download
    This is where the network initiates an OTAPA session with the mobile device and performs the PRL download without user intervention. This requires that both the network and the device are OTAPA capable and that the OTAPA capability is not disabled.

    A subscriber parameter administration security mechanism (SPASM) exists to ensure that only authorized entities can download to the device. When the device parameters are protected, the mobile device requests a 'signature' from the network and, at the same time, calculates a signature itself. The OTA system, upon receiving the devices challenge, will request the HLR to obtain an authentication signature (from the authentication center). The OTA system forwards the signature to the MS. Only when the MS reports that the two signatures match can the PRL download proceed.
    Last edited by tearsonurcheek; 10-17-2007 at 06:18 PM.

Similar Threads

  1. Replies: 0
    Last Post: 07-09-2005, 01:16 AM
  2. Replies: 0
    Last Post: 07-09-2005, 12:53 AM
  3. FAQ for Howard: Please read before posting a question
    By howard in forum General Mobile Questions and Discussion
    Replies: 1
    Last Post: 05-18-2004, 02:14 AM

Bookmarks