DE69736857T2 - Umwandlungsmodul für netzwerkprotokoll in einem telekommunikationssystem - Google Patents

Umwandlungsmodul für netzwerkprotokoll in einem telekommunikationssystem Download PDF

Info

Publication number
DE69736857T2
DE69736857T2 DE69736857T DE69736857T DE69736857T2 DE 69736857 T2 DE69736857 T2 DE 69736857T2 DE 69736857 T DE69736857 T DE 69736857T DE 69736857 T DE69736857 T DE 69736857T DE 69736857 T2 DE69736857 T2 DE 69736857T2
Authority
DE
Germany
Prior art keywords
network
sccp
ccitt
compatible
ansi
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
DE69736857T
Other languages
English (en)
Other versions
DE69736857D1 (de
Inventor
Jan Lindquist
M. Charles Plano FELTNER
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.)
Ericsson Inc
Original Assignee
Ericsson Inc
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 Ericsson Inc filed Critical Ericsson Inc
Publication of DE69736857D1 publication Critical patent/DE69736857D1/de
Application granted granted Critical
Publication of DE69736857T2 publication Critical patent/DE69736857T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0025Provisions for signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion

Description

  • HINTERGRUND DER ERFINDUNG
  • TECHNISCHES GEBIET DER ERFINDUNG
  • Die vorliegende Erfindung bezieht sich auf die Kommunikation von Anwendungsschichtsignalen über unterschiedliche Fernmeldenetze hinweg und insbesondere auf die Umwandlungs-Anwendungsschichtsignale zwischen einem ersten Signalisierungssystem- Nu. 7 (SS7) Fernmeldenetz und einem zweiten SS7 Fernmeldenetz, worin das erste und zweite SS7 Fernmeldenetz inkompatibel sind.
  • BESCHREIBUNG DES STANDES DER TECHNIK
  • Eine typische Fernmeldevermittlungsstelle ist ein komplexer digitaler Prozessor, der eine riesige Anzahl von Vorrichtungen, Signalterminals und, am wichtigsten, Software- und Hardwaremodule zur Lieferung von Fernmeldeservices an Fernmeldebenutzer enthält. Mittels der Entwicklung des vorher erwähnten digitalen Prozessors und eines Zentralkanal-Zeichengabe-(CCS) Netzwerksystems, ist eine typische Fernmeldevermittlungsstelle nun in der Lage, viel mehr als reine Sprachdaten zu unterstützen und zu transportieren. Solche Daten könnten Videobilder, Kontrollsignale oder anwendungsspezifische Information enthalten. Ein Beispiel einer solchen anwendungsspezifischen Information könnten Kreditkarten-Gültigkeitsprüfungsdaten sein, die über ein existierendes Fernmeldenetz zur Verifizierung einer Kreditkartennummer eines Kunden kommuniziert wurden.
  • Um für zwei oder mehr Fernmeldevermittlungsstellen Daten geeignet untereinander auszutauschen, müssen sich alle Parteien einer "Konversation" auf ein spezielles Fernmeldeprotokoll einigen. Das Protokoll muss von jeder Partei eingehalten werden, um Daten rechtzeitig und korrekt an die richtige Stelle zu liefern und erkennbare Daten an die Endbenutzer zu kommunizieren, die in einer Konversation oder Session über ein Netzwerk oder eine Serie von Netzwerken beschäftigt sind. Folglich sind in der modernen Fernmeldeindustrie Standardnachrichtenverkehrssysteme miteinander verbunden, indem sie Protokolle verwenden, die auf dem Open Systems Interconnection-(OSI) Modell basieren.
  • Das OSI Modell ist das einzige international akzeptierte Standardsystem für Kommunikation zwischen unterschiedlichen Systemen, das von verschiedenen Herstellern gemacht wurde. Die Zielsetzung von OSI ist, eine offene Systemnetzwerkumgebung zu erzeugen, in der jedes Computersystem eines Herstellers, verbunden mit jedem Netzwerk, Daten frei mit jedem anderen Computersystem in diesem Netzwerk gemeinsam benutzen kann. Jedoch impliziert die Tatsache, dass ein System "offen" ist, nicht ein spezielles Protokoll oder eine Spezifikation. Sondern OSI liefert eher einen konzeptuellen und funktionalen Rahmen, der Benutzern erlaubt und sie unterstützt, ihre eigenen Fernmeldespezifikationen zu entwickeln, um an höhere OSI Schichten angepasst zu sein. Der am weitesten akzeptierte OSI Standard für Fernmeldenachrichtenverkehr ist die Zentralkanal-Zeichengabe (CCS). Besonders die die am häufigsten gebrauchte Technologie zur Implementierung von CCS in den USA ist das Signalisierungssystem Nu. 7 (SS7). Es sollte jedoch bemerkt werden, dass sogar innerhalb desselben SS7 Fernmeldeprotokolls unterschiedliche Implementierungen für verschiedene Netzwerke existieren.
  • Die Vereinigten Staaten verwenden das SS7 Protokoll, das vom amerikanischen nationalen Institut für Standards (ANSI) entwickelt wurde. Europäische Länder verwenden andererseits das SS7 Protokoll, das vom internationalen beratenden Ausschuss für Telegrafen- und Telefondienst (CCITT) entwickelt wurde.
  • Unterschiedliche Implementierungen existieren sogar innerhalb desselben ANSI SS7 Protokolls. Das amerikanische Patent US-A-5 282 244 und der Artikel A. El-Toumi et al., "Verbindungs-SS7 Signalisierungsnetzwerke", International Conference on Communications, einschließlich Supercom Technical Sessions, Atlanta, April 15–19, 1990, vol. 2 von 4, Institute of Electrical and Electronic Engineers, Seiten 589–593" beschreiben beide das Konvertieren zwischen einer globalen Titelnummer und einem Punktcode/SSN innerhalb von zwei ANSI Protokollen.
  • Ein Unterschied zwischen den zwei CCITT und ANSI Protokollen liegt in den Datenstrukturen und Adressierungsmechanismen, die von ihren entsprechenden Signalisierungsverbindungs-Kontrollteilen (SCCP) verwendet werden. Auf Grund dieser Unterschiede können Anwendungsmodulen, die Transaktionsfähigkeiten-Anwendungsteil-(TCAP) Meldungen verwenden, TCAP Meldungen von einem ANSI basierendem SS7 Netzwerk nicht in ein CCITT basierendes SS7 Netzwerk übertragen. Z.B., wäre wegen dieser obigen Inkompatibilität ein Benutzer, der in Europe eine amerikanische Kreditkarte verwendet, nicht in der Lage seine Kreditkarte durch das Kommunizieren seiner Kreditkarteninformation aus Europa zu seiner Bank in USA zu bestätigen.
  • Ein weiteres Beispiel ist die Verwendung von CLASS 7 Spezialteilnehmereinrichtungen, wie eines automatischen Klasserückrufs (CAC), über unterschiedliche Fernmeldenetze hinweg. Entsprechend der CAC Einrichtung wird jedes Mal, wenn ein erster Teilnehmer einen Ausgangsruf an einen zweiten Teilnehmer macht, die Zieltelefonnummer des zweiten Teilnehmers in einer Datenbank gespeichert, die von der ersten lokalen Vermittlungsstelle betrieben wird, die den ersten Teilnehmer bedient. Sollte der erste Teilnehmer wünschen den zweiten Teilnehmer nach der Beendigung der Anfangsverbindung zurückzurufen, kann der erste Teilnehmer lediglich einen Servicecode wählen. Nach Erhalt des Servicecodes fragt die erste lokale Vermittlungsstelle die ausgehende, gespeicherte Telefonnummer ab und initiiert einen neuen Rufaufbau. Wenn jedoch der zweite Teilnehmer schon besetzt ist, reiht die zweite lokale Vermittlungsstelle, die den zweiten Teilnehmer bedient, die Rufaufbauanforderung in eine Warteschlange ein und überwacht die besetzte Leitung. Sobald die Leitung frei wird, sendet die zweite lokale Vermittlungsstelle eine TCAP Meldung an die erste lokale Vermittlungsstelle, und meldet die Verfügbarkeit des zweiten Teilnehmers. Die erste lokale Vermittlungsstelle alarmiert (ruft an) dann den ersten Teilnehmer und initiiert auch einen neuen Rufaufbau in Richtung des zweiten Teilnehmers. Entsprechend überwacht das Fernmeldesystem, wenn der gerufene Teilnehmer besetzt ist, automatisch die Leitung, bis sie frei wird und baut sofort einen neuen Ruf zwischen den zwei Teilnehmern auf. Dies ist für Teilnehmer angenehm, da sie nicht wiederholt die gerufene Partei anwählen müssen, bis eine Verbindung hergestellt ist. Solche Klasseeinrichtungen funktionieren nicht über unterschiedliche Fernmeldenetze hinweg, wie vom U.S. Netz zum europäischen Netz, da TCAP Meldungen nicht zwischen einem ANSI basierendem Netz und einem CCIT basierendem Netz übertragen werden können, um die Einrichtungsaktivierung zu kontrollieren.
  • Entsprechend wäre es vorteilhaft, ein Konversionssystem zur Verfügung zu stellen, um kompatible Kommunikation zwischen einem ANSI SS7 Netz und einem CCITT SS7 Netz zu ermöglichen. Eine solche Konversion würde ein Anwendungsmodul, das innerhalb eines ANSI SS7 Netzes residiert, vorteilhaft in die Lage versetzen, TCAP Meldungen oder andere Anwendungsschichtdaten mit einem anderen Anwendungsmodul zu kommunizieren, das innerhalb eines CCITT Netzes residiert.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Die vorliegende Erfindung liefert ein Verfahren und eine Vorrichtung zur Konvertierung von Signalisierungsverbindungs- Kontrollteil-(SCCP) Parametern zwischen ANSI basierten SS7 Fernmeldenetzen und CCITT basierten SS7 Fernmeldenetzen im Einklang mit den Merkmalen der Ansprüche 1 und 9.
  • KURZBESCHREIBUNG DER ABBILDUNGEN
  • Ein vollständigeres Verständnis des Verfahrens und der Vorrichtung der vorliegenden Erfindung könnte man durch den Bezug zu der folgenden detaillierten Beschreibung erlangen, wenn sie in Verbindung mit den beiliegenden Abbildungen hergenommen wird, worin:
  • 1 ein Blockdiagramm ist, das ein typisches Signalisierungssystem Nu. 7 (SS7) Fernmeldenetz darstellt;
  • 2 ein Blockdiagramm ist, das die verschiedenen Schichten innerhalb des SS7 Fernmeldesystems darstellt;
  • 3 ist ein Blockdiagramm, das inkompatible ANSI und CCITT basierte Fernmeldesysteme darstellt;
  • 4 ist ein Blockdiagramm, das die verschiedenen Adressierungsdatenstrukturen für ANSI und CCITT basierte SS7 Fernmeldesysteme darstellt;
  • 5 ist ein Blockdiagramm, das einen Konverter darstellt, der mit einem Signalisierungsverbindungs-Kontrollteil-(SCCP) Modul ein Interface bildet, um Signale zwischen ANSI und CCITT basierten SS7 Fernmeldesystemen zu konvertieren; und
  • 6 ist ein Blockdiagramm, das ein internationales Signalübertragungspunkt-(STP) Gateway darstellt, das Signale zwischen ANSI und CCITT basierten Fernmeldesystemen konvertiert.
  • DETAILLIERTE BESCHREIBUNG DER ABBILDUNGEN
  • 1 ist ein Diagramm, das ein Teil eines typischen Signalisierungssystem- Nu. 7 Fernmeldenetzes repräsentiert, in dem die vorliegende Erfindung, wie hierin offenkundig werden wird, implementiert werden könnte. Mit dem Erscheinen der digitalen Vermittlung wurde die Zentralkanal-Zeichengabe (CCS) sehr schell die bevorzugte Weise der Verbindungsbehandlung von Anrufen in Leitungsvermittlungsnetzen. Die am häufigsten verwendete Technologie zur Implementierung von CCS in den U.S.A., war das Signalisierungssystem Nu. 7 (SS7), das ursprünglich vom internationalen beratenden Ausschuss für Telegrafen- und Telefondienst (CCITT) kreiert wurde und später vom amerikanischen nationalen Institut für Standards (ANSI) modifiziert wurde. Um die Wegesuch- und Signalisierungsfunktonen innerhalb des Netzes auszuführen, müssen Meldungen über das Paketvermittlungs-Signalisierungsnetz von einer lokalen Vermittlungsstelle A 10A an eine lokale Vermittlungsstelle B 10B gesendet werden. Duale Signalübertragungspunkte (STPs) 270A und 270B wurden entworfen, um eine zuverlässige Übertragung von Signalisierungsmeldungen zu liefern, indem sie andauernd mehr als eine Signalverbindung 275 zwischen jeweils zwei Knoten zur Verfügung stellen. Diese Signale mit Anwendungsschichtdaten werden innerhalb eines Netzwerks oder Serien von Netzwerken ohne Aufbau einer physikalischen Verbindung zwischen einem Ursprungsknoten und einem Zielknoten (ein Knoten enthält eine lokale Vermittlungsstelle, Datenbank, oder irgendwelche andere Signalerzeugungselemente, die mit einem Fernmeldenetz verbunden sind) transportiert. Im Gegensatz zu den Sprache oder Videodaten übertragenden Kanälen, wird jedes Paket individuell und separat zum geplanten Knoten geleitet.
  • Entsprechend enthält jedes Signal Ursprungs- und Zieladressen, die die STPs anleiten, das Paket ordnungsgemäß an den Zielknoten zu liefern. Von den Anwendungsschichtmodulen geforderte Daten, wie Kreditkartenbestätigungsprozeduren oder die automatische Klasserückruffunktion, werden in den Transaktionsfähigkeiten-Anwendungsteil-(TCAP) Meldungssignalen eingekapselt oder in anderen Anwendungsschichtsignalen und von einem Knoten im Netzwerk zu einem anderen Knoten im Netzwerk transportiert. Genauer gesagt, werden die Signalisierungsverbindungs-Kontrollteilparameter innerhalb jedes Signalkopfs mit den notwendigen Ursprungs- und Zieladressen gefüllt, um das Signal zu befähigen, quer durch ein Netzwerk oder eine Serie von Netzwerke zu reisen.
  • CCS SS7 ist das am häufigsten verwendete Fernmeldenetz in der Welt. Jedoch existiert sogar innerhalb des CCS SS/Standards eine Reihe verschiedener Variationen. Z.B. folgen die Vereinigten Staaten dem amerikanischen nationalen Institut für Standards (ANSI); während die europäischen Länder dem auf dem internationalen beratenden Ausschuss für Telegrafen- und Telefondienst (CCITT) basiertem SS7 Standard folgen. Einige der Unterschiede, die zwischen dem ANSI SS7 Standard und dem CCITT SS7 Standard existieren, sind das unterschiedliche Adressierungsformat und der Mechanismus, der von den vorher erwähnten Parametern verwendet wird. Darüber hinaus werden unterschiedliche Adressetiketten- und Daten von den beiden Standards verwendet, die die Kommunikation und Übertragung von Anwendungsschichtsignalen von einem ANSI basierten SS7 Netz zu einem anderen CCITT basierten SS7 Netz verhindern.
  • 2 ist ein Blockdiagramm, das die unterschiedlichen Schichten innerhalb eines typischen SS7 Fernmeldesystems darstellt. Im Einklang mit der Schichtarchitektur des Open System Interface, wird ein SS7 Fernmeldesystem auch in mehrfache Systemschichten geschichtet. SS7 hat hauptsächlich zwei Teile, einen Benutzerteil und einen Meldungsübertragungsteil. Der Meldungsübertragungsteil (MTP) 300 ist die unterste Schicht des SS7 Netzwerksystems und wird dazu verwendet, Daten physikalisch von einem Punkt zu einem anderen Punkt im Netzwerk zu transportieren. Der Benutzerteil besitzt verschiedene Variationen. Beispiele dieser Benutzerteile schließen einen Telefonbenutzerteil (TUP) 360 für Basistelefonservice und einen diensteintegrierenden Digitalnetz-(ISDN) Benutzerteil (ISUP) 350 für kombinierte Sprach-Daten- und Sprachservices mit ein. Diese Benutzerteile verwenden auch das MTP 300, um einen verbindungslosen, aber aufeinander folgenden Transportservice zu liefern. Anwendungen 340, die in der obersten Schicht eines SS7 Netzes liegen, verwenden die Transaktionsfähigkeiten-Anwendungsteil- (TCAP) Schicht 330 und die Signalisierungsverbindungs-Kontrollteil-(SCCP) Schicht 310, um Anwendungsschichtdaten von einer Anwendung zu einer anderen Anwendung über MTP 300 zu transportieren. Anwendungen können weiterhin ihre eigenen Proprietärmeldungssignale verwenden, um direkt mit der SCCP Schicht 310 eine Schnittstelle zu bilden, um Anwendungsschichtdaten von einer Anwendung zu einer anderen Anwendung zu kommunizieren.
  • Der Zweck des SCCP 310 ist es, die Mittel für die End- zu End Wegesuche zu liefern. Entsprechend verarbeitet das SCCP 310 die innerhalb eines bestimmten Signals spezifizierte Adresse, um die Daten korrekt an das spezifizierte Ziel zu liefern. Diese Adressierungsinformation wird an jedem Signalisierungspunkt, wie an einem Signalisierungsübertragungspunkt (STP), vom MTP 300 verwendet, um festzulegen, welche Kommunikationsverbindung verwendet werden soll. Innerhalb der vom SCCP 310 geforderten Adressierungsinformation existieren hauptsächlich zwei Typen von Adressen: gerufene Parteiadresse und rufende Parteiadresse. Gewöhnlich sind gerufene/rufende Parteiadressen vom Benutzer gewählte Ziffern. Wenn die Anfangsvermittlungsstelle oder der Signalisierungspunkt (SPC) den Punktcode oder die Subsystemnummer des Zielknotens nicht kennt, müssen globale Titelziffern vom SCCO für die Wegesuche verwendet werden. An einem bestimmten Punkt müssen der Punktcode und die Subsystemnummer zur Verfügung gestellt werden, damit die Meldung ihr Endziel erreichen kann. Diese Funktion ist als globale Titelübersetzung bekannt, und wird gewöhnlich vom STP geliefert, der benachbart zum Zielknoten ist.
  • Jetzt mit Bezug auf die 3, wird dort ein Blockdiagramm gezeigt, das eine Inkompatibilität zeigt, die zwischen einem ANSI basierten SS7 Fernmeldenetz und einem CCITT basierten SS7 Fernmeldenetz existiert. Ein Anwendungsmodul 340A, das mit einem ANSI basierten SS7 Fernmeldenetz verbunden ist, überträgt ein Signal mit Anwendungsschichtdaten an seine TCAP Schicht 330A. Die TCAP Schicht 330A für das ANSI Netz dagegen koppelt das Signal mit seiner ANSI SCCP Schicht 310A. Die ANSI SCCP Schicht 310A lädt das Signal auf das physikalische Medium, das von der MTP Schicht 300A zur Verfügung gestellt wird, und versucht die Daten über das CCITT Netz zu transportieren. Obwohl die Anwendungsschicht 340B und die mit dem CCITT SS7 Netz verbundene TCAP Schicht 330B mit den entsprechenden ANSI SS7 Netwerkschichten kompatibel sind, ist das SCCP, das das eine Netzwerk bedient, wegen der Inkonsistenz, die zwischen den SCCP Parametern existiert, nicht in der Lage, die vom anderen Netzwerk empfangene gerufene/rufende Parteiadresse zu erkennen und zu interpretieren.
  • Folglich sind Anwendungsschichtdaten, die andererseits kompatibel sind, nicht fähig, über zwei Netzwerke hinweg transportiert zu werden.
  • Nun wird auf 4 Bezug genommen, worin diese Inkonsistenz mit einem speziellen Bezug auf die ANSI und CCITT Parameterstrukturen dargestellt wird. Die ANSI SCCP Parameterdatenstruktur 460 illustriert das Format und die Typen von Daten, die für die gerufene Parteiadresse und die rufende Parteiadresse gefordert werden, um Signale in geeigneter Weise innerhalb eines ANSI SS7 Fernmeldenetzes zu leiten und zu returnieren. Der Adressindikator 400 spezifiziert Daten, für welchen Teil der SCCP Parameter innerhalb eines bestimmten Signals spezifiziert sind. Z.B., spezifiziert das S Bit 402, ob die Subsystem-(SSN) Daten im SSN Datenteil 405 zur Verfügung gestellt wurden. Eine SSN Nummer wird gewöhnlich einem Anwendungsmodul zugeordnet, wie einer Datenbank oder speziellen Teilnehmerfunktionen innerhalb eines Netzwerkes. Andererseits wird ein Signalisierungspunktcode (SCP) einem Schaltknoten innerhalb eines SS7 Netzes zugeordnet. Ebenso spezifiziert das P Bit 403, ob SPC Daten im SPC Datenteil zur Verfügung gestellt wurden. Das globale Titelindikator-(GTI) Bit 404 spezifiziert auch das Format der globalen Titelinformation, die im Datenteil 415 gespeichert ist. Der Rest der Nachrichtenköpfe wird mit den aktuellen Daten geladen, die vom obigen Adressindikator 400 als zur Verfügung stehend bezeichnet wurden. Entsprechend speichert das zweite Oktett die SSN Daten. Das dritte, vierte und fünfte Oktett speichert entsprechend die Anzahl, den Cluster- und Netzwerkcode der SCP Daten. Schließlich speichert das sechste Oktett die TT Daten.
  • In ähnlicher Weise besetzt der Adressindikator im CCITT Standard 470 das erste Oktett der SCCP Parameter. Das zweite und dritte Oktett speichern die SCP Daten 430. Das vierte Oktett ist mit den SSN Daten 435 besetzt. Das fünfte Oktett ist mit den TT Daten 440 besetzt. Eine Hälfte des sechsten Oktetts ist zur Speicherung der Nummernplan-(NP) Daten vorgesehen. Schließlich wird das siebte Oktett verwendet, um zum die Art der Adressindikator-(NA) Daten 450 zu speichern.
  • Diese präsentierten gerufenen/rufenden Parteiadressen, die die obigen SCCP Parameter verwenden, sind zur Wegesuche und Kommunikation von Anwendungsschichtdaten zwischen den beiden Knoten notwendig. Jedoch ist, wie oben dargestellt, die Datenstruktur zur Repräsentation von gerufenen/rufenden Parteiadressen für den ANSI Standard zur CCITT Standarddatenstruktur inkompatibel. Wenn ein nach dem ANSI Standard formatiertes Signal zu einem CCITT basierten SS7 Fernmeldenetz transportiert wird, kann das CCITT SS7 Netz wegen dieser SCCP Parameterunterschiede das empfangene Signal nicht erkennen und nicht in geeigneter Weise weiterleiten. Entsprechend müssen das Datenformat sowie die Datenwerte konvertiert werden, um es zu ermöglichen, dass ANSI basierte SCCP Parameter von einem CCITT basierten SS7 Netz erkennbar sind.
  • Im Einklang mit den Lehren der vorliegenden Erfindung, werden von einem Netzwerkstandard empfangene SCCP Parameter neu formatiert und konvertiert, um mit einem anderen Netzwerkstandard kompatibel zu sein. Dies ermöglicht den SCCP Parametern, die mit dem anderen Netzwerk assoziiert sind, Signale zu erkennen, die Anwendungsschichtdaten enthalten und sie zu ihren beabsichtigten Zielknoten weiterzuleiten. 5 stellt die Verwendung eines ANSI-CCITT Konverters 370 dar, um sich mit den SCCP Schichten 310 zum Empfangen und Konvertieren von SCCP Parametern zu koppeln. Um das obige Inkompatibilitätsproblem zu umgehen, könnte ein Ursprungsknoten einen Konverter enthalten, der die ausgehenden SCCP Parameter transformiert, um mit dem Zielnetzwerk kompatibel zu sein. Jedoch ist eine solche Implementierung nur erlaubt, wenn der Ursprungsknoten schon weiß, welchem Standard der Zielknoten folgt. Jedoch scheitert die Wegesuche, wenn STPs existieren, die Protokolle verwenden, die sich von denen unterscheiden, die in den SCCP Parametern zwischen den Ursprungs- und Zielknoten spezifiziert werden. Daher wird ein unabhängiger Konverter mit einer Konversionstabelle an jedem Punkt zur Verfügung gestellt, in dem das ANSI SS7 Netzwerk und das CCITT SS7 Netzwerk eine Schnittstelle bilden.
  • Die ANSI MTP Schicht 300A transportiert physikalisch Signale vom ANSI Netzwerk und ist mit dem ANSI SCCP Modul 310A gekoppelt. Das ANSI SCCP Modul 310A empfängt die Signale von den MTP Schicht 300A und leitet sie an den Konverter 370 weiter. Der Konverter 370 ändert, als Antwort auf die dynamischen Werte, die in seiner Konvertierungstabelle oder im Register 372 gespeichert sind, die SCCP Parameter entsprechend, die vom Ursprungsknoten spezifiziert wurden, um mit dem zugehörigen Netzwerk kompatibel sein. Die Signale mit den konvertierten SCCP Parametern, die immer noch dieselben Anwendungsschichtdaten enthalten, werden dann an das Zielnetzwerk übertragen, um an den Zielanwendungs-Benutzerknoten geliefert zu werden. Entsprechend werden die konvertierten Signale mit dem Ziel-CCITT SCCP Modul 310B gekoppelt. Das CCITT SCCP Modul 310B wiederum koppelt die Signale zum physikalischen Transport an den Zielknoten mit der CCITT MTP Schicht 300B.
  • Während der gesamten Konversion und des Kopplungsprozesses werden nur die SSCP Schichtdaten innerhalb des Signalkopfes vom Konverter manipuliert, und alle anderen Schichtdaten, einschließlich der TCAP Daten, werden transparent durch den Konverter transportiert.
  • 6 ist eine exemplarische Ausführung der vorliegenden Erfindung. Ein internationaler STP Gateway 385 wird typischer Weise verwendet, um ein erstes nationales Netzwerk mit einem zweiten nationalen Netzwerk zu verbinden. Z.B., verbindet der internationale STP Gateway 385 das ANSI SS7 Netzwerk der Vereinigten Staaten 380 mit dem CCITT SS7 Netzwerk von Europa 390, um Fernmeldeservice an Teilnehmer quer über beide Kontinente zu liefern. Für normalen Telefonservice, einschließlich des Rufaufbaus und der Sprachkommunikation, wird kein Konverter benötigt. Für normale Telefonverbindungen benötigen Signale wie ISUP oder TUP keine SCCP Parameter. Jedoch werden Anwendungsschichtdaten, die in einem Signal eingeschlossen sind, das SCCP Parameter verwendet, aufgefangen und vom Konverter 370 konvertiert, der innerhalb des internationalen Gateway 385 residiert. Als ein Ergebnis, kann ein Anwendungsmodul 340A, das mit dem ANSI SS7 Netzwerk 380 verbunden ist, Anwendungsschichtdaten mit einem Anwendungsmodul 340B, das mit einem CCITT SS7 Netzwerk 390 verbunden ist, kommunizieren. Es muss keine Rufverbindung zwischen dem Anwendungsmodul 340A und dem Anwendungsmodul 340B aufrechterhalten werden. Durch Verwendung des verbindungslosen Typs Setup, können Signale mit Anwendungsschichtdaten zwischen den beiden Anwendungsmodulen transportiert werden, um fortgeschrittene Teilnehmermerkmale und Fähigkeiten an Endbenutzer geliefert werden.
  • Das Konvertermodul 370, das innerhalb des internationalen STP Gateways 385 residiert, führt zwei Funktionen aus: es formatiert die SCCP Parameter neu, um mit der Spezifikation konform zu sein, die vom Zielstandard angeordnet wird; und es konvertiert weiterhin die SCCP Parameterwerte, um vom Ziel-SS7 Netzwerk erkennbar zu sein. Entsprechend nimmt das Konvertermodul Bezug auf eine Konversionstabelle, die SCCP Parameterwerte und ihre Querverweiszeiger abspeichert, um die vorher erwähnten Aufgeben zu erfüllen. Eine exemplarische Konversionstabelle oder ein Registers 372 enthält: TABELLE 1
    Figure 00130001
  • Unter Verwendung der obigen Einträge werden ANSI SCCP Parameterwerte weiterhin referiert und in entsprechende CCITT SCCP Parameterwerte im Einklang mit Tabelle 2 konvertiert: Tabelle 2
    Figure 00140001
  • In 6 erzeugt ein Anwendungsmodul 340A mit einem SSN Wert von 5 eine Meldung, während es mit einem Knoten mit einem SPC Wert von 8-9-1 innerhalb eines ANSI SS7 Netzwerks 380 verbunden wird. Entsprechend ist die rufende Parteiadresse (Cgpa) SPC = 8-9-1 und SSN = 5 für das Anwendungsmodul 340A. Diese Cpga Adresse wird später benötigt, um ein Signal zurück an das Anwendungsmodul 340A zu returnieren. Eine vom Benutzer eingegebene gerufene Parteiadresse (Cpga) muss auch durch die SCCP Parameter spezifiziert werden, um z.B. zu zeigen: TT = 3; GTS = 05511.... Wenn das Signal mit den obigen Cpga und Cdpa SCCP Parametern vom internationalen STP Gateway 385 empfangen wird, konvertiert der Konverter 370 die oben empfangenen Cdpa und Cpga in die geeigneten CCITT formatierten Werte. Da TT = 3 der ANSI Bezeichnung entspricht, wird es im Einklang mit der CCITT 1 Bezeichnung, wie in der Tabelle 2 spezifiziert, konvertiert.
  • Der Übersetzungstitel (TT) 3 im ANSI Standard impliziert, dass diese spezielle Cdga eine zellulare landesweite Roamingservicenummer ist. Obwohl die Vereinigten Staaten und Europa unterschiedliche SCCP Spezifikationen benutzen, verwendet der globale Mobilkommunikationssystem-(GSM) Standard in den Vereinigten Staaten dieselbe CCITT TCAP wie das GSM aus Europa. Entsprechend ist der GTS Wert unmodifiziert und unverändert zum CCITT Netzwerk transportiert. Nur TT, NA und NP Werte werden modifiziert oder zu den SCCP Parametern hinzugefügt, um das CCITT Netzwerk in geeigneter Weise zu benachrichtigen, dass dieses spezielle Signal einen Übersetzungstyp einer zellularen landesweiten Roamingservicenummer besitzt. Entsprechend werden die obigen Cdpa und Cpga Parameterwerte unter Verwendung der Tabellen 1 und 2 konvertiert zu:
    Cdpa:
    TT = 0
    NP = 7
    Na = 4
    GTS = 05511...
    Cgpa:
    TT = 0
    NP = 5
    Na = 4
    GTS = 321
  • Die oben konvertierten SCP Parameter werden weiterhin formatiert, um der in 4 dargestellten Datensyntax 470 zu entsprechen. Als ein Ergebnis ist das konvertierte Signal mit Anwendungsschichtdaten nun quer über das CCITT SS7 Netzwerk transportabel.
  • Folglich werden, wenn das Anwendungsmodul 340b mit einem SSN Wert von 6, das mit einem Knoten verbunden ist, der einen SPC Wert von 2-721 innerhalb des CCITT SS7 Netzwerks 390 besitzt, ein Signal zum Anwendungsmodul 340A returniert, die folgenden Cdpa und Cgpa CCPA Parameter wiederum von internationalen Gateway 385 empfangen:
    Cdpa:
    TT = 0
    NP = 5
    Na = 4
    GTS = 321
    Cgpa:
    TT = 0
    NP = 7
    Na = 4
    GTS = 05511...
  • Die obigen CCPA Parameter werden noch einmal im Einklang mit den Konversionswerten der Tabellen 1 und 2 konvertiert zu:
    Cdpa:
    SPC = 8-9-1
    SSN = 5
    Cgpa:
    TT = 3
    GTS = 05511...
  • Darüber hinaus werden die obigen SCCP Parameterwerte weiterhin neu formatiert, um mit dem ANSI SS7 Netzwerk kompatibel zu sein, im Einklang mit den Daten, die in 4 spezifiziert sind.
  • Obwohl oben nur einige wenige der SCCP Parameter zu Beispielzwecken dargestellt werden, kann jeder oder jede Kombination der folgenden ANSI SCCP Parameter von und zu den folgenden CCITT SCCP Parametern konvertiert werden:
    ANSI SS7 CCITT SS7
    SSN SSN
    SSN, SPC SSN, SPC
    TT TT, NP
    TT, GTS TT, NP, GTS
  • Obwohl eine bevorzugte Ausführung des Verfahrens und der Vorrichtung der vorliegenden Erfindung in den beiliegenden Darstellungen illustriert wurde und in der vorhergehenden detaillierten Beschreibung beschrieben wurde, wird klar sein, dass die Erfindung nicht auf die dargelegte Ausführung beschränkt ist, sonder zu zahlreichen Umgestaltungen, Modifikationen und Substitutionen imstande ist, ohne von den folgenden dargelegten und definierten Ansprüchen abzuweichen.

Claims (12)

  1. Ein System zum Kommunizieren eines Signals mit Anwendungsschichtdaten zwischen einem ersten amerikanischen Nationalstandardinstitut, ANSI, basierendem Signalisierungssystem Nu. 7 SS7 Netzwerk (380) und einem zweiten, beratendem Komitee über internationale Telegraphie und Telephonie, CCITT, basierendem SS7 Netzwerk (390), wobei das System enthält: einen Gateway Signaltransferpunkt STP (385), das erste SS7 Netzwerk mit dem zweiten SS7 Netzwerk verbindend, wobei der Gateway STP enthält: ein signalisierendes Verbindungskontrollteil-SCCP Schichtmodul, und ein Konvertierungsmodul (370), mit dem SCCP Schichtmodul über ein Interface verbunden, wobei das Konvertierungsmodul angepasst ist, um: das Signal von einem der SS7 Netzwerke zu empfangen; und SCCP Parameterdressierungsdaten innerhalb des Signals, empfangen von einem der SS7 Netzwerke, zwischen dem ANSI Protokoll und dem CCITT Protokoll in SCCP Parameteradressierungsdaten zu konvertieren, die mit dem anderen SS7 Netzwerk kompatibel sind, worin es angepasst wird, um zwischen der Datenstruktur der SCCP Parameter neu zu formatieren, die mit dem CCITT basierten SS7 Nachrichtenverkehrsnetzwerk kompatibel sind, und den SCCP Parametern, die mit dem CCITT basierten SS7 Nachrichtenverkehrsnetzwerk kompatibel sind, und um Werte der SCCP Parameter zwischen den SCCP Parametern, die mit dem ANSI basierten SS7 Nachrichtenverkehrsnetzwerk kompatibel sind, und den SCCP Parametern, die mit dem CCITT basierten SS7 Nachrichtenverkehrssystem kompatibel sind, zu konvertieren.
  2. Das System des Anspruchs 1, worin das Konvertierungsmodul (370) adaptiert ist, um zwischen SCCP Parametern, die mit dem ANSI basierten SS7 Nachrichtenverkehrsnetzwerk und SCCP Parametern, die mit dem CCITT basierten SS7 Nachrichtenverkehrsnetzwerk kompatibel sind, zu konvertieren.
  3. Das System des Anspruchs 2, worin die SCCP Parameter, empfangen vom ANSI basierten SS7 Nachrichtenverkehrsnetzwerk, die von dem Konvertierungsmodul (370) konvertierbar sind, enthalten: eine Subsystemnummer SSN; einen Signalisierungspunktcode SPC; einen Übersetzungstyp TT; und eine Globaltitelreihe GTS.
  4. Das System des Anspruchs 1, worin das Konvertierungsmodul adaptiert ist, um zwischen einem Übersetzungstyp TT und Globaltitelreihen-GTS Werten, die mit dem ANSI basierten SS7 Nachrichtenverkehrsnetzwerk kompatibel sind, und einem TT, Nummerierungsplan NP, Art des Adressenindikators und GTS Werten zu konvertieren, die mit dem CCITT basierten SS7 Nachrichtenverkehrsnetzwerk kompatibel sind.
  5. Das System des Anspruchs 1, worin das Konvertierungsmodul (370) adaptiert ist, um zwischen einem Signalisierungspunktcode SPC und Subsystemnummern-SSN Werten, die mit dem ANSI basierten SS7 Nachrichtenverkehrsnetzwerk kompatibel sind, und einem TT, Nummerierungsplan NP, Art des Adressenindikators NA und GTS Werten, die mit dem CCITT basierten SS7 Nachrichtenverkehrsnetzwerk kompatibel sind, zu konvertieren.
  6. Das System des Anspruchs 1, worin das Konvertierungsmodul weiterhin ein Register (372) zum Speichern von Werten zur Übersetzung zwischen den SCCP Parameterwerten enthält, die mit dem ANSI basierten SS7 Nachrichtenverkehrsnetzwerk kompatibel sind, und den SCCP Parameterwerten, die mit dem CCITT basierten SS7 Nachrichtenverkehrssystem kompatibel sind.
  7. Das System des Anspruchs 2, worin die SCCP Parameter, empfangen vom CCITT basierten SS7 Nachrichtenverkehrsnetzwerk, die durch das Konvertierungsmodul konvertierbar sind, ausgewählt werden aus einer Gruppe von: einer Subsystemnummer SSN; einem Signalisierungspunktcode SPC; einem Übersetzungstyp TT; einem Nummerierungsplan; einer Art des Adressierungsindikators NA; einer Globaltitelreihe GTS; oder aus einer Kombination davon.
  8. Das System des Anspruchs 1, worin das Signal einen Anrufparteiadressen-Cgpa Parameter einschließt, einen Cpga Wert enthaltend, und worin das Konvertierungsmodul (370) weiterhin Mittel enthält für: das Kopieren des Cpga Wertes in einen SCCP Parameter; und das Ersetzen des Cpga Parameters durch eine Netzwerkadresse, den Gateway STP repräsentierend.
  9. Ein Verfahren zum Transportieren von Daten, übertragen zwischen einem ersten Anwendungsmodul innerhalb eines auf dem amerikanischen Nationalstandardinstitut-ANSI Protokoll basierenden Fernsprechvermittlungsnetzwerk (380) und einem zweiten Anwendungsmodul innerhalb eines auf dem beratenden Komitee über internationale Telegraphie- und Telephonie-CCITT Protokoll basierendem Fernsprechvermittlungsnetzwerk (390), wobei das Verfahren folgende Schritte enthält: das Empfangen der signalisierenden Verbindungskontrollteil-SCCP Parameter innerhalb eines die Daten transportierenden Signals, die von beiden Anwendungsmodulen übertragen wurden; das Konvertieren einer gerufenen/rufenden Parteiadresse innerhalb der SCCP Parameter zwischen den ANSI- und CCITT-Protokollen durch Neuformatieren zwischen einer Datenstruktur der SCCP Parameter, kompatibel mit dem auf dem ANSI Protokoll basierenden Fernsprechvermittlungsnetzwerk und einer Datenstruktur der SCCP Parameter, kompatibel mit auf dem CCITT Protokoll basierenden Fernsprechvermittlungsnetzwerk und das Konvertieren der Werte von SCCP Parametern zwischen den SCCP Parametern, kompatibel mit dem auf ANSI basierenden SS7 Fernsprechvermittlungsnetzwerk und den SCCP Parametern, kompatibel mit dem auf CCITT basierenden SS7 Fernsprechvermittlungsnetzwerk; und das Übertragen des Signals mit der konvertierten gerufenen/rufenden Parteiadresse an das andere Anwendungsmodul.
  10. Das Verfahren des Anspruchs 9, worin der Schritt des Konvertierens der gerufenen/rufenden Parteiadresse weiterhin den Schritt des Konvertierens zwischen einem Übersetzungstyp TT und Globaltitelreihen-GTS Werten, kompatibel mit dem auf dem ANSI Protokoll basierenden Fernsprechvermittlungsnetzwerk und einem TT, Nummerierungsplan NP, Art des Adressenindikators NA und GTS Werten, kompatibel mit dem auf dem CCITT Protokoll basierenden Fernsprechvermittlungsnetzwerk enthält.
  11. Das Verfahren des Anspruchs 9, worin der Schritt des Konvertierens der gerufenen/rufenden Parteiadresse weiterhin den Schritt des Konvertierens zwischen einem Signalisierungspunktcode SPC und Subsystem-SSN Werten, kompatibel mit dem auf dem ANSI Protokoll basierenden Fernsprechvermittlungsnetzwerk und einem TT, Nummerierungsplan NP, Art des Adressenindikators NA, und GTS Werten, kompatibel mit dem auf dem CCITT Protokoll basierenden Fernsprechvermittlungsnetzwerk enthält.
  12. Das Verfahren des Anspruchs 9, worin das auf dem ANSI Protokoll basierende Fernsprechvermittlungsnetzwerk (380) mit dem auf dem CCITT Protokoll basierenden Fernsprechvermittlungsnetzwerk (390) über einen Gateway Signaltransferpunkt (STP) (385) verbunden ist und die rufende Parteiadresse in einem ersten der SCCP Parameter gespeichert wird, und worin der Schritt des Konvertierens weiterhin folgende Schritte enthält: das Speichern der rufenden Parteiadresse in einen zweiten der SCCP Parameter; und das Speichern einer Netzwerkadresse, den Gateway STP repräsentierend, in den ersten der SCCP Parameter.
DE69736857T 1996-04-10 1997-04-09 Umwandlungsmodul für netzwerkprotokoll in einem telekommunikationssystem Expired - Lifetime DE69736857T2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US08/630,355 US5852660A (en) 1996-04-10 1996-04-10 Network protocol conversion module within a telecommunications system
US630355 1996-04-10
PCT/US1997/006548 WO1997038537A2 (en) 1996-04-10 1997-04-09 A network protocol conversion module within a telecommunications system

Publications (2)

Publication Number Publication Date
DE69736857D1 DE69736857D1 (de) 2006-12-07
DE69736857T2 true DE69736857T2 (de) 2007-04-12

Family

ID=24526837

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69736857T Expired - Lifetime DE69736857T2 (de) 1996-04-10 1997-04-09 Umwandlungsmodul für netzwerkprotokoll in einem telekommunikationssystem

Country Status (11)

Country Link
US (1) US5852660A (de)
EP (1) EP0894405B1 (de)
JP (1) JP3936400B2 (de)
CN (1) CN1140999C (de)
AT (1) ATE343902T1 (de)
AU (1) AU727964B2 (de)
BR (1) BR9708643A (de)
CA (1) CA2251350C (de)
DE (1) DE69736857T2 (de)
NO (1) NO316712B1 (de)
WO (1) WO1997038537A2 (de)

Families Citing this family (91)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0814621A3 (de) * 1996-06-17 1998-11-11 Ericsson Invention Ireland Limited Fernmeldevermittlungssystem
US5933784A (en) * 1996-06-28 1999-08-03 Synacom Technology, Inc. Signaling gateway system and method
US6094578A (en) * 1996-07-10 2000-07-25 American Pcs Communications, Llc Gateway unit
SE515602C2 (sv) * 1996-07-30 2001-09-03 Ericsson Telefon Ab L M Förfarande och anordning för utgallring av okända meddelanden och parametrar
US6044142A (en) * 1997-05-06 2000-03-28 Telefonaktiebolaget L M Ericsson Method and arrangement for integrating intelligent network services with operator assisted services
US5995610A (en) * 1997-05-06 1999-11-30 Telefonaktiebolaget Lm Ericsson Cooperative call processing across public and private intelligent networks
US6094479A (en) * 1997-05-06 2000-07-25 Telefonaktiebolaget Lm Ericsson Computer telephony integration gateway
US6134515A (en) * 1997-06-13 2000-10-17 Telefonaktiebolaget Lm Ericsson Controlling a first type telecommunications switch upon translating instructions for a second type telecommunications switch
US6944184B1 (en) 1998-12-04 2005-09-13 Tekelec Methods and systems for providing database node access control functionality in a communications network routing node
US6324183B1 (en) 1998-12-04 2001-11-27 Tekelec Systems and methods for communicating messages among signaling system 7 (SS7) signaling points (SPs) and internet protocol (IP) nodes using signal transfer points (STPS)
US7050456B1 (en) 1998-12-04 2006-05-23 Tekelec Methods and systems for communicating signaling system 7 (SS7) user part messages among SS7 signaling points (SPs) and internet protocol (IP) nodes using signal transfer points (STPs)
US6185288B1 (en) * 1997-12-18 2001-02-06 Nortel Networks Limited Multimedia call signalling system and method
US6011842A (en) * 1997-12-24 2000-01-04 Northern Telecom Limited Telecommunications network with heterogeneous operation codings
US6631140B1 (en) * 1998-01-29 2003-10-07 Telefonaktiebolaget Lm Ericsson (Publ) Shared communications protocol layer for interfacing between wireless networks
WO1999041936A1 (en) * 1998-02-13 1999-08-19 British Telecommunications Public Limited Company Method and system for requesting a virtual circuit through a packet switched network
KR100260031B1 (ko) 1998-04-01 2000-06-15 윤종용 이동망 시스템에서 미국표준규격 문답처리응용부 서비스 및 프로토콜방법
US6353621B1 (en) * 1998-09-15 2002-03-05 Lucent Technologies, Inc. Method to allow seamless service to mobile subscribers across various mobile switching centers supporting multiple intersystem standards
JP3149926B2 (ja) * 1998-09-28 2001-03-26 日本電気株式会社 アドレス変換方法及び装置
DE69841338D1 (de) 1998-10-05 2010-01-07 Nokia Corp
JP3178673B2 (ja) * 1998-10-15 2001-06-25 日本電気株式会社 プロトコル中継変換方法及び装置
US6987781B1 (en) 1998-12-04 2006-01-17 Tekelec Methods and systems for routing signaling messages in a communications network using circuit identification code (CIC) information
US7002988B1 (en) 1998-12-04 2006-02-21 Tekelec Methods and systems for communicating SS7 messages over packet-based network using transport adapter layer interface
KR20000045631A (ko) * 1998-12-30 2000-07-25 김영환 이동통신 교환기의 신호점 변환방법
US6954526B1 (en) 1999-04-05 2005-10-11 Tekelec Methods and systems for routing calling name service query messages in a communication network
US6515997B1 (en) * 1999-05-17 2003-02-04 Ericsson Inc. Method and system for automatic configuration of a gateway translation function
KR20000074035A (ko) * 1999-05-17 2000-12-05 하태민 브이5 프로토콜변환기 및 이를 이용한 아이에스디엔망 접속방법
JP2001086546A (ja) * 1999-08-23 2001-03-30 Swisscom Ag 電気通信ネットワークのための信号送信方法および変換デバイス
GB9920015D0 (en) * 1999-08-25 1999-10-27 Cedardell Ltd Automatic installation process for wireless communication system
FR2800552B1 (fr) * 1999-10-28 2002-05-31 Cit Alcatel Equipement de telecommunication
DE19958233B4 (de) * 1999-12-03 2007-04-05 Siemens Ag Gateway zum Verbinden von Telekommunikationsnetzwerken sowie dazugehöriges Verfahren
KR100331468B1 (ko) * 1999-12-16 2002-04-09 서평원 넘버.7 관문국 신호망의 번역 유형 매핑 방법
US6563919B1 (en) * 1999-12-17 2003-05-13 Nortel Networks Limited System and method for unifying the implementation and processing of mobile communications and a unified mobility manager for providing such communications
US6772413B2 (en) 1999-12-21 2004-08-03 Datapower Technology, Inc. Method and apparatus of data exchange using runtime code generator and translator
US6363431B1 (en) * 2000-02-25 2002-03-26 Gte Telecommunication Services Incorporated International signaling gateway
KR100847596B1 (ko) * 2000-03-02 2008-07-21 소니 가부시끼 가이샤 통신망 시스템, 게이트웨이, 데이터 통신방법과 프로그램제공매체
AU2001255546A1 (en) 2000-04-21 2001-11-07 Tekelec Methods and systems for providing dynamic routing key registration
US7318091B2 (en) 2000-06-01 2008-01-08 Tekelec Methods and systems for providing converged network management functionality in a gateway routing node to communicate operating status information associated with a signaling system 7 (SS7) node to a data network node
KR100377687B1 (ko) * 2000-06-14 2003-03-29 엘지전자 주식회사 이종 넘버 세븐 신호망 간의 상호 연동 방법
US6577723B1 (en) 2000-07-13 2003-06-10 At&T Wireless Service, Inc. Application of TCAP criteria in SCCP routing
DE60040099D1 (de) * 2000-07-18 2008-10-09 Tekelec Us Protokollumsetzung, abrechnung und leitweglenkung in einer netzübertragungsvorrichtung
US6967956B1 (en) 2000-07-18 2005-11-22 Tekelec Methods and systems for providing message translation, accounting and routing service in a multi-protocol communications network environment
US7209950B2 (en) * 2000-08-15 2007-04-24 Zonamovil.Com, Inc. Method and apparatus for a network independent short message delivery system
US6990089B2 (en) * 2000-12-12 2006-01-24 Telelec Methods and systems for routing messages in a radio access network
US7092381B2 (en) * 2000-12-29 2006-08-15 Telefonaktiebolaget Lm Ericsson (Publ) Delivery of broadcast teleservice messages over packet data networks
US6965592B2 (en) * 2001-01-24 2005-11-15 Tekelec Distributed signaling system 7 (SS7) message routing gateway
SE0101015D0 (sv) * 2001-03-21 2001-03-21 Ericsson Telefon Ab L M Interconection of signalling nodes
US20040146154A1 (en) * 2001-04-11 2004-07-29 Mohammad-Jalil Ahmadyar Connection between communication networks using different signaling protocols
DE10138915B4 (de) * 2001-04-11 2006-02-16 Siemens Ag Verbindung von unterschiedliche Signalisierungsprotokolle nutzenden Kommunikationsnetzen
US20020178243A1 (en) * 2001-05-15 2002-11-28 Kevin Collins Apparatus and method for centrally managing network devices
WO2002096147A1 (en) * 2001-05-23 2002-11-28 Markport Limited A mobile network number transparency system and method
US6606379B2 (en) 2001-06-01 2003-08-12 Tekelec Methods and systems for collapsing signal transfer point (STP) infrastructure in a signaling network
US7580517B2 (en) * 2001-06-05 2009-08-25 Tekelec Methods and systems for providing duplicate point code support in a signaling message routing node
KR100433916B1 (ko) * 2001-07-30 2004-06-04 엘지전자 주식회사 넘버 세븐 신호망에서 서브시스템 및 응용프로그램 관리방법
JP2003046977A (ja) * 2001-07-31 2003-02-14 Matsushita Electric Ind Co Ltd 中継サーバ
US7103067B1 (en) * 2001-12-21 2006-09-05 Cisco Technology, Inc. Mechanism for translating between two different voice-over-IP protocols
US7190781B2 (en) * 2002-01-04 2007-03-13 Telefonaktiebolaget Lm Ericsson (Publ) Message transfer part point code mapping method and node
WO2003103228A1 (fr) * 2002-06-03 2003-12-11 Huawei Technologies Co., Ltd. Mandataire d'interconnexion, et systeme et procede d'interconnection de reseaux utilisant des protocoles different
JP4005863B2 (ja) * 2002-07-19 2007-11-14 株式会社エヌ・ティ・ティ・ドコモ サービス制御装置、転送元交換機、サービス制御システム、及びサービス制御方法
KR100476479B1 (ko) * 2002-10-09 2005-03-17 엘지전자 주식회사 이종 규격 공통선 신호방식 간의 연동 방법
US7848767B2 (en) 2002-10-15 2010-12-07 Tekelec Methods and systems for migrating between application layer mobile signaling protocols
US7139387B2 (en) * 2002-10-18 2006-11-21 Outsmart Ltd Method and system for integrating multi services for intelligent networks
KR100477513B1 (ko) * 2002-11-25 2005-03-17 전자부품연구원 이기종 프로토콜간 상호 데이터 전송을 위한 공통프로토콜 계층 구조 및 방법과 공통 프로토콜 패킷
US7536183B2 (en) * 2003-04-23 2009-05-19 Alcatel-Lucent Usa Inc. Network interworking through message translation
US7043002B2 (en) * 2003-06-27 2006-05-09 Tekelec Methods and systems for identifying, redirecting, and processing messages of different SS7 protocol variations
US20050043017A1 (en) * 2003-08-18 2005-02-24 Lucent Technologies, Inc. Methods and apparatus for provision of centralized calling information and features to wireless users
US7554974B2 (en) * 2004-03-09 2009-06-30 Tekelec Systems and methods of performing stateful signaling transactions in a distributed processing environment
US7804789B2 (en) 2004-03-18 2010-09-28 Tekelec Methods, systems, and computer program products for organizing, managing, and selectively distributing routing information in a signaling message routing node
US8126017B1 (en) * 2004-05-21 2012-02-28 At&T Intellectual Property Ii, L.P. Method for address translation in telecommunication features
US7532647B2 (en) 2004-07-14 2009-05-12 Tekelec Methods and systems for auto-correlating message transfer part (MTP) priority and internet protocol (IP) type of service in converged networks
US7835513B2 (en) * 2004-11-30 2010-11-16 Alcatel Lucent SS7 telecommunications node and method for synthetic global title translation
US7856094B2 (en) 2005-03-21 2010-12-21 Tekelec Methods, systems, and computer program products for providing telecommunications services between a session initiation protocol (SIP) network and a signaling system 7 (SS7) network
CN100433851C (zh) * 2005-03-31 2008-11-12 中兴通讯股份有限公司 一种移动应用部分接口或Iu接口的消息转发方法
US7738489B2 (en) * 2005-06-29 2010-06-15 Tekelec Methods, systems, and computer program products for using signaling system 7 (SS7) subsystem numbers to route messages to session initiation protocol (SIP) nodes
US7760708B2 (en) * 2005-07-08 2010-07-20 Tekelec Methods, systems, and computer program products for triggering SIP nodes to include SS7 routing information in response messages including information requested by SS7 nodes
US7889716B2 (en) 2005-12-01 2011-02-15 Tekelec Methods, systems, and computer program products for using an E.164 number (ENUM) database for message service message routing resolution among 2G and subsequent generation network systems
US8050253B2 (en) * 2006-01-09 2011-11-01 Tekelec Methods, systems, and computer program products for decentralized processing of signaling messages in a multi-application processing environment
US7916857B2 (en) 2006-02-15 2011-03-29 Tekelec Methods, systems, and computer readable media for selectively processing or redirecting signaling connection control part (SCCP) messages
EP1892907B1 (de) * 2006-07-31 2009-04-22 Hewlett-Packard Development Company, L.P. Signalling Gateway
WO2008094648A1 (en) * 2007-01-31 2008-08-07 Tekelec Methods, systems, and computer program products for applying multiple communications services to a call
WO2008130709A2 (en) * 2007-04-20 2008-10-30 Tekelec Systems, methods, and computer program products for providing service interaction and mediation in a communications network
US9043451B2 (en) 2007-07-31 2015-05-26 Tekelec, Inc. Methods, systems, and computer readable media for managing the flow of signaling traffic entering a signaling system 7 (SS7) based network
WO2010083509A2 (en) 2009-01-16 2010-07-22 Tekelec Methods, systems, and computer readable media for centralized routing and call instance code management for bearer independent call control (bicc) signaling messages
US9712341B2 (en) 2009-01-16 2017-07-18 Tekelec, Inc. Methods, systems, and computer readable media for providing E.164 number mapping (ENUM) translation at a bearer independent call control (BICC) and/or session intiation protocol (SIP) router
US9021014B2 (en) 2009-03-25 2015-04-28 Tekelec, Inc. Methods, systems, and computer readable media for providing home subscriber server (HSS) proxy
CN102006523B (zh) * 2009-09-03 2014-04-09 中兴通讯股份有限公司 一种跨信令网的信息发送方法及系统
US8644324B2 (en) 2010-02-12 2014-02-04 Tekelec, Inc. Methods, systems, and computer readable media for providing priority routing at a diameter node
US8750292B2 (en) 2010-02-25 2014-06-10 Tekelec, Inc. Systems, methods, and computer readable media for using a signaling message routing node to provide backup subscriber information management service
EP2656647B1 (de) 2010-12-23 2019-04-24 Tekelec, Inc. Verfahren, system, und computerlesbare medien zur modifizierung einer diameter-signalisierungsnachricht an einen verrechnungsfunktionsknoten
US9100796B2 (en) 2011-12-15 2015-08-04 Tekelec, Inc. Methods, systems, and computer readable media for seamless roaming between diameter and non-diameter networks
US8855654B2 (en) 2013-01-28 2014-10-07 Tekelec Global, Inc. Methods, systems, and computer readable media for tracking and communicating long term evolution (LTE) handset communication capability
DE102015016616A1 (de) * 2015-12-22 2017-06-22 Giesecke & Devrient Gmbh Vorrichtung und Verfahren zur Verbindung einer Produktionsvorrichtung mit einem Netzwerk

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS61276465A (ja) * 1985-05-31 1986-12-06 Fujitsu Ltd 信号網間接続方式
US5282244A (en) * 1991-06-24 1994-01-25 At&T Bell Laboratories Virtual signaling network method
US5239542A (en) * 1991-08-23 1993-08-24 Redcom Laboratories, Inc. Time division multiplex switching system for interconnecting telephone circuits which operate in accordance with different signalling systems and call formats
JPH05236138A (ja) * 1992-02-20 1993-09-10 Nec Corp 電子交換機
US5278823A (en) * 1992-03-27 1994-01-11 At&T Bell Laboratories Method and apparatus for permitting intranework testing of internetwork functions
US5481603A (en) * 1993-09-28 1996-01-02 At&T Corp. Intelligent call processing based upon complete identification of calling station
EP0669771B1 (de) * 1994-02-25 2003-05-02 Hewlett-Packard Company, A Delaware Corporation Nachrichtempfangschaltung für ein Signalisierungsnetz
DE69530534T2 (de) * 1994-02-25 2004-03-18 Hewlett-Packard Co. (N.D.Ges.D.Staates Delaware), Palo Alto Nachrichtempfangschaltung für ein Signalisierungsnetz

Also Published As

Publication number Publication date
CA2251350A1 (en) 1997-10-16
AU2804997A (en) 1997-10-29
JP2000508494A (ja) 2000-07-04
DE69736857D1 (de) 2006-12-07
NO984745D0 (no) 1998-10-09
WO1997038537A2 (en) 1997-10-16
CN1222284A (zh) 1999-07-07
ATE343902T1 (de) 2006-11-15
BR9708643A (pt) 1999-08-03
EP0894405B1 (de) 2006-10-25
NO316712B1 (no) 2004-04-13
WO1997038537A3 (en) 1997-12-24
EP0894405A2 (de) 1999-02-03
CA2251350C (en) 2005-07-26
AU727964B2 (en) 2001-01-04
CN1140999C (zh) 2004-03-03
JP3936400B2 (ja) 2007-06-27
US5852660A (en) 1998-12-22
NO984745L (no) 1998-12-09

Similar Documents

Publication Publication Date Title
DE69736857T2 (de) Umwandlungsmodul für netzwerkprotokoll in einem telekommunikationssystem
EP1304890B1 (de) Verfahren zur Änderung von Protokollparametern eines Signalisierungsprotokolls
DE69633928T2 (de) Verfahren und Netzwerk zur Anrufverarbeitung
DE60027756T2 (de) Verfahren und vorrichtung zur zuordnung einer identifizierung eines "ende-zu-ende" anrufes zu einer verbindung in einem multimedien paketennetz
DE69636988T2 (de) Verfahren und gerät zum implementieren eines rechnernetzwerk-/internet-fernsprechsystems
DE60034329T2 (de) Verfahren und system zur leitweglenkung von mit portierten teilnehmern assozierten signalisierungsnachrichten in einem kommunikationsnetzwerk
DE69725719T2 (de) Umwandlung von leitwegadressen in einem telekommunikationsnetzwerk
DE10296499B4 (de) Verfahren, Gateway und System zum Routen von SS7-Signalisierungsverkehr
DE69924409T2 (de) Mechanismus und verfahren zur verteilung von isup protokollstapeln über mehrere lose gekoppelten prozessoren
DE69733762T2 (de) Fernmeldenetz mit teilnehmernummerverschiebbarkeit
DE69736670T3 (de) Netzwerk für verarbeitungseinrichtungen
DE69735355T2 (de) Nichtgeographische telefonnummerübertragbarkeit von intelligenten netzwerkdiensten
DE60208035T2 (de) Signalübergapepunkt, verfahren und system mit internetprotokollfähigkeit in einem telekommunikationsnetzwerk
DE69838996T2 (de) Verfahren und Vorrichtung zur zentralisierten Anrufverarbeitung
DE60103170T2 (de) Verhinderung von gesprächsumweglenkung
DE60204018T2 (de) SS7-Signalisierungsserver mit integrierten verbesserten Siganlisierungsdiensten
DE69833027T2 (de) Verfahren zum unterdrücken von datenbankanfragen für übertragbare telefonnummern
EP1091553B1 (de) Server zur Unterstützung des Aufbaus von Fernsprechverbindungen über ein IP Netz
DE60029105T2 (de) Ip - basiertes fernsprechsystem
EP1269766B1 (de) Bereitstellen von ergänzenden diensten in einem paketvermittelnden kommunikationsnetz
DE602004005148T2 (de) Verfahren, Vorrichtung und Netzwerkanordnung zum Verbindungsaufbau in einem Kommunikationsnetz
EP1292075B1 (de) Verfahren zur Leitweglenkung von Datenpaketen
EP1311101B1 (de) Bereitstellung von IVR Ressourcen in BICC Netzen
EP0936822A2 (de) Verfahren zur Übermittlung von Dienst-Signalisierungsnachrichten, Konvertierungsknoten und Dienststeuereinrichtung
DE69828694T2 (de) Intelligente periphere diensteinheit

Legal Events

Date Code Title Description
8364 No opposition during term of opposition