SE515602C2 - Förfarande och anordning för utgallring av okända meddelanden och parametrar - Google Patents

Description

.25 515 602 2 är t.ex. att kunna debitera för kundernas utnyttjande av langdistansoperatörens nätverk. Om nagon av làngdistansoperatörens kunder väljer att uppgradera sitt nätverk för att införa nya tjänster mäste làngdistansoperatören följa efter. Att uppgradera mjukvara i. ett telekommunikationsnätverk är en làngsam process, vilket innebär att längdistansoperatören ohjälpligt kommer att ligga efter. Men inte ens genom att uppgradera kan han vara säker pà att förstà och kunna debitera för alla meddelanden och parametrar, eftersom hans kund kan ha en variant av protokollet, vilket inte är tillgängligt för längdistansoperatören.

Genom US-5,062,lO8 är det känt att ett system har lagrad data för att identifiera och processa meddelanden. Systemet bestämmer om meddelandet använder en annan mängd av identifierare. Om sä är fallet omvandlas meddelandet till en igenkännbar form.

Inom ISUP är det känt att àtgärda okända meddelanden och parametrar. Detta görs genom att läsa och tolka en kompatibilitetsparameter, vilken skickas med meddelandet. Om ingen kompatibilitetsparameter finns vidtas en förutbestämd ätgärd, t.ex. att vidarebefordra meddelandet eller parametern.

Den förutbestämda åtgärden gäller för alla. meddelanden eller parametrar.

Utgallring av kända meddelanden är känt.

REnoGöRELsE FÖR UPPFINNINGEN Föreliggande uppfinning angriper ovanstàende problenl med hur utgallring av okända meddelanden och parametrar kan ske i ett nätverk.

Ett annat problem, vilket föreliggande uppfinning löser, är att kunna ta betalt för okända tjänster förmedlade via ett nätverk. 10 15 20 v25 515 602 3 Ett ändamàl med föreliggande uppfinning är sàledes att kunna utgallra och terminera valda okända meddelanden och parametrar.

Ovanstående problenx med. utgallring av okända. meddelanden och parametrar löses genom att en speciell utgallringsmetod används när ett okänt meddelande eller parameter påträffas.

Utgallringsmetoden omfattar en tabell med parametrar, eller meddelandetyper, destinationer samt åtgärder. När en parameter eller ett meddelande påträffas, vilken är tänkt att förmedlas till en i tabellen upptagen destinationen, vidtas àtgärden indikerad i tabellen. Tabellen sätts upp och är manipulerbar av en operatör.

En fördel med föreliggande uppfinning är att nätverksoperatören fàr kontroll över vilka meddelanden eller parametrar som förmedlas via hans nätverk.

En annan fördel är att olika atgärder kan vidtas baserat pà olika typer av okända meddelanden och parametrar och pà destinationen för meddelandena.

En annan fördel är att nätverksoperatören pà ett enkelt sätt kan anpassa sitt nätverk till nya omständigheter, dvs. nya typer av okända meddelanden och parametrar.

En annan fördel är att nätverksoperatören kan debitera för utnyttjandet av sitt nätverk.

Uppfinningen kommer nu att beskrivas närmare med hjälp av föredragna utföringsformer och med hänvisning till bifogade ritningar.

FIGURBESKRIVNING Figur 1 visar schematiskt tre nätverk. 10 15 20 ”[25 030 515 602 4 . . . , . ~ Figur 2 visar ett flödesschema enligt en utföringsform av uppfinningen.

Figur 3 visar schematiskt ett ISUP meddelande.

Figur 4 visar en tabell enligt en utföringsform av uppfinningen.

Figur 5 visar ett flödesschema enligt en utföringsform av uppfinningen.

Figur 6 visar en tabell enligt en utföringsform av uppfinningen.

FÖREDRAGNA UTFöRINGsFom/LER I figur 1 visas ett nätverk bestående av en lokal operatör med tvà àtskilda nätverk 101 och 103. ett tredje 102. I Dessa nätverk förbinds genom nätverk nätverket 101 orginerar ett meddelande, vilket ska termineras i nätverket 103. Meddelandet passerar genom en gatewaynod 104 och anländer till en gatewaynod 105 i nätverket 102. I gatewaynoden 105 packas meddelandet upp och analyseras. Logiken. i gatewaynoden 105 känner inte igen meddelandet och ett beslut mäste fattas om meddelandet ska befordras vidare till nätverket 103 via gatewaynoder 106 och 107.

I denna utföringsform beskrivs företrädesvis ISUP som nätverksprotokoll, men uppfinningen fungerar naturligtvis även TUP, MUP etc. Även helt andra typer TCP/IP, schematiskt ett ISUP meddelande. ett huvud 301, för andra protokoll, t.ex. av protokoll är tänkbara, t.ex. X.25 etc. I figur 3 visas ISUP meddelandet är uppdelat i fyra delar, en obligatorisk fix del 302, en obligatorisk variabel del 303 och en valfri del 304.

Varje del är i sin tur indelad i 8 bitars fält. I huvudet ingàr t.ex. “Routing Label' 305 och “Message Type Code' 306. I den valfria delen ingàr bl.a en här förkortad till MCP 307.

“Message Compatibility Parameter', MCP är den parameter i ISUP som avgör vad som ska hända med ett meddelande om det inte känns igen. 10 15 20 -yzs 30 n. n» 515 602 5 I det första ISUP-meddelandet, IAM (“;nitial èdress gessage') skickas information om destinationen för samtalet i parametern “Called Party Number'. I alla efterföljande meddelanden identifieras meddelandena och destination med hjälp av parametern \Routing Label” 305 och en parameter “Circuit Identification Code' 308.

När meddelandet anländer till gatewaynoden 105 i figur l och meddelandet inte känns igen analyseras det enligt flödesschemat i figur 2. Om meddelandet inte innehåller nagon MCP 201 vidtas atgärder 203 enligt en tabell 401 i figur 4. I tabellen 401 finns för varje ingang 402 tre fält. Ett fält för typ av meddelande 403, ett fält för ett fält för destination för meddelande 404 och àtgärd 405. Om meddelandetypen 403 och destinationen 404 finns i tabellen vidtas den àtgärd 405 vilken är associerad lned lneddelandetypen. 403 och. destinationen 404.

Tabellen kan modifieras av en operatör. Därmed kan nya typer av meddelanden. hanteras jpà ett enkelt sätt genonx att operatören lägger till dessa i tabellen. Tabellen har fràn början byggts upp av en operatör.

I figur 2 visas vidare att om meddelandet innehàller en MCP, men att meddelandet ska 202, åtgärder 203 enligt tabell 401 i figur 4. Om MCP inte är satt sà MCP visar skickas vidare vidtas att meddelandet ska skickas vidare vidtas àtgärder enligt MCP 204. Dessa beskrivna i Q.763. kan. man även tänka sig att typ av' meddelande, åtgärder är standardiseringsdokumentationen för ISUP, I detta skede destination, àtgärd samt annan intressant trafikinformation sparas för att senare kunna utgöra debiteringsunderlag. Att kunna debitera även för okända meddelanden och parametrar är naturligtvis i högsta grad intressant. 10 15 20 _Q25 V30 515 602 6 Pa sa vis avgörs, om ett okänt nätverk 103 i gatewaynoden 105 i figur 1, till meddelandet är förmedlas vidare via och 107. Om meddelande ska gatewaynoderna 106 känt i gatewaynoden 105 fortsätter analysen med de parametrar 302, 303 och 304 i figur 3, skulle visa sig vara okänd sker ett liknande förfarande som för som meddelandet innehaller. Om nagon av dessa det okända meddelandet enligt figur 5.

När ett meddelande anländer till gatewaynoden 105 i figur 1 och det 'visar sig att en. parameter är okänd. kontrolleras om en “Parameter Compatibility Parameter' i fortsättningen kallad PCP har mottagits 501 i. figur 5. PCP tillhör parameterarna i. den variabla delen 304 av ISUP meddelandet i figur 3. PCP innehaller information om vilka atgärder en nod ska vidta om den berörda parametern ej är känd för noden. Om PCP inte har mottagits eller satt till att 502, 504 för den om PCP är vidarebefordra parametrar kontrolleras om parametern ska vidarebefordras destination vilken meddelandet är ämnat för. I annat fall vidtas atgärder enligt PCP 503 och 505. Uppgifter om parametern ska vidarebefordras eller ej för en given destination halls i en tabell 601 i figur 6. Varje ingång 602 i tabell 601 innehaller uppgift om typ av parameter 603, destination 604 samt om den ska vidarebefordras eller ej 605. Även i detta fall kan intressant trafikinformation sparas undan t.ex. typ av parameter, destination etc.

Att en typ av flödesschema och tabell är visad för meddelanden och en annan för parameterar innebär inte att respektive flödesscheman och tabeller är speciellt avsedda för respektive meddelanden och parameterar utan avsikten är endast att visa tva snarlika utföringsformer och av uppfinningen. Flödesschemat tabellen för meddelanden fungerar lika bra ihop med parametrar och vice versa. 515 602 7 Uppfinningen är naturligtvis inte begränsad till de ovan beskrivna och pà ritningen visade utföringsformerna, utan kan modifieras inom ramen för de bifogade patentkraven.

Claims (1)

1. 0 15 20 25 . . . « ,a n;- - -* f.. - ;,". . =- - ; '_ I! OI u ' I .u ~. zfn: _ _ , _ .- PATENTKRÄV l.Förfarande för att förhindra eller tillåta förmedling av ett eller flera meddelanden via en nod i ett telekommunikationsnätverk, vilka meddelanden innefattar en första parameter med information om typ av meddelande varvid minst ett av nämnda meddelanden innefattar en andra parameter med information om destination för nämnda meddelanden, KÄNNETECKNAT av att nämnda meddelanden anländer till noden, varvid nämnda nod omfattar en första utgallringsfunktion vilken, beroende på om nämnda typ av meddelande är känt, anropar en andra utgallringsfunktion, vilken, beroende på nämnda destination och nämnda typ av' meddelande, vidtar en åtgärd. .Förfarande enligt patentkrav 1, där nämnda meddelande vidare innefattar minst en tredje parameter, vilken tredje parameter innehålla information om typ av nämnda tredje parameter, KÄNNETECKNAT av att nämnda första utgallringsfunktion beroende på om nämnda typ av tredje parameter är känd anropar nämnda andra utgallringsfunktion, vilken beroende på nämnda destination samt nämnda typ av tredje parameter vidtar en åtgärd. . Förfarande enligt patentkrav 2, KÄNNETECKNAT av att nämnda andra utgallringsfunktion omfattar en åtgärdstabell (601), i vilken tabell (601) varje ingång (602) innefattar typ av parameter (603), destination (604) samt åtgärd (605), att nya ingångar (602) i nämnda tabell (601) är anordnade att läggas till av en operatör samt att-beroende på nämnda typ av tredje parameter samt nämnda destination vidtas den i tabellen motsvarande beskrivna åtgärden. 10 15 20 25 30 . Förfarande 515 602 Ûl. . » - J . - 4. Förfarande enligt patentkrav 3, KÄNNETECKNAT av att nämnda, i tabellen (601) beskrivna, åtgärden (602) består av att terminera nämnda meddelande, att vidarebefordra nämnda meddelande, att vidarebefordra nämnda meddelande med nämnda tredje parameter excluderad eller att modifiera nämnda tredje parameter. _ Förfarande enligt patentkrav 4, KÄNNETECKNAT av att en debiteringsfunktion räknar antal okända parametrar och meddelanden, lagrar antal okända parametrar och meddelanden samt lagrar trafikinformation relaterad till nämnda parametrar och meddelanden. enligt patentkrav 5, KÄNNETECKNAT av att protokollet som används för nämnda meddelande är ISUP (lntegrated êervices Qser Part), att information om nämnda typ av meddelande bärs i fältet för “Message Type Code' (306), att nämnda tredje parameter omfattar en “Parameter Compatibility Parameter', att information om nämnda destination erhålls genom “Called Party Number' i meddelandet IAM (lnitial êdress Qessage), att beroende på om “Parameter Compatibility Parameter' ej har mottagits eller om “Parameter Compatibility Parameter' är satt till “Pass On', så vidtas den i nämnda tabell (601) motsvarande beskrivna åtgärden. . Förfarande enligt patentkrav' 1, KÄNNETECKNAT av att nämnda andra utgallringsfunktion omfattar en åtgärdstabell (401), i vilken tabell (401) varje ingång (402) omfattar typ av meddelande (403), destination (404) samt åtgärd (405), att nya ingångar (402) i nämnda tabell (401) läggs till av en operatör samt att, i beroende av nämnda typ av næddelande (403) samt nämnda destination (404), så vidtas den i tabellen (401) motsvarande beskrivna åtgärden (405). 10 15 20 25 30 10. ll l2.Nod i _ Förfarande enligt patentkrav 7, . Förfarande . , f . 1 u 515 602 (0- KÄNNETECKNAT av att den nämnda åtgärden (405) kan bestå av att terminera nämnda meddelande, att vidarebefordra nämnda meddelande eller att modifiera nämnda meddelande. enligt patentkrav 8, KÄNNETECKNAT av att en debiteringsfunktion räknar antal okända meddelanden, lagrar antal okända meddelanden samt lagrar trafikinformation relaterad till nämnda meddelanden. KÄNNETECKNAT att ISUP Förfarande enligt patentkrav 9, av protokollet som används för nämnda meddelande är att information om nämnda typ att (lntegrated âervices gser Part), (306) bärs i fältet meddelande Parameter' (307), erhålls genom “Called Party Number' i meddelandet IAM meddelande för “Message Type Code', nämnda omfattar en “Message Compatibility att information om nämnda destination (lnitial êdress message), att beroende på om *Message Compatibility Parameter' ej har Inottagits eller om. “Message Compatibility är satt till så vidtas en åtgärd enligt (401). Parameter' “Pass On', nämnda tabell .Nod i ett telekommunikationsnätverk anordnad för att förhindra meddelanden och eller (105) eller tillåta av vidareförmedling innefattar medel för att vidta åtgärder enligt en tabell (401, 601), att (402, 602) i (401, 601) parameter meddelande 604) parametrar, KÄNNETECKNAD av' att nämnda nod minst (403), samt att nämnda nämnda tabell (603) och åtgärd varje ingång eller (405, 605) omfattar av tYP (404, 601) destination tabell (401, är anordnad att modifieras av en operatör. ll, att ett telekommunikationsnätverk enligt patentkrav (405, 605) eller KÄNNETECKNAD av att nämnda åtgärd är anordnad terminera nämnda meddelande parameter, att vidarebefordra nämnda meddelande eller parameter, att 10 15 20 13 14 .Telekommunikationsnätverk enligt patentkrav 13, . . . ; n 4 515 602 fl- vidarebefordra nämnda meddelande med nämnda tredje parameter exkluderad eller att modifiera nämnda meddelande eller parameter. _Telekommunikationsnätverk arrangerat för att förhindra eller tillåta vidareförmedling av meddelanden eller parametrar och omfattande minst en nod, KÄNNBTECKNAT av att nämnda nod (105) (405, 605) 602) i nämnda tabell av parameter (601) eller 604) (405, 605) är anordnad att modifieras innefattar medel för att vidta åtgärder tabell (401, 601), (402, (401, 601) innefattar minst typ (401), (404, samt att nämnda tabell 601) enligt en att varje ingång destination (401, meddelande och åtgärd av en operatör. KÄNNETECKNAT 605) nämnda meddelande eller parameter, av att nämnda åtgärd (405, är anordnad att terminera att vidarebefordra nämnda meddelande eller parameter, att vidarebefordra nämnda meddelande med nämnda tredje parameter excluderad eller att modifiera nämnda meddelande eller parameter.