WO2008014809A1 - Vorrichtung und verfahren zur konfiguration von telekommunikationsendgeräten - Google Patents

Vorrichtung und verfahren zur konfiguration von telekommunikationsendgeräten Download PDF

Info

Publication number
WO2008014809A1
WO2008014809A1 PCT/EP2006/007712 EP2006007712W WO2008014809A1 WO 2008014809 A1 WO2008014809 A1 WO 2008014809A1 EP 2006007712 W EP2006007712 W EP 2006007712W WO 2008014809 A1 WO2008014809 A1 WO 2008014809A1
Authority
WO
WIPO (PCT)
Prior art keywords
configuration data
configuration
service
kdx
terminal
Prior art date
Application number
PCT/EP2006/007712
Other languages
English (en)
French (fr)
Inventor
Wilfried TÖBBEN
Jörg WIENAND
Original Assignee
Siemens Home And Office Communication Devices Gmbh & Co. Kg
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens Home And Office Communication Devices Gmbh & Co. Kg filed Critical Siemens Home And Office Communication Devices Gmbh & Co. Kg
Priority to PCT/EP2006/007712 priority Critical patent/WO2008014809A1/de
Priority to US12/083,069 priority patent/US20090054048A1/en
Priority to EP06776594A priority patent/EP1913754A1/de
Publication of WO2008014809A1 publication Critical patent/WO2008014809A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Definitions

  • 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).
  • IP-based services Internet Protocol
  • VoIP Voice over IP
  • terminal devices 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.
  • host computer or a corresponding programmer to perform the configuration.
  • such a configuration requires technical knowledge and, in some cases, even specially trained service personnel.
  • IP-based services Internet Protocol
  • VoIP Voice over IP
  • 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.
  • this object is achieved with respect to the device by the features of claim 1.
  • 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.
  • 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.
  • 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.
  • 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 zubucht 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • FIG 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).
  • VoIP service eg SIP service, session initiated protocol
  • 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.
  • 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.
  • 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.
  • 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.
  • a packet-switched network N and in particular an IP-based network, such as e.g. the internet used.
  • 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.
  • 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.
  • the terminal TE2 may request a configuration data request for the service S1 to be configured via the network N to the configuration server
  • 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.
  • 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.
  • some intelligence may be present in the terminal, which e.g. carries out a function test.
  • the terminal e.g. carries out a function test.
  • the terminal it would be possible for the terminal to mark only those configuration data sets KDSx of service providers as OK that actually worked.
  • 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.
  • 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.
  • a packet-switching network such as an IP-based network and in particular the Internet
  • an IP-based transmitting / receiving unit is used used.
  • 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 ⁇ .
  • 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.
  • the configuration server can also automatically provide a list of services from which a particular service is then selected in the terminal.
  • 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.
  • 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.
  • 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.
  • 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.
  • the control unit 3 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.
  • 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.
  • 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 ,
  • 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.
  • 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.
  • a respective service can be selected from a selection list provided by the configuration server via a selection function in a pop-up menu.
  • 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.
  • VoIP services in particular have a very complex configuration, so the present method is extremely helpful.
  • 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.
  • step SE8 a manual creation of Configuration data KDx performed as current configuration data for the service Sx to be configured.
  • the terminal TE for the detected service Sx is configured using the current configuration data in a step SE4.
  • 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.
  • 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.
  • this function test information FI can indicate whether or not the recorded service can be realized in principle with the terminal thus configured.
  • the functional test information can also have more extensive contents which describe, for example, a quality of the service configured in this way.
  • the function check is performed in step SE5 immediately after the configuration of the service in step SE4.
  • this function check can also be carried out at any other time and in particular be done during the normal use of the terminal.
  • 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.
  • step SE8 can be used to manually create the _
  • a step SE9 the presence of a procedure- 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.
  • 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.
  • 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).
  • the steps SE5 to SE7 directed to the function check take place in a respective terminal.
  • 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.
  • 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.
  • a configuration data request L (Sx) Sx
  • a configuration data record KDSx configuration data record KDSx
  • configuration data KDx configuration data KDx
  • a detected service Sx or function check information FI are received and detected.
  • 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.
  • 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.
  • 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.
  • step SS8 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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
  • 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.
  • 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Die Erfindung betrifft eine Vorrichtung und ein Verfahren zur Konfiguration von Endgeräten, wobei eine Dienst-Erfassungseinheit (1) einen für das Endgerät zu konfigurierenden Dienst (Sx) erfasst, und eine Sende-/Empf angseinheit (2) zumindest Konfigurationsdaten (KDx) über ein Telekommunikationsnetzwerk (N) sendet/empfangt. Eine Steuereinheit (3) steuert die Sende-/Empfangseinheit (2) derart an, dass zum erfassten Dienst (Sx) zugehörige Konfigurationsdaten (KDx) von einem Konfigurations-Server geladen werden, wobei eine Konfigurationseinheit (4) das Endgerät für den erfassten Dienst (Sx) mittels der geladenen Konfigurationsdaten (KDx) konfiguriert. Auf diese Weise können die von wenigen Benutzern eingegebenen Konfigurationsdaten für eine Vielzahl weiterer Benutzer einfach und kostengünstig zur Verfügung gestellt werden.

Description

Beschreibung
Vorrichtung und Verfahren zur Konfiguration von Telekommunikationsendgeraten
Die vorliegende Erfindung bezieht sich auf eine Vorrichtung und ein Verfahren zur Konfiguration von Telekommunikations- endgeraten und insbesondere auf eine Vorrichtung und ein Verfahren zur Konfiguration von Endgeraten für IP-basierte Dienste (Internet Protokoll), wie beispielsweise VoIP (Voice over IP) .
Zur Konfiguration von Endgeraten werden üblicherweise Datenspeicher-Chips innerhalb des Endgerats ausgetauscht, modifi- ziert oder eine extensive Dateneingabe über eine Benutzerschnittstelle des Endgerats durchgeführt. Ferner kann das Endgerat an einen sogenannten Host-Computer oder ein entsprechendes Programmiergerat angeschaltet werden, um die Konfiguration durchzufuhren. Eine derartige Konfiguration fordert jedoch technische Kenntnisse und in einigen Fallen sogar speziell ausgebildetes Service-Personal.
Insbesondere die Konfigurationen von Telekommunikationsendge- raten für IP-basierte Dienste (Internet Protokoll) wie bei- spielsweise VoIP (Voice over IP) ist derzeit extrem komplex und darüber hinaus noch abhangig von den jeweiligen Dienst- Anbietern .
Da bisher die Konfiguration von derartigen Endgeraten durch manuelles Eingeben von Parametern unter Verwendung einer Eingabetastatur durchgeführt wurde, jedoch eine Vielzahl von Parametern eingegeben werden müssen und darüber hinaus eine Eingabetastatur insbesondere bei mobilen Endgeraten sehr klein und somir nicht benutzerfreundlich ist, besteht ein Be- durfnis, den Benutzer bei der Konfiguration seiner Endgerate zu unterstutzen. Dies kann beispielsweise dadurch geschehen, dass das Endgerat vom Hersteller oder vom Dienst-Anbieter bereits vorinstalliert ist und die jeweiligen Parameter bereits beim Hersteller oder beim Dienst-Anbieter eingestellt werden. Eine derar- tige Vor-Konfiguration ist jedoch außerordentlich aufwandig und somit kostenintensiv.
Ferner sind sogenannte „Remote Device Management"-Systeme bekannt, wobei von einem Server Konfigurationsdaten in ein zu konfigurierendes Endgerat geladen werden können.
Der Erfindung liegt daher die Aufgabe zu Grunde eine Vorrichtung und ein Verfahren zur Konfiguration von Endgeraten zu schaffen, welche einfach und kostengünstig ist.
Erfindungsgemaß wird diese Aufgabe hinsichtlich der Vorrichtung durch die Merkmale des Patentanspruchs 1 gelost. Hinsichtlich eines endgerate-seitigen Verfahrens wird diese Aufgabe durch die Maßnahmen des Patentanspruchs 7 und hinsicht- lieh eines server-seitigen Verfahrens durch die Maßnahmen des Patentanspruchs 15 gelost.
Demzufolge besitzt die Vorrichtung zur Konfiguration von Endgeraten, die vorzugsweise in diesem implementiert ist, eine Dienst-Erfassungseinheit zum Erfassen eines für das Endgerat zu konfigurierenden Dienstes, eine Sende-/Empfangseinheit zum Senden/Empfangen von zumindest Konfigurationsdaten über ein Telekommunikationsnetzwerk, eine Steuereinheit zum Ansteuern der Sende-/Empfangseinheit derart, dass von einem Konfigura- tions-Server im Netzwerk zum erfassten Dienst zugehörige Konfigurationsdaten geladen und als aktuelle Konfigurationsdaten betrachtet werden, und eine Konfigurationseinheit das Endgerat für den erfassten Dienst mittels der aktuellen Konfigurationsdaten konfiguriert. Auf diese Weise können die zentral auf einem Konfigurations-Server abgelegten Konfigurationsdaten in ein jeweils neu zu konfigurierendes Endgerat geladen und das Endgerat sehr einfach konfiguriert werden. Vorzugsweise weist die Vorrichtung ferner eine Konfigurationsdaten-Eingabeeinheit zum manuellen Eingeben von Konfigurationsdaten für den zu konfigurierenden Dienst auf, wobei die Steuereinheit die manuell eingegebenen Konfigurationsdaten der Konfigurationseinheit als für den Dienst aktuelle Konfi¬ gurationsdaten zufuhrt und über die Sende-/Empfangseinheit an den Konfigurations-Server im Netzwerk sendet. Falls demzufolge auf dem Konfigurations-Server keine geeigneten Konfigurationsdaten zur Verfugung stehen, kann ein Benutzer die Konfi- gurationsdaten auch manuell eingeben, wobei sie automatisch an den Konfigurations-Server übertragen werden, der sie wiederum für nachfolgende Benutzer zur Verfugung stellen kann. Die Kosten für die Datenpflege der Konfigurationsdaten werden dadurch stark reduziert.
Ferner kann eine Konfigurations-Funktionsprufungseinheit zum Durchfuhren einer Funktionsprufung des Endgerats bei der aktuellen Konfiguration für den erfassten Dienst durchgeführt werden, wobei eine Funktionstest-Information ermittelt wird. Diese ermittelte Funktionstest-Information kann ferner mit den zugehörigen aktuellen Konfigurationsdaten und dem zugehörigen erfassten Dienst an den Konfigurations-Server gesendet werden. Auf diese Weise können die vom Endgerat gesendeten Konfigurationsdaten auch gualitativ bewertet werden, wodurch sich auf dem Konfigurations-Server eine Optimierung des Datenbestands realisieren lasst.
Vorzugsweise werden die Konfigurationsdaten mit dem zugehörigen Dienst nur dann an den Konfigurations-Server gesendet, wenn die durchgeführte Funktionsprufung des Endgerats auch erfolgreich war. Auf diese Weise kann das Entstehen von fehlerhaften Datensätzen auf dem Konfigurations-Server zuverlässig verhindert werden, wodurch sich ein Gesamt-Nutzen stark verbessert .
Hinsichtlich des Verfahrens zur Konfiguration des Endgerats werden zunächst ein für das Endgerat zu konfigurierender Dienst erfasst und anschließend für den erfassten Dienst von einem Konfigurations-Server geeignete Konfigurationsdaten als aktuelle Konfigurationsdaten über ein Telekommunikationsnetz- werk geladen. Auf der Grundlage dieser aktuellen Konfigurationsdaten wird das Endgerat für den erfassten Dienst nachfol- gend konfiguriert. Der Benutzerkomfort wird dadurch stark erhöht, da lediglich ein zu konfigurierender Dienst eingegeben werden muss . Alle weiteren eventuell benotigten Daten sind endgeratespezifisch ohnehin festgelegt und können ohne weiteres Zutun des Benutzers bei Bedarf automatisch mitgeteilt oder ausgelesen werden.
Vorzugsweise wird eine Überprüfung einer Verfügbarkeit der Konfigurationsdaten für den erfassten Dienst auf dem Konfigurations-Server durchgeführt, wobei bei einer Verfügbarkeit die Konfigurationsdaten geladen werden, wahrend bei einer fehlenden Verfügbarkeit ein manuelles Erstellen der Konfigurationsdaten durch den Benutzer erfolgt.
Vorzugsweise kann ein Überprüfen des Vorliegens einer manuel- len Erstellung von Konfigurationsdaten für den erfassten
Dienst durchgeführt werden, wobei die aktuellen Konfigurationsdaten mit dem zugehörigen erfassten Dienst zum Konfigurations-Server gesendet werden, wenn eine manuelle Eingabe vorlag. Dadurch wird sichergestellt, dass jede noch nicht vor- handene Konfiguration für einen vorbestimmten Dienst und ein vorbestimmtes Endgerat auch dem Konfigurations-Server mitgeteilt wird und somit wiederum für spatere Benutzer zur Verfugung steht.
Hinsichtlich des serverseitigen Verfahrens zur Unterstützung einer Konfiguration werden zunächst Endgerate-Nachrichten, die über ein Telekommunikationsnetzwerk übermittelt werden, erfasst, und die erfassten Endgerate-Nachrichten überprüft, wobei geeignete Konfigurationsdaten für einen vorbestimmten Dienst aus einer Konfigurations-Liste ermittelt und anschließend dem anfragenden Endgerat gesendet werden, wenn eine Konfigurationsdaten-Anfrage für einen zu konfigurierenden Dienst vorliegt, und andererseits eine Konfigurationsdaten-Auswer- tung durchgeführt wird, wenn als Endgerate-Nachrichten Konfigurationsdaten für einen zugehörigen Dienst vorliegen. Eine Konfigurations-Liste wird anschließend in Abhängigkeit von der Konfigurationsdaten-Auswertung modifiziert. Auf diese Weise können alle in einem Telekommunikationsnetzwerk vorhandenen Konfigurationsdaten zum Aufbau einer Konfigurationsdatenbank gesammelt und andererseits bei einer entsprechenden Anfrage ein geeigneter Datensatz gesendet werden.
Vorzugsweise wird bei der Konfigurationsdaten-Auswertung für einen bestimmten Dienst ein Vergleich der gesendeten Konfigurationsdaten mit den Konfigurationsdaten in der Konfigurations-Liste des Konfigurations-Servers durchgeführt und für gleiche Konfigurationsdaten eine Häufigkeit eines jeweiligen Konfigurationsdatensatzes ermittelt. Ferner kann auch nur ein Vergleich von vorbestimmten Parametern der Konfigurationsdaten durchgeführt werden und für gleiche vorbestimmte Parameter eine Häufigkeit der Parameter ermittelt werden. Auf diese Weise findet ein statistischer Optimierungsprozess statt, wo- bei die ermittelte Häufigkeit als Gradmesser für eine Zuverlässigkeit des Konfigurationsdatensatzes verwendet werden kann .
Die Häufigkeit der Parameter oder der Konfigurationsdatensat- ze kann darüber hinaus überprüft werden, wobei eine Zusatzinformation und insbesondere ein Gewahrleistungsausschluss für einen gesendeten Konfigurationsdatensatz übertragen wird, wenn die Häufigkeit kleiner als ein vorbestimmter Schwellwert ist. Falls demzufolge für einen vorbestimmten Konfigurations- datensatz bzw. eine bestimmte Konfiguration nur geringe Erfahrungswerte existieren, können diese einem jeweiligen neuen Benutzer auf seinem Endgerat als Zusatzinformation angezeigt werden .
Vorzugsweise wird bei der Konfigurationsdaten-Auswertung ferner die Häufigkeit der Parameter zur Erzeugung eines zusammengesetzten Konfigurationsdatensatzes verwendet, wodurch im Konfigurations-Server auch vollkommen neue Konfigurationsda- tensatze erzeugt werden können, die die Konfigurationsdaten von unterschiedlichen Konfigurationen bzw. Konfigurationsda- tensatzen miteinander kombinieren. Auf diese Weise können optimierte Konfigurationsdatensatze sehr schnell und einfach erzeugt werden.
Ferner kann eine Auswertung einer Funktionsprufungs-Informa- tion durchgeführt werden, wenn als Endgerate-Nachricht eine Funktionsprufungs-Information zu vorbestimmten Konfigurati- onsdaten für einen bestimmten Dienst vorliegt, wobei das Modifizieren der Konfigurations-Liste ferner in Abhängigkeit von der Funktionsprufungs-Information durchgeführt wird. Auf diese Weise lassen sich die in der Konfigurations-Liste vorliegenden Konfigurationsdatensatze beispielsweise anhand von Qualitatsmerkmalen weiterhin neu ordnen oder bewerten. Die
Qualität der Konfigurations-Liste wird dadurch weiter verbessert .
Die Erfindung wird nachfolgend anhand eines Ausfuhrungsbei- spiels unter Bezugnahme auf die Zeichnung näher beschrieben.
Es zeigen
Figur 1 eine vereinfachte Blockdarstellung eines Telekommuni- kationssystems zur Veranschaulichung der erfindungsgemäßen Vorrichtung und des erfindungsgemaßen Verfahrens;
Figur 2 eine vereinfachte Blockdarstellung einer Vorrichtung zur Konfiguration von Endgeraten;
Figur 3 ein vereinfachtes Flussdiagramm zur Veranschaulichung von wesentlichen Schritten des endgerateseitigen Verfahrens zur Konfiguration von Endgeräten; und
Figur 4 ein vereinfachtes Flussdiagramm zur Veranschaulichung wesentlicher Schritte des serverseitigen Verfahrens zur Konfiguration von Endgeraten. Die Erfindung wird nachfolgend anhand von mobilen Telekornrnu- nikationsendgeraten wie zum Beispiel „Handys" oder „Smart Phones" beschrieben, die für einen VoIP-Dienst (z.B. SIP- Dienst, Session Initiated Protocol) konfiguriert werden sol- len. Sie ist jedoch nicht darauf beschrankt und umfasst in gleicher Weise auch alternative Telekommunikationsendgerate und insbesondere auch drahtgebundene Endgerate sowie alternative Dienste.
Figur 1 zeigt eine vereinfachte Blockdarstellung eines sogenannten Client-Server-Systems zur Veranschaulichung der er- findungsgemaßen Vorrichtung und des erfindungsgemaßen Verfahrens .
Gemäß Figur 1 können bei einem Konfigurations-Server KS bereits Basisdaten in Form einer Konfigurations-Liste KL vorab gespeichert sein, um eine Konfiguration von Telekommunikati- onsendgeraten TEl bis TE3 zu vereinfachen. Die Telekommunikationsendgerate stellen hierbei Clients dar. Grundsatzlich können jedoch im Konfigurations-Server KS zu einem Anfangszeitpunkt auch keinerlei Konfigurationsdaten vorhanden sein.
Die ersten Benutzer eines Dienst-Anbieters bzw. Service Providers, für den somit noch keine Konfigurationsdatensatze auf dem Konfigurations-Server KS vorliegen, sind daher gezwungen, die Konfigurationsdaten KDx zunächst manuell über entsprechende Eingabevorrichtungen (Tastatur, Touch Screen, usw.) der Telekommunikationsendgerate TE 1 bis 3 einzugeben.
Gemäß Figur 1 besitzt beispielsweise der Konfigurations- Server KS zunächst noch keinen Konfigurationsdatensatz KDS2 für den zu konfigurierenden SIP-Dienst S2 des Dienst- Anbieters „Provl", weshalb die entsprechenden Konfigurationsdaten KD2 vom Benutzer des Telekommunikationsendgerats TEl zunächst manuell eingegeben werden müssen. Diese Konfigurationsdaten KD2 sind beispielsweise: SIP-Server=sip. Provl . de SIP-Port=5060 STUN-Server=stun . Provl .de
Nach erfolgter Konfiguration meldet das Telekommunikations- endgerat TEl diesen neuen Konfigurationsdatensatz KDS2 bestehend aus dem zu konfigurierenden Dienst S2 und den zugehörigen Konfigurationsdaten KD2 über ein Netzwerk N an den Konfi- gurations-Server KS. Vorzugsweise wird ein paketvermittelndes Netzwerk N und insbesondere ein IP-basiertes Netzwerk wie z.B. das Internet verwendet. Der Konfigurations-Server KS sammelt nunmehr derartige Konfigurationsdatensatze KDSx (mit x = l bis n) und vergleicht sie mit bereits eingetroffenen Konfigurationsdatensatzen von weiteren Endgeraten. Genauer gesagt wird der eingehende Konfigurationsdatensatz KDS2 mit Konfigurationsdatensatzen KDSx verglichen, die bereits von anderen nicht dargestellten Endgeraten übermittelt wurden, oder bereits in einem Basisdatensatz vorkonfiguriert wurden, wobei eine Anzahl oder Häufigkeit von Übereinstimmungen für jeden bekannten Konfigurationsdatensatz KDSx gespeichert wird .
Ab einer bestimmten Anzahl oder Häufigkeit von Ubereinstim- mungen zwischen den bereits bekannten Konfigurationsdatensatzen und dem gerade eingehenden Konfigurationsdatensatz kann der Konfigurations-Server KS diesen Konfigurationsdatensatz in seine Konfigurations-Liste KL aufnehmen, wodurch der Konfigurationsdatensatz freigegeben wird. Von diesem Zeitpunkt an profitieren alle nachfolgenden Benutzer von der Konfigurationsarbeit der ersten Benutzer. Insbesondere ein Betreiber des Konfigurations-Servers KS wird dadurch stark entlastet, da der Aufwand für die Datenpflege minimal ist.
Ist demzufolge gemäß Figur 1 der vom Telekommunikationsendge- rat TEl gesendete Konfigurationsdatensatz KDS2 bereits der dritte übereinstimmende Konfigurationsdatensatz (Ubereinstim- mungs-Schwellwert = 3) , so wird der Konfigurationsdatensatz KDS2 der Konfigurations-Liste KL hinzugefugt und somit freigegeben .
Wenn z.B. ein Benutzer eines Telekommunikationsendgerats TE2 für einen zu konfigurierenden SIP-Dienst Sl des Dienst- Anbieters „Prov2" eine Konfiguration durchfuhren mochte, so kann das Endgerat TE2 beispielsweise eine Konfigurationsdaten-Anfrage für den zu konfigurierenden Dienst Sl über das Netzwerk N an den Konfigurations-Server KS senden, welcher diese Anfrage auswertet. Grundsatzlich kann neben einer derartigen Anfrage auch eine Liste aller Dienste von einem Server automatisch angeboten werden, aus der dann das Telekommu- nikationsendgerat einen Dienst auswählt. Sofern sich in der vom Konfigurations-Server KS freigegebenen Konfigurations- Liste KL ein Konfigurationsdatensatz für den zu konfigurierenden Dienst Sl finden lasst, wird dieser ausgewählt und u- ber das Netzwerk N dem Telekommunikationsendgerat TE2 übermittelt, um es dann automatisch oder durch Ruckbestatigung des Benutzers vor Ort zu konfigurieren. Ein derartiger Konfi- gurationsdatensatz KDSl für den Dienst Sl enthalt gemäß Figur 1 die Konfigurationsdaten KDl:
SIP-Server=sip. Prov2.de SIP-Port=5060 STUN-Server=stun. Prov2.de
Selbstverständlich können neben dem zu konfigurierenden Dienst Sx bzw. Dienstanbieter auch weitere Identifikations- merkmale z.B. des Telekommunikationsendgerats übertragen werden, sofern die Konfigurationsdaten ferner abhangig von einem jeweiligen Typ des Endgerats eingestellt werden müssen.
Gemäß Figur 1 kann ferner ein Benutzer eines Endgerats TE3 für den zu konfigurierenden Dienst S2 des Dienst-Anbieters „Provl" eine Konfiguration wünschen. Da ein entsprechender Konfigurationsdatensatz KDS2 bereits am Endgerat TEl eingegeben und zum Konfigurations-Server KS gesendet wurde und die- ser Konfigurationsdatensatz KDS2 auch bereits durch Aufnahme in der Konfigurations-Liste KL freigegeben wurde, können nunmehr die vom Benutzer des Endgerats TEl eingegebenen Konfigurationsdaten KD2 automatisch in das Endgerat TE3 übertragen und dort abgelegt werden, wodurch sich die Konfiguration des Endgerats TE3 stark vereinfacht. Die Konfiguration von weiteren nicht dargestellten Endgeraten wird in analoger Form durchgeführt .
Um eine gewisse Qualität der vom Benutzer gelieferten Konfigurationsdatensatze KDSx zu gewahrleisten, kann eine gewisse Intelligenz im Endgerat vorliegen, welche z.B. eine Funkti- onsprufung durchfuhrt. Beispielsweise wäre es möglich, vom Endgerat nur solche Konfigurationsdatensatze KDSx von Dienst- Anbietern als OK zu kennzeichnen, die tatsachlich funktioniert haben. Ferner ist eine detaillierte Bewertung des Konfigurationsdatensatzes möglich, die in Form einer Funktionstest-Information FI zur Verfugung gestellt werden kann.
Figur 2 zeigt ein vereinfachtes Blockschaltbild einer Vorrichtung zur Konfiguration von Endgeraten, wie es beispielsweise im Telekommunikationsendgerat TE gemäß Figur 1 realisiert werden kann.
Gemäß Figur 2 kann das Endgerat eine Dienst-Erfassungseinheit 1 zum Erfassen eines für das Endgerat TE zu konfigurierenden Dienstes Sx aufweisen. Wenn beispielsweise am mobilen Telekommunikationsendgerat TE ein sogenannter VoIP-Dienst (Voice over IP) konfiguriert werden soll, so kann dieser zum Bei- spiel über eine Anzeige und eine Tastatur vom Benutzer ausgewählt werden. Eine Sende-/Empfangseinheit 2 dient dem Senden/Empfangen von zumindest Konfigurationsdaten KDx über das in Figur 1 dargestellte Netzwerk N. Bei Anbindung an ein paketvermittelndes Netzwerk wie beispielsweise ein IP-basiertes Netzwerk und insbesondere das Internet wird eine IP-basierte Sende-/Empfangseinheit verwendet. Obwohl grundsatzlich die eigentlichen Konfigurationsdaten KDx als zu übertragende Daten ausreichen, werden vorzugsweise die vorstehend beschrie- benen Konfigurationsdatensatze KDSx über das Netzwerk N über¬ tragen .
Gemäß Figur 2 ist ferner eine Steuereinheit 3 vorgesehen, welche die Sende-/Empfangseinheit 2 derart ansteuern kann, dass zum von der Diensterfassungseinheit 1 erfassten und zu konfigurierenden Dienst Sx nunmehr zugehörige Konfigurationsdaten KDx bzw. ein zugehöriger Konfigurationsdatensatz KDSx vom Konfigurations-Server KS über das Telekommunikationsnetz- werk N geladen wird. Wiederum kann der Konfigurationsserver auch automatisch eine Liste von Diensten bereitstellen, aus der dann im Endgerat ein jeweiliger Dienst ausgewählt wird. Die derart geladenen Konfigurationsdaten werden hierbei als aktuelle Konfigurationsdaten von der Steuereinheit 3 betrach- tet und einer Konfigurationseinheit 4 zugeführt. Die Konfigurationseinheit 4 konfiguriert daraufhin das Endgerat TE für den erfassten Dienst Sx mittels der aktuellen Konfigurationsdaten KDx, bzw. mittels des aktuellen Konfigurationsdatensatzes KDSx.
Optional kann das Endgerat ferner eine Konfigurations-Funk- tionsprufungseinheit 6 zum Durchfuhren einer Funktionsprufung der aktuellen Konfiguration des Endgerats TE für den erfassten Dienst Sx durchfuhren, wobei eine Funktionsprufungs- Information FI ermittelt wird und an die Steuereinheit 3 ausgegeben werden kann. Beispielsweise kann demzufolge als Funk- tionsprufungs-Information ein Inhalt ermittelt werden, aus dem hervorgeht, ob die für den erfassten Dienst Sx durchgeführte aktuelle Konfiguration erfolgreich war und der Dienst somit grundsatzlich ausgeführt werden kann. Neben einer derartigen JA/NEIN-Information kann ferner eine Qualität als Funktionsprufungs-Information ermittelt werden, wobei weitergehende Qualitatsmerkmale des geprüften Dienstes Sx unter der jeweiligen Konfiguration ermittelt werden.
Gemäß Figur 2 kann eine derartige Funktionsprufungs-Information FI anschließend von der Steuereinheit 3 an die Sende- /Empfangsemheit 2 weitergegeben werden, welche diese Infor- mation FI z.B. mit dem aktuellen Konfigurationsdatensatz KDSx bzw. den aktuellen Konfigurationsdaten KDx und dem zugehörigen Dienst Sx dem Konfigurations-Server KS übermittelt.
Zum Initiieren des Ladevorgangs für die Konfigurationsdaten KDx bzw. den Konfigurationsdatensatz KDSx gibt die Steuereinheit 3 beispielsweise einen Konfigurationsdaten-Anfragebefehl L(Sx) an die Sende-/Empfangseinheit 2 aus, welche diese Konfigurationsdaten-Anfrage über das Netzwerk N an den Konfigu- rations-Server KS sendet. Ist für diese Konfigurationsdaten- Anfrage L(Sx) bzw. für den erfassten Dienst Sx ein entsprechender Konfigurationsdatensatz KDSx in der Konfigurations- Liste KL freigegeben und verfugbar, so wird dieser Datensatz KDSx wieder an die Sende-/Empfangseinheit 2 weitergeleitet und über die Steuereinheit 3 der Konfigurations-Einheit 4 zur Konfiguration zugeführt.
Ist ein derartiger Ladevorgang nicht möglich, weil beispielsweise ein geeigneter Konfigurationsdatensatz nicht vorliegt oder noch nicht freigegeben ist, so können die Konfigurationsdaten KDx auch über eine Konfigurationsdaten-Eingabeeinheit 5 manuell für den zu konfigurierenden Dienst Sx eingegeben werden. Diese Eingabe kann beispielsweise über eine Eingabeeinheit wie beispielsweise eine Tastatur oder einen drucksensitiven Bildschirm erfolgen. Diese manuell eingegebenen Konfigurationsdaten KDx werden gemäß Figur 2 wiederum der Konfigurationseinheit 4 als für den Dienst Sx aktuelle Konfigurationsdaten KDx zugeführt und über die Sende-/Empfangseinheit 2 an den Konfigurations-Server KS im Netzwerk N gesen- det . Sofern eine Konfigurations-Funktionsprufungseinheit 6 vorliegt, können diese manuell eingegebenen und aktuell verwendeten Konfigurationsdaten KDx mit dem zugehörigen Dienst Sx als Konfigurationsdatensatz KDSx nur dann an den Konfigurations-Server KS gesendet, wenn eine optional durchgeführte Funktionsprufung erfolgreich war und der Dienst Sx grundsatzlich realisiert werden konnte. Selbstverständlich können auch in diesem Falle die Funktionsprufungs-Informationen FI zu- satzlich erzeugt und zum Konfigurations-Server KS übertragen werden .
Figur 3 zeigt ein vereinfachtes Flussdiagramm zur Veranschau- lichung wesentlicher Schritte, wie sie im endgerate-seitigen Konfigurationsverfahren durchgeführt werden.
Nach einem Start in Schritt SEO wird zunächst ein zu konfigurierender Dienst Sx in einem Schritt SEI erfasst, wobei bei- spielsweise über eine Auswahlfunktion in einem Pop-Up-Menu ein jeweiliger Dienst aus einer von dem Konfigurationsserver bereitgestellten Auswahlliste ausgewählt werden kann. Beispielsweise ist dies ein VoIP-Dienst (Voice over IP) und insbesondere ein SIP-Dienst, wobei grundsatzlich auch beliebige andere Dienste auf einem jeweiligen Endgerat konfiguriert werden können. Insbesondere VoIP-Dienste besitzen jedoch eine sehr komplexe Konfiguration, weshalb das vorliegende Verfahren äußerst hilfreich ist.
In einem Schritt SE2 wird eine Verfügbarkeit von Konfigurationsdaten KDx oder Konfigurationsdatensatzen KDSx für den er- fassten Dienst Sx auf dem Konfigurations-Server KS geprüft, wobei die den erfassten Dienst Sx entsprechenden Konfigurationsdaten oder -datensatze in einem Schritt SE3 geladen wer- den, sofern diese Daten auf dem Konfigurations-Server KS verfugbar, das heißt vorhanden und auch freigegeben sind. Gemäß Figur 1 sind freigegebene Konfigurationsdatensatze in einer jeweiligen Konfigurations-Liste KL abgelegt.
Ergibt dagegen die Überprüfung der Verfügbarkeit im Schritt SE2, dass keine derartigen Konfigurationsdaten KDx bzw. Konfigurationsdatensatze KDSx auf dem Konfigurations-Server KS vorhanden oder freigegeben sind bzw. keine derartigen Konfigurationsdaten oder Konfigurationsdatensatze geladen werden konnten, so wird in einem Schritt SE8 ein manuelles Erstellen von Konfigurationsdaten KDx als aktuelle Konfigurationsdaten für den zu konfigurierenden Dienst Sx durchgeführt. Nach diesem Laden oder manuellen Erstellen der Konfigurationsdaten KDx als aktuelle Konfigurationsdaten wird unter Verwendung der aktuellen Konfigurationsdaten das Endgerat TE für den erfassten Dienst Sx in einem Schritt SE4 konfiguriert. Beim Ausfuhrungsbeispiel gemäß Figur 1 wird beispielsweise für den VoIP-Dienst bzw. Dienstanbieter „Provl" die SIP- Serveradresse auf sip.Provl.de eingestellt und die SIP- Portadresse auf 5060 gesetzt. Die STUN-Serveradresse (STUN, Simple Traversal of User Datagram Protocol (UDP) Through Net- work Address Translators (NATs)) wird auf stun.Provl.de festgelegt, wobei ferner weitere Parameter oder Adressen gesetzt werden können.
Optional kann ferner in einem Schritt SE5 eine Funktionspru- fung des derart konfigurierten Endgerats TE für den erfassten Dienst Sx durchgeführt werden, wobei beispielsweise eine Funktionstest-Information FI ermittelt wird. Diese Funktionstest-Information FI kann im einfachsten Fall angeben, ob mit dem so konfigurierten Endgerat der erfasste Dienst grundsatz- lieh realisiert werden kann oder nicht. Darüber hinaus kann die Funktionstest-Information jedoch auch weitergehende Inhalte aufweisen, die beispielsweise eine Qualität des derart konfigurierten Dienstes beschreiben. Gemäß Figur 3 wird die Funktionsprufung im Schritt SE5 unmittelbar nach der Konfigu- ration des Dienstes in Schritt SE4 durchgeführt. Diese Funk- tionsprufung kann jedoch auch zu einem beliebigen anderen Zeitpunkt durchgeführt werden und insbesondere wahrend der normalen Benutzung des Endgerates erledigt werden.
In einem weiteren optionalen Schritt SE6 kann das Ergebnis der Funktionsprufung ausgewertet bzw. abgefragt werden, wobei die Funktionstest-Information FI in einem Schritt SE7 zusatzlich an den Konfigurations-Server KS gesendet werden kann, wenn die im Schritt SE5 durchgeführte Funktionsprufung grund- satzlich erfolgreich bzw. positiv war. Ergibt die Auswertung der Funktionsprufung im Schritt SE6 hingegen ein negatives Ergebnis bzw. war die Funktionsprufung nicht erfolgreich, so kann wiederum auf den Schritt SE8 zum manuellen Erstellen des _
Konfigurationsdatensatzes KDSx bzw. der Konfigurationsdaten KDx für den zugehörigen Dienst Sx verzweigt werden.
Ferner kann in einem Schritt SE9 das Vorliegen einer manuel- len Erstellung von Konfigurationsdaten KDx oder eines Konfigurationsdatensatzes KDSx überprüft werden, wobei die aktuel¬ len Konfigurationsdaten KDx mit dem zugehörigen erfassten Dienst Sx bzw. der Konfigurationsdatensatz KDSx in einem Schritt SElO gesendet werden, wenn ein manuelles Erstellen von Konfigurationsdaten im Schritt SE9 ermittelt wurde. Das Verfahren endet in einem Schritt SEIl.
Obwohl gemäß Figur 3 der Schritt SE9 zum Überprüfen des Vor- liegens einer manuellen Erstellung von Konfigurationsdaten nach dem optionalen Senden der Funktionstest-Information im
Schritt SE7 angeordnet ist, kann dieser Schritt jedoch grundsatzlich auch zu einem früheren Zeitpunkt durchgeführt werden und insbesondere vor der Funktionsprufung im Schritt SE5.
Das in Figur 3 vereinfacht dargestellte Verfahren ist darüber hinaus nicht auf eine Erstkonfiguration beschrankt, sondern umfasst auch Falle, in denen ein Benutzer zu einem spateren Zeitpunkt Konfigurationsdaten erstellt bzw. ändert. Genauer gesagt bedeutet dies, dass der Schritt SE8 auch bedingungslos angesprungen werden kann, wenn dies ein jeweiliger Benutzer wünscht (nicht dargestellt) .
Beispielsweise finden die auf die Funktionsprufung gerichteten Schritte SE5 bis SE7 in einem jeweiligen Endgerat statt. Sie können jedoch auch an zentraler Stelle durchgeführt werden, z.B. durch Simulation in einem Server oder durch spezielle „Test"-Endgerate .
Figur 4 zeigt ein vereinfachtes Flussdiagramm zur Veranschau- lichung wesentlicher Schritte, wie sie in einem server-seiti- gen Verfahren zur Unterstützung einer Konfiguration von Endgeraten realisiert werden können. Das Verfahren gemäß Figur 4 wird demzufolge vorzugsweise im Konfigυrations-Server KS realisiert .
Gemäß Figur 4 können nach einem Start im Schritt SSO zunächst Nachrichten auf einer Eingangs-Schnittstelle insbesondere des Konfigurations-Servers KS erfasst werden. Genauer gesagt werden hierbei die von den Endgeraten über das Netzwerk N gesendeten Endgerate-Nachrichten wie zum Beispiel eine Konfigurationsdaten-Anfrage L(Sx), ein Konfigurationsdatensatz KDSx, Konfigurationsdaten KDx, ein erfasster Dienst Sx oder Funkti- onsprufungs-Informationen FI empfangen und erfasst.
In einem Schritt SS2 können anschließend die erfassten Endgerate-Nachrichten ausgewertet und überprüft werden, wobei bei Vorliegen einer Konfigurationsdaten-Anfrage L(Sx) für einen zu konfigurierenden Dienst Sx ein geeigneter Konfigurationsdatensatz KDSx oder geeignete Konfigurationsdaten KDx für den Dienst Sx aus der Konfigurations-Liste KL in einem Schritt SS3 ermittelt werden. In einem Schritt SS4 wird überprüft, ob geeignete Konfigurationsdaten KDx oder ein geeigneter Konfigurationsdatensatz KDSx in Schritt SS3 ermittelt werden konnte. Bei einem negativen Ergebnis endet das Verfahren in Schritt SS13. Konnte jedoch z.B. ein geeigneter Konfigurationsdatensatz KDSx ermittelt werden, so werden in einem nach- folgenden Schritt SS5 diese als geeignete Konfigurationsdaten KDx oder als geeigneter Konfigurationsdatensatz KDSx dem anfragenden Telekommunikationsendgerat TE über das Telekommunikationsnetzwerk N gesendet bzw. übertragen.
Optional kann in einem nachfolgenden Schritt SS6 ferner eine Überprüfung einer Anzahl oder Häufigkeit des gesendeten Konfigurationsdatensatzes KDSx durchgeführt werden, wobei in einem Schritt SS7 dem Telekommunikationsendgerat TE eine Zusatzinformation für den gesendeten Konfigurationsdatensatz KDSx übermittelt wird, der beispielsweise einen Gewahrleis- tungsausschluss darstellen kann, wenn die im Schritt SS6 überprüfte Anzahl oder Häufigkeit kleiner als ein vorbestimmter Schwellwert ist. Auf diese Weise kann sichergestellt wer- den, dass Konfigurationsdatensatze, die lediglich von einer geringen Anzahl von Endgeraten verwendet werden, noch als unsicher bzw. mit Fehlern behaftet gelten.
Wird andererseits bei der Überprüfung der erfassten Endgera- te-Nachrichten festgestellt, dass es sich um keine Konfigurationsdaten-Anfrage L(Sx) für einen Dienst handelt, so wird zu einer weiteren Abfrage im Schritt SS8 verzweigt, in dem die erfassten Endgerate-Nachrichten dahingehend überprüft werden, ob sie eventuell Konfigurationsdaten KDx oder einen Konfigurationsdatensatz KDSx enthalten oder darstellen. Wenn derartige Konfigurationsdaten KDx oder ein Konfigurationsdatensatz KDSx vorliegen, so wird in einem nachfolgenden Schritt SS9 eine Auswertung der Konfigurationsdaten KDx bzw. des Konfigu- rationsdatensatzes KDSx durchgeführt.
Im einfachsten Fall wird bei einer derartigen Konfigurationsdaten-Auswertung für den bestimmten Dienst Sx ein Vergleich der gesendeten Konfigurationsdaten mit den bereits empfange- nen Konfigurationsdaten oder Konfigurationsdatensatzen durchgeführt und für gleiche Konfigurationsdaten oder Konfigurationsdatensatze ein Zahler hochgezahlt bzw. eine Häufigkeit (Anzahl/Zeitdauer) für einen jeweiligen Konfigurationsdatensatz KSDx ermittelt. Dieser Zahlerstand bzw. diese Häufigkeit kann ferner dafür verwendet werden, dass ab einem bestimmten Schwellwert ein Konfigurationsdatensatz freigegeben wird, wobei er in der Konfigurations-Liste KL des Konfigurations- Servers KS abgelegt wird.
Darüber hinaus kann bei der Konfigurationsdaten-Auswertung
SS9 aber auch nur ein Vergleich von bestimmten Parametern des Konfigurationsdatensatzes bzw. der Konfigurationsdaten durchgeführt werden, wobei für gleiche vorbestimmte Parameter wiederum ein Zahler hochgezahlt bzw. eine Häufigkeit der Parame- ter ermittelt wird. Bei dieser speziellen Auswertung der Konfigurationsdaten besteht die Möglichkeit, dass die Häufigkeit der Parameter zur Erzeugung eines zusammengesetzten bzw. kombinierten Konfigurationsdatensatzes verwendet werden kann. Genauer gesagt können für einen vorbestimmten Dienst Sx somit jeweils die Parameter mit der maximalen Häufigkeit derart kombiniert werden, wodurch sich ein neuer zusammengesetzter Konfigurationsdatensatz ergibt, der verbesserte Konfigurationseigenschaften aufweist.
Optional kann gemäß Figur 4 ferner in einem Schritt SSlO eine Überprüfung der erfassten Endgerate-Nachrichten dahingehend durchgeführt werden, ob eine Funktionsprufungs-Information FI zu vorbestimmten Konfigurationsdaten KDx oder einem vorbestimmten Konfigurationsdatensatz KDSx vorliegt. Ist dies der Fall, so kann in einer optionalen Funktionsprufungs-Informa- tion-Auswertung im Schritt SSIl eine Auswertung dieser Funk- tionstest-Informationen FI durchgeführt werden.
Ein Modifizieren der Konfigurations-Liste KL und/oder der darin enthaltenen Konfigurationsdatensatze KDSx kann demzufolge nicht nur in Abhängigkeit von dem im Auswerteschritt SS9 erhaltenen Auswerteergebnis, sondern auch in Abhängigkeit von dem im Schritt SSIl optional erhaltenen Auswerteergebnis in einem Schritt S12 durchgeführt werden. Die Modifizierung kann hierbei eine Neuordnung der Konfigurationsdatensatze innerhalb der Konfigurations-Liste in Abhängigkeit von ihren Häufigkeiten und/oder in Abhängigkeit von der ausgewerteten Funktionsprufungs-Information darstellen. In gleicher Weise kann das Modifizieren im Schritt SS12 auch eine Abänderung der Konfigurationsdaten innerhalb eines Konfigurationsdatensatzes beinhalten, wobei jeweils optimale Parameter in Abhan- gigkeit von ihrer Anzahl oder Häufigkeit und/oder von der
Funktionsprufungs-Information FI miteinander kombiniert werden. Das Verfahren endet in einem Schritt S13.
Auf diese Weise können für eine Vielzahl von Benutzern auch bei sehr exotischen, d.h. seltenen Diensten von z.B. sehr kleinen Dienst-Anbietern entsprechende Konfigurationsdatensatze bereitgestellt werden, ohne dass ein Wartungsaufwand auf einem Konfigυrations-Server von Bedeutung wird. Die Kosten sind dadurch sehr begrenzt.
Die Erfindung wurde vorstehend anhand von drahtlosen mobilen Telekommunikationsendgeraten wie beispielsweise Handys beschrieben, die über ein IP-basiertes Netzwerk einen Austausch von Konfigurationsdaten zu einem Konfigurations-Server betreiben. Sie ist jedoch nicht darauf beschrankt und umfasst in gleicher Weise auch drahtgebundene Telekommunikationsend- gerate, die auch über ein beliebiges anderes Netzwerk einen Austausch von Konfigurationsdaten mit einem Konfigurations- Server durchfuhren.
Ferner ist die Erfindung nicht auf den beschriebenen VoIP- Dienst und insbesondere SIP-Dienst mit zugehörigem Endgerat beschrankt, sondern umfasst in gleicher Weise auch beliebige andere Dienste von alternativen Dienst-Anbietern bzw. Service-Providern sowie die zugehörigen Endgerate, wie z.B. Internet-Radios, Internet-TVs, Set-Top-Boxen usw.
Bezugs zeichenliste
1 Diensterfassungseinheit
2 Sende-/Empfangseinheit 3 Steuereinheit
4 Konfigurationseinheit
5 Konfigurationsdaten-Eingabeeinheit
6 Konfigurations-Funktionsprufungseinheit N Netzwerk KS Konfigurations-Server
KL Konfigurations-Liste
KDSx Konfigurationsdatensatze
Sx zu konfigurierende Dienste
KDx Konfigurationsdaten TE Telekommunikationsendgerat
L (Sx) Konfigurationsdaten-Anfrage
FI Funktionsprufungs-Information
SEO bis SEIl endgeräte-seitige Verfahrensschritte
SSO bis SS13 server-seitige Verfahrensschritte

Claims

Patentansprüche
1. Vorrichtung zur Konfiguration von Endgeraten mit: einer Dienst-Erfassungseinheit (1) zum Erfassen eines für das Endgerat (TE) zu konfigurierenden Dienstes (Sx); einer Sende-/Empfangseinheit (2) zum Senden/Empfangen von zumindest Konfigurationsdaten (KDx) über ein Telekommunikationsnetzwerk. (N) ; einer Steuereinheit (3) zum Ansteuern der Sende-/Empfangsein- heit (2) derart, dass von einem Konfigurationsserver (KS) im Telekommunikationsnetzwerk (N) zum erfassten Dienst (Sx) zugehörige Konfigurationsdaten (KDx) geladen und als aktuelle Konfigurationsdaten betrachtet werden; und einer Konfigurationseinheit (4) zum Konfigurieren des Endge- rats (TE) für den erfassten Dienst (Sx) mittels der aktuellen Konfigurationsdaten (KDx) .
2. Vorrichtung nach Patentanspruch 1, g e k e n n z e i c h n e t d u r c h eine Konfigurationsdaten-Eingabeeinheit (5) zum manuellen
Eingeben von Konfigurationsdaten (KDx) für den zu konfigurierenden Dienst (Sx), wobei die Steuereinheit (3) die manuell eingegebenen Konfigurationsdaten (KDx) der Konfigurationseinheit (4) als für den Dienst (Sx) aktuelle Konfigurationsdaten (KDx) zufuhrt und über die Sende-/Empfangseinheit (2) an den Konfigurations-Server (KS) im Netzwerk (N) sendet.
3. Vorrichtung nach Patentanspruch 1 oder 2, g e k e n n z e i c h n e t d u r c h eine Konfigurations- Funktionsprufungseinheit (6) zum Durchführen einer Funktions- prufung des Dienstes (Sx) im Endgerat (TE) für die aktuellen Konfigurationsdaten (KDx) , wobei eine Funktionstest-Information (FI) ermittelt wird.
4. Vorrichtung nach Patentanspruch 3, d a d u r c h g e k e n n z e i c h n e t, dass die Sende- /Empfangseinheit (2) die Funktionstest-Information (FI) mit zugehörigen aktuellen Konfigυrationsdaten (KDx) und zugehörigem Dienst (Sx) dem Konfigurations-Server (KS) sendet.
5. Vorrichtung nach Patentanspruch 3 oder 4, d a d u r c h g e k e n n z e i c h n e t, dass die Sende- /Empfangseinheit (2) die aktuellen Konfigurationsdaten (KDx) mit dem zugehörigen Dienst (Sx) nur dann an den Konfigurations-Server (KS) sendet, wenn die durchgeführte Funktionspru- fung erfolgreich ist.
6. Vorrichtung nach einem der Patentansprüche 1 bis 5, d a d u r c h g e k e n n z e i c h n e t, dass sie in dem Endgerat (TE) implementiert ist.
7. Vorrichtung nach einem der Patentansprüche 1 bis 6, d a d u r c h g e k e n n z e i c h n e t, dass das Endgerat (TE) ein mobiles Telekommunikationsendgerat; das Netzwerk (N) ein IP-basiertes Telekommunikationsnetzwerk; und der Dienst (Sx) einen VoIP-Dienst darstellt.
8. Verfahren zur Konfiguration von Endgeraten mit den
Schritten:
Erfassen (SEI) eines für das Endgerat (TE) zu konfigurieren- den Dienstes (Sx);
Laden (SE3) von Konfigurationsdaten (KDx) für den erfassten Dienst (Sx) von einem Konfigurations-Server (KS) über ein Telekommunikationsnetzwerk (N) als aktuelle Konfigurationsdaten (KDx) ; und Konfigurieren (SE4) des Endgerats (TE) für den erfassten
Dienst (Sx) mittels der aktuellen Konfigurationsdaten (KDx) .
9. Verfahren nach Patentanspruch 8, mit dem weiteren Schritt: Prüfen (SE2) einer Verfügbarkeit von Konfigurationsdaten
(KDx) für den erfassten Dienst (Sx) auf dem Konfigurations- Server (KS), wobei bei Verfügbarkeit das Laden (SE3) der Konfigurationsdaten durchgeführt wird.
10. Verfahren nach Patentanspruch 8 oder 9, mit dem weiteren Schritt:
Durchfuhren (SE5) einer Funktionsprufung des Endgerats (TE) mit den aktuellen Konfigurationsdaten (KDx) für den erfassten Dienst (Sx), wobei eine Funktionstest-Information (FI) ermittelt wird.
11. Verfahren nach Patentanspruch 10, mit dem weiteren Schritt:
Auswerten (SE6) der Funktionsprufung, wobei die Funktionspru- fungs-Information (FI) an den Konfigurations-Server (KS) gesendet wird (SE7), wenn die durchgeführte Funktionsprufung erfolgreich ist.
12. Verfahren nach einem der Patentansprüche 9 bis 10, mit dem weiteren Schritt: manuelles Erstellen (SE8) von Konfigurationsdaten als aktuelle Konfigurationsdaten (KDx) für den zu konfigurierenden Dienst (Sx) , wenn bei der Verfugbarkeitsprufung (SE2) festgestellt wird, dass für den Dienst (Sx) keine Konfigurationsdaten verfugbar sind, oder wenn bei der Funktionsprufungs-Auswertung (SE6) festgestellt wird, dass die durchgeführte Funktionsprufung nicht erfolgreich ist.
13. Verfahren nach Patentanspruch 12, mit dem weiteren Schritt: Überprüfen (SE9) des Vorliegens einer manuellen Erstellung der Konfigurationsdaten (KDx) , wobei die aktuellen Konfigurationsdaten (KDx) mit dem zugehörigen erfassten Dienst (Sx) zum Konfigurations-Server (KS) gesendet werden (SElO) , wenn ein manuelles Erstellen der Konfigurationsdaten vorliegt.
14. Verfahren nach Patentanspruch 13, d a d u r c h g e k e n n z e i c h n e t, dass das Überprüfen (SE9) des Vorliegens einer manuellen Erstellung von Konfigurationsdaten vor oder nach der Funktionsprufung (SE5) durchgeführt wird.
15. Verfahren nach einem der Patentansprüche 8 bis 14, d a d u r c h g e k e n n z e i c h n e t, dass das Endgerat (TE) ein mobiles Telekommunikationsendgerat ; das Netzwerk (N) ein IP-basiertes Telekommunikationsnetzwerk; und der Dienst (Sx) einen VoIP-Dienst darstellt.
16. Verfahren zur server-seitigen Unterstützung einer Konfiguration von Endgeraten mit den Schritten:
Erfassen (SSl) von Endgerate-Nachrichten (L(Sx), KDx, Sx, FI), die über ein Telekommunikationsnetzwerk (N) übermittelt werden;
Überprüfen (SS2, SS7) der erfassten Endgerate-Nachrichten, wobei geeignete Konfigurationsdaten (KDx) für den Dienst (Sx) aus einer Konfigurations-Liste (KL) ermittelt (SS3) und dem anfragenden Endgerat (TE) gesendet werden (SS4), wenn eine Konfigurationsdaten-Anfrage (L(Sx)) für einen zu konfigurierenden Dienst (Sx) vorliegt, und eine Konfigurationsdaten-Auswertung (SS8) durchgeführt wird, wenn Konfigurationsdaten (KDx) für einen zugehörigen Dienst (Sx) vorliegen; und Modifizieren (SSIl) einer Konfigurations-Liste (KL) des Konfigurations-Servers (KS) in Abhängigkeit von der Konfigurationsdaten-Auswertung (SS8).
17. Verfahren nach Patentanspruch 16, d a d u r c h g e k e n n z e i c h n e t, dass bei der Konfigurationsdaten-Auswertung (SS8) für einen bestimmten Dienst (Sx) ein Vergleich der aktuell gesendeten Konfigurationsdaten mit bereits vorhandenen Konfigurationsdaten durchgeführt wird, und für gleiche Konfigurationsdaten eine Anzahl oder Häufigkeit eines zugehörigen Konfigurationsdatensatzes (KSDx) ermittelt wird.
18. Verfahren nach Patentanspruch 17, d a d u r c h g e k e n n z e i c h n e t, dass bei der Konfigurationsdaten-Auswertung (SS8) für einen bestimmten Dienst (Sx) nur ein Vergleich von vorbestimmten Parametern der Konfigurationsdaten (KDx) durchgeführt wird, und für gleiche vorbestimmte Parameter eine Anzahl oder Häufigkeit der Parameter ermittelt wird.
19. Verfahren nach Patentanspruch 18, d a d u r c h g e k e n n z e i c h n e t, dass bei der
Konfigurationsdaten-Auswertung (SS8) die Anzahl oder Häufigkeit der Parameter zur Erzeugung eines zusammengesetzten Konfigurationsdatensatzes (KDSx) verwendet wird.
20. Verfahren nach einem der Patentansprüche 17 bis 19, d a d u r c h g e k e n n z e i c h n e t, dass die Anzahl oder Häufigkeit der Parameter oder Konfigurationsdatensatze (KDSx) überprüft wird (SS5) und eine Zusatzinformation , insbesondere ein Gewahrleistungsausschluss, für einen gesendeten Konfigurationsdatensatz (KDSx) übertragen wird (SS6) , wenn die Anzahl oder Häufigkeit kleiner als ein vorbestimmter Schwellwert ist.
21. Verfahren nach einem der Patentansprüche 16 bis 20, mit dem weiteren Schritt:
Überprüfen (SS9) der erfassten Endgerate-Nachrichten, wobei eine Funktionsprufungs-Auswertung (SSlO) durchgeführt wird, wenn eine Funktionsprufungs-Information (FI) zu vorbestimmten Konfigurationsdaten (KDx) und einem zugehörigen Dienst (Sx) vorliegt, wobei das Modifizieren (Sil) der Konfigurations- Liste (KL) des Konfigurations-Servers (KS) ferner in Abhängigkeit von der Funktionsprufungs-Information (FI) durchgeführt wird.
PCT/EP2006/007712 2006-08-03 2006-08-03 Vorrichtung und verfahren zur konfiguration von telekommunikationsendgeräten WO2008014809A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/EP2006/007712 WO2008014809A1 (de) 2006-08-03 2006-08-03 Vorrichtung und verfahren zur konfiguration von telekommunikationsendgeräten
US12/083,069 US20090054048A1 (en) 2006-08-03 2006-08-03 Apparatus and Method for Configuration of Telecommunication Terminals
EP06776594A EP1913754A1 (de) 2006-08-03 2006-08-03 Vorrichtung und verfahren zur konfiguration von telekommunikationsendgeräten

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2006/007712 WO2008014809A1 (de) 2006-08-03 2006-08-03 Vorrichtung und verfahren zur konfiguration von telekommunikationsendgeräten

Publications (1)

Publication Number Publication Date
WO2008014809A1 true WO2008014809A1 (de) 2008-02-07

Family

ID=37054677

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2006/007712 WO2008014809A1 (de) 2006-08-03 2006-08-03 Vorrichtung und verfahren zur konfiguration von telekommunikationsendgeräten

Country Status (3)

Country Link
US (1) US20090054048A1 (de)
EP (1) EP1913754A1 (de)
WO (1) WO2008014809A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009106677A1 (en) * 2008-02-27 2009-09-03 Nokia Corporation Methods, apparatuses, and computer program products, for automatically finding configuration settings for services

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2150026A1 (de) * 2008-07-31 2010-02-03 Nokia Siemens Networks OY Konfiguration einer Kommunikationsvorrichtung
CN110768818B (zh) * 2018-07-27 2021-02-12 华为技术有限公司 一种网络管理方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1091522A2 (de) * 1999-10-06 2001-04-11 Hewlett-Packard Company, A Delaware Corporation Kopieren von Konfigurierungseinstellungen zwischen elektronischen Geräten
US20030135596A1 (en) * 2002-01-15 2003-07-17 Moyer Stanley L. Network configuration management
WO2003102775A2 (en) * 2002-05-30 2003-12-11 Koninklijke Philips Electronics N.V. Configuration of software applications on a target terminal
GB2412461A (en) * 2005-05-05 2005-09-28 Business Serve Plc Remote configuration of voice over IP devices
US20060208931A1 (en) * 2005-03-18 2006-09-21 Siemens Aktiengesellschaft Method of using configuration files for configuring technical devices

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7886054B1 (en) * 2000-10-11 2011-02-08 Siddhartha Nag Graphical user interface (GUI) for administering a network implementing media aggregation

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1091522A2 (de) * 1999-10-06 2001-04-11 Hewlett-Packard Company, A Delaware Corporation Kopieren von Konfigurierungseinstellungen zwischen elektronischen Geräten
US20030135596A1 (en) * 2002-01-15 2003-07-17 Moyer Stanley L. Network configuration management
WO2003102775A2 (en) * 2002-05-30 2003-12-11 Koninklijke Philips Electronics N.V. Configuration of software applications on a target terminal
US20060208931A1 (en) * 2005-03-18 2006-09-21 Siemens Aktiengesellschaft Method of using configuration files for configuring technical devices
GB2412461A (en) * 2005-05-05 2005-09-28 Business Serve Plc Remote configuration of voice over IP devices

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009106677A1 (en) * 2008-02-27 2009-09-03 Nokia Corporation Methods, apparatuses, and computer program products, for automatically finding configuration settings for services
KR101148488B1 (ko) * 2008-02-27 2012-05-23 노키아 코포레이션 서비스를 위한 구성 설정을 자동 발견하기 위한 방법, 장치 및 컴퓨터 판독 가능 매체

Also Published As

Publication number Publication date
US20090054048A1 (en) 2009-02-26
EP1913754A1 (de) 2008-04-23

Similar Documents

Publication Publication Date Title
DE69531689T2 (de) Verfahren zur uberwachung von telefon und/oder datennetzwerken insbesondere mobilen telefonnetzen
EP2555489B1 (de) Verfahren und Einrichtung zum Konfigurieren von Endgeräten
DE69830046T2 (de) Vorrichtung und verfahren zur überwachung und auswertung von anwendungsprotokollen für datenübertragungssysteme in netzen
DE102005059223A1 (de) Steuern eines Testinstruments von einem drahtlosen Testobjekt aus
DE10225786A1 (de) Verfahren und Vorrichtung zur Übertragung, zum Senden und/oder zum Empfang von Informationen in Verbindung mit einem Fahrzeug
DE10329667A1 (de) System, das Test-/Meßvorrichtung in einem Netzwerk unter Verwendung von Markup-Sprache-Dokumenten steuert, und Verfahren hierfür
EP1430369B1 (de) Dynamischer zugriff auf automatisierungsressourcen
DE60127326T2 (de) Endgerät , Vorrichtung und Verfahren zur Steuerung eines Endgeräts und eines Prozesses in einem Endgerät
DE112006000421T5 (de) System und Verfahren zum Simulieren einer Gruppe vernetzter speicherprogrammierbarer Steuerungen
DE102004048666A1 (de) Erweiterbarer Netzwerkagent - Verfahren, System und Architektur
WO2008014809A1 (de) Vorrichtung und verfahren zur konfiguration von telekommunikationsendgeräten
EP1170967B1 (de) System und Verfahren zum Betrieb eines interaktiven Servers in einem zellularen Kommunikationsnetz
DE10245641B4 (de) Verfahren zur Aktualisierung des lokalen Managementsystems in mindestens einem Netzelement eines Telekommunikationsnetzwerkes
DE10311697B4 (de) Verfahren zum Abbrechen von Management-Operationen in einem Managementnetz und Kommunikationssystem
EP1843539B1 (de) Automatische Verifizierung von Messenger-Kontaktdaten
EP1460798B1 (de) Verfahren und Kommunikationssystem zum Abbrechen von Management-Operationen in einem Managementnetz
WO2007118642A2 (de) Verfahren zur prüfung von bacnet-einrichtungen auf konformität, interoperabilität und performance
EP3376736A1 (de) Verfahren und vorrichtung zur übermittlung von daten in einem computernetzwerk sowie computerprogramm mit einer implementation des verfahrens
EP2165460B1 (de) Verfahren und system zum betreiben eines kommunikationsnetzes
DE102008033912A1 (de) Verfahren zum Versenden applikationsbasierter Nachrichten sowie Computerprogammprodukt zum Empfang und zur Weiterleitung applikationsbasierter Nachrichten
WO2003096652A2 (de) Adressierverfahren zum bidirektionalen versand von elektronischen nachrichten
WO2018219723A1 (de) Verfahren zur übertragung analyserelevanter daten, sender und system
DE102018213033A1 (de) System zum Zuordnen von Wertbeträgen
DE60307131T2 (de) Dienstbereitstellung
EP1635583A1 (de) Verfahren zur Einrichtung und Bereitstellung von Diensten in einem Mobilfunknetz und Administrationseinrichtung zur Durchführung des Verfahrens

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2006776594

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 12083069

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2006776594

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU