DE10163478C2 - Verfahren und Anordnung zur Codec-Verhandlung - Google Patents

Verfahren und Anordnung zur Codec-Verhandlung

Info

Publication number
DE10163478C2
DE10163478C2 DE10163478A DE10163478A DE10163478C2 DE 10163478 C2 DE10163478 C2 DE 10163478C2 DE 10163478 A DE10163478 A DE 10163478A DE 10163478 A DE10163478 A DE 10163478A DE 10163478 C2 DE10163478 C2 DE 10163478C2
Authority
DE
Germany
Prior art keywords
codec
gateway
control device
list
codecs
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.)
Expired - Fee Related
Application number
DE10163478A
Other languages
English (en)
Other versions
DE10163478A1 (de
Inventor
Lothar Gesswein
Ruediger Kreuter
Rita Leirich
Bernd Siegwart
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
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 DE10163478A priority Critical patent/DE10163478C2/de
Priority to EP02798271A priority patent/EP1457021A1/de
Priority to US10/499,743 priority patent/US20050091392A1/en
Priority to PCT/DE2002/004561 priority patent/WO2003056776A1/de
Publication of DE10163478A1 publication Critical patent/DE10163478A1/de
Application granted granted Critical
Publication of DE10163478C2 publication Critical patent/DE10163478C2/de
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • 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/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • 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/1023—Media gateways
    • H04L65/1026—Media gateways at the edge
    • 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/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • 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/1033—Signalling gateways
    • H04L65/1036—Signalling gateways at the edge
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • 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/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Landscapes

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

Description

Die Erfindung betrifft ein Verfahren zur Codec-Verhandlung für eine Datenübertragung zwischen zwei Media-Gateways gemäß dem Oberbegriff des Patentanspruchs 1 sowie eine Anordnung hierzu.
Historisch bedingt, existieren innerhalb der meisten Unter­ nehmen zwei Kommunikationsinfrastrukturen. Auf der einen Sei­ te steht die Infrastruktur für die Datenkommunikation (LAN), auf der anderen Seite das Netz der Nebenstellenanlagen mit der TK-Anlage im Mittelpunkt.
Diese Trennung ist allerdings unwirtschaftlich, denn jedes dieser beiden Kommunikationssysteme benötigt eine eigene Netzwerktechnik. Daraus resultierend ist es notwendig, dop­ peltes Knowhow für den Betrieb und die Pflege der Systeme vorzuhalten. Darüber hinaus behindert diese Trennung die ra­ sche Entwicklung neuer Applikationen, da beiden Systemen un­ terschiedliche Technologien zugrundeliegen. Während das klas­ sische Telefonnetz bei jedem Telefonat eine Ende-zu-Ende- Verbindung mit einer reservierten Bandbreite von 64 kBit/s etabliert, wird bei der IP-Telefonie die Sprache digitali­ siert, komprimiert, in IP-Datenpakete konvertiert und zusam­ men mit anderem IP-Verkehr über das Datennetz geführt.
So besteht der Wunsch, die beiden getrennten "Welten" zusam­ menführen mit dem Ziel, die Effektivität und die Produktivi­ tät moderner Unternehmen zu erhöhen, um diesen somit einen entscheidenden Wettbewerbsvorteil zu ermöglichen.
Um echtzeitorientierte Sprachanwendungen über das paketorien­ tierte IP-Protokoll abwickeln zu können, ist es notwendig, die zu übertragenden Daten zu komprimieren. Aus diesem Grund hat die internationale Fernmeldeunion (ITU) eine Reihe von Standards verabschiedet, die unabhängig von der nutzbaren Bandbreite unterschiedliche Sprachqualitäten zur Verfügung stellen. Diese Komprimierungsverfahren werden auch als Codecs bezeichnet und sind Hard- und/oder Software-Bausteine, die die Funktionen eines Kodierers (Coders) und eines Decoders in sich vereinen, da bei der Übertragung von Informationen zwi­ schen zwei Punkten häufig in beide Richtungen übertragen wird. Manchmal ist der Codec speziell auf Charakteristika (Bandbreite, packetization-period, Verhalten bezüglich Tönen) eines Eingangssignals, beispielsweise Sprach- und/oder Video­ signale, zugeschnitten. Die praktische Realisierung erfolgt entweder als Hardware durch DSPs (Digital Signal Processors) oder durch softwareimplementierte Codec-Algorithmen.
Um den benötigten Speicherplatz eines komplexen Datenstromes, beispielsweise Audio- und/oder Videodaten, zu minimieren, werden die Daten zudem regelmäßig nach definierten Algorith­ men komprimiert. Für die Nutzung der Daten wird ein Dekom­ pressionsalgorithmus benötigt, der die Komprimierung nach der Übertragung oder Speicherung rückgängig macht. Das bedeutet, daß zu jeder Komprimierung eine entsprechende Dekompression gehört, die genau diese Kompression invertiert. Die hierfür geschaffenen Hard- bzw. Softwarelösungen werden üblicherweise ebenfalls als Codecs bezeichnet. Ein mit einem bestimmten Co­ dec kodierter bzw. komprimierter Datenstrom kann nur mit die­ sem Codec dekodiert bzw. dekomprimiert werden.
Mit H.323 wird ein Standard für Audio-, Video- und Datenkom­ munikation über ein IP-basiertes Netz bezeichnet. In der H.323-Protokollfamilie sind beispielsweise folgende Codec- Standards beinhaltet: G.711, G.722, G.723, G.728 und G.729. Dabei bietet der G.711-Standard eine unkomprimierte Übertra­ gung, wie sie auch bei der Musik-CD-Technik und im ISDN-Netz genutzt wird. Dieser Standard ist zwingend für alle H.323- Systeme vorgeschrieben und bietet im Prinzip (mögliche Paket­ verzögerungen außer Acht lassend) die beste Qualität durch geringste Verzögerung. Dieses Verfahren weist eine Datenrate von 56 kBit/s bzw. 64 kBit/s und eine Bandbreite von 3,1 kHz auf. Setzt man zur Codierung leistungsfähigere Signalprozes­ soren ein, so können bei immer noch sehr guter Sprachqualität die erforderlichen Bitraten bis auf 5,3 kBit/s gedrückt wer­ den. Allerdings hat dies höhere Verzögerungen zur Folge.
Zum einen sind geringe Bandbreitenanforderungen aus Gründen der lokalen Anschlußtechnik, beispielsweise bei Modemstrec­ ken, beim Teilnehmer wünschenswert, zum anderen um Stauphasen im Netz überstehen zu können. Denn je größer die erforderli­ che Bandbreite, um so wahrscheinlicher wird - bei einer vor­ gegebenen maximalen Bandbreite des Übertragungsweges - die Wahrscheinlichkeit für verzögerte Paketzustellungen oder auch Paketverluste.
Alle der vorstehend bezeichneten Codec-Typen bieten gewisse Vorteile: G.723 weist die geringste Bandbreite aber eine sehr hohe Verzögerung auf. G.728 hat eine geringe Verzögerung aber noch 16 kBit/s Datenrate. G.729 weist eine mittlere Verzöge­ rung und eine Datenrate von 8 kBit/s auf.
Weitere Codecs sind beispielsweise MP3 (MPEG Layer III Audio) für die qualitativ hochwertige Übertragung von Musikdaten im Internet, H.261 bzw. H.263 für Videokonferenzen mit niedriger bzw. mittlerer Qualität oder Sorensen Video für die hochqua­ litative Videodatenübertragung über IP-Netze.
Mit diesen Codecs werden die Daten zur Reduzierung des Spei­ cherplatzbedarfes oder zur Beschleunigung bei einem Datenver­ sand kodiert. Auf der Empfängerseite muß, wie oben bereits angesprochen, der beim Versenden der Daten benutzte Codec zur Dekodierung/Dekomprimierung der empfangenen Daten verfügbar sein. Deshalb muß beim Aufbau einer Sprachverbindung über ein IP-Netz (VoIP) sowohl auf der Sendeseite wie auch auf der Empfangsseite der Verbindung ein geeigneter Codec eingestellt werden. Die Media-Gateways auf beiden Seiten des IP-Netzes werden durch zugehörige Media-Gateway-Controller (MGC) ge­ steuert. Diese MGCs verhandeln bei einem VoIP-Verbindungs­ aufbau über das zu verwendende Codec. Als Verhandlungsgrund­ lage verwenden beide MGCs jeweils eine administrativ vorgege­ bene Codec-Liste. Wird dann aus dieser Codec-Liste ein Codec ausgewählt, der nicht von beiden Media-Gateways unterstützt wird, wird die Verbindung abgebrochen.
Aus der PCT Veröffentlichungsschrift WO 00/70885 A1 ist eine solche Verhandlungsprozedur beschrieben. Demgemäss wird sen­ deseitig dem empfangenden Media Gateway Controller eine Liste der Codecs mitgegeben, die das sendende Media Gateway unter­ stützt. Der empfangende Media Gateway Controller verifiziert, ob die in der empfangenen Liste aufgelisteten Codecs von sei­ nem zugeordneten Media Gateway unterstützt werden und über­ gibt dem zugeordneten Media Gateway ein modifizierte Liste, woraufhin dieses das Reservieren von Ressourcen vornehmen kann. Der empfangende Media Gateway Controller übergibt eine Quittungsmeldung an den sendenden Media Gateway Controller.
Aufgabe der vorliegenden Erfindung ist es folglich, ein ver­ bessertes Verfahren zur Codec-Verhandlung anzugeben, das zum einen schneller und zum anderen auch in heterogenen Netzen erfolgreich ist. Weiter soll eine geeignete Anordnung zur Verfahrensdurchführung bereitgestellt werden.
Diese Aufgabe wird verfahrensseitig durch ein Verfahren ge­ löst, das Gegenstand des Patentanspruchs 1 ist. Vorrichtungs­ seitig ist die Lösung der Aufgabe in Anspruch 7 angegeben.
Eine wesentliche Idee der Erfindung ist, daß die Media-Gate­ way-Controller nicht allein auf Grundlage der administrativ vorgegebenen Codec-Liste eine Codec-Verhandlung für einen Verbindungsaufbau führen, sondern auch auf eine weitere von ihnen selbst verwaltete Codec-Liste zurückgreifen, die je­ weils die von dem zugeordneten Media-Gateway aktiv unter­ stützten Codecs beinhaltet. Das Zurückgreifen auf die beiden Codec-Listen, sowohl die administrativ vorgegebene als auch die aktive Codec-Liste, erfolgt derart, daß nur Codecs zur Verhandlung stehen, die in beiden Listen enthalten sind. Es stehen sozusagen nur Codecs aus der Schnittmenge beider Co­ dec-Listen zur Verfügung. Dadurch wird ein späteres Abbrechen der Verbindung aufgrund nicht unterstützter Codecs vermieden. Der Verhandlungs-Prozeß wird beschleunigt, weil das Aushan­ deln der Codecs nur noch von den Gateway-Controllern durchge­ führt wird. Die Gateways selber bekommen nur noch den ausge­ handelten Codec mitgeteilt.
In einer vorteilhaften Ausführungsform der vorliegenden Er­ findung erstellt der Controller des empfangenden Gateways (zweite Gatewaycontroller) eine Liste der Codecs, die sowohl in der von dem Controller des sendenden Gateways (ersten Ga­ teway-Controller) gesendeten Codec-Liste als auch in der ak­ tiven Codec-Liste des zweiten Gateway-Controllers enthalten sind. Diese Liste wird ferner an den ersten Gateway-Control­ ler weitergesendet. Beide Controller speichern diese Liste für die Dauer der Verbindung ab. Dadurch steht beiden Gate­ way-Controllern eine Liste von Codecs zur Verfügung, die von beiden bei dieser Verbindung beteiligten Media-Gateways un­ terstützt werden.
Bei einer weiteren vorteilhaften Ausführungsform der vorlie­ genden Erfindung sind in der aktiven Codec-Liste nur Codecs enthalten, die sowohl aktuell von dem jeweiligen Gateway un­ terstützt werden als auch in der jeweils administrativ vorge­ gebenen Codec-Liste enthalten sind. Dies führt zu einer wei­ teren Performancesteigerung der Verhandlung. Diese aktive Liste kann deshalb eine geringere Anzahl an Codecs enthalten, weil das Media-Gateway auch Codecs unterstützt, die nicht in der administrativ vorgegebenen Codec-Liste enthalten sind.
Eine weitere vorteilhafte Ausführungsform führt die Verwal­ tung der aktiven Codec-Liste derart durch, daß bei einer Erstanmeldung eines Gateway im Netz dem zugeordneten Gateway- Controller die von dem Gateway unterstützten Codecs gemeldet werden. Aufgrund dieser Meldung kann der Gateway-Controller die aktive Codec-Liste erstellen. Ferner werden dem Gateway- Controller Veränderungen bei den unterstützten Codecs mitge­ teilt, damit die aktive Codec-Liste jeweils den aktuellen Stand der anwendbaren Codecs enthält.
Bei einer weiteren bevorzugten Ausführungsform fragt der Ga­ teway-Controller das ihm zugordnete Gateway periodisch ab, um die aktive Codec-Liste jeweils auf einem aktuellen Stand zu halten. Veränderungen bei der Unterstützung der Codecs durch das Gateway, fließen bei der nächstfolgenden Abfrage in die aktive Codec-Liste ein.
In einer weiteren vorteilhaften Ausführungsform wird während einer Verbindung auf einen anderen Codec umgeschaltet. Dieser Codec ist in der von dem zweiten Gateway-Controller im ersten Gateway-Controller zugesendeten Codec-Liste enthalten. Somit wird dieser Codec von beiden Media-Gateways unterstützt, und es kann während einer Verbindung bzw. einer Datenübertragung jeweils auf einen Codec mit den aktuell günstigsten Übertra­ gungsparametern umgeschaltet werden.
Bevorzugt enthält die administrativ vorgegebene Codec-Liste zumindest die Codecs, die der H.323-Standard aufweist. Somit weist die administrativ vorgegebene Codec-Liste die für die meisten VoIP-Verbindung relevanten Codecs auf.
Vorteilhafte Aspekte der erfindungsgemäßen Anordnung ergeben sich entsprechend der vorstehenden Beschreibung der vorteil­ haften Aspekte des erfindungsgemäßen Verfahrens.
Eine bevorzugte Ausführungsform der erfindungsgemäßen Anord­ nung weist zusätzlich jeweils eine weitere Speichereinrich­ tung auf jeder Seite einer Verbindung auf, in die die Codec- Listen für die Dauer einer Verbindung abgespeichert wird, die diejenigen Codecs enthält, die in den beiden aktiven Codec- Listen sowie in den administrativ vorgegebenen Codec-Listen enthalten sind. Diese abgespeicherte Liste enthält sozusagen die Schnittmenge aller relevanten Codec-Listen, und ein aus dieser Schnittmenge ausgewählter Codec wird von beiden Seiten der Verbindung unterstützt.
In einer weiteren vorteilhaften Ausführungsform der erfin­ dungsgemäßen Anordnung ist in den jeweiligen Gateway-Control­ ler ein einziger physikalischer Speicher vorgesehen, in dem die verschiedenen Codec-Listen gespeichert werden. Dies ver­ einfacht den Anordnungsaufbau, da nur ein Speicherbaustein benötigt wird.
Vorteile und Zweckmäßigkeiten der Erfindung ergeben sich im übrigen aus den Unteransprüchen sowie der nachfolgenden Be­ schreibung eines bevorzugten Ausführungsbeispiels anhand der Figuren. Von diesen zeigen:
Fig. 1 eine Anordnung für eine übliche Codec-Verhandlung und
Fig. 2 eine Anordnung für eine Codec-Verhandlung gemäß der vorliegenden Erfindung.
Fig. 1 stellt eine Anordung für ein übliches Codec-Verhand­ lungsverfahren dar und zeigt ein Sendenetz 11, ein Verbin­ dungsnetz 12 sowie ein Empfangsnetz 13. Das Sendenetz 11 und das Verbindungsnetz 12 sind über ein Media-Gateway 14 mitein­ ander verbunden. Das Media-Gateway 14 wird von einem ihm zu­ geordneten Gateway-Controller 15 gesteuert. Der Controller 15 greift auf eine Datenbank 16 zu, in der eine administrativ vorgegebene Codec-Liste abgespeichert ist.
Das Verbindungsnetz 12 ist mit dem Empfangsnetz 13 über ein weiteres Media-Gateway 17 verbunden. Das Media-Gateway 17 wird von einem Gateway-Controller 18 gesteuert, der seiner­ seits auf eine Datenbank 19 zugreift. In der Datenbank 19 ist eine administrativ vorgegebene Codec-Liste abgespeichert, die von der in der Datenbank 16 abgespeicherten Codec-Liste ver­ schieden sein kann. Die Gateway-Controller 15, 18 sind mit­ einander verbunden, um miteinander die Codec-Verhandlung durchzuführen.
Im folgenden wird nun die Funktion bzw. der Ablauf einer Co­ dec-Verhandlung anhand der Figur erläutert. Bei einem Aufbau einer Sprachverbindung zwischen dem Sendenetz 11 und dem Emp­ fangsnetz 13 verhandeln die beiden Gateway-Controller 15, 18 über den zu verwendenden Codec. Der Gateway-Controller 15 wählt dabei aus der Codec-Liste, die in der Datenbank 16 ab­ gelegt ist, seinen bevorzugten bzw. priorisierten Codec-Typ aus. Diesen Codec-Typ signalisiert er mit einer Create-Con­ nection-Meldung (CRCX) zum einen dem Gateway 14, der diesen Codec erst einmal als den für die Verbindung zu verwendenden Codec-Typ einstellt. Ferner teilt der Controller 15 dem Con­ troller 18 die komplette Codec-Liste aus der Datenbank 16 mit.
Der Controller 18 wählt nun aus dieser empfangenen Codec- Liste einen Codec-Typ aus, indem er die empfangene Codec- Liste mit seiner in der Datenbank 19 abgespeicherten Codec- Liste vergleicht. Er wählt dabei aus der empfangenen Codec- Liste den Codec aus, der in seiner administrativ vorgegebenen Liste die höchste Priorität aufweist. Diesen Codec-Typ teilt er dem Gateway 17 in einer Create-Connection-Meldung (CRCX) mit.
Wird dieser Codec-Typ von dem Gateway 17 akzeptiert, meldet der Controller 18 dies dem Gateway-Controller 15. Akzeptiert das Gateway 17 den von dem Controller 18 ausgewählten Codec- Typ nicht, so sucht der Controller 18 einen weiteren Codec- Typ aus und teilt diesen neu ausgesuchten Typ dem Gateway 17 mit. Dies wird solange durchgeführt, bis ein Codec-Typ vom Gateway 17 akzeptiert wird. Wenn kein gemeinsamer Codec-Typ gefunden wird, wird die Verbindung von der Empfangsseite ab­ gebrochen. Wird ein Codec-Typ von der Empfangsseite ausge­ wählt und der Sendeseite mitgeteilt, der von dem Gateway 14 nicht akzeptiert bzw. unterstützt wird, so wird in diesem Fall die Verbindung von der Sendeseite abgebrochen.
In einem homogenen Netz, in dem die Gateways alle von einem Typ sind, kann durch richtige Administration der Codec-Listen gewährleistet werden, daß auf der Sende- wie auf der Emp­ fangsseite die gleichen Codec-Typen verwendet werden. In ei­ nem heterogenen Netz allerdings, das Gateways unterschiedli­ cher Hersteller verwendet, ist das nicht sichergestellt.
Weiterhin wird beim Umschalten während einer Sprachverbindung auf eine Fax/Modem-Übertragung die Seite, die den Fax/Modem- Ton erkennt, das Umschalten auf den faxspezifischen Codec-Typ initiieren und dabei diesen ausgewählten Codec-Typ mitlie­ fern. Wird dieser Codec auf der anderen Seite jedoch nicht unterstützt, wird die Verbindung abgebrochen.
In Fig. 2 ist eine erfindungsgemäße Anordnung für eine Codec- Verhandlung dargestellt, die im wesentlichen ähnlich zur An­ ordnung aus Fig. 1 ist. Zusätzlich zu der Anordnung aus Fig. 1 weist die Anordnung der Fig. 2 weitere Datenbanken 31 und 33 auf, auf die der Gateway-Controller 25 zugreift. Ebenso greift der Gateway-Controller 28 auf weitere zusätzliche Da­ tenbanken 32 und 34 zu. In den Datenbanken 31, 32 werden zu­ sätzliche, mit aktiver Codec-Liste (Codec-Cache) bezeichnete, Codec-Listen abgespeichert. Dabei enthält die aktive Codec- Liste in der Datenbank 31 diejenigen Codecs, die von dem Ga­ teway 24 unterstützt werden, und die Datenbank 32 enthält die Codecs, die von dem Gateway 27 unterstützt werden. Die Daten­ banken 33 und 34 enthalten weitere Codec-Listen, die iden­ tisch sind. Diese Codec-Liste enthält nur die Codecs, sie so­ wohl in beiden aktiven Codec-Listen der Datenbanken 31 und 32 und auch in den administrativ vorgegebenen Codec-Listen aus den Dantenbanken 26 und 29 enthalten sind.
Im folgenden wird nun das erfindungsgemäße Verfahren zur Co­ dec-Verhandlung erläutert. Bei dem erfindungsgemäßen Verfah­ ren werden unabhängig von einem Rufaufbau im Hintergrund pe­ riodisch Codec-Typen vom Gateway-Controller 25 bei dem Gate­ way 24 abgefragt. Die Codec-Typen, die von dem Gateway 24 un­ terstützt werden, werden als aktive Codec-Liste in der Daten­ bank 31 abgespeichert. In der gleichen Weise fragt der Gate­ way-Controller 28 periodisch die Codec-Typen beim Gateway 27 ab, um die akzeptierten Codec-Typen in der Datenbank 32 als aktive Codec-Liste abzuspeichern. Alternativ oder zusätzlich kann die aktive Codec-Liste derart erstellt werden, daß bei der Erstanmeldung des Gateways 24 bzw. 27 im Netz dem Gate­ way-Controller 25 bzw. 28 jeweils alle unterstützten Codecs gemeldet werden. Veränderungen bei den unterstützten Codecs werden ebenfalls dem Gateway-Controller 25 bzw. 28 mitge­ teilt. Die Kenntnis über die unterstützten Codec-Typen wird somit unabhängig von einem Rufaufbau durch gezielte Abfrage für jedes Gateway individuell aufgebaut und abgespeichert.
Bei einem Verbindungsaufbau treten die Gateway-Controller 25 und 28 in eine Codec-Verhandlung. Der Gateway-Controller 25 sendet allerdings nicht die Codec-Liste aus der Datenbank 26 dem Gateway-Controller 28, sondern eine Codec-Liste, die nur Codec-Typen enthält, die sowohl in der Codec-Liste der Daten­ bank 31 als auch in der Codec-Liste der Datenbank 26 enthal­ ten sind. Somit erhält der Gateway-Controller 28 eine Codec- Liste mit Codec-Typen, die auf alle Fälle von dem Gateway 24 unterstützt werden. Ein späterer Abbruch der Verbindung auf­ grund der Nichtakzeptanz eines Codecs-Typ durch das Gateway 24 wird somit vermieden. Der Gateway-Controller 28 wählt nun aus der empfangenen Codec-Liste einen Codec-Typ aus, der gleichfalls in der Codec-Liste der Datenbank 32 und in der Codec-Liste der Datenbank 29 enthalten ist. Da der ausgewähl­ te Codec-Typ auch in der aktiven Codec-Liste der Datenbank 32 enthalten ist, wird er von dem Gateway 27 unterstützt. Somit können die beiden Gateway-Controller 25, 28 in der Codec- Verhandlung lediglich über Codec-Typen verhandeln, die von den Gateways 24 und 27 unterstützt werden. Ein späterer Ab­ bruch aufgrund der Nichtakzeptanz eines Codecs-Typs durch ei­ nen dieser beiden Gateways 24, 27 wird somit ausgeschlossen.
Neben den Codec-Typen, die bei der Codec-Verhandlung für eine Sprachverbindung signalisiert werden müssen, werden alle ver­ fügbaren Codec-Typen jeweils von der Sendeseite zur Empfangs­ seite sowie von der Empfangsseite zur Sendeseite übertragen. Diese Codec-Liste enthält sozusagen die Schnittmengen der Co­ dec-Listen aus den Datenbanken 26, 29, 31 und 32. Die in ihr enthaltenen Codec-Typen werden von beiden Gateways 24 und 27 unterstützt. Beide Gateway-Controller 25 bzw. 28 speichern diese Codec-Liste in den Datenbanken 33 bzw. 34 ab.
Wird nun während einer Verbindung auf eine Fax/Modem- Übertragung umgeschaltet, so kann von jeder Seite jeder Co­ dec-Typ aus der Schnittmengen-Codec-Liste in den Datenbanken 33, 34 ausgewählt werden. Es ist dabei auf jeden Fall gewähr­ leistet, daß der Ruf erfolgreich umgeschaltet werden kann und kein Abbruch erfolgt.
Die Ausführung der Erfindung ist nicht auf die beschriebenen Beispiele und oben hervorgehobenen Aspekte beschränkt, son­ dern im Rahmen der Ansprüche ebenso in einer Vielzahl von Ab­ wandlungen möglich, die im Rahmen fachgemäßen Handelns lie­ gen.

Claims (10)

1. Verfahren zur Codec-Verhandlung für eine Datenübertragung zwischen zwei Media-Gateways (24, 27), die über ein Netz (22) miteinander verbunden sind, wobei die Media-Gateways jeweils von einer Steuereinrichtung (25, 28) gesteuert werden, mit folgenden Schritten:
Aufbau einer Verbindung zwischen einer ersten Steuereinrich­ tung (25), die dem Sende-Gateway (24) zugeordnet ist, und ei­ ner zweiter Steuereinrichtung (28), die dem Empfangs-Gateway (27) zugeordnet ist,
Senden einer Codec-Liste, die administrativ in der ersten Steuereinrichtung (25) vorgegeben ist, von der ersten Steuer­ einrichtung (25) an die zweite Steuereinrichtung (28),
Auswählen eines Codecs aus der übertragenen Codec-Liste und Senden des ausgewählten Codecs an das Empfangs-Gateway (27) durch die zweite Steuereinrichtung (28),
Senden des ausgewählten Codecs von der zweiten Steuereinrich­ tung (28) an die erste Steuereinrichtung (25),
Senden des übertragenen Codecs von der ersten Steuereinrich­ tung (25) an das Sende-Gateway (24), und
Übertragen der Daten von dem Sende-Gateway (24) an das Emp­ fangs-Gateway (27) unter Verwendung des gesendeten Codecs,
dadurch gekennzeichnet,
dass die beiden Steuereinrichtungen (25, 28) jeweils eine ak­ tive Codec-Liste von Codecs verwalten, die von dem jeweils zugeordneten Gateway (24, 27) unterstützt werden, wobei bei dem Schritt des Sendens der Codec-Liste diese nur Codecs ent­ hält, die vom Sende-Gateway (24) unterstützt werden, und bei dem Schritt des Auswählens aus der gesendeten Codec-Liste ein Codec ausgewählt wird, der in der von der zweiten Steuerein­ richtung (28) verwalteten aktiven Codec-Liste enthalten ist.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die zweite Steuereinrichtung (28) eine Liste der Codecs erstellt, die sowohl in der von der ersten Steuereinrichtung (25) gesendeten Codec-Liste als auch in der aktiven Codec- Liste der zweiten Steuereinrichtung (28) enthalten sind, und diese Liste an die erste Steuereinrichtung (25) sendet und beide Steuereinrichtungen (25, 28) diese Liste für die Dauer einer Verbindung abspeichern.
3. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass in der aktiven Codec-Liste nur Codecs enthalten sind, die sowohl von dem jeweiligen Gateway (24, 27) unterstützt werden als auch in der jeweils administrativ vorgegebenen Co­ dec-Liste enthalten sind.
4. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass bei einer Erstanmeldung eines Gateways (24, 27) im Netz und/oder bei Veränderungen das Gateway der jeweiligen Steuer­ einrichtung (25, 28) die unterstützten Codecs meldet.
5. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet,, dass die Steuereinrichtung (25, 28) periodisch bei dem je­ weils zugeordneten Gateway (24, 27) die von dem Gateway (24, 27) unterstützten Codecs abfragt.
6. Verfahren nach einem der Ansprüche 2 bis 5, dadurch gekennzeichnet, dass während einer Verbindung auf einen anderen Codec umge­ schaltet wird, der in der von der zweiten Steuereinrichtung (28) der ersten Steuereinrichtung (25) gesendeten Codec-Liste enthalten ist.
7. Anordnung zur Durchführung des Verfahrens nach einem der vorstehenden Ansprüche, umfassend:
ein Sende-Gateway (24) und ein Empfangs-Gateway (27), eine erste Steuereinrichtung (25), die dem Sende-Gateway (24) zugeordnet ist und eine erste Speichereinrichtung (26) zur Speicherung einer Codec-Liste aufweist,
eine zweite Steuereinrichtung (28), die dem Empfangs-Gateway (27) zugeordnet ist und eine zweite Speichereinrichtung (29) zur Speicherung einer Codec-Liste aufweist,
dadurch gekennzeichnet,
dass die erste und die zweite Steuereinrichtung (25, 28) je­ weils eine weitere Speichereinrichtung (31, 32) zur Speiche­ rung jeweils einer aktiven Codec-Liste mit den Codecs aufwei­ sen, die von dem jeweils zugeordneten Gateway (24, 27) unter­ stützt werden.
8. Anordnung nach Anspruch 7, dadurch gekennzeichnet, dass die erste und die zweite Steuereinrichtung (25, 28) zu­ sätzlich noch eine weitere Speichereinrichtung (33, 34) zur Speicherung einer Codec-Liste mit den Codecs aufweisen, die bei einer Verbindung in den beiden aktiven Codec-Listen sowie in den beiden Codec-Listen der jeweils ersten Speicherein­ richtungen (26, 29) enthalten sind.
9. Anordnung nach Anspruch 7 oder 8, dadurch gekennzeichnet, dass in der ersten Steuereinrichtung (25) ein physikalischer Speicher für die jeweiligen Speichereinrichtungen (26, 31, 33) vorgesehen ist.
10. Anordnung nach einem der Ansprüche 7 bis 9, dadurch gekennzeichnet, dass in der zweiten Steuereinrichtung (28) ein physikalischer Speicher für die jeweiligen Speichereinrichtungen (29, 32, 34) vorgesehen ist.
DE10163478A 2001-12-21 2001-12-21 Verfahren und Anordnung zur Codec-Verhandlung Expired - Fee Related DE10163478C2 (de)

Priority Applications (4)

Application Number Priority Date Filing Date Title
DE10163478A DE10163478C2 (de) 2001-12-21 2001-12-21 Verfahren und Anordnung zur Codec-Verhandlung
EP02798271A EP1457021A1 (de) 2001-12-21 2002-12-12 Verfahren und anordnung zur codec-verhandlung
US10/499,743 US20050091392A1 (en) 2001-12-21 2002-12-12 Method and device for codec negotiation
PCT/DE2002/004561 WO2003056776A1 (de) 2001-12-21 2002-12-12 Verfahren und anordnung zur codec-verhandlung

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE10163478A DE10163478C2 (de) 2001-12-21 2001-12-21 Verfahren und Anordnung zur Codec-Verhandlung

Publications (2)

Publication Number Publication Date
DE10163478A1 DE10163478A1 (de) 2003-07-17
DE10163478C2 true DE10163478C2 (de) 2003-12-18

Family

ID=7710519

Family Applications (1)

Application Number Title Priority Date Filing Date
DE10163478A Expired - Fee Related DE10163478C2 (de) 2001-12-21 2001-12-21 Verfahren und Anordnung zur Codec-Verhandlung

Country Status (4)

Country Link
US (1) US20050091392A1 (de)
EP (1) EP1457021A1 (de)
DE (1) DE10163478C2 (de)
WO (1) WO2003056776A1 (de)

Families Citing this family (57)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030219006A1 (en) * 2002-05-21 2003-11-27 Har Benjamin Yuh Loong Virtual end-to-end coder/decoder capability in H.323 gateways
US7957401B2 (en) * 2002-07-05 2011-06-07 Geos Communications, Inc. System and method for using multiple communication protocols in memory limited processors
US7606217B2 (en) 2003-07-02 2009-10-20 I2 Telecom International, Inc. System and method for routing telephone calls over a voice and data network
GB2405773B (en) * 2003-09-02 2006-11-08 Siemens Ag A method of controlling provision of audio communication on a network
US7676599B2 (en) 2004-01-28 2010-03-09 I2 Telecom Ip Holdings, Inc. System and method of binding a client to a server
KR20050091135A (ko) * 2004-03-10 2005-09-15 삼성전자주식회사 이동통신 네트워크에서 코덱 정보 제공 방법
US8804758B2 (en) 2004-03-11 2014-08-12 Hipcricket, Inc. System and method of media over an internet protocol communication
CA2559891A1 (en) 2004-03-11 2005-09-22 Ali Awais Dynamically adapting the transmission rate of packets in real-time voip communications to the available bandwidth
DE102004019987B4 (de) 2004-04-23 2006-07-27 Siemens Ag Aufbau einer Transcoder-freien-Operations-Verbindung
US7441062B2 (en) 2004-04-27 2008-10-21 Apple Inc. Connector interface system for enabling data communication with a multi-communication device
US7797471B2 (en) * 2004-04-27 2010-09-14 Apple Inc. Method and system for transferring album artwork between a media player and an accessory
US7526588B1 (en) 2004-04-27 2009-04-28 Apple Inc. Communication between an accessory and a media player using a protocol with multiple lingoes
US8117651B2 (en) 2004-04-27 2012-02-14 Apple Inc. Method and system for authenticating an accessory
US7895378B2 (en) 2004-04-27 2011-02-22 Apple Inc. Method and system for allowing a media player to transfer digital audio to an accessory
US7441058B1 (en) 2006-09-11 2008-10-21 Apple Inc. Method and system for controlling an accessory having a tuner
US7529872B1 (en) 2004-04-27 2009-05-05 Apple Inc. Communication between an accessory and a media player using a protocol with multiple lingoes
US7529870B1 (en) 2004-04-27 2009-05-05 Apple Inc. Communication between an accessory and a media player with multiple lingoes
US7630308B1 (en) * 2004-05-03 2009-12-08 Level 3 Communications, Llc Systems and methods for applying a variable encoding/decoding scheme in a communication network
US7782878B2 (en) 2004-08-16 2010-08-24 I2Telecom Ip Holdings, Inc. System and method for sharing an IP address
US7336654B2 (en) * 2004-10-20 2008-02-26 I2Telecom International, Inc. Portable VoIP service access module
US7539158B2 (en) 2004-11-08 2009-05-26 Lemko Corporation System, method and device for providing communications using a distributed mobile architecture
KR100606363B1 (ko) * 2004-11-26 2006-07-31 엘지노텔 주식회사 엠에스시 서버에서의 엠지더블유 코덱 정보 관리 방법
US7823214B2 (en) 2005-01-07 2010-10-26 Apple Inc. Accessory authentication for electronic devices
DE102005036298B3 (de) * 2005-08-02 2006-12-14 Siemens Ag Verfahren und Kommunikationssystem zur Auswahl eines Übertragungsmodus' für eine Übermittlung von Nutzdaten
CN1921478B (zh) * 2005-08-26 2011-09-14 华为技术有限公司 基于网际协议的业务信号传输方法
US7738368B2 (en) * 2005-11-10 2010-06-15 At&T Intellectual Property I, L.P. Voice over internet protocol codec adjustment
CN100561962C (zh) 2005-11-24 2009-11-18 华为技术有限公司 基于目录服务来实现网络连接服务建立的方法及系统
US9584574B2 (en) * 2006-03-02 2017-02-28 Telefonaktiebolaget L M Ericsson (Publ) Wideband codec negotiation
CN101031006B (zh) * 2006-03-03 2010-08-25 华为技术有限公司 基于ip的汇接局多业务传输方法
US7856233B2 (en) * 2006-03-30 2010-12-21 Lemko Corporation System, method, and device for providing communications using a distributed mobile architecture
CN100454871C (zh) * 2006-05-19 2009-01-21 华为技术有限公司 Qsig系统中的信道分配方法
US8006019B2 (en) 2006-05-22 2011-08-23 Apple, Inc. Method and system for transferring stored data between a media player and an accessory
US8224322B2 (en) 2006-06-12 2012-07-17 Lemko Corporation Roaming mobile subscriber registration in a distributed mobile architecture
US7415563B1 (en) 2006-06-27 2008-08-19 Apple Inc. Method and system for allowing a media player to determine if it supports the capabilities of an accessory
US7558894B1 (en) 2006-09-11 2009-07-07 Apple Inc. Method and system for controlling power provided to an accessory
JP4338724B2 (ja) * 2006-09-28 2009-10-07 沖電気工業株式会社 電話端末、電話通信システム及び電話端末構成用プログラム
US8676197B2 (en) 2006-12-13 2014-03-18 Lemko Corporation System, method, and device to control wireless communications
EP2137942A1 (de) * 2007-04-26 2009-12-30 Telefonaktiebolaget LM Ericsson (PUBL) Verbesserte codec-aushandlung
DK2026524T3 (da) * 2007-08-13 2010-06-07 Nokia Siemens Networks Oy Understøttelse af Media Orientered Negotiation acceleration-procedurer i en opdelt arkitektur
US8504048B2 (en) 2007-12-17 2013-08-06 Geos Communications IP Holdings, Inc., a wholly owned subsidiary of Augme Technologies, Inc. Systems and methods of making a call
JP5123681B2 (ja) * 2008-02-05 2013-01-23 キヤノン株式会社 映像表示装置及びその制御方法、並びに映像出力装置及びその制御方法
US8593999B2 (en) 2008-03-06 2013-11-26 Shoretel, Inc. Bandwidth management and codec negotiation based on WAN topology
US8046420B2 (en) 2008-04-23 2011-10-25 Lemko Corporation System and method to control wireless communications
US8340667B2 (en) 2008-06-26 2012-12-25 Lemko Corporation System and method to control wireless communications
US8706105B2 (en) * 2008-06-27 2014-04-22 Lemko Corporation Fault tolerant distributed mobile architecture
US8107409B2 (en) 2008-07-11 2012-01-31 Lemko Corporation OAMP for distributed mobile architecture
US7855988B2 (en) 2008-07-14 2010-12-21 Lemko Corporation System, method, and device for routing calls using a distributed mobile architecture
US8238811B2 (en) 2008-09-08 2012-08-07 Apple Inc. Cross-transport authentication
US8208853B2 (en) 2008-09-08 2012-06-26 Apple Inc. Accessory device authentication
US7979066B2 (en) 2008-09-25 2011-07-12 Lemko Corporation Multiple IMSI connections
KR20110095800A (ko) * 2010-02-19 2011-08-25 삼성전자주식회사 코덱에 의해 압축된 동영상 컨텐트 전송 방법 및 그 장치
US8699481B2 (en) 2010-08-20 2014-04-15 Shoretel, Inc. Via site for managing network bandwidth
US8520541B2 (en) 2010-08-20 2013-08-27 Shoretel, Inc. Managing network bandwidth
US8634534B1 (en) 2010-09-30 2014-01-21 Shoretel, Inc. Call recovery
US9158525B1 (en) 2010-10-04 2015-10-13 Shoretel, Inc. Image upgrade
CN102137093A (zh) * 2010-12-10 2011-07-27 华为技术有限公司 媒体流处理方法及媒体网关
US9467361B2 (en) 2011-12-20 2016-10-11 Shoretel, Inc. Bandwidth utilization monitoring for a communication system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000070885A1 (en) * 1999-05-17 2000-11-23 Telefonaktiebolaget Lm Ericsson (Publ) Capability negotiation in a telecommunications network
US6175856B1 (en) * 1996-09-30 2001-01-16 Apple Computer, Inc. Method and apparatus for dynamic selection of compression processing during teleconference call initiation
EP1107538A2 (de) * 1999-12-10 2001-06-13 Siemens Information and Communication Networks Inc. System und Verfahren zur Bandbreite-Basierte Codec-Auswahl
WO2001089261A1 (en) * 2000-05-15 2001-11-22 Nokia Corporation A dsl access system negotiating a voice codec type to be used between two systems

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7225145B2 (en) * 2000-05-26 2007-05-29 Ariba, Inc. Method and system for providing multi-organization resource management
CA2349140A1 (en) * 2000-05-31 2001-11-30 Nortel Networks Limited Connection negotiation for voice over internet protocol using multiple steps
CN1265606C (zh) * 2001-02-13 2006-07-19 西门子公司 在按照不同编码规则在至少2个用户终端设备之间产生有用信息的情况下确定编码的方法
DE50212082D1 (de) * 2001-11-27 2008-05-21 Nokia Siemens Networks Gmbh Verfahren zum austauschen von nach unterschiedlichen codierungsgesetzen erzeugten nutzinformationen zwischen wenigstens 2 teilnehmerendeinrichtungen

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6175856B1 (en) * 1996-09-30 2001-01-16 Apple Computer, Inc. Method and apparatus for dynamic selection of compression processing during teleconference call initiation
WO2000070885A1 (en) * 1999-05-17 2000-11-23 Telefonaktiebolaget Lm Ericsson (Publ) Capability negotiation in a telecommunications network
EP1107538A2 (de) * 1999-12-10 2001-06-13 Siemens Information and Communication Networks Inc. System und Verfahren zur Bandbreite-Basierte Codec-Auswahl
WO2001089261A1 (en) * 2000-05-15 2001-11-22 Nokia Corporation A dsl access system negotiating a voice codec type to be used between two systems

Also Published As

Publication number Publication date
US20050091392A1 (en) 2005-04-28
EP1457021A1 (de) 2004-09-15
WO2003056776A8 (de) 2008-05-08
WO2003056776A1 (de) 2003-07-10
DE10163478A1 (de) 2003-07-17

Similar Documents

Publication Publication Date Title
DE10163478C2 (de) Verfahren und Anordnung zur Codec-Verhandlung
DE60036912T2 (de) System und Verfahren zur Bandbreite-Basierte Codec-Auswahl
DE60010594T2 (de) Verfahren und System für Multimediakonferenz
DE60014234T2 (de) System und Verfahren zum Ermöglichen von Fehlertolerante Systeme
DE69937664T2 (de) System zur Netztranskodierung von Multimediendatenfluss
DE69635884T2 (de) Anrufbandbreiteneinstellung während eines Kommunikationsanrufs
EP1911224B1 (de) Verfahren und kommunikationssystem zur auswahl eines übertragungsmodus für eine übermittlung von nutzdaten
DE69925004T2 (de) Kommunikationsverwaltungssystem für computernetzwerkgestützte telefone
DE19756191A1 (de) Verfahren, Vermittlungseinrichtung und Telekommunikationssystem zum Ausführen von Datenkommunikationen zwischen Teilnehmerstationen
DE60030343T2 (de) System und Verfahren für die verteilte Anrufsignalisierung in LAN-Netzen mit Telephoniefunktionalität
EP1900173B1 (de) Verfahren, Server-Einrichtung und Umsetzeinrichtung zum aufbauen einer Nutzdatenverbindung
DE10050447A1 (de) Verfahren und Vorrichtung zum Optimieren der Paketlänge in ToL-Netzwerken
DE602004010345T2 (de) Verfahren und Einrichtung zur Migration zu einem alternativen Call Controller
DE60212988T2 (de) Verfahren, Einrichtung und Computerprogramm zur Auswahl einer Medienübergangskontrollfunktion basierend auf der Überwachung von Resourcen von Medienübergangsfunktionen
DE69915026T2 (de) Anrufwarteschlangen in einem IP-Telefonsystem
EP1388996B1 (de) Verfahren und Anordnung zum Steuern einer Konferenzschaltung in einem paketorientierten Kommunikationsnetz
DE60110064T2 (de) Optimierung des Datenverkehrs in einem feststehenden ad-hoc Netz
DE10122422A1 (de) Verfahren und Vorrichtung zum Einstellen der Bandbreite einer Verbindung zwischen mindestens zwei Kommunikationsendpunkten in einem Datennetz
EP1794976B1 (de) Verfahren und endgerät zum steuern von multimediaverbindungen
EP1482745B1 (de) Verfahren und Anordnung zur Anmeldung eines Endgerätes an einem Kommunikationsknoten
WO2004032448A1 (de) Datenkommunikationssystem, rechner, sowie datenkommunikationsverfahren zum parallelen betrieb von standard-basierten und proprietären ressourcen
DE60306645T2 (de) Rückwandleiterplattenarchitektur für einen medienserver
EP1619904B1 (de) Verfahren zum Erbringen von Diensten in einem Telekommunikationsnetz sowie Telekommunikationsnetz und Netzwerkknoten hierfür
EP1514433B1 (de) Verfahren zur verbindungssteuerung in einem paketorientierten kommunikationsnetz sowie anordnungen zu seiner durchführung
EP1535477B1 (de) Verfahren zum weiterleiten von signalisierungsnachrichten und zugehörige komponenten

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8304 Grant after examination procedure
8364 No opposition during term of opposition
8327 Change in the person/name/address of the patent owner

Owner name: NOKIA SIEMENS NETWORKS GMBH & CO.KG, 81541 MUE, DE

8339 Ceased/non-payment of the annual fee