DE10135933A1 - Verfahren zur Prüfung einer Nutzkanalverbindung in einem Telekommunikationssystem - Google Patents

Verfahren zur Prüfung einer Nutzkanalverbindung in einem Telekommunikationssystem

Info

Publication number
DE10135933A1
DE10135933A1 DE10135933A DE10135933A DE10135933A1 DE 10135933 A1 DE10135933 A1 DE 10135933A1 DE 10135933 A DE10135933 A DE 10135933A DE 10135933 A DE10135933 A DE 10135933A DE 10135933 A1 DE10135933 A1 DE 10135933A1
Authority
DE
Germany
Prior art keywords
media gateway
connection
test signal
test
controller
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
DE10135933A
Other languages
English (en)
Inventor
Klaus Hoffmann
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.)
Siemens AG
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 DE10135933A priority Critical patent/DE10135933A1/de
Priority to BR0211333-3A priority patent/BR0211333A/pt
Priority to CNA028148908A priority patent/CN1535517A/zh
Priority to PCT/DE2002/002184 priority patent/WO2003013064A1/de
Priority to EP02748586A priority patent/EP1410567A1/de
Publication of DE10135933A1 publication Critical patent/DE10135933A1/de
Priority to US10/764,293 priority patent/US20040151178A1/en
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/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/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/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1245—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks where a network other than PSTN/ISDN interconnects two PSTN/ISDN networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/125—Details of gateway equipment
    • H04M7/1255—Details of gateway equipment where the switching fabric and the switching logic are decomposed such as in Media Gateway Control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0025—Provisions for signalling
    • 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

Landscapes

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

Abstract

Die Erfindung betrifft ein Verfahren zum Sicherstellen des Durchgangs einer Nutzkanalverbindung in einem Telekommunikationsnetz, in dem die Nutzkanalverbindung über ein paketorientiertes Datennetz (42) zwischen einem ersten und einem zweiten Media Gateway (36, 38) erfolgt und ein erster Call Feature Server (44), der zumindest das erste Media Gateway (36) steuert, vorgesehen ist.

Description

  • Die Erfindung betrifft ein Verfahren zum Sicherstellen des Durchgangs einer Nutzkanalverbindung in einem Telekommunikationsnetz nach dem Oberbegriff von Anspruch 1 und eine entsprechende Vorrichtung nach dem Oberbegriff von Anspruch 6.
  • Neuere Kommunikationsarchitekturen, die paket- oder zellbasierte Verfahren zur Sprachsignalübertragung, wie beispielsweise Voice over IP (VoIP) oder Voice over ATM (VoATM) nutzen, sehen die Trennung der Signalisierung und der vermittlungstechnischen Behandlung einer Kommunikationsverbindung einerseits vom Transport von Nutzinformationen andererseits vor.
  • Konkret werden hierzu vermittlungstechnische Netzwerke in verbindungsdienst-bezogene Einheiten (Call Feature Server) zum Transport der Nutzinformationen (Träger oder Bearer) sowie Einheiten zur Steuerung dieser Nutzverbindungen (Bearer Control) aufgeteilt. Um eine Kommunikation mit herkömmlichen leitungsvermittelten Telekommunikationsnetzen (PSTNs = Public Switched Telephone Networks) zu ermöglichen, ist eine "Übersetzung" zwischen diesen unterschiedlichen Kommunikationsarchitekturen erforderlich.
  • Zur Übertragung der Nutzinformationen in den paketorientierten Datennetzen werden unterschiedliche, insbesondere hochbitratige Transporttechnologien wie die bereits erwähnten VoIP oder VoATM verwendet. Demzufolge wird hierzu ein auf dem IP (Internet Protocol) oder dem ATM (Asynchronous Transfer Mode) basierender Backbone als Fernnetz zur Übertragung von Sprachsignalen zwischen Endgeräten eingesetzt. In der Regel werden Meldungen gemeinsam mit den Nutzdaten transportiert. Hierzu weist jedes Datenpaket Nutzdaten, insbesondere im Paketkopf, und den Transport steuernde Information, also Meldungen auf. Diese Meldungen sind beispielsweise die IP-Adresse eines Empfängers.
  • Die Signalisierung kann allerdings auch unabhängig vom Träger ebenfalls über den IP/ATM-Backbone erfolgen. Ziel dieser Aufteilung in Signalisierung und Nutzinformation ist die Weiternutzung der Telekommunikationsdienste der heutigen Schmalbandnetze in Breitbandnetzen. Dies ermöglicht vor allem, dass Teilnehmer entweder direkt über beispielsweise das DSS1 (Digital Signalling System No. 1) oder über Vermittlungsstellen, beispielsweise nach ISUP (ISDN User Part), an sogenannte Call Feature Server (CSF) angeschlossen werden können. Derartige Call Feature Server trennen Nutzdaten von Meldungen und ermögliche so die Kopplung von paketorientierten Datennetzen mit herkömmlichen leitungsvermittelten Telekommunikationsnetzen.
  • Am Kopplungspunkt werden die Nutzverbindungen mittels spezieller, als Media Gateways (MG) bezeichneten Server in die benutzte Transporttechnologie umgewandelt. Media Gateways besitzen sowohl Schnittstellen zu PSTN/ISDN- als auch IP/ATM- Netzwerken und bilden damit die Schnittstellen zwischen leitungsvermittelnden und paketorientierten Netzen. Sie können in Echtzeit TDM (Time Division Multiplexing)-Sprachdaten in VoIP/VoATM-Daten und umgekehrt umwandeln. In der Regel können sie neben dieser Umwandlung lediglich die für den Aufbau einfacher Verbindungen erforderlichen Informationen umsetzen.
  • Die Media Gateways werden daher von zentralen Instanzen, den Media Gateway Controllern (MGC) gesteuert. Diese dienen im wesentlichen zur Koordination der Media Gateways und überwachen und steuern Verbindungen zwischen diesen. Die Media Gateway Controller arbeiten zudem als Call Feature Server, um für weitergehende Telekommunikationsdienste den Aufbau einfacher Verbindungen zu ermöglichen. Die Steuerung erfolgt aufgrund des MGCP (Media Gateway Controller Protocol) oder auch des H.248 Protokolls.
  • Zur Kommunikation untereinander verwenden die Call Feature Server ein erweitertes ISUP Protokoll (ISUP+) oder das standardisierte BICC (Bearer Independent Call Control) Protokoll. Gegenwärtig gibt es die ITU Standards Q.1902.x BICC CS2 (Bearer Independent Call Control Capability Set 2, mit einem eigenen Service Indicator beim MTP (Message Transfer Part)) und Q765.5 BAT (Bearer Application Transport). Diese beschreiben auch für IP-Bearer, also auf IP basierenden Datennetzen das RTP (Real Time Protocol) als Träger-Technologie und wie einem Teilnehmer Dienste bereit zu stellen sind, die er aus den herkömmlichen leitungsvermittelten Netzen kennt.
  • In Fig. 1 ist die Verbindung zweier PSTNs 10 und 12 über ein paketorientiertes Datennetz 20, hier das Internet, dargestellt. Die zwei PSTNs 10 und 12 weisen jeweils lokale Vermittlungsstellen LE (Local Exchange), an die Telefone 14 als Endeinrichtungen angeschlossen sind, und einen Übergang TX 16 bzw. 18 zu dem als Fern-Verbindungsnetz dienenden Datennetz 20 auf. Die Übergänge TX 16 und 18 sind jeweils sowohl mit einem Media Gateway Controller 26 bzw. 28 als auch mit einem Media Gateway 22 bzw. 24 verbunden.
  • Die Media Gateways 22 und 24 sind direkt mit dem Internet 20 als IP-Bearer verbunden. Sie dienen im wesentlichen zum Ent- und Verpacken von Datenpaketen, die über das Internet 20 empfangen oder gesendet werden. Mit den Datenpaketen wird die Nutzinformation einer Verbindung zwischen den beiden PSTNs 10 und 12 übertragen. Die Verbindungssteuerung erfolgt über die Media Gateway Controller 26 und 28, die Informationen mittels BICC CS2 oder ISUP+ austauschen. Zur Common Channel Signaling (CCS) zwischen den Übergängen TX 16 und 18 und den Media Gateway Controllern 26 bzw. 28 wird als Protokoll ISUP verwendet.
  • Schließlich ist noch ein als Call Mediation Node (CMN) bezeichneter Server 30 vorgesehen, der mit den Media Gateway Controllern 28 und 30 verbunden ist.
  • In herkömmlichen Telekommunikationsnetzen, auf Zeitmultiplex(TDM)-Basis steht mit der Signalisierung über zentrale Zeichenkanäle, wie beispielsweise dem Signaling System No. 7 (SS7), ein Mechanismus zur Verfügung, der sicherstellt, dass bei einer signalisierungs-mässig durchgeschalteten Verbindung auch der Nutzkanal sowohl innerhalb einer Vermittlungsstelle als auch zwischen den beteiligten Vermittlungsstellen durchgeschaltet ist. Mit anderen Worten garantiert in der Regel eine per Signalisierung durchgeschaltete Verbindung auch einen durchgeschalteten Kanal für Nutzinformationen.
  • Aufgabe der vorliegenden Erfindung ist es, in einem Telekommunikationsnetz, bei dem eine Trennung der Signalisierung und der vermittlungstechnischen Behandlung einer Kommunikationsverbindung vom Transport von Nutzinformationen wie beispielsweise Sprachdaten vorgesehen ist, sicherzustellen, dass bei einer durch Signalisierung aufgebauten Verbindung auch eine durchgeschaltete Nutzverbindung zur Verfügung steht.
  • Diese Aufgabe wird durch ein Verfahren mit den Merkmalen nach Anspruch 1 und eine Vorrichtung mit den Merkmalen nach Anspruch 6 gelöst. Bevorzugte Ausgestaltungen ergeben sich aus den abhängigen Ansprüchen.
  • Konventionelle, in den herkömmlichen Telekommunikationsnetzen eingesetzte Vermittlungssysteme erlauben dem Betreiber entsprechend der Spezifikation Q.542 einen Cross Office Check (COC nach dem ITU-Standard Q.542, Abschnitt 2.15.1) oder einen (Inter Exchange) Continuity Check (CC nach dem ITU- Standard Q.542, Abschnitt 2.17.1 und dem ITU-Standard Q.764) durchzuführen. Diese Tests oder Überwachungsmechanismen dienen im wesentlichen zum Überprüfen der Verbindungen für Nutzinformationen. Derartige Überwachungsmechanismen fehlen bislang bei der paketorientierten Übertragung von Sprachsignalen nach beispielsweise Voll und VoATM, und zwar sowohl als eigenständiges Verfahren als auch in den entsprechenden Protokollen. Bisher wurde hierzu auch keine Lösung vorgeschlagen.
  • Die Erfindung stellt nun im wesentlichen ein Verfahren und den entsprechenden Meldungsablauf sowie eine Vorrichtung vor, welche die Lücke schließen, die insbesondere der derzeitige Standard für BICC CS2 aufweist: Einem Betreiber eines Telekommunikationsnetzes mit paketorientierter Übertragung von Sprachsignalen stehen gewohnte Mechanismen, welche die Durchschaltung garantieren, nicht mehr wie bisher zur Verfügung. Der Betreiber erhält durch die Erfindung bisher gewohnte Mechanismen gewissermaßen "zurück".
  • In dem Telekommunikationsnetz erfolgt die Nutzkanalverbindung über ein paketorientiertes Datennetz zwischen einem ersten und einem zweiten Media Gateway (MG); ferner ist ein erster Call Feature Server(CFS) vorgesehen, der zumindest das erste Media Gateway steuert. Erfindungsgemäß signalisiert der erste CFS für einen Verbindungs-Durchgangstest dem zweiten MG, dass ein vom ersten MG gesendetes Testsignal vom zweiten MG wieder zurück geschickt wird, um anhand des zurückgeschickten Testsignals zu prüfen, ob die Nutzkanalverbindung zwischen dem ersten und zweiten Media Gateway durchgeschaltet ist.
  • Hierdurch kann vor allem die Zuverlässigkeit eines derartigen Telekommunikationsnetzes gesteigert werden. Werden beide MGs von demselben CFS gesteuert, entspricht der mit dem erfindungsgemäßen Verfahren durchgeführte Test einem Cross Office Check (COC).
  • Werden das erste und zweite MG von verschiedenen CFS gesteuert, so kann der erste CFS die Mitteilung über einen zweiten CFS senden, der das zweite MG steuert.
  • Vorzugsweise steuert der erste CFS das erste MG derart an, dass es das Testsignal an das zweite MG über das paketorientierte Datennetz sendet und innerhalb einer vorgegebenen Zeitdauer auf das vom zweiten MG zurückgeschickte Testsignal wartet. Dies setzt voraus, daß vorher gemäß bekanntem Verfahren ein Adreßaustausch auch über die CFS erfolgt ist. Durch diesen "zeitlimitierten" Test kann die Qualität der Nutzkanalverbindung getestet werden. Dauert eine Antwort zu lange, wird vorzugsweise die Verbindung ausgelöst. In einem derartigen Fall würde wahrscheinlich auch keine Sprachverbindung mit ausreichender Qualität zustande kommen.
  • Das erste Media Gateway sollte nach Empfang des zurückgeschickten Testsignals prüfen, ob das Testsignal von der vom zweiten Media Gateway signalisierten Adresse stammt.
  • Somit kann ein Call Feature Server Verbindungsdienste bereitstellen, die ein Teilnehmer des Telekommunikationsnetz auch aus den herkömmlichen, leitungsvermittelten Netzen gewohnt ist.
  • Ferner betrifft die Erfindung eine Vorrichtung zum Sicherstellen des Durchgangs einer Nutzkanalverbindung in einem Telekommunikationsnetz, das ein paketorientiertes Datennetz, ein an dieses angeschlossenes erstes und zweites MG sowie einen ersten CFS, der zumindest mit dem ersten MG verbunden ist, aufweist. Erfindungsgemäß weist der erste CFS Testmittel auf, die derart ausgebildet sind, dass sie dem zweiten MG signalisieren, dass ein für einen Verbindungs-Durchgangstest vom ersten MG gesendetes Testsignal vom zweiten MG wieder zurück an das erste Media Gateway geschickt wird.
  • Vorzugsweise ist ein Timer vorgesehen, der zum Messen der Testdauer oder zur Vorgabe eine Zeitlimits für den Test dient.
  • Es können auch Prüfmittel vorgesehen sein, welche die Adresse eines empfangenen Testsignals prüfen. Hierdurch kann garantiert werden, dass eine Nutzkanalverbindung zwischen genau dem ersten und zweiten Media Gateway zur Verfügung steht.
  • Das Testsignal ist vorzugsweise ein Testbitmuster.
  • Derzeit werden für die gattungsgemäßen Telekommunikationsnetze vorwiegend zwei Übertragungstechnologien bevorzugt, nämlich IP oder ATM. Vorzugsweise ist demnach das paketorientierte Datennetz ein IP- oder ein ATM-basiertes Netzwerk.
  • An mindestens einen Call Feature Server können Endgeräte direkt insbesondere über DSS1 oder über mindestens eine Vermittlungsstelle insbesondere über ISUP angeschlossen sein. Im ersten Fall kann der CFS beispielsweise Teil eine unternehmenseigenen Telekommunikationsnetzes sein. Im zweiten Fall können Endgeräte wie Telefone, die an das öffentliche digitale Fernsprechnetz angeschlossen, mit dem CFS kommunizieren.
  • Die Erfindung wird nachfolgend anhand eines Ausführungsbeispiels in Verbindung mit den Zeichnungen erläutert. Die Zeichnungen zeigen in
  • Fig. 1 ein aus dem Stand der Technik bekanntes Telekommunikationsnetz, in dem Sprachsignale paketorientiert übertragen werden und eine Aufteilung bzw. Trennung von Signalisierung und Vermittlung vom Nutzinformations-Transport eingesetzt wird, und
  • Fig. 2 ein Ausführungsbeispiel eines Telekommunikationsnetzes, in dem eine Aufteilung bzw. Trennung von Signalisierung und Vermittlung vom Nutzinformations-Transport und das erfindungsgemäße Verfahren zum Sicherstellen einer Nutzkanalverbindung eingesetzt wird.
  • Zur Beschreibung von Fig. 1 wird auf die Beschreibungseinleitung verwiesen. Im folgenden können für gleiche Elemente sowie Elemente mit gleicher Funktionalität die selben Bezugszeichen verwendet werden. Zur Erläuterung der verwendeten Abkürzungen sei auf die Liste der Bezugszeichen und Abkürzungen verwiesen.
  • Die grundsätzlichen Abläufe eines erfindungsgemäßen Verfahrens sind in Fig. 2 gezeigt. Acknowledge Messages nach MGCP sind der Übersichtlichkeit nicht eingezeichnet.
  • In Fig. 2 ist ein Telekommunikationsnetz dargestellt, das zwei PSTNs 10 und 12 aufweist, die über ein paketorientiertes Datennetz 42, hier ein Intranet, miteinander kommunizieren können. Die PSTNs 10 und 12 können zwei Telekommunikationsnetze eines Unternehmens an unterschiedlichen Standorten sein. Um eine kostengünstige Sprachkommunikation zwischen den Standorten zu ermöglichen, werden Sprachverbindungen zwischen dem PSTN 10 und dem PSTN 12 mittels VoIP durchgeführt. Wesentlich ist somit, dass in den PSTNs 10 und 12 eine herkömmliche leitungsvermittelte Kommunikation stattfindet, während im Datennetz 42 als Fernnetz Sprachsignale kostengünstig paketorientiert übertragen werden.
  • Die PSTNs 10 und 12 weisen jeweils lokale Vermittlungsstellen LE und einen Übergang TX 16 bzw. 18 auf. An den lokalen Vermittlungsstellen LE sind Telefone 14 als Endgeräte zur Sprachkommunikation angeschlossen. Die Übergänge TX 16 und 18 dienen zum Koppeln der PSTNs 10 und 12 an das paketorientierte Datennetz 42.
  • Einen Übergang von einer leitungsvermittelten auf eine paketorientierte Sprachverbindung ermöglichen die Media Gateways 34, 36, 38 und 40. Hierzu sind die Media Gateways 34, 36 und 38, 40 mit den Übergängen 16 bzw. 18 des PSTNs 10 bzw. 12 verbunden.
  • In Fig. 2 ist ferner die Steuerung der Media Gateways 36 und 38 über Media Gateway Controller bzw. Call Feature Server 44 bzw. 46 dargestellt. Die Media Gateway Controller bzw. Call Feature Server 44 bzw. 46 können als Einheiten einer oder mehrerer herkömmlicher Vermittlungsanlagen ausgebildet sein, beispielsweise als spezielle Einschubkarten.
  • Der Betreiber kann nun über die Mensch-Maschine Schnittstelle festlegen, dass eine Durchgangsprüfung einer Sprachverbindung durchgeführt werden soll. Die Informationselemente zum Aufbau einer Fernverbindung (Trunking-Verbindung) sind hier nicht beschrieben; sie werden als bekannt vorausgesetzt. Die folgende Beschreibung beschäftigt sich nur mit zusätzlich notwendigen Aktionen, insbesondere zur Durchgangsprüfung.
  • Zuerst wird mit der Meldung "CRCX" 50 (create connection, MGCP) ein Verbindungsaufbau initiiert. Die Meldung "CRCX" 50 sendet der sendeseitige Call Feature Server 44 an das sendeseitige Media Gateway 36 wie bei einem "Basic Call", also einem normalen Ruf zum Aufbau einer Sprachverbindung. Nach Empfang der Meldung "CRCX ACK" sendet der Call Feature Server 44 eine Meldung "IAM mit Continuity Check On This Circuit" 52, die derzeit nicht in BICC definiert ist, zum empfängerseitigen Call Feature Server 46, wenn die Prüfung der zu initiierenden (IP-)Sprachverbindung über das Intranet 42 durchgeführt werden soll.
  • Mit Empfang der Meldung "IAM mit Continuity Check On This Circuit" 52 im empfängerseitigen Call Feature Server 46 sendet dieser die Meldung "CRCX" mit dem Mode-Parameter mit "network loop", um den Continuity-Tone auf der RTP-Seite zu spiegeln. Mit dem Empfang der Meldung "CRCX Ack" im empfängerseitigen Call Feature Server 46 wird eine Meldung "IAM mit Continuity Check On Previous Circuit" 54 zum TDM-Ziel, also zu einem empfängerseitigen Telefon 14 gesendet und eine Meldung "APM" mit den empfängerseitigen RTP IP-Daten zum senderseitigen Call Feature Server 44 gemäß dem bekannten "Basic Call" gesendet.
  • Mit dem Empfang der empfängerseitigen RTP IP-Daten aufgrund der Meldung "APM" wird im senderseitigen Call Feature Server 44 eine Meldung "MDCX" 56 zum Media Gateway 36 gesendet, mit der Aufforderung mit "Requested Events" für die Ereignisse "col" (Continuity Tone) und "of" (Report Of Failure) im RTP- Package das Senden und das Erkennen des Continuity Tones ("co1") durchzuführen bzw. auch einen möglichen Fehlschlag zu melden ("of").
  • Zum erfolgreichen Erkennen des Continuity Checks überprüft dabei das senderseitige Media Gateway 36 nicht nur das Erkennen des Tons, sondern stellt vorzugsweise auch fest, ob die Quelle der IP-Pakete mit den in der Meldung "MDCX" 56 empfangenen IP-Adressdaten übereinstimmt, um tatsächlich die richtige Quelle als Partner zu haben, und sendet genau dann eine Meldung "NTFY(co1)". Ein (nicht dargestellter) Timer T überwacht das rechtzeitige Empfangen des Tons. Wird der Ton nicht innerhalb der Zeit T richtig erkannt, wird eine Meldung "NTFY(report of failure)" erzeugt, was zum Auslösen der Verbindung führt.
  • Mit dem Empfang der Meldung "NTFY(Co1)" im senderseitigen Call Feature Server 44 wird eine Meldung "COT" 58 (erfolgreiche Durchgangsprüfung) zum empfängerseitigen Call Feature Server 46 gesendet, mit einer Meldung "MDCX" mit leeren "Requested Events" der Continuity Ton und die Erkennung ausgeschaltet und mit dem Mode Parameter das Media Gateway 36 auf Send/Receive eingestellt. Mit dem Empfang der Meldung "COT" 58 im empfängerseitigen Call Feature Server 46 wird eine Meldung "MDCX" zum Media Gateway 38 gesendet, welche den Mode Parameter "Network Loop" zurücknimmt (und damit den Spiegel entfernt). Zusätzlich wird die Meldung "COT" zum TDM-Ziel gesendet, was das Rufen des empfängerseitigen Teilnehmers, genauer gesagt des Telefons erlaubt.
  • Grundsätzlich kann BICC oder ISUP+ für die Kommunikation zwischen den Call Feature Servern 44 und 46 verwendet werden.

Claims (12)

1. Verfahren zur Prüfung, insbesondere zum Sicherstellen des Durchgangs, einer Nutzkanalverbindung in einem Telekommunikationssystem, in dem die Verbindung über ein paketorientiertes Datennetz (42) zwischen einem ersten und einem zweiten Media Gateway (36, 38) erfolgt, wobei eine erste Steuerung (44) zumindest das erste Media Gateway (36) steuert, dadurch gekennzeichnet, dass die erste Steuerung (44) für einen Verbindungs- Durchgangstest dem zweiten Media Gateway (38) signalisiert, dass ein vom ersten Media Gateway (36) gesendetes Testsignal wieder an dieses zurückgeschickt wird, um anhand dessen zu prüfen, ob die Nutzkanalverbindung zwischen dem ersten und zweiten Media Gateway (36, 38) durchgeschaltet ist.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die erste Steuerung, insbesondere ein erster Call Feature Server (44), die Mitteilung über eine zweite, dem zweiten Media Gateway (38) zugeordnete Steuerung, insbesondere einen zweiten Call Feature Server (46), sendet.
3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die erste Steuerung (44) das erste Media Gateway (36) derart ansteuert, dass es das Testsignal an das zweite Media Gateway (38) über das paketorientierte Datennetz (42) sendet und für eine vorgegebene Zeitdauer auf das vom zweiten Media Gateway (38) zurückgeschickte Testsignal wartet.
4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass das erste Media Gateway (36) nach Empfang des zurückgeschickten Testsignals prüft, ob das Testsignal von der vom zweiten Media Gateway (38) signalisierten Adresse stammt.
5. Verfahren nach einem der Ansprüche 2 bis 4, dadurch gekennzeichnet, dass ein Call Feature Server (44, 46) Verbindungsdienste bereitstellt.
6. Vorrichtung zur Prüfung, insbesondere zum Sicherstellen des Durchgangs, einer Nutzkanalverbindung in einem Telekommunikationssystem, das ein paketorientiertes Datennetz (42), ein an dieses angeschlossenes erstes und zweites Media Gateway (36, 38) sowie eine erste verbindungsbezogene Steuerung (44), die zumindest dem ersten Media Gateway (36) zugeordnet ist, aufweist, dadurch gekennzeichnet, dass der erste Call Feature Server (44) Testmittel aufweist, die derart ausgebildet sind, dass sie dem zweiten Media Gateway (38) signalisieren, dass ein für einen Verbindungs- Durchgangstest vom ersten Media Gateway (36) gesendetes Testsignal vom zweiten Media Gateway (38) wieder zurück an das erste Media Gateway (36) geschickt wird.
7. Vorrichtung nach Anspruch 6, gekennzeichnet durch einen Zeitgeber zur Vergabe einer Wartezeitdauer für den Empfang des zurückgeschickten Testsignals beim ersten Media Gateway.
8. Vorrichtung nach Anspruch 6 oder 7, gekennzeichnet durch Prüfmittel, welche die Adresse eines beim ersten Media Gateway empfangenen Testsignals prüfen.
9. Vorrichtung nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Testsignal ein Testbitmuster ist.
10. Vorrichtung nach einem der Ansprüche 6 bis 9, dadurch gekennzeichnet, dass das paketorientierte Datennetz (42) ein IP- oder ein ATM-basiertes Netzwerk ist.
11. Vorrichtung nach einem der Ansprüche 6 bis 10, dadurch gekennzeichnet, dass an mindestens eine Steuerung, insbesondere einen Call Feature Server (44, 46), Endgeräte auch von IP-Teilnehmern, direkt angeschlossen sind.
12. Vorrichtung nach Anspruch 11, dadurch gekennzeichnet, dass die Endgeräte insbesondere über DSS1 oder über mindestens eine Vermittlungsstelle (16, 18), insbesondere über ISUP, angeschlossen sind.
DE10135933A 2001-07-24 2001-07-24 Verfahren zur Prüfung einer Nutzkanalverbindung in einem Telekommunikationssystem Withdrawn DE10135933A1 (de)

Priority Applications (6)

Application Number Priority Date Filing Date Title
DE10135933A DE10135933A1 (de) 2001-07-24 2001-07-24 Verfahren zur Prüfung einer Nutzkanalverbindung in einem Telekommunikationssystem
BR0211333-3A BR0211333A (pt) 2001-07-24 2002-06-14 Processo para a comprovação de uma ligação de um canal útil em um sistema de telecomunicações
CNA028148908A CN1535517A (zh) 2001-07-24 2002-06-14 在电信系统中检验用户信道连接的方法
PCT/DE2002/002184 WO2003013064A1 (de) 2001-07-24 2002-06-14 Verfahren zur prüfung einer nutzkanalverbindung in einem telekommunikationssystem
EP02748586A EP1410567A1 (de) 2001-07-24 2002-06-14 Verfahren zur prüfung einer nutzkanalverbindung in einem telekommunikationssystem
US10/764,293 US20040151178A1 (en) 2001-07-24 2004-01-23 Method for testing a bearer channel connection in a telecommunication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE10135933A DE10135933A1 (de) 2001-07-24 2001-07-24 Verfahren zur Prüfung einer Nutzkanalverbindung in einem Telekommunikationssystem

Publications (1)

Publication Number Publication Date
DE10135933A1 true DE10135933A1 (de) 2003-02-13

Family

ID=7692854

Family Applications (1)

Application Number Title Priority Date Filing Date
DE10135933A Withdrawn DE10135933A1 (de) 2001-07-24 2001-07-24 Verfahren zur Prüfung einer Nutzkanalverbindung in einem Telekommunikationssystem

Country Status (6)

Country Link
US (1) US20040151178A1 (de)
EP (1) EP1410567A1 (de)
CN (1) CN1535517A (de)
BR (1) BR0211333A (de)
DE (1) DE10135933A1 (de)
WO (1) WO2003013064A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102004043960B3 (de) * 2004-09-11 2006-05-18 Siemens Ag Verfahren zum Testen von Nutzkanälen in einem Telekommunikationsnetzwerk

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7170888B2 (en) * 2001-11-24 2007-01-30 Lg-Nortel Co., Ltd. Call control method between a packet network and PSTNs in the next generation network
CN100464538C (zh) * 2003-05-21 2009-02-25 华为技术有限公司 对媒体网关进行自动测试的方法和装置
CN100350771C (zh) * 2004-07-09 2007-11-21 普天信息技术研究院 一种实现信令服务器功能测试的系统及方法
FR2880408B1 (fr) * 2004-12-31 2007-03-16 Air Liquide Procede d'oxycombustion d'un combustible liquide
CN100499582C (zh) * 2005-10-14 2009-06-10 华为技术有限公司 一种数据传输方法及系统
CN100502583C (zh) * 2007-01-18 2009-06-17 华为技术有限公司 检测媒体网关间电路状态的方法、交换中心和通信系统
CN101150623B (zh) * 2007-10-19 2011-09-14 华为技术有限公司 模拟呼叫的方法、设备和系统
CN101938384A (zh) * 2010-08-31 2011-01-05 中山大学 一种数字家庭交互服务中的公共网关测试方法
CN101997774A (zh) * 2010-11-03 2011-03-30 华为数字技术有限公司 一种转发时延的记录方法及路由器

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6466548B1 (en) * 1998-10-28 2002-10-15 Cisco Technology, Inc. Hop by hop quality of service measurement system
US7054273B1 (en) * 1999-08-06 2006-05-30 Tellabs Operations, Inc. Circuit integrity in a packet-switched network
CA2319944A1 (en) * 1999-09-21 2001-03-21 Alcatel Usa Sourcing Lp System and method for transporting in/ain signaling over an internet protocol (ip) network
US6363065B1 (en) * 1999-11-10 2002-03-26 Quintum Technologies, Inc. okApparatus for a voice over IP (voIP) telephony gateway and methods for use therein
US7103002B2 (en) * 2000-07-12 2006-09-05 Telefonktiebolaget Lm Ericsson (Publ) Communication management in networks having split control planes and user planes
US7170888B2 (en) * 2001-11-24 2007-01-30 Lg-Nortel Co., Ltd. Call control method between a packet network and PSTNs in the next generation network

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102004043960B3 (de) * 2004-09-11 2006-05-18 Siemens Ag Verfahren zum Testen von Nutzkanälen in einem Telekommunikationsnetzwerk

Also Published As

Publication number Publication date
EP1410567A1 (de) 2004-04-21
BR0211333A (pt) 2004-09-28
US20040151178A1 (en) 2004-08-05
WO2003013064A1 (de) 2003-02-13
CN1535517A (zh) 2004-10-06

Similar Documents

Publication Publication Date Title
EP1449386A1 (de) Verfahren zum austauschen von nach unterschiedlichen codierungsgesetzen erzeugten nutzinformationen zwischen wenigstens 2 teilnehmerendeinrichtungen
EP1480431A1 (de) Verfahren zur Signalisierung von Anrufumleitungsparametern in einem SIP-Netz
EP1518357A1 (de) Überprüfung der übertragungsqualität in paketbasierten netzen
DE10135933A1 (de) Verfahren zur Prüfung einer Nutzkanalverbindung in einem Telekommunikationssystem
DE10001077A1 (de) Verfahren, Dienst-Vermittlungsstelle, Dienst-Steuerknoten, Internet-Gateway, Programm-Modul und Internet-Endgerät zum Aufbau einer Ruf-Verbindung zwischen einem Telefonnetz-Endgerät und einem Internet-Endgerät
DE102005013544B3 (de) Verfahren zum Aufbauen einer Nutzdatenverbindung zwischen Endeinrichtungen
DE10147164B4 (de) Verfahren zur Ermittlung der Laufzeitverzögerung einer Verbindung mit Übertragung über ein paketbasiertes Netz
DE60004883T2 (de) Signalisierung in einem telekommunikationsnetz
EP1286509A2 (de) Verfahren und Vorrichtung zur Echokompensation in einem Telekommunikationsnetz
EP1505842A2 (de) Verfahren zum Umsteuern einer Bearerverbindung (Bearer Redirect) für SIP/ SIP-T Teilnehmer
EP1360845A1 (de) Verfahren zur festlegung der codierung bei nach unterschiedlichen codierungsgesetzen erzeugten nutzinformationen zwischen wenigstens 2 teilnehmerendeinrichtungen
EP1438823B1 (de) Verfahren zur übertragung von signaltönen in heterogenen netzen, vorrichtung und computerprogrammprodukt
DE102004040480B4 (de) Verfahren und Vorrichtung zum Nutzdatenabgriff multimedialer Verbindungen in einem Paketnetz
EP1398935B1 (de) Verfahren zum Aufbau einer Nutzdatenverbindung zwischen Endpunkten in einer VoIP-Anordnung
EP1493285A1 (de) Call hold / terminal portability in h.323/isup-bicc-sip netzen
EP1661363B1 (de) Verfahren zur unterstuetzung des name delivery leistungsmerkmales fuer gemischte tdm netze/sip centrex kommunikations- architekturen
DE10144356A1 (de) Verfahren zur Leitweglenkung von Datenpaketen
EP1981293B1 (de) Verfahren zum Erfassen von Anrufen und zugehörige Einheiten
DE102005045121B4 (de) Vorrichtung zur Unterstützung des Leistungsmerkmals "Fall-back" in SIP-Netzen
EP1654889B1 (de) Verfahren zur steuerung von isdn endgeräten, die paketbasiert über ein internetnetz angeschlossen sind
EP1522181A1 (de) Verfahren zum sicherstellen der reihenfolge von nachrichten im sip-/ sip-t protokoll
EP1614277B1 (de) Verfahren zum vorsehen eines teilnehmerinteraktions-dienstes ("user interactive dialogue (uid) vor verbindungsannahme") vor verbindungsannahme durch den gerufenen teilnehmer
DE102004047025B3 (de) Verfahren zum Aufbau einer Multimedia-Verbindung
DE60314720T2 (de) Signalisierung in einer multi-protokoll telekommunikationsumgebung
WO2007065738A1 (de) Vorrichtung und verfahren zur unterstützung von fax t.38 anwendungen in fmc netzen

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8130 Withdrawal