Source: http://www.google.com/patents/US7996041?dq=autodesk
Timestamp: 2015-04-28 14:44:44
Document Index: 729281189

Matched Legal Cases: ['Application No. 60', 'Application No. 2007', 'Application No. 2008', 'Application No. 200680014553', 'Application No. 200680014553', 'Application No. 2007', 'Application No. 2008', 'Application No. 10', 'Application No. 200680014553', 'Application No. 200680014553', 'Application No. 10', 'Application No. 200706794']

Patent US7996041 - Apparatus and method for requesting initiation of a communication session ... - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inAdvanced Patent SearchPatentsA means by which a list of service options may be used as capability configuration parameters to specify a card application toolkit call setup command, such as from R-UIM applications, is provided. For example, when the R-UIM application sends a call setup command to a mobile communication station, the...http://www.google.com/patents/US7996041?utm_source=gb-gplus-sharePatent US7996041 - Apparatus and method for requesting initiation of a communication session using capability configuration parameters with card application toolkitAdvanced Patent SearchPublication numberUS7996041 B2Publication typeGrantApplication numberUS 11/279,304Publication dateAug 9, 2011Filing dateApr 11, 2006Priority dateApr 15, 2005Also published asCN101167401A, CN101167401B, EP1869930A2, US20060234760, WO2006109155A2, WO2006109155A3Publication number11279304, 279304, US 7996041 B2, US 7996041B2, US-B2-7996041, US7996041 B2, US7996041B2InventorsYi ChengOriginal AssigneeNokia CorporationExport CitationBiBTeX, EndNote, RefManPatent Citations (18), Non-Patent Citations (11), Referenced by (1), Classifications (15), Legal Events (2) External Links: USPTO, USPTO Assignment, EspacenetApparatus and method for requesting initiation of a communication session using capability configuration parameters with card application toolkit
US 7996041 B2Abstract
A means by which a list of service options may be used as capability configuration parameters to specify a card application toolkit call setup command, such as from R-UIM applications, is provided. For example, when the R-UIM application sends a call setup command to a mobile communication station, the R-UIM application may also send a list of service options that may be used by the mobile communication station to negotiate with the network. During the service negotiation process of setting up the call, the mobile communication station will only use or accept a service option that is in the service option list.
at least one memory including computer program code, the at least one memory and the computer program code configured to, with the at least one processor cause the apparatus to perform at least the following:
receive a call setup command, conforming to a code division multiple access card application toolkit standard, requesting initiation of a communication session;
receive an ordered list of service options, each service option defining one acceptable configuration of the requested communication session,
wherein the call setup command and the ordered list are received from a removable user identity module; and
provide for negotiation with a wireless network to initiate the requested communication session, by providing for a proposal to the wireless network of a service option from the ordered list.
2. The apparatus of claim 1, wherein the computer program code further causes the apparatus to initiate the requested communication session in response to the wireless network accepting the proposed service option.
3. The apparatus of claim 1, wherein the computer program code further causes the apparatus to initiate the requested communication session when a counter-proposed service option from the wireless network is contained within the ordered list.
4. The apparatus of claim 1, wherein the computer program code further causes the apparatus to terminate communication between the processor and the wireless network when the processor and the wireless network cannot agree on a service option contained within the ordered list.
5. The apparatus of claim 1, embodied in a mobile telephone.
receiving a call setup command, conforming to a code division multiple access card application toolkit standard, requesting initiation of a communication session;
receiving of an ordered list of service options, each service option defining one acceptable configuration of the requested communication session; and
providing for negotiation with a wireless network to initiate the requested communication session by providing for proposal to the wireless network of a service option from the ordered list,
wherein receiving the call setup command comprises receiving the call setup command from a removable user identity module and receiving the ordered list comprises receiving the ordered list from the removable user identify module.
initiating the requested communication session in response to the wireless network accepting the proposed service option.
initiating the requested communication session when a counter-proposed service option from the wireless network is contained within the ordered list.
terminating communication with the wireless network when an agreement on a service option contained within the ordered list cannot be negotiated between the wireless network and an apparatus.
This application claims the benefit of U.S. Provisional Application No. 60/671,644, filed Apr. 15, 2005, which is incorporated by reference herein in its entirety.
Embodiments of the invention generally relate to wireless communication, and more particularly to systems, terminals, and methods for enhancing communication between removable user identity modules and corresponding mobile communication terminals.
Wireless communication devices, such as cellular or mobile telephones and other devices capable of wireless communication, are widely used throughout the world. Single mode communication devices are typically designed to communicate with one type of wireless communication network. Examples of wireless communications networks include GSM (Global Systems for Mobile Communication), WCDMA (Wideband Code Division Multiple Access), and CDMA (Code Division Multiple Access). GSM networks are more commonly used in Europe and CDMA networks are more commonly used in the United States. CDMA systems operate by dividing a radio spectrum to be shared by multiple users through the assignment of unique codes. CDMA systems assign a unique code to each signal that is to be transmitted, and are thereby able to spread many simultaneous signals across a wideband spread spectrum bandwidth. Using the respective codes, the signals can then be detected and isolated from the other signals that are being transmitted over the same bandwidth.
The functionality of mobile telephones is steadily increasing, as new and improved features are offered in new mobile telephones. However, these new features may not be available to mobile telephone users unless the user purchases a new mobile telephone. Additionally, some features may be specialized and therefore desired only by a small percentage of mobile telephone users. Because of the limited demand, such specialized features may not be offered by a mobile telephone manufacturer as a standard feature in the manufacturer's mobile telephones. A solution that has been developed to enable mobile service providers and third parties to offer unique and specialized software applications is a removable user identity module (R-UIM). An R-UIM is a smart card that may contain user information, data features, and software applications. The R-UIM may be inserted in any mobile telephone capable of interfacing with an R-UIM, and may be transferred from one mobile telephone to another. A mobile telephone user may obtain specialized software applications that are stored on and execute from the R-UIM. The mobile telephone user may obtain such applications directly from the service provider or from the third party developer. For example, a third party may offer an application on an R-UIM that provides call-forwarding functionality for mobile telephones that do not already have that functionality.
The CDMA Card Application Toolkit (CCAT) is a standardized set of commands and procedures that enables applications that are stored on an R-UIM to interact with and operate any mobile telephone (also termed mobile equipment (ME) or mobile communication station) which is capable of accepting R-UIMs and supporting the CCAT. The CCAT enables applications on the R-UIM to function on any particular manufacturer's mobile telephone that supports the CCAT features.
In the command set of the CCAT, there are commands that enable the R-UIM to have the mobile telephone display text, play a defined sound, send an SMS (short message service) message, or initiate a telephone call (or other type of communication session), to list just a few examples. The CCAT specifies a CALL SETUP command to enable an application executing from the R-UIM to initiate a telephone call from the mobile telephone to the network (such a call is termed a mobile-originated (MO) call).
Capability configuration parameters are the bearer capability parameters or configuration that may be used by the CDMA physical layer or the multiplex sub-layer to enable call setup. The capability configuration parameters define, for example, the data rate, encoding/decoding, and sampling that will be used for communication between the mobile telephone and the network. Different call types (e.g., voice or data) typically require different capability configuration parameters.
Current CDMA specifications support the concept of service options on both the control and the traffic channels. Service options allow various voice and non-voice services to be defined independently within the confines of the physical layer and the multiplex sub-layer interface. Each service option defines the configuration and parameters used in physical layer and multiplex sub-layer for a specific call type. Approximately 50 service options have been defined for CDMA to date. These defined service options are used for negotiation between a mobile telephone and a network. Every time a mobile telephone connects to a network, the mobile telephone and the network must negotiate and agree on a service option to use for communication during that connection. The service options are defined in Administration of Parameter Value Assignments for cdma2000 Spread Spectrum Standards�Release D (3GPP2 C.R1001-D, V1.0, Apr. 18, 2003). For example, service option 1 defines a basic variable rate voice service with a communication speed of 8 kbps, while service option 15 defines a packet data service with a communication speed of 14.4 kbps. Each service option is identified by a two byte (16 bit) service option binary number
The current CCAT specification does not specify CDMA capability configuration parameters. As such, when a CALL SETUP command from R-UIM is received by a mobile telephone, the mobile telephone is only capable of using the default configuration parameters for the physical and multiplex layers. Because only the default configuration parameters can be used, the types of telephone calls that can be initiated by CCAT applications executing from an R-UIM is limited to only speech calls. Data calls cannot be initiated by CCAT applications executing from an R-UIM, therefore the functionality of CCAT applications is limited. Furthermore, the CDMA2000 specification specifies a procedure for a mobile telephone and a mobile network to negotiate a mutually acceptable physical and multiplex layer configuration and mutually acceptable parameters. However, as the current CCAT specification does not specify capability configuration parameters, as discussed above, a CCAT application executing from an R-UIM is not able to negotiate physical and multiplex layer configuration and parameters with the mobile network and only the default configuration can be used by the CCAT CALL SETUP command.
As such, there is a need to expand the CALL SETUP function of CCAT applications to enable different call types, such as circuit data or packet data. Additionally, there is a need to enable the card application toolkit applications, such as a CCAT application, to negotiate a physical and multiplex layer configuration and parameters with the mobile network.
Generally described, embodiments of the invention provide an improvement over the known prior art by providing a means by which a list of service options may be used as capability configuration parameters for a call setup command, such as from R-UIM applications. For example, when the R-UIM application sends a call setup command to a mobile communication station, the R-UIM application may also send a list of service options that may be used by the mobile communication station to negotiate with the network. During the service negotiation process of setting up the call, the mobile communication station will only use or accept a service option that is in the service option list.
In this regard, an apparatus for requesting initiation of a communication session, such as a telephone call, comprises a processing element configured to receive a call setup command requesting initiation of a communication session, and to receive an ordered list of service options, each service option defining one acceptable configuration of the requested communication session. The processing element may be further configured to negotiate with a wireless network to initiate the requested communication session, such that the processing element proposes to the wireless network a service option from the ordered list. The call setup command and the ordered list may be received from a removable user identity module (R-UIM).
The processing element may be further configured to initiate the requested communication session if the wireless network accepts the proposed service option, or if a counter-proposed service option from the wireless network is contained within the ordered list.
The processing element may be further configured to terminate communication between the processing element and the wireless network if the processing element and the wireless network cannot agree on a service option contained within the ordered list.
The apparatus may be embodied in a mobile telephone. The call setup command may conform to a Code Division Multiple Access Card Application Toolkit standard.
In addition to the apparatus for requesting initiation of a communication session described above, other aspects of embodiments of the invention are directed to corresponding methods for requesting initiation of a communication session.
FIG. 1 is a schematic block diagram of one type of system that would benefit from embodiments of the invention;
FIG. 2 is a schematic block diagram more particularly illustrating a mobile station in accordance with one embodiment of the invention; and
FIG. 3 is a flowchart illustrating the use of capability configuration parameters with a card application toolkit call setup command, in accordance with one embodiment of the invention.
The invention now will be described more fully hereinafter with reference to the accompanying drawings, in which preferred embodiments of the invention are shown. This invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art. Like numbers refer to like elements throughout.
The MSC 16 can be coupled to a data network, such as a local area network (LAN), a metropolitan area network (MAN), and/or a wide area network (WAN). The MSC can be directly coupled to the data network. In one typical embodiment, however, the MSC is coupled to a gateway (GTW) 18, and the GTW is coupled to a WAN, such as the Internet 20. In turn, devices such as processing elements (e.g., personal computers, server computers or the like) can be coupled to the mobile station 10 via the Internet. For example, as explained below, the processing elements can include one or more processing elements associated with one or more game servers 22, routing servers 24, personal computer (PC) systems 26, game consoles 28, or the like, one of each being illustrated in FIG. 1 and described below. As will be appreciated, the processing elements can comprise any of a number of processing devices, systems or the like capable of operating in accordance with embodiments of the invention.
While the system of FIG. 1 is capable of supporting communications with mobile stations using a number of different communication protocols, it is mobile stations communicating in accordance with the CDMA protocol that will be described below in conjunction with exemplary embodiments of the present invention.
One or more mobile stations 10 can further be coupled to one or more wireless access points (APs) 36. The APs can be configured to communicate with the mobile station in accordance with techniques such as, for example, radio frequency (RF), Bluetooth (BT), infrared (IrDA) or any of a number of different wireless networking techniques, including WLAN techniques. The APs may be coupled to the Internet 20. Like with the MSC 14, the APs can be directly coupled to the Internet. In one embodiment, however, the APs are indirectly coupled to the Internet via a GTW 18. As will be appreciated, by directly or indirectly connecting the mobile stations and the user processors (e.g., game servers 22, routing servers 24, personal computer (PC) systems 26, game consoles 28, and network entities) and/or any of a number of other devices to the Internet, whether via the APs or the mobile network(s), the mobile stations and user processors can communicate with one another to thereby carry out various functions of the respective entities, such as to transmit and/or receive data, content or the like. As used herein, the terms �data,� �content,� �information,� and similar terms may be used interchangeably to refer to data capable of being transmitted, received and/or stored in accordance with embodiments of the invention. Thus, use of any such terms should not be taken to limit the spirit and scope of the embodiments of the invention.
Reference is now made to FIG. 2, which illustrates one type of mobile station 10, a mobile telephone, which would benefit from embodiments of the present invention. It should be understood, however, that the mobile station illustrated and hereinafter described is merely illustrative of one type of mobile station that would benefit from the present invention and, therefore, should not be taken to limit the scope of the present invention. While several embodiments of the mobile station are illustrated and will be hereinafter described for purposes of example, other types of mobile stations, such as portable digital assistants (PDAs), pagers, laptop computers, mobile gaming devices and other types of electronic systems, can readily employ the invention.
As shown, in addition to an antenna 12, the mobile station 10 can include a transmitter 48, receiver 50, and processing element 52 or other processor that provides signals to and receives signals from the transmitter and receiver, respectively. These signals include signaling information in accordance with the air interface standard of the applicable cellular system, and also user speech and/or user generated data. In this regard, the mobile station can be capable of operating in accordance with the CDMA communication protocol.
It is understood that the processing element 52 includes the circuitry required for implementing the audio and logic functions of the mobile station 10. For example, the processing element may be comprised of a digital signal processor device, a microprocessor device, and various analog-to-digital converters, digital-to-analog converters, and other support circuits. The control and signal processing functions of the mobile station are allocated between these devices according to their respective capabilities. The processing element can additionally include an internal voice coder (VC) 52 a, and may include an internal data modem (DM) 52 b. Further, the processing element may include the functionality to operate one or more client software programs such as those indicated above, which may be stored in memory (described below).
The mobile station 10 also comprises a user interface including a conventional earphone or speaker 54, a ringer 56, a microphone 58, a display 60, and a user input interface, all of which are coupled to the processing element 52. Although not shown, the mobile station can include a battery for powering the various circuits that are required to operate the mobile station, as well as optionally providing mechanical vibration as a detectable output. The user input interface, which allows the mobile station to receive data, can comprise any of a number of devices allowing the mobile station to receive data, such as a keypad 62, a touch display (not shown), a joystick (not shown) or other input device. In embodiments including a keypad, the keypad includes the conventional numeric (0-9) and related keys (#, *), and other keys used for operating the mobile station.
The mobile station 10 further includes memory, such as a removable user identity module (R-UIM) 70, which typically stores information elements related to a mobile subscriber. In addition to the R-UIM, the mobile station can include other removable and/or fixed memory. In this regard, the mobile station can include volatile memory 72, such as volatile Random Access Memory (RAM) including a cache area for the temporary storage of data. The mobile station can also include other non-volatile memory 74, which can be embedded and/or may be removable. The non-volatile memory can additionally or alternatively comprise an EEPROM, flash memory or the like. The memories can store any of a number of software applications, instructions, pieces of information, and data, used by the mobile station to implement the functions of the mobile station.
Reference is now made to FIG. 3, which illustrates the use of capability communication parameters, such as CDMA capability configuration parameters, with a call setup command of a card application toolkit (CAT), such as a CDMA Card Application Toolkit (CCAT) CALL SETUP command, in accordance with one embodiment of the present invention. As discussed above, an R-UIM in a mobile telephone (or other type of mobile communication station) may contain an application that will use the CAT commands to interact with and operate the mobile telephone. In particular, the R-UIM application, such as a call-forwarding application, may use the call setup command to cause the mobile telephone to initiate a telephone call or other type of communication session to the network. In embodiments of the present invention, the R-UIM application will create a list of service options (�SO�), such as CDMA service options, that may be used as the capability configuration parameters in the call setup command from the R-UIM application. See block 100. The list of service options will typically comprise a plurality of service options, with each service option capable of supporting the type of call the R-UIM is attempting to initiate. For example, if the R-UIM application is attempting to initiate a data call (i.e., a call in which data will be transferred across the network to and/or from the mobile telephone), the list of service options created will typically comprise some or all the service options capable of supporting a data call. For example, the list may contain two service options, SO 16 and SO 8, wherein both service options are for a cellular digital packet data (CDPD) call, but SO 16 will use a data rate of 14.4 kbps while SO 8 use a data rate of 9.6 kbps. Alternatively, if the R-UIM application is attempting to initiate a voice call, the list of service options created will typically comprise some or all the service options capable of supporting a voice call. For example, the list can contain two service options, SO 3 and SO 1, wherein SO 3 will use enhanced variable rate voice codec and SO 1 will use basic variable rate voice codec. The R-UIM application will typically order the list of service options according to the preferability of each service option, such that the most preferable service option is listed first and the least preferable (but still appropriate) service option is listed last.
The ordered list of service options is sent from the R-UIM application to the mobile telephone when the call setup command is sent. See block 102. The list is sent as the capability configuration parameters. The length of the capability configuration parameters will vary depending on the number of service options in the list. In one embodiment, the first byte of the capability configuration parameters is a tag indicating that capability configuration parameters are being transmitted. The next one or more bytes of the capability configuration parameters of this embodiment indicates the length, in bytes, of the capability configuration parameters being sent. The remaining bytes of the capability configuration parameters are a series of two byte indicators for the service options, in the order of preference. This is indicated in Table 1.
TABLE 1 Byte(s) Description Length 1 Capability Configuration Parameters tag 1 2 to (Y − 1) + 2 Length (X) Y (Y − 1) + 3 to Capability Configuration Parameters X (Y − 1) + X + 2 listing service options For example, capability configuration parameters containing a list of four service options would typically contain ten bytes: one byte for the tag, one byte for the length, and eight bytes for the service options (two bytes for each of the four service options).
The list of service options may be used by the mobile telephone to negotiate with the network for a mutually acceptable service option. During the service negotiation process of setting up the call, the mobile telephone will only use or accept a service option that is in the service option list. When the mobile telephone receives the CAT call setup command, such as a CCAT CALL SETUP command, with a capability configuration parameters tag included, the mobile telephone will generally use the first service option that is listed in the capability configuration parameters as the service option field in an origination message, such as a CDMA origination message, that is transmitted from the mobile telephone to the network. See block 104.
If this first proposed service option is acceptable to the network, as determined in block 106, the network will acknowledge acceptance to the mobile telephone and a call will be established using the first proposed service option. See block 108. If the first proposed service option is not acceptable to the network, the network will propose a different service option and send a message to the mobile telephone with the different proposed service option. The mobile telephone will typically check the different service option proposed by the network against the list of service options received from the R-UIM in the capability configuration parameters. See block 110. If the service option proposed by the network is in the list received from the R-UIM, see block 112, the mobile telephone may accept the service option and a call will be established using this service option. See block 114. Alternatively, if the service option proposed by the network is in the list received from the R-UIM but the proposed service option is near or at the bottom of the list (i.e., the service option proposed by the network is one of the least preferable service options) and other more preferable service options have not been negotiated between the mobile telephone and the network, the mobile telephone may propose one of the more preferable service options (for example, the most preferable service option that has not yet been proposed) rather than immediately accepting a less preferable service option. This alternative option is not illustrated in FIG. 3.
If the service option proposed by the network is not in the list received from the R-UIM, then it will typically be determined whether any unproposed service options remain on the list received from the R-UIM. See block 116. If all of the service options on the list received from the R-UIM have been proposed by the mobile telephone but none of the proposed service options have been acceptable to the network, then the call attempt will be terminated in failure. See block 118. If there are service options remaining on the list that have not yet been proposed to the network, the mobile telephone will then propose the next service option on the list. See block 120. The steps depicted in blocks 106 through 120 will typically continue to be executed until either an acceptable service option has been agreed upon by the mobile telephone and the network (resulting in establishment of the call) or all of the service options have been proposed but all were unacceptable (resulting in termination). However, the network may terminate the negotiation process at any time by rejecting a proposed service option from the mobile telephone, whereby the mobile telephone will inform the R-UIM of the failure of call setup.
Patent CitationsCited PatentFiling datePublication dateApplicantTitleUS6321085Oct 22, 1999Nov 20, 2001Qualcomm IncorporatedSystem and method for selecting a voice service optionUS6978157 *Oct 13, 2000Dec 20, 2005WavecomSystem and method to control a third item of equipment using a SIM card, via a radio communication module, corresponding radio communication module and third item of equipmentUS20010001089 *Dec 21, 2000May 10, 2001Rajeev KrishnamurthiSystem and method for mobile switching center initiated service negotiationUS20010053693 *Aug 20, 2001Dec 20, 2001Baaziz AchourSystem and method for selecting a voice service optionUS20020037710 *Sep 19, 2001Mar 28, 2002Lg Electronics, Inc.Method of reporting change of mobile communication service option to mobile switching centerUS20020082051Dec 22, 2000Jun 27, 2002Motorola, Inc.Mobile communication system with improved base station controlUS20020176382 *May 24, 2001Nov 28, 2002Telefonaktiebolaget Lm Ericsson (Publ)Method and system for integration of second generation and third generation wireless networksUS20040029606Aug 7, 2003Feb 12, 2004Tiedemann, Edward G.Method and apparatus for concurrently processing multiple calls in a spread spectrum communications systemUS20040043788Aug 28, 2002Mar 4, 2004Guarav MittalManagement of parameters in a removable user identity moduleUS20040076131 *Oct 22, 2002Apr 22, 2004Hai QuData download to removable modules via broadcast SMS in CDMA communication systemsUS20050032519 *Sep 14, 2004Feb 10, 2005Agere Systems Inc.Digital wireless communication system for simultaneously conveying full rate speech data and dedicated user dataUS20050164726 *Jan 27, 2005Jul 28, 2005Samsung Electronics Co., Ltd.System and method of providing push-to-talk service in a mobile communication systemEP0998059A1Oct 30, 1998May 3, 2000ICO Services Ltd.Mobile communication terminal with a removable data module for access to a first or second communication networkGB2315387A Title not availableJP2000184462A Title not availableWO2001031953A1Oct 13, 2000May 3, 2001Christian AmiensMethod and system for controlling a third item of equipment with a sim card, and corresponding devicesWO2001031967A1Oct 18, 2000May 3, 2001Qualcomm IncSystem and method for selecting a voice service optionWO2002052876A2Nov 19, 2001Jul 4, 2002Motorola IncMobile communication system with improved base station control* Cited by examinerNon-Patent CitationsReference1English translation of Office Action dated Aug. 3, 2010 of corresponding Korean Patent Application No. 2007-7026002, filed Apr. 12, 2006.2English translation of Office Action dated Jul. 20, 2010 of corresponding Japanese Application No. 2008-505978, filed Apr. 12, 2006.3English translation of Office Action dated Mar. 30, 2010 of Corresponding Chinese Application No. 200680014553.6.4English translation of Office Action dated May 7, 2010 of corresponding Chinese Application No. 200680014553.6, filed Apr. 12, 2006.5Office Action dated Aug. 3, 2010 of corresponding Korean Patent Application No. 2007-7026002, filed Apr. 12, 2006.6Office Action dated Jul. 20, 2010 of corresponding Japanese Application No. 2008-505978, filed Apr. 12, 2006.7Office Action dated Mar. 15, 2010 of corresponding Korean Application No. 10-2007-7026002, filed Apr. 12, 2006.8Office Action dated Mar. 30, 2010 of corresponding Chinese Application No. 200680014553.6.9Office Action dated May 7, 2010 of corresponding Chinese Application No. 200680014553.6, filed Apr. 12, 2006.10Office Action dated Sep. 28, 2009 of corresponding Korean Application No. 10-2007-7026002, filed Apr. 12, 2006.11Singapore Search Report and Written Opinion dated Jun. 18, 2009, Singapore Application No. 200706794-5, filed Apr. 12, 2006.Referenced byCiting PatentFiling datePublication dateApplicantTitleUS8126507 *Mar 12, 2007Feb 28, 2012British Telecommunications Public Limited CompanyCommunications device monitoring* Cited by examinerClassifications U.S. Classification455/558, 455/456.6, 455/438International ClassificationH04B1/38, H04M1/00, H04W8/24, H04W28/18, H04W76/02, H04W8/18Cooperative ClassificationH04W8/18, H04W76/02, H04W8/24, H04W28/18European ClassificationH04W28/18, H04W8/18Legal EventsDateCodeEventDescriptionOct 2, 2012CCCertificate of correctionApr 11, 2006ASAssignmentOwner name: NOKIA CORPORATION, FINLANDFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CHENG, YI;REEL/FRAME:017453/0142Effective date: 20060411RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services