Page 1 of 2 12 LastLast
Results 1 to 15 of 27
  1. #1
    Jack Mitchell
    Guest
    Seems that auto date / time update has been introduced onto Telstra GSM
    recently.

    Anyone else noticed this?





    See More: Auto date / time update




  2. #2
    Dogfart
    Guest

    Re: Auto date / time update

    On Mon, 16 Jan 2006, at 01:33:56 [GMT GMT] (12:33:56 Monday, 16 January 2006
    where I live) "Jack Mitchell" wrote:

    > Seems that auto date / time update has been introduced onto Telstra GSM
    > recently.


    Would only work if a setting you have allows for this?




  3. #3
    will kemp
    Guest

    Re: Auto date / time update

    On Mon, 16 Jan 2006 19:21:32 +1100, Dogfart wrote:

    > On Mon, 16 Jan 2006, at 01:33:56 [GMT GMT] (12:33:56 Monday, 16 January 2006
    > where I live) "Jack Mitchell" wrote:
    >
    >> Seems that auto date / time update has been introduced onto Telstra GSM
    >> recently.

    >
    > Would only work if a setting you have allows for this?


    Yeah, you'll have to turn it on in the phone's config.




  4. #4
    Jack Mitchell
    Guest

    Re: Auto date / time update

    Yes, most new and recent phones have the feature - even my old Nokia 8250
    does.

    However the feature wasn't previously available on the network.

    "Dogfart" <[email protected]> wrote in message
    news:[email protected]...
    > On Mon, 16 Jan 2006, at 01:33:56 [GMT GMT] (12:33:56 Monday, 16 January
    > 2006
    > where I live) "Jack Mitchell" wrote:
    >
    >> Seems that auto date / time update has been introduced onto Telstra GSM
    >> recently.

    >
    > Would only work if a setting you have allows for this?
    >






  5. #5
    Dogfart
    Guest

    Re: Auto date / time update

    On Mon, 16 Jan 2006, at 19:49:42 [GMT +1100] (19:49:42 Monday, 16 January
    2006 where I live) "will kemp" wrote:

    >> Would only work if a setting you have allows for this?


    > Yeah, you'll have to turn it on in the phone's config.


    And if you have a "smart" phone (combined with diary) be aware that the
    times shown in the diary are local times, but the time on the phone is
    wherever you are, so conflicts may arise.




  6. #6
    Simon Templar
    Guest

    Re: Auto date / time update

    Dogfart wrote:
    > On Mon, 16 Jan 2006, at 01:33:56 [GMT GMT] (12:33:56 Monday, 16 January 2006
    > where I live) "Jack Mitchell" wrote:
    >
    >>Seems that auto date / time update has been introduced onto Telstra GSM
    >>recently.

    >
    > Would only work if a setting you have allows for this?


    From what I have read this feature also only works when you change
    cells or turn your phone off and back on.


    --
    73 de Simon, VK3XEM.



  7. #7
    Jeremy Quirke
    Guest

    Re: Auto date / time update


    "Jack Mitchell" <[email protected]> wrote in message
    news:[email protected]...
    > Seems that auto date / time update has been introduced onto Telstra GSM
    > recently.
    >
    > Anyone else noticed this?


    Just arrived in Australia and you are indeed correct - I found most of the
    networks in my travels have supported this and it was extremely useful,
    particularly since my Nokia's backup battery seems to have failed and
    therefore it forgets the time when the battery is removed. But also useful
    during the numerous time-zone transitions.





  8. #8
    Jeremy Quirke
    Guest

    Re: Auto date / time update


    "Simon Templar" <[email protected]> wrote in message
    news:[email protected]...
    > Dogfart wrote:
    >> On Mon, 16 Jan 2006, at 01:33:56 [GMT GMT] (12:33:56 Monday, 16 January
    >> 2006
    >> where I live) "Jack Mitchell" wrote:
    >>
    >>>Seems that auto date / time update has been introduced onto Telstra GSM
    >>>recently.

    >>
    >> Would only work if a setting you have allows for this?

    >
    > From what I have read this feature also only works when you change cells
    > or turn your phone off and back on.
    >
    >
    > --
    > 73 de Simon, VK3XEM.


    Well the date/time/timezone is encoded in the MM INFORMATION message, which
    may be sent by the network at any time during an RR connection, according to
    GSM 04.08. It appears with M-NET it is sent at least at IMSI attach (and
    probably at all location update - IMSI attach is just a form of location
    update really. And this makes sense, as it allows mobile stations to cross
    state borders). Interestingly, I wonder how this works at say, Tweed Heads.





  9. #9
    John Henderson
    Guest

    Re: Auto date / time update

    Jeremy Quirke wrote:

    > Well the date/time/timezone is encoded in the MM INFORMATION
    > message, which may be sent by the network at any time during
    > an RR connection, according to GSM 04.08. It appears with
    > M-NET it is sent at least at IMSI attach (and probably at all
    > location update - IMSI attach is just a form of location
    > update really. And this makes sense, as it allows mobile
    > stations to cross state borders). Interestingly, I wonder how
    > this works at say, Tweed Heads.


    Maybe sending MM INFORMATION is new for Telstra, but I believe
    they have been sending GMM INFORMATION (the GPRS version) for
    many years.

    But for both these "Time Zone and Time" information elements,
    GSM 04.08 says:

    "The purpose of the timezone part of this information element is
    to encode the offset between universal time and local
    time in steps of 15 minutes.
    The purpose of the time part of this information element is to
    encode the universal time at which this information
    element may have been sent by the network."

    and

    "Due to ambiguities in earlier versions of the protocol
    specifications, some mobile stations may interpret
    the received NITZ time as local time. This may result in
    incorrect time settings in the mobile."

    furthermore

    "The mobile station shall not assume that the time
    information is accurate."

    The above implies that the phone should correct the _timezone_
    (offset from GMT) only. An otherwise inaccurate clock remains
    inaccurate.

    Is your take on GSM 04.08 different?

    John



  10. #10
    Simon Templar
    Guest

    Re: Auto date / time update

    Jeremy Quirke wrote:
    > Well the date/time/timezone is encoded in the MM INFORMATION message, which
    > may be sent by the network at any time during an RR connection, according to
    > GSM 04.08. It appears with M-NET it is sent at least at IMSI attach (and
    > probably at all location update - IMSI attach is just a form of location
    > update really. And this makes sense, as it allows mobile stations to cross
    > state borders). Interestingly, I wonder how this works at say, Tweed Heads.


    I have been told that the GSM protocol was designed with borders
    specifically in mind, as in Europe some countries don't want signals
    going over the border into neighbouring countries. With the time
    division they can apparently selected the distance to what the cell can
    go out to very accurately.

    Not that I would expect Telstra or any other carrier to do that here in
    Australia.



    --
    73 de Simon, VK3XEM.



  11. #11
    will kemp
    Guest

    Re: Auto date / time update

    On Tue, 17 Jan 2006 00:18:49 +1100, Jeremy Quirke wrote:

    > Well the date/time/timezone is encoded in the MM INFORMATION message, which
    > may be sent by the network at any time during an RR connection, according to
    > GSM 04.08. It appears with M-NET it is sent at least at IMSI attach (and
    > probably at all location update - IMSI attach is just a form of location
    > update really. And this makes sense, as it allows mobile stations to cross
    > state borders). Interestingly, I wonder how this works at say, Tweed Heads.


    With CDMA, when i go across that border - which i do every now and then -
    i have to switch my phone off and then back on again to get the right time.

    Will




  12. #12
    Jeremy Quirke
    Guest

    Re: Auto date / time update


    "John Henderson" <[email protected]> wrote in message
    news:[email protected]...
    > Jeremy Quirke wrote:
    >
    >> Well the date/time/timezone is encoded in the MM INFORMATION
    >> message, which may be sent by the network at any time during
    >> an RR connection, according to GSM 04.08. It appears with
    >> M-NET it is sent at least at IMSI attach (and probably at all
    >> location update - IMSI attach is just a form of location
    >> update really. And this makes sense, as it allows mobile
    >> stations to cross state borders). Interestingly, I wonder how
    >> this works at say, Tweed Heads.

    >
    > Maybe sending MM INFORMATION is new for Telstra, but I believe
    > they have been sending GMM INFORMATION (the GPRS version) for
    > many years.
    >
    > But for both these "Time Zone and Time" information elements,
    > GSM 04.08 says:
    >
    > "The purpose of the timezone part of this information element is
    > to encode the offset between universal time and local
    > time in steps of 15 minutes.
    > The purpose of the time part of this information element is to
    > encode the universal time at which this information
    > element may have been sent by the network."
    >
    > and
    >
    > "Due to ambiguities in earlier versions of the protocol
    > specifications, some mobile stations may interpret
    > the received NITZ time as local time. This may result in
    > incorrect time settings in the mobile."
    >
    > furthermore
    >
    > "The mobile station shall not assume that the time
    > information is accurate."
    >
    > The above implies that the phone should correct the _timezone_
    > (offset from GMT) only. An otherwise inaccurate clock remains
    > inaccurate.
    >
    > Is your take on GSM 04.08 different?
    >
    > John


    Yes, well, I don't know.. I'm not sure how you are interpreting it.

    I believe this part: "NOTE: Due to ambiguities in earlier versions of the
    protocol specifications, some mobile stations may interpret
    the received NITZ time as local time. This may result in incorrect time
    settings in the mobile."

    is referring to some older MSes interpreting the time-specific parts of the
    IE as the local time, and then the timezone IE as the difference of this
    local time between universal time, when in actual fact the time-specific
    parts are "UTC" (i.e. close to), and the time zone IE must be added to
    correct for local time.

    For this part: "This IE may be sent by the network. The mobile station
    should assume that this time zone applies to the Location Area of the cell
    to which the Channel Request message was sent. The mobile station shall not
    assume that the time information is accurate."

    is referring to the fact that the time may not be precise to UTC (i.e. right
    down to the second, or even 10 seconds). I have found this to be true on
    some networks I was using a couple of weeks ago (I was trying to find an
    accurate source for the new year timezone, but the two networks were about
    30 seconds apart, indicating at least one was wrong).





  13. #13
    John Henderson
    Guest

    Re: Auto date / time update

    Jeremy Quirke wrote:

    > I believe this part: "NOTE: Due to ambiguities in earlier
    > versions of the protocol specifications, some mobile stations
    > may interpret the received NITZ time as local time. This may
    > result in incorrect time settings in the mobile."
    >
    > is referring to some older MSes interpreting the time-specific
    > parts of the IE as the local time, and then the timezone IE as
    > the difference of this local time between universal time, when
    > in actual fact the time-specific parts are "UTC" (i.e. close
    > to), and the time zone IE must be added to correct for local
    > time.
    >
    > For this part: "This IE may be sent by the network. The mobile
    > station should assume that this time zone applies to the
    > Location Area of the cell to which the Channel Request message
    > was sent. The mobile station shall not assume that the time
    > information is accurate."
    >
    > is referring to the fact that the time may not be precise to
    > UTC (i.e. right down to the second, or even 10 seconds). I
    > have found this to be true on some networks I was using a
    > couple of weeks ago (I was trying to find an accurate source
    > for the new year timezone, but the two networks were about 30
    > seconds apart, indicating at least one was wrong).


    It's pretty clear that your experience means that your
    interpretion is correct. The bloody thing is still ambiguous -
    I took "The mobile station shall not assume that the time
    information is accurate." to be an instruction to phone
    manufacturers, not to end users like you and I.

    One remaining question is whether Telstra is sending the
    "Network time zone" information element only, or "Universal
    time and time zone". My phone is now updating the timezone,
    but not changing the fine detail of the time (if I set it
    incorrectly by 12 minutes say). This becomes /prima/ /facie/
    evidence that time itself is not being broadcast. But it might
    also mean the Siemens interpreted GSM 04.08 in the same way
    that I did.

    John



  14. #14
    Jeremy Quirke
    Guest

    Re: Auto date / time update


    "John Henderson" <[email protected]> wrote in message
    news:[email protected]...
    > Jeremy Quirke wrote:
    >
    >> I believe this part: "NOTE: Due to ambiguities in earlier
    >> versions of the protocol specifications, some mobile stations
    >> may interpret the received NITZ time as local time. This may
    >> result in incorrect time settings in the mobile."
    >>
    >> is referring to some older MSes interpreting the time-specific
    >> parts of the IE as the local time, and then the timezone IE as
    >> the difference of this local time between universal time, when
    >> in actual fact the time-specific parts are "UTC" (i.e. close
    >> to), and the time zone IE must be added to correct for local
    >> time.
    >>
    >> For this part: "This IE may be sent by the network. The mobile
    >> station should assume that this time zone applies to the
    >> Location Area of the cell to which the Channel Request message
    >> was sent. The mobile station shall not assume that the time
    >> information is accurate."
    >>
    >> is referring to the fact that the time may not be precise to
    >> UTC (i.e. right down to the second, or even 10 seconds). I
    >> have found this to be true on some networks I was using a
    >> couple of weeks ago (I was trying to find an accurate source
    >> for the new year timezone, but the two networks were about 30
    >> seconds apart, indicating at least one was wrong).

    >
    > It's pretty clear that your experience means that your
    > interpretion is correct. The bloody thing is still ambiguous -
    > I took "The mobile station shall not assume that the time
    > information is accurate." to be an instruction to phone
    > manufacturers, not to end users like you and I.
    >
    > One remaining question is whether Telstra is sending the
    > "Network time zone" information element only, or "Universal
    > time and time zone". My phone is now updating the timezone,
    > but not changing the fine detail of the time (if I set it
    > incorrectly by 12 minutes say). This becomes /prima/ /facie/
    > evidence that time itself is not being broadcast. But it might
    > also mean the Siemens interpreted GSM 04.08 in the same way
    > that I did.
    >
    > John


    Telstra is sending the full univesal time IE which includes the time zone
    IE. Furthermore, the time is correct pretty much to the second.

    Perhaps your equipment only regards the timezone?





  15. #15
    Paul Day
    Guest

    Re: Auto date / time update

    Jeremy Quirke <[email protected]> may have written:
    > Just arrived in Australia and you are indeed correct - I found most of
    > the networks in my travels have supported this and it was extremely
    > useful, particularly since my Nokia's backup battery seems to have
    > failed and therefore it forgets the time when the battery is removed.
    > But also useful during the numerous time-zone transitions.


    I've found it pretty flakey when travelling, with telcos screwing up the
    time-zone advertisement so often I've disabled the feature entirely and
    just change the time-zone manually as I cross the border. Need to do the
    manual TZ change on a myriad of other devices anyway - what's one more?

    PD

    --
    Paul Day
    Web: http://www.bur.st/~paul/



  • Similar Threads




  • Page 1 of 2 12 LastLast