DE102006001998B4

DE102006001998B4 - Werkzeuge, Verfahren und Systeme zum entfernten Speichern und Wiedererlangen von Detailaufzeichnungen in Anbetracht eines spezifischen Anrufs oder einer Datensitzung

Info

Publication number: DE102006001998B4
Application number: DE102006001998.9A
Authority: DE
Inventors: Stephen Philip Connelly; Scott Alan Blomquist
Original assignee: Viavi Solutions Inc
Current assignee: Viavi Solutions Inc
Priority date: 2005-05-12
Filing date: 2006-01-16
Publication date: 2020-08-06
Anticipated expiration: 2026-01-17
Also published as: GB2426155A; DE102006001998A1; US7640015B2; CN1863242A; GB0607190D0; US20060258339A1

Abstract

Anrufverwaltungseinrichtungssystem für eine Verwendung bei einem Mobiltelefonienetzwerk (100), das folgende Merkmale aufweist:einen Datenaufzeichnungsgenerator, der angeordnet ist, um einen eingehenden Datenstrom in einer Reihe von einzelnen Rahmen, die Anrufe darstellen, die an dem Mobiltelefonienetzwerk (100) auftreten, zu empfangen, die einzelnen Rahmen als Datendateien in einem Dateidepot zu speichern und Anrufdatenaufzeichnungen (CDRs = call data records) zu erzeugen, die den Anrufen entsprechen, wobei die Anrufdatenaufzeichnungen eine Sammlung von Informationen, welche in jeweiligen der Datendateien enthalten sind, beinhalten; undeine Anrufverwaltungseinrichtung, die angeordnet ist, um die Speicherung und Wiedererlangung von CDRs zu/von einem CDR-Depot (324) zu verwalten, einschließlich einer Benutzerauswahl von CDRs eines spezifischen Typs von Anrufen und einer Ausführung einer „Extrahieren“-Operation, bei der Details einzelner Rahmen, die einen ausgewählten Anruf bilden, auf Anforderung von einer Benutzereingabe für eine detaillierte Datenanalyse aus dem Dateidepot extrahiert werden können.

Description

Telekommunikationsnetzwerke, wie beispielsweise Drahtlos-, Wireline- und Datenkommunikationsnetzwerke, werden häufig verwendet, um verschiedene Typen von Knoten zu verbinden, wie beispielsweise Personalcomputer, Server, Netzübergänge bzw. Gateways, Netzwerktelefone usw. Netzwerke können private Netzwerke, wie beispielsweise lokale Netze (LANs = local area networks) und weite Netze (WANs = wide area networks), und öffentliche Netzwerke, wie beispielsweise das Internet, umfassen. Derartige Netzwerke können ferner leitungsgeschaltete Netzwerke, bei denen Netzwerkressourcen für die gesamte Dauer eines Datenanrufs zweckgebunden sind, und/oder Paketvermittlungsnetzwerke sein, wie beispielsweise Internet-Protokoll-Netzwerke (IP-Netzwerke), bei denen Netzwerkressourcen gemeinschaftlich verwendet und Daten in Form von Paketen oder Zellen zusammen mit einem anderen Benutzerverkehr unabhängig über die Netzwerke zu einem Bestimmungsort geleitet bzw. geführt werden. Beispiele von Paketvermittlungsnetzwerken umfassen Asynchron-Transfer-Modus-Netzwerke (ATM-Netzwerke; ATM = Asynchronous Transfer Mode), Ethernet oder Frame-Relay, die auf einem virtuellen Schaltungsmodell basieren. Beliebte Formen von Kommunikationen über derartige Netzwerke umfassen eine elektronische Post (E-Mail), einen Dateitransfer, ein Netzdurchstöbern (Web-Browsing) und einen anderen Austausch von digitalen Daten, einschließlich Audio (z. B. Sprache) und Multimedia (z. B. Audio und Video).
Moderne Telekommunikationsnetzwerke umfassen typischerweise zwei verwandte, aber getrennte Netzwerkinfrastrukturen: ein Träger- oder Sendenetzwerk zum Tragen eines Endbenutzersprach- und Datenverkehrs und ein Signalisierungsnetzwerk zum Steuern der Einrichtung und Freigabe von Trägerkanälen durch das Trägernetzwerk gemäß Steuersignalen, die durch das Signalisierungsnetzwerk übertragen werden. In der Praxis weisen derartige Signalisierungsnetzwerke Hochgeschwindigkeitsrechner, die durch Signalisierungsverbindungen verbunden sind, und Computerprogramme auf, die implementiert sind, um einen Satz von Betriebs- und Signalisierungsfunktionen gemäß einem standardisierten Protokoll zu liefern, wie beispielsweise dem Signalisierungssystem Nr. 7 (SS7 = Signaling System No. 7), das für eine Steuerung von Mobiltelefonie- und anderen Datenübertragungsnetzwerken extensiv eingesetzt wird. Die Signalisierungsverbindungen werden zum Leiten von Signalisierungsinformationen (z. B. Nachrichten) zwischen Knoten in den Signalisierungsnetzwerken verwendet. Die Signalisierungsinformationen (z. B. Nachrichten) können aufgenommen bzw. erfasst werden, um Detailaufzeichnungen zu erzeugen, wie beispielsweise Anrufdetailaufzeichnungen (CDRs = Call Detail Records) oder Transaktionsdetailaufzeichnungen (TDRs = Transaction Detail Records) für eine Speicherung in einem Datenbanksystem, das nachfolgend für eine breite Vielfalt von Anwendungen, einschließlich beispielsweise Dienstqualitätsanwendungen und Firmenauskunftsanwendungen, überwacht und analysiert werden kann. Zusätzlich zu den Detailaufzeichnungen können andere verwandte Informationen, die zwischen Knoten, Schaltern oder Vorrichtungen in derartigen Mobilnetzwerken gesendet werden, ebenfalls für eine Authentifizierung, Ausrüstungsidentifikation und Roaming-Freigabe bzw. Rufbereichswechselfreigabe verwendet werden.
Geänderte Beschreibungsabsätze
Im Handel erhältliche Werkzeuge für Mobiltelefonienetzwerke können zum Überwachen der Leistungsfähigkeit (oder Qualität) eines Netzwerks basierend auf den Detailaufzeichnungen verwendet werden, die in dem Datenbanksystem gespeichert sind, um mögliche Hindernisse zu beobachten und Leistungsfähigkeitsstatistiken in dem Netzwerk zu verfolgen. Typischerweise basieren derartige Überwachungswerkzeuge auf einem Überwachen des Netzwerks hinsichtlich Fehlfunktionen auf der Ebene von Netzwerkelementen, wie beispielsweise Schaltern oder Schnittstellen, hinsichtlich verkehrsbezogenen Informationen. Derartige Handlungen resultieren jedoch in der Sammlung großer Mengen von Daten, die aufgrund der Größe nicht in Echtzeit verarbeitet werden können. Folglich können Informationen aus der großen Menge gesammelter Daten einem Netzwerkadministrator oder einem Wartungspersonal erst nach einer bestimmten Zeitperiode offenbart werden. Für die Zwecke eines Überwachens eines Netzwerks, um Fehlfunktionen in Echtzeit zu erfassen, sind derartige Überwachungswerkzeuge nicht sehr nützlich. Zudem erfordert die große Menge gesammelter Daten ferner eine große Investition hinsichtlich großer Speicherungseinrichtungen und einer Rechenverarbeitungsleistung. Ferner enthalten die Detailaufzeichnungen, wie beispielsweise Anrufdetailaufzeichnungen (CDRs) lediglich einen spezifischen Teilsatz von Informationen, der lediglich für begrenzte Diagnoseanwendungen analysiert werden kann. Folglich ist es möglich, dass eine umfassendere detaillierte Signalisierungsanalyse nicht verfügbar ist. Aus der US 6,876,731 B2 ist ein Anrufverwaltungseinrichtungssystem mit einem Datenaufzeichnungsgenerator bekannt, welcher einzelne Rahmen eines Anrufdatenstroms in einem Dateidepot speichert. Zudem wird eine Benutzerauswahl sowie eine „Extrahieren“-Operation bereitgestellt.
Die US 6,359,976 B1 beschreibt eine Signalisierungsanalyse mittels CDR-Daten. Aus der US 2004/0252818 A1 sind eine Vorrichtung und ein Verfahren zum Identifizieren von Anrufen zwischen MTAs bekannt.
Die US 2001/0012345 A1 offenbart eine Einrichtung zum Auffinden von Internetbenutzern durch Analyse von Netzwerkverkehrsdaten.
Die WO 02/071780 A2 offenbart eine Vorrichtung zur Echtzeitnetzwerkanalyse.
Folglich besteht ein Bedarf nach verbesserten Werkzeugen, Systemen und Verfahren zum Überwachen der Qualität von Telekommunikationsnetzwerken und Steuern der Verwaltung und Analyse von Detailaufzeichnungen bei derartigen Netzwerken, einschließlich beispielsweise der Fähigkeit, Detailaufzeichnungen angesichts eines spezifischen Anrufs oder einer Datensitzung für eine Signalisierungsanalyse bei derartigen Netzwerken entfernt zu speichern und wiederzuerlangen.
Es ist die Aufgabe der vorliegenden Erfindung, ein Anrufverwaltungseinrichtungssystem für eine Verwendung bei einem Mobiltelefonienetzwerk, ein Verfahren zum Überwachen eines Mobiltelefonienetzwerks und ein computerlesbares Medium mit verbesserten Charakteristika zu schaffen.
Diese Aufgabe wird durch ein System gemäß Anspruch 1, ein Verfahren gemäß Anspruch 8 und ein Medium gemäß Anspruch 13 und Anspruch 19 gelöst.
Verschiedene Aspekte und exemplarische Ausführungsbeispiele der vorliegenden Erfindung liefern vorteilhaft Werkzeuge, Systeme und Verfahren für die Verwaltung und Analyse von Detailaufzeichnungen in einem Mobiltelefonienetzwerk.
Gemäß einem Aspekt der vorliegenden Erfindung ist ein Anrufverwaltungseinrichtungssystem für eine Verwendung bei einem Mobiltelefonienetzwerk mit einem Datenaufzeichnungsgenerator, der angeordnet ist, um einen eingehenden Datenstrom in einer Reihe von einzelnen Rahmen zu empfangen, die Anrufe darstellen, die an dem Mobiltelefonienetzwerk auftreten, die einzelnen Rahmen als Datendateien in einem Dateidepot zu speichern und Anrufdatenaufzeichnungen (CDRs) zu erzeugen, die den Anrufen entsprechen, wobei die Anrufdatenaufzeichnungen eine Sammlung von Informationen, welche in jeweiligen der Datendateien enthalten sind, beinhalten; und einer Anrufverwaltungseinrichtung versehen, die angeordnet ist, um die Speicherung und Wiedererlangung von CDRs zu/von einem CDR-Depot zu verwalten, einschließlich einer Benutzerauswahl von CDRs eines spezifischen Typs von Anrufen und einer Ausführung einer „Extrahieren“-Operation bzw. „Drill-Down“-Operation, bei der Details einzelner Rahmen, die einen ausgewählten Anruf bilden, aus dem Dateidepot auf Anforderung von einer Benutzereingabe für eine detaillierte Datenanalyse, die basierend auf CDRs nicht verfügbar ist, extrahiert werden können. Eine derartige detaillierte Signalanalyse kann beispielsweise einen Bericht einer zeitbasierten Sequenz von Ereignissen, die auf mögliche Fehler zu spezifischen Zeiten überprüft werden können, eine Bestätigung der CDR, um die Genauigkeit derselben sicherzustellen, und einen Bericht einzelner gemeinsamer Messungen (die Nachrichten sind, die alle N Sekunden gesendet werden, um Signalcharakteristika anzugeben, wie beispielsweise eine Signalstärke), die hinsichtlich Signalcharakteristika überprüft werden können, umfassen.
Die Benutzereingabe kann einer grafischen Benutzerschnittstelle bzw. grafischen Benutzeroberfläche (GUI = graphical user interface) entsprechen, die ermöglicht, dass ein Benutzer Anrufe durchsieht, die an dem Mobiltelefonienetzwerk transportiert werden, um eine Auswahl hinsichtlich des spezifischen Typs von Anrufen für eine Wiedererlangung aller CDRs, die dem ausgewählten Anruf zugeordnet sind, aus dem CDR-Depot bzw. CDR-Lager für eine anfängliche Signalisierungsanalyse vorzunehmen und eine Ausführung der „Extrahieren“-Operation anzufordern, bei der detaillierte Rahmennachrichten, die einer oder mehreren ausgewählten CDRs entsprechen, für eine detaillierte Signalisierungsanalyse wiedererlangt werden können. Der Datenaufzeichnungsgenerator kann einzelne Rahmen, die einen Anruf bilden, in einer Datendatei für eine Speicherung in dem Dateidepot verpacken. Jede CDR, die aus dem CDR-Depot wiedererlangt wird, kann eine Datei-/Anruf-ID enthalten, die verwendet wird, um auf das Dateidepot für eine Wiedererlangung einer entsprechenden Datendatei aus dem Dateidepot zuzugreifen.
Die Anrufverwaltungseinrichtung kann ferner konfiguriert sein, um als ein CDR-Filtermechanismus zum Liefern einer „Echtzeit“-Filterung und einer Anpassung von Anrufen an benutzerdefinierte Anrufkriterien zu wirken, um den Typ von Anrufen auszuwählen, die von Interesse sind, und um als ein Benachrichtigungsmechanismus zum Liefern einer Benachrichtigung und eines Transports von ausgelösten Alarmen und zugeordneten CDRs zu dem CDR-Depot zu wirken, wenn die Anrufe, die an dem Mobiltelefonnetzwerk auftreten, mit den benutzerdefinierten Anrufkriterien übereinstimmen.
Gemäß einem anderen Aspekt der vorliegenden Erfindung ist ein Verfahren zum Überwachen eines Mobiltelefonienetzwerks für eine Datenanalyse mit den folgenden Schritten versehen Empfangen einzelner Rahmennachrichten, die Anrufe darstellen, von dem Mobiltelefonienetzwerk; Verpacken der einzelnen Rahmennachrichten als Datendateien für eine Speicherung in einem Dateidepot und Erzeugen von Anrufdatenaufzeichnungen (CDRs), die den Anrufen entsprechen, wobei die Anrufdatenaufzeichnungen eine Sammlung von Informationen, welche in jeweiligen der Datendateien enthalten sind, beinhalten, für eine Speicherung in einem CDR-Depot; Erhalten aller CDRs, die einer speziellen Anruf-ID zugeordnet sind, aus dem CDR-Depot auf eine Anforderung von einem Benutzer hin für eine anfängliche Datenanalyse; Auswählen einer oder mehrerer CDRs, die der speziellen Anruf-ID zugeordnet sind, für eine detaillierte Datenanalyse; und Erhalten detaillierter Rahmennachrichten, die einer oder mehreren ausgewählten CDRs entsprechen, die der speziellen Anruf-ID zugeordnet sind, aus dem Dateidepot für eine detaillierte Datenanalyse. Die CDRs, die der speziellen Anruf-ID zugeordnet sind, können über eine Benutzereingabe definierter Anrufkriterien direkt aus dem CDR-Depot oder alternativ automatisch aus dem CDR-Depot über benutzerdefinierte Anrufkriterien erhalten werden, nachdem die CDRs, die der speziellen Anruf-ID zugeordnet sind, vorab gefiltert wurden. Die Benutzeranforderung kann über eine grafische Benutzerschnittstelle (GUI) eingegeben werden, um den Typ von Anrufen für eine Wiedererlangung aller CDRs, die der ausgewählten Anruf-ID zugeordnet sind, aus dem CDR-Depot für eine anfängliche Signalisierungsanalyse zu spezifizieren und um eine Ausführung der „Extrahieren“-Operation anzufordern, bei der detaillierte Rahmennachrichten, die einer oder mehreren ausgewählten CDRs entsprechen, für eine detaillierte Signalisierungsanalyse wiedererlangt werden, die basierend auf CDRs nicht verfügbar ist. Eine derartige detaillierte Signalanalyse kann beispielsweise einen Bericht einer zeitbasierten Sequenz von Ereignissen, die auf mögliche Fehler zu spezifischen Zeiten untersucht werden können, eine Bestätigung der CDR, um die Genauigkeit derselben sicherzustellen, und einen Bericht von einzelnen gemeinsamen Messungen umfassen (die Nachrichten sind, die alle N Sekunden gesendet werden, um Signalcharakteristika anzugeben, wie beispielsweise eine Signalstärke), die auf Signalcharakteristika überprüft werden können.
Gemäß noch einem anderen Aspekt der vorliegenden Erfindung ist ein computerlesbares Medium mit Anweisungen vorgesehen, die, wenn dieselben durch ein Computersystem ausgeführt werden, das Verfahren durchführen, das folgende Schritte aufweist: Empfangen einzelner Rahmennachrichten, die Anrufe darstellen, von dem Mobiltelefonienetzwerk; Verpacken der einzelnen Rahmennachrichten als Datendateien für eine Speicherung in einem Dateidepot und Erzeugen von Anrufdatenaufzeichnungen (CDRs), die den Anrufen entsprechen, wobei die Anrufdatenaufzeichnungen eine Sammlung von Informationen, welche in jeweiligen der Datendateien enthalten sind, beinhalten, für eine Speicherung in einem CDR-Depot; Erhalten aller CDRs, die einer speziellen Anruf-ID zugeordnet sind, aus dem CDR-Depot auf eine Anfrage von einem Benutzer hin für eine anfängliche Datenanalyse; Auswählen einer oder mehrerer CDRs, die der speziellen Anruf-ID zugeordnet sind, für eine detaillierte Datenanalyse; und Erhalten detaillierter Rahmennachrichten, die einer oder mehreren ausgewählten CDRs entsprechen, die der speziellen Anruf-ID zugeordnet sind, aus dem Dateidepot für eine detaillierte Datenanalyse.
Gemäß einem anderen Aspekt der vorliegenden Erfindung ist ein computerlesbares Medium mit einem Programm für eine Ausführung durch einen Hostcomputer vorgesehen, das eine Datenaufzeichnungsgeneratorroutine, die konfiguriert ist, um einen eingehenden Datenstrom in einer Reihe von einzelnen Rahmen zu empfangen, die Anrufe darstellen, die an dem Mobiltelefonienetzwerk auftreten, um die einzelnen Rahmen als Datendateien in einem Dateidepot zu speichern und um Anrufdatenaufzeichnungen (CDRs) zu erzeugen, die den Anrufen entsprechen, wobei die Anrufdatenaufzeichnungen eine Sammlung von Informationen, welche in jeweiligen der Datendateien enthalten sind, beinhalten; und eine Anrufverwaltungseinrichtungsroutine aufweist, die konfiguriert ist, um die Speicherung und Wiedererlangung von CDRs zu/von einem CDR-Depot zu verwalten, einschließlich einer Benutzerauswahl von CDRs eines spezifischen Typs von Anrufen und einer Ausführung einer „Extrahieren“-Operation, bei der Details einzelner Rahmen, die einen ausgewählten Anruf bilden, auf Anforderung von einer Benutzereingabe für eine detaillierte Datenanalyse aus dem Dateidepot extrahiert werden können.
Zusätzlich zu den exemplarischen Ausführungsbeispielen und Aspekten, die oben beschrieben sind, werden weitere Aspekte und Ausführungsbeispiele durch Bezugnahme auf die Zeichnungen und durch ein Studium der folgenden Beschreibungen ersichtlich.
Ein besseres Verständnis der vorliegenden Erfindung wird aus der folgenden detaillierten Beschreibung exemplarischer Ausführungsbeispiele und den Ansprüchen in Verbindung mit den zugehörigen Zeichnungen ersichtlich, die alle einen Teil der Offenbarung dieser Erfindung bilden. Während die folgende schriftliche und dargestellte Offenbarung auf ein Offenbaren exemplarischer Ausführungsbeispiele der Erfindung fokussiert ist, ist es völlig klar, dass dieselbe lediglich darstellend und exemplarisch ist und dass die Erfindung nicht auf dieselbe begrenzt ist. Die Wesensart und der Schutzbereich der vorliegenden Erfindung sind lediglich durch die Ausdrücke der beigefügten Ansprüche begrenzt. Das Folgende stellt kurze Beschreibungen der Zeichnungen dar.
Bevorzugte Ausführungsbeispiele der vorliegenden Erfindung werden nachfolgend Bezug nehmend auf die beiliegenden Zeichnungen näher erläutert. Es zeigen:

1 ein exemplarisches Mobiltelefonienetzwerk und Überwachungssysteme, die für eine Signalisierungsanalyse des Mobiltelefonienetzwerks verwendet werden;
2A - 2B exemplarische Anrufdetailaufzeichnungen (CDRs), die von unterschiedlichen Verbindungen in dem in 1 gezeigten Mobiltelefonnetzwerk erhalten werden;
3 ein exemplarisches Anrufverwaltungseinrichtungssystem gemäß einem Ausführungsbeispiel der vorliegenden Erfindung;
4 eine exemplarische Datenaufzeichnungsverwaltungskomponente gemäß einem Ausführungsbeispiel der vorliegenden Erfindung;
5 eine exemplarische Wechselwirkung zwischen Komponenten des Anrufverwaltungseinrichtungssystems gemäß einem Ausführungsbeispiel der vorliegenden Erfindung; und
6 ein exemplarisches Flussdiagramm einer exemplarischen Operation des Anrufverwaltungseinrichtungssystems gemäß einem Ausführungsbeispiel der vorliegenden Erfindung.

Vor einem Beginnen einer detaillierten Beschreibung der gegenständlichen Erfindung ist eine Erwähnung des Folgenden an der Reihe. Wenn geeignet, können gleichartige Bezugszeichen und Schriftzeichen verwendet werden, um identische, entsprechende oder ähnliche Komponenten in unterschiedlichen Figurenzeichnungen zu bezeichnen. Ferner sind in der detaillierten folgenden Beschreibung eventuell exemplarische Größen/Werte/Bereiche gegeben, obwohl die vorliegende Erfindung nicht auf dieselben begrenzt ist. Die vorliegende Erfindung ist auch für eine Verwendung bei allen Typen von Telekommunikationsnetzwerken anwendbar, einschließlich beispielsweise eines dienstintegrierten Digitalnetzwerks (ISDN = Integrated Systems Digital Network), eines Voice-Over-IP-Netzwerks (VoIP-Netzwerk), des Internets oder Mobiltelefonienetzwerken (z. B. basierend auf Telecommunications-Industry-Association-(TIA))/Electronics-Industries-Alliances-(EIA)-Standards, wie beispielsweise IS-95, IS-856 oder IS-2000), wie beispielsweise ein Zeitteilungsvielfachzugriff-Netzwerk (TDMA-Netzwerk; TDMA = Time Division Multiple Access), ein Codeteilungsmehrfachzugriff-Netzwerk (CDMA-Netzwerk; CDMA = Code Division Multiple Access), ein Breitband-Codeteilungsmehrfachzugriff-Netzwerk (W-CDMA-Netzwerk), ein GSM-Netzwerk (GSM = Global System for Mobile communication = weltweites System für mobilen Funkverkehr), ein GPRS-Netzwerk (GPRS = General Packet Radio Service = allgemeiner Paketfunkdienst) oder ein UMTS-Netzwerk (UMTS = Universal Mobile Telecommunications System = universelles Mobilkommunikationssystem) und die nächste Generation von drahtlosen Netzwerken, die verfügbar werden können, wenn sich eine Technologie entwickelt, einschließlich CDMA-Technologien für drahtlose Datendienste und Anwendungen, wie beispielsweise Drahtlos-E-Mail, Web, Aufnehmen/Senden digitaler Bilder und GPS-gestützte Positionslokalisierungsanwendungen, sowie kompatible Netzwerkprotokolle, wie beispielsweise Hypertexttransferprotokolle (HTTP), Dateitransferprotokolle (FTP = file transfer protocols), VoIP-Protokolle und UMTS-Protokolle, wie es durch die 3GPP-Gruppe (siehe http://www.3gpp.org) definiert ist. Der Einfachheit halber konzentrieren sich Erörterungen jedoch hauptsächlich auf eine exemplarische Verwendung eines UMTS-Mobilnetzwerks, obwohl der Schutzbereich der vorliegenden Erfindung nicht auf dasselbe begrenzt ist.
Eine Aufmerksamkeit wird nun auf die Zeichnungen und insbesondere auf 1 gerichtet, in der ein Beispiel eines Mobiltelefonienetzwerks dargestellt ist, wie beispielsweise ein Universelles-Mobiltelekommunikationssystem-Netzwerk (UMTS-Netzwerk) . Wie es in 1 gezeigt ist, umfasst das Mobiltelefonienetzwerk 100 ein Kernnetzwerk 110, das leitungsgeschaltete Netzwerke, wie beispielsweise ein öffentliches Telefonwählnetz (PSTN = public switch telephone network) 120, und/oder Paketvermittlungsnetzwerke unterstützt, wie beispielsweise Internet-Kern-IP 130; und ein Funkzugriffsnetzwerk 140, das mit dem Kernnetzwerk 110 verbunden ist, um Kommunikationen mit einer Benutzerausrüstung (UE = user equipment) 150 zu unterstützen, die typischerweise ein Mobiltelefon, ein Videotelefon oder ein Personaldigitalassistent (PDA) ist. Typischerweise enthält das Kernnetzwerk 110 ein Mobilschaltzentrum (MSC = mobile switching center) (nicht gezeigt), das Kommunikationen über die leitungsgeschalteten Netzwerke, wie beispielsweise das PSTN 120 unterstützt, und einen oder mehrere Unterstützungsknoten (nicht gezeigt), die einen Netzübergang bzw. Gateway zu den Paketvermittlungsnetzen bereitstellen, wie beispielsweise dem Internet-Kern-IP 130, und die Verbindung zwischen dem Netzwerk und der Benutzerausrüstung (UE) 150 für drahtlose Kommunikationen steuern. Das Funkzugriffsnetzwerk 140 umfasst einen oder mehrere Knoten „B“, auch als Basisstationen bekannt, 142A - 142N und eine oder mehrere Funknetzwerksteuerungen (RNCs = radio network controllers) 142A - 142N, die mit der lokalisierten Gruppe von Knoten 142A - 142N verbunden sind, um den geeignetsten Knoten für die Benutzerausrüstung (UE) 150 auszuwählen und, wenn nötig, eine Übergabe während drahtloser Kommunikationen durchzuführen. Eine Netzwerkarchitektur und eine Implementierung des UMTS-Netzwerks 100, einschließlich Backbone-ATM-Schaltern, Schnittstellen, wie beispielsweise „lu“, die zwischen den RNCs 144A - 144N und dem Kernnetzwerk 110 angeordnet sind, „lur“, die zwischen den RNCs 144A - 144N angeordnet sind, „lub“, die zwischen den RNCs 144A - 144N und den entsprechenden Knoten 142A - 142N angeordnet sind, Signalisierungsverbindungen zwischen Knoten und Netzwerkelementen innerhalb des UMTS-Netzwerks 100 und Signalisierungsinformationen, die zwischen den Signalisierungsverbindungen durchlaufen, sind gut bekannt und müssen folglich hierin nicht detailliert beschrieben werden. Der Kürze halber jedoch stellen die Signalisierungsinformationen Daten hinsichtlich der Einrichtung, Steuerung und Verwaltung von Funktionen des Netzwerks 100 dar. Detailaufzeichnungen, wie beispielsweise Anrufdetailaufzeichnungen (CDRs) eines spezifischen Anrufs oder Transaktionsdetailaufzeichnungen (TDRs) einer spezifischen Datensitzung können aus Signalisierungsinformationen aufgebaut werden, die zwischen Signalisierungsverbindungen innerhalb des Mobiltelefonienetzwerks 100 übertragen werden. Die Ausdrücke „CDR“ und „TDR“ können in dem Kontext eines Mobiltelefonienetzwerks 100, das hierin offenbart ist, als austauschbar betrachtet werden. Gleichermaßen können auch die Ausdrücke „Anruf“ und „Datensitzung“ austauschbar verwendet werden und können allgemein einfach als „Transaktion“ beschrieben werden.
Typischerweise können CDRs unterschiedliche Strukturen oder Formate in der Telekommunikationsindustrie aufweisen, wobei jede unterschiedliche Typen von Informationen enthält, abhängig davon, wofür die CDRs verwendet werden, einschließlich beispielsweise eines Definierens von Telefonanrufen, die von Festnetztelefonen ausgehen, Telefonanrufen, die an Festnetztelefonen enden, und Telefonanrufen, die an Mobiltelefonen enden. Der Einfachheit halber jedoch sollen CDRs, wie auf dieselben hierin Bezug genommen wird, allgemeine bzw. generische CDRs darstellen. Der Ausdruck „CDR“ bezieht sich allgemein auf irgendeine elektronische Aufzeichnung der Details eines Anrufs, einschließlich beispielsweise einer Ursprungsnummer, einer Endnummer, einer Zeit, einer Dauer etc. Genau gesagt kann jede CDR einer Sammlung von Nachrichten entsprechen, die Parameter und Zeitstempel aufweisen, die jedem Anruf zugeordnet sind, die Details hinsichtlich des Anrufursprungs, des Bestimmungsorts sowie andere Details liefern. Die Parameter und Zeitstempel, die jeder Nachricht zugeordnet sind, oder die Sammlung von Informationen, die als die „CDR“ bezeichnet wird, sind die primären Informationen, die benötigt werden, um zu bestimmen, wer wen angerufen hat, wie der Anruf geleitet wurde, sowie die Anrufdisposition für eine Signalisierungsanalyse zu bestimmen. Diese CDRs können für eine breite Vielfalt von Anwendungen überwacht und analysiert werden, einschließlich beispielsweise Dienstqualitätsanwendungen und Geschäftsauskunftsanwendungen, wie beispielsweise eine Dienstzusicherung, Betrugserfassung, Erfüllungs- und Rechnungslegungsanwendungen.
Wie es in 1 gezeigt ist, kann ein Überwachungssystem 160 konfiguriert sein, um einen Verkehr, einschließlich Signalisierungsdaten, an Schlüsselschnittstellen, einschließlich beispielsweise „lub“-Schnittstellen und „lu“-Schnittstellen oder anderen Signalisierungsverbindungen innerhalb des Mobiltelefonienetzwerks 100 für eine Signalisierungsanalyse des Mobiltelefonienetzwerks 100 aufzunehmen bzw. zu erfassen. Ein derartiges Überwachungssystem 160 kann mit Schnittstellen, wie beispielsweise „lub“-Schnittstellen, die eine der RNCs 144A - 144N mit zumindest einem Knoten 142A - 142N verbinden, oder „lu“-Schnittstellen, die die RNCs 144A - 144N mit dem Kernnetzwerk 110 verbinden, oder ATM-Schaltern entweder direkt oder über ein lokales oder weites Netz (LAN/WAN) gekoppelt sein, um Signalisierungsdaten an einer speziellen Schnittstelle oder Signalisierungsverbindung aufzunehmen und aufgenommene Signalisierungsdaten für eine Analyse oder Sammlung durch ein Computersystem (Datenbanksystem) 170 zu liefern. Das Überwachungssystem 160 kann beispielsweise ein AGILENT™ G6801A Distributed Network Analyzer (DNA) sein, der zum Aufnehmen aller Signalisierungsdaten von einer speziellen Signalisierungsverbindung (d. h. einer Schnittstelle innerhalb des Mobiltelefonienetzwerks 100), die sich beispielsweise auf einen einzigen Anruf oder eine Datensitzung beziehen, und zum Steuern der Verteilung der Signalisierungsdaten für ein Echtzeit-Netzwerktesten und eine Analyse verwendet wird, einschließlich einer Dienstqualitätsdiagnose und einer Fehlersuche. Zusätzlich können Softwareanwendungen, wie beispielsweise die AGILENT™ J7326A Signaling Analyzer Software (SAS), ebenfalls an dem Computersystem 170 installiert sein, das ein unabhängiger Server oder ein Hostcomputersystem, um aufgenommene Signalisierungsdaten lokal zu decodieren und zu analysieren, mit einer Echtzeitanzeige sein kann. Die SAS kann auch an dem Überwachungssystem 160 oder irgendeinem Rechensystem gespeichert sein, wie beispielsweise einem externen PC, einem Laptop oder einem Server, der mit einem lokalen Netz (LAN) gekoppelt ist. Die aufgenommenen Signalisierungsdaten können eine große Anzahl von Anrufen/Sitzungen darstellen und können über ein benutzerkonfigurierbares Fenster- oder Tabellenformat visuell angezeigt werden, so dass ein Benutzer (d. h. ein Netzwerkadministrator oder Wartungspersonal) jeden Anruf verfolgen kann, der an dem Mobiltelefonienetzwerk 100 aufgetreten ist oder auftritt.
Typischerweise erzeugt das Überwachungssystem 160 Detailaufzeichnungen, wie beispielsweise CDRs, die durch ein Zusammenstückeln einzelner Rahmen eines eingehenden Datenstroms, die über das Mobiltelefonienetzwerk 100 transportiert werden, zusammengefügt sind. Diese CDRs können beispielsweise an dem Computersystem 170 angezeigt werden und können alternativ für eine spätere Signalisierungsanalyse gesichert werden, wobei potentiell eine lange Zeit gelassen ist, bevor eine Signalisierungsanalyse realisiert werden kann und Abhilfehandlungen ansprechend auf die Signalisierungsanalyse unternommen werden können. Bei einem Betrachten von Anrufen innerhalb des Überwachungssystems 160 und/oder des Computersystems 170 in Echtzeit jedoch kann der Benutzer (d. h. der Netzwerkadministrator oder das Wartungspersonal) angesichts der Unmenge von Anrufen überwältigt sein, die innerhalb des Mobiltelefonienetzwerks 100 stattfinden.
2A - 2B stellen beispielsweise eine visuelle Anzeige unterschiedlicher Typen von Anrufdetailaufzeichnungen (CDRs) dar, die von unterschiedlichen Signalisierungsverbindungen (Überwachungspunkten, wie beispielsweise Schnittstellen oder Schalter) in dem Mobiltelefonienetzwerk 100 an einem Computersystem 170 erhalten werden. Genau gesagt stellt 2A eine visuelle Anzeige exemplarischer CDRs dar, die von einer „lu“-Schnittstelle erhalten werden, die zwischen den RNCs 144A - 144N des Funkzugriffsnetzwerks (RAN = radio access network) 140 und dem Kernnetzwerk 110 des Mobiltelefonienetzwerks 100 angeordnet ist. Alternativ stellt 2B eine visuelle Anzeige exemplarischer CDRs dar, die von einer „lub“-Schnittstelle erhalten werden, die zwischen den RNCs 144A - 144N und den entsprechenden Knoten 142A - 142N des Funkzugriffsnetzwerks (RAN) 140 des Mobiltelefonienetzwerks 100 angeordnet ist.
Wie es in 2A und 2B gezeigt ist, stellt jede Zeile in der Anzeige des Datenbanksystems 170 einen Anruf dar, der an dem Mobiltelefonienetzwerk 100 aufgetreten ist oder auftritt. Jede Spalte enthält Parameter, die für eine spezifische Anrufverfolgung speziell sind, die spezifische Probleme angeben kann. Die Parameter, die für eine „lu“-Schnittstelle verwendet werden, wie es in 2A gezeigt ist, können beispielsweise Anruf-ID, Dauer, Status, Startzeit, Aufbaugrund, IMSI, IMEI, älteste TMSI/P-TMSI, neueste TMSI/P-TMSI, SAI LAC, SAI SAC, RAC, Angerufener-Teilnehmer-BCD-Nummer, Anrufender-Teilnehmer-BCD-Nummer, Diensttyp, Bereich, SCCP-Freigabegrund, RANAP-Grund, Einrichtungszeit, Freischaltzeit, Sprachweg/CID, schlechte Sprachrahmen, IPv4-Adresse, Aufwärtsverbindungspakete, Abwärtsverbindungspakete, Aufwärtsverbindungsoktetts, Abwärtsverbindungsoktetts, Aufwärtsverbindungsrate bp/s und Abwärtsverbindungsrate bp/s umfassen. Gleichermaßen können die Parameter, die für eine „lub“-Schnittstelle verwendet werden, wie es in 2B gezeigt ist, beispielsweise Anruf-ID, Dauer, Status, Startzeit, Aufbaugrund, IMSI, IMEI, älteste TMSI/P-TMSI, neueste TMSI/P-TMSI, Knoten-B-CommCtx-ID, CRNC-CommCtx-ID, S-RNTI, SRNC-Identität, LAC, RAC, Zellidentifizierer, Diensttyp, Bereich, SCCP-Freigabegrund, RANAP-Grund, Einrichtungszeit, Freischaltzeit, Sprachweg/CID, schlechte Sprachrahmen, IPv4-Adresse, Aufwärtsverbindungspakete, Abwärtsverbindungspakete, Aufwärtsverbindungsoktetts, Abwärtsverbindungsoktetts, Aufwärtsverbindungsrate bp/s und Abwärtsverbindungsrate bp/s umfassen.
„Anruf-ID“ kann einen eindeutigen Identifizierer für einen spezifischen Anruf darstellen; „Dauer“ kann eine Dauer des abgeschlossenen Anrufs darstellen; „Status“ kann darstellen, ob ein Anruf aktiv oder beendet ist. „Startzeit“ kann die Startzeit des Anrufs darstellen; „IMSI“ kann eine internationale Mobilteilnehmeridentität (International Mobile Subscriber Identity) eines Teilnehmers darstellen, der den Anruf einleitet; „IMEI“ kann eine internationale Mobilausrüstungsidentität (International Mobile Equipment Identity) von Ausrüstungsherstellern darstellen; „älteste TMSI/P-TMSI“ kann eine temporäre Mobilteilnehmeridentität (TMSI = Temporary Mobile Subscriber Identity) und die Paket-TMSI darstellen; „neueste TMSI/P-TMSI“ kann die neueste TMSI und die Paket-TMSI darstellen; „SAI LAC“ kann einen Dienstbereichsidentifizierer (Service Area Identifier) des Positionsbereichscodes (Location Area Code) darstellen, „SAI SAC“ kann einen Dienstbereichsidentifizierer des Routingbereichscodes (Routing Area Code) darstellen; „Angerufener-Teilnehmer-BCD-Zahl“ kann eine Angerufener-Teilnehmer-Binärcodierte-Dezimalzahl darstellen; „Anrufender-Teilnehmer-BCD-Zahl“ kann eine Anrufender-Teilnehmer-Binärcodierte-Dezimalzahl darstellen; „Knoten-B-CommCtx-ID“ kann einen Identifizierer des Kommunikationskontextes bei dem Knoten B darstellen; „CRNC-CommCtx-ID“ kann einen Identifizierer des Kommunikationskontextes des Knotens B bei der Funknetzwerksteuerung (RNC) darstellen; „S-RNTI“ kann eine versorgende temporäre Funknetzwerkidentität (serving Radio Network Temporary Identity) darstellen; „SRNC-Identität“ kann eine versorgende Funknetzwerksteuerungsidentität (serving Radio Network Controller Identity) darstellen; „LAC“ kann einen Positionsbereichscode darstellen, der einen Positionsbereich innerhalb des Mobilnetzwerks 100 identifiziert; „RAC“ kann einen Routingbereichscode innerhalb eines Positionsbereichs darstellen; „Zellidentifizierer“ kann einen Identifizierer einer Zelle bei einer Funknetzwerksteuerung (RNC) darstellen; „Diensttyp“ kann einen Typ eines Dienstes darstellen, der während der Dauer eines Anrufs auftrat; „Bereich“ kann einen Netzwerktyp darstellen, in dem ein Anruf übertragen wird: leitungsgeschaltet (CS = Circuit Switched) oder paketvermittelt (PS = Packet Switched); „Freigabegrund“ kann ein Kriterium für den Anruf darstellen, der freigegeben werden soll; „RANAP-Grund“ kann eine Textbeschreibung eines Grunds darstellen; „Einrichtungszeit“ kann eine Zeit darstellen, die benötigt wird, um einen Anruf oder eine Sitzung einzurichten; „Freischaltzeit“ kann eine Zeit darstellen, die benötigt wird, um einen Anruf oder eine Sitzung freizuschalten; „Sprachweg/CID“ kann eine VCI/CID darstellen, die für den Anruf verwendet wird; „schlechte Sprachrahmen“ können einen Zählwert der Anzahl von schlechten Sprachrahmen darstellen, die während eines Anrufs erfasst wurden, was den Qualitätspegel von Sprachanrufen während eines Anrufs angibt; „IPv4-Adresse“ kann die Internet-Protokoll-Version-Nr.-4-Adresse darstellen; „Aufwärtsverbindungspakete“ können einen Zählwert der Anzahl von IP-Paketen darstellen, die die Benutzerausrüstung (UE) während einer Datensitzung zu dem Mobilnetzwerk 100 gesendet hat; „Abwärtsverbindungspakete“ kann einen Zählwert der Anzahl von IP-Paketen darstellen, die die Benutzerausrüstung (UE) 110 während einer Datensitzung von dem Mobilnetzwerk 100 empfangen hat; „Aufwärtsverbindungsoktetts“ kann den Zählwert der Anzahl von IP-Oktetts darstellen, die die Benutzerausrüstung (UE) 110 während einer Datensitzung zu dem Mobilnetzwerk 100 gesendet hat; „Abwärtsverbindungsoktetts“ kann einen Zählwert der Anzahl von IP-Paketen darstellen, die die Benutzerausrüstung (UE) während einer Datensitzung von dem Mobilnetzwerk 100 empfangen hat; „Aufwärtsverbindungsrate bp/s“ kann die durchschnittliche Datentransferrate in Bits/Sekunde darstellen, die die Benutzerausrüstung (UE) 110 während eines Sendens von Daten zu dem Mobilnetzwerk 100 erfahren hat; und „Abwärtsverbindungsrate bp/s“ kann eine durchschnittliche Datentransferrate in Bits/Sekunde darstellen, die die Benutzerausrüstung (UE) 110 während eines Empfangens von Daten von dem Mobilnetzwerk 100 erfahren hat.
Wie es aus 2A - 2B zu sehen ist, können Anrufe und Anruf-ID-Variablen, die von unterschiedlichen Signalisierungsverbindungen (d. h. Schnittstellen) in dem Mobiltelefonienetzwerk 100 erhalten werden, unterschiedlich sein; dennoch können diese Anrufe gemeinsame Charakteristika aufweisen, wie beispielsweise: Anruftyp; Startzeit; Endzeit; Erfolgreich; oder Ausfallgrund, die alle (ob von einer oder mehreren Signalisierungsverbindungen) analysiert werden können, um Probleme in dem Mobiltelefonienetzwerk 100 zu identifizieren und genau zu bestimmen. Dennoch muss der Benutzer das hohe Volumen von Anrufen, die an dem Mobiltelefonienetzwerk 100 transportiert und beispielsweise an dem Datenbanksystem 170 betrachtet werden, durchsieben. Folglich kann eine derartige Durchsicht überwältigend sein, ob die Anrufe nun von einer einzigen Signalisierungsverbindung oder unterschiedlichen Signalisierungsverbindungen erhalten werden. Wenn zudem Probleme identifiziert sind, enthalten CDRs, die von dem Überwachungssystem 160 erhalten werden, lediglich einen begrenzten Teilsatz von Informationen, der wiederum lediglich hinsichtlich begrenzter Probleme analysiert werden kann. Deshalb ist es wichtig, einen Benutzer (d. h. einen Netzwerkadministrator oder Wartungspersonal) mit verbesserten Werkzeugen, Systemen und Verfahren für die Verwaltung und Analyse von Detailaufzeichnungen in einem derartigen Mobiltelefonienetzwerk 100 zu versehen, einschließlich der Fähigkeit, alle Anrufe, die in dem Mobiltelefonienetzwerk 100 auftreten, hinsichtlich eines spezifischen Typs von Anrufen, die von Interesse sind, zu filtern, wie beispielsweise lediglich fehlgeschlagene Anrufe, der Fähigkeit, CDRs angesichts eines spezifischen Anrufs oder einer Datensitzung entfernt zu speichern und wiederzuerlangen, und der Fähigkeit, das vollständige Detail auf Rahmenebene der tatsächlichen CDR für eine spezifische Signalisierungsanalyse bei einem derartigen Mobiltelefonienetzwerk 100 zu betrachten.
Unter jetziger Bezugnahme auf 3 ist ein Beispiel des Anrufverwaltungseinrichtungssystems 300 gemäß einem Ausführungsbeispiel der vorliegenden Erfindung dargestellt. Wie es in 3 gezeigt ist, weist das Anrufverwaltungseinrichtungssystem 300 drei Elemente auf: einen Anrufverwaltungseinrichtungsprogrammablaufclient 310, der einen eingehenden Datenstrom, der aus einzelnen Rahmen (Nachrichten) gebildet ist, die jeden Anruf bilden, von einer Signalisierungsverbindung (d. h. einer Schnittstelle oder einem Schalter) innerhalb eines Mobiltelefonienetzwerks 100 empfängt und auf einen Empfang des eingehenden Datenstroms hin einzelne Rahmen von Rohdaten in Datendateien (z. B. SAL-Dateien) speichert, die mit einem Dateiverzeichnis versehen sind, und dann Datenaufzeichnungen, wie beispielsweise CDRs, erzeugt, die den Anrufen entsprechen, die über das Mobiltelefonienetzwerk 100 transportiert werden; eine Anrufverwaltungseinrichtung 320, die die Speicherung und Wiedererlangung von CDRs und einzelnen Rahmen entsprechender CDRs, die bei dem Anrufverwaltungseinrichtungsprogrammablaufclient 310 gespeichert sind, verwaltet, einschließlich eines Auswählens eines spezifischen Typs von Anrufen, die von Interesse sind, und eines Ausführens einer „Extrahieren“-Operation, bei der Details einzelner Rahmen, die den ausgewählten Anruf bilden, auf Anforderung durch einen Benutzer (d. h. eines Netzwerkadministrators oder Wartungspersonal) extrahiert werden können; und einen Anrufverwaltungseinrichtungsanforderer (Clienteingabe) 330, der ermöglicht, dass der Benutzer Anrufe durchsieht, die an dem Mobiltelefonienetzwerk 100 transportiert werden, eine Auswahl hinsichtlich des Typs von Anrufen, die von Interesse sind, für eine Wiedererlangung aller CDRs, die dem ausgewählten Anruf zugeordnet sind, für eine Signalisierungsanalyse vornimmt, und eine Ausführung der „Extrahieren“-Operation anfordert, bei der detaillierte Rahmennachrichten, die einer oder mehreren ausgewählten CDRs entsprechen, für eine visuelle Anzeige für eine detaillierte Signalisierungsanalyse wiedererlangt werden können. Eine derartige detaillierte Signalanalyse kann beispielsweise einen Bericht einer zeitbasierten Sequenz von Ereignissen, die auf mögliche Fehler zu spezifischen Zeiten überprüft werden können, eine Bestätigung der CDR, um die Genauigkeit derselben sicherzustellen, und einen Bericht einzelner gemeinsamer Messungen umfassen, (die Messungen sind, die alle N Sekunden gesendet werden, um Signalcharakteristika anzugeben, wie beispielsweise eine Signalstärke) die auf Signalcharakteristika überprüft werden können. Dieser Typ einer detaillierten Signalanalyse kann lediglich basierend auf Rohrahmennachrichten abgeschlossen werden, und nicht basierend auf den CDRs.
Der Anrufverwaltungseinrichtungsprogrammablaufclient 310, die Anrufverwaltungseinrichtung 320 und der Anrufverwaltungseinrichtungsanforderer 330 können Softwaremodule sein, die über eine Vielfalt von Softwaresprachen geschrieben sein können, einschließlich C, C++, Java, Visual Basic und vielen anderen. Die verschiedenen Softwaremodule können ferner in einer einzigen Anwendung integriert sein, die an einer oder mehreren Steuereinheiten (nicht gezeigt) ausgeführt werden, wie beispielsweise einem Mikroprozessor, einer Mikrosteuerung oder einer Prozessorkarte (einschließlich eines oder mehrerer Mikroprozessoren oder Mikrosteuerungen) in dem Computersystem 170, wie es in 1 gezeigt ist. Alternativ können die Softwaremodule auch in unterschiedlichen Anwendungen verteilt sein, die durch unterschiedliche Rechensysteme ausgeführt werden, wie beispielsweise dem Überwachungssystem 160, dem Computersystem 170 oder irgendwelchen anderen Rechengeräten, die mit dem Mobiltelefonienetzwerk 100 verbunden sind. Der Anrufverwaltungseinrichtungsprogrammablaufclient 310 kann beispielsweise an dem Überwachungssystem 160 resident sein, wie es in 1 gezeigt ist. Die Anrufverwaltungseinrichtung 320 kann an dem Computersystem 170 resident sein. Gleichermaßen kann der Anrufverwaltungseinrichtungsanforderer 330 an dem gleichen Computersystem 170 oder alternativ einem anderen Rechengerät resident sein, wie beispielsweise einem externen PC, einem Laptop oder einem Server, der mit einem lokalen Netz (LAN) gekoppelt ist. Alternativ können Komponenten des Anrufverwaltungseinrichtungsprogrammablaufclients 310, der Anrufverwaltungseinrichtung 320 und des Anrufverwaltungseinrichtungsanforderers 330 ferner in einer einzigen Anwendung integriert sein, die an einem einzigen Rechengerät installiert sein kann, wie beispielsweise dem Computersystem 170, wie es in 1 gezeigt ist.
Diese Softwaremodule können Daten und Anweisungen umfassen, die ferner auf einem oder mehreren maschinenlesbaren Speicherungsmedien gespeichert sein können, wie beispielsweise dynamischen oder statischen Direktzugriffsspeichern (DRAMs oder SRAMs), löschbaren und programmierbaren Nur-Lese-Speichern (EPROMs), elektrisch löschbaren und programmierbaren Nur-Lese-Speichern (EEPROMs) und Flash-Speichern; Magnetplatten, wie beispielsweise Festplatten, Disketten und entfernbaren Platten; anderen Magnetmedien, einschließlich eines Bands; und optischen Medien, wie beispielsweise CDs (Compact Discs) oder DVDs (Digital Video Discs).
Anweisungen der Softwareroutinen oder -module können ferner in einer von vielen unterschiedlichen Weisen in das Überwachungssystem 160, das Computersystem 170 oder irgendwelche Rechengeräte in dem Mobiltelefonienetzwerk 100 geladen oder transportiert werden. Beispielsweise können Codesegmente, die Anweisungen umfassen, die auf Disketten, CD- oder DVD-Medien, einer Festplatte gespeichert oder durch eine Netzwerkschnittstellenkarte, ein Modem oder irgendein anderes Schnittstellengerät transportiert werden, in das System geladen und als entsprechende Softwareroutinen oder -module ausgeführt werden. Bei dem Lade- oder Transportprozess können Datensignale, die als Trägerwellen (über Telefonleitungen, Netzwerkleitungen, drahtlose Verbindungen, Kabel und dergleichen übertragen) ausgeführt sind, die Codesegmente, einschließlich Anweisungen, zu dem Netzwerkknoten oder -element kommunizieren. Derartige Trägerwellen können in der Form von elektrischen, optischen, akustischen, elektromagnetischen oder anderen Typen von Signalen sein.
Unter erneuter Bezugnahme auf 3 umfasst der Anrufverwaltungseinrichtungsprogrammablaufclient 310 einen Datenaufzeichnungsgenerator 312 und eine interne Datenbank, die als ein Dateidepot 314 bekannt ist. Der Datenaufzeichnungsgenerator 312 ist angeordnet, um einen eingehenden Datenstrom zu empfangen, der aus einzelnen Rahmen (Nachrichten) gebildet ist, die Anrufe darstellen, die an dem Telefonienetzwerk 100 aufgetreten sind oder auftreten, einzelne Rahmen oder Nachrichten, die jeden Anruf bilden, in einer getrennten und diskreten Datendatei zu verpacken, die als SAL-Dateien bekannt sind, verpackte Datendateien in dem Dateidepot 314 zu speichern und dann Datenaufzeichnungen, wie beispielsweise CDRs zu erzeugen, die den Anrufen entsprechen, die an dem Telefonienetzwerk 100 aufgetreten sind oder auftreten.
Die Anrufverwaltungseinrichtung 320 umfasst eine Datenaufzeichnungsverwaltungskomponente (DRMC = data record management component) 322 und eine interne Datenbank, die als ein CDR-Depot 324 bekannt ist. Die Datenaufzeichnungsverwaltungskomponente (DRMC) 322 kann konfiguriert sein, um die CDRs, die von dem Datenaufzeichnungsgenerator 312 empfangen werden, zu empfangen und in das CDR-Depot 324 zu speichern und eine oder mehrere CDRs aus dem CDR-Depot 324, die einer speziellen Anruf-ID zugeordnet sind (z. B. IMSI), auf Anforderung von dem Anrufverwaltungseinrichtungsanforderer 330 für eine visuelle Anzeige wiederzuerlangen. Die Datenaufzeichnungsverwaltungskomponente (DRMC) 322 kann ferner konfiguriert sein, um eine Anforderung von dem Anrufverwaltungseinrichtungsanforderer 330 zu empfangen, um eine „Extrahieren“-Operation durchzuführen, bei der Details einzelner Rahmen, die in dem Dateidepot 314 gespeichert sind, die den ausgewählten Anruf bilden, für eine visuelle Anzeige an dem Anrufverwaltungseinrichtungsanforderer 330 für eine detaillierte Signalisierungsanalyse aus dem Dateidepot 314 extrahiert werden können. Der Anrufverwaltungseinrichtungsanforderer 330 kann eine intuitive grafische Benutzerschnittstelle (GUI) sein, um eine Klarheit und einfache Verwendung für eine Benutzereingabe zu ermöglichen.
Eine derartige Datenaufzeichnungsverwaltungskomponente (DRMC) 322 kann ferner eine Steuereinheit 410 sein, wie es in 4 gezeigt ist, wie beispielsweise ein Mikroprozessor, eine Mikrosteuerung oder eine Prozessorkarte, die beispielsweise in dem Computersystem 170 installiert ist, das in 1 gezeigt ist, die konfiguriert sein kann, um einen Satz von Funktionen 420 durchzuführen, einschließlich der Verwaltung der CDRs, die bei dem CDR-Depot 324 gespeichert sind, und einzelner Rahmen entsprechender CDRs, die bei dem Dateidepot 314 gespeichert sind, und der Ausführung der „Extrahieren“-Operation. Der Satz von Funktionen 420 kann ferner Funktionen umfassen, die verwendet werden, um andere Aspekte des Anrufverwaltungseinrichtungssystems zu verwalten, einschließlich beispielsweise eines CDR-Filtermechanismus 430, um ein Filtern und Anpassen von Anrufen an spezifische benutzerdefinierte Anrufkriterien „in Echtzeit“ zum Auswählen des Typs von Anrufen, die von Interesse sind, und eines Benachrichtigungsmechanismus 440, um spezifische benutzerdefinierte Anrufkriterien und Alarme, die durch den Benutzer eingestellt sind, über den Anrufverwaltungseinrichtungsanforderer 330 zu konfigurieren und die Benachrichtigung und den Transport der ausgelösten Alarme und zugeordneten CDRs zu dem CDR-Depot 324 zu liefern.
Alarmkriterien können beispielsweise folgendes umfassen: Name des Alarms, Anrufaufzeichnungstyp, Übereinstimmungskriterien (d. h. logische Ausdrücke), Anzahl von Malen, die die Kriterien übereinstimmen müssen, Zeitperiode, um den Alarm durchzuführen, und Benachrichtigungsverfahren, wie beispielsweise E-Mail-Benachrichtigung, Pager bzw. Rufanlage, Textnachricht, SNMP-Programmunterbrechung (SNMP = Simple Network Management Protocol) oder irgendeine Kombination derselben. Diese sollen keine begrenzende Liste sein, weil unterschiedliche Benutzer unterschiedliche Alarmkriterien abhängig davon spezifizieren wollen, welche Aspekte des Mobiltelefonienetzwerks 100 überwacht und durchgesehen werden müssen. Andere Eingabemechanismen sind möglich, wie beispielsweise eine editierbare Tabelle, und es können Vorgaben gesetzt sein, so dass ein Benutzer nicht alle Daten für die Alarmkriterien spezifizieren muss.

Ein exemplarischer Alarm kann konfiguriert sein, um das Folgende zu umfassen: (1) Name des Alarms; (2) Anrufaufzeichnungstyp; (3) Übereinstimmungskriterien (logische Ausdrücke können verwendet werden); (4) die Anzahl von Malen, die diese Kriterien übereinstimmen müssen; (5) Zeitperiode, um den Alarm durchzuführen. Ein Beispiel von benutzerdefinierten Anrufkriterien können in der folgenden Tabelle 1 wie folgt gezeigt sein: TABELLE 1

Kriterien	Wert
Name des Alarms	anomale „lu“-Freigaben
Anrufaufzeichnungstyp	„lu“-Schnittstelle
Übereinstimmungskriterien	RANAP-Grund = ,anomale Freigabe‘
Das Minimum an Malen, die diese Kriterien übereinstimmen müssen	10
Zeitperiode, um den Alarm durchzuführen	60 Sekunden
Benachrichtigung	SNMP-Programmunterbrechung

Ein CDR-Filtermechanismus 430, wie derselbe in 4 gezeigt ist, kann beispielsweise konfiguriert sein, um die benutzerdefinierten Anrufkriterien aus dem CDR-Depot 324 zu lesen und zu bestimmen, ob die CDRs, die von dem Anrufverwaltungseinrichtungsprogrammablaufclient 310 erzeugt werden, mit den entsprechenden benutzerdefinierten Anrufkriterien übereinstimmen. Falls die CDRs, die von dem Anrufverwaltungseinrichtungsprogrammablaufclient 310 erzeugt werden, mit den benutzerdefinierten Anrufkriterien übereinstimmen, dann können ausgewählte CDRs in dem CDR-Depot 324 gespeichert werden. Auf diese Weise können eingehende CDRs auf eine verwendbare Größe herunter auf einer „Echtzeit“-Basis syntaktisch analysiert bzw. geparst werden, so dass lediglich spezifische interessierende Anrufe erkannt werden und Anrufe, die nicht von Interesse sind, ignoriert oder herausgefiltert werden können. Der CDR-Filtermechanismus 430 ist nicht protokollspezifisch und kann folglich viele verschiedene Typen von Protokollen handhaben, wie beispielsweise CDMA, CDMA 200, GSM und GPRS. Sobald die interessierenden Anrufe über den CDR-Filtermechanismus 430 erkannt und gefiltert sind, kann der Benachrichtigungsmechanismus 440 verwendet werden, um den Benutzer beispielsweise durch eine E-Mail-Benachrichtigung, einen Pager, eine Textnachricht, eine SNMP-Programmunterbrechung oder irgendeine Kombination derselben zu benachrichtigen. Der Benachrichtigungsmechanismus 440 kann beispielsweise eine Nachricht, dass zehn (10) anomale Anrufbeendigungen in einem einminütigen Fenster zu einer bestimmten Tageszeit aufgetreten sind, zusammenbündeln und die gebündelte Nachricht zu dem Benutzer senden. Sobald derselbe benachrichtigt ist, kann der Benutzer dann die tatsächlichen Anrufe untersuchen, die die Benachrichtigung auslösten, und einen oder mehrere ausgewählte Anrufe für eine Signalisierungsanalyse durchsehen. Alle Alarme, die ausgelöst wurden, und Anrufe, die einem ausgelösten Alarm zugeordnet sind, können in dem CDR-Depot 324 gespeichert werden und können durch den Benutzer über den Anrufverwaltungseinrichtungsanforderer 330 historisch betrachtet und wiedererlangt/gelöscht werden.
Unter jetziger Bezugnahme auf 5 ist eine exemplarische Wechselwirkung zwischen Komponenten des Anrufverwaltungseinrichtungssystems gemäß einem Ausführungsbeispiel der vorliegenden Erfindung dargestellt. Wie es in 5 gezeigt ist, ist die Datenaufzeichnungsverwaltungskomponente 322 der Anrufverwaltungseinrichtung 320 mit einer Mehrzahl von I/O-Hardwareanwendungsprogrammschnittstellen (I/O-Hardware-APIs; APIs = application program interfaces), die ermöglichen, dass der Anrufverwaltungseinrichtungsanforderer 330 eine „Extrahieren“-Operation anfordert, und einem internen Rahmenextraktor versehen, der ursprüngliche Rahmennachrichten aus einer Datei, die aus dem Dateidepot 314 während der „Extrahieren“-Operation wiedererlangt werden, für eine visuelle Anzeige bei dem Anrufverwaltungseinrichtungsanforderer 330 extrahiert. Typischerweise können alle interessierenden CDRs, die allgemein einer speziellen Anruf-ID zugeordnet sind (z. B. IMSI), aus dem CDR-Depot 324 in einer von zwei Weisen erhalten werden: Erstens können CDRs, die einer speziellen Anruf-ID zugeordnet sind, über benutzerdefinierte Anrufkriterien, die bei dem Anrufverwaltungseinrichtungsanforderer 330 eingegeben werden, direkt aus dem CDR-Depot 324 erhalten werden. Zweitens können die gleichen CDRs auch über den CDR-Filtermechanismus 430, der in 4 gezeigt ist, automatisch aus dem CDR-Depot 324 erhalten werden. Die interessierenden CDRs weisen entsprechende Datei-IDs auf (d. h. Verzeichnispositionen des Dateidepots 314), die nachfolgend durch die Datenaufzeichnungsverwaltungskomponente 322 der Anrufverwaltungseinrichtung 320 verwendet werden, um auf das Dateidepot 314 des Anrufverwaltungseinrichtungsprogrammablaufclients 310 zuzugreifen, um entsprechende Datendateien wiederzuerlangen. Die interessierenden CDRs, d. h. alle CDRs einer speziellen Anruf-ID, können dann in einem Fenster an dem Anrufverwaltungseinrichtungsanforderer 330 angezeigt werden, wie es beispielsweise in 2A - 2B gezeigt ist, wobei der Benutzer eine Auswahl einer oder mehrerer CDRs für eine weitere detaillierte Signalisierungsanalyse vornehmen kann. Falls eine oder mehrere interessierende CDRs ausgewählt sind, wird bei dem Anrufverwaltungseinrichtungsanforderer 330 eine API-Anforderung, die eine Verzeichnisposition und eine Anruf-ID enthält, für eine SAL-Datei erteilt, die die Details einzelner Rahmen enthält, die zu einer spezifischen CDR gehören. Die Datenaufzeichnungsverwaltungskomponente 322 der Anrufverwaltungseinrichtung 320 durchsucht das Dateidepot 314 und sucht nach einer spezifischen CDR, so dass eine SAL-Datei erzeugt werden kann und ursprüngliche einzelne Rahmen, die jeden Anruf bilden, für eine visuelle Anzeige an dem Anrufverwaltungseinrichtungsanforderer 330 für eine detaillierte Signalisierungsanalyse aus der SAL-Datei extrahiert werden können.
6 stellt ein exemplarisches Flussdiagramm einer exemplarischen „Extrahieren“-Operation 600 des Anrufverwaltungseinrichtungssystems gemäß einem Ausführungsbeispiel der vorliegenden Erfindung dar. Wie es in 6 gezeigt ist, setzt der Benutzer an dem Anrufverwaltungseinrichtungsanforderer 330 benutzerdefinierte Anrufkriterien zum Erhalten interessierender CDRs, d. h. aller CDRs, die einer speziellen Anruf-ID zugeordnet sind (z. B. IMSI), bei einem Block 610. Zum Beispiel können alle Anrufe, die durch einen spezifischen Benutzer in den letzten 20 Tagen vorgenommen wurden, an dem Anrufverwaltungseinrichtungsanforderer 330 für eine anfängliche Datenanalyse angefordert werden. Derartige benutzerdefinierte Anrufkriterien können an dem Anrufverwaltungseinrichtungsanforderer 320 in Echtzeit oder alternativ im Voraus mit Bezug auf den CDR-Filtermechanismus 430, der in 4 gezeigt ist, gesetzt werden. Der Anrufverwaltungseinrichtungsanforderer 330 erhält dann alle CDRs, die einer speziellen Anruf-ID zugeordnet sind, aus dem CDR-Depot 324 für eine visuelle Anzeige bei einem Block 620. Der Benutzer an dem Anrufverwaltungseinrichtungsanforderer 330 sieht bei einem Block 630 alle erhaltenen CDRs für eine anfängliche Datenanalyse durch und wählt dann bei einem Block 640 eine oder mehrere erhaltene CDRs für eine detaillierte Datenanalyse aus. Wie es vorhergehend erörtert ist, enthält jede CDR, die aus dem CDR-Depot 324 erhalten wird, eine entsprechende Datei-/Anruf-ID. Einmal ausgewählt, erhält der Anrufverwaltungseinrichtungsanforderer 330 bei einem Block 650 detaillierte Rahmennachrichten, die der (den) ausgewählten CDR(s) entsprechen, aus dem Dateidepot 314. Derartige detaillierte Rahmennachrichten können durch ein Erteilen einer API-Anforderung an die Datenaufzeichnungsverwaltungskomponente 322 der Anrufverwaltungseinrichtung 320 erhalten werden, um so auf das Dateidepot 314 zuzugreifen und eine oder mehrere entsprechende SAL-Dateien wiederzuerlangen, die in dem Dateidepot 314 gespeichert sind. Sobald eine SAL-Datei aus dem Dateidepot 314 wiedererlangt ist, extrahiert die Datenaufzeichnungsverwaltungskomponente 322 einzelne Rahmennachrichten aus der SAL-Datei unter Verwendung eines internen Rahmenextraktors, wie es in 5 gezeigt ist, und transportiert detaillierte Rahmennachrichten zu dem Anrufverwaltungseinrichtungsanforderer 330. Der Anrufverwaltungseinrichtungsanforderer 330 liefert dann eine visuelle Anzeige detaillierter Rahmennachrichten, die der (den) ausgewählten CDR(s) entsprechen, für eine detaillierte Datenanalyse bei einem Block 660. Jede ausgewählte CDR und verwandte detaillierte Rahmennachrichten können in einem eindeutigen Fenster angezeigt werden, so dass eine detaillierte Datenanalyse durchgeführt werden kann.
Wie es aus dem Vorhergehenden beschrieben ist, versieht die vorliegende Erfindung den Benutzer (d. h. den Netzwerkadministrator oder das Wartungspersonal) vorteilhaft mit verbesserten Werkzeugen, Systemen und Verfahren für die Verwaltung und Analyse von Detailaufzeichnungen in einem derartigen Mobiltelefonienetzwerk, einschließlich der Fähigkeit, alle Anrufe, die in dem Mobiltelefonienetzwerk auftreten, hinsichtlich eines spezifischen Typs von Anrufen, die von Interesse sind, zu filtern, wie beispielsweise lediglich fehlgeschlagene Anrufe, der Fähigkeit, CDRs angesichts eines spezifischen Anrufs oder einer Datensitzung entfernt zu speichern und wiederzuerlangen, und der Fähigkeit, das vollständige Detail auf Rahmenebene der tatsächlichen CDR für eine detaillierte Signalisierungsanalyse in einem derartigen Mobiltelefonienetzwerk zu betrachten. Eine derartige detaillierte Signalanalyse kann beispielsweise einen Bericht einer zeitbasierten Sequenz von Ereignissen, die auf mögliche Fehler zu spezifischen Zeiten überprüft werden können, eine Bestätigung der CDR, um die Genauigkeit derselben sicherzustellen, und einen Bericht einzelner gemeinsamer Messungen umfassen, (die Nachrichten sind, die alle N Sekunden gesendet werden, um Signalcharakteristika anzugeben, wie beispielsweise eine Signalstärke) die auf Signalcharakteristika überprüft werden können. Dieser Typ einer detaillierten Signalanalyse kann lediglich basierend auf Rohrahmennachrichten abgeschlossen werden, und nicht basierend auf den CDRs.
Während als exemplarisch betrachtete Ausführungsbeispiele der vorliegenden Erfindung dargestellt und beschrieben wurden, ist Fachleuten auf dem Gebiet und wenn sich eine Technologie entwickelt ersichtlich, dass verschiedene Veränderungen und Modifikationen vorgenommen werden können und Äquivalente für Elemente derselben eingesetzt werden können, ohne von dem echten Schutzbereich der vorliegenden Erfindung abzuweichen. Viele Modifikationen, Permutationen, Hinzufügungen und Unterkombinationen können vorgenommen werden, um die Lehren der vorliegenden Erfindung an eine spezielle Situation anzupassen, ohne von dem Schutzbereich derselben abzuweichen. Beispielsweise kann das Anrufverwaltungseinrichtungssystem konfiguriert sein, um lediglich die Datenaufzeichnungsverwaltungskomponente 322 in Verbindung mit dem Dateidepot 314 und dem CDR-Depot 324 zu umfassen, und kann in einer einzigen Anwendung implementiert sein, die bei irgendeinem Rechengerät installiert ist. Zusätzlich wurde das Mobilnetzwerk in dem Kontext eines Telekommunikationsnetzwerks beschrieben, das eine Architektur aufweist, die für Nordamerika typisch ist, wobei klar ist, dass die vorliegende Erfindung nicht auf dieses spezielle Telekommunikationsnetzwerk oder -protokoll begrenzt ist. Die Erfindung ist vielmehr auf andere Kommunikationsnetzwerke und kompatible Signalisierungsprotokolle anwendbar, beispielsweise ein dienstintegriertes Digitalnetzwerk (ISDN), ein Voice-Over-IP-Netzwerk (VoIP-Netzwerk), das Internet oder ein zelluläres Kommunikationssystem, wie beispielsweise TDMA-, CDMA-, W-CDMA-, GSM- oder UMTS-Netzwerke. Zudem können alternative Ausführungsbeispiele der Erfindung als ein Computerprogrammprodukt für eine Verwendung bei einem Computersystem implementiert sein. Ein derartiges Computerprogrammprodukt kann beispielsweise eine Reihe von Computeranweisungen sein, die auf einem greifbaren Datenaufzeichnungsmedium, wie beispielsweise einer Diskette, einer CD-ROM, einem ROM oder einer Festplatte gespeichert oder in einem Computerdatensignal ausgeführt sind, wobei das Signal über ein greifbares Medium oder ein drahtloses Medium, beispielsweise Mikrowelle oder Infrarot, übertragen wird. Die Reihe von Computeranweisungen können alles oder einen Teil der oben beschriebenen Funktionalität bilden und können ferner in irgendeinem Speichergerät, flüchtig oder nichtflüchtig, gespeichert sein, wie beispielsweise einem Halbleiter-, Magnet-, Optik- oder anderem Speichergerät. Zuletzt können sowohl das Dateidepot als auch das CDR-Depot maschinenlesbare Speichermedien sein, wie beispielsweise dynamische oder statische Direktzugriffspeicher (DRAMs oder SRAMs), löschbare und programmierbare Nur-Lese-Speicher (EPROMs), elektrisch löschbare und programmierbare Nur-Lese-Speicher (EEPROMs) und Flash-Speicher; Magnetplatten, wie beispielsweise Festplatten, Disketten und entfernbare Platten; andere Magnetmedien, einschließlich eines Bands; und optischen Medien, wie beispielsweise CDs (Compact Discs) oder DVDs (Digital Video Discs). Folglich soll deshalb die vorliegende Erfindung nicht auf die verschiedenen exemplarischen offenbarten Ausführungsbeispiele begrenzt sein, sondern die vorliegende Erfindung umfasst alle Ausführungsbeispiele, die in den Schutzbereich der beigefügten Ansprüche fallen.

Claims

Anrufverwaltungseinrichtungssystem für eine Verwendung bei einem Mobiltelefonienetzwerk (100), das folgende Merkmale aufweist: einen Datenaufzeichnungsgenerator, der angeordnet ist, um einen eingehenden Datenstrom in einer Reihe von einzelnen Rahmen, die Anrufe darstellen, die an dem Mobiltelefonienetzwerk (100) auftreten, zu empfangen, die einzelnen Rahmen als Datendateien in einem Dateidepot zu speichern und Anrufdatenaufzeichnungen (CDRs = call data records) zu erzeugen, die den Anrufen entsprechen, wobei die Anrufdatenaufzeichnungen eine Sammlung von Informationen, welche in jeweiligen der Datendateien enthalten sind, beinhalten; und eine Anrufverwaltungseinrichtung, die angeordnet ist, um die Speicherung und Wiedererlangung von CDRs zu/von einem CDR-Depot (324) zu verwalten, einschließlich einer Benutzerauswahl von CDRs eines spezifischen Typs von Anrufen und einer Ausführung einer „Extrahieren“-Operation, bei der Details einzelner Rahmen, die einen ausgewählten Anruf bilden, auf Anforderung von einer Benutzereingabe für eine detaillierte Datenanalyse aus dem Dateidepot extrahiert werden können.
Anrufverwaltungseinrichtungssystem gemäß Anspruch 1, bei dem die Benutzereingabe ermöglicht, dass ein Benutzer Anrufe durchsieht, die an dem Mobiltelefonienetzwerk (100) transportiert werden, eine Auswahl hinsichtlich des spezifischen Typs von Anrufen für eine Wiedererlangung aller CDRs, die dem ausgewählten Anruf zugeordnet sind, aus dem CDR-Depot (324) für eine anfängliche Signalisierungsanalyse vornimmt und eine Ausführung der „Extrahieren“-Operation anfordert, bei der detaillierte Rahmennachrichten, die einer oder mehreren ausgewählten CDRs entsprechen, für eine detaillierte Signalisierungsanalyse wiedererlangt werden können.
Anrufverwaltungseinrichtungssystem gemäß Anspruch 1 oder 2, bei dem die Benutzereingabe einer grafischen Benutzerschnittstelle (GUI = graphical user interface) entspricht, die Eingaben von dem Benutzer annimmt, um den Typ von Anrufen für eine Wiedererlangung aller CDRs, die dem ausgewählten Anruf zugeordnet sind, aus dem CDR-Depot (324) für eine anfängliche Signalisierungsanalyse zu spezifizieren und eine Ausführung der „Extrahieren“-Operation für eine visuelle Anzeige detaillierter Rahmennachrichten, die einer oder mehreren ausgewählten CDRs entsprechen, für eine detaillierte Signalisierungsanalyse anzufordern.
Anrufverwaltungseinrichtungssystem gemäß einem der Ansprüche 1 bis 3, bei dem der Datenaufzeichnungsgenerator einzelne Rahmen, die einen Anruf bilden, in einer Datendatei für eine Speicherung in dem Dateidepot verpackt.
Anrufverwaltungseinrichtungssystem gemäß einem der Ansprüche 1 bis 4, bei dem jede CDR, die aus dem CDR-Depot (324) wiedererlangt wird, eine Datei-/Anruf-ID enthält, die verwendet wird, um auf das Dateidepot für eine Wiedererlangung einer entsprechenden Datendatei aus dem Dateidepot zuzugreifen.
Anrufverwaltungseinrichtungssystem gemäß einem der Ansprüche 1 bis 5, bei dem die Anrufverwaltungseinrichtung konfiguriert ist, um als ein CDR-Filtermechanismus zum Liefern eines Filterns von Anrufen und Anpassens derselben an benutzerdefinierte Anrufkriterien „in Echtzeit“ zu wirken, um den Typ von Anrufen, die von Interesse sind, auszuwählen, und um als ein Benachrichtigungsmechanismus zum Liefern einer Benachrichtigung über ausgelöste Alarme und zugeordnete CDRs und eines Transports derselben zu dem CDR-Depot (324) zu wirken, wenn die Anrufe, die an dem Mobiltelefonnetzwerk (100) auftreten, mit den benutzerdefinierten Anrufkriterien übereinstimmen.
Anrufverwaltungseinrichtungssystem gemäß Anspruch 6, bei dem die Benutzereingabe einer grafischen Benutzerschnittstelle (GUI) entspricht, die Eingaben von dem Benutzer annimmt, um die benutzerdefinierten Anrufkriterien für eine Wiedererlangung einer oder mehrerer CDRs, die einer speziellen Anruf-ID zugeordnet sind, aus dem CDR-Depot (324) für eine anfängliche Signalisierungsanalyse festzulegen und eine Wiedererlangung detaillierter Rahmennachrichten, die einer oder mehreren ausgewählten CDRs entsprechen, für eine detaillierte Signalisierungsanalyse anzufordern.
Verfahren zum Überwachen eines Mobiltelefonienetzwerks (100) für eine Datenanalyse, das folgende Schritte aufweist: Empfangen einzelner Rahmennachrichten, die Anrufe darstellen, von dem Mobiltelefonienetzwerk (100); Verpacken der einzelnen Rahmennachrichten als Datendateien für eine Speicherung in einem Dateidepot und Erzeugen von Anrufdatenaufzeichnungen (CDRs), die den Anrufen entsprechen, wobei die Anrufdatenaufzeichnungen eine Sammlung von Informationen, welche in jeweiligen der Datendateien enthalten sind, beinhalten, für eine Speicherung in einem CDR-Depot (324); Erhalten aller CDRs, die einer speziellen Anruf-ID zugeordnet sind, aus dem CDR-Depot (324) auf eine Anforderung von einem Benutzer hin für eine anfängliche Datenanalyse; Auswählen einer oder mehrerer CDRs, die der speziellen Anruf-ID zugeordnet sind, für eine detaillierte Datenanalyse; und Erhalten detaillierter Rahmennachrichten, die einer oder mehreren ausgewählten CDRs entsprechen, die der speziellen Anruf-ID zugeordnet sind, aus dem Dateidepot für eine detaillierte Datenanalyse.
Verfahren gemäß Anspruch 8, bei dem alle CDRs, die der speziellen Anruf-ID zugeordnet sind, direkt aus dem CDR-Depot (324) über eine Benutzereingabe definierter Anrufkriterien erhalten werden.
Verfahren gemäß Anspruch 8, bei dem alle CDRs, die der speziellen Anruf-ID zugeordnet sind, automatisch aus dem CDR-Depot (324) erhalten werden, nachdem die CDRs, die der speziellen Anruf-ID zugeordnet sind, vorab über benutzerdefinierte Anrufkriterien gefiltert wurden.
Verfahren gemäß einem der Ansprüche 8 bis 10, bei dem die Benutzeranforderung über eine grafische Benutzerschnittstelle (GUI) eingegeben wird, um den Typ von Anrufen für eine Wiedererlangung aller CDRs, die der ausgewählten Anruf-ID zugeordnet sind, aus dem CDR-Depot (324) für eine anfängliche Signalisierungsanalyse zu spezifizieren und eine Ausführung der „Extrahieren“-Operation anzufordern, bei der detaillierte Rahmennachrichten, die einer oder mehreren ausgewählten CDRs entsprechen, für eine detaillierte Signalisierungsanalyse wiedererlangt werden.
Verfahren gemäß einem der Ansprüche 8 bis 11, bei dem jede CDR, die aus dem CDR-Depot (324) wiedererlangt wird, eine Datei-/Anruf-ID enthält, die verwendet wird, um auf das Dateidepot für eine Wiedererlangung einer entsprechenden Datendatei aus dem Dateidepot zuzugreifen.
Computerlesbares Medium, das Anweisungen aufweist, die, wenn dieselben durch ein Computersystem ausgeführt werden, das Verfahren durchführen, das folgende Schritte aufweist: Empfangen einzelner Rahmennachrichten, die Anrufe darstellen, von dem Mobiltelefonienetzwerk (100); Verpacken der einzelnen Rahmennachrichten als Datendateien für eine Speicherung in einem Dateidepot und Erzeugen von Anrufdatenaufzeichnungen (CDRs), die den Anrufen entsprechen, wobei die Anrufdatenaufzeichnungen eine Sammlung von Informationen, welche in jeweiligen der Datendateien enthalten sind, beinhalten, für eine Speicherung in einem CDR-Depot (324); Erhalten aller CDRs, die einer speziellen Anruf-ID zugeordnet sind, aus dem CDR-Depot (324) auf eine Anforderung von einem Benutzer hin für eine anfängliche Datenanalyse; Auswählen einer oder mehrerer CDRs, die der speziellen Anruf-ID zugeordnet sind, für eine detaillierte Datenanalyse; und Erhalten detaillierter Rahmennachrichten, die einer oder mehreren ausgewählten CDRs entsprechen, die der speziellen Anruf-ID zugeordnet sind, aus dem Dateidepot für eine detaillierte Datenanalyse.
Computerlesbares Medium gemäß Anspruch 13, bei dem alle CDRs, die der speziellen Anruf-ID zugeordnet sind, direkt aus dem CDR-Depot (324) über eine Benutzereingabe definierter Anrufkriterien erhalten werden.
Computerlesbares Medium gemäß Anspruch 13, bei dem alle CDRs, die der speziellen Anruf-ID zugeordnet sind, automatisch aus dem CDR-Depot (324) erhalten werden, nachdem die CDRs, die der speziellen Anruf-ID zugeordnet sind, vorab über benutzerdefinierte Anrufkriterien gefiltert wurden.
Computerlesbares Medium gemäß einem der Ansprüche 13 bis 15, bei dem die Benutzeranforderung über eine grafische Benutzerschnittstelle (GUI) eingegeben wird, um den Typ von Anrufen für eine Wiedererlangung aller CDRs, die der ausgewählten Anruf-ID zugeordnet sind, aus dem CDR-Depot (324) für eine anfängliche Signalisierungsanalyse zu spezifizieren und eine Ausführung der „Extrahieren“-Operation anzufordern, bei der detaillierte Rahmennachrichten, die einer oder mehreren ausgewählten CDRs entsprechen, für eine detaillierte Signalisierungsanalyse wiedererlangt werden.
Computerlesbares Medium gemäß einem der Ansprüche 13 bis 16, bei dem der Datenaufzeichnungsgenerator einzelne Rahmen, die einen Anruf bilden, in einer Datendatei für eine Speicherung in dem Dateidepot verpackt.
Computerlesbares Medium gemäß einem der Ansprüche 13 bis 17, bei dem jede CDR, die aus dem CDR-Depot (324) wiedererlangt wird, eine Datei-/Anruf-ID enthält, die verwendet wird, um auf das Dateidepot für eine Wiedererlangung einer entsprechenden Datendatei aus dem Dateidepot zuzugreifen.
Computerlesbares Medium, auf dem ein Programm für eine Ausführung durch einen Hostcomputer verkörpert ist, wobei das Programm folgende Merkmale aufweist: eine Datenaufzeichnungsgeneratorroutine, die konfiguriert ist, um einen eingehenden Datenstrom in einer Reihe von einzelnen Rahmen, die Anrufe darstellen, die an dem Mobiltelefonienetzwerk (100) auftreten, zu empfangen, die einzelnen Rahmen als Datendateien in einem Dateidepot zu speichern und Anrufdatenaufzeichnungen (CDRs) zu erzeugen, die den Anrufen entsprechen, wobei die Anrufdatenaufzeichnungen eine Sammlung von Informationen, welche in jeweiligen der Datendateien enthalten sind, beinhalten; und eine Anrufverwaltungseinrichtungsroutine, die konfiguriert ist, um die Speicherung und Wiedererlangung von CDRs zu/von einem CDR-Depot (324) zu verwalten, einschließlich einer Benutzerauswahl von CDRs eines spezifischen Typs von Anrufen und einer Ausführung einer „Extrahieren“-Operation, bei der Details einzelner Rahmen, die einen ausgewählten Anruf bilden, auf Anforderung von einer Benutzereingabe für eine detaillierte Datenanalyse aus dem Dateidepot extrahiert werden können.
Computerlesbares Medium gemäß Anspruch 19, bei dem die Benutzereingabe einer grafischen Benutzerschnittstelle (GUI) entspricht, die Eingaben von dem Benutzer annimmt, um den Typ von Anrufen für eine Wiedererlangung aller CDRs, die dem ausgewählten Anruf zugeordnet sind, aus dem CDR-Depot (324) für eine anfängliche Signalisierungsanalyse zu spezifizieren und eine Ausführung der „Extrahieren“-Operation für eine visuelle Anzeige detaillierter Rahmennachrichten, die einer oder mehreren ausgewählten CDRs entsprechen, für eine detaillierte Signalisierungsanalyse anzufordern.
Computerlesbares Medium gemäß Anspruch 19 oder 20, bei dem die Anrufverwaltungseinrichtungsroutine konfiguriert ist, um als ein CDR-Filtermechanismus zum Liefern eines Filterns von Anrufen und Anpassens derselben an benutzerdefinierte Anrufkriterien „in Echtzeit“ zu wirken, um den Typ von Anrufen, die von Interesse sind, auszuwählen, und um als ein Benachrichtigungsmechanismus zum Liefern einer Benachrichtigung über ausgelöste Alarme und zugeordnete CDRs und eines Transports derselben zu dem CDR-Depot (324) zu wirken, wenn die Anrufe, die an dem Mobiltelefonnetzwerk (100) auftreten, mit den benutzerdefinierten Anrufkriterien übereinstimmen.