DE60031103T2 - Verfahren und systeme zum lenken von anfragenachrichten eines anrufernamensdienstes in einem kommunikationsnetz - Google Patents

Verfahren und systeme zum lenken von anfragenachrichten eines anrufernamensdienstes in einem kommunikationsnetz Download PDF

Info

Publication number
DE60031103T2
DE60031103T2 DE60031103T DE60031103T DE60031103T2 DE 60031103 T2 DE60031103 T2 DE 60031103T2 DE 60031103 T DE60031103 T DE 60031103T DE 60031103 T DE60031103 T DE 60031103T DE 60031103 T2 DE60031103 T2 DE 60031103T2
Authority
DE
Germany
Prior art keywords
cnam
database
routing
network
caller
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
DE60031103T
Other languages
English (en)
Other versions
DE60031103D1 (de
Inventor
Douglas Dean Cary GLENN
Joseph Peter Carrboro MARSICO
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tekelec Global Inc
Original Assignee
Tekelec Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tekelec Inc filed Critical Tekelec Inc
Publication of DE60031103D1 publication Critical patent/DE60031103D1/de
Application granted granted Critical
Publication of DE60031103T2 publication Critical patent/DE60031103T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0029—Provisions for intelligent networking
    • H04Q3/005—Personal communication services, e.g. provisions for portability of subscriber numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4552—Lookup mechanisms between a plurality of directories; Synchronisation of directories, e.g. metadirectories
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4557—Directories for hybrid networks, e.g. including telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/169—Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225—Details of core network interconnection arrangements
    • H04M7/123—Details of core network interconnection arrangements where the packet-switched network is an Internet Protocol Multimedia System-type network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0025—Provisions for signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0029—Provisions for intelligent networking
    • H04Q3/0045—Provisions for intelligent networking involving hybrid, i.e. a mixture of public and private, or multi-vendor systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/4228—Systems providing special services or facilities to subscribers in networks
    • H04M3/42297—Systems providing special services or facilities to subscribers in networks with number portability

Description

  • Information über die Referenzanmeldung
  • Diese Anmeldung beansprucht die Priorität aus der vorläufigen US-Anmeldung mit der Seriennr. 60/127,889, eingereicht am 5. April 1999.
  • Technischer Bereich
  • Die vorliegende Erfindung bezieht sich auf das Routen von Signalisierungsnachrichten in einem Kommunikationsnetzwerk, und speziell auf Verfahren und Systeme zum Routen von Signalisierungsnachrichten, welche zu einer Anforderung eines Anrufername-Diensts gehören.
  • Hintergrund des Standes der Technik
  • Die Entwicklung und das weit verbreitete Implementieren gewöhnlicher Kanalsignalisierungs-(CCS-)Technologie über die vergangenen Dekaden hat viele, wenn nicht sogar alle der modernen oder "intelligenten" Dienste, welche typisch zu modernen Telefonnetzwerken gehören, möglich gemacht. Da CCS-basierte Telekommunikationsnetzwerk-Architekturen ein Signalisierungsnetzwerk anwenden, welches entfernt und getrennt von dem benutzten Kommunikationsnetzwerk ist, um sprachbezogene Information zu tragen, sind viele der Probleme, welche zu Gleichstrom-(DC-)Signalisierung und zur Signalisierung innerhalb des Sprachbandes (Signalisierung im Band) gehören, nicht länger in modernen Telekommunikationsnetzwerken vorhanden. Eine in die Tiefe gehende Diskussion der CCS-Netzwerktechnologie und die Evolution der Telekommunikationsnetzwerkgestaltung kann in Signaling System #7, 2. Auflage, Januar 1998, veröffentlicht von McGraw-Hill, gefunden werden.
  • Hinsichtlich der modernen oder "intelligenten" Dienste, welche oben erwähnt sind, versteht sich, dass derartige Kunden- bzw. Teilnehmerdienste für ein modernes, intelligentes Netzwerk vom (AIN)-Typ einen Find-Me- bzw. Finde-mich-Dienst; einen Follow-Me- bzw. Folge-mir-Dienst; einen Computer-Sicherheitsdienst; einen Anrufannahmedienst; einen Speicherlokalisierdienst; einen Anrufwartedienst; einen Anrufblockdienst; einen Drei-Wege-Anrufdienst; einen Dienst für 800-Nummern; und einen Anrufername-(CNAM-)Lieferdienst beinhalten, jedoch nicht auf diese beschränkt sind.
  • Der Finde-mich-Dienst gestattet es, dass Anrufe von Teilnehmern zu einem anderen Ort weitergeleitet werden. Der Unterschied dieses Merkmals zu der aktuellen Anrufweiterleitungsfunktion besteht in der Fähigkeit, unerwünschte Anrufe von der Weiterleitung auszuschalten. Nur autorisierte Anrufer werden zu dem neuen Ort weitergeleitet. In ähnlicher Weise gestattet ein Folge-mir-Dienst, dass eine Nummer entsprechend einem Zeitablauf weitergeleitet wird. Der Teilnehmer bestimmt die Zeit, bei der die Weiterleitung stattfinden soll, wenn diese Eigenschaft aufgerufen wird. Ziele können sowohl fest verdrahtete und Funktelefone oder Handapparate sein.
  • Der Computersicherheitsdienst gestattet es Teilnehmern, zu verhindern, dass nicht autorisierte Anrufer auf einen Computer über ein Modem zugreifen können. Nur Anrufer mit dem autorisierten Zugriffscode oder welche von einer autorisierten Nummer anrufen, können auf den Computer zugreifen. Das SS7-Netzwerk liefert die Anrufernummer an das Ziel-Endamt. Diese Nummer wird dann in einer Datenbank, welche an einem Service-Kontrollpunkt (SCP) platziert ist, überprüft, und, falls sie autorisiert ist, wird die Verbindung mit dem Modem gestattet. Bei dem Anrufannahmedienst, wenn ein Anruf an eine Nummer gerichtet ist und nicht beantwortet wird, kann der angerufene Teilnehmer über einen Funk-Pager bzw. Personenrufempfänger informiert werden. Der angerufene Teilnehmer kann dann einen Code von irgendeinem Telefon an irgendeinem Ort wählen und sofort mit dem wartenden Anrufer verbunden werden. Bezüglich der Dienste dieser Paging- bzw. Informationsart müssen Hersteller derartiger persönlicher Kommunikationsdienste-(PCS-)Geräte entwickelte Zwei-Wege-Personenrufempfänger datieren, welche einen Anrufer mit dem Teilnehmer, welcher über Personenruf informiert wird, verbinden. Der Pager ist ein Zwei-Wege-Transceiver, welcher in der Lage ist, Anrufe zu empfangen (Pages) und den Anrufer mit dem gerufenen Teilnehmer zu verbinden.
  • Ein Speicherlokalisierdienst gestattet es, dass Geschäfte über eine Nummer werben und dass Anrufer automatisch zu dem nächsten Ort basierend auf der Nummer des Telefonanrufers übermittelt werden. Dies gestattet es Geschäften, länderweit an allen Orten zu werben, ohne dass spezielle Hinzufügungen, welche regional spezifisch sind, durchgeführt werden. Die Anrufernummer wird in einer Routing-Datenbank angepasst, welche an einem Service- bzw. Dienst-Steuerpunkt (SCP) platziert ist, und der SCP beliefert das Endamt mit den Routing-Instruktionen basierend auf der Nummer des Anrufers. Mit dem Anruf-Routing-Dienst können Geschäfte Anrufe während Perioden von sehr hohem Anrufaufkommen oder nach Geschäftsschluss zurückrouten.
  • Von speziellem Interesse mit Bezug auf die hier veröffentlichte Erfindung, und was hier beschrieben wird, ist der Anrufname-(CNAM-)Lieferdienst. Mit dem Anrufname-Lieferdienst wird der Name des Anrufers aus einer Datenbank wiedergewonnen und dem Anrufer präsentiert. Ein derartiger Dienst gestattet effektiv Geschäfts- und Privateilnehmern, eingehende Anrufe durch Lesen des Namens des Anrufers auf einem Display, welches in dem Telefonapparat eingebaut ist, abzuschalten oder auf ein Hilfsgerät zu lenken. Dies gestattet es Teilnehmern, Unterbrechungen und viele Anrufe besser zu managen. Geschäfte können eine Priorität bevorzugten Anrufern einräumen, während Privatkunden entscheiden können, auf welche Anrufe sofort geantwortet wird und welche an ihren Anrufbeantworter oder an ihren Sprachnachrichtendienst gesendet werden.
  • Vom Standpunkt eines Service-Providers bzw. Dienstanbieters oder Dienstträgers unterliegt der CNAM-Dienst positiven und negativen wirtschaftlichen Überlegungen. Kunden wünschen die Bequemlichkeit eines derartigen Merkmals und sind deshalb bereit, eine bescheidene Gebühr für den Dienst zu zahlen. Jedoch ist das Off-Setting bzw. Versetzen des auf Gebühren basierenden Umsatzstroms des Kunden die Aufwendung, welche zu dem Erhalten der Anruferinformation gehört, welche erforderlich ist, um den CNAM-Dienst zu liefern.
  • In 1 wird ein Telekommunikationsnetzwerk gezeigt, welches die typische Konfiguration darstellt, welche von Dienstleistern angewendet wird, welche mit einem CNAM-Dienst für ihre Kunden ausgestattet sind, um diesen zu liefern. Demnach beinhaltet 1 ein Telekommunikationsnetzwerk, welches allgemein mit der Ziffer 100 angezeigt wird. Explizit wird im Netzwerk 100 ein anrufender Teilnehmer (CgPA) 102 und ein angerufener Teilnehmer (CdPA) 104 gezeigt. Der Anrufer 102 ist kommunikativ mit einem Endamt (EO) oder einer Dienstvermittlungsstelle (SSP) 105 verbunden, während der Angerufene 104 in ähnlicher Weise mit einem SSP 108 verbunden ist. Das Netzwerk 100 beinhaltet ferner eine Anzahl von Signalisierungstransferpunkten (STPs), welche unterschiedlichen Dienstleistern gehören und von diesen betrieben werden. Speziell beinhaltet das Netzwerk 100 STPs 110, 114 und 118, welche Bell South, Illuminet bzw. Bell Atlantic gehören. Jede dieser STPs sind entweder di rekt oder indirekt über Signalisierungssystem-7-(SS7-)Verbindungen angeschlossen, welche gemeinsam das öffentliche Telefonnetzwerk-(PSTN-)SS7-Netzwerk 116 aufweisen. Wie ferner in 1 angezeigt wird, ist der STP 110 lokal mit einem STP-Knoten 112 verbunden, welcher die Information vom CNAM-Typ enthält, welche zu Kunden gehört, welche durch Bell South bedient werden. In ähnlicher Weise ist der STP 118 lokal mit einem SCP-Knoten 120 verbunden, welcher die Information vom CNAM-Typ enthält, welche zu Kunden gehört, die durch Bell Atlantic bedient werden.
  • Es wird gewürdigt werden, dass das Platzieren eines Anrufs das Verbinden eines Anrufers mit einem Angerufenen einschließt, und dies wird typischerweise durch das Gebrauchen eines CCS SS7-Signalisierungsnetzwerks und einer Folge von SS7-Anrufsteuernachrichten erreicht. Mit speziellem Bezug auf den CNAM-Lieferdienst wird von Fachleuten für SS7-Signalisierung gewürdigt werden, dass der SSP, welcher den Anrufer bedient, es erfordert, eine SS7-Anforderung zu formulieren und auszulösen, welche CNAM-Information anfordert, welche zu dem Anrufer gehört. Derartige Information über den Anrufer wird typischerweise in SCP-Datenbankknoten gespeichert, welche an das SS7-Signalisierungsnetzwerk angeschlossen sind.
  • Demnach wird ferner gewürdigt werden, dass in dem Fall, dass ein Anrufer von dem gleichen Träger wie der Angerufene bedient wird, die erforderliche CNAM-Information in ähnlicher Weise in einer lokalen CNAM-Datenbank oder einem SCP gefunden werden kann, welcher dem Träger gehört. In einem derartigen Fall würde der Träger nicht durch einen Wettbewerber für den Zugriff auf die erforderliche CNAM-Information belastet werden, da dem Träger die CNAM-Datenbank gehört, welche die erforderliche Information über den Anrufer enthält. Jedoch, falls der Anrufer durch einen Träger bedient wird, welcher nicht der Träger ist, welcher den Anrufer bedient, dann wird entsprechend ein Kos tenaufwand entstehen, welcher mit dem Erhalten der erforderlichen CNAM-Information verbunden ist. In der Praxis belasten sich typischerweise Träger gegenseitig mit Zugriffsgebühren, basierend auf der Anzahl von CNAM-Anfragen, welche erhalten werden, oder aufgrund von CNAM-Datenbankzugriffen, welche während einer gegebenen Zeitperiode durchgeführt werden.
  • Letzteres Szenario wird speziell in 1 dargestellt. In diesem Fall ist der Anrufer 102 ein Kunde von Bell South, während der Angerufene 104 von Bell Atlantic bedient wird. Demnach, wenn der SSP 108 über eine SS7-Anruferstellungsnachricht in Kenntnis gesetzt wird, dass der Anrufer 102 eine Verbindung mit dem Anrufer 104 anfordert, muss eine CNAM-Anfrage über das SS7-Netzwerk an den CNAM SCP 112 gesendet werden, welcher dem Träger des Anrufers, Bell South, gehört. Es wird auch gewürdigt werden, dass auf der Route zu CNAM SCP 112 die CNAM-Anforderungsnachricht durch den STP 114, welcher dem Hub-Prover (Illuminet) gehört, geschaltet wird. Folglich, um dem Anrufer 104 den Anrufername-Lieferdienst zu liefern, muss der Träger des Anrufers (Bell Atlantic) das Routen der CNAM-Anfrage zahlen und bearbeitungsbezogene Gebühren sowohl an den Hub-Provider (Illuminet) als auch an den Träger des Anrufers (Bell South) bezahlen.
  • Es wird auch gewürdigt werden, dass, da das Portieren von Kunden (z.B. lokale Nummernportabilität und Mobilnummerportabilität) innerhalb von Telekommunikationsnetzwerken mehr vorherrschend wird, der Prozess des Erhaltens von CNAM-Information von im Wettbewerb stehenden Trägern simultan immer komplizierter wird, mehr Fehlern unterliegt und potenziell teurer wird. In einem derartigen Fall muss der Träger des Angerufenen zuerst den im Wettbewerb stehenden Träger identifizieren, der den Anrufer bedient oder dem er "gehört". In einigen Fällen kann dies den Zugriff auf eine Nummernportabilitätsdatenbank mit Bezahlung pro Gebrauch und folglich erhöhte Gesamtkosten erfordern, welche mit dem Liefern von CNAM-Dienst zwischen Service-Providern bzw. Dienstanbietern verbunden ist.
  • Was deshalb benötigt wird, ist ein System und ein Verfahren zum Zugreifen auf CNAM-Information für jeden Anrufer, welches nicht den Zugriff auf trägerspezifischen CNAM-Datenbanken erfordert.
  • Im Dokument WO99/09759A wird ein System und ein Verfahren zum Managen von Anrufername-(CNAM-)Anfragen in einer Vielzahl von Telefonnetzwerken beschrieben, wobei eine Vielzahl von Teilnehmern beinhaltet ist, welchen jeweils eine Telefonnummer in einer vorher festgelegten Zahlenserie zugeordnet ist, welche zu einer speziellen Vermittlung in einem der Telefonnetzwerke gehört, wobei wenigstens eine der Nummernserien eine portable Nummernserie ist, welche Telefonnummern beinhaltet, welche einem Netzwerk zugeordnet sind, jedoch mit anderen Netzwerken verbunden sind. Entsprechend zu WO99/09759A, falls die Anrufernummer (CgPN) zu einer portablen Nummernserie gehört, wird Gapping bzw. Lückenbildung an CNAM-Anfragen angewendet, welche entweder portable Telefonnummern enthalten, welche zu einer Orts-Routing-Nummer (LRN) gehören, welche die Schaltstelle und das Netzwerk identifizieren, an welchem CgPN angeschlossen ist, oder nicht-portable Telefonnummern enthalten, welche zu den gleichen Nummernserien wie der LRN gehören. Auf der anderen Seite, falls das CgPN nicht zu einer portablen Nummernserie gehört, wird Gapping bzw. Lückenbildung an den CNAM-Anfragen angewendet, welche Telefonnummern enthalten, welche zu den gleichen Nummernserien wie der CgPN gehören.
  • Im Dokument CA-A-2,239,764 wird ein Verfahren und ein System zum Übertragen einer Nachricht veröffentlicht, welche von einer Nachrichtenlieferdatenbank in der Umgebung eines Anrufernamen-Lieferdienstes erhalten wird. Eine Kommunikation wird von einer Directory-Nummer eines Anrufers erhalten und zu ei ner Code-Nummer geführt. In Antwort auf die Kommunikation wird eine Directory- bzw. Fernsprechverzeichnis-Nummer des Anrufers, welche zu der Kommunikation gehört, erhalten. Als Nächstes wird eine Anzeige einer ausgewählten Nachricht aus einer Liste von Nachrichten erhalten. Eine Präfix, welcher der ausgewählten Nachricht entspricht, wird von der Nachrichtlieferdatenbank erhalten. Die Präfix und die Directory-Nummer des Anrufers werden in einer Signalisierungsnachricht, welche zu der Kommunikation gehört, angeordnet. Die Signalisierungsnachricht, welche die Präfix und die Directory-Nummer des Anrufers enthält, wird zu einem Netzwerkelement übertragen, welches der Directory-Nummer des Anrufers dient. In Antwort auf das Erhalten der Signalisierungsnachricht von dem Netzwerkelement wird eine Nachrichtenumsetzung der Präfix von einer Nachrichtenumsetzungsdatenbank erhalten, und die Nachrichtenumsetzung wird zu einer Display-Einheit des Anrufers übertragen.
  • Ferner wird in der Internet-Veröffentlichung "Transport SS7 Signalling Over IP" von Michael McGrew, 11.01.1998, IETF XP-002234862, der Transport der SS7-Signalisierungsnachrichten über IP in einer Weise beschrieben, welche die existierenden SS7-Netzwerk-(MZP- und SCCP-)Schichten benutzt, um "Träger-Klasse"-Dienst sicherzustellen, wie er von existierenden Nutzern des SS7 erwartet wird. Der Transport von SS7-Nutzerinformation kann TCP-Verbindungen oder UDP nutzen. Die SS7-Signalisierungsnachrichten würden ISUP oder SCCP beinhalten oder sie könnten, falls die Netzwerkdienste nicht benötigt werden, TCAP beinhalten.
  • Offenlegung der Erfindung
  • Entsprechend einem Gesichtspunkt beinhaltet die vorliegende Erfindung ein Kommunikationsnetzwerkelement zum Routen einer Anrufname-(CNAM-)Anfragenachricht über ein Kommunikationsnetzwerk, wobei das Kommunikationsnetzwerk eine Vielzahl von CNAM- Datenbanken, welche unterschiedlichen Trägern gehören, und eine Datenbank beinhaltet, welche keinem der unterschiedlichen Träger gehört, wobei das Netzwerkelement aufweist:
    • (a) einen Kommunikationsmodus, welcher geeignet ist, eine CNAM-Anfragenachricht von einem Kommunikationsnetzwerk zu empfangen und die CNAM-Anfragenachricht zu diesem zu übertragen;
    • (b) eine CNAM-Anfrage-Routing-Datenbank, welche Routing-Informationen enthält, um CNAM-Anfragenachrichten an CNAM-Datenbanken zu routen;
    • (c) ein CNAM-Anfrage-Routing-Adressen-Übersetzungssystem, welches geeignet ist, ein Nachschlagen bzw. einen Suchlauf in der CNAM-Anfrage-Routing-Datenbank durchzuführen und die CNAM-Anfragenachricht zu routen;
    wobei
    • (d) die CNAM-Anfrage-Routing-Datenbank erste Einträge enthält, welche Routing-Informationen beinhalten, um CNAM-Anfragenachrichten, welche zu Anrufernummern des Netzwerkes eines ersten Trägers gehören, zu einer ersten CNAM-Datenbank aus der Vielzahl von CNAM-Datenbanken und welche zu dem Netzwerk des ersten Trägers gehören, zu routen, und die CNAM-Anfrage-Routing-Datenbank zweite Einträge enthält, welche Routing-Informationen beinhalten, um CNAM-Anfragenachrichten, welche zu Anrufernummern des Netzwerks eines zweiten Trägers gehören, an eine zweite CNAM-Datenbank zu routen, welche keinem der unterschiedlichen Träger gehört; und
    • (e) das CNAM-Anfrage-Routing-Adressen-Übersetzungssystem geeignet ist, die Anfragenachricht zu einer der ersten und zweiten CNAM-Datenbanken basierend auf den Ergebnissen des Datenbanksuchlaufs zu routen.
  • Die Funktionen zum Liefern eines CNAM-Routing-Umsetzungssystems werden hier als Module oder Verfahren beschrieben. Es ist davon auszugehen, dass diese Module oder Verfahren als computerausführbare Instruktionen implementiert werden können, welche in einem von einem Computer lesbaren Medium beinhaltet sind. Alternativ können die hier beschriebenen Module oder Verfahren insgesamt in Hardware implementiert sein. In einer weiteren alternativen Ausführungsform können die hier beschriebenen Module oder Verfahren als eine Kombination von Hardware und Software implementiert sein.
  • Die Verfahren und Module zum Liefern der CNAM-Routing-Umsetzungsfunktionalität werden nachfolgend zugehörig zu Karten oder Untersystemen innerhalb eines Routing-Knotens beschrieben. Es ist davon auszugehen, dass diese Karten oder Untersysteme Hardware zum Speichern und Ausführen der Verfahren und Module beinhalten. Beispielsweise kann jede Karte oder jedes Untersystem, wie nachfolgend beschrieben, einen oder mehrere Mikroprozessoren, wie z.B. einen ×86-Mikroprozessor, welcher von Intel Corp. erhältlich ist, und den zugehörigen Speicher beinhalten.
  • Entsprechend ist es eine Aufgabe der vorliegenden Erfindung, einen Routing-Knoten zu liefern, welcher in der Lage ist, eine eingehende Anrufer-Name-(CNAM-)Anfragenachricht an eine nationale CNAM-Datenbank zu routen.
  • Es ist noch eine weitere Aufgabe der vorliegenden Erfindung, einen Routing-Knoten zu liefern, welcher in der Lage ist, eine eingehende Anrufername-(CNAM-)Anfragenachricht an eine nationale CNAM-Datenbank über ein Internetprotokoll-(IP-)Netzwerk zu routen, wobei IP-verkapselte Signalisierungssystem-7-(SS7-)Anfragenachrichten benutzt werden.
  • Es ist noch eine weitere Aufgabe der vorliegenden Erfindung, einen Routing-Knoten zu liefern, so dass dieser in der Lage ist, eine eingehende Anrufername-(CNAM-)Anfragenachricht zu empfangen, wobei bestimmt wird, ob der Kunde, welcher zu der Anfragenachricht gehört, einer ist, welcher durch einen Träger bedient wird, welchem der Routing-Knoten gehört, und wobei die Anfrage entweder zu einer lokalen CNAM-Datenbank, welche dem Träger gehört, oder zu einer nationalen CNAM-Datenbank geroutet wird.
  • Es ist noch eine weitere Aufgabe der vorliegenden Erfindung, ein Verfahren zu liefern, bei welchem ein Telekommunikationsträger eine Anrufername-(CNAM-)Information für einen Kunden erhalten kann, welcher durch einen im Wettbewerb stehenden Träger bedient wird, wobei kein Zugriff auf eine CNAM-Datenbank erforderlich ist, welche dem im Wettbewerb stehenden Träger gehört.
  • Es ist noch eine weitere Aufgabe der vorliegenden Erfindung, ein Verfahren zu liefern, bei welchem ein Telekommunikationsträger eine Anrufername-(CNAM-)Information von einer zentralen nationalen CNAM-Datenbank erhalten kann.
  • Es ist noch eine weitere Aufgabe der vorliegenden Erfindung, ein Verfahren zu liefern, bei welchem ein Telekommunikationsträger eine Anrufername-(CNAM-)Information von einer zentralen nationalen CNAM-Datenbank erhalten kann, wobei IP-verkapselte SS7-Anfragenachrichten benutzt werden.
  • Es ist noch eine weitere Aufgabe der vorliegenden Erfindung, ein Verfahren des Eliminierens der Notwendigkeit für SS7-Netzwerkpunktcodes zu liefern, welche zu CNAM SCP-Knoten gehören.
  • Es ist noch eine weitere Aufgabe der vorliegenden Erfindung, ein Verfahren des Schaffens eines virtuellen CNAM SCP zu liefern, welcher viele CNAM SCP-Datenbanken aufweist, wobei die virtuelle CNAM SCP einem einzelnen SS7-Netzwerk-Punktcode zugeordnet ist.
  • Es ist noch eine weitere Aufgabe der vorliegenden Erfindung, ein Verfahren des Zulassens zu liefern, dass alle Nachrichten, welche einen CNAM SCP-Dienst erfordern, an einen SS7-Punktcode adressiert werden, welcher der gleiche wie der SS7-Punktcode eines Routers der vorliegenden Erfindung ist.
  • Es ist noch eine weitere Aufgabe der vorliegenden Erfindung, ein Verfahren des Gestattens zu liefern, dass CNAM-Anfragenachrichten geroutet werden, basierend auf dem Träger, welchem der Anrufer, zu welchem die CNAM-Anfrage gehört, gehört oder welcher diesen bedient.
  • Einige der Aufgaben der Erfindung wurden hier zuvor aufgeführt, andere Aufgaben werden im Laufe der Beschreibung offensichtlich, wenn diese in Verbindung mit den beigefügten Zeichnungen, wie sie nachfolgend bestens beschrieben werden, aufgenommen werden.
  • Wenigstens eine der oben erwähnten Aufgaben wird mit Hilfe eines Netzwerkelements entsprechend den Merkmalen des Anspruchs 1 oder mit Hilfe eines Verfahrens mit den Merkmalen des Anspruchs 23 gelöst.
  • Kurze Beschreibung der Zeichnungen
  • Ausführungsformen der vorliegenden Erfindung werden nun mit Bezug auf die beigefügten Zeichnungen beschrieben, in welchen:
  • 1 eine Netzwerkzeichnung ist, welche eine Netzwerk-Architektur entsprechend dem Stand der Technik darstellt, welche Anrufername-(CNAM-)Lieferdienst unterstützt;
  • 2 eine schematische Zeichnung eines STP-Vermittlungsknotens ist;
  • 3 eine schematische Netzwerkzeichnung ist, welche das Zugriffsszenario einer ersten CNAM-Routing-Datenbank entsprechend einer bevorzugten Ausführungsform eines CNAM-Routing-Knotens der vorliegenden Erfindung darstellt;
  • 4a eine Tabelle ist, welche eine Prototyp-ausnahmenbasierte CNAM-Routing-Datenbank-(ECD-)Struktur darstellt, welche in einer bevorzugten Ausführungsform eines CNAM-Routing-Knotens der vorliegenden Erfindung benutzt wird;
  • 4b eine Tabelle ist, welche eine Protoyp-bereichsbasierte globale Titelumsetzungs-(GTT-)Routing-Datenbankstruktur darstellt, welche in einer bevorzugten Ausführungsform eines CNAM-Routing-Knotens der vorliegenden Erfindung benutzt wird;
  • 5 ein Flussdiagramm ist, welches die Nachrichten-Routing-Verarbeitung einer CNAM-Anfragenachricht darstellt, entsprechend einer Ausführungsform eines CNAM-Routing-Knotens der vorliegenden Erfindung;
  • 6 eine schematische Netzwerkdarstellung ist, welche ein zweites CNAM-Routing-Datenbank-Zugriffsszenario entsprechend einer bevorzugten Ausführungsform eines CNAM-Routing-Knotens der vorliegenden Erfindung darstellt;
  • 7 eine schematische Netzwerkdarstellung ist, welche eine Netzwerkimplementierung eines CNAM-Routing-Knotens der vorliegenden Erfindung darstellt, welche den Zugriff sowohl auf eine lokale als auch eine nationale CNAM-Datenbank liefert;
  • 8 eine schematische Netzwerkdarstellung ist, welche eine andere Netzwerkimplementierung eines CNAM-Routing-Knotens der vorliegenden Erfindung darstellt, welche Zugriff auf eine nationale CNAM-Datenbank liefert;
  • 9 eine Netzwerkdarstellung ist, welche ein Netzwerk darstellt, welches eine nationale CNAM-Datenbank beinhaltet, welche an einen CNAM-Routing-Knoten gekoppelt ist, wobei die nationale CNAM-Datenbank und der Routing-Knoten dem gleichen Dienstleister gehören;
  • 10 ein Blockschaltbild einer bevorzugten Datenstruktur für eine nationale CNAM-Datenbank entsprechend einer Ausführungsform der vorliegenden Erfindung ist; und
  • 11 ein Flussdiagramm ist, welches beispielhaft die Schritte darstellt, welche durch eine Suchmaschine ausgeführt werden, welche zu der nationalen CNAM-Datenbank gehört, welche in 10 dargestellt wird.
  • Detaillierte Beschreibung der Erfindung
  • Hier werden mehrere Ausführungsformen der vorliegenden Erfindung veröffentlicht, von denen alle ein Netzwerkelement beinhalten, welches Funktionen durchführt, welche ähnlich zu denen herkömmlicher Telekommunikationsnetzwerkpaket-Routing-Vermittlungsstellen sind, wie z.B. einem Signalübertragungspunkt (STP). Jede der nachfolgend beschriebenen und diskutierten Ausführungsformen wendet eine interne Architektur an, welche ähnlich zu der von Hochleistungs-STP- und Signalisierungs-Gateway-(SG-)Produkten ist, welche durch den Anmelder der vorliegenden Anmeldung als Eagle® und IP7-Secure Gatewaytm jeweils vertrieben werden. Ein Blockschaltbild, welches im Allgemeinen die interne Grundarchitektur des Eagle® STP-Produkts darstellt, wird in 2 gezeigt. Eine detaillierte Beschreibung des Eagle® STP kann in Eagle® Feature Guide PN/910-1225-01, Rev. B., January 1998, veröffentlicht von Tekelec Inc. in Calabasas, Kalifornien, gefunden werden, wobei diese Veröffentlichung hier als Referenz in ihrer Gesamtheit aufgeführt wird.
  • In ähnlicher Weise kann eine detaillierte Beschreibung es IP7 Secure Gatewaytm in der Tekelec-Veröffentlichung PN/909-0767-01, Rev. B, August 1999, mit dem Titel Feature Notice IP7 Secure Gatewaytm Release 1.0, gefunden werden, wobei diese Veröffentlichung in ihrer Gesamtheit als Referenz aufgeführt wird. Die spezifischen funktionellen Komponenten eines IP7 Secure Gatewaytm für das Senden und Empfangen von TCAP-Nachrichten über ein Internet-Protokoll-(IP-)Netzwerk werden in der commonly-assigned, co-pending US-Patentanmeldung Nr. 09/205,809, eingereicht am 4. Dezember 1998, beschrieben, wobei diese Veröffentlichung hier als Referenz in ihrer Gesamtheit aufgeführt wird. Wie in dem oben als Referenz aufgeführten Eagle® Feature Guide beschrieben, beinhaltet ein Eagle® STP 250 die folgenden Untersysteme: ein Wartungs- und Verwaltungsuntersystem (MAS) 252, ein Kommunikationsuntersystem 254 und ein Applikationsuntersystem 256. Das MAS 252 liefert Wartungskommunikation, Anfangsprogrammladen, periphere Dienste, Alarmverarbeitung und Systemdisks bzw. -scheiben. Das Kommunikationsuntersystem 254 beinhaltet einen Interprozessor-Nachrichtentransport-(IMT-)Bus, welcher der Hauptbus unter allen Untersystemen in dem Eagle® STP 250 ist. Dieses Hochgeschwindigkeitskommunikationssystem arbeitet als zwei gegenläufig umlaufende, 125 Mbps-serielle Busse.
  • Das Applikationsuntersystem 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 den STP 250 aufgenommen werden, wobei beinhaltet sind: ein Verbindungs-Interface-Modul (LIM) 258, welches SS7-Verbindungen und X.25-Verbindungen liefert, ein Applikationskommunikationsmodul (ACM) 260, welches ein TCP/IP-Interface über Ethernet liefert, und ein Applikationsdienstmodul (ASM) 262, welches eine globale Titelumsetzung, Gateway-Abtasten und andere Dienste liefert. Ein Umsetzungsdienstmodul (TSM) 264 kann auch vorgesehen werden, um einen getriggerten Lokalnummer-Portabilitätsdienst zu unterstützen. Nochmals, eine detaillierte Beschreibung des Eagle® STP wird in dem oben aufgeführten Feature Guide geliefert und muss hier nicht im Detail beschrieben werden. Es sollte auch gewürdigt werden, dass zusätzlich zu den herkömmlichen SS7 LIM-Karten ein Datenbankkommunikationsmodul (DCM) in einer ähnlichen Weise angewendet werden kann, um den Transport von Internet-Protokoll-(IP-)verkapselten SS7-Nachrichten über ein IP-Netzwerk zu liefern, wie dies in der oben als Referenz aufgeführten Veröffentlichung Feature Notice IP7 Secure Gatewaytm Release 1.0 beschrieben wird. Mit speziellem Bezug auf den TSM-getriggerten LNP-Dienstemodul, welcher oben erwähnt wurde, kann eine detaillierte Beschreibung der Tekelec-getriggerten LNP-Lösung in dem Feature Guide LNP LSMS PN/910-1598-01, Rev. A, Januar 1998, veröffentlicht von Tekelec, gefunden werden, wobei diese Veröffentlichung hier in ihrer Gesamtheit als Referenz aufgeführt wird. Außerdem werden Systeme und Verfahren zum Liefern der triggerlosen LNP-Funktionalität innerhalb eines Netzwerk-Routing-Knotens in der commonly-assigned, co-pending US-Patentanmeldung 09/503,541, eingereicht am 14. Februar 2000, beschrieben, wobei diese Veröffentlichung hier in ihrer Gesamtheit als Referenz aufgeführt wird.
  • In 3 wird eine Ausführungsform eines CNAM-Routing-Knotens gezeigt, welcher im Allgemeinen durch die Ziffer 500 angezeigt wird. Es wird gewürdigt werden, dass der CNAM-Routing-Knoten 500 einen Hochgeschwindigkeits-Interprozessor-Nachrichtentransport-(IMT-)Kommunikationsbus 504 beinhaltet. Mit dem IMT-Bus 504 ist eine Anzahl von verteilten Verarbeitungsmodulen oder Karten kommunikativ gekoppelt, welche beinhalten: ein Paar von Wartungs- und Verwaltungsuntersystemprozessoren (MASPs) 506, ein SS7-fähiges Verbindungs-Interface-Modul(LIM) 502, ein Datenbank-Kommunikationsmodul (DCM) 510 und ein CNAM-Routing-Modul (CRM) 508. Diese Module sind physikalisch an den IMT-Bus 504 derart angeschlossen, dass Signalisierungs- und andere Arten von Nachrichten intern zwischen allen aktiven Karten oder Modulen geroutet werden können. Der einfachen Darstellung wegen sind in 3 nur ein einzelner LIM 502, ein DCM 510 und ein CRM 508 beinhaltet. Es sollte jedoch gewürdigt werden, dass die verteilte Multiprozessor-Architektur des CNAM-Routing-Knotens 500 den Einsatz von vielen LIM, DCM, CRM und anderen Karten erleichtert, von denen alle simultan an den IMT-Bus 504 angeschlossen werden können.
  • Das MASP-Paar 504 implementiert die Wartungs- und Verwaltungsuntersystemfunktionen, welche oben beschrieben sind. Da das MASP-Paar 504 nicht speziell für die Diskussion der CNAM-Routing-Attribute der vorliegenden Erfindung relevant ist, wird hier keine detaillierte Diskussion über dessen Funktion geliefert. Für eine zusammenfassende Diskussion der zusätzlichen MASP-Operationen und deren Funktionalität können die oben als Referenz aufgeführten Tekelec-Veröffentlichungen herangezogen werden.
  • Konzentriert man sich nun auf die LIM-Kartenfunktionalität, so wird gewürdigt werden, dass das LIM 502 eine Anzahl von Unterkomponentenverfahren beinhaltet, jedoch nicht auf diese beschränkt ist: ein SS7 MTP-Pegel-1-&-2-Verfahren 512, einen E/A-Puffer oder eine Warteschlange 514, ein SS7 Mtp-Ebene-3-Schicht-HMDC-Verfahren 516 und ein HMDT-Verfahren 518. Das MTP-Ebene-1-&-2-Verfahren liefert die Einrichtungen, welche notwendig sind, um digitale Daten über ein spezielles physikalisches Medium/physikalisches Interface zu senden und zu empfangen, ebenso um eine Fehlerdetektion/Korrektur und eine Lieferung in Reihenfolge aller SS7-Nachrichtenpakete zu liefern. Die E/A-Warteschlange 514 liefert das temporäre Puffern eingehender und ausgehender Signalisierungsnachrichtenpakete. Das MTP-Ebene-3-HMDC-Verfahren 516 empfängt Signalisierungsnachrichten von den niedrigeren Verarbeitungsschichten und führt eine Diskriminierungsfunktion durch, wodurch effektiv bestimmt wird, ob ein eingehendes SS7-Nachrichtenpaket eine interne Verarbeitung erfordert oder einfach durchgeschaltet werden muss. Das HMDT-Verfahren 518 behandelt das interne Routing der SS7-Nachrichtenpakete, welche eine zusätzliche Verarbeitung vor dem endgültigen Routing erfordern. Wiederum sollte gewürdigt werden, dass eine LIM-Karte mehrere funktionale Verfahren als die oben beschriebenen enthalten kann. Die obige Diskussion ist auf die LIM-Funktionalität beschränkt, welche zu der Grundverarbeitung von eingebundenen Signalisierungsnachrichten gehört.
  • Demnach wird gewürdigt werden, dass die drei funktionellen Verfahren, welche zu dem DCM 510 gehören, welcher in 3 gezeigt wird, einfach jene Verfahren sind, welche für eine Diskussion des nach außen gebundenen DCM-Betriebs in den Beispielen des CNAM-Routing-Knotenbetriebs, welcher hier veröffentlicht wird, relevant sind. Die Verfahren, welche explizit auf den nach außen gebundenen DCM 510 gezeigt werden, beinhalten eine E/A-Warteschlange 540 und ein IP-Ebene-1-&-2-Verfahren 542. Die E/A-Warteschlange 540 erleichtert das zeitweise Puffern von eingehenden und ausgehenden Signalisierungsnachrichtenpaketen. Das IP-Ebene-1-&-2-Verfahren 542 liefert die Einrichtungen, welche nötig sind, IP-verkapselte SS7-Digitaldatenpakete über ein spezielles physikalisches Medium/physikalisches Interface zu senden und zu empfangen, ebenso um Fehlerdetektierung/-korrektur und das Liefern in Reihenfolge aller IP-verkapselter SS7-Nachrichtenpakete zu liefern.
  • Im Allgemeinen beinhaltet eine CRM-Karte 508 die Datenbank und Datenbanksteuerprozesse, welche notwendig sind, die CNAM-Routing-Funktionalität der vorliegenden Erfindung zu erreichen. Das CRM 508, welches in 3 gezeigt wird, weist teilweise auf: ein SCCP-Verfahren 520, eine Untersystemsteuereinrichtung, welche als ein Signalisierungsverbindungs-Routing- Steuerungs-(SCRC-)Verfahren 522 bekannt ist, ein CNAM-Routing-Umsetzungssystem 523, eine ausnahmenbasierte CNAM-Routing-Datenbank (ECD) 524 und eine Standardbereichs-basierte CNAM-Globaltitel-Umsetzungsdatenbank (GTT) 526. Es wird gewürdigt werden, dass das CNAM-Routing-Umsetzungssystem 523 hier so diskutiert wird, dass es sowohl ein ECD-Datenbankverfahren und ein bereichsbasiertes CNAM-GTT-verfahren beinhaltet. Jedoch ist die Konfiguration eines derartigen Routing-Umsetzungssystems einfach eine von vielen möglichen Systemimplementierungen. Beispielsweise kann das CNAM-Routing-Umsetzungssystem so strukturiert sein, dass es nur ein einzelnes Datenbankverfahren beinhaltet, oder umgekehrt kann es so strukturiert sein, dass es aus mehr als zwei Datenbankverfahren besteht. Auf jeden Fall ist das spezielle CNAM-Routing-Umsetzungssystem, welches implementiert ist, kritisch für den Betrieb des CNAM-Routing-Knotens der vorliegenden Erfindung, welcher hier diskutiert und beschrieben wird.
  • Das SCCP-Verfahren 520 liefert die Einrichtungen, welche notwendig sind, eingehende Nachrichtenpakete vom SSCP-Typ von dem eingebundenen LIM 502 zu empfangen. Das SCRC-Verfahren 522 ist für die Unterscheidung von Signalisierungsnachrichten auf der SCCP-Ebene und für das Weiterführen von eingehenden SS7-Nachrichtenpaketen an das CNAM-Routing-Umsetzungssystem 523 verantwortlich, welches nachfolgend das Paket entweder zu dem ECD-Datenbankverfahren 524 oder zu dem CNAM-Globaltitelumsetzungs-(GTT-)Datenbankverfahren 526 führt. Das CNAM-Routing-Umsetzungssystem 523 ist auch für das Modifizieren der Nachrichtenpakete verantwortlich, so dass diese Routing-Information beinhalten, welche jeweils durch die ECD- oder CNAM-GTT-Datenbankverfahren 524 und 526 zurückgeführt wird. SS7-Nachrichtenpakete, welche das CNAM-Routing-Umsetzungssystem 523 verlassen, werden durch ein HMRT-Verfahren 528 empfangen und weiterverarbeitet. Das HMRT-Verfahren 528 ist für das externe Routing von SS7-Nachrichtenpaketen verantwortlich, wel che eine zusätzliche Verarbeitung durch den CNAM-Routing-Knoten 500 erfordern. D.h., das HMRT-Verfahren 528 bestimmt, zu welcher LIM- oder DCM-Karte ein SS7-Nachrichtenpaket für die nachfolgende, nach außen gerichtete Übertragung geroutet werden sollte.
  • Wie allgemein in 3 angezeigt ist, ist das CRM 508 in Kommunikation mit einem lokalen Dienstmanagementsystem (LSMS) 530 und wird durch dieses gewartet. Im Allgemeinen ist ein LSMS-System auch in Kommunikation mit einem Nummer-Portabilitäts-Verwaltungszentrum (NPAC). Demnach agiert ein LSMS als das Interface zwischen Trägernetzwerken und dem NPAC. In einer typischen Implementierung empfängt ein LSMS portierte Teilnehmerinformation von dem NPAC und speichert sie und ist dann umgekehrt verantwortlich für das Herunterladen dieser portierten Teilnehmerinformation an alle Teilnehmer, welche es bedient. Da die Interaktion zwischen einem NPAC und einem LSMS nicht speziell für die vorliegende Erfindung relevant ist, wird hier keine detaillierte Diskussion einer derartigen NPAC-LSMS-Systemfunktionalität gegeben. Es sollte ausreichen, festzustellen, dass das LSMS 530 das CNAM-Routing-Umsetzungssystem 523 mit der aktuellsten portierten Teilnehmerinformation, welche zu irgendeiner Zeit verfügbar ist, wartet. D.h., das LSMS 530 liefert dem Träger, welchem der CNAM-Routing-Knoten 500 gehört, aktuelle Information bezüglich der aktuellen Kundenbasis des Trägers. Demnach liefert das CNAM-Routing-Umsetzungssystem 523 dem Träger die Information, welche notwendig ist zu bestimmen, ob eine eingehende CNAM-Anfrage zu einem Kunden gehört, welcher von dem Träger bedient wird, oder ob der Kunde durch einen im Wettbewerb stehenden Träger bedient wird.
  • Es sollte gewürdigt werden, dass ausgehende SS7-Nachrichtenpakete, welche durch das DCM 510 geroutet werden, aus dem CNAM-Routing-Knoten 500 hinaus und in ein Internet-Protokoll-(IP-)Netzwerk 400 hinein übertragen werden. Da das SS7- Kommunikationsprotokoll und das IP-Kommunikationsprotokoll von Natur aus kompatibel sind, werden alle SS7-Nachrichtenpakete, welche in das IP-Netzwerk 400 zu senden sind, zuerst innerhalb eines IP-Routing-Umschlags vor der Übertragung verkapselt. Diese IP-Verkapselung wird durch das IP-Ebene-1-&-2-Verfahren 542 durchgeführt. Die IP-Verkapselungsverarbeitung ist das IP-Protokoll-Äquivalent der Verarbeitung, welche durch das SS7-MTP-Ebene-1-2-Schichtverfahren 512 des LIM-Moduls 502 durchgeführt wird. Bevorzugte Paketformate für das Verkapseln verschiedener Arten von SS7-Nachrichten in IP-Paketen werden in Internet Engineering Task Force (IETF) INTERNET DRAFT mit dem Titel Transport Adapter Layer Interface, 28. Mai 1999, beschrieben, wobei diese Veröffentlichung hier in ihrer Gesamtheit als Referenz aufgeführt wird.
  • Wiederum ist die Beschreibung der LIM- und DCM-Unterkomponenten, welche hier geliefert werden, auf solche Unterkomponenten beschränkt, welche für die Prototyp-Implementierungsszenarien, welche hier dargestellt und diskutiert werden, relevant sind. Für eine zusammenfassende Diskussion von zusätzlichen LIM- und DCM-Operationen und deren Funktionalität kann auf die oben als Referenz aufgeführten Tekelec-Veröffentlichungen zurückgegriffen werden.
  • Wie oben festgestellt, beinhaltet ein Problem, welches zu der CNAM-Informationsakquisition eines Trägers gehört, das Portieren von Teilnehmern in das Netzwerk des Trägers hinein und aus ihm heraus. Folglich wird das Wissen, welche Kunden einem Träger gehören, ein Problem, wenn CNAM erhalten werden muss. Demnach wird gewürdigt werden, dass eine der vorrangigen Aufgaben des CNAM-Routing-Knotens entsprechend einer Ausführungsform der vorliegenden Erfindung darin besteht, ein Verfahren zu liefern, mit welchem ein Netzwerk-Operator schnell und leicht die CNAM-Anfragenachrichten, welche zu einem gegebenen Anrufer gehören, zu einer speziellen CNAM-Datenbank führen kann. Spe zieller ausgedrückt, es ist eine Aufgabe der vorliegenden Erfindung, einem Träger ein Verfahren des Führens aller CNAM-Anfragen, welche zu Kunden gehören, welche durch den Träger bedient werden, zu einer lokalen CNAM-Datenbank zu liefern, welche dem Träger gehört. Zur gleichen Zeit ist eine Aufgabe der vorliegenden Erfindung, einem Träger ein Verfahren für das Führen aller CNAM-Anfragen, welche zu Kunden gehören, welche nicht durch den Träger bedient werden, zu einer nationalen CNAM-Datenbank zu liefern, welche nicht notwendigerweise dem Träger gehört. Um das Routen einer derartigen CNAM-Anfragenachricht zu erleichtern, wendet der CNAM-Routing-Knoten der vorliegenden Erfindung ein Paar von komplementierenden Routing-Datenbanken an, welche effektiv eine Anrufertelefonnummer, welche zu einer CNAM-Anfrage an die Netzwerkadresse des geeigneten CNAM-Datenbankknotens zugeordnet ist, abbildet. Diese oben beschriebenen Datenbanken werden als die ausnahmenbasierte CNAM-Routing-Datenbank (ECD) und die CNAM-GTT-Datenbank bezeichnet.
  • 4a und 4b sind Zeichnungen von Datenbankstrukturen, welche primär dafür bestimmt sind, den Schlüssel oder Indizierungsstrukturen der ECD- und CNAM-GTT-Datenbanken 524 und 526 jeweils darzustellen. Es sollte gewürdigt werden, dass die ECD- und CNAM-GTT-Datenbank-Aufzeichnungsstrukturen und Pseudodaten, welche in 4a und 4b dargestellt sind, wobei sie für die Beispiele, welche in 3 gezeigt sind, unterstützend sind, hier nur zur Darstellung der Basisinformation dienen, welche notwendig ist, um die erforderlichen CNAM-Routing-Datensuchläufe durchzuführen. In der Praxis können die aktuellen Datenbankaufzeichnungsstrukturen und das gesamte Datenbankdesign entsprechend den speziellen Implementierungserfordernissen variieren.
  • Das komplementäre Datenbankzugriffsschema, welches von dem CNAM-Routing-Knoten der vorliegenden Erfindung angewendet wird, erfordert, dass die CNAM-GTT-Datenbank 526 einen Satz von bereichs- oder blockbasierten Routing-Regeln wartet, während die ECD-Datenbank 524 Ausnahmen gegenüber den blockbasierten Routing-Regeln beinhaltet. Nochmals, dieses Konzept wird allgemein in 4a und 4b dargestellt. Unter bereichs- oder blockbasierten Routing-Regeln versteht man, dass ein Block oder ein Bereich von Telefonnummern zu der Netzwerkadresse eines speziellen CNAM SCP gehören.
  • Mit Bezug auf 4b beinhaltet die CNAM-GTT- oder die bereichsbasierte CNAM-Datenbank 526 Schlüsselfelder in der Spalte auf der linken Seite und Datenfelder in der Spalte auf der rechten Seite. Die Schlüsselfelder stellen Bereiche von Telefonnummern dar, welche zu einem speziellen CNAM-Datenbankknoten gehören. Beispielsweise spezifiziert das erste Schlüsselfeld eine minimale Telefonnummer von 9194600000 und eine maximale Telefonnummer von 9194609999. Die Datenfelder entsprechend diesem Bereich beinhalten einen Punktcode (PC) von 2-1-1, eine Untersystemnummer (SSN) von 20 und einen Routing-Indikations-(RI-)Wert, welcher indikativ für ein RT-ON-SSN für das CNAM SCP-Netzwerkelement ist, welches dem ersten Bereich in dem Schlüsselfeld entspricht. Die Daten, welche in den Datenfeldern beinhaltet sind, dienen nur der Darstellung von Datenfeldern, welche in einer bereichsbasierten CNAM-GTT-Datenbank 526 enthalten sein können. Ähnliche Schlüsselfelder und Datenfelder werden für andere Netzwerkelemente gezeigt.
  • Mit Bezug auf 4a beinhaltet die ECD oder die ausnahmenbasierte CNAM-Datenbank 524 Einträge, welche Ausnahmen gegenüber den Einträgen in der bereichsbasierten Datenbank 526 sind. In 4a 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 einen Schlüsselfeldwert von 9194605500. Die Datenfelder, welche dem ersten Schlüsselfeldwert entsprechen, bein halten einen Internet-Protokoll-(IP-)Host-Namen von 1.1.25.12 und einen Port-Wert von 34. Diese Datenfelder dienen nur der Erläuterung der Datenfelder, welche in einer ausnahmenbasierten oder ECD-Datenbank 524 beinhaltet sein kann. Die verbleibenden Einträge in der Datenbank 524 enthalten ähnliche Daten für andere Netzwerkelemente.
  • Die zweifache Datenbank-Architektur, welche in einer Ausführungsform des CNAM-Routing-Umsetzungssystems 523 des CNAM-Routing-Knotens der vorliegenden Erfindung angewendet wird, liefert eine Anzahl von feinen Vorteilen für den Netzwerk-Operator. Beispielsweise minimiert die komplementierende Natur der zwei Datenbanken optimal die Speicherressourcenanforderungen für die Routing-Datenbank. Außerdem ist die Aufgabe für das Warten und das Verwalten des CNAM-Routing-Knotens in großem Maße vereinfacht, indem nur Ausnahmen gegenüber den herkömmlichen blockbasierten Routing-Regeln explizit in die ECD-Datenbank eingegeben werden müssen. Wenn dem nicht so wäre und beispielsweise ein spezieller Träger 500.000 Kunden bedienen würde, dann wäre es für einen Träger notwendig, wenigstens eine einzigartige Routing-Aufzeichnung für jeden der 500.000 Kunden zu schaffen und zu speichern. Die ausnahmenbasierte Struktur des CNAM-Routing-Umsetzungssystems 523 erfordert einfach in einem derartigen Fall, dass der Träger individuelle Routing-Aufzeichnungen in der ECD-Datenbank nur für jene Kundentelefonnummern schafft und speichert, welche nicht zu den bereichs- oder blockbasierten Regeln gehören, welche in der CNAM-GTT-Datenbank spezifiziert wurden. Wenn beispielsweise ein neuer Kunde in das Netzwerk eines Trägers von dem Netzwerk eines Wettbewerbers portiert wird, kann die Telefonnummer des Kunden eine Ausnahme der blockbasierten Regeln sein, welche in der CNAM-GTT-Datenbank vorgesehen sind. In einem derartigen Fall würde die Telefonnummer des Kunden in den ECD vorgesehen werden. In dem speziellen Fall, bei welchem alle Kundentelefonnummern des Trägers den blockbasierten Regeln angehören, welche in der CNAM-GTT-Datenbank spezifiziert sind, würde die ECD-Datenbank leer sein. Beim anderen Extrem, bei welchem alle Kundentelefonnummern des Trägers nicht zu den allgemeinen blockbasierten Regeln gehören, welche in der CNAM-GTT-Datenbank spezifiziert sind, würde die ECD-Datenbank wenigstens einen Eintrag für jede der zugeordneten Telefonnummern des Trägers beinhalten.
  • Mit Bezug auf Routing-Knoten-Umsetzungsdienste ist der Parameter, welcher entweder direkt oder indirekt im Allgemeinen benutzt wird, um den Typ des Umsetzungsdienstes (z.B. CNAM-Dienst oder andere Umsetzungsdienste) zu bestimmen, welcher durch eine eingehende Signalisierungsnachricht erforderlich ist, ein SCCP-Schichtparameter, vom Umsetzungstyp (TT). Es wird gewürdigt werden, dass andere Parameter, welche innerhalb einer CNAM-Anfragenachricht beinhaltet sind, wie z.B. ein Routing-Indikator (RI), ein Globaltitelindikator-(GTI-)Parameter, ein Nummernplan-(NP-)Parameter, und ein Indikator für den Ursprung der Adresse-(NAI-)Parameter auch benutzt werden können, um zu bestimmen, ob ein CNAM-Routing-Dienst angezeigt ist. Diese Parameter, ihre Bedeutungen im Kontext eines SS7-Kommunikationsnetzwerks und ihr Wertebereich sind Fachleuten sehr gut bekannt und werden folglich nicht im Detail diskutiert. Es sollte ausreichen zu sagen, dass sich die bevorzugte Ausführungsform des CNAM-Routing-Knotens der vorliegenden Erfindung auf einige oder alle diese Parameter bezieht, um den erforderlichen Umsetzungsdienst zu bestimmen.
  • Aus der Sicht des Betreibens werden Signalisierungsnachrichten, welche eine Routing-Datenbank-Verarbeitung erfordern, zuerst durch die ausnahmenbasierte ECD-Datenbank bedient. D.h., es wird ein Suchlauf in der ECD-Datenbank basierend auf der Telefonnummer durchgeführt, welche zu dem Anrufer gehört. Im Falle, dass eine Übereinstimmung in der ECD-Datenbank vorliegt, werden die geeigneten Routing-Daten durch die ECD- Datenbank zurückgeschickt, und das Anfragesignalisierungspaket wird entsprechend vor dem weiteren Routing modifiziert. Es ist keine zweite Suche der blockbasierten CNAM-GTT-Datenbank in einem derartigen Fall erforderlich. Im Fall jedoch, dass keine Übereinstimmung in der ECD-Datenbank vorliegt, wird eine zweite Suche in der bereichsbasierten CNAM-GTT-Datenbank durchgeführt.
  • Ausnahmenbasiertes CNAM-Datenbank-Umsetzungsverfahren
  • 3 und 6 stellen im Allgemeinen die zwei Routing-Datenbank-Zugriffsszenarien, welche oben kurz beschrieben wurden, dar. Speziell zeigt 3 den Fall, bei welchem der Anfangs-ECD-Datenbanksuchlauf eine Übereinstimmung findet und deshalb keine zweite CNAM-GTT-Datenbanksuche erforderlich ist. Um diesen Fall darzustellen, wird der Pfad einer typischen SS7-CNAM-Anfragenachricht von einem SS7-Netzwerk 300 aufgeführt, über den CNAM-Routing-Knoten 500 und hinein zu einem zugehörigen Internet-Protokoll-(IP-)Netzwerk 400, wobei der Pfad durch eine gestrichelte Linie angezeigt wird.
  • Beginnend bei dem SS7-Netzwerk 300 kommt eine CNAM-Anfragenachricht an dem CNAM-Routing-Knoten 500 über eine SS7-Kommunikationsverbindung 302 an. Es wird gewürdigt werden, dass in einer bevorzugten Ausführungsform alle eingehenden CNAM-Anfragenachrichten entweder zu einem wahrhaftigen Punktcode oder zu einem dienstunabhängigen Punktcode des CNAM-Routing-Knotens adressiert werden. Während ein derartiges CNAM-Anfragenach-richten-Adressierungsschema bestimmte Maßnahmenvorteile für den Träger bietet, welcher den CNAM-Routing-Knoten betreibt, ist dieses für das Betreiben des Knotens nicht wesentlich.
  • Die Signalisierungsnachricht wird innerhalb des CNAM-Routing-Knotens 500 durch das LIM 502 empfangen. Die SS7-MTP-Ebene-1- und-2-Verarbeitung wird an dem eingehenden Signalisierungspaket durch das MTP-Ebene-1-und-2-Verfahren 512 durchgeführt. Wenn die MTP-Ebene-1-und-2-Verarbeitung vollständig ist, wird das Signalisierungsnachrichtenpaket zeitweise in der E/A-Warteschlange 514 gepuffert, bevor es hinauf zum Stapel des MTP-Ebene-3-HMDC-Verfahrens 516 geleitet wird. Das HMDC-Verfahren 516 untersucht das Signalisierungsnachrichtenpaket und bestimmt, ob das Paket eine weitere Verarbeitung an dem CNAM-Routing-Knoten 500 erfordert. In dem Beispiel, welches in 3 gezeigt wird, wird angenommen, dass das HMDC-Verfahren 516 bestimmt, dass eine weitere Verarbeitung des Signalisierungsnachrichtenpaketes erforderlich ist, und das Paket wird nachfolgend zu dem HMDT-Verfahren 518 geführt. Das HMDT-Verfahren 518 untersucht das Paket und bestimmt basierend auf dem Typ des weiteren Verfahrens, welches erforderlich ist, welches verteilte Verarbeitungsmodul, welches an den IMT-BUS 504 angeschlossen ist, als Nächstes das Paket empfangen sollte. In diesem Fall bestimmt das HMDT-Verfahren 518, dass die Signalisierungsnachricht zu dem CRM-Modul 508 für den ECD-Umsetzungsdienst weitergeleitet werden sollte. Das Signalisierungsnachrichtenpaket wird dann auf den Hochgeschwindigkeits-IMT-Bus 504 platziert und an das CRM 508 gesendet.
  • Ein detailliertes Flussdiagramm der auf CRM/SCCP bezogenen Verarbeitungsschritte wird in 5 gegeben und kann in Verbindung mit der schematischen Zeichnung benutzt werden, welche in 3 gezeigt wird, bzw. den Prototyp-CNAM-Ausnahme- und CNAM-GTT-Datenbanken, welche jeweils in 4a und 4b gegeben werden, um die ECD- und CNAM-GTT-Datenbank-Suchlaufmethodik besser zu verstehen.
  • In dem Beispiel, welches in 3 gegeben wird und in Folge in 5 beschrieben wird, wird angenommen, dass eine CNAM-Anfrage formuliert wurde und durch einen SSP mit Bezug auf einen Anruferstellungsvorgang in Gang gesetzt wurde, wobei ein Anrufer (CgPA) mit einer Telefonnummer von (919) 460-5500 involviert ist.
  • Mit Bezug auf 5 kommt im Schritt ST1 die Signalisierungsnachricht an der CRM-Karte 508 an, und das SCCP-Verfahren 520 empfängt das Paket. Innerhalb des SCCP-Verfahrens 520 wird das Nachrichtenpaket an das SCRC-Steuerverfahren 522 geführt. Jeweils in den Schritten ST2 und ST3 decodiert und untersucht das SCRC-Verfahren 522 die Paketinhaltsinformation, welche in dem Nachrichtenkopf der Signalisierungsnachricht enthalten ist, um zu erstellen, welche Art an Umsetzungsservice erforderlich ist. Spezieller ausgedrückt, der Umsetzungstyp-(TT-)Parameter, welcher in dem Signalisierungsnachrichtenpaket enthalten ist, wird analysiert, um zu bestimmen, ob ein CNAM-Umsetzungsdienst erforderlich ist. Wie in den Schritten ST4 und ST5 jeweils angezeigt wird, falls bestimmt wird, dass kein CNAM-Umsetzungsdienst erforderlich ist, wird keine weitere CNAM-Routing-Umsetzungsverarbeitung durchgeführt. Stattdessen kann die Nachricht entweder durch andere vorgesehene Systeme innerhalb des CNAM-Routing-Knotens der vorliegenden Erfindung verarbeitet werden und nachfolgend von dem Knoten 500 geroutet werden. Jedoch in dem Szenario, welches in 3 dargestellt wird, wird der Umsetzungstyp-(TT-)Parameter, welcher in der Ansagenachricht enthalten ist, als einer interpretiert, welcher eine CNAM-Umsetzung benötigt.
  • Im Schritt ST6 wird die Nachricht allgemein in das CNAM-Routing-Umsetzungssystem 523 geführt und nachfolgend weiter zu der ECD-Datenbank 524, wo eine Suche durchgeführt wird, wobei die Telefonnummer, welche zu dem Anrufer gehört (z.B. 9194605500), als wenigstens ein Teil des Suchschlüssels benutzt wird. Falls eine Übereinstimmung in der ECD-Datenbank 524 nicht gefunden wird, wird das Paket zu der CNAM-GTT-Datenbank 526 zur Verarbeitung geführt, wie dies in den Schritten ST7 und ST9 jeweils gezeigt wird. Jedoch, in dem Beispiel, welches in 3 gezeigt wird, wird eine Übereinstimmung in der ECD-Datenbank 524 gefunden, was durch die Tatsache angezeigt wird, dass es einen Eintrag in der ECD-Datenbank 524 (4a) entsprechend dem CgPA-Telefonnummernwert von 9194605500 der Nachricht gibt. Es wird aus 4b gewürdigt werden, dass die bereichs- oder blockbasierten CNAM-Routing-Regeln, welche in der CNAM-GTT-Datenbank 526 enthalten sind, anzeigen, dass alle Telefonnummern innerhalb des Bereichs von 9194600000 bis 9194609999 ordnungsgemäß durch den Träger bedient werden oder ihm gehören und demnach CNAM-Anfragen, welche zu einer CgPA-Telefonnummer dieses Bereiches gehören, zu einer lokalen CNAM-Datenbank geroutet werden würden, welche dem Träger gehört. Spezieller ausgedrückt, alle Telefonnummern innerhalb diese Bereiches würden zu einer lokalen CNAM-Datenbank, welche dem Träger gehört, geroutet werden, welche durch einen SS7-Punktcode (PC) von 2-1-1 und eine Untersystemnummer (SSN) von 20 identifiziert ist. Da jedoch die CgPA-Telefonnummer 9194605500 in der ECD-Datenbank 524 versorgt wurde, wird gefolgert, dass der Anrufer aus dem Netzwerk des Trägers hinausportiert wurde und aktuell durch einen Wettbewerber des Trägers bedient wird. Demnach wird ferner gewürdigt werden, dass die CNAM-Anfragenachrichten-Routing-Instruktionen, welche zu dem 9194605500-Eintrag in der ECD-Datenbank 524 gehören, anzeigen, dass die CNAM-Anfragenachricht zu einer nationalen CNAM-Datenbank geroutet werden sollten, welche eine Ziel-Internet-Protokolladresse entsprechend einem Hostnamen von 1.1.25.12 und einem Port von 34 besitzt.
  • Zurückkehrend zu 5 werden die IP-Routing-Adressdaten, welche durch das ECD-Datenbankverfahren 524 zurückgeschickt werden, ein Host-Name 1.1.25.12 und ein Port von 34, nachfolgend innerhalb des Signalisierungsnachrichtenpaketes codiert, wie dies durch den Schritt ST8 angezeigt wird. Wiederum wird gewürdigt werden, dass die Routing-Information, der Host-Name: 1.1.25.12 und der Port: 34, welche durch die ECD-Datenbank 524 zurückgeschickt werden, effektiv die IP-Netzwerkadresse einer nationalen CNAM-Datenbank darstellen. Wobei eine nationale CNAM-Datenbank ein Datenbanksystem ist, welches aus einer oder mehreren Datenbankapplikationen und Berechnungsplattformen besteht, welche so konfiguriert sind, dass die CNAM-Typ-Information für substanziell alle Kommunikationskunden in einem Land beinhaltet ist. Es wird jedoch gewürdigt werden, dass eine derartige nationale CNAM-Datenbank so konfiguriert sein kann, dass sie CNAM-Daten für substanziell alle Telekommunikationskunden von mehr als einem Land beinhaltet.
  • Kehrt man nun zu 3 zurück, so wird gewürdigt werden, dass nachfolgend zu dem erfolgreichen ECD-Datenbanksuchlauf, wie er im Detail oben beschrieben wurde, das modifizierte Signalisierungsnachrichtenpaket als Nächstes zu dem HMRT-Verfahren 528 geführt wird. Wiederum bestimmt das HMRT-Verfahren 528, zu welcher LIM- oder DCM-Karte das Paket für die nachfolgende Umsetzung zu dem Ziel-CNAM-Datenbankknoten geroutet werden sollte. In diesem Fall bestimmt das HMRT-Verfahren 528, dass der Anschluss, welcher den CNAM-Routing-Knoten 500 und den Ziel-CNAM-Datenbankknoten verbindet, auf dem DCM 510 platziert ist. Folglich wird das modifizierte CNAM-Anfragenachrichtenpaket intern über den IMT-Bus 504 an das DCM 510 geroutet und, spezieller ausgedrückt, an die E/A-Warteschlange 540. Gegebenenfalls wird das modifizierte Nachrichtenpaket von der E/A-Warteschlange 540 geführt und weiter zu dem IP-Ebene-1-&-2-Verfahren 542, wo das SS7-Pakte innerhalb eines IP-Routing-Umschlags verkapselt wird. Das IP-verkapselte SS7-Paket wird dann in das zugehörige IP-Netzwerk 400 über die IP-Signalisierungsverbindung 402 übertragen (Schritt ST10 in 5). In diesem Beispiel ist das IP-verkapselte SS7-Paket adressiert und wird folglich über das IP-Netzwerk 400 an das Endziel, eine nationale CNAM-Datenbank, geroutet, welche einem Dienstleister gehören kann oder welche einer unabhängigen dritten Partei gehören kann und durch diese bedient wird.
  • Standard-CNAM-GTT-Umsetzung
  • Wendet man sich nun 6 zu, zeigt das beispielhafte Nachrichtenflussszenario, welches in dieser Zeichnung gezeigt wird, den Fall, wo ein anfänglicher ECD-Datenbanksuchlauf fehlschlägt, um eine Übereinstimmung zu finden, und deshalb ist eine zweite Standard-CNAM-GTT-Datenbanksuche erforderlich. Der Pfad einer typischen CNAM-Datenbank-SS7-Anfragenachricht führt von dem SS7-Netzwerk 300 über den CNAM-Routing-Knoten 500 zu dem Ziel-EP-Netzwerk 400. Wiederum wird der Signalisierungsnachrichtenpfad durch eine gestrichelte Linie angezeigt. In dem Beispiel, welches in 6 präsentiert wird und welches darauf folgend in 5 beschrieben wird, wird angenommen, dass eine CNAM-Anfrage formuliert wurde und durch einen SSO in Bezug zu einem Anruferstellungsbetrieb, welcher einen Anrufer (CgPA) mit einer Telefonnummer von (919) 460-2000 beinhaltet, geführt wurde.
  • Beginnend bei dem SS7-Netzwerk 300 kommt eine CNAM-Anfragenachricht an dem CNAM-Routing-Knoten 500 über eine SS7-Kommunikationsverbindung 302 an. Wiederum wird gewürdigt werden, dass in einer bevorzugten Ausführungsform alle eingehenden CNAM-Anfragenachrichten entweder an einen wahren Punktcode oder an einen dienstunabhängigen Punktcode des CNAM-Routing-Knotens adressiert werden. Während ein derartiges CNAM-Anfragenachrichten-Adressierungsschema gezielte Bevorratungsvorteile für den Träger bietet, welcher den CNAM-Routing-Knoten betreibt, ist dieses für das Betreiben des Knotens nicht wesentlich.
  • Da die Verarbeitung des eingehenden Signalisierungsnachrichtenpaketes auf dem LIM 502 in diesem Szenario identisch ist mit dem, welches für das Szenario beschrieben wurde, welches in 3 und oben beschrieben wurde, wird eine detaillierte Diskussion der LIM-Verarbeitung nicht wiederholt. Stattdessen wird gewürdigt werden, dass die eingehende Signalisierungsnachricht innerhalb des CNAM-Routing-Knotens 500 durch das LIM 502 empfangen wird und dass das Nachrichtenpaket nachfolgend untersucht wird und über den IMT-Bus 504 an die CRM-Karte 508 für die weitere Verarbeitung geroutet wird.
  • Wiederum kann das detaillierte Flussschaltbild der auf CRM/SCCP bezogenen Verarbeitungsschritte, welche in 5 dargestellt werden, in Verbindung mit der schematischen Zeichnung benutzt werden, welche in 6 gezeigt wird, um die ECD- und GTT-Datenbank-Suchlaufmethodik besser zu verstehen. Mit Bezug auf 5 und 6 kommt die Signalisierungsnachricht an der CRM-Karte 508 an, und das SCCP-Verfahren 520 empfängt das Paket. Innerhalb des SCCP-Verfahrens 520 wird das Nachrichtenpaket an das SCRC-Steuerverfahren 522 geführt. In den Schritten ST2 bzw. ST3 decodiert und untersucht das SRCR-Verfahren 522 die Paketinhaltsinformation, welche innerhalb des Signalisierungsnachricht-Nachrichtenkopfes enthalten ist, um aufzustellen, welche Art von Umsetzungsdienst erforderlich ist. Spezieller ausgedrückt, der Umsetzungstyp-(TT-)Parameter, welcher innerhalb des Signalisierungsnachrichtenpaketes enthalten ist, wird analysiert, um zu bestimmen, ob ein CNAM- oder ein Nicht-CNAM-GTT-Umsetzungsdienst erforderlich ist (ST4). Wiederum, wie in dem vorausgehenden Beispiel, wird ein TT-Wert, welcher in der Nachricht enthalten ist, als Anzeichen interpretiert, dass die Notwendigkeit für eine CNAM-Routing-Umsetzung gegeben ist.
  • Im Schritt ST6 wird die Nachricht zu dem CNAM-Routing-Umsetzungssystem 523 und nachfolgend zu der ECD-Datenbank 524 geführt, wo eine Suche durchgeführt wird, wobei die Telefonnummer genutzt wird, welche zu dem Anrufer (d.h. 9194602000) als wenigstens einem Teil des Suchschlüssels gehört. Falls keine Übereinstimmung in der ECD-Datenbank 524 gefunden wird, wird das Paket zu der CNAM-GTT-Datenbank 526 für die Standard-Routing-Adressumsetzungsverarbeitung geführt, wie dies in den Schritten ST7 und ST9 jeweils gezeigt wird. Dies ist präzise der Fall in dem Beispiel, welches in 5 dargestellt wird, da eine Übereinstimmung in der ECD-Datenbank 524 nicht gefunden wird. D.h., es gibt keinen Eintrag in der ECD-Datenbank 524 (4a), welcher dem CgPA-Telefonnummernwert von 9194602000 entspricht. Es wird aus 4b gewürdigt werden, dass die bereichs- oder blockbasierten CNAM-Routing-Regeln, welche in der CNAM-GTT-Datenbank 526 enthalten sind, anzeigen, dass alle Telefonnummern innerhalb des Bereichs 9194600000 bis 9194609999 ordnungsgemäß durch den Träger bedient werden oder ihm gehören und dass demnach alle CNAM-Anfragen, welche zu einer CgPA-Telefonnummer mit diesem Bereich gehören, zu einer lokalen CNAM-Datenbank geroutet werden würden, welche dem Träger gehört. Spezieller ausgedrückt, alle Telefonnummern innerhalb dieses Bereiches würden zu einer dem Träger gehörenden CNAM-Datenbank geroutet werden, welche durch einen SS7-Punktcode (PC) von 2-1-1 und eine Untersystemnummer (SSN) von 20 identifiziert ist. Da die CgPA-Telefonnummer 91946020000 nicht in der ECD-Datenbank 524 vorgesehen war, wird gefolgert, dass der Anrufer durch den Träger und nicht durch einen im Wettbewerb stehenden Träger bedient wird oder ihm gehört. Demnach wird ferner gewürdigt werden, dass, da die CgPA-Telefonnummer (9194602000) in den Bereich von vorgesehenen Telefonnummern fällt, welche in der CNAM-GTT-Datenbank 526 gespeichert ist, die CNAM-Anfragenachricht an eine lokale, einem Träger gehörende CNAM-Datenbank geroutet werden sollte, welche eine Ziel-SS7-Adresse entsprechend einem Punktcode (PC) von 2-1-1 und einem Untersystem (SSN) von 20 besitzt. Die SS7-Routing-Adressdaten, welche von dem CNAM-GTT-Datenbankverfahren 526 zurückgeschickt werden, ein PC von 2-1-1, ein SSN von 20 und ein Routing-Indikator RT-ON-SSN werden nachfolgend innerhalb des Signalisierungsnachrichtenpaketes codiert, wie dies durch den Schritt ST8 angezeigt wird. Wiederum wird gewürdigt wer den, dass die Routing-Information, PC: 2-1-1 und SSN: 20, welche durch die CNAM-GTT-Datenbank 526 zurückgeschickt werden, effektiv die SS7-Netzwerkadresse einer lokalen CNAM-Datenbank darstellen. Wobei eine lokale CNAM-Datenbank ein Datenbanksystem ist, welches aus einem oder mehreren Datenbankapplikationen und Berechnungsplattformen besteht, welche so aufgebaut sind, dass sie CNAM-Typ-Information für substanziell alle Telekommunikationskunden beinhalten, welche durch einen speziellen Träger bedient werden. Es wird jedoch gewürdigt werden, dass eine derartige lokale CNAM-Datenbank so konfiguriert sein kann, dass sie CNAM-Daten für im Wesentlichen alle Telekommunikationskunden, die zu vielen Trägern gehören, enthält.
  • Kehrt man nun zu 6 zurück, so wird gewürdigt werden, dass auf den fehlgeschlagenen ECD-Datenbank-Suchlauf und nach dem erfolgreichen CNAM-GTT-Datenbank-Suchlauf, wie er im Detail oben beschrieben wurde, folgt, dass das modifizierte Signalisierungsnachrichtenpaket als Nächstes zu dem HMRT-Verfahren 528 geführt wird. Wiederum bestimmt das HMRT-Verfahren 528, zu welcher LIM- oder DCM-Karte das Paket für die nachfolgende Umsetzung zu dem Ziel-CNAM-Datenbankknoten geroutet werden sollte. In diesem Fall bestimmt das HMRT-Verfahren 528, dass die Verbindung, welche den CNAM-Routing-Knoten 500 und den Ziel-CNAM-Datenbankknoten verbindet, auf dem LIM 502 platziert ist. Folglich wird das modifizierte CNAM-Anfragenachrichtenpaket intern über den IMT-Bus 504 an das LIM 502 und, spezieller ausgedrückt, an die E/A-Warteschlange 514 geroutet. Schließlich wird das modifizierte Nachrichtenpaket von der E/A-Warteschlange 514 weiter zu dem MTP-Ebene-1-&-2-Verfahren 512 geführt, wo das SS7-Paket dann in das zugehörige SS7-Netzwerk 400 über die SS7-Signalisierungsverbindung 302 übertragen wird. In diesem Beispiel ist das SS7-CNAM-Anfragepaket adressiert und wird folglich über das SS7-Netzwerk 300 zu seinem Endziel geroutet, spezieller ausgedrückt zu einer lokalen CNAM-Datenbank (ST10), welche bei dem Dienstleister mit platziert ist und/oder ihm gehört.
  • Prototyp-CNAM-Zugriffkonfigurationen und damit verbundene Nachrichtenflüsse
  • In 7 und 8 werden vereinfachte Netzwerkzeichnungen gezeigt, welche im Allgemeinen zwei mögliche Netzwerkkonfigurationen darstellen, welche bei einem CNAM-Routing-Knoten der vorliegenden Erfindung angewendet werden können, um einen CNAM-Lieferdienst für Trägerkunden zu liefern.
  • Spezieller ausgedrückt, in 7 wird eine Telekommunikationsnetzwerk-CNAM-Dienstkonfiguration gezeigt, welche es Trägern gestattet, auf eine lokale CNAM-Datenbank im Zuge des Lieferns von CNAM-Dienst zuzugreifen, welcher zu Anrufern gehört, welche tatsächlich ihre eigenen Kunden sind. Im Falle, dass der CNAM-Dienst für einen Anrufer erforderlich ist, welcher nicht durch den Träger bedient wird, werden alle zugehörigen CNAM-Anfragen zu einer nationalen CNAM-Datenbank über ein Internet-Protokoll-Netzwerk geführt.
  • Demnach beinhaltet 7 ein Telekommunikationsnetzwerk, welches im Allgemeinen durch die Nummer 700 angezeigt wird. Explizit wird im Netzwerk 700 ein Anrufer (CgPA) 702 gezeigt, welcher über einen Dienstvermittlungspunkt bzw. eine Dienstvermittlungsstelle (SSP) 704 bedient wird, über einen CgPA 703, welcher durch den SSP 708 bedient wird, und über einen Anrufer (CdPA) 706, welcher in ähnlicher Weise durch einen SSP 708 bedient wird. Das Netzwerk 700 beinhaltet ferner eine Anzahl von Signalisierungs-Gateways (SGs), welche unterschiedlichen Dienstleistern gehören und von diesen betrieben werden. Spezieller ausgedrückt, beinhaltet das Netzwerk 700 SGs 710 und 718, welche Bell South bzw. Bell Atlantic gehören. Beide dieser SGs sind Ausführungsformen des CNAM-Routing-Knotens der vorliegenden Erfindung und sind entweder direkt oder indirekt über Signalisierungssystem-7-(SS7-)Verbindungen angeschlossen, welche gemeinsam das öffentliche Telefonnetzwerk (PSTN) SS7-Netzwerk 300 aufweisen. Wie ferner in 7 angezeigt wird, ist das SG 710 lokal mit einem SCP-Knoten 712 verbunden, welcher CNAM-Typ-Information enthält, welche zu Kunden gehört, die von Bell South bedient werden. In ähnlicher Weise ist das SG 718 lokal mit einem STP-Knoten 720 verbunden, welcher CNAM-Typ-Information enthält, welche zu Kunden gehört, die von Bell Atlantic bedient werden. Es wird auch gewürdigt werden, dass sowohl SG 710 als auch SG 718 mit einer nationalen CNAM-Datenbank 726 über ein Internet-Protokoll-Netzwerk 400 verbunden sind.
  • In dem in 7 dargestellten Beispiel wird gewürdigt werden, dass der Anrufer 702 durch einen Träger (Bell South) bedient wird, welcher anders als der Träger (Bell Atlantic) ist, welcher den Anrufer 703 und die angerufene Partei 706 bedient. Demnach wird gewürdigt werden, dass es, falls der Anrufer 702 einen Anruf zu dem Anrufer 706 platziert hat, für den Träger (Bell Atlantic), welcher den Angerufenen 706 bedient, normalerweise erforderlich wäre, eine CNAM-Anfrage an den Träger (Bell South) zu senden, welcher den Anrufer 702 bedient, wobei CNAM-Information angefordert wird. Wiederum würde in einem derartigen Szenario der Träger (Bell Atlantic), welcher die CNAM-Information für den Anrufer 702 anfordert, wahrscheinlich mit einer Gebühr für das Erhalten der angeforderten CNAM-Information belastet werden.
  • Jedoch gestattet in einem derartigen Szenario die Konfiguration, welche allgemein in 7 dargestellt wird, dem Träger (Bell Atlantic), welcher den Angerufenen 706 bedient, eine CNAM-Anfrage über einen mit CNAM ausgestatteten SG 718 und das IP-Netzwerk 400 an die nationale CNAM-Datenbank 726 zu richten, um die gewünschte CNAM-Information zu erhalten, welche zu dem Anrufer 702 gehört. während in der Praxis der Träger (Bell Atlantic), welcher den Angerufenen 706 bedient, mit einer Gebühr für die Anrufer-CNAM-Information durch den Betreiber der nationalen CNAM-Datenbank belastet werden könnte, ist es wahrscheinlich, dass die Gebührenstrukturen, welche durch den nationalen CNAM-Betreiber angeboten werden, günstiger sein würden als jene, welche durch den im Wettbewerb stehenden Träger (Bell South) angeboten werden.
  • Es wird auch aus der Netzwerkkonfiguration, wie sie in 7 gezeigt wird, gewürdigt werden, dass im Falle, dass ein Anruf zwischen dem Anrufer 703 und dem Angerufenen 706 platziert wird, wobei beide durch den gleichen Träger (Bell Atlantic) bedient werden, eine nationale CNAM-Datenbankanfrage nicht erforderlich ist. Stattdessen führt in einem derartigen Anrufszenario der Träger (Bell Atlantic), welcher sowohl jeweils den Anrufer als auch den Angerufenen 703 und 706 bedient, einfach die notwendige CNAM-Anfrage über den mit CNAM ausgestatteten SG 718 an eine lokale CNAM-Datenbank 720, welche die Information bezüglich aller Kunden des Trägers enthält. Demnach ist in diesem Szenario der Träger (Bell Atlantic) in der Lage, vollständig irgendwelche Gebühren einer dritten Partei, welche mit dem Erhalten von CNAM-Information verbunden ist, zu vermeiden.
  • Alternativ können Träger wählen, nicht ihre eigenen lokalen CNAM-Datenbanken zu pflegen, wie dies im Allgemeinen in 8 gezeigt wird. Demnach beinhaltet 8 ein Telekommunikationsnetzwerk, welches allgemein durch die Ziffer 800 angezeigt wird. Explizit wird im Netzwerk 800 ein Anrufer (CgPA) 702 gezeigt, welcher durch einen Dienstvermittlungspunkt (SSP) 704 bedient wird, einen CgPA 703, welcher durch einen SSP 708 bedient wird, und einen Angerufenen (CdPA) 706, welcher in ähnlicher Weise durch einen SSP 708 bedient wird. Das Netzwerk 800 beinhaltet ferner eine Anzahl von Signalisierungs-Gateways (SGs), welche unterschiedlichen Dienstleistern gehören und durch diese bedient werden. Spezieller ausgedrückt, das Netzwerk 700 beinhaltet SGs 710 und 718, welche Bell South bzw. Bell Atlantic gehören. Beide dieser SGs sind Ausführungsformen des CNAM-Routing-Knotens der vorliegenden Erfindung und sind entweder direkt oder indirekt über die Signalisierungssystem-7-(SS7-)Verbindungen angeschlossen, welche gemeinsam das öffentliche Telefonnetzwerk (PSTN) SS7-Netzwerk 300 aufweisen. Wie ferner in 8 angezeigt wird, sind SG 710 und SG 718 auch mit einer nationalen CNAM-Datenbank 726 über ein Internet-Protokoll-Netzwerk 400 angeschlossen.
  • In einem derartigen Szenario werden alle CNAM-Anfragen, ungeachtet des Trägers, welcher einen Anrufer bedient, durch die mit CNAM ausgestatteten SGs 710 und 718 an die nationale CNAM-Datenbank 726 über das IP-Netzwerk 400 geroutet. Beispielsweise wird in einer derartigen Netzwerkkonfiguration gewürdigt werden, dass im Falle, dass ein Anruf zwischen einem Anrufer 703 und einem Angerufenen 706 platziert wird, welche beide durch den gleichen Träger (Bell Atlantic) bedient werden, die sich ergebende CNAM-Anfragenachricht, welche durch den SG 718 empfangen wird, einfach an die nationale CNAM-Datenbank 726 geroutet wird.
  • Es wird auch gewürdigt werden, dass ein Träger wählen kann, seine eigene Kopie einer nationalen CNAM-Datenbank zu warten, anstatt sich auf eine entfernt gelegene nationale CNAM-Datenbank zu beziehen, welche einer dritten Partei gehört und durch diese betrieben wird. Eine derartige beispielhafte Netzwerkkonfiguration wird allgemein in 9 angezeigt. Demnach beinhaltet 9 ein Telekommunikationsnetzwerk, welches allgemein durch die Ziffer 900 angezeigt wird. Explizit wird im Netzwerk 900 ein Anrufer (CgPA) 702, welcher durch einen Dienstvermittlungspunkt (SSP) 704 bedient wird, ein CgPA 703, welcher durch einen SSP 708 bedient wird, und ein Angerufener (CdPA) 706 gezeigt, welcher in ähnlicher Weise durch einen SSP 708 bedient wird. Das Netzwerk 900 beinhaltet ferner eine Anzahl von Signalisierungs-Gateways (SGs), welche unterschiedlichen Dienstleistern gehören und von diesen betrieben werden. Spezieller ausgedrückt, das Netzwerk 900 beinhaltet SGs 710 und 718, welche Bell South bzw. Bell Atlantic gehören. Beide dieser SGs sind Ausführungsformen des CNAM-Routing-Knotens der vorliegenden Erfindung und werden entweder direkt oder indirekt über Signalisierungssystem-7-(SS7-)Verbindungen angeschlossen, welche gemeinsam das öffentliche Telefonnetzwerk (PSTN)-SS7-Netzwerk 300 aufweisen. Wie ferner in 9 angezeigt wird, ist das SG 710 mit einer nationalen CNAM-Datenbank 726 über ein Internet-Protokoll-Netzwerk 400 angeschlossen, während das SG 718 keine derartige Verbindung verwendet. Stattdessen ist das SG 718 an eine mit platzierte, nationale CNAM-Datenbank 910 angeschlossen, welche Bell Atlantic gehört und durch diese betrieben wird, während SG 710 ferner an eine lokale CNAM-Datenbank 712 angeschlossen ist, welche Bell South gehört und durch diese betrieben wird.
  • In einem derartigen Szenario werden alle CNAM-Anfragen, welche durch SG 718 empfangen werden, ungeachtet des Trägers, welcher den Anrufer bedient, durch einen mit CNAM ausgestatteten SG 718 an die nationale CNAM-Datenbank 910 geroutet. Beispielsweise wird in einer derartigen Netzwerkkonfiguration gewürdigt werden, dass im Falle, dass ein Anruf entweder von dem Anrufer 702 oder 703 platziert wird, an die angerufene Partei 706, welche durch den gleichen Träger (Bell Atlantic) oder durch unterschiedliche Träger (Bell South und Bell Atlantic) bedient wird, die sich ergebende CNAM-Anfragenachricht, welche durch den SG 718 empfangen wird, einfach an die mit platzierte, nationale CNAM-Datenbank 910, welche Bell Atlantic gehört, geroutet wird und folglich Bell Atlantic für nationalen CNAM-Datenbankzugriff durch Gebühren einer dritten Partei nicht belastet wird.
  • Nationale CNAM-Datenbank
  • Entsprechend einer anderen Ausführungsform beinhaltet die vorliegende Erfindung eine nationale CNAM-Datenbank. Wie hier verwendet, ist eine nationale CNAM-Datenbank eine CNAM-Datenbank, welche Anruferinformation für die Teilnehmer vieler Dienstleister enthält, z.B. aller Dienstleister in einem gegebenen Land. Die Anruferinformation kann durch Anruferverzeichnisnummern indiziert sein. D.h., eine nationale CNAM-Datenbank entsprechend einer Ausführungsform der vorliegenden Erfindung kann aus einer Vielzahl von Datenbankaufzeichnungen bestehen. Jede Aufzeichnung beinhaltet ein erstes Datenfeld, welches eine Anruferverzeichnisnummer enthält, wie z.B. 9195551212. Jede Aufzeichnung enthält auch ein oder mehrere zweite Datenfelder, welche Anruferinformation enthalten. Beispiele von Anruferinformation, welche in den zweiten Datenfeldern enthalten sein können, sind wie folgt. Sehr einfach angenommen, setzt die Anruferdatenbank die Telefonnummer des Anrufers in die Telefonnummern des Teilnehmers (der Name, welcher zu der Telefonnummer gehört) um. Beispielsweise kann (919) 555-1212 in John Smith umgesetzt werden.
  • Aus der Sicht der Hardware kann eine Anruferdatenbank in einer Hochgeschwindigkeitsspeichereinrichtung, wie z.B. einer SRAM-Speichereinrichtung, gespeichert werden, um ein effizientes Verarbeiten von Datenbankanfragen zu gestatten. Das Speichern der Datenbankeinträge in einem Hochgeschwindigkeitsspeicher ist speziell in einer nationalen CNAM-Datenbank in Anbetracht der Anzahl von Anfragen bedeutend, welche an die Datenbank gerichtet werden können. Die Anrufername-Datenbank kann auch eine Vorverarbeitungsschaltung beinhalten, für das Vorverarbeiten von Anfragen und das Zugreifen auf die Datenbank. Eine derartige Verarbeitungsschaltung beinhaltet typisch einen Allzweckrechner.
  • Aus einer Software-Perspektive heraus kann eine nationale Anrufername-Datenbank eine CNAM-Suchmaschine beinhalten, um Datenbankaufzeichnungen für eine Aufzeichnung entsprechend einer Anruferverzeichnisnummer zu suchen und Anfrage-Vorverarbeitungsschaltung für das Verarbeiten von TCAP-Anfragen und das Formulieren von TCAP-Rückantworten beinhalten. Da die vorliegende Ausführungsform eine nationale CNAM-Datenbank aufweist, muss ein gegebener Dienstleister nur bei einer Datenbank anfragen, die vorzugsweise dem Dienstleister gehört, um Anrufername-Information für einen gegebenen Anruf zu erhalten. Beispielsweise ist mit der in 9 dargestellten Ausführungsform die nationale CNAM-Datenbank 910 mit einem Signalisierungs-Gateway 718 verbunden, und beide Knoten gehören Bell Atlantic. Wenn demnach ein Anruf von irgendeiner Anrufernummer innerhalb des Landes von SSP 708 empfangen wird, wird eine TCAP-Anfrage an der nationalen CNAM-Datenbank 910 erzeugt. Es gibt keine Notwendigkeit, irgendeine andere CNAM-Datenbank anzufragen, da die CNAM-Datenbank 910 CNAM-Information für alle Teilnehmer in einem gegebenen Land enthält. Als Ergebnis muss der Besitzer der Datenbank, in diesem Beispiel Bell Atlantic, keine Zugriffsgebühren für das Erhalten von CNAM-Information von der Datenbank eines anderen Dienstleisters zahlen.
  • 10 ist ein Blockschaltbild einer nationalen CNAM-Datenbank entsprechend einer bevorzugten Ausführungsform der vorliegenden Erfindung. In 10 beinhaltet die nationale CNAM-Datenbank 950 drei Tabellen: eine Teilnehmertabelle 952, eine Stadttabelle 954 und eine Staatentabelle 956. Jede der Tabellen 952, 954 und 956 beinhaltet ein Schlüsselfeld und ein oder mehrere Datenfelder. Beispielsweise beinhaltet in der Teilnehmertabelle 952 das Schlüsselfeld jedes Eintrags eine Anruferverzeichnisnummer. Die Datenfelder in Tabelle 952 beinhalten ein Anrufernamenfeld zum Speichern eines Anrufernamens, wie z.B. "Tekelec", und ein Präsentations-Indikatorfeld zum Speichern eines Präsentations-Indikatorwertes für das Anzeigen, ob der Name für den Endnutzer dargestellt werden muss. In dem dargestellten Beispiel ist der Präsentations-Indikatorwert "zeige", welcher anzeigt, dass der Name in dem Anrufernamenfeld anzuzeigen ist. In einem alternativen Beispiel kann das Präsentations-Indikatorfeld einen Wert von "verbergen" beinhalten, um anzuzeigen, dass der Anrufername nicht bei dem Anrufer gezeigt wird. Obwohl nur ein einzelner beispielhafter Teilnehmerantrag dargestellt wird, ist davon auszugehen, dass die Teilnehmertabelle 952 Anrufername-Information für alle oder im Wesentlichen für alle der Teilnehmer in einem gegebenen Land beinhaltet.
  • Jeder Eintrag in der Stadttabelle 954 der nationalen CNAM-Datenbank 950 beinhaltet ein Schlüsselfeld, welches eine Nummerierungsplan-Adresse speichert, und ein Datenfeld, welches die Anruferstadt und den Anruferstaat speichert. In dem dargestellten Beispiel speichert das Schlüsselfeld eine Nummerierungsplan-Adresse von 919460, und das Datenfeld speichert eine Stadt und einen Staat von Morrisville, NC. Auf die Stadttabelle 954 wird zugegriffen, wenn ein Suchlauf in der Teilnehmertabelle 952 fehlschlägt, um einen Teilnehmer entsprechend einer Anruferverzeichnisnummer zu platzieren. Obwohl nur ein einzelner Eintrag in der Stadttabelle 954 dargestellt wird, ist davon auszugehen, dass die Stadttabelle 954 Einträge für alle oder im Wesentlichen alle der Städte in einem gegebenen Land beinhalten kann.
  • Jeder Eintrag in der Staatentabelle 956 der nationalen CNAM-Datenbank 950 enthält ein Schlüsselfeld, welches eine Nummerierungsplan-Adresse speichert, und ein Datenfeld, welches einen Staat entsprechend der Nummerierungsplan-Adresse speichert. In dem dargestellten Beispiel speichert das Schlüsselfeld einen NPA-Wert von 919, und das Datenfeld speichert einen Staat NC. Wenn die Suchläufe in beiden Teilnehmertabellen 952 und der Staatentabelle 956 fehlschlägt, kehrt die Staatentabelle 956 zu einem Eintrag entsprechend der Anrufernummer zurück. Obwohl nur ein einzelner Eintrag in der Staatentabelle 956 dargestellt ist, ist davon auszugehen, dass die Staatentabelle 956 Einträge für alle oder im Wesentlichen für alle der Staaten oder Provinzen in einem gegebenen Land beinhalten kann.
  • 11 stellt beispielhaft Schritte dar, welche durch eine Suchmaschine ausgeführt werden können, welche operativ zu der nationalen CNAM-Datenbank 950 gehört, welche in 10 dargestellt wird. Im Schritt ST1 empfängt die Suchmaschine eine Anfrage für die Anrufername-Information. Beispielsweise kann die Anfrage von einem angerufenen Endamt ihren Ursprung haben und kann über einen Anrufername-Datenbank-Routing-Knoten entsprechend einer Ausführungsform der vorliegenden Erfindung geroutet werden. Im Schritt ST2 extrahiert die Suchmaschine eine Anruferverzeichnisnummer aus der Anfrage.
  • Im Schritt ST3 sucht die Suchmaschine die Teilnehmertabelle in der Anrufername-Datenbank und bestimmt, ob die Tabelle einen Eintrag enthält, welcher zu der Anruferverzeichnisnummer gehört. Im Schritt ST4, falls die Teilnehmertabelle eine Anruferverzeichnisnummer entsprechend der Anruferverzeichnisnummer enthält, extrahiert die Suchmaschine die Anrufername-Information und sendet die Information an das anfragende Endamt, so dass diese dem Endnutzer dargestellt wird. In diesem Beispiel wird angenommen, dass die Anrufername-Information nicht anzeigt, dass die Anrufername-Information vor dem Endnutzer zu verbergen ist.
  • Falls die Suchmaschine nicht in der Lage ist, eine Aufzeichnung entsprechend der Anruferverzeichnisnummer in der Teilnehmertabelle zu platzieren, bestimmt die Suchmaschine im Schritt ST5 dann, ob ein Eintrag entsprechend wenigstens einem Teil der Verzeichnisnummer in der Stadttabelle vorliegt. Falls die Suchmaschine einen entsprechenden Eintrag in der Stadttabelle platziert, schickt im Schritt ST6 die Suchmaschine die Anruferstadt an das anfragende Endamt zum Anzeigen für den Angerufenen zurück.
  • Falls die Suchmaschine nicht in der Lage ist, einen Eintrag in der Stadttabelle zu platzieren, führt die Suchmaschine einen Suchlauf in der Staatentabelle durch. Ein derartiger Suchlauf kann durchgeführt werden, indem nur der Bereichscode von der Anruferverzeichnisnummer benutzt wird. Im Schritt ST7 bestimmt die Suchmaschine, ob ein Eintrag entsprechend dem Anruferflächencode in der Staatentabelle vorliegt. Falls ein derartiger Eintrag vorliegt, schickt im Schritt ST8 die Suchmaschine den Anruferstaat an das anfragende Endamt für die Darstellung bei dem Angerufenen. Falls ein derartiger Eintrag nicht vorliegt, schickt die Suchmaschine im Schritt ST9 eine Fehlermeldung an das anfragende Endamt, welche anzeigt, dass die Anrufername-Information nicht gefunden wurde.
  • Durch das Aufteilen der nationalen CNAM-Datenbank in drei Ebenen wird die Suchmaschine in die Lage versetzt, dem Endnutzer Anrufername-Information zu liefern, auch falls ein Eintrag in einer oder mehrerer Ebenen nicht vorliegt. Derartige Information kann für den Endnutzer für das Abwehren unerwünschter Anrufe, das Identifizieren eingehender Anrufe über weite Entfernungen und das Identifizieren des Ortes des Anrufers nützlich sein.
  • Man wird verstehen, dass verschiedene Details der Erfindung, ohne vom Umfang der Erfindung abzugehen, geändert werden können. Außerdem dient die vorausgegangene Beschreibung nur dem Zweck der Erläuterung und nicht dem Zweck der Eingrenzung, wobei die Erfindung durch die Ansprüche definiert wird.

Claims (42)

  1. Netzwerkelement (500, 718) zum Routen einer Calling-Name- bzw. Anrufername-CNAM-Anfrage-Nachricht in einem Kommunikationsnetzwerk, wobei das Kommunikationsnetzwerk eine Vielzahl von CNAM-Datenbanken (712, 720), welche unterschiedlichen Trägern gehören, und eine Datenbank (726) beinhaltet, welche keinem der unterschiedlichen Träger gehört, wobei das Netzwerkelement (500, 718) aufweist: (a) ein Kommunikationsmodul (502, 510), welches geeignet ist, um eine CNAM-Anfrage-Nachricht von einem Kommunikationsnetzwerk zu empfangen und die CNAM-Anfrage-Nachricht zu diesem zu übertragen; (b) eine CNAM-Anfrage-Routing-Datenbank (524, 526), welche Routing-Informationen enthält, um CNAM-Anfrage-Nachrichten an CNAM-Datenbanken zu routen; (c) ein CNAM-Anfrage-Routing-Adressen-Übersetzungssystem (523), welches geeignet ist, ein Nachschlagen in der CNAM-Anfrage-Routing-Datenbank (524, 526) durchzuführen und die CNAM-Anfrage-Nachricht zu routen; dadurch gekennzeichnet, dass (d) die CNAM-Anfrage-Routing-Datenbank (524, 526) erste Einträge enthält, welche Routing-Informationen haben, um die CNAM-Anfrage-Nachrichten, welche zu Anrufer-Nummern eines ersten Trägernetzwerkes gehören, zu einer ersten CNAM-Datenbank (720) aus der Vielzahl der CNAM-Datenbanken (712, 720) zu routen und welche zu dem Netzwerk des ersten Trägers zugehörig ist, und die CNAM-Anfrage-Routing-Datenbank (524, 526) zweite Einträge enthält, welche Routing-Informationen haben, um CNAM-Anfrage-Nachrichten, welche zu Anrufer- Nummern eines zweiten Netzwerksträgers gehören, zu einer zweiten CNAM-Datenbank (726) zu routen, welche keiner der unterschiedlichen Träger besitzt; und (e) das CNAM-Anfrage-Routing-Adressen-Übersetzungssystem (523) geeignet ist, die CNAM-Anfrage-Nachricht zu einer der ersten und zweiten CNAM-Datenbanken (720, 726) basierend auf den Ergebnissen des Datenbanknachschlagens zu routen.
  2. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass die CNAM-Anfrage-Routing-Datenbank (524, 526) eine CNAM-Globale-Titel-Übersetzungs-GTT-Datenbank (526) beinhaltet, welche Einträge entsprechend zu Bereichen von Anrufer-Nummern innerhalb des Netzwerks des ersten Trägers und CNAM-Anfrage-Routing-Informationen zum Routen der CNAM-Anfrage-Nachrichten, welche Anrufer-Nummern innerhalb des Bereiches der ersten CNAM-Datenbank (720) besitzen, enthält und dadurch gekennzeichnet, dass die CNAM-Anfrage-Routing-Datenbank (524, 526) eine Ausnahmen-basierte-CNAM-Routing-Datenbank (524) beinhaltet, welche Einträge beinhaltet, welche den Anrufer-Adressen entsprechen, welche innerhalb eines Bereiches der Anrufer-Adressen wenigstens eines Eintrags in der CNAM-GTT-Datenbank (526) sind und welche Routing-Informationen enthalten, um die CNAM-Anfrage-Nachrichten mit den Anrufer-Adressen an die zweite CNAM-Datenbank (726) zu übertragen.
  3. Netzwerkelement (500, 718) nach Anspruch 2, dadurch gekennzeichnet, dass das CNAM-Anfrage-Routing-Adressen-Übersetzungssystem (523) geeignet ist, ein Nachschlagen bzw. einen Lookup in der Ausnahmen-basierten CNAM-Routing-Datenbank (524) durchzuführen, wobei die Anrufer-Nummer, welche von der CNAM- Anfrage-Nachricht extrahiert ist, benutzt wird, und in Antwort auf das Lokalisieren einer Übereinstimmung in der Ausnahmen-basierten CNAM-Routing-Datenbank (524) das CNAM-Anfrage-Routing-Adressen-Übersetzungssystem (523) geeignet ist, die CNAM-Anfrage-Nachricht an die zweite CNAM-Datenbank (726) zu routen.
  4. Netzwerkelement (500, 718) nach Anspruch 3, dadurch gekennzeichnet, dass in Antwort auf das Fehlschlagen einen übereinstimmenden Eintrag in der Ausnahmen-basierten CNAM-Routing-Datenbank (524) zu lokalisieren, das CNAM-Anfrage-Routing-Adressen-Übersetzungssystem (523) geeignet ist, ein Nachschlagen in der CNAM-GTT-Datenbank (526) durchzuführen und die CNAM-Anfrage-Nachricht an die erste CNAM-Datenbank (720) basierend auf den Ergebnissen des Nachschlagens in der CNAM-GTT-Datenbank (526) zu routen.
  5. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass die CNAM-Anfrage-Nachricht eine Signalisierungssystem-7-SS7-Signalisierungsnachricht ist.
  6. Netzwerkelement (500, 718) nach Anspruch 5, dadurch gekennzeichnet, dass die Signalisierungssystem-7-SS7-Signalisierungsnachricht eine Transaktions-Fähigkeiten-Applikationsteil-TCAP-Nachricht ist.
  7. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass das Kommunikationsnetzwerk ein Signalisierungssystem-7-SS7-Netzwerk ist.
  8. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass das Kommunikationsnetzwerk ein Internet-Protokoll-IP-Netzwerk ist.
  9. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass das Kommunikationsmodul (502, 510) ein Signalisierungssystem-7-SS7-Verbindungs-Schnittstellen-Modul LIM (502) ist.
  10. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass das Kommunikationsmodul (502, 510) ein Internet-Protokoll-IP-fähiges Datenbankkommunikationsmodul DCM (510) ist.
  11. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass die CNAM-Anfrage-Nachricht an einen Zielpunktcode DPC adressiert ist, gleich einem Zielcode PC, welcher zu dem Netzwerkelement (500, 718) gehört.
  12. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass die CNAM-Anfrage-Routing-Information die Telefonnummerinformation beinhaltet, welche zu einem oder mehreren Telefonservice-Teilnehmern gehört.
  13. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass die zweite CNAM-Datenbank (726) eine nationale CNAM-Datenbank aufweist.
  14. Netzwerkelement (500, 710) nach Anspruch 1, dadurch gekennzeichnet, dass die erste CNAM-Datenbank (720) einem Träger gehört, welcher das Netzwerkelement (500, 718) besitzt.
  15. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass die erste CNAM-Datenbank (720) Informationen über den Typ des Anrufernamens enthält, welche zu Teilnehmern gehören, welche durch einen Dienstleister bedient werden, welchem das Netzwerkelement (500, 718) gehört.
  16. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass die erste CNAM-Datenbank (720) Informationen über den Typ des Anrufernamens für Teilnehmer enthält, welche zu einer spezifischen geographischen Teilregion eines Staates, einer Provinz oder eines Landes gehören.
  17. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass die zweite CNAM-Datenbank (726) Informationen über den Typ des Anrufernamens enthält, welche zu Teilnehmern gehören, welche durch einen Träger bedient werden, welcher das Netzwerkelement (500, 718) besitzt, als auch Informationen über den Typ des Anrufernamens enthält, welche zu Teilnehmern gehören, welche von anderen Trägern bedient werden.
  18. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass die zweite CNAM-Datenbank (726) Informationen über den Typ des Anrufernamens enthält, welche zu im Wesentlichen allen Kommunikationsnetzwerkteilnehmern innerhalb eines spezifischen Landes gehören.
  19. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass die zweite CNAM-Datenbank (726) Informationen über den Typ des Anrufernamens enthält, welche zu im Wesentlichen allen Kommunikationsnetzwerkkunden in den Vereinigten Staaten gehören.
  20. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass das CNAM-Anfrage-Routing-Adressen-Übersetzungssystem (523) geeignet ist, einen Inhalt der CNAM-Anfrage-Nachricht zu modifizieren, wobei das Ersetzen des Originalinhalts der Zielpunktcode-DPC- und der Subsystem-SSN-Felder in der CNAM-Anfrage-Nachricht durch Werte beinhaltet ist, welche durch das CNAM-Anfrage-Routing-Information-Datenbank-Nachschlagen zurückgeschickt werden.
  21. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass das Kommunikationsmodul (502, 510), die CNAM-Routing-Datenbank (524, 526) und das CNAM-Anfrage-Routing-Adressen-Übersetzungssystem (523) Komponenten eines SS7-Signalisierungs-Transferpunktes sind.
  22. Netzwerkelement (500, 718) nach Anspruch 1, dadurch gekennzeichnet, dass das Kommunikationsmodul (502, 510), die CNAM-Anfrage-Routing-Datenbank (524, 526) und das CNAM-Anfrage-Routing-Adressen-Übersetzungssystem (523) Komponenten eines SS7/IP-Netzübergangs bzw. SS7/IP-Gateways sind.
  23. Verfahren zum Routen einer Anrufername-CNAM-Anfrage-Nachricht in einem Kommunikationsnetzwerk, welches eine Vielzahl von CNAM-Datenbanken (712, 720) beinhaltet, welche unterschiedlichen Trägern gehören und eine Datenbank (726) beinhaltet, welche keinem der unterschiedlichen Träger gehört, wobei das Verfahren die Schritte besitzt: (a) Empfangen einer CNAM-Anfrage-Nachricht, zum Anfragen einer Anrufer-Namen-Information, welche zu einer ers ten Anrufer-Nummer von einem ersten Kommunikationsnetzwerk zugehörig ist, an einem Knoten (500, 718), welcher von einem ersten Träger betrieben wird; dadurch gekennzeichnet, dass die folgenden Schritte ausgeführt werden: (b) Ausführen eines Nachschlagens in einer CNAM-Anfrage-Routing-Datenbank (524, 526), welche erste Einträge mit Routing-Informationen für das Routen von CNAM-Anfrage-Nachrichten enthält, welche zu Anrufer-Nummern des Netzwerks des ersten Trägers gehören, zu einer ersten CNAM-Datenbank (720) aus der Vielzahl von CNAM-Datenbanken (712, 720) und zu dem Netzwerk des ersten Trägers gehören, und zweite Einträge enthält, welche Routing-Informationen für das Routen der CNAM-Anfrage-Nachrichten, welche zu den Anrufer-Nummern des Netzwerks des zweiten Trägers gehören, zu einer zweiten CNAM-Datenbank (726) beinhalten, welche keinem der unterschiedlichen Träger gehört; und (c) Routen der CNAM-Anfrage-Nachricht zu einer der ersten und zweiten CNAM-Datenbanken (720, 726) basierend auf den Ergebnissen des Datenbanknachschlagens.
  24. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass das Durchführen eines Nachschlagens bzw. Lookups das Durchführen eines Nachschlagens bzw. Lookups in einer Ausnahmen-basierten CNAM-Anfrage-Routing-Datenbank (524) beinhaltet, welche Einträge enthält, welche den Anrufer-Adressen entsprechen, welche Ausnahmen zu Bereichen von Anrufer-Adressen sind, welche dem Netzwerk des ersten Trägers zugeordnet sind, und, in Antwort auf das Lokalisieren eines übereinstimmenden Eintrags in der Ausnahmen-basierten Datenbank (524), die CNAM-Anfrage-Nachricht an die zweite CNAM-Datenbank (726) geroutet wird.
  25. Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass in Antwort auf das Fehlschlagen einen übereinstimmenden Eintrag in der Ausnahme-basierten CNAM-Datenbank (524) zu lokalisieren, ein Nachschlagen in einer CNAM-Global-Titel-Übersetzungs-GTT-Datenbank (526) ausgeführt wird, welche Einträge enthält, welche Bereichen von Anrufer-Nummern entsprechen, welche zu dem Netzwerk des ersten Trägers gehören, und Routing-Informationen für die erste CNAM-Datenbank (720) basierend auf dem Nachschlagen erhalten werden.
  26. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass die CNAM-Anfrage-Nachricht eine Signalisierungssystem-7-SS7-Signalisierungsnachricht ist.
  27. Verfahren nach Anspruch 25, dadurch gekennzeichnet, dass die Signalisierungssystem-7-SS7-Signalisierungsnachricht eine Transaktions-Fähigkeiten-Applikationsteil-Nachricht ist.
  28. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass die CNAM-Anfrage-Nachricht aus einer Internet-Protokoll-IP-verkapselten Signalisiersystem-7-SS7-Signalisierungsnachricht besteht.
  29. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass das erste Kommunikationsnetzwerk ein Signalisierungssystem-7-SS7-Netzwerk ist.
  30. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass das zweite Kommunikationsnetzwerk ein Internet-Protokoll-IP-Netzwerk ist.
  31. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass die erste CNAM-Datenbank (720) einem ersten Träger gehört.
  32. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass die erste CNAM-Datenbank (720) Informationen des Typs des Anrufernamens enthält, welche Teilnehmern, die durch den ersten Träger bedient werden, zugeordnet sind.
  33. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass die erste CNAM-Datenbank (7201 Informationen des Typs des Anrufernamens für Teilnehmer enthält, welche zu einer spezifischen geographischen Teilregion eines Staates, einer Provinz oder eines Landes gehören.
  34. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass die zweite CNAM-Datenbank (726) sowohl Informationen des Typs des Anrufernamens enthält, welche zu Teilnehmern gehören, welche durch den ersten Träger bedient werden, als auch Informationen des Typs Anrufernamens enthält, welche zu Teilnehmern gehören, welche durch andere Träger als den ersten Träger bedient werden.
  35. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass die zweite CNAM-Datenbank (726) eine nationale CNAM-Datenbank aufweist, welche Informationen über den Typ des Anrufernamens enthält, welche zu im Wesentlichen allen Kommunikationsnetzwerkteilnehmern innerhalb eines spezifischen Landes gehören.
  36. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass die zweite CNAM-Datenbank (726) Informationen über den Typ des Anrufernamens enthält, welche zu im Wesentlichen allen Kommunikationsnetzwerkteilnehmern in den Vereinigten Staaten gehören.
  37. Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass das Durchführen eines Nachschlagens das Durchführen einer CNAM-Anfrage-Routing-Adresse-Übersetzungsdatenbank-Nachschlagoperation beinhaltet, wobei eine Information benutzt wird, welche in der CNAM-Anfrage-Nachricht enthalten ist.
  38. Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass die Ausnahmen-basierte Datenbank (524) Datensätze für Teilnehmer beinhaltet, welche in oder aus einem Netzwerk portiert wurden, welches dem ersten Träger gehört.
  39. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass das Empfangen einer ersten CNAM-Anfrage-Nachricht das Empfangen einer CNAM-Anfrage-Nachricht beinhaltet, welche einen Zielpunktcode bei einem Routing-Knoten (500, 718) be sitzt, welcher einen Punktcode besitzt, welcher gleich dem Zielpunktcode des Routing-Knotens ist.
  40. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass das Routen der CNAM-Anfrage-Nachricht das Routen der Anfrage-Nachricht an die zweite CNAM-Datenbank (726) über ein IP-Netzwerk beinhaltet.
  41. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass das Routen der CNAM-Anfrage-Nachricht das Routen der Anfrage-Nachricht an die zweite CNAM-Datenbank (726) über ein SS7-Netzwerk beinhaltet.
  42. Verfahren nach Anspruch 23, dadurch gekennzeichnet, dass dass das Durchführen der Schritt (a)–(c) das Durchführen der Schritte (a)–(c) bei einem Signaltransferpunkt beinhaltet.
DE60031103T 1999-04-05 2000-03-24 Verfahren und systeme zum lenken von anfragenachrichten eines anrufernamensdienstes in einem kommunikationsnetz Expired - Lifetime DE60031103T2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12788999P 1999-04-05 1999-04-05
PCT/US2000/007876 WO2000060821A1 (en) 1999-04-05 2000-03-24 Methods and systems for routing calling name service query messages in a communications network
US127889P 2008-05-16

Publications (2)

Publication Number Publication Date
DE60031103D1 DE60031103D1 (de) 2006-11-16
DE60031103T2 true DE60031103T2 (de) 2007-05-16

Family

ID=22432485

Family Applications (3)

Application Number Title Priority Date Filing Date
DE60034329T Expired - Lifetime DE60034329T2 (de) 1999-04-05 2000-02-14 Verfahren und system zur leitweglenkung von mit portierten teilnehmern assozierten signalisierungsnachrichten in einem kommunikationsnetzwerk
DE60043954T Expired - Lifetime DE60043954D1 (de) 1999-04-05 2000-03-24 Verfahren und Systeme zum Lenken von Anfragenachrichten eines Anrufernamensdienstes in einem Kommunikationsnetz
DE60031103T Expired - Lifetime DE60031103T2 (de) 1999-04-05 2000-03-24 Verfahren und systeme zum lenken von anfragenachrichten eines anrufernamensdienstes in einem kommunikationsnetz

Family Applications Before (2)

Application Number Title Priority Date Filing Date
DE60034329T Expired - Lifetime DE60034329T2 (de) 1999-04-05 2000-02-14 Verfahren und system zur leitweglenkung von mit portierten teilnehmern assozierten signalisierungsnachrichten in einem kommunikationsnetzwerk
DE60043954T Expired - Lifetime DE60043954D1 (de) 1999-04-05 2000-03-24 Verfahren und Systeme zum Lenken von Anfragenachrichten eines Anrufernamensdienstes in einem Kommunikationsnetz

Country Status (7)

Country Link
US (2) US6639981B1 (de)
EP (4) EP1173969B1 (de)
AT (4) ATE359663T1 (de)
AU (3) AU3491600A (de)
DE (3) DE60034329T2 (de)
ES (1) ES2370995T3 (de)
WO (3) WO2000060839A1 (de)

Families Citing this family (119)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7050456B1 (en) 1998-12-04 2006-05-23 Tekelec Methods and systems for communicating signaling system 7 (SS7) user part messages among SS7 signaling points (SPs) and internet protocol (IP) nodes using signal transfer points (STPs)
US7002988B1 (en) 1998-12-04 2006-02-21 Tekelec Methods and systems for communicating SS7 messages over packet-based network using transport adapter layer interface
IL130894A (en) 1999-07-12 2003-12-10 Ectel Ltd Method and system for creating combined call detail records database (cdr) in management systems of telecommunications networks
IL130893A (en) * 1999-07-12 2003-12-10 Ectel Ltd Method and system for creating integrated call detail records (cdr) databases in management systems of telecommunications networks
DE19949316A1 (de) * 1999-10-13 2001-04-19 Alcatel Sa Verfahren zur Übermittlung von Dienst-Signalisierungsnachrichten, Vermittlungsstelle, Konvertierungsknoten und Dienststeuerungsknoten
KR100394740B1 (ko) * 1999-10-28 2003-08-14 엘지전자 주식회사 넘버.7 신호망에서 스크린 메시지 전송 방지 방법
US7092505B2 (en) * 1999-12-23 2006-08-15 Tekelec Methods and systems for universal, automatic service selection in a telecommunications signaling network
US6781954B1 (en) * 2000-01-12 2004-08-24 Nokia Networks Oy Transfer of SS7 signalling message contents over packet broadcasting network (LAN) from multiple signalling points to single point (multiple point-to-point)
US7701925B1 (en) * 2000-03-22 2010-04-20 Tekelec Presence registration and routing node
US7110773B1 (en) 2000-04-11 2006-09-19 Telecommunication Systems, Inc. Mobile activity status tracker
DE10022764A1 (de) * 2000-05-10 2001-11-15 Siemens Ag Vermittlungsanlage mit verbessertem Nachrichtenverteiler
US7318091B2 (en) 2000-06-01 2008-01-08 Tekelec Methods and systems for providing converged network management functionality in a gateway routing node to communicate operating status information associated with a signaling system 7 (SS7) node to a data network node
US6539384B1 (en) * 2000-06-02 2003-03-25 Bellsouth Intellectual Property Corporation Browser on test equipment
US7013338B1 (en) * 2000-07-28 2006-03-14 Prominence Networks, Inc. Multiplexing several individual application sessions over a pre-allocated reservation protocol session
US7788354B2 (en) * 2000-07-28 2010-08-31 Siddhartha Nag End-to-end service quality in a voice over Internet Protocol (VoIP) Network
US7886054B1 (en) 2000-10-11 2011-02-08 Siddhartha Nag Graphical user interface (GUI) for administering a network implementing media aggregation
US7266683B1 (en) 2001-07-27 2007-09-04 Siddhartha Nag Selective encryption of application session packets
US7774468B1 (en) 2000-07-28 2010-08-10 Siddhartha Nag Network traffic admission control
US7227927B1 (en) * 2000-09-08 2007-06-05 Tekelec Scalable call processing node
US6741685B1 (en) * 2000-09-29 2004-05-25 Agilent Technologies, Inc. Billing systems and methods for communication networks providing differentiated services
US7050549B2 (en) * 2000-12-12 2006-05-23 Inrange Technologies Corporation Real time call trace capable of use with multiple elements
US6842513B1 (en) * 2001-03-16 2005-01-11 At&T Corp. Method and apparatus for providing telecommunications services
US20020150221A1 (en) * 2001-04-12 2002-10-17 Carson Douglas John Generating call detail records
WO2002095580A1 (en) * 2001-05-23 2002-11-28 Tekelec Methods and systems for automatically configuring network monitoring system
EP1309208A1 (de) * 2001-10-24 2003-05-07 Agilent Technologies, Inc. (a Delaware corporation) Anrufsüberwachungsverfahren und -system
US6765990B2 (en) 2001-12-20 2004-07-20 Tekelec Database driven methods and systems for real time call tracing
US7222192B2 (en) * 2002-01-10 2007-05-22 Tekelec Methods and systems for providing mobile location management services in a network routing node
GB0201915D0 (en) * 2002-01-29 2002-03-13 Intellprop Ltd Telecommunications services apparatus
US20030153357A1 (en) * 2002-02-11 2003-08-14 Anders Lundh Apparatus and method for determining an address in a telecommunication network
ATE502467T1 (de) * 2002-05-02 2011-04-15 Tekelec Us Filterungs- und anwendungsauslöseplattform
US20030215082A1 (en) * 2002-05-15 2003-11-20 Lopes Vicente Melillo De Souza Triggerless call treatment service implementation in a telecommunications network
US7076474B2 (en) * 2002-06-18 2006-07-11 Hewlett-Packard Development Company, L.P. Method and system for simulating a business process using historical execution data
US6914973B2 (en) * 2002-06-25 2005-07-05 Tekelec Methods and systems for improving trunk utilization for calls to ported numbers
US7254109B2 (en) * 2002-07-12 2007-08-07 Baypackets, Inc. Fault tolerant correlation engine method and system for telecommunications networks
US7609612B2 (en) * 2002-07-12 2009-10-27 Texas Instruments Incorporated Multi-carrier transmitter for ultra-wideband (UWB) systems
US6993318B2 (en) * 2002-08-05 2006-01-31 Technocom Corporation System and method for network assisted calibration in a wireless network
US7130397B2 (en) * 2002-08-05 2006-10-31 Alcatel Apparatus, and an associated method, for detecting a mass call event and for ameliorating the effects thereof
US7848767B2 (en) 2002-10-15 2010-12-07 Tekelec Methods and systems for migrating between application layer mobile signaling protocols
US7215748B2 (en) * 2002-12-12 2007-05-08 Tekelec Methods and systems for defining and distributing data collection rule sets and for filtering messages using same
WO2004077799A2 (en) * 2003-02-27 2004-09-10 Tekelec Methods and systems for automatically and accurately generating call detail records for calls associated with ported subscribers
WO2004081745A2 (en) * 2003-03-10 2004-09-23 Tekelec Methods and systems for dynamic, rules-based peg counting
US7440557B2 (en) * 2003-08-08 2008-10-21 Gnd Engineering, Pllc System and method for auditing a communications bill
US6970542B2 (en) * 2003-09-03 2005-11-29 Tekelec Methods and systems for identifying calls connected without answer supervision and for automatically generating billing information for the calls
US7301910B2 (en) * 2003-11-06 2007-11-27 Tekelec Methods and systems for automated analysis of signaling link utilization
US7127057B2 (en) * 2003-11-07 2006-10-24 Tekelec Methods and systems for distributing application data among multiple processing modules in a telecommunications network element having a distributed internal processing architecture
US7072678B2 (en) * 2003-11-20 2006-07-04 Tekelec Methods and systems for triggerless mobile group dialing
US7496185B1 (en) 2003-12-30 2009-02-24 Mantas, Inc. System and method of collecting, correlating and storing telecom data as call detail records
WO2005069898A2 (en) * 2004-01-16 2005-08-04 Tekelec Methods, systems, and computer program products for providing configurable telecommunications detail record adapter
US7146181B2 (en) * 2004-03-11 2006-12-05 Tekelec Methods and systems for delivering presence information regarding push-to-talk subscribers
EP1733572B1 (de) * 2004-03-11 2018-11-21 Tekelec, Inc. Verfahren, systeme und computerprogrammprodukte zur bereitstellung von präsenz-gateway-funktionalität in einem telekommunikationsnetz
EP1766955A2 (de) * 2004-06-18 2007-03-28 Tekelec Verfahren, systeme und computerprogrammprodukte zum auswählen oder erzeugen eines einzigen verbindungsdateidatensatzes (cdr) aus mehrren mit einer verbindung mit mehreren zweigen assoziierten cdrs
US20050287983A1 (en) * 2004-06-28 2005-12-29 Armanino Frederick M System and method of managing SS7-monitored call information
US7406159B2 (en) * 2004-07-15 2008-07-29 Tekelec Methods, systems, and computer program products for automatically populating signaling-based access control database
US7577245B2 (en) * 2004-07-29 2009-08-18 At&T Intellectual Property I, L.P. Method of detecting misrouted inter-office transport facility routes in a telecommunications system
US7580837B2 (en) 2004-08-12 2009-08-25 At&T Intellectual Property I, L.P. System and method for targeted tuning module of a speech recognition system
US7003080B1 (en) 2004-09-23 2006-02-21 Verizon Services Corp. Methods and apparatus for reducing data capture and storage requirements for call and transaction related message monitoring and fraud detection
US7864942B2 (en) 2004-12-06 2011-01-04 At&T Intellectual Property I, L.P. System and method for routing calls
US7242751B2 (en) 2004-12-06 2007-07-10 Sbc Knowledge Ventures, L.P. System and method for speech recognition-enabled automatic call routing
US7783024B1 (en) * 2004-12-16 2010-08-24 At&T Intellectual Property Ii, L.P. Method and apparatus for providing special call handling for valued customers of retailers
US7751551B2 (en) 2005-01-10 2010-07-06 At&T Intellectual Property I, L.P. System and method for speech-enabled call routing
US7603479B2 (en) * 2005-02-02 2009-10-13 At&T Mobility Ii Llc Portable diagnostic device for trouble-shooting a wireless network and a method for trouble-shooting a wireless network
US7856094B2 (en) 2005-03-21 2010-12-21 Tekelec Methods, systems, and computer program products for providing telecommunications services between a session initiation protocol (SIP) network and a signaling system 7 (SS7) network
US8428074B2 (en) 2005-04-29 2013-04-23 Prom Ks Mgmt Limited Liability Company Back-to back H.323 proxy gatekeeper
US8204052B2 (en) * 2005-05-02 2012-06-19 Tekelec, Inc. Methods, systems, and computer program products for dynamically coordinating collection and distribution of presence information
US7640015B2 (en) * 2005-05-12 2009-12-29 Agilent Technologies, Inc. Tools, methods and systems of storing remotely and retrieving detail records given a specific call or data session
US7657020B2 (en) 2005-06-03 2010-02-02 At&T Intellectual Property I, Lp Call routing system and method of using the same
US7398084B2 (en) * 2005-06-29 2008-07-08 Agilent Technologies, Inc. Method and system of correlating dissimilar call records to a high level aggregated view
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
US7668534B2 (en) * 2005-07-05 2010-02-23 Agilent Technologies, Inc. Method and system for transportation of derived call records to a central repository
US8005457B2 (en) * 2005-09-02 2011-08-23 Adrian Jones Method and system for verifying network resource usage records
BRPI0616948A2 (pt) * 2005-10-07 2011-07-05 Tekelec Us métodos, sistemas e produtos de programa de computador para propiciar translação de endereço utilizando informação de endereço subseqüente
US7907713B2 (en) * 2005-10-25 2011-03-15 Tekelec Methods, systems, and computer program products for using a presence database to deliver enhanced presence information regarding communications made to or from a presentity
GB2431826A (en) * 2005-10-28 2007-05-02 Agilent Technologies Inc Correlating signalling and bearer circuits in a mobile communication network
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
US7395187B2 (en) * 2006-02-06 2008-07-01 International Business Machines Corporation System and method for recording behavior history for abnormality detection
WO2007095379A2 (en) 2006-02-15 2007-08-23 Tekelec Methods, systems, and computer program products for selectively processing or redirecting signaling connection control part (sccp) messages
US7787445B2 (en) 2006-07-20 2010-08-31 Tekelec Methods, systems, and computer program products for routing and processing ENUM queries
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
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
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
US8799158B2 (en) * 2007-02-23 2014-08-05 Kyocera Corporation Automated bill validation for electronic and telephonic transactions
WO2008105976A1 (en) * 2007-02-26 2008-09-04 Performance Technologies Inc. Point code emulation for common channel signaling system no.7 signaling network
WO2008130709A2 (en) * 2007-04-20 2008-10-30 Tekelec Systems, methods, and computer program products for providing service interaction and mediation in a communications network
US9379898B2 (en) 2007-05-04 2016-06-28 Tekelec, Inc. Methods, systems, and computer program products for providing billing and usage data to downstream applications
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
US8254553B2 (en) 2007-08-10 2012-08-28 Tekelec, Inc. Systems, methods, and computer program products for number translation with local directory number support
US20090041223A1 (en) * 2007-08-10 2009-02-12 Devesh Agarwal Systems, methods, and computer readable media for triggerless call redirection with release
US8594679B2 (en) 2008-03-07 2013-11-26 Tekelec Global, Inc. Methods, systems, and computer readable media for routing a message service message through a communications network
US8532089B2 (en) * 2008-03-18 2013-09-10 Verizon Patent And Licensing Inc. Call intercept for voice over internet protocol (VoIP)
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
US8903903B2 (en) 2008-06-13 2014-12-02 Tekelec, Inc. Methods, systems, and computer readable media for providing presence data from multiple presence information providers
CN102177749B (zh) * 2008-08-01 2016-05-25 泰克莱克股份有限公司 基于移动位置的无触发路由/筛选的系统、方法和计算机可读介质
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
US8831645B2 (en) 2008-11-24 2014-09-09 Tekelec, Inc. Methods, systems, and computer readable media for providing geo-location proximity updates to a presence system
WO2010083509A2 (en) 2009-01-16 2010-07-22 Tekelec Methods, systems, and computer readable media for centralized routing and call instance code management for bearer independent call control (bicc) signaling messages
US9712341B2 (en) 2009-01-16 2017-07-18 Tekelec, Inc. Methods, systems, and computer readable media for providing E.164 number mapping (ENUM) translation at a bearer independent call control (BICC) and/or session intiation protocol (SIP) router
US9021014B2 (en) 2009-03-25 2015-04-28 Tekelec, Inc. Methods, systems, and computer readable media for providing home subscriber server (HSS) proxy
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)
US8874784B2 (en) 2009-08-10 2014-10-28 Tekelec, Inc. Systems, methods, and computer readable media for controlling social networking service originated message traffic
WO2011035050A2 (en) 2009-09-16 2011-03-24 Tekelec Methods, systems, and computer readable media for providing foreign routing address information to a telecommunications network gateway
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
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
US8750292B2 (en) 2010-02-25 2014-06-10 Tekelec, Inc. Systems, methods, and computer readable media for using a signaling message routing node to provide backup subscriber information management service
US8649272B2 (en) 2010-05-17 2014-02-11 Tekelec Global, Inc. Methods, systems and computer readable media for mobile-communication-device-initiated network monitoring services
CN103385012B (zh) 2010-12-23 2016-08-10 泰克莱克股份有限公司 用于修改要发往计费功能节点的Diameter信令消息的方法、系统和设备
EP2666263B1 (de) 2011-01-21 2019-07-24 Tekelec, Inc. Verfahren, systeme und computerlesbare medien zum screening von durchmessermeldungen in einem durchmessersignalisierungsrouter (dsr) mit einer verteilen meldungsprozessorarchitektur
JP5779259B2 (ja) 2011-03-18 2015-09-16 テケレック・インコーポレイテッドＴｅｋｅｌｅｃ， Ｉｎｃ． 構成可能なダイアメータアドレス解決のための方法、システムおよびコンピュータ読取可能媒体
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
US9363388B2 (en) 2013-02-18 2016-06-07 Tekelec, Inc. Methods, systems, and computer readable media for providing targeted services to telecommunications network subscribers based on information extracted from network signaling and data traffic
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
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
US10812663B2 (en) 2018-03-03 2020-10-20 Leo Anthony Wrobel, JR. Apparatus and method for using an intelligent network for analyzing an event external to a signaling network
US11025782B2 (en) 2018-12-11 2021-06-01 EXFO Solutions SAS End-to-end session-related call detail record
US11582258B2 (en) 2021-02-04 2023-02-14 Oracle International Corporation Methods, systems, and computer readable media for mitigating denial of service (DoS) attacks at network functions (NFs)

Family Cites Families (91)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3917915A (en) 1973-07-09 1975-11-04 Tekno Ind Inc Telephone service observation system
US4191860A (en) 1978-07-13 1980-03-04 Bell Telephone Laboratories, Incorporated Data base communication call processing method
US4162377A (en) 1978-07-13 1979-07-24 Bell Telephone Laboratories, Incorporated Data base auto bill calling using CCIS direct signaling
US4313035A (en) 1980-01-18 1982-01-26 Bell Telephone Laboratories, Incorporated Method of providing person locator service
US4310727A (en) 1980-02-04 1982-01-12 Bell Telephone Laboratories, Incorporated Method of processing special service telephone calls
US4385206A (en) 1980-12-16 1983-05-24 Stromberg-Carlson Corporation Programmable port sense and control signal preprocessor for a central office switching system
US4439636A (en) 1982-03-09 1984-03-27 Martha Newkirk Credit card actuated telecommunication access network
JPS58215164A (ja) 1982-06-09 1983-12-14 Hitachi Ltd 課金方式
SE432041B (sv) 1982-09-07 1984-03-12 Kurt Katzeff Anordning vid ett betalkort utnyttjande betalningssystem
DK608684D0 (da) 1984-12-18 1984-12-18 Gnt Automatic As Betalingstelefon
US5572579A (en) 1995-04-06 1996-11-05 Bell Communications Research, Inc. System and method for providing portable telephone number service
US4756020A (en) 1985-08-30 1988-07-05 American Telephone And Telegraph Company, At&T Bell Laboratories Method and apparatus for disallowing the extension of a call through a network
DE3689214T2 (de) 1985-08-30 1994-05-11 American Telephone & Telegraph Verfahren und Vorrichtung zur Verweigerung der Weiterleitung einer Verbindung über ein Netzwerk.
US4897870A (en) 1985-09-25 1990-01-30 Southlake Technologies, Inc. Network implemented pay telephone set
US4897835A (en) 1985-11-27 1990-01-30 At&E Corporation High capacity protocol with multistation capability
JPS62200859A (ja) 1986-02-27 1987-09-04 Nec Corp 網間通信呼課金方式
US4726056A (en) 1986-06-25 1988-02-16 American Telephone And Telegraph Company At&T Bell Laboratories Shared flexible rating of telecommunications calls
US4756019A (en) 1986-08-27 1988-07-05 Edmund Szybicki Traffic routing and automatic network management system for telecommunication networks
US4754479A (en) 1986-09-17 1988-06-28 American Telephone And Telegraph Company Station number portability
CA1276239C (en) 1986-10-01 1990-11-13 Arlene J. Harris Cellular mobile radio credit card system
US4769834A (en) 1987-01-30 1988-09-06 American Telephone And Telegraph Company And At&T Information Systems Inc. Inter-exchange carrier access
US4788718A (en) 1987-10-05 1988-11-29 American Telephone And Telegraph Company, At & T Laboratories Call data collection and modification of received call distribution
US5150357A (en) 1989-06-12 1992-09-22 Emil Hopner Integrated communications system
US4959849A (en) 1989-07-31 1990-09-25 At&T Bell Laboratories End-to-end network surveillance
US4972461A (en) 1989-09-20 1990-11-20 At&T Bell Laboratories Call message delivery system and method
US5008929A (en) 1990-01-18 1991-04-16 U.S. Intelco Networks, Inc. Billing system for telephone signaling network
DE69020899T2 (de) 1990-09-28 1995-12-07 Hewlett Packard Co Netzüberwachungssystem und -vorrichtung.
US5291481A (en) 1991-10-04 1994-03-01 At&T Bell Laboratories Congestion control for high speed packet networks
CA2086694C (en) 1992-03-05 1996-12-31 Steven K. Miller System, data processing method and program to provide a programmable interface between a workstation and an archive server to automatically store telephone transaction information
JP3098611B2 (ja) * 1992-05-19 2000-10-16 株式会社日立製作所 通信端末装置の発呼方法
US5430709A (en) 1992-06-17 1995-07-04 Hewlett-Packard Company Network monitoring method and apparatus
US5475732A (en) 1993-02-16 1995-12-12 C & P Of Virginia Common channeling signaling network maintenance and testing
US5506893A (en) 1993-02-19 1996-04-09 At&T Corp. Telecommunication network arrangement for providing real time access to call records
US5457729A (en) 1993-03-15 1995-10-10 Symmetricom, Inc. Communication network signalling system link monitor and test unit
US5426688A (en) 1993-05-12 1995-06-20 Anand; Vivodh Z. J. Telecommunication alarm method and system
US5546398A (en) * 1993-07-23 1996-08-13 Nts Communications, Inc. Signal intercept system and method
EP0658032B1 (de) 1993-12-06 2001-09-26 Agilent Technologies Inc. a Delaware Corporation Stellenidentifizierung in einem Kommunikationssignalisierungsnetz
US5473596A (en) 1993-12-09 1995-12-05 At&T Corp. Method and system for monitoring telecommunication network element alarms
US5438570A (en) 1993-12-29 1995-08-01 Tekno Industries, Inc. Service observing equipment for signalling System Seven telephone network
US5539804A (en) 1994-02-25 1996-07-23 Ctel Compression Telecommunications Corporation Common channel signalling communication monitoring system
DE69530534T2 (de) * 1994-02-25 2004-03-18 Hewlett-Packard Co. (N.D.Ges.D.Staates Delaware), Palo Alto Nachrichtempfangschaltung für ein Signalisierungsnetz
EP0765560A1 (de) * 1994-06-08 1997-04-02 Hughes Aircraft Company Verfahren und vorrichtung zum hybridnetzwerkzugriff
US5586177A (en) * 1995-09-06 1996-12-17 Bell Atlantic Network Services, Inc. Intelligent signal transfer point (ISTP)
US5579371A (en) 1994-11-22 1996-11-26 Unisys Corporation Common channel signaling network applications platform
US5757895A (en) * 1995-11-09 1998-05-26 Unisys Corporation Extracting and processing data derived from a common channel signalling network
US5768358A (en) 1994-12-30 1998-06-16 Stentor Resource Centre Inc. Method and apparatus for routing a call to a number corresponding to a virtual public dial plan or to an existing dial plan
US5583926A (en) 1994-12-30 1996-12-10 Stentor Resource Centre Inc. Method and apparatus for routing a call to a number corresponding to a virtual public dial plan or to an existing dial plan
US5592530A (en) * 1995-01-25 1997-01-07 Inet, Inc. Telephone switch dual monitors
US5774532A (en) 1995-04-21 1998-06-30 Mci Corporation Single network record construction
US5606600A (en) 1995-05-10 1997-02-25 Mci Communications Corporation Generalized statistics engine for telephone network employing a network information concentrator
US5768352A (en) 1995-05-10 1998-06-16 Mci Communications Corporation Generalized statistics engine for telephone network
US5598464A (en) 1995-06-20 1997-01-28 Dsc Communications Comporation Method and apparatus for providing local number portability
US5970131A (en) 1995-06-30 1999-10-19 Siemens Information And Communication Networks, Inc. Method for providing location/geographic portability in a system having different service providers within a common numbering plan area
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
US5689555A (en) 1995-06-30 1997-11-18 Siemens Stromberg-Carlson Method for transferring a subscriber to a new local service provider
US5748724A (en) 1995-06-30 1998-05-05 Siemens Stomberg-Carlson Method for transferring a subscriber to a new local service provider
US6009160A (en) 1995-06-30 1999-12-28 Siemens Information And Communication Networks, Inc. Method for routing a call
US5625681A (en) * 1995-08-11 1997-04-29 Stratus Computer, Inc. Method and apparatus for telephone number portability
US5740239A (en) 1995-09-27 1998-04-14 Lucent Technologies Inc. Method and apparatus using bit maps to access data for processing telephone calls
JP3763907B2 (ja) * 1995-12-12 2006-04-05 エイ・ティ・アンド・ティ・コーポレーション 通信ネットワークにおける信号メッセージをモニタする方法
US5764745A (en) 1995-12-15 1998-06-09 Gte Laboratories Incorporated Apparatus and method for local number portability using nongeographic subscriber numbers
CA2165856C (en) 1995-12-21 2001-09-18 R. William Carkner Number portability with database query
CA2165857C (en) 1995-12-21 2000-07-25 L. Lloyd Williams Number portability using isup message option
US5712908A (en) 1995-12-22 1998-01-27 Unisys Corporation Apparatus and method for generating call duration billing records utilizing ISUP messages in the CCS/SS7 telecommunications network
US5784443A (en) 1996-02-01 1998-07-21 Mci Corporation Integrated revenue domain for telecommunication networks
EP0792074A3 (de) * 1996-02-20 1998-11-11 Hewlett-Packard Company Dienstleistungsverfahren in einem Fermeldevermittlungssystem und eine Nachrichtempfangschaltung zur Anwendung in einem solchen Verfahren
AU1865197A (en) 1996-03-08 1997-09-22 Stentor Resource Centre Inc. Providing number portability by means of enhanced routing tables
WO1997042776A2 (en) * 1996-05-03 1997-11-13 Dsc Telecom L.P. System and method for number portability processing in a telecommunications network
US6021126A (en) 1996-06-26 2000-02-01 Bell Atlantic Network Services, Inc. Telecommunication number portability
US6134316A (en) 1996-10-18 2000-10-17 Telefonaktiebolaget Lm Ericsson Telecommunications network with relocateability of subscriber number
US6108782A (en) 1996-12-13 2000-08-22 3Com Corporation Distributed remote monitoring (dRMON) for networks
US6122362A (en) * 1996-12-24 2000-09-19 Evolving Systems, Inc. Systems and method for providing network element management functionality for managing and provisioning network elements associated with number portability
US6137869A (en) 1997-09-16 2000-10-24 Bell Atlantic Network Services, Inc. Network session management
US6097719A (en) * 1997-03-11 2000-08-01 Bell Atlantic Network Services, Inc. Public IP transport network
US6028921A (en) * 1997-06-11 2000-02-22 Bellsouth Intellectual Property Corporation Method and system for delivery of a message to a display unit
US5949865A (en) * 1997-08-18 1999-09-07 Ericsson Inc. Management of calling name delivery in telephone networks providing for telephone number portability
US6108332A (en) 1997-09-12 2000-08-22 Ericsson Inc. Local number portability for interexchange carriers
US6748069B1 (en) 1997-09-19 2004-06-08 Bellsouth Intellectual Property Corp. Method and system for routing calling name queries
US6138023A (en) 1997-09-23 2000-10-24 Lucent Technologies, Inc. Method for porting a directory number from one wireless service provider to another
US6111946A (en) 1998-01-29 2000-08-29 Bell Canada Method and system for providing answer supervision in a switched telephone network
US6028914A (en) 1998-04-09 2000-02-22 Inet Technologies, Inc. System and method for monitoring performance statistics in a communications network
US6359976B1 (en) 1998-06-08 2002-03-19 Inet Technologies, Inc. System and method for monitoring service quality in a communications network
US6249572B1 (en) 1998-06-08 2001-06-19 Inet Technologies, Inc. Transaction control application part (TCAP) call detail record generation in a communications network
WO2000016583A1 (en) 1998-09-14 2000-03-23 Curt Wong Method for providing number portability in a telecommunications network
US6134307A (en) 1998-09-21 2000-10-17 Iridium Ip Llc Call conversion process for a business system for a global telecommunications network
US6510164B1 (en) * 1998-11-16 2003-01-21 Sun Microsystems, Inc. User-level dedicated interface for IP applications in a data packet switching and load balancing system
US6424621B1 (en) * 1998-11-17 2002-07-23 Sun Microsystems, Inc. Software interface between switching module and operating system of a data packet switching and load balancing system
US6272136B1 (en) * 1998-11-16 2001-08-07 Sun Microsystems, Incorporated Pseudo-interface between control and switching modules of a data packet switching and load balancing system
US6438223B1 (en) 1999-03-03 2002-08-20 Open Telephone Network, Inc. System and method for local number portability for telecommunication networks
US6466796B1 (en) * 1999-04-01 2002-10-15 Lucent Technologies Inc. System for providing location based service to a wireless telephone set in a telephone system
US6456708B1 (en) 1999-11-12 2002-09-24 Alcatel Usa Sourcing, L.P. Triggerless number portability system and method

Also Published As

Publication number Publication date
EP1169845A1 (de) 2002-01-09
EP1173969A1 (de) 2002-01-23
DE60034329D1 (de) 2007-05-24
EP1169829A1 (de) 2002-01-09
ATE359663T1 (de) 2007-05-15
EP1169829A4 (de) 2003-05-14
WO2000060821A1 (en) 2000-10-12
ES2370995T3 (es) 2011-12-26
EP1169829B1 (de) 2006-10-04
US6639981B1 (en) 2003-10-28
EP1173969B1 (de) 2007-04-11
EP1173969A4 (de) 2003-05-14
EP1679848B1 (de) 2010-03-03
EP1169845A4 (de) 2008-04-30
DE60043954D1 (de) 2010-04-15
ATE341884T1 (de) 2006-10-15
DE60034329T2 (de) 2007-12-20
ATE460036T1 (de) 2010-03-15
AU4035400A (en) 2000-10-23
US6327350B1 (en) 2001-12-04
DE60031103D1 (de) 2006-11-16
AU4027300A (en) 2000-10-23
WO2000060844A1 (en) 2000-10-12
AU3491600A (en) 2000-10-23
ATE519329T1 (de) 2011-08-15
WO2000060839A1 (en) 2000-10-12
EP1679848A1 (de) 2006-07-12
EP1169845B1 (de) 2011-08-03

Similar Documents

Publication Publication Date Title
DE60031103T2 (de) Verfahren und systeme zum lenken von anfragenachrichten eines anrufernamensdienstes in einem kommunikationsnetz
DE69838788T2 (de) Anruferidentifizierungs-verwaltungssystem in fernsprechnetzen mit telefonnummernübertragbarkeit
DE69733762T2 (de) Fernmeldenetz mit teilnehmernummerverschiebbarkeit
DE60113692T2 (de) Triggerlose anrufabfangdiensten
DE69435052T2 (de) Internetzsystem für persönliche Übertragungsdienste
DE60014715T2 (de) Verfahren und systeme zur weglenkung von nachrichten in einem telekommunikationsnetzwerk
DE69735770T2 (de) Bereitstellung einer ortsbasierten anrufumleitung in einem mobilen telekommunikationsnetzwerk
DE69634854T2 (de) Verfahren zum zugreifen auf dienstmittelgegenstande für anwendung in einem fernmeldesystem
DE69635522T2 (de) Verfahren zur versorgung von fernmeldediensten
DE60204289T2 (de) Flexible benutzer verteilung zwischen benutzerdiensteinheiten
EP3029973B1 (de) Verfahren und eine vorrichtung zur sicherung einer signalisierungssystem-nr. 7-schnittstelle
DE69735720T2 (de) Verfahren, system und vorrichtung zur überwachung von teilnehmerbetribsamkeit
DE69723062T2 (de) Leitung eines ankommenden anrufes zu einer mobilstation innerhalb eines fernsprechnetzwerkes
DE69533363T2 (de) Verfahren zur aktivierung von intelligenten netzwerkdiensten in einem mobilen kommunikationssystem und mobiles kommunikationssystem
EP1465443B1 (de) Verfahren und Vorrichtung zur Behandlung von ortsbasierten Diensten
DE60112115T2 (de) Erweiterungen eines signalisierungs-übertragungsprotokolls für lastausgleich undserverpool-unterstützung
DE602005000001T2 (de) Speicherung der Abfrage-Resultate zur Reduzierung von Abfragen übertragbarer Rufnummern in einem drahtlosen Netzwerk
DE69633205T2 (de) Zugriff zu Kommunikationsdateien
DE69531030T2 (de) Anordnung eines intelligenten mobilen telekommunikationsnetzwerkes
DE69937874T2 (de) Verfahren und Gerät zum Aufsuchen eines Anrufes in einem Fernmeldenetz
DE69925171T2 (de) Routingelement zum Routen einer Signalisierungsnachricht durch ein Kommuni- kationsnetzwerk
DE60122109T2 (de) Verfahren und Systeme zur Vermittlung von Nachrichten, die mit übertragenen Teilnehmern verbunden sind, in einem mobilen Kommunikationsnetz
DE60204018T2 (de) SS7-Signalisierungsserver mit integrierten verbesserten Siganlisierungsdiensten
DE60031770T2 (de) Verfahren und systeme zur bereitstellung der funktionalität einer datenbasiszugriffskontrolle in einem routingknoten eines kommunikationsnetzes
DE60103680T2 (de) Intelligentes Netzwerk, das dienstabhängige Pseudoanrufumleitungsidentitäten benutzt, zur Beseitigung redundanter Abrechnungsfehler

Legal Events

Date Code Title Description
8364 No opposition during term of opposition