DE10142012A1 - Verfahren zur Festlegung der Codierung bei nach unterschiedlichen Codierungsgesetzen erzeugten Nutzinformationen zwischen wenigstens 2 Teilnehmerendeinrichtungen - Google Patents

Abstract

Werden TDM-Verbindungen über ein Datennetz als Backbone (ATM oder IP) vom Ursprungs-TDM-Netz zum Ziel-TDM-Netz durchgeschaltet (z. B. VoIP), so führen die Übergänge zwischen TDM- und Datennetz über Media Gateways. Wie bei reinen TDM-Verbindungen müssen die Codierungsgesetze der A- und der B-Seite identisch sein. In TDM-Netzen gibt es die Codierung entsprechend "A-Law" (PCM30-Netze) und "mu-Law" (PCM24-Netze). Beim Übergang von einem A-Law zu einem mu-Law Netz muss das Codierungsgesetz geändert werden. In der "TDM"-Welt lautet die Konvertierungsregel, dass am Übergang die mu-Law-Seite auf A-Law konvertiert. Dies war dadurch bedingt, dass nur eine sehr geringe Anzahl von TDM-Netzen die mu-Law Codierung benutzen. In den nun entstehenden ATM und IP Übertragungsnetzen besteht diese Notwendigkeit nicht mehr. Daher legt die Erfindung fest, dass die Transcodierung in beiden Netztypen erfolgen kann. Die erfindungsgemäße Lösung besteht darin, diese Transcodierung immer im Zielnetz durchzuführen. Dabei wird das Ergebnis der Codec Negotiation Procedure (falls sie genutzt wird) berücksichtigt, d. h. die Transcodierung erfolgt nur bei ausgewählten G.711 Codec.

Description

• Die Erfindung betrifft ein Verfahren gemäß dem Oberbegriff von Patentanspruch 1.
• Neuere Kommunikationsarchitekturen sehen die Trennung vermittlungstechnischer Netzwerke in verbindungsdienstbezogene Einheiten (Call feature Server) und den Transport der Nutzinformationen (Bearer Control) vor. Die Übertragung der Nutzinformationen kann dabei über unterschiedliche hochbitratige Transporttechnologien wie z. B. ATM, IP oder Frame Relay vorgenommen werden.
• Mit einer derartigen Trennung sind die gegenwärtig in Schmalbandnetzen geführten Telekommunikationsdienste auch in Breitbandnetzen zu realisieren. Dabei werden die Teilnehmer entweder direkt (z. B. über ein DSS1-Protokoll) oder über als Call Feature Server (CFS) ausgebildete Vermittlungsstellen (z. B. über das ISUP-Protokoll) angeschlossen. Die Nutzinformationen werden über Media Gateways (MG) in die jeweils benutzte Transporttechnologie umgewandelt.
• Die Steuerung der Media Gateways werden von jeweils zugeordneten Media Gateway Controllern durchgeführt, die als Call Feature Server ausgebildet sein können. Zur Steuerung der Media Gateways verwenden die Call Feature Server normierte Protokolle, wie z. B. das MGCP Protokoll oder das H.248 Protokoll. Zur Kommunikation untereinander verwenden die Call Feature Server ein standardisiertes BICC (Bearer Independent Call Control) Protokoll, das die Weiterbildung eines ISUP Protokolls darstellt.
• In dem BICC Protokoll wird das Q.765.5 BAT (bearer application transport) ITU-T Standard Protokoll verwendet, welches auch für IP bearer RTP als Bearer Technologie beschreibt. Mit Hilfe dieses Protokolles werden Ressourcenprobleme im Netz behandelt, die mit Hilfe von Datenkomprimierung gelöst werden. Hierzu ist derzeit eine optionale CODEC Negotiation Procedure vorgesehen.
• Eine Anleitung, wie dieses Protokoll zu benutzen ist, gibt ein weiteres BICC Protokoll, das Q.1902.x BICC CS2 Protokoll (bearer independent call control capability set 2, mit einem eigenen service indicator beim MTP (message transfer part)), das als ITU-T Standard in Bearbeitung ist.
• Mit Hilfe dieses Protokolls werden z. B. die zwischen 2 PSTN Netzen bislang übertragenen Nutzinformationen über ein ATM bzw. IP Netz geführt. Hierbei wird für die Übertragung durch das ATM bzw. IP Netz eine Trennung zwischen Signalisierungsinformation und Nutzinformation vollzogen. Problematisch ist nun der Umstand, daß der Q.1902.x BICC CS2 ITU-T Standard nicht das Problem berücksichtigt, wenn der Teilnehmer eines A-Law Landes eine Verbindung zu einem in einem µ-Law Land angeordneten Teilnehmer aufzubauen wünscht. Da in diesem Fall die zwischen beiden Teilnehmern ausgetauschten Informationen nach unterschiedlichen Codierungsgesetzen erzeugt werden, besteht die Gefahr einer Verfälschung der Nutzinformationen. Insbesondere bei grenzüberschreitendem Telefon - und Telefon- und Datenverkehr (z. B. Europa (A-Law) - USA (µ-Law)) kommt diese Problematik zum Tragen. Bei den bislang verwendeten analogen Verbindungen besteht dieses Problem nicht, da in den bisherigen TDM Netzen durch die ITU-T Recommendation G.711 festgelegt war, dass die Transcodierung von µ-Law nach A-Law in den µ-Law-Netzen durchzuführen ist.
• Der Erfindung liegt die Aufgabe zugrunde, einen Weg aufzuzeigen, wie Nutzinformationen, die nach unterschiedlichen Codierungsgesetzen erzeugt werden, paketorientiert ausgetauscht werden können.
• Die Erfindung wird ausgehend von dem im Oberbegriff von Patentanspruch 1 angegebenen Merkmalen durch die kennzeichnenden Merkmale gelöst.
• Vorteilhaft an der Erfindung ist, dass die Transcodierung in beiden Netztypen erfolgen kann. Hierbei soll die Transcodierung immer im Zielnetz durchgeführt werden. Eine effiziente Codierung/Decodierung wird erreicht, indem im Q.765.5 BAT Protokoll ein neuer Indikator und eine zusätzliche Logik eingeführt wird, mit dem das Ursprungsnetz dem Zielnetz mitteilt, welche Codierung (A-Law oder µ-Law) unter Berücksichtigung des bei der eventuell benutzten bestehenden Codec Negotiation Procedure ausgehandelten Codecs zu verwenden ist. Wird bei der Codec Negotiation der Codec G.711 ausgewählt, führt das Zielnetz dann die Transcodierung entsprechend der Angabe im neuen Indikator nach A-Law oder µ- Law durch.
• Vorteilhafte Weiterbildungen der Erfindung sind in den Unteransprüchen angegeben.
• Die Erfindung wird im folgenden anhand eines figürlich dargestellten Ausführungsbeispieles näher erläutert.
• Demgemäß ist eine Netzkonfiguration aufgezeigt, auf der das erfindungsgemäße Verfahren zum Ablauf gelangt. Hierbei sind beispielhaft 2 PSTN Netze aufgezeigt, in denen jeweils eine Mehrzahl von Teilnehmern in bekannter Weise angeordnet sind. Diese sind an Ortsvermittlungsstellen LE herangeführt, die ihrerseits mit Transit-Vermittlungsstellen TX verbunden sind.
• In den Transit-Vermittlungsstellen TX wird nun die Trennung zwischen Signalisierungsinformationen und Nutzinformationen durchgeführt. Die Signalisierungsinformationen werden von der Transit-Vermittlungsstelle TX unmittelbar (ISUP Protokoll) einem Media Gateway Controller CFS zugeführt. Die Nutzinformationen werden einem (eingangsseitig angeordneten) Media Gateway MG A zugeführt, das als Schnittstelle zwischen dem TDM Netz und einem ATM bzw. IP Übertragungsnetz fungiert. Die Nutzinformationen werden über das ATM bzw. IP Übertragungsnetz paketorientiert übertragen. Das Media Gateway MG A wird von dem Media Gateway Controller CFS A gesteuert, der als Call Feature Server ausgebildet ist.
• Die Nutzinformationen werden vom Media Gateway MG A zu einem weiteren (ausgangsseitig angeordneten) Media Gateway MG B über das ATM bzw. IP Übertragungsnetz geroutet. Dort werden die Nutzinformationen wieder unter Steuerung des dem ausgangsseitig angeordneten Media Gateways MG B zugeordneten Call Feature Server CFS B in einen TDM Datenstrom umgewandelt und dem in Frage kommenden Teilnehmer zugeführt.
• Die zwischen einem Call Feature Server und dem jeweils zugeordneten Media Gateway übertragenen Daten werden von einem standardisierten Protokoll unterstützt. Dieses kann beispielsweise das MGCP oder das H.248 Protokoll sein. Zwischen den beiden Media Gateway Controllern CFS ist als weiteres standardisiertes Protokoll das Q.765.5 BAT Protokoll vorgesehen.
• Erfindungsgemäß teilt die A-Seite (CFS A) der B-Seite (CFS B) mittels eines A/µ-Law Indikators mit, welche Codierung (A- Law oder µ-Law) bei Verwendung eines G.711 Codecs zu verwenden ist. Der Indikator wird im BICC Protokoll der B- Seite übergeben und dort ausgewertet, falls die optionale CODEC Negotiation Prozedure nicht zur Anwendung kommt.
• Wenn die optionale CODEC Negotiation Prozedure zur Anwendung kommt, wird der Indikator nur dann ausgewertet, wenn gleichzeitig mit der CODEC Negotiation Procedure des Q.765.5 BAT Protokolls der G.711 Codec (A/µ-Law) ausgewählt wurde. Falls andere Codecs (wie z. B. G.723) durch die CODEC Negotiation Procedure ausgewählt werden, hat der Indikator dann keine Bedeutung.
• Liegt die A-Seite in einem A-Law Netz, so zeigt sie der B- Seite A-Law an; liegt in diesem Falle die B-Seite in einem µ- Law Netz, so muss die B-Seite von A-Law auf µ-Law konvertieren. Liegt die A-Seite in einem µ-Law Netz, so zeigt sie der B-Seite µ-Law an. Liegt die B-Seite in einem A-Law Netz, so muss die B-Seite von µ-Law auf A-Law konvertieren. Verwenden die Netze der A- und der B-Seite dieselbe Codierung, so wird keine Transcodierung durchgeführt.
• Dies ist ohne weiteres möglich, da die Media Gateways jeweils eine unmittelbare Schnittstelle zur TDM Seite haben. Damit ist die Kodierung auf der TDM Seite des Media Gateways bekannt. Wahlweise wird sie dem Media Gateway vom zugeordneten Call Feature Server MGC bekannt gemacht.
• Mit den für die als Media Gateway Controller fungierenden Call Feature Servern CFS A, CFS B zur Verfügung stehenden Informationen können dann die beiden Media Gateways MG A, MG B über das MGCP (oder H.248) Protokoll in entsprechender Weise eingestellt werden.

Claims (11)

1. Verfahren zur Festlegung der Codierung bei nach unterschiedlichen Codierungsgesetzen erzeugten Nutzinformationen zwischen wenigstens 2 Teilnehmerendeinrichtungen, womit nach Maßgabe des ersten Codierungsgesetzes (A-Law) eine A-Seite und nach Maßgabe des zweiten Codierungsgesetzes (µ-Law) eine B-Seite definiert ist, wobei die Nutzinformationen über eine Mehrzahl von Übertragungseinrichtungen (MG A, MG B) geführt werden, die die Funktion einer Schnittstelle zwischen einem ersten (TDM) und zweiten (ATM, IP) Übertragungsnetz aufweisen, und die von jeweils zugeordneten Steuereinrichtungen (CSF A, CSF B) gesteuert werden, die den Nutzinformationen zugeordnete Signalisierungsinformationen bearbeiten, die sie über ein Signalisierungsprotokoll austauschen, dadurch gekennzeichnet, dass ein für das erste Codierungsgesetz der A-Seite repräsentativer Indikator vorgesehen wird, der der B-Seite übergeben wird, und mittels dem nach Maßgabe der auf der B-Seite erfolgten Auswertung die eintreffenden Nutzinformationen in das Codierungsgesetz der B-Seite umgewandelt werden.

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass der Indikator von der B-Seite lediglich dann ausgewertet wird, falls die optionale CODEC Negotiation Prozedure nicht zur Anwendung kommt, oder falls sie zur Anwendung kommt, wenn gleichzeitig mit der CODEC Negotiation Procedure der G.711 Codec (A/µ-Law) ausgewählt wurde.

3. Verfahren nach Anspruch 1, 2 dadurch gekennzeichnet, dass eine Umwandlung in das Codierungsgesetz der empfangenden Teilnehmerendeinrichtung lediglich dann erfolgt, wenn A-Seite und B-Seite Nutzinformationen nach unterschiedlichen Codierungsgesetzen (A-Law, µ-Law) erzeugen.

4. Verfahren nach Anspruch 1 bis 3, dadurch gekennzeichnet, dass das erste Codierungsgesetz das A-Law Codierungsgesetz und/oder das zweite Codierungsgesetz das µ-Law Codierungsgesetz ist, oder das erste Codierungsgesetz das µ-Law Codierungsgesetz und/oder das zweite Codierungsgesetz das A-Law Codierungsgesetz ist.

5. Verfahren nach Anspruch 1 bis 4, dadurch gekennzeichnet, dass falls die A-Seite in einem A-Law Netz und die B-Seite in einem µ-Law Netz liegt, der B-Seite lediglich A-Law codierte Nutzinformationen angeboten werden, woraufhin die B-Seite von A-Law auf µ-Law konvertiert.

6. Verfahren nach Anspruch 1 bis 4, dadurch gekennzeichnet, dass falls die A-Seite in einem µ-Law Netz und die B-Seite in einem A-Law Netz liegt, der B-Seite lediglich µ-Law codierte Nutzinformationen angeboten werden, woraufhin die B-Seite von µ-Law auf A-Law konvertiert.

7. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass die Übertragungseinrichtungen als Media Gateway (MG A, MG B) ausgebildet sind.

8. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass die Steuereinrichtungen (CSF A, CSF B) als Call Feature Server ausgebildet sind.

9. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass der Austausch der Nutzinformationen zumindest teilweise paketorientiert erfolgt.

10. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass die paketorientierte Übertragung nach einem IP-Protokoll, einem ATM-Protokoll oder einem Frame Relay Protokoll erfolgt.

11. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass das Signalisierungsprotokoll ein BICC Protokoll oder ein erweitertes ISUP Protokoll ist.