WO2008055302A1 - Fourniture de services mobiles améliorée - Google Patents

Fourniture de services mobiles améliorée Download PDF

Info

Publication number
WO2008055302A1
WO2008055302A1 PCT/AU2007/001706 AU2007001706W WO2008055302A1 WO 2008055302 A1 WO2008055302 A1 WO 2008055302A1 AU 2007001706 W AU2007001706 W AU 2007001706W WO 2008055302 A1 WO2008055302 A1 WO 2008055302A1
Authority
WO
WIPO (PCT)
Prior art keywords
mobile radio
radio terminal
application
terminal
test
Prior art date
Application number
PCT/AU2007/001706
Other languages
English (en)
Inventor
Malcolm David Macnaughtan
Craig Andrew Scott
Stephen Brown
Original Assignee
Seeker Wireless Pty Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from AU2006906192A external-priority patent/AU2006906192A0/en
Application filed by Seeker Wireless Pty Limited filed Critical Seeker Wireless Pty Limited
Publication of WO2008055302A1 publication Critical patent/WO2008055302A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/24—Arrangements for testing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning

Definitions

  • This invention relates to methods and apparatus for improving the delivery of services to mobile subscribers having a mobile radio terminal in a radio communications network.
  • SIM Subscriber Identity Module
  • JCVM JavaCard Virtual Machine
  • API application programming interface
  • SIM toolkit for instance, to deliver a service to mobile subscribers is that some terminals may not fully support all the facilities defined in the API specification. In some terminals a subset of the features may not be supported at all. In others, the implementation may be defective. Such limitations may be present in handsets already widely distributed in the marketplace meaning that it may not be economically viable to repair or upgrade them. This means that if a service is to be launched that relies on particular API features, the service will not be available to all handsets or mobile radio terminals in the marketplace, representing lost opportunity for the operator.
  • a method for determining the compatibility of a mobile radio terminal with an application residing on a smart card in the mobile radio terminal in a radio communications network comprising: performing at least one test on the mobile radio terminal, to determine whether the mobile radio terminal supports a given function required by the application; and determining as a result of the at least one test, whether the mobile radio terminal is compatible with the application.
  • the method further comprises suspending the application in relation for the mobile radio terminal.
  • the method upon determining that the mobile radio terminal is incompatible with the application, the method further comprises enabling the mobile radio terminal to be compatible with the application. In a further form, upon determining that the mobile radio terminal is incompatible with the application, the method further comprises providing an option to a user of the mobile radio terminal to proceed with the application.
  • the determination of compatibility is performed only once for a given mobile radio terminal.
  • the application upon power on, the application checks the identity of the mobile radio terminal and compares this with the identity of a mobile radio terminal stored at a previous power on.
  • the identity of the mobile radio terminal stored at the previous power on is stored by the application.
  • the identity of the mobile radio terminal stored at the previous power on is stored by a server in the radio communications network.
  • the application proceeds to determine the compatibility of the mobile radio terminal with the application.
  • the at least one test is a test of a timing facility of the mobile radio terminal.
  • the at least one test is a test of a display facility of the mobile radio terminal. In yet another aspect, the at least one test is a test of the mobile radio terminal's ability to report radio measurements.
  • the method comprises performing two or more of the tests as described above.
  • a method for enabling a mobile radio terminal to be compatible with an application residing on a smart card in the mobile radio terminal comprising: performing at least one test on the mobile radio terminal to determine whether the mobile radio terminal supports a given function required by the application; determining as a result of the at least one test, whether the mobile radio terminal supports the given function; and if it is determined that the mobile radio terminal does not support the given function, performing at least one step to enable the given function.
  • the method further comprises determining whether the given function is able to be enabled before performing the steps to enable the given function.
  • the given function is a timing facility.
  • the at least one step comprises enabling a polling facility. In another form, the at least one step comprises providing a timer rate correction factor to the application.
  • the given function is a display facility of the mobile radio terminal.
  • the display facility is a setup idle text facility.
  • the at least one step comprises invoking a service provider name (SPN) file.
  • SPN service provider name
  • the at least one step comprises transmitting a text notification from a server in the radio communications system.
  • the server transmits a text message notification to the mobile radio terminal.
  • the given function is a capability of the mobile radio terminal reporting radio measurements.
  • the given function is a capability of the mobile radio terminal reporting radio measurements in idle mode.
  • the at least one step comprises causing the mobile radio terminal to enter dedicated mode.
  • the method further comprises causing the mobile radio terminal to enter dedicated mode by initiating a network connection.
  • a method of improving the performance of an application in a mobile radio terminal comprising: determining the compatibility of the mobile radio terminal with the application; and if the mobile radio terminal is determined to be incompatible, modifying the operation of the application to mitigate the effect of the incompatibility .
  • the step of determining the compatibility of the mobile radio terminal with the application comprises determining whether the mobile radio terminal supports one or more functions required by the application.
  • radio communications network for performing the method of any one of the preceding aspects.
  • a mobile radio terminal for use in a radio communications network including at least one network processor, the mobile radio terminal comprising: a memory device having stored thereon an application configured to perform at least one test on the mobile radio terminal to determine whether the mobile radio terminal supports a given function required by the application.
  • the application is further configured to determine, as a result of the at least one test, whether the mobile radio terminal is compatible with the application.
  • the application is further configured to report the result of the at least one test to the at least one network processor to determine whether the mobile radio terminal is compatible with the application.
  • the application is further configured to receive a signal from the at least one network processor indicating whether the mobile radio terminal is compatible with the application.
  • the application is further configured to perform at least one step to enable the given function in the mobile radio terminal if it is determined that the mobile radio terminal is incompatible with the application.
  • the memory device is integral to the mobile radio terminal.
  • the memory device is a smart card inserted into the mobile radio terminal.
  • a memory device for use in a mobile radio terminal for use in a radio communications network including at least one network processor, the memory device having stored thereon an application configured to perform at least one test on the mobile radio terminal to determine whether the mobile radio terminal supports a given function required by the application.
  • the memory device is further configured to determine, as a result of the at least one test, whether the mobile radio terminal is compatible with the application.
  • the application is further configured to report the result of the at least one test to the at least one network processor to determine whether the mobile radio terminal is compatible with the application.
  • the application is further configured to receive a signal from the at least one network processor indicating whether the mobile radio terminal is compatible with the application.
  • the application is further configured to perform at least one step to enable the given function in the mobile radio terminal if it is determined that the mobile radio terminal is incompatible with the application.
  • the memory device is a smart card.
  • the smart card is a Subscriber Identity Module (SIM).
  • SIM Subscriber Identity Module
  • a server coupled to a radio communications network, the server comprising: a processor for determining whether a mobile radio terminal coupled to the radio communications network is compatible with an application in the mobile radio terminal, as a result of at least one test performed on the mobile radio terminal to determine whether the mobile radio terminal supports a given function required by the application.
  • the server further comprises a receiver for receiving the result of the at least one test from the mobile radio terminal.
  • the server further comprises a transmitter for transmitting instructions to the application to perform the at least one test.
  • the transmitter is also for transmitting instructions to the mobile radio terminal to enable the given function.
  • a system comprising: a mobile radio terminal for use in a radio communications network, the mobile radio terminal having stored thereon an application configured to perform at least one test on the mobile radio terminal to determine whether the mobile radio terminal supports a given function required by the application; and a server for receiving a signal indicative of the result of the at least one test and for determining, as a result of the at least one test, whether the mobile radio terminal is compatible with the application.
  • a method of determining the compatibility of a timing facility in a mobile radio terminal for an application in the mobile radio terminal in a radio communications system comprising: invoking at least one timer management command; determining that the timing facility of the mobile radio terminal is incompatible with the application if the mobile radio terminal returns a failure code.
  • a method of determining the compatibility with a timing facility in a mobile radio terminal for an application in the mobile radio terminal in a radio communications system comprising: issuing a request to the application in the mobile radio terminal to respond after a given time period; and determining that the timing facility of the mobile radio terminal is incompatible with the application if the response is not received at the given period of time.
  • a method of determining the compatibility of a timing facility in a mobile radio terminal with an application in the mobile radio terminal in a radio communications system comprising: requesting the application to transmit a pair of transmissions separated by a known time period; measuring the time period between the transmissions; and determining that the timing facility is incompatible with the application if the measured time period is different to the known time period.
  • a method of making compatible an incompatible timing facility of a mobile radio terminal with an application on the mobile radio terminal comprising: enabling a polling facility in the mobile radio terminal.
  • a method of making compatible an incompatible timing facility of a mobile radio terminal with an application on the mobile radio terminal comprising: determining a time rate error correction factor related to a difference between a time rate required by the application and a time rate provided by the timing facility of the mobile radio terminal; and providing the time rate error correction factor to the application.
  • a method of determining the compatibility of a display facility in a mobile radio terminal with an application in the mobile radio terminal in a radio communications system comprising: issuing from the application a command instruction to the mobile radio terminal to display text; and determining that the display facility is incompatible with the application if a failure code is returned.
  • a method of making compatible an incompatible display facility of a mobile radio terminal with an application on the mobile radio terminal comprising: upon the display facility returning a failure code in response to a setup idle text request from the application, writing the text for display into the service provider name (SPN) elementary file on the SIM card and invoking a refresh request on the terminal to cause it to re-read the SPN file and display the contents on the terminal display.
  • SPN service provider name
  • a method of determining the compatibility of a display facility in a mobile radio terminal with an application in the mobile radio terminal in a radio communications system comprising: causing the application to display text on the display facility using a setup idle text facility of the mobile radio terminal; causing the application to present a prompt using a dialog facility of the mobile radio terminal requesting a user of the mobile radio terminal to confirm that the text was displayed; and determining that the display facility is incompatible with the application if the user indicates that no text was displayed.
  • a method of making compatible an incompatible display facility of a mobile radio terminal with an application on the mobile radio terminal comprising: transmitting information relating to display information to a server in the radio communications system; determining at the server, text information relating to the display information; and transmitting from the server, the text information to the mobile radio terminal.
  • a method of determining the compatibility of a radio measurement reporting facility in a mobile radio terminal with an application in the mobile radio terminal in idle mode, in a radio communications system comprising: causing the application to request from the mobile radio terminal, a report of radio measurements; and determining that the radio measurement facility is incompatible if the mobile radio terminal fails to report radio measurements.
  • a method of making compatible a radio measurement reporting facility in a mobile radio terminal with an application in the mobile radio terminal in idle mode, in a radio communications system comprising: causing the mobile radio terminal to enter dedicated mode.
  • a method of determining the compatibility of a radio measurement reporting facility in a mobile radio terminal with an application in the mobile radio terminal in idle mode, in a radio communications system comprising: causing the application to request from the mobile radio terminal, a first report of radio measurements; causing the application to request from the mobile radio terminal, a second report of radio measurements; comparing the first report and the second report; and determining that the radio measurement facility is incompatible if the first report and the second report are identical.
  • Figure 1 - shows a typical network architecture in which the present invention may be applied
  • Figure 2 - shows a mobile radio terminal with an associated SIM card in which is installed an application to support a particular type of service
  • Figure 3 - shows a mobile radio terminal with an alternative facility for custom applications to be downloaded and execute on the terminal;
  • Figure 4 - illustrates one process for detecting and adapting to one or more types of terminal incompatibility
  • Figure 5 - illustrates a similar method to that described in relation to Figure 4, but with an alternative action being taken upon detecting a limitation that cannot be successfully worked around;
  • Figure 6 - illustrates a process for detecting and adapting to one or more terminal incompatibilities
  • Figure 7 - illustrates a structure for implementing the timer adaptation in a SIM toolkit application
  • Figure 8 - illustrates arrangements for achieving timer rate correction
  • Figure 9 - illustrates one test and process for detecting and adapting to timer limitations
  • Figure 10 - illustrates a process for detecting and adapting to display limitations
  • Figure 11 - illustrates the process for detecting and adapting to terminal limitations in reporting radio measurements in idle mode.
  • mobile radio terminal is used synonymously with terms such as “mobile phone” , “cell phone” or “handset”, and will be understood to encompass any kind of mobile radio terminal such as a cell phone, Personal Digital Assistant (PDA), lap top or other mobile computer, or pager.
  • PDA Personal Digital Assistant
  • 'incompatible' is used throughout the description. In stating that a mobile radio terminal is 'incompatible' with a given application, it is meant that the mobile radio terminal does not implement or support one or more functions as required by the application, or as defined in an applicable specification.
  • a mobile radio terminal will be compatible with a given application if the mobile radio terminal implements or supports one or more functions as required by the application, or as defined in an applicable specification.
  • 3GPP TS 31.111 defines the interface between a mobile phone and a USIM card and also the services which the phone must provide for use by an application running on the card.
  • Embodiments of the present invention provide methods, devices, and systems for determining compatibility/ incompatibility of a mobile radio terminal to an application in a radio communication network.
  • a problem may arise in using an API to deliver a service to mobile subscribers in that some terminals do not fully support all the facilities defined in the API specification. In some terminals a subset of the features may not be supported at all. In others, the implementation may be defective. Such limitations may be present in handsets already widely distributed. Therefore, if a service is to be launched/ implemented that relies on at least one API feature, the service may not be available to all handsets or mobile radio terminals.
  • a variety of 'workarounds' for terminal incompatibilities are also provided in one aspect of the present invention. These workarounds provide alternative mechanisms for achieving a desired result when a terminal incompatibility prevents an application from operating in the standard manner. In some cases a workaround may provide an equivalent level of functionality. In other cases there may be some compromise, e.g., in terms of performance or efficiency. The acceptability of a workaround given any performance degradation or inefficiency may also be a subjective matter.
  • the present invention provides a variety of workarounds for different types of terminal incompatibilities, in a flexible framework which enables an operator to choose which workarounds are acceptable and to enable them either automatically or by manual intervention, perhaps by a customer care representative.
  • an application may be deployed on a SIM card for the purpose of monitoring the location of the radio terminal using radio measurements obtained from the terminal.
  • the application would request the equipment identifier associated with the phone and check this against the stored identifier for the phone. If the identifier has changed, indicating that the SIM has been inserted in a different terminal, the application will request some radio measurements from the terminal. The application checks the result of the request, both in terms of the result code as well as the data returned (if any) to ensure that the request was completed successfully. If either of these tests fails and there is no workaround available, the application may disable the service and display a message on the handset screen advising the user of this.
  • Disabling the service in this case may mean, deactivating menu entries relating to the service so that the user cannot attempt to use the service.
  • the application may send a message to the server in the network, informing it that the current terminal is not compatible. On the network side, this message may in turn affect other aspects of the service including for instance, the response issued when a client connects to the service requesting the current location of the terminal.
  • an application may be installed on a SIM card in a mobile phone in order to periodically report the location of the phone based on radio measurements retrieved from the phone.
  • the application normally uses the timer management facility defined in the phone to SIM interface specification.
  • the application checks the identity of the phone as described previously. If the application detects that it has been inserted in a new phone, it exercises the timer management commands to allocate, start and stop a timer. If any of these are not supported, as detected based on the result of the application's requests to the phone, the application will not, without some workaround be able to operate the periodic reporting service.
  • the application may attempt to use the alternative polling facility, by requesting a specific polling interval and registering for polling event notifications according to 3GPP TS 31.111, section 6.4.6 & 6.6.16.
  • the application enables the service, and sets a variable which causes it to use the polling facility instead of the timer management facility while operating on the present terminal. In this way the application is able to continue to operate successfully on this terminal despite the lack of support for the specified timer management commands.
  • FIG. 1 illustrates a typical scenario in which the various aspects of the present invention may be applied.
  • a mobile radio terminal 10 in which is inserted a SIM card 11.
  • a Java applet 12 is installed on the SIM card 11 and utilises the capabilities of the mobile terminal 10, via the SIM toolkit API.
  • the terminal 10 communicates with the radio communications network 20, which includes base stations 21, 22 and 23.
  • a network based server 60 with which the applet may exchange messages at different times to provide a service to the user of the mobile terminal.
  • a customer care system workstation (70) is also shown from which a representative may issue requests to the service relating to testing and workarounds for terminal incompatibilities.
  • the methods provided by the present invention may be implemented primarily in the application at the mobile terminal 10, for example in the SIM toolkit Java applet (12).
  • the methods may be implemented in an application that executes partially, substantially, or primarily in the processor of the mobile terminal 10, for example, a Symbian S60 or Qualcomm BREW application.
  • the set of compatibility tests that can be run and the available workarounds should these tests reveal incompatibilities are defined in the applet.
  • the compatibility testing is executed by the applet and the workarounds, if any, are enabled automatically by the applet.
  • the compatibility tests are executed by the SIM applet 12, but the initiation of compatibility tests is controlled from a network based server 60. This might be triggered by reception of an event notification from the applet 12, for instance a terminal power on event.
  • the testing may also be initiated by a customer care representative, or other external party, from a workstation 70.
  • the enabling of one or more workarounds is controlled from the server 60.
  • server side software is easily modified in response to changing operator requirements and different tests can be enabled or disabled as can selected workarounds with easy software configuration changes or upgrades on the network.
  • customer care representatives can exercise some control over the testing and workarounds based on service provider policies.
  • a third alternative is a combination of the preceding two in which the compatibility tests are executed by the SIM applet and controlled either remotely by a network based server or locally by the subscriber from a menu.
  • the workarounds may also be enabled remotely via a message from the server or by subscriber selection at the terminal.
  • a terminal incompatibility is considered herein as a characteristic of a particular terminal.
  • An incompatibility may or may not be common to all devices of a particular manufacturer or model.
  • An incompatibility may also exist only in certain releases of a particular terminal model, owing for instance to a defect that is rectified in later releases.
  • the present invention provides a means for testing each specific terminal in which a subscriber attempts to use the application, and enabling adaptations specifically by device. It is still within the scope of the present invention however, to apply the results and subsequent actions in relation to one mobile radio terminal within a subgroup of mobile radio terminals to other mobile radio terminals within that subgroup
  • a terminal does not support a given function required by the application.
  • given functions include, but are not limited to: timing functions, including proactive polling; persistent visual displays; Setup Idle Text Command; and making radio parameter measurements in idle and dedicated mode.
  • An incompatibility may also be temporal, for instance triggered by a characteristic of the radio network.
  • a characteristic of the radio network is a defect in the radio which is triggered by poor radio reception conditions when the terminal 'roams' onto another service provider's network.
  • the present invention also provides an option to trigger one or more compatibility tests remotely from a network based server.
  • This facility could be used for example by customer care staff while processing an enquiry from a subscriber in relation to the service supported by the application, such as a zone detection service as described in PCT/ AU2006/ 000478 entitled "Enhanced Terrestrial Mobile Location" to the applicant of the present application.
  • a customer may call to complain that the application is incorrectly detecting them as out of the zone when in fact they are in the zone.
  • the customer care operator processing the enquiry could remotely trigger one or more tests of the radio measurement capabilities of the subscriber's phone to determine whether a terminal incompatibility is the cause of the service issues.
  • the customer care system could be integrated with a network based server which would accept the request from the customer care operator to perform the tests.
  • the server sends a request to the application at the subscriber's mobile to trigger appropriate tests and report the results.
  • the server processes the results and returns an indication to the customer care operator as to whether the radio measurements reported by the subscriber's terminal were accurate.
  • Another option provided by another aspect of the present invention is for the subscriber to trigger one or more compatibility tests themselves. This might be done for instance when considering subscribing to the service, to determine whether the subscriber's existing terminal is compatible with the application.
  • a menu is provided which enables the user to initiate one or more compatibility tests. When triggered, the SIM application would initiate the tests. The results of the tests would then be reported to the subscriber indicating whether the terminal is compatible with the application and the service.
  • Figure 2 shows the mobile radio terminal 10 with associated SIM card 11 in which is installed application 12 to support a particular type of service.
  • the application may support a location based service such as a home zone service.
  • Another example of an application might be a positioning service used to lookup points of interest based on the subscriber's current location.
  • Yet another type of application might be a mobile commerce application in which the SIM is used as an electronic wallet to enable subscribers to purchase goods or services using their mobile phone.
  • the application 12 on the SIM 11 may use facilities defined in the API to access capabilities and services of the terminal 10, optionally including a communications facility with a remote network based server 60.
  • the application 12 on the SIM 11 detects that the SIM 11 has been inserted in a new mobile radio terminal 10 by requesting the terminal identifier each time, following power on.
  • the application 12 can request the International Mobile Equipment Identifier (IMEI) which is unique to each handset or mobile radio terminal 10.
  • IMEI International Mobile Equipment Identifier
  • the reported IMEI is stored in persistent memory and compared with an IMEI stored on the SIM 11.
  • a change of handset is evident from a change of IMEI, in which case the new IMEI is stored in the SIM after completing any processing to qualify and adapt for the characteristics of the new mobile radio terminal 10.
  • the SIM based applet may in one form of the invention, also notify the server 60 of the results of the terminal capability tests and any adaptations that have been enabled as a result.
  • Figure 3 shows a mobile radio terminal 10 with an alternative facility for an application 15 to be downloaded and executed directly on the terminal 10, rather than on a SIM card.
  • an application programming interface optionally including a communications service with a remote network based server 60.
  • the applet provides support for the compatibility testing and adaptation but the process is driven from the server 60.
  • the applet notifies the server 60 upon detecting a new terminal 10.
  • the server 60 may command the applet to complete one or more compatibility tests, the results of which may be reported back to the server 60. Using the results of these tests, the server 60 may enable one or more adaptations to overcome incompatibilities with the terminal 10.
  • FIG. 4 illustrates one process for detecting and adapting to one or more types of terminal incompatibility.
  • the process commences at step 100 when a SIM card with an application installed is first powered on in a new terminal.
  • the application checks the identity of the mobile terminal and compares this identity with the identity stored by the application from the previous power on cycle. In the event that this is the first ever power on cycle, the previous ID will be empty or undefined. Having detected a new terminal, in this case the application initiates a series of terminal capability tests in step 120.
  • the method determines whether or not there are any limitations or incompatibilities.
  • the application commences normal operation, optionally notifying a network based server of the identity of the terminal and the outcome of the tests (step 170).
  • the application determines whether the incompatibilities or limitations can be worked around in step 140. If so, the application attempts in step 150 to apply one or more adaptations or "workarounds" as appropriate.
  • the application commences normal operation, optionally notifying a server as described above. In the event that some incompatibilities remain unresolved the application may disable the service, as shown in step 160.
  • the outcome may be signalled to a server and optionally information presented on the terminal display to also advise the user that the service is incompatible with the present terminal.
  • This notification can also optionally be provided to customer care to enable further action to be initiated to enable access to the service for this subscriber.
  • Figure 6 shows another method according to another aspect of the present invention.
  • the application issues a notification to a network based server after power on in step 201, providing the terminal identity.
  • the server determines whether the transmitted terminal identity has changed since the last power on, at step 202. In the event that this is the first power on cycle in this terminal the server initiates a series of tests at step 203 by issuing commands to the application. On completion of the tests, the server decides whether there are any incompatibilities at step 204. If not, the service is provided as normal operation. If at step 204 it is determined that there is one or more incompatibility, the server determines whether the incompatibility can be worked around in step 205.
  • step 207 it would be possible to record the incompatibilities and then alert a customer care representative who could enable one or more workarounds. If so, the system enables the workarounds as appropriate in step 207 and ends at step 208 to then proceed to provide the service as normal. If it is determined in step 205 that one or more of the incompatibilities cannot be worked around, the system advises the user in step 206 of possible problems with the service. As previously discussed, it is also possible to completely disable the service.
  • Terminal based timer notification for a SIM based application is needed because SIM cards typically do not have a clock. Therefore if an application on the SIM (11) involves any repeated activity, it is necessary for the application to receive some form of periodic notification driven by the mobile radio terminal (10).
  • One such facility is specified for instance in section 6.6.21 of 3GPP TS 31.111.
  • the application (12) may issue a request to the terminal (10) to allocate a timer and then request that the terminal start the timer. If the terminal refuses either request, returning any failure code, the application notes this as a failure.
  • a server may issue a request for the application to wait for a given period of time and then issue a response. In the absence of a response, the server may conclude that the timer facility needed by the application to issue the time delayed response is lacking in the present terminal. Alternatively if the response is received either too early or too late, the server can detect errors in the timer rate supported by the terminal.
  • the application may issue a pair of messages to a server separated by a nominal interval known to the server. Any difference between the nominal interval and the actual measured interval between messages at the server can be used to detect timer rate offsets.
  • FIG. 7 illustrates a possible implementation for this capability.
  • the application there are likely to be one or more modules which require periodic notification in order to trigger some periodic processing. Two such modules are shown as application module 1 and application module 2.
  • a typical design would encapsulate the functionality relating to periodic timer functionality into a timer module 3.
  • this module would be designed to encapsulate functionality for providing periodic notification using the SIM Toolkit Timer Management commands. In figure 7 this is illustrated as the Timer Management sub-module 4.
  • this polling module would register for the event defined in the STK API as EVENT_STATUS_COMMAND. It would request the terminal to set the Poll Interval based on the rate of periodic notification required by the application modules.
  • the outer Timer Module 3 would support either Timer Management or Polling based operation, depending on the outcome of timer compatibility testing. In this way those components of the applet which require periodic inputs can be designed to operate independently and the timer compatibility detection and workaround can be implemented transparently.
  • the timer rate may be fixed, typically at a rate faster than required by a SIM based application.
  • the application (12) can request the terminal (10) to report the actual polling rate and apply an adjustment as described below.
  • the terminal (10) may run the timer at a different rate from that requested or may incorrectly report the actual rate of periodic notifications. Assuming a timer rate offset such as this is detected using one of the tests described above, one form of the present invention provides a timer rate correction factor to be applied by the application (12) on the SIM (11).
  • the application (12) adjusts the time interval requested from the terminal (10) by the appropriate factor.
  • the application implements a "divide by N" counter using only every Nth timer notification. This is illustrated in Figure 8 (a).
  • the application may discard 3 out of every 4 timer notifications using only every fourth. For cases where there is a fractional difference between the timer interval measured by the terminal and the true required rate a fractional division may be achieved by running the terminal at a faster rate and dividing down.
  • FIG. 9 shows a method in which a test of the terminal timer facilities is initiated, incorporating several of the options discussed above. After starting at step 300, the method proceeds to invoke timer management commands in step 301 as described above. The method will then determine whether timer facilities are supported (i.e.
  • step 302 determines whether there are any incompatibilities of the timer functions with the application) at step 302, by checking the response code returned by the terminal. If the response code does not indicate successful completion of the request, an alternative mechanism for periodic activity is enabled at step 303 (for example enabling the polling facility as described above).
  • the application in step 304, then issues a message to a network based server. Using whichever timer mechanism is currently enabled, the application waits for a nominal period of time (N seconds as shown in step 305) as measured by the terminal timer before sending a second message to the server in step 306.
  • step 307 the server measures the interval between the messages and compares it with the nominal interval.
  • step 308 the server determines whether the interval is correct.
  • step 310 If it is, the process ends at step 310 to continue to function normally. If there the determined interval is incorrect, a rate calibration factor is calculated and sent to the application in step 309 for use in achieving the correct interval.
  • a persistent visual indication (as distinct from a brief pop-up notification) to subscribers.
  • STK API the Setup Idle Text Command (3GPP TS 31.111, section 6.6.22).
  • this facility may not be supported.
  • the terminal when an application invokes a setup idle text request, the terminal returns a failure code.
  • a success code may be returned but no text actually displayed in which case it is not possible for the application to automatically detect the lack of terminal support.
  • another form of the present invention provides a further means to detect the lack of support.
  • the application displays some text on the screen using the setup idle text facility and then presents a prompt using the more widely supported dialog facility requesting the subscriber to confirm that the preceding message text was displayed correctly. If the user indicates that no text was seen then the application is able to detect and report the terminal lack of support.
  • SPN Service Provider Name
  • EF_SPN Service Provider Name
  • GSM & UMTS SIM specification designated as GSM & UMTS SIM specification.
  • EF_SPN GSM & UMTS SIM specification
  • the terminal can read this text from the file and present the contents persistently on the display.
  • this file can be used. Whenever the SIM application needs to update the text displayed to the user, it writes the new text to EFjSPN and then issues a refresh request to the terminal, causing the terminal to re-read the elementary file and display the updated text on the screen.
  • the present invention also provides a means for an operator to remotely enable or disable this workaround.
  • one form of the present invention provides an alternative means to provide textual notifications to a subscriber.
  • the server can assume the responsibility for issuing text notifications. This can be achieved for instance by sending server originated text SMS to the terminal which will be presented on the display.
  • a zone based service for example, implemented using a SIM based application, it is an option to advise the user of their current zone status and therefore the tariff that will be applied if they use any network services.
  • the server can instead issue notifications to the subscriber whenever the zone status is updated using text SMS.
  • Another alternative when there is no support for a persistent display of the information on the handset is to instead convey the information via an audio notification played to the user at call setup.
  • the call may first be routed to an intelligent peripheral which plays back a message indicating the current tariff that applies enabling the user to cancel the request if desired.
  • Figure 10 illustrates a process for detecting and adapting to display limitations according to one form of this aspect of the present invention.
  • the process will initiate the idle screen text in step 401. If as a result of this initiation step, it is determined in step 402 that the idle text facility is not supported, as described above, an alternative mechanism (such as SPN) is activated in step 403 and the request repeated. Using the prompt display facility, the application may then, in step 404, request the user to confirm that the text was displayed correctly. A check to see if the text was properly displayed is then made in step 405. The outcome is notified to the server in step 407.
  • SPN alternative mechanism
  • step 405 If the user indicated that the text was not displayed correctly (as determined in step 405), the application then causes the terminal to request of the server, an alternative means of presenting text notifications to the user, as shown in step 406. This may be via text SMS generated directly form the server as described previously. The process then ends at step 408.
  • the terminal may only report detailed radio measurements while in dedicated mode. In idle mode the reporting may be limited to Cell Identities only.
  • the terminal based application tests for this type of limitation by requesting radio measurements from the terminal as part of evaluating the capabilities of the terminal. During these tests, the application monitors other events that may be reported by the terminal to ensure that the terminal remains in idle mode for the duration of the testing. This is because if the terminal activates a connection and therefore reports detailed radio measurements, the terminal application would incorrectly conclude that idle mode measurements are supported. The events monitored include any that indicate SMS transmission or reception and also call establishment. If the test does coincide with a connection to the network, the test is restarted. If no detailed radio measurements are reported then the application records the fact that the terminal does not support the detailed radio measurements.
  • the SIM based application enables a mode of operation in which the application initiates a network connection first before requesting detailed radio measurements. This involves for example sending an SMS or starting a call to put the terminal in dedicated mode.
  • the terminal based application in the present invention tests for this by comparing the results of successive radio measurement requests and if they are identical, recording the fact that the terminal appears to report stale radio measurements in idle mode. The expectation that successive radio measurements should not be identical arises from the characteristics of mobile radio propagation where random channel variations give rise to rapid random variations in signal levels. In such terminal once again, the application enables the adaptation to force a connection before requesting measurements.
  • Tables 1 & 2 below show an example from a terminal exhibiting this kind of limitation. These measurements were obtained from a Sony Ericsson K750i mobile terminal by a SIM toolkit applet. The tables show two consecutive measurement cycles, in which the PROVIDE LOCAL INFO command was used to obtain the location and network measurement results. In this case the results from the two cycles are identical because the terminal continues to report measurements saved at the last connection to the network.
  • Table 3 shows the results of a third measurement cycle initiated after first sending an SMS from the phone to force it to establish a connection to the radio network. In this case the measurements have changed since the previous request. The same cells are reported but the signal levels have all changed marginally. In addition the last two cells have reversed in order as the weakest cell in the initial two cycles is now measured with a higher signal level than the one immediately above it in the previous cycles.
  • a radio terminal may report detailed radio parameters but one or more of the parameters may in some cases be erroneous.
  • the SIM based application in the present invention detects several types of such errors and adapts to them.
  • One example is exhibited by some GSM mobile terminals which incorrectly report signals having a greater received level than -47 dBm. The most significant bit is not set in this case meaning that values swing from -47dBm to -HOdBm.
  • the application detects this from the fact that neighbour cells are expected to be weaker than the serving cell. If a serving level is reported much weaker than one or more neighbour cells then this is wrapped around.
  • the SIM application may also use the assistance of a network based server to detect erroneous radio measurement reports by a terminal.
  • a network based server to detect erroneous radio measurement reports by a terminal.
  • the advantage of using the server is that the server can be equipped with a radio network configuration database and therefore validate the measurements.
  • One example of an error seen in some GSM devices is occasional incorrect reporting of BSIC values of zero. While zero is a legitimate value for the BSIC associated with a GSM cell, it is rarely used in networks. Because the value is legitimate, it is not possible for the SIM application to determine in isolation whether the BSIC is correctly reported or whether it is due to a terminal error.
  • the server however can analyse the cells in the vicinity of the mobile and check whether there is a cell configured with a BSIC of zero.
  • the server can enable an adaptation in the application in which zero value BSICs are flagged as invalid reports.
  • the effect of this flagging will depend on the specific processing being performed. If the processing is for zone detection as described in PCT/ AU2006/ 000478 entitled "Enhanced Terrestrial Mobile Location" to the applicant of the present application, then this particular cell report may be excluded from the cost calculations. Alternatively all other reports may be matched first and then a match for this cell sought in the profile using the ARFCN only.
  • Figure 11 illustrates the process for detecting and adapting to terminal limitations in reporting radio measurements in idle mode.
  • the application attempts to read some NMR measurements from the terminal while it is in idle mode in step 501. The result of this attempt is obtained in step 502. If successful, the application notifies the server of the results in step 507. Alternatively if the terminal does not support the request in idle mode, the application repeats the test after putting the terminal in dedicated mode by initiating a call in step 503. The result of this repeated test is then determined at step 504. If this test fails the application notifies the server and the process concludes at steps 507 and 508. At this stage the server may disable the service on the terminal and notify the subscriber and customer care. If the test is successful however, the application also tests whether NMR results are available after SMS transmission (step 505) and location status events (step 506). The server is then notified accordingly in step 507.
  • the application could obtain network measurements from the terminal via an API such as Mobinfo or ETeBrdParty.
  • the application could first make a ETeBrdParty API function call such as GetCallStatus to determine whether the terminal was currently in idle mode. While in idle mode, the terminal could make a function call such as GetSignalStrength to attempt to obtain network measurements in step 501. The result of this function call is returned in step 502. If the call is successful, the application notifies the server in step 507. However, if the GetSignalStrength function is not supported, the method will return an error message such as
  • the application may then repeat the test after putting the terminal in dedicated mode by initiating a call using, for example, the EstablishDataCall or DialNewCall functions in step 503. The result of this repeated test is then determined at step 504. If this test fails the application notifies the server and the process concludes at steps 507 and 508. The server may disable the service on the terminal and notify the subscriber and customer care. However, if the test was successful the application may repeat the test after SMS transmission and location status events as described above.
  • the applet which is deployed on subscriber SIM cards is designed to support over the air update (OTA).
  • OTA air update
  • two options are afforded. If the incompatibility can be detected by exercising existing facilities in the applet, then the server based diagnostic process can be extended to exercise the facility. Alternatively the applet can be updated over the air, adding additional functionality to exercise the terminal in a fashion which detects the presence of the incompatibility in affected terminals.
  • server based or applet based features are added to work around the incompatibility. For features needed in the handset an OTA upgrade can be performed. This can be done either globally to all subscriber SIMs or individually, only as required for subscribers with affected handsets as highlighted by the results of incompatibility testing on individual terminals.
  • SIM is frequently used when referring to the smart card bearing the mobile client software of the present invention. It should be noted that the term SIM is used as a specific example and should not be construed as a limitation of the present invention. It will be understood by one of ordinary skill in the art that the invention may equally be applied for instance to USIMs in 3G terminals and similarly in other mobile terminal applications developed to run against terminal based APIs including Symbian Series 60 and BREW.
  • the one or more application could be stored on a resident or integral memory device of the mobile radio terminal itself.
  • the present application is also intended to cover applications for performing the various methods described above, including memory devices such as computer memory, CDs, DVDs, and any other portable memory device storing the one or more applications.
  • the present application will cover various network elements or processors such as a server, which may be used in performing one or more aspects of the present invention as described in detail above, as well as a system incorporating one or more elements described above, such as the mobile radio terminal, the application and the server.
  • a server which may be used in performing one or more aspects of the present invention as described in detail above, as well as a system incorporating one or more elements described above, such as the mobile radio terminal, the application and the server.
  • the term "comprise” and any of its derivatives (eg. comprises, comprising) as used in this specification is to be taken to be inclusive of features to which it refers, and is not meant to exclude the presence of any additional features unless otherwise stated or implied.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Cette invention concerne un système, un procédé ou un appareil pour détecter une ou plusieurs incompatibilités dans un terminal mobile pour la remise de services mobiles via une application installée sur une carte SIM ou sur un terminal radio mobile. Une série de tests de compatibilité sont menés afin de détecter et de déterminer le type d'incompatibilité et les résultats de ces tests peuvent être utilisés pour apporter une ou plusieurs améliorations pour atténuer l'incompatibilité.
PCT/AU2007/001706 2006-11-07 2007-11-07 Fourniture de services mobiles améliorée WO2008055302A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
AU2006906192 2006-11-07
AU2006906192A AU2006906192A0 (en) 2006-11-07 Enhanced mobile service provision

Publications (1)

Publication Number Publication Date
WO2008055302A1 true WO2008055302A1 (fr) 2008-05-15

Family

ID=39364101

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/AU2007/001706 WO2008055302A1 (fr) 2006-11-07 2007-11-07 Fourniture de services mobiles améliorée

Country Status (1)

Country Link
WO (1) WO2008055302A1 (fr)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009144292A1 (fr) * 2008-05-30 2009-12-03 Gemalto Sa Procédé, jeton et système de traitement d’un service
EP2451135A1 (fr) 2010-11-05 2012-05-09 Deutsche Telekom AG Procédé et système de provisionnement d'applications sur des cartes SIM d'un terminal mobile
US8265618B2 (en) 2005-10-24 2012-09-11 Wavemarket, Inc. Mobile service maintenance management
US8463285B2 (en) 2005-04-08 2013-06-11 Wavemarket, Inc. Systems and methods for mobile terminal location determination using profiles of radio signal parameter measurements
US8667483B2 (en) 2009-03-25 2014-03-04 Microsoft Corporation Device dependent on-demand compiling and deployment of mobile applications
CN104284350A (zh) * 2013-07-04 2015-01-14 腾讯科技（深圳）有限公司 进行多卡移动终端适配测试的方法及系统
WO2015092307A1 (fr) * 2013-12-19 2015-06-25 Oberthur Technologies Procédé de test et de mise à jour du système d'un terminal par un module d'identité de souscripteur et dispositifs associés
CN105323748A (zh) * 2014-07-01 2016-02-10 腾讯科技（深圳）有限公司 一种测试错误上传方法及装置
WO2019012305A1 (fr) * 2017-07-12 2019-01-17 Intelliboxes Group Limited Système et procédé de réalisation de diagnostics de dispositif de communication mobile
CN110597584A (zh) * 2019-08-15 2019-12-20 香港乐蜜有限公司 一种页面适配的测试方法、装置、电子设备及存储介质
WO2021202271A1 (fr) * 2020-04-03 2021-10-07 Skyhook Wireless, Inc. Localisation à base de sim

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US2358500A (en) * 1942-06-30 1944-09-19 Frova Giovanni Apparatus for declustering, distributing, and assorting cherries
US6591116B1 (en) * 1999-06-07 2003-07-08 Nokia Mobile Phones Limited Mobile equipment and networks providing selection between USIM/SIM dependent features
WO2004079478A2 (fr) * 2003-03-06 2004-09-16 Gemplus Procede de gestion du declenchement d'une application dans un terminal de service notamment dans un terminal de telecommunication
US20050066325A1 (en) * 2003-09-18 2005-03-24 Brother Kogyo Kabushiki Kaisha Software install program product, installation method, and software install system
US6961587B1 (en) * 1999-05-11 2005-11-01 Nokia Mobile Phones Ltd. Storage media
WO2006053835A1 (fr) * 2004-11-17 2006-05-26 Gemplus Procede d'evaluation de la compatibilite entre des applications et des dispositifs de traitement
WO2006087438A1 (fr) * 2005-02-17 2006-08-24 France Telecom Procede et dispositif d'acces a une carte sim logee dans un terminal mobile par l'intermediaire d'une passerelle domestique
WO2007020635A2 (fr) * 2005-08-15 2007-02-22 Signicom Ltd. Procede et dispositif de selection d'application pour combine telephonique mobile

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US2358500A (en) * 1942-06-30 1944-09-19 Frova Giovanni Apparatus for declustering, distributing, and assorting cherries
US6961587B1 (en) * 1999-05-11 2005-11-01 Nokia Mobile Phones Ltd. Storage media
US6591116B1 (en) * 1999-06-07 2003-07-08 Nokia Mobile Phones Limited Mobile equipment and networks providing selection between USIM/SIM dependent features
WO2004079478A2 (fr) * 2003-03-06 2004-09-16 Gemplus Procede de gestion du declenchement d'une application dans un terminal de service notamment dans un terminal de telecommunication
US20050066325A1 (en) * 2003-09-18 2005-03-24 Brother Kogyo Kabushiki Kaisha Software install program product, installation method, and software install system
WO2006053835A1 (fr) * 2004-11-17 2006-05-26 Gemplus Procede d'evaluation de la compatibilite entre des applications et des dispositifs de traitement
WO2006087438A1 (fr) * 2005-02-17 2006-08-24 France Telecom Procede et dispositif d'acces a une carte sim logee dans un terminal mobile par l'intermediaire d'une passerelle domestique
WO2007020635A2 (fr) * 2005-08-15 2007-02-22 Signicom Ltd. Procede et dispositif de selection d'application pour combine telephonique mobile

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8463285B2 (en) 2005-04-08 2013-06-11 Wavemarket, Inc. Systems and methods for mobile terminal location determination using profiles of radio signal parameter measurements
US8265618B2 (en) 2005-10-24 2012-09-11 Wavemarket, Inc. Mobile service maintenance management
WO2009144292A1 (fr) * 2008-05-30 2009-12-03 Gemalto Sa Procédé, jeton et système de traitement d’un service
CN102113355A (zh) * 2008-05-30 2011-06-29 格马尔托股份有限公司 用于处理服务的方法、标志和系统
US8667483B2 (en) 2009-03-25 2014-03-04 Microsoft Corporation Device dependent on-demand compiling and deployment of mobile applications
EP2451135A1 (fr) 2010-11-05 2012-05-09 Deutsche Telekom AG Procédé et système de provisionnement d'applications sur des cartes SIM d'un terminal mobile
CN104284350A (zh) * 2013-07-04 2015-01-14 腾讯科技（深圳）有限公司 进行多卡移动终端适配测试的方法及系统
CN104284350B (zh) * 2013-07-04 2018-09-28 腾讯科技（深圳）有限公司 进行多卡移动终端适配测试的方法及系统
FR3015718A1 (fr) * 2013-12-19 2015-06-26 Oberthur Technologies Procede de test et de mise a jour du systeme d'un terminal par un module d'identite de souscripteur et dispositifs associes
WO2015092307A1 (fr) * 2013-12-19 2015-06-25 Oberthur Technologies Procédé de test et de mise à jour du système d'un terminal par un module d'identité de souscripteur et dispositifs associés
CN105323748A (zh) * 2014-07-01 2016-02-10 腾讯科技（深圳）有限公司 一种测试错误上传方法及装置
CN105323748B (zh) * 2014-07-01 2020-04-07 腾讯科技（深圳）有限公司 一种测试错误上传方法及装置
WO2019012305A1 (fr) * 2017-07-12 2019-01-17 Intelliboxes Group Limited Système et procédé de réalisation de diagnostics de dispositif de communication mobile
CN110597584A (zh) * 2019-08-15 2019-12-20 香港乐蜜有限公司 一种页面适配的测试方法、装置、电子设备及存储介质
WO2021202271A1 (fr) * 2020-04-03 2021-10-07 Skyhook Wireless, Inc. Localisation à base de sim
US11606769B2 (en) 2020-04-03 2023-03-14 Skyhook Wireless, Inc. SIM-based positioning

Similar Documents

Publication Publication Date Title
WO2008055302A1 (fr) Fourniture de services mobiles améliorée
US8655336B1 (en) Remote issue logging and reporting of mobile station issues and diagnostic information to manufacturer
US7881703B2 (en) Call intercept methods, such as for customer self-support on a mobile device
US8682301B2 (en) Local intercept methods, such as applications for providing customer assistance for training, information calls and diagnostics
EP1969886B1 (fr) Procede destine a realiser des services interactifs sur un dispositif mobile tels que des services interactifs de temps ecoule ou de lieu
US8682298B2 (en) Message intercept methods, such as for customer self-support on a mobile device
US8437751B2 (en) Method, apparatus and computer program product for providing confirmed over-the-air terminal configuration
US7610048B2 (en) System and method for the accurate collection of end-user opinion data for applications on a wireless network
US8937910B2 (en) System and method for connecting, configuring and testing wireless devices and applications
US8818354B1 (en) Systems and methods for mobile station validation
EP2273370B1 (fr) Appareil pour rapporter une exception et procédé correspondant
US8626148B2 (en) Text message transmissions indicating failure of recipient mobile device to connect with a call
WO2008022291A2 (fr) Procédés de déclenchement local, telles que des applications pour un diagnostic ou une gestion de configuration lancés par un dispositif
KR102103836B1 (ko) 가입자 자체 활성화 장치, 프로그램 및 방법
CN1972512A (zh) 检测相同无线终端的方法及装置
US9369889B2 (en) Method for provisioning of a SIM card
CA2767766A1 (fr) Solution d'approvisionnement sans fil pour des dispositifs cibles
CN108197958B (zh) 统计线下黄牛的方法、装置及存储介质
EP2999247A1 (fr) Activation de carte sim
JP5462266B2 (ja) 移動体通信ネットワーク
EP2763452A1 (fr) Procédé et système permettant de surveiller les performances d'un réseau
JP6219999B2 (ja) 音声通信品質を測定する方法及びそのシステム
US9176750B2 (en) Telephone network subscriber identification card and method of controlling an electronic device adapted to interact with such a card

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07815509

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07815509

Country of ref document: EP

Kind code of ref document: A1