EP1913754A1

EP1913754A1 - Apparatus and method for configuration of telecommunication terminals

Info

Publication number: EP1913754A1
Application number: EP06776594A
Authority: EP
Inventors: Wilfried TÖBBEN; Jörg WIENAND
Original assignee: Gigaset Communications GmbH
Current assignee: Gigaset Communications GmbH
Priority date: 2006-08-03
Filing date: 2006-08-03
Publication date: 2008-04-23
Also published as: US20090054048A1; WO2008014809A1

Abstract

The invention relates to an apparatus and a method for configuration of terminals, in which a service detection unit (1) detects a service (Sx) to be configured for that terminal, and a transmitting/receiving unit (2) transmits/receives at least configuration data (KDx) via a communication network (N). A control unit (3) drives the transmitting/receiving unit (2) such that configuration data (KDx) associated with the detected service (Sx) is loaded from a configuration server, with a configuration unit (4) configuring the terminal for the detected service (Sx) by means of the loaded configuration data (KDx). In this way, the configuration data that has been entered by a small number of users can be made available easily and at low cost to a multiplicity of other users.

Description

description

Device and method for the configuration of telecommunication terminals

The present invention relates to an apparatus and a method for the configuration of telecommunications terminals, and more particularly to an apparatus and a method for the configuration of terminals for IP-based services (Internet Protocol), such as VoIP (Voice over IP).

For configuring terminal devices, usually data storage chips within the terminal are exchanged, modified or extensive data input is performed via a user interface of the terminal. Further, the terminal may be connected to a so-called host computer or a corresponding programmer to perform the configuration. However, such a configuration requires technical knowledge and, in some cases, even specially trained service personnel.

In particular, the configurations of telecommunications terminal rates for IP-based services (Internet Protocol) such as VoIP (Voice over IP) is currently extremely complex and, moreover, still dependent on the respective service providers.

Since hitherto the configuration of such terminals has been carried out by manually inputting parameters using an input keyboard, but a large number of parameters have to be entered and moreover an input keyboard is very small and sometime not user-friendly, especially in the case of mobile terminals, then there is a need to assist the user in the configuration of his terminals. This can be done for example by the fact that the terminal from the manufacturer or the service provider is already pre-installed and the respective parameters are already set by the manufacturer or the service provider. However, such a pre-configuration is extremely expensive and thus expensive.

Furthermore, so-called "remote device management" systems are known, wherein from a server configuration data can be loaded into a terminal to be configured.

The invention is therefore based on the object to provide an apparatus and a method for the configuration of terminals, which is simple and inexpensive.

According to the invention, this object is achieved with respect to the device by the features of claim 1. With regard to an end-device-side method, this object is achieved by the measures of patent claim 7 and with regard to a server-side method by the measures of patent claim 15.

Accordingly, the terminal configuration device preferably implemented therein has a service acquiring unit for acquiring a service to be configured for the terminal, a transceiver unit for transmitting / receiving at least configuration data via a telecommunication network, a control unit for driving the transmitting / receiving unit such that are loaded by a configuration server in the network to the detected service associated configuration data and considered current configuration data, and a configuration unit configures the terminal for the detected service using the current configuration data. In this way, the configuration data stored centrally on a configuration server can be loaded into a respectively to be configured terminal and the terminal can be configured very easily. Preferably, the apparatus further includes a configuration-data input unit for manually inputting configuration data to configure service, whereby the control unit, the manually entered configuration data of the configuration unit zufuhrt and as the current for the service confi ^¬ guration data via the transmitting / receiving unit to the configuration Server on the network is sending. Consequently, if suitable configuration data is not available on the configuration server, a user can also enter the configuration data manually, whereby they are automatically transmitted to the configuration server, who in turn can make them available to subsequent users. The costs for maintaining the data of the configuration data are thereby greatly reduced.

Furthermore, a configuration function check unit for carrying out a function check of the terminal in the current configuration for the detected service can be performed, wherein a function test information is determined. This determined function test information can also be sent with the associated current configuration data and the associated detected service to the configuration server. In this way, the configuration data sent from the terminal device can also be evaluated in terms of quality, which means that an optimization of the data stock can be realized on the configuration server.

Preferably, the configuration data with the associated service are sent to the configuration server only if the performed functional testing of the terminal was also successful. In this way, the emergence of erroneous records on the configuration server can be reliably prevented, which greatly improves the overall benefit.

With regard to the method for configuring the terminal, first a service to be configured for the terminal is detected and then for the detected service of a configuration server suitable configuration data loaded as current configuration data via a telecommunications network. Based on this current configuration data, the terminal for the detected service is subsequently configured. User comfort is greatly increased because only one service to be configured has to be entered. Any further data that may be required are specified specifically for the end device and can be automatically communicated or read out without further action by the user if required.

Preferably, a check of an availability of the configuration data for the detected service is performed on the configuration server, wherein the configuration data is loaded when available, while in the case of a lack of availability, a manual creation of the configuration data by the user takes place.

Preferably, checking for the presence of a manual creation of configuration data for the detected

Service, where the current configuration data is sent with the associated detected service to the configuration server, if there was a manual input. This ensures that any configuration that is not yet available for a predetermined service and a predetermined terminal is also communicated to the configuration server and thus in turn is available for later users.

With regard to the server-side method for supporting a configuration, terminal messages transmitted via a telecommunication network are first detected, and the detected terminal messages are checked, suitable configuration data for a predetermined service being determined from a configuration list and subsequently sent to the requesting terminal when there is a configuration data request for a service to be configured, and secondly, a configuration data tion is performed when there are configuration data for an associated service as terminal messages. A configuration list is then modified depending on the configuration data evaluation. In this way, all existing in a telecommunications network configuration data to build a configuration database can be collected and on the other hand, a suitable record is sent to a corresponding request.

In the configuration data evaluation for a particular service, a comparison of the transmitted configuration data with the configuration data in the configuration list of the configuration server is preferably carried out, and a frequency of a respective configuration data record is determined for the same configuration data. Furthermore, only a comparison of predetermined parameters of the configuration data can be carried out and a frequency of the parameters can be determined for the same predetermined parameters. In this way, a statistical optimization process takes place in which the determined frequency can be used as an indicator of reliability of the configuration data set.

In addition, the frequency of the parameters or the configuration data record can be checked, with additional information and, in particular, a denial of responsibility for a transmitted configuration data record being transmitted if the frequency is less than a predetermined threshold value. If, therefore, only a small amount of empirical values exist for a predetermined configuration data set or a specific configuration, these can be displayed to a respective new user on his terminal as additional information.

In the configuration data evaluation, the frequency of the parameters for generating a composite configuration data set is preferably also used, as a result of which completely new configuration data is stored in the configuration server. can be generated that combine the configuration data of different configurations or configuration data sets. In this way, optimized configuration data sets can be generated very quickly and easily.

Furthermore, an evaluation of a function check information can be carried out if there is a function check information on predetermined configuration data for a specific service as the terminal message, the modification of the configuration list also being carried out in dependence on the function check information , In this way, the configuration data sets present in the configuration list can be further rearranged or evaluated on the basis of quality features, for example. The

Quality of the configuration list is thereby further improved.

The invention will be described below with reference to a Ausfuhrungsbei- game with reference to the drawings.

Show it

FIG. 1 shows a simplified block diagram of a telecommunication system for illustrating the device according to the invention and the method according to the invention;

Figure 2 is a simplified block diagram of an apparatus for configuring terminals;

FIG. 3 shows a simplified flow chart for illustrating essential steps of the terminal-side method for the configuration of terminals; and

Figure 4 is a simplified flow chart illustrating essential steps of the server side method of configuring terminals. The invention is described below on the basis of mobile telecommunication terminal devices such as "mobile phones" or "smart phones" which are to be configured for a VoIP service (eg SIP service, session initiated protocol). However, it is not limited to and includes in the same way also alternative telecommunication terminals and in particular also wired terminals and alternative services.

FIG. 1 shows a simplified block diagram of a so-called client / server system for illustrating the device according to the invention and the method according to the invention.

According to FIG. 1, basic data in the form of a configuration list KL can already be stored in advance in a configuration server KS in order to simplify a configuration of telecommunication terminals TE1 to TE3. The telecommunication terminals in this case represent clients. In principle, however, no configuration data can be present in the configuration server KS at an initial time.

The first users of a service provider or service provider, for which there are thus still no configuration data sets on the configuration server KS, are therefore forced to manually enter the configuration data KDx via corresponding input devices (keyboard, touch screen, etc.) of the telecommunication terminals TE 1 to 3.

1, for example, the configuration server KS initially has no configuration data record KDS2 for the SIP service S2 of the service provider "Provl" to be configured, which is why the corresponding configuration data KD2 must first be manually entered by the user of the telecommunication terminal TE1 are for example: SIP server = sip. Prov. de SIP-Port = 5060 STUN-Server = stun. Provl

After the configuration has been completed, the telecommunications terminal TE1 reports this new configuration data record KDS2 consisting of the service S2 to be configured and the associated configuration data KD2 via a network N to the configuration server KS. Preferably, a packet-switched network N, and in particular an IP-based network, such as e.g. the internet used. The configuration server KS now collects such configuration data sets KDSx (with x = 1 to n) and compares them with already arrived configuration data sets of further terminals. More specifically, the incoming configuration record KDS2 is compared to configuration data sets KDSx that have already been submitted by other unillustrated terminals, or have already been preconfigured in a base record, storing a number or frequency of matches for each known configuration record KDSx.

From a certain number or frequency of agreements between the already known configuration data sets and the configuration data record currently being received, the configuration server KS can include this configuration data record in its configuration list KL, whereby the configuration data record is released. From this point on, all subsequent users benefit from the configuration work of the first users. In particular, an operator of the configuration server KS is greatly relieved, since the effort for data maintenance is minimal.

If, therefore, according to FIG. 1, the configuration data record KDS2 sent by the telecommunication terminal TE1 is already the third matching configuration data record (matching threshold value = 3), then the configuration data set becomes KDS2 of the configuration list KL added and thus released.

If e.g. For example, if a user of a telecommunications terminal TE2 wishes to configure a SIP service S1 of the service provider "Prov2" to be configured, the terminal TE2 may request a configuration data request for the service S1 to be configured via the network N to the configuration server In principle, in addition to such a request, a list of all services can also be automatically offered by a server from which the telecommunication terminal then selects a service, provided that in the configuration list released by the configuration server KS KL finds a configuration record for the service SI to be configured, this is selected and transmitted via the network N to the telecommunication terminal TE2, in order to then configure it automatically or by acknowledgment of the user on site, such a configuration record KDS1 for the service Contains S1 according to Figure 1, the configuration data KDl:

SIP server = sip. Prov2.de SIP-Port = 5060 STUN-Server = stun. Prov2.de

Of course, in addition to the service Sx or service provider to be configured, further identification features can also be provided, for example. of the telecommunication terminal, provided that the configuration data must also be set depending on a particular type of the terminal.

1, a user of a terminal TE3 may also wish to have a configuration for the service S2 of the service provider "Provl" to be configured, since a corresponding configuration data record KDS2 has already been input at the terminal TE1 and has been sent to the configuration server KS and this configuration data record KDS2 has already been released by inclusion in the configuration list KL, the configuration data KD2 entered by the user of the terminal TE1 can now be automatically transferred to the terminal TE3 and stored there, thereby greatly simplifying the configuration of the terminal TE3. The configuration of other terminals, not shown, is performed in analog form.

In order to ensure a certain quality of the user-supplied configuration data KDSx, some intelligence may be present in the terminal, which e.g. carries out a function test. For example, it would be possible for the terminal to mark only those configuration data sets KDSx of service providers as OK that actually worked. Furthermore, a detailed evaluation of the configuration data record is possible, which can be provided in the form of a function test information FI.

FIG. 2 shows a simplified block diagram of a device for configuring terminal devices, as can be implemented, for example, in the telecommunication terminal TE according to FIG.

According to FIG. 2, the terminal may have a service detection unit 1 for detecting a service Sx to be configured for the terminal TE. If, for example, a so-called VoIP service (Voice over IP) is to be configured on the mobile telecommunication terminal TE, then this can for example be selected by the user via a display and a keyboard. A transmitting / receiving unit 2 is used for transmitting / receiving at least configuration data KDx via the network N shown in FIG. 1. When connected to a packet-switching network, such as an IP-based network and in particular the Internet, an IP-based transmitting / receiving unit is used used. Although in principle the actual configuration data KDx are sufficient as data to be transmitted, the above-described surrounded configuration data sets KDSX carry over the network N via ^¬.

According to FIG. 2, a control unit 3 is also provided, which can control the transmitting / receiving unit 2 in such a way that the associated configuration data KDx or an associated configuration data record KDSx from the configuration server KS via the service Sx detected and to be configured by the service detection unit 1 Telecommunications network N is loaded. Again, the configuration server can also automatically provide a list of services from which a particular service is then selected in the terminal. In this case, the configuration data loaded in this way are viewed as current configuration data by the control unit 3 and supplied to a configuration unit 4. The configuration unit 4 then configures the terminal TE for the detected service Sx by means of the current configuration data KDx, or by means of the current configuration data record KDSx.

Optionally, the terminal can also perform a configuration function check unit 6 for carrying out a function check of the current configuration of the terminal TE for the detected service Sx, a function check information FI being determined and output to the control unit 3. By way of example, it is thus possible to determine, as function check information, a content which shows whether the current configuration carried out for the detected service Sx was successful and the service can thus be executed in principle. In addition to such YES / NO information, it is also possible to determine a quality as function check information, wherein further quality features of the checked service Sx are determined under the respective configuration.

According to FIG. 2, such functional checking information FI can subsequently be forwarded by the control unit 3 to the transmitting / receiving unit 2, which transmits this information. mation FI eg with the current configuration data KDSx or the current configuration data KDx and the associated service Sx the configuration server KS transmitted.

To initiate the charging process for the configuration data KDx or the configuration data record KDSx, the control unit 3 outputs, for example, a configuration data request command L (Sx) to the transmitting / receiving unit 2, which sends this configuration data request via the network N to the configuration network. Server KS sends. If a corresponding configuration data record KDSx in the configuration list KL is enabled and available for this configuration data request L (Sx) or for the detected service Sx, this data record KDSx is forwarded again to the send / receive unit 2 and via the control unit 3 the configuration unit 4 supplied to the configuration.

If such a charging process is not possible because, for example, a suitable configuration data record is not present or has not yet been released, then the configuration data KDx can also be entered manually via the configuration data input unit 5 for the service Sx to be configured. This input can be made for example via an input unit such as a keyboard or a pressure-sensitive screen. According to FIG. 2, these manually entered configuration data KDx are again supplied to the configuration unit 4 as configuration data KDx current for the service Sx and sent via the transmitting / receiving unit 2 to the configuration server KS in the network N. If a configuration function check unit 6 is present, these manually entered and currently used configuration data KDx with the associated service Sx can only be sent as a configuration data record KDSx to the configuration server KS if an optionally performed function check was successful and the service Sx could be realized in principle , Of course, in this case too, the function check information FI can be generated sentence and transferred to the configuration server KS.

FIG. 3 shows a simplified flowchart for illustrating essential steps as they are carried out in the terminal-side configuration method.

After a start in step SEO, a service Sx to be configured is first of all detected in a step SEI, wherein, for example, a respective service can be selected from a selection list provided by the configuration server via a selection function in a pop-up menu. For example, this is a VoIP service (Voice over IP) and in particular a SIP service, which in principle also any other services can be configured on a particular terminal. However, VoIP services in particular have a very complex configuration, so the present method is extremely helpful.

In a step SE2, an availability of configuration data KDx or configuration data sets KDSx for the acquired service Sx is checked on the configuration server KS, wherein the configuration data or data records corresponding to the detected service Sx are loaded in a step SE3, if these Data on the configuration server KS available, that is available and also released. According to FIG. 1, released configuration data sets are stored in a respective configuration list KL.

If, on the other hand, the verification of the availability in step SE2 reveals that no such configuration data KDx or configuration data sets KDSx are available or released on the configuration server KS or if no such configuration data or configuration data sets could be loaded, then in step SE8 a manual creation of Configuration data KDx performed as current configuration data for the service Sx to be configured. After loading or manually creating the configuration data KDx as current configuration data, the terminal TE for the detected service Sx is configured using the current configuration data in a step SE4. 1, the SIP server address is set to sip.Provl.de, for example, for the VoIP service or service provider "Provl", and the SIP port address is set to 5060. The STUN server address (STUN, Simple Traversal of User Datagram Protocol (UDP) Through Network Address Translators (NATs) is set to stun.Provl.de, where further parameters or addresses can be set.

Optionally, furthermore, in a step SE5, a functional check of the terminal TE configured in this way for the detected service Sx can be carried out, wherein, for example, a functional test information FI is determined. In the simplest case, this function test information FI can indicate whether or not the recorded service can be realized in principle with the terminal thus configured. In addition, however, the functional test information can also have more extensive contents which describe, for example, a quality of the service configured in this way. According to FIG. 3, the function check is performed in step SE5 immediately after the configuration of the service in step SE4. However, this function check can also be carried out at any other time and in particular be done during the normal use of the terminal.

In a further optional step SE6, the result of the function check can be evaluated or queried, wherein the function test information FI can be sent in a step SE7 additionally to the configuration server KS, if the performed in step SE5 function check basically successful or was positive. On the other hand, if the evaluation of the function check in step SE6 yields a negative result or if the function check was unsuccessful, then step SE8 can be used to manually create the _

Configuration data record KDSx or the configuration data KDx for the associated service Sx branches.

Further, in a step SE9 the presence of a manuel- len creating configuration data KDx or a configuration data set KDSX can be checked, wherein the aktuel ^¬ len configuration data KDx with the associated detected service Sx or the configuration data set KDSX be sent in a step SELO, when a manual creation of configuration data was determined in step SE9. The process ends in a step SEIl.

Although, according to FIG. 3, the step SE9 for checking the presence of a manual creation of configuration data after the optional transmission of the functional test information in FIG

Step SE7 is arranged, however, this step can basically also be carried out at an earlier point in time and in particular before the function check in step SE5.

In addition, the method shown in simplified form in FIG. 3 is not limited to an initial configuration, but also includes cases in which a user creates or changes configuration data at a later point in time. More precisely, this means that the step SE8 can also be jumped on unconditionally if a respective user wishes (not shown).

For example, the steps SE5 to SE7 directed to the function check take place in a respective terminal. However, they may also be performed centrally, e.g. by simulation in a server or by special "test" end devices.

FIG. 4 shows a simplified flow chart for illustrating essential steps that can be implemented in a server-side method for supporting a configuration of terminals. The method according to FIG. 4 is therefore preferably realized in Konfigυrations server KS.

According to FIG. 4, after a start in step SSO, messages can first be detected on an input interface, in particular of the configuration server KS. More specifically, in this case, the terminal messages sent from the terminals via the network N, such as a configuration data request L (Sx), a configuration data record KDSx, configuration data KDx, a detected service Sx or function check information FI are received and detected.

In a step SS2, the detected terminal messages can then be evaluated and checked, wherein in the presence of a configuration data request L (Sx) for a service to be configured Sx a suitable configuration record KDSx or suitable configuration data KDx for the service Sx from the configuration list KL are determined in a step SS3. In a step SS4 it is checked whether suitable configuration data KDx or a suitable configuration data record KDSx could be determined in step SS3. If negative, the process ends in step SS13. However, it could be e.g. If a suitable configuration data record KDSx is determined, then in a subsequent step SS5 these are sent or transmitted as suitable configuration data KDx or as a suitable configuration data record KDSx to the requesting telecommunication terminal TE via the telecommunication network N.

Optionally, in a subsequent step SS6, a check of a number or frequency of the transmitted configuration data record KDSx can also be carried out, wherein in a step SS7 the telecommunication terminal TE is provided with additional information for the sent configuration data record KDSx, which can, for example, constitute a disclaimer if the in step SS6, the number or frequency checked is less than a predetermined threshold. In this way, it can be ensured that configuration data sets that are used by only a small number of terminals are still considered to be insecure or error-prone.

If, on the other hand, it is determined during the check of the detected terminal messages that this is not a configuration data request L (Sx) for a service, a further query is branched in step SS8 in which the detected terminal messages are sent be checked whether they may contain or represent configuration data KDx or a configuration data set KDSx. If such configuration data KDx or a configuration data record KDSx are available, an evaluation of the configuration data KDx or of the configuration data record KDSx is carried out in a subsequent step SS9.

In the simplest case, in such a configuration data evaluation for the particular service Sx, a comparison of the transmitted configuration data with the already received configuration data or configuration data sets is performed and a payer pays up for the same configuration data or configuration data records or a frequency (number / duration) for one respective configuration data set KSDx determined. This Zahlerstand or this frequency can also be used to ensure that a configuration record is released from a certain threshold, where it is stored in the configuration list KL of the configuration server KS.

In addition, in the configuration data evaluation

SS9 but only a comparison of certain parameters of the configuration data set or the configuration data are performed, in turn, for the same predetermined parameters a payer is paid up or a frequency of the parameters is determined. With this particular evaluation of the configuration data, it is possible that the frequency of the parameters can be used to generate a composite or combined configuration data set. More specifically, for a predetermined service Sx, each of the maximum frequency parameters may thus be combined in such a way as to result in a new composite configuration data set having improved configuration properties.

Optionally, according to FIG. 4, in a step SS10, a check of the detected terminal messages can be carried out as to whether there is a function check information FI regarding predetermined configuration data KDx or a predetermined configuration data record KDSx. If this is the case, an evaluation of this function test information FI can be carried out in an optional function check information evaluation in step SSI1.

Accordingly, modifying the configuration list KL and / or the configuration data set KDSx contained therein can be carried out not only as a function of the evaluation result obtained in the evaluation step SS9 but also as a function of the evaluation result optionally obtained in step SSI1 in a step S12. The modification may in this case represent a reordering of the configuration data sets within the configuration list as a function of their frequencies and / or as a function of the evaluated function check information. In the same way, the modification in step SS12 may also involve a modification of the configuration data within a configuration data record, with optimum parameters being respectively dependent on their number or frequency and / or on the

Function check information FI are combined. The method ends in a step S13.

In this way, corresponding configuration data sets can be provided for a large number of users even in the case of very exotic, that is to say scarce, services of, for example, very small service providers, without a need for maintenance on a configu- ration server becomes important. The costs are very limited.

The invention has been described above on the basis of wireless mobile telecommunication terminals, such as mobile phones, which operate an exchange of configuration data to a configuration server via an IP-based network. However, it is not limited to this and, in the same way, also includes wired telecommunication terminals which also carry out an exchange of configuration data with a configuration server via any other network.

Furthermore, the invention is not limited to the described VoIP service and in particular SIP service with associated terminal, but includes in the same way also any other services of alternative service providers or service providers and the associated terminals, such as Internet radios , Internet TVs, set-top boxes etc.

Reference sign list

1 service detection unit

2 transmitting / receiving unit 3 control unit

4 configuration unit

5 configuration data input unit

6 Configuration Function Checker N Network KS Configuration Server

KL configuration list

KDSx configuration records

Sx services to be configured

KDx configuration data TE telecommunication terminal

L (Sx) configuration data request

FI function check information

SEO to SEIl terminal-side procedural steps

SSO to SS13 server-side process steps

Claims

claims

An apparatus for configuring terminals comprising: a service acquiring unit (1) for acquiring a service (Sx) to be configured for the terminal (TE); a transmitting / receiving unit (2) for transmitting / receiving at least configuration data (KDx) via a telecommunication network. (N); a control unit (3) for activating the transmitting / receiving unit (2) in such a way that configuration data (KDx) associated with the detected service (Sx) from a configuration server (KS) in the telecommunication network (N) are loaded and regarded as current configuration data; and a configuration unit (4) for configuring the terminal (TE) for the detected service (Sx) by means of the current configuration data (KDx).

2. A device according to claim 1, wherein a configuration data inputting unit (5) for manual operation is provided

Inputting configuration data (KDx) for the service to be configured (Sx), wherein the control unit (3) feeds the manually entered configuration data (KDx) to the configuration unit (4) as configuration data (KDx) current for the service (Sx) and via the send - Receiving unit (2) to the configuration server (KS) in the network (N) sends.

3. Device according to claim 1 or 2, characterized by a configuration function checking unit (6) for performing a function test of the service (Sx) in the terminal (TE) for the current configuration data (KDx), wherein a function test information (FI) determined becomes.

4. Device according to claim 3, characterized in that the transmitting / receiving unit (2) with the functional test information (FI) corresponding configuration data (KDx) and associated service (Sx) sends the configuration server (KS).

5. Device according to claim 3 or 4, characterized in that the transmitting / receiving unit (2) sends the current configuration data (KDx) with the associated service (Sx) only to the configuration server (KS) if the performed functional test successful.

6. Device according to one of the claims 1 to 5, in that it is implemented in the terminal (TE).

7. The device according to one of the claims 1 to 6, wherein a terminal device (TE) is a mobile telecommunication terminal; the network (N) an IP-based telecommunications network; and the service (Sx) represents a VoIP service.

8. Method for configuring terminals with the

steps:

Detecting (SEI) a service (Sx) to be configured for the terminal (TE);

Loading (SE3) configuration data (KDx) for the detected service (Sx) from a configuration server (KS) via a telecommunications network (N) as current configuration data (KDx); and configuring (SE4) the terminal (TE) for the detected

Service (Sx) using the current configuration data (KDx).

9. The method according to claim 8, with the further step: checking (SE2) an availability of configuration data

(KDx) for the detected service (Sx) on the configuration server (KS), wherein, when available, the loading (SE3) of the configuration data is performed.

10. The method according to claim 8 or 9, with the further step:

Transits (SE5) a functional test of the terminal (TE) with the current configuration data (KDx) for the detected service (Sx), wherein a functional test information (FI) is determined.

11. The method according to claim 10, with the further step:

Evaluating (SE6) the function check, whereby the function check information (FI) is sent to the configuration server (KS) (SE7) if the performed function check is successful.

12. The method according to any one of claims 9 to 10, with the further step: manually creating (SE8) configuration data as the current configuration data (KDx) for the service to be configured (Sx) if it is determined in the availability check (SE2) that for the service (Sx) no configuration data are available, or if in the function check evaluation (SE6) it is determined that the performed function check is unsuccessful.

13. The method according to claim 12, with the further step of verifying (SE9) the presence of a manual creation of the configuration data (KDx), wherein the current configuration data (KDx) with the associated detected service (Sx) to the configuration server (KS) sent become (SElO) if there is a manual creation of the configuration data.

14. The method according to claim 13, characterized in that the checking (SE9) of the presence of a manual creation of Configuration data before or after the function check (SE5) is performed.

15. The method as claimed in one of the claims 8 to 14, wherein: the terminal (TE) is a mobile telecommunication terminal; the network (N) an IP-based telecommunications network; and the service (Sx) represents a VoIP service.

16. Method for server-side support of a configuration of terminals with the steps:

Detecting (SSl) terminal messages (L (Sx), KDx, Sx, FI) transmitted over a telecommunication network (N);

Checking (SS2, SS7) the detected terminal messages, wherein appropriate configuration data (KDx) for the service (Sx) is obtained from a configuration list (KL) (SS3) and the requesting terminal (TE) (SS4) if a configuration data request (L (Sx)) for a service to be configured (Sx) is present, and a configuration data evaluation (SS8) is performed if configuration data (KDx) is available for an associated service (Sx); and modifying (SSIl) a configuration list (KL) of the configuration server (KS) as a function of the configuration data evaluation (SS8).

17. The method according to claim 16, characterized in that in the configuration data evaluation (SS8) for a particular service (Sx) a comparison of the currently sent configuration data is performed with existing configuration data, and for the same configuration data, a number or frequency of an associated configuration data set ( KSDx) is determined.

18. The method according to claim 17, characterized in that in the configuration data evaluation (SS8) for a particular service (Sx) only a comparison of predetermined parameters of the configuration data (KDx) is performed, and for the same predetermined parameters, a number or frequency of the parameters is determined.

19. Method according to claim 18, wherein a

Configuration Data Evaluation (SS8) uses the number or frequency of parameters to create a composite configuration record (KDSx).

20. The method according to any one of the claims 17 to 19, characterized in that the number or frequency of the parameters or configuration data sets (KDSx) is checked (SS5) and additional information, in particular a disclaimer, for a transmitted configuration data set (KDSx) is transmitted (SS6) if the number or frequency is less than a predetermined threshold.

21. The method according to any one of the claims 16 to 20, with the further step:

Checking (SS9) the detected terminal messages, wherein a function check evaluation (SS10) is performed if there is a function check information (FI) for predetermined configuration data (KDx) and an associated service (Sx), wherein the modifying (Sil) the configuration list (KL) of the configuration server (KS) is further performed in dependence on the function check information (FI).