DE69734547T2

DE69734547T2 - Abfangen von unbekannten Nachrichten und Parametern

Info

Publication number: DE69734547T2
Application number: DE69734547T
Authority: DE
Inventors: Magnus Hallenstal
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 1996-07-30
Filing date: 1997-07-18
Publication date: 2006-07-20
Anticipated expiration: 2017-07-19
Also published as: US6144663A; SE9602899L; SE9602899D0; EP0822686A1; DE69734547D1; EP0822686B1; SE515602C2

Description

TECHNISCHES GEBIET
Die vorliegende Erfindung betrifft ein Verfahren und einen Knoten zum Aussieben fremdartiger Nachrichten und Parameter.
STAND DER TECHNIK
Ein Telekommunikationsnetz besteht unter anderem aus Gateway-Knoten, die die Aufgabe haben, mit anderen umgebenden Netzen zu kommunizieren. In einem Gateway-Knoten besteht ein Bedarf, in der Lage zu sein zu überprüfen, welche Information zwischen unterschiedlichen Netzen über dem Gateway-Knoten übermittelt wird. Dies betrifft nicht zuletzt Verkehr, der von ISUP (Integrated Services User Part) übermittelt wird. ISUP ist äußerst informationsreich und existiert in einer Reihe unterschiedlicher Versionen. Jede Version weist überdies eine Anzahl unterschiedlicher nationaler und bedienerspezifischer Varianten auf. Dies bedeutet, dass das Risiko, dass fremdartige Nachrichten oder Parameter zu einem Gateway-Knoten von einem umgebenden Netz kommen, groß ist.
Es besteht eine Möglichkeit in ISUP, dass der Sender einer Nachricht einen Kompatibilitätsparameter setzt. Dieser Parameter steuert, was ein Knoten mit einer Nachricht oder einem Parameter tun soll, den er nicht erkennt. Dies bedeutet jedoch, dass ein Fernverbindungs-Operator eine Kontrolle darüber verliert, welche Nachrichten und Parameter er in diesem Netz übermitteln kann, da er sich darauf verlassen muss, dass jene, die Nachrichten senden, die Parameter auf eine korrekte Weise setzen.
Es ist für den Fernverbindungs-Operator insbesondere wichtig, dieses Problem zu lösen. Um zu überprüfen, welche Dienste der Operator zwischen zwei Netzen übermitteln möchte, muss der Operator sämtliche Nachrichten und Parameter erkennen, die an den Gateway-Knoten ankommen. Ein dazu beitragender Grund, sämtliche Nachrichten erkennen zu wollen, besteht meist beispielsweise darin, in der Lage zu sein, den Kundengebrauch des Fernverbindungsnetzes des Operators kostenmäßig zu belasten. Wenn irgendeiner der Kunden des Fernverbindungs-Operators wählt, sein Netz zu aktualisieren, um neue Dienste einzurichten, dann muss der Fernverbindungs-Operator dem folgen. Eine Software in einem Telekommunikationsnetz zu aktualisieren, ist ein langsamer Prozess, was bedeutet, dass der Fernverbindungs-Operator unabänderlich zurückfallen wird. Aber nicht einmal durch ein Aktualisieren kann er sicher sein, dass er in der Lage ist, jede Nachricht und jeden Parameter zu verstehen und kostenmäßig zu belasten, weil seine Kunden eine Variation des Protokolls aufweisen können, die dem Fernverbindungs-Operator nicht verfügbar ist.
Aus der US 5 062 108 ist es bekannt, dass ein System Daten gespeichert aufweist, um Nachrichten zu identifizieren und zu verarbeiten. Das System bestimmt, wenn die Nachricht eine unterschiedliche Anzahl von Identifizierern verwendet. Wenn dies der Fall ist, wird die Nachricht dann in eine erkennbare Form konvertiert.
In ISUP ist es bekannt, sich um fremdartige Nachrichten und Parameter zu kümmern. Dies wird durch ein Lesen und Interpretieren eines Kompatibilitätsparameters durchgeführt, der mit der Nachricht gesendet wird. Wenn kein Kompatibilitätsparameter vorhanden ist, dann wird eine vorbestimmte Aktion ausgeführt, beispielsweise die Nachricht oder den Parameter zu übermitteln. Diese vorbestimmte Aktion trifft auf sämtliche Nachrichten oder Parameter zu.
Ein Aussieben bekannter Nachrichten ist bekannt.
Die Patentanmeldung GB-A-2 268 376 offenbart ein Kommunikationsnetzbrücken-Filtersystem, wobei eine Nachricht einen Header umfasst, der ein Quellenidentifikationsfeld, ein Zielidentifikationsfeld und Protokollidentifikationsfeld umfasst. Jedes dieser Felder ist 3 Bit lang. Die Protokoll-, Quellen- und Zielfelder werden in eine Domänenklasse, ebenfalls 3 Bit lang, konvertiert. Das heißt, ein Maximum von 8 unterschiedlichen Protokollen und Domänen kann gehandhabt werden.
Die Patentanmeldung EP-A-517 534 offenbart einen Verstärker für ein lokales Netz, der eine Mehrzahl von Anschlüssen und einen Speicher aufweist, der für jeden Anschluss eine Liste zugelassener oder vorgeschriebener Adressen speichert. Die Quellen- oder Zieladresse, die in jeder Nachricht enthalten ist, die an dem Anschluss empfangen wird, wird mit der jeweiligen Adressenliste verglichen, und der Anschluss wird in Abhängigkeit davon isoliert, ob eine Anpassung gefunden wird oder nicht. Auf diese Weise kann beispielsweise ausgeschlossen werden, dass DTE's an einem lokalen Segment auf spezifizierte DTE's an anderen Segmenten zugreifen.
OFFENBARUNG DER ERFINDUNG
Die vorliegende Erfindung geht das obige Problem, wie das Aussieben von fremdartigen Nachrichten und Parametern in einem Netz stattfinden kann, an.
Ein weiteres Problem, dass die vorliegende Erfindung löst, besteht darin, in der Lage zu sein, für fremdartige Dienste, die über ein Netz übermittelt werden, bezahlt zu werden.
Eine Aufgabe der vorliegenden Erfindung ist es somit, in der Lage zu sein, ausgewählte fremdartige Nachrichten und Parameter auszusieben und zu beenden.
Das obige Problem bezüglich eines Aussiebens fremdartiger Nachrichten und Parameter wird durch ein spezielles Aussiebungsverfahren gelöst, das verwendet wird, wenn eine fremdartige Nachricht oder ein Parameter angetroffen wird.
Das Aussiebungsverfahren umfasst eine Tabelle mit Parametern oder Nachrichtentypen, Zielen und Aktionen. Wenn ein Parameter oder eine Nachricht angetroffen wird, die zu einem Ziel übermittelt werden soll, das in der Tabelle erwähnt ist, dann wird die in der Tabelle angezeigte Aktion durchgeführt. Die Tabelle wird von einem Operator eingerichtet und ist durch diesen manipulierbar.
Ein Vorteil der vorliegenden Erfindung besteht darin, dass ein Netzbetreiber eine Überprüfungsmöglichkeit gewinnt, welche Nachrichten oder Parameter über sein Netz zu übermitteln sind.
Ein weiterer Vorteil besteht darin, dass unterschiedliche Aktionen auf der Grundlage unterschiedlicher Typen fremdartiger Nachrichten und Parameter und des Ziels der Nachrichten ausgeführt werden können.
Ein weiterer Vorteil besteht darin, dass der Netzbetreiber auf eine einfache Weise sein Netz an neue Bedingungen anpassen kann, das heißt neue Typen fremdartiger Nachrichten und Parameter.
Ein weiterer Vorteil besteht darin, dass der Netzbetreiber die Verwendung seines Netzes kostenmäßig belasten kann.
Die Erfindung wird nun näher mit Hilfe bevorzugter Ausführungsformen und unter Bezugnahme auf die beigefügten Zeichnungen beschrieben werden.
BESCHREIBUNG DER FIGUREN
In den Zeichnungen zeigen:
1 schematisch drei Netze;
2 ein Flussdiagramm gemäß einer Ausführungsform der Erfindung;
3 schematisch eine ISUP-Nachricht;
4 eine Tabelle gemäß einer Ausführungsform der Erfindung;
5 ein Flussdiagramm gemäß einer Ausführungsform der Erfindung; und
6 eine Tabelle gemäß einer Ausführungsform der Erfindung.
BEVORZUGTE AUSFÜHRUNGSFORMEN
Figur zeigt ein Netz, das aus einem lokalen Operator mit zwei getrennten Netzen 101 und 103 besteht. Diese Netze sind über ein drittes Netz 102 verbunden. In dem Netz 101 entspringt eine Nachricht, die in dem Netz 103 enden soll. Diese Nachricht läuft durch einen Gateway-Knoten 104 und kommt an einem Gateway-Knoten 105 in dem Netz 102 an. In dem Gateway-Knoten 105 wird die Nachricht entpackt und analysiert. Die Logik in dem Gateway-Knoten 105 erkennt die Nachricht nicht und eine Entscheidung muss ausgeführt werden, ob die Nachricht weiter zu dem Netz 103 über die Gateway-Knoten 106 und 107 übermittelt werden soll.
In dieser Ausführungsform wird vorzugsweise ISUP als das Netzprotokoll beschrieben, aber die Erfindung funktioniert natürlich auch für andere Protokolle, beispielsweise für TUP, MUP etc. Auch völlig andere Typen eines Protokolls sind denkbar, beispielsweise TCP/IP, X.25 etc. In 3 ist eine ISUP-Nachricht schematisch gezeigt. Die ISUP-Nachricht ist in vier Teile geteilt, einen Kopf 301, einen obligatorisch festen Teil 302, einen obligatorisch variablen Teil 303 und einen optionalen Teil 304. Jeder Teil ist wiederum in 8 Bit-Felder geteilt. In dem Kopf sind beispielsweise eine Leitmarkierung 305 und ein Nachrichtentyp-Code 306. In dem optionalen Teil ist unter anderem ein Nachrichtenkompatibilitätsparameter hier abgekürzt in MCP 307 eingeschlossen. MCP ist der Parameter in ISUP, der entscheidet, was passieren soll, wenn eine Nachricht nicht erkannt wird.
In der ersten ISUP-Nachricht wird eine IAM (initial address message, Anfangsadressennachricht)-Information über das Ziel für das Gespräch in dem Parameter "Nummer der angerufenen Partei" gesendet. In sämtlichen nachfolgenden Nachrichten werden die Nachricht und das Ziel mit Hilfe des Parameters "Leitmarkierung" 305 und einem Parameter "Schaltungsidentifikationscode" identifiziert.
Wenn die Nachricht an dem Gateway-Knoten 105 in 1 ankommt und die Nachricht nicht erkannt wird, dann wird sie gemäß dem Flussdiagramm in 1 analysiert. Wenn die Nachricht nicht irgendeinen MCP 201 enthält, dann werden Aktionen gemäß einer Tabelle 401 in 4 ausgeführt. In der Tabelle 401 sind drei Felder für jede Eingabe 402 enthalten. Ein Feld für den Typ einer Nachricht 401, ein Feld für das Ziel der Nachricht 404 und ein Feld für die Aktion 405. Wenn der Nachrichtentyp 403 und das Ziel 404 in der Tabelle vorhanden sind, dann wird die Aktion 405 ausgeführt, die dem Nachrichtentyp 403 und dem Ziel 404 zugeordnet ist. Die Tabelle kann dann von einem Operator modifiziert werden. Auf diese Weise können neue Typen von Nachrichten auf eine einfache Weise behandelt werden, indem der Operator sie der Tabelle hinzufügt. Die Tabelle wird von Beginn an von einem Operator aufgebaut.
In 2 ist weiter gezeigt, dass dann, wenn die Nachricht einen MCP enthält, aber der MCP zeigt, dass die Nachricht übermittelt werden soll 202, dann die Aktion 203 gemäß der Tabelle 401 in 4 ausgeführt wird. Wenn der MCP nicht gesetzt ist, so dass die Nachricht übermittelt werden soll, dann wird die Aktion gemäß dem MCP 204 ausgeführt. Diese Aktionen sind in dem Standardisierungsdokument ISUP, Q.763 beschrieben. In diesem Stadium ist es auch denkbar, dass der Typ einer Nachricht, ein Ziel, eine Aktion und weitere interessante Verkehrsinformation gespeichert werden, um später die Grundlage für das kostenmäßige Belasten zu sein. In der Lage zu sein, auch fremdartige Nachrichten und Parameter kostenmäßig zu belasten, ist natürlich in höchstem Maße interessant.
Auf diese Weise wird in dem Gateway-Knoten 105 in 1 bestimmt, ob eine fremdartige Nachricht zu dem Netz 103 über die Gateway-Knoten 106 und 107 übermittelt werden soll. Wenn die Nachricht in dem Gateway-Knoten 105 erkannt wird, dann dauert die Analyse mit den Parametern 302, 303 und 304 in 3, die die Nachricht enthält, an. Wenn entdeckt wird, dass einer von diesen fremdartig ist, dann tritt ein ähnliches Verfahren wie das für die unbekannte Nachricht gemäß 5 auf.
Wenn eine Nachricht an dem Gateway-Knoten 105 in 1 ankommt und es wird entdeckt, dass ein Parameter fremdartig ist, dann wird überprüft, ob ein Parameter-Kompatibilitätsparameter, von jetzt an als PCP bezeichnet, in 5 empfangen worden ist 501. Der PCP gehört zu den Parametern in dem variablen Teil 305 der ISUP-Nachricht in 3. Der PCP enthält eine Information, welche Aktionen ein Knoten ausführen soll, wenn der betreffende Parameter dem Knoten nicht bekannt ist. Wenn der PCP nicht empfangen worden ist, oder wenn der PCP auf einen Sendeparameter 502 gesetzt ist, dann wird überprüft, ob der Parameter zu dem Ziel übermittelt werden soll 504, für welches die Nachricht bestimmt ist. In anderen Fällen wird die Aktion gemäß PCP 503 und 505 ausgeführt. Die Information, ob der Parameter für ein gegebenes Ziel übermittelt werden soll oder nicht, wird in einer Tabelle 601 in 6 gehalten. Jede Eingabe 602 in die Tabelle 601 enthält eine Information über den Typ des Parameters 603, das Ziel 604 und ob er übermittelt werden soll oder nicht 605. Auch in diesem Fall kann eine interessierende Verkehrsinformation gespeichert werden, beispielsweise der Typ eines Parameters, das Ziel, etc.
Dass ein Typ eines Flussdiagramms und einer Tabelle für eine Nachricht und einen weiteren Typ von Parametern gezeigt ist, bedeutet nicht, dass die jeweiligen Flussdiagramme und Tabellen für die jeweiligen Nachrichten und Parameter insbesondere vorgesehen sind, vielmehr besteht die Absicht darin, zwei ähnliche Ausführungsformen der Erfindung zu zeigen. Das Flussdiagramm und die Tabelle für die Nachricht funktionieren gleichermaßen gut zusammen mit Parametern und umgekehrt.
Die Erfindung ist natürlich nicht auf das oben Beschriebene und in den Zeichnungen, Ausführungsformen gezeigte beschränkt, sondern sie kann innerhalb des Umfangs der zugehörigen Ansprüche modifiziert werden.

Claims

Verfahren zum Verhindern oder Zulassen der Übermittlung einer oder mehrerer Nachrichten in einem spezifischen Protokoll über einen Knoten in einem Netz, wobei die Nachricht einen ersten Parameter umfasst, der eine Information dahingehend umfasst, welcher Typ einer Nachricht in dem spezifischen Protokoll in dem Knoten empfangen wird, wobei zumindest eine der Nachrichten einen zweiten Parameter mit einer Information über das Ziel für die Nachrichten umfasst, dadurch gekennzeichnet, dass die Nachrichten an dem Knoten ankommen, wobei der Knoten eine erste Aussiebungsfunktion umfasst, die in Abhängigkeit davon, ob der Typ der Nachricht erkannt wird, eine zweite Aussiebungsfunktion aufruft, die in Abhängigkeit von dem Ziel und dem Typ der Nachricht eine Aktion durchführt.
Verfahren nach Anspruch 1, wobei die Nachricht weiter zumindest einen dritten Parameter umfasst, wobei der dritte Parameter eine Information über den Typ des dritten Parameters enthält, dadurch gekennzeichnet, dass die erste Aussiebungsfunktion in Abhängigkeit davon, ob der Typ des dritten Parameters erkannt wird, die zweite Aussiebungsfunktion aufruft, die in Abhängigkeit von dem Ziel und dem Typ des dritten Parameters eine Aktion durchführt.
Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die zweite Aussiebungsfunktion eine Aktionstabelle (601) umfasst, wobei in der Tabelle (601) jeder Eintrag (602) den Typ des Parameters (603), ein Ziel (604) und eine Aktion (605) umfasst, dass neue Einträge (602) in der Tabelle (601) ausgelegt sind, von einem Operator hinzugefügt zu werden, und dass in Abhängigkeit von dem Typ des dritten Parameters und des Ziels die entsprechende Aktion, die in der Tabelle beschrieben ist, ausgeführt wird.
Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass die Aktion (602), die in der Tabelle (601) beschrieben ist, darin besteht, die Nachricht zu beenden, die Nachricht zu übermitteln, und die Nachricht zu übermitteln, wobei der dritte Parameter ausgeschlossen ist, um den dritten Parameter zu modifizieren.
Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass eine Belastungsfunktion die Anzahl fremdartiger Parameter und Nachrichten berechnet, die Anzahl fremdartiger Parameter und Nachrichten speichert und eine Verkehrsinformation, die sich auf die Parameter und Nachrichten bezieht, speichert.
Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass das Protokoll, das für die Nachrichten verwendet wird, ISUP (Integrated Services User Part) ist, dass die Information über den Typ der Nachricht in dem Feld für "Nachrichtentypcode" (306) aufgenommen ist, dass der dritte Parameter einen "Parameter-Kompatibilitätsparameter" umfasst, das eine Information über das Ziel über eine "Nummer einer angerufenen Partei" in der Nachrichten-IAM (Anfangsadressen-Nachricht) empfangen wird, dass in Abhängigkeit davon, ob der "Parameter-Kompatibilitätsparameter empfangen worden ist oder nicht, oder ob der Parameter-Kompatibilitätsparameter auf "Weiterleiten" gesetzt ist, die entsprechende Aktion, die in der Tabelle (601) beschrieben ist, ausgeführt wird.
Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die zweite Aussiebungsfunktion eine Aktionstabelle (401) umfasst, wobei in der Tabelle (401) jeder Eintrag (402) den Typ der Nachricht (403), das Ziel (404) und die Aktion (405) umfasst, dass neue Einträge (402) in der Tabelle (401) von dem Operator hinzugefügt werden, und dass, in Abhängigkeit von dem Typ der Nachricht (403) und dem Ziel (404), die entsprechenden Aktionen, die in der Tabelle (401) beschrieben sind, ausgeführt werden.
Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass die Aktionen (405) daraus bestehen können, die Nachricht zu beenden, die Nachricht zu übermitteln oder die Nachricht zu modifizieren.
Verfahren nach Anspruch 8, dadurch gekennzeichnet, dass eine Berechnungsfunktion die Anzahl fremdartiger Nachrichten zählt, die Anzahl fremdartiger Nachrichten speichert und eine Verkehrsinformation, die sich auf die Nachrichten bezieht, speichert.
Verfahren nach Anspruch 9, dadurch gekennzeichnet, dass das Protokoll, das für die Nachrichten verwendet wird, ISUP (Integrated Services User Part) ist, dass eine Information über den Typ der Nachrichten (306) in dem Feld für "Nachrichtentyp-Code" aufgenommen ist, dass die Nachricht einen "Nachrichten-Kompatibilitätsparameter" (307) umfasst, dass eine Information über das Ziel durch die "Nummer der angerufenen Partei" in der Nachrichten-IAM (Initial Address Message, Anfangsadressennachricht) erhalten wird, dass in Abhängigkeit davon, ob der "Nachrichten-Kompatibilitätsparameter" nicht empfangen worden ist oder ob der "Nachrichten-Kompatibilitätsparameter" auf "Weiterleiten" gesetzt ist, eine Aktion gemäß der Tabelle (401) ausgeführt wird.
Knoten in einem Netz, ausgelegt zum Verhindern oder Zulassen des Übermittelns von Nachrichten und/oder Parametern unter Verwendung eines spezifischen Protokolls, dadurch gekennzeichnet, dass – der Knoten eine Einrichtung zum Erkennen einer Nachricht oder eines Parameters erfasst, – der Knoten (105) eine Einrichtung zum Ausführen von Aktionen gemäß einer Tabelle (401, 601) umfasst, – dass jeder Eintrag (402, 602) in der Tabelle zumindest den Typ des Parameters (603) oder der Nachricht (403), die gemäß dem spezifischen Protokoll empfangen werden, das Ziel (404, 604) für die Nachricht oder den Parameter und eine Aktion (406, 605) enthält, – der Knoten ausgelegt ist, eine Aktion gemäß der Tabelle auszuführen, wenn die Nachricht oder der Parameter nicht erkannt wird, und – die Tabelle (401, 601) ausgelegt ist, von einem Operator modifiziert zu werden.
Knoten in einem Netz nach Anspruch 11, dadurch gekennzeichnet, dass die Aktionen (405, 605) ausgelegt sind, die Nachricht oder den Parameter zu beenden, die Nachricht oder den Parameter zu übermitteln, die Nachricht zu übermitteln, wobei der dritte Parameter ausgeschlossen ist, oder die Nachricht oder den Parameter zu modifizieren.