Neuere Kommunikationsarchitekturen sehen die Trennung ver- mittlungstechnischer Netzwerke in verbindungsdienstbezogene Einheiten (Call feature Server) und den Transport der Nutzin- formationen (Bearer Control) vor. Die Übertragung der Nutzin- formationen 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 Schmal- bandnetzen geführten Telekommunikationsdienste auch in Breit- bandnetzen zu realisieren. Dabei werden die Teilnehmer entwe- der 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 zugeord- neten 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 Pro- tokoll. 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 applica- tion 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 wer- den. Hierzu ist derzeit eine optionale CODEC Negotiation Pro- cedure 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 Signalisierungs- information 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 (u-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 aufzuzei- gen, wie Nutzinformationen, die nach unterschiedlichen Co- dierungsgesetzen erzeugt werden, paketorientiert ausgetauscht werden können.

Die Erfindung wird ausgehend von dem im Oberbegriff von Pa- tentanspruch 1 angegebenen Merkmalen durch die kennzeichnen- den Merkmale gelöst.

Vorteilhaft an der Erfindung ist, dass die Transcodierung in beiden Netztypen erfolgen kann. Hierbei soll die Trans- codierung immer im Zielnetz durchgeführt werden. Eine effi- ziente 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 Unter- ansprüchen angegeben.

Die Erfindung wird im folgenden anhand eines figürlich darge- stellten 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 Nutzinfor- mationen 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 Übertragungs- netz 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 aus- gangsseitig 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 zuge- ordneten Media Gateway übertragenen Daten werden von einem standardisierten Protokoll unterstützt. Dieses kann bei- spielsweise 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 vorge- sehen.

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 gleich- zeitig 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 be- kannt. 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.