(19)
(11)EP 2 480 937 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
26.06.2019 Bulletin 2019/26

(21)Application number: 10766406.2

(22)Date of filing:  23.09.2010
(51)International Patent Classification (IPC): 
H04W 4/02(2018.01)
G04R 20/06(2013.01)
G04R 20/18(2013.01)
(86)International application number:
PCT/US2010/050020
(87)International publication number:
WO 2011/038130 (31.03.2011 Gazette  2011/13)

(54)

METHODS AND APPARATUS TO PERFORM TIME ZONE DETERMINATION BY A MOBILE STATION

VERFAHREN UND VORRICHTUNG ZUR DURCHFÜHRUNG EINER ZEITZONENBESTIMMUNG DURCH EINE MOBILE STATION

PROCÉDÉS ET APPAREIL DE RÉALISATION DE LA DÉTERMINATION DE FUSEAU HORAIRE AU MOYEN D'UNE STATION MOBILE


(84)Designated Contracting States:
AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

(30)Priority: 24.09.2009 US 245661 P

(43)Date of publication of application:
01.08.2012 Bulletin 2012/31

(73)Proprietor: BlackBerry Limited
Waterloo, ON N2K 0A7 (CA)

(72)Inventors:
  • ALI, Syed, Hussain
    Waterloo ON N2L 3W8 (CA)
  • BUSZKO, Dominik
    Sunrise FL 33323 (US)
  • NAQVI, Noushad
    Waterloo ON N2L 3W8 (CA)
  • WIJAYANATHAN, Maiyuran
    Waterloo Ontario N2L 3W8 (CA)
  • SHAH, Jigar, Vireshkuma
    Sunrise FL 33323 (US)

(74)Representative: Hibbert, Juliet Jane Grace et al
Kilburn & Strode LLP Lacon London 84 Theobalds Road
London WC1X 8NL
London WC1X 8NL (GB)


(56)References cited: : 
EP-A1- 1 715 702
US-A1- 2004 137 913
US-A1- 2004 224 704
US-A1- 2008 032 736
US-A1- 2009 219 205
US-A1- 2002 191 492
US-A1- 2004 203 848
US-A1- 2005 232 086
US-A1- 2008 137 619
  
      
    Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention).


    Description


    [0001] This disclosure relates generally to mobile communications and, more particularly, to methods and apparatus to perform time zone determination by a mobile station.

    [0002] Network identification and time zone (NITZ) is a cellular network feature that provides time information to a mobile station (MS). In 2G and 3G networks, NITZ is accomplished by sending messages including time information to the MS. However, the messages including time information are optional. Accordingly, it may be impossible for a MS to correctly set its time.

    [0003] US2004203848 describes a wireless communication device that includes an applications processor to operate one or more personal information management (PIM) applications. Upon initial registration or when transiting to a new location, a baseband processor of the device automatically derives the local time using a time-zone database and current location information received from the communication network. The PIM applications operating within the device are updated with the local time.

    [0004] The invention is set out in the appended claims. The example solutions described herein enable a MS to learn of its time zone in manners that are independent of communication standards and do not require any changes in the 3GPP specifications. These solutions are applicable in situations when cellular networks do not transfer time information to MS in NITZ. Furthermore, users are also not required to configure the correct time zone on their MS. The first solution relies on location tracking technologies like GNSS/GPS/AGPS to determine MS geographical coordinates and correct universal time. This determination could be performed independently or in cooperation with a location server. Further, this solution propagates the MS time to services and applications such as calendar, SMS, E-mail and others operating in the MS.

    [0005] Another solution relies on the time server to provide universal time, time zone offset and daylight saving settings of all time zones. This solution relies on a hierarchy wherein, in a first attempt to determine local time at the MS, the MCC is used to determine time zone. If the MCC cannot be used to uniquely determine the time zone, a Location Area Identity (LAI) registry or SMS time stamp may be used to determine the time zone. If none of those solutions provide the time zone information, GNSS information may be used to determine the geographic location of the MS and, from that information, the time zone may be determined. The time server also maintains universal time and daylight saving setting for each time zone.

    [0006] In one example, a method for use in a mobile communication device includes determining a geographical location and universal time for the mobile communication device; determining a time zone for the mobile communication device based on the geographical location; determining a time for the mobile communication device based on the universal time and the time zone.

    [0007] In some examples, the geographical location is determined using a location server of an assisted global navigation satellite system. The mobile communication device may communicate with the location server using control plane protocols or user plane protocols. In some instances, determining the time zone for the mobile communication device includes mapping performed by the mobile communication device.

    [0008] In accordance with another example, a method for use in a device includes monitoring messages transmitted from a communication network; determining a time zone for the device based on at least some of the messages.

    [0009] In some instances when evaluation of a mobile country code cannot provide the time zone if a country to which the mobile country code corresponds includes multiple time zones. Registration area information may be used and includes one or more of location area identity, routing area identity, or tracking area identity information. In some cases, a message may originate from the device as a short message service message. The method may also include updating a registration database with an indication of registration information and the time zone to which the registration information corresponds. Determining the time zone may include mapping a geographical location to the time zone if the evaluation of a mobile country cannot provide the time zone.

    [0010] According to another example, a mobile communication device may include hardware and software stored on a tangible computer readable medium that, during operation, cause the mobile communication device to take action including determining a geographical location and universal time for the mobile communication device; determining a time zone for the mobile communication device based on the geographical location; determining a time for the mobile communication device based on the universal time and the time zone.

    [0011] In one example, the geographical location is determined using a global navigation satellite system or a location server of an assisted global navigation satellite system. The mobile communication device may use the determined time in applications operable on the device, wherein the applications operable on the device comprise applications other than the application used to determine the geographical location. Such applications may include one or more of calendar functionality, task lists, call logs, event logs, instant messaging, social networking, electronic mail or short message service time stamping.

    [0012] In another example, a device includes hardware and software stored on a tangible computer readable medium that, during operation, cause the device to take action comprising monitoring messages transmitted from a communication network; determining a time zone for the device based on at least some of the messages.

    [0013] The messages from the communication network may include registration messages containing registration information used to register the device with the network. Determining the time zone may include receiving the time zone based on evaluation of a mobile country code based on the registration information or receiving the time zone based on evaluation of registration area information based on the registration information. The registration area information may include one or more of location area identity, routing area identity, or tracking area identity information.

    [0014] In some examples, determining the time zone comprises receiving the time zone based on evaluation of a mobile country code based on the registration information and if the evaluation of the mobile country code cannot provide the time zone, receiving the time zone based on evaluation of registration area information based on the registration information. The evaluation of the mobile country code cannot provide the time zone if a country to which the mobile country code corresponds includes multiple time zones. The registration area information includes one or more of location area identity, routing area identity, or tracking area identity information.

    [0015] In some examples, when the device cannot determine the time zone for the device based on at least some of the registration information, the device determines the time zone based on a message originated from the device. The message originated from the device comprises a short message service message. Determining the time zone based on the message originated from the device comprises evaluating a time stamp associated with the short message service message. In some cases, the device may map the time stamp to the time zone.

    [0016] The device may update a registration database with an indication of registration information and the time zone to which the registration information corresponds. Determining the time zone may include mapping a geographical location to the time zone if the evaluation of a mobile country cannot provide the time zone.

    [0017] Other examples and combinations of the foregoing are possible.

    FIG. 1 is a block diagram of an example communication system including portions of a mobile station (MS) and a time server.

    FIG. 2 is a flowchart of a first example time zone determination process that may be carried out at least partially by the example communication system of FIG. 1.

    FIG. 3 is a flowchart of a second example time zone determination process that may be carried out at least partially by the example communication system of FIG. 1.

    FIG. 4 is a flowchart of an example process that may be carried out to determine a time zone based on mobile country code (MCC) information.

    FIG. 5 is a flowchart of an example process that may be carried out to determine a time zone based on registration area information.

    FIG. 6 is a flowchart of an example process that may be carried out to determine a time zone based on a mobile originated (MO) short message service (SMS) message.

    FIG. 7 is a flowchart of an example process that may be carried out to determine a time zone based on global navigation satellite system (GNSS) information.

    FIG. 8 is a block diagram of an example processing system capable of implementing the apparatus and methods disclosed herein.



    [0018] The 3GPP specification supports a core network feature commonly known as Network Identity and Time Zone (NITZ). According to this feature, networks optionally send network name and time information (i.e., universal time, local time zone offset, and a flag to signal whether the local time zone offset has been adjusted for daylight saving time) to a mobile station (MS). The information is sent in MM INFORMATION (for circuit switched services) and/or GMM INFORMATION (for packet switched services) by the core network in 3GPP. In Evolved Packet Core / Long Term Evolution (EPC/LTE) networks, an EMM INFORMATION message is used for this purpose. With the help of the information sent in the NITZ procedure, the MS is able to set its time correctly.

    [0019] In 2G and 3G networks, NITZ is accomplished by sending MM INFORMATION (circuit switch domain) and GMM INFORMATION (packet switch domain) messages in the downlink. In EPC/LTE networks, the EMM INFORMATION message accomplishes the NITZ objectives. These three messages contain time related information like universal time and local time zone, and a flag to signal that local time offset includes daylight saving settings. This message and the time related information elements are optional. Therefore, it is possible that cellular networks do not provide this information to the MS. In fact, most of the networks and infrastructures do not support the optional feature of NITZ. Even if they support NITZ, it has been observed that in most of the cases NITZ implementation lacks the time information in the MM/GMM INFORMATION messages.

    [0020] For correct time determination, there are three information elements which are required. These information elements are: universal time, local time zone, and daylight saving settings for the time zone. The local time zone translates into an offset with respect to the universal time. It is possible to maintain the database of local time zone offset and daylight saving settings for every time zone of the world in the MS or in any other entity like a time server. Using GPS/AGPS/GNSS or relevant location tracking technologies, MS can determine its geographical location, such as geographical coordinates, and the universal time. The geographical coordinates can be easily translated to local time zone. Thus, all the three information elements are available to determine the correct MS time.

    [0021] An alternative to the location tracking technologies is an inexpensive solution where a user is required to provide correct local time zone information to the MS. MS in return contacts a time server on the Internet that maintains current universal time (i.e., Greenwich Mean Time (GMT)). Using the daylight saving database, the MS or the time server calculates the correct time. The information transfer between time server and MS can take place through circuit switch, packet switch, SMS, or any transport mechanism.

    [0022] The correct local time setting is important for the user experience. Several applications (i.e., MS services) rely on the correct time information otherwise they cannot operate as expected. For example, applications other than applications used to determine geographical location or coordinates, such as a calendar application requires time to display a calendar, set or change new or existing appointments and correctly remind the user of upcoming appointments. Similarly E-mail, MMS, SMS, instant messaging (IM), and social networking need correct time stamps. The correct time is even more critical in the enterprise market where users frequently travel across time zones. The need of correct time setting will further increase with the popularity of smart phones and the development of innovative applications.

    [0023] In FIG. 1, a block diagram of an example communication system 100 including a mobile station (MS) 102 and a time server 104, each of which is implemented as described herein to support time zone determination by the MS. According to an illustrated example, the MS 102 provides information, via a network, such as a public land mobile network (PLMN) 106, to the time server 104 and the time server 104 processes the MS information to determine either local time for the MS 102 or the time zone in which the MS 102 is located. It provides the local time to the MS 102 or provides time zone offset, daylight saving flag and universal time information to the MS 102 so that the MS 102 can determine the local time based on this information. Subsequently, the MS 102 can use the time or time zone information including universal time and daylight saving flag to update the time and time zone information that are used by various services within the MS 102.

    [0024] While FIG. 1 shows the MS 102 connected only to the time server 104 through the PLMN 106, such an illustration is simplified for the purposes of clarity and does not show additional network components or entities that may be present in certain example implementations. The PLMN 106 may be a home PLMN (HPLMN) of the MS 102, or may be a visiting PLMN (VPLMN) of the MS 102. Additionally, the PLMN 106 may be implemented as part of a 3GPP network or it could be any generic network, such as Wireless LAN, WiFi, or WiMAX.

    [0025] The MS 102, which is shown in a simplified manner to set forth the time processing aspects thereof, may be a 3GPP-compliant device implemented as a single unit such as a data communication device, a cellular telephone, a multiple-function communication device with data (e.g., electronic mail, internet access, personal information management, etc.) and voice communication capabilities, a personal digital assistant (PDA) enabled for wireless communication, a smart telephone, or a computer incorporating an internal modem. Alternatively, the MS 102 may be a multiple-module unit comprising a plurality of separate components, including but in no way limited to a computer or other device connected to a wireless modem. Though not shown in FIG. 1, the MS 102 may include RF transceiver circuitry and antenna(s) that may be implemented as a radio modem unit that may be inserted into a port on a laptop computer. In this case, the laptop computer would include a display, a keyboard, one or more auxiliary user interfaces, and the controller may be the computer's central processing unit (CPU).

    [0026] The MS 102 includes a time information processor 110, a current time publisher 112, other MS services 114, an SMS message originator 116, and a GNSS processor 118. These components may be implemented using dedicated hardware, programmed instructions stored in computer readable memory that are executed by hardware, programmed processors, any form of logic, or any combination thereof.

    [0027] As described in detail below in conjunction with the accompanying flow diagrams, the time information processor 110 sends information that is used by the time server 104 to determine the local time or time zone of the MS 102. The time information processor 110 also receives the time or time zone information, universal time and daylight saving flag from the time server 104. Based on the information provided by the time server 104, the time information processor 110 determines the local time and provides the same to the current time publisher 112.

    [0028] The current time publisher 112 may be implemented as a software service that makes the current time and/or time zone available to other MS services or applications 114. Other MS services and applications 114 may include services that facilitate setting calendar appointments, e-mailing, task tracking, to-do lists, SMS time stamping, call logs, event logging, instant messages, social networking, and any other user and/or enterprise application may make use of the local time and time zone.

    [0029] The GNSS processor 118 includes any suitable combination of hardware and/or software to enable the MS 102 to determine its global coordinates and universal time with the help of GNSS.

    [0030] The time server 104 may be implemented as part of a cellular network, such as a 3GPP-compliant network or may be accessible in any other suitable manner, such as through Internet protocol (IP) communications. The time server 104 could be part of the PLMN or outside of the PLMN. The time server 104 includes an MS information processor 120 that is responsible for receiving information from the MS 102 and sending information to the MS 102. Information received at the MS information processor 120 from the MS 102 is forwarded to one or more processors that process the information from the MS 102 to determine a local time or time zone (or both) based thereon.

    [0031] As shown in FIG. 1, the time server 104 includes a mobile country code (MCC) processor 122, a location area identity (LAI)/routing area identity (RAI)/tracking area identity (TAI) processor 124, an SMS timestamp processor 126, a global navigation satellite system (GNSS) processor 128, and a database processor 130. These processors may be distinct as shown in FIG. 1, or may be integrated into one or more groups of processors. Additionally, the processors 122, 124, 126, 128, 130 may be implemented by dedicated hardware, software, or hardware executing software (such as a processor executing computer readable instructions).

    [0032] The processors 122, 124, 126, 128, 130 are coupled to several databases, such as an MCC to country/time zone database 140, a LAI/RAI/TAI to time zone database 142, and a coordinates to time zone database 144. In one example, the databases also contain daylight saving settings for every time zone in the world. The databases may be physically separate databases located on different hardware pieces, or may be combined onto one or more pieces of hardware. A brief description of how the processors 122, 124, 126, 128, 130 interact with the databases 140, 142, 144 is now provided.

    [0033] When the time server 104 receives MCC information from the MS 102, the MCC processor 122 accesses the MCC database 140. As shown in FIG. 1, the MCC database 140 stores a table correlating MCC to a country and to a time zone. Because most countries are covered by only one time zone, it is possible to determine the time zone of the MS 102 my examining the MCC, which is what the MCC processor 122 performs. For example, if the MCC is 1, the MCC database 140 indicates that the country corresponding to the MCC is France, which is a +1 time zone adjustment from Greenwich Mean Time (GMT). Thus, upon receiving a MCC of 1 from the MS 102, the MCC processor 122 of the time server 104 determines that the time zone of the MS 102 must be GMT+1. While most countries correspond to only one time zone, this is not always the case. For example, as shown in FIG. 1, Canada, which is represented by an MCC of 2, covers at least two time zones (GMT-6 and GMT-7). The MCC database 140 of FIG. 1 is shown in abbreviated format and does not show all time zones that may be used. For example, although a portion of data is shown indicating that Canada has two time zones, it should be noted that Canada has six time zones in all. Thus, in cases where a country spans more than one time zone, based on MCC alone, the time server 104 cannot determine in which time zone the MS 102 is located.

    [0034] The LAI/RAI/TAI processor 124 handles the case when the MS information received at the time server 104 is LAI/RAI/TAI information. In particular, the LAI/RAI/TAI processor 124 accesses the LAI/RAI/TAI database 142, which stores data correlating a received LAI/RAI/TAI code to a time zone. Thus, based on LAI/RAI/TAI information provided by the MS 102, the time zone of the MS 102 may be determined. The LAI/RAI/TAI also contains PLMN identity which includes MCC.

    [0035] The SMS timestamp processor 126 operates in the case in which time server 104 receives an SMS message from the MS 102 when the MS 102 is seeking its local time or time zone. As described below in detail, because the SMS message was time stamped by the PLMN 106, the SMS message bears the local time of the SMS controller of the PLMN 106. Thus, the SMS timestamp processor 126 can determine the time zone of the SMS controller by mapping the local time received in the time stamp to the possible local times in the country where the MS 102 is registered. For example, if the SMS time stamp is +7 hours from the universal time, the SMS timestamp processor 126, which already knows the universal time, can easily map it to the Pacific Standard Time.

    [0036] The GNSS processor 128 is used to process global positioning system (GPS) coordinates received from the MS 102. For example, if the time server 104 receives GPS coordinate from the MS 102, the GNSS processor 128 accesses the coordinates to time zone database 144, which determines the time zone for the MS 102 based on the global position of the MS 102. The MS 102 finds the universal time from the GNSS.

    [0037] Flowcharts representative of example processes that may be executed to implement some or all of the elements of the system 100 and mobile communication devices described herein are described below and shown in the drawings.

    [0038] In these examples, the process represented by each flowchart may be implemented by one or more programs comprising machine readable instructions for execution by: (a) a processor, such as the microprocessor 812 shown in the example computer system 800 discussed below in connection with FIG. 8, (b) a controller, (c) a mobile station such as the mobile station 102, (d) a server such as the time server 104 and/or (e) any other suitable device. The one or more programs may be embodied in software stored on a tangible medium such as, for example, a flash memory, a CD-ROM, a floppy disk, a hard drive, a DVD, or a memory associated with the processor 812, but the entire program or programs and/or portions thereof could alternatively be executed by a device other than the microprocessor 812 and/or embodied in firmware or dedicated hardware (e.g., implemented by an application specific integrated circuit (ASIC), a programmable logic device (PLD), a field programmable logic device (FPLD), discrete logic, etc.). For example, any one, some or all of the example mobile communications system components could be implemented by any combination of software, hardware, and/or firmware.

    [0039] Further, although the example processes are described with reference to flowcharts, many other techniques for implementing the example methods and apparatus described herein may alternatively be used. For example, with reference to the flowcharts, the order of execution of the blocks may be changed, and/or some of the blocks described may be changed, eliminated, combined, and/or subdivided into multiple blocks. Any of the described blocks may be as implemented as part of an existing system. For example, blocks may be implemented as part of the MS 102 or may be implemented as a part of the time server 104, etc. While the example block diagrams are described as implementing the processes of the flowcharts, the apparatus of the block diagrams may implement any process and, likewise, the processes of the flowcharts may be implemented by any apparatus, device, system, software, or combination thereof.

    [0040] Determining, as used herein, may be any type of process for identifying a particular result and is not limited to a computational or analysis process. For example, determining may involve reading an indicator, flag, register, variable, identifier, etc. to determine whether a service is supported. In another example, determining may involve querying, extracting, computing, calculating, etc. to determine a result.

    [0041] A first process to carry out time zone determination is shown in FIG. 2 at reference numeral 200. This process may be carried out completely by the MS 102, or may be carried out by the MS 102 in conjunction with other entities, such as the time server 104. As shown in FIG. 1, the MS 102 includes a GNSS processor 118, such as GPS/AGPS or other GNSS technologies. The MS 102 waits until it is time to update the time information of the MS 102 (block 202). The time information may be updated periodically or based on any trigger (e.g., power on, change of PLMN, change of location area/ routing area/ tracking area or any other suitable trigger). When it is time to update (block 202), the MS 102 activates the GNSS processor 118 (or any other MS location tracking technology) (block 204). The GNSS processor 118, more generally the MS 102, determines its geographical location or geographical coordinates and universal time (block 206). This determination could be performed independently or in assistance with a location server. If assisted technologies like AGPS/A-GNSS are used then the MS 102 and location server can communicate through any control plane or user plane protocols for location assistance and information transfer. Examples of control plane protocols are RRLP and RRC and user plane is SUPL. The proposed solution is not limited to the existing technologies and protocols. It can be used with any future technology and protocol.

    [0042] Once the MS 102 knows its geographical coordinates and universal time, it can determine local time zone by translating the geographical coordinates into a time zone, such as a local time zone (block 208). The MS 102 then determines the daylight savings time settings of the MS 102 (block 210). The mapping of geographical coordinates to local time zone and daylight saving settings for the time zone offset could be preloaded in the MS 102 or downloaded to the MS 102 over the air or stored in a time server on the Internet and communicated to the MS 102 using circuit switch, packet switch, SMS download or alternative transport mechanisms. For the later case, MS 102 communicates its geographical coordinates to the time server using any of the transport mechanisms. Then, the MS 102 can determine the current time, which may also be referred to as a current local time, by adding/subtracting the time zone offset (e.g., a local time zone offset) into universal time and considering the daylight savings time setting (block 212). It is also possible that the MS local time is determined by the time server 104 and communicated to MS 102 over the transport mechanisms.

    [0043] Having determined the current local time (block 212) using GNSS, the MS 102 uses this time in setting calendar appointments, electronic mail (E-mail), tasks, to-do list, SMS time stamping, call logs, event logging, instant messaging, social networking, and host of other user and enterprise applications (block 214).

    [0044] FIG. 3 shows an alternative approach to determining a time zone in which the MS 102 is located, via a process 300. The process 300 may be carried out by the MS 102 in conjunction with the time server 104. While certain aspects of FIG. 3 and its accompanying drawings, are described as being carried out by either the MS 102 or the time server 104, such descriptions are merely examples. For example, functionality attributed to the time server 104 in the description may be carried out by the MS 102 and vice versa.

    [0045] The solution of FIG. 3 need only be used if cellular networks do not support transfer of time information to MS (e.g., through NITZ). According to the process 300, the MS 102 uses the help of the time server 104 to set the correct time of the MS 102. In the described example, the time server 104 maintains universal time, time zones, and daylight settings for all time zones of the world. The only information needed by the time server 104 is the local time zone of the MS 102. Once the time server 104 knows the time zone of the MS 102, the time server 104 can provide the local time or provide all the information to the MS 102 so that it can calculate its local time. The MS 102 and the time server 104 can communicate using any transport mechanisms, for example circuit switch data, packet switch data, or SMS transport. The process 300 of FIG. 3 is not limited by the underlying transport technology used to transfer information between the time server 104 and the MS 102. The time server 104 could be internal to a cellular network or outside of a cellular network (e.g., available on the Internet).

    [0046] As described below, the process 300 of FIG. 3 uses different approaches to determine time zone information for the MS 102. In general, the process 300 first attempts to determine time zone information using MCC information (block 302). If that is not successful (block 304), the process 300 attempts to determine time zone information based on registration area information or codes like the location area/routing area/tracking area (block 306). If either of these attempts is successful (blocks 304 or 308), the process determines the time (e.g., the local time) based on the time zone, universal time, and daylight savings information (block 310) and propagates the current time setting for use by various applications and services within the MS 102 (block 312).

    [0047] In contrast, if the determinations of time zone have been unsuccessful based on MCC information and registration area information, the process makes a selection (block 314) between making a time zone determination based on a mobile originated SMS message (block 316) or making a time zone determination based on GNSS information (block 318). Either of these approaches will result in time zone information that will allow determination of the current time (block 310). The selection (block 314) may be based on processing availability on the MS 102, the availability of functionality, such as GNSS functionality, or any other suitable considerations.

    [0048] Each of the determinations described above in conjunction with blocks 302, 306, 316, and 318 is described below in detail in conjunction with FIGS. 4-7, respectively.

    [0049] As shown in FIG. 4, the determination of time zone information based on MCC information (block 302) begins when the MS 102 determines its MCC based on MS 102 registration to the PLMN 106 (block 402). When the MS 102 registers to the PLMN 106, the MS 102 learns its MCC and it can report the MCC to the time server 104. In case the MS 102 is registered to more than one MCC (e.g., situations in which the MS 102 is background camped on VPLMN on a cellular network and registered on a HPLMN over Generic Access Network (e.g., WiFi)), then the MS 102 selects the MCC which is best suited for its time zone determination. There may be scenarios in which the MS 102 selects the MCC of a non-registered PLMN for time zone determination. One example for these scenarios is that MS 102 is in a region where it is not subscribed to register on cellular VPLMN and it registers to HPLMN over generic access networks (e.g., WiFi) and for time zone determination it uses the MCC of the VPLMN. For example, it is possible for the MS 102 to monitor messages transmitted from the communication network outside of messages used to register the MS 102. For example, PLMN ID, MCC, and LAI/RAI/TAI information is available through network broadcast messages. Thus, registration messages and non-registration messages may be used by the MS 102 to determine the time of the MS 102.

    [0050] As shown in FIG. 1, the time server 104 maintains the MCC to country/time zone database 140. Using this database 140, the time server 104 maps the MCC to the country (block 404). The time server 104 then determines whether the identified country contains single time zone or spans multiple time zones (block 406). If the country has only one time zone (block 106), then the time server 104 calculates and returns the correct time for the MS by combining universal time and daylight saving settings for that country (block 408). Alternatively, the time server 104 may return the time zone offset to the MS 102 (block 408), which then uses the time zone offset to calculate local time. However, if the identified country corresponding to the MCC is a country in which several time zones exists (e.g., US, Canada, Australia, Russia) (block 406), the process 302 returns a failure (block 410) to the process 300, which determines that a failure occurred at block 304.

    [0051] If determining the time zone based on MCC information failed (block 304), the process 300 attempts to determine time zone information based on registration area information, as shown in the example of FIG. 5. The MS 102 first determines its LAI/RAI/TAI codes based on its prior registration to the PLMN 106 (block 502) and passes this information to the time server 104. The time server 104, then maps the LAI/RAI/TAI information to a time zone (block 504). As explained above, the time server 104 maintains a data base 142 where location / routing / tracking area codes for all PLMNs are maintained with corresponding time zone information where MCC is unable to resolve the time zone and PLMN does not support NITZ. The trigger for the information exchange between MS and time server for this step could be change in location / routing / tracking area, power on, radio cycle etc. If time server database contains the correct time zone for the location / routing / tracking area identity of the MS 102 (block 506), the process 306 ends with correct time or time zone conveyed to the MS (block 508). However, if time server lacks information for the relevant area, a failure is returned (block 510).

    [0052] The failure returned at block 510 causes the process 300 to progress to selecting between two determinations (block 316 or 318). If block 316 is selected, the process determines the time zone based on a SMS originated from the MS 102. One particular, example implementation of this is shown in FIG. 6, which begins by the MS 102 initiating an SMS message to a destination number (block 602). The destination number could be predefined in the MS 102 or passed to MS 102 through any transport method. An SMS controller (SC) at the registered PLMN (i.e. the PLMN 106 where MS 102 is registered) time stamps the SMS (block 604). The time stamping is done by the SM-TL (Short Message Transfer Layer) at the SC. The SMS contains mandatory time stamp in the form of Service Centre Time Stamp (SCTS). The SMS is delivered to the time server 104 (block 606). This SMS is delivered to the time server 104 or by any other application or entity which maps it to the correct zone for the related MCC. The time server 104 reads the time stamps and maps it to the correct zone for the related MCC (block 608).

    [0053] After the mapping is complete (block 608), the database processor 130 updates the LA/RA/TA to time zone database 142 (block 610). This helps not only in setting the correct time to the MS 104 but also populating and updating the location area to time zone database 142 maintained by the time server. The need to send SMS by the MS 102 to find time zone is per Location Area / tracking area and not per MS. Thus, only one SMS needs to be sent by the MS 102 per location area / tracking area if the LAI/RAI/TAI to time zone database 142 lacks LAC/TAC to time zone mappings. Once it has the correct mapping, then it reuses it to convey time zone to other MS requests from the same LA/TA. The choice of using MO SMS helps in Home as well as visited PLMN scenarios.

    [0054] The correct time or time zone is returned from the time server 104 to the MS 102 (block 612).

    [0055] It is possible that carrier restructures its LAI/RAI/TAI, moves them around, or reassigns existing codes to LAI/RAI/TAI in another time zone. In this case, the time server database will have stale information. To avoid stale information being used in setting time zone to MS, there could be time to live (TTL) associated with every database entry. When a new entry is created its TTL is set to an implementation specific maximum TTL by the time server. During this period any requests for the LAI/RAI/TAI are serviced from the database entry. Once this time expires, time server deletes the record from the time zone database. This triggers a SMS to be sent once a MS from the respective LAI/RAI/TAI requires time zone information. All of this functionality may be implemented and carried out by the database processor 130 of FIG. 1.

    [0056] Alternatives to SMS (e.g. MMS) can also be used by the time server 104 to populate and update its database 142.

    [0057] Alternatively, if the selection (block 314) indicates the use of GNSS, a process such as the process 318 of FIG. 7 is used. The process 318 is similar to the process described above in conjunction with FIG. 2. In one example, the process 318 activates the MS 102 location tracking technology (e.g., GNSS) (block 702). The MS 102 then determines its location (e.g., coordinates) and universal time using the tracking technology (block 704). The coordinates are then used by the time server 104, the MS 102, or any other suitable entity to determine a time zone (e.g., a local time zone) based on the coordinates (block 706). In one example, the time server 104 may use a coordinate to time zone database 144 to determine the time zone of the MS 102. After the time zone is determined, either the time or the time zone is returned to the MS 102 (block 708).

    [0058] The MS 102 can also use GNSS technologies to find time zone of the camped LAI/RAI/TAI. When time server registry could not provide the time zone information for a particular LAI/RAI/TAI then MS could be instructed to consult GNSS to determine its coordinates. In situations when MS is equipped with GNSS (like GPS) and line of sight is available with the satellites then MS determines its coordinates and pass them on the timer server to map them to time zone or do the mapping locally at the MS.

    [0059] FIG. 8 is a block diagram of an example processing system 800 capable of implementing the apparatus and methods disclosed herein. The processing system 800 can correspond to, for example, a mobile station processing platform, a network element processing platform, a server, a personal computer, a personal digital assistant (PDA), an Internet appliance, a mobile phone, or any other type of computing device. For example the processing system 800 may implement the UE 102 and any component of the mobile communication networks 104.

    [0060] The system 800 of the instant example includes a processor 812 such as a general purpose programmable processor, an embedded processor, a microcontroller, etc. The processor 812 includes a local memory 814, and executes coded instructions 816 present in the local memory 814 and/or in another memory device. The processor 812 may execute, among other things, machine readable instructions to implement the processes represented in the drawings described above. The processor 812 may be any type of processing unit, such as one or more microprocessors from the Intel® Centrino® family of microprocessors, the Intel® Pentium® family of microprocessors, the Intel® Itanium® family of microprocessors, and/or the Intel® XScale® family of processors, one or more microcontrollers from the ARM® family of microcontrollers, the PIC® family of microcontrollers, etc. Of course, other processors from other families are also appropriate.

    [0061] The processor 812 is in communication with a main memory including a volatile memory 818 and a non-volatile memory 820 via a bus 822. The volatile memory 288 may be implemented by Static Random Access Memory (SRAM), Synchronous Dynamic Random Access Memory (SDRAM), Dynamic Random Access Memory (DRAM), RAMBUS Dynamic Random Access Memory (RDRAM) and/or any other type of random access memory device. The non-volatile memory 820 may be implemented by flash memory and/or any other desired type of memory device. Access to the main memory 818, 820 is typically controlled by a memory controller (not shown).

    [0062] The system 800 also includes an interface circuit 824. The interface circuit 824 may be implemented by any type of interface standard, such as an Ethernet interface, a universal serial bus (USB), and/or a third generation input/output (3GIO) interface.

    [0063] One or more input devices 826 are connected to the interface circuit 824. The input device(s) 826 permit a user to enter data and commands into the processor 812. The input device(s) can be implemented by, for example, a keyboard, a mouse, a touchscreen, a track-pad, a trackball, an isopoint and/or a voice recognition system.

    [0064] One or more output devices 828 are also connected to the interface circuit 824. The output devices 828 can be implemented, for example, by display devices (e.g., a liquid crystal display, a cathode ray tube display (CRT)), by a printer and/or by speakers. The interface circuit 824, thus, typically includes a graphics driver card.

    [0065] The interface circuit 824 also includes a communication device such as a modem or network interface card to facilitate exchange of data with external computers via a network (e.g., an Ethernet connection, a digital subscriber line (DSL), a telephone line, coaxial cable, a cellular telephone system such as an EGPRS-compliant system, etc.).

    [0066] In some examples, the system 800 also includes one or more mass storage devices 830 for storing software and data. Examples of such mass storage devices 830 include floppy disk drives, hard drive disks, compact disk drives and digital versatile disk (DVD) drives.

    [0067] As an alternative to implementing the methods and/or apparatus described herein in a system such as the device of FIG. 8, the methods and or apparatus described herein may be embedded in a structure such as a processor and/or an ASIC (application specific integrated circuit).

    [0068] Finally, although certain example methods, apparatus and articles of manufacture have been described herein, the scope of coverage of this disclosure is not limited thereto. On the contrary, this disclosure covers all methods, apparatus and articles of manufacture fairly falling within the scope of this disclosure.


    Claims

    1. A method for use in a device comprising:

    monitoring registration messages transmitted from a communication network to the device, the registration messages including registration information used to register the device with the communication network;

    determining a time zone for the device based on at least some of the registration information; and

    when determining the time zone for the device based on at least some of the registration information is not possible, determining the time zone based on a short message service message originated from the device.


     
    2. The method of claim 1, further comprising using the time zone to provide a local time to applications operable on the device, wherein the applications operable on the device comprise one or more of calendar functionality, task lists, call logs, event logs, instant messaging, social networking, electronic mail, or short message service time stamping.
     
    3. The method of claim 1, wherein determining the time zone for the device based on at least some of the registration information comprises receiving the time zone based on an evaluation of registration area information.
     
    4. The method of claim 3, wherein the registration area information comprises one or more of location area identity, routing area identity, or tracking area identity information.
     
    5. The method of claim 1, wherein determining the time zone for the device (102) based on at least some of the registration information comprises performing an evaluation of a mobile country code.
     
    6. The method of claim 1, wherein determining the time zone for the device based on at least some of the registration information comprises receiving the time zone based on an evaluation of a mobile country code based on the registration information and, when the evaluation of the mobile country code does not provide the time zone, receiving the time zone based on evaluation of registration area information based on the registration information.
     
    7. The method of claim 1, wherein determining the time zone based on the messaging service message comprises evaluating a time stamp associated with the short message service message.
     
    8. The method of claim 7, further comprising mapping the time stamp to the time zone.
     
    9. A method for a network component (104), the method comprising:

    receiving (606) a short messaging service message from a mobile communication device (102), the short messaging service message comprising a time stamp;

    determining (608) from the time stamp a time zone of the mobile communication device;

    providing (612) time information to the mobile communication device (102) based on the determined time zone of the mobile communication device; and

    updating (610) a time zone database to associate registration information for the mobile communication device (102) with the time zone by updating at least one of a location area, a routing area, or a tracking area to the time zone database.


     
    10. The method of claim 9, further comprising:

    after updating the time zone database, receiving from a second mobile communication device a second message comprising second registration information relating to a location area, a routing area, or a tracking area; and

    providing second time information to the second mobile communication device when the second registration information comprises the same location area, routing area, or tracking area as the first registration information, wherein the second time information is determined from the time zone database using the second registration information and the first registration information.


     
    11. The method of claim 9 or 10, further comprising determining a time zone for the mobile communication device using the time stamp and a mobile country code.
     
    12. A mobile communication device configured to operate according to the method claimed in any of claims 1 to 8.
     
    13. A network component of a communication system configured to operate according to the method claimed in any of claims 9 to 10.
     


    Ansprüche

    1. Verfahren zum Gebrauch in einem Gerät, umfassend:

    Überwachen von Registrierungsnachrichten, die von einem Kommunikationsnetz an das Gerät übertragen werden, wobei die Registrierungsnachrichten Registrierungsinformation enthalten, die zum Registrieren des Geräts im Kommunikationsnetz verwendet wird;

    Bestimmen einer Zeitzone für das Gerät auf Grundlage von zumindest einem Anteil der Registrierungsinformation; und

    wenn das Bestimmen der Zeitzone für das Gerät auf Grundlage von zumindest einem Anteil der Registrierungsinformation nicht möglich ist, Bestimmen der Zeitzone auf Grundlage einer Kurzmitteilungsdienst-Nachricht, die vom Gerät herstammt.


     
    2. Verfahren nach Anspruch 1, ferner umfassend das Verwenden der Zeitzone zum Vorsehen einer Ortszeit für Anwendungen, die auf dem Gerät betriebsfähig sind, wobei die Anwendungen, die auf dem Gerät betriebsfähig sind, eines oder mehr von Kalenderfunktionalität, Aufgabenlisten, Anrufprotokollen, Ereignisprotokollen, Instant Messaging, sozialem Netzwerken, elektronischer Post oder Kurzmitteilungsdienst-Zeitstempeln umfassen.
     
    3. Verfahren nach Anspruch 1, wobei das Bestimmen der Zeitzone für das Gerät auf Grundlage von zumindest einem Anteil der Registrierungsinformation das Empfangen der Zeitzone auf Grundlage einer Auswertung von Registrierungsbereichsinformation umfasst.
     
    4. Verfahren nach Anspruch 3, wobei die Registrierungsbereichsinformation eines oder mehr von Ortsbereichsidentitäts-, Routing-Bereichsidentitäts- oder Verfolgungsbereichsidentitätsinformation umfasst.
     
    5. Verfahren nach Anspruch 1, wobei das Bestimmen der Zeitzone für das Gerät (102) auf Grundlage zumindest eines Anteils der Registrierungsinformation das Durchführen einer Auswertung einer mobilen Ländervorwahl umfasst.
     
    6. Verfahren nach Anspruch 1, wobei das Bestimmen der Zeitzone für das Gerät auf Grundlage von zumindest einem Anteil der Registrierungsinformation das Empfangen der Zeitzone auf Grundlage einer Auswertung einer mobilen Ländervorwahl auf Grundlage der Registrierungsinformation, und, wenn die Auswertung der mobilen Ländervorwahl die Zeitzone nicht vorsieht, das Empfangen der Zeitzone auf Grundlage von Auswertung von Registrierungsbereichsinformation auf Grundlage der Registrierungsinformation umfasst.
     
    7. Verfahren nach Anspruch 1, wobei das Bestimmen der Zeitzone auf Grundlage der Mitteilungsdienstnachricht das Auswerten eines Zeitstempels umfasst, der mit der Kurzmitteilungsdienst-Nachricht assoziiert ist.
     
    8. Verfahren nach Anspruch 7, ferner umfassend das Abbilden des Zeitstempels auf die Zeitzone.
     
    9. Verfahren für eine Netzwerkkomponente (104), das Verfahren umfassend:

    Empfangen (606) einer Kurzmitteilungsdient-Nachricht von einem mobilen Kommunikationsgerät (102), wobei die Kurzmitteilungsdienst-Nachricht einen Zeitstempel umfasst;

    Bestimmen (608) einer Zeitzone des mobilen Kommunikationsgeräts aus dem Zeitstempel;

    Zuführen (612) von Zeitinformation zum mobilen Kommunikationsgerät (102) auf Grundlage der bestimmten Zeitzone des mobilen Kommunikationsgeräts; und

    Aktualisieren (610) einer Zeitzonendatenbank zum Assoziieren von Registrierungsinformation für das mobile Kommunikationsgerät (102) mit der Zeitzone durch Aktualisieren von zumindest einem von einem Standortbereich, einem Routing-Bereich oder einem Verfolgungsbereich auf die Zeitzonendatenbank.


     
    10. Verfahren nach Anspruch 9, ferner umfassend:

    nach dem Aktualisieren der Zeitzonendatenbank, Empfangen, von einem zweiten mobilen Kommunikationsgerät, einer zweiten Nachricht, die zweite Registrierungsinformation hinsichtlich eines Standortbereichs, eines Routing-Bereichs oder eines Verfolgungsbereichs umfasst; und

    Zuführen von zweiter Zeitinformation zum zweiten mobilen Kommunikationsgerät, wenn die zweite Registrierungsinformation denselben Standortbereich, Routing-Bereich oder Verfolgungsbereich wie die erste Registrierungsinformation umfasst, wobei die zweite Zeitinformation aus der Zeitzonendatenbank unter Verwendung der zweiten Registrierungsinformation und der ersten Registrierungsinformation bestimmt wird.


     
    11. Verfahren nach einem der Ansprüche 9 oder 10, ferner umfassend das Bestimmen einer Zeitzone für das mobile Kommunikationsgerät unter Verwendung des Zeitstempels und einer mobilen Ländervorwahl.
     
    12. Mobiles Kommunikationsgerät, das zum Arbeiten gemäß dem Verfahren nach einem der Ansprüche 1 bis 8 konfiguriert ist.
     
    13. Netzwerkkomponente eines Kommunikationssystems, die zum Arbeiten gemäß dem Verfahren nach einem der Ansprüche 9 bis 10 konfiguriert ist.
     


    Revendications

    1. Procédé pour une utilisation dans un dispositif comprenant les étapes consistant :

    à surveiller des messages d'enregistrement transmis d'un réseau de communication au dispositif, les messages d'enregistrement comportant des informations d'enregistrement utilisées pour enregistrer le dispositif auprès du réseau de communication ;

    à déterminer un fuseau horaire pour le dispositif sur la base d'au moins certaines des informations d'enregistrement ; et

    lorsque la détermination du fuseau horaire pour le dispositif sur la base d'au moins certaines des informations d'enregistrement n'est pas possible, à déterminer le fuseau horaire sur la base d'un message de service de messages courts provenant du dispositif.


     
    2. Procédé de la revendication 1, comprenant en outre l'étape consistant à utiliser le fuseau horaire pour fournir une heure locale à des applications pouvant fonctionner sur le dispositif, où les applications pouvant fonctionner sur le dispositif comprennent un ou plusieurs élément(s) d'une fonctionnalité de calendrier, de listes de tâches, de journaux d'appels, de journaux des événements, d'une messagerie instantanée, d'un réseautage social, d'une messagerie électronique et d'un horodatage du service de messages courts.
     
    3. Procédé de la revendication 1, dans lequel la détermination du fuseau horaire pour le dispositif sur la base d'au moins certaines des informations d'enregistrement comprend l'étape consistant à recevoir le fuseau horaire sur la base d'une évaluation des informations de zone d'enregistrement.
     
    4. Procédé de la revendication 3, dans lequel les informations de zone d'enregistrement comprennent une ou plusieurs des informations d'identité de zone de localisation, d'identité de zone de routage et d'identité de zone de suivi.
     
    5. Procédé de la revendication 1, dans lequel la détermination du fuseau horaire pour le dispositif (102) sur la base d'au moins certaines des informations d'enregistrement comprend l'étape consistant à réaliser une évaluation d'un code de pays mobile.
     
    6. Procédé de la revendication 1, dans lequel la détermination du fuseau horaire pour le dispositif sur la base d'au moins certaines des informations d'enregistrement comprend les étapes consistant à recevoir le fuseau horaire sur la base d'une évaluation d'un code de pays mobile sur la base des informations d'enregistrement et, lorsque l'évaluation du code de pays mobile ne fournit pas le fuseau horaire, à recevoir le fuseau horaire sur la base d'une évaluation des informations de zone d'enregistrement sur la base des informations d'enregistrement.
     
    7. Procédé de la revendication 1, dans lequel la détermination du fuseau horaire sur la base du message de service de messagerie comprend l'étape consistant à évaluer une estampille temporelle associée au message de service de messages courts.
     
    8. Procédé de la revendication 7, comprenant en outre l'étape consistant à mettre l'estampille temporelle en correspondance avec le fuseau horaire.
     
    9. Procédé pour un composant de réseau (104), le procédé comprenant les étapes consistant :

    à recevoir (606) un message de service de messages courts à partir d'un dispositif de communication mobile (102), le message de service de messages courts comprenant une estampille temporelle ;

    à déterminer (608) à partir de l'estampille temporelle un fuseau horaire du dispositif de communication mobile ;

    à fournir (612) des informations temporelles au dispositif de communication mobile (102) sur la base du fuseau horaire déterminé du dispositif de communication mobile ; et

    à mettre à jour (610) une base de données de fuseaux horaires pour associer des informations d'enregistrement pour le dispositif de communication mobile (102) au fuseau horaire en mettant à jour au moins l'une d'une zone de localisation, d'une zone de routage et d'une zone de suivi pour la base de données de fuseaux horaires.


     
    10. Procédé de la revendication 9, comprenant en outre les étapes consistant :

    après la mise à jour de la base de données de fuseaux horaires, à recevoir à partir d'un deuxième dispositif de communication mobile un deuxième message comprenant des deuxièmes informations d'enregistrement relatives à une zone de localisation, à une zone de routage ou à une zone de suivi ; et

    à fournir des deuxièmes informations temporelles au deuxième dispositif de communication mobile lorsque les deuxièmes informations d'enregistrement comprennent la même zone de localisation, la même zone de routage ou la même zone de suivi que les premières informations d'enregistrement, où les deuxièmes informations temporelles sont déterminées à partir de la base de données de fuseaux horaires en utilisant les deuxièmes informations d'enregistrement et les premières informations d'enregistrement.


     
    11. Procédé de la revendication 9 ou 10, comprenant en outre l'étape consistant à déterminer un fuseau horaire pour le dispositif de communication mobile en utilisant l'estampille temporelle et un code de pays mobile.
     
    12. Dispositif de communication mobile configuré pour fonctionner selon le procédé revendiqué dans l'une des revendications 1 à 8.
     
    13. Composant de réseau d'un système de communication configuré pour fonctionner selon le procédé revendiqué dans l'une des revendications 9 à 10.
     




    Drawing





























    Cited references

    REFERENCES CITED IN THE DESCRIPTION



    This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

    Patent documents cited in the description