DE60034329T2

DE60034329T2 - Verfahren und system zur leitweglenkung von mit portierten teilnehmern assozierten signalisierungsnachrichten in einem kommunikationsnetzwerk

Info

Publication number: DE60034329T2
Application number: DE60034329T
Authority: DE
Inventors: William Latta Cary DUNN; David Paul Cary COX; Venkataramaiah Apex RAVISHANKAR; Colleen McGinnis Holly Springs COLLARD
Original assignee: Tekelec Inc
Current assignee: Tekelec Global Inc
Priority date: 1999-04-05
Filing date: 2000-02-14
Publication date: 2007-12-20
Anticipated expiration: 2020-02-15
Also published as: WO2000060821A1; US6639981B1; DE60031103D1; WO2000060839A1; DE60031103T2; US6327350B1; EP1169845A4; ATE460036T1; ATE359663T1; DE60034329D1; EP1169829A4; AU3491600A; EP1679848B1; ATE341884T1; ATE519329T1; EP1169829B1; AU4035400A; EP1169845A1; EP1679848A1; EP1173969A4

Description

Technischer Bereich
Die vorliegende Erfindung bezieht sich auf das Routen bzw. Leitweglenken von Signalisierungsnachrichten in einem Kommunikationsnetzwerk, wie z.B. einem öffentlichen Fernsprechwählnetz (PSTN), oder einem Internettelefonier-(VOIP-)Netzwerk. Speziell bezieht sich die vorliegende Erfindung auf Verfahren und Systeme zum Routen von Signalisierungsnachrichten, welche mit portierten Teilnehmern in einem Kommunikationsnetzwerk verbunden sind.
Hintergrund des Standes der Technik
Nummernübertragbarkeit (LNP) gibt Telefondienstteilnehmern die Möglichkeit, örtliche Service-Provider bzw. Dienstanbieter zu wechseln, ohne ihre Teilnehmerrufnummern zu ändern. Genauer gesagt ist der generische Terminus LNP in der Tat repräsentativ für drei Grundnummer-Portierszenarien: Dienstanbieterübertragbarkeit, welche es Teilnehmern gestattet, ihre örtlichen Dienstanbieter zu wechseln, ohne ihre Telefonnummer zu ändern; Dienstübertragbarkeit, welche es Teilnehmern gestattet, von einer Dienstart zur anderen zu wechseln (z.B. von analog zu integriertem Dienst-Digitalnetzwerk (ISDN)), ohne ihre Telefonnummern zu ändern; und geographische Übertragbarkeit, welche es Teilnehmern gestattet, sich von einem physikalischen Ort zu einem anderen zu bewegen, ohne ihre Telefonnummern zu ändern.
In der aktuellen Nicht-LNP-Umgebung führt eine Telefonnummer zwei Grundfunktionen aus: Sie identifiziert den Kunden und sie liefert dem Netzwerk Informationen, welche notwendig sind, um einen Anruf zu dem Kunden zu routen. Die Nummernübertragbarkeitslösungen trennen diese zwei Funktionen, soweit dadurch den Kunden die Gegebenheit geliefert wird, die gleiche Telefonnummer beizubehalten, wenn die örtlichen Dienstanbieter gewechselt werden. Durch das Trennen dieser beiden Funktionen gibt LNP den Kunden die Flexibilität, auf Preis- und Dienständerungen zu reagieren, welche durch Wettbewerbsträger angeboten werden. Entsprechend wird erwartet, dass LNP den Ortsnetzwettbewerb fördern wird, welcher umgekehrt allen Kunden zugute kommt, wie dies bereits für den Markt mit großen Entfernungen der Fall ist. Wenn LNP-Lösungen implementiert werden, wird ein Wettbewerb im Ortsnetz-Markt erwartet, um die Kosten für den Dienst herunterzufahren, eine Ermutigung für technische Innovation zu geben, die Nachfrage nach Telekommunikationsdiensten anzuregen und das wirtschaftliche Wachstum zu erhöhen.
Eine Anzahl von Zwischenlösungs-Nummernübertragbarkeitsverfahren, wie z.B. das Fernanrufweiterleiten und das direkte nach Innen gerichtete Wählen, existieren heutzutage. Jedoch besitzen diese Verfahren mehrere Nachteile: längere Zeiten zur Erstellung des Anrufs, erhöhtes Potenzial für das Blockieren eines Anrufs, fortgesetztes Vertrauen auf die obliegende Pflicht des Netzwerkes des Ortsnetzbetreibers (LEC), Verlust von Funktionalitätsmerkmalen sowie auch wesentliche weiterlaufende Kosten für den neuen Dienstanbieter. Innerhalb der mehr Langzeit-LNP-Lösungsansätze, welche gegenwärtig angeboten werden, ist die getriggerte LNP-Technologie die relevanteste für eine Diskussion der vorliegenden Erfindung.
Im Dokument WO 97/33,441 wird ein Verfahren zum Liefern der Nummernübertragbarkeit für die Behandlung von Anrufen von einem Anrufer zu einer speziellen Nummer eines portierten Angerufenen beschrieben. Wenn eine Vermittlungsstelle, welche dem Anrufer dient, gewählte Zahlen empfängt, wird eine Bestimmung durchgeführt, ob entweder der Anruf eine Nummer besitzt, welche portiert wurde. Falls dies der Fall ist, wird die neue Routing-Information von einer Anrufnummerntabelle erhalten, welche in dem Ursprungsamt vorhanden ist.
Im Dokument "Transport SS7 Signalling Over IP" von dem Autor Michael McGrew, 1. November 1998, INTERNET DRAFT, IETF XP-002234862, wird das Transportieren von SS7-Signalisierungsnachrichten über IP in einer Weise vorgeschlagen, welche die bestehenden SS7-Netzwerkebenen nutzt, um einen Dienst der "Trägerklasse" sicherzustellen, wie er von den vorhandenen Benutzern des SS7 erwartet wird. Der Transport von SS7-Nutzerinformation könnte TCP-Verbindungen oder UDP nutzen. Die SS7-Signalisierungsnachrichten würden ISUP oder SCCP nutzen oder, wenn die Netzwerkdienste nicht benötigt werden, könnten nur TCAP beinhalten.
Im Dokument US-A-5,796,813 wird ein Verfahren für das Freigeben einer Vielzahl von Dienstanbietern innerhalb eines gewöhnlichen Nummerierungsplanbereichs beschrieben, um Teilnehmern aus der Vielzahl von Dienstanbietern zu dienen. Das Verfahren beinhaltet den Schritt des Zuordnens eines unterschiedlichen Dienstanbieter-Bereichscodes für jeden lokalen Dienstanbieter bzw. Ortsdienstanbieter. Jedem Teilnehmer eines lokalen Dienstanbieters wird innerhalb des gemeinsamen Nummerierungsplanbereichs einer der Dienstanbieter-Bereichscodes angeboten. Der Dienstanbieter-Bereichscode wird von dem Telefonsystem in der gleichen Weise benutzt, welches gegenwärtig für das Routen von Anrufen benutzt wird, wenn ein anrufender Teilnehmer die Nummer im Planbereichscode des Angerufenen wählt. Der Dienstanbieter-Bereichscode wird nicht von dem anrufenden Teilnehmer gewählt.
Getriggerte LNP-Lösungen
Getriggerte LNP-Lösungen, wie der Name sagt, erfordern, dass sowohl der "neue" als auch der "alte" lokale Dienstanbieter eine Triggerfunktion in ihren jeweiligen Endämtern implementieren. Der "alte" Dienstanbietervermittler (häufig als der Donor-Switch bzw. Donor-Vermittler bezeichnet) führt einen LNP-Trigger an der portierten Teilnehmerrufnummer aus. Wenn dieser Trigger aktiviert ist, veranlasst er den Endamtvermittler, eine LNP-Anfrage zu formulieren, welche nachfolgend in das SS7-Netzwerk abgeschickt wird. Diese LNP-Anfrage wird schließlich an eine LNP-Datenbank geliefert, welche Information beinhaltet, welche sich auf den Dienstanbieter bezieht, zu welchem die gewählte Nummer gehört. Spezieller ausgedrückt, die LNP-Datenbank führt einen Suchlauf basierend auf einem Teil der gewählten Ziffern des Angerufenen aus. Eine Orts-Routing-Nummer (LRN) wird von der LNP-Datenbank zurückgeschickt, welche das Endamt des Dienstanbieters identifiziert, welcher aktuell dem Angerufenen dient. Der LRN-Wert wird dann zum Endamt zurückgeschickt, welches der Ursprung der LNP-Anfrage war. Beim Empfangen der die LRN enthaltenden Nachricht fährt das Ursprungsendamt mit den Erstellungs- und Abschaltevorgängen fort, wobei die LRN als eine Zieladresse für alle nachfolgenden Nachrichten benutzt wird, welche zu dem Anruf gehören.
In 1 wird ein Beispiel eines Telekommunikationsnetzwerkes gezeigt, welches im Allgemeinen mit der Zahl 100 angezeigt wird, welches eine getriggerte LNP-Lösung ähnlich zu der oben beschriebenen anwendet. Das Telekommunikationsnetz 100 beinhaltet: ein Ursprungsendamt (EO) 110, ein Empfangszielendamt EO 112, eine Donor-Zielendamt EO 113, ein Durchgangsvermittlungsamt 114, einen Signalübertragungspunkt bzw. Zeichengabe-Transferpunkt (STP) 116, eine LNP-Datenbank 118, welche auf einem Dienststeuerpunkt (SCP) basiert, einen Anrufer 120 und einen Angerufenen 122. In diesem Beispiel wird angenommen, dass der Angerufene 122 einen Ortstelefondienst besaß, welcher von einem Dienstanbieter, welchem das EO 113 gehört, zu einem Dienstanbieter, welchem das EO 112 gehört, portiert wurde. Folglich ergibt sich daraus, dass die Dienstverantwortlichkeit für den Angerufenen 122 von dem Donor-EO 113 zu dem Empfänger-EO 112 an einem Punkt in der Vergangenheit übertragen wurde. Demnach wird von dem EO 112 angenommen, dass es dem Angerufenen 122 dient.
Demnach zeigt 1 eine vereinfachte Signalisierungsnachricht-Flussfolge, welche zu dem Erstellen des Anrufs von dem Anrufer 120 zu dem Angerufenen 122 gehört. Wenn der Anrufer 120 den Hörer abnimmt und die Telefonnummer wählt, welche zu dem Angerufenen 122 gehört, analysiert das Ursprungs-EO 110 die gewählten Ziffern und erkennt, dass die gewählte Nummer in einen Anschlussbereich fällt, welcher die portierten Teilnehmer enthält. Folglich formuliert das Ursprungs-EO 110 eine LNP-Anfragenachricht M1 und sendet diese Anfragenachricht an den STP 116. Fachleute von SS7-Telekommunikationsnetzwerken werden würdigen, dass derartige LNP-Anfragen und Antworten typischerweise in der Form von Transaction Capabilities Application Part (TCAP)- bzw. Transaktionsanwendungsteil-Protokollsignalisierungsnachrichten sind. Da das TCAP-Protokoll gut bekannt ist und in breitem Maße in den Kommunikationsnetzwerken, welche gegenwärtig betrachtet werden, angewendet wird, wird hier keine detaillierte Diskussion des TCAP-Signalisierungsprotokolls gegeben.
Kehrt man nun zu dem Nachrichtenfluss zurück, welcher in 1 gezeigt wird, wird die LNP-Anfragenachricht M1 durch den STP 116 empfangen und nachfolgend zu dem SCP-LNP-Datenbankknoten 118 als LNP-Anfragenachricht M2 geroutet. Die LNP Anfragenachricht M2 wird durch den SCP-LNP-Datenbanknoten 118 verarbeitet, und eine LNP-Antwortnachricht M3 wird formuliert und zurück zum STP 116 gesendet. Es sollte gewürdigt werden, dass die LNP-Antwortnachricht M3 eine Orts-Routing-Nummer (LRN) enthält, welche zu dem Empfänger-EO 112 gehört, welches das EO ist, welches aktuell dem Angerufenen 122 dient. Das Durchgangsamt 114 ist speziell vom Standpunkt einer Anruferstellung signifikant, indem schließlich eine Sprachleitungsverbindung über das Durchgangsamt 114 angefordert wird, um eine Sprachschaltung mit dem Ziel-EO 112 zu erstellen, welches aktuell dem Angerufenen 122 dient. Die LNP-Antwortnachricht M3 wird durch den STP 116 empfangen und nachfolgend an das Ursprungs-EO 110 als LNP-Antwortnachricht M4 geroutet. Das Ursprungs-EO 110 verarbeitet die LNP-Antwortnachricht M4 und benutzt die LRN-Information, welche darin enthalten ist, um eine Anruferstellungsnachricht M5 zu formulieren und zu senden. Wiederum werden Fachleute von SS7-Telekommunikationsnetzwerken würdigen, dass derartige Anruferstellungsnachrichten typischerweise vom ISDN-Benutzerteil-(ISUP-)Format sind, und da das ISUP-Signalisierungsprotokoll gut bekannt ist und in breitem Maße in der Telekommunikationsindustrie angewendet wird, wird hier keine detaillierte Erklärung dieses Protokolls gegeben. Das Signaling System #7 von Travis Russell, Copyright 1998, McGraw-Hill Publishing, wobei die Veröffentlichung davon hier als Referenz in ihrer Gesamtheit aufgeführt wird, liefert eine detaillierte Erklärung von TACP- und ISUP-Signalisierungsprotokollen.
Kehrt man zu 1 zurück, empfängt der STP 116 die Nachricht M5, und nachfolgend routet das Nachrichtenübertragungsteil (MTP) die Nachricht zum Durchgangsamt 114 als die Nachricht M6. Das Durchgangsamt 114 untersucht und verarbeitet die Nachricht und formuliert eine Nachricht M7. Die Nachricht M7 wird zum STP 116 gesendet, welcher umgekehrt als MTP die Nachricht zum Ziel-EO 112 als Nachricht M8 routet. Fachleute von Telekommunikationswerkoperationen werden würdigen, dass zusätzliche Anruferstellungs- und -zielnachrichten, welche nicht in 1 gezeigt werden, notwendig sein können, um einen vollständigen Telefonanruf zwischen dem Anrufer 120 und dem Angerufenen 122 handzuhaben. Der Signalisierungsnachrichtenfluss, welcher in 1 gezeigt wird, dient nur dazu, um allgemein einen herkömmlichen LNP-Umsetzungsprozess darzustellen. Da diese zusätzlichen Signalisierungsnachrichten nicht speziell für die Gestaltung und den Betrieb der vorliegenden Erfindung relevant sind, wird hier keine detaillierte Diskussion von Verfahren zum Anruferstellen und Beendigen in einem SS7-Telekommunikationsnetzwerk gegeben.
Während die oben beschriebene Vorgehensweise funktionell in der Lage ist, Netzwerkoperatoren mit einem lokalen Nummernübertragbarkeits-Umsetzungsdienst zu versorgen, erfordert diese Vorgehensweise notwendigerweise, dass ein Ursprungsendamtvermittler die Möglichkeit besitzt, eine LNP-Anfrage zu triggern und die nachfolgende LNP-Antwort zu interpretieren. In der Praxis bedeutet dies, dass ein Ursprungsendamtvermittler in der Lage sein muss, eine LNP-Anfragenachricht zu erzeugen und in das Signalisierungsnetzwerk einzuleiten. Demnach beinhaltet dies auch, dass ein Ursprungsendamtvermittler die Fähigkeit besitzt, LNP-Anwortnachrichten zu empfangen und zu verarbeiten, welche von Dienstknoten innerhalb des Signalisierungsnetzes erzeugt werden.
Was deshalb benötigt wird, ist ein neues System und Verfahren zum Routen von Signalisierungsnachrichten an portierte Teilnehmer in einem Kommunikationsnetzwerk, welches transparent für das Ursprungsendamt ist und demnach keine Signalisierungseinrichtung des Ursprungsendamtes benötigt, um direkt Nummernübertragbarkeit, welche sich auf Signalisierungsnachrichten bezieht, zu erzeugen und auf diese zu antworten.
Veröffentlichung der Erfindung
Entsprechend einem Gesichtspunkt beinhaltet die vorliegende Erfindung ein Kommunikationsnetzwerkelement, welches in der Lage ist, triggerloses Routen von Signalisierungsnachrichten, welche mit Anrufen zu portierten Teilnehmern verbunden sind, durchzuführen. Der triggerlose Routing-Knoten beinhaltet ein Kommunikationsmodul, welches in der Lage ist, Datenpakete über ein Netzwerk zu übertragen und zu empfangen. Ein Stopp-Aktionsprozess verarbeitet eingehende Datenpakete und führt nachfolgend bestimmte Pakete zu einem Nummernübertragbarkeits-Datenbankmanager. Der Nummernübertragbarkeits-Datenbankmanager erleichtert das Suchen einer Nummernübertragbarkeits-Datenbank basierend auf einer Anruferinformation, welche in den Datenpaketen enthalten ist. Das Routen der Information, welche durch die Nummernübertragbarkeits-Datenbank zurückgeschickt wird, ist in den Datenpaketen enthalten, und die modifizierten Datenpakete werden dann in das Kommunikationsnetzwerk übertragen. Da der Routing-Knoten die Signalisierungsnachrichten vom Anruferstellungstyp untersucht und direkt modifiziert, sind keine expliziten Umsetzungsdienst-Triggernachrichten erforderlich.
Entsprechend ist es eine Aufgabe der vorliegenden Erfindung, einen triggerlosen Nummernübertragbarkeits-Routing-Knoten zu liefern, welcher in der Lage ist, den Inhalt von Signalisierungsnachrichten vom Anruftyp zu modifizieren, welche zu Anrufen zu portierten Teilnehmern gehören, um so eine Orts-Routing-Nummer zu beinhalten, welche zu dem portierten Teilnehmer gehört.
Einige der Aufgaben der Erfindung wurden hier oben aufgestellt, andere Aufgaben werden im Laufe der Beschreibung offensichtlich, wenn diese in Verbindung mit den beigefügten Zeichnungen hergenommen werden, wie diese nachfolgend bestens beschrieben werden.
Kurze Beschreibung der Zeichnungen
1 ist eine Netzwerkzeichnung, welche eine herkömmliche LNP-Lösung und die damit verbundenen Signalnachrichtenflüsse aufzeigt.
2 ist eine schematische Zeichnung einer Systemarchitektur entsprechend einer bevorzugten Ausführungsform eines triggerlosen Nummernübertragbarkeits-Routing-Knotens der vorliegenden Erfindung.
3 ist eine schematische Zeichnung eines Signaltransferpunkt-Schaltknotens mit integraler Nummernübertragbarkeits-Datenbankfunktionalität für den Gebrauch in einer getriggerten Nummernübertragbarkeits-Netzwerkarchitektur.
4 ist eine Tabelle, welche eine beispielhafte Nummernübertragbarkeits-Datenbankstruktur und Daten darstellt, welche in einer bevorzugten Ausführungsform eines triggerlosen Nummernübertragbarkeits-Routing-Knotens der vorliegenden Erfindung benutzt werden.
5 ist ein Flussdiagramm, welches die SCCP-Verkapselung darstellt, welche sich auf das Verarbeiten einer Signalisierungsnachricht entsprechend einer bevorzugten Ausführungsform eines triggerlosen Nummernübertragbarkeits-Routing-Knotens der vorliegenden Erfindung bezieht.
6 ist ein Flussdiagramm, welches das SCCP-Entkapseln und die Nummernübertragbarkeitsumsetzung, welche sich auf das Verarbeiten einer Signalisierungsnachricht entsprechend einer bevorzugten Ausführungsform auf einen triggerlosen Nummern übertragbarkeits-Routing-Knoten der vorliegenden Erfindung ezieht, darstellt.
7 ist eine Zeichnung, welche eine SCCP-verkapselte ISUP-Signalisierungsnachricht darstellt.
8 ist eine schematische Zeichnung einer Systemarchitektur entsprechend einer anderen Ausführungsform eines triggerlosen Nummernübertragbarkeits-Routing-Knotens der vorliegenden Erfindung.
9 ist eine Zeichnung, welche eine Netzwerkimplementierung eines triggerlosen Nummernübertragbarkeits-Routing-Knotens der vorliegenden Erfindung und die damit verbundenen Signalisierungsnachrichtenflüsse darstellt.
10 ist eine Tabelle, welche den teilweisen Inhalt einer Signalisierungsnachricht darstellt, welche durch einen triggerlosen Nummernübertragbarkeits-Routing-Knoten der vorliegenden Erfindung empfangen und verarbeitet wird.
Detaillierte Beschreibung der Erfindung
Entsprechend einer Ausführungsform der vorliegenden Erfindung wird ein triggerloser Nummernübertragbarkeits-Routing-Knoten geliefert. Der triggerlose Nummernübertragbarkeits-Routing-Knoten wird hier als eine Sammlung von Prozessen und Teilsystemen beschrieben und erklärt, welche auf Karten ausgeführt werden, um triggerlose Nummernübertragbarkeitsverarbeitung durchzuführen. Es ist davon auszugehen, dass diese Karten jeweils einen oder mehrere allgemein verwendbare Mikroprozessoren und Speichereinrichtungen beinhalten können. Entsprechend können die hier beschriebenen Prozesse, Datenbanken, Anwendungen und Teilsysteme durch computerausführbare Instruktionen implementiert werden, welche in einem von einem Computer lesbaren Medium beinhaltet sein können. Alternativ können die Prozesse, Datenbanken, Anwendungen und Teilsysteme, welche hier beschrieben sind, in Hardware als anwendungsspezifische integrierte Schaltungen (ASICs) implementiert sein. Jegliche Kombination von Hardware, Software oder von Hardware und Software zum Ausführen der triggerlosen Nummernübertragbarkeitsverarbeitung, wie sie hier beschrieben wird, soll innerhalb des Umfangs der Erfindung liegen.
Ein bevorzugtes System zum Implementieren triggerloser Nummernübertragbarkeitsfunktionen wird im Kontext eines Nummernübertragbarkeits-Routing-Knotens erklärt. Viele der Prozesse, Datenbanken, Anwendungen und Teilsysteme, welche innerhalb des Nummernübertragbarkeits-Routing-Knotens arbeiten, werden hier als lokale bzw. Orts-Nummernübertragbarkeits-(LNP-)Prozesse, -Datenbanken, -Applikationen und -Teilsysteme bezeichnet. Es ist davon auszugehen, dass die Funktionalität, welche durch diese LNP-Entitäten implementiert sind, sich im Allgemeinen auf die Nummernübertragbarkeit beziehen, wobei die Übertragbarkeit von lokaler bzw. Orts-Nummer, Mobil-Nummer und jegliches andere Portieren von Teilnehmernummern beinhaltet sind. Entsprechend ist nicht beabsichtigt, dass die vorliegende Erfindung auf das Liefern von nur triggerloser Orts-Nummern-übertragbarkeit beschränkt ist.
In 2 wird eine schematische Zeichnung eines triggerlosen Nummernübertragbarkeits-Routing-Knotens 300 der vorliegenden Erfindung gezeigt. In der gezeigten bevorzugten Ausführungsform wendet der triggerlose Nummernübertragbarkeits-Routing-Knoten 300 eine interne Architektur ähnlich der eines Hochleistungs-STP und Signalisierungs-Gateway-(SG-)Produkte an, welche bei dem Verfasser der vorliegenden Anmeldung als die Eagle^®-STP bzw. IP7 Secure Gateway^TM vermarktet werden. Ein Blockdiagramm, welches allgemein die interne Grundarchitektur des Eagle^®-STP-Produkts darstellt, wird in 3 gezeigt. Eine detaillierte Beschreibung des Eagle^®-STP kann in dem Eagle^® Feature Guide PN/910-1225-01, Rev. B, Januar 1998, veröffentlicht von Tekelec, Inc., gefunden werden, wobei diese Veröffentlichung hier als Referenz in ihrer Gesamtheit aufgeführt wird. In ähnlicher Weise kann eine detaillierte Beschreibung des IP⁷ Secure Gateway^TM in der Tekelec, Inc.-Veröffentlichung PN/909-0767-01, Rev B, August 1999, mit dem Titel Feature Notice IP⁷ Secure Gateway^TM Release 1.0 gefunden werden, wobei die Beschreibung desselben hier als Referenz in ihrer Gesamtheit aufgeführt wird.
Wie in dem oben als Referenz aufgeführten Eagle^® Feature Guide beschrieben, beinhaltet ein Eagle^® STP 205 die folgenden Teilsysteme: ein Wartungs- und Verwaltungsteilsystem (MAS) 252, ein Kommunikationsteilsystem 254 und ein Anwendungsteilsystem 256. Das MAS 252 liefert das Warten von Kommunikationen, das Laden des Anfangsprogramms, periphere Dienste, Alarmverarbeitung und System-Disks bzw. -Scheiben. Das Kommunikationsteilsystem 254 beinhaltet einen Interprozessor-Nachrichtentransport-(IMT-)Bus, welcher der Hauptkommunikationsbus unter allen Teilsystemen in dem Eagle^® STP 250 ist. Dieses Hochgeschwindigkeits-Kommunikationssystem funktioniert wie 125 Mbps-gegenläufig umlaufende serielle Busse.
Das Anwendungsteilsystem 256 beinhaltet Anwendungskarten, welche in der Lage sind, mit den anderen Karten über die IMT-Busse zu kommunizieren. Zahlreiche Arten von Anwendungskarten können in dem STP 250 beinhaltet sein, wobei beinhaltet sind: ein Verbindungs-Interface-Modul (LIM) 258, welches SS7-Verbindungen und X.25-Verbindungen liefert, ein Anwendungskommunikationsmodul (ACM) 260, welches ein TCP/IP-Interface über Ethernet liefert, und ein Anwendungsdienstmodul (ASM) 262, welches globale Titelumsetzung, Gateway-Abta andere Dienste liefert. Ein Umsetzungsdienstmodul (TSM) 264 kann auch vorgesehen sein, um den getriggerten Ortsnummern-Übertragbarkeitsdienst zu unterstützen. Nochmals, eine detaillierte Beschreibung des Eagle^® STP wird in dem oben aufgeführten Eagle^® Feature Guide geliefert und muss hier nicht im Detail beschrieben werden. Es sollte auch gewürdigt werden, dass zusätzlich zu den herkömmlichen SS7-LIM-Karten ein Datenbankkommunikationsmodul (DCM) in einer ähnlichen Weise angewendet werden kann, um den Transport von Internet-Protokoll-(IP-)verkapselten SS7-Nachrichten über ein IP-Netzwerk zu liefern, wie in der oben als Bezug aufgeführten Feature Notice IP⁷ Secure Gateway^TM Release 1.0-Veröffentlichung beschrieben wird. Mit speziellem Bezug auf den oben erwähnten TSM-getriggerten LMP-Dienste-Modul kann eine detaillierte Beschreibung der Tekelec, Inc.-getriggerten LNP-Lösung in dem Feature Guide LNP LSMS, PN/910-1598-01, Rev. A, Januar 1998, veröffentlicht von Tekelec, Inc., gefunden werden, wobei diese Veröffentlichung hier als Referenz in ihrer Gesamtheit aufgeführt wird.
Ausführungsform der integrierten Nummernübertragbarkeitsdatenbank
Mit Bezug wiederum auf 2 wird gewürdigt werden, dass der triggerlose Nummernübertragbarkeits-Routing-Knoten 300 einen Hochgeschwindigkeitsinterprozessor-Nachrichtentransport-(IMT-) Kommunikationsbus 310 beinhaltet. Kommunikativ mit dem IMT-Bus 310 gekoppelt ist eine Anzahl von verteilten Verarbeitungsmodulen oder Karten, welche beinhalten: ein Paar von Wartungs- und Verwaltungsteilsystemprozessoren (MASPs) 312; ein Paar von SS7-fähigen Verbindungs-Interface-Modulen (LIMs) 320 und 360; und ein LNP-Dienstmodul (LSM) 340. Diese Module sind physikalisch mit dem IMT-Bus 310 verbunden, so dass Signalisierungs- und andere Arten von Nachrichten intern zwischen allen aktiven Karten oder Modulen geroutet werden können. Der einfachen Darstellung wegen sind in 2 nur ein einzelnes Paar von LIMs 320 und ein einzelner LSM 322 beinhaltet. Jedoch sollte gewürdigt werden, dass die verteilte Multiprozessor-Architektur des triggerlosen Nummernübertragbarkeits-Routing-Knotens 300 die Anwendung von vielfachen LIM-, LSM- und anderen Karten erleichtert, welche alle simultan mit dem IMT-Bus 310 verbunden sein können.
Das MASP-Paar 312 implementiert die Wartungs- und Verwaltungsteilsystemfunktionen, welche oben beschrieben sind. Da das MASP-Paar 312 nicht speziell für eine Diskussion der flexiblen Routing-Attribute der vorliegenden Erfindung relevant ist, wird hier keine detaillierte Diskussion von deren Funktion geliefert. Für eine zusammenfassende Diskussion der zusätzlichen MASP-Arbeitsweisen und deren Funktionalität können die oben als Referenz aufgeführten Tekelec, Inc.-Veröffentlichungen konsultiert werden.
Fokussiert man sich nun auf die LIM-Kartenfunktionalität, so wird gewürdigt werden, dass das LIM 320 aus einer Anzahl von Teilkomponentenprozessen besteht, welche beinhalten: ein SS7 MTP-Ebene-1-Verfahren 322, ein SS7 MTP-Ebene-2-Verfahren 324, einen E/A-Puffer oder eine -Warteschlange 325, ein Gateway-Abtast-(GWS-)Verfahren 326, ein triggerloses LNP-(TLNP-)Stopp-Aktionsverfahren 328, ein SS7 MTP-Ebene-3-Schicht-HMDC-Verfahren 330 und ein HMDT-Verfahren 332, wobei diese nicht auf die aufgeführten beschränkt sind. Die MTP-Ebene-1-und-2-Verfahren 322 bzw. 324 liefern die Gegebenheiten, welche notwendig sind, digitale Daten über ein spezielles physikalisches Medium/physikalisches Interface zu senden und zu empfangen, ebenso wie eine Fehlerdetektierung/-korrektur und eine Lieferung aller SS7-Nachrichtenpakete in Reihenfolge zu liefern. Die E/A-Warteschleife 325 dient dem zeitweiligen Puffern von eingehenden und ausgehenden Signalisierungsnachrichtenpaketen. Das GWS-Verfahren 326 ist für die Untersuchung der eingehenden Signalisierungsnachricht und die Festlegung verantwortlich, welche, falls überhaupt eine, der vorgesehenen Stopp-Aktionen anwendbar ist. Das TNLP-Stopp-Aktionsverfahren 328 ist für das Verkapseln eines eingehenden SS7 ISUP-Anfangsadressnachricht-(IAM-)Signalisierungsnachrichtenpaketes innerhalb eines SS7-Signalisierungsverbindungssteuerteil-(SCCP-)formatierten Paketes verantwortlich. Das MTP-Ebene-3-HMDC-Verfahren 330 empfängt Signalisierungsnachrichten von den niedrigeren Verarbeitungsschichten und führt eine Diskriminierfunktion aus, wobei effektiv bestimmt wird, ob ein eingehendes SS7-Nachrichtenpaket eine interne Verarbeitung erfordert oder ob es einfach durchzuvermitteln ist. Das HMDT-Verfahren 332 behandelt das interne Routen der SS7-Nachrichtenpakete, welche eine zusätzliche Verarbeitung vor dem endgültigen Routen erfordern. Wiederum sollte gewürdigt werden, dass eine LIM-Karte funktionellere Verfahren beinhalten kann als jene, welche oben beschrieben sind. Die obige Diskussion ist auf die LIM-Funktionalität begrenzt, welche zur Grundverarbeitung von ankommenden Signalisierungsnachrichten gehört.
Demnach wird gewürdigt werden, dass die drei funktionellen Verfahren, welche zu dem LIM 360 gehören, welche in 2 gezeigt werden, einfach jene Verfahren sind, welche für eine Diskussion der abgehenden LIM-Operation in den Beispielen der triggerlosen Nummernübertragbarkeits-Routing-Knoten-Operation, welche hier veröffentlicht wird, relevant sind. Die Verfahren, welche explizit auf dem abgehenden LIM 360 gezeigt werden, beinhalten eine E/A-Warteschlange 362 und jeweils MTP-Ebene-1-und-2-Verfahren 366 bzw. 364. Die E/A-Warteschlange 362 erleichtert das zeitweilige Puffern von eingehenden und ausgehenden Signalisierungsnachrichtenpaketen. Das MTP-Ebene-2-Verfahren 364 und ein MTP-Ebene-1-Verfahren 366 liefern jeweils die Gegebenheiten, welche notwendig sind, digitale Daten über ein spezielles physikalisches Medium/physikalisches Interface zu senden und zu empfangen, ebenso wie eine Fehlerdetektierung/-korrektur und das Liefern aller SS7-Nachrichtenpakete in Reihenfolge zu liefern.
Im Allgemeinen beinhaltet eine LSM-Karte die Datenbank und die Datenbanksteuerverfahren, welche notwendig sind, um die triggerlose Nummernübertragbarkeits-Routing-Funktionalität der vorliegenden Erfindung zu erreichen. Das LSM 340, welches in 2 gezeigt wird, weist teilweise auf: eine SCCP-Teilsystem-Steuereinrichtung, welche als ein Signalisierungsverbindungs-Routing-Steuerungs-(SCRC-)Verfahren 342 bekannt ist, ein Lokalnummernübertragbarkeitsmanager-(LNPM-)Verfahren 344, eine triggerlose Lokalnummernübertragbarkeits-(TLNP-)Anwendung 346 und ein LNP-Datenbankverfahren 348. Das SCRC-Verfahren 342 ist für das unterschiedliche Behandeln von Signalisierungsnachrichten auf der SCCP-Ebene und für das Verteilen der Signalisierungsnachrichten zu einer höheren Verarbeitungsebene, wenn geeignet, verantwortlich. In der Konfiguration, wie sie in 2 gezeigt wird, wird die nächsthöchste Verarbeitungsebene durch das LNPM-Verfahren 344 dargestellt. Das LNPM-Verfahren 344 ist für das Bestimmen verantwortlich, welche spezielle Lokalnummernübertragbarkeitsanwendung für eine erfolgreiche Verarbeitung eines speziellen eingehenden Signalisierungsnachrichtenpaketes erforderlich ist. Wie aus 2 gewürdigt werden wird, kann eine Anzahl von Lokalnummernübertragbarkeitsanwendungen simultan auf einer einzelnen LSM-Karte vorgesehen werden.
Während jegliche Anzahl aus einer Vielzahl von LNP-Umsetzungsanwendungen auf einer einzelnen LSM-Karte vorgesehen werden kann, ist die triggerlose Lokalnummernübertragbarkeits-(TLNP-) Anwendung 346 die am meisten relevante für eine allgemeine Diskussion der vorliegenden Erfindung. Die TLNP-Anwendung 346 beinhaltet im Wesentlichen die logische Notwendigkeit, die Original-ISUP IAM-Nachricht zu entkapseln, die geeignete Information von der entkapselten Nachricht herauszuziehen und einen zugehörigen TLNP-Datenbanksuchlauf durchzuführen. Außerdem ist die TLNP-Anwendung 346 für das Modifizieren der Signalisierungsnachricht, basierend auf den Ergebnissen des LNP-Datenbanksuchlaufs, verantwortlich. In der in 2 gezeigten Ausführungsform ist eine LNP-Datenbank 348 mit auf der LSM-Karte 340 angesiedelt. Spezieller ausgedrückt, in dieser Ausführungsform der vorliegenden Erfindung ist die LNP-Datenbank 348 in einem oder in mehreren Blöcken eines Hochgeschwindigkeits-Direktzugriffsspeichers (RAM) gespeichert, welcher auf der LSM-Karte platziert ist. Wie in 4 angezeigt wird, weist die LNP-Datenbank 348 eine Anzahl von Einträgen oder Aufzeichnungen auf, wobei jede Aufzeichnung wenigstens zwei Felder enthält; ein CdPA-Adressen-(CdPA:ADD-)Feld und ein Orts-Routing-Nummern-(LRN-)Feld. Wiederum wird aus der obigen Diskussion gewürdigt werden, dass ein LRN das Endamt des Dienstanbieters identifiziert, welcher aktuell den Angerufenen bedient.
Wiederum mit Bezug auf 2 beinhaltet das LSM 340 auch ein HMRT-Verfahren 350, welches für das Routen von SS7-Nachrichtenpaketen verantwortlich ist, sobald eine TLNP-Umsetzung vollendet ist. D.h., das HMRT-Verfahren 350 legt fest, zu welcher LIM-Karte ein SS7-Nachrichtenpaket für eine nachfolgende abgehende Übertragung in das Kommunikationsnetzwerk geroutet werden soll.
Es wird aus 2 gewürdigt werden, dass das LSM 340 in Kommunikation mit einem lokalen bzw. Orts-Dienstmanagementsystem (LSMS) 370 steht und durch dieses bedient wird. Im Allgemeinen steht ein LSMS-System auch mit einem Nummernübertragbarkeits-Verwaltungszentrum (NPAC) in Kommunikation. Demnach agiert ein LSMS als das Interface zwischen Trägernetzwerken und dem NPAC. Bei einer typischen Implementierung empfängt ein LSMS eine portierte Teilnehmerinformation von dem NPAC und speichert diese und ist dann umgekehrt für das Herunterladen dieser portierten Teilnehmerinformation zu all den LNP-Datenbanken, welche sie bedienen, verantwortlich. Da die Interaktion zwischen einem NPAC und einem LSMS nicht speziell für die vorliegende Erfindung relevant ist, wird hier keine detaillierte Diskussion einer derartigen NPAC-LSMS-Systemfunktionalität gegeben. Es sollte ausreichen, festzustellen, dass das LSMS 370 die LNP-Datenbank 348 mit der aktuellsten portierten Teilnehmerinformation, welche zu irgendeiner Zeit verfügbar ist, versorgt.
Verfahren der integrierten Nummernübertragbarkeits-Datenbankumsetzung
Fährt man mit 2 fort, wird der Pfad einer typischen SS7 ISUP IAM-Signalisierungsnachricht, welche einen TLNP-Umsetzungsdienst erfordert, von dem Empfang an dem triggerlosen Nummernübertragbarkeits-Routing-Knoten durch das eingehende LIM 320, durch das Umsetzungsverfahren und auf das ausgehende LIM 360 gefolgt. Ein detailliertes Flussdiagramm der Verarbeitungsschritte, die auf die triggerlose Nummernübertragbarkeit bezogen sind, wird in den 5 und 6 gegeben und kann in Verbindung mit der schematischen Zeichnung benutzt werden, wie sie in 2 gezeigt wird, um die triggerlose LNP-Suchlaufmethodik besser zu verstehen.
Beginnend mit Schritt ST1 wird eine eingehende ISUP IAM-Nachricht an dem eingehenden LIM-Modul 320 empfangen. In den Schritten ST2 und ST3 wird die eingehende ISUP IAM-Nachricht empfangen und durch die MTP-Ebene-1-und-2-Verfahren 322 und 324 jeweils verarbeitet. Wie oben aufgeführt, beinhaltet die MTP-Ebene-1-und-2-Verarbeitung eine Korrektur, das In-Reihe-Bringen und das Kommunizieren mit der Netzwerkfehler-Kommuni kationshardware. Wenn die MTP-Ebene-1-und-2-Verarbeitung vollendet ist, wird das Signalisierungsnachrichtenpaket zeitweilig in der E/A-Warteschlange 325 gepuffert, bevor es zu dem Stapel des MTP-Ebene-3-Gateway-Abtast-(GWS-)Verfahrens 326 durchgelassen wird. Wie in dem Schritt ST4 angezeigt wird, untersucht das GWS-Verfahren 326 die eingehende ISUP IAM-Nachricht und bestimmt nicht nur, ob die Nachricht in den Vermittler für das weitere Verarbeiten darf, sondern auch, welcher, falls irgendeiner, der vorgesehenen Stopp-Aktionen für die eingehende Nachricht anwendbar ist. In diesem Beispiel untersucht das GWS-Verfahren 326 die eingehende ISUP IAM-Nachricht und bestimmt, dass die Nachricht in den Vermittler eintreten darf. Außerdem wird bei der Untersuchung des Ursprungspunktcodes (OPC), des Zielpunktcodes (DPC) und der Dienstanzeigeoktett-(SIO-)Felder, welche in der MTP-Routing-Schicht enthalten sind, bestimmt, dass die Nachricht zusätzliches Verarbeiten durch die TLNP-Stopp-Aktion 328 erfordert (ST5).
Im Schritt ST6 empfängt das TLNP-Stopp-Aktionsverfahren 328 die ISUP IAM-Nachricht von dem GWS-Verfahren 326 und bestimmt, dass die eingehende Nachricht eine MSU vom ISUP-Typ ist. Das TLNP-Stopp-Aktionsverfahren 328 prüft als Nächstes die DPC der eingehenden MSU. Spezieller ausgedrückt, die TLNP-Stopp-Aktion verifiziert, dass der DPC der eingehenden MSU ein gültiger PC ist, wie dies im Schritt ST7 angezeigt wird. In den Schritten ST8 und ST9 untersucht die TLNP-Stopp-Aktion 328 die eingehende MSU, um zu bestimmen, ob der LNP-Dienst erforderlich ist. Falls die eingehende MSU identifiziert wird, dass sie eine Nachricht vom ISUP IAM-Typ ist (ST8) und dass der FCI-Indikator der portierten Nummernumsetzung gleich null ist (ST9), verkapselt die TLNP-Stopp-Aktion 328 die ISUP IAM-Nachricht in einen SCCP-formatierte MSU, wie dies im Schritt ST10 angezeigt wird. Derartige SCCP-Verkapselung wird effektiv durch das Hinzufügen von wesentlichen Bitsequenzen für das SCCP-Nachrichtenführen und -leiten zu der Basisbitsequenz erreicht, welche die ISUP IAM MSU aufweist, wie dies allgemein in 7 dargestellt wird. Demnach wird eine MSU-Verkapselung vom SCCP-Typ geschaffen, welche eine MSU vom ISUP-Typ umfasst oder enthält. Nachfolgend auf diese Verkapselung erscheint die eingehende Nachricht nicht länger oder wird als eine ISUP IAM-Nachricht innerhalb des TLNP-Routing-Knotens 300 behandelt, sondern wird stattdessen intern als eine SS7-Nachricht vom SCCP-Typ verarbeitet.
Es sollte gewürdigt werden, dass während des Verkapselungsvorgangs der SCCP MSU-Zielpunktcode-(DPC-)Feldwert auf den Punktcode (PC) des TLNP-Routing-Knotens gesetzt wird, das SCCP MSU-Routing-Indikator-(CdPA-RI-)Feld auf die Teilsystemnummer (SSN) gesetzt wird und das SCCP MSU-Teilsystemnummer der angerufenen Partei-(CdPA-SSN-)Feld auf den LNP SSN des TLNP-Routing-Knotens gesetzt wird. Es sollte auch gewürdigt werden, dass das Fehlschlagen, dass die eingehende ISUP MSU die Kriterien einhält, welche in den Schritten ST5 bis ST9 spezifiziert sind, dazu führt, dass die ursprüngliche, nicht verkapselte MSU direkt zu dem HMDC-Vorgang 330 geroutet wird, wo das normale Routing vom ISUP MSU-Typ fortgesetzt wird.
In dem Fall jedoch, wo eine eingehende ISUP MSU die Kriterien der ST5 bis ST9 erfüllt, tritt eine SCCP-Verkapselung der ISUP MSU auf, und die resultierende verkapselte MSU wird zu dem HMDC-Vorgang 330 geführt, wo das Verarbeiten des SCCP-Typs durchgeführt wird. In dem in 2 gezeigten Beispiel untersucht der HMDC-Vorgang 330 das Nachrichtenpaket und bestimmt, dass der DPC des Paketes der PC des TLNP-Routing-Knotens ist. Folglich wird angenommen, dass ein weiteres Verarbeiten des SCCP MSU innerhalb des TLNP-Routing-Knotens notwendig ist, und das Paket wird zu dem HMDT-Vorgang 332 durchgelassen. Der HMDT-Vorgang 332 untersucht das Dienstanzeige-(SI-)Feld der verkapselten MSU, welches anzeigt, dass das verkapselte Paket vom SCCP-Typ ist. Demnach platziert der HMDT-Vorgang 332 die verkapselte SCCP MSU auf dem Hochgeschwindigkeits-IMT-Bus 310, um es zu dem LSM 340 und zur nachfolgenden LNP-Umsetzung zu transportieren.
Im Schritt ST12 wird die verkapselte SCCP MSU empfangen und durch den SCRC-Vorgang 342 untersucht, welcher in dem LSM 340 angesiedelt ist. Wenn gegeben ist, dass das CdPA RI-Feld der SCCP MSU auf einen SSN gesetzt ist, und das CdPA SSN-Feld der SCCP MSU auf das LNP-Teilsystem des TLNP-Knotens 300 gesetzt ist, leitet der SCRC-Vorgang 342 die verkapselte MSU an den LNPM-Vorgang 344, wie es durch den Schritt ST13 angezeigt wird. Im Schritt ST14 verifiziert der LNPM-Vorgang 344, dass der SCCP MSU eine verkapselte ISUP MSU enthält. Bei erfolgreicher Verifizierung wird der SCCP MSU zu der TLNP-Anwendung 346 für die weitere Verarbeitung gesendet. Die TLNP-Anwendungsverarbeitung beginnt mit dem Verifizieren der Zeiger und Feldlängen, welche zu der ISUP-Nachricht gehören (ST15). Bei einer positiven Verifizierung im Schritt ST15 extrahiert die TLNP-Anwendung 346 die originale ISUP MSU, indem die SCCP-Hülle entfernt und verworfen wird (ST16). Die TLNP-Anwendung 346 führt als Nächstes eine Anzahl von Operationen durch, welche dafür gedacht sind, einen oder mehrere der Anrufer-(CdPA-)Parameter zu validieren, welche in der Original-ISUP MSU enthalten sind (ST17). Derartige Validierungsoperationen können beinhalten, sind jedoch nicht auf folgende beschränkt: Verifizieren, dass die Nummer des Angerufenen existiert; Verifizieren, dass die Nummer des Angerufenen 10 Ziffern beinhaltet; Verifizieren, dass die Art der Adresse national ist; und Verifizieren, dass der Nummerierungsplan ISDN ist.
Wenn der oben beschriebene Validierungsvorgang erfolgreich vollendet ist, extrahiert die TLNP-Anwendung 346 die Nummer des Angerufenen von der ISUP IAM MSU und benutzt diesen Wert, eine Suchlaufoperation in der LNP-Datenbank 348 durchzuführen (ST18). Wie im Schritt ST19 angezeigt wird, wird das umgesetzte Anrufnummerindikator-(TCNI-)Feld, welches in der ISUP IAM-Nachricht enthalten ist, auf einen Wert von eins gesetzt. Es sollte gewürdigt werden, dass das TCNI-Feld auf einen Wert von eins gesetzt wird, ungeachtet, ob eine Übereinstimmung während der LNP-Suchlaufoperation gefunden wird. Im Falle, dass ein Eintrag in der LNP-Datenbank 348 existiert, welcher dem Nummernwert des Angerufenen in der ISUP IAM-Nachricht entspricht, wird die Nummer des Angerufenen erachtet, dass sie zu einem portierten Teilnehmer gehört (ST20), und der LNP-Datenbankvorgang 348 schickt eine Orts-Routing-Nummer (LRN) zurück. Vor der Aufnahme des LRN-Wertes in der ISUP MSU wird der originale CdPA-Nummernwert, welcher in dem LNP-Datenbanksuchlauf benutzt wurde, in einem generischen Adressparameter-(GAP-)Feld gespeichert, welches auch innerhalb der ISUP MSU enthalten ist (ST21). Nachfolgend wird das CdPA-Nummernfeld der ISUP MSU mit dem LRN-Wert überschrieben, welcher von dem LNP-Datenbankvorgang 348 zurückgeschickt wird, wie dies im Schritt ST22 angezeigt wird.
Wie weiter im Schritt ST23 angezeigt wird, kann ein Wert, welcher als ein Zuständigkeitsinformationsparameter (JIP) bekannt ist, unter bestimmten Bedingungen an die TLNP-verarbeitete ISUP MSU angefügt werden. Der JIP wird in den Anwendungen vom LNP-Typ benutzt, um Rechnungsstellungssysteme zu unterstützen. Derartige Telekommunikations-Rechnungsstellungssysteme können andererseits die Schwierigkeit haben, das korrekte In-Rechnung-Stellen für eine ursprüngliche Nummer, welche portiert wurde, zu bestimmen. Demnach enthält ein gültiger JIP einen Wert, welcher den Ursprung des Anrufs wiedergibt. Der Wert kann einige Ziffern der Adresse des Anrufenden oder alternativ einen Identifizierer enthalten, welcher zu dem Endamt gehört, von welchem der Anruf stammt. Ein Dienstanbieter kann verhandeln, um einen einzelnen JIP zu benutzen, um alle Nachrichten aus seinem eigenen Netzwerk zu repräsentieren, oder ein Dienstanbieter kann wählen, eine Liste von Wechselvorgängen in seinem Netzwerk zu liefern, welche als der JIP-Wert benutzt werden kann. In dem in 2 gezeigten TLNP-Routing-Knoten 300 kann ein JIP-Parameter an die ISUP IAM-Nachricht durch den TLNP-Vorgang 346 angefügt werden, falls ein JIP nicht bereits in der ursprünglichen MSU existiert und ein JIP-Wert in der LNP-Datenbank 348 vorgesehen ist. Ein JIP-Parameter kann auch durch einen TLNP-Vorgang 346 angefügt werden, wenn die Ursprungs-IAM MSU eine gültige Anrufer-(CgPA-)Nummer, jedoch nicht bereits einen JIP-Wert enthält.
Wenn die TLNP-Verarbeitung vollendet ist, wird das modifizierte ISUP MSU zu dem HMRT-Vorgang 350 weitergeleitet. Der HMRT-Vorgang 350 bestimmt, zu welcher LIM-Karte ein SS7-Nachrichtenpaket für die nachfolgende, nach außen gerichtete Übertragung geroutet werden sollte. In diesem Fall bestimmt der HMRT-Vorgang 350, dass die gewünschte nach außen gerichtete Signalisierungsverbindung, welche zu dem Routen der modifizierten ISUP MSU gehört, auf der LIM 360 platziert ist. Folglich wird das modifizierte Signalisierungsnachrichtenpaket intern über den IMT-Bus 310 zu dem LIM 360 geroutet, wo es im Allgemeinen durch den E/A-Warteschleifenvorgang 362 empfangen wird. Virtuell wird das modifizierte Nachrichtenpaket von der E/A-Warteschleife 362 zu den MTP-Ebene-2-und-Ebene-1-Vorgängen 364 bzw. 366 weitergeleitet. Wiederum liefern die MTP-Ebene-1-und-2-Schichtvorgänge 366 bzw. 364 jeweils die Gegebenheiten, welche notwendig sind, digitale Daten über ein spezielles physikalisches Medium/physikalisches Interface zu senden und zu empfangen, ebenso wie die Fehlerdetektierung/-korrektur und ein aufeinander folgendes Liefern aller SS7-Nachrichtenpakete, welche in das SS7-Netzwerk übertragen wurden.
Ausführungsform des externen LNP-Datenbank-Servers
Eine andere Ausführungsform der vorliegenden Erfindung wird in 8 gezeigt. In dieser Ausführungsform ist enthalten: ein triggerloser LNP-Routing-Knoten 400, welcher ferner aus einem Paar von LIM-Modulen 320 und 360 besteht, ein Paar von MASP-Prozessoren 312 und ein IMT-Kommunikationsbus 310. Ebenso ist in der in 8 gezeigten Ausführungsform ein LSMS 370 beinhaltet. Die oben erwähnten Komponenten sind im Wesentlichen identisch in ihrer Funktion mit den entsprechenden Komponenten, welche zuvor für die Ausführungsform, welche in 2 gezeigt wird, beschrieben wurde. Folglich wird eine detaillierte Beschreibung dieser Systemkomponenten in der folgenden Diskussion nicht wiederholt.
Es wird gewürdigt werden, dass die LSM-Karte 340 der zuvor beschriebenen Ausführungsform durch eine LSME-Karte 410 und einen externen LNP-Datenbank-Server 450 ersetzt wird. Aus der Perspektive des Betreibens heraus liefert das LSME-Modul 410 und der externe LNP-Datenbank-Server 450 im Wesentlichen die gleiche Funktionalität wie das integrierte LSM-Modul 340, welches zuvor beschrieben wurde und in 2 gezeigt wird.
Das LSME-Modul 410, welches in 8 gezeigt wird, besteht zum Teil aus einem SCCP-Teilsystem-Kontroller, welcher als ein Signalisierungsverbindungs-Routing-Kontroller-(SCRC-)Vorgang 412 bekannt ist. Der SCRC-Vorgang 412 ist für die unterschiedliche Behandlung von Signalisierungsnachrichten auf der SCCP-Ebene und für das Verteilen der Signalisierungsnachrichten zu einer höheren Verarbeitungsebene, wenn diese geeignet ist, verantwortlich. In der in 8 gezeigten Konfiguration wird die nächsthöchste Verarbeitungsebene durch einen Orts-Nummernübertragbar-keitsmanager-(LNPM-)Vorgang 414 dargestellt. Der LNPM-Vorgang 414 ist für das Bestimmen verantwortlich, welche spezifische Orts-Nummernübertragbarkeits anwendung für eine erfolgreiche Verarbeitung eines speziell eingehenden Signalisierungsnachrichtenpaketes erforderlich ist. Während jegliche Anzahl oder eine Vielzahl von LNP-Umsetzungsanwen-dungen simultan auf einer einzelnen LSME-Karte vorgesehen sein kann, ist die triggerlose Orts-Nummernübertragbarkeits-(TLNP-) Anwendung 416 die am meisten relevante für eine allgemeine Diskussion der vorliegenden Erfindung. Die TLNP-Anwendung 416 enthält im Wesentlichen die logische Notwendigkeit, die ursprüngliche ISUP IAM-Nachricht zu entkapseln, die geeignete Information von der entkapselten Nachricht herauszuziehen und einen dazugehörigen LNP-Datenbanksuchlauf durchzuführen. Außerdem ist die TLNP-Anwendung 416 für das Modifizieren der Signalisierungsnachricht basierend auf den Ergebnissen des LNP-Datenbanksuchlaufs verantwortlich.
In der in 8 gezeigten Ausführungsform ist der TLNP-Anwendungsvorgang 416 auch über ein Interface mit einem Ethernet-Kontrollervorgang 418 verbunden, und demnach ist er auch für das Führen der eingehenden Nachrichtenpakete zu dem Vorgang 418 verantwortlich. Der Ethernet-Kontrollervorgang 418 dient als ein interner Ethernet-Endpunkt, welcher die Verbindung über eine Ethernet-Kommunikationsverbindung 460 zu dem externen LNP-Datenbank-Server 450 bedient und handhabt. Entsprechend beinhaltet der externe LNP-Datenbank-Server einen Ethernet-Kontroller-Vorgang 452, welcher als ein externer Ethernet-Endpunkt dient, welcher die Verbindung zu dem triggerlosen LNP-Routing-Knoten 400 über die Ethernet-Kommunikationsverbindung 460 bedient und verwaltet.
Wie in 8 gezeigt wird, wird eine LNP-Datenbank 454 innerhalb gespeichert und durch den LNP-Datenbank-Server 450 verwaltet. Ein derartiger LNP-Datenbank-Server könnte so konfiguriert sein, dass einige oder alle der LNP-Daten in Blöcken eines Hochgeschwindigkeits-Zugriffsspeichers (RAM) gespeichert werden, oder die LNP-Daten könnten auf einem physikalischen Speichermedium mit hoher Dichte und schnellem Zugriff, wie z.B. magnetischen oder optischen Disks bzw. Scheiben, gespeichert werden.
Das LSME 410 enthält auch einen HMRT-Vorgang 420, welcher für das Routen der SS7-Nachrichtenpakete verantwortlich ist, sobald die TLNP-Umsetzung vollendet ist. D.h., der HMRT-Vorgang 420 bestimmt, zu welcher LIM-Karte ein SS7-Nachrichtenpaket für die nachfolgende nach außen gerichtete Umsetzung geroutet werden sollte.
Es wird aus 8 gewürdigt werden, dass im Falle einer externen LNP-Datenbank-Serverkonfiguration der Server 450 in Kommunikation mit dem Lokalen Service Management-System (LSMS) 370 ist und durch dieses bedient wird, in einer ähnlichen Weise zu der, welche vorher beschrieben wurde. Wiederum sollte es ausreichen, festzustellen, dass das OSMS 370 den LNP-Datenbank-Server 454 mit der aktuellsten portierten Teilnehmerinformation, welche zu jeglicher Zeit verfügbar ist, wartet.
Mit dem Ethernet verbundener LNP-Datenbank-Server-Umsetzungsvorgang
Wieder mit Bezug auf 8 wird der Pfad einer typischen SS7 ISUP IAM-Signalisierungsnachricht, welche einen TLNP-Umsetzungsservice erfordert, als Nächstes von dem Empfang an dem triggerlosen LNP-Routing-Knoten durch das nach innen gerichtete LIM 320 über den Umsetzungsprozess und weiter zu dem nach außen gerichteten LIM 360 geführt. Wiederum wird ein detailliertes Flussdiagramm der TLNP-bezogenen Verarbeitungsschritte in den 5 und 6 gegeben, und es kann in Verbindung mit der in 8 gezeigten schematischen Zeichnung benutzt werden, um besser die triggerlose LNP-Suchlaufmethodik zu verstehen.
Da die Verarbeitungsschritte ST1 bis ST11 im Wesentlichen identisch mit jenen sind, welche oben für die in 2 gezeigte Ausführungsform diskutiert und beschrieben wurden, wird nachfolgend eine detaillierte Diskussion dieser Schritte nicht wiederholt. Stattdessen wird gewürdigt werden, dass eine eingehende ISUP IAM MSU durch die LIM-Karte 320 empfangen wird und entsprechend zu dem in den Schritten ST1 bis ST11 beschriebenen Vorgang die ISUP MSU SCCP-verkapselt wird und intern über den IMT-BUS 310 zu der LSME-Karte 410 für die endgültige TLNP-Verarbeitung geroutet wird.
Beginnt man mit dem Schritt T12, so wird die verkapselte SCCP MSU empfangen und durch den SCRC-Vorgang 412 untersucht, welcher auf der LSME 410 angesiedelt ist. Ist gegeben, dass das CdPA RI-Feld der SCCP MSU auf SSN gesetzt ist und das CdPA SSN-Feld der SCCP MSU auf das LNP-Teilsystem des TLNP-Knotens 400 gesetzt ist, leitet der SCRC-Vorgang 412 die verkapselte MSU an den LNPM-Vorgang 414, wie dies durch den Schritt ST13 angezeigt wird. Im Schritt ST14 verifiziert der LNPM-Vorgang 414, dass die SCCP MSU eine verkapselte ISUP MSU beinhaltet. Aufgrund der erfolgreichen Verifizierung wird die SCCP MSU an die TLNP-Anwendung 416 für die weitere Verarbeitung gesendet. Die TLNP-Anwendungsverarbeitung beginnt mit dem Verifizieren der Zeiger und Feldlängen, welche zu der ISUP-Nachricht gehören (ST15). Bei einer positiven Verifizierung im Schritt ST15 extrahiert die TLNP-Anwendung 416 als Nächstes die ursprüngliche ISUP MSU durch Entfernen und Fallenlassen der SCCP-Hülle (ST16). Die TLNP-Anwendung 416 führt als Nächstes eine Anzahl von Operationen durch, welche dazu dienen sollen, einen oder mehrere der Anrufer-(CdPA-)Parameter als gültig zu erklären, welche in der ursprünglichen ISUP MSU enthalten sind (ST17). Derartige Gültigkeitserklärungsoperationen können beinhalten, sind jedoch nicht auf folgende beschränkt: Verifizieren bzw. Für gültig-Erklären, dass die Anrufernummer existiert; Verifizieren, dass die Anrufernummer 10 Ziffern beinhaltet; Verifizieren, dass die Art der Adresse national ist; und Verifizieren, dass der Nummerierungsplan ISDN ist.
Wenn der oben beschriebene Validierungsvorgang erfolgreich vollendet ist, extrahiert die TLNP-Anwendung 416 die Anrufernummer aus der ISUP IAM MSU und benutzt diesen Wert, eine Suchlaufoperation in der LNP-Datenbank 454 durchzuführen (ST18). In der vorliegenden Ausführungsform wird gewürdigt werden, dass die LNP-Datenbank-Anfrage, welche durch den TLNP-Vorgang 416 angefordert wird, über die LNP-Datenbank 454 mit Hilfe der Hochgeschwindigkeits-Kommunikationsverbindung 460 der Ethernet-Art kommuniziert wird. Spezieller ausgedrückt, der TLNP-Vorgang 416 kommuniziert direkt mit dem Ethernet-Kontrollervorgang 418 auf der Leiterkarte, was den Zugriff auf die Ethernet-Kommunikationsverbindung 460 erleichtert. Die LNP-Datenbank-Anfragekommunikation wird durch den externen LNP-Datenbank-Server 450 und nachfolgend durch die LNP-Datenbank 454 über den Ethernet-Kontroller 452 empfangen. Es wird gewürdigt werden, dass umgekehrt ein ähnlicher Vorgang durchgeführt wird, wenn die LNP-Datenbank-Antwortnachrichten von dem externen LNP-Datenbank-Server 450 zu der LSME-Karte 410 kommuniziert werden. Es sollte auch gewürdigt werden, dass der TLNP-Verarbeitungsknoten 400 der vorliegenden Erfindung nicht auf das Benutzen einer Ethernet-Verbindung zwischen dem externen LNP-Datenbank-Server und der LSME-Karte 410 beschränkt ist. Jegliche Anzahl von kommerziell verfügbaren Hochgeschwindigkeits-Kommunikationsverbindungen und -protokollen könnte leicht implementiert werden, um die erforderliche Kommunikationsverbindung zwischen den Einrichtungen zu liefern.
Wie im Schritt ST19 aufgezeigt wird, wird das Umgesetzte-Anrufenummer-Anzeige-(TCNI-)Feld, welches in der ISUP IAM Nachricht enthalten ist, auf einen Wert von eins gesetzt sollte gewürdigt werden, dass das TCNI-Feld auf einen Wert von eins gesetzt wird, ungeachtet dessen, ob eine Übereinstimmung während der LNP-Suchlauf-Operation gefunden wird. Im Falle, dass ein Eintrag in der LNP-Datenbank 454 existiert, welcher dem Angerufenen-Nummernwert in der ISUP IAM-Nachricht entspricht, wird die Angerufenen-Nummer als eine mit einem portierten Teilnehmer verbundene betrachtet (ST20), und der LNP-Datenbankvorgang 454 schickt eine Orts-Routing-Nummer (LRN) zurück. Vor dem Integrieren bzw. dem Einbauen des LRN-Wertes in der ISUP MSU wird der ursprüngliche CdPA-Nummernwert, welcher bei dem LNP-Datenbanksuchlauf benutzt wurde, in einem Generischen Adressenparameter-(GAP-)Feld gespeichert, welches auch innerhalb der ISUP MSU enthalten ist (ST21). Nachfolgend wird das CdPA-Nummernfeld der ISUP MSU mit dem LRN-Wert überschrieben, welcher durch den LNP-Datenbankvorgang 454 zurückgeschickt wurde, wie dies im Schritt ST22 angezeigt wird.
Wie ferner im Schritt St23 angezeigt wird, kann ein Zuständigkeits-Informationsparameter (JIP) an die TLNP-bearbeitete ISUP MSU unter bestimmten Bedingungen angefügt werden. Diese Bedingungen wurden für die vorherige Ausführungsform im Detail beschrieben und werden folglich nachfolgend nicht wiederholt. Wenn die TLNP-Verarbeitung vollendet ist, wird die modifizierte ISUP MSU an den HMRT-Vorgang 420 weitergeleitet. Der HMRT-Vorgang 420 bestimmt, zu welcher LIM-Karte ein SS7-Nachrichtenpaket für die nachfolgende nach außen gerichtete Übertragung geroutet werden sollte. In diesem Fall bestimmt der HMRT-Vorgang 420, dass die gewünschte nach außen gerichtete Signalisierungsverbindung, welche zu dem Routen der modifizierten ISUP MSU gehört, auf der LIM 360 angesiedelt ist. Folglich wird das modifizierte Signalisierungsnachrichtenpaket intern über den IMT-Bus 310 zu dem LIM 360 geroutet, wo es im Allgemeinen durch den E/A- Warteschlangenvorgang 362 empfangen wird. Eventuell wird das modifizierte Paket von der E/A-Warteschlange 362 weiter zu den MTP-Ebene-2-und-Ebene-1-Vorgängen 364 und 366 jeweils weitergeleitet. Wiederum liefern jeweils die MTP-Ebene-1-und-2-Schichtvorgänge 366 bzw. 364 die Gegebenheiten, welche notwendig sind, digitale Daten über ein spezielles physikalisches Medium/physikalisches Interface zu senden und zu empfangen, ebenso wie eine Fehlerdetektierung/-korrektur und die Lieferung aller SS7-Nachrichtenpakete in Reihenfolge, welche in das SS7-Netzwerk gesendet wurden, bereitzustellen.
Beispielhafter triggerloser LNP-Anruferstellungsnachrichtenfluss
In 9 wird eine vereinfachte Netzwerkzeichnung gezeigt, welche im Allgemeinen ein Beispiel eines Anrufflusses zeigt, welcher zu einem triggerlosen portierten Nummernanruferstellungsszenario gehört. Es wird gewürdigt werden, dass 9 ein Telekommunikationsnetzwerk beinhaltet, welches im Allgemeinen durch die Zahl 500 angezeigt wird. Das Telekommunikationsnetzwerk 500 besteht ferner aus einer Anzahl von diskreten Netzwerkbauelementen und Kommunikationsendgeräten, von denen viele in 1 dargestellt wurden. Spezieller ausgedrückt, aus denjenigen Bauelementen, welche zuvor in 1 beschrieben wurden, beinhaltet das Netzwerk 500 das Ursprungsendamt (EO) 110, das Empfangsziel-EO 112, das Donor-Ziel-EO 113, das Durchgangsamt 114, das Anruferendgerät 120 und das Angerufenen-Endgerät 122. Das Netzwerk 500 beinhaltet auch einen TLNP-Routing-Knoten 516, welcher in Form und Funktion ähnlich zu der ersten Ausführungsform der hier beschriebenen vorliegenden Erfindung ist. Demnach enthält der TLNP-Routing-Knoten 516 eine interne integrierte TLNP-Datenbank 518.
In diesem Beispiel wird angenommen, dass der Angerufenen 122 einen lokalen Telefondienst besaß, welcher von einem Service-Anbieter, welchem das EO 113 gehört, zu einem Service-Anbieter, welchem das EO 112 gehört, portiert wurde. Folglich ist angenommen, dass die Service-Verantwortlichkeit für den Angerufenen 122 von dem Donor-EO 113 zu dem Empfangs-EO 112 an einem bestimmten Punkt in der Vergangenheit übertragen wurde. Demnach wird nun von dem EO 112 angenommen, dass er dem Anrufer 122 dient. Wiederum wird angenommen, dass die in 9 gezeigte Zeichnung allgemein den Fluss der SS7-Anruferstellungsnachrichten in Antwort auf das Platzieren eines Telefonanrufs von dem Anrufer 120 zu dem portierten Angerufenen 122 darstellen soll. 10 liefert beispielhafte ISUP IAM-Nachrichteninhalte vor und nach der TLNP-Verarbeitung, welche in dem beispielhaften Szenario durchgeführt wird, welches in 9 gegeben wird. In 10 zeigt die linke Spalte die verschiedenen Felder in einer IAM-Nachricht an. Die zentrale Spalte zeigt beispielhaft Feldwerte vor der LNP-Verarbeitung, und die rechte Spalte zeigt beispielhaft Feldwerte nach der LNP-Verarbeitung.
Es wird gewürdigt werden, dass die in 10 gezeigten Felder ein Teilsatz der Felder sind, welche innerhalb einer typischen ISUP IAM-Nachricht enthalten sind, und folglich soll 10 nicht eine vollständige ISUP IAM-Nachricht darstellen. Spezieller ausgedrückt, 10 beinhaltet einen beispielhaften Ursprungspunktcode (OPC), einen Zielpunktcode (DPC), eine Anrufernummernlänge (CgPA:NL), eine Anruferadresse (CgPA:ADD), eine Angerufenen-Nummernlänge (CdPA:NL), eine Angerufenenadresse (CDPA:ADD), einen Angerufenen-Nummerierungsplan (CdPA:NP), die Art des Adressindikators für den Angerufenen (CdPA:NAI), den Umgesetzten Anrufnummernindikator (TCNI), den Generischen Adressenparameter (GAP) und Zuständigkeitsinformations-Parameter-(JIP-)Werte.
Wie in 9 angezeigt wird, formuliert in Antwort auf die Anruf-Initiierungsaktivität, welche durch den Anrufer 120 durchgeführt wird, das Ursprungsendamt 110 eine ISUP IAM-Nachricht N1 und leitet sie in das SS7-Signalisierungsnetzwerk. In diesem Beispiel wird angenommen, dass das EO 110 einer SS7-Netzwerkadresse oder einem Punktcode (PC) von 1-1-0 zugeordnet wurde, während der TLNP-Routing-Knoten 516 einen PC von 2-2-0 besitzt und das Durchgangsamt 114 einen PC von 3-3-0 besitzt. Es wird ferner angenommen, dass das Empfangs-EO 112 eine zugeordnete Orts-Routing-Nummer (LRN) von 9193801111 besitzt, dass dem Anrufenden 120 eine Telefonnummer von 9194671234 zugeordnet wurde und der Angerufene 122 eine Telefonnummer vom 9194605500 besitzt. Demnach wird aus 10 gewürdigt werden, dass die ISUP IAM-Nachricht N1 Anrufer- und Angerufenen-Information beinhaltet, welche zu dem Anrufer 120 bzw. dem Angerufenen 122 gehört. Es wird auch gewürdigt werden, dass der OPC der Nachricht N1 auf 1-1-0 gesetzt ist, während der DPC auf 3-3-0 gesetzt ist.
Kehrt man nun zu dem in 9 gezeigten Nachrichtenfluss zurück, wird die ISUP IAM-Nachricht N1 durch den TLNP-Routing-Knoten 516 empfangen und nachfolgend untersucht, um zu bestimmen, ob eine TLNP-Verarbeitung erforderlich ist. In diesem Fall wird der TLNP-Umsetzungsdienst angezeigt, und ein LNP-Datenbank-Suchlauf wird durch das TLNP-Teilsystem 518 basierend auf dem CdPA:ADD-Wert von 9194605500 durchgeführt. Es wird eine Übereinstimmung in der LNP-Datenbank gefunden, und es wird ein LRN-wert von 9193801111 zurückgeschickt, wie dies in der beispielhaften LNP-Datenbank der 4 gezeigt wird. Es sollte gewürdigt werden, dass der von der LNP-Datenbank zurückgeschickte LRN-Wert mit dem des Empfangs-EO 112 übereinstimmt, welches dem Angerufenen 122 dient. Folglich werden mehrere an der Anfangs-ISUP IAM MSU gemachte Modifikationen zu einer neuen ISUP IAM-Nachricht N2. Wie in 10 angezeigt wird, gibt es eine Anzahl von Hauptunterschieden zwischen der N2-Nachricht und der ursprünglichen ISUP IAM-Nachricht N1. Das CdPA:ADD-Feld der N2-Nachricht wurde von dem vorherigen N1-Wert 9194605500 geändert, um den LRN-Wert 9193801111 wiederzugeben, welcher von der LNP-Datenbank-Suchlaufoperation zurückgeschickt wird. Das umgesetzte Anrufnummern-Indikator-(TCNI-)Feld wurde auch von dem vorherigen N1-Wert von 0 auf den neuen Wert von 1 geändert. Zwei neue Parameter wurden auch hinzugefügt und den Werten in der N2-Nachricht zugewiesen. Das GAP:ADD-Feld wurde auf den ursprünglichen N1-CdPA:ADD-Wert von 9194605500 gesetzt, während der JIP:ID-Parameter auf die ersten sechs Ziffern des N1-CgPA:ADD-Werts von 919467 gesetzt wurde.
Es sollte gewürdigt werden, dass die LNP-Antwortnachricht N2 eine Orts-Routing-Nummer (LRN) enthält, welche zu dem Empfangs-EO 112 gehört. Der TLNP-Routing-Knoten 516 nachfolgend MTP routet die Nachricht N2 zum Durchgangsamt 114. Das Durchgangsamt 114 untersucht die Nachricht und verarbeitet die Nachricht und formuliert eine Nachricht N3, deren Inhalt nicht speziell relevant für eine Diskussion der vorliegenden Erfindung ist. Die Nachricht N3 wird zurück zu dem TLNP-Routing-Knoten 516 gesendet, welcher umgekehrt als MTP die Nachricht zu dem Empfangs-EO 112 als Nachricht N4 routet.
Wiederum werden Fachleute für Telekommunikationsnetzwerkoperationen würdigen, das zusätzliche Anruferstellungs- und -abschaltenachrichten, nicht in 9 gezeigt, notwendig sein können, um einen Telefonanruf zwischen dem Anrufer 120 und dem Angerufenen 122 zu verwalten und zu vervollständigen. Der in 9 gezeigte Signalisierungsnachrichtenfluss soll nur dazu dienen, allgemein einen TLNP-Umsetzungsvorgang der vorliegenden Erfindung darzustellen. Da diese zusätzlichen Signalisierungsnachrichten nicht speziell für die Gestaltung und den Betrieb der vorliegenden Erfindung relevant sind, wird hier keine detaillierte Diskussion von Anruferstellungs- und -abschaltungsverfahren in einem SS7-Telekommunikationsnetzwerk geliefert.
Die triggerlose Nummernübertragbarkeitsverarbeitung, welche in 8 dargestellt wird, kann im Gegensatz zu herkömmlicher getriggerter Nummernübertragbarkeitsverarbeitung, welche in 1 dargestellt wird, stehen. Erstens, da der TLNP-Routing-Knoten 516 bestimmt, ob die Nummernübertragbarkeitsverarbeitung erforderlich ist, muss das Ursprungsendamt 110 keinen Nummernübertragbarkeits-Verarbeitungstrigger besitzen, wie er durch das System in 1 gefordert wird. Dies ist ein signifikanter Vorteil, da es lästig ist, viele Endämter vorzusehen, um portierte Nummern zu triggern.
Ein weiterer Vorteil, welcher durch den TLNP-Routing-Knoten der vorliegenden Erfindung geliefert wird, ist eine verminderte Anzahl von Nachrichten für das Durchführen der Nummernübertragbarkeitsverarbeitung. Beispielsweise sind acht Nachrichten erforderlich, um die Anruferstellungsnachricht an das Endamt 112 des Angerufenen zu liefern, wie in 1 dargestellt, während nur vier Nachrichten in 9 erforderlich sind. Dieser verminderte Nachrichtenfluss, welcher durch die Ausführungsformen der vorliegenden Erfindung geliefert wird, vermindert die Anruferstellungszeit und die Netzwerküberlastung.
Es wird verstanden werden, dass verschiedene Details der Erfindung verändert werden können, ohne vom Umfang der Erfindung abzuweichen. Außerdem dient die vorausgegangene Beschreibung nur dem Zweck der Erläuterung und nicht dem Zweck der Eingrenzung, wobei die Erfindung durch die Ansprüche definiert ist.

Claims

Triggerloser Nummernübertragbarkeits-Routing bzw. Leitweglenkungs-Knoten (300), wobei der Routing-Knoten (300) gekennzeichnet ist durch: (a) eine Nummernübertragbarkeitsdatenbank (348), welche Paket-Routing-Anweisungsaufzeichnungen enthält, welche zu portierten Teilnehmern gehören; und (b) ein Kommunikationsmodul (320), welches geeignet ist, über ein erstes Kommunikationsnetzwerk eine erste Anruferstellungsnachricht von einem ersten Endamt (110) zu empfangen, welches zu einem Anrufer gehört, wohingegen die erste Anruferstellungsnachricht eine erste Angerufenen-Adresse und einen portierten Nummernumsetzungsanzeiger beinhaltet und geeignet ist, eine Stopp-Aktionsfunktion (328) durchzuführen, wohingegen damit das Kommunikationsmodul (320) geeignet ist, den portierten Nummernumsetzungsanzeiger zu prüfen, um zu bestimmen, ob das Bearbeiten der Nummernübertragbarkeit erforderlich ist, und in Antwort auf das Bestimmen, dass eine Bearbeitung der Nummernübertragbarkeit erforderlich ist, geeignet ist, die erste Anruferstellungsnachricht an eine triggerlose Nummernübertragbarkeitsapplikation bzw. -anwendung (346) weiterzuleiten, wohingegen die triggerlose Nummernübertragbarkeitsapplikation (346) geeignet ist, die erste Anruferstellungsnachricht zu empfangen, geeignet ist, die erste Angerufenen-Adresse von der ersten Anruferstellungsnachricht zu extrahieren, geeignet ist, einen Suchlauf in der Nummernübertragbarkeitsdatenbank (348) durchzuführen wobei die erste Angerufenen-Adresse benutzt wird, um eine zweite Angerufenen-Adresse, welche zu einem zweiten Endamt gehört, zu erhalten, und geeignet ist, die erste Anruferstellungsnachricht so zu modifizieren, dass sie die zweite Angerufenen-Adresse beinhaltet, wohingegen dann der triggerlose Nummernübertragbarkeits-Routing-Knoten (300) geeignet ist, die modifizierte Anruferstellungsnachricht mit Hilfe einer Routing-Funktion (350) über eine nach außen gerichtete Signalisierungsverbindung zu routen, wobei dadurch der Anruferstellungsvorgang fortgeführt wird.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass die erste Anruferstellungsnachricht an ein Endamt (113) adressiert ist, von welchem ein Angerufener portiert wurde, und dadurch gekennzeichnet, dass das Kommunikationsmodul (320) geeignet ist, die erste Anruferstellungs-Signalisierungsnachricht abzufangen.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass das Kommunikationsmodul (320), die Stopp-Aktionsfunktion (328), die Nummernübertragbarkeitsdatenbank (348), die triggerlose Nummernübertragbarkeitsanwendung (348) und die Routing-Funktion (350) Komponenten eines Signalübertragungspunktes (STP) sind.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass die erste Anruferstellungsnachricht eine Signalsierungssystem-7-(SS7-)Anruferstellungs-Signalisierungsnachricht ist.
Routing-Knoten (300) nach Anspruch 4, dadurch gekennzeichnet, dass die Signalisierungssystem-7-(SS7-) Anruferstellungs-Signalisierungsnachricht eine TSDN-Nutzerteil-(ISUP-)Nachrichtsignaleinheit (MSU) ist.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass die erste Anruferstellungsnachricht eine Anfangsadressnachricht ist.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass das erste Kommunikationsnetzwerk ein Signalisierungssystem-7-(SS7-)Netzwerk ist.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass das erste Kommunikationsnetzwerk ein Internet-Protokoll-(IP-)Netzwerk ist.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass das Kommunikationsmodul ein Signalisierungssystem-7-(SS7-)Verbindungs-Interface-Modul (LIM) (320) ist, welches geeignet ist, um SS7-Nachrichten über eine SS7-Signalisierungsverbindung zu empfangen.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass das Kommunikationsmodul ein Internet-Protokoll-(IP-)Datenbank-Kommunikationsmodul (DCM) ist, welches geeignet ist, um IP-verkapselte SS7-Nachrichten über ein IP-Netzwerk zu empfangen.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass jede Aufzeichnung in der Nummernübertragbarkeitsdatenbank (348) eine Signalisierungssystem-7-(SS7-)Standort-Routing-Nummer (LRN) beinhaltet.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass wenigstens eine Aufzeichnung in der Nummernübertragbarkeitsdatenbank (348) eine Internet-Protokoll-(IP-)Zieladresse und -Anschlussnummer enthält.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass die Stopp-Aktionsfunktion (328) geeignet ist, die erste Anruferstellungsnachricht in ein Signalisierungsverbindungssteuerteil-(SCCP-)Paket zu verkapseln.
Routing-Knoten (300) nach Anspruch 13, dadurch gekennzeichnet, dass die Stopp-Aktionsfunktion (328) geeignet ist, einen Ursprungspunktcodewert in dem SCCP-Paket auf einen Punktcode des Routing-Knotens zu setzen, einen SCCP-angerufenen Routing-Anzeigerwert in dem SCCP-Paket auf SSN zu setzen und einen Angerufenen-Untersystem-Nummernwert in dem SCCP-Paket auf eine Nummernübertragbarkeits-Untersystemnummer des Routing-Knotens (300) zu setzen.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass die triggerlose Nummernübertragbarkeitsfunktion (346) geeignet ist, die erste Angerufenen-Adresse durch die zweite Angerufenen-Adresse in der ersten Anruferstellungsnachricht zu ersetzen.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass die zweite Angerufenen-Adresse eine Orts-Routing-Nummer (LRN) ist, welche zu dem zweiten Endamt (112) gehört.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass die erste Anruferstellungsnachricht ein allgemeines Adressparameter-Adressfeld beinhaltet, welches einen ersten Adresswert aufweist, und die triggerlose Nummernübertragbarkeitsanwendung (346) geeignet ist, den ersten Adresswert durch die erste Angerufenen-Adresse zu ersetzen.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass die erste Anruferstellungsnachricht ein erstes Umgesetzte-Anruf-Nummer-Anzeigerfeld beinhaltet, welches einen ersten Wert aufweist, und die triggerlose Übertragbarkeitsanwendung (348) geeignet ist, den ersten Wert auf eins zu setzen.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass die erste Anruferstellungsnachricht einen Zuständigkeitsanzeigeparameter beinhaltet, welcher einen ersten Wert aufweist, und die triggerlose Nummernübertragbarkeitsanwendung (346) geeignet ist, den ersten Wert auf wenigstens einen der Digits von einem Angerufenen-Adresse-Wert zu setzen, welcher in der ersten Anruferstellungsnachricht enthalten ist.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass die Nummernübertragbarkeitsdatenbank (348) in dem Routing-Knoten (300) enthalten ist.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass die Nummernübertragbarkeitsdatenbank (348) auf einem externen Datenbankserver platziert ist, welcher kommunikativ an den Routing-Knoten (300) gekoppelt ist.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass die Nummernübertragbarkeitsdatenbank einen Hochgeschwindigkeitszugriffsspeicher (RAM) beinhaltet, um die Paket-Routing-Instruktionsaufzeichnungen zu speichern.
Routing-Knoten (300) nach Anspruch 1, dadurch gekennzeichnet, dass die Nummernübertragbarkeitsdatenbank (348) ein Hochgeschwindigkeits-, optisches Disk- bzw. Scheibe-Speichermedium beinhaltet, um die Paket-Routing-Instruktionsaufzeichnungen zu speichern.
Verfahren zum Routen eines Datenpaketes, welches zu einem portierten Teilnehmer in einem Kommunikationsnetzwerk gehört, wobei das Verfahren durch die folgenden Schritte gekennzeichnet ist: (a) Empfangen eines Datenpakets von einem Kommunikationsnetzwerk; (b) Bestimmen, ob das Datenpaket eine Anruferstellungsnachricht enthält; (c) in Antwort auf das Bestimmen, dass das Datenpaket eine Anruferstellungsnachricht enthält, Benutzen einer triggerlosen Nummernübertragbarkeitsanwendung, um einen Suchlauf in einer Nummernübertragbarkeitsdatenbank (348) durchzuführen unter Verwendung von Schlüsselinformation, welche in dem Datenpaket beinhaltet ist, benutzt wird; (d) Benutzen der triggerlosen Nummernübertragbarkeitsanwendung, um den Inhalt des Datenpaketes zu modifizieren, um eine oder mehrere Nummernübertragbarkeits-Routing-Anweisungen, welche durch den Nummernübertragbarkeits-Datenbanksuchlauf zurückgeschickt wurden, einzubauen; und (e) Übertragen des modifizierten Datenpaketes in das Kommunikationsnetzwerk, wobei dadurch das Erstellen des Anrufs fortgeführt wird.
Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass das Datenpaket eine Signalisierungssystem-7-(SS7-)Signalisierungsnachricht ist.
Verfahren nach Anspruch 25, dadurch gekennzeichnet, dass die Signalisierungssystem-7-(SS7-)Signalisierungsnachricht eine ISDN-Nutzerteil-(ISUP-)Nachrichtsignaleinheit (MSU) ist.
Verfahren nach Anspruch 26, dadurch gekennzeichnet, dass die ISUP MSU eine Anfangsadressnachricht beinhaltet.
Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass das Kommunikationsnetzwerk ein Signalisierungssystem-7-(SS7-)Netzwerk ist.
Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass das Kommunikationsnetzwerk ein Internet-Protokoll-(IP-) Netzwerk ist, welches IP-verkapselte SS7-Nachrichten trägt.
Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass das Bestimmen, ob das Datenpaket eine Anruferstellungsnachricht enthält, das Bestimmen beinhaltet, ob das Datenpaket eine SS7-ISDN-Nutzerteil-Anfangsadressnachricht ist.
Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass die Schlüsselinformation, welche in dem Nummernübertragbarkeits-Datenbanksuchlauf benutzt wird, Adressidentifikationsinformation beinhaltet, welche zu dem Angerufenen gehört.
Verfahren nach Anspruch 31, dadurch gekennzeichnet, dass die Adressidentifikationsinformation die Information beinhaltet, welche in einem Angerufenen-Adress-(CdPA:ADD-) Feld des Datenpakets beinhaltet ist.
Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass die Nummernübertragbarkeits-Routing-Instruktionsinformation, welche von der Nummernübertragbarkeitsdatenbank (348) zurückgeschickt wird, eine Standort-Routing-Nummer ist.
Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass das Modifizieren des Inhalts des Datenpakets das Ersetzen des Originalinhalts eines Angerufenen-Adresse-(CdPA:ADD-) Feldes in dem Datenpaket durch die Routing-Instruktionsinfomation beinhaltet, welche durch den Nummernübertragbarkeits-Datenbanksuchlauf zurückgeschickt wird.
Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass die Routing-Instruktionsinformation, welche durch die Nummernübertragbarkeitsdatenbank (348) zurückgeschickt wird, eine Standort-Routing-Nummer (LRN) beinhaltet.
Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass das Modifizieren des Inhalts des Datenpakets das Ersetzen des Originalinhalts eines allgemeinen Adressparameter-Adress-(GAP:ADD-)Feldes in dem Datenpaket durch den Originalinhalt eines Angerufenen-Adresse-(CdPA:ADD-)Feldes in dem Datenpaket beinhaltet.
Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass das Modifizieren des Inhalts des Datenpakets das Setzen eines Umgesetzten-Anrufnummer-Anzeigerfeldes in dem Datenpaket auf den Wert eins beinhaltet.
Verfahren nach Anspruch 28, dadurch gekennzeichnet, dass das Modifizieren des Inhalts des Datenpaketes das Setzen eines Zuständigkeits-Informationsparameter-Identifikations-(JIP:ID-)Feldes in dem Datenpaket auf einen Wert gleich den Digits, welche aus dem Anrufer-Adress- (CgPA:ADD-)Feld des Datenpaketes extrahiert sind, beinhaltet.
Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass das Empfangen eines Datenpakets von einem Kommunikationsnetzwerk das Empfangen eines Datenpakets von einem ersten Endamt (110) beinhaltet, welches zu einem Anrufer in dem Kommunikationsnetzwerk gehört, und dadurch gekennzeichnet, dass das Übertragen des modifizierten Datenpaketes in ein Kommunikationsnetzwerk das Übertragen des modifizierten Datenpaketes zu einem Durchgangsamt (114) in dem Kommunikationsnetzwerk beinhaltet.
Verfahren nach Anspruch 24, welches aufweist: in Antwort auf das Bestimmen, dass das Datenpaket eine Anruferstellungsnachricht beinhaltet, und bevor der Suchlauf ausgeführt wird, Verkapseln des Datenpaketes in eine Signalisierungsverbindungssteuerteil-(SCCP)Nachricht.
Verfahren nach Anspruch 40, dadurch gekennzeichnet, dass das Verkapseln des Datenpaketes in ein SCCP-Paket das Einstellen eines Ursprungs-Punktcodewertes in dem SCCP-Paket auf einen Punktcode des Routing-Knotens (300), eines SCCP-Angerufenen-Routing-Anzeigerwertes in dem SCCP-Paket auf einen SSN und eines Angerufenen-Untersystem-Nummernwertes in dem SCCP-Paket auf eine Nummernübertragbarkeits-Untersystemnummer des Routing-Knotens (300) beinhaltet.
Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass das Modifizieren des Inhalts des Datenpakets das Einstellen eines Zuständigkeits-Informationsparameterfeldes auf einen Wert beinhaltet, um ein Endamt (110) zu identifizieren, von dem die Anruferstellungsnachricht stammt.
Verfahren nach Anspruch 34, dadurch gekennzeichnet, dass das Empfangen einer Anruferstellungs-Signalisierungsnachricht das Abfangen einer Anruferstellungs-Signalisierungsnachricht beinhaltet, welche an ein Endamt (113) adressiert ist, von welchem ein Angerufener portiert wurde.
Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass die Schritte (a)–(e) bei einem Signalübertragungspunkt (STP) durchgeführt werden.
Computerprogrammprodukt, welches von einem Computer ausführbare Anweisungen enthält, welche in einem von einem Computer lesbaren Medium enthalten sind, um die Schritte auszuführen, welche gekennzeichnet sind durch: (a) Empfangen einer Anruferstellungsnachricht von einem Kommunikationsnetzwerk, wobei die Anrufersterstellungsnachricht einen ersten Angerufenen-Adresswert beinhaltet, welcher zu einem ersten Endamt (110) gehört; (b) Nutzen einer triggerlosen Nummernübertragbarkeitsanwendung, um einen Suchlauf in einer Nummernübertragbarkeitsdatenbank (348) basierend auf dem ersten Angerufenen-Adresswert durchzuführen und um einen zweiten Angerufenen-Adresswert, welcher zu einem zweiten Endamt (112) gehört, zu erhalten; (c) Benutzen der triggerlosen Nummernübertragbarkeitsanwendung, um den ersten Angerufenen-Adresswert in der Anruferstellungsnachricht durch den zweiten Angerufenen-Adresswert zu ersetzen; und (d) Routen der Anruferstellungsnachricht über eine nach außen gerichtete Signalisierungsverbindung und wobei dadurch der Anruferstellungsvorgang fortgeführt wird.
Computerprogrammprodukt nach Anspruch 45, dadurch gekennzeichnet, dass in Antwort auf das Empfangen der Anruferstellungsnachricht und vor dem Ausführen des Datenbanksuchlaufes, die Anruferstellungsnachricht in einem Signalisierungsverbindungs-Steuerteil-(SCCP-)Paket verkapselt.
Computerprogrammprodukt nach Anspruch 46, dadurch gekennzeichnet, dass das Verkapseln der Anrufsignalisierungsnachricht in einem SCCP-Paket das Setzen eines Zuständigkeits-Informationsparameter-Feldes auf einen Wert beinhaltet, um ein Endamt (110) zu identifizieren, von dem jene Anruferstellungsnachricht stammt.
Computerprogrammprodukt nach Anspruch 45, dadurch gekennzeichnet, dass die Anruferstellungsnachricht einen ersten Anrufer-Adresswert und einen ersten Zuständigkeitsinformationsparameterwert beinhaltet.
Computerprogrammprodukt nach Anspruch 48, dadurch gekennzeichnet, dass der Zuständigkeitsinformationsparameterwertes modifiziert wird, um wenigstens ein Teil des ersten Anruferadresswertes zu beinhalten.
Computerprogrammprodukt nach Anspruch 45, dadurch gekennzeichnet, dass das Empfangen einer Anruferstellungsnachricht das Empfangen einer ISDN-Nutzerteil-(ISUP)Nachricht beinhaltet.
Computerprogrammprodukt nach Anspruch 45, dadurch gekennzeichnet, dass das Routen der Anruferstellungsnachricht über eine nach außen gerichtete Signalisierungsverbindung das Weiterleiten der ersten Anruferstellungsnachricht zu einer Durchgangsvermittlung (114) beinhaltet.
Computerprogrammprodukt nach Anspruch 45, dadurch gekennzeichnet, dass das Empfangen einer Anruferstellungsnachricht das Abfangen einer Anruferstellungsnachricht beinhaltet, welche an ein Endamt (113) adressiert ist, von welchem ein Angerufener portiert wurde.
Computerprogrammprodukt nach Anspruch 45, dadurch gekennzeichnet, dass das Ausführen eines Suchlaufs in einer Nummernübertragbarkeitsdatenbank (348) und das Routen der Anruferstellungs-Signalisierungsnachricht das Durchführen des Suchlaufs und das Routen bei einem Signalübertragungspunkt (STP) beinhaltet.