1. Technical Field
The present invention pertains to mobile communication systems with Push-to-Talk capability between mobile communication units. In particular, the present invention pertains to control of Push-to-Talk functions of a mobile communication unit from a circuit card within that unit.
2. Discussion of the Related Art
Mobile communication systems or networks (e.g., Universal Mobile Telecommunications System (UMTS)) include mobile communication or telephone units that enable users to communicate. The mobile communication units of UMTS each generally include a mobile communication device or terminal (e.g., mobile telephone, etc.) and a circuit card in the form of a smart card or Universal Integrated Circuit Card (UICC) to interface the mobile terminal and enable a user to utilize a mobile communication or telephone service in accordance with a user subscription. The circuit card typically includes user preferences, settings and/or personal information. For example, the circuit card may include a subscriber identity module (e.g., UMTS Subscriber Identity Module (USIM)) that stores data for identifying a caller to a UMTS network service provider and for encrypting voice and data transmissions. The subscriber identity module may further store telephone numbers and corresponding names.
Push-to-Talk is a mobile communication service based on a two-way form of communications allowing a user to engage in immediate communication with one or more other users without the formalities of conventional calls. The Push-to-Talk service is similar in operation to two-way radios commonly referred to as “Walkie-Talkies”. In particular, when a user desires to speak, a button on a user handset or mobile terminal is depressed. This enables the user to speak, while another user receives the transmission and hears the sender voice signals automatically without answering a call. The Push-to-Talk service is a cost efficient and user friendly direct voice service.
The Push-to-Talk service employs floor control and group types. Floor control is a mechanism to ensure that only one user within a Push-to-Talk session has the right (and, therefore, is able) to speak. When a user desires the right to speak, a floor request message is transmitted from the user communication unit to a Push-to-Talk server of the communication system in order to gain access to the floor or the right to speak. The Push-to-Talk server determines the particular user to receive access to the floor and transmits a floor grant message to that user, while other users requesting access to the floor receive a floor reject message. Once the user with floor access completes speaking, a floor release message is transmitted from the user communication unit to the Push-to-Talk server to enable the server to grant new floor requests.
The Push-to-Talk service accommodates addressing of user groups. One type of group is a pre-arranged group (e.g., a group with predetermined members). If a first user establishes a Push-to-Talk session with a pre-arranged group, all members of this group are invited to join this session and the first user or initiator automatically receives the right to the floor (e.g., receives a floor grant message from the Push-to-Talk server without explicitly sending a floor request). Another type of group is a chat group (e.g., a dynamically formed group of users desiring to communicate). If a user establishes a Push-to-Talk session with the Push-to-Talk server in order to join a chat group session, users are not automatically invited to join this session. Rather, the user communicates with users currently participating in the chat group session. A user within a Push-to-Talk chat group session has to request the right to speak by sending a floor request to the Push-to-Talk server.
Operators of the communication network may define operator-specific applications on the circuit card of the mobile communication unit to perform operator-specified functions. The applications utilize an application toolkit (e.g., USIM Application Toolkit (USAT)) to enable performance of and control specific mobile terminal functions (e.g., sending a Short Message Service (SMS) message to the communication network, playing a tone on a mobile terminal, displaying text or an icon on the display of the mobile terminal, etc.). The application toolkit serves as a standardized interface between the circuit card and the mobile communication terminal of the mobile communication unit.
The toolkit provides communication network operators with a standardized Application Programming Interface (API) to enable placement of operator-specific applications on the circuit card independent of the particular operator, smart card manufacturer and mobile terminal manufacturer. The toolkit further provides a standardized execution environment for applications stored on the circuit card and/or subscriber identity module and the ability for the circuit card to utilize certain functions of the supporting mobile terminal (e.g., mobile telephone). The toolkit includes mechanisms to allow applications residing on the circuit card and/or subscriber identity module to interact with and operate any mobile terminal that supports these mechanisms, thereby ensuring interoperability between a circuit card and mobile terminal independent of the respective manufacturers and operators. The circuit card is the physical basis for the toolkit since the circuit card is owned by the communication network operator and may be adapted to the operator needs. For examples of toolkits, reference is made to: “3rd Generation Partnership Project; Technical Specification Group Terminals; USIM Application Toolkit (USAT) (Release 6)”, 3GPP TS 31.111, v6.2.0, June 2004; and “Smart cards; Card Application Toolkit (CAT) (Release 6)”, ETSI TS 102 223, v6.5.0, June 2004. The disclosures of these documents are incorporated herein by reference in their entireties.
However, there are currently no provisions for communication network operators to define applications on the circuit card that use the Push-to-Talk functionality of the mobile terminal. This severely limits the mobile terminal to specific pre-defined functions, reducing the ability of the mobile terminal to satisfy varying user needs.
According to the present invention, a method and apparatus enable a circuit card of a mobile communication unit to control Push-to-Talk features of a mobile terminal within that unit. The circuit card controls initiation and termination of a Push-to-Talk session for the mobile terminal, thereby enabling a communication network operator to define and develop applications on the circuit card that utilize the Push-to-Talk features.
The above and still further features and advantages of the present invention will become apparent upon consideration of the following detailed description of specific embodiments thereof, particularly when taken in conjunction with the accompanying drawings wherein like reference numerals in the various figures are utilized to designate like components.
An exemplary mobile communication system or network employing mobile communication or telephone units with Push-to-Talk capability according to the present invention is illustrated in
Communication service network 18 may be implemented by a conventional communication network and includes various conventional components for transfer of information (e.g., base stations, computer and/or server systems, interfaces to telephone system lines, etc.). The communication service network further includes a Push-to-Talk server system 8 to implement the Push-to-Talk features of the communication system. Push-to-Talk is a communication service based on a two-way form of communications allowing a user or mobile communication unit to engage in immediate communication with one or more other mobile communication units without the formalities of conventional calls. The Push-to-Talk service is similar in operation to two-way radios commonly referred to as “Walkie-Talkies”. Server system 8 is typically implemented by a conventional personal or other suitable computer system and preferably equipped with a base (e.g., including the processor, memories and internal or external communication devices (e.g., modem, network cards, etc.)) and optional display and input devices (e.g., a keyboard or other entry device, a mouse or other input device, etc.). The server system includes software (e.g., operating system, server software, Push-to-Talk software, etc.) to communicate with the mobile communication units and facilitate the Push-to-Talk features of the communication system, and appropriate components (e.g., processor, disk storage or hard drive, communication devices, etc.) having sufficient processing and storage capabilities to effectively execute the server software. The server system may utilize any of the commercially available operating systems, databases and/or server software.
The Push-to-Talk service employs floor control and group types as described above. Floor control is a mechanism to ensure that only one user within a Push-to-Talk session has the right to speak. If a user wants the right to speak, a floor request message is transmitted from the corresponding mobile communication unit to Push-to-Talk server 8 of the communication service network. The user receives a floor grant message from the Push-to-Talk server in response to being granted the right to speak. Once the user completes speaking, a floor release message is transmitted from the corresponding mobile communication unit to Push-to-Talk server 8 to enable the server to grant new floor requests.
The Push-to-Talk service further accommodates addressing of user groups as described above. These groups include pre-arranged groups (e.g., groups with predetermined members) and chat groups (e.g., dynamically formed groups of users desiring to communicate). If a user establishes a Push-to-Talk session for a pre-arranged group, all members of this group are invited to join the session and the first user or initiator automatically receives the right to speak or the floor (e.g., receives a floor grant message from Push-to-Talk server 8 without explicitly sending a floor request). When a user establishes a Push-to-Talk session with Push-to-Talk server 8 in order to join a chat group session, other users are not automatically invited to join this session. Rather, the user communicates with other users within the chat group session. A user who joins a Push-to-Talk chat group session has to request the right to speak by sending a floor request to the Push-to-Talk server.
Mobile communication unit 10 includes a circuit card 12, a mobile terminal 16 and an application interface or toolkit 26. The toolkit serves as an interface between the circuit card and mobile terminal as described below. Circuit card 12 may be in the form of a smart card or Universal Integrated Circuit Card (UICC) to interface mobile terminal 16 and enable a user to utilize a mobile communication service in accordance with a user subscription. The circuit card (
User interface 30 enables performance of conventional mobile terminal functions (e.g., place and receive calls, Push-to-Talk, etc.) and includes a display 34 and input devices 36. Display 34 may be implemented by any type of display device (e.g., LCD, LED, etc.) and provides information to a user. Input devices 36 enable entry of data or selected functions by a user and may be implemented by any conventional devices (e.g., keypad, buttons, Push-to-Talk button, etc.). The input devices further enable voice signals to be conveyed to or received from a user and may include any conventional voice devices (e.g., microphone, speaker, etc.). The mobile terminal typically operates in a conventional manner in response to user manipulation of the input devices to perform a desired function (e.g., entry of a telephone number, depression of a Push-to-Talk button, etc.).
Communication network operators may define operator-specific applications or software modules 15 (
Toolkit 26 is preferably implemented by a USIM Application Toolkit (USAT) modified in accordance with the present invention to further include several commands to accommodate Push-to-Talk functionality as described below. However, toolkit 26 may be implemented by any toolkits or interfaces enabling control of the mobile terminal by the circuit card. Toolkit 26 preferably includes toolkit modules 14, 21 respectively residing on the circuit card and mobile terminal to define toolkit commands and/or messages transferred therebetween. In particular, a desired application 15 for the circuit card may use toolkit commands to control various mobile terminal functions (e.g., display, loudspeaker, etc.) as described above. The operations (e.g., generation and transmission of toolkit messages to control mobile terminal functions, etc.) associated with toolkit commands are defined within toolkit module 14. When a toolkit command is encountered (e.g., during execution of a circuit card application or received from the mobile terminal), the circuit card processor performs the operations associated with that command in accordance with the command definition within toolkit module 14.
The mobile terminal includes software modules or applications to perform various mobile terminal operations (e.g., display, loudspeaker, etc.) as described above. These operations may be performed in response to toolkit commands received from the circuit card as described above. The operations associated with toolkit commands are defined within toolkit module 21. When a toolkit command is encountered (e.g., during execution of a mobile terminal application or received from the circuit card), the mobile terminal controller performs the operations associated with that command in accordance with the command definition within toolkit module 21.
In order to enable the circuit card to control Push-to-Talk operations of the mobile terminal, toolkit modules 14, 21 of the present invention further include commands pertaining to Push-to-Talk operations. The manner of operation of the Push-to-Talk toolkit commands to control Push-to-Talk sessions is described below. Further, the mobile terminal may include additional applications, or current mobile terminal applications associated with Push-to-Talk operations (e.g., Push-to-Talk client 23, etc.) may be modified to include or accommodate the Push-to-Talk toolkit commands to enable control of the Push-to-Talk operations by the circuit card. Toolkit 26 and corresponding toolkit modules 14, 21 may be implemented by any quantity of hardware (e.g., circuitry, processor, etc.) and/or software modules residing on the circuit card and/or mobile terminal in any fashion (e.g., circuit card processor 17 and/or memory 11 of
Mobile communication unit 10 of the present invention enables circuit card 12 to control initiation and termination of a Push-to-Talk session for mobile terminal 16, thereby enabling a communication system operator to define and develop applications for the circuit card that utilize the Push-to-Talk features of the mobile terminal. The circuit card, mobile terminal and Push-to-Talk server each typically include software modules or applications (e.g., operator-defined applications 15 of the circuit card, Push-to-Talk client 23 of the mobile terminal, Push-to-Talk server applications, etc.) directing control of their respective operations. Further, the circuit card and mobile terminal are each able to interpret toolkit commands and/or messages to perform corresponding operations as described above. A manner in which a Push-to-Talk session for a pre-arranged user group is initiated by the circuit card according to the present invention is illustrated in
The mobile terminal receives and interprets the toolkit initiation message (e.g., START PUSH-TO-TALK SESSION SET-UP) and performs the appropriate actions (e.g., initiate a Push-to-Talk session) in accordance with Push-to-Talk client 23 and operations defined for the toolkit message within toolkit module 21. In particular, the mobile terminal extracts the relevant information (e.g., Push-to-Talk server address, addresses of the Push-to-Talk group, entities and/or persons associated with the requested session, etc.) from the toolkit initiation message (e.g., START PUSH-TO-TALK SESSION SET-UP) and uses the extracted information to generate a create session message (e.g., PUSH-TO-TALK SESSION SET-UP as viewed in
When the Push-to-Talk session cannot be established, the Push-to-Talk server sends an error message to the mobile terminal. Otherwise, the Push-to-Talk server transmits at flow 44 a session confirmation message (e.g., PUSH-TO-TALK SESSION SET-UP OK as viewed in
Once the Push-to-Talk session is established, the initiating user is automatically granted the floor to speak as described above. When the floor is granted, the Push-to-Talk server transmits a floor granted message (e.g., FLOOR GRANTED as viewed in
The circuit card receives and interprets the toolkit session indicator and floor granted messages and performs the appropriate actions in accordance with application 15 and operations defined for the toolkit message within toolkit module 14. In particular, the circuit card waits for reception of the session confirmation and floor granted indicators (e.g., PUSH TO TALK SESSION SET-UP OK INDICATOR and FLOOR GRANTED INDICATOR of flows 46 and 50 as viewed in
The mobile terminal receives and interprets the toolkit user voice message and performs the appropriate actions in accordance with Push-to-Talk client 23 and the operations defined for the toolkit message within toolkit module 21. In particular, the mobile terminal activates the particular indicator (e.g., display, speaker, etc.) identified in the user voice message to notify a user that the Push-to-Talk session is established and the mobile terminal is awaiting user voice signals. When the user speaks (e.g., via a Push-to-Talk button, etc.), the speech data is transmitted from the mobile terminal to the Push-to-Talk server at flow 54 for transference to the participants associated with the Push-to-Talk session. The established Push-to-Talk session is subsequently conducted in a conventional manner. The user may manipulate the mobile terminal to initiate further Push-to-Talk or other communications functions. In addition, the circuit card may transmit and/or exchange toolkit messages with the mobile terminal in substantially the same manner described above to initiate further Push-to-Talk or other communications functions depending on the particular application residing on the circuit card.
The manner in which a Push-to-Talk session may alternatively be initiated by the circuit card for a pre-arranged user group according to the present invention is illustrated in
The mobile terminal receives and interprets the toolkit initiation message (e.g., START PUSH-TO-TALK SESSION SET-UP) and performs the appropriate actions (e.g., initiate a Push-to-Talk session) in accordance with Push-to-Talk client 23 and the operations defined for the toolkit message within toolkit module 21. In particular, the mobile terminal extracts the relevant information (e.g., Push-to-Talk server address, addresses of the Push-to-Talk group, entities and/or persons associated with the requested session, etc.) from the initiation message (e.g., START PUSH-TO-TALK SESSION SET-UP) and uses the extracted information to generate a create session message (e.g., PUSH-TO-TALK SESSION SET-UP as viewed in
When the Push-to-Talk session cannot be established, the Push-to-Talk server sends an error message to the mobile terminal. Otherwise, the Push-to-Talk server transmits at flow 64 a session confirmation message (e.g., PUSH-TO-TALK SESSION SET-UP OK as viewed in
Once the Push-to-Talk session is established, the initiating user is automatically granted the floor to speak as described above. When the floor is granted, the Push-to-Talk server transmits a floor granted message (e.g., FLOOR GRANTED as viewed in
The circuit card receives and interprets the toolkit voice enable message and performs the appropriate actions in accordance with application 15 and the operations defined for the toolkit message within toolkit module 14. In particular, the circuit card generates a toolkit user voice message (e.g., USER CAN SPEAK as viewed in
The mobile terminal receives and interprets the toolkit user voice message and performs the appropriate actions in accordance with Push-to-Talk client 23 and the operations defined for the toolkit message within toolkit module 21. Specifically, the mobile terminal activates the indicator (e.g., display, speaker, etc.) identified in the user voice message to notify a user that the Push-to-Talk session is established and the mobile terminal is awaiting user voice signals. When the user speaks (e.g., via a Push-to-Talk button, etc.), the speech data is transmitted from the mobile terminal to the Push-to-Talk server at flow 72 for transference to the participants associated with the Push-to-Talk session. The established Push-to-Talk session is subsequently conducted in a conventional manner. The user may manipulate the mobile terminal to initiate further Push-to-Talk or other communications functions. In addition, the circuit card may transmit and/or exchange toolkit messages with the mobile terminal in substantially the same manner described above to initiate further Push-to-Talk or other communications functions depending on the particular application residing on the circuit card.
Yet another manner in which a Push-to-Talk session may be initiated by the circuit card for a pre-arranged user group according to the present invention is illustrated in
The mobile terminal receives and interprets the toolkit initiation message (e.g., START PUSH-TO-TALK SESSION SET-UP) and performs the appropriate actions (e.g., initiate a Push-to-Talk session) in accordance with Push-to-Talk client 23 and the operations defined for the toolkit message within toolkit module 21. In particular, the mobile terminal extracts the relevant information (e.g., Push-to-Talk server address, addresses of the Push-to-Talk group, entities and/or persons associated with the requested session, etc.) from the initiation message (e.g., START PUSH-TO-TALK SESSION SET-UP) and uses the extracted information to generate a create session message (e.g., PUSH-TO-TALK SESSION SET-UP as viewed in
When the Push-to-Talk session cannot be established, the Push-to-Talk server sends an error message to the mobile terminal. Otherwise, the Push-to-Talk server transmits at flow 84 a session confirmation message (e.g., PUSH-TO-TALK SESSION SET-UP OK as viewed in
Since the mobile terminal previously received the toolkit initiation message from the circuit card (e.g., START PUSH-TO-TALK SESSION SET-UP at flow 80) requesting initiation of a session, the mobile terminal waits for reception of the session confirmation and floor granted messages (e.g., PUSH-TO-TALK SESSION SET-UP OK and FLOOR GRANTED of flows 84 and 86 as viewed in
The manner in which a Push-to-Talk session is initiated by the circuit card to enable a user to join a chat group according to the present invention is illustrated in
The mobile terminal receives and interprets the toolkit initiation message (e.g., START PUSH-TO-TALK SESSION SET-UP) and performs the appropriate actions (e.g., initiate a Push-to-Talk session) in accordance with Push-to-Talk client 23 and the operations defined for the toolkit message within toolkit module 21. In particular, the mobile terminal extracts the relevant information (e.g., Push-to-Talk server address, address of the chat group, etc.) from the toolkit initiation message (e.g., START PUSH-TO-TALK SESSION SET-UP) and uses the extracted information to generate a create session message (e.g., PUSH-TO-TALK SESSION SET-UP as viewed in
When the user cannot be joined to the chat group session, the Push-to-Talk server sends an error message to the mobile terminal. Otherwise, the Push-to-Talk server transmits at flow 94 a session confirmation message (e.g., PUSH-TO-TALK SESSION SET-UP OK as viewed in
The mobile terminal receives the session confirmation message from the Push-to-Talk server and generates (e.g., in accordance with Push-to-Talk client 23 and toolkit module 21) a toolkit session indicator message including a session established indicator (e.g., PUSH-TO-TALK SESSION SET-UP OK INDICATOR as viewed in
The circuit card receives and interprets the toolkit session indicator message and performs the appropriate actions in accordance with application 15 and the operations defined for the toolkit message within toolkit module 14. In order to enable receipt of speech data from the chat group, the circuit card may further generate a toolkit join message (e.g., PUSH-TO-TALK CHAT GROUP JOINED as viewed in
After a Push-to-Talk session (e.g., for a pre-arranged user group or chat group) is established and the desired actions are performed during the session, the Push-to-Talk session for the mobile communication unit is terminated. The manner in which a Push-to-Talk session for a pre-arranged user group or chat group is terminated for a mobile communication unit by the circuit card according to the present invention is illustrated in
The mobile terminal receives and interprets the toolkit termination message (e.g., TERMINATE PUSH-TO-TALK SESSION) and performs the appropriate actions (e.g., terminate the Push-to-Talk session, etc.) in accordance with Push-to-Talk client 23 and the operations defined for the toolkit message within toolkit module 21. In particular, the mobile terminal extracts the relevant information (e.g., session identification, etc.) from the termination message (e.g., TERMINATE PUSH-TO-TALK SESSION) and generates a terminate session message (e.g., PUSH-TO-TALK TERMINATION as viewed in
The mobile terminal receives the termination confirmation message from the Push-to-Talk server and generates a toolkit session terminated message (PUSH-TO-TALK SESSION TERMINATED as viewed in
The present invention may be utilized to provide various operator-defined features for a mobile communication unit. For example, a communication network operator may define an application for the circuit card to monitor the mobile terminal functionality. When the user encounters problems with the mobile communication unit, the monitoring application may automatically establish a Push-to-Talk session with a customer care center in substantially the same manner described above. Once the session is established, the user may immediately communicate the problem to personnel at the customer care center.
Further, the circuit card may include an emergency or virtual doctor application. In the event that a user is injured or ill, the application may be initiated to present several questions (e.g., via speech synthesis, display, etc.) concerning the user health. The application evaluates user responses to the questions to determine the seriousness of the injury or illness. When the application determines that the user health warrants additional assistance, the application may automatically initiate a Push-to-Talk session with an actual medical doctor or other medical personnel in substantially the same manner described above.
Moreover, a communication network developer or operator may define games for the circuit card utilizing different functionalities of the mobile terminal (e.g., the display, the loudspeaker, Push-to-Talk, etc.). Since a user needs their hands available for controlling game input devices (e.g., keypad, joystick, button, etc.) during game play, the game may initiate a Push-to-Talk session (e.g., based on speech or voice commands, etc.) for the user in substantially the same manner described above.
In addition, there may be several instances when a user desires to initiate a Push-to-Talk session in a hands-free manner (e.g., without depressing the Push-to-Talk button or other control device of the mobile communication unit). For example, a driver of a motorized vehicle (e.g., car, motorcycle, boat, etc.) may desire to utilize Push-to-Talk functions, but is unable to manipulate the mobile terminal control devices during vehicle operation. An application on the circuit card may enable initiation of a Push-to-Talk session in substantially the same manner described above based on user commands entered in various other forms (e.g., speech or voice signals, etc.), thereby providing a hands-free mode of operation.
It will be appreciated that the embodiments described above and illustrated in the drawings represent only a few of the many ways of implementing a method and apparatus for controlling Push-to-Talk functions of a mobile communication unit from a unit circuit card.
The communication system may be implemented by any mobile communication system with any quantity of mobile communication units. The communication system and/or mobile units may support any desired functions (e.g., Push-to-Talk, etc.). The Push-to-Talk server may be implemented by any quantity of any personal or other type of computer system (e.g., IBM-compatible, etc.). The Push-to-Talk server may include any commercially available operating system, any commercially available or custom software (e.g., server software, communication software, etc.) and any types of input devices (e.g., keyboard, mouse, voice recognition, etc.). The Push-to-Talk server may perform any desired communication system functions and/or facilitate any communication system features (e.g., Push-to-Talk, etc.). The Push-to-Talk server may include any conventional or other communications devices to communicate with the mobile communication units and/or other communication system components (e.g., other servers, base stations, etc.). The communication service network may be implemented by any quantity of any conventional or other communication networks and may include any quantity of any conventional or other components for transfer of information (e.g., base stations, computer and/or server systems, interfaces to telephone system lines, etc.) via any suitable communication medium (e.g., LAN, WAN, wireless, wired, etc.).
The communication unit may be in the form of any type of radio unit or other communications device (e.g., mobile telephone, PDA, etc.). The communication unit may include any quantity of any conventional or other mobile terminal or communication device to communicate with the communication service network. The communication unit may employ any quantity of controllers, processors or processing devices or circuitry (e.g., within the mobile terminal and/or circuit card, as a stand-alone component, etc.), where the various functions of the circuit card and/or mobile terminal may be distributed in any fashion among any quantity of hardware and/or software modules, processors or other processing devices or circuits. The various communication unit components (e.g., mobile terminal, circuit card, etc.) may be disposed at any desired locations and arranged in any fashion.
The mobile terminal may include any quantity of any conventional or other antennas, transmitters, receivers and/or transceivers, where each transmitter or transceiver may transmit signals at any suitable frequency and in any suitable energy form (e.g., radio signals, microwave, optical signals, etc.), and any quantity of conventional or other receivers or transceivers, where each receiver or transceiver may receive signals at any suitable frequency and in any suitable energy form (e.g., radio signals, microwave, optical signals, etc.). The mobile terminal may include any quantity of independent transmitting and/or receiving devices, and utilize any quantity of frequency channels of any desired frequencies to send voice and/or data. The mobile terminal may include any quantity of any conventional or other voice components (e.g., speaker, microphone, etc.). The mobile terminal may further include a digital signal processor, where the digital signal processor and/or controller may perform any desired signal processing functions (e.g., coder, A/D or D/A converter, filtering, encryption/decryption, etc.) to process voice signals. The input devices may include any quantity of any types of input or control devices (e.g., buttons, switches, etc.) to enter voice or data and control unit operation. The display may be of any size or shape and may be implemented by any quantity of any conventional or other display devices (e.g., LCD, LED, etc.). The mobile terminal may include any desired indicators to inform a user of particular conditions (e.g., icons or messages on the display, visual or audio indicators, speech synthesis, etc.). The various mobile terminal components (e.g., voice devices, input devices, display, controller, transmitter, receiver, memory, etc.) may be disposed at any desired locations and arranged in any fashion.
The controller of the mobile terminal may be implemented by any quantity of any conventional or other microprocessor, controller or circuitry to perform any desired communication or other functions. The various functions of the mobile terminal may be distributed in any fashion among any quantity of hardware and/or software modules, processors or other processing devices or circuits. The mobile terminal memory may be implemented by any quantity of any type of conventional or other memory or storage units (e.g., ROM, RAM, Flash, etc.) and may store any desired information. The mobile terminal may include any desired software applications (e.g., Push-to-Talk client, etc.) to perform communications or other functions.
The circuit card may be implemented by any quantity of any conventional or other memory, processing and/or storage units (e.g., memory circuitry, IC, smart card, etc.). The circuit card processor may be implemented by any quantity of any conventional or other processor, controller and/or processing circuitry to perform any desired communication or other functions. The various functions of the circuit card may be distributed in any fashion among any quantity of hardware and/or software modules, processors or other processing devices or circuits. The circuit card memory may be implemented by or include any quantity of any type of conventional or other memory or storage units (e.g., ROM, RAM, Flash, USIM or other subscriber module, etc.) and may store any desired information. The circuit card may include any desired operator-defined, user-defined or other applications (e.g., software and/or hardware modules) to control the mobile terminal functions. The various circuit card components (e.g., processor, memory, etc.) may be disposed at any desired locations and arranged in any fashion.
The toolkit may be implemented by any suitable interface (e.g., API, interpreter, compiler, translator, assembler, etc.) to enable transference of commands compatible with the circuit card and mobile terminal. The various functions of the toolkit may be distributed in any fashion among any quantity of hardware and/or software modules, processors or other processing devices or circuits. The toolkit may reside on the circuit card, mobile terminal and/or Push-to-Talk server in any fashion. Alternatively, the toolkit may be implemented as a stand-alone unit (e.g., hardware and/or software modules) in communication with the circuit card, mobile terminal and/or Push-to-Talk server. The toolkit may define and/or accommodate any quantity of any desired Push-to-Talk commands performing any suitable actions to control the mobile terminal Push-to-Talk capability (e.g., Push-to-Talk initiation and/or termination, floor requests, user speaking and/or listening, etc.). The toolkit may further define and/or accommodate commands for any desired mobile terminal functions (e.g., dial a telephone number, control voice devices and/or indicators, etc.). Any desired components (e.g., circuit card, mobile terminal, Push-to-Talk server, etc.) of the communication system may include additional hardware and/or software modules (e.g., applications, etc.), and/or the component hardware and/or software modules (e.g., toolkit, applications, Push-to-Talk client, etc.) may be modified, to accommodate the toolkit and/or Push-to-Talk toolkit commands to enable the circuit card to control the Push-to-Talk functions of the mobile terminal. The various functions of the toolkit may be distributed in any fashion between the toolkit and corresponding applications (e.g., Push-to-Talk client, operator-defined application, Push-to-Talk server application, etc.) to perform toolkit commands (e.g., the toolkit functions may be performed by the toolkit modules, by the applications or in any combination thereof).
The messages between the circuit card and mobile terminal may be of any desired length and format and may include any quantity of fields with any desired information. The messages may be transmitted in any desired fashion or order enabling control (e.g., initiation, termination, confirmation, etc.) of any desired mobile terminal communication or other functions (e.g., Push-to-Talk, dial a telephone number, control the voice devices, indicators and/or display, etc.). The various indicators (e.g., session established indicator, floor granted indicator, etc.) may include any desired information (e.g., flags, message, text, alphanumeric codes, etc.) to indicate conditions. The messages between the Push-to-Talk server and mobile terminal may be of any desired length and format and may include any quantity of fields with any desired information. The messages may be transmitted in any desired fashion or order enabling communication or other functions (e.g., Push-to-Talk, etc.).
The software of the present invention (e.g., toolkit modules, Push-to-Talk client, circuit card, mobile terminal and/or Push-to-Talk server applications, etc.) may be implemented in any suitable computer language, and could be developed by one of ordinary skill in the computer and/or programming arts based on the functional description contained herein and the flow diagrams illustrated in the drawings. Further, any references herein of software performing various functions generally refer to processors performing those functions under software control. The software and/or algorithms described above and illustrated in the flow diagrams may be modified in any manner that accomplishes the functions described herein.
The present invention may be available in the form of a mobile communication device, or a circuit card for the communication device and/or mobile terminal performing the functions described above. The present invention may alternatively be available in the form of hardware and/or software modules (e.g., card, etc.) for use on the mobile communication unit, circuit card and/or mobile terminal, or may be in the form of embeddable hardware and/or software modules (e.g., within another system, as an embeddable software component within other software, software or library accessed during compilation, translation or assembly of an application, etc.). The present invention software for various communication system components (e.g., circuit card, mobile terminal, toolkit modules, Push-to-Talk server, etc.) may be available individually, or in any combination, on a recordable medium (e.g., magnetic or optical mediums, magneto-optic mediums, floppy diskettes, CD-ROM, DVD, memory devices (e.g., cards, ROM, RAM, Flash, etc.), etc.), and/or may be downloaded (e.g., in the form of carrier waves, packets, etc.) to systems and/or communication units via a network or other communications medium. The present invention toolkit may include software modules (e.g., firmware, high and/or low level code, etc.), libraries (e.g., including software to define toolkit commands and accessible to software applications, etc.), software applications or procedures, operating environments, Application Programming Interfaces (APIs) or any combinations thereof.
The present invention is not limited to the applications described above, but may be applied to any types of mobile communication units and/or communication systems supporting Push-to-Talk or other one-to-one or group communications capabilities. Further, the present invention may be utilized to enable operator applications to control any desired communication or other features of the mobile terminal from the circuit card.
From the foregoing description, it will be appreciated that the invention makes available a novel method and apparatus for controlling Push-to-Talk functions of a mobile communication unit from a unit circuit card, wherein Push-to-Talk functions of a mobile terminal are controlled by a circuit card within the mobile communication unit.
Having described preferred embodiments of a new and improved method and apparatus for controlling Push-to-Talk functions of a mobile communication unit from a unit circuit card, it is believed that other modifications, variations and changes will be suggested to those skilled in the art in view of the teachings set forth herein. It is therefore to be understood that all such variations, modifications and changes are believed to fall within the scope of the present invention as defined by the appended claims.