Beschreibung

Die Erfindung betrifft ein Verfahren zum Aufbau einer

Kommunikationsverbindung zwischen einem ersten und einem zweiten Telefonie-Endgerät in einem Datenpakete

transportierenden Kommunikationsnetz, insbesondere im

Internet, mithilfe wenigstens eines Signalisierungsservers , insbesondere mit Hilfe eines SIP-Servers.

Derartige Verfahren sind grundsätzlich, insbesondere unter der Bezeichnung Voice over IP (VoIP) bekannt.

So offenbart die DE 102008009925 A1 ein Verfahren und eine Einrichtung zum Verbindungsaufbau für die Internettelefonie unter Nutzung des Session Initiation Protocol (SIP) . Danach werden die sonst bei Einrichtungen eines SIP-Providers erfüllten Aufgaben von Einheiten einer dazu speziell ausgebildeten dedizierten Internetverbindungseinrichtung übernommen, welche bei einem im Rahmen der Erfindung zu einer Nutzergruppe gehörenden Teilnehmer angeordnet ist. Diese dedizierte Internetverbindungseinrichtung umfasst insbesondere einen SIP-Registrar, einen SIP-Location-Server sowie einen SIP-Proxy-Server oder einen SIP-Redirect- Server .

Die DE 102006031080 A1 offenbart ein Verfahren zum

Bereitstellen von Voice over IP (VoIP) in einem

Kommunikationssystem mit einer Vielzahl gemäß VoIP

funktionierenden Endgeräten, zwischen denen eine Übertragung von Sprachdaten gemäß VoIP bzw. einer Signalisierung realisiert wird, bei dem die Signalisierung auf Grundlage des Computer Supported Telecommunication Application (CSTA) Schnittstellenstandards erfolgt.

Der vorliegenden Erfindung liegt die Aufgabe zugrunde, ein Verfahren zum Aufbau einer Kommunikationsverbindung

zwischen einem ersten und einem zweiten Telefonie-Endgerät in einem Datenpakete transportierenden Kommunikationsnetz anzugeben, mit dem es möglich ist, Datenpakete mit

unterschiedlichen Prioritäten in dem Kommunikationsnetz zu übertragen und auf diese Weise einer Datenverbindung, die von den Anwendern jeweils benötigte Dienstgüte zur

Verfügung stellen zu können.

Diese Aufgabe wird durch ein Verfahren mit den Merkmalen des Anspruchs 1 gelöst. Die Unteransprüche sollen

vorteilhafte Weiterbildungen dieser Erfindung unter Schutz stellen .

Erfindungsgemäß ist ein Verfahren zum Aufbau einer

Kommunikationsverbindung zwischen einem ersten und einem zweiten Telefonie-Endgerät in einem Datenpakete

transportierenden Kommunikationsnetz, insbesondere im

Internet vorgesehen, mithilfe wenigstens eines

Signalisierungsservers , insbesondere mithilfe eines SIP- Servers, wobei das Verfahren vorzugsweise folgende Schritte und gegebenenfalls weitere Schritte beinhaltet: a) Das erste Telefonie-Endgerät benachrichtigt einen ersten Signalisierungsserver darüber, dass ein Anruf an das zweite Telefonie-Endgerät erfolgen soll; b) der benachrichtigte erste oder ein von diesem ersten Signalisierungsserver benachrichtigter zweiter

Signalisierungsserver erkennt, dass der Anruf mit einer bestimmten Dienstgüte durchgeführt werden soll und baut eine dieser Dienstgüte entsprechende Kommunikationsverbindung zwischen dem ersten und dem zweiten Telefonie- Endgerät auf.

In diesem Zusammenhang ist unter einem Signalisierungsserver ein Vermittlungsdienst in Form eines Servers zu verstehen, bei dem die verwendeten Telefonie-Endgeräte sich anmelden können, sodass der Server die aktuelle IP-Adresse der Telefonie-Endgeräte kennt. Mithilfe dieser IP-Adresse des Telefonie-Endgerätes kann der Signalisierungsserver, beispielsweise ein SIP-Server die Vermittlung von

Telefonaten in paketvermittelten Netzwerken, wie

beispielsweise in Computernetzwerken übernehmen.

Das Session-Initation-Protocol (SIP) ist ein Netzprotokoll zum Aufbau, zur Steuerung und zum Abbau einer

Kommunikationssitzung zwischen zwei oder mehr Telefonie- Endgeräten. Das Protokoll wird unter anderem im RFC 3261 spezifiziert

(de . wikipedia . org/wiki/session_initiation_protocol ) .

In diesem Zusammenhang soll unter dem Begriff der Dienstgüte die Güte eines Kommunikationsdienstes vorzugsweise aus der Sicht der Anwender verstanden werden. Formal ist die Dienstgüte ein Satz von Qualitätsanforderungen an den verwendeten Kommunikationsdienst.

Beispiele für derartige Anforderungen sind der Wunsch des Anwenders, mit dem von ihm gewünschten Ziel verbunden und nach Beendigung der Kommunikation zuverlässig wieder getrennt zu werden, ein rascher Aufbau einer

Kommunikationsverbindung, die stabile Aufrechterhaltung einer Kommunikationsverbindung, eine gute

Sprachverständlichkeit insbesondere bei Telefonie- Verbindungen, die vollständige Übertragung der

Nutzinformation mit einer möglichst geringen Fehlerrate, die Trennung von Informationen anderer

Kommunikationsteilnehmer und die weitgehende Abwesenheit von Störungen, die Minimierung von Wartezeiten und die korrekte Abrechnung der Kommunikation entsprechend ihrer Dauer und der Menge der übertragenen Daten.

In paketvermittelten Netzen, wie beispielsweise in IP- Netzen wird die Dienstgüte häufig auch mithilfe von

Parametern umfasst, die beispielsweise die sogenannte

Latenzzeit, also die Verzögerung der Übertragung von

Endgerät zu Endgerät, den sogenannten Jitter, also die Abweichung der Latenzzeit von ihrem Mittelwert und die Paketverlustrate umfassen, also die Wahrscheinlichkeit, dass einzelne IP-Pakete bei der Übertragung verloren gehen oder - insbesondere bei Echtzeit-Diensten, wie Telefonie- Anwendungen - ihr Ziel zu spät erreichen. Daneben wird die Dienstgüte auch vom Durchsatz, d. h. von der Mittel pro Zeiteinheit übertragenen Datenmenge beeinflusst. Bei

Echtzeit-Kommunikationsanwendungen, wie beispielsweise der Internet-Telefonie (Voice over IP) beeinflussen die Latenz, der Jitter und die Verlustrate maßgeblich die

Sprachverständlichkeit .

Gemäß einer bevorzugten Ausführungsform der Erfindung ist das erfindungsgemäße Verfahren ferner dadurch

gekennzeichnet, dass der erste oder der zweite Signalisierungsserver einen der beiden Telefonie-Endgeräte einen der bestimmten Dienstgüte entsprechenden Dienstgüte- Identifikator, vorzugsweise eine Dienstgüte-Profil-ID, oder eine aus diesem Dienstgüte-Identifikator abgeleitete

Information, vorzugsweise den entsprechenden Differentiated Services Code Point (DSCP) mitteilt. Das auf diese Weise benachrichtigte Telefonie-Endgerät sendet diesen

Dienstgüte-Identifikator oder eine aus diesem Dienstgüte- Identifikator abgeleitete Information, vorzugsweise unter Verwendung des Session Description Protocol (SDP) an das jeweils andere Telefonie-Endgerät . Hierdurch wird dieses andere Telefonie-Endgerät in die Lage versetzt, sich entsprechend dieser Dienstgüte zu konfigurieren. Das Session Description Protocol (SDP) ist im RFC 4566 spezifiziert. Mit dem Session Description Protocol (SDP) werden Eigenschaften von Multimediadatenströmen beschrieben (de . wikipedia . org/wiki/Session_Description_Protocol ) . Es dient dazu, Kommunikationssitzungen zu verwalten, und wird beispielsweise zusammen mit SIP und H.323 in der IP- Telefonie bei der Aushandlung von Codecs,

Transportprotokollen und -adressen und zur Übertragung von Metadaten eingesetzt. SDP selbst bietet keinen eigenen Aushandlungsmechanismus, sondern nur eine Beschreibung der Datenströme. Datensätze im SDP-Format können mit

verschiedenen Transportprotokollen übertragen werden, z. B. auch mit solchen "Transportprotokollen" wie E-Mail. Ein Differentiated Services Code Point (DSCP) verweist innerhalb eines als DiffServ bekannten Verfahrens

gewöhnlich auf ein Weiterleitungsverhalten (englisch: Perhop behavior, PHB) . Dieses spezifiziert, in welcher Weise mit einem Paket verfahren werden soll. DiffServ (kurz für Differentiated Services) ist ein Schema zur Klassifizierung von IP-Paketen (http://de.wikipedia.org/wiki/DSCP). Diese Klassifizierung kann zur Priorisierung von IP-Datenpaketen verwendet werden, um eine Dienstgüte (englisch: Quality of Service, QoS) sicherzustellen. DiffServ wurde erstmals 1998 in der RFC 2474 beschrieben.

Die ursprüngliche Spezifikation von IPv4 in RFC 791

definierte ein Type-of-Service-Byte (ToS-Byte) im IP- Header. Drei Bits kodierten eine Präzedenz zwischen

0 und 7, drei weitere Bits markierten Pakete für geringe Latenz, hohen Durchsatz und hohe Verlässlichkeit . Eine spätere RFC gab einem der verbleibenden Bits die Bedeutung „minimiere finanzielle Kosten".

DiffServ beschreibt ein alternatives Verfahren, um die Bits des ToS-Bytes zu nutzen: Die ursprünglichen sechs Bits (nun „DS-Feld" genannt) kodieren einen Differentiated Services Codepoint (DSCP) zwischen 0 und 63. Die verbleibenden zwei Bit werden in RFC 3168 für Explicit Congestion Notification (ECN) verwendet .

DSCPs dienen gewöhnlich der Klassifizierung, nicht aber der Priorisierung. Das heißt, dass ein höherer Zahlenwert nicht unbedingt einer bevorzugten Behandlung entspricht. Dabei ist es gewöhnlich beabsichtigt, an den Grenzen eines

Netzwerks, zum Beispiel auf sogenannten Border-Routern, eine Klassifizierung der Pakete vorzunehmen, beispielsweise anhand von Portnummern. Router innerhalb des Netzwerkes nutzen hingegen lediglich das DS-Feld, um ein PHB

auszuwählen . In mehreren RFCs werden Weiterleitungsverhalten (PHBs) definiert, die für verschiedene Arten von Netzwerkverkehr und Ressourcenverwaltung geeignet sind. Die entsprechenden DSCPs werden von der IANA verwaltet und zugeteilt. Die Class Selector PHBs (RFC 2474) sind rückwärtskompatibel zu den acht Präzedenzwerten aus RFC 791 und sind Vertreter einer prioritätsbasierten Ressourcenverteilung. Expedited Forwarding (EF, RFC 3246) beschreibt ein Verhalten für Pakete, die eine geringe Latenz benötigen. Assured

Forwarding (AF, RFC 2597) beschreibt ein PHB, das Pakete in vier Klassen mit je drei Prioritäten aufteilt. Das

Standardverhalten mit dem Codepoint 0 wird Best Effort (BE) genannt .

Gemäß einer weiteren bevorzugten Ausführungsform der

Erfindung, die auch mit anderen Ausführungsformen

kombiniert werden kann, ist ein Verfahren vorgesehen, bei dem wenigstens ein erstes Datenpaket den Rahmen der

aufgebauten Kommunikationsverbindung entsprechend einer ersten Dienstgüte übertragen wird, die verschieden ist von einer zweiten Dienstgüte, entsprechend welcher wenigstens ein zweites Datenpaket im Rahmen der aufgebauten

Kommunikationsverbindung übertragen wird. Mithilfe dieser und weiterer Ausführungsformen der

Erfindung ist es möglich, eine bestimmte, angeforderte Dienstgüte (Quality of Service QoS) in paketvermittelten Kommunikationsnetzen, insbesondere in IP-Netzen

bereitzustellen und zu nutzen, sodass ein möglichst

störungsfreier Betrieb der Internet-Telefonie auf Voice over IP, VoIP möglich ist. Dabei können einzelne

Datenpakete mit einer höheren Priorität übermittelt werden, als andere Datenpakete, wodurch sichergestellt werden kann, dass in Echtzeit zu übertragende Daten (Real-Time Media- Daten) mit einer möglichst geringen Verzögerung, mit kleinem Jitter und mit niedrigem Paketverlust das

Kommunikationsnetz passieren und den Kommunikationspartner erreichen können.

Gemäß einer weiteren bevorzugten Ausführungsform der

Erfindung, deren Merkmale auch mit Merkmalen anderer

Ausführungsformen kombiniert werden können, ist es

vorgesehen, dass wenigstens ein erstes Datenpaket im Rahmen der aufgebauten Kommunikationsverbindung entsprechend einem ersten Wert des Differentiated Services Code Point (DSCP) übertragen wird, der verschieden ist von einem zweiten Wert des Differentiated Services Code Point (DSCP) , entsprechend welchem wenigstens ein zweites Datenpaket im Rahmen der aufgebauten Kommunikationsverbindung übertragen wird.

Gemäß einer weiteren bevorzugten Ausführungsform der

Erfindung, deren Merkmale auch mit Merkmalen anderer

Ausführungsformen der Erfindung kombiniert werden können, ist es vorgesehen, dass wenigstens ein

Signalisierungsserver einem Telefonie-Endgerät , welchem dieser Signalisierungsserver zugeordnet ist, einen

Dienstgüte-Identifikator oder eine entsprechende, eine Dienstgüte bezeichnende Information, vorzugsweise mit Hilfe einer Signalisierung nach dem Session Description Protocol (SDP) mitteilt.

Gemäß einer weiteren bevorzugten Ausführungsform der

Erfindung, deren Merkmale auch mit Merkmalen anderer

Ausführungsformen der Erfindung kombiniert werden können, ist es vorgesehen, dass wenigstens ein erstes Telefonie- Endgerät wenigstens einem zweiten Telefonie-Endgerät einen Dienstgüte-Identifikator oder eine entsprechende, eine Dienstgüte bezeichnende Information vorzugsweise mithilfe einer Signalisierung nach dem Session Description Protocol (SDP) mitteilt.

Gemäß einer weiteren bevorzugten Ausführungsform der

Erfindung, deren Merkmale auch mit Merkmalen anderer

Ausführungsformen kombiniert werden können, ist es

vorgesehen, dass direkt der L3-Dienstgütewert des

Differentiated Services Code Point (DSCP) , der auch als L3- QoS-Wert bezeichnet wird, signalisiert wird, nicht jedoch der L2-QoS-Wert gemäß IEEE 802. ID. Diese Ausführungsform der Erfindung wird besonders bevorzugt dann eingesetzt, wenn der DSCP-Wert in allen Teilnetzen des

Kommunikationsnetzes verwendet werden darf. In diesem Fall ist diese Ausführungsform mit dem Vorteil verbunden, dass das Telefonie-Endgerät keine lokalen Daten verarbeiten oder speichern muss. Gemäß einer weiteren bevorzugten Ausführungsform der

Erfindung, deren Merkmale auch mit Merkmalen anderer

Ausführungsformen der Erfindung kombiniert werden können, ist es vorgesehen, dass anstelle wenigstens eines

Dienstgütewertes des Differentiated Services Code Point (DSCP) ein vorzugsweise numerischer oder alphanumerischer Identifikator übergeben wird, mit dessen Hilfe wenigstens ein zu verwendender Dienstgütewert in einem Telefonie- Endgerät ermittelt wird, an welches ein Identifikator übergeben wird oder wurde. Obwohl bei derartigen

Ausführungsformen der Erfindung die Speicherung und

Verarbeitung geringer Datenmengen (siehe beispielsweise Tabelle 1 weiter unten) im Endgerät erforderlich sein wird, ist diese Ausführungsform der Erfindung mit dem Vorteil verbunden, dass lokale Einstellungen gemäß den Vorgaben der

Anwender regelmäßig erfüllt werden können, was diese Lösung besonders attraktiv erscheinen lässt. Eine Profil-ID, beispielsweise die „5", die beispielsweise für "allerhöchste Priorität" stehen kann, kann von Ende zu Ende signalisiert werden. Welche konkreten L2/L3-Werte dazu aber in den verschiedenen durchlaufenden Netzabschnitten (administrative Domains, wie zum Beispiel der „Firma 1", „Provider X", „Firma 2") zu verwenden sind, um die höchste Priorität zu erreichen, kann man außerhalb einer solchen Domain nicht sehen und daher auch nicht vorgeben. Wenn also beispielsweise Teilnehmer A dem Teilnehmer B mitteilt, dass eine Nachricht oder ein einzelnes Paket gemäß der Profil-ID „5" zu übertragen ist, wird einfach in jedem Netzabschnitt mit den L2/L3-Werten gearbeitet, die gemäß lokaler Vorgabe in der Profil-Tabelle der jeweiligen Domain (die oben erwähnte „geringe Datenmenge") unter Profil „5" hinterlegt sind .

Vorzugsweise werden dazu Signalisierungsprotokolle,

besonders vorzugsweise das Session Initiation Protocol (SIP) und das Session Descripton protocol (SDP) derart erweitert, dass es möglich wird, explizit ein Dienstgüte- Profil zu aktivieren und/oder dem Kommunikationspartner - auch über administrative Grenzen hinweg - bestimmte L2/L3- Dienstgüte-Werte vorzuschlagen oder zu fordern. Diese

Vorgehensweise ist auch auf andere Protokolle, wie

beispielsweise auf das H.323-Protokoll, übertragbar. In diesem Zusammenhang sollen Medientypen wie Video (VVoIP) oder weitere, auch künftige Medientypen eingeschlossen sein, wenn abkürzend der Einfachheit halber nur von Voice- over-IP (VoIP) gesprochen wird. Ein Dienstgüte-Profil besteht vorzugsweise aus L2- Dienstgüte- erten (IEEE802.1D) und L3-Dienstgüte-Werten (DSCP) . Mehrere dieser Profile, beispielsweise 5, können im Endgerät vorzugsweise in einer Tabelle hinterlegt und dann über eine in der SIP- bzw. SDP-Nachricht übermittelte

Dienstgüte-Profil-ID ausgewählt werden. Eine solche Tabelle kann beispielsweise wie folgt aussehen:

Tabelle 1: Beispiel-Tabelle zur Hinterlegung von Profilen im Endgerät

Im Rahmen der SIP-Signalisierung kann dem Endgerät vom SIP- Server das zu benutzende Profil durch Übermittlung der Profil-ID (zum Beispiel "2") mitgeteilt werden.

Den zugehörigen L2-Wert (hier "5") nutzt das Endgerät direkt an seinem Ethernet-Interface , damit die L2-SIP- Server die Pakete (MAC-Frames) prioritätsmäßig richtig verarbeiten können.

Den zugehörigen L3-Wert (hier "40") dagegen nutzt das

Endgerät in den RTP-IP-Paketen auf L3, damit die Router die Pakete (IP) prioritätsmäßig richtig verarbeiten können und signalisiert diesen Wert ggf. per SDP seinem

Kommunikationspartner (im Falle der bereits beschriebenen direkten Wertübergabe) . Diese Vorgehensweise hat im Gegensatz zum direkten signalisieren der L2/L3-Werte den Vorteil, dass ein

logischer Wert übermittelt wird, der erst im Endgerät, oder im Falle von Domain-Grenzen auch im SBC (siehe Figur 3) , gemäß den dort (im jeweiligen Sub-Netz) geltenden Regeln („Policies") in Dienstgüte-Werte umgesetzt wird. Der L2- Wert hat nur lokale Bedeutung. In verschiedenen Sub-Netzen können daher unterschiedliche Werte (bis hin zu „kein L2- Dienstgütewert" ) gefordert werden. Aus diesem Grund sollte die oben gezeigte Tabelle auch durch einen Administrator modifizierbar sein, wenngleich sich standardisierte Profile für den Regelbetrieb und als Administrationsvorlage

anbieten .

Gemäß einer weiteren bevorzugten Ausführungsform der

Erfindung, deren Merkmale auch mit Merkmalen anderer

Ausführungsformen der Erfindung kombiniert werden können, ist es vorgesehen, dass wenigstens ein

Signalisierungsserver aufgrund einer gewählten Rufnummer oder aufgrund einer besonderen Signalisierung erkennt, dass ein Anruf mit einer besonderen Priorität ausgeführt werden soll, und dass daraufhin dieser Signalisierungsserver dem den Anruf initiierenden Telefonie-Endgerät einen

entsprechenden Dienstgüte-Profil-Identifikator oder eine entsprechende Information mitteilt.

Gemäß einer weiteren bevorzugten Ausführungsform der

Erfindung, deren Merkmale auch mit Merkmalen anderer

Ausführungsformen der Erfindung kombiniert werden können, ist es vorgesehen, dass das Telefonie-Endgerät aus dem ihm mitgeteilten Dienstgüte-Profil einen zu verwendenden Dienstgüte-Wert ermittelt und für eine Verbindung nach dem Real-Time Transport Protocol (RTP) verwendet.

Im Folgenden wird die Erfindung anhand bevorzugter

Ausführungsbeispiele und mithilfe der Figuren näher

beschrieben .

Dabei zeigt Figur 1 in schematischer Weise einen erfindungsgemäßen Verbindungsaufbau gemäß einer ersten bevorzugten

Ausführungsform der Erfindung;

Figur 2 in schematischer Weise einen erfindungsgemäßen Verbindungsaufbau gemäß einer zweiten bevorzugten

Ausführungsform der Erfindung;

Figur 3 in schematischer Weise einen erfindungsgemäßen Verbindungsaufbau gemäß einer dritten bevorzugten

Ausführungsform der Erfindung.

Wie in Figur 1 schematisch gezeigt wird, findet ein

Verbindungsaufbau zwischen einem ersten Telefonie-Endgerät (PA) und einem zweiten Telefonie-Endgerät (PB) mithilfe zweier Signalisierungsserver (SA, SB) statt. Gemäß einem ersten Ausführungsbeispiel der Erfindung teilt der

Signalisierungsserver SA, vorzugsweise ein SIP-Server, sobald dieser Signalisierungsserver (SA) auf der Seite des Telefonie-Endgerätes PA erkennt, dass der aufzubauende Anruf mit einer besonderen Priorität ausgeführt werden soll, dem den Anruf initiierenden Endgerät PA über eine VoIP-Signalisierung die zugehörige Dienstgüte-Profil-ID, in diesem Beispiel „qos_profile=2" mit 1. Nach einer Umsetzung der Profil-ID in konkrete Dienstgüte-Werte, welche das Telefonieendgerät PA vorzugsweise für seine RTCP-Verbindung 3 einsetzt, teilt das Telefonie-Endgerät PA dem Telefonie- Endgerät PB vorzugsweise den zu benutzende L3-QoS-Wert über das Service Description Protocol (SDP) mit 2, wodurch nun beide Verbindungsrichtungen mit den speziellen Dienstgüte- Einstellungen versehen sind.

Bei einem weiteren bevorzugten Ausführungsbeispiel wertet das Telefonieendgerät PA die vom Signalisierungsserver SA empfangene 1 Profile-ID aus und übergibt anschließend nicht die Profile-ID seinem Kommunikationspartner, sondern übermittelt 2 direkt den resultierenden DSCP-Wert, in dem Beispiel der Tabelle 1 den Wert „dscp=40".

Falls ein Signalisierungsserver, beispielsweise eine SIP- Server auf der Seite des Telefonie-Endgerätes PA, eine Erkennung spezieller Rufe nicht unterstützt, oder falls beispielsweise durch eine AnrufUmleitung der Server auf der Seite des Telefonie-Endgerätes PA einen Notruf nicht erkennen kann, ist gemäß einem weiteren, in Figur 2

schematisch gezeigten Ausführungsbeispiel der Erfindung vorgesehen, dass der Signalisierungsserver SB auf Seiten des Telefonie-Endgerätes PB eine Prioritätsveränderung bewirkt. Dies kann vorzugsweise dadurch geschehen, dass der Signalisierungsserver SB auf Seiten des Telefonie- Endgerätes PB diesem Telefonie-Endgerät PB eine Dienstgüte- Profil-ID mitgibt 4. Das Telefonie-Endgerät PB wertet diese Dienstgüte-Profil-ID aus, indem es vorzugsweise die Werte selbst verwendet, und teilt die Dienstgüte-Profil ID, oder eine entsprechende Information, beispielsweise den L3/DSCP- Wert dem Telefonie-Endgerät PA mit. Diese Ausführungsform der Erfindung ist in manchen Notruf- Szenarien besonders interessant, weil nur in der

Notrufzentrale eine Hochschaltung der Priorität veranlasst werden rauss. Alle Anrufer-Endgeräte können aufgrund des übermittelten Dienstgüte-Wertes automatisch der neuen

Einstellung folgen.

Für den Fall, dass das Telefonieendgerät PA eine Dienstgüte Einstellung über das Service des Service Description

Protocol (SDP) nicht unterstützt, kann es vorzugsweise mit derjenigen Dienstgüte-Einstellung arbeiten, dieses ohnehin verwenden würde. Das bedeutet, dass diese Lösung voll rückwärts kompatibel ist. Eine durch die Erfindung

angestrebte Qualitätsverbesserung käme dann zwar nicht zum Tragen; die Verbindung würde jedoch auch in diesem Fall wenigstens nicht nachteilig beeinflusst werden.

Bei einigen Anwendungsszenarien, kommt ein

Ausführungsbeispiel zum Einsatz, wie es in der Figur 3 schematisch dargestellt ist. Bei diesen Anwendungsszenarien werden in den IP-Meldungen enthaltene DSCP-Werte oft an administrativen Grenzen (zum Beispiel beim Übergang von einem Unternehmensnetz in ein Provider-Netz) verworfen und gemäß den lokalen Regeln (den sog. Policies) neu gesetzt. Möglicherweise vorhandenes Wissen über Notrufe geht in solchen Fällen verloren. Eine explizite Signalisierung der Dienstgüte-Profil-ID, die vorzugsweise mit für eine

Signalisierung üblichen und dem Fachmann bekannten Mitteln gegen eine Manipulation abgesichert ist, kann hier

bewirken, dass auch über diese Grenzen hinweg eine

Dienstgüte-Prioritätsänderung wirkt. Dies kann

beispielsweise durch eine Auswertung der Dienstgüte-Angaben in der SDP-Signalisierung in den Session Border Controller an (SBC) geschehen.

Auch dieses Ausführungsbeispiel ist mit wieder dem Vorteil der Rückwärtskompatibilität verbunden. Für den Fall, dass der SBC die Dienstgüte-Einstellung über SDP nicht

unterstützt, würde er mit den Dienstgüte-Einstellungen arbeiten, die er ohnehin verwenden würde. Das bedeutet zwar, dass diese Lösung voll rückwärts kompatibel ist. Die erfindungsgemäße Qualitätsverbesserung käme dann zwar nicht zum Tragen, aber die Verbindung würde auch nicht nachteilig beeinflusst werden.

Eine Erweiterung des Session Initiation Protocol (SIP) zum Übermitteln der Dienstgüte-Profil-ID von einem SIP-Server zu einem Endgerät kann vorzugsweise erfolgen, indem dem SDP-Body einer SIP-Nachricht ein weiteres Attribut

hinzugefügt wird. Dieses Attribut wird im Rahmen dieser Beschreibung „qos_profile" genannt. Es zeigt dem Empfänger dieser Nachricht an, möglichst die unter der ID „2"

hinterlegten L2/L3-Dienstgüte Werte für den zu sendenden Medienstrom zu verwenden. Wenn beispielsweise das Telefon auf der Seite des Teilnehmers A dem Telefon auf der Seite des Teilnehmers B mitteilt, einen qos_profile=2 zu

verwenden, bedeutet dies, dass A diesen Wert für seinen Media Strom an B verwenden wird, und dass B, wenn möglich und wenn dieses Attribut verstanden wird, auch die

entsprechenden Werte für seinen Media Strom an A zu

verwenden hat.

Die Protokolle SIP und SDP sind so konzipiert, dass

Informationen, die nicht verstanden werden, einfach

ignoriert werden können. Deshalb ist dieses vorgeschlagene Verfahren auch rückwärts-kompatibel und für Endgeräte geeignet, die diese vorgeschlagene Erweiterung nicht verstehen .

Das SDP- Attribut kann sowohl auf Session-Level als auch auf Media-Level angegeben werden. Falls es auf Session- Level angegeben ist, soll dieses für alle vorgeschlagenen Media-Ströme gelten. Falls es auf Media-Level angegeben ist, soll es nur für den betreffenden Media-Strom gelten. Somit wäre es möglich, für unterschiedliche Media Ströme auch unterschiedliche L2/L3-Dienstgütewerte zu verwenden. Zum Beispiel könnte man auf diese Weise auf Media-Level einem Media-Strom für Sprache eine höhere Priorität und einem zugehörigen Video-Media-Strom einen normalen

Dienstgüte-Level zuweisen, da die ungestörte

Sprachübertragung in der Regel wichtiger ist als ein störungsfreies Video.

Die ABNF-Notation von SDP-Attributen ist laut RFC4566:

Gemäß einer bevorzugten Ausführungsform dieser Erfindung wird folgende ABNF-Notation für das SDP- Attribut

vorgeschlagen :

Eine Erweiterung des Session Description Protocol für die Übermittlung der Dienstgüte Profil-ID an einen

Kommunikationspartner kann vorzugsweise dadurch erfolgen, dass der L3-Wert, welcher potenziell Ende-zu Ende-Bedeutung hat den Kommunikationspartner und gegebenenfalls allen dazwischen liegenden an der Nutzlast beteiligten Entitäten (wie zum Beispiel SBCs) explizit per Signalisierung

mitgeteilt wird. Auf diesem Weg kann die Verwendung eines bestimmten L3/DSCP- wertes für den auszuhandelnden

Datenstrom gefordert werden.

Bisher schon werden im so genannten Session Description Protocoll (SDP) Parameter für den Datenstrom ausgehandelt. Dazu zählen die zu verwendenden Codecs, einschließlich der Codec-Parameter) , IP-Adressen, Ports und ein paar weitere Informationen, bisher allerdings keine Daten, die mit der Dienstgüte zu tun haben.

Im Rahmen eines bevorzugten Ausführungsbeispiel dieser Erfindung wird nun vorgeschlagen, im SDP-Body einen neuen SDP-Parameter

„a=qos_profile : <qos_profile>"

einzuführen. Dieser SDP-Body teilt dem Empfänger des SDP- Bodies mit,

- welcher Codec zu verwenden ist und zu

- welcher IP-Adresse und

- welchem Port mit

- welchem Dienstgüte-Profil

der Media Strom zu senden ist.

Welcher Dienstgüte-Wert hier vom sendenden Endgerät

einzusetzen ist, wurde dem Endgerät entweder auf dem oben gezeigten Weg vom SIP-Server per Dienstgüte-Profil-ID mitgeteilt oder aufgrund fest codierter Regeln (bzw.

Standard-Dienstgüte Profil) ermittelt (Standard VoIP Call) . Die Signalisierung könnte im Rahmen eines entsprechend erweiterten Session Initiation Protocol wie folgt aussehen:

in diesem Legalisierungsbeispiel ist ersichtlich, dass den Kommunikationspartner vorgeschlagen wird, für diesen Ruf und für diesen Media Strom gemäß Dienstgüteprofil „2" den DSCP-Wert „40" zu verwenden. Der vorliegenden Erfindung geht es dabei nicht um die Aushandlung eines

Dienstgütemechanismus, sondern um die Festlegung eines bestimmten, für einen bestimmten Anruf (Call) geltenden Dienstgütewertes über die Signalisierung. Die Erfindung ermöglicht in diesem Zusammenhang insbesondere die

explizite Signalisierung der Dienstgüte-Einstellungen, wie beispielsweise der Profil-ID oder der DSCP-Werte für einen bestimmten Media-Strom.