Jump to content

jegillis

S4GRU Premier Sponsor
  • Posts

    277
  • Joined

  • Last visited

Blog Comments posted by jegillis

  1. Well I just left the Sprint store....the rep I spoke with was sceptical about the May 18th date.He said that they had received nothing on the EVO Lte....no training, no floor schematic (for displays), no cut sheet, no test phone, no launch date...nothing.He went on to state that they typically that sort of stuff would arrive about a month before launch. So I dunno what to think...

     

    My order was selected for identity verification (I ordered from London) and the sprint rep I talked to said they could not tell when it would be released but said he could tell me that the release date would be announced within 1 to 3 days and that phones would be shipping on the announcement date for preorders and I could expect to receive it within 3 days of shipping. Think he is hinting at the 15th?

  2. 5.3.1 Cell status and cell reservations

     

    Cell status and cell reservations are indicated with the Cell Access Restriction Information Element in the System Information Message [3] by means of three Information Elements:

    - Cell barred (IE type: "barred" or "not barred")

    In case of NW sharing, this IE is common for all PLMNs

    - Cell Reserved for operator use (IE type: "reserved" or "not reserved")

    In case of NW sharing, this IE is specified per PLMN

    - Cell reserved for future extension (IE type: "reserved" or "not reserved")

    In case of NW sharing, this IE is common for all PLMNs.

    When cell status is indicated as "not barred", "not reserved" for operator use and "not reserved" for future extension (Cell Reservation Extension),

    - All UEs shall treat this cell as candidate during the cell selection and cell re-selection procedures.

    When cell status is indicated as "not barred", "not reserved" for operator use and "reserved" for future extension (Cell Reservation Extension),

    - UEs shall behave as if cell status "barred" is indicated.

    When cell status is indicated as "not barred" and "reserved" for operator use,

    - UEs assigned to Access Class 11 or 15 shall treat this cell as candidate during the cell selection and cell re-selection procedures if the reservation is set to “reserved” for the UE’s HPLMN/EHPLMN and the cell belongs to the HPLMN or EHPLMN [4].

    - UEs assigned to an Access Class in the range 0 to 9 and 12 to 14 shall behave as if cell status "barred" is indicated. Also UEs of AC 11 or 15 shall behave as if cell status "barred" is indicated if the cell reservation is not activated for the UE’s HPLMN/EHPLMN or if not camped on a cell of its HPLMN or EHPLMN.

    When cell status "barred" is indicated,

    - The UE is not permitted to select/re-select this cell, not even for emergency calls.

    - The UE shall ignore the "Cell Reserved for future extension (Cell Reservation Extension) use" IE.

    - The UE is not permitted to receive any MBMS services from that cell

    - The UE shall select another cell

    The cell selection of another cell may also include a change of RAT.

     

    We might be able to change the device class, I don't have my phone rooted nor msl yet to fool around

     

    EDIT * I think this is sent by SIB3 which wouldn't help us if they are using SIB1? I really don't know much about this but its a nice brake from studying for property final

  3. 5.2.2.7 Actions upon reception of the SystemInformationBlockType1 message Upon receiving the SystemInformationBlockType1 message the UE shall:

    1> if the frequency band indicated in the freqBandIndicator is not part of the frequency bands supported by the UE:

    2> consider the cell as barred in accordance with TS 36.304 [4] and;

    2> perform barring as if intraFreqReselection is set to 'notAllowed', and as if the csg-Indication is set to 'F ALSE'';

    1> else:

    2> forward the cellIdentity to upper layers;

    2> forward the trackingAreaCode to upper layers;

     

    Looks like it would be telling the phone the cell tower is outside of the defined frequency range, I imagine that changing the frequency range value to include the value in the SIB1 could potentially give us access, I also would expect this to be in the phones radios which is not something you want to go playing around with unless you have lots of money to buy new phones after you brick them. I only watched half the video so if Im wrong or this is irrelevant I apologize.

×
×
  • Create New...