DE60014715T2 - Verfahren und systeme zur weglenkung von nachrichten in einem telekommunikationsnetzwerk - Google Patents
Verfahren und systeme zur weglenkung von nachrichten in einem telekommunikationsnetzwerk Download PDFInfo
- Publication number
- DE60014715T2 DE60014715T2 DE60014715T DE60014715T DE60014715T2 DE 60014715 T2 DE60014715 T2 DE 60014715T2 DE 60014715 T DE60014715 T DE 60014715T DE 60014715 T DE60014715 T DE 60014715T DE 60014715 T2 DE60014715 T2 DE 60014715T2
- Authority
- DE
- Germany
- Prior art keywords
- message
- database
- routing
- messages
- network
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
- H04W88/184—Messaging devices, e.g. message centre
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0025—Provisions for signalling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Facsimiles In General (AREA)
Description
- Technischer Bereich
- Die vorliegende Erfindung bezieht sich auf das Leitweglenken (Routen) von Signalisierungsnachrichten in einem Kommunikationsnetzwerk, und speziell auf Verfahren und Systeme zum Liefern eines Schaltknotens, welcher eine flexible Nachrichten-Leitweglenkfunktionalität beinhaltet.
- Stand der Technik
- Innerhalb der weltweiten drahtlosen bzw. Funk-Telekommunikationsindustrie wird der gegenwärtige Trend in der Netzwerktechnologie zwischen den Architekturen aufgeteilt, die auf dem Global System for Mobile Communications (GSM) bzw. Globalsystem für Mobile Kommunikation und auf dem American National Standards Institute (ANSI)-41 bzw. Nationalem Amerikanischen Institut für Standards beruhen. In vielen Gesichtspunkten sind die auf GSM und ANSI-41 basierenden Netzwerke ganz ähnlich, wobei sich die primären Unterschiede zwischen den zwei Technologien einfach auf die Protokolle beziehen, welche benutzt werden, um zwischen den verschiedenen Netzwerkentitäten zu kommunizieren, und den Betriebsfrequenzen der Kommunikationshandgeräte selbst. Bei der Diskussion der vorliegenden Erfindung wird im Interesse der Klarheit diese auf Netzwerkimplementierungen vom GSM-Typ beschränkt. Es sollte jedoch gewürdigt werden, dass die vorliegende Erfindung in ähnlicher Weise in einem ANSI-41-, bei Personenkommunikationsdiensten (PCS)oder ähnlichen Arten von Netzwerken genutzt werden kann.
- Eine typische GSM-Netzwerkarchitektur wird in
1 dargestellt. Wie in1 gezeigt wird, beinhaltet das typische GSM-Netzwerk, im Allgemeinen mit der Ziffer100 bezeichnet, eine Anzahl von Funktionselementen oder Knoten, welche in ge eigneter Weise miteinander verbunden sind, um so den gewünschten gesamten Netzwerkdienst zu erhalten. Diese Netzwerkknoten beinhalten ein Heimatregister (HLR)116 , ein Besucherregister (VLR)118 , ein Geräte-Identifikationsregister (EIR)120 , ein Berechtigungszentrum (AuC)122 , ein Mobil-Schaltzentrum (MSC)110 , ein Netzübergangsmobil-Schaltzentrum (GMSC)112 , ein Netzanpassungs-Mobil-Schaltzentrum (IWMSC)132 und ein Kurznachricht-Servicezentrum (SMSC)130 . Kurzum, das HLR116 ist eine Datenbank, welche benutzt wird, um Teilnehmerinformation für alle Kunden innerhalb des Heimatdienstbereiches des GSM-Service Providers bzw. -Dienstanbieters zu speichern. Funktionell ist das HLR116 über ein Signalisiernetzwerk mit anderen Dienstbereichen verbunden, so dass eine Teilnehmerinformation effizient zwischen geographisch verschiedenen Netzwerken anteilig genutzt werden kann, eine Charakteristik, welche das nahtlose Inter-Netzwerk-Roaming erleichtert. Ähnlich wie das HLR116 ist auch das VLR118 eine Datenbank, welche Teilnehmerinformation beinhaltet. Jedoch wird das VLR118 speziell zum Speichern von Information benutzt, welche sich auf die Teilnehmer bezieht, welche sich nicht in ihrem Heimatdienstbereich befinden. Speziell ist das VLR118 der Ort, an dem auf das Roaming bezogene Daten für einen Kunden gespeichert werden, wenn der Kunde sein Handgerät außerhalb seines gekennzeichneten Heimatdienstbereiches aktiviert. Der EIR-Knoten120 hält Information, welche sich auf die Identifikationsseriennummern aller Kundenbandgeräte bezieht, welche innerhalb des Dienstbereiches aktiviert wurden, während der AuC-Knoten122 Sicherheits- oder Verschlüsselungsdaten beinhaltet, welche mit jedem Handgerät verbunden sind. Das SMSC130 dient in erster Linie als ein Speichuer- und Weiterleitmechanismus für Teilnehmer, um Kurznachrichtendienst(SMS)-Nachrichten an andere mobile Teilnehmer oder Rechnersysteme zu senden. - Die oben beschriebenen fünf Netzwerkelemente (HLR, VLR, EIR, AuC, SMSC) können als wesentliche Datenbanken oder Datenbank verarbeitungsknoten gedacht bzw. angesehen werden. Im Gegensatz zu diesen Datenbankknoten werden das MSC
110 , GMSC112 und IWMSC132 im Allgemeinen als Netzwerkschaltelemente betrachtet. Neben ihren vielen Funktionen sind das SMC110 und GMSC112 für das Bestimmen verantwortlich, welche Zellenstelle einen Ruf übernehmen wird. Eine derartige Freihandsteuerung wird durch eine Kommunikationsverbindung zwischen dem MSC110 und einem damit verbundenen bzw. zugehörigen Basisstationssteuergerät (BSC)/Basisübertragungsstation (BTS)-Paar124 erleichtert. Das GMSC112 ist zusätzlich dafür bestimmt, ein Netzübergangs-Interface zum öffentlichen Telefonnetzwerk (PSTN)114 zu liefern; im Übrigen sind die Funktionalität von MSC110 und GMSC112 sehr ähnlich. Außerdem, wie dies allgemein in1 dargestellt wird, ist das GMSC112 auch über Signalisierverbindungen mit den vier Datenbankknoten, welche oben beschrieben wurden, gekoppelt, und damit wird der gesamte Signalisiernachricht-Zugriff auf diese Datenbankknoten durch das GMSC gesteuert und verwaltet. Obwohl nicht in1 dargestellt, kann das MSC auch direkt an die Datenbankknoten gekoppelt sein. Das IWMSC132 ist typischerweise ein MSC110 oder ein GMSC112 , welches auch die Funktion der Zusammenarbeit zwischen dem SMSC130 und dem Rest des Mobilnetzwerkes besitzt. - Von spezieller Relevanz für die vorliegende Erfindung sind die Signalisiergesichtspunkte des GSM-Netzwerks, welches oben beschrieben ist, besonders jene Aspekte, welche den Signalisier-Interaktionen zwischen einem HLR- oder SMSC-Datenbankknoten und einem Knoten vom SMC- oder GMSC-Typ zugeordnet sind. Um diese Signalisier-Interaktionen besser zu verstehen, wird nachfolgend eine detaillierte Erklärung der HLR-Operation geliefert.
- Innerhalb eines GSM-drahtlosen Kommunikationsnetzwerks wird jedem Mobilstations-Handgerät
128 eine einzigartige Identifi kationsnummer zugeordnet, welche als eine Internationale Mobile Teilnehmeridentität (IMSI)-Identifikationsnummer bekannt ist. Im Falle der Implementierungen des Netzwerkes vom europäischen GSM-Typ ist der IMSI-Code typischerweise mit einem bestimmten Telefonhandgerät verbunden. In derartigen Netzwerken kann jeder Nutzer einer oder mehrerer Nummern des Mobile Station Integrated Services Digital Network (MSISDN) zugeordnet werden. In der drahtlosen bzw. Funktelekommunikationsindustrie sind die MSISDN-Nummern analog zu den 10 Digitaltelefonnummern in einem herkömmlichen nordamerikanischen Drahtnetzwerk. Die Tatsache, dass viele MSISDN-Nummern mit einer einzigen IMSI-Nummer verbunden bzw. zugeordnet sein können, zeigt, dass mehr als eine MSISDN-Nummer angegeben und genutzt werden kann, um ein einzelnes Mobilstations-Handgerät zu erreichen. Es sollte anerkannt werden, dass in dieser Veröffentlichung der Term "Mobile Identification Number" bzw. "Mobile Identifikationsnummer" (MIN) generell benutzt wird, um sich damit auf IMSI-, MSISDN-, Mobile Global Title-, ANSI-41-Mobil-Identifikationsnummern (MIN) und Mobilverzeichnisnummern (MDN) und andere Identifikationsnummern zu beziehen, welche mit Teilnehmern oder Diensten in einem Funknetzwerk verbunden sind. - Auf jeden Fall wird eine MSISDN-Nummer gewählt, wann immer ein Nutzer mit einem speziellen Mobilstations-Handgerät kommunizieren will. Ein MSC oder GMSC bestimmt, indem es einen Teil der gewählten MSISDN-Nummer analysiert, das spezielle HLR, welches die Leitweglenkinformation speichert, welche mit der gerufenen Mobilstation verbunden ist. Durch Wiedergewinnen und Nutzen derartiger Leitweglenkinformation ist das GSM-Netzwerk in der Lage, die gerufene Mobilstation in Antwort auf einen Anrufversuch zu lokalisieren, so dass eine Rufverbindung zwischen der anrufenden Partei und der gerufenen Mobilstation aufgebaut werden kann. Es sollte auch anerkannt werden, dass abhängig von der Art des Rufes oder des Signalisierereignisses ein MSC alternativ den HLR-Suchlauf analysieren und durchfüh ren kann, basierend auf der IMSI- oder MSISDN-Nummer, welche mit der gerufenen oder der anrufenden Partei verbunden ist.
-
2 stellt eine typische GSM-Netzwerk-Architektur dar, welche im Allgemeinen mit der Nummer 150 bezeichnet wird, welche ein GMSC154 beinhaltet, welches sowohl an ein MSC152 als auch an eine einzelne HLR-Einheit156 angeschlossen ist. Das GMSC154 beinhaltet eine Leitwegtabelle160 , während das HLR156 eine Datenbanktabelle158 beinhaltet.3 stellt auch eine typische GSM-Netzwerk-Architektur dar, welche im Allgemeinen mit der Nummer180 bezeichnet wird, welche ein GMSC182 beinhaltet, welches mit einigen HLR-Einheiten verbunden ist. Speziell ist das GMSC182 über Signalisierverbindungen jeweils mit dem HLR A186 , HLR B190 und dem HLR C194 und notwendigerweise mit den HLR-Datenbanktabellen188 ,192 bzw.196 verbunden. - In den Beispielen, welche sowohl in
2 und3 dargestellt werden, ist jedes der HLRs so konfiguriert, dass es einen vorher definierten Block von Teilnehmer-MSISDN-Nummern dient. Im Allgemeinen wird eine spezielle Serie oder ein Block von MSISDN- (oder IMSI-)Nummern jedem HLR in einem Service-Provider-Netzwerk zugewiesen. Es sollte anerkannt werden, dass die HLR-Datenbank und die GMSC-Leitweg-Tabellenstrukturen, welche in den2 -3 gezeigt werden, nur zur Erläuterung des Informationsspeicherkonzeptes auf hohem Niveau dienen und nicht dafür gedacht sind, die aktuellen Datenstrukturen wiederzugeben, welche typischerweise in derartigen Netzwerkknoten implementiert sein würden. In vielen Fällen sind die Service Provider nicht in der Lage, diese Blöcke von zugeordneten Nummern innerhalb einer gegebenen HLR-Einheit zu ändern, wegen der Leitweglenkbeschränkungen des MSC, welches mit der HLR-Einheit verbunden ist. Folglich haben die Service Provider nicht die Gelegenheit, dynamisch ihre MSISDN-Nummernbasis über viele HLRs hinweg neu zu belegen, um effizienter existierende HLR-Ressourcen (d.h. Aufteilen der Belastung) zu nutzen. Es sollte beachtet werden, dass diese Begrenzung das typische Ergebnis der Beschränkungen der Leitwegtabelle in den MSCs ist und im Allgemeinen nicht auf Datenbankspeichereinschränkungen in den HLRs zurückzuführen ist. D. h., obwohl die HLRs im Allgemeinen so belegt sein können, um Teilnehmerdateneinträge für jede IMSI- oder MSISDN-Nummer zu enthalten, sind MSCs typischerweise nur in der Lage, Nachrichten basierend auf einem IMSI- oder MSISDN-Block, in welchen die IMSI- oder MSISDN-Nummer fällt, leitwegzulenken. Diese IMSI- oder MSISDN-Blöcke bestehen aus einem sequenziellen Bereich von IMSI- oder MSISDN-Nummern. Damit es ist die begrenzte Kapazität des Leitweglenkens eines MSC oder eines GMSC, welche das Problem erzeugt, und typischerweise nicht die HLR-Knoten. - Z. B. wird in
2 der gesamte Verkehr, welcher sich auf Anrufe bezieht, welche einer MSISDN-Nummer zwischen 9199670000 und 9199679999 zugeordnet sind, zu dem HLR A156 durch das verbundene GMSC154 leitweggelenkt. Da der Service Provider beginnt, mehr und mehr Kunden zu akquirieren (d. h. Angeben von immer mehr MSISDN-Nummern in dem zugeordneten Block oder der Serie 9199670000 bis 9199679999), wird sich der Verkehr oder die Überlast, welche an dem HLR A 156-Knoten erlebt wird bzw. auftritt, entsprechend erhöhen. - Man überlege nun, dass ein Service Provider, welcher die Netzwerkelemente besitzt, welche in
2 dargestellt sind, so viele neuen Kunden akquiriert hat, dass er sich entschließt, in eine zusätzliches Paar von HLRs zu investieren. Dieses Szenario wird im Allgemeinen in3 dargestellt, wo zwei zusätzliche HLRs als HLR B190 und HLR C194 identifiziert werden. Zur Zeit der Implementierung ist HLR B190 mit dem MSISDN-Nummernblock 919968000-9199689999 belegt, und HLR C194 ist mit einem MSISDN-Nummernblock 9199690000-9199699999 belegt. Diese beiden HLRs sind mit dem benachbarten GMSC182 verbunden und werden so aktiviert, dass sie Anrufe, welche ihren vorprogrammierten MSISDN-Blöcken entsprechen, bedienen. - Der Hauptnachteil derartiger Vielfach-HLR-Konfigurationen kann nun besser erkannt werden. Wie allgemein in
3 angezeigt wird, muss trotz des Hinzufügens der neuen HLR-Ressourcenkapazität, welche durch die Einheiten B und C dargestellt wird, der gesamte Verkehr, welcher mit den MSISDN-Nummern 9199670000-9199679999 verbunden ist, noch durch einen einzelnen HLR, HLR A188 bearbeitet werden. Selbst wenn der Service Provider keine Kunden innerhalb des Bereichs der MSISDN-Nummern 9199680000 – 9199699999 hat, ist es für den Service Provider nicht möglich, dynamisch den "voll zugewiesenen" 9199670000-9199679999-MSISDN-Nummernblock unter den nicht benutzten HLR B 192- und HLR C 196-Einheiten wieder zuzuordnen und rückzuverteilen. Damit ist es leicht möglich, dass der Service Provider in einer Situation arbeiten wird, wo sich der Verkehr auf HLR A188 sehr stark staut, während die HLR B 192- und HLR C 196-Ressourcen völlig ungenutzt sind. Dies kann zu einer geringeren effizienten Nutzung der installierten Ressourcen führen, wohingegen es für einen Belastungsausgleich effizienter sein würde, den Verkehr gleichmäßig unter den drei HLR-Einheiten aufzuteilen. - Es sollte anerkannt werden, dass zusätzlich zu den Bedenken des Lastaufteilens es ähnliche Äußerungen und ähnliche Notwendigkeiten gibt, welche auftreten, wenn man das Portieren von Teilnehmern von einem Service Provider zu einem anderen Provider in Betracht zieht, welches in anderer Hinsicht als Lokalnummernportabilität (LNP) bekannt ist. Nochmals, das zentrale Problem ist die Fähigkeit, die Teilnehmerinformation unter vielen HLR-Knoten frei zu verteilen. Eine detaillierte Diskussion des speziellen Problems, welches mit LNP verbunden ist, wird in dieser Veröffentlichung nicht geliefert, da die hoch gradigen Aussagen und Bedenken die gleichen sind wie die des hier beschriebenen Lastaufteilungsszenarios.
- In dem US-Patent Nr.
5,878,347 4 der vorliegenden Anmeldung und der folgenden Beschreibung erläutert die Funktion des vHLR in dem '347-Patent. Mit Bezug auf4 ist ein vHLR-Knoten214 in dem Kommunikationsnetzwerkpfad zwischen einem GMSC212 und einer Vielzahl von HLR-Knoten, HLR A218 , HLR B222 und HLR C226 platziert. Die HLRs218 ,222 und226 beinhalten jeweils Teilnehmerdatenbanken220 ,224 bzw.228 . Das GMSC212 sendet Signalisiernachrichten an den vHLR-Knoten214 , wobei Teilnehmerinformation angefordert wird, wobei der einzelne Teilnehmer mit einer IMSI- oder MSISDN-Mobilstations-Identifikationsnummer verbunden ist. Das vHLR214 enthält keine Teilnehmerinformation; vielmehr beinhaltet das vHLR214 eine Leitwegtabelle216 , welche IMSI- oder MSISDN-Nummern mit einem speziellen HLR korreliert. Speziell beinhaltet die Leitwegtabelle216 Information, welche sich auf die IMSI- oder MSISDN-Nummern für eine entsprechende Netzwerkadresse bezieht, welche mit dem HLR verbunden ist, welche dem IMSI- oder MSISDN-Teilnehmer dient. - Die Nachricht-Leitweglenktechnik, welche in dem '347-Patent veröffentlicht wird, ist ein Schlüsselelement der hier beschriebenen Erfindung. Wie allgemein in
4 dargestellt wird, wenn der vHLR-Knoten214 eine Nachricht234 von dem angeschlossenen GMSC212 empfängt, wird die Nachricht zu dem vHLR-Knoten214 adressiert und ihm direkt geliefert. Der vHLR-Knoten214 führt einen Tabellensuchlauf durch, wie oben beschrieben, und leitet die Nachricht zu dem geeigneten HLR- Knoten, in diesem Fall dem HLR C228 zurück. Diese Rückleitfunktion wird durch Ändern des Zielpunktcodes (DPC) der Nachricht 236-Leitweglenkungskennung bzw. -adresse ausgeführt, so dass der Original-DPC (PC=vHLR) durch einen neuen DPC (PC=HLR C) ersetzt wird. Es ist signifikant und sollte beachtet werden, dass der vHLR-Knoten214 nicht seinen Ursprungspunktcode (OPC) der Nachricht-Leitweglenkkennung ändert. D. h., der OPC der eingehenden Nachricht234 ist der gleiche wie der OPC der ausgehenden Nachricht236 , welches der Punktcode des GMSC212 ist. Damit kommt die Nachricht am HLR C228 mit einem OPC an, welcher gleich dem Punktcode des GMSC-Knotens212 ist. Das HLR C228 antwortet mit einer Nachricht238 , welche an das GMSC212 adressiert ist. Die HLR C-Antwortnachricht238 wird nicht zu dem vHLR-Knoten214 zurück gelenkt. - Während eine derartige Leitweglenktechnik einen oder mehrere Leitweglenk-"Sprünge" spart, aus der Sicht einer Netzwerksteuerungsperspektive, präsentiert eine derartige Leitweglenktechnik wenigstens ein signifikantes Problem. D. h. im Falle, dass ein HLR in die Lage kommen könnte, dass er einen Dienst nicht liefern kann, erfordert die SS7-Signalisierkonvention, dass das HLR eine Nachricht zu einem Signalisierpunkt (SP) sendet, welcher versucht, mit ihr zu kommunizieren, wobei der SP vor dem Geschädigten oder außer Funktion befindlichen Status des HLR gewarnt wird. Wenn der Nachrichtenfluss, wie oben beschrieben, gegeben wird, wird anerkannt werden, dass bei einem derartigen Außer-Funktion-Szenario der HLR C 226 eine Netzwerksteuerungsnachricht an den Urheber der eingehenden HLR C-Nachricht
236 senden würde. Der Urheber der eingehenden HLR C-Nachricht236 wird durch das OPC-Feld der Nachricht 236-Leitweglenkkennung identifiziert. Wie oben beschrieben, ändert der vHLR 214-Knoten nicht das OPC-Feld der Leitweglenkkennung, sondern hinterlässt stattdessen, dass das OPC auf die Adresse des GMSC212 gesetzt wird. Damit werden die Netzwerksteuerungsnachrichten, welche durch HLR C226 gesandt werden, an das GMSC212 adressiert. Das Problem bei einem derartigen Nachrichten-Leitweglenkschema besteht darin, dass das GMSC212 kein "Wissen" darüber besitzt, dass eine Nachricht an das HLR C226 gesandt wurde. Wiederum wird anerkannt werden, dass der DPC der Nachricht234 , welche ursprünglich durch das GMSC212 gesandt wurde, die Netzwerkadresse des vHLR214 war. D. h., das GMSC212 hat Kenntnis von einer Nachricht, welche an das vHLR214 gesandt wurde, aber keine Kenntnis einer speziellen Nachricht, welche für HLR C226 bestimmt war. Das Implementieren eines derartigen SS7-Nachricht-Leitweglenkschemas würde deshalb ein großes Problem für SS7-Netzwerkbetreiber darstellen, welche eine große Anzahl von Netzwerkelementen gekauft und aufgestellt haben, welche in Erfüllung der Industriestandard-SS7-Kommunikationsprotokolle und der Netzwerksteuerungsverfahren arbeiten. - Was deshalb benötigt wird, ist ein neues System und ein Verfahren zum Rücklenken von Signalisierungsnachrichten unter verschiedenen HLR-, EIR-, AuC- und anderen ähnlichen Signalisierungsdatenbankknoten, bei welchen Nachricht-Leitweglenken in einer derartigen Weise auftritt, um die Erfüllung existierender Industriestandardnetzwerk-Steuerungssignalisierungsprotokolle zu bewahren.
- In der
WO-A-9856195 - Veröffentlichung der Erfindung
- Entsprechend einem Gesichtspunkt beinhaltet die vorliegende Erfindung einen flexiblen Leitweglenkknoten. Der flexible Leitweglenkknoten beinhaltet ein Kommunikationsmodul, welches in der Lage ist, Datenpakte über ein Netzwerk zu senden und zu empfangen. Eine bereichsbasierte Datenbank beinhaltet bereichsbasierte Regelaufzeichnungen, welche durch Blöcke von Identifikationsnummern indiziert sind. Eine auf Ausnahmen basierende Datenbank beinhaltet auf Ausnahmen basierende Regelaufzeichnungen, welche durch eine einzelne Identifikationsnummer indiziert sind. Ein Datenbank-Teilsystem-Steuergerät greift auf wenigstens eine der Datenbanken zu, um Leitweglenkinformation für das Datenpaket zu extrahieren. Da der flexible Leitweglenkknoten sowohl bereichsbasierte und ausnahmenbasierende Datenbanken beinhaltet, wird die Flexibilität beim Zuordnen von Mobil-Identifikationsnummern unter den HLRs erhöht.
- Entsprechend ist es eine Aufgabe der vorliegenden Erfindung, einen flexiblen Leitweglenkknoten zu liefern, welcher in der Lage ist, sowohl bereichsbasierte als auch auf ausnahmenbasierte Datenbank-Suchläufe durchzuführen.
- Es ist eine andere Aufgabe der vorliegenden Erfindung, einen flexiblen Leitweglenkknoten zu liefern, welcher die Verfahren entsprechend dem Industriestandard-Netzwerksteuern erfüllt.
- Einige der hier aufgeführten Aufgaben der Erfindung sowie andere Aufgaben werden aus der folgenden Beschreibung offensichtlich, welche mit den beigefügten Zeichnungen gegeben wird, welche nachfolgend bestens beschrieben werden.
- Kurze Beschreibung der Zeichnungen
-
1 ist ein Netzwerkdiagramm, welches eine GSM-Funktelekommnikationsnetzwerk-Architektur entsprechend dem Stand der Technik darstellt. -
2 ist ein Netzwerkdiagramm, welches eine GSM-Funktelekommunikationsnetzwerks-Implementierung entsprechend dem Stand der Technik darstellt, welche einen einzelnen HLR-Knoten beinhaltet. -
3 ist ein Netzwerkdiagramm, welches eine GSM-Funktelekommunikationsnetzwerk-Implementierung entsprechend dem Stand der Technik darstellt, welche viele HLR-Knoten beinhaltet. -
4 ist ein Netzwerkdiagramm, welches eine GSM-Funktelekommunikationsnetzwerk-Architektur entsprechend dem Stand der Technik darstellt. -
5 ist ein schematisches Diagramm eines Signalübertragungspunkt-Vermittlungsknotens, entsprechend dem Stand der Technik. -
6 ist ein schematisches Netzwerkdiagramm, welches ein erstes Leitweglenkdatenbank-Zugriffsszenario entsprechend einer bevorzugten Ausführungsform eines flexiblen Leitweglenkknotens der vorliegenden Erfindung darstellt. -
7 ist ein schematisches Netzwerkdiagramm, welches ein zweites Leitweglenkdatenbank-Zugriffsszenario entsprechend einer bevorzugten Ausführungsform für einen flexiblen Leitweglenkknoten der vorliegenden Erfindung darstellt. -
8 ist ein schematisches Netzwerkdiagramm, welches eine andere Netzwerkimplementierung eines flexiblen Leitweglenkknotens der vorliegenden Erfindung darstellt. -
9a ist eine Tabelle, welche eine beispielhafte G-FLEXTM-Datenbankstruktur darstellt, welche in einer bevorzugten Ausführungsform eines flexiblen Leitweglenkknotens der vorliegenden Erfindung benutzt wird. -
9b ist eine Tabelle, welche eine beispielhafte GTT-Datenbankstruktur darstellt, welche in einer bevorzugten Ausführungsform eines flexiblen Leitweglenkknotens der vorliegenden Erfindung benutzt wird. -
10a ist eine Tabelle, welche einen Teilinhalt einer Signalisiernachricht darstellt, welche durch einen flexiblen Leitweglenkknoten der vorliegenden Erfindung in einem ersten Beispielsszenario empfangen und bearbeitet wird. -
l0b ist eine Tabelle, welche einen Teilinhalt einer Signalisiernachricht darstellt, welche durch einen flexiblen Leitweglenkknoten der vorliegenden Erfindung in einem zweiten Beispielsszenario empfangen und bearbeitet wird. -
l0c ist eine Tabelle, welche einen Teilinhalt einer Signalisiernachricht darstellt, welche durch einen flexiblen Leitweglenkknoten der vorliegenden Erfindung in einem dritten Beispielsszenario empfangen und bearbeitet wird. -
11 ist ein Flussdiagramm, welches den Umsetzungsprozess, welcher durch einen flexiblen Leitweglenkknoten der vorliegenden Erfindung implementiert ist, darstellt. -
12 ist ein Netzwerkdiagramm, welches das Leitweglenken von Kurznachricht-Dienstnachrichten entsprechend einer Ausführungsform der vorliegenden Erfindung darstellt. - Detaillierte Beschreibung der Erfindung
- Entsprechend einer Ausführungsform beinhaltet die vorliegende Erfindung einen flexiblen Leitweglenkknoten für die Kommunikation mit einem GMSC und mit HLRs oder SMSCs in einem Netzwerk. In einer bevorzugten Ausführungsform wird bei einem flexiblen Leitweglenkknoten eine interne Architektur angewandt, welche ähnlich zu der eines Hochleistungs-STP ist, welcher durch die Anmelder der vorliegenden Erfindung als EAGLE® STP vermarktet wird. Ein Blockdiagramm eines EAGLE® STP wird in
5 gezeigt. Eine detaillierte Beschreibung des EAGLE® STP kann in Eagle Feature Guide PN/9110-1225-01, Rev. B, Januar 1998, veröffentlicht von Tekelec, gefunden werden, wobei diese Veröffentlichung hier als Referenz aufgeführt wird. Wie in dieser Publikation beschrieben wird, beinhaltet ein EAGLE® STP 250 die folgenden Teilsysteme: ein Wartungs- und Verwaltungsteilsystem (MAS)252 , ein Kommunikationsteilsystem254 und ein Applikationsteilsystem256 . Das MAS252 liefert Wartungskommunikationen, das Laden des Startprogramm, periphere Dienste, das Alarmverarbeiten und Systemplatten. Das Kommunikationsteilsystem254 beinhaltet einen Interprozessor-Nachrichtentransport (IMT)-Bus, welcher der Hauptkommunikationsbus innerhalb aller Teilsysteme im EAGLE® STP250 ist. Dieses Hochgeschwindigkeits-Kommunikationssystem funktioniert wie zwei mit 125 Mb/s gegenläufig umlaufende serielle Busse. - Das Anwendungsteilsystem
256 beinhaltet Applikationskarten, welche in der Lage sind, mit den anderen Karten über die IMT-Busse zu kommunizieren. Zahlreiche Arten von Applikationskarten können in dem STP250 enthalten sein, welche beinhalten: ein Verbindungs-Interface-Modul (LIM)258 , welches SS7-Verbindungen und X.25-Verbindungen liefert, ein Applikations-Kommunikationsmodul (ACM)260 , welches ein TCP/IP-Interface an eine externe Anzeigevorrichtung über Ethernet liefert, und ein Applikations-Dienstmodul (ASM)262 , welches eine globale Titelumsetzung, Netzübergangsabschirmen und andere Dienste liefert. Ein Umsetzungsduienstmodul (TSM)264 kann auch für die lokale Zahlenportabilität vorgesehen werden. Eine detaillierte Beschreibung des EAGLE® STP wird in dem oben zitierten Feature Guide gegeben und muss hier nicht im Detail beschrieben werden. -
6 ist ein schematisches Diagramm eines vereinfachten GSM-Netzwerkes300 , welches einen flexiblen Knoten203 entsprechend einer Ausführungsform der vorliegenden Erfindung beinhaltet. Zusätzlich zum flexiblen Leitweglenkknoten302 beinhaltet das GSM-Netzwerk 300 im Allgemeinen: ein SS7-Signalisiernetzwerk346 , ein Netzübergangs-Mobilschaltzentrum (GMSC)348 , ein Internet-Protokoll-(IP-)Netzwerk350 , ein erstes Heimatregister (HLR)352 , ein zweites HLR354 und ein drittes HLR356 . - In der dargestellten Ausführungsform beinhaltet der flexible Leitweglenkknoten
302 einen Hochgeschwindigkeits-Interprozessor-Nachricht-Transport-(IMT-)Kommunikationsbus304 . Kommunikativ sind mit dem IMT-Bus304 eine Anzahl von verteilten bzw. dezentralisierten Datenbearbeitungsmodulen oder -karten gekoppelt, welche beinhalten: ein Paar von Wartungs- und Verwaltungs-Teilsystemprozessoren (MASPs)306 , ein SS7-fähiges Verbindungs-Interface-Modul (LIM)308 , ein IP-fähiges Datenkommunikationsmodul (DCM)336 und ein G-FLEXTM-Datenbasismodul (GDM)322 . Diese Module sind physikalisch mit dem IMT-Bus304 durch jeweils die Interfaces318 ,324 bzw.338 verbunden. Zur Vereinfachung der Darstellung sind nur ein einzelner LIM308 , GDM322 und DCM336 in6 enthalten. Es sollte jedoch anerkannt werden, dass die verteilte Multiprozessor-Architektur des Knotens302 den Einsatz von vielen LIM-, GDM- und DCM-Karten erleichtert, welche alle simultan an den IMT-Bus304 angeschlossen werden können. - Das MASP-Paar
306 implementiert die Wartungs- und Verwaltungs-Teilsystemfunktionen, welche oben beschrieben sind. Da das MASP-Paar306 nicht speziell für eine Diskussion der flexiblen Leitweglenkeigenschaften der vorliegenden Erfindung relevant ist, wird der Leser auf die oben erwähnten Tekelec-EAGLE®- Veröffentlichungen für eine detailliertere Beschreibung dieser Systemkomponenten hingewiesen. - Wenn man nun die Funktionalität der LIM-Karte betrachtet, so weist die dargestellte Ausführungsform LIM
308 eine Anzahl von Teilkomponenten auf, wobei diese beinhalten, jedoch nicht auf diese beschränkt sind: einen 557-MTP-Pegel-1-und-2-Schichtprozess310 , einen E/A-Puffer oder eine Warteschlange312 , einen SS7-MTP-Pegel-3-Schicht-HMDC-Prozess314 und einen HMDT-Prozess316 . Der MTP-Pegel-1-und-2-Schichtprozess310 liefert die Ausstattung, welche notwendig ist, digitale Daten über ein spezielles physikalisches Medium/physikalisches Interface zu senden und zu empfangen als auch eine Fehlerdetektion/korrektur zu liefern und eine sequenzierte bzw. geordnete Lieferung aller SS7-Nachrichtenpakete. Die E/A-Warteschlange312 dient dem zeitweiligen Puffern eingehender und ausgehender Signalisiernachrichtenpakete. Der MTP-Pegel-3-HMDC-Prozess314 führt eine Diskriminierfunktion durch, wobei effektiv festgelegt wird, ob ein eingehendes SS7-Nachrichtenpaket eine interne Verarbeitung erfordert oder nur einfach durchzuschalten ist, d. h. zu einem anderen Knotenleitweg zu lenken ist. Der HMDT-Prozess316 führt das interne Leitweglenken der SS7-Nachrichtenpakete durch, welche eine zusätzliche Bearbeitung vor dem endgültigen Leitweglenken erfordern. - Im Allgemeinen liefert eine GDM-Karte die Datenbanken und die Datenbanksteuerprozesse, welche notwendig sind, um die erforderlichen Netzwerkadressumsetzungen auszuführen, um die flexible Leitweglenkfunktionalität zu erreichen, welche durch die Ausführungsformen der vorliegenden Erfindung implementiert sind. Das GDM
322 , welches in6 gezeigt wird, weist zum Teil auf: ein Signalisierverbindungs-Steuerteil (SCCP)-Teilmodul326 , welches ferner ein Datenbankteilsystem-Steuergerät beinhaltet, welches als ein Signalisierverbindungs-Leitweglenksteuergerät-(SCRC-)Prozess328 bekannt ist. Der SCRC- Prozess328 ist für das Nummernkonditionieren, das Leiten von eingehenden SS7-Nachrichtenpaketen zu entweder einem G-FLEXTM-Datenbankprozess330 oder zu einem globalen Titelumsetzungs(GTT-)Datenbankprozess332 und für die Modifikation der Nachrichtenpakete verantwortlich, um Leitweglenkinformation zu beinhalten, welche von den G-FLEXTM- oder GTT-Datenbankprozessen330 bzw.332 zurückkommen. Die SS7-Nachrichtenpakete, welche den SCRC-Prozess328 verlassen, werden von einem HMRT-Prozess334 empfangen und weiterbearbeitet. Der HMRT-Prozess314 ist für das externe Leitweglenken der SS7-Nachrichtenpakete verantwortlich, welche keine zusätzliche Bearbeitung durch den flexiblen Leitweglenkknoten302 erfordern. D. h., der HMRT-Prozess334 legt fest, zu welcher LIM- oder DCM-Karte ein SS7-Nachrichtenpaket für die nachfolgende, nach außen gerichtete Übertragung leitweggelenkt werden sollte. Es wird auch aus6 anerkannt werden, dass das GDM322 über eine Ethernet-Verbindung333 an ein OAM-Teilsystem335 gekoppelt und durch dieses bedient wird. Das OAM-Teilsystem335 ist für die Verwaltung und die Wartung der G-FLEXTM- und GTT-Datenbanken330 bzw.332 verantwortlich. - Das DCM
336 , welches in6 gezeigt wird, beinhaltet einen HMCG-Prozess340 , welcher für das Anzeigen eines Staus an den verbundenen DCM-Verbindungssätzen verantwortlich ist und kommuniziert das interne diese Verbindungsstauinformation, um die Prozesse an anderen Modulen sich über den IMT-Bus304 anzusehen. Eine derartige Verbindungsstauinformation wird von dem HMRT-Prozess334 während nach außen gehender Verbindungsauswahloperationen benutzt. Es sollte anerkannt werden, dass ausgehende SS7-Nachrichtenpakete, welche über das DCM336 leitweggelenkt werden, aus dem flexiblen Leitweglenkknoten302 und in ein Internet-Protokoll(IP)-Netzwerk350 übertragen werden. Da das SS7-Kommunikationsprotokoll und das IP-Kommunikationsprotokoll nicht von Natur aus kompatibel sind, werden alle SS7-Nachrichtenpakete, welche in das IP-Netzwerk350 zu senden sind, zuerst innerhalb einem IP-Leitweglenk-Envelope bzw. -Bitgruppe vor der Übertragung eingekapselt. Diese IP-Einkapselung wird durch einen IP-Einkapselungsprozess342 durchgeführt. Der IP-Einkapselungsprozess342 ist das IP-Protokoll äquivalent zum SS7-MTO-Pegel-1-2-Schichtprozess310 des LIM-Moduls308 . Bevorzugte Paketformate für das Einkapseln verschiedener Arten von SS7-Nachrichten in IP-Paketen werden in Internet Engineering Task Force (IEFT) INTERNET DRAFT mit dem Titel Transport Adapter Layer Interface, 28. Mai 1999, beschrieben, wobei diese Veröffentlichung hier als Referenz in ihrer Gesamtheit aufgeführt wird. - Nochmals, die Beschreibung der LIM- und DCM-Teilkomponenten, welche hier geliefert werden, ist auf jene Teilkomponenten beschränkt, welche für die Beispiel-Implementierszenarien relevant sind, welche in den
6 und7 dargestellt werden. Für eine zusammenfassende Diskussion zusätzlicher LIM- und DCM-Operationen und -Funktionalitäten können die oben als Referenz aufgeführten Tekelec-Veröffentlichungen herangezogen werden. - Mit speziellem Bezug auf das Szenario, welches in
6 dargestellt wird, ist das Netzübergangs-Mobilschaltzentrum348 kommunikativ mit dem flexiblen Leitweglenkknoten302 über eine SS7-Kommunikationsverbindung320 verbunden. Spezieller ausgedrückt, der GMSC-Knoten348 ist mit dem LIM308 über die SS7-Kommunikationsverbindung320 verbunden. Der DCM-Modul336 ist mit dem externen IP-Netzwerk350 über eine IP-Kommunikationsverbindung344 verbunden. Innerhalb des IP-Netzwerkes350 sind die HLR-Knoten352 ,354 und356 angeordnet und mit ihm verbunden. Ebenso existiert ein IP-Kommunikationspfad zwischen dem DCM-Modul336 des flexiblen Leitweglenkknotens302 und jedem der HLR-Knoten352 ,354 und356 . Der IP-Kommunikationspfad kann TCP/IP oder UDP/IP sein. Es sollte anerkannt werden, dass in einer anderen Ausführungsform des flexiblen Leitweglenkkno tens302 entsprechend einer Ausführungsform der vorliegenden Erfindung das Kommunikationsprotokoll, welches zwischen dem GMSC348 und dem flexiblen Leitweglenkknoten302 implementiert ist, ein IP- oder ein anderes Nicht-SS8-Protokoll sein kann, wie z. B. ein Asynchroner Übertragungsmodus (ATM) oder ein Synchrones Optisches Netzwerk (SONET). Z. B. kann eine IP-Kommunikationsverbindung ebenso effektiv zwischen dem GMSC348 und dem flexiblen Leitweglenkknoten302 benutzt werden. In einem derartigen Fall würde ein gebräuchliches konfiguriertes DCM-Modul für den LIM308 , welcher in6 gezeigt wird, substituiert werden. In ähnlicher Weise könnte das Kommunikationsprotokoll, welches zwischen dem flexiblen Leitweglenkknoten302 und den HLR-Knoten352 ,354 und356 implementiert ist, ein SS7-, Interim Standard-41(IS-41)-, GSM- oder ein anderes Nicht-IP-Protokoll sein. Z. B. könnte eine SS7-Kommunikationsverbindung zwischen dem flexiblen Leitweglenkknoten302 und den HLR-Knoten352 ,354 und356 angewendet werden. In einem derartigen Fall würden viele LIM-Module anstelle des DCM336 , welcher in6 gezeigt wird, eingesetzt werden. - Wie oben festgestellt wurde, ist es ein Problem, welches mit dem Aufteilen der Last und dem Portieren von Nummern auf viele HLR-Knoten verbunden ist, dass herkömmliche MSCs und GMSCs nur in der Lage sind, blockbasiertes Adressieren durchzuführen. In ähnlicher Weise ist es ein Problem, welchem viele mobile Vermittlungen gegenüberstehen, dass die SMSC-Adressen den Teilnehmern gegeben oder in die Teilnehmer-Handgeräte programmiert werden müssen. Wenn viele SMSCs benutzt werden, kann es sehr schwierig werden, diesen Teilnehmer für die SMSC-Umsetzung zu steuern. Da dem so ist, wird es sehr anerkannt werden, dass es eine der vorrangigsten Aufgaben des flexiblen Leitweglenkknotens entsprechend einer Ausführungsform der vorliegenden Erfindung ist, ein Verfahren zu liefern, bei welchem eine Netzwerkvermittlung schnell und leicht Signalnachrichten, welche mit einem gegebenen Anruf oder einer angerufenen Partei verbunden sind, an einen speziellen HLR- oder SMSC-Knoten zu leiten. Um ein derartiges Rückführen der Signalisiernachricht zu erleichtern, wendet der flexible Leitweglenkknoten der vorliegenden Erfindung ein Paar von komplementierenden Leitweglenkdatenbanken an, welche effektiv eine IMSI- oder MSISDN-Nummer, welche mit einer Signalisiernachricht verbunden ist, auf die Netzwerkadresse des geeigneten HLR- oder SMSC-Knotens umsetzt. Diese Datenbanken, welche oben beschrieben sind, werden als G-FLEXTM-Datenbank und/oder als GTT-Datenbank bezeichnet.
-
9a und9b sind Datenbankstrukturdiagramme, welche in erster Linie die Schlüssel- oder die Indizierstrukturen der G-FLEXTM- und GTT-Datenbanken330 bzw.332 erläutern sollen. Es sollte anerkannt werden, dass die G-FLEXTM- und GTT-Datenbank-Aufzeichnungsstrukturen und Pseudodaten, welche in9a und9b gegeben werden, welche unterstützend für die Beispiele, welche in6 und7 gezeigt werden, sind, hier nur erläuternd für die Grundinformation sind, welche notwendig ist, um die erforderlichen Leitweglenkdaten-Suchläufe durchzuführen. In der Praxis können die aktuellen Datenbank-Aufzeichnungsstrukturen und das gesamte Datenbankdesign entsprechend den einzelnen Implementieranforderungen unterschiedlich sein. - Das komplementäre Datenbank-Zugriffsschema, welches durch den flexiblen Leitweglenkknoten der vorliegenden Erfindung angewendet wird, erfordert, dass die GTT-Datenbank
332 einen Satz von bereichs- oder blockbasierten Leitweglenkregeln enthält, während die G-FLEXTM-Datenbank330 Ausnahmen für die blockbasierten Leitweglenkregeln hält. Noch einmal, dieses Konzept wird allgemein in den9a und9b erläutert. Unter bereichs- oder blockbasierten Leitweglenkregeln wird verstanden, dass ein Block oder ein Bereich von mobilen Identifikationsnummern (IMSI, MSISDN, etc.) mit der Netzwerkadresse eines einzelnen HLR, EIR, AuC, Service-Steuerpunkt (SCP), etc. verbunden ist. Eine derartige bereichsbasierte Leitweglenkregel-Datenbankstruktur ist ähnlich zu den Leitweglenkdatenbankstrukturen, welche gewöhnlich in herkömmlichen GMSC-Knoten, wie oben beschrieben, angewandt wird. - Mit Bezug auf
9b beinhaltet das GTT oder die bereichsbasierte Datenbank332 Schlüsselfelder auf der linken Seite der Spalte und Datenfelder auf der rechten Seite der Spalte. Die Schlüsselfelder stellen Bereiche von Mobil-Identifikationsnummern dar, welche mit einem speziellen Knoten verbunden sind. Z. B. spezifiziert das erste Schlüsselfeld eine minimale Mobil-Identifikationsnummer von 9199670000 und eine maximale Mobil-Identifikationsnummer von 9199679999. Die Datenfelder, welche diesem Bereich entsprechen, beinhalten einen Punktcode (PC) von 3-0-2, eine Teilsystemnummer (SSN) von 6 und einen Leitweglenk-Indikator (RI) von RT-ON-SSN für das Netzwerkelement, welches dem Bereich in dem Schlüsselfeld entspricht. Die Daten, welche in den Datenfeldern beinhaltet sind, sind nur erläuternd für die Datenfelder, welche in der bereichsbasierten oder GTT-Datenbank332 enthalten sind. Ähnliche Schlüsselfelder und Datenfelder werden für andere Netzwerkelemente gezeigt. - Mit Bezug auf
9a enthält die G-FLEXTM- oder Ausnahmenbasierte Datenbank330 Einträge, welche Ausnahmen zu den Einträgen in der bereichsbasierten Datenbank332 darstellen. In9a beinhaltet die Spalte auf der linken Seite Schlüsselwerte für jeden Eintrag, und die Spalte auf der rechten Seite beinhaltet Datenfelder für jeden Eintrag. Der erste Eintrag beinhaltet ein Schlüsselfeld von 9193803833. Die Datenfelder, welche dem ersten Schlüsselfeldwert entsprechen, beinhalten einen Punktcode (PC) von 3-0-3, eine Teilsystemnummer (SSN) von 6, einen Leitweglenk-Indikator (RI) von RT-ON-SSN, einen Replace Called party Global Title digits- bzw. Ersetze-die- Globaltitel-Digits-der-gerufenen-Partei-(RCGT-)Wert von NO und eine Entitätsadresse 303211234, welche HLR C darstellt. Diese Datenfelder dienen nur der Erläuterung des Datenfeldes, welches in der Ausnahme-basierten oder G-FLEXTM-Datenbank330 enthalten sein kann. Die verbleibenden Einträge in der Datenbank330 enthalten ähnliche Daten für andere Netzwerkelemente. - Die duale Datenbankarchitektur, welche in dem flexiblen Leitweglenkknoten der vorliegenden Erfindung angewendet wird, liefert einen Anzahl von feinen Vorzügen für die Netzwerkvermittlung. Z. B. minimiert die Artigkeit der zwei Datenbanken optimal die Speicherquellenanforderungen für die Leitweglenk-Datenbank. Außerdem wird die Aufgabe des Beibehaltens und des Verwaltens des flexiblen Leitweglenkknotens stark vereinfacht, indem nur Ausnahmen für die herkömmlichen blockbasierten Leitweglenkregeln explizit in die G-FLEXTM-Datenbank eingegeben werden müssen. Wenn dies nicht der Fall ist und z. B. eine spezielle Netzwerkvermittlung Daten hatte, welche mit 500.000 Mobil-Teilnehmern verbunden sind, welche in einen oder mehreren HLRs gespeichert sind, muss die Netzwerkvermittlung wenigstens eine einzigartige Leitweglenkaufzeichnung für jeden der 500.000 Teilnehmer erzeugen und speichern. Die Ausnahmenbasierte Struktur des flexiblen Leitweglenkknoten-Datenbanksystems erfordert einfach in einem derartigen Fall, dass die Vermittlung individuelle Leitweglenkaufzeichnungen in der G-FLEXTM-Datenbank nur für jene IMSI- oder MSISDN-Nummern erzeugt und speichert, welche nicht zu den bereichs- oder blockbasierten Regeln gehören, welche in der GTT-Datenbank spezifiziert worden sind. Wenn z. B. eine Nummer von einem HLR zu einem anderen HLR portiert wurde, kann die MSISDN-Nummer eine Ausnahme für die blockbasierten Regeln in dem zweiten HLR darstellen. In dem speziellen Fall, wo alle IMSI- oder MSISDN-Nummern zu den blockbasierten Regeln, welche in der GTT-Datenbank spezifiziert sind, gehören, würde die G-FLEXTM-Datenbank leer sein.
- Beim anderen Extrem, wo alle IMSI- oder MSISDN-Nummern der Vermittlung nicht zu den allgemeinen blockbasierten Regeln gehören, welche in der GTT-Datenbank spezifiziert sind, würde die G-FLEXTM-Datenbank wenigstens einen Eintrag für jede der der Vermittlung zugeordneten mobilen Identifikationsnummern enthalten.
- Der flexible Leitweglenkknoten entsprechend der vorliegenden Erfindung erleichtert das Aufteilen der Last unter den HLRs. Wenn z. B. ein Service Provider ursprünglich zwei HLRs im Dienst stehen hat und nachfolgend einen dritten HLR zukauft, gestattet die G-FLEXTM-Datenbank Nummern, welche den ursprünglichen HLRs zugeordnet sind, welche der neuen HLR zurückzugeordnet werden müssen.
- Bezüglich der G-FLEXTM- und GTT-Umsetzungsdienste sind die Parameter, welche entweder direkt oder indirekt benutzt werden, um die Art des Umsetzungsdienstes (z. B. G-FLEXTM-Dienst oder GTT-Dienst) zu bestimmen, welche durch eine eingehende Signalisiernachricht gefordert sind, in den
10a–10c beinhaltet. Die Spalte auf der linken Seite in jeder der10a–10c gibt die Parameter wieder, welche benutzt werden, um die Art des erforderlichen Umsetzdienstes zu bestimmen. In den dargestellten Figuren beinhalten diese Parameter im Allgemeinen einen Leitweglenk-Indikator (RI), einen Global Title Indicator (GTI)- bzw. Globalen-Titelindikator-(GTI-)Parameter, einen Translation Type (TT)- bzw. Umsetzungstyp-(TT-)Parameter, einen Numbering Plan (NP)- bzw. Nummernplan-(NP-)Parameter und einen Nature of Address Indicator (NAI)- bzw. Indikator-fürdie-Herkunft-der-Adresse-(NAI-)-Parameter. Diese Parameter, ihre Bedeutung innerhalb des Kontextes eines S57-Kommunikationsnetzwerkes und der Bereich ihrer Werte sind für Fachleute sehr wohl bekannt, und folglich werden sie hier nicht im Detail diskutiert. Es sollte genügen zu sagen, dass die bevor zugte Ausführungsform für den flexiblen Leitweglenkknoten der vorliegenden Erfindung auf einigen oder allen diesen Parametern beruht, um den erforderlichen Umsetzungsdienst zu bestimmen bzw. festzulegen. - Die mittlere Spalte in jeder der
10a–l0c gibt die ursprünglichen Werte wieder, d. h. vor der Umsetzung, für die Parameter, welche in jeder Spalte auf der linken Seite dargestellt werden. Die Spalte auf der rechten Seite in jeder der10a–l0c stellt die Werte für jeden der Parameter in der Spalte auf der linken Seite nach der Umsetzung dar. Spezieller ausgedrückt, die Spalte auf der rechten Seite in10a gibt die Parameterwerte nach einer G-FLEXTM-Umsetzung wieder, welche mit Bezug auf6 beschrieben wird. Die Spalte auf der rechten Seite der10b gibt die Parameterwerte nach einer fehlerhaften Globaltitelumsetzung wieder, welche im Detail mit Bezug auf7 beschrieben wird. Schließlich gibt die Spalte auf der rechten Seite der10c die Parameterwerte nach einer dazwischen liegenden globalen Titelumsetzung wieder, welche im Detail mit Bezug auf8 beschrieben wird. - Nachdem einmal die Anforderung an den allgemeinen Typ des Umsetzungsdienstes gemacht wurde (d. h. G-FLEXTM-Umsetzung oder GTT-Umsetzung), wird als Nächstes der spezifische Typ des Umsetzungsdienstes festgelegt. Mit speziellem Bezug auf die G-FLEXTM-Umsetzungsdienste können die Arten der Dienste, welche verfügbar sind, GSM-Dienste beinhalten, wie z. B. HLR, SMSC, EIR, AuC, etc. Die Festlegung des speziellen G-FLEXTM-Umsetzungsdienstes wird während der Untersuchung eines Subsystem Number (SSN)- bzw. Teilsystemnummer-(SSN-)Parameters durchgeführt, welcher in dem Feld der Called Party Address (CdPA)bzw. Adresse der gerufenen Partei (CdPA) der Signalisiernachricht enthalten ist. Noch einmal, der SSN-Parameter ist Fachleuten wohl bekannt, und folglich wird er hier nicht im Detail diskutiert. Es sollte genügen zu sagen, dass der flexible Leitweglenkknoten der vorliegenden Erfindung so konfiguriert ist, dass er gewisse SSN-Werte als Anzeige für die Notwendigkeit eines speziellen Typs von G-FLEXTM-Umsetzungsdienst erkennt.
- Aus der Sicht des Betreibens werden die Signalisiernachrichten, welche eine Bearbeitung zum Leitweglenken der Datenbank benötigen, zuerst durch ausnahmenbasierte G-FLEXTM-Datenbank bedient. D. h., ein Suchlauf wird innerhalb der G-FLEXTM-Datenbank basierend entweder auf der IMSI- oder der MSISDN-Nummer durchgeführt, welche mit dem eingehenden Signalisiernachrichtenpaket verbunden ist. Im Falle, dass eine IMSI- oder MSISDN-Übereinstimmung in der G-FLEXTM-Datenbank platziert ist, werden die geeigneten Leitweglenkdaten durch die G-FLEXTM-Datenbank zurückgegeben, und das Signalisiernachrichtenpaket wird entsprechend vor dem weiteren Leitweglenken modifiziert. In einem solchen Fall ist kein zweiter Suchlauf der blockbasierten GTT-Datenbank notwendig. Im dem Fall, dass jedoch keine IMSI- oder MSISDN-Übereinstimmung in der G-FLEXTM-Datenbank platziert ist, wird ein zweiter Suchlauf in der bereichsbasierten GTT-Datenbank durchgeführt.
- G-FLEXTM-Umsetzung
- Die
6 und7 stellen die zwei Leitweglenk-basierten Datenbanken-Zugriffsszenarien dar, welche oben kurz beschrieben wurden. Spezieller ausgedrückt,6 gibt den Fall wieder, wo der Anfangssuchlauf der G-FLEXTM-Datenbank eine IMSI- oder MSISDN-Übereinstimmung findet und deshalb keine zweite GTT-Datenbanksuche erforderlich ist. Um diesen Fall zu erläutern, wird der Pfad einer typischen, auf HLR basierenden SS7-Signalisiernachricht von dem GMSC348 über den flexiblen Leitweglenkknoten302 und schließlich zu dem Ziel HLR C356 ver folgt, wobei der Pfad durch eine gestrichelte Linie in6 angezeigt wird. Zum Dienste der Erläuterung wurde jedem dieser Netzwerkknoten eine SS7-Netzwerkadresse oder ein Punktcode (PC) zugeordnet. In beiden6 und7 wird der GMSC-Knoten348 durch den PC 1-0-0 identifiziert, der flexible Leitweglenkknoten302 wird durch PC 2-0-0 identifiziert, während die drei HLR-Knoten352 ,354 und356 durch jeweils die PCs 3-0-1, 3-0-2 bzw. 3-0-2 identifiziert werden. - Beginnt man am GMSC-Knoten
348 , so wird eine Signalisiernachricht formuliert und zu dem flexiblen Leitweglenkknoten302 über die SS7-Kommunikationsverbindung320 übertragen. Der relevante Dateninhalt dieser entstehenden Signalisiernachricht wird in10a gezeigt. Wenn dem so ist, so wird aus der Tabelle, welche in10a gegeben wird, anerkannt werden, dass das OPC der Originalnachricht gleich 1-0-0 ist, der PC des GMSC-Knotens348 . Der DPC der Nachricht ist 2-0-0, der PC des flexiblen Leitweglenkknotens302 . Die Signalisiernachricht wird innerhalb des flexiblen Leitweglenkknotens302 durch das LIM308 empfangen. Das Bearbeiten des SS7-MTP-Pegels 1 und 2 wird an dem eingehenden Signalisiernachrichtenpaket durch den MTP-Pegel-1-und-2-Prozess310 durchgeführt. Wenn die Verarbeitung mit dem MTP-Pegel 1 und 2 vollendet ist, wird das Signalisiernachrichtenpaket zeitweise in der E/A-Warteschlange312 gepuffert, bevor es zu dem Stapel des MTP-Pegel-3-HMDC-Prozess314 durchgelassen wird. Der HMDC-Prozess314 untersucht das Signalisiernachrichtenpaket und bestimmt, ob das Paket weitere Verarbeitung an dem flexiblen Leitweglenkknoten302 benötigt. In dem Beispiel, welches in6 gezeigt wird, wird angenommen, dass der HMDC-Prozess314 bestimmt, dass weitere Verarbeitung des Signalisiernachrichtenpakets erforderlich ist, und das Paket wird nachfolgend an den HMDT-Prozess316 durchgelassen. Der HMDT-Prozess316 untersucht das Paket und legt fest, basierend auf der Art des weiteren Verarbeitens, welches erforderlich ist, welches dezentrale Datenverarbeitungsmodul, welches mit dem IMT-Bus304 verbunden ist, als Nächstes das Paket empfangen sollte. In diesem Fall bestimmt der HMDT-Prozess316 , dass die Signalisiernachricht an das GDM-Modul322 für den G-FLEXTM-Umsetzungsdienst weitergeleitet werden sollte. Das Signalisiernachrichtenpaket wird dann auf dem Hochgeschwindigkeits-IMT-Bus304 platziert und an den GDM322 gesendet. Ein detailliertes Flussdiagramm der auf GDM/SCCP bezogenen Verarbeitungsschritte wird in11 dargestellt und kann in Verbindung mit dem schematischen Diagramm, welches in6 gezeigt wird, benutzt werden, um besser die Methodik des Suchlaufes in der G-FLEXTM- und GTT-Datenbank zu verstehen. Außerdem liefert10a eine Summe des Inhalts des Signalisiernachrichtenpaketes vor und nach der G-FLEXTM-Umsetzung. - Mit Bezug auf
11 erreicht die Signalisiernachricht im Schritt ST1 die GSM-Karte322 , und der SCCP-Prozess326 empfängt das Paket. Innerhalb des SCCP-Prozesses326 wird das Nachrichtenpaket an den SCRC-Kontrollgerät-Prozess328 durchgelassen. In den Schritten ST2 und ST3 decodiert und untersucht der SCRC-Prozess328 die Paketinhaltsinformation, welche in der Überschrift der Signalisiernachricht enthalten ist, um aufzustellen, welche Art von Umsetzungsdienst erforderlich ist. Spezieller ausgedrückt, die RI-, GTI-, TT-, NP- und NAI-Parameter, welche in dem Signalisiernachrichtenpaket enthalten sind, werden analysiert, um zu bestimmen, ob ein G-FLEXTM- oder ein GTT-Umsetzungsdienst erforderlich ist. Wie in den Schritten ST4 und ST5 angezeigt, wird die Nachricht, wenn bestimmt wird, dass ein GTT-Umsetzungsdienst erforderlich ist, direkt an den GTT-Datenbankprozess332 durchgelassen. In dem Szenario, welches in6 dargestellt wird, wird jedoch ein RI-Wert von "RT-ON-GT", ein GTI-Wert von 4, ein Umsetzungstyp(TT)-Wert von 0, ein "nationaler" NAI-Wert und ein "E.164"-NP-Wert kollektiv so interpretiert, dass er die Notwendigkeit für eine G-FLEXTM-Umsetzung anzeigt. Der Inhalt der Signalisier nachricht wird dann weiter analysiert, um die spezielle Art des G-FLEXTM-Umsetzungsdienstes, welcher erforderlich ist, zu bestimmen, wie dies durch Schritt ST6 angezeigt wird. Spezieller ausgedrückt, der CdPA SSN-Parameter wird untersucht, und der Wert von 6 wird als Anzeichen für die Notwendigkeit einer Umsetzung nach dem G-FLEXTM-HLR-Typ interpretiert. In diesem speziellen Beispiel, falls der Entitätstyps des Bestimmungsknotens so festgelegt wird, alles andere als HLR oder SMSC zu sein (d. h. SSN ist nicht gleich 6 oder 8), wird das Paket an den GTT-Datenbankprozess332 durchgelassen, wie dies in den Schritten ST7 und ST5 jeweils gezeigt wird. Im Schritt ST8 wird die Mobil-Identifikationsnummer (MIN), welche innerhalb des Paketes codiert ist, nachfolgend untersucht und konditioniert, wenn dies notwendig ist. Die MIN wird typischerweise innerhalb des CdPA-Feldes in einer Struktur gespeichert, welche allgemein als Global Title Digits (GTD)- bzw. Globale-Titeldigitalwerte-Teilfeld bezeichnet wird. In einigen Fällen kann es notwendig sein, die MIN aus der TCAP/MAP-Information in der Nachricht abzuleiten. In diesem Beispiel hat die MIN oder das GTD einen Wert von 9193803833, wie dies in10a gezeigt wird, und es wird ferner angenommen, dass keine Konditionierung dieser Nummer erforderlich ist. - Jedoch, mit Bezug auf das oben erwähnte Nummernkonditionieren, kann ein derartiges Verarbeiten notwendig sein, um sicherzustellen, dass die IMSI oder MSISDN mit dem Format der Schlüsselfelddaten kompatibel ist, welche in den G-FLEXTM- und GTT-Datenbanken
330 bzw.332 gespeichert sind. Die Arbeitsschritte des Nummernkonditionierens können das Voranhängen von Extra-Digits bzw. -Digitalwerten an eine Mobil-Identifikationsnummer beinhalten, welche innerhalb eines Signalisiernachrichtenpaketes enthalten ist, um so zu erzwingen, dass die Nummer mit einem internationalen Format übereinstimmt. Das Wandeln einer Mobil-Identifikationsnummer von einem Nummernstandard zu einem anderen kann auch durchgeführt werden. Z. B. kann die Mobil-Identifikationsnummer, welche mit einem eingehenden Signalisiernachrichtenpaket verbunden ist, von einem ersten Industriestandardformat, welches als E.214 bekannt ist, in ein zweites Industriestandardformat, welches als E.212 bekannt ist, vor den Datenbank-Suchlaufverarbeitungsschritten gewandelt werden. Noch einmal, es sollte anerkannt werden, dass solche Konditionierdienste der Mobil-Identifikationsnummer nur in dem Fall notwendig sind, in dem das Format der eingehenden Mobil-Identifikationsnummer der Nachricht nicht mit dem entsprechenden Schlüsselfeld-Datenformat in den G-FLEXTM- und GTT-Datenbanken in Einklang ist. - Im Schritt ST9 wird die G-FLEXTM-Datenbank
330 durchsucht, wobei die entsprechende Mobil-Identifikationsnummer (IMSI oder MSISDN) als wenigstens ein Teil des Suchschlüssels genutzt wird. Wenn keine Übereinstimmung in der G-FLEXTM-Datenbank330 gefunden wird, wird das Paket an die GTT-Datenbank332 zum Bearbeiten durchgelassen, wie dies in den Schritten ST10 und ST11 jeweils gezeigt wird. In dem Beispiel, welches in6 gezeigt wird, wird jedoch eine Übereinstimmung in der G-FLEXTM-Datenbank330 gefunden, wie dies durch die Tatsache angezeigt wird, dass es einen Eintrag in der G-FLEXTM-Datenbank330 gibt (9a ), entsprechend dem CdPA SSN-Wert der Nachricht von 9193803833. Die Leitweglenkdaten, welche durch den G-FLEXTM-Datenbankprozess330 zurückgegeben werden, werden nachfolgend durch einen Punktcodewert von 3-0-3 und einer Teilsystemnummer von 6 innerhalb des Signalisiernachrichtenpaketes codiert, wie dies durch den Schritt ST12 angezeigt wird. Es wird anerkannt werden, dass die Leitweglenkinformation PC:3-0-3 SSN:6, welche durch die G-FLEXTM-Datenbank zurückgegeben wird, effektiv die Netzwerkadresse des HLR C356 darstellt. Es sollte auch anerkannt werden, dass das Feld des Leitweglenk-Indikators (RI) der umgesetzten Signalisiernachricht vom ursprünglichen "Rou te-On-GT"- bzw. "Pfad-auf-GT"-Wert auf einen neuen Wert von "Route-On-SSN" bzw. "Pfad-auf-SSN" modifiziert wurde, wodurch angezeigt wird, dass keine weiteren Leitweglenk-Adressenumsetzungen erforderlich sind, um die Netzwerkadresse des Ziel-HLR-Knotens zu identifizieren. Noch einmal, der Leitweglenk-Indikationsparameter ist für Fachleute der SS7-Telekommunikation wohl bekannt, und folglich wird hier eine detaillierte Diskussion dieses Parameters und seiner Leitweglenkfunktionalität nicht wiedergegeben. Es wird jedoch anerkannt werden, dass dieser Parameter benutzt wird, um allgemein anzuzeigen, ob ein Signalisiernachrichtenpaket eine Verarbeitung nach dem SSCP-Typ erfordert. Es sollte auch beachtet werden, dass in9a zwei der gespeicherten Datenfelder in diesem Fall nicht benutzt werden. Es wird ein Entitäts-Adressenfeld benutzt, um eine andere, typischerweise eine MSISDN- oder IMSI-formatierte Nummer zu speichern, welche repräsentativ für einen speziellen HLR- oder SMSC-Knoten ist. Ein Feld von Replace Called party Global Title digits (RCGT) bzw. Ersetze-die-Globaltitel-Digits der gerufenen Partei beinhaltet ein Kennzeichen, welches anzeigt, ob der Wert in dem CdPA:GTD-Feld der Signalisiernachricht geändert werden sollte, um die Entitätsadresse des Ziel-HLR-Knotens wiederzugeben. In diesem Fall wird anerkannt werden, dass das RCGT-Kennzeichen auf einen Wert von "NO" gesetzt wird, welcher anzeigt, dass das CdPA:GTD-Feld der Signalisiernachricht nicht geändert werden muss, um die Entitätsadresse des HLR C wiederzugeben. Dies ist typischerweise der Fall, wenn der Punktcode und die Teilsysteminformation, welche mit der Netzwerkadresse eines Zielknotens übereinstimmen, bereits dem flexiblen Leitweglenkknoten bekannt sind. Wenn jedoch der flexible Leitweglenkknoten nicht mit wenigstens dem Punktcode versehen wurde, welcher mit dem Ziel-HLR-Knoten übereinstimmt, dann wird eine Entitäts-Adressensubstitution angewendet, um die nachfolgenden Leitweglenk-Adressenumsetzungen durch einen externen Leitweglenkknoten zu erleichtern. Ein Beispiel eines derartigen Szenarios wird nachfolgend gegeben. - Kehrt man nun zu
6 zurück, so wird anerkannt werden, dass, nachfolgend auf den erfolgreichen G-FLEXTM-Datenbanksuchlauf, wie er oben im Detail beschrieben wurde, das modifizierte Signalisiernachrichtenpaket als Nächstes an den HMRT-Prozess334 durchgelassen wird. Noch einmal, der HMRT-Prozess334 bestimmt, an welche LIM- oder DCM-Karte das Paket für das nachfolgende Übertragen an den Zielknoten der Nachricht geleitet werden sollte. In diesem Fall bestimmt der HMRT-Prozess334 , dass die Verbindung, welche den flexiblen Leitweglenkknoten302 mit dem modifizierten Zielknoten der Nachricht verbindet, auf dem DCM336 platziert ist. Folglich wird das modifizierte Signalisiernachrichtenpaket intern über den IMT-Bus304 an den DCM336 leitweggelenkt, wo es durch den HMCG-Prozess340 empfangen wird. Der HMCG-Prozess340 lässt das modifizierte Nachrichtenpaket in die E/A-Warteschlange341 durch, wobei dieser nach außen gerichtete Anteil des Paketes für den Stau der Verbindung erkannt wird. Schließlich wird das modifizierte Nachrichtenpaket von der E/A-Warteschlange341 durchgelassen und zum IP-Prozess342 gelassen, wo das SS7-Paket in einen IP-Leitweg-Envelope bzw. -Bitgruppe eingekapselt wird. Das IPgekapselte SS7-Paket wird dann zu dem verbundenen IP-Netzwerk350 über die IP-Signalisierverbindung344 übertragen. In diesem Beispiel wird das IP-gekapselte SS7-Paket adressiert und folglich durch das IP-Netzwerk350 zum Endziel HLR C356 leitweggelenkt. Der OPC des Paketes wird in den OPC des flexiblen Leitweglenkknotens302 verändert. - Fehler in der GTT-Umsetzung
- Wendet man sich der
7 zu, so erläutert das beispielhafte Flussszenario, welches in diesem Diagramm dargestellt wird, den Fall, bei welchem ein erster G-FLEXTM-Datenbanksuchlauf fehlschlägt, um eine IMSI- oder MSISDN-Übereinstimmung zu finden, und deshalb ist ein zweiter oder Fehler-GTT-Datenbank suchlauf erforderlich. Der Pfad einer typischen HLR-gebundenen SS7-Signalisiernachricht wird vom GMSC348 über den flexiblen Leitweglenkknoten302 und schließlich zum Ziel-HLR B354 verfolgt. Noch einmal, der Signalisiernachrichtenpfad wird durch eine gestrichelte Linie angezeigt. Beginnt man mit dem GMSC-Knoten348 , wird eine Signalisiernachricht formuliert und an den flexiblen Leitweglenkknoten302 über die SS7-Kommunikationsverbindung320 übertragen. Der relevante Dateninhalt dieser entstehenden Signalisiernachricht wird in10b gezeigt. Dementsprechend wird aus der Tabelle, welche in10b dargestellt wird, erkannt werden, dass der OPC der Originalnachricht gleich 1-0-0 ist, der PC des GMSC-Knotens348 . Der DPC der Nachricht ist 2-0-0, der PC des flexiblen Leitweglenkknotens302 . - Da das Verarbeiten des eingehenden Signalisiernachrichtenpaketes auf dem LIM
308 in diesem Szenario identisch ist mit dem, wie es für das Szenario, welches in6 dargestellt wird, ist und oben beschrieben wurde, wird eine detaillierte Diskussion der LIM-Verarbeitung nicht wiederholt. Stattdessen wird anerkannt werden, dass die eingehende Signalisiernachricht innerhalb des flexiblen Leitweglenkknotens302 durch das LIM308 empfangen wird und dass das Nachrichtenpaket nachfolgend untersucht wird und über den IMT-Bus304 an die GDM-Karte322 für das weitere Verarbeiten weitergelenkt wird. - Das detaillierte Flussdiagramm der GDM/SCCP-bezogenen Verarbeitungsschritte, welche in
11 präsentiert werden, kann in Verbindung mit dem schematischen Diagramm, welches in7 gezeigt wird, benutzt werden, um besser die Methodik des Suchlaufes in der G-FLEXTM- und GTT-Datenbank zu verstehen. Außerdem liefert10b eine Zusammenstellung des Inhalts des Signalisiernachrichtenpaketes vor und nach der G-FLEXTM-Umsetzung. Mit Bezug auf11 erreicht die Signalisiernachricht im Schritt ST1 die GDM-Karte322 , und der SCCP-Prozess326 empfängt das Paket. Innerhalb des SCCP-Prozesses326 wird das Nachrichtenpaket an den SCRC-Steuergerätprozess328 durchgelassen. In den Schritten ST2 bzw. ST3 decodiert und untersucht der SCRC-Prozess328 die Information des Paketinhalts, welche in der Signalisiernachrichtüberschrift enthalten ist, um festzulegen, welche Art von Umsetzungsdienst erforderlich ist. Spezieller ausgedrückt, die RI-, GTI-, TT-, NP- und NAI-Parameter, welche in dem Signalisiernachrichtenpaket enthalten sind, werden analysiert, um zu bestimmen, ob ein G-FLEXTM- oder ein GTT-Umsetzungsdienst erforderlich ist. Wiederum, wie in dem vorausgehenden Beispiel, werden ein RI-Wert von "RT-ON-GT", ein GTI-Wert von 4, ein TT-Wert von 0, ein "National"-NAI-Wert und ein "E.164"-NP-Wert kollektiv interpretiert, dass er die Notwendigkeit für eine G-FLEXTM-Umsetzung anzeigt. Der Inhalt der Signalisiernachricht wird dann weiter analysiert, um die spezielle Art des G-FLEXTM-Umsetzungsdienstes, welcher erforderlich ist, zu bestimmen, wie dies durch Schritt ST6 angezeigt wird. Spezieller ausgedrückt, der CdPA-SSN-Parameter wird untersucht, und der Wert von 6 wird so interpretiert, dass er die Notwendigkeit für eine G-FLEXTM-HLR-Art-Umsetzung anzeigt. Im Schritt ST8 wird die Mobil-Identifikationsnummer (MIN), welche innerhalb des Paketes codiert ist, nachfolgend untersucht und konditioniert, wenn dies notwendig ist. In diesem Beispiel beträgt der Wert des MIN oder GTD 7707883438, wie dies in10b gezeigt wird, und es wird ferner angenommen, dass kein Konditionieren dieser Nummer erforderlich ist. - Im Schritt ST9 wird die G-FLEXTM-Datenbank
330 durchsucht, wobei die geeignete Mobil-Identifikationsnummer (IMSI oder MSISDN) als wenigstens ein Teil des Suchschlüssels benutzt wird. In diesem Fall wird eine Übereinstimmung in der G-FLEXTM-Datenbank330 nicht gefunden, und das Paket wird an die GTT-Datenbank332 zur weiteren Verarbeitung durchgelassen, wie dies in Schritt ST10 gezeigt wird. Es wird anerkannt werden, dass dieses GTT-Fehlerverarbeiten durch die Tatsache angezeigt wird, dass kein Eintrag in der G-FLEXTM-Datenbank330 (9a ) vorhanden ist, welcher mit dem CdPA-SSN-Wert von 7707883438 übereinstimmt. Folglich wird im Schritt ST10 die GTT-Datenbank332 durchsucht, wobei die Mobil-Identifikationsnummer 7707883438 als wenigstens ein Teil des Suchschlüssels genutzt wird. Wie in9b angezeigt wird, wird in der GTT-Datenbank332 ein MIN-Bereich definiert, welcher die gesuchte MIN begrenzt, 7707883438. Die Leitweglenkdaten, welche durch den GTT-Datenbankprozess332 zurückgegeben werden, ein Punktcodewert von 3-0-2 und eine Teilsystemnummer von 6 werden nachfolgend innerhalb des Signalisiernachrichtenpaketes codiert, wie dies in dem Schritt ST12 angezeigt wird. Es wird anerkannt werden, dass die Leitweglenkinformation, PC:3-0-2 SSn:6, welche von der GTT-Datenbank332 zurückgegeben wird, effektiv die Netzwerkadresse von HLR B354 darstellt. Es sollte auch anerkannt werden, dass das Feld des Leitweglenk-Indikators (RI) der Signalisiernachricht von dem Originalwert "Route-On-GT" auf einen neuen Wert von "Route-On-SSN" modifiziert wurde. - Kehrt man nun zu
7 zurück, so wird anerkannt werden, dass im Anschluss an die nicht erfolgreiche G-FLEXTM- und erfolgreiche GTT-Datenbank-Suchlauffolge, wie sie im Detail oben beschrieben wurden, das modifizierte Signalisiernachrichtenpaket als Nächstes an den HMRT-Prozess334 durchgelassen wird. Noch einmal, der HMRT-Prozess334 bestimmt, an welche LIM- oder DCM-Karte das Paket zur nachfolgenden Übersendung an den Zielknoten der Nachricht weitergeleitet werden sollte. In diesem Fall bestimmt der HMRT-Prozess334 , dass die Verbindung, welche den flexiblen Leitweglenkknoten302 und den modifizierten Zielknoten der Nachricht verbindet, auf dem DCM336 platziert ist. Folglich wird das modifizierte Signalisiernachrichtenpaket intern über den IMT-Bus304 an das DCM336 leitweggelenkt, wo es durch den HMCG-Prozess340 empfangen wird. Der HMCG-Prozess340 lässt das modifizierte Nachrichtenpaket zu der E/A-Warteschlange341 durch, wobei er den Anteil dieses nach außen gerichteten Pakets zum Stau der Verbindung erkennt. Schließlich wird das modifizierte Nachrichtenpaket von der E/A-Warteschlange341 durchgelassen und weiter zum IP-Prozess342 geleitet, wo das SS7-Paket innerhalb einer IPfehlergeschützten Leitweglenk-Envelope bzw. -Bitgruppe eingekapselt wird. Die Ziel-IP-Adresse in der fehlergeschützten Leitweglenk-Bitgruppe kann durch den Datensuchlauf in dem DCM für die IP-Adresse, welche dem Punktcode 3-0-2 entspricht, bestimmt werden. Das IP-eingekapselte SS7-Paket wird dann an das angeschlossene IP-Netzwerk350 über die IP-Signalisierverbindung344 übertragen. In diesem Beispiel ist das IP-gekapselte SS7-Paket über das IP-Netzwerk350 adressiert und folglich wird es zum Endzielpunkt HLR B354 leitweggelenkt. - Wie oben festgestellt, kann das IP-Netzwerk
350 , welches in7 dargestellt wird, durch ein SS7-Netzwerk ersetzt werden, ohne vom Umfang der Erfindung abzuweichen. In einem derartigen Szenario kann das DCM336 durch ein zweites LIM zum Leitweglenken der ausgehenden SS7-Nachrichten über ein SS7-Netzwerk ersetzt werden. In einem Verfahren zum Leitweglenken einer Signalisiernachricht entsprechend einer derartigen Ausführungsform sind die Schritte zum Leitweglenken der Signalisiernachricht die gleichen, wie sie oben vor der Verteilung der Nachricht an das DCM336 beschrieben wurden, wie oben beschrieben. Wenn jedoch das DCM336 durch ein LIN ersetzt wurde, im Gegensatz zum Einkapseln der Signalisiernachricht in ein IP-Paket, wird die Signalisiernachricht einfach zum HLR B354 leitweggelenkt, entsprechend dem Zielpunktcode der Nachricht. Die ausgehende Signalisiernachricht hat einen OPC gleich dem Punktcode des flexiblen Leitweglenkknotens302 und einen DPC gleich dem Punktcode des HLR B354 . Da der OPC der Signalisiernachricht auf den Punktcode des flexiblen Leitweglenkknotens302 geändert wurde, im Gegensatz zu dem des GMSC348 , bleibt eine Erfüllung der Zuverlässigkeitskriterien des SS7-Netzwerks erhalten. - Zwischenumsetzung
- Ein anderes Beispiel, welches in
8 präsentiert wird, dient dazu, eine andere Netzwerkimplementierung zu erläutern, in welcher es für einen flexiblen Leitweglenkknoten der vorliegenden Erfindung möglich ist, eine dazwischen liegende Leitweglenkumsetzung bzw. Zwischenumsetzung zu liefern. Bei dieser Implementierung beinhaltet das Signalisiernetzwerk400 einen flexiblen Leitweglenkknoten402 , welcher im Wesentlichen in seiner Form und Funktion identisch mit dem flexiblen Leitweglenkknoten302 ist, welcher oben beschrieben wurde und im Allgemeinen in den6 und7 dargestellt wird. Der flexible Leitweglenkknoten402 ist an das GMSC348 und die drei HLR-Knoten352 ,354 und356 über wenigstens einen Zwischen-STP404 gekoppelt. Die Kommunikationsverbindung406 zwischen dem flexiblen Leitweglenkknoten402 und STP404 ist eine SS7-Verbindung, obwohl andere Kommunikationsprotokolle, wie z. B. IP, auch angewendet werden können. - In diesem Szenario wird der Pfad einer typischen HLR-gebundenen SS7-Signalisiernachricht von dem GMSC
348 über den flexiblen Leitweglenkknoten402 und schließlich zum Zieulknoten HLR A 352 verfolgt. Noch einmal, der Signalisiernachrichtenpfad wird durch eine gestrichelte Linie angezeigt. Der relevante Dateninhalt dieser Signalisiernachricht, wie sie zuerst empfangen wird und dann durch den flexiblen Leitweglenkknoten402 umgesetzt wird, wird in10c gezeigt. Beginnt man an dem GMSC-Knoten348 , wird eine Signalisiernachricht mit einem CdPA:GTD-Wert von 2125662322 formuliert und an den dazwischen liegenden STP404 übertragen. Der STP404 empfängt und leitweglenkt die Signalisiernachricht an den flexiblen Leitweglenkknoten402 über die Kommunikationsverbindung406 . Obwohl in10c nicht gezeigt, wird anerkannt werden, dass der OPC der Originalnachricht gleich 1-0-0 ist, der PC des GMSC-Knotens348 , während der DPC der Originalnachricht gleich 4-0-0 ist, der PC des STP404 . Beim Prozess des Leitweglenkens des Nachrichtenpaketes modifiziert der STP404 den OPC auf 4-0-0 und den DPC auf 2-0-0. Die Nachricht wird dann durch STP404 an den flexiblen Leitweglenkknoten402 übertragen, welchem der Punktcode 2-0-0 zugeordnet ist. Sobald die Signalisiernachricht durch den flexiblen Leitweglenkknoten402 empfangen wird, ist das Verarbeiten der Nachricht im Wesentlichen das gleiche wie das für die vorher beschriebenen Beispiele. - Der einzige signifikante Unterschied in diesem Fall ist der, dass die Leitweglenkdaten, welche durch den Suchlauf der G-FLEXTM-Datenbank zurückgegeben werden, nicht der Punktcode und die SSN des Ziel-HLR A-Knotens
352 sind, sondern stattdessen die Entitätsadresse, welche mit dem HLR A352 und dem Punktcode von STP404 verbunden ist. Spezieller ausgedrückt, ein Wert Replace Called party Global Title digits (RCGT) bzw. Ersetze die Globaltitel-Digits der gerufenen Partei von "YES" bzw. "JA" wird durch die G-FLEXTM-Datenbank zurückgegeben, wie dies in9a angezeigt wird, zusammen mit einer HLR A-Entitätsadresse mit dem Wert 1013211234. Folglich wird der ursprüngliche Wert des CdPA:GTD-Feldes der Signalisiernachricht, 2125662322, durch die HLR A-Entitätsadresse mit dem Wert 1013211234 ersetzt. - Eine zweite Schlüsselunterscheidung von den Szenarien des vorausgehenden Beispiels besteht darin, dass der CdPA-Leitweglenk-Indikator für die umgesetzte Nachricht auf "RT-ON-GT" anstatt auf "RT-ON-SSN" gesetzt wird, wodurch angezeigt wird, dass wenigstens eine weitere Leitweglenk-Adressumsetzung notwendig sein wird, um die aktuelle Netzwerkadresse des Ziel-HLR-Knotens zu bestimmen.
- Diejenigen Fachleute, welche mit SS7-Leitweglenksystemen vertraut sind, werden anerkennen, dass eine derartige Umsetzung sehr ähnlich sowohl in Form als auch Funktion zu einer dazwischen liegenden bzw. Zwischen-Global-Titelumsetzung ist. Demzufolge ist beinhaltet, dass die G-FLEXTM- und die GTT-Datenbanken, welche innerhalb des flexiblen Leitweglenkknotens
402 enthalten sind, nicht die Information besitzen, welche notwendig ist, um die aktuelle Netzwerkadresse des Zielknotens zu besitzen. Jedoch ist die G-FLEXTM-Datenbank mit Information bestückt, welche sich auf den nächsten Netzwerk-Leitweglenkknoten bezieht, welcher die aktuelle Netzwerkadresse des Zielknotens besitzen könnte. Wie dies in den8 ,9a und10c angezeigt wird, zeigt das Ergebnis des G-FLEXTM-Datenbanksuchlaufes an, dass das Signalisiernachrichtenpaket als Nächstes zu STP404 bei PC:4-0-0 weitergelenkt werden sollte. Außerdem wird der Leitweglenk-Indikator der umgesetzten Nachricht auf den Wert von "RT-ON-GT" gesetzt, wodurch angezeigt wird, dass eine abschließende Leitweglenkumsetzung nach wie vor erforderlich ist, bevor das Nachrichtenpaket sein Ziel erreichen kann. In diesem Beispiel wird angenommen, dass STP404 so konfiguriert ist, dass es eine erfolgreiche End-GTT an dem Nachrichtenpaket durchführen kann, wobei die Entitätsadresse des HLR A genutzt wird, welche in dem CdPA:GTD-Feld der Signalisiernachricht gespeichert wurde. Auf diese End-GTT-Umsetzung bei STP404 folgend wird der DPC des Nachrichtenpaketes auf 3-0-1:6 verändert, und die Nachricht wird nachfolgend an das Netzwerkelement, welches diesem PC und der SSN entspricht, nämlich HLR A 352, übertragen. Der OPC der Nachricht wird auf 4-0-0 geändert, d. h. den OPC des STP404 . - Wie bereits vorher beleuchtet, ein wesentlicher Unterschied, welchen der flexible Leitweglenkknoten der vorliegenden Erfindung gegenüber Lösungen entsprechend dem Stand der Technik hat, beinhaltet die Art, in welcher das OPC-Feld des SS7-MTP- Leitweglenk-Labels bzw. der -Adresse während des G-FLEXTM- oder GTT-Umsetzungsprozesses geändert wird. Spezieller ausgedrückt, als Teil der G-FLEXTM- und GTT-Verarbeitung wird der OPC der umgesetzten Signalisiernachricht modifiziert, um den Punktcode des flexiblen Leitweglenkknotens zu reflektieren. Dieser Unterschied ist signifikant dadurch, dass er zu dem Industriestandard SS7-Niveau
3 befähigt und darüber hinaus zu Netzwerksteuerprotokollen, um in Erfüllung mit den akzeptierten SS7-Telekommunikationsstandards zu arbeiten, wie sie durch ANSI, ITU, Telcordia u. a. definiert werden. - Leitweglenken einer SMS-Nachricht
- Wie oben festgestellt, ist ein Problem bei herkömmlichen Mobilkommunikationsnetzwerken das Zuordnen existierender Mobilteilnehmer zu SMSCs, wenn neue SMSCs dem Netzwerk zugefügt werden. Dieses Problem stammt von der Tatsache, dass die Entitätsadresse für SMSC entweder in die Handgeräte der Teilnehmer fest codiert oder programmiert ist. Wenn neue SMSCs hinzugefügt werden, müssen entweder die Handgeräte der Teilnehmer neu programmiert werden oder ein anderes SS7-Nachricht-Leitweglenkschema implementiert werden. Der flexible Leitweglenkknoten entsprechend einer Ausführungsform der vorliegenden Erfindung beinhaltet die Funktionalität zum Leitweglenken von Nachrichten an ein spezielles SMSC in einem Netzwerk, welches viele SMSCs beinhaltet, ohne dass ein erneutes Programmieren der mobilen Handgeräte notwendig ist.
-
12 ist ein Netzwerkdiagramm, welches ein Netzwerk darstellt, welches viele SMSCs beinhaltet. Mit Bezug auf12 beinhaltet das Netzwerk500 flexible Leitweglenkknoten403 , MSC502 , IWMSC504 , SMSC A506 und SMSC B508 . Der flexible Leitweglenkknoten402 beinhaltet Ausnahme- und bereichsbasierte Datenbanken, wie in den9a bzw.9b dargestellt. Ungleich jedoch zu den Beispielen, welche oben beschrieben wur den, welche sich in erster Linie auf Leitweglenknachrichten an HLRs beziehen, wird nun ein Beispiel beschrieben, bei welchem der flexible Leitweglenkknoten402 Nachrichten an die SMSCs506 und508 weiterlenkt. - Wenn ein Nutzer wünscht, eine Kurznachricht an einen anderen Nutzer zu senden, sendet das Mobilhandgerät
128 die Daten und die Mobil-Identifikationsnummer des beabsichtigten Empfängers an das MSC502 . Das MSC502 empfängt die Daten von dem Handgerät und sendet eine Kurznachrichten-Dienstnachricht an den flexiblen Leitweglenkknoten402 . Die Kurznachricht-Dienstnachricht beinhaltet einen Teil eines mobilen Applikationsteils (MAP), welcher die Mobil-Identifikationsnummer des herausgebenden bzw. ursprünglichen Handgerätes128 beinhaltet. Die Kurznachricht-Dienstnachrichten können auch die Entitätsadresse des SMSC beinhalten, welche ursprünglich im Handgerät128 programmiert wurde. Anstatt jedoch diese Entitätsadresse zu nutzen, welche im SCCP-Teil der Nachricht gespeichert ist, nutzt der flexible Leitweglenkknoten402 die MIN in dem Teil der MAP der Nachricht, um zu entscheiden, ob die Nachricht an SMSC A506 oder SMSC B508 leitwegzulenken ist. Wenn der flexible Leitweglenkknoten402 die Kurznachricht-Dienstnachricht von MSC502 empfängt, wird die Nachricht als eine SCCP-Nachricht identifiziert, welche die G-FLEX-Verarbeitung in der oben beschriebenen Weise notwendig hat, d. h. basierend auf dem Dienstauswähler, dem Umsetzungstyp bzw. der Umsetzungsart, dem Nummernplan und der Natur der Adressindikator-Parameter in der Nachricht. Zusätzlich zu diesen Parametern wird der Teilsystem-Nummernparameter untersucht, um den Entitätstyp des Knotens zu bestimmen, an welchen die Nachricht leitweggelenkt werden sollte. Dieses Umsetzen vom SSN- zum Entitätstyp kann durch den SCRC-Prozess328 ausgeführt werden, wobei eine Entitäts-Typ-Tabelle benutzt wird, welche auf dem GDM322 , welche in7 dargestellt wird, vorgesehen ist. Ein Beispiel einer derartigen Entitätstyp-Tabelle sieht wie folgt aus:Teilsystemnummer Entitätstyp 6 HLR 8 SMSC - Mit Bezug auf
9a , wenn die Nachricht identifiziert ist, dass sie einen Entitätstyp von SMSC hat, wird ein Suchlauf in der Ausnahme-basierten Datenbank330 durchgeführt, wobei die MIN von dem MAP-Teil der Nachricht benutzt wird. In9a ist, wenn die MIN in dem MAP-Teil der Nachricht 4143286672 ist, die Ziel-Entitäts-Adresse der Nachricht 4146773497, welche dem SMSC B508 entspricht. Der flexible Leitweglenkknoten402 fügt die Entitätsadresse von SMSC B508 in das Adressfeld der gerufenen Partei der Nachricht ein, fügt den Punktcode 6-0-1 in das DPC-Feld in den MTP-Teil der Nachricht ein und 1eitweglenkt die Nachricht an IWMSC504 , wie dies in12 dargestellt wird. IWMSC504 leitweglenkt die Nachricht an SMSC B508 . SMSC B508 empfängt die Kurznachrichten-Dienstnachricht und sendet eine Kurznachrichtdienst-Nachricht an das Ziel-Mobilhandgerät. - Wenn der Suchlauf in der Ausnahme-basierten Datenbank
330 durch Nutzen der MIN von dem MAP-Teil der Nachricht fehlschlägt, erscheint ein Suchlauf in der bereichsbasierten Datenbank332 , wobei die Entitätsadresse in dem Adressfeld der gerufenen Partei des SCCP-Teils der Nachricht benutzt wird. In diesem Fall würde die Nachricht an ein SMSC gelenkt werden, welches auf der Entitätsadresse für dieses SMSC in der Datenbank332 beruht. - Damit gestattet der flexible Leitweglenkknoten
402 , welcher in12 dargestellt wird, dass Kurznachrichtdienst-Nachrichten an ein SMSC in einem Netzwerk leitweggelenkt werden, welches viele SMSCs beinhaltet. Dieses Leitweglenken kann ausgeführt werden, ohne dass es erforderlich ist, die Mobilhandgeräte eines Mobiltelekommunikations-Service Providers zu verändern, wenn ein neuer SMSC dem Netzwerk hinzugefügt wird. Demzufolge reduziert der flexible Leitweglenkknoten entsprechend der vorliegenden Erfindung in großem Maße die Belastung bzw. Mühe der Mobiltelekommunikations-Netz-Provider, wenn neue SMSCs an ein Netzwerk hinzugefügt werden. - Es ist davon auszugehen, 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 ist nicht als Einschränkung zur Erfindung gedacht, wie sie durch die nachfolgenden Patentansprüche definiert sind.
Claims (14)
- Verfahren zum Leitweglenken bzw. Weiterleiten von Nachrichten an ein Short Message Service Center (SMSC) (
508 ) bzw. Kurzmitteilungsdienstzentrum in einem Netzwerk, welches eine Vielzahl von SMSCs (506 und508 ) beinhaltet und in welchem eine globale Titelumsetzung bzw. Titelübersetzung auf der Basis von globalen Titeladressen durchgeführt wird, welche in Signalisier-Verbindungssteueranteilen der Nachrichten gespeichert sind, wobei das Verfahren charakterisiert ist durch: a) Empfangen einer Nachricht (ST1), welche einen Signalisier-Verbindungssteueranteil und einen Mobil-Applikationsanteil besitzt, wobei der Mobil-Applikationsanteil eine mobile Identifikationszahl aufweist; b) Festlegen bzw. Bestimmen (ST2) eines Entitätstyps für die Nachricht basierend auf dem Signalisierverbindungssteueranteil; c) in Antwort auf das Bestimmen, dass der Entitätstyp anzeigt, dass die Nachricht für ein SMSC bestimmt ist, Ausführen (ST10) eines Suchlaufs in einer Adressen-Umsetzungsdatenbank (330 oder332 ), wobei die mobile Identifikationszahl aus dem Mobil-Applikationsanteil der Nachricht benutzt wird, um eine Adresse für einen der SMSCs (506 und508 ) in dem Netzwerk zu lokalisieren bzw. zu orten; und d) in Antwort auf das Orten der Adresse, Leitweglenken bzw. Weiterlenken der Nachricht basierend auf der Adresse. - Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Ausführen eines Suchlaufs in einer Adressumsetzungsdatenbank das Ausführen eines Suchlaufs in einer Datenbank (
330 ) beinhaltet, welche durch einzelne Mobil-Identifikationszahlen indiziert ist. - Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Ausführen eines Suchlaufs in einer Adressumsetzungsdatenbank das Ausführen eines Suchlaufs in einer Datenbank (
332 ) beinhaltet, welche durch die Bereiche der Mobil-Identifikationszahlen indiziert ist. - Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Ausführen eines Suchlaufs in einer Adressumsetzungsdatenbank das Ausführen eines Suchlaufs in einer ersten Datenbank (
330 ) beinhaltet, welche durch einzelne Mobil-Identifikationszahlen indiziert ist, wobei der MIN, welcher aus dem MAP-Teil der Nachricht herausgezogen ist, benutzt wird, und in Antwort auf das Fehlschlagen des Lokalisierens der Adresse in der ersten Datenbank, das Ausführen eines Suchlaufs in einer zweiten Datenbank (332 ) ausgeführt wird, wobei eine Entitätsadresse, welche aus dem Signalisierverbindungssteueranteil der Nachricht extrahiert ist, benutzt wird. - Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass die Entitätsadresse, welche aus dem Signalisier-Verbindungssteueranteil der Nachricht extrahiert ist, einer Entitätsadresse entspricht, welche in einen Mobil-Handapparat programmiert ist.
- Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Empfangen einer Nachricht das Empfangen einer Kurznachricht-Dienstnachricht von einem Mobil-Schaltzentrum beinhaltet.
- Verfahren nach Anspruch 6, dadurch gekennzeichnet, dass das Empfangen einer Kurznachricht-Dienstnachricht das Emp fangen einer Kurznachricht-Dienstnachricht an einem Signalübertragungspunkt oder Signalisiernetzübergang beinhaltet.
- Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Leitweglenken bzw. Weiterleiten der Nachricht, basierend auf der Adresse, das Leitweglenken der Nachricht zu einem Netzanpassungs-Mobil-Schaltzentrum (IWMSC) (
504 ) beinhaltet, welches mit einem SMSC (508 ) angeordnet ist. - Flexibler Leitweglenkungsknoten bzw. Weiterleitknoten (
404 ) zur Verwendung in einem Netzwerk, in welchem eine globale Titelumsetzung bzw. -übersetzung ausgeführt wird, basierend auf globalen Titeladressen beim Signalisieren von Verbindungssteueranteilen der Nachrichten, wobei der Leitweglenkknoten charakterisiert ist durch: (a) eine erstes Kommunikationsmodul (308 ) zum Empfangen von Signalisiernachrichten, wobei bestimmt wird, ob die Nachrichten einen Signalisier-Verbindungssteueranteil (SCCP) zum Verarbeiten benötigen, und in Antwort auf das Bestimmen, dass die Nachrichten SCCP-Verarbeitung erfordern, ein internes Leitweglenken der Nachrichten; und (b) ein Verarbeitungsmodul (322 ) zum Empfangen der Signalisiernachrichten, welche eine SCCP-Verarbeitung erfordern, welcher bestimmt, ob die Signalisiernachrichten einen SMSC-Entitätstyp besitzen, und, in Antwort auf das Bestimmen, dass die Nachrichten SMSC-Entitätstypen besitzen, Extrahieren Mobil-Identifikationszahlen aus den Mobil-Applikationsanteilbereichen der Nachrichten und Ausführen von Adressumsetzungen für die Nachrichten, basierend auf den Mobil-Identifikationszahlen. - Flexibler Leitweglenkknoten bzw. Weiterleitknoten (
504 ) nach Anspruch 9, dadurch gekennzeichnet, dass das Verarbeitungsmodul eine Entitätstyp-Tabelle beinhaltet, zum Bestimmen eines Entitätstyps für das Signalisieren der Nachrichten, welche SCCP-Verarbeitung erfordern. - Flexibler Leitweglenkknoten (
504 ) nach Anspruch 10, dadurch gekennzeichnet, dass die Entitätstyp-Tabelle Einträge zum Umsetzen von Untersystemzahlwerten für die Entitätstyp-Identifiziereinrichtungen beinhaltet. - Flexibler Leitweglenkknoten (
504 ) nach Anspruch 11, dadurch gekennzeichnet, dass die Entitätstyp-Tabelle einen ersten Eintrag zum Umsetzen eines Untersystem-Zahlwertes in einen SMSC-Entitätstyp beinhaltet. - Flexibler Leitweglenkknoten (
504 ) nach Anspruch 12, dadurch gekennzeichnet, dass der erste Eintrag den Untersystemzahlenwert8 in einen SMSC-Entitätstyp umsetzt. - Flexibler Leitweglenkknoten (
504 ) nach Anspruch 12, dadurch gekennzeichnet, dass das Verarbeitungsmodul angepasst ist, die Adressumsetzungen basierend auf den Mobil-Identifikationszahlen auszuführen, welche aus den MAP-Teilen der Nachrichten für Nachrichten, welche einen Entitätstyp von SMSC besitzen, extrahiert werden.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/471,946 US6836477B1 (en) | 1999-12-23 | 1999-12-23 | Methods and systems for routing messages in a communications network |
US471946 | 1999-12-23 | ||
PCT/US2000/034924 WO2001047297A2 (en) | 1999-12-23 | 2000-12-22 | Methods and systems for routing messages in a telecommunications network |
Publications (2)
Publication Number | Publication Date |
---|---|
DE60014715D1 DE60014715D1 (de) | 2004-11-11 |
DE60014715T2 true DE60014715T2 (de) | 2005-02-17 |
Family
ID=23873614
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE60014715T Expired - Lifetime DE60014715T2 (de) | 1999-12-23 | 2000-12-22 | Verfahren und systeme zur weglenkung von nachrichten in einem telekommunikationsnetzwerk |
Country Status (6)
Country | Link |
---|---|
US (2) | US6836477B1 (de) |
EP (1) | EP1285545B1 (de) |
AT (1) | ATE279079T1 (de) |
AU (1) | AU2449701A (de) |
DE (1) | DE60014715T2 (de) |
WO (1) | WO2001047297A2 (de) |
Families Citing this family (94)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI108193B (fi) * | 1999-01-25 | 2001-11-30 | Sonera Oyj | Menetelmä ja järjestelmä sanoman reitittämiseksi |
EP1252777A1 (de) * | 2000-02-01 | 2002-10-30 | Markport Limited | Router zur nachrichtenübermittlung |
US6724801B1 (en) * | 2000-04-05 | 2004-04-20 | Nortel Networks Limited | Method and system enabling communications between a switched telephone network and a wireless network |
US7110773B1 (en) | 2000-04-11 | 2006-09-19 | Telecommunication Systems, Inc. | Mobile activity status tracker |
WO2002035793A1 (en) * | 2000-10-26 | 2002-05-02 | British Telecommunications Public Limited Company | Telecommunications routing |
US20020191595A1 (en) * | 2001-06-18 | 2002-12-19 | Mar Jack K. | Providing communications capabilities to mobile devices at an enterprise |
GB2411085B (en) * | 2001-06-25 | 2005-10-26 | Empower Interactive Group Ltd | Distributed message transmission system and method |
GB0115493D0 (en) * | 2001-06-25 | 2001-08-15 | Empower Interactive Group Ltd | Improvements relating to messaging systems |
DE10134096A1 (de) * | 2001-07-13 | 2003-01-30 | Siemens Ag | Vorrichtung zum Übertragen von Zeichengabemeldungen |
CN1266978C (zh) * | 2001-07-18 | 2006-07-26 | 托吉瓦控股股份公司 | 电信方法、识别模块和计算机化的业务装置 |
US7079524B2 (en) * | 2001-10-11 | 2006-07-18 | Tekelec | Methods and systems for off-loading a-interface short message service (SMS) message traffic in a wireless communications network |
US7486676B1 (en) | 2001-12-20 | 2009-02-03 | Cisco Technology, Inc. | Arrangement for routing a received SS7 signaling message based on packet classification |
TW200303690A (en) * | 2002-02-18 | 2003-09-01 | Empower Interactive Group Ltd | Distributed message transmission system and method |
AU2003224237A1 (en) * | 2002-03-25 | 2003-10-08 | Intellprop Limited | Telecommunications services apparatus |
FR2838280A1 (fr) * | 2002-04-03 | 2003-10-10 | Nilcom | Systeme de recroutage de messages courts d'un centre de messages vers un autre, sans traduction d'adresse globale dans le centre de messages |
EP1377082B1 (de) * | 2002-06-28 | 2007-03-14 | Compaq Information Technologies Group, L.P. | Proxylastabgleicher |
US7522601B1 (en) * | 2002-07-24 | 2009-04-21 | Nortel Networks Limited | Filtered router alert hop-by-hop option |
US7460547B2 (en) * | 2002-10-03 | 2008-12-02 | Cisco Technology, Inc. | Mobile director |
US7251496B2 (en) * | 2002-10-03 | 2007-07-31 | Cisco Technology, Inc. | Mobile director |
US7848767B2 (en) | 2002-10-15 | 2010-12-07 | Tekelec | Methods and systems for migrating between application layer mobile signaling protocols |
CN1505434A (zh) * | 2002-11-28 | 2004-06-16 | �ʼҷ����ֵ��ӹɷ�����˾ | 一种寻址及定位无线局域网通讯结点的移动终端及其方法 |
US7088728B2 (en) * | 2003-01-16 | 2006-08-08 | Tekelec | Methods and systems for routing signalong messages to the same destination over different routes using message origination information associated with non-adjacent signaling nodes |
US7372953B2 (en) * | 2003-05-28 | 2008-05-13 | Tekelec | Methods and systems for default routing in a signaling network |
EP1492359A1 (de) * | 2003-06-24 | 2004-12-29 | Hewlett-Packard Development Company, L.P. | Signalisierungsnachrichtenverarbeitung gemäss einer Mehrzahl von Protokollstapeln |
WO2005003916A2 (en) * | 2003-06-27 | 2005-01-13 | Tekelec | Methods, systems, and computer program products for flexible global title translation (gtt) load sharing |
US8074170B2 (en) * | 2003-07-25 | 2011-12-06 | At&T Intellectual Property I, L.P. | Methods and computer program products that conditionally route print files |
US7860498B2 (en) * | 2003-12-01 | 2010-12-28 | Sybase 365, Inc. | System and method for virtual carrier addressing and routing for global short message service |
KR100582725B1 (ko) * | 2003-12-03 | 2006-05-22 | 삼성전자주식회사 | 멀티 존 사설 무선 네트워크 시스템 간 단문 메시지 서비스 방법 및 그 시스템 |
US7853707B2 (en) * | 2004-02-27 | 2010-12-14 | Tekelec | Methods and systems for extensible link level alignment between modules in a distributed processing system |
US7403537B2 (en) * | 2004-04-14 | 2008-07-22 | Tekelec | Methods and systems for mobile application part (MAP) screening in transit networks |
US20050238048A1 (en) * | 2004-04-14 | 2005-10-27 | Tekelec | Methods, systems, and computer program products for providing triggerless mobile services |
US7649834B2 (en) * | 2004-09-15 | 2010-01-19 | At&T Intellectual Property Ii, L.P. | Method and apparatus for determining neighboring routing elements and rerouting traffic in a computer network |
US7720056B1 (en) * | 2004-10-19 | 2010-05-18 | Nortel Networks Limited | Method and system for wireless network-based messaging service message delivery |
US7941165B2 (en) * | 2005-03-02 | 2011-05-10 | Cisco Technology, Inc. | System and method for providing a proxy in a short message service (SMS) environment |
US9167471B2 (en) | 2009-05-07 | 2015-10-20 | Jasper Technologies, Inc. | System and method for responding to aggressive behavior associated with wireless devices |
US8041021B2 (en) * | 2005-06-13 | 2011-10-18 | Tekelec | Methods, systems, and computer program products for selecting a global title translation mode based on an originator of a signaling message and performing global title translation according to the selected mode |
US7738648B1 (en) | 2005-06-30 | 2010-06-15 | Tekelec | Methods, systems and computer program products for rerouting specific services traffic from a signaling message routing node |
CN1859730A (zh) * | 2005-08-24 | 2006-11-08 | 华为技术有限公司 | 一种呼叫处理***、设备及方法 |
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 |
US20070203909A1 (en) * | 2006-02-28 | 2007-08-30 | Tekelec | Methods, systems, and computer program products for indexing, validating, recovering, and consolidating a database indexed by range-bound numeric data |
EP1989894B1 (de) | 2006-02-15 | 2019-02-13 | Tekelec Global, Inc. | Verfahren, systeme und computerprogrammprodukte zur selektiven verarbeitung oder umleitung von sccp-nachrichten |
US20070217391A1 (en) * | 2006-03-16 | 2007-09-20 | Tekelec | Methods, systems, and computer program products for setting congestion levels for a plurality of routes to a common destination |
US20080013446A1 (en) * | 2006-04-12 | 2008-01-17 | Tekelec | Methods, systems, and computer program products for selectively limiting access to signaling network nodes that share a point code |
US20070286083A1 (en) * | 2006-06-09 | 2007-12-13 | Tekelec | Methods, systems and computer program products for individually identifying and disabling circular routes from a plurality of active routes to a common destination |
US8184798B2 (en) * | 2006-06-13 | 2012-05-22 | Tekelec | Methods, systems and computer program products for accessing number portability (NP) and E.164 number (ENUM) data using a common NP/ENUM data locator structure |
US7787445B2 (en) * | 2006-07-20 | 2010-08-31 | Tekelec | Methods, systems, and computer program products for routing and processing ENUM queries |
US7606202B2 (en) * | 2006-07-28 | 2009-10-20 | Tekelec | Methods, systems, and computer program products for offloading call control services from a first network of a first type to a second network of a second type |
US20080101248A1 (en) * | 2006-10-31 | 2008-05-01 | Tekelec | Methods, systems and computer program products for selective network management in a network having multiple active routes to a common destination that are keyed by different combinations of parameters |
US8254551B2 (en) | 2006-12-07 | 2012-08-28 | Tekelec, Inc. | Methods, systems, and computer program products for providing quality of service using E.164 number mapping (ENUM) data in a communications network |
US8291120B2 (en) * | 2006-12-21 | 2012-10-16 | Verizon Services Corp. | Systems, methods, and computer program product for automatically verifying a standby site |
US20080198996A1 (en) * | 2007-02-21 | 2008-08-21 | Tekelec | Methods, systems, and computer program products for using a location routing number based query and response mechanism to effect advanced routing |
US8073127B2 (en) * | 2007-02-21 | 2011-12-06 | Tekelec | Methods, systems, and computer program products for using a location routing number based query and response mechanism to effect subscriber cutover |
US8213440B2 (en) | 2007-02-21 | 2012-07-03 | Tekelec Global, Inc. | Methods, systems, and computer program products for using a location routing number based query and response mechanism to route calls to IP multimedia subsystem (IMS) subscribers |
US8730970B2 (en) | 2007-02-23 | 2014-05-20 | Tekelec Global, Inc. | Methods systems, and computer program products for providing voicemail routing information in a network that provides customized voicemail services |
US8356431B2 (en) | 2007-04-13 | 2013-01-22 | Hart Communication Foundation | Scheduling communication frames in a wireless network |
US8325627B2 (en) | 2007-04-13 | 2012-12-04 | Hart Communication Foundation | Adaptive scheduling in a wireless network |
US8570922B2 (en) | 2007-04-13 | 2013-10-29 | Hart Communication Foundation | Efficient addressing in wireless hart protocol |
US8942219B2 (en) | 2007-04-13 | 2015-01-27 | Hart Communication Foundation | Support for network management and device communications in a wireless network |
US8230108B2 (en) | 2007-04-13 | 2012-07-24 | Hart Communication Foundation | Routing packets on a network using directed graphs |
US20080260119A1 (en) * | 2007-04-20 | 2008-10-23 | Rohini Marathe | Systems, methods, and computer program products for providing service interaction and mediation in a communications network |
US7996541B2 (en) | 2007-06-15 | 2011-08-09 | Tekelec | Methods, systems, and computer program products for identifying a serving home subscriber server (HSS) in a communications network |
US8538000B2 (en) | 2007-08-10 | 2013-09-17 | Tekelec, Inc. | Methods, systems, and computer program products for performing message deposit transaction screening |
EP2258128B1 (de) | 2008-03-07 | 2017-01-11 | Tekelec Global, Inc. | Verfahren, system und computerlesbare medien zum routen einer nachrichtendienstnachricht durch ein kommunikationsnetz |
WO2009149133A2 (en) | 2008-06-02 | 2009-12-10 | Tekelec | Methods, systems, and computer readable media for providing next generation network (ngn)-based end user services to legacy subscribers in a communications network |
WO2010008867A2 (en) | 2008-06-23 | 2010-01-21 | Hart Communication Foundation | Wireless communication network analyzer |
WO2010060087A2 (en) | 2008-11-24 | 2010-05-27 | Tekelec | Systems, methods, and computer readable media for location-sensitive called-party number translation in a telecommunications 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 |
US9021014B2 (en) | 2009-03-25 | 2015-04-28 | Tekelec, Inc. | Methods, systems, and computer readable media for providing home subscriber server (HSS) proxy |
US8452325B2 (en) | 2009-05-11 | 2013-05-28 | Tekelec, Inc. | Methods, systems, and computer readable media for providing scalable number portability (NP) home location register (HLR) |
US8224337B2 (en) | 2009-09-16 | 2012-07-17 | Tekelec, Inc. | Methods, systems, and computer readable media for providing foreign routing address information to a telecommunications network gateway |
CN102656845B (zh) | 2009-10-16 | 2015-04-01 | 泰克莱克股份有限公司 | 用于向直径信令路由器提供集成的监控和/或防火墙功能的方法、***和计算机可读介质 |
US8750126B2 (en) | 2009-10-16 | 2014-06-10 | Tekelec, Inc. | Methods, systems, and computer readable media for multi-interface monitoring and correlation of diameter signaling information |
US9313759B2 (en) | 2009-10-16 | 2016-04-12 | Tekelec, Inc. | Methods, systems, and computer readable media for providing triggerless equipment identity register (EIR) service in a diameter network |
WO2011106690A2 (en) * | 2010-02-25 | 2011-09-01 | Tekelelec | Systems, methods, and computer readable media for using a signaling message routing node to provide backup subscriber information management service |
US8644355B2 (en) | 2010-12-23 | 2014-02-04 | Tekelec, Inc. | Methods, systems, and computer readable media for modifying a diameter signaling message directed to a charging function node |
CN103460648B (zh) | 2011-01-21 | 2017-04-19 | 泰克莱克股份有限公司 | 用于在Diameter信令路由器(DSR)内屏蔽Diameter消息的方法和*** |
WO2012129171A2 (en) | 2011-03-18 | 2012-09-27 | Tekelec, Inc. | Methods, systems, and computer readable media for configurable diameter address resolution |
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 |
US9143942B2 (en) | 2013-03-14 | 2015-09-22 | Tekelec Global, Inc. | Methods, systems, and computer readable media for providing a multi-network equipment identity register |
US9635526B2 (en) | 2013-03-15 | 2017-04-25 | Tekelec, Inc. | Methods, systems, and computer readable media for utilizing a diameter proxy agent to communicate short message service (SMS) messages |
US20160127545A1 (en) | 2014-10-30 | 2016-05-05 | Flowroute Inc. | Special routing service |
US10270724B2 (en) | 2015-03-02 | 2019-04-23 | Pismo Labs Technology Limited | Methods and systems for processing messages at a multi-SIM network node |
GB2537949B (en) * | 2014-12-10 | 2021-02-24 | Pismo Labs Technology Ltd | Methods and systems for processing messages at a network node |
US10951519B2 (en) | 2015-06-17 | 2021-03-16 | Oracle International Corporation | Methods, systems, and computer readable media for multi-protocol stateful routing |
US10117127B2 (en) | 2015-07-08 | 2018-10-30 | Oracle International Corporation | Methods, systems, and computer readable media for communicating radio access network congestion status information for large numbers of users |
US10554661B2 (en) | 2015-08-14 | 2020-02-04 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network session correlation for policy control |
US9923984B2 (en) | 2015-10-30 | 2018-03-20 | Oracle International Corporation | Methods, systems, and computer readable media for remote authentication dial in user service (RADIUS) message loop detection and mitigation |
US10084755B2 (en) | 2015-08-14 | 2018-09-25 | Oracle International Corporation | Methods, systems, and computer readable media for remote authentication dial in user service (RADIUS) proxy and diameter agent address resolution |
US9668135B2 (en) | 2015-08-14 | 2017-05-30 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network signaling protocol interworking for user authentication |
US9668134B2 (en) | 2015-08-14 | 2017-05-30 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network protocol interworking and authentication proxying |
US11283883B1 (en) | 2020-11-09 | 2022-03-22 | Oracle International Corporation | Methods, systems, and computer readable media for providing optimized binding support function (BSF) packet data unit (PDU) session binding discovery responses |
US11902725B2 (en) | 2020-11-11 | 2024-02-13 | Oracle International Corporation | Methods, systems, and computer readable media for load sharing class 1 signaling connection control part (SCCP) messages |
US12034570B2 (en) | 2022-03-14 | 2024-07-09 | T-Mobile Usa, Inc. | Multi-element routing system for mobile communications |
Family Cites Families (56)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4310727A (en) | 1980-02-04 | 1982-01-12 | Bell Telephone Laboratories, Incorporated | Method of processing special service telephone calls |
US4754479A (en) | 1986-09-17 | 1988-06-28 | American Telephone And Telegraph Company | Station number portability |
DE69027412T2 (de) | 1989-06-30 | 1997-01-30 | Nippon Telegraph & Telephone | Persönliches übertragungssystem |
US5210787A (en) | 1991-02-05 | 1993-05-11 | Telefonaktiebolaget L M Ericsson | Subscriber interrogation point |
FI87963C (fi) | 1991-06-06 | 1993-03-10 | Telenokia Oy | Foerfarande foer bildande av ett ankommande samtal till en radiotelefon i ett cellradiotelefonsystem |
US5237604A (en) | 1991-06-28 | 1993-08-17 | At&T Bell Laboratories | Arrangement for serving a telephone office code from two switching systems |
US5247571A (en) | 1992-02-28 | 1993-09-21 | Bell Atlantic Network Services, Inc. | Area wide centrex |
NL9201090A (nl) | 1992-06-19 | 1994-01-17 | Nederland Ptt | Werkwijze voor het in een telecommunicatienetwerk beheren van gebruikergegevens van een gebruiker die verplaatsbaar is vanaf een basiswerkgebied behorend bij een basiscentrale naar een ander werkgebied behorend bij een andere centrale. |
DE69423807T2 (de) | 1993-01-21 | 2000-12-07 | At & T Corp., New York | Verzeichnisstruktur für ein grossflächiges Telekommunikationsnetzwerk für die Lokalisierung mobiler Teilnehmer |
JPH06245240A (ja) | 1993-02-12 | 1994-09-02 | Nec Corp | 公衆回線専用線接続方式 |
SE501088C2 (sv) | 1993-03-31 | 1994-11-07 | Ericsson Telefon Ab L M | Återupprättande av en hemmadatabas i mobilradiosystem |
US5481603A (en) | 1993-09-28 | 1996-01-02 | At&T Corp. | Intelligent call processing based upon complete identification of calling station |
SG85057A1 (en) | 1993-10-26 | 2001-12-19 | Ericsson Telefon Ab L M | A system and method for bouting messages in radio communication systems |
US5504804A (en) | 1994-01-19 | 1996-04-02 | Telefonaktiebolaget Lm Ericsson | Providing individual subscriber services in a cellular mobile communications network |
EP0666700A1 (de) | 1994-02-03 | 1995-08-09 | AT&T Corp. | Virtuelle Lokalisierungszone für mobile Einheit |
US5526400A (en) | 1994-04-01 | 1996-06-11 | Telefonaktiebolaget Lm Ericsson | System for routing calls to mobile subscribers |
US5457736A (en) | 1994-04-12 | 1995-10-10 | U S West Technologies, Inc. | System and method for providing microcellular personal communications services (PCS) utilizing embedded switches |
GB9420098D0 (en) | 1994-10-05 | 1994-11-16 | Orange Personal Comm Serv Ltd | Telecommunication system |
US5579372A (en) | 1994-12-12 | 1996-11-26 | Telefonaktiebolaget Lm Ericsson | Flow control method for short message service - busy subscriber |
US5623532A (en) | 1995-01-12 | 1997-04-22 | Telefonaktiebolaget Lm Ericsson | Hardware and data redundant architecture for nodes in a communications system |
US5706286A (en) | 1995-04-19 | 1998-01-06 | Mci Communications Corporation | SS7 gateway |
US5978464A (en) | 1995-06-30 | 1999-11-02 | Siemens Information And Communications Networks, Inc. | Method for updating a local switch internal database in system having different service providers within a common numbering plan area |
US5854982A (en) | 1995-08-21 | 1998-12-29 | Motorola, Inc. | Communication system architecture and method of routing therefor |
US5819178A (en) | 1996-01-05 | 1998-10-06 | Northern Telecom Limited | Methods and apparatus for accessing subscriber information in interconnected wireless telecommunications networks |
WO1997033441A1 (en) | 1996-03-08 | 1997-09-12 | Stentor Resource Centre Inc. | Providing number portability by means of enhanced routing tables |
US5878347A (en) | 1996-03-26 | 1999-03-02 | Ericsson, Inc. | Routing a data signal to a mobile station within a telecommunications network |
US5953662A (en) | 1996-04-30 | 1999-09-14 | Ericsson, Inc. | Dual home location registers in a mobile radio system |
US5711002A (en) | 1996-05-14 | 1998-01-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Transfer-to c-number message triggering of a routing request message within a cellular telephone network |
US5689548A (en) | 1996-05-21 | 1997-11-18 | Ericsson, Inc. | Emergency call back using MSC numbers |
US5890063A (en) | 1996-06-03 | 1999-03-30 | Ericsson Inc. | Downloading of routing numbers to donor switches within a telecommunications network |
GB2314733B (en) | 1996-06-27 | 2001-01-17 | Northern Telecom Ltd | Cellular communications system |
US6236365B1 (en) * | 1996-09-09 | 2001-05-22 | Tracbeam, Llc | Location of a mobile station using a plurality of commercial wireless infrastructures |
US5832382A (en) | 1996-09-16 | 1998-11-03 | Ericsson Inc. | Optimized routing of mobile calls within a telecommunications network |
US5953663A (en) | 1996-09-25 | 1999-09-14 | Ericsson Inc. | Rerouting an incoming call to a ported telecommunications terminal |
US6138016A (en) * | 1996-12-04 | 2000-10-24 | Nortel Networks Corporation | Distributing location tracking functionality in wireless telephone systems |
US6018657A (en) * | 1997-05-05 | 2000-01-25 | Highwaymaster Communications, Inc. | System and method for communicating a message using a cellular telephone network |
FI109511B (fi) * | 1997-06-03 | 2002-08-15 | Nokia Corp | Lyhytsanomien reititys |
NL1006862C2 (nl) | 1997-08-27 | 1999-03-17 | Libertel Bv | Werkwijze en stelsel voor het verwerken van oproepen voor communicatie-apparatuur met een abonneenummer, dat van een eerste operateur naar een tweede operateur is meegenomen, in het bijzonder geschikt voor toepassing bij stelsels voor mobiele communicatie. |
US6148204A (en) | 1997-09-12 | 2000-11-14 | Motorola, Inc. | Method and apparatus for a distributed location register |
US6411632B2 (en) | 1997-09-16 | 2002-06-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Network hub for interconnecting a wireless office environment with a public cellular telephone network |
US6138023A (en) | 1997-09-23 | 2000-10-24 | Lucent Technologies, Inc. | Method for porting a directory number from one wireless service provider to another |
USH1895H (en) | 1997-09-26 | 2000-10-03 | Dsc/Celcore, Inc. | Application provider and method for communication |
US6161017A (en) | 1997-10-07 | 2000-12-12 | Telefonaktiebolaget Lm Ericsson | Method of routing calls to portable numbers in a radio telecommunications network |
US6049714A (en) | 1997-10-31 | 2000-04-11 | Ericsson, Inc. | Implementing number portability using a flexible numbering register and an interwork link register |
US6006098A (en) | 1997-11-06 | 1999-12-21 | Alcatel Usa Sourcing, L.P. | System and method for application location register routing in a telecommunications network |
US6505046B1 (en) * | 1997-11-19 | 2003-01-07 | Nortel Networks Limited | Method and apparatus for distributing location-based messages in a wireless communication network |
US6115463A (en) | 1997-11-21 | 2000-09-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Migration of subscriber data between home location registers of a telecommunications system |
US6138017A (en) * | 1997-12-08 | 2000-10-24 | Nortel Networks Limited | Cellular communications system |
US6263212B1 (en) * | 1998-02-17 | 2001-07-17 | Alcatel Usa Sourcing, L.P. | Short message service center |
US6240296B1 (en) | 1998-03-10 | 2001-05-29 | Verizon Laboratories Inc. | Method and apparatus for supporting short message services in a wireless number portability environment |
US6192242B1 (en) | 1998-03-16 | 2001-02-20 | Lucent Technologies Inc. | Method for poring a mobile directory number from one wireless service provider to another |
US6308075B1 (en) * | 1998-05-04 | 2001-10-23 | Adc Telecommunications, Inc. | Method and apparatus for routing short messages |
WO2000016583A1 (en) | 1998-09-14 | 2000-03-23 | Curt Wong | Method for providing number portability in a telecommunications network |
US6560216B1 (en) * | 1998-09-17 | 2003-05-06 | Openwave Systems Inc. | Data network computing device call processing |
US6424832B1 (en) | 1999-04-29 | 2002-07-23 | Telefonaktiebolaget L M Ericsson (Publ) | Method of supporting functionality for roamer port calls in a radio telecomminications network in which number portability is implemented |
US6594258B1 (en) | 1999-05-26 | 2003-07-15 | Ericsson Inc. | Integrated home location register and IP-SS7 gateway |
-
1999
- 1999-12-23 US US09/471,946 patent/US6836477B1/en not_active Expired - Lifetime
-
2000
- 2000-12-22 DE DE60014715T patent/DE60014715T2/de not_active Expired - Lifetime
- 2000-12-22 US US09/747,070 patent/US7035239B2/en not_active Expired - Lifetime
- 2000-12-22 AT AT00988270T patent/ATE279079T1/de not_active IP Right Cessation
- 2000-12-22 WO PCT/US2000/034924 patent/WO2001047297A2/en active IP Right Grant
- 2000-12-22 AU AU24497/01A patent/AU2449701A/en not_active Abandoned
- 2000-12-22 EP EP00988270A patent/EP1285545B1/de not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
EP1285545B1 (de) | 2004-10-06 |
DE60014715D1 (de) | 2004-11-11 |
WO2001047297A2 (en) | 2001-06-28 |
AU2449701A (en) | 2001-07-03 |
US20010030957A1 (en) | 2001-10-18 |
US7035239B2 (en) | 2006-04-25 |
US6836477B1 (en) | 2004-12-28 |
WO2001047297A3 (en) | 2002-11-28 |
EP1285545A2 (de) | 2003-02-26 |
ATE279079T1 (de) | 2004-10-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE60014715T2 (de) | Verfahren und systeme zur weglenkung von nachrichten in einem telekommunikationsnetzwerk | |
DE102014117713B4 (de) | Verfahren und eine Vorrichtung zur Sicherung einer Signalisierungssystem- Nr. 7-Schnittstelle | |
DE60034329T2 (de) | Verfahren und system zur leitweglenkung von mit portierten teilnehmern assozierten signalisierungsnachrichten in einem kommunikationsnetzwerk | |
DE69733762T2 (de) | Fernmeldenetz mit teilnehmernummerverschiebbarkeit | |
DE69933693T2 (de) | Nachrichtenaustausch zwischen ss7-zeichengabepunkten | |
DE69735355T2 (de) | Nichtgeographische telefonnummerübertragbarkeit von intelligenten netzwerkdiensten | |
EP1142428B1 (de) | Verfahren zum routen von nachrichten in mindestens einem telekommunikationsnetz nach gsm-standard | |
DE60122109T2 (de) | Verfahren und Systeme zur Vermittlung von Nachrichten, die mit übertragenen Teilnehmern verbunden sind, in einem mobilen Kommunikationsnetz | |
DE69613404T2 (de) | Kurznachrichtenwegleitung in telekommunikationsnetzwerken | |
DE60209353T2 (de) | Verfahren und system zur übertragung von nachrichten | |
DE69827344T2 (de) | Nachrichtenaustausch zwischen Heimatsdateien in einem zellularen Kommunikationssystem | |
DE69925171T2 (de) | Routingelement zum Routen einer Signalisierungsnachricht durch ein Kommuni- kationsnetzwerk | |
DE69932088T2 (de) | Verfahren und mittel zum bereitstellen von diensten in einem telekommunikationsnetz | |
DE60112115T2 (de) | Erweiterungen eines signalisierungs-übertragungsprotokolls für lastausgleich undserverpool-unterstützung | |
DE60201432T2 (de) | Steuerung von Textnachrichtenverkehr in Mobiltelefonienetzen | |
DE69937874T2 (de) | Verfahren und Gerät zum Aufsuchen eines Anrufes in einem Fernmeldenetz | |
DE69938309T2 (de) | Signalisierung in einem telekommunikationsnetzwerk | |
EP2375770B1 (de) | Signalisierung in einem telekommunikationssystem | |
DE60105404T2 (de) | Übertragung von teilnehmerinformationen zu besuchten netzen | |
DE60031770T2 (de) | Verfahren und systeme zur bereitstellung der funktionalität einer datenbasiszugriffskontrolle in einem routingknoten eines kommunikationsnetzes | |
DE60030273T2 (de) | Verfahren und systeme zur lenkung von zeichengabenachrichten in einem kommunikationsnetz unter verwendung von sprechkreisadress (cic)-information | |
DE60109054T2 (de) | Syteme und verfahren zur fehlerverwaltung in einem mobilen kommunikationsnetz mit einer proxy-vermittlungsstelle | |
EP1083761A2 (de) | Verfahren zur Änderung von Servicedaten | |
EP1407621B1 (de) | Vorrichtung zum übertragen von zeichengabemeldungen | |
DE60102248T2 (de) | Dienste in einem mobilen telekommunikationsnetz |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
8364 | No opposition during term of opposition | ||
R081 | Change of applicant/patentee |
Ref document number: 1285545 Country of ref document: EP Owner name: TEKELEC, INC.(N.D.GES.D.STAATES DELAWARE), US Free format text: FORMER OWNER: TEKELEC, CALABASAS, US Effective date: 20120906 Ref document number: 1285545 Country of ref document: EP Owner name: TEKELEC, INC.(N.D.GES.D.STAATES DELAWARE), US Free format text: FORMER OWNER: TEKELEC GLOBAL INC., MORRISVILLE, US Effective date: 20120906 |
|
R082 | Change of representative |
Ref document number: 1285545 Country of ref document: EP Representative=s name: ISARPATENT GBR PATENT- UND RECHTSANWAELTE, DE Effective date: 20120906 |