EP1457021A1 - Verfahren und anordnung zur codec-verhandlung - Google Patents

Verfahren und anordnung zur codec-verhandlung

Info

Publication number
EP1457021A1
EP1457021A1 EP02798271A EP02798271A EP1457021A1 EP 1457021 A1 EP1457021 A1 EP 1457021A1 EP 02798271 A EP02798271 A EP 02798271A EP 02798271 A EP02798271 A EP 02798271A EP 1457021 A1 EP1457021 A1 EP 1457021A1
Authority
EP
European Patent Office
Prior art keywords
codec
control device
gateway
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.)
Withdrawn
Application number
EP02798271A
Other languages
English (en)
French (fr)
Inventor
Rita Leirich
Rüdiger KREUTER
Lothar Gesswein
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
Nokia Siemens Networks GmbH and Co KG
Siemens Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG, Nokia Siemens Networks GmbH and Co KG, Siemens Corp filed Critical Siemens AG
Publication of EP1457021A1 publication Critical patent/EP1457021A1/de
Withdrawn 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

Definitions

  • the invention relates to a method for codec negotiation for data transmission between two media gateways according to the preamble of claim 1 and an arrangement therefor.
  • the data is also compressed regularly according to defined algorithms.
  • a decompression algorithm is required that cancels the compression after transmission or storage. This means that a corresponding decompression belongs to each compression, which inverts exactly this compression.
  • the hardware and software solutions created for this are usually also referred to as codecs.
  • a data stream encoded or compressed with a certain codec can only be decoded or decompressed with this codec.
  • H.323 is a standard for audio, video and data communication over an IP-based network.
  • the H.323 protocol family includes, for example, the following codec standards: G.711, G.722, G.723, G.728 and G.729.
  • the G.711 standard offers uncompressed transmission, as is also used in music CD technology and in the ISDN network.
  • This standard is mandatory for all H.323 systems and in principle (ignoring possible packet delays) offers the best quality due to the slightest delay.
  • This method has a data rate of 56 kbit / s or 64 kbit / s and a bandwidth of 3.1 kHz. If more powerful signal processors are used for coding, the required bit rates can be pushed down to 5.3 kbit / s while the voice quality is still very good. However, this results in higher delays.
  • G.723 has the lowest bandwidth but a very high delay.
  • G.728 has a slight delay but still 16 kbit / s data rate.
  • G.729 has a medium delay and a data rate of 8 kbit / s.
  • codecs are, for example, MP3 (MPEG Layer III Audio) for the high-quality transmission of music data on the Internet, H.261 or H.263 for video conferences with low or medium quality or Sorensen Video for the high-quality video data transmission over IP networks.
  • MP3 MPEG Layer III Audio
  • H.261 or H.263 for video conferences with low or medium quality
  • Sorensen Video for the high-quality video data transmission over IP networks.
  • codecs are used to encode the data to reduce storage space requirements or to speed up data transmission.
  • VoIP IP network
  • a suitable codec must be set on both the sending side and the receiving side of the connection.
  • the media gateways on both sides of the IP network are controlled by the associated media gateway controller (MGC). controls.
  • MGCs negotiate the codec to be used when establishing a VoIP connection. Both MGCs each use an administratively specified codec list as the basis for negotiations. This codec list then becomes a codec. selected, which is not supported by both media gateways, the connection will be terminated.
  • the object of the present invention is therefore to provide an improved method for codec negotiation, which is faster on the one hand and on the other hand also successful in heterogeneous networks.
  • a suitable arrangement for carrying out the method is also to be provided.
  • An essential idea of the invention is that the media gateway controller not only a codec negotiation for one on the basis of the administratively specified codec list
  • the controller of the receiving gateway creates (second gateway controller) a list of the codecs which are contained both in the codec list sent by the controller of the sending gateway (first gateway controller) and in the active codec list of the second gateway controller. This list is also forwarded to the first gateway controller. Both controllers save this list for the duration of the connection. This provides both gateway controllers with a list of codecs that are supported by both media gateways involved in this connection.
  • active codecs are contained in the active codec list, which are both currently supported by the respective gateway and are also contained in the codec list given in the respective administration. This leads to a further increase in the performance of the negotiation.
  • This active list can therefore contain a smaller number of codecs because the media gateway also supports codecs that are not contained in the administratively specified codec list.
  • a further advantageous embodiment manages the active codec list in such a way that the codecs supported by the gateway are reported to the assigned gateway controller when a gateway is first registered in the network. Based on this message, the gateway controller can create the active codec list. The gateway controller is also informed of changes in the supported codecs, so that the active codec list always contains the current status of the applicable codecs.
  • the gateway controller periodically polls the gateway assigned to it in order to keep the active codec list up to date. Changes in the support of the codecs by the gateway are included in the active codec list in the next query.
  • a switch is made to a different codec during a connection. This codec is contained in the supplied emitted from the second gateway controller in the first controller G ATEWAY codec list. This codec is thus supported by both media gateways, and it is possible to switch to a codec with the currently most favorable transmission parameters during a connection or a data transmission.
  • the administratively prescribed codec list preferably contains at least the codecs which the H.323 standard has.
  • the administratively specified codec list thus has the codecs relevant for most VoIP connections.
  • a preferred embodiment of the arrangement according to the invention additionally has a further memory device on each side of a connection, in which the codec lists are stored for the duration of a connection, which contains those codecs that are in the two active codec lists and in the administrative predetermined codec lists are included.
  • This saved list contains, as it were, the intersection of all relevant codec lists, and one from this. Intersection of selected codec is supported by both sides of the connection.
  • a single physical memory is provided in the respective gateway controller, in which the various codec lists are stored. This simplifies the arrangement structure since only one memory chip is required.
  • Fig. 1 shows an arrangement for a conventional codec negotiation
  • Fig. 2 shows an arrangement for a codec negotiation according to the present invention.
  • the transmission network 11 and the connection network 12 are connected to one another via a media gateway 14.
  • the media gateway 14 is controlled by a gateway controller 15 assigned to it.
  • the controller 15 accesses a database 16 in which an administratively specified codec list is stored.
  • connection network 12 is connected to the reception network 13 via a further media gateway 17.
  • the media gateway 17 is controlled by a gateway controller 18, which in turn accesses a database 19.
  • An administratively predetermined codec list is stored in the database 19, which may be different from the codec list stored in the database 16.
  • the gateway controllers 15, 18 are connected to one another in order to carry out the codec negotiation with one another.
  • the two gateway controllers 15, 18 negotiate about the codec to be used.
  • the gateway controller 15 selects its preferred or prioritized codec type from the codec list that is stored in the database 16. He signals this type of codec with a Create-Con- nection message (CRCX) on the one hand to the gateway 14, which first sets this codec as the codec type to be used for the connection. Furthermore, the controller 15 notifies the controller 18 of the complete codec list from the database 16.
  • CRCX Create-Con- nection message
  • the controller 18 now selects a codec type from this received codec list by comparing the received codec list with its codec list stored in the database 19. He selects from the received codec list the codec that has the highest priority in his administratively specified list. It communicates this type of codec to the gateway 17 in a create connection message (CRCX).
  • CRCX create connection message
  • the controller 18 reports this to the gateway controller 15. If the gateway 17 does not accept the codec type selected by the controller 18, the controller 18 searches for a further codec type and shares it this newly selected type with the Gateway 17. This is carried out until a codec type is accepted by the gateway 17. If no common codec type is found, the connection from the receiving side is terminated. If a codec type is selected by the receiving side and communicated to the transmitting side that is not accepted or supported by the gateway 14, the connection is terminated in this case by the transmitting side.
  • FIG. 2 shows an arrangement according to the invention for a codec negotiation, which is essentially similar to the arrangement from FIG. 1.
  • the arrangement from FIG. 2 has further databases 31 and 33, which the gateway controller 25 accesses.
  • the gateway controller 28 also accesses additional databases 32 and 34.
  • Additional codec lists designated with an active codec list (codec cache), are stored in the databases 31, 32.
  • the active codec list in the database 31 contains those codecs that are supported by the gateway 24, and the database 32 contains the codecs that are supported by the gateway 27.
  • Databases 33 and 34 contain further codec lists that are identical. This codec list only contains the codecs, which are contained in both active codec lists in databases 31 and 32 and also in the administratively specified codec lists from databases 26 and 29.
  • codec types are periodically queried by the gateway controller 25 at the gateway 24 independently of a call setup in the background.
  • the codec types which are supported by the gateway 24 are stored in the database 31 as an active codec list.
  • the gateway controller 28 periodically queries the codec types at the gateway 27 in order to store the accepted codec types in the database 32 as an active codec list.
  • the active codec list can be created in such a way that when the gateway 24 or 27 is registered for the first time in the network, all supported codecs are reported to the gateway controller 25 or 28. Changes in supported codecs are also communicated to the gateway controller 25 or 28. Knowledge of the supported codec types is thus built up and stored individually for each gateway, regardless of the call setup, by means of a specific query.
  • the gateway controllers 25 and 28 enter into a codec negotiation.
  • the gateway controller 25 does not send the codec list from the database 26 to the gateway controller 28, but rather a codec list that only contains codec types that are in both the codec list in the database 31 and in the codec List of database 26 are included.
  • the gateway controller 28 thus receives a codec list with codec types which are supported by the gateway 24 in all cases. A later termination of the connection due to the non-acceptance of a codec type by the gateway 24 is thus avoided.
  • the gateway controller 28 now selects a codec type from the received codec list, which is also contained in the codec list in the database 32 and in the codec list in the database 29.
  • the selected codec type is also contained in the active codec list in the database 32, it is supported by the gateway 27.
  • the two gateway controllers 25, 28 can only negotiate in the codec negotiation about codec types that are supported by the gateways 24 and 27. A later termination due to the non-acceptance of a codec type by one of these two gateways 24, 27 is thus excluded.
  • each codec type In addition to the codec types that must be signaled for a voice connection during the codec negotiation, all available codec types are each transmitted from the sending side to the receiving side and from the receiving side to the sending side.
  • This codec list contains the intersections of the codec lists from the databases 26, 29, 31 and 32, so to speak.
  • the codec types contained in it are supported by both gateways 24 and 27.
  • Both gateway controllers 25 and 28 store this codec list in the databases 33 and 34, respectively. If a switch is now made to a fax / modem transmission during a connection, each codec type can be selected from the intersection codec list in the databases 33, 34 from each side. In any case, it is guaranteed that the call can be switched successfully and that there is no termination.

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)

Abstract

Verfahren zur Codec-Verhandlung zwischen zwei Gateway-Controllern 25, 28, wobei die Gateway-Controller verbindungsunabhängig eine Codec-Liste mit Codec-Typen verwalten, die von dem jeweiligen Media-Gateway 24, 27 unterstützt werden, so daß ein späterer Abbruch einer aufgebauten Verbindung aufgrund nicht unterstützter Codecs vermieden wird.

Description

Beschreibung
Verfahren und Anordnung' zur Codec-Verhandlung
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 Unternehmen zwei ommunikationsinfrastrukturen. Auf der einen Seite 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, doppeltes Knowhow für den Betrieb und die Pflege der Systeme vorzuhalten. Darüber hinaus behindert diese Trennung die rasche Entwicklung neuer Applikationen, da beiden Systemen unterschiedliche Technologien zugrundeliegen. Während das klassische 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 digitalisiert, komprimiert, in IP-Datenpakete konvertiert und zusammen 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 Produktivitä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 zwischen 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 Videosignale, 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 Algorithmen 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 Deko pression 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 diesem Codec dekodiert bzw. dekomprimiert werden.
Mit H.323 wird ein Standard für Audio-, Video- und Datenkommunikation ü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 Übertragung, 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 Paketverzö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 Signalprozessoren 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 Modemstrek- ken, beim Teilnehmer wünschenswert, zum anderen um Stauphasen im Netz überstehen zu können. Denn je größer die erforderliche Bandbreite, um so wahrscheinlicher wird - bei einer vorgegebenen 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 hochqualitative Videodatenübertragung über IP-Netze.
Mit diesen Codecs werden die Daten zur Reduzierung des Speicherplatzbedarfes 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 Verhandlungsgrundlage verwenden beide MGCs jeweils eine administrativ vorgegebene 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.
Aufgabe der vorliegenden Erfindung ist es folglich, ein verbessertes 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-Gateway-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 jeweils die von dem zugeordneten Media-Gateway aktiv unterstü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 Codec-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 Aushandeln der Codecs nur noch von den Gateway-Controllern durchgeführt wird. Die Gateways selber bekommen nur noch den ausgehandelten Codec mitgeteilt.
In einer vorteilhaften Ausführungsform der vorliegenden Erfindung erstellt der Controller des empfangenden Gateways (zweite Gatewaycontroller) eine Liste der Codecs, die sowohl in der von dem Controller des sendenden Gateways (ersten Gateway-Controller) gesendeten Codec-Liste als auch in der aktiven Codec-Liste des zweiten Gateway-Controllers enthalten sind. Diese Liste wird ferner an den ersten Gateway-Controller weitergesendet. Beide Controller speichern diese Liste für die Dauer der Verbindung ab. Dadurch steht beiden Gateway-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 vorliegenden 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 vorgegebenen Codec-Liste enthalten sind. Dies führt zu einer weiteren 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 Verwaltung 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 mitgeteilt, damit die aktive Codec-Liste jeweils den aktuellen Stand der anwendbaren Codecs enthält.
Bei einer weiteren bevorzugten Ausführungsform fragt der Gateway-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 Übertragungsparametern 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 vorteilhaften Aspekte des erfindungsgemäßen Verfahrens.
Eine bevorzugte Ausführungsform der erfindungsgemäßen Anordnung weist zusätzlich jeweils eine weitere Speichereinrichtung 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 erfindungsgemäßen Anordnung ist in den jeweiligen Gateway-Controller 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 Beschreibung 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-Verhandlungsverfahren dar und zeigt ein Sendenetz 11, ein Verbindungsnetz 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 zugeordneten 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 seinerseits 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 verschieden sein kann. Die Gateway-Controller 15, 18 sind miteinander verbunden, um miteinander die Codec-Verhandlung durchzuführen.
Im folgenden wird nun die Funktion bzw. der Ablauf einer Codec-Verhandlung anhand der Figur erläutert. Bei einem Aufbau einer Sprachverbindung zwischen dem Sendenetz 11 und dem Empfangsnetz 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 abgelegt 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 Controller 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 abgebrochen. 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 Empfangsseite die gleichen Codec-Typen verwendet werden. In einem heterogenen Netz allerdings, das Gateways unterschiedlicher 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 mitliefern. 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 Anordnung 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 Datenbanken 32 und 34 zu. In den Datenbanken 31, 32 werden zusä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 Gateway 24 unterstützt werden, und die Datenbank 32 enthält die Codecs, die von dem Gateway 27 unterstützt werden. Die Datenbanken 33 und 34 enthalten weitere Codec-Listen, die identisch 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 Verfahren werden unabhängig von einem Rufaufbau im Hintergrund periodisch Codec-Typen vom Gateway-Controller 25 bei dem Gateway 24 abgefragt. Die Codec-Typen, die von dem Gateway 24 unterstützt werden, werden als aktive Codec-Liste in der Daten- bank 31 abgespeichert. In der gleichen Weise fragt der Gateway-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 Gateway-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 mitgeteilt. 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 Datenbank 31 als auch in der Codec-Liste der Datenbank 26 enthalten 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 einen 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 Empfangsseite sowie von der Empfangsseite zur Sendeseite übertragen. Diese Codec-Liste enthält sozusagen die Schnittmengen der Codec-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 Codec-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- dem im Rahmen der Ansprüche ebenso in einer Vielzahl von Abwandlungen möglich, die im Rahmen fachgemäßen Handelns liegen.

Claims

Patentansprüche
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 Steuereinrichtung (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 Steuereinrichtung (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 Steuereinrichtung (28) an die erste Steuereinrichtung (25) , Senden des übertragenen Codecs von der ersten Steuereinrichtung (25) an das Sende-Gateway (24), und
Übertragen der Daten von dem Sende-Gateway (24) an das Empfangs-Gateway (27) unter Verwendung des gesendeten Codecs, d a d u r c h g e k e n n z e i c h n e t, dass die beiden Steuereinrichtungen (25, 28) jeweils eine aktive 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 enthä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 Steuereinrichtung (28) verwalteten aktiven Codec-Liste enthalten ist.
2. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t, 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, d a d u r c h g e k e n n z e i c h n e t, 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 Codec-Liste enthalten sind.
4. Verfahren nach einem der vorstehenden Ansprüche, d a d u r c h g e k e n n c h n e t , dass bei einer Erstanmeldung eines Gateways (24, 27) im Netz und/oder bei Veränderungen das Gateway der jeweiligen Steuereinrichtung (25, 28) die unterstützten Codecs meldet.
5. Verfahren nach einem der vorstehenden Ansprüche, d a d u r c h g e k e n n c h n e t , dass die Steuereinrichtung (25, 28) periodisch bei dem jeweils zugeordneten Gateway (24, 27) die von dem Gateway (24, 27) unterstützten Codecs abfragt.
6. Verfahren nach einem der Ansprüche 2 bis 5, d a d u r c h g e k e n n z e i c h n e t, dass während einer Verbindung auf einen anderen Codec umgeschaltet 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, d a d u r c h g e k e n n z e i c h n e t, dass die erste und die zweite Steuereinrichtung (25, 28) jeweils eine weitere Speichereinrichtung (31, 32) zur Speicherung jeweils einer aktiven Codec-Liste mit den Codecs aufweisen, die von dem jeweils zugeordneten Gateway (24, 27) unter- stützt werden.
8. Anordnung nach Anspruch 7 , d a d u r c h g e k e n n z e i c h n e t, 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 Speichereinrichtungen (26, 29) enthalten sind.
9. Anordnung nach Anspruch 7 oder 8 , d a d u r c h g e k e n n z e i c h n e t, 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, d a d u r c h g e k e n n z e i c h n e t, dass in der zweiten Steuereinrichtung (28) ein physikalischer Speicher für die jeweiligen Speichereinrichtungen (29, 32, 34) vorgesehen ist.
EP02798271A 2001-12-21 2002-12-12 Verfahren und anordnung zur codec-verhandlung Withdrawn EP1457021A1 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE10163478A DE10163478C2 (de) 2001-12-21 2001-12-21 Verfahren und Anordnung zur Codec-Verhandlung
DE10163478 2001-12-21
PCT/DE2002/004561 WO2003056776A1 (de) 2001-12-21 2002-12-12 Verfahren und anordnung zur codec-verhandlung

Publications (1)

Publication Number Publication Date
EP1457021A1 true EP1457021A1 (de) 2004-09-15

Family

ID=7710519

Family Applications (1)

Application Number Title Priority Date Filing Date
EP02798271A Withdrawn EP1457021A1 (de) 2001-12-21 2002-12-12 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 (58)

* 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
EP1733492A2 (de) 2004-03-11 2006-12-20 i2Telecom International, Inc. Dynamisches anpassen der übertragungsrate von paketen bei der echtzeit-voip-kommunikation an die verfügbare bandbreite
DE102004019987B4 (de) 2004-04-23 2006-07-27 Siemens Ag Aufbau einer Transcoder-freien-Operations-Verbindung
US7529872B1 (en) 2004-04-27 2009-05-05 Apple Inc. Communication between an accessory and a media player using a protocol with multiple lingoes
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
US7529870B1 (en) 2004-04-27 2009-05-05 Apple Inc. Communication between an accessory and a media player with multiple lingoes
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
US7441058B1 (en) 2006-09-11 2008-10-21 Apple Inc. Method and system for controlling an accessory having a tuner
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
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 华为技术有限公司 基于目录服务来实现网络连接服务建立的方法及系统
EP2005693B1 (de) * 2006-03-02 2015-09-02 Telefonaktiebolaget LM Ericsson (publ) Breitband-codec-aushandlung
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
CN101682642B (zh) * 2007-04-26 2015-02-25 艾利森电话股份有限公司 改进的编解码器协商
EP2026524B1 (de) * 2007-08-13 2010-02-24 Nokia Siemens Networks Oy Unterstützung für medienorientierte Vermittlungsbeschleunigungsverfahren in einer geteilten Architektur
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
US20240061757A1 (en) * 2022-08-16 2024-02-22 Erik Stuart Hons Method and system for establishing data transfer processes between components of a test system

Family Cites Families (8)

* 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
ES2317837T3 (es) * 1999-05-17 2009-05-01 Telefonaktiebolaget Lm Ericsson (Publ) Negociacion de capacidad en una red de telecomunicaciones.
US6373839B1 (en) * 1999-12-10 2002-04-16 Siemens Information And Communication Networks, Inc. Bandwidth biased codec selection system and method
FI20001162A7 (fi) * 2000-05-15 2001-11-16 Nokia Corp Liityntäjärjestelmä
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
WO2002065787A1 (de) * 2001-02-13 2002-08-22 Siemens Aktiengesellschaft Verfahren zur festlegung der codierung bei nach unterschiedlichen codierungsgesetzen erzeugten nutzinformationen zwischen wenigstens 2 teilnehmerendeinrichtungen
JP4027318B2 (ja) * 2001-11-27 2007-12-26 シーメンス アクチエンゲゼルシヤフト 少なくとも２つの加入者端末機器間において異なる符号化規則に従って形成された有効情報を交換する方法

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2003056776A8 (de) 2008-05-08
DE10163478C2 (de) 2003-12-18
DE10163478A1 (de) 2003-07-17
WO2003056776A1 (de) 2003-07-10
US20050091392A1 (en) 2005-04-28

Similar Documents

Publication Publication Date Title
EP1457021A1 (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
DE60030343T2 (de) System und Verfahren für die verteilte Anrufsignalisierung in LAN-Netzen mit Telephoniefunktionalität
DE60014234T2 (de) System und Verfahren zum Ermöglichen von Fehlertolerante Systeme
DE69925004T2 (de) Kommunikationsverwaltungssystem für computernetzwerkgestützte telefone
DE69937664T2 (de) System zur Netztranskodierung von Multimediendatenfluss
DE69808135T2 (de) Verfahren, vermittlungsmittel und telekommunikationssystem zur datenübertragung zwischen teilnehmerstationen
EP1561328B1 (de) Übertragung von anrufsteuerungsparametern zwischen zwei media gateway controllern in sip/sip-t netzen --------------------------------------------------------------------------------------
DE60116341T2 (de) Kommunikationsverwaltungsystem für computernetzbasierte telefone
DE10050447A1 (de) Verfahren und Vorrichtung zum Optimieren der Paketlänge in ToL-Netzwerken
DE60212988T2 (de) Verfahren, Einrichtung und Computerprogramm zur Auswahl einer Medienübergangskontrollfunktion basierend auf der Überwachung von Resourcen von Medienübergangsfunktionen
EP1911224B1 (de) Verfahren und kommunikationssystem zur auswahl eines übertragungsmodus für eine übermittlung von nutzdaten
EP1900173B1 (de) Verfahren, Server-Einrichtung und Umsetzeinrichtung zum aufbauen einer Nutzdatenverbindung
WO2003032615A1 (de) Verfahren und anordnung zur signalisierung einer codec-verhandlung über heterogene signalisierungsnetze
EP2309797A2 (de) Verfahren zum Betreiben eines Mobilfunknetzes
WO2002051092A2 (de) Verfahren zur auswahl des qos-levels während einer verbindung in einem paketnetz bzw. einem netz
EP1493285B1 (de) Call hold / terminal portability in h.323/isup-bicc-sip netzen
WO2004032448A1 (de) Datenkommunikationssystem, rechner, sowie datenkommunikationsverfahren zum parallelen betrieb von standard-basierten und proprietären ressourcen
DE69800967T2 (de) Verfahren und anordnung für die verbindung eines computers an einer fernsprech-vermittlungsanlage über internet um eine fernsprechverbindung aufzubauen
DE60034015T2 (de) Verfahrung und Vorrichtung zur Wiederherstellung von am Anfang einer Paketvermittelten Telefonübertragung gesendeten Sprachsignalen
DE60037208T2 (de) Telesystem mit koppeleinrichtung und verfahren in verbindung damit
EP1634433A1 (de) Sparsamerer ressourceneinsatz bei der nutzerinteraktion mit einem sprachdialogsystem in einem paketnetz durch eine aufwandsreduzierte bearbeitung von signalisierungsinformationen
WO2004025968A1 (de) Verfahren zum weiterleiten von signalisierungsnachrichten und zugehörige komponenten
EP1929748A1 (de) Abwesenheitsassistenzsystem für multimediafähige kommunikationssysteme

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

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 IE IT LI LU MC NL PT SE SI SK TR

AX Request for extension of the european patent

Extension state: AL LT LV MK RO

17Q First examination report despatched

Effective date: 20060710

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

Owner name: NOKIA SIEMENS NETWORKS GMBH & CO. KG

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

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

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

Owner name: NOKIA SIEMENS NETWORKS GMBH & CO. KG

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

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

18D Application deemed to be withdrawn

Effective date: 20090701