Wireless communication cost prediction for mobile device

<u>Field of the Invention</u>

0001The present invention relates to the prediction of communication costs for a mobile device equipped for wireless communication.

<u>Background of the Invention</u>

0002Communication infrastructures suitable for mobile users have now become widely adopted. Whilst the primary driver has been mobile telephony using cellular radio infrastructures, the desire to implement mobile data-based services over these infrastructures, has led to the rapid development of data-capable bearer services across such infrastructures. This has opened up the possibility of many Internet-based services being available to mobile users.

0003By way of example, Figure 1 shows one form of known communication infrastructure for mobile users providing both telephony and data-bearer services. In this example, a mobile entity 20, provided with a radio subsystem 22 and a phone subsystem 23, communicates with the fixed infrastructure of GSM PLMN (Public Land Mobile Network) 10 to provide basic voice telephony services. In addition, the mobile entity 20 includes a data-handling subsystem 25 interworking, via data interface 24, with the radio subsystem 22 for the transmission and reception of data over a data-capable bearer service provided by the PLMN; the data-capable bearer service enables the mobile entity 20 to communicate with a service system 40 connected to the public Internet 39. The data handling subsystem 25 supports an operating environment 26 in which applications run, the operating environment including an appropriate communications stack.

0004More particularly, the fixed infrastructure 10 of the GSM PLMN comprises one or more Base Station Subsystems (BSS) 11 and a Network and Switching Subsystem NSS 12. Each BSS 11 comprises a Base Station Controller (BSC) 14 controlling multiple Base Transceiver Stations (BTS) 13 each associated with a respective "cell" of the radio network. When active, the radio subsystem 22 of the mobile entity 20 communicates via a radio link with the BTS 13 of the cell in which the mobile entity is currently located. As regards the NSS 12, this comprises one or more Mobile Switching Centers (MSC) 15 together with other elements such as Visitor Location Registers 32 and Home Location Register 32.

0005When the mobile entity 20 is used to make a normal telephone call, a traffic circuit for carrying digitised voice is set up through the relevant BSS 11 to the NSS 12 which is then responsible for routing the call to the target phone (whether in the same PLMN or in another network).

0006With respect to data transmission to/from the mobile entity 20, in the present example three different data-capable bearer services are depicted though other possibilities exist. A first data-capable bearer service is available in the form of a Circuit Switched Data (CSD) service; in this case a full traffic circuit is used for carrying data and the MSC 32 routes the circuit to an InterWorking Function IWF 34 the precise nature of which depends on what is connected to the other side of the IWF. Thus, IWF could be configured to provide direct access to the public Internet 39 (that is, provide functionality similar to an IAP - Internet Access Provider IAP). Alternatively, the IWF could simply be a modem connecting to a PSTN; in this case, Internet access can be achieved by connection across the PSTN to a standard IAP.

0007A second, low bandwidth, data-capable bearer service is available through use of the Short Message Service that passes data carried in signalling channel slots to an SMS unit which can be arranged to provide connectivity to the public Internet 39.

0008A third data-capable bearer service is provided in the form of GPRS (General Packet Radio Service which enables IP (or X.25) packet data to be passed from the data handling system of the mobile entity 20, via the data interface 24, radio subsystem 21 and relevant BSS 11, to a GPRS network 17 of the PLMN 10 (and vice versa). The GPRS network 17 includes a SGSN (Serving GPRS Support Node) 18 interfacing BSC 14 with the network 17, and a GGSN (Gateway GPRS Support Node) interfacing the network 17 with an external network (in this example, the public Internet 39). Full details of GPRS can be found in the ETSI (European Telecommunications Standards Institute) GSM 03.60 specification. Using GPRS, the mobile entity 20 can exchange packet data via the BSS 11 and GPRS network 17 with entities connected to the public Internet 39.

0009Different data-capable bearer services to those described above may be provided, the described services being simply examples of what is possible.

0010The data connection between the PLMN 10 and the Internet 39 will generally be through a firewall 35 with proxy and/or gateway functionality. In Figure 1, a service system 40 is shown connected to the Internet 40, this service system being accessible to the OS/application 26 running in the mobile entity by use of any of the data-capable bearer services described above. The data-capable bearer services could equally provide access to a service system that is within the domain of the PLMN operator or is connected to another public or private data network.

0011Whilst the above description has been given with reference to a PLMN based on GSM technology, it will be appreciated that many other cellular radio technologies exist and can typically provide the same type of functionality as described for the GSM PLMN 10.

0012Another technology for providing mobile data connectivity is that based on wireless LANs. Wireless LANs are gaining substantial acceptance as a means for providing mobile connectivity over a restricted area. Figure 2 of the accompanying drawings illustrates the main components of a wireless LAN architecture consistent with the ANSI/IEEE Standard 802.11 ("Wireless LAN Medium Access Control and Physical Layer Specifications"). The Figure 2 wireless LAN 44 comprises a distribution system 45 that serves to interconnect a number of access points (AP) 46 via a network. Each access point 46 connects with mobile stations (MS) 47 over a wireless medium to form a Basic Service Set 48 (BSS1 and BSS2). The totality of the basis service sets and the network that interconnects them is called an Extended Service Set (ESS). The wireless LAN may connect with other networks, including the internet, via a portal 49.

0013Wireless LANs can be used to provide connectivity over limited areas such as public spaces and publicly-accessible premises, both commercial and non-commercial. These limited areas of connectivity are often referred to as "hotspots" as they generally provide a much higher speed of data transfer to mobile devices than is available via other wireless systems of more general coverage such as the data-capable bearer services provided by cellular radio networks of the form illustrated in Figure 1.

0014Whilst such connectivity "hotspots" are presently provided primarily by wireless LANs, other technologies can also be used to provide localised areas of high transfer rates (as compared to the surrounding environment) and as used herein the term "hotspot" is intended to be technology independent, merely indicating that improved data transfer rates are available in localised areas. For example, short-range wireless connectivity can be provided by a "Bluetooth" radio system.

0015It is an object of the present invention to help a user of a device with multiple wireless connectivity options, to appreciate the likely communication costs that will be incurred according to the quality of experience sought by the user.

<u>Summary of the Invention</u>

0016According to one aspect of the present invention, there is provided a communications arrangement comprising: <ul id="ul0001" list-style="dash" compact="compact"><li>a mobile device comprising: <ul id="ul0002" list-style="dash" compact="compact"><li>a communications subsystem capable of wireless communication using any of multiple different data-transfer services each with an associated cost; and</li><li>a service determination subsystem for holding one or more quality-of-experience profiles each specifying, in dependence on one or more parameters, what service is to be used by the communications subsystem, and for using the, or a user-selected one of the, profiles as a currently-active profile; and</li></ul></li><li>a cost prediction subsystem for predicting, on the basis of past data transfers involving said device, communication costs for the device to the end of a current calendar usage period for at least one quality-of-experience profile used as the currently-active profile for future communications.</li></ul>

0017Preferably, the cost prediction subsystem is operative to predict communication costs for the device to the end of a current usage period for both the actual currently-active profile and at least one other quality-of-experience profile used as the currently-active profile for future communications in said usage period.

0018Advantageously, the service determination subsystem holds multiple profiles and the arrangement includes means operative, during use of the communications subsystem, to determine for each profile the service amongst the services available, that would be used were that profile the currently-active profile whereby to derive prediction data indicating, for each profile, an estimate of the mix of services that would be used over a period of time if the profile was the currently-active profile. The cost prediction subsystem in subsequently predicting communication costs to the end of the current usage period for a particular said profile, use the relevant prediction data to set the mix of services used in making the prediction for that profile.

0019A quality-of-experience profile may directly specify at least one particular service to be used, subject to availability. Alternatively, a quality-of-experience profile may specify acceptable download times and/or media quality parameters; in this case, the service determination subsystem is operative to use these parameters to determine a suitable service to use when the profile is the currently-active profile.

0020The cost prediction subsystem can be incorporated into the mobile device or provided separately (for example, as a remote resource accessible via the communications subsystem of the device).

<u>Brief Description of the Drawings</u>

0021Embodiments of the invention will now be described, by way of non-limiting example, with reference to the accompanying diagrammatic drawings, in which: <ul id="ul0003" list-style="none"><li>. <b>Figure 1</b> is a diagram of a known Public Land Mobile Network illustrating three possible data transfer options;</li><li>. <b>Figure 2</b> is a diagram of a known wireless LAN architecture;</li><li>. <b>Figure 3</b> is a diagram of a mobile device provided with a cost prediction subsystem embodying the present invention;</li><li>. <b>Figure 4</b> is a diagram illustrating three different quality-of-experience profiles held by the Figure 3 mobile device and used by it to determine which available data transfer service to use;</li><li>. <b>Figure 5</b> depicts a cost prediction graph displayed on a display of the Figure 3 device;</li><li>. <b>Figure 6</b> is a diagram showing a quality-of-experience profile in which the quality of experience specified is dependent on the type of task to be performed and the media type of data to be transferred; and</li><li>. <b>Figure 7</b> s a diagram illustrating an example relationship between a desired quality-of-experience and the data transfer service required.</li></ul>

<u>Best Mode of Carrying Out the Invention</u>

0022Figure 3 depicts a user 55 with a mobile device 60 provided with a communications subsystem 61 capable of providing data-transfer connectivity for the device via any one or more of multiple different wireless data-transfer services. In the present example, the communications subsystem 61 has wireless transceivers for communicating with a PLMN 10, a wireless LAN 44, and a Bluetooth-based portal 50. The PLMN 10, wireless LAN 44 and Bluetooth-based portal 50 are each provided with respective interconnection functionality 51, 52, 53 for providing access to the public internet 39 whereby the device 60 can exchange data with a server 40 connected to internet 39.

0023PLMN 10 provides several different data transfer services (for example, SMS-based, single voice circuit based, and GPRS-based as described above with respect to Figure 1); in the present example, device 60 is assumed to have access to one or more ofthese services. The wireless LAN 44 may also make more than one data transfer service available to the device 60 as, indeed, may the Bluetooth-based portal 50. Whilst these various data transfer services will typically be distinguished by different data transfer rates, other parameters may additionally/alternatively serve to distinguish the services such as error rates and cost. It will be appreciated that with a data transfer service provided via a shared media such as a service provided by wireless LAN 44, the data rate of the service can only be meaningfully specified where there is a bandwidth guarantee associated with the service; absent such guarantee, the data transfer rate will be dependent on what other devices are making use of the shared media at the same time. Thus, a data-transfer service over a shared media needs to specify not only the transport but also any level-of-service guarantee.

0024Where multiple PLMNs are present and accessible by the device 60, equivalent services offered by the PLMNs may be distinguished only by the PLMN identity.

0025The data transfer services offered by the PLMN 10, wireless LAN 44 and Bluetooth-based portal 50 may individually require pre-registration by the device 60 / user 55 or be open to anyone subject to real-time authentication checks as appropriate for operating the billing mechanisms associated with each service. How the services are billed is not itself of concern to the present invention and will not be described herein.

0026In sum, the device 60 is enabled to use any one or more of multiple data transfer services subject to their availabilities to access data resources(data sources / sinks) such as the server 40. Service availability will, of course, depend on whether or not the device 60 is currently located within the coverage area of a particular service. Thus, whilst device 60 will generally be within the coverage of the PLMN 10 and thus able to use any of the data transfer services provided by the PLMN, the availability of data-transfer services from communication hotspots established by wireless LAN 44 or Bluetooth portal 50 will be much more variable according to the current location of the device. It will be appreciated that although only one wireless LAN 44 and Bluetooth-based portal 50 are shown, there would typically be many wireless LANs 44 and portals 50 within the PLMN coverage area, each providing a communications hotspot (that is, the data transfer services available in these hotspots will generally be higher rate services as compared to the services offered by the PLMN 10, at least for equivalent costs). It will also be appreciated that whilst in Figure 3 the device 60 is depicted in a context of accessing a server 40 connected to the public internet, the device 60 may use available data-transfer services to access any data resource to which a path can be established; for example, the device may use a data transfer service of PLMN 10 to access a server connected to a GPRS network of the PLMN 10 and not available via the internet 39.

0027Given that the device 60 will frequently be able to access multiple different data transfer services to exchange data with a remote resource, the device needs to be able to determine which service to use. Additionally, the user also needs to be able to keep track of the costs involved and be able to change the services used to manage communication costs. How these needs are met for the Figure 3device will now be described.

0028The Figure 3 device 60 comprises, in addition to the communications subsystem 61, a data-handling subsystem 62 for running applications that send/receive data via the data-transfer services made available by the communications subsystem 61, a user interface 63 (typically a display and keypad, though interface modalities such as audio are additionally/alternatively possible), a service determination and monitoring subsystem 64 that selects the data transfer service to be used for a task to be carried out by the data-handling subsystem 62, a first data store 65 associated with subsystem 65 and holding service data and "quality-of-experience" profiles, a cost prediction subsystem 66, and a second store 67 associated with subsystem 66 and holding service usage data and usage prediction data.

0029The selection of the data transfer service to be used is effected by the service determination subsystem 64 according to a currently-active "quality-of-experience" profile held in store 64. The term "quality-of-experience" (hereinafter "QoE") refers to a measure of the quality of the user experience in respect of data transfers via the communications subsystem 61. Typically, the QoE would reflect download speeds but may also be influenced by other factors such as the quality of a downloaded image as will be more fully explained below. For the present, it will be assumed that the QoE is simply a measure of data transfer speed and that the QoE is given a number of values corresponding to the number of different data transfer rates offered by the data transfer services accessible (subject to availability) by the communications subsystem 61. Thus, for example, if four different rate data-transfer services S1-S4 are available (S1 having the lowest data rate and S4 the highest), then the QoE is given four values, namely QoE1 to QoE4 (QoE1 being the lowest quality and QoE4 the highest).

0030Using these QoE values, the user can specify (or have specified) one or more QoE profiles for determining what services are to be used by the device 60 in dependence on one or more parameters such as type of data to be transferred and the current availability of services. Such a profile can be specified in a variety of ways and Figure 4 illustrates three profiles each of which specifies a QoE value normally to be used with first, second and third fallback values should the normal, or preceding fallback value be unavailable (in the present example where each QoE value corresponds directly to a particular service S1 -S4, a QoE value is unavailable when the corresponding service is unavailable). Of the three illustrated profiles, the first profile 70 (Profile 1) specifies that the highest quality QoE (QoE4 - service S4) should be used if available, failing which the second highest quality QoE3 should be used and so on until a QoE value is found to be available. The second profile 71 (Profile 2) specifies the reverse of Profile 1, namely that the lowest quality QoE (QoE1 service S1) should be used if available, failing which the second lowest quality QoE2 should be used and so on until a QoE value is found to be available. The third profile 72 (Profile 3) specifies that the second highest QoE (QoE4) should normally be used if available, failing which the highest quality QoE (QoE4) is to be used and if this is not available, the third highest QoE (QoE2).

0031Profile 1 thus optimises quality and will generally be the most expensive profile whereas Profile 2 seeks to minimise cost by opting for the lowest quality available; Profile 2 provides an intermediate position though biased in favour of higher quality.

0032The QoE profiles are set into store 65 by the user using user interface 63 or may be downloaded from a remote source or pre-installed (and possibly edited by the user). The user then selects, via interface 63, one of the profiles as the currently active profile - that is, the profile to be used by the subsystem 64 in determining which service to use; one of the profiles can be automatically designated as a default currently-active profile to handle the situation where the user fails to select a currently-active profile.

0033In operation of the device 60, the service determination subsystem 64 uses the currently active profile to set the service to be used by the communications subsystem. To this end, the subsystem 64 first instructs the communications subsystem 61 to use the service corresponding to the "normal" QoE specified by the currently-active profile. If this service is not available, the communications subsystem 61 informs the service determination subsystem 64 which understands that the "normal" QoE is not available and uses the currently-active profile to determine the QoE - and thus service - that should next be tried. Subsystem 64 then instructs the communications subsystem to try this next service and so on until an available service is found.

0034Subsystem 64 also serves to monitor service usage by the communications subsystem 61 and to store service usage data in store 67.

0035The cost prediction subsystem 66 can be triggered at any time by the user via interface 63 to provide information about existing data-transfer service cosst incurred in a current usage period and to make predictions about future costs to the end of that period on the basis of a particular QoE profile being the currently-active profile for the remainder of the usage period.

0036Calculation of the costs incurred to date are effected by the cost prediction subsystem 66 on the basis of the service usage data held in store 67 and service cost data. The service cost data can be stored in store 65 along with other service data, the cost data either being prestored at the time of initial registration for a service or received when a service is dynamically engaged; alternatively, the cost prediction unit can be arranged to retrieve cost data from a remote source via the communications subsystem 61. Figure 5 illustrates an output display 75 produced by the cost prediction subsystem on user interface 63 with the left-hand side of the display 75 (up to the line 76 marked "Now") showing the costs incurred to date. In the illustrated example, the currently-active profile set to date for the current usage period (here, a year quarter) has been Profile 3 of Figure 4 with the result that most data transfers have been effected using QoE3, that is, service S3 - this usage is shown cross-hatched with a cost-to-date of "y". Due to non-availability of service S3 (and other of the services) at certain times when data transfers were effected, the other services S1, S2, and S4 have also been used with respective costs-to-date of "w", "x" and "z".

0037In the present example, cost prediction is effected by subsystem 66 on the basis that overall data transfer volumes will be proportionately the same for the remainder of the current usage period as for the period to date. A first prediction is made on the basis that the currently-active profile remains the same as currently set (i.e. Profile 3) - in this case the relative usage of the services S1 to S4 are assumed to be the same in the future as for the period to date so that a straight line cost extrapolation can be made (though this made need to be modified to take account of volume discounts and other pricing adjustments on offer to the user). In the present case, a straight line extrapolation gives a total period cost of"p" with Profile 3 remaining the currently-active profile for the remainder of the usage period. It will be appreciated that if the currently-active profile (in this example, Profile 3) has only been used for a part of the period to date, then the relative usage of the services during such part is used as the basis for cost extrapolation.

0038In the present example, subsystem 66 also makes a cost prediction for Profile 2 as the currently active profile for the remainder of the usage period. It will be recalled that Profile 2 specifies use of the lowest rate (and typically cheapest) data transfer service available. As the lowest rate service is likely to be one offered by the PLMN 10 and always available, the cost prediction for Profile 2 is made on the basis that all data transfers are effected using service S1 As a result, the predicted total cost to the end of the usage period reduces to "q".

0039The user may also request the cost prediction subsystem 66 to predict costs on the basis of Profile 1 being used as the currently-active profile to the end of the usage period. In this case, the subsystem cannot assume that the highest rate service S4 (the "normal" service to be used in Profile 4) will be available for all future data transfers; instead, the subsystem assumes that the service will only be available for a preset proportion of the transfers. The relative availabilities of services S3, S2 and S1 are deduced from the usages to date of these services.

0040Rather than the availability of service S4 having to be preset for prediction purposes, in a preferred embodiment means are provided (for example, as part of the service determination subsystem 64) that are operative during use of the communications subsystem 61 to determine for each stored profile the service amongst the services available, that would be used were that profile the currently-active profile whereby to derive, and store in store 67, prediction data indicating, for each profile, an estimate of the mix of services that would be used over a period of time if the profile was the currently-active profile. The cost prediction subsystem 66 in making its predictions for a particular profile, uses the relevant prediction data to set the mix of services used in its predictions of communication costs to the end of the current usage period.

0041Although as described above the cost prediction subsystem 66 automatically made predictions for each of Profiles 3 and 2 set as the currently-active profile for the remainder of the period whilst the prediction for Profile 1 was only made at user instigation, it will be appreciated that any or all predictions can be made automatically or under user control. Furthermore, although multiples profiles have been described as stored in store 65, it is possible also to have only one profile stored and to arrange for cost predictions to be based on user-specified (or automatically proposed) changes to that profile.

0042On the basis of the predicted costs presented, the user can decide whether to change the currently-active profile (either by selecting a different one of the stored profiles or by modification of the currently-active profile).

0043The form of QoE profile shown in Figure 4 can, of course, be varied. For example, rather than defining multiple fallback positions for each profile, each profile could simply point to another profile as its fallback or simply not specify any fallback (in which case the service determination subsystem 64 can be arranged always to apply a set default policy to select a service or simply abandon trying to establish a connection). Furthermore, a QoE profile can specify that different QoE values be used for different data-transfer tasks to be carried out by the data-handling subsystem 62 and/ or for different media types of the data to be transferred. Figure 6 illustrates such a refinement for the "normal" portion of Profile 3 of Figure 4; in this case, three different tasks are identified labelled Task 1 (for example, normal internet browsing and miscellaneous data transfers), Task 2 (for example, background data transfers such as of emails) and Task 3 (for example, real time communications with another party). In addition, four media type categories are specified, namely streaming image, streaming sound, still image / sound effect, and all other types. As can be seen, for Task 2, a QoE level of QoE2 is set for all media types whereas for task 3, QoE level QoE4 is set for streaming sound and image and QoE3 is set for all other data types. Service determination subsystem 66 is operative to use such a profile, when currently active, to choose the appropriate data transfer service according to task and data type to be transferred - this may involve causing multiple different services to be used simultaneously or the subsystem 66 can be arranged to choose one service (normally the highest rate service) from amongst multiple services indicated as to be used by the profile.

0044In the foregoing examples, each QoE level has mapped directly to a corresponding service. However, this is not necessarily the case and more complicated relationships between QoE level and service are possible. One such relationship is illustrated in Figure 7 in relation to QoE level QoE3 specified for a still image (how a QoE level maps to a service can be made dependent on media type and/or other factors). In the Figure 3 example, QoE3 is defined in terms of a maximum acceptable transfer time per unit image area (see dotted line 81) and a minimum image quality (see dotted line 82) - to meet QoE3 standard, an image must be received with characteristics putting it in hatched area 85. It will be noted that meeting QoE3 is not just a question of choosing a suitable data transfer service to ensure unit image area delivery within a time less than the maximum acceptable time, but also requires an image of suitable quality to be available.

0045If only one quality of image is available, then this quality may of itself determine whether QoE3 can be met. If the available image quality is acceptable, then a data transfer service must be chosen to ensure download within the maximum acceptable time (per unit image area). In Figure 7, lines 86-89 represent the transfer times provided by services S1 to S4 respectively for different image qualities - as can be seen only lines 88 and 89 intersect the area 85 indicating that only services S3 and S4 can possibly be used to meet QoE3 standard - whether use of either service will meet the standard will depend on the image quality available (as higher image quality implies higher amounts of data to be transferred).

0046The image of interest may be available at several different qualities and in this case meeting the QoE3 standard involves selecting an acceptable image quality and a service that can transfer that quality of image in the required time per unit image area. The service determination subsystem in this case not only determines the service to be used but also the quality of image to be transferred. Information on the image quality available can be made available to subsystem 66 through the relevant data-handling application run by subsystem 62 or can be obtained by subsystem requesting this information itself from the image source.

0047Many variations are possible to the above described embodiments of the invention. In particular the cost prediction subsystem can be provided as a remote resource accessible from device 60 by use of the communications subsystem 61.

0048It will be appreciated that the service determination subsystem 64 and cost prediction subsystem will typically be provided as program code executing on a processor.

0049With respect to the service usage data upon which predictions are made by subsystem 66 about future cost, rather than using data derived from data transfers effected during the preceding portion of the current usage period, it is possible to use usage data derived for a previous usage period (in particular for the part of that period corresponding to the remaining part of the current usage period for which a usage prediction is to be made).