fig2 outlines a state of the art phone 1 . the state of the art phone has data entry means 101 via which the user can enter data 111 . the data entry means may comprise numeric or alpha numeric keyboards , special function buttons or even a touch screen . it has further display and signalling means 102 providing visual , audible or even vibration feedback 112 to the user . the phone has further a microphone 103 for user or surrounding audio 113 and a speaker 104 providing audio 114 to the user . the interface 105 towards the network entry node depends of the type of phone . in case of a gsm mobile phone it comprises a radio interface providing the connection to the msc as network entry node . the connection 115 comprises dtap ( direct transfer application part ), pcap ( positioning calculation application part ) etc . for signalling and pcm ( pulse code modulated ) audio . in case of a fixed line phone the interface 105 consists of line drivers / receivers for analogue connection to a local exchange as network entry node . signalling is transmitted as dtmf , while audio is analogue . further elements of the phone are a processing means 107 executing phone functions , a memory 106 containing data , and audio circuitry 108 . fig3 and 4 outline the basics of the invention . the emergency information is added 302 , by the emergency routine executed by the processing means 107 in the phone , as a postfix 211 to the dialled emergency number 210 like “ 112 ” or “ 911 ” by a user of the phone . the combined emergency number and postfix 200 is sent to a network entry node . the actual details of this operation differ slightly between a mobile phone 1 a and a fixed phone 1 b . in case of a mobile phone the user enters the emergency number 301 and presses the ‘ send ’ key to initiate setting - up connection . the phone internal software executed by the processing means stores the digits in the requested number field of a dtap - iam 2 a . the internal software detects that the digits equal an emergency number and starts the emergency routine . the emergency routine adds emergency information in a postfix that it stores in the requested number field of a dtap - iam 2 a behind the emergency number . then the phone sends 303 the complete sequence contained in the dtap - iam to the as network entry node . number analysis in the msc 3 a detects the presence of an emergency number in the requested number field , by the first digits . it therefore hands the complete contents of the requested number field to the ech 4 . in case of a fixed phone 1 b the user enters the digits of the emergency number one by one 301 after picking up the horn . the phones internal software executed by the processing means 107 transmits 303 each digit as dtmf to the local exchange 3 b as network entry node . by detecting a digit sequence resembling an emergency number , the phone &# 39 ; s internal software starts the emergency routine . the emergency routine assembles the postfix with emergency information and transmits 303 this as a dtmf sequence behind the digits already transmitted . number analysis in the local exchange receives the digits one by one . after the first digits number analysis detects that the first digits comprise an emergency number . the already received digits are handed over to the ech 4 that takes further action . the ech receives all further digits transmitted as dtmf to the local exchange . by analysing the already received digits the ech knows how many digits are there to follow . when the complete sequence is received the ech starts with setting - up the emergency connection . modern fixed line phone systems like home dect have a user interface like a mobile phone . all digits are entered and then “ send ” is to be pressed to initiate connection . on the other hand digits are transmitted to the local exchange in dtmf as for a normal fixed phone . setting - up the connection and further handling are independent of mobile or fixed . the ech acts on the complete sequence 200 comprising requested number 210 and postfix 211 as copied from the requested number field of the dtap - iam or from the received sequence of digits via dtmf . the ech has to prepare an isup - iam for setting - up the connection . it therefore removes 304 the postfix 211 from the complete sequence 200 before the requested number 210 is copied into the called party number field of the isup - iam . the postfix 211 it self is copied into an optional parameter field of the isup - iam by the ech . the ech sets a code for additional emergency data in an optional parameter code field , and sets an optional parameter length field with the length of the postfix . then the completed isup - iam 5 is sent 306 into the network that takes care of routing the isup - iam to the emergency centre 7 . the emergency centre receives 306 the contents of the isup - iam extracts 307 the emergency information from the postfix in the optional parameter field and displays 308 the information 8 to the operator 9 . in an embodiment the postfix 211 comprises an indicator field 220 and a data field 230 . the indicator field comprises single bit positions 240 for flags indicating the type of emergency information added to an emergency call as well as special circumstances related to the emergency call . the features of the invention are described by means of a series of embodiments . it shall be appreciated that numerous other uses can be made of the current invention with out departing from the basic idea of the invention . a first embodiment relates to sending the actual gps position of a user together with an emergency call without the burden of interrogation of databases or other network nodes . it therefore relates only to mobile phones having connection to or embedded gps device . when an emergency call is made with the mobile phone , the phone adds its actual gps position to the emergency number as a postfix . when the user enters the digits for the emergency number via 101 , a routine in the processing means 107 detects that an emergency call is made and retrieves the gps information from the embedded or connected gps receiver and stores the information in the data field 230 of the postfix . it sets the gps info added flag in the indicator field 220 . the routine adds the postfix to the dialled emergency number and send it towards the msc 3 a . further handling is identical to the procedure as described in the introduction . a second embodiment relates to emergency data like your own physician , who to contact , allergy , medication use , etc . this embodiment also relates only to mobile phones as the information is person related and the fact that an sms is used for transporting the information . a user of the mobile phone has prepared the sms with emergency data and stored it in the phone &# 39 ; s memory 106 . when the user enters the digits for the emergency number via 101 , a routine in the processing means 107 detects that an emergency call is made . it either adds the emergency data autonomous or prompts first with a question to add , requiring the user to press yes after entering the emergency number . a routine in the processing means 107 prepares a postfix to the emergency number . the data field of the postfix is left empty as the data is send as sms with the emergency call . the processing means sets the emergency information added flag as well as the sms follows flag in the indicator field 230 . the routine adds the postfix to the dialled emergency number and send the complete sequence 200 towards the msc 3 a . further handling is identical to the procedure as described in the introduction . the sms send simultaneously is also received by the msc 3 a and forwarded directly to the emergency centre 7 comparable to a normal sms . as the operator is informed by the sms follows flag and the emergency data flag , he will look at a received sms from the same number or such is arranged by the emergency centre software and the sms contents is displayed together with the emergency call data when the sms arrives . a third embodiment relates to operation in silent mode . in situations like someone has entered the house , you want to place an emergency call , but not to speak or that any sound is made by the speaker of the phone . also the key pressed feedback is unwanted . this third embodiment has 2 variants depending on the capability to have an sms conversation with the emergency centre , basically the difference between a fixed and a mobile phone . when the user enters the digits for the emergency number via 101 he adds an additional digit to indicate silent mode , like “ 112 0 ” instead of “ 112 ”. the emergency routine in the processing means 107 is triggered by the first digits comprising the emergency number . the additional digit entered signals that an emergency call has to be made in silent mode . the audible key pressed feedback is switched off and the phone speaker is disabled or turned to very low volume . optional call in progress or line occupied indicators are turned off and display brightness is low or off . when capable of sending and receiving sms also the audible alarm of sending or receiving sms is disabled . the emergency routine sets the silent mode , no voice back , flag in the indicator field 220 of the postfix 211 . if the phone is capable of sending sms also the sms follows flag is set . the routine adds the postfix to the dialled emergency number excluding the additional digit and sends the combined sequence 200 . if the phone is capable of sending an sms , the routine in the processing means 107 prepares an empty sms towards the same emergency number . the user can enter emergency text and press “ send ”. the sms with emergency text is sent to the emergency centre 7 like comparable to an ordinary sms . the emergency operator 9 is informed that the emergency call is made in silent mode by the represented content of the indicator field . when also the flag sms follows is shown the operator is informed that he can have an sms conversation . the emergency centre software shall preferably support interactive sms dialogue , display with the emergency call information and without the need of re - entering the party number . a fourth embodiment relates to the third embodiment in that voice communication will be problematic . in certain cases a person making an emergency call will not be able to speak or to hear due to injuries or by disabled speech or hearing . in these cases the measures taken for silent mode are not required . the speaker volume in the contrary would best be set to maximum and the display to maximum contrast . an indication shall be given to the emergency operator that full voice conversation is not possible . basically this embodiment is for both fixed and mobile phones with the addition that for mobile phones sms sequences might be used to compensate for voice conversation . when the user enters the digits for the emergency number via 101 he adds an additional digit to indicate disabled mode , like “ 112 1 ” instead of “ 112 ”. the emergency routine in the processing means 107 is triggered by the first digits . the additional digit entered signals that an emergency call has to be made in disabled mode . the phone speaker volume is set to maximum . optional display brightness is set for maximum contrast . the emergency routine sets the disabled mode flag in the indicator field 220 of the postfix 211 . if the phone is capable of sending sms also the sms follows flag is set . the routine adds the postfix 211 to the dialled emergency number 210 excluding the additional digit and sends the combined sequence 200 . if the phone is capable of sending an sms , the routine in the processing means 107 prepares an empty sms towards the same emergency number . the user can enter emergency text and press “ send ”. the sms with emergency text is sent to the emergency centre 7 comparable to an ordinary sms . the emergency operator 9 is informed that the emergency call is made in disabled mode by the represented content of the indicator field . when also the flag sms follows is shown the operator is informed that he can have an sms conversation . the emergency centre software shall preferably support interactive sms dialogue , display with the emergency call information and without the need of re - entering the party number . a fifth embodiment relates to automated alarm systems at remote locations using a mobile phone to give a fire , entering , etc . alarm to an emergency centre . automated alarm systems can be seen as “ non human ” users . specific for this embodiment is that the processing means 107 in the phone has a direct connection with the alarm means not using the entry means 102 . this direct connection can be infrared , bluetooth , usb or the like . the automated alarm initiates the emergency call and also provides a text string describing the emergency in more detail . when the automated alarm sends the digits for the emergency number , a routine in the processing means 107 detects that an emergency call is made . as the digits are not received from the entry means 101 the routine sets the automated alarm flag in the indicator field 220 as well as the sms follows flag . the routine adds the postfix to the dialled emergency number and send it towards the msc 3 a . following sending the emergency call the phone enters the received text string into an sms and sends the sms to the same emergency number like any ordinary sms . as in previous embodiments the information is presented to the emergency operator . this embodiment can also be used for an emergency talisman as elderly or disabled people wear to place an emergency call when they are not able to reach there phone . a sixth embodiment relates to emergency data like in the second embodiment but can now be used by both fixed and mobile phones . for this embodiment the emergency data itself is not stored in the phone but in a separate database accessible by the user true the internet . the database application provides the user with a key that can be used for updating the information in the database . this numeric key is stored by the user in the phone &# 39 ; s memory 106 . when the user enters the digits for the emergency number via 101 , a routine in the processing means 107 detects that an emergency call is made . in case of a fixed phone the routine sets the emergency information added flag in the indicator field 230 . the numeric key is fetch from the memory 106 and stored in the data field 230 of the postfix 211 . the phone sends the whole sequence 200 as dtmf sequence to the local exchange 3 b as network entry node . in case of a mobile phone the user is first prompted if he wants to send the emergency data with his emergency call , requiring the user to press yes after entering the emergency number . sending the emergency data numeric key with the emergency call overrides the position information added as in the first embodiment . the routine in the processing means 107 prepares a postfix to the emergency number . the numeric key is copied from the memory 106 to the data field 230 of the postfix 211 . the processing means sets the emergency information added flag in the indicator field 230 . the routine adds the postfix to the dialled emergency number and send the complete sequence 200 towards the msc 3 a . alternatively a user can enter a numeric key directly after the emergency number . this is especially advantageous if the person uses a phone that is not his own . the phone detecting a number sequence after the emergency number then uses the provided numeric key and not the one stored in the phones memory . preferably the emergency centre software detects that the emergency data added flag is set without the sms follows flag set . the emergency centre software extracts the key from the data field 230 of the postfix and addresses the data base for retrieving the information . the emergency centre software displays the information with the emergency call information to the operator . fig5 shows an example of a postfix for which some examples will be given according to the described embodiments . 971002451 : numeric key indicating a location where to fetch standard stored emergency data .