SE532972C2 - Telekommunikationssystem och förfarande för vidarebefordran av meddelanden på basis av abonnentidentifikation - Google Patents

Description

20 25 30 35 532 9?2 2 databas som lagrar abonnentinforrnation som t ex registrering, funktion och autentiseringsdata som är associerade med varje abonnent. Nätdelsystemet 708 innefattar vidare en andra MSC 720 i exemplet på en utföringsfonn i figur 1 som fungerar på samma sätt som MSC 110. Det är noterbart att nätet 100 kan innefatta ett eller flera HLR.

Under drift, när en abonnent initierar ett anrop från sin mobila station 702, förrnedlas ett motsvarande meddelande genom kanaler 704 för trådlösa kommunikationer och genom basstationdelsystemet 106 till MSC 770. Som svar på detta meddelande kommunicerar MSC 110, via STP-punkterna 772, 774, med det lämpliga HLR 776, 118 för att kontrollera registrering och autentiseringsinformation för den första abonnenten. Så snart som denna information har kontrollerats dirigerat MSC 770 ett TCAP-meddelande till en andra abonnent för att därigenom förbinda eller placera anropet. MSC 110 bestämmer den lämpliga dirigeringen för detta TCAP-meddelande från ett slaget nummer som finns i det initiala meddelandet fi'ån den mobila stationen 702, vilket meddelas via kommunikationskanalen 704 och delsystemet 706 till MSC. HLR 776, 118 är de databaser inom nätdelsystemet 708 som lagrar all abonnentinformation och som arbetar i kombination med MSC 770, 720 som tröskelvärdeskomponenter genom att tillåta eller neka åtkomst för mobiltelefonabonnenter till nätdelsystemet 108.

Ett antal trådlösa bärare eller tj änstleverantörer använder på typiskt sätt nätet 100 för att tillhandahålla en mobiltelefontjänst för sina respektive abonnenter. Varje tjänstleverantör måste anordna och upprätthålla ett HLR 776, 778 för att ge service till sina abonnenter. I många situationer hyr en trådlös tjänstleverantör ett utomstående bolag för att åstadkomma och upprätthålla HLR 776, 778 för leverantören, Det utomstående bolaget upprättar initialt HLR 776, 118 och upprätthåller därefter HLR allt eftersom abonnenten läggs till och tas bort och särdragen hos varje abonnent ändras. Tjänstleverantörerna kan vid en viss tidpunkt önska välja ett nytt bolag för att upprätthålla HLR 776, 778 och i denna situation måste abonnentingångarria i det aktuella HLR överföras till ett nytt HLR som upprättas och upprätthålls av det nya bolaget. En annan situation då behovet av överföring av abonnentingångar från ett första HLR 776, 778 till ett andra HLR uppstår är när en tjänstleverantör expanderar och önskar omfördela abonnenter på ett annat HLR inom nätdelsystemet 708.

För att överföra ett HLR 176, 778 från ett gammalt bolag till ett nytt bolag måste på typiskt sätt dirigeringskontigurationsinformationen i nätdelsystemet 108 omkonñgureras för att omdirigera anrop som är riktade till det gamla HLR till det nya HLR. Denna metod är mycket arbetskrävande och kräver således mycket tid och kostnader för att utföras. En annan metod består helt enkelt i att överföra alla abonnentingångar från det gamla bolaget HLS 776, 778 till det nya bolaget HLR. Denna metod är inte alltid möjlig eller praktisk eftersom HLR 116, 118 kan innehålla miljoner abonnentingångar och därför är tidsåtgången och kostnaden för överföring av dessa ingångar inte praktiska. Vidare kan vid denna metod det nya HLR 116, 778 inte användas innan alla abonnentingångar har överförts, vilket fördröjer utförandet l0 15 20 25 30 35 532 BTH? 3 av det nya HLR. Ända till dess att överföringen av hela abonnenttjänsten till det nya HLR 776, 778 har avslutats måste således det gamla HLR användas eller som ett alternativ måste tjänsten för de underliggande abonnentema skjutas upp under fullbordandet av abonnenttjänstöverföringen till det nya HLR.

Det finns ett behov av ett system och ett förfarandet som gör det möjligt för en tjänstleverantör att på ett enklare sätt överföra abonnentdata från ett HLR till ett annat och som gör det möjligt att upprätthålla tjänsten hos en tjänstleverantören under sådana överföringar.

Sammanfattning av uppfinningen Enligt en aspekt av föreliggande uppfinning innefattar ett hemlokaliseringsregister som vidarebefordrar meddelanden en logikkomponent för vidarebefordran, vilken är i stånd att ta emot ett meddelande och som verkar för att avgöra huruvida meddelandet från abonnentidentifieringsinforrnationen i meddelandet skall behandlas eller vidarebefordras.

Meddelandet kan utgöras TCAP-meddelande och logikkompönenten för vidarebefordran kan innefatta en uppslagstabell innehållande ett flertal poster, varvid varje post definierar en regel om huruvida motsvarande mottagna meddelanden skall vidarebefordras eller behandlas. Abonnentidentifieringsinfomiationen i meddelandet kan utgöras av minst antingen en llVlSI-identifierare eller en MSlSDN-identifierare. av ett Kort beskrivning av figurerna Figur 1 är ett funktionellt blockschema för ett klassiskt GSM-nät.

Figur 2 är ett funktionellt blockschema för ett GSM-nätdelsystem innefattande ett hemlokaliseringsregister (HLR) som vidarebefordrar meddelanden på basis av den abonnentidentifiering som finns i varje meddelande enligt en utföringsfonn av föreliggande uppfinning.

Figurerna 3A och 3B är flödesscheman som illustrerar ett förfarande för vidarebefordran av meddelanden, vilket förfarande utförs av det meddelandebefordrande HLR i figur 2 enligt en utföringsform av föreliggande uppfinning.

Figur 4 är en tabell som illustrerar översättningstabellen som används av det meddelandebefordrande HLRi figur 2 enligt en utföringsform av föreliggande uppfinning.

Figur 5 är ett funktionellt blockschema för nätdelsystemet i figur 2, vilket figur illustrerar dirigeringen av meddelanden i delsystemet när det meddelandebefordrande HLR vidarebefordrar ett mottaget meddelande till det lämpliga klassiska HLR i delsystemet.

Figur 6 är ett funktionellt blockschema för nätdelsystemet i figur 2, vilket figur illustrerar dirigeringen av meddelanden i delsystemet när det meddelandebefordrande HLR behandlar ett mottaget meddelande. 10 l5 20 25 30 35 532 Éfiišt 4 Detaljerad beskrivning av föredragna utföringsformer Figur 2 är ett funktionellt blockschema för ett GSM-nätdelsystem 200 innefattande ett meddelandebefordrande hemlokaliseringsregister (HLR) 202 som bestämmer om mottagna. meddelanden eller skall vidarebefordras behandlas, på basis av den abonnentidentifieringinformation som finns i varje meddelande enligt en uttöringsforrn av föreliggande uppfinning. När det rneddelandebefordrande HLR 202 utför denna bestämning jämför det abonnentidentifieringinformationen i meddelandet med ingångar i en uppslagstabell för omvandling 204. Ingångama i uppslagstabellen 204 anger för specificerade värden hos abonnentidentiñeringinfonnationen huruvida det meddelandebefordrande HLR 202 skall behandla meddelandet på det sätt som ett klassiskt HLR skulle ha gjort, eller om det meddelandebefordrande HLR skall vidarebefordra meddelandet. När uppslagstabellen 204 anger att meddelandet skall behandlas matas meddelandet till en HLR-komponent 206 i det meddelandebefordrande HLR 202 och behandlas. Däremot om uppslagstabellen 204 anger att meddelandet skall vidarebefordras vidarebefordrar det meddelandebefordrande HLR 202 meddelandet till ett annat HLR enligt vad som anges i uppslagstabellen. Det meddelandebefordrande HLR 202 gör det möjligt för en tjänstleverantör att på ett enklare sätt utföra en ny HLR-komponent 206 genom att vidarebefordra meddelanden till ett gammalt HLR för abonnenter som ännu inte har aktiverats i den nya HLR-komponenten. På detta sätt upprätthålls tjänsten för alla abonnenter medan abonnenten läggs till i HLR-komponenten 206. När abonnenten aktiveras i HLR-komponenten 206 uppdateras uppslagstabellen 204 för att därigenom omdirigera meddelanden som sänds till dessa nyligen aktiverade abonnenter från det gamla HLR till HLR-komponenten. l nedanstående beskrivning presenteras vissa detaljer i samband med de beskrivna utföringsforinerna av föreliggande uppfinning för att ge en tillräcklig förståelse av uppfinningen. Fackmannen inser emellertid att uppfinningen kan tillämpas utan dessa särskilda detaljer. Vidare inser fackmannen att de exempel på utföringsfonner som beskrivs här nedan inte begränsar omfattningen av föreliggande uppfinning och förstår även att olika modifieringar, motsvarigheter och kombinationer av de beskrivna utföringsfonnema och komponenterna hos sådana utföringsfonner ligger inom ramen för föreliggande uppfinning.

Utföringsformer som innefattar färre än samtliga komponenter hos någon av de respektive beskrivna utföringsfonnema kan likaledes finnas inom omfattningen av föreliggande uppfinning även om de inte uttryckligen beskrivs i detalj här nedan. Vidare har driñsättet hos välkända komponenter ochfeller processer inte visats och beskrivits i detalj för att undvika en onödig fordunklig av föreliggande uppfinning.

Nätdelsystemet 200 innefattar enligt vad som visas i figur 2 ett andra meddelandebefordrande HLR 208 som innefattar en motsvarande översättningstabell 210 och HLR-komponenten 272 som fungerar på samma sätt som motsvarande komponenter i det meddelandebefordrande HLR 202. Det andra meddelandebefordrande HLR 208 gör det möjligt att låta ingångar delas mellan uppslagstabellema 202, 270 genom att begränsa vissa 10 15 25 30 35 EEE EYE 5 regler för vidarebefordran vilka definieras genom ingångarna till ett specifikt HLR bland de meddelandebefordrande HLR 208 eller 202. Vid alternativa utföringsforiner innefattar nätet 200 meddelandebefordrande HLR eller det andra meddelandebefordrande HLR. Dessutom innefattar nätdelsystemet 200 mobílväxelstationer (MSC) 274, 216, signalöverföringspunkter (STP) 278, 220 och klassiska HLR 222, 224, vilka fungerar pä samma sätt som motsvarande komponenter vilka tidigare har beskrivits med hänvisning till ñgur l.

Under drift när en abonnent initierar ett anrop tas ett motsvarande TCAP- meddelande emot av MSC 214 som i sin tur dirigerar detta meddelande genom STP 218 till det meddelandebefordrande HLR 202. Det är noterbart att även om TCAP-meddelanden baserade på anrop beskrivs kan driften av de meddelandebefordrande HLR 202, 208 tillämpas på varje typ av abonnentbaserat TCAP-meddelande som överförs i nätet 200. Som svar på mottagningen av TCAP-meddelandet bestämmer det meddelandebefordrande HLR 202 huruvida meddelandet skall behandlas av HLR-komponenten 206 eller vidarebefordras till en av de klassiska HLR 222, 224. När meddelandet tillämpas på HLR-komponenten behandlar komponenten meddelandet för att kontrollera registreringen och autentiseringsinformationen hos abonnentinformationen som finns i meddelandet. Om det meddelandebefordrande HLR 202 bestämmer att TCAP-meddelandet skall vidarebefordras diiigeras det genom de nödvändiga komponentema till antingen HLR 222 eller 224. T ex när det meddelandebefordrande HLR 202 bestämmer att TCAP-meddelandet skall vidarebefordras till HLR 224 dirigerar det meddelandebefordrande HLR meddelandet till STP 218 och meddelandet dirigeras därefter genom STP 222 till HLR 224. Så snart som antingen HLR- komponenten 206 eller HLR 224 har kontrollerat infonnationen i det mottagna TCAP- meddelandet överförs denna kontroll, tillsammans med varje associerad information, till MCS 214. MSC 214 dirigerar därefter ett TCAP-meddelande till en andra abonnent för att förbinda eller "placera" anropet.

I figurerna 3A och 3B visas ett tlödesschema som mer i detalj illustrerar ett meddelandebefordrande förfarande som utförs av det meddelandebefordrande HLR 202 i figur 2 enligt en utföringsforin av föreliggande uppfinning. Innan förfarandet i figur 3 förklaras ges en mer detaljerad beskrivning av den abonnentidentifieringsinforination som finns i ett TCAP-meddelande. Ett TCAP-meddelande i GSM-nätdelsystemet 200 innefattar två typer av identifierare som används av det meddelandebefordrande HLR 202 : 1) en identifierare kallad internationell mobil abonnentidentitet (IMSI); och 2) en identifierare kallad digitalnätnummer för mobila integrerade abonnenttjänster (MSISDN). IMSI- identifieraren är en enda identifierare som lagras i en abonnentidentitetsmodul (SHVI) som finns i en mobilstation 102 (figur 1). SIM är ett bärbart kort innehållande annan abonnentspecifik information tillsammans med säkerhetsdata som gör det möjligt för en abonnent att få åtkomst till nätdelsystemet 200 via olika mobila stationer genom att helt enkelt sätta in SIM i den mobila stationen, vilket förstås av fackmannen. MSlSDN- identifieraren motsvarar ett telefonnummer hos en abonnent, varvid varje MSISDN är (Ju 10 l5 20 25 30 35 532 573 6 associerad med en särskild [lvlSI-identifierare. När nätet 200 är ett UMTS-nät lagras ett lMSl- värde vid en tillämpning med en universell abonnentidentitetsmodul (USlM) vilken exekveras på ett universellt chips med integrerade kretsar (UICC) i en mobil station, enligt vad som fackrnannen känner till.

Det meddelandebefordrande förfarandet i figur 3 börjar vid steg 300 och fortsätter till steg 302 där ett TCAP-meddelande tas emot. Förfarandet fortsätter därefter till steg 304, vilket funktionsmässigt representerar diiigering eller omkoppling av det mottagna meddelandet allt efter typen av identifierare som finns i meddelandet. När en abonnent identifieras genom en llvlSl-identifierare i TCAP-meddelandet övergår förfarandet till steg 309 och när abonnenten identifieras genom en MSISDN-identifierare övergår förfarandet till steg 311. Under steg 309 och 311 anges enbart den abonnentdirigeringslogik som skall tillämpas på meddelandet, närmare bestämt antingen abonnentdirigeringslogiken för ett TCAP-meddelande innefattande en abonnent som identifieras genom en IMSI-identifierare under steg 309 eller en abonnentdirigeringslogik för en abonnent som identifieras genom en MSISDN-identifierare under steg 311.

Från steg 309 går förfarandet vidare till steg 306 och bestämmer det värde, närmare bestämt IlVlSI-identifieraren eller MSISDN-identifieraren, som skall användas vid sökningen i dirigeringsöversättningstabellen i HLR-komponenten 206. När bestämningen under steg 306 är positiv går förfarandet vidare till steg 308 och läser en abonnentpost som om den återfinns kommer att innefatta en MSISDN-identifierare som är associerad med den mottagna IMSI- identifieraren. Om en sådan post påträffas är bestämningen under steg 308 positiv och förfarandet övergår till steg 310. Under steg 310 av förfarandet söks efter en passande MSISDN-identifierare i översättningstabellen 204 (figur 2).

Från steg 310 övergår förfarandet till steg 312 och där bestäms huruvida uppslagstabellen 203 innehåller en post som motsvarar de sökkriteria som härrör från lMSI- identifierare i det mottagna meddelande. Här kan ett fåtal faktorer vara involverade som t ex dirigeringsbasen eller förekomsten av en abonnentpost med avseende på de sökkriteria som används i översättningsuppslagstabellen för abonnentdirigeringen. Under steg 3l2 kontrolleras att sökningen i uppslagstabellen 204 har givit en ingång i retur, oavsett om huruvida denna ingång är baserad på en MSISDN- eller INISI-identifierare. Om denna bestämning är negativ går förfarandet vidare till steg 314 och HLR-komponenten 206 i det meddelandebefordrande HLR 202 behandlar meddelandet. I denna situation innehåller översättningstabellen för abonnentdirigering inte någon ingång som passar ihop med sökkriteria. Det är noterbart att logiken under förfarandet i figur 3 förhindrar att denna situation någonsin uppstår och sålunda avgörs verkligen under bestämningen i steg 312 huruvida översättningstabellen har retumerat en tabellingång. När bestämningen under steg 312 är positiv indikerar detta att det finns en post i uppslagstabellen 204 som passar ihop med sökkriteria vilka är associerade med lMSI-identifieraren i det mottagna meddelandet. I denna situation går förfarandet vidare till steg 316 och där bestäms från posten i uppslagstabellen 10 15 20 25 30 35 1532 9?E 7 204 huruvida det mottagna meddelandet skal] vidarebefordras eller behandlas. Om posten indikerar att meddelandet bör behandlas av HLR-komponenten 206 är bestärnningen under steg 316 positiv och förfarandet övergår till steg 314 och HLR-komponenten behandlar meddelandet. När posten i uppslagstabellen 204 indikerar att meddelandet bör vidarebefordras innefattar posten även en befordransadress till vilken meddelandet skall vidarebefordras. I detta fall övergår förfarandet till steg 314 och meddelandet vidarebefordras till den angivna befordransadressen, vilken på typiskt sätt motsvarar det gamla HLR. T ex skulle i delsystemet 200 befordransadressen på typiskt sätt motsvara en adress för det klassiska HLR 222 eller 224.

När bestärnningen under steg 308 är negativ betyder detta att INISI-identifieraren i det mottagna meddelandet inte finns i HLR-komponenten 206 och förfarandet går vidare till steg 320 och bestämmer huruvida en hoppassning i uppslagstabellen 204 har påträffats för IMSl-identifieraren. Förfarandet går därefter vidare till steg 312 och där bestäms huruvida översättningstabellen 204 har retumerat en ingång under steg 320. Om bestämningen under steg 312 är negativ har inte någon post påträffats och förfarandet går vidare till steg 314 och HLR-komponenten 206 behandlar meddelandet. Bestämningen under steg 312 är positiv om uppslagsoperationen som utförs under steg 320 har lett till att en tabellingång har returnerats.

Om en ingång returneras under steg 320 innefattar uppslagstabellen 204 en ingång som innehåller IMSI-identifieraren och bestämningen under steg 312 är positiv. Förfarandet går då vidare till steg 316 och bestämmer huruvida posten indikerar att meddelandet skall behandlas är bestämningen under steg 316 negativ och förfarandet går vidare till steg 314 och HLR- komponenten 206 behandlar meddelandet. I motsatt fall om posten indikerar att meddelandet skall vidarebefordras går förfarandet vidare till steg 318 och vidarebefordrar meddelandet till en befordransadress som finns i posten. steg 311 under detta steg endast den abonnentdirigeringslogik som skall tillämpas för en abonnent som identifieras genom en MSISDN-identifierare för steg 311. Från steg 311 går förfarandet vidare till steg 322 och där bestäms det värde, nämligen IIVISI-identifieraren eller MSISDN-identiñeraren, som skall användas vid sökningen i dirigeringsöversättningstabellen i HLR-komponenten 206. När bestärnningen under steg 322 är positiv går förfarandet vidare till steg 324 och där läses en abonnentpost som, om den påträffas, kommer att innefatta en IMSI-identifierare som är associerad med den mottagna MSlSDN-identifieraren. Om en sådan post påträffas är bestämningen under steg 324 positiv och förfarandet fortsätter till steg 320. Under steg 320 sökes under förfarandet efter en passande IMSI-identifierare i översättningstabellen 204 (figur 2).

För att nu återgå till anges Från steg 320 går förfarandet vidare till steg 375 och där bestäms huruvida uppslagstabellen 304 innehåller en post motsvarande sökkriteria som härleds från MSISDN- identifieraren i det mottagna meddelandet. Under steg 372 kontrolleras att en sökning i uppslagstabellen 304 har lett till retur av en ingång, oavsett om ingången är baserad på en 10 15 20 25 30 35 532 9?E 8 MSISDN- eller IMSI-identifierare. Om denna bestämning är negativ går förfarandet vidare till steg 374 och HLR-komponenten 206 i det meddelandebefordrande l-IRL 202 behandlar meddelandet. I denna situation innehåller översättningstabellen för abonnentdirigering inte någon ingång som passar ihop med sökkriteria. Det är noterbart att logiken i förfarandet i figur 3 förhindrar att denna situation någonsin uppstår och på så sätt fastställs verkligen genom bestämningen i steg 372 huruvida översättningstabellen har retumerat en tabellingång.

När bestämningen under steg 372 är positiv indikerar detta att det finns en post i uppslagstabellen 204 som passar ihop med de sökkriteria som är associerade med IMSI- identifieraren i det mottagna meddelandet. I denna situation går förfarandet vidare till steg 376 där det bestäms utgående från posten i uppslagstabellen 204 huruvida det mottagna meddelandet skall vidarebefordras eller behandlas. Om posten indikerar att meddelandet skall behandlas av HLR-komponenten 206 är bestämningen under steg 376 negativ och förfarandet går vidare till steg 374 och HLR-komponenten behandlar meddelandet. När posten i uppslagstabellen 204 indikerar att meddelandet skall vidarebefordras innehåller posten även en befordransadress till vilken meddelandet skall vidarebefordras. I detta fall går förfarandet vidare till steg 378 och meddelandet vidarebefordras till den angivna befodransadressen, vilken på typiskt sätt motsvarar det gamla HLR. I delsystemet 200 skulle befodransadressen t ex på typiskt sätt motsvara en adress hos det klassiska HLR 222 eller 224.

När bestämningen under steg 324 är negativ betyder detta att MSISDN-identifieraren i det mottagna meddelandet inte finns i HLR-komponenten 206 och förfarandet går vidare till steg 210 där det bestäms huruvida en hoppassning i uppslagstabellen 204 har påträffats för MSISDN-identifieraren. Förfarandet går då vidare till steg 312 och där fastställs huruvida översättningstabellen 204 har returnerat en ingång under steg 320. Om bestämningen under steg 312 är negativ har inte någon post påträffats och förfarandet går vidare till steg 314 och HLR-komponenten 206 behandlar meddelandet. Bestämningen under 312 är positiv om den uppslagsoperation som utförts under steg 320 har gjort att en tabellingång har returnerats. Om en ingång retumeras under steg 310 innefattar då uppslagstabellen 204 en ingång innehållande lh/ISI-identifieraren och bestämningen under steg 312 är positiv. Förfarandet går då vidare till steg 316 och där bestäms huruvida posten indikerar att meddelandet skall vidarebefordras eller behandlas. Om posten indikerar att meddelandet skall behandlas är bestämningen under steg 316 negativ och förfarandet går vidare till steg 314 och HLR-komponenten 206 behandlar meddelandet. I motsatt fall om posten indikerar att meddelandet skall vidarebefordras går förfarandet vidare till steg 318 och meddelandet vidarebefordras till en befordransadress som finns i posten. Figur 4 är en tabell som illustrerar översättningstabellen 204 i figur 2 enligt en uttöringsform av föreliggande uppfinning. Uppslagstabellen 204 innefattar ett antal poster Rl - R6 som var och en innefattar ett flertal fält som finns i respektive spalter i uppslagstabellen. Det första fältet i varje post Rl - R6 är ett "ingångsfält", där posterna Rl - R5 uppvisar ingångsnummer som motsvarar postens nummer. Posten Ró innehåller en standardpostingång vilken definierar posten R6 som en standardpost i 10 l5 20 25 30 35 EEE 91%? 9 uppslagstabellen. I föreliggande beskrivning kan dessa poster Rl - R6 som ett alternativ betecknas som poster eller uppslagstabellingångar. "Ingångsfalten" for varje post Rl - R6 används enbart for referensändarnål när tabell 304 återges som i figur 4 och påverkar inte de bestämningar av vidarebefordran eller behandling som görs med avseende på de mottagna TCAP-rneddelandena.

Nästa spalt i uppslagstabellen 204 eller fält i varje post Rl - R6 är ett "abonnentidentifieringsfált". I exemplet i figur 4 innehåller posterna Rl - R3 MSISDN i sina respektive abonnentidentifieringsfält, posten R4 innehåller IMSI i sitt abonnentidentifieringsfält och posterna R5 och R6 innehåller en "." som är ett ersättningstecken vilket betyder att abonnentidentifieringarna hos dessa poster kan visa ett valfritt värde. De följande två fälten i varje post Rl - R6 betecknas som "slag av adress" och "nummerplanfalt" och uppvisar ersättningstecken for alla postema R l - R6 som indikerar att dessa fält kan anta valfria värden. Nästa fält i varje post Rl - R 6 är ett "adressfält" som anger en specifik adress eller en uppsättning adresser for motsvarande abonnentidentifieringsfált i posten. Post Rl motsvarar t ex varje mottaget meddelande med MSISDN-identifierare som uppvisar ett värde vilket börjar med siffroma "l307754" eftersom adressfältet innehåller ingången "1307754". Ersättningstecknet i denna ingång anger värdet 1307754 vilket följs av andra värden. En titel "Abonnentidentifieringsvärde" ovanför fälten Slag av adress, Antal plan och Adress indikerar att vart och ett av dessa fält specificerar särskilda parametrar for motsvarande abonnentidentiñeringsfált inom varje post Rl - R6.

De följande tre fälten i varje post Rl - R6 betecknas även "Slag av adress", "Antal plan", och "Adress", specificerat särskilda parametrar for det meddelandebefordrande HLR 202 (figur 2) for vilket en särskilt regel som definieras genom en given RI - R6 tillämpas. En rubrik "Vidarebefordran av HLR-talet" ovanför dessa tre fält indikerar detta i figur 4. Post RS motsvarar t ex varje mottaget meddelande som uppvisar en MISHDN-identifierare med ett värde inom området "1402385." och vidarebefordras från ett meddelandebefordrande HLR 202 som har en adress 14023 847201.

De sista två fälten betecknas "Handlingsindikerare" och "Nätenhet" och definierar tillsammans "Översättningsdata" enligt vad som anges genom rubriken ovanför dessa fält.

Handlingsindikerarfaltet uppvisar antingen ett värde "Vidarebefordran" eller "Behandling" och indikerar om meddelandet skall vidarebefordras eller behandlas. Nätenhetsfaltet anger den adress till vilken det mottagna meddelandet skall vidarebefordras om handlingsindikerarfaltet uppvisar ett värde "vidarebefordran". Posten Rl definierar t ex en regel som tillämpas på de mottagna meddelandena enligt följande. Om ett mottaget meddelande är associerat med en MISIDN-identifierare med ett värde inom omrâdet ”l307754.“ skall meddelandet behandlas av det meddelandebefordrande HLR 202 som innehåller uppslagstabellen 204. Posten R2 definierar däremot en regel att de mottagna meddelandena som är associerade med en MISIIDN-identiñerare inom området "1402384." skall vidarebefordras till adressen "14023 847204." Andra uttöringsfonner av uppslagstabellen men dessa fält 10 15 20 25 30 35 532 5172 10 204 ligger inom ramen for föreliggande uppfinning, varvid utfóringsfonnen i figur 4 endast har återgivits som ett exempel. Vidare behöver andra utfóringsforrner av det meddelandebefordrande HLR 202 inte innefatta en uppslagstabell, utan innefattar i stället en meddelandebefordrande logik i andra former som bestämmer huruvida ett givet meddelande skall behandlas eller vidarebefordras.

Figur 5 visar ett funktionellt blockschema for nätdelsystemet 200 i figur 2, vilket illustrerar dirigeringen av TCAP-meddelanden i delsystemet när det meddelandebefordrande HLR 202 vidarebefordrar ett mottaget meddelande till det lämpliga klassiska HLR 222. De streckade linjerna mellan komponenter i delsystemet 202 indikerar dirigeringen av meddelandet i delsystemet, varvid siffrorna närmast de streckade linjerna indikerar dirigeringsordningen. Ursprungligen resulterar en handling som t ex ett anrop vilket initieras av en mobil abonnent (ej visad i figurerna) i att ett motsvarande meddelande avges till MSC 274. MSC 274 ta emot meddelandet och vidarebefordrar meddelandet enligt vad som anges med linjen l till STP 278 som i sin tur dirigerar meddelandet till det meddelandebefordrande HLR 202 enligt vad som anges med linjen 2. Det meddelandebefordrande HLR 202 använder uppslagstabellen 204 i figur 4 och utför förfarandet i figur 3 för att bestämma om meddelandet skall vidarebefordras eller behandlas.

I detta exempel bestämmer det meddelandebefordrande HLR 202 att meddelandet skall vidarebefordras till det klassiska HLR 222. Följaktligen vidarebefordrar det meddelandebefordrande HLR 202 meddelandet till STP 278 enligt vad som anges med linjen 3 och STP 278 dirigerar därefter meddelandet till HLR 222 enligt vad som anges med linjen 4. HLR 222 behandlar därefter meddelandet enligt vad som tidigare beskrivits för att kontrollera informationen om abonnenten som har initierat anropet och kommunicerar därefter direkt med abonnenten. Den direkta kommunikationen med abonnenten betyder att det meddelandebefordrande HLR 202 inte längre är involverat, men att HLR 222 i stället behandlar anropet på det sätt som om meddelandet initialt hade dirigerats till HLR 222. HLR 222 avger således ett returrneddelande enligt vad som anges med linjen 5 till STP 278 som i sin tur dirigerar meddelandet till MSC 284 enligt vad som anges med linjen 6. MSC 274 överför därefter returrneddelandet till den abonnent som har initierat anropet.

Figur 6 är ett funktionellt blockschema for nätdelsystemet 200 i figur 2, som illustrerar dirigeringen av TCAP-meddelanden i delsystemet när det meddelandebefordrande HLR 202 behandlar meddelande. Vid återanrop fungerar det meddelandebefordrande HLR 208 på samma sätt som det meddelandebefordrande HLR 202.

Ursprungligen resulterar en handling (t ex ett tvåpunktsanrop) som initieras av en mobil abonnent (ej visad i figurerna) i att ett motsvarande meddelande avges till MSC 246. MSC 276 tar emot meddelandet och vidarebefordrar meddelandet enligt vad som anges med linjen l till STP 220 som i sin tur dirigerar meddelandet till det meddelandebefordrande HLR 208 enligt vad som anges med linjen 2. Det meddelandebefordrande HLR 208 använder uppslagstabellen 204 i figur 4 och utför förfarandet i figur 3 for att bestämma om ett mottaget 10 l5 532 9172 ll meddelandet skall vidarebefordras eller behandlas.

I detta exempel bestämmer det meddelandebefordrande HLR 208 att meddelandet skall behandlas och följaktligen behandlar det meddelandebefordrande HLR meddelandet enligt vad som tidigare beskrivits för att kontrollera informationen om abonnenten som initierat anropet. Det meddelandebefordrande HLR 208 överför därefter ett returmeddelande till STP 220 enligt vad som anges med linjen 3. STP 220 dirigerar retunneddelandet till MSC 246 som anges med linjen 4 och MSC överför därefter returmeddelandet till den abonnent som initierat handlingen (t ex ett tvåpunktsanrop).

Fackmannen inser att även om olika utföringsformer av och fördelar med föreliggande uppfinning har förklarats i den Föregående beskrivningen har denna givits enbart som en illustration och att detaljändringar kan ske utan att det för den skull går utanför uppñnningens vidare mening. Vissa av de komponenter som beskrivits kan utföras med användning av antingen digitala eller analoga strömkretsanordningar, eller en kombination av båda, och även när så är lämpligt kan de utföras genom mjukvara som exekveras på en lämplig behandlingsströmkretsanordning. Här bör även noteras att de funktioner som utförs av komponenterna 200 - 224 kan kombineras lör att utföras av färre element eller delas och utföras av fler element beroende på utförandet av delsystemet 200. Därför begränsas föreliggande uppfinning enbart av de bifogade patentkraven.

Claims (6)

10 l5 20 25 30 35 šfzššš 9112 12 Patentkrav

1. Meddelandebefordrande komponent anpassad for att ta emot ett meddelande innehållande en abonnentidentifieringsinforrnation, och som är operativ för att utgående från abonnentidentifieringsinformationen i meddelandet bestämma huruvida meddelandet skall behandlas eller vidarebefordras, vilken vidare innefattar en uppslagstabell innehållande ett flertal poster, varvid varje post definierar en regel för huruvida motsvarande mottagna meddelanden skall vidarebefordras eller behandlas, varvid varje post innefattar minst ett abonnentidentifieringsfalt som anger typen av abonnentidentifieringsinformation som skall jämföras och en abonnentidentifieringsadress som anger ett värde för denna abonnentidentifi eringsinformation; minst ett översättningsdatafalt som innehåller information om huruvida ett motsvarande meddelande skall vidarebefordras eller behandlas, och en nätadress för en komponent i nätet till vilken ett meddelande som vidarebefordras skall överföras minst ett nummerfált för en befordranskomponent innehållande information om en komponent i nätet som vidarebefordrat det mottagna meddelandet, varvid varje post i uppslagstabellen vidare innefattar: ett enda abonnentidentifieringsfált abonnentidentifieringsinforrnation som skall jäniföras; som anger typen av tre värdefalt för abonnentidentífieringen vilka anger ett värde för denna abonnentidentiñeringsinforrnationen, varvid de tre fälten är ett fált med slaget av adress, ett nummerplanfált, och ett adressfalt; två överföringsdatafalt, ett handlingsindikeringsfalt som innehåller ett värde motsvarande antingen behandling eller vidarebefordran av motsvarande meddelanden, och ett nätenhetsfalt innehållande nätadressen för komponenten i nätet till vilken ett meddelande vidarebefordras enligt vad som anges genom handlingsindikeringsfáltet skall anordnas; och tre nummerfalt för en befordranskomponent, ett falt med slaget av adress, ett nummerplanfalt, och ett adressfalt.

2. Meddelandebefordrande enligt patentkrav l, varvid abonnentidentiñeringsfaltet innefattar antingen en IMSI-identifierare eller en MSISDN- identiñerare. komponent 10 15 20 25 30 35 532 972 13

3. Telekommunikationsnät, innefattande : minst en abonnentinforrnationskomponent, abonnentinformationskomponent lagrar abonnentkontrollinforrnation; en meddelandebefordrande komponent innefattande, varvid varje en databaskomponent som lagrar abonnentkontrollinforrnation, och en befordrande logikkornponent som är anpassad för att ta emot meddelanden, varvid varje meddelande innefattar abonnentindentifieringsinforrnation och komponenten är operativ för att utgående från abonnentindentifieringsinfonnationen i meddelandet bestämma huruvida varje meddelande skall behandlas eller vidarebefordras, varvid den befordrande logikkomponenten vidare är operativ för att avge meddelandet till databaskomponenten när den befordrande logikkomponenten bestämmer att meddelandet skall behandlas och operativ för att vidarebefordra meddelandet till en av de övriga abonnentinforrnationskomponentema när den befordrande logikkomponenten bestämmer att meddelandet skall vidarebefordras, varvid den meddelandebefordrande logikkomponenten innefattar en uppslagstabell innehållande ett flertal poster, varvid varje post definierar en regel om huruvida motsvarande mottagna meddelanden skall vidarebefordras eller behandlas, varvid varje post innefattar minst ett abonnentidentifieringsfalt som anger typen av abonnentidentifieringsinformation som skall jämföras och en abonnentidentifieringsadress som anger ett värde för denna abonnentidentiñeringsinforrnation; minst ett översättningsdatafalt som innehåller information om huruvida ett motsvarande meddelande skall vidarebefordras eller behandlas, och en nätadress för en komponent i nätet till vilken ett meddelande som vidarebefordras skall överföras minst ett nummerfalt för en befordranskomponent innehållande information om en komponent i nätet som vidarebefordrat det mottagna meddelandet, varvid varje post i uppslagstabellen vidare innefattar: ett enda abonnentidentifieringsfalt abonnentidentifieringsinformation som skall jämföras; som anger typen av tre värdefalt för abonnentidentifieringen vilka anger ett värde för denna abonnentidentifieringsinformationen, varvid de tre fälten är ett fält med slaget av adress, ett nummerplanfált, och ett adressfalt; två överföringsdatafalt, ett handlingsindikeringsfalt som innehåller ett värde motsvarande antingen behandling eller vidarebefordran av motsvarande meddelanden, och ett nätenhetsfalt innehållande nätadressen för komponenten i nätet till vilken ett meddelande vidarebefordras enligt vad som anges genom handlingsindikeringsfaltet 10 15 20 25 30 35 532 572 14 skall anordnas; och tre nummerfált för en befordranskomponent, ett fält med slaget av adress, ett nummerplanfalt, och ett adressfalt..

4. Telekommunikationsnät enligt patentkrav 3, varvid abonnentidentifieringsfaltet innefattar antingen en IMSI-identifierare eller en MSISDN-identifierare.

5. Datorläsbart medium innehållande en datastruktur med översättningstabell som definierar regler för vidarebefordran och behandling av telekommunikationsmeddelanden, varvid datastrukturen innefattar: en uppslagstabell innefattande ett flertal poster, varvid varje post innefattar minst ett abonnentidentifieringsfalt som anger typen av abonnentidentifieringsinforination som skall jämföras och en abonnentidentifieringsadress som anger ett värde för denna abonnentidentifieringsinformation; minst ett översättningsdatafalt som innehåller information om huruvida ett motsvarande meddelande skall vidarebefordras eller behandlas, och en nätadress för en komponent i nätet till vilken ett meddelande som vidarebefordras skall överföras minst ett nummerfalt för en befordranskomponent innehållande information om en komponent i nätet som vidarebefordrat det mottagna meddelandet, varvid varje post i uppslagstabellen vidare innefattar: ett enda abonnentidentifieringsfált abonnentidentiñeringsinformation som skall jämföras; som anger typen av tre värdefalt för abonnentidentifieringen vilka anger ett värde för denna abonnentidentifieringsinformationen, varvid de tre fälten är ett fält med slaget av adress, ett nummerplanfált, och ett adressfalt; två överföringsdatafalt, ett handlingsindikeringsfalt som innehåller ett värde motsvarande antingen behandling eller vídarebefordran av motsvarande meddelanden, och ett nätenhetsfalt innehållande nätadressen för komponenten i nätet till vilken ett meddelande vidarebefordras enligt vad som anges genom handlingsindikeringsfáltet skall anordnas; och tre nummerfalt för en befordranskomponent, ett fält med slaget av adress, ett nummerplanfalt, och 532 512 ett adressfalt.

6. Datorläsbart medium enligt krav 5, varvid abonnentídentiñeríngsfáltet innefattar antingen en IMSI-identifierarc eller en MSISDN-identifierare.