EP1535456A1 - Verfahren zum automatischen abrechnen - Google Patents

Verfahren zum automatischen abrechnen

Info

Publication number
EP1535456A1
EP1535456A1 EP03793588A EP03793588A EP1535456A1 EP 1535456 A1 EP1535456 A1 EP 1535456A1 EP 03793588 A EP03793588 A EP 03793588A EP 03793588 A EP03793588 A EP 03793588A EP 1535456 A1 EP1535456 A1 EP 1535456A1
Authority
EP
European Patent Office
Prior art keywords
telecommunication
network
server device
service provider
electronic
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP03793588A
Other languages
English (en)
French (fr)
Inventor
Georg Kastelewicz
Jens Schendel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Solutions and Networks GmbH and Co KG
Original Assignee
Siemens AG
Nokia Siemens Networks GmbH and Co KG
Siemens Corp
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 AG, Nokia Siemens Networks GmbH and Co KG, Siemens Corp filed Critical Siemens AG
Publication of EP1535456A1 publication Critical patent/EP1535456A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/51—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for resellers, retailers or service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/67—Transmitting arrangements for sending billing related information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/68—Payment of value-added services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/90—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP using Intelligent Networks [IN] or Advanced Intelligent Networks [AIN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H04M17/10—Account details or usage
    • H04M17/103—Account details or usage using SIMs (USIMs) or calling cards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H04M2017/12—Prepayment of wireline communication systems, wireless communication systems or telephone systems using calling, telephone credit/debit cards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/016—Billing using Intelligent Networks [IN] or Advanced Intelligent Networks [AIN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0196—Payment of value-added services, mainly when their charges are added on the telephone bill, e.g. payment of non-telecom services, e-commerce, on-line banking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/2026—Wireless network, e.g. GSM, PCS, TACS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/32—Involving wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/48—Sending information over a non-traffic network channel or another connection than the one actually used, e.g. signalling, D-channel, data and voice
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/54—Resellers-retail or service providers billing, e.g. agreements with telephone service operator, activation, charging/recharging of accounts

Definitions

  • the invention relates to a method for automatic accounting in an arrangement with a telecommunications network and another telecommunications network, electronic information being able to be exchanged between one and the other telecommunications network.
  • Operators of telecommunications networks currently offer a range of electronic services that can be used by users logged into the respective telecommunications network for a fee.
  • An example of this are so-called premium rate services, which can be reached by the user via a prefix "0190".
  • third-party providers mean that the device which is used to provide the electronic services, for example a server device, is not included in the telecommunications network, via which the electronic service is made available to the users of the telecommunications network Internet service provider (ISP) or application service provider (ASP)
  • ISP Internet service provider
  • ASP application service provider
  • the electronic services of third parties include, for example, the sale of goods of any kind.
  • the object of the invention is to provide a method of the type mentioned at the outset which creates a possibility for reliable billing of services which can be used in different telecommunication networks.
  • the essential idea of the invention includes in particular the use of a CAP protocol (CAP “CAME Applications Part”; CAMEL “Customized Applications for Mobile Network Enhanced Logic”) or an INAP protocol (INAP - “Intelligent Network Application Protocol”) ”) for the exchange of electronic fee information between telecommunications networks involved in the provision and use of electronic services.
  • CAP protocol CAP “CAME Applications Part”; CAMEL “Customized Applications for Mobile Network Enhanced Logic”
  • INAP protocol Intelligent Network Application Protocol
  • the use of the CAP protocol or the INAP protocol ensures addressing, routing and the security of those used to transmit the electronic fee information necessary opera- 3 ions.
  • the CAP protocols and INAP protocols known as such provide the required security mechanisms, which contribute, for example, to authentication, integrity protection and to ensure the confidentiality of the electronic information transmitted.
  • An expedient development of the invention provides that the switching device automatically establishes a telecommunication connection between the one of the telecommunication devices and the service provider server device in response to the receipt of the telecommunication request. In this way it is ensured that the user of the telecommunication device is able to use the
  • Service provider can connect. If the telecommunication device is, for example, a cell phone with which the user would like to order goods from the service provider, then the further server device is the switching center of the service provider. In this case, the telecommunication connection is expediently a voice connection.
  • the service provider server device is comprised by a network and that network content which is subject to charge is transmitted via the telecommunication connection from the service provider server device to one of the telecommunication devices.
  • the user of the telecommunication device is able to retrieve electronic information from a server device of the service provider for a fee.
  • the telecommunication device can be, for example, a modem, via which the user reports to the switching device.
  • the network is the Internet. In this way it is possible to
  • an expedient embodiment of the invention provides that the user Server device is comprised by a further telecommunication network, so that the transmission of the electronic charge information from the switching device to the user server device comprises a telecommunication transmission from the one telecommunication network to the further telecommunication network.
  • FIG. 1 is a schematic representation to explain the
  • FIG. 2 is a schematic representation to explain the
  • FIG. 3 shows a schematic illustration of the message flow in the case of a successful settlement of fees
  • Figure 4 is a schematic representation of the message flow in the event that fees can not be billed.
  • FIG. 1 shows a schematic representation of an arrangement with a telecommunications network 1 and another telecommunications network 2.
  • the telecommunications networks 1, 2 can each be a fixed network or a mobile radio network, it also being possible for one of the two telecommunications networks to occur 1, 2 is a landline and the other is a cellular network.
  • a fixed network can be used if an analog trigger mechanism is implemented and the networks communicating with each other continue to agree on a common protocol. This protocol to be used is either a CAP or an INAP protocol.
  • the telecommunication network 1 comprises a user server 3, in which account information for telecommunication devices that are registered in the telecommunication network 1 is stored electronically.
  • the telecommunication devices can be identified in the telecommunication network 1 on the basis of their own device identifier.
  • the device identifier forms the basis for an automatic assignment of the account information stored in the user server 3.
  • the device identifier can be, for example, the MSISDN (MSISDN - Mobile Station ISDN number, ISDN - "Integrated Services Digital Network") or the IMSI (IMSI - "International Mobile Subscriber Identity”). More specifically, it is not the identifier of the special device but the identifier of the SIM card (SIM - "Subscriber Identity Module").
  • the telecommunications network 1 also has an SSP device 4 (SSP “service switching point”).
  • SSP service switching point
  • the SSP device 4 is used to coordinate and mediate inquiries made by a telecommunication device 5, for example a landline telephone, a cell phone or via a modem.
  • a telecommunication device 5 for example a landline telephone, a cell phone or via a modem.
  • the telecommunications network 1 is the so-called "home network" for the telecommunications device 5. If the user of the telecommunications device 5 now wants to take advantage of a service that is offered by a third-party provider via a service provider server device 6, electronic Information is exchanged between the telecommunications networks 1, 2.
  • the service provider server device 6 according to FIG.
  • the OSA gateway 7 translates the OSA protocol into the CAMEL protocol. It also ensures security by shielding the network from the outside.
  • the OSA gateway 7 is only one example, it can also be a parlay - Gateway or a completely different one eres gateway can be provided, which is addressed by the service provider server device 6 via a proprietary interface.
  • the service provider server device 6 is comprised by a network 9, which can be, for example, the Internet. However, it can also be provided that the service provider server device 6 is not integrated in a network.
  • the service offered by the third party provider via the service provider server 6 can be, for example, the sale of any goods.
  • the third-party provider can be a transport company operating on sold tickets this way.
  • the ticket When the ticket is purchased by the user of the telecommunications device 5, the ticket purchase must then be automatically and electronically billed.
  • the account information that is stored in the user server 3 for the telecommunication device 5 that can be identified on the basis of the device identifier is to be used. If the telecommunication device 5 has, according to the information in the user server 3, a prepayment account, the electronic credit can be used to pay for the service offered by the third party provider via the service provider server 6.
  • the user of the telecommunication device 5 first calls a special telephone number 20 which is known to him for the use of the service.
  • the SSP device 4 receives the call from the telecommunications device 5 and recognizes the telecommunications device 5 on the basis of its device identifier. With the aid of the device identifier, the SSP device 4 automatically determines that the use of the telecommunications device 5 is to be compensated for using the advance payment method.
  • the “trigger as a function of the device identifier” 21 located in the SSP device 4 is network-dependent and initiates the sending of start information which comprises an IDP message (IDP - “Initial Detection Point”) 22 to the user server 3.
  • the trigger is either a specific trigger profile implemented on the SSP device 4 or one according to the CAMEL standard. 9 defined O-CSI (O-CSI - "Originating CAMEL Subscription Information").
  • the user server 3 responds with an AC message (AC - "ApplyCharging”), a CUE message (CUE - "Continue” ), an RRB message (RRB - "ReguestReportBCS-MEvent”) and an SCI message (SCI - "SendChargingInformation") 23.
  • an RNC message (RNC - "RequestNotification-Charging”) is sent.
  • the RNC message causes the SSP device 4 to monitor the arrival of fee information, in particular a fee request.
  • no RNC message is sent, but an already listed message, e.g. B. the RRB message is expanded such that it triggers the same functionality at the SSP device 4 as was described for the RNC message.
  • Current standards for CAP or INAP protocols allow the compatible definition of such additions, which are called "extensions". This has the advantage that protocols (certain versions of the CAP or an INAP) which have not defined the RNC message also do can be used.
  • the SSP device 4 then evaluates the telephone number called by the telecommunications device 5.
  • a suitable trigger is set 24 for this telephone number in the SSP device 4, for example a D-CSI operation (D-CSI - "Dialed Camel Subscription Information").
  • the trigger mechanism can also be implemented on a device implemented on the SSP device 4.
  • the SSP device 4 sends an IDP message 25 to the OSA interface 7 in the other telecommunications network 2.
  • the OSA gateway 7 sends to the SSP Device 4 automatically the following 10 message: CUE, CWA (CWA - "ContinueWithArgument") or
  • the RRB message in this case includes, in particular, the request to monitor the hanging up by the telecommunication device 5.
  • the method steps described so far for exchanging electronic information between the user server 3 of the SSP Device 4 in the telecommunications network 1 and the OSA interface 7 in the other telecommunications network 2 are implemented using a CAP protocol or an INAP protocol.
  • the SSP device 4 establishes a telecommunication connection 8 (cf. FIG. 1) between the SSP device 4 and the service provider server 6. This is done in Dependence on the telephone number that was dialed by the telecommunication device 5.
  • the telecommunication connection 8 can be, for example, a voice connection, in particular an ISUP connection (ISUP - "ISDN User Part”; ISDN - "Integrated Services Digital Network”).
  • the user of the telecommunication device 5 can then contact the service provider in this way and make use of the service 28.
  • the telecommunication connection 8 can also be a connection for transmitting electronic information, which is stored on the service provider server 6 and can be called up are.
  • the service provider server 6 could be designed as part of the Internet, so that the user of the telecommunication device 5 can access 8 Internet content via the telecommunication connection.
  • an electronic fee request is generated in the service provider server 6 and sent to the OSA gateway 7.
  • the OSA gateway 7 then sends by means of the CAP - or the INAP protocol, an SCI message 30 to the SSP device 4.
  • the fee request can be contained in the so-called E parameters of the SCI message. Although these E parameters have no units and do not specify a specific amount, they can be used and configured for the purpose described.
  • the SSP device 4 Since the SSP device 4 received the RNC message from the user server 3 in a previous step 23 or, in an advantageous embodiment, e.g. B. the RRB message has been expanded such that it has taken over the functionality of the RNC message, the SSP device 4 is now able to accept the fee request from the OSA gateway 7 as
  • This version is to be used if no RNC message was previously sent.
  • the user server 3 can be operated in the simplest case with the operation RC (RC - “Release Call ”) react 40 (see FIG. 4), whereupon the telecommunication connection 8 is triggered.
  • RC RC - “Release Call ”
  • the user server 3 sends an operation DL (DL - "DisconnectLeg") to trigger the service provider.
  • the SSP device 4 then sends an ERB message 41 with the event "in accordance with the CAMEL protocol standard" Disconnect B-Party "to the OSA gateway 7, so that the service provider server 6 can be informed about this event, for example with the aid of an error message 42 according to the OSA protocol.
  • the service provider server 6 automatically plays a corresponding announcement to the user of the telecommunication device 5.
  • the content of the auditioned message could be information that the user's prepayment account does not have sufficient funds.
  • CAMEL protocol standards installed in the telecommunications networks 1, 2 should be sufficiently up-to-date for the error-free execution of the described method.
  • CAMEL 3 is expediently expanded in conformity with standards in the telecommunications network 1 or CS1-INAP and in the other telecommunications network 2 expediently implemented CAMEL 3 or CS1-INAP (CS1 - “Capability Set 1”).
  • FIG. 2 shows an arrangement in which, in contrast to FIG. 1, the SSP device 4 is not arranged in the telecommunications network 1 but in a further telecommunications network 100.
  • an SSP device 101 receives the call from the telecommunication device 5 and takes it as part of a normal call "Roamings" contact with the
  • CAP or INAP protocol executed.
  • a suitable protocol is used for electronic data exchange between the telecommunication device 5 and the SSP device 101 and between the service provider server 6 and the SSP device 101, for example, an ISUP connection.
  • the method described can advantageously also be used to bill Internet services that are subject to a charge.
  • the service provider server device 6 is included in the network 9, the Internet.
  • the service can be accessed, for example, using a modem dial-up connection to the Internet. If billing is then to take place, the user of the modem connection is requested to call a service telephone number. No data then has to be transmitted via this connection which arises in this case, it "only" serves to establish the CAMEL connection.
  • the user is also identified on the basis of the device identifier, thereby ensuring that the charge request is correct Telecommunication device 5 is assigned.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Meter Arrangements (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zum automatischen Abrechnen in einer Anordnung mit einem Telekommunikationsnetz (1) und einem anderen Telekommunikationsnetz (2). Bei dem Verfahren werden zwischen einer Benutzer-Servereinrichtung (3) und einer von dem Telekommunikationsnetz (1) umfassten Vermittlungseinrichtung (4) sowie zwischen einer Schnittstelle (7) in dem anderen Telekommunikationsnetz (2) und der Vermittlungseinrichtung (4) elektronisch Daten unter Verwendung eines CAP/INAP-Protokollstandards ausgetauscht.

Description

Beschreibung
Verfahren zum automatischen Abrechnen
Die Erfindung bezieht sich auf ein Verfahren zum automati- sehen Abrechnen in einer Anordnung mit einem Telekommunikationsnetz und einem anderen Telekommunikationsnetz, wobei zwischen dem einen und dem anderen Telekommunikationsnetz elektronische Informationen ausgetauscht werden können.
Betreiber von Telekommunikationsnetzen bieten gegenwärtig eine Reihe von elektronischen Dienstleistungen an, die von den im jeweiligen Telekommunikationsnetz angemeldeten Benutzern kostenpflichtig genutzt werden können. Ein Beispiel hierfür sind sogenannte Premium-Raten-Dienste, die für die Benutzer über eine Vorwahl „0190" erreichbar sind. Mit der weiteren gegenseitigen Öffnung der Telekommunikationsnetze wird jedoch angestrebt, daß es zukünftig auch Drittanbietern ermöglicht werden soll, solche kostenpflichtigen Dienste über die Telekommunikationsnetze anzubieten. Drittanbieter bedeutet in diesem Zusammenhang, daß die Vorrichtung, welche zur Bereitstellung der elektronischen Dienstleistungen genutzt wird, beispielsweise eine Servereinrichtung, von dem Telekommunikationsnetz nicht umfasst ist, über welches die elektronische Dienstleistung den Benutzern des Telekommunikationsnetzes zur Verfügung gestellt wird. Mögliche Drittanbieter könnten insbesondere Internet-Service-Provider (ISP) oder Ap- plication-Service-Provider (ASP) sein. Die elektronischen Dienste der Drittanbieter umfassen beispielsweise den Verkauf von Waren jeglicher Art.
Um eine große Anzahl von potentiellen Dienstenutzer zu erreichen, ist es für den Drittanbieter vorteilhaft, die in einem 2 Telekommunikationsnetz angebotene Dienstleistung nicht nur den Benutzern dieses Telekommunikationsnetzes zur Verfügung zu stellen, sondern auch den Benutzern anderer Telekommunikationsnetze. Ein solches netzunabhängiges Bereitstellen von Diensten vergrößert die Anzahl der potentiellen Nutzer. Dieses erfordert jedoch den Austausch von elektronischen Informationen zwischen den Telekommunikationsnetzen, gegebenenfalls in Echtzeit.
Für den Drittanbieter ist es in diesem Zusammenhang von besonderer Bedeutung, daß die von ihm über die Telekommunikationsnetze angebotene Dienstleistung zuverlässig und schnell gegenüber dem Benutzer abgerechnet wird.
Aufgabe der Erfindung ist es, ein Verfahren der eingangs genannten Art zu schaffen, das eine in verschiedenen Telekommunikationsnetzen einsetzbare Möglichkeit zum zuverlässigen Abrechnen von Dienstleistungen schafft.
Diese Aufgabe wird erfindungsgemäß durch ein Verfahren nach dem unabhängigen Anspruch 1 gelöst.
Die Erfindung umfasst als wesentlichen Gedanken insbesondere die Verwendung eines CAP-Protokolls (CAP-„CAME Applications Part"; CAMEL-„Customized Applications for Mobile Network En- hanced Logic") oder eines INAP-Protokolls (INAP-,,Intelligent Network Application Protokoll") zum Austauschen elektronischer Gebühreninformationen zwischen Telekommunikationsnet- zen, die an der Bereitstellung und der Nutzung von elektroni- sehen Dienstleistungen beteiligt sind. Die Nutzung des CAP- Protokolls oder des INAP-Protokolls gewährleistet eine Adressierung, ein Routing sowie die Sicherheit der zum Übertragen der elektronischen Gebühreninformationen notwendigen Opera- 3 tionen. Die als solche bekannten CAP-Protokolle und INAP-Pro- tokolle stellen die benötigten Sicherheitsmechanismen zur Verfügung, welche beispielsweise zur Authentifizierung, zum Integritätsschutz sowie zur Sicherstellung der Vertraulich- keit der übertragenen elektronischen Informationen beitragen. Da die notwendigen Strukturen zur Nutzung des CAP-/INAP-Protokolls in den Telekommunikationsnetzen grundsätzlich zur Verfügung stehen, müssen in den Telekommunikationsnetzen zur Nutzung des erfindungsgemäßen Verfahrens zum automatischen Abrechnen nur geringe Anpassungsmaßnahmen vorgenommen werden. Auf diese Weise werden die Kosten für die Telekommunikationsnetze gering gehalten, da für die Implementierung eines automatischen Abrechnungsverfahrens keine zweite Infrastruktur mit neuen Netzknoten entwickelt und aufgebaut werden muss.
Aus Sicht eines Drittanbieters, der eine Dienstleistung über Telekommunikationsnetze für Benutzer zur Verfügung stellen möchte, besteht weiterhin der Vorteil, daß lediglich mit nur einem Telekommunikationsnetz über eine Schnittstelle eine di- rekte Verbindung auszubilden ist, um die Verfügbarkeit der Dienstleistung des Drittanbieters auch in anderen Telekommunikationsnetzen zu schaffen. Hierdurch werden die Kosten zum Aufbau einer Infrastruktur, die die Verfügbarkeit der Dienstleistung für einen möglichst großen Benutzerkreis gewährleis- tet, für den Drittanbieter gering gehalten.
Mit Hilfe des erfindungsgemäßen Verfahrens können auch kleinste Gebühren wirtschaftlich automatisch abgerechnet werden. Aus Sicht des Benutzers ist keine Anmeldeprozedur bei dem Drittanbieter erforderlich, welche von Benutzern häufig als nachteilig empfunden wird. Darüber hinaus müssen keine sicherheitsrelevanten Daten wie beispielsweise Kreditkartennummern oder Kontoverbindungs-Informationen über ungesicherte 4 Verbindungen in den Telekommunikationsnetzen übertragen werden.
Eine zweckmäßige Weiterbildung der Erfindung sieht vor, daß die Vermittlungseinrichtung als Reaktion auf den Empfang der Telekommunikationsanfrage eine Telekommunikationsverbindung zwischen der einen der Telekommunikationseinrichtungen und der Diensteanbieter-Servereinrichtung automatisch herstellt. Auf diese Weise wird gewährleistet, daß der Benutzer der Te- lekommunikationseinrichtung möglichst schnell mit dem
Diensteanbieter in Verbindung treten kann. Handelt es sich bei der Telekommunikationseinrichtung beispielsweise um ein Mobiltelefon, mit dem der Benutzer beim Diensteanbieter eine Ware bestellen möchte, so handelt es sich bei der weiteren Servereinrichtung um die Vermittlungsstelle des Diensteanbieters. Die Telekommunikationsverbindung ist in diesem Fall zweckmäßig eine Sprachverbindung.
Bei einer vorteilhaften Ausgestaltung der Erfindung kann vor- gesehen sein, daß die Diensteanbieter-Servereinrichtung von einem Netzwerk umfasst ist und daß kostenpflichtige Netzwerkinhalte über die Telekommunikationsverbindung von der Diensteanbieter-Servereinrichtung an die eine der Telekommunikationseinrichtungen übertragen werden. Auf diese Weise ist es dem Benutzer der Telekommunikationseinrichtung ermöglicht, elektronische Informationen gebührenpflichtig von einer Servereinrichtung des Diensteanbieters abzurufen. Bei der Telekommunikationseinrichtung kann es sich in diesem Fall beispielsweise um ein Modem handeln, über welches der Benutzer sich bei der Vermittlungseinrichtung meldet.
Bei einer vorteilhaften Ausführungsform der Erfindung ist das Netzwerk das Internet. Auf diese Weise ist es möglich, die
vielen im Internet kostenpflichtig angebotenen Inhalte den Benutzern der Telekommunikationsnetze schnell und benutzerfreundlich zur Verfügung zu stellen und hier eine zuverlässige und exakte automatische Abrechnung zu gewährleisten.
Um dem Benutzer die vom Drittanbieter angebotene Dienstleistung auch zur Verfügung zu stellen, wenn der Benutzer sich mit der Telekommunikationseinrichtung zunächst nicht in das Telekommunikationsnetz einwählt, in welchem die Telekommuni- kationseinrichtung als Nutzungseinrichtung registriert ist, sieht eine zweckmäßige Ausgestaltung der Erfindung vor, daß die Benutzer-Servereinrichtung von einem weiteren Telekommunikationsnetz umfasst ist, so daß das Übertragen der elektronischen Gebühreninformationen von der Vermittlungseinrichtung an die Benutzer-Servereinrichtung eine Telekommunikationsübertragung von dem einen Telekommunikationsnetz zu dem weiteren Telekommunikationsnetz umfasst.
Die Erfindung wird im folgenden anhand von Ausführungsbei- spielen unter Bezugnahme auf eine Zeichnung näher erläutert. Hierbei zeigen:
Figur 1 eine schematische Darstellung zur Erläuterung des
Verfahrens zum automatischen Abrechnen in einer An- Ordnung mit zwei Telekommunikationsnetzwerken;
Figur 2 eine schematische Darstellung zur Erläuterung des
Verfahrens zum automatischen Abrechnen in einer Anordnung mit drei Telekommunikationsnetzen; Figur 3 eine schematische Darstellung des Nachrichtenflus- ses im Fall einer erfolgreichen Abrechnung von Gebühren; und
6 Figur 4 eine schematische Darstellung des Nachrichtenflusses für den Fall, daß Gebühren nicht abgerechnet werden können.
Figur 1 zeigt eine schematische Darstellung einer Anordnung mit einem Telekommunikationsnetz 1 und einem anderen Telekommunikationsnetz 2. Bei den Telekommunikationsnetzen 1, 2 kann es sich jeweils um ein Festnetz oder ein Mobilfunknetz handeln, wobei auch der Fall auftreten kann, daß eines der bei- den Telekommunikationsnetze 1, 2 ein Festnetz und das andere ein Mobilfunknetz ist. Ein Festnetz kann verwendet werden, wenn ein analoger Triggermechanismus implementiert ist und sich die miteinander kommunizierenden Netze weiterhin auf ein gemeinsames Protokoll verständigen. Dieses zu nutzende Proto- koll ist entweder ein CAP- oder ein INAP-Protokoll . Das Telekommunikationsnetz 1 umfasst einen Benutzer-Server 3, in dem Konto-Informationen für Telekommunikationseinrichtungen elektronisch gespeichert sind, die in dem Telekommunikationsnetz 1 registriert sind. Die Telekommunikationseinrichtungen sind in dem Telekommunikationsnetz 1 anhand einer jeweils eigenen Gerätekennung identifizierbar. Die Gerätekennung bildet die Basis für eine automatische Zuordnung der in dem Benutzer-Server 3 gespeicherten Konto-Information. Bei der Gerätekennung kann es sich beispielsweise um die MSISDN (MSISDN - Mobile Station ISDN number, ISDN - „Integrated Services Digital Network") oder die IMSI (IMSI - „International Mobile Subscriber Identity") handeln. Genauer betrachtet handelt es sich dabei nicht um die Kennung des speziellen Gerätes sondern um die Kennung der SIM-Karte (SIM - „Subscriber Identity Module") .
Das Telekommunikationsnetz 1 weist weiterhin eine SSP-Ein- richtung 4 (SSP-„Service Switching Point") auf. In dem Aus-
7 führungsbeispiel dient die SSP-Einrichtung 4 der Koordination und Vermittlung von Anfragen, die von einer Telekommunikationseinrichtung 5, beispielsweise einem Festnetztelefon, einem Mobiltelefon oder über ein Modem, gestellt werden. Bei dem in Figur 1 dargestellten Ausführungsbeispiel ist das Telekommunikationsnetz 1 das sogenannte „Heimatnetzwerk" für die Telekommunikationseinrichtung 5. Wenn der Benutzer der Telekommunikationseinrichtung 5 nun eine Dienstleistung in Anspruch nehmen möchte, die von einem Drittanbieter über eine Diensteanbieter-Servereinrichtung 6 angeboten wird, müssen elektronische Informationen zwischen den Telekommunikationsnetzen 1, 2 ausgetauscht werden. Hierbei ist die Diensteanbieter-Servereinrichtung 6 gemäß Figur 1 über ein OSA-Gateway 7 an das andere Telekommunikationsnetz 2 angekoppelt, so daß zwischen dem Diensteanbieter-Server 6 und dem anderen Telekommunikationsnetz 2 Informationen in elektronischer Form ausgetauscht werden können. Das OSA-Gateway 7 übersetzt das OSA-Protokoll in das CAMEL-Protokoll . Weiterhin sorgt es auch für Sicherheit, indem es das Netz von außen abschirmt. Das OSA-Gateway 7 ist nur ein Beispiel, es kann auch ein Parlay- Gateway oder ein ganz anderes Gateway vorgesehen sein, das von der Dienstanbieter-Servereinrichtung 6 über ein proprietäres Interface angesprochen wird. Die Dienstanbieter-Servereinrichtung 6 ist bei dem dargestellten Ausführungsbei- spiel von einem Netzwerk 9 umfasst, bei dem es sich beispielsweise um das Internet handeln kann. Es kann jedoch auch vorgesehen sein, daß die Dienstanbieter- Servereinrichtung 6 nicht in ein Netzwerk integriert ist.
Bei der von dem Drittanbieter über den Diensteanbieter-Server 6 angebotene Dienstleistung kann es sich beispielsweise um den Verkauf irgendeiner Ware handeln. So kann der Drittanbieter zum Beispiel ein Verkehrsunternehmen sein, welches auf diesem Wege Fahrkarten verkauft. Beim Erwerb der Fahrkarte durch den Benutzer der Telekommunikationseinrichtung 5 muss der Fahrkartenkauf anschließend automatisch elektronisch abgerechnet werden. Hierzu sollen die Konto-Informationen ge- nutzt werden, die für die anhand der Gerätekennung identifizierbare Telekommunikationseinrichtung 5 in dem Benutzer-Server 3 gespeichert sind. Wenn die Telekommunikationseinrichtung 5 gemäß den Informationen in dem Benutzer-Server 3 über ein Vorauszahlungskonto ( „Prepaid"-Konto) verfügt, kann das elektronische Guthaben zum Bezahlen der von dem Drittanbieter über den Diensteanbieter-Server 6 angebotene Dienstleistung genutzt werden.
Im folgenden wird das Verfahren bei der Inanspruchnahme der von dem Drittanbieter angebotenen Dienstleistung durch den Benutzer der Telekommunikationseinrichtung 5, insbesondere die zum automatischen Abrechnen der in Anspruch genommenen Dienstleistung notwendigen Schritte unter Bezugnahme auf die Figuren 1 und 3 erläutert. Der Benutzer der Telekommunika- tionseinrichtung 5 ruft zunächst eine spezielle Telefonnummer an 20, die ihm für die Inanspruchnahme der Dienstleistung bekannt ist. Die SSP-Einrichtung 4 empfängt den Anruf der Telekommunikationseinrichtung 5 und erkennt die Telekommunikationseinrichtung 5 anhand ihrer Gerätekennung. Mit Hilfe der Gerätekennung stellt die SSP-Einrichtung 4 automatisch fest, daß die Nutzung der Telekommunikationseinrichtung 5 mit Hilfe des Vorab-Bezahlverfahrens abzugelten ist. Der in der SSP- Einrichtung 4 liegende „Trigger in Abhängigkeit der Gerätekennung" 21 ist netzabhängig und initiiert das Senden einer StartInformation, welche eine IDP-Nachricht (IDP - „Initial Detection Point") 22 an den Benutzer-Server 3 umfasst. Der Trigger ist entweder ein an der SSP-Einrichtung 4 realisiertes bestimmtes Trigger-Profil oder eine gemäß dem CAMEL-Stan- 9 dard definierte O-CSI (O-CSI - „Originating CAMEL Subscrip- tion Information"). Der Benutzer-Server 3 antwortet mit einer AC-Nachricht (AC - „ApplyCharging" ) , einer CUE-Nachricht (CUE - „Continue") , einer RRB-Nachricht (RRB - „ReguestReportBCS- MEvent") und einer SCI-Nachricht (SCI - „SendCharginglnforma- tion") 23. Zusätzlich wird eine RNC-Nachricht (RNC - „Re- questNotification-Charging") gesendet. Die RNC-Nachricht veranlaßt die SSP-Einrichtung 4, das Eintreffen von Gebühreninformationen, insbesondere einer Gebührenanforderung zu überwachen.
In einer vorteilhaften Ausführung wird keine RNC-Nachricht gesendet, sondern eine bereits aufgeführte Nachricht, z. B. die RRB-Nachricht derartig erweitert, daß diese die gleiche Funktonalität an der SSP-Einrichtung 4 anstößt, wie sie für die RNC-Nachricht beschrieben wurde. Geltende Standards für CAP- oder INAP-Protokolle erlauben die kompatible Definition solcher Zusätze, die „Extensions" genannt werden. Dieses hat den Vorteil, daß Protokolle (bestimmte Versionen des CAP oder eines INAP) , welche die RNC-Nachricht nicht definiert haben, ebenso genutzt werden können.
Anschließend wertet die SSP-Einrichtung 4 die von der Telekommunikationseinrichtung 5 angerufene Telefonnummer aus . Für diese Telefonnummer ist in der SSP-Einrichtung 4 ein geeigneter Trigger gesetzt 24, beispielsweise eine D-CSI-Operation (D-CSI - „Dialed Camel Subscription Information") . Der Triggermechanismus kann ebenso auf einem an der SSP-Einrichtung 4 realisierten, bestimmten Trigger-Profil basieren. Bei Trig- gerung sendet die SSP-Einrichtung 4 eine IDP-Nachricht 25 an die OSA-Schnittstelle 7 in dem anderen Telekommunikationsnetz 2. Als Antwort auf die empfangene IDP-Nachricht sendet das OSA-Gateway 7 an die SSP-Einrichtung 4 automatisch die fol- 10 gende Nachricht: CUE, CWA (CWA - „ContinueWithArgument") oder
CON (CON - „Connect") und RRB 26. Die RRB-Nachricht umfasst hierbei insbesondere die Aufforderung, das Auflegen durch die Telekommunikationseinrichtung 5 zu überwachen. Die bisher be- schriebenen Verfahrensschritte zum Austauschen elektronischer Informationen zwischen dem Benutzer-Server 3 der SSP-Einrichtung 4 in dem Telekommunikationsnetz 1 und der OSA-Schnitt- stelle 7 in dem anderen Telekommunikationsnetz 2 werden mit Hilfe eines CAP-Protokolls oder eines INAP-Protokolls ausge- führt.
Nachdem die notwendigen Schritte mit Hilfe des CAP- oder des INAP-Protokolls ausgeführt wurden, baut die SSP-Einrichtung 4 eine Telekommunikationsverbindung 8 (vgl. Figur 1) zwischen der SSP-Einrichtung 4 und dem Diensteanbieter-Server 6 auf 27. Dieses geschieht in Abhängigkeit von der Telefonnummer, welche von der Telekommunikationseinrichtung 5 angewählt wurde. Bei der Telekommunikationsverbindung 8 kann es sich beispielsweise um eine Sprachverbindung, insbesondere eine ISUP-Verbindung (ISUP - „ISDN User Part"; ISDN - „Integrated Services Digital Network") handeln. Der Benutzer der Telekommunikationseinrichtung 5 kann dann auf diesem Wege mit dem Diensteanbieter Kontakt aufnehmen und die Dienstleistung in Anspruch nehmen 28. Bei der Telekommunikationsverbindung 8 kann es sich jedoch auch um eine Verbindung zum Übertragen elektronischer Informationen handeln, die auf dem Diensteanbieter-Server 6 abrufbar gespeichert sind. Zum Beispiel könnte der Diensteanbieter-Server 6 als Teil des Internets ausgebildet sein, so daß der Benutzer der Telekommunikations- einrichtung 5 über die Telekommunikationsverbindung 8 Internet-Inhalte abrufen kann.
11 Nachdem der Benutzer der Telekommunikationseinrichtung 5 die
Dienstleistung beansprucht hat oder dem Diensteanbieter mitgeteilt hat, welche Dienstleistung er in Anspruch nehmen möchte, wird in dem Diensteanbieter-Server 6 eine elektroni- sehe Gebührenanforderung erzeugt und an das OSA-Gateway 7 übersandt 29. Das OSA-Gateway 7 sendet daraufhin mittels des CAP- oder des INAP-Protokolls eine SCI-Nachricht 30 an die SSP-Einrichtung 4. Die Gebührenanforderung kann hierbei in den sogenannten E-Parametern der SCI-Nachricht enthalten sein. Diese E-Parameter sind zwar einheitenlos und spezifizieren nicht einen bestimmten Betrag kommen können jedoch für den beschriebenen Zweck genutzt und konfiguriert werden. Die E-Parameter können beispielsweise wie folgt genutzt werden: Von der im Mobilfunkstandard definierten AoC - Funktionalität (AoC - „AdviceOfCharge") , die mittels der Definition der E- Parameter und deren mathematischer Verknüpfung (eine Formel, prinzipielle Form AoC =scaling {constant + time related + data related} ) realisiert wird, ist vorzugsweise nur der konstante Anteil 'constant', d.h. Parameter E4 zu benutzen; „scaling" ist auf '1' und die anderen Anteile sind auf '0' zu setzen. Dieser Parameter ist definiert als die Anzahl der beim Empfang zu inkre entierenden 'Units', mit den folgenden Daten: min = 0, max = 819.1 und Resolution = 0,1. Bei direkter Nutzung dieser Kommastellenvorgabe könnte beispielsweise 4 Euro mit Hilfe des äquivalenten Werts e4 = 40 dargestellt werden.
Da die SSP-Einrichtung 4 von dem Benutzer-Server 3 in einem vorhergehenden Schritt 23 die RNC-Nachricht erhalten hat oder in einer vorteilhaften Ausführung z. B. die RRB-Nachricht derartig erweitert wurde, daß sie Funktionalität der RNC- Nachricht übernommen hat, ist die SSP-Einrichtung 4 nun in der Lage, die Gebührenanforderung von dem OSA-Gateway 7 als
12 solche zu erkennen und automatisch an den Benutzer-Server 3 weiterzuleiten. Hierzu werden die Operationen ENC (ENC -
„EventNotificationCharging") und ACR (ACR - „ApplyChargingRe- port") 31 übersandt, die dann von dem Benutzer-Server 3 mit einer AC-Nachricht beantwortet werden. In einer vorteilhaften
Ausführung wird die ENC-Nachricht nicht gesendet, sondern die
ACR-Nachricht derartig erweitert, so daß diese die gleiche
Funktionalität wie die ENC-Nachricht zusätzlich besitzt.
Diese Ausführung ist dann zu nutzen, wenn zuvor keine RNC- Nachricht gesendet wurde. Dieses bedeutet, daß das im Rahmen des CAMEL-Dialogs zwischen dem OSA-Gateway 7 und der SSP-Einrichtung 4 ausgeführte Übertragen der Gebührenanforderung durch die SSP-Einrichtung 4 und das Übergeben der Gebührenanforderung an den CAP- oder den INAP-Dialog zwischen der SSP- Einrichtung 4 und dem Benutzer-Server 3 auch zum Senden der ACR-Nachricht führt, die es dem Benutzer-Server 3 ermöglicht, die elektronisch gespeicherte Konto-Information für die Telekommunikationseinrichtung 5 zu aktualisieren und in Abhängigkeit von der Aktualisierung hierauf automatisch zu reagieren. Sollte die in dem Benutzer-Server 3 elektronisch gespeicherte Konto-Information einen ausreichenden Vorauszahlungskontostand anzeigen, dann wird der zuvor übermittelte Betrag in der Nachricht 31 vom Konto abgebucht und der Dialog zu SSP- Einrichtung 4 durch die Übertragung einer AC-Nachricht 32 weitergeführt.
Sollte die für die Telekommunikationseinrichtung 5 in dem Benutzer-Server 3 elektronisch gespeicherte Konto-Information ergeben, daß zum Verbuchen der Gebührenanforderung ein nicht ausreichender Vorauszahlungskontostand vorhanden ist, kann der Benutzer-Server 3 im einfachsten Fall mit der Operation RC (RC -„Release Call") reagieren 40 (vgl. Figur 4), woraufhin die Telekommunikationsverbindung 8 ausgelöst wird. Eine
13 andere Möglichkeit besteht darin, daß der Benutzer-Server 3 eine Operation DL (DL - „DisconnectLeg" ) sendet, um den Diensteanbieter auszulösen. Die SSP-Einrichtung 4 sendet dann gemäß dem CAMEL-Protokollstandard eine ERB-Nachricht 41 mit dem Ereignis „Disconnect B-Party" an das OSA-Gateway 7, so daß der Diensteanbieter-Server 6 über dieses Ereignis informiert werden kann, zum Beispiel mit Hilfe einer Fehlermeldung 42 nach dem OSA-Protokoll . In diesem Zusammenhang kann dann vorgesehen sein, daß der Diensteanbieter-Server 6 dem Benut- zer der Telekommunikationseinrichtung 5 automatisch eine entsprechende Ansage vorspielt. In dem oben genannten Beispiel des Erwerbs einer Fahrkarte bei einem Verkehrsbetrieb könnte Inhalt der vorgespielten Nachricht eine dahingehende Information sein, daß das Vorauszahlungskonto des Benutzers keine ausreichende Deckung aufweist.
Für den fehlerfreien Ablauf des beschriebenen Verfahrens sollten die in den Telekommunikationsnetzen 1, 2 installierten CAMEL-Protokollstandards von ausreichender Aktualität sein. Gegenwärtig ist in dem Telekommunikationsnetz 1 zweckmäßig CAMEL 3 standardkonform erweitert oder CS1-INAP und im anderen Telekommunikationsnetz 2 zweckmäßig CAMEL 3 oder CS1- INAP (CS1 - „Capability Set 1") implementiert.
Figur 2 zeigt eine Anordnung, bei der im Unterschied zu Figur 1 die SSP-Einrichtung 4 nicht in dem Telekommunikationsnetz 1 sondern in einem weiteren Telekommunikationsnetz 100 angeordnet ist. Es handelt sich hierbei um die Situation, daß der Benutzer der Telekommunikationseinrichtung 5 sich nicht im Bereich des Telekommunikationsnetzes 1 befindet, welches sein „Heimatnetz" bildet. In diesem Fall empfängt eine SSP-Einrichtung 101 den Anruf der Telekommunikationseinrichtung 5 und nimmt im Rahmen eines üblichen „Roamings" Kontakt mit dem
14 Benutzer-Server 3 in dem Telekommunikationsnetz 1 auf. Der elektronische Informationsaustausch zwischen der SSP-Einrichtung 101 und dem Benutzer-Server 3 sowie zwischen der SSP- Einrichtung 101 und dem OSA-Gateway 7 in dem anderen Telekom- munikationsnetz 2 wird wie oben beschrieben mit Hilfe des
CAP- oder des INAP-Protokolls ausgeführt. Gemäß Figur 2 wird zum elektronischen Datenaustausch zwischen der Telekommunikationseinrichtung 5 und der SSP-Einrichtung 101 sowie zwischen dem Diensteanbieter-Server 6 und der SSP-Einrichtung 101 je- weils ein geeignetes Protokoll genutzt, beispielsweise handelt es sich um eine ISUP-Verbindung.
Das beschriebene Verfahren kann vorteilhaft auch genutzt werden, um kostenpflichtige Internet-Dienste abzurechnen. Hier- bei ist die Dienstanbieter-Servereinrichtung 6 von dem Netzwerk 9, dem Internet umfaßt. In diesem Fall kann der Zugang zu der Dienstleistung beispielsweise mit Hilfe einer Modemeinwahlverbindung ins Internet erfolgen. Soll dann eine Abrechnung erfolgen, wird der Benutzer der Modemverbindung aufgefordert, eine Service-Telefonnummer anzurufen. Über diese hierbei entstehende Verbindung müssen dann keine Daten übertragen werden, sie dient „lediglich" dazu, die CAMEL-Ver- bindung aufzubauen. Darüber hinaus wird hierdurch der Benutzer auch anhand der Gerätekennung identifiziert, wodurch si- chergestellt wird, daß die Gebührenanforderung der richtigen Telekommunikationseinrichtung 5 zugeordnet wird.

Claims

15 Patentansprüche
1. Verfahren zum automatischen Abrechnen in einer Anordnung mit einem Telekommunikationsnetz (1) und einem anderen
Telekommunikationsnetz (2), wobei das Verfahren die folgenden Schritte umfaßt:
- automatisches Erfassen einer elektronischen Startinformation (22) mit Hilfe einer Benutzer-Servereinrichtung (3) in dem einen Telekommunikationsnetz (1), in welcher Konto-Informationen für mehrere anhand einer elektronischen Kennung jeweils automatisch identifizierbare Telekommunikationseinrichtungen elektronisch gespeichert sind, wobei die Startinformation von einer Vermitt- lungseinrichtung (4; 101) als Reaktion auf einen Empfang einer Telekommunikationsanfrage (20) von einer (5) der Telekommunikationseinrichtungen an die Benutzer-Servereinrichtung (3) übermittelt wird;
- Übertragen (29) einer elektronischen Gebühreninforma- tion von einer Diensteanbieter-Servereinrichtung (6) über eine Schnittstelle (7) an das andere Telekommunikationsnetzwerk (2) ;
- Übertragen (30) der elektronischen Gebühreninformation von dem anderen Telekommunikationsnetzwerk (2) an die Vermittlungseinrichtung (4; 101) ;
- Übertragen (31) der elektronischen Gebühreninformation von der Vermittlungseinrichtung (4; 101) an die Benut- zer-Server-einrichtung (3); und
- automatisches Verarbeiten der Gebühreninformation mit- tels der Benutzer-Servereinrichtung (3); wobei zum Übertragen der elektronischen Gebühreninformation zwischen der Schnittstelle (7) in dem anderen Telekommunikationsnetzwerk (2) und der Vermittlungseinrich-
16 tung (4; 101) sowie zwischen der Vermittlungseinrichtung
(4; 101) und der Benutzer-Servereinrichtung (3) ein
CAP/INAP-Protokoll genutzt wird.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß die Vermittlungseinrichtung (4; 101) als Reaktion auf den Empfang der Telekommunikationsanfrage (20) eine Telekommunikationsverbindung (8,28) zwischen der einen (5) der Telekommunikationseinrichtungen und der Diensteanbie- ter-Serverein-richtung (6) automatisch herstellt.
3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, daß die Diensteanbieter-Servereinrichtung (6) von einem Netzwerk (9) umfasst ist, und daß kostenpflichtige Netz- werkinhalte über die Telekommunikationsverbindung von der Diensteanbieter-Servereinrichtung (6) an die eine (5) der Telekommunikationseinrichtungen übertragen werden.
4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, daß das Netzwerk (9) das Internet ist.
5. Verfahren nach einem der vorangehenden Ansprüche, dadurch gekennzeichnet, daß die Vermittlungseinrichtung (101) von einem weiteren Telekommunikationsnetz (100) umfasst ist, so daß das Übertragen der elektronischen Gebühreninformation von der Vermittlungseinrichtung (101) an die Benutzer-Servereinrichtung (3) eine Telekommunikationsübertragung von dem einen Telekommunikationsnetz (1) zu dem weiteren Telekommunikationsnetz (100) umfasst.
EP03793588A 2002-09-03 2003-07-30 Verfahren zum automatischen abrechnen Withdrawn EP1535456A1 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE10241628A DE10241628B4 (de) 2002-09-03 2002-09-03 Verfahren zum automatischen Abrechnen
DE10241628 2002-09-03
PCT/DE2003/002590 WO2004023777A1 (de) 2002-09-03 2003-07-30 Verfahren zum automatischen abrechnen

Publications (1)

Publication Number Publication Date
EP1535456A1 true EP1535456A1 (de) 2005-06-01

Family

ID=31895716

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03793588A Withdrawn EP1535456A1 (de) 2002-09-03 2003-07-30 Verfahren zum automatischen abrechnen

Country Status (8)

Country Link
US (1) US20060031167A1 (de)
EP (1) EP1535456A1 (de)
JP (1) JP2005537756A (de)
CN (1) CN1679316A (de)
AU (1) AU2003264247A1 (de)
BR (1) BR0313885A (de)
DE (1) DE10241628B4 (de)
WO (1) WO2004023777A1 (de)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10331305A1 (de) * 2003-07-10 2005-02-17 Siemens Ag Kommunikationssystem, Peer-to-Peer-Nachrichten-Filter-Rechner und Verfahren zum Verarbeiten einer Peer-to-Peer-Nachricht
US20050102412A1 (en) * 2003-11-10 2005-05-12 Jan Hirsimaki Transmission performance of a transport layer protocol connection
US8458647B2 (en) * 2006-03-07 2013-06-04 Sap Portals Israel Ltd. Method and apparatus for graphically constructing applications utilizing information from multiple sources
US20090037483A1 (en) * 2006-10-26 2009-02-05 Christensen Steven J System, Method and Apparatus for Dynamically Expanding the Functionality of Legacy Systems
FR2908000A1 (fr) * 2006-10-27 2008-05-02 France Telecom Procede de signalisation parallele a une signalisation d'appel, entite fonctionnelle interoperable, reseau et produit programme d'ordinateurs associes.
KR100869945B1 (ko) * 2006-11-03 2008-11-24 삼성전자주식회사 Ｄｒｍ 권한 개선 방법과 ｄｒｍ 권한 개선 컨텐츠 및 이를이용하는 휴대 단말기
US20100162410A1 (en) * 2008-12-24 2010-06-24 International Business Machines Corporation Digital rights management (drm) content protection by proxy transparency control

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2129197C (en) * 1994-07-29 1999-11-09 Roger Y.M. Cheung Method and apparatus for connecting a wireless lan to a wired lan
FI102427B (fi) * 1996-02-09 1998-11-30 Ericsson Telefon Ab L M Laskutus Internetissä
DE19742858A1 (de) * 1997-09-29 1999-04-01 Cit Alcatel Verfahren zur Vergebührung der Nutzung eines Internet-Dienstes sowie Dienststeuereinheit und Diensterbringungseinrichtung
US6219694B1 (en) * 1998-05-29 2001-04-17 Research In Motion Limited System and method for pushing information from a host system to a mobile data communication device having a shared electronic address
FI982748L (fi) * 1998-10-19 2000-04-20 Nokia Networks Oy Laskutus tietoliikenneverkossa
DE19929800A1 (de) * 1999-06-29 2001-01-18 Siemens Ag Prepaid-Service für mobile Paketdatennetze
GB2352935B (en) * 1999-08-06 2003-09-24 Ericsson Telefon Ab L M Tariff determination in mobile telecommunication networks
DE19946537A1 (de) * 1999-09-28 2001-04-05 Deutsche Telekom Mobil Verfahren zur Abrechnung von Internet-Dienstleistungen über Mobilfunk
DE10010885C2 (de) * 2000-03-06 2003-06-26 Siemens Ag Verwaltung einer Vergebührung von Paketdaten in einem Funk-Kommunikationssystem und System dafür
FI113726B (fi) * 2000-05-25 2004-05-31 Nokia Corp Tilaajan laskuttamisen järjestäminen tietoliikennejärjestelmässä
US20040024846A1 (en) * 2000-08-22 2004-02-05 Stephen Randall Method of enabling a wireless information device to access data services
GB2364214B (en) * 2000-12-29 2002-10-30 Ericsson Telefon Ab L M Charge advice in telecommunication systems
US7421411B2 (en) * 2001-07-06 2008-09-02 Nokia Corporation Digital rights management in a mobile communications environment
US7529929B2 (en) * 2002-05-30 2009-05-05 Nokia Corporation System and method for dynamically enforcing digital rights management rules

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2004023777A1 *

Also Published As

Publication number Publication date
AU2003264247A1 (en) 2004-03-29
CN1679316A (zh) 2005-10-05
WO2004023777A1 (de) 2004-03-18
JP2005537756A (ja) 2005-12-08
BR0313885A (pt) 2005-07-19
AU2003264247A8 (en) 2004-03-29
WO2004023777A8 (de) 2005-03-17
DE10241628B4 (de) 2006-04-06
DE10241628A1 (de) 2004-03-25
US20060031167A1 (en) 2006-02-09

Similar Documents

Publication Publication Date Title
EP1278359B1 (de) Verfahren zur Abrechnung von Kurznachrichten in einem Mobilfunknetz und Vorrichtung zur Durchführung des Verfahrens
EP0630165A2 (de) Mobilfunknetz mit Guthabenkonten
EP1278383A2 (de) Verfahren, Vorrichtungen und Software-Programme zur Nachrichtenübermittlung zwischen Telekommunikations-Netzwerkelementen
DE4330704A1 (de) Telepoint-System
EP0986241A2 (de) Verfahren zur Bereitstellung von Entgeltinformationen
EP0951191B1 (de) Verfahren, um Auftragscodes in einem Terminal einzugeben
DE10244611A1 (de) Verfahren zur Bereitstellung von kostenpflichtigen Diensten sowie Nutzeridentifikationsvorrichtung und Einrichtung zum Bereitstellen der Dienste
EP1249996B1 (de) Verfahren zum Abrechnen von Leistungen in einem Kommunikationsnetz
EP0957624B1 (de) Verfahren zur Übernahme von Anrufsgebühren in einzelnen Verbindungen sowie Telefonnetz und Endgerät
EP1503538B1 (de) Verfahren zum Ermitteln eines Abrechnungstarifs für eine Datenübertragung
DE19837460C2 (de) Verfahren zur Echtzeitvergebührung von Telekommunikationsverbindungen bei Aufenthalt eines Teilnehmers außerhalb seines Heimatnetzes
EP1535456A1 (de) Verfahren zum automatischen abrechnen
EP1503539B1 (de) Verfahren zum Ermitteln eines Abrechnungstarifs zum Abrechnen einer Datenübertragung
EP1311105A1 (de) Verfahren zur Unterstützung der Vergebührung von Diensten
EP1302917A2 (de) Verfahren und Anordnung zur elektronischen Bezahlung einer Ware oder Dienstleistung, insbesondere einer Applikation in einem Datennetz
EP1555800B1 (de) Verfahren zum Abrechnen einer Datenübertragung mittels Kontenauswahl
DE10057248A1 (de) Verfahren und Vorrichtung zur Vergebühren von individuellen Verbindungskosten für ein an ein privates Telekommunikationsnetz angeschlossenes Endgerät eines Teilnehmers
WO2001093218A1 (de) System, verfahren und programm zur zahlung in einem telekommunikationsnetz
DE19738707C2 (de) Verfahren zur Zuordnung einer für begrenzte Zeiteinheiten zur Telekommunikation in einem Telekommunikationsnetz berechtigenden Temporär-Zugangsberechtigung
DE19918848C2 (de) Gebührenanzeigen-Berechnung im Mobilfunkendgerät
DE10059647B4 (de) Verfahren zum Versenden von Kurznachrichten von einem mobilen Endgerät und Verfahren zum Empfangen von Kurznachrichten von einem mobilen Endgerät jeweils in einem Mobilfunknetz
EP1370107B1 (de) Verfahren und Anordnung zum Zugreifen auf Rufnummernportabilitätsdaten
DE10321122A1 (de) Netzbasierte Absicherung von Mehrwertdiensten gegen automatisierte Verbindungen
DE10241097A1 (de) Verfahren zum Gewinnen von Präsenzdaten
EP1300794A2 (de) Kontroll-Server zur Unterstützung der Vergebührung von Diensten

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20050120

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL LT LV MK

DAX Request for extension of the european patent (deleted)
RBV Designated contracting states (corrected)

Designated state(s): DE ES FI FR GB IT

RIN1 Information on inventor provided before grant (corrected)

Inventor name: SCHENDEL, JENS

Inventor name: KASTELEWICZ, GEORG

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NOKIA SIEMENS NETWORKS GMBH & CO. KG

RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NOKIA SIEMENS NETWORKS S.P.A.

RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NOKIA SIEMENS NETWORKS GMBH & CO. KG

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20090203