|Publication number||US20080139197 A1|
|Application number||US 11/908,558|
|Publication date||Jun 12, 2008|
|Filing date||Apr 14, 2006|
|Priority date||May 12, 2005|
|Also published as||CN101171853A, CN101171853B, US7823155, WO2006124169A2, WO2006124169A3|
|Publication number||11908558, 908558, PCT/2006/14277, PCT/US/2006/014277, PCT/US/2006/14277, PCT/US/6/014277, PCT/US/6/14277, PCT/US2006/014277, PCT/US2006/14277, PCT/US2006014277, PCT/US200614277, PCT/US6/014277, PCT/US6/14277, PCT/US6014277, PCT/US614277, US 2008/0139197 A1, US 2008/139197 A1, US 20080139197 A1, US 20080139197A1, US 2008139197 A1, US 2008139197A1, US-A1-20080139197, US-A1-2008139197, US2008/0139197A1, US2008/139197A1, US20080139197 A1, US20080139197A1, US2008139197 A1, US2008139197A1|
|Inventors||Rashmi Misra, Timothy Charity|
|Original Assignee||Motorola, Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Referenced by (16), Classifications (22), Legal Events (5)|
|External Links: USPTO, USPTO Assignment, Espacenet|
The present invention relates generally to the field of communication systems, and more particularly, radiotelephone communication networks between servers and communication devices.
The trend in wireless mobile radiotelephone communication devices is to provide more and more data services. These services can include web browsing, e-mail, downloading files, multi-media streaming, Voice Over Internet Protocol (VoIP) services, real-time gaming, and the like. These data services are in addition to the normal voice traffic available with the radiotelephone. However, these different voice and data applications require different communications capabilities. As a result, these applications may provide a different performance as perceived by each user depending upon the application being used, the mobile device of the user, and the current bearer network for the device. This can be a problem when users share an application over the network, such as multi-user gaming, wherein one user may have an advantage in application response time over another user, for example. It would be beneficial for a network operator to know the condition or performance available for a particular application for each mobile device such that resources can be properly allocated depending upon the use application.
Current resource allocation mechanisms for applications on cellular networks are based on scheduling algorithms that are network-centric; they are based in resource schedulers that allocate resources to optimize network utilization. However, these mechanisms do not permit application and content providers to observe, modify and optimize the performance characteristics of their distributed applications on heterogeneous networks and heterogeneous devices which may span multiple technologies and networks from different operators (e.g. UMTS, GSM, GPRS/EDGE, IEEE 802.xx). In addition, these mechanisms do not address the changing of resource requests from the mobile or connecting an application level of performance (i.e. QoS) with device management.
What is needed is a technique for a network operator or application or content provider to know the condition or performance available for particular use application for a mobile device such that network resources can be properly allocated depending upon the use application.
The present invention introduces a new technique for a user and a network operator or application or content provider to know the conditions or performance available for different communication applications for the device and to allocate resources accordingly. In particular, the present invention addresses the changing of resource requests from the mobile and connects an application's level of performance (i.e. QoS) with device management. Specifically, an existing SyncML Device Management diagnostic link, as defined by Open Mobile Alliance (OMA) standards, can be used to provide the information needed for proper resource allocation, as will be defined below.
In one aspect of the present invention, a probe application exists or is downloaded to the communication device for monitoring a level of performance of a plurality of applications provided by the network for the communication device.
In another aspect of the present invention, the probe application in the communication device is programmed to provide the measured level of performance of a use application to the network.
In another aspect of the present invention, the probe application determines service performance of communication applications, such as web browsing, downloading files, data streaming, VoIP, gaming, and the like.
In another aspect of the present invention, the network server collates the performance data and the performance data from a plurality of other communication devices and optimizes a level of performance of the use application for the communication devices in relation to the other communication devices.
In another aspect of the present invention, the probe application monitors application performance characteristics which includes at least one of the group of data throughput, bit error rate, page download time, number of re-tries, data delay, jitter, data latency, screen refresh rate, round trip time (RTT), and mouse click response time, and the like.
In another aspect of the present invention, wherein the level of performance includes a Quality of Service (QoS) determination for that particular use application, wherein the network optimizes performance by improving QoS class characteristics for the communication device.
In another aspect of the present invention, the network optimizes performance by changing a coding scheme allocation for the communication device.
In another aspect of the present invention, the network optimizes performance by averaging a level of performance of a particular use application for a plurality of communication devices and improves a level of performance for those communication devices with a below average level of performance for that particular use application.
In another aspect of the present invention, the network server transmits at least one optimization parameter back to the communication device, wherein the probe application modifies resource allocation requests form the communication device to the network server in accordance with the at least one optimization parameter.
The features of the present invention, which are believed to be novel, are set forth with particularity in the appended claims. The invention, together with further objects and advantages thereof, may best be understood by making reference to the following description, taken in conjunction with the accompanying drawings, in the several figures of which like reference numerals identify identical elements, wherein:
The present invention introduces a new technique for a user and a network operator to know the conditions or performance available for different communication applications for the device and to allocate resources accordingly. In particular, the present invention addresses the changing of resource requests from the mobile and connects an application's level of performance (i.e. QoS) with device management. Specifically, an existing SyncML Device Management diagnostic, as defined by Open Mobile Alliance (OMA) standards, can be used to provide the information needed for proper resource allocation, as will be defined below.
Although the present invention is applied to a mobile radiotelephone device in the examples herein, it should be recognized that the present invention can also find application equally well in other types of communication devices such a computers, personal digital assistants (PDA), two-way radios, and the like.
In operation, the present invention monitors a use application's performance using a probe application (applet) downloaded into the terminal devices using the OMA-DM standards or similar protocols. The probe application will gather application performance characteristics such as throughput, latency, jitter, page download time, bit error rate (BER), screen-refresh rates, round trip time (RTT), mouse-click response speed, and the like, as required by the application/content provider. The applet will optionally buffer this information or transmit in real-time to a central application server which can collate information from one or more mobiles running the target application (for example in the case of multi-user games). Based upon policies defined by the content provider (for example observed slowest throughput link) the application performance targets can be optimized to provide the best possible end-user experience. This information is then sent back to the probe applet which can modify resource allocation requests at the mobile (for example changing coding scheme allocation or QoS class characteristics). Resource allocation may incorporate real conditions and constraints on the network as well.
Access network 110 provides communications services to MS 102 via an air interface 10. Air interface 10 can include a forward link that includes at least one forward link traffic channel and at least one forward link signaling channel. Air interface 10 can further include a reverse link that includes at least one reverse link traffic channel, at least one reverse link signaling channel, and an access channel. For the purposes described herein, air interface 10 is generically applicable to different air interfaces operable in various communication systems such as a CDMA network 16, GPRS network 14, UMTS network 18, and the like, and it should be appreciated that different physical layer formats would be used with each type of network, as are known in the art.
Communication system 100 further includes a core network 120, preferably an Internet Protocol (IP)-based network, coupled to access network 110 and a network server 122, and more specifically a Device Management and System Optimization Server (DMSOS) 122, coupled to the core network. DMSOS 122 preferably comprises at least one processor 123, such as one or more microprocessors, microcontrollers, digital signal processors (DSPs), combinations thereof or such other devices known to those having ordinary skill in the art, and an associated at least one memory device 124 that maintains data and programs that may be executed by the corresponding processor.
Core network 120 is further coupled to a Presence Server 126 which is further coupled to DMSOS 122. Provisioning database 130 stores an MS identifier associated with each MS active in communication system 100, such as MS 102. Provisioning database 130 may be included in a Home Location Register (HLR) or a Visited Location Register (VLR), or a combination of an BLR and a VLR, or a Home Agent (HA) or a Foreign Agent (FA), or a combination of an HA and an FA, as known in the art. Communication system 100 may further include a broadcast application server 132, such as a Broadcast-Multicast Service (BCMCS) Controller and/or a BCMCS Content Server, or a Broadcast Multicast Service Center (BM-SC) and possibly other servers such as a User Support Server that is coupled to core network 120. Each of access network 110, DMSOS 122, Presence Server 126, Provisioning database 130, and broadcast application server 132 comprises a network element of communication system 100 and, together with core network 120, are collectively referred to herein as a infrastructure of communication system 100. One of ordinary skill in the art realizes that the infrastructure may further include other network elements, such as one or more gateways, for example, a Packet Data Serving Node (PDSN) and/or a Broadcast Serving Node (BSN), or a Serving GPRS Support Node (SGSN) and a Gateway GPRS Support Node (GGSN), and one or more Operations and Maintenance Centers (OMCs), that are not depicted in
Referring now to
Referring now to
Still referring to
Referring now to
A DM engine module 314 includes a DMT Engine that performs the same function as in DMS 200 but extended for diagnostics case, a DM agent that performs the same function as in DMS 200 but extended for diagnostics case, an OMA-DM (Open Mobile Alliance-Device Management) agent that performs the same function as in DMS 200 but extended for diagnostics case, and a Policy agent that is responsible for respecting the policies dictated to the MS by DMSOS 122, such as a call logging model and a format and frequency of corresponding reports. A Call Logger 316 and a corresponding API (Application Program Interface) is an additional source for the DM Engine mechanism and facilitates a delivery of a corresponding report to a given call logging model and policy.
Communication system 100 may operate in accordance with any one of various standards such as CDMA (Code Division Multiple Access) and variants thereof, GSM (Global System for Mobile communications), GPRS (General Packet Radio System), GPRS/EDGE (GPRS Enhanced Data for GSM Evolution), TDMA (Time Division Multiple Access), FDMA (Frequency Division Multiple Access), any one of the IEEE (Institute of Electrical and Electronics Engineers) 802.xx standards, for example, the 802.11, 802.15, 802.16, or 802.20 standards, 3G systems such as UMTS (Universal Mobile Telecommunication Service) and CDMA 2000, or 4G systems such as OFDM (Orthogonal Frequency Division Multiple Access). By operating in accordance with well-known protocols, a user of MS 102 can be assured that MS 102 will be able to communicate with access network 110 and establish a packet data communication link with an external network via the access network.
When a user of MS 102 activates the MS, the MS registers with access network 110 on any chosen communication network, in accordance with well-known registration techniques. As part of the registration procedure, a presence of an activated MS 102 is detected and stored in Presence Server 126. Typically, when an MS, such as MS 102, is engaged in a call, the MS may then periodically monitor a strength of pilot channels associated with nearby BSSs or RANs and report the signal strength measurements back to a BSS or RAN serving the MS.
Such signal strength reports are not necessarily the system parameters that are most useful for optimization of application performance. In addition, a periodic measuring and reporting of signal strengths by an MS engaged in a call does not provide an accurate system for gauging an impact on a change in an access network configuration. Furthermore, typically the terminating network element for such signal strength reports is a BSS or RAN and the BSS or RAN are not the best network elements for optimizing application performance based on such reports.
Therefore, communication system 100 provides for a managing of MSs wherein the MSs may be selectively instructed to monitor, measure, and report application parameters, may be instructed which application parameters to measure and report, and may further be instructed as to the conditions under which to monitor, measure, and report the application parameters. In addition, communication system 100 provides for an end-to-end messaging via access network 110 and core network 120 with respect to the instructing and reporting, thereby permitting network elements that are best able to perform system optimization, such as DMSOS 122, to control the monitoring, measuring, and reporting by the MSs.
Referring back to
The device 102 downloads the probe application 20 which is stored in memory 304 for use by the Device Management Module 314, which is used to subsequently monitor a level of performance of a plurality of communication use applications 10 provided by the network server through the network 100 for the communication device 102. An example of use applications can be specific applications for web browsing (e.g. eBay™), file downloading, data streaming, Voice Over Internet Protocol (VoIP), and real-time gaming. The probe application will gather application performance characteristics such as throughput, latency, jitter, bit error rate (BER), frame error rate (FER), page download times, screen refresh-rates, round trip times (RTT), mouse-click response speed, Quality of Service (QoS), and the like, as required by the application/content provider.
The probe application will optionally buffer this information for later transmission 24 or transmit 24 in real-time to a central application server (i.e. DMS-OS 122) which can collate information from one or more mobiles 102 running the target application (e.g. multi-user games). Based upon policies defined by the content provider (for example observed slowest throughput link) the application performance targets can be optimized to provide the best possible end-user experience. These optimization parameters 22 are then sent back to the probe applet which can modify resource allocation requests at the mobile (for example changing coding scheme allocation or QoS class characteristics), wherein the probe application modifies resource allocation requests from the communication device to the network server in accordance with at least one optimization parameter. Resource allocation requests can incorporate real conditions and constraints on the network as well. Although the transfer of the probe application 20, performance measurements 24, and optimization parameters 22 is shown through a GPRS network 14, it should be recognized that these data transfers can occur over one or more distributed technology network 16, 18, etc.
The present invention measures application performance as perceived by the user. As should be recognized, different applications may run differently on different networks. For example, a particular gaming application with a high graphic content may run much faster on a UMTS network than a GPRS network. Therefore, a user on a GPRS network playing another user on a UMTS network may be at a distinct timing disadvantage. The present invention provides optimization parameters to individual users to request a different distributed resource allocation (i.e. change to a UMTS bearer) in order to balance game play, for example.
Resource allocations are negotiated. For example, a user can obtain a higher QoS resource if the user is willing to pay an increased cost. If a service is too costly for a user, that user or the network service provider may opt to drop that user out of a game, for example. Optionally, resource allocations within a particular bearer can be modified. For example, in the GPRS/EDGE network a coding scheme allocation can be changed to improve throughput. GPRS/EDGE present incorporates four schemes with different forward error correction algorithms that can provide a different level of perceived performance by a user. Alternatively, QoS class characteristics can be changed to improve a particular application's performance on the network. Typically, QoS class characteristics can be modified to optimize voice, background, interactive, and streaming applications, as needed.
In practice, a user's level of performance in a particular application (e.g. gaming) for a particular characteristic (e.g. mouse-click response speed) can be compared to other user's levels of performance. The service provider optimizes perceived performance by averaging a level of performance of a particular use application among a selected plurality of communication devices and improves a level of performance for those communication devices with a below average level of performance for that particular use application and attribute. For example, if it is found that a particular device, is experiencing a below average level of performance, that device can be instructed to request a different resource allocation among a group of distributed resources.
The present invention has the advantage of providing the ability to provide real-time end-user application performance reporting such that resources can be allocated to improve an end-user's experience.
While the present invention has been particularly shown and described with reference to particular embodiments thereof, it will be understood by those skilled in the art that various changes may be made and equivalents substituted for elements thereof without departing from the broad scope of the invention. In addition, many modifications may be made to adapt a particular situation or material to the teachings of the invention without departing from the essential scope thereof. Therefore, it is intended that the invention not be limited to the particular embodiments disclosed herein, but that the invention will include all embodiments falling within the scope of the appended claims.
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US8184543 *||Dec 2, 2008||May 22, 2012||Broadcom Corporation||Millimeter wave probing of components via a probe device and methods for use therewith|
|US8639748 *||Sep 1, 2010||Jan 28, 2014||Edgecast Networks, Inc.||Optimized content distribution based on metrics derived from the end user|
|US8668587 *||Jul 1, 2008||Mar 11, 2014||Telefonaktiebolaget Lm Ericsson (Publ)||Method of determining quality of service for on-line gaming in a network|
|US8699335 *||Mar 28, 2013||Apr 15, 2014||Metropcs Wireless, Inc.||System and method for determining data service quality index for a wireless data connection|
|US8738766||Nov 1, 2011||May 27, 2014||Edgecast Networks, Inc.||End-to-end monitoring and optimization of a content delivery network using anycast routing|
|US8745128 *||Sep 1, 2010||Jun 3, 2014||Edgecast Networks, Inc.||Optimized content distribution based on metrics derived from the end user|
|US8745177||Nov 1, 2011||Jun 3, 2014||Edgecast Networks, Inc.||End-to-end monitoring and optimization of a content delivery network using anycast routing|
|US8965456 *||Sep 21, 2009||Feb 24, 2015||Ubiquisys Limited||Basestation measurements|
|US9031561 *||Nov 19, 2012||May 12, 2015||Cisco Technology, Inc.||Method and system for optimizing cellular networks operation|
|US20100273558 *||Jul 1, 2008||Oct 28, 2010||Telefonaktiebolaget Lm Ericsson (Publ)||Method of Determining Quality of Service for On-Line Gaming in a Network|
|US20110159926 *||Sep 21, 2009||Jun 30, 2011||Ubiquisys Limited||Basestation measurements|
|US20120054265 *||Sep 1, 2010||Mar 1, 2012||Kazerani Alexander A||Optimized Content Distribution Based on Metrics Derived from the End User|
|US20120054266 *||Sep 1, 2010||Mar 1, 2012||Kazerani Alexander A||Optimized Content Distribution Based on Metrics Derived from the End User|
|US20130143561 *||Nov 19, 2012||Jun 6, 2013||Intucell Ltd.||Method and system for optimizing cellular networks operation|
|US20140143415 *||Jan 24, 2014||May 22, 2014||Edgecast Networks, Inc.||Optimized Content Distribution Based on Metrics Derived from the End User|
|WO2014032031A2 *||Aug 23, 2013||Feb 27, 2014||Amazon Technologies, Inc.||Scaling a virtual machine instance|
|International Classification||H04L12/28, H04L12/26, H04L12/56, H04W72/04, H04W24/00|
|Cooperative Classification||H04W72/085, H04L43/0864, H04Q2213/13166, H04Q2213/13096, H04W24/08, H04Q2213/13095, H04Q2213/13106, H04L43/0847, H04L43/12, H04Q2213/13098, H04L43/087, H04Q2213/13376, H04Q2213/13103|
|European Classification||H04L43/12, H04W24/08, H04W72/08D|
|Sep 24, 2007||AS||Assignment|
Owner name: MOTOROLA, INC., ILLINOIS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MISRA, RASHMI;CHARITY, TIMOTHY;REEL/FRAME:019865/0001
Effective date: 20070914
|Dec 13, 2010||AS||Assignment|
Owner name: MOTOROLA MOBILITY, INC, ILLINOIS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MOTOROLA, INC;REEL/FRAME:025673/0558
Effective date: 20100731
|Oct 2, 2012||AS||Assignment|
Owner name: MOTOROLA MOBILITY LLC, ILLINOIS
Free format text: CHANGE OF NAME;ASSIGNOR:MOTOROLA MOBILITY, INC.;REEL/FRAME:029216/0282
Effective date: 20120622
|Mar 26, 2014||FPAY||Fee payment|
Year of fee payment: 4
|Nov 21, 2014||AS||Assignment|
Owner name: GOOGLE TECHNOLOGY HOLDINGS LLC, CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MOTOROLA MOBILITY LLC;REEL/FRAME:034318/0001
Effective date: 20141028