EP1861984A1 - Verfahren zur gesicherten nutzdatenübertragung - Google Patents

Verfahren zur gesicherten nutzdatenübertragung

Info

Publication number
EP1861984A1
EP1861984A1 EP07704439A EP07704439A EP1861984A1 EP 1861984 A1 EP1861984 A1 EP 1861984A1 EP 07704439 A EP07704439 A EP 07704439A EP 07704439 A EP07704439 A EP 07704439A EP 1861984 A1 EP1861984 A1 EP 1861984A1
Authority
EP
European Patent Office
Prior art keywords
connection
direct connection
communication device
encryption
gwl
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
EP07704439A
Other languages
English (en)
French (fr)
Inventor
Thomas Stach
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.)
Siemens AG
Original Assignee
Siemens AG
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 filed Critical Siemens AG
Priority to EP07704439A priority Critical patent/EP1861984A1/de
Publication of EP1861984A1 publication Critical patent/EP1861984A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0485—Networking architectures for enhanced packet encryption processing, e.g. offloading of IPsec packet processing or efficient security association look-up
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • 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/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • 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/1069—Session establishment or de-establishment

Definitions

  • the invention relates to a method for transmitting user data between a first communication device using encryption and a second communication device.
  • VoIP Voice / Video over Internet Protocol
  • VoIP communication often involves several different communication networks.
  • the different commu ⁇ nikationsnetze are usually coupled by so-called gateway devices together that perform a conversion of the as part of the VoIP communication data to be transmitted when it passes between the communication networks.
  • Such implementations generally adversely affect the transmitted voice or video quality.
  • a Nutz Schemedirekteur can be bypassed by the gateway devices at least logically.
  • Such a construction of a direct connection is also known as "Direct Media Connection".
  • the first communication device for transmitting user data between a first communication device using encryption and a second communication device, the first communication device is caused to transmit a direct connection setup message as well as an encryption message in the direction of the second communication device.
  • the direct connection setup message is transmitted with a first direct connection address, for example an IP address, which identifies an encryption device.
  • the encryption message is transmitted with ei ⁇ ner the first communication device identifying, second direct connection address, for example, an IP address.
  • the first and / or the second communication ⁇ tion device can, for example, by a terminal, a personal computer, a so-called IP phone, a
  • Switching device or a switching device with connected terminal be realized. If it is determined by the transmitted encryption message, that the second communication device supports the specified encryption, a direct connection between the second and the first communication device is established on the basis of the second direct connection address. The user data is then transmitted in encrypted form via the established direct connection. If this determination is not made, a direct connection is established between the second communication device and the encryption device on the basis of the first direct connection address. About the established direct connection, the user data is transmitted to the encryption device and forwarded by this encrypted to the first communication device.
  • the invention allows flexible communication between communication devices having different encryption requirements and capabilities with the advantage of using direct connections.
  • the inventive method is backwards compatible in that, if the second communication device does not have the corresponding encryption capability, it must not be able to recognize or interpret the encryption message in order to obtain the first direct connection address required for communication with the encrypting first communication device as the destination address , Since the first direct connection address identifying the encryption device is included in the direct connection setup message, existing non-encrypting but directly connectable communication devices that usually ignore the encryption message may continue to be used with the invention without modification.
  • the transmission of the direct connection setup message as well as the encryption message can be carried out within the framework of a structure of a first connection setup message. Connection between the first or second communication device done. Such an initial connection is often referred to as a master call. As a direct connection can accordingly such a master call within egg ner "Direct Media Connection" associated slave call up ⁇ be built.
  • the first connection can be established as a conventional call, for example by means of a destination call number, from the first to the second communication device.
  • the first connection can be established by means of a connection control and run via one or more gateway devices and via different networks.
  • authoritative connection data can be transmitted with the direct connection setup message and the encryption message for the establishment of the direct connection, whereby the communication devices can establish the direct connection, bypassing the gateway device. If the second communication device supports the specified encryption, the direct connection can be established directly between the two communication devices.
  • the encryption device can be implemented in the gateway device. This is advantageous insofar as the encryption device for forwarding the direct connection can directly access connection data present in the gateway device via the first connection.
  • the direct connection can be assigned to the first connection, the assignment being stored in the encryption device.
  • the encryption device can determine the first communication device as an end point, the first connection assigned to the direct connection, and useful data arriving via this direct connection to the end point thus determined, namely the first communication device. tion, forward.
  • the encryption device can derive essential connection data from connection data of the first connection for forwarding the direct connection.
  • the initial connection may remain parallel to Di ⁇ rekttress so that the payload data as required by the direct connection to the first connection and / or vice versa.
  • Figure 1 shows a communication system with different encryption requirements having communication facilities
  • Figure 2 shows the communication system in a communication between communication devices with different encryption requirements
  • FIG. 1 shows a schematic representation of a communication system with different communication devices Ul, Cl, Sl, U2, C2 and S2, which are connected via different gateways GW1 and GW2 coupled networks (not explicitly shown).
  • the communication system is assumed in the present embodiment as IP-based (IP: Internet Protocol).
  • IP Internet Protocol
  • PBX Primaryvate Branch Exchange
  • Both gateways GW1 and GW2 are coupled to a call controller CC, which also includes a direct connection controller.
  • call control is often referred to as "call control” and such a direct connection control as “DMC control” (DMC: Direct Media Connection).
  • the communication equipments Ul, Cl, Sl, U2, C2 and S2 different closures ⁇ lung requirements and have encryption capabilities.
  • the communication devices Ul and U2 can not perform voice encryption, that the communication devices C1 and C2 can transmit and receive both encrypted and unencrypted voice data, and that the communication devices S1 and S2 are protected in that they only encrypt encrypted voice data send and receive.
  • the communication system uses the Direct Media Connection method to optimize the voice quality of a VoIP call.
  • two separate but correlated with one another and with each other arranged conces- connections are set up, consisting parallel ben ⁇ lead.
  • a so-called master connection is established, which is used to basically establish the VoIP call.
  • the master connection initiates a setup of the second connection as a so-called slave connection (slave call), by means of which a direct user data connection is established between the VoIP connection partners.
  • the master connection is preferably a conventional call, which is distinguished by a conventional telephone number is established for each called communication device.
  • Figure 1 illustrates a structure of master and slave connections between communication devices with the same encryption requirements and capabilities, that is, a communication between the communication devices Ul and U2, between the communication devices Cl and C2 and a communication between the communication devices Sl and S2.
  • the call control CC and the gateway GW2 ge ⁇ is lead.
  • the user data of the master connection is routed via the same route.
  • the signaling is illustrated in FIG. 1 by solid lines, the useful data transmission of the master connection by dashed lines.
  • the call control CC is controlled by the master connection.
  • the network components GW1, CC and GW2 can also be arranged several times in heterogeneous communication systems, for example GW1-CC-GW2-... GW (N1) -CC (NI) -GW (N).
  • the voice data to be transmitted in at least one or all of the transit gateways in each case undergo a conversion and / or transcoding, which adversely affects the voice quality.
  • the slave connection is established in parallel as a direct connection with existing master connection, in which the voice data directly between the calling communication device Ul, Cl or Sl and the called communication device U2, C2 or S2 can be transmitted.
  • the IP addresses of the respective connection partner are Exchange of the master connection.
  • the IP addresses are transmitted within direct connection setup messages, for example so-called DMC messages.
  • the communication device U1 transmits a direct connection setup message DMC_U with its IP address to the communication device U2.
  • the communication device Cl a direct connection setup message DCM_C with its IP address to the communication device C2 and the communication device Sl a direct connection setup message DMC with its IP address to the communication device S2.
  • the direct connection setup messages DMC_U, DMC_C and DMC thus contain, in the case of communication between communication devices having the same encryption requirements, in each case the IP address to which the respective receiver of this IP address can transmit voice data directly.
  • Such direct connection setup messages can usually be correctly interpreted by both existing communication devices with encryption as well as existing communication devices without encryption capabilities.
  • FIG. 1 illustrates a transmission of the encryption message CRM_C from the communication device C1 via the gateway GW1, the call control CC and the gateway GW2 to the communication device C2 and a transmission of the encryption message CRM from the communication device S1 via the gateway GW1, the call controller CC and the gateway GW2 to the communication device S2.
  • the encryption message CRM_C indicates the encryption capabilities and encryption requirements of the communication device Cl
  • the encryption message CRM indicates the encryption capabilities and encryption requirements. ments of the communication device Sl.
  • With reference to the encryption message CRM CRM_C or their respective receiver can determine if its encryption capabilities address the encryption requirements specified in each unloading, if this is the case, establish a corresponding ver ⁇ encrypted slave direct connection.
  • the slave connections illustrated by FIG. 1 are constructed directly between the respective communication partners U1 and U2, C1 and C2 or S1 and S2 under at least logical bypassing of both gateways GW1 and GW2.
  • a logical bypass may e.g. can be realized by means of a via the gateways GWL and / or GW2 running tunnel connection, by which a user data conversion in GWl and / or GW2 is avoided.
  • the signaling of a respective slave connection is illustrated in FIG. 1 by solid lines, the user data transmission by dot-dash lines.
  • Figure 2 shows a schematic representation of the communication system shown in Figure 1 in a communication between communication devices with different encryption requirements and encryption capabilities. Identical reference numbers have the same meaning in Figure 2 as in Figure 1.
  • Figure 2 illustrates an exemplary waveform of Nutzda ⁇ tentagenen emanating from the only communicating encrypted communication device Sl.
  • a first payload data connection between the communication devices S1 and S2 a second payload data connection between the communication devices S1 and C2, and a third payload data connection will be described concretely below considered between the communication devices Sl and U2.
  • the communication device S1 can exchange the user data directly encrypted.
  • the payload data connection between Sl and U2 this is not readily possible because the communication device S2 may only send and receive encrypted, but the communication device U2 has no encryption capabilities.
  • this is done via the gateway GWL in which a ⁇ closures averaging module CR is integrated for encryption and decryption of voice data.
  • the gateway acts GWL consequently as Locks ⁇ selungs pain.
  • a direct connection setup message DMC and an encryption message CRM from the calling communication device S1 are used respective call destination S2, C2 and U2 transmitted.
  • the established master connections extend in accordance with the above statements from the calling communication device S1 via the gateway GW1, the call control CC and the gateway GW2 to the respective call destination S2, C2 or U2.
  • the direct connection setup message DMC comprises a direct connection address IP_GWl, which identifies and addresses the gateway GW1 functioning as the encryption device.
  • the direct connection address IP_GW1 is inserted into the direct connection setup message DMC such as an address addressing the calling endpoint of the direct connection to be established.
  • the encryption message CRM comprises a direct connection address IP_S1 identifying and addressing the calling communication device S1.
  • the direct Connection address IP_GWl an IP address of the gateway GWL and the direct connection address IP_S1 an IP address of the communication device Sl.
  • the IP address of the gateway GW1 is entered in the direct connection setup message DMC, because at the beginning of the call establishment it is not yet known which encryption capabilities the respective called communication device S2, C2 or U2 has and because the gateway GWL encryption and Ent ⁇ encryption, so to speak on behalf of a non-encryption-capable communication device, can make here U2.
  • the communication device Sl can also establish encrypted direct connections to encryptable communication devices, here C2 and S2, the IP address IP_S1 is transmitted as the second IP address with the encryption message CRM.
  • Communication devices C2 and S2 unlike the communication device U2, can recognize and process the received encryption message CRM.
  • the communication devices C2 and S2 can first check, on the basis of the encryption message CRM, whether they satisfy the encryption requirements of the communication device S1. If this as in the present Embodiment is the case, the communication ⁇ can facilities C2 and S2, discard the direct connection address IP_GWl contained in the direct-connect setup message DMC and instead, the direct connection address contained in the encryption message CRM IP_1 use to the construction of an encrypted slave direct connection between C2 and Sl or S2 and Sl to cause.
  • the communication device C2 or S2 using the encryption message CRM would determine that it did not satisfy the encryption requirements of the communication device S1, the communication device C2 or S2 could use the direct connection address IP_GW1 contained in the direct connection setup message DMC. On the basis of this, an unencrypted slave connection could be established to the gateway GW1 acting as the encryption device, which could continue this slave connection in encrypted form to the communication device S1.
  • the encrypted slave direct connections between the communication devices Sl and S2 and Sl and C2 are each angedeu ⁇ tet by dotted double arrows. Unlike the underlying master connections, the two slave direct connections bypass the gateways GW1 and GW2 as well as the call control CC at least logically.
  • the communication device U2 has no encryption capabilities and as a result can not recognize or interpret the encryption message CRM.
  • the direct connection setup message DMC can be recognized and evaluated by the communication device U2. Since the IP address IP_GWl of the gateway GW1 is contained in the direct connection setup message DMC as a direct connection address, this is interpreted by the communication device U2 as the end point of the slave direct connection to be set up and consequently an unencrypted slave direct connection between the communication cation device U2 and the gateway identified by the IP address IP_GWl.
  • the unencrypted slave direct connection is indicated in FIG. 2 by a dashed double arrow.
  • this slave connection at least logically bypasses the gateway GW2 and possibly further intermediate transit gateways and thus avoids multiple quality-reducing conversions of the voice data in relation to connections which all gateways pass through.
  • the gateway GW1 encrypts the voice data arriving via the slave direct connection from the communication device U2 by means of the encryption module CR and transmits the voice data in encrypted form via a continuation of the slave direct connection from the gateway GW1 to the communication device S1.
  • the encrypted continuation of the slave direct connection between the gateway GW1 and the communication device S1 is indicated in FIG. 2 by a dot-dashed double arrow.
  • the gateway GW1 determines the actual end point, here Sl, of the slave direct connection arriving from the communication device U2 in that the master connection assigned to this slave connection is determined and the slave connection to the end point of the master connection, here Sl, knows - is carried out.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Zum Übertragen von Nutzdaten wird durch eine erste, eine Verschlüsselung verwendende Kommunikationseinrichtung (S1) veranlasst, eine Direktverbindungsaufbaumeldung (DMC) sowie eine Verschlüsselungsmeldung (CRM) in Richtung zu einer zweiten Kommunikationseinrichtung (U2, C2, S2) zu übermitteln. Der Direktverbindungsaufbaumeldung (DMC) ist eine eine Verschlüsselungseinrichtung (CR, GW1) identifizierende, erste Direktverbindungsadresse (IP_GWl) und der Verschlüsselungsmeldung (CRM) eine die erste Kommunikationseinrichtung (Sl) identifizierende, zweite Direktverbindungsadresse (IP_S1) zugeordnet. Falls festgestellt wird, dass die zweite Kommunikationseinrichtung (U2, C2, S2) die angegebene Verschlüsselung unterstützt, wird an Hand der zweiten Direktverbindungsadresse (IP_S1) eine Direktverbindung zwischen der zweiten und der ersten Kommunikationseinrichtung aufgebaut. Falls diese Feststellung nicht erfolgt, wird an Hand der ersten Direktverbindungsadresse (IP_GW1) eine Direktverbindung zwischen der zweiten Kommunikationseinrichtung (U2, C2, S2) und der Verschlüsselungseinrichtung (CR, GW1) aufgebaut und von dieser zur ersten Kommunikationseinrichtung (S1) weitergeführt.

Description

Beschreibung
Verfahren zur Nutzdatenübertragung
Die Erfindung betrifft ein Verfahren zum Übertragen von Nutzdaten zwischen einer ersten, eine Verschlüsselung verwendenden Kommunikationseinrichtung und einer zweiten Kommunikationseinrichtung.
In zeitgemäßen Kommunikationssystemen erfolgt eine Echtzeit- Sprach- oder -Videokommunikation häufig über ein oder mehrere paketorientierte, insbesondere internetprotokoll-basierte Netzwerke. Eine derartige Sprach- oder Videokommunikation wird häufig auch als VoIP (VoIP: Voice/Video over Internet Protocol) bezeichnet.
Da viele paketorientierte Netzwerke, wie zum Beispiel das In¬ ternet von sich aus keinen sicheren Schutz gegen ein Mithören durch Unbefugte bieten, ist bei VoIP-Kommunikation häufig vorgesehen, die zu übertragenen Sprach- oder Videodaten teil- nehmerseitig zu verschlüsseln. In vielen, insbesondere hete¬ rogenen Kommunikationssystemen können die jeweiligen Verschlüsselungsanforderungen indes von Teilnehmer zu Teilnehmer variieren. So existieren in einem Kommunikationssystem häufig sowohl Teilnehmer, die nur unverschlüsselt kommunizieren können, als auch Teilnehmer, die verschlüsselt oder unverschlüs¬ selt kommunizieren können, als auch Teilnehmer, die nur verschlüsselt kommunizieren können.
Eine VoIP-Kommunikation führt häufig über mehrere unterschiedliche Kommunikationsnetze. Die unterschiedlichen Kommu¬ nikationsnetze sind in der Regel durch so genannte Gateway- Einrichtungen miteinander gekoppelt, die eine Umsetzung der im Rahmen der VoIP-Kommunikation zu übertragenden Nutzdaten beim Übertritt zwischen den Kommunikationsnetzen durchführen. Derartige Umsetzungen wirken sich jedoch in der Regel nachteilig auf die übertragene Sprach- oder Videoqualität aus . Zur Vermeidung einer derartigen Verschlechterung der Sprachoder Videoqualität kann vorgeseen sein, zwischen den kommunizierenden Teilnehmern eine Nutzdatendirektverbindung aufzu- bauen, durch die Gateway-Einrichtungen zumindest logisch umgangen werden können. Ein derartiger Aufbau einer Direktverbindung ist auch als "Direct Media Connection" bekannt.
Eine Direktverbindung zwischen Teilnehmern mit inkompatiblen Verschlüsselungsanforderungen und -fähigkeiten ist jedoch nicht ohne weiteres möglich.
Es ist Aufgabe der vorliegenden Erfindung ein Verfahren zum Übertragen von Nutzdaten anzugeben, das hinsichtlich der Ver- Schlüsselungsanforderungen und -fähigkeiten der Kommunikationseinrichtungen flexibler ist.
Gelöst wird diese Aufgabe durch ein Verfahren mit den Merkma¬ len des Patentanspruchs 1.
Erfindungsgemäß wird zum Übertragen von Nutzdaten zwischen einer ersten, eine Verschlüsselung verwendenden Kommunikationseinrichtung und einer zweiten Kommunikationseinrichtung, durch die erste Kommunikationseinrichtung veranlasst, eine Direktverbindungsaufbaumeldung sowie eine Verschlüsselungsmeldung in Richtung zur zweiten Kommunikationseinrichtung zu übermitteln. Die Direktverbindungsaufbaumeldung wird dabei mit einer eine Verschlüsselungseinrichtung identifizierenden, ersten Direktverbindungsadresse, zum Beispiel einer IP- Adresse übermittelt. Die Verschlüsselungsmeldung wird mit ei¬ ner die erste Kommunikationseinrichtung identifizierenden, zweiten Direktverbindungsadresse, zum Beispiel einer IP- Adresse übermittelt. Die erste und/oder die zweite Kommunika¬ tionseinrichtung kann zum Beispiel durch eine Endeinrichtung, einen Personal Computer, ein so genanntes IP-Telefon, eine
Vermittlungseinrichtung oder eine Vermittlungseinrichtung mit angeschlossener Endeinrichtung realisiert sein. Falls an Hand der übermittelten Verschlüsselungsmeldung festgestellt wird, dass die zweite Kommunikationseinrichtung die angegebene Verschlüsselung unterstützt, wird an Hand der zweiten Direktverbindungsadresse eine Direktverbindung zwischen der zweiten und der ersten Kommunikationseinrichtung aufgebaut. Über die aufgebaute Direktverbindung werden die Nutzdaten dann verschlüsselt übertragen. Falls diese Feststellung nicht erfolgt, wird an Hand der ersten Direktverbindungsadresse eine Direktverbindung zwischen der zweiten Kommunikationseinrichtung und der Verschlüsselungseinrichtung aufgebaut. Über die aufgebaute Direktverbindung werden die Nutzdaten zur Verschlüsselungseinrichtung übertragen und von dieser verschlüsselt zur ersten Kommunikationseinrichtung weitergeleitet.
Die Erfindung erlaubt eine flexible Kommunikation zwischen Kommunikationseinrichtungen mit unterschiedlichen Verschlüsselungsanforderungen und -fähigkeiten unter vorteilhafter Nutzung von Direktverbindungen.
Das erfindungsgemäße Verfahren ist insofern rückwärtskompati- bei, als die zweite Kommunikationseinrichtung, falls sie die entsprechende Verschlüsselungsfähigkeit nicht aufweist, die Verschlüsselungsmeldung nicht erkennen oder interpretieren können muss, um die zur Kommunikation mit der verschlüsselnden ersten Kommunikationseinrichtung erforderliche, erste Di- rektverbindungsadresse als Zieladresse zu erhalten. Da die erste, die Verschlüsselungseinrichtung identifizierende Direktverbindungsadresse in der Direktverbindungsaufbaumeldung enthalten ist, können bestehende nicht verschlüsselnde aber direktverbindungsfähige Kommunikationseinrichtungen, die die Verschlüsselungsmeldung in der Regel ignorieren, mit der Erfindung unverändert weiter genutzt werden.
Vorteilhafte Ausführungsformen und Weiterbildungen der Erfindung sind in den abhängigen Ansprüchen angegeben.
Gemäß einer vorteilhaften Ausführungsform der Erfindung kann die Übermittlung der Direktverbindungsaufbaumeldung sowie der Verschlüsselungsmeldung im Rahmen eines Aufbaus einer Erst- Verbindung zwischen der ersten oder zweiten Kommunikationseinrichtung erfolgen. Eine derartige Erstverbindung wird häufig auch als Master-Call bezeichnet. Als Direktverbindung kann entsprechend ein einem solchen Master-Call im Rahmen ei- ner "Direct Media Connection" zugeordneter Slave-Call aufge¬ baut werden.
Die Erstverbindung kann als herkömmlicher Ruf, zum Beispiel an Hand einer Zielrufnummer, von der ersten zur zweiten Kom- munikationseinrichtung aufgebaut werden. Insbesondere kann die Erstverbindung mittels einer Verbindungssteuerung aufgebaut werden und über eine oder mehrere Gateway-Einrichtungen und über verschiedene Netze verlaufen. Im Rahmen der Erstverbindung können mit der Direktverbindungsaufbaumeldung und der Verschlüsselungsmeldung für den Aufbau der Direktverbindung maßgebliche Verbindungsdaten übermittelt werden, wodurch die Kommunikationseinrichtungen die Direktverbindung unter Umgehung der Gateway-Einrichtung aufbauen können. Falls die zweite Kommunikationseinrichtung die angegebene Verschlüsselung unterstützt, kann die Direktverbindung direkt zwischen den beiden Kommunikationseinrichtungen aufgebaut werden.
Nach einer weiteren vorteilhaften Ausgestaltung des erfindungsgemäßen Verfahrens kann die Verschlüsselungseinrichtung in der Gateway-Einrichtung implementiert sein. Dies ist insofern vorteilhaft, als die Verschlüsselungseinrichtung zur Weiterleitung der Direktverbindung unmittelbar auf in der Gateway-Einrichtung vorliegende Verbindungsdaten über die Erstverbindung zugreifen kann.
Nach einer weiteren Ausgestaltung der Erfindung kann die Direktverbindung der Erstverbindung zuordnet sein, wobei die Zuordnung in der Verschlüsselungseinrichtung gespeichert wird. In diesem Fall kann die Verschlüsselungseinrichtung die erste Kommunikationseinrichtung als Endpunkt, der der Direktverbindung zugeordneten Erstverbindung ermitteln und über diese Direktverbindung eintreffende Nutzdaten an den so ermittelten Endpunkt, nämlich die erste Kommunikationseinrich- tung, weiterleiten. Die Verschlüsselungseinrichtung kann in diesem Fall für die Weiterleitung der Direktverbindung wesentliche Verbindungsdaten aus Verbindungsdaten der Erstverbindung ableiten.
Vorteilhafterweise kann die Erstverbindung parallel zur Di¬ rektverbindung bestehen bleiben, so dass die übertragenden Nutzdaten bedarfsweise von der Direktverbindung zur Erstverbindung und/oder umgekehrt wechseln können.
Ein Ausführungsbeispiel der Erfindung wird nachfolgend an Hand der Zeichnung näher erläutert.
Dabei zeigen jeweils in schematischer Darstellung:
Figur 1 ein Kommunikationssystem mit unterschiedliche Verschlüsselungsanforderungen aufweisenden Kommunikationseinrichtungen und
Figur 2 das Kommunikationssystem bei einer Kommunikation zwischen Kommunikationseinrichtungen mit unterschiedlichen Verschlüsselungsanforderungen
Figur 1 zeigt in schematischer Darstellung ein Kommunikati- onssystem mit verschiedenen Kommunikationseinrichtungen Ul, Cl, Sl, U2, C2 und S2, die über verschiedene durch Gateways GWl und GW2 gekoppelte Netzwerke (nicht explizit dargestellt) verbunden sind. Das Kommunikationssystem sei im vorliegenden Ausführungsbeispiel als IP-basiert (IP: Internet Protocol) angenommen. Die Kommunikationsrichtungen Ul, Cl, Sl, U2, C2 und S2 können beispielsweise jeweils als Teilnehmerendgerät, VoIP-Telefon (VoIP: Voice/Video over IP), als Personal Compu¬ ter, als Kommunikations-Client oder als eine Vermittlungsan¬ lage, insbesondere eine so genannte PBX (Private Branch Ex- change) mit angeschlossenen Teilnehmerendgeräten oder VoIP- Telefonen realisiert sein und zum Beispiel zur Sprach- oder Videokommunikation, vorzugsweise in Echtzeit vorgesehen sein. Für das vorliegende Ausführungsbeispiel sei beispielhaft an- genommen, dass die Kommunikationseinrichtungen Ul, Cl, Sl, U2, C2 und S2 zur VoIP-Echtzeit-Sprachkommunikation dienen und dementsprechend als Nutzdaten Sprachdaten zu übertragen sind.
Während die Kommunikationseinrichtungen Ul, Cl und Sl an den Gateway GWl angekoppelt sind, sind die Kommunikationseinrich¬ tungen U2, C2 und S2 an den Gateway GW2 angekoppelt. Beide Gateways GWl und GW2 sind an eine Rufsteuerung CC gekoppelt, die auch eine Direktverbindungssteuerung umfasst. Eine solche Rufsteuerung wird häufig auch als "Call-Control" und eine solche Direktverbindungssteuerung auch als "DMC-Control" (DMC: Direct Media Connection) bezeichnet.
Weiterhin sei angenommen, dass die Kommunikationseinrichtungen Ul, Cl, Sl, U2, C2 und S2 unterschiedliche Verschlüsse¬ lungsanforderungen und Verschlüsselungsfähigkeiten aufweisen. Beispielhaft sei angenommen, dass die Kommunikationseinrichtungen Ul und U2 keine Sprachverschlüsselung vornehmen kön- nen, dass die Kommunikationseinrichtungen Cl und C2 sowohl verschlüsselte als auch unverschlüsselte Sprachdaten senden und empfangen können, und dass die Kommunikationseinrichtungen Sl und S2 insofern geschützt sind, als sie ausschließlich verschlüsselte Sprachdaten senden und empfangen dürfen.
Im Kommunikationssystem wird das Verfahren Direct Media Connection verwendet, um die Sprachqualität eines VoIP-Rufes zu optimieren. Im Rahmen eines solchen VoIP-Rufes werden zwei getrennte, aber miteinander korrelierte und miteinander zuge- ordnete Verbindungen aufgebaut, die parallel bestehen blei¬ ben. Als Erstverbindung wird eine so genannte Master- Verbindung (Master-Call) aufgebaut, die dazu verwendet wird den VoIP-Ruf grundsätzlich aufzubauen. Durch die Master- Verbindung wird ein Aufbau der zweiten Verbindung als so ge- nannte Slave-Verbindung (Slave-Call) veranlasst, durch die eine direkte Nutzdatenverbindung zwischen den VoIP- Verbindungspartnern hergestellt wird. Die Master-Verbindung ist vorzugsweise ein herkömmlicher Ruf, der durch eine her- kömmliche Rufnummer zur jeweils gerufenen Kommunikationseinrichtung aufgebaut wird.
Figur 1 veranschaulicht einen Aufbau von Master- und Slave- Verbindungen zwischen Kommunikationseinrichtungen mit gleichen Verschlüsselungsanforderungen und -fähigkeiten, das heißt, eine Kommunikation zwischen den Kommunikationseinrichtungen Ul und U2, zwischen den Kommunikationseinrichtungen Cl und C2 bzw. eine Kommunikation zwischen den Kommunikations- einrichtungen Sl und S2.
Zum Aufbau der jeweiligen Master-Verbindung wird eine Signalisierung zwischen der Kommunikationseinrichtung Ul, Cl bzw. Sl und der Kommunikationseinrichtung U2, C2 bzw. S2 über den Gateway GWl, die Rufsteuerung CC sowie den Gateway GW2 ge¬ führt. Über den gleichen Leitweg werden die Nutzdaten der Master-Verbindung geführt. Die Signalisierung ist in Figur 1 durch durchgezogene Linien, die Nutzdatenübermittlung der Master-Verbindung durch strichlierte Linien veranschaulicht. Die Rufsteuerung CC wird durch die Master-Verbindung gesteuert.
Die Netzwerkkomponenten GWl, CC und GW2 können in heterogenen Kommunikationssystemen auch mehrfach hintereinander angeord- net sein, wie zum Beispiel GWl - CC - GW2 - .... - GW(N-I) - CC(N-I) - GW(N) . In der Regel erfahren die zu übertragenden Sprachdaten in mindestens einem oder allen der Transit- Gateways jeweils eine Umsetzung und/oder Umcodierung, die sich nachteilig auf die Sprachqualität auswirkt. Zur Vermei- düng derartiger, ggf. mehrfacher Umsetzungen, wird bei bestehender Master-Verbindung die Slave-Verbindung parallel als Direktverbindung aufgebaut, bei der die Sprachdaten direkt zwischen der anrufenden Kommunikationseinrichtung Ul, Cl bzw. Sl und der angerufenen Kommunikationseinrichtung U2, C2 bzw. S2 übertragen werden können. Um die Verbindungspartner Ul und U2, Cl und C2 bzw. Sl und S2 darüber zu informieren, wohin die jeweilige Slave-Verbindung aufzubauen ist, werden IP- Adressen der jeweiligen Verbindungspartner während des Auf- baus der Master-Verbindung ausgetauscht. Die IP-Adressen werden innerhalb von Direktverbindungs-Aufbaumeldungen, zum Beispiel so genannten DMC-Meldungen, übermittelt.
In Figur 1 übermittelt die Kommunikationseinrichtung Ul eine Direktverbindungs-Aufbaumeldung DMC_U mit ihrer IP-Adresse zur Kommunikationseinrichtung U2. Die Kommunikationseinrichtung Cl eine Direktverbindungs-Aufbaumeldung DCM_C mit ihrer IP-Adresse zur Kommunikationseinrichtung C2 und die Kommuni- kationseinrichtung Sl eine Direktverbindungs-Aufbaumeldung DMC mit ihrer IP-Adresse zur Kommunikationseinrichtung S2. Die Direktverbindungs-Aufbaumeldungen DMC_U, DMC_C und DMC enthalten also bei einer Kommunikation zwischen Kommunikationseinrichtungen mit gleichen Verschlüsselungsanforderungen jeweils diejenige IP-Adresse zu der der jeweilige Empfänger dieser IP-Adresse Sprachdaten direkt übermitteln kann. Derartige Direktverbindungs-Aufbaumeldungen können in der Regel sowohl von bestehenden Kommunikationseinrichtungen mit Verschlüsselung als auch von bestehenden Kommunikationseinrich- tungen ohne Verschlüsselungsfähigkeiten korrekt interpretiert werden .
Im Fall der potentiell verschlüsselnden Kommunikationseinrichtungen Cl und C2 und der zwingend verschlüsselnden Kommu- nikationseinrichtungen Sl und S2 werden zusätzlich während des Aufbaus der Master-Verbindung Verschlüsselungsmeldungen CRM_C und CRM zwischen den jeweiligen Kommunikationspartnern übermittelt. Figur 1 veranschaulicht eine Übermittlung der Verschlüsselungsmeldung CRM_C von der Kommunikationseinrich- tung Cl über den Gateway GWl, die Rufsteuerung CC und den Gateway GW2 zur Kommunikationseinrichtung C2 sowie eine Übermittlung der Verschlüsselungsmeldung CRM von der Kommunikationseinrichtung Sl über den Gateway GWl, die Rufsteuerung CC und den Gateway GW2 zur Kommunikationseinrichtung S2. Während die Verschlüsselungsmeldung CRM_C die Verschlüsselungsfähigkeiten und Verschlüsselungsanforderungen der Kommunikationseinrichtung Cl angibt, gibt die Verschlüsselungsmeldung CRM die Verschlüsselungsfähigkeiten und Verschlüsselungsanforde- rungen der Kommunikationseinrichtung Sl an. An Hand der Verschlüsselungsmeldung CRM_C bzw. CRM kann deren jeweiliger Empfänger feststellen, ob dessen Verschlüsselungsfähigkeiten den jeweils angegebenen Verschlüsselungsanforderungen ent- sprechen und falls dies der Fall ist, eine entsprechend ver¬ schlüsselte Slave-Direktverbindung aufbauen.
Die durch Figur 1 veranschaulichten Slave-Verbindungen werden unter zumindest logischer Umgehung beider Gateways GWl und GW2 direkt zwischen den jeweiligen Kommunikationspartnern Ul und U2, Cl und C2 bzw. Sl und S2 aufgebaut. Eine derartige logische Umgehung kann z.B. mittels einer über die Gateways GWl und/oder GW2 verlaufenden Tunnelverbindung realisiert werden, durch die eine Nutzdatenumsetzung in GWl und/oder GW2 vermieden wird. Die Signalisierung einer jeweiligen Slave- Verbindung wird in Figur 1 durch durchgezogene Linien, die Nutzdatenübertragung durch strichpunktierte Linien veranschaulicht .
Die oben erwähnte Zuordnung einer jeweiligen Slave-Verbindung zu ihrer Master-Verbindung wird durch die Rufsteuerung CC verwaltet und in den Gateways GWl und GW2 gespeichert.
Figur 2 zeigt in schematischer Darstellung das in Figur 1 dargestellte Kommunikationssystem bei einer Kommunikation zwischen Kommunikationseinrichtungen mit unterschiedlichen Verschlüsselungsanforderungen und Verschlüsselungsfähigkeiten. Gleichlautende Bezugszeichen haben in Figur 2 die gleiche Bedeutung wie in Figur 1.
Figur 2 veranschaulicht beispielhaft den Verlauf von Nutzda¬ tenverbindungen, die von der nur verschlüsselt kommunizierenden Kommunikationseinrichtung Sl ausgehen.
Konkret seien im Folgenden eine erste Nutzdatenverbindung zwischen den Kommunikationseinrichtungen Sl und S2, eine zweite Nutzdatenverbindung zwischen den Kommunikationseinrichtungen Sl und C2 sowie eine dritte Nutzdatenverbindung zwischen den Kommunikationseinrichtungen Sl und U2 betrachtet. Mit den ebenfalls verschlüsselnden Kommunikationseinrichtungen C2 und S2 kann die die Kommunikationseinrichtung Sl die Nutzdaten direkt verschlüsselt austauschen. Im Falle der Nutzdatenverbindung zwischen Sl und U2 ist dies jedoch nicht ohne Weiteres möglich, weil die Kommunikationseinrichtung S2 nur verschlüsselt senden und empfangen darf, die Kommunikationseinrichtung U2 aber keine Verschlüsselungsfähigkeiten aufweist. Um dennoch eine Nutzdatenverbindung zwischen den Kommunikationseinrichtungen Sl und U2 aufzubauen, wird diese über den Gateway GWl geführt, in den ein Verschlüsse¬ lungsmodul CR zum Ver- und Entschlüsseln von Sprachdaten integriert ist. Der Gateway GWl fungiert mithin als Verschlüs¬ selungseinrichtung .
Wie schon im Zusammenhang mit Figur 1 erläutert, werden zum Aufbau einer jeweiligen Nutzdatenverbindung beim Aufbau einer jeweiligen Master-Verbindung von der Kommunikationseinrichtung Sl zur Kommunikationseinrichtung S2, C2 bzw. U2 jeweils eine Direktverbindungs-Aufbaumeldung DMC sowie eine Verschlüsselungsmeldung CRM von der rufenden Kommunikationseinrichtung Sl zum jeweiligen Rufziel S2, C2 bzw. U2 übermittelt. Die aufgebauten Master-Verbindungen verlaufen entsprechend den obigen Ausführungen von der rufenden Kommunikati- onseinrichtung Sl über den Gateway GWl, die Rufsteuerung CC und den Gateway GW2 zum jeweiligen Anrufziel S2, C2 bzw. U2.
Erfindungsgemäß umfasst die Direktverbindungs-Aufbaumeldung DMC eine Direktverbindungsadresse IP_GWl, die den als Ver- Schlüsselungseinrichtung fungierenden Gateway GWl identifiziert und adressiert. Die Direktverbindungsadresse IP_GWl ist in die Direktverbindungs-Aufbaumeldung DMC wie eine den rufenden Endpunkt der aufzubauenden Direktverbindung adressierende Adresse eingefügt.
Die Verschlüsselungsmeldung CRM umfasst eine die rufende Kommunikationseinrichtung Sl identifizierende und adressierende Direktverbindungsadresse IP_S1. Vorzugsweise ist die Direkt- Verbindungsadresse IP_GWl eine IP-Adresse des Gateways GWl und die Direktverbindungsadresse IP_S1 eine IP-Adresse der Kommunikationseinrichtung Sl .
Vorzugsweise kann vorgesehen sein, dass die vorstehende Über¬ mittlung zweier Direktverbindungsadressen IP_S1 und IP_GWl nur im Falle von besonders geschützten Kommunikationseinrichtungen, wie hier der zwingend verschlüsselnden Kommunikationseinrichtung Sl veranlasst wird. Insbesondere kann vorgese- hen sein, dass nicht besonders geschützte Kommunikationsein¬ richtungen, hier Ul und Cl eine sie selbst identifizierende Direktverbindungsadresse in einer Direktverbindungs- Aufbaumeldung beim Aufbau einer Master-Verbindung übermitteln.
Im Falle der besonders geschützten Kommunikationseinrichtung Sl wird die IP-Adresse des Gateways GWl in die Direktverbin- dungs-Aufbaumeldung DMC eingetragen, weil zu Beginn des Rufaufbaus noch nicht bekannt ist, welche Verschlüsselungsfähig- keiten die jeweils gerufene Kommunikationseinrichtung S2, C2 bzw. U2 aufweist und weil der Gateway GWl eine Ver- und Ent¬ schlüsselung gewissermaßen stellvertretend für eine nicht verschlüsselungsfähige Kommunikationseinrichtung, hier U2, vornehmen kann.
Damit die Kommunikationseinrichtung Sl aber auch verschlüsselte Direktverbindungen zu verschlüsselungsfähigen Kommunikationseinrichtungen, hier C2 und S2 aufbauen kann, wird mit der Verschlüsselungsmeldung CRM die IP-Adresse IP_S1 als zweite IP-Adresse übermittelt. Die verschlüsselungsfähigen
Kommunikationseinrichtungen C2 und S2 können - anders als die Kommunikationseinrichtung U2 - die empfangene Verschlüsselungsmeldung CRM erkennen und verarbeiten.
Somit können die Kommunikationseinrichtungen C2 und S2 zunächst an Hand der Verschlüsselungsmeldung CRM jeweils prüfen, ob sie den Verschlüsselungsanforderungen der Kommunikationseinrichtung Sl genügen. Falls dies wie im vorliegenden Ausführungsbeispiel der Fall ist, können die Kommunikations¬ einrichtungen C2 und S2, die in der Direktverbindungs- Aufbaumeldung DMC enthaltene Direktverbindungsadresse IP_GWl verwerfen und stattdessen, die in der Verschlüsselungsmeldung CRM enthaltene Direktverbindungsadresse IP_1 verwenden, um den Aufbau einer verschlüsselten Slave-Direktverbindung zwischen C2 und Sl bzw. S2 und Sl zu veranlassen.
Falls die Kommunikationseinrichtung C2 oder S2 an Hand der Verschlüsselungsmeldung CRM dagegen feststellen würde, dass sie den Verschlüsselungsanforderungen der Kommunikationseinrichtung Sl nicht genügte, könnte die Kommunikationseinrichtung C2 oder S2, die in der Direktverbindungs-Aufbaumeldung DMC enthaltene Direktverbindungsadresse IP_GWl verwenden. An- hand dieser könnte eine unverschlüsselte Slave-Verbindung zu dem als Verschlüsselungseinrichtung wirkenden Gateway GWl aufgebaut werden, der diese Slave-Verbindung in verschlüsselter Form zur Kommunikationseinrichtung Sl weiterführen könnte.
In Figur 2 sind die verschlüsselten Slave-Direktverbindungen zwischen den Kommunikationseinrichtungen Sl und S2 bzw. Sl und C2 jeweils durch strichpunktierte Doppelpfeile angedeu¬ tet. Die beiden Slave-Direktverbindungen umgehen - anders als die zu Grunde liegenden Master-Verbindungen - die Gateways GWl und GW2 sowie die Rufsteuerung CC zumindest logisch.
Die Kommunikationseinrichtung U2 weist im vorliegenden Ausführungsbeispiel keine Verschlüsselungsfähigkeiten auf und kann infolgedessen die Verschlüsselungsmeldung CRM nicht erkennen oder interpretieren. Dagegen kann die Direktverbin- dungs-Aufbaumeldung DMC von der Kommunikationseinrichtung U2 erkannt und ausgewertet werden. Da in der Direktverbindungs- Aufbaumeldung DMC die IP-Adresse IP_GWl des Gateways GWl als Direktverbindungsadresse enthalten ist, wird diese von der Kommunikationseinrichtung U2 als Endpunkt der aufzubauenden Slave-Direktverbindung interpretiert und infolgedessen eine unverschlüsselte Slave-Direktverbindung zwischen der Kommuni- kationseinrichtung U2 und dem durch die IP-Adresse IP_GWl i- dentifizierten Gateway aufgebaut. Die unverschlüsselte Slave- Direktverbindung ist in Figur 2 durch einen strichlierten Doppelpfeil angedeutet. Diese Slave-Verbindung umgeht als Di- rektverbindung zumindest logisch den Gateway GW2 und ggf. weitere zwischengeschaltete Transit-Gateways und vermeidet so gegenüber Verbindungen, die alle Gateways durchlaufen, mehrfache qualitätsmindernde Umsetzungen der Sprachdaten.
Der Gateway GWl verschlüsselt die über die Slave-Direktver- bindung von der Kommunikationseinrichtung U2 eintreffenden Sprachdaten mittels des Verschlüsselungsmoduls CR und über¬ trägt die Sprachdaten in verschlüsselter Form über eine Weiterführung der Slave-Direktverbindung vom Gateway GWl zur Kommunikationseinrichtung Sl. Die verschlüsselte Weiterführung der Slave-Direktverbindung zwischen dem Gateway GWl und der Kommunikationseinrichtung Sl ist in Figur 2 durch einen strichpunktierten Doppelpfeil angedeutet.
Der Gateway GWl ermittelt den eigentlichen Endpunkt, hier Sl, der von der Kommunikationseinrichtung U2 eintreffenden Slave- Direktverbindung dadurch, dass die dieser Slave-Verbindung zugeordnete Master-Verbindung ermittelt wird und die Slave- Verbindung zum Endpunkt der Master-Verbindung, hier Sl, wei- tergeführt wird.
Wie oben bereits angedeutet, ist es vorteilhaft, wenn mit der Verschlüsselungsmeldung CRM nur dann die Direktverbindungsadresse, hier IP_1, derjenigen Kommunikationseinrichtung, zu der die Slave-Verbindung aufgebaut werden soll, übermittelt wird, wenn die Übermittlung der Verschlüsselungsmeldung CRM durch eine besonders geschützte Kommunikationseinrichtung, wie Sl veranlasst wird.

Claims

Patentansprüche 1) Verfahren zum Übertragen von Nutzdaten zwischen einer ersten, eine Verschlüsselung verwendenden Kommunikationsein- richtung (Sl) und einer zweiten Kommunikationseinrichtung (U2, C2, S2), wobei a) durch die erste Kommunikationseinrichtung (Sl) veran- lasst wird, - eine Direktverbindungsaufbaumeldung (DMC) mit einer eine Verschlüsselungseinrichtung (CR, GWl) identifizierenden, ersten Direktverbindungsadresse (IP_GWl) sowie - eine die Verschlüsselung angebende Verschlüsselungs¬ meldung (CRM) mit einer die erste Kommunikationsein- richtung (Sl) identifizierenden, zweiten Direktverbindungsadresse (IP_S1) in Richtung zur zweiten Kommunikationseinrichtung (U2, C2, S2) zu übermitteln, b) falls anhand der übermittelten Verschlüsselungsmeldung (CRM) festgestellt wird, dass die zweite Kommunikations¬ einrichtung (U2, C2, S2) die angegebene Verschlüsselung unterstützt, anhand der zweiten Direktverbindungsadresse
(IP_S1) eine Direktverbindung zwischen der zweiten und der ersten Kommunikationseinrichtung aufgebaut wird, und die Nutzdaten verschlüsselt über die aufgebaute Direkt¬ verbindung übertragen werden, und c) andernfalls anhand der ersten Direktverbindungsadresse
(IP_GWl) eine Direktverbindung zwischen der zweiten Kommunikationseinrichtung (U2, C2, S2) und der Verschlüsse- lungseinrichtung (CR, GWl) aufgebaut wird, und die Nutz¬ daten über die aufgebaute Direktverbindung zur Verschlüsselungseinrichtung (CR, GWl) übertragen und von dieser verschlüsselt zur ersten Kommunikationseinrich- tung (Sl) weitergeleitet werden.
2) Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Übermittlung der Direktverbindungsaufbaumeldung (DMC) sowie der Verschlüsselungsmeldung (CRM) im Rahmen eines Aufbaus einer Erstverbindung zwischen der ersten und der zweiten Kommunikationseinrichtung erfolgt.
3) Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die Erstverbindung über eine Gateway-Einrichtung
(GWl, GW2) verläuft und mittels einer Verbindungssteuerung
(CC) aufgebaut wird.
4) Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass die Direktverbindung unter Umgehung der Gateway- Einrichtung (GWl, GW2) aufgebaut wird.
5) Verfahren nach Anspruch 3 oder 4, dadurch gekennzeichnet, dass die Verschlüsselungseinrichtung in der Gateway- Einrichtung (GWl) implementiert ist.
6) Verfahren nach einem der Ansprüche 2 bis 5, dadurch gekennzeichnet, dass die Direktverbindung der Erstverbindung zugeordnet wird, dass die Zuordnung in der Verschlüsselungseinrichtung (CR, GWl) gespeichert wird, und dass die Verschlüsselungseinrichtung (CR, GWl) die erste Kommunikationseinrichtung (Sl) als Endpunkt der der Direktverbindung zugeordneten Erstverbindung ermittelt und die über diese Direktverbindung eintreffenden Nutzdaten an den so ermittelten Endpunkt (Sl) weiterleitet.
7) Verfahren nach einem der Ansprüche 2 bis 6, dadurch gekennzeichnet, dass die Übertragung der Nutzdaten bedarfsweise von der Direktverbindung zur Erstverbindung wechselt.
8) Verfahren nach einem der Ansprüche 2 bis 7, dadurch gekennzeichnet, dass als Erstverbindung eine Master-Verbindung gemäß dem Direct-Media-Connection-Verfahren aufgebaut wird.
9) Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass als Direktverbindung eine Slave-Verbindung gemäß dem Direct-Media-Connection-Verfahren aufgebaut wird.
EP07704439A 2006-03-30 2007-02-07 Verfahren zur gesicherten nutzdatenübertragung Withdrawn EP1861984A1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP07704439A EP1861984A1 (de) 2006-03-30 2007-02-07 Verfahren zur gesicherten nutzdatenübertragung

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP06006790A EP1841161B1 (de) 2006-03-30 2006-03-30 Verfahren zur gesicherten Nutzdatenübertragung
EP07704439A EP1861984A1 (de) 2006-03-30 2007-02-07 Verfahren zur gesicherten nutzdatenübertragung
PCT/EP2007/051185 WO2007113031A1 (de) 2006-03-30 2007-02-07 Verfahren zur gesicherten nutzdatenübertragung

Publications (1)

Publication Number Publication Date
EP1861984A1 true EP1861984A1 (de) 2007-12-05

Family

ID=36283664

Family Applications (2)

Application Number Title Priority Date Filing Date
EP06006790A Not-in-force EP1841161B1 (de) 2006-03-30 2006-03-30 Verfahren zur gesicherten Nutzdatenübertragung
EP07704439A Withdrawn EP1861984A1 (de) 2006-03-30 2007-02-07 Verfahren zur gesicherten nutzdatenübertragung

Family Applications Before (1)

Application Number Title Priority Date Filing Date
EP06006790A Not-in-force EP1841161B1 (de) 2006-03-30 2006-03-30 Verfahren zur gesicherten Nutzdatenübertragung

Country Status (5)

Country Link
US (1) US8234716B2 (de)
EP (2) EP1841161B1 (de)
CN (1) CN101326793B (de)
DE (1) DE502006000845D1 (de)
WO (1) WO2007113031A1 (de)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100064585A (ko) * 2008-12-05 2010-06-15 삼성전자주식회사 데이터송수신장치 및 그 방법
US8892042B2 (en) 2012-06-08 2014-11-18 Apple Inc. Immediate connection following device discovery
US9204469B2 (en) * 2012-06-08 2015-12-01 Apple Inc. Duplicate connection detection for devices using random addresses
EP3713187A1 (de) * 2019-03-19 2020-09-23 Siemens Aktiengesellschaft Verfahren zur übertragung von datenpaketen

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU8337898A (en) 1997-06-17 1999-01-04 Sante Camilli Implantable valve for blood vessels
JP3497088B2 (ja) * 1998-12-21 2004-02-16 松下電器産業株式会社 通信システム及び通信方法
US6450942B1 (en) 1999-08-20 2002-09-17 Cardiorest International Ltd. Method for reducing heart loads in mammals
US7076653B1 (en) * 2000-06-27 2006-07-11 Intel Corporation System and method for supporting multiple encryption or authentication schemes over a connection on a network
FR2812152B1 (fr) * 2000-07-21 2003-01-31 Netcelo Communication directe entre usagers sur le reseau internet
GB0023412D0 (en) 2000-09-23 2000-11-08 Khaghani Asghar Aortic counterpulsator
US20040158704A1 (en) * 2003-02-12 2004-08-12 Avaya Technology Corp. Providing encrypted real time data transmissions on a network
DE10337293A1 (de) 2003-08-13 2005-03-10 Siemens Ag Verfahren und Vorrichtung zum gesicherten Übertragen von Informationen über eine gesicherte Verbindung
DE10354947A1 (de) * 2003-11-25 2005-06-30 Siemens Ag Verfahren zur Übermittlung von Kommunikationsdaten in einem Kommunikationssystem
WO2006012610A2 (en) * 2004-07-23 2006-02-02 Citrix Systems, Inc. Systems and methods for optimizing communications between network nodes

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2007113031A1 (de) 2007-10-11
EP1841161A1 (de) 2007-10-03
CN101326793B (zh) 2011-11-16
US8234716B2 (en) 2012-07-31
DE502006000845D1 (de) 2008-07-10
EP1841161B1 (de) 2008-05-28
CN101326793A (zh) 2008-12-17
US20090138705A1 (en) 2009-05-28

Similar Documents

Publication Publication Date Title
EP1193919B1 (de) Verfahren zum Verbindungsaufbau von einem Endgerät eines Kommunikationsnetzes zu einem netzexternen Verbindungsziel und Einrichtungen zur Realisierung des Verfahrens
WO2004045182A1 (de) Übertragung von anrufsteuerungsparameter zwischen zwei media gateway controllern in sip/sip-t netzen ______________________________________________________________________________________
EP1900173B1 (de) Verfahren, Server-Einrichtung und Umsetzeinrichtung zum aufbauen einer Nutzdatenverbindung
EP2351332B1 (de) Verfahren und einrichtung zur bidirektionalen adressumsetzung in sip-gesteuerten datenströmen zwischen ipv4- und ipv6- datenendgeräten
EP1705889B1 (de) Verfahren zum schnellen Aufbauen einer Nutzdatenverbindung zwischen Kommunikationsendeinrichtungen
EP1841161B1 (de) Verfahren zur gesicherten Nutzdatenübertragung
DE69938252T2 (de) Sicherheit in telekommunikationsnetzübergangseinrichtungen
EP1282280A1 (de) Verfahren, Steuereinrichtung und Programmmodul zur Steuerung und Lenkung von Datenströmen einer Kommunikationsverbindung zwischen Teilnehmern eines Paketdatennetzes
DE10236600A1 (de) Verfahren und Anordnung zum Steuern einer Konferenzschaltung in einem paketorientierten Kommunikationsnetz
EP1269766B1 (de) Bereitstellen von ergänzenden diensten in einem paketvermittelnden kommunikationsnetz
DE10241202A1 (de) Verfahren und Anordnungen zur Kommunikation zwischen einem leitungsvermittelten Kommunikationsnetz und mehreren VoIP-Netzwerkdomänen
EP1207667B1 (de) Verfahren und Kommunikationssystem zum Aufbau einer H.323-oder SIP-Verbindung von einem Ursprungsnetz zu einem ursprungsnetzexternen Verbindungsziel
DE10147148A1 (de) Netzübergangseinrichtung und Kommunikationssystem für Echtzeitkommunikationsverbindungen
EP1292075B1 (de) Verfahren zur Leitweglenkung von Datenpaketen
EP1286508B1 (de) Verfahren zur Übergabe eines Anrufs zwichen einem Telekommunikationsnetzwerk und einem Datennetzwerk
EP1342347B1 (de) Verfahren zum übertragen von daten verschiedener anwendungen über ein paketübertragungsnetz, zugehörige einheiten und zugehöriges programm
DE102004002680A1 (de) Adaptereinheit und Verfahren
DE10345017A1 (de) Verfahren und Vorrichtung zur Adressierbarkeit von Personen für Sprachkommunikation hinter beliebigen verbindungsorientierten Anschlussarten
EP2108229B1 (de) Verfahren und kommunikationsanordnung zum transport von multimediadaten zwischen ip-endgeräten in einem lokalen netz eines wan
DE102005056623A1 (de) Mobile Vermittlungsvorrichtung und Verfahren zum Übertragen von Informationen zwischen wenigstens zwei Teilnehmern
DE102005045121B4 (de) Vorrichtung zur Unterstützung des Leistungsmerkmals "Fall-back" in SIP-Netzen
WO2007065738A1 (de) Vorrichtung und verfahren zur unterstützung von fax t.38 anwendungen in fmc netzen
EP1404098A2 (de) Verfahren und System zum Aufbau einer VoIP-Telefonverbindung in einem gesicherten Netzwerk
DE102004053928A1 (de) Verfahren und Systemsteuerung für den Aufbau einer IP-Telefonieverbindung
DE10155939A1 (de) Verfahren zur Übertragung von Signalisierungsdaten und Telekommunikationssystem

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: 20071024

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 IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK YU

RAX Requested extension states of the european patent have changed

Extension state: RS

Extension state: MK

Extension state: HR

Extension state: BA

Extension state: AL

17Q First examination report despatched

Effective date: 20080929

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

Designated state(s): DE FR GB IT

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: 20090210