System and method for measuring wireless device and network usage and performance metrics

[0002] 1. Field of the Invention

[0003] This invention relates generally to wireless devices and networks, and in particular, to systems and related methods for measuring wireless device and wireless network usage and performance metrics.

[0004] 2. Description of the Related Art

[0005] Traditionally, consumers have used wireless devices for basic telephony with limited use of basic one-way text messaging features and enterprise based data applications. The recent growth in the wireless industry along with the popularity of the internet has led to a natural convergence of the two. This new combined communications application and set of services including applications such as wireless web microbrowsing, web clipping applications, one-way and two-way text messaging, are commonly referred to in the industry as wireless data, wireless internet, or wireless web services: Mobile telephone handsets, pagers, and personal digital assistants (PDAs), for example, all now have wireless data capabilities and are commonly referred to in the industry as wireless devices.

[0006] Wireless data is an enhancement to traditional wireless services provided by cellular, PCS, SMR, and paging network operators. The Wireless Application Protocol (WAP) is a key enabler of wireless data—with wireless device users now able to browse internet sites, purchase goods and services, send and receive email, have a broad array of internet content pushed to their wireless devices, and access corporate and personal information using their wireless devices. Today in the United States carriers have rolled these wireless data services out over networks such as circuit-switched and CDPD, but these and other services will soon be provided over faster, more advanced wireless network technologies, for example High Data Rate [HDR], General Packet Radio Service [GPRS], Enhanced Data Rates for GSM Evolution [EDGE], 1XRTT, CDMA2000, and Wideband CDMA [W-CDMA].

[0007] Wireless data industry participants such as service providers, advertisers, content providers and electronic and mobile commerce companies have a need for information on consumer activity and usage of wireless data. First, for example, there exists a need to collect information on the activity and usage behavior of wireless data users. Consumer usage, audience, and purchase information statistics are staples in most developed industries. There is a need to rapidly make these information streams available to all participants of this new and not well understood industry in order to expedite the development of more effective service and product offerings—thereby improving the satisfaction level of users, accelerating the overall growth of the industry, and saving industry participants time and money by avoiding uninformed strategies and initiatives. Second, for example, there is a need to make available to the wireless industry a continuous, real-time set of independent and unbiased network and device performance data. Not only is there a need by network operators and device manufacturers to benchmark the performance of their own networks and devices specifically as it relates to wireless data and more traditional wireless voice applications, but also there is a need to provide to sellers, advertisers, and content providers objective data on the level of service customers are receiving from wireless network and device partners. Third, for example, there is a need to integrate these information streams together, thereby providing industry participants an improved understanding of how wireless network service levels and device performance characteristics (and changes in them) impact wireless data user behavior. For instance, there is a need by electronic and mobile commerce companies to quantify “lost revenue” resulting from a failed wireless transaction due to poor network performance.

[0008] While the popularity of wireless telephony and WAP-based data services is surging, there has been no reliable system for measuring wireless data user behavior. Today, competitive marketing information on the wireless data industry is obtained primarily through consumer surveys, the accuracy of which are unreliable and often in question by the industry.

[0009] As a result, there is an acute demand for a more accurate service that monitors user activity and usage of wireless data. Wireless network operators, wireless device manufacturers, advertisers, and content providers are all looking for more accurate and detailed information to be able to better understand the behavior, experiences, and needs of wireless data users. Limited data presently exists on even the most basic of questions regarding wireless data users—the numbers and demographics of users; what wireless devices and networks they use; when, how often, for how long, and from what location they access the wireless internet; what sites they visit; what transactions they execute; what advertisements they view/redeem, etc. As the industry advances and matures and users of wireless data become more sophisticated, the ability to track user behavior over time will also become particularly important. Services exist in the wired internet and other industries that provide this type of consumer usage, audience rating, and purchase data.

[0010] Creating a system and method to effectively and accurately collect wireless data consumer usage and activity information poses a number of challenges over the wired internet industry. For instance, challenges typically confronted where wireless devices are involved include restricted memory capacity, power limitations, limited processing power, multiple proprietary operating systems with limited interfaces, and the like. Furthermore, there is a need to accommodate activity relating to different wireless network protocols, each designed according to its own specifications. Moreover, there is a need to track activity across a range of data applications and protocols including for example WAP, web clipping applications, HTML, WML, and XML browsers.

[0011] As the wireless data industry prepares for the expected flood of new wireless data users, there exists a strong market need for improved wireless data consumer usage and activity information.

[0012] A strong market need exists for a system to monitor the performance of wireless data networks and wireless devices. At present, there is no industry standard for “Quality of Service” (QOS) data on the performance of wireless data networks. Currently, network operators generally conduct proprietary drive test network benchmarking activities solely for their own internal use. Network operators generally do not make this information available to external parties, such as dotcoms, internet content partners, wireless data application services providers, wireless advertisers, wireless electronic commerce companies, etc. Even if such information were made available to other industry participants outside the network operator's organization, the information would not be sufficient because of the proprietary nature and varying approaches for data collection across network operators, lack of a standard schedule for data collection, and biases resulting from rating the performance of a network provider's own network versus that of its competitors.

[0013] Consequently, there is a need for a more robust and real-time method of monitoring the data performance of wireless networks. Network operators are inexperienced in providing data services, and they are keenly interested in information that will help them understand how their networks stack up in supplying wireless data services and where, when, and how to optimize their networks. Carrier interest in objective QOS data has been further heightened by recent federal mandates for E911 service capabilities—carriers can no longer tolerate coverage gaps and prolonged problems in their service areas. Objective information on the performance of network operators is also of great interest to other wireless industry participants who are looking to focus their sales, marketing, and product development efforts on those network operators and geographies providing satisfactory levels of service to wireless data users. In the wired internet industry, existing information service companies provide non-user based, automated, real-time QOS tracking of web hosting servers and backbone networks. There now exists a need to capture performance measurements which include wireless data in addition to the traditional back-end wireline performance metrics. This type of end-to-end measurement, which includes wireless data, is a more complex process compared with the back-end measurement typified by the wired internet industry as it must include the radio link. Continuously tracking statistics concerning RSSI, channel assignments, bit error rates, transmit power, call result, etc. can benefit the wireless data industry participants and users.

[0014] Similarly, there is a need for improvement in the real-time collection of wireless device statistics. Presently, manufacturers conduct only pre-shipping device performance tests. Once in the hands of consumers, the burden ordinarily is placed solely on wireless data users to determine whether a device is not functioning correctly. This is fairly easy if the device does not turn on or is visibly broken, but more difficult when other more subtle failures or performance degradations occur. For instance, there exists a need for wireless device parametric information based on real-time user activity (which can be tracked over a period of time) on metrics such as DSP, battery life, power consumption, finger assignments, etc. Device manufacturers and network operators, for example, could use this information to identify and replace “out of spec” or malfunctioning devices, thus reducing the number of wireless data users experiencing wireless device related performance problems. Other information such as available memory, control settings, and Personal Information Management (PIM) feature utilization could also assist device manufacturers in planning future wireless device features. Overall, such a capability could lead to greater wireless data user satisfaction with network operators, wireless device manufacturers, applications companies, as well as help those parties more quickly understand device performance characteristics and address device design and manufacturing issues, in order to bring improved products and services to consumers.

[0015] The breadth of information services encompassed within the invention as well as the ability to capture real-time, comprehensive marketing and performance information is distinguished from any conventional market research methods that currently exist. The unique ability to integrate these data streams adds further value to the wireless data community. For example, the invention will for the first time simultaneously collect information about user activity and network performance. By analyzing these two data streams, service providers will be able to draw meaningful insights into the effects that network performance has on the usage patterns of their customers.

[0016] There also exists an increasing need to make available to location-based advertisers information on latency and delivery failure rates of “push” notification services over competing wireless networks at specific times and in specific geographies (e.g., during a baseball game at the local ball park). Moreover, a need has developed for access to GPS location data or delivery statistics in conjunction with other metrics (e.g., consumer usage behavior, network and device performance) to make real time assessments of network operator service capabilities at specific times and locations. As current constraints on wireless device performance are overcome, constraints such as bandwidth, speed, memory, screen size, etc., there will be an increasing need for information concerning user activity and usage, wireless network performance, and wireless device performance.

[0017] The present invention encompasses systems and related methods for providing wireless device and wireless network usage and performance metrics.

[0018] A system for measuring wireless device and wireless network usage and performance metrics is set forth. The system includes a wireless device with a processor and memory, data gathering software installed on the wireless device for collecting device parametric data, network parametric data, and event data. The data gathering software may also collect location data and time stamp data. A plurality of wireless devices may be distributed to a panel of selected users.

[0019] In one embodiment of the invention, data gathering software may be composed of various modules for collecting device parametric data, network parametric data, and event data, and transmitting collected data via a wireless communication network to a control center for processing.

[0020] Another aspect of the invention sets forth a method for measuring wireless device and wireless network usage and performance metrics. The method includes collecting device parametric data, network parametric data, and event data, for example, and transmitting the collected data via a wireless communication network to one or more control centers for processing. In one embodiment of the invention, processing at a control center produces products relating to usage and activity, network performance and device performance, which may be integrated with location and time stamp data.

[0021] These and other features and advantages of the invention will be better understood from the following detailed description of a presently preferred embodiment of the invention in conjunction with the appended drawings.

[0022] FIG. 1 shows an architecture of a presently preferred embodiment of the invention which includes a system for measuring wireless device and wireless network usage and performance metrics.

[0023] FIG. 2 sets forth the component modules of data gathering software of the embodiment of FIG. 1.

[0024] FIG. 2asets forth an illustration of the operation of the architecture shown in FIGS. 1 and 2.

[0025] FIG. 3 sets forth sample access, paging, forward, and reverse channel messages that can be collected by the embodiment of FIG. 1.

[0026] FIG. 4 sets forth sample messages collected by a device parametric data module of the embodiment of FIG. 1.

[0027] FIGS. 5a, 5b, and 5c, and 5dset forth a sample of event type data gathered by the data gathering software of the embodiment and locations from which various metrics corresponding to event types are gathered.

[0028] FIG. 6 sets forth a sample mobile station modem (MSM) wireless device function block of the embodiment of FIG. 1.

[0029] FIG. 7 shows sample messaging, from a CDMA Processor of the wireless device of FIG. 6, providing a Metric of whether a call is a data call or a voice call.

[0030] FIG. 8 sets forth a flow chart for messaging at the wireless device of FIG. 6 relating to the launch, use, and termination of use of a wireless microbrowser.

[0031] FIG. 9 sets forth a flow chart of the path of data collected by data gathering software of the embodiment of FIG. 1.

[0032] FIGS. 10aand 10bshow sample reports generated from data collected using the system of FIG. 1.

[0033] FIG. 11 shows an illustration of the MSM locations where device parametric data is collected.

[0034] The present invention encompasses methods and related systems for measuring wireless device and wireless network usage and performance metrics. The following description is presented to enable any person skilled in the art to make and use the invention, and is provided in the context of a particular application and its requirements. Various modifications to the preferred embodiment will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments and applications without departing from the spirit and scope of the invention. Thus, the present invention is not intended to be limited to the embodiment shown, but is to be accorded the widest scope consistent with the principles and features disclosed herein.

[0035] Referring to FIG. 1, there is shown an architecture of a presently preferred embodiment of the invention. The embodiment includes a system for measuring wireless device and wireless network usage and performance metrics. A plurality of wireless devices 100 are shown with data gathering software 110 installed on each wireless device 100. Data gathered by the data gathering software 110 is transmitted via a wireless link 130 to a control center 120.

[0036] The system set forth in FIG. 1 measures the usage and performance of a variety of wireless networks and devices by a variety of users. Wireless devices 100 include, but are not limited to, mobile telephone handsets, pagers, and personal digital assistants (PDAs). Wireless networks on which wireless devices 100 operate and from which data is gathered according to the preferred embodiment consist of, for example, circuit switched, paging, and packet data networks and include but are not limited to AMPS, CDMA, TDMA, GSM, iDEN, GPRS, 1XRTT, 3XRTT, W-CDMA, CDMA 2000, ReFLEX, ARDIS, and MOBITEX. The presently preferred embodiment will be described in reference to a wireless handset device 100 using a WAP microbrowser operating over a circuit-switched CDMA network. Modifications to the data gathering software 110 to gather data from other wireless networks and devices will be apparent to those of ordinary skill in the art. It will be appreciated, however, that the principles of the invention described herein may be applied to other wireless devices as well.

[0037] The data gathering software 110 tracks the usage and performance of individual user activity of wireless voice and wireless data services. In the presently preferred embodiment, data gathering software 110 resides on the mobile station modem (MSM) or equivalent device modem of wireless device 100. In alternative embodiments, the data gathering software 110 may reside, for example, embedded in microbrowser applications or on the operating system of the wireless device 100. Information collected by the data gathering software 110 may be stored on the MSM or equivalent device modem or when applicable, the SIM card or the device's volatile and/or non-volatile memory. In another embodiment, the data gathering software 110 may collect and transmit data real-time. In the preferred embodiment automatic data delivery may be triggered on a periodic basis, or alternatively data delivery may be launched via user or control center driven activity. For example, in the case of control center driven activity, commands may be sent to the data gathering software 110 via a server, or like mechanism, to collect certain data after which collected data may be routed through an intermediate server that then feeds data to the control center.

[0038] Data gathering software 110 may be equipped with standard features such as an installation application, a system configuration and application scanner, automatic software update feature, data compression algorithm and data encryption system. These standard features are well known to those of ordinary skill in the art. The installation application may prompt the user for household/user profile information and request confirmation of user consent to the data gathering process before the data gathering software is launched. After the initial installation process, the data gathering software 110 is transparent to the user during operation of the wireless device 100. The system configuration and application scanner records detail relating to the configuration features and specifications of the wireless device 100 and any applications loaded onto it. Data collected by the data gathering software 110 may undergo a filtering process to remove extraneous data and may also be compressed using standard data compression techniques to conserve memory resources on the wireless device 100 as well as to enable more efficient transfer of data to the control center 120. Data gathered may also be encrypted using standard encryption techniques to provide security for the data collected from the user's wireless data activities and to provide privacy to protect the user's identity.

[0039] In the presently preferred embodiment, the data gathering software 110 residing on the wireless device MSM is written in C++, while in alternative embodiments it may be written in other coding languages such as Java or the like. The data gathering software 110 operates in the background of the wireless device's 100 operating system and standard applications. The design of the data gathering software 110 adheres to and incorporates wireless protocols and standards for voice and data communication services on CDMA networks and devices. These documents include (1) TIA/EIA-95-B (Mobile Station-Base Station Compatibility for Wideband Spread Spectrum Cellular Systems), (2) ANSI J-STD-008 (Personal Station-Base Station Compatibility Requirements for 1.8 to 2.0 GHz Code Division Multiple Access Personal Communication Systems), (3) ANSI J-STD 018 (Minimum Performance Requirements for 1.8 to 2.0 GHz Code Division Multiple Access Personal Stations), (4) TIA/EIA/IS-99 (Data Services Option Standard for Wideband Spread Spectrum Digital Cellular Systems), (5) TIA/EIA-637-A (Short Message Service for Spread Spectrum Systems), (6) TIA/EIA-683-A (Over-the-Air Provisioning of Mobile Stations in Spread Spectrum Systems), and (7) various WAP documents (Wireless Application Protocol Architecture Specification, Wireless Application Environment Specification, Wireless Telephony Application Specification, Wireless Transaction Protocol Specification, Wireless Datagram Protocol Specification).

[0040] Features of the data gathering software 110 include the ability to collect disparate data streams; data filtering mechanisms; default data collection protocols; real-time event, user and control center driven data collection routines; a storage system; and a file transfer system. The data gathering software 110 is also designed with interoperability in mind without interference with subscriber software installed on the wireless device.

[0041] The data gathering software 110 is loaded onto the wireless device 100 through an external download process. In the preferred embodiment, this is done through a “flash” load process. In the flash load process, the wireless device 100 is taken off line and connected through the serial port connector to a PC via the specified cable interface for the device. A script command is entered into the PC and initiates the application of a series of electrical currents to specific pins of the wireless device 100 that are reserved exclusively for software loading. Through this connection the data gathering software 110 is transferred to the MSM of the wireless device 100. At the end of the flash load process the wireless device 100 is restarted, with the data gathering software 110 now functioning. In alternative embodiments, the external download could be done, for example, through a wired or wireless synchronization process or through an Over-the-Air [OTA] process. The data gathering software may be loaded, alternatively, at the time of manufacture of the wireless device. For example, the data gathering software may be loaded as part of a browser application installed by the manufacturer of the wireless device.

[0042] Referring to FIG. 2, the component modules of a presently preferred embodiment of the data gathering software 110 are shown. The data gathering software 110 is based on a common Application Development Interface. The data gathering software 110 consists of a Main Control Module (MCM) 200 along with additional modules that plug in and perform specific tasks seamlessly with the underlying subscriber software. In the presently preferred embodiment, these component modules include an Overhead Data Module 215, a Device Parametric Module 220, a Wireless Internet Data Module 225, User Identification Module 230, Location Data Module 235, SIM Card Data module 240, Application Data Module 245, Voice Module 250, Audio Download Module 255, Time and Date Stamp Module 260, Storage Module 265, Data Transfer Module 270, Memory Module 275, and Diagnostic Module 280. Each module performs tasks in all active wireless device modes (e.g., idle, voice conversation and data), but some module data sets may differ from mode to mode. It should also be noted that data modules may be run in parallel.

[0043] Referring to FIG. 2a, a simplified illustration of the operation of the presently preferred embodiment of the invention is shown. At the center of the system is the data gathering software 110. Data gathering software 110 monitors and collects several types of information from different sources including event data 240a, device parametric data 230a, network parametric data 220a, location information 250a, and time information 260a. Data gathering software 110 may be activated by user event driven activity, or alternatively, control center driven activity such as in cases in which commands are sent to the data gathering software 110 via server, or like mechanism, to collect certain data after which collected data is routed to an intermediate server, or like mechanism, that then feeds data to the control center. The collected data is sent to the control center 120 where it is managed via a central management system 270aand undergoes data analysis 280a. The collected data and analysis results are stored in a database 290a.

[0044] Event data 240aincludes any data relating to activity on the device by a user. For example, event data includes data from data applications, device applications, and event statistics. Data applications include, for example, microbrowser or equivalent internet browsing activity, web clipping applications, mobile commerce transactions, mobile advertising activity, e-mail activity, and Bluetooth application usage. Device applications include, for example, games, address books, personal information management software, and media players used for streaming audio and video. Event statistics include, for example, voice and data call activity and SMS or similar text messaging activity. Network parametric data 220aincludes for example, in the case of CDMA, overhead messaging data such as systems parameters messages, authentication challenge messages, and service redirection messages. Device parametric data 230aincludes, for example, battery statistics (such as charging state, voltage, last charge and temperature), energy/interference parametrics, receive/transmit power, frame error rate, call set-up statistics (such as access time, call origination, and call termination). Sources from which data is collected may include various components of the wireless device, such as processors (including the mobile station modem or equivalent, global positioning system processor or equivalent, and other central processing units on wireless devices), volatile and non-volatile memory locations, and embedded applications such as a microbrowser, game, or audio file player.

[0045] Referring to FIG. 2, a description of each module follows:

[0046] 1. Main Control Module (MCM)

[0047] The MCM 200 is responsible for the management and control of the data gathering software activities. The MCM 200 sends requests and instructions and receives messages from other modules. For example, the MCM 200 performs functions such as tasking, command and control, configuration, and upgrades to the data gathering software 110 itself.

[0048] 2. Overhead Data Module (ODM)

[0049] The ODM 215 collects information by monitoring the overhead message stream. While the wireless device 100 is powered on, information is collected while the device 100 is in any state such as idle, conversation, and data mode. A list of sample overhead messages monitored by the data gathering software 110 is shown in FIG. 3. Information collected by the ODM 215 includes, for example, network information such as call performance, coverage, configuration settings, and management; event information such as voice call, data call, and Short Message Services (SMS) activity; location information such as longitude, latitude, and GPS data; and time and date information.

[0050] 3. Device Parametric Data Module (DPDM)

[0051] The DPDM 220 monitors and collects information from the network and device. A list of the sample data monitored and collected by the DPDM 220 is in FIG. 4. Information collected by the DPDM 220 includes for example, receive power, transmit power, frame error rate [FER], signal strength [RSSI], access time [call setup], time stamp, date stamp, location data, and airtime usage. The information collected can be used to gain insights into the performance of networks and devices in the environment.

[0052] 4. Wireless Internet Data Module (WIDM)

[0053] The WIDM 225 monitors and collects information from internet-based applications such as a microbrowser or web query application. When launched, the internet-based application enters a session through the wireless network with different types of network servers such as proxy, gateway, content and application servers. Today, multiple types of protocols and mark-up languages exist and are designed to make various types of content, applications, and services accessible to wireless devices. Examples of such protocols and mark-up languages include the Wireless Application Protocol [WAP], Palm Query Applications [PQAs], iMODE, HDML, WML, XML, and HTML. Once a wireless connection to the internet and/or the network provider's data network (or equivalent) has been established, accessing WML content from a wireless phone through the WAP protocol is very different from accessing HTML content via traditional personal computer applications like Microsoft Explorer or Netscape Navigator. For example, WML introduces the concept of decks and cards, a concept that does not exist in HTML. Cards specify one or more units of user interaction. A deck represents the unit of content transmission that is sent over the wireless network to the device. Therefore, a deck can contain one or more cards. A user can navigate through multiple cards before sending a request over the network to retrieve an additional deck.

[0054] 5. User Identification Module (UIM)

[0055] The UIM 230 is responsible for collecting data from the user of the wireless device 100 through invoking a questionnaire in certain circumstances and prompting the wireless user to input desired information. Examples of information collected by the UIM 230 include User name, Date of birth, Sex, Race, Income, Address, Marital status, Education, Occupation, and User authentication or password.

[0056] 6. Location Data Module (LDM)

[0057] The LDM 235 is responsible for collecting all data relating to location such as longitude, latitude, GPS data, time stamp, and date stamp. The collected data can be referenced back to wireless device 100 events and statistics. The LDM 235 may also collect additional information so that the location information can be used to determine the user's direction of travel, speed, and time in order to correlate the information to specific events.

[0058] 7. SIM [Subscriber Identity Module] Card Data Module (SCDM)

[0059] The SCDM 240 interfaces the wireless device's SIM card and is responsible for collecting data stored on the wireless device's 100 SIM card.

[0060] 8. Application Data Module (ADM)

[0061] The ADM 245 is responsible for monitoring the activity of all applications resident on the wireless device 100. The ADM 245 collects data about all resident applications such as the application name, usage statistics, application file size, and configuration information. The ADM 245 collects information at multiple instances such as when applications are loaded, removed, launched, restored, switched, and terminated.

[0062] 9. Voice Module (VM)

[0063] The VM 250 is responsible for collecting information relating to voice commands, applications, and activity. In addition to the conventional keypad or stylus based functions users may also have the ability to perform various activities using voice commands and responses. Such voice commands and responses may include voice-to-text and text-to-voice conversions, voice activated dialing, voice activated microbrowsing, and voice controlled applications. The VM 250 monitors activity in voice recognition engines and processors and collects information related to any such user activity conducted via voice.

[0064] 10. Audio Download Module (ADM)

[0065] The ADM 255 is responsible for collecting audio-based user activity. Users may receive/download audio from their wireless devices in the form of advertisements, music, and the like. The ADM 255 will capture data relating to such activity.

[0066] 11. Time and Date Stamp Module (TDSM)

[0067] The TDSM 260 monitors and collects information from the network and device parameters. Examples of information collected by the TDSM 260 include the time, which can be represented in hours, minutes, and seconds, and the date, which can be represented in month, day, year. The information collected by the TDSM 260 can be integrated with information collected from other data modules so that time and date information can be associated with event data.

[0068] 12. Storage Module (SM)

[0069] The SM 265 is responsible for collecting information from each data module and encrypting, compressing, and storing the data in log file format in the non-volatile memory locations of the wireless device.

[0070] 13. Data Transfer Module (DTM)

[0071] The DTM 270 sends information collected by the data gathering software 110 to the control center 120. The DTM 270 can operate in multiple modes including automatic, pull, and push. In automatic mode, the DTM 270 sends data to the control center 120 based on a predetermined set of factors. In pull mode, the DTM 270 sends data based on commands received from the control center 120. This may include, for example, activity in which commands are sent to the data gathering software 110 via server, or like mechanism, to collect certain data after which collected data is routed to an intermediate server, or like mechanism that then feeds data to the control center. In push mode, the DTM 270 sends data based on commands from the user. The DTM 270 also performs standard functions relating to the transfer of data such as packetizing the collected data, attaching identifying information to the packets of data, and initiating, executing, and managing the data transmission process. The transmission process could include for example, sending the collected data to the control center 120 through a mobile originated Short Message Service [SMS] message, sending the collected data during a microbrowser session, or sending the collected data through a synchronization application.

[0072] 14. Memory Module (MM)

[0073] The MM 275 is responsible for clearing the memory location once the DTM 270 has successfully transmitted the collected data to the control center 120. The MM 275 receives commands from the DTM 270 in conducting this operation.

[0074] 15. Diagnostic Module (DM)

[0075] The DM 280 is responsible for running diagnostic tasks on the MCM 200 and other modules of the data gathering software 100. The DM 280 is responsible for self-updating any data gathering software 110 module to add features or correct any bugs and for resetting and rebooting the wireless device if it detects a problem with data gathering software 110 activity.

[0076] FIGS. 5a, 5b, and 5c, and 5dset forth a log 500 of sample event type data gathered by the various component modules of the data gathering software 110 and the MSM location from which various metrics corresponding to event types are gathered. FIGS. 5a, 5b, 5c, and 5dare for illustrative purposes, and do not set forth a complete list of types of event type data gathered. Referring to FIG. 6, a sample wireless device 100 functional block diagram for an MSM is set forth. The sample wireless device 100 functional block diagram is only one potential embodiment of a wireless device 100 modem from which metrics can be gathered. For illustrative purposes, event types in the log are divided into the categories of basic phone functions, voice call events, browser call events, M-Commerce, M-Advertising, and SMS messaging. These categories are for illustrative purposes only of the types of event data that are gathered by various component modules of the data gathering software 110 and are neither exhaustive nor complete. Referring to FIG. 5a, for each event type 510, there are corresponding metrics 520 which are collected by various component modules of the data gathering software 110. The MSM Location 530 of the MSM shown in FIG. 6 from which the Metrics 520 are gathered is also set forth. For example, for the Event Type “Mobile Voice Call Connect” 540 shown in FIG. 5b, the Metrics 520 gathered are TD-LL information (Time, Date, Long-Lat), Vocoder, Transmit Power, Receive Power, and Frame Erasure Rate. These Metrics 520 are gathered from the CDMA Processor and GPS Processor at the MSM Location 550 by the Overhead Data Module 215. Similarly, other Voice Call Event Types such as Land-Side Voice Call and Mobile Voice Call End shown in FIG. 5bare collected by the Overhead Data Module. Event types such as External Power Applied and Power Up shown in FIG. 5aare collected by the Device Parametric Module 220. Event Types such as Mobile Browser Launch and Deck (URL) Request are gathered by the Wireless Internet Data Module 225.

[0077] Referring to FIG. 11, an illustration of the MSM locations where device parametric data pertaining to battery status is shown. The current battery voltage 1100 is obtained from the voltage regulator 1150. Charge rate 1110, charging state 1120, and charge time 1130 are obtained from the charging system 1160. Time stamp information 1140 is obtained from the CDMA processor 1170.

[0078] Referring to FIG. 5, Metrics 520 are gathered from messaging information at the various MSM Locations 530. FIG. 7 shows sample messaging from the CDMA Processor of an MSM used to identify the Metric of whether a call is a data call or a voice call. Two potential origination messages under the CDMA messaging standard TIA-95-B are shown, origination message 710 and origination message 720. For example, the value of the special service code 730 or similar identifier, such as a service option code, may identify whether a call is a data call or a voice call. In this example, a special service code 730 value equal to zero indicates a data call whereas a value equal to one indicates a voice call. Thus, the data gathering software 110 can determine whether a call is a voice call or a data call by parsing the origination message collected from the CDMA processor. In the examples shown in FIG. 7, origination message 710 corresponds to a data call whereas origination message 720 corresponds to a voice call.

[0079] Referring to FIG. 8, messaging at the CDMA processor of the MSM relating to metrics for the launching, use, and termination of use of a wireless microbrowser is set forth. At block 810, messaging corresponding to the entering of the microbrowser mode are set forth. At step 820, messaging relating to the connection of the call for microbrowsing is set forth along with messaging indicating the radio link protocol (rlp) for synchronization of the call with the network. Step 830 shows messaging for releasing the network connection indicating the ending of use of the browser. Step 840 shows messaging for the ending of the microbrowser call, and Step 850 shows messaging for exit from the user interface of the browser mode. Step 860 shows messaging relating to the resetting of various parameters to return the device to standard operating mode.

[0080] Referring to FIG. 9, a diagram showing the flow of data collected by the data gathering software 110 in the presently preferred embodiment of the invention is presented. At 910, the collected data is stored at each wireless device 100 in the non-volatile memory (or equivalent) of the wireless device 100. At 920, the collected data is sent over a wireless link 130 to a control center 120 that manages the collection and quality control processes of the data from each wireless device 100 in the field as well as the overall administration of the network. At the control center 120, management of data collection and quality control processes is handled by a Central Management System (CMS) 230a. A graphic user interface (GUI) client allows the CMS administrator at the control center to communicate and run checks during the data management process. At 930, the CMS 260aprepares the data received for database processing. This preparation includes decompressing files, cataloging and archiving the files and staging files for database entry. To perform its activities, the CMS may include an administration server, web server, contacting server, name server, FTP server, VPN server, data collection manager server, alarm manager server, event manager server, and configuration manager server.

[0081] At 940, the prepared data is then loaded and stored in a database. The database uses device identification number, device type, user ID, event type, network identification, market identification, and longitude/latitude coordinates in tables to cross-reference values in a user information table for each event (i.e., message).

[0082] At 950, a data warehouse/mining application processes the collected data stored in the database to generate information including usage, service functionality, network and device performance metrics. This process may include: sorting through collected data to ascertain demographic profiles of panel members and related location/market information; analyzing usage behavior of panel members or aggregating groups of panelists, including but not limited to metrics such as share of messaging by voice, microbrowsing, SMS, e-mail and secure transactions; analyzing peak/off-peak usage patterns of panel members as well as average usage days per given period of time; analyzing telephony metrics including, for example, call duration, incoming versus outgoing calls, local versus long distance calls, voicemail functions, and digital versus analog mode; analyzing wireless data/internet metrics including, for example, reach (i.e., percentage of all users who visit a particular Website during a given time period), unique visitors (i.e., number of Web-active individuals who visited a particular site or web property within a given time frame), top sites or URLs visited during a given period of time, top sites bookmarked, counts of secure transactions placed during a given period of time, visits to non-Web digital media sites over a given period of time, click streams, advertisement views and responses; analyzing functionality of various wireless voice and data/internet services provided to users whereby number of hits per site or application versus total offerings may provide such indication; analyzing performance metrics related to the device, including but not limited to keypad operation, CPU processing capabilities, RF calibration, transmit and receive power, power consumption, battery charging, voltage and temperature; and analyzing performance metrics related to the operators' networks, including but not limited to RSSI, access failures, finger assignments, handoff and vocoder activity, transmit and receive power, frame error rates, dropped calls, blocked calls, connection speeds, internet or Web application download speeds, and secure transaction speeds. The generated information can be used to produce marketing information products, network performance products, device performance products, and integrated products that are useful to network operators, advertisers, content providers and producers of wireless voice and data services and products. At step 960, these end products (i.e., reports), which may take the form of hard copy and/or Web-based delivery, are stored at the database.

[0083] This competitive marketing information is mainly derived from the activity, usage, and behavior of the wireless device 100 users. Some general measurements include the numbers and demographics of users; the types of wireless devices and networks they use; sites they visit and bookmark; secure transactions they execute; advertisements they view/redeem. While these types of measurements provide much needed and valuable information as is, the ability of the data gathering software 110 to integrate time and location-based (i.e., environment driven) information with such user activity (i.e., event driven) measurements provides an unprecedented breadth of information never before available to the industry. The ability to understand where and when subscribers are using their wireless device 100 for wireless data and internet applications allows industry players to create novel marketing strategies that have not been possible in the wired internet space. Referring to FIGS. 10aand 10b, sample reports with respect to number of unique visitors to a site and total number and time of data sessions are shown. It should be noted that reports produced on wireless devices and networks via the system and related methods for measuring wireless device and network usage and performance metrics according to the invention have not been available to the industry.

[0084] Sample product reports on the following topics may be cut by time and location of user-based activity as well as trended over a period of time:

[0085] Data Traffic Report:

[0086] Mix of messaging activity (or sessions) by SMS, e-mail, web visits, web downloads, m-commerce transactions

[0087] Reach (i.e., percentage of all wireless internet users who visit a particular site during a given month)

[0088] Unique visitors (i.e., number of wireless internet-active individuals who visited a particular site or web property within a given time frame; each panel member is represented once as a unique user)

[0089] Top URLs visited (e.g., by subject, by portal, by domain, by individual sites with a domain, by group/entity, etc.)

[0090] Top sites bookmarked (and whether these change over a period of time)

[0091] Number of secure transactions completed

[0092] Average unique web pages visited

[0093] Average usage (days) per month

[0094] Peak/off-peak usage periods

[0095] Cuts by carrier, market, demographics

[0096] Voice Statistics Report:

[0097] Call frequency

[0098] Local vs. long-distance

[0099] Call duration

[0100] Call origination

[0101] Cuts by carrier, market, demographics

[0102] Demographics Report:

[0103] Age

[0104] Gender

[0105] Occupation

[0106] Education

[0107] Household composition—# of members, median income; homeowner/renter

[0108] Geographic location

[0109] Cut by user activity

[0110] M-commerce Report:

[0111] Secure transactions to identify consumer purchasing behavior

[0112] Lookers/bookers

[0113] Repeat visitors/purchasers

[0114] Top products sold

[0115] Revenue per site

[0116] Reach

[0117] Referring sites

[0118] Cut by demographics

[0119] Non-Web Digital Media Report:

[0120] Activity on proprietary services such as AOL, Juno, PointCast

[0121] Reach

[0122] Referring sites

[0123] Cut by demographics

[0124] Advertising Report:

[0125] Ads viewed/redeemed

[0126] Top advertisers

[0127] Top host sites

[0128] Reach

[0129] Cut by demographics

[0130] User Experience Report:

[0131] Time to download home page of URL

[0132] Time to complete secure transaction

[0133] Browsers visitors are using

[0134] Error log (i.e., times when site fails not related to ISP/backbone problems)

[0135] Congestion periods

[0136] Technical Report:

[0137] Device configuration & software applications

[0138] Hardware components

[0139] In addition to collecting event data based on consumer usage, it is an object of the invention to collect quality of service (QOS) data as well. According to the invention, QOS data may be captured by monitoring network parametric data and device parametric data based on the activities of the panel users. The ability to record real-time metrics on network and device performance driven by “live” user activity is unprecedented in the industry. Such data collected and processed via the data warehouse/mining application may yield reports on how the networks and devices are performing based on specific user event driven activities. Current drive tests and manufacturers' device tests do not have this capability (i.e., are performed independently of real-time consumer-based activity). Moreover, the invention allows for the QOS metrics to be correlated to time and location of user activity.

[0140] Sample product reports on the following topics may be cut by time and location of user-based activity as well as trended over a period of time:

[0141] Network Performance Report:

[0142] Vocoder activity

[0143] Frame error-rates

[0144] Closed loop power control

[0145] Transmit/receive power

[0146] Channel assignments

[0147] Base station acknowledgement order

[0148] Global service re-direct

[0149] Hand-off activity

[0150] Speed

[0151] Access time

[0152] Audio quality/MOS score

[0153] Device Performance Report:

[0154] Battery measurements (voltage, temperature, charge time, power consumption, power amplifier)

[0155] Idle vs. normal mode

[0156] Analog vs. digital mode

[0157] RF calibration

[0158] Transmit/receive power

[0159] Minutes used

[0160] Finger assignments

[0161] CPU measurements

[0162] Event data, network parametric data, and device parametric data collected and processed may be interpreted not only on a stand-alone basis but also integrated with one another to provide more robust data. To date, this has not been possible since industry players have had to source the various pieces of information from different parties; even then, the data was collected from disparate devices during different time periods. The invention provides for a unique feature such that event data, network parametric data and device parametric data are collected simultaneously in real-time from the same wireless device 100, allowing for directly comparable data that, when viewed in concert, provides a richer set of information. For example, a problem detected in the network may be correlated to specific user activity in a particular location and time.

[0163] In order to generate the most accurate and representative reports, a wireless device 100 equipped with the data gathering software 110 is to be distributed and used by a targeted group of wireless communications services users to collect statistically representative data. A statistical sampling methodology will be employed so that this panel of users may represent a broader audience and typify various demographic profiles. The panel will also be constructed to allow for national, regional, and market level reporting. Participation in the panel will be on an opt-in, incentive-driven basis whereby panel members agree to have their wireless voice and data/internet usage captured via the data gathering software 110 resident on their wireless device 100. While most of the monitoring process will require no involvement on the user's part and will remain transparent to the user, each participant will agree to disclose basic user profile information upon commencement of activity and upon certain other conditions.

[0164] While the present invention has been particularly described with respect to the illustrated embodiments, it will be appreciated that various alterations, modifications and adaptations may be made based on the present disclosure, and are intended to be within the scope of the present invention. While the invention has been described in connection with what are presently considered to be the most practical and preferred embodiments, it is to be understood that the present invention is not limited to the disclosed embodiment but, on the contrary, is intended to cover various modifications and equivalent arrangements included within the scope of the appended claims.