GB2322510A

GB2322510A - Mobile phones

Info

Publication number: GB2322510A
Application number: GB9703642A
Authority: GB
Inventors: Flemming Klovborg Larsen; Peter Ib; Bo Christian Lindholm
Original assignee: Nokia Mobile Phones Ltd
Current assignee: Nokia Oyj
Priority date: 1997-02-21
Filing date: 1997-02-21
Publication date: 1998-08-26
Anticipated expiration: 2017-02-21
Also published as: GB2322510B; GB9703642D0

Abstract

A phone is provided with a set of keys and a controller which monitors the status of the phone. The set of keys comprises a call handling key 8 for establishing and terminating a call. The functionality of the call handling key is controlled by the controller in dependence on the status of the phone, and said set of keys comprises a key 10 for rejecting an incoming call.

Description

Call rejection The invention relates to a phone with a user interface including a keypad comprising keys for call handling.

The phones sold by the applicants as model Nokia 2110 and Nokia 8110 are exponents of the presentiy dominating user interface style based on two call handling keys. One of the keys is dedicated to call establishment, that is e.g. establishing a call based on a phone number displayed in the display, and answering an incoming call. The other key is dedicated to termination of an ongoing call and to rejection of an incoming call. This has been a standard for several years. However, the users ask for a more well-arranged and more manageable keypad.

In accordance with the invention there is provided a phone with a set of keys and a controller which monitors the status of the phone, said set of keys comprising a call handling key for establishing and terminating a call, the functionality of the call handling key being controlled by the controller in dependence on the status of the phone, said set of keys comprising a key for rejecting an incoming call.

Hereby both call establisment and call termination can be intergrated in a single key in a logical way for the user. Most of the time the user is to handle a call, he may depress the call handling key. If he wants to reject an incoming call, he is just to depress a call rejection key. This call rejection key may preferabiy be the "clear" key of the phone. This will be easy to remember for the user because he will just have to "clear" the call.

The invention provides a set of call handling keys arranged in a more manageable way.

Advantageously ,the phone transmits a busy signal to the network. In the GSM network this busy signal may be the "User Determined User Busy" signal described in ETS 300 500 (GSM 02.01, Annex C.3). Hereby the user may manually divert an incoming call to a preset phone number, e.g.

to a voice mail box or to another person in his department.

The invention furthermore relates to a phone with a set of keys, alerting means and a controller which monitors the network activity and controls the activity of the phone in dependence thereon, said set of keys comprising keys for call handling, including a key for rejecting an incoming call, and when said controller detects an incoming call, it activates said alerting means and transmits a "user busy" signal upon detection of an activation of the call rejection signal. Hereby an incoming call may be handled in the same way as if the network detects that the user is busy with an ongoing call. This call forwarding is described in ETS 300 543 (GSM 03.82, part 2).

The invention will be explained more fully below in connection with a preferred embodiment and with reference to the drawing, in which: fig. 1 shows a preferred embodiment of a portable phone having a user interface according to the invention; fig. 2 shows switching between the states of the phone; fig. 3 schematically shows the hardware parts of a portable phone which are essential to the understanding of the invention; fig. 4 shows a flow diagram illustrating the call handling in a phone according to a preferred embodiment of the invention; and Fig. 5 shows a diagram for call handling related states of the phone according to a preferred embodiment of the invention.

Fig. 1 shows a preferred embodiment of a radiophone according to the invention, and it will be seen that the phone, which is generally designed by 1, comprises a user interface having a keypad 2, a display 3, an on/off button 4, an earpiece 5, and a microphone 6. The keypad 2 has a first group 7 of keys in the form of alphanumeric keys by means of which the user can enter a phone number, write a text message (SMS), write a name (associated with the phone number), etc. The user uses the first group of keys primarily for entering data in the phone (entry events).

The keypad 2 additionally comprises a second group of keys which, in the preferred embodiment, comprises precisely one muiti-functionality key 8 or soft key whose function depends on the present state of the phone.

The default function or the present function of the multi-functionality key 8 is displayed in a selected area 11 of the display 3. In the preferred embodiment, the second group of keys additionally comprises a scroll key 9 by means of which the user can jump selectively from one item to the preceding or the succeeding item in the menu loop of the phone, while he gets access to a submenu loop under the item concerned in the main menu loop by activation of the multi-functionality key. The clear key 10 may be used e.g. for erasing the digit or letter entered last by brief depression, while depression of a longer duration will erase the entire number or word. Like the multi-functionality key 8, the scroll key 9 and the clear key 10 may advantageously be redefined in some states, which appears from the following.

Fig. 3 schematically shows the most important parts of a preferred embodiment of a portable phone. The preferred embodiment of the phone of the invention is adapted for use in connection with the GSM network, but, of course, the invention may also be applied in connection with other phone networks, such as cellular networks and various forms of cordless phone systems. The microphone 6 records the user's speech, and the analog signals formed thereby are A/D converted in an A/D converter 1 5 before the speech is encoded in an audio codec unit 14. The encoded speech signal is transferred to a physical layer processor 17, which i.a.

supports the GSM terminal software. The processor 1 7 also forms the interface to the peripheral units of the apparatus, including the memories (RAM, ROM), the display 3 and the keypad 2 (as well as SIM, data, power supply, etc.). The processor 1 7 communicates with the RF part 1 9 via a baseband converter 1 8 and a channel equalizer 1 6. The audio codec unit 1 4 speech-decodes the signal, which is transferred from the processor 1 7 to the earpiece 5 via a D/A converter 13. The units 13-18 are usually integrated in a chip set, an example of such a commercially available chip set being AD20msp410 GSM from Analog Devices with associated protocol software from The Technology Partnership (TTP).

The processor 17, which serves as the controller unit in a manner known per se in the preferred embodiment, is connected to the user interface.

Thus, it is the processor which monitors the activity in the phone and controls the display 3, 11 in response thereto. Therefore, it is the processor 17 which detects the occurrence of a state change event and changes the state of the phone and thus the display text. A state change event may be caused by the user when he activates the keypad, which is called an entry event, and also by the network connection of the phone or by another event beyond the user's control, which is called a non user event. Non user events comprise status change during call set-up, change in battery voltage, change in antenna conditions, message on reception of SMS, etc.

The phone can assume a plurality of predetermined states 40.1-40.n, which is illustrated in fig. 2. A plurality of actions (options 41.1-41.n) may be performed in these states 40.1-40.n. The display image on arrival at state 40.1 may be a phone number or the name of a person contained in the phone book of the phone, which is indicated by "state". "State" might also cover "incoming walls", "E-mail received", "SMS received", etc.

If the display contains a phone number, the default function 42.1-42.n might be "call". The scroll key 9 allows switching from the default function to the group of possible functions to which the default function belongs. It is noted that, in the preferred embodiment, the scroll key 9 toggles between the default function and the group of possible functions (options), but switches between items in the group of possible functions once this group has been selected by means of the multi-functionality key.

The state is maintained during toggling and scrolling through the options.

As will be seen from fig. 2, a state change event will result in a change from one state to another. The new state depends on the old state and the nature of the state change event. During an established call ("call established" state), the default function of the multi-functionality key 8 will be "end".according to the preferred embodiment. If a new incoming call "is waiting", the user may use the scroll key 9 to produce the option list including items such as "end", "join", "answer" and "swap" without interrupting the call.

Each state 40.1-40.n is associated with a predefined group of functions, actions or options 41.1-41.n, which are possible precisely for that state.

Establishment of conference calls, e.g., can be performed only when a call has already been established. A preferred function serving as the default function 42.1-42.n is designated in each of these groups. This designation may be performed by the programmer during programming, by the user through his redefinition of the default function, or by the phone itself in that it records the frequency of the use of the individual functions and appoints the most frequently used one in each group as the default function - optionally with the user's acceptance.

When the phone changes its state, the multi-functionality key can perform the default function if it is activated, and the user may toggle between the default function and the whole group of options by means of the scroll key. If the group of options is selected with the multi-functionality key, the user will be able to scroll through the group of options with the scroll key and to select the desired (designated) function with the multifunctionality key.

When a function is selected with the multi-functionality key, the processor 1 7 runs the associated program sequence to execute the function.

Fig. 4 shows a flow diagram for the control of the functionality of the call handling key integrated in the multi-functionality key 8 and the call rejection key integrated in the clear key 10 according to a preferred embodiment of the invention. The CPU 1 7 monitors the activity of the phone. When an event (an entry event initiated by the user, a network event (e.g. an incoming call) or an event detected in the phone (e.g.

battery voltage low)) occurs, this will be detected in step 30. The CPU checks the type of the event, and if it is detected in step 31 that the event is a state change event, the set of functionalities is determined and the default functionality is identified in step 32. Both the basic screen area 1 2 and the separate field 11 are updated accordingly. At the same time the CPU 1 7 determines whether the functionality of the "clear" key has to be redefined or not.

In step 33 the group of alternative functionalities is determined and the full top image level is defined. When this has been done the phone starts waiting for the next event.

When the user enters a phone number in idle mode in step 30, the first digit will change the state, while the other digits will just update the basic screen area 12, and the CPU 1 7 waits for the next event.

Fig. 5 shows a diagram for call handling related states of the phone and the corresponding functionalities of the call handling key (the multifunctionality key 8) and the clear key 10.

When the phone is in "idle mode" 20, the CPU 1 7 mainly monitors the network. In "idle mode", the functionality of the multi-functionality key 8 provide access to the main menu of the phone. The "c" key 10 has no functionality because there are no digits to clear. The CPU 17 recognizes (in step 31; fig. 4) entering of digits into the display 3 as a state change event. The digits are entered into the display via the alphanumeric keys 7.

The entering of the first digit causes the phone to enter a "prepared for call establishment" mode/state 21. This state will be maintained as long as the digits are present in the display. In "prepared for call establishment" state/mode, the functionality of the multi-functionality key 8 and the "c" key 10 is establishment of a call based on the phone number in the display and clearing the last entered digit, respectively. The CPU 17 looks for the next event (in step 30; fig. 4). If this event is activation of the multi-functionality key 8, the phone enters a "call established" state/mode 22.

In the "call established" state/mode 22, the functionality of the multifunctionality key 8 and the "c" key 10 is termination of the call. The CPU 17 looks (in step 30; fig. 4) for an activation of one of these keys. By activating the scroll key 9 it will be possible to enter the menu structure to establish a conference call. When the call is terminated by activating the multi-functionality key 8 or the "c" key 10, the phone returns to "idle mode" 20.

Instead of entering the "prepared for call establishment" mode/state 21 by entering digits, the mode/state could be entered by depressing the scroll key 9 in "idle mode". The phone is the first item in the menu, and a single depression of the scroll key 9 would have displayed the name/number stored in the phone book. The names will be displayed in alphabetic order.

The other names could be displayed by depressing the scroll key 9 or by depressing an alphanumeric key - the key "5/jkl" would display the first name under the letter "j". The functionalitity of the call handling keys is as described above.

The the CPU detects an incoming call in idle mode, and then an alert is given as a beep, ringing or a visual indication (silent mode). The phone enters an "incoming call detected" mode/state 23. The functionality of the multi-functionality key 8 and the "c" key 10 is answering the call and rejecting the call, respectively. If the multi-functionality key 8 is activated, the call is answered and the phone enters the "call established" mode/state 22 described above. If the "c" key 10 is activated, the phone will transmit a busy signal to the network. According to the preferred embodiment of the invention, the busy signal is a "User Determined User Busy" signal as described in ETS 300 500 (GSM 02.01, Annex C.3).

Hereby the user may manually divert an incoming call to a preset phone number, e.g. to a voice mail box or to another person in his department.

This requires that the user of the phones has requested a "Call forwarding on mobile subscriber busy" service from the operator in advance. This service is defined in ETS 300 543 (GSM 03.82, part 2). If this service has not been requested, the call will be rejected as if the phone was a part of an ongoing call. The caller will not be able to realize the manually controlled business of the phone.

This feature is of interest due to the fact that the number of the calling party is normally transferred to the called phone when the call is handled by digital telephone exchanges. If the number is stored in the phone book, the corresponding name will be displayed, and the user may divert the call if he does not want to answer, for example if he expects an important call.

Although it has been shown in the preferred embodiment that the functions of the phone might very well be controlled by a single multifunctionality key including the call handling key, it may be found expedient in some cases to use separate keys for call handling and for menu access.

The present invention includes any novel feature or combination of features disclosed herein either explicitly or any generalisation thereof irrespective of whether or not it relates to the claimed invention or mitigates any or all of the problems addressed.

In view of the foregoing description it will be evident to a person skilled in the art that various modifications may be made within the scope of the invention.

Claims

1. A phone with a set of keys and a controller which monitors the status of the phone, said set of keys comprising a call handling key for establishing and terminating a call, the functionality of the call handling key being controlled by the controller in dependence on the status of the phone, said set of keys comprising a key for rejecting an incoming call.

2. A phone according to claim 1 wherein said call rejection key, when activated, causes the phone to transfer a "User Determined User Busy" signal to the network.

3. A phone according to claim 2 wherein the call rejection key is integrated in a "clear" key, and wherein the call rejection functionality is available only when the controller detects an incoming call.

4. A phone according to claims 1-3 wherein the call handling key is integrated in a multi-functionality key, and wherein the present functionality of the multi-functionality key is controlled by the controller in dependence on the status of the phone and displayed in a separate field of a display.

5. A phone with - a set of keys, - alerting means and - a controller which monitors the network activity and controls the activity of the phone in dependence thereon, - said set of keys comprising keys for call handling, including a key for rejecting an incoming call, - when said controller detects an incoming call, it activates said alerting means and transmits a "user busy" signal upon detection of an activation of the call rejection signal.

6. A phone according to claim 5 wherein said controller causes the phone to transfer a "User Determined User Busy" signal according to the GSM standard to the network.

7. A phone according to claims 5-6 wherein the call rejection key is integrated in a "clear" key, and wherein the call rejection functionality is available only when the controller detects an incoming call.

8. A phone substantially as hereinbefore described with reference to figures 1 to 5 of the accompanying drawings.