SE501088C2 - Återupprättande av en hemmadatabas i mobilradiosystem - Google Patents

Description

20 25 30 501 oss 2 abonnenterna kan ha förflyttat (roaming) HLR-kraschen "besöksväxel" kan därför ha ändrats i mellantiden. Därför görs sig sedan den sista backup-kopieringen innan gjordes. Abonnentens dessutom en så kallad positionsdump med kortare intervall, t. ex. var 15:e minut, så att positionsinformationen uppdateras oftare på backup-enheten. Även detta är dock en alltför lång tidsperiod, inom vilken många abonnenter kan ha bytt "besöksväxel".

I kända mobiltelefonsystem löses detta problem genom att HLR- enheten vid äterstart sänder ett.meddelande indikerande otillför- litliga.positionsdata till alla därtill anslutna mobiltelefonväx- lar. Dessa kan då i sin tur radera lagrad kategoriinformation för besökande abonnenter från denna HLR-enhet. Detta leder till att alla aktiva besökande abonnenter från denna HLR-enhet tvingas att sända ett positionsuppdateringsmeddelande till mobiltelefonväxeln (periodiska) registre- efter HLR-enhetens àterstart. Härigenom kan HLR-enheten uppdatera alla abonnenternas och vidare till HLR-enheten inom nästa ringsintervall (i typfallet 20 minuter) positioner så att inkommande samtal omdirigeras rätt. Dessutom âterfàr mobiltelefonväxlarna sin kategoriinformation så att de kan upprätta nya utgående samtal.

Detta förfarande har dock flera nackdelar.

- Under kraschen finns ingen reservkapacitet för hantering av nya samtal. Hela mobiltelefonsystemet är därför blockerat för sådana samtal. Detta kan vara mycket allvarligt, särskilt om kraschen är långvarig, t. ex. på grund av en katastrof eller sabotage i den kraschade HLR-enheten.

- Mer än halva den tillgängliga trafikkapaciteten mäste reserveras för att hantera den extra belastning som uppkommer när alla abonnenterna uppdaterar sina positioner, varigenom HLR-enhetens kapacitet starkt reduceras.

- Den extra belastning som induceras i HLR-enheten vid àterstart beror endast av antalet för tillfället aktiva abonnenter och registreringsintervallets Dessa det periodiska längd. parametrar kan ej styras pà ett effektivt sätt. 10 15 20 25 30 3 1501 ose - Återupprättandetiden är alltför läng och svår att påverka eftersom andra faktorer, t. ex. trafikhanteringskapaciteten i mobiltelefonväxlarna, påverkas av en ändring (förkortning) av det periodiska registreringsintervallets längd.

Det har även diskuterats att använda en standby-HLR som upp- dateras via höghastighetslänkar. Det har dock ej föreslagits någon tillfredställande lösning på hur den ordinarie HLR-enheten efter en krasch åter skall få konsistenta data.

Rznosönnnsn rön uPPr-INNINGEN Det föreligger sålunda ett behov av ett förfarande för återupp- rättande av en hemmadatabas, vid vilket tiden för áterupprättande av hemmadatabasen kan göras så kort som möjligt och HLR-enhetens trafikkapacitet utnyttjas på ett mera optimalt sätt. Föreliggande uppfinning syftar till erbjudande av ett sådant förfarande.

Det föreligger också ett behov av ett mobilradiosystem som ej är blockerat för nya samtal vid en HLR-krasch, dvs ett system som har reservkapacitet vid t. ex. katastrofsituationer, och därför ej är lika känsligt för sådana kraschar som kända system.

Föreliggande uppfinning erbjuder ett sådant system.

De för uppfinningen kännetecknande särdragen framgår av de bifogade patentkraven.

Föreliggande uppfinning baseras på insikten att endast de poster i hemmadatabasen vars innehåll efter laddningen av backup-kopian ej längre är giltigt behöver uppdateras.

FIGURFÖRTECKNING Uppfinningen, ytterligare syften samt med uppfinningen uppnådda fördelar förstås bäst genom.hänvisning till nedanstående beskriv- ning och de bifogade ritningarna, i vilka: Fig. 1 schematiskt visar uppbyggnaden av ett mobiltelefonsystem i enlighet med föreliggande uppfinning; 10 15 k2° 25 30 4 501 088 Fig. 2 visar mobiltelefonsystemet i fig. 1 efter en HLR-krasch; Fig. 3 visar ett tidsdiagram av händelseförloppet vid en HLR- krasch hanterad i enlighet med förfarandet enligt före- liggande uppfinning; Fig. 4 visar ett flödesschema av förfarandet enligt föreliggan- de uppfinning; och Fig. 5 visar ett mobiltelefonsystem enligt uppfinningen med fler än tvâ HLR-enheter.

FÖRBDRAGNA UTFÖRINGSFORHER Föreliggande uppfinning kommer att beskrivas under hänvisning till ett mobiltelefonsystem, men det inses att samma principer är generellt användbara vid alla typer av mobilradiosystem.

I ritningens figurer används genomgående samma hänvisningsbe- teckningar för motsvarande element.

Fig. l visar schematiskt uppbyggnaden av ett mobiltelefonsystem.

En HLR-enhet HLR_l är kopplad till systemets mobiltelefonväxlar MSC__A, . .., MSC_D. Normalt betjänar enheten HLR_l dock endast växlarna MSC_A, . . . , MSC_B via förbindelser C_A, . . . , C_B. Dessa I växlar betjänar i sin tur ett antal basstationer BS_Al, . . . , BS- _A2 resp. BS_Bl, . . . , BS_B2. Mobiltelefonväxlarna betjänar till- sammans med sina basstationer respektiva geografiska täckningsom- råden. I figuren betjänar mobiltelefonväxeln MSC_A det geografis- ka täckningsomrádet till vänster om den tunna streckade linjen i den vänstra halvan av figuren och mobiltelefonväxeln MSC_B det geografiska täckningsomràdet till höger om den tunna streckade linjen fram till den tjocka streckade linjen i figurens mitt. De till mobiltelefonväxeln MSC_A anslutna basstationerna kommunice- rar med ett antal mobilstationer MS_A1, . . . , MS_A3. På samma sätt kommunicerar de till mobiltelefonvâxeln MSC_B anslutna basstatio- nerna med mobilstationer MS__B1, . . . , MS_B3. 10 15 20 25 30 35 5 .

HLR-enheten HLR_1 innehåller en hemmadatabas, i všâE!L åššüâo- riinformation och dynamisk information, t. ex. positionsin- formation för alla mobilstationer som hör hemma i täckningsom- rådena för de till HLR-enheten anslutna mobiltelefonväxlarna är lagrad. HLR-enheten är dessutom kopplad till en backup-enhet BAK_1, i vilken en reservkopia av hemmadatabasen lagras. Backup- enheten kan exempelvis bestå av en bandstation, en hårddisk eller av RAM-minne. Med jämna mellanrum, t.ex. en gång varje dygn, tas en fullständig reservkopia av hela hemmadatabasen och lagras denna på backup-enheten BAK_1. Med betydligt kortare intervall, t.ex. var 15:e minut, görs en s.k. positionsdump av positionsdata till backup-enheten. Härigenom kan reservkopian innehålla aktuell positionsinformation för mobilstationerna, dvs. med vilken mobiltelefonväxel de för tillfället är associerade. Anledningen till denna uppdelning är att kategoriinformationen sällan ändras, medan positionsinformationen ofta ändras.

När en mobilstation lämnar tâckningsområdet för en mobiltelefon- växel och kommer in i tâckningsområdet för en annan mobiltelefon- sväxel kopieras dess kategoriinformation ned från HLR-enheten i en besöksdatabas (VLR_A resp. VLR_B i fig. 1). Härigenom kan mobilstationens kategoriinformation hämtas från besöksdatabasen i den nya mobiltelefonväxeln för uppkoppling av ett utgående samtal. Eftersom HLR-enhetens positionsinformation också upp- daterats vid förflyttningen mellan täckningsområdena (roaming) kan mobilstationen även näs av inkommande samtal.

Mobiltelefonsystemet enligt fig. 1 innehåller även en andra HLR- enhet HLR_2 , vilken har kontakt med mobiltelefonväxlar MSC__A, . . . , MSC_D.

MSC_C,..., MSC_D via förbindelser C_C,..., C_D. Dessa växlar är i sin tur kopplade till basstationer BS_Cl,..., BS_C3 respektive BS_D1,..., BS_D3, vilka i sin tur kommunicerar med mobilstationer Ms_c1, . . . , Ms_c3 respektive Ms_D1, . . . , Ms_D3 . HLR-enheten HLR_2 fungerar i övrigt på samma sätt som HLR-enheten HLR_1.

Normalt betjänar enheten HLR_2 dock endast växlarna När en mobilstation lämnar en mobiltelefonväxel som normalt är associerad med enheten HLR_l, t. ex. växeln MSC_B, och övergår till en mobiltelefonväxel som normalt är associerad med enheten 10 15 20 25 30 35 501 oss 6 HLR_2, t. ex. växeln MSC_C, upprättar enheten HLR_l även en förbindelse med denna växel. Mobilstationen är därför fortfarande associerad med enheten HLR_l, trots att den nu befinner sig i ett område som normalt hanteras av enheten HLR_2. Enheten HLR_l hanterar alltså "sina" mobilstationer oavsett var dessa befinner sig. Detsamma gäller enheten HLR_2. Vilka mobilstationer som är associerade med en viss HLR-enhet är i princip oväsentligt. Av praktiska skäl kan det dockvara lämpligt att en viss HLR-enhet knyts till mobilstationer som normalt befinner sig i täckningsom- rådena för en viss deluppsättning av det totala antalet mobilte- lefonväxlar. i HLR-enheten HLR_l nämligen ett operativt register O_REG__l och ett reduntant Databasregistret innehåller två delar, register R_REG_2. O_REG__l innehåller hemmadatabasen för de mobilstationer som tillhör täckningsområdet för enheten HLR_l, medan R_REG_2 är en kopia av hemmadatabasen för de mobilstationer som tillhör täckningsområdet för enheten HLR_2. På samma sätt finns ett operativt register 0_REG_2 och en kopia av registret O_REG_l, nämligen det redundanta registret R_REG_l, i HLR-enheten HLR_2. Enheten HLR_l hanterar det operativa registret O_REG__l och de mobilstationer som är associerade därmed, medan enheten HLR_2 uppdaterar registret R_REG_2 i enheten HLR_l via en direkt för- bindelse C_HLR i takt med att informationen i dess operativa register 0_REG_2 uppdateras. På samma sätt hanterar enheten HLR_2 det operativa registret 0_REG_2 och de mobilstationer som är associerade därmed, medan enheten HLR_l uppdaterar registret R_REG_1 i enheten HLR_2 via den direkta förbindelsen C_HLR i takt med att informationen i dess operativa register O_REG_1 upp- dateras. HLR-enheterna kan sägas "spegla" varandra. Det bör observeras att förbindelsen C_HLR ej behöver vara någon hög- hastighetslänk, utan en förbindelse som kommunicerar enligt samma standard som mobiltelefonväxlarna är tillräcklig.

Som nämnts ovan hanterar varje HLR-enhet normalt endast "sina" mobilstationer. I det fall att den ena HLR-enheten, t. ex. HLR_l, kraschar eller går ned har dock dess mobilstationer tillgång till en alternativ väg till den andra HLR-enheten, HLR_2 i detta exempel. När enheten HLR_l ej längre kan kontaktas övertar 10 15 20 25 30 35 7 S01 oss enheten HLR_2 från den kraschade HLR_1. Denna situation illustresas i fig. 2. Alla mobilstationer som tidigare kontrollen kontrollerades av HLR_1 kommer nu att kontrolleras av HLR_2.

Enheten HLR_2 kan övertaga denna hantering genom att den in- nehåller en aktuell kopia av hemmadatabasen i enheten HLR_1.

Enheten HLR_2 kommer därför nu att hantera både sina "egna" mobilstationer och enhetens HLR_1 mobilstationer.

Posterna i hemmadatabaserna innehåller förutom abonnentin- formation även två markeringsfâlt, nämligen en operativ markering O och en redundansmarkering R. Varje gång HLR-enheten utfört en positionsdump återställer den redundansmarkeringarna R 5. den speglande enhetens båda register, vilket indikerar att en aktuell backup-kopia av motsvarande poster nu existerar. Om en post ändras efter en dump R-markeras den i både det egna registret och dess spegelregister. R-markeringen i spegelregistret raderas när en dump utförts i den HLR-enhet som innehåller det operativa register i vilken posten ingår, medan R-markeringen i det operativa registret raderas när den speglande HLR-enheten utfört en dump. Det bör även noteras att dumparna ej behöver varta synkronisersde mellen de båda HLR-enheterna.

När enheten HLR_1 efter en krasch är upptagen med att ladda backup-kopian från backup-enheten BAK_1 och ej reagerar på anrop från sina mobiltelefonstationer byggs en population av både O- och R-markerade poster i stället upp i enhetens HLR_2 redundanta register R_REG_1. Under denna tidsperiod markeras alltså alla uppdaterade poster i både det operativa registret 0_REG_2 och det redundanta registret R_REG_1 i enheten HLR_2. Därmed hanterar enheten HLR_2 all abonnentinformation för båda HLR-enheternas abonnenter. Abonnenterna märker inte kraschen utan kan fortsätta att påbörja och mottaga samtal som vanligt. Detta är en mycket viktig aspekt av uppfinningen, i synnerhet om kraschen beror på ett fel som tar lång tid att åtgärda.

När enheten HLR_1 laddat sin backup-kopia sänder den ett meddelande indikerande otillförlitliga data till enheten HLR_2.

När denna mottagit detta meddelande sänder den alla markerade 10 15 20 30 35 501 oss 8 poster till enheten HLR_l som därigenom kan uppdatera sina från backup-enheten BAK_l inladdade register.

Vid en HLR-krasch förstörs alltså informationen i HLR-enheten.

Denna information måste därför àterskapas vid återupprättande av HLR-enheten. Fig. 3 visar ett tidsdiagram av händelseförloppet vid en HLR-krasch hanterad i enlighet med föreliggande upp- finning. Före kraschen har backup-enheten BAK_l med jämna tidsin- tervall uppdaterats vid tidpunkterna D. Vid tidpunkten HLR_D inträffar själva HLR-kraschen. När felet har âtgärdats kan reservkopian laddas från backup-enheten BAK_l. När detta är klart kan HLR-enheten återstartas vid tidpunkten HLR_U. Vid tidpunkten HLR_U när reservkopian har laddats i HLR-enheten är denna reservkopia dock ej längre konsistent, dvs det finns poster vars innehåll ej längre är giltigt.

För det första har ett antal mobilstationer bytt mobiltelefon- växel (roaming) under tidsintervallet LD mellan den senaste positionsdumpen och HLR-kraschen. Dessa ändringar finns dock registrerade i det redundanta registret R_REG_1 och i det operativa registret O_REG__2 i enheten HLR_2 och kan identifieras som de poster i detta register som har en markering i R-fältet men ej i 0-fältet. Motsvarande poster kan därför uppdateras i det operativa registret 0_REG_l samt i det redundanta registret R_REG_2 via förbindelsen C_HLR.

För det andra har ett antal mobilstationer under själva kraschen, dvs. under tidsperioden BL, bytt mobiltelefonväxel. Även här har motsvarande poster uppdaterats både i det redundanta registret R_REG_l och det operativa egistret O_REG_2 i enheten HI.R_2. Dessa poster kan identifieras genom att de har en markering i både R- och O-fältet och kan uppdatera motsvarande poster i registret 0_REG_l resp. R_REG_2 via förbindelsen C_HLR.

Uppdateringen av dessa inkonsistenta poster i registren 0_REG_l och R_REG_2 sker under tidsperioden UPD i fig. 3. Vid tidpunkten HLR_OK är enheten HLR_l åter redo att övertaga kontrollen av "sina" mobilstationer. I de båda HLR-enheterna finns räknare somm räknar antalet markerade poster. Vid normal drift varierar 10 15 20 25 30 35 9 501 oss innehållet i dessa räknare mellan specifika värden (olika för olika HLR-enheter). Vid en HLR-krasch i enheten HLR_1 kommer denna räknare att kraftigt överskrida den övre gränsen för enheten HLR_2. När räknaren i enheten HLR_2 under uppdateringen av poster i enheten HLR_1 åter underskrider nämnda övre gräns slutar enheten HLR_2 enligt en föredragen utföringsform temporärt att behandla nya förfrågningar från de mobilstationer som är associerade med registre R;REG_1. När alla markerade poster i registret R_REG_1 har sänts till enheten HLR_1 sänder enheten HLR_2 ett meddelande indikerande att uppdateringen är avslutad till enheten HLR_1. Denna tar då över hanteringen av "sina" mobilstationer. Avbrottet i hanteringen av förfrågningar vid själva övergången är mycket kort och uppfattas av berörda enheter som en tillfälligt länkstörning.

När HLR-enheten kraschat vid tidpunkten HLR_D sker alltså en ínladdning av reservkopian under perioden BL såsom vid det kända förfarandet. Under uppdateringsperioden UPD sker dock ej längre någon ny registrering av varje mobilstation såsom i det kända förfarandet. I stället uppdateras endast de poster i hemmadataba- sen vars inneháll efter laddningen av backup-kopian ej längre är giltigt. Härigenom är det möjligt att väsentligt förkorta uppdateringstiden UPD i förhållande till det kända förfarandet där alla aktiva mobilstationer måste registrera sig.

Föreliggande uppfinning bygger på insikten att det stora fler- talet aktiva mobilstationer ej ändrat positionsdata i samband med en HLR-krasch. Därför är' data som erhålls ur' backup-kopian giltiga för dessa stationer. Det är då onödigt att dessa på nytt registrerar sig och därmed belastar HLR-enheten i onödan. Vad som behöver uppdateras är dels de poster som ändrats under tids- perioden BL och dels de poster som ändrats under tidsperioden LD mellan den senaste positionsdumpen och HLR-kraschen. Båda dessa typer av poster är lätta att identifiera i den "speglande" HLR- enheten. Antalet ändringar kan dessutom reduceras genom en reducering av dumpintervallet, t. ex. till 1 minut. Detta ger en ytterligare förkortning av intervallet UPD. 10 15 20 25 30 35 501 oss 1° Fig. 4 visar ett flödesschema av förfarandet enligt föreliggande uppfinning. Vid en HLR-krasch i enheten HLR_1 startar upp- dateringen av HLR-enhetens hemmadatabas i steg 401. I steg 402 laddas backup-kopian från backup-enheten BAK_1. I stegen 403, 404 uppdateras det operativa registret 0_REG_1 och det redundanta registret R_REG_2 genom att R-markerade poster i registren R_REG_1 resp. 0_REG_2 sänds från enheten HLR_2 till enheten HLR_1. När dessa poster har behandlats uppdateras de OR-markerade posterna i registren 0_REG_2 och R_REG_l till enheten HLR_1 i stegen 405, 406. När antalet OR-markerade poster underskrider ett förutbestâmt värde LIM slutar enhetan HLR__2 i steg 407 att reagera på förfrågningar från abonnenter associerade med registret R_REG_1 och sänder resterande poster i registret R_REG_1 till enheten HLR_1. Därefter är enheten HLR_1 åter redo att övertaga kontrollen av "sina" abonnenter i steg 407.

Om ett tillfälligt länkfel uppstår mellan enheten HLR_l och någon eller några av dess mobiltelefonväxlar kan dessa i stället anropa enheten HLR_2 och begära att denna övertar kontrollen. Enheten HLR_2 vet att det ej är fråga om någon HLR-krasch eftersom de båda HLR-enheterna fortfarande har kontakt med varandra över förbindelsen C_HLR. uppdateras av enheten HLR_2 i stället för HLR_1. När länkför- De berörda delarna av' databasen kan nu bindelsen är återupprättad kan de berörda mobiltelefonväxlarna åter koppla upp sig mot enheten HLR_1, så att allt återgår till det normala.

En modifierad form av den ovan beskrivna metoden för återupp- rättande av en kraschad HLR-enhet kan även användas i det fall att enheten.HLR_2 kraschar innan enheten HLR_1 har återupprättats (multiple failure). I detta fall innehåller posterna i besöks- databaserna i mobiltelefonväxlarna markeringar associerade med enheterna HLR_1 resp. HLR_2. När en mobiltelefonväxel mottager information om att en posítionsdump utförts i någon av HLR- enheterna nollställs den markering som är associerad med denna HLR-enhet. När HLR-enheten HLR_1 efter en krasch laddat sin backup-kopia och skall uppdatera sin databas från enheten HLR_2 svarar denna ej på grund av att även denna enhet har kraschat.

Enheten HLR_1 kan då beordra alla mobiltelefonväxlar att sända de 10 15 11 'S01 oss s markerade poster som är associerade med enheten HLR_1. Om enheten HLR_2 återstartas innan enheten HLR_1 helt har âterupprättats beordras den att vänta tills HLR_1 är återställd. Därefter kan enheten HLR_2 återställas via enheten HLR_1 på samma sätt som beskrivits i samband med fig. 1 och 2.

Figur 5 visar ett mobiltelefonsystem med tre HLR-enheter HLR_1, HLR_2, I-ILR_3. I detta fall speglar dessa enheter varandra i en cirkulär kedja. Sålunda finns det redundanta registret R_REG_1 som speglar det operativa registret 0_REG_1 i enheten HLR_2.

Enheten HLR_1 speglar däremot inte det operativa registret 0_REG_2, såsom vid utföringsformen enligt fig. 1 och 2, utan enhetens HLR_3 operativa register O_REG_3 . Registret 0_REG_2 speglas i stället i enhetens HLR_3 redundanta register R_REG_2.

En generalisering till fler än tre HLR-enheter är uppenbar.

Fackmannen inser att olika förändringar och modifieringar av uppfinningen är möjliga utan att dessa faller utanför upp- finningens ram, vilken definieras av de bifogade patentkraven.

Claims (8)

10 15 20 30 12 501 088 P A T E N T K R A V

1. Förfarande för återupprättande av en hemmmadatabas (O_REG_1) efter en HLR-krasch i en första HLR-enhet (HLR_1) i ett mobil- radiosystem, varvid hemmadatabasen laddas med en tidigare sparad backup-kopia (BAK_1), k ä n n e t e c k n a t av att de poster i hemmadatabasen (0_REG_l) vars innehåll efter laddningen av (BAK_1) ej information från en andra HLR-enhet (HLR_2), som innehåller en backup-kopian längre är giltigt uppdateras med aktuell kopia av nämnda hemmadatabas. av att de poster i hemmadatabasen (0_REG_1), vars innehåll ej längre är

2. Förfarande enligt krav 1, k ä n n e t e c k n a t giltigt uppdataras med hjälp av information ur en kopia (R_REG_l) av hemmadatabasen (0_REG_1), vilken av den andra HLR-enheten (HLR_2) uppdaterats under HLR-kraschen och laddningen av backup- kopian.

3. Förfarande enligt krav 2, k ä n n e t e c k n a t av att kopian (R_REG_1) av hemmadatabasen (0_REG_1) vid normal drift uppdateras parallellt med denna genom en förbindelse mellan den första HLR-enheten (HLR_1) och den andra HLR-enheten (HLR_2), och att kopian under HLR-kraschen och laddningen av backup-kopian (BAK_1) uppdateras från de mobiltelefonväxlar (MSC_A,..., MSC_B) som vid normal drift uppdaterar hemmadatabasen (0_REG_1) i den första HLR-enheten (HLR_1).

4. Förfarande enligt krav 3, k ä n n e t e c k n a t av att poster i kopian (R_REG_1) som ändrats efter det att backup-kopian (BAK_1) sparats, markeras, så att informationen i dessa poster kan identifieras och utnyttjas för uppdatering av hemmadatabasen (O_REG_1).

5. Mobilradiosystem innefattande åtminstone en första och en andra HLR-enhet med anslutna mobiltelefonväxlar och respektive hemmadatabaser, k ä n n e t e c k n a t av att den andra HLR- enheten (HLR_2) innehåller en kopia (R_REG_1) av den första HLR- enhetens (HLR_l) hemmadatabas (0_REG_1), vilken kopia vid normal drift uppdateras parallellt med.hemmadatabasen via en förbindelse 10 15 13 ism ass (C_HLR) mellan den första och den andra HLR-enheten och vid en krasch av den första HLR-enheten uppdateras via förbindelser med de mobiltelefonväxlar (MSC_A,..., MSC_B) som vid normal drift uppdaterar den första HLR-enhetens hemmadatabas.

6. Mobiltelefonsystem emligt krav 5, k á n n e t e c k n a t av att den första HLR-enheten innehåller en på liknande sätt (R_REG_2) uppdataerad kopia av den andra HLR-enhetens hem- madatabas (0_REG_2).

7. Mobiltelefonsystem enligt krav 5 eller 6, k ä n n e t e c k - n a t av att varje HLR-enhet innehåller en backup-enhet, från vilken en backup-kopia av respektive hemmadatabas kan laddas efter en HLR-krasch.

8. Mobiltelefonsystem enligt krav 7, k ä n n e t e c k n a t av att posterna i varje kopia innehåller markeringsfält (O, R) med vars hjälp poster som ej överensstämmer med respektive backup- kopia kan markeras.