SE529490C2 - Förfarande och system för formatering av provisioneringsinnehåll i ett mobilt apparathanteringssystem - Google Patents

Description

20 25 529 490 2 Integrated Circuit Card identity (lCClD), vilken bestämmer kortets serienummer och vilket innehåller den internationella mobilabonnentidentiteten, the International Mobile Subscriber identity (lMSl), som identifierar abonnenten, en hemlig nyckel för autenticering samt annan användarinformation. IMEI och IMSI eller MSISDN är oberoende och kan därmed erbjuda personlig rörlighet.

The Mobile Station integrated Service Digital Network Number, MSISDN, är det internationella standardtelefonnummret som används för att identifiera en given abonnent.

Operatören har abonnemanget i en databas i nätverket, vilken databas visar motsvarigheten mellan lMSl och MSlSDN. Genom att sätta in SIM-kortet i en annan GSM- temrinal kan användaren ta emot och ringa samtal från denna terminal samt ta emot andra abonnemangtjänster.

Avancerade mobila tjänster såsom till exempel webbläsning, multimedia meddelanden, mobil e-post, och apparathantering, kan användas endast om en mobiltelefon konfigurerats på ett korrekt sätt. Dock vet många kunder inte hur deras apparat skall konfigureras. Operatörer måste försäkra sig om att apparatkonfigureringen är snabb och enkel för kunden. Denna hanteringsprocess av apparatinställningar och applikationer kallas apparathantering.

I en apparathanteringssession ingår t.ex. autenticering (användarverifiering), apparatinventering (en apparathanteringsapplikation läser vilka parametrar och applikationer som installerats i telefonen för framtida beslut, som till exempel uppdatering, tillsättning och borttagande av saker från installationerna), kontinuerligt ombesörjande (en apparathanteringsapplikation till exempel uppdaterar parametrar på telefonapparaten, skickar applikationer till apparaten, utför uppdateringar av mjuk- och hårdvara), apparatdiagnostik (idnetifiering av fel), etc.

Ett enkelt sätt att förse (provisionera) en apparat med konfigureringsparametrar, såsom till exempel information om anslutning (apparatinställningar) är att skicka nya inställningar per radio (over the air). Efter att ha mottagit inställningarna för att konfigurera telefonen, sparar kunden inställningarna helt enkelt på telefonen och kan sedan använda tjänsterna. För 10 15 20 25 529 490 operatören kan en förenkling av tillgången till avancerade tjänster betyda högre användningsgrad, nya inkomster, och minskade kundhjälpsutgifter.

Eftersom den mobila apparaten består av två entiteter - Abonnentidentitetsmodulen (SIM, Subscriber Identity Module) och terminalutrustningen - är bägge entiterna, som bygger upp “apparaten” av intresse i en apparathanteringsomgivning. Bägge två av dessa entiteter är föremål för apparathanteringsåtgärder.

I en förenad apparathanteringsomgivning består en ”apparat” av två entiteter. För vissa apparater är det dataobjekten i terminalutrustningen som är föremål för hanteringen och ibland är det dataobjekten på abonnentidentitetsmodulen. Detta betyder att formatet på provisioneringsinnehållet är väsentligt annorlunda även om parametrarna är desamma.

Det är mycket svårt att hålla reda på detaljerna över hur en särskild mobilapparat skall hanteras.

Det faktum att det kan finnas olika lösningar för olika mobilapparater är också ett problem.

En apparat kan ha Multimedia Message Service (MMS) inställningar på SIM-kortet medan en annan apparat kan ha OMA DM management Object (MO) inställningar i terminalen.

Vidare skapar det faktum att en mobilapparat består av två självständiga enheter, terminalen och abonnentidentitetsmodulen, en ytterligare nivå av komplexitet. SIM-kortet kan stöda lagrandet av MMS inställningar på SIM-kortet men då måste det finnas ett applikationsprogram i terminalen som stöder avläsandet av inställningarna från SIM-kortet.

Därför måste både SIM-kortets och terminalens egenskaper analyseras för att bestämma det tillämpbara provisioneringsprotokollet och formatet på provisioneringsinnehållet. Det räcker inte med att endast se på terminalens egenskaper.

För apparater som stöder OMA DM, representeras data i terminalen av standardiserade hanteringsobjekt, Management Objects, (MO) specifierade av OMA DM protokollet.

Protokollet specifierar hur MOs kan hanteras (d.v.s läsas, uppdateras, tas bort...) av en komponetn på avstånd på serversidan. Det finns endast tre MOs som är specificerade 10 15 20 25 30 529 490 som obligatoriska. Förutom dessa kommer försäljare av mobilapparater att implementera ytterligare MOs i enlighet med sina behov och idéer.

Det finns också en massa “föråldrade" apparater med data som sparats på ett icke- specifikt individuellt sätt och i sådana fall finns det ibland ett privat apparathanteringsprotokoll tillgängligt som en eller flera terminaltillverkare använder.

Apparathanteringsprotokollen som används för att kommunicera med applikationsprogram i terminalen och applikationsprogram i abonnentidentitetsmodulen är i grund och botten olika. Applikationsprogrammen och deras respektive kommunikationsprotokoll har utvecklats en åt gången ofta av privatägda samfund. Vissa företag har publicerat egna specifikationer på protokoll och format för provisionering av deras mobilapparater med t.ex anslutningsparametrar över etern (over-the-air, OTA). Sådana privatägda och ”föråldrade” OTA provisioneringsprotokoll används ännu.

Det finns flera dataobjekt specificerade för lagring av samma data. Det finns flera standarder och specifikationer för att upprätthålla anslutningsparametrar i en mobilapparat t.ex på SIM-kortet, i en M0 i OMA DM användaragenten, som ett XML dokument eller individuellt någonstans i telefonen.

OMA Aparathanteringsprotokollet (OMA DM) är en standard för kommunikation mellan mobila apparater och apparathanteringsserversystem. Standardiseringsorganet är OMA, Open Mobile Alliance. Mobilapparaten som skall hanteras är utrustad med en OMA DM användaragent i apparaten (d.v.s terminal eller telefonapparat ) som talar OMA DM språket.

Apparathanteringsapplikationer som använder OMA DM används ofta av leverantörer av mobila tjänster. De används för kundomsorgsändamål och för att öka på omsättningen genom att erbjuda mervärde i tjänstehanteringen. Exempel på användningsändamål är bl.a tjänste- och inställningsprovisionering, apparatdiagnostik, statistik, uppgradering av hård- och mjukvara. 10 15 20 25 30 529 490 I det här dokumentet kallas ett system som klarar av att hantera både terminalen och SIM- kortet för ett Förenat Apparathanteringssystem (UDM). Inom ramen för en allomfattande apparathantering (Unified Device Management, UDM) är datat applikationsprcgrammen på både SIM-kortet och terminalen av intresse och måste hanteras. och I det här SIM-filhantering (SFM) för apparathanteringsoperationer som riktar sig mot SIM-kort. Data som finns på SIM-kortet dokumentet används termen ' representeras av en SIM-filssruktur, där en fil indikeras av ett filspår. Hur datat i SIM- filerna borde kodas specificeras på såväl transportnivån som applikationsnivån. Det cirkulerar flera standarder både från 3rd Generation Partnership Project (3GPP) och Open Mobile Alliance (OMA). Den ursprungliga avsikten med 3GPP var att producera globalt tillämpbara Tekniska Specifikationer och Tekniska Rapporter för ett Tredje Generationens Mobilsystem baserat på utvecklade GSM kärnnätverk och de radiotillgångstekniker de stöder, men avsikten ändrades sedermera till att inkludera upprätthållandet och utvecklandet av det Globala Systemet för Mobil kommunikation (GSM) vad gäller, Tekniska Specifikationer och Tekniska Rapporter inklusive utvecklad radiotillgångsteknik.

För att hålla reda på vilket SIM-kort och vilken terminal som innehåller vilka filer och vilka datahanteringsobjekt används egenskaper. Till exempel kan en terminal vara kapabel att använda OMA DM appratahanteringsprotokollet genom en OMA DM användaragent som stöder OMA DM version 1.2, genom en OMA DM användaragent som stöder ett antal OMA DM funktioner eller så kan den vara kapabel att motta spontana notismeddelanden av typen Multipurpose Internet Mail Extensions (MIME). MIME sträcker ut forrnatet på Internet.

Genom att hålla reda på sådana egenskaper, kan adaptiva processer implementeras som automatiskt väljer och inför de tillämpbara apparathanteringsprotokollen och formaten.

Givetvis grundar sig allting på att systemet är medvetet om mobilapparatidentiteten och har databaser som lagrar egenskaper för både SIM-korten och terminalerna. 10 15 20 25 30 529 490 Termen ”provisioneringsinnehåll” (PC) används genomgående i detta dokument och också i standarder. Provisioneringsinnehåll är det innehåll som provisioneras. Innehåll är likt fraktgods. I användarfallet "provisionering av apparatinställningar” utgörs provisioneringsinnehållet av anslutningsparametrar. Men detta är bara ett användarfall. innehållet kan i andra användarfall utgöras av exempelvis mjukvara av något slag, ett spel, en bild eller ett uppdateringspaket för hårdvara.

Vad än innehållet alltid ett dedikerat format. Samma provisioneringsinnehåll kan provisioneras till diverse olika apparater över diverse olika protokoll och paketeras i diverse olika format. utgörs av har det Mobilapparatens egenskaper visar vilka funktioner, OCH provisioneringsinnehållsformat den är kapabel att förstå. provisioneringsprotokoll Detta innebär att “Överbyggande egenskapef, '“adaptiva processer”, “automatiska konversionsegenskaper” och ”datahanteringsverktyg” är eller skulle vara extremt användbara för att erhålla framtidssäkra mobila apparathanteringssystem som är smidigt överförbara och lätta att använda. Det kommer att finnas en massa ”föråldrade” apparater i bruk ett tag till. Under tiden är det av avgörande betydelse att kunna sålla ut apparater utgående från deras egenskaper.

Processer som tar hänsyn till egenskaper, medräknat både terminalegenskaper och SIM- kortsegenskaper. Med egenskaper avses både ”hårda” egenskaper som exempelvis mobiltransportegenskaper och mera ”mjuka” egenskaper som exmpelvis vissa applikationsprogram på terminalen eller SIM-kortet. Egenskapsdatabaser möjliggör sållandet av apparater med vissa önskvärda egenskaper.

Allomfattande hantering av SIM-kort och terminal, smidig överföring från och till, enhetliga gränssnitt för UDM-applikationer innefattande automatisk protokollöverföring. Överbyggande egenskaper möjliggör enhetliga användarfall-baserade system som fungerar smidigt trots att SIM-kort och terminaler utvecklas kontinuerligt, vilket orsakar en 10 15 20 25 30 7529 490 överväldigande efterfrågan efter nya apparathanteringsprotokolI och dataforrnat om och om igen. Överbyggande egenskaper försäkrar smidig överförbarhet från ett protokoll till ett annat. Dessutom, försäkrar överbyggande egenskaper smidig hantering av apparater av alla generationer inom samma mobilapparathanteringssystem.

Således fastställs det korrekta formatet för provisioneringsinnehåll genom en invecklad kombination av egenskaper: OTA protokollet, till och med OTA protokoll versionen, terminalförsäljaren, terminalmodellen, typen av abonnemang och SIM-kortstypen. Det är mycket inveckalt att fastställa vilket format på provisioneringsinnehållet som kan användas för att provisionera en mobilapparat.

US-patentansökan 2005055453 presenteras som teknikens ståndpunkt. Detta patent tillhör Microsoft och täcker en specifik konversion, från WAP-klient provisionering av XML- representation till OMA DM trädstruktursrepresentation. Förfarandet i detta patent innefattar inte användandet av egenskaper för att fastställa vilken konversion som är tillämpbar. Det är en rätlinjig datoriserad konversion i vilken dataobjekt från ett format mappas över på andra dataobjekt av ett annat format. Dessutom är patentet begränsat till konversion mellan två specifika format.

Nya mobila apparater intorduceras kontinuerligt till flottan vilket kräver nya format på provisioneringsinnehållet om och om igen. Det är således inte säkert med tanke på framtiden att konfigurera systemet med ett fåtal existerande format på provisioneringsinnehållet.

AVSIKTEN MED UPPFINNINGEN Avsikten med uppfinningen är att utveckla förfaranden och system för att underlätta formatteringen av provisioneringsinnehåll avsedd för mobila apparater med olika egenskaper och inställningar vilka använder olika standarder och protokoll. 10 15 20 25 30 529 490 KORT BESKRIVNING AV UPPFINNINGEN Förfarandet enligt uppfinningen är avsedd för formattering av provisioneringsinnehåll i ett apparathanteringssystem för att underlätta provisionering av mobila apparater med olika egenskaper med innehåll i ett apparathanteringssystem i en mobil nätverksstruktur, varvid systemet innefattar en apparathanteringsapplikation och databaser, och förfarandet kännetecknas i huvudsak av steg i vilka apparathanteringsapplikationen i apparathanteringssystemet initieras för att utföra formatteringen av provisioneringsinnehåll, och apparathanteringsapplikationen bestämmer det tillämpbara formatet, enligt vilken en mobil apparat skall provisioneras, genom en analys baserad på kombinering av den mobila apparatens egenskaper som identifieras av en eller flera databaser.

Strukturen på systemet enligt uppfinningen innefattar en eller flera databaser för apparategenskaper och en apparathanteringsapplikation som används för bestämning av korrekt format för provisioneringsinnehåll baserat på den mobila apparatens egenskaper och databaserna för apparategenskaper.

Uppfinningens fördelaktiga utföringssätt presenteras i underkraven.

Uppfinningen täcker en anpassande (adaptiv) process för konvertering mellan olika format på provisioneringsinnehåll och erbjuder möjligheter för automatisk konvertering, baserad på egenskaper, av provisioneringsinnehåll från ett allmänt format till ett av många andra format.

I uppfinningen är konverteringen automatisk, vilket innebär att bestämningen av fomiatet till vilken konverteringen utförs är baserad på den ifrågavarande mobila apparatens egenskaper. En stor del av uppfinningens förfarande är att bestämma vilket format för provisioneringsinnehåll är tillämpligt för en specifik mobil apparat när ett specifikt fall av apparathantering verkställs. Uppfinningen koncentrerar sig speciellt på kombinering av 10 15 20 25 30 529 490 9 SIM-kortsegenskaper och terminalegenskaper under analysprocessen i vilken det tillämpliga formatet för provisioneringsinnehållet bestäms.

Förarandet tillämpar en automatisk process för att bestämma vilket format för provisioneringsinnehåll är tillämpligt använda en databas för terminalegenskaper och en databas för SIM-kortsegenskaper. genom att I uppfinningen används databaser för terminalegenskaper och SlM-kortsegenskaper för processen att bestämma formatet på provisioneringsinnehållet. Egenskapsdatabaser är väsentliga för hanteringingen av provisioneringen. Till exempel: i vissa modeller av mobila apparater finns provisioneringsinnehållet i terminalen och i vissa andra finns det i SIM. Det är samma anslutningsparametrar men provisioneringsprotokollen och innehållsformaten är olika beroende på var och på vilka sätt de lagrats i den mobila apparaten.

Uppfinningen täcker konvertering till format som är tillämpliga för både dataobjekt som finns i SIM och dataobjekt som finns i terminalen. Formaten kan vara hurdana som helst, såväl standardiserade format som privatägda format. Nuförtiden stöder de flesta mobila apparater någon form av provisionering som kan utföras radiovägen (over-the-air, OTA).

Det finns OTA provisioneringsprotokoll för data i terminalen och för data i SIM.

För dataobjekt som finns på terminalen finns det s.k a) ”föråldrade” protokoll som är baserade på att textmeddelanden (short message, SMS) bär provisioneringsinnehållet i applikationsdataenhetens dedikerade dataformat. De föråldrade protokollen använder flera försäljarspecifika (privatägda) format för att bära provisioneringsinnehållet, b) en Open Mobile Alliance (OMA) klientprovisioneringsspecifikation som använder ett XML-dokument för att bära provisioneringsinnehållet. Den dedikerade OMA-specifikationen som specifierar markup på provisioneringsinnehållet, c) en OMA DM Bootstrap specifikation som använder ett XML dokument för att bära provisioneringsinnehållet. Denna markup avviker från OMA CP markup d.v.s. den har ett annat format.

För dataobjekt som finns i SIM finns det Remote File Management (RFM) protokoll, vilket är OTA provisioneringsprotokoll som bärs över SMS. En del av bestämningen av 10 15 20 25 529 490 10 "forrnatet" för provlsioneringsinnehållet är processen att bestämma filernas identitet (EF) till vilka provisioneringsinnehållet skall skrivas. En annan del är att bestämma hur själva provisioneringsinnehållet borde programmeras. En ytterligare del är att, på basis av SlM- kortstypen, bestämma huruvida det finns någon specifik typ av RFM-protokoll som skall användas. I SIM-fallet är således protokollet och formatet nära anslutna till varandra.

För att kunna tillämpa processen för att bestämma det korrekta formatet på provisioneringsinnehållet finns det ett behov för databaser för specifika terminal- och SIM- kortsegenskaper, som beskrivits i det tidigare kapitlet.

Förfarandet och systemet tillämpar: Ett allmänt format för provisioneringsinnehåll enligt vilket provisioneringsinnehållet administrativt hanteras i systemet.

Databaser för apparathantering som underlättar möjligheten att bestämma det korrekta formatet för provisioneringsinnehållet baserat på terminalens och SIM-kortets egenskaper som utgör den mobila apparaten: En databas för information om vilka terminalegenskaper (TCR) som lagrar applikationstjänster, tekniker osv. som terminalen klarar av att utföra. TCR lagrar också information om vilka OTA provisioneringsprotokoll en terminal kan provisioneras över och specifik information om format för provisioneringsinnehåll när det så behövs.

En databas för SIM-kortsegenskaper (SCR) som lagrar information om hanteringsobjekten tillgängliga på SIM-kortet och huruvida dessa filer kan fjärrhanteras.

En databas för förhållandet mellan abonnemang och SIM-kort som lagrar information om SIM-kortets egenskaper för ett specifikt abonnemang. Därmed erbjuder denna databas verktyg för att koppla ett abonnemang med en SIM-kortstyp.

En databas för apparatidentiteter (DIR) som lagrar de mobila apparaternas identiteter som identifierats genom en terminalidentitet och en abonnemangidentitet [|ME|, MSlSDN]. 10 15 20 25 30 5290490 11 En automatisk konverteringsprocess som verkställer formatteringen från det allmäna formatet till något av flera valbara format för provisioneringsinnehåll.

När det tillämpliga formatet har bestämts tillämpar förfarandet automatiskt den aktuella konverteringen från ett allmänt format för provisioneringsinnehåll till det i det specifika fallet tillämpliga formatet. Processen är således baserad på användningen av ett allmänt format för provisioneringsinnehåll (PC) enligt vilket allt innehåll lagras i systemet. Den anpassande processen används sedan för att konvertera det allmänna formatet för PC till det tillämpliga formatet för PC som är baserat på egenskaperna av den mobila apparat som utgör målet för konverteringen.

Den automatiska fonnatteraren av provisioneringsinnehåll baserad på egenskaper har uppfunnits för att lösa problemen med det stora antalet olika format för provisioneringsinnehåll som är nödvändiga i ett hanteringssystem för mobila apparater.

Det finns ett behov för flera olika format eftersom det finns så många olika mobila apparater.

Vilka protokoll och format som är tillämpliga beror på en komplicerad kombination av alla apparategenskaper. Till exempel i en mobil apparat kan inställningar för MMS finnas i en SIM-fil och inställningar för OMA DM i en MO i terminalen medan en annan terminal kan ha båda typer av inställningar lagrade i MO i terrninalen. Med tanke på den komplicerade naturen på hanteringen av mobila apparater är det givet att adaptiva processer är absolut nödvändiga och att enenda lösning som passar alla inte är möjlig.

Uppfinningen täcker konvertering till format som är tillämpliga för dataobjekt som finns i både SIM och terminalen. Formaten kan vara vilka som helst; såväl standardiserade format som privatägda format.

Konvertering i realtid är ett alternativ, att systematiskt konstruera och formattera provisioneringsinnehåll till hämtningsbara ”paket” fördelade enligt egenskaper är ett annat 10 15 20 25 529 490 12 alternativ. Det är dock inte väsentligt med tanke på uppfinningen vilken metod som används.

Den uppfunna adaptiva processen kallas automatisk forrnatterare av provisioneringsinnehåll baserad på egenskaper (Capabilities based automatic PC formatter, CPC formatter, CPC fomvaterare). Den uppfunna CPC formatteraren gör det möjligt för ett hanteringssystem av mobila apparater att, på användarnivå, tillämpa en enkel och allmän hantering av provisioneringsinnehåll (t.ex anslutningsparametrar).

Systemanvändaren behöver inte befatta sig med alla olika format utan kan koncentrera sig på själva innehållet. Valet av korrekt format och den egentliga formatteringen sköts transparent av CPC fonnatteraren.

Uppfinningens följande kännetecken har en speciell relevans: - Den är baserad på en hanteringsprocess av mobila apparater som är medveten om egenskaper - Det viktiga kännetecknet här är att systemet är medvetet om både SIM-kortsegenskaper OCH terminalegenskaper.

Det finns en databas för terminalegenskaper och en databas för SlM-kortsegenskaper.

Kombinationen av dessa utgör uppfinningens kännetecknande fördel och unika värde.

- Uppfinningen möjliggör enhetlig integration av SIM-kortshantering och terminalhantering Med enhetlig avses att även om ett provisioneringsinnehåll ibland är SIM-specifika och ibland terminalspecifika, sköts konverteringen till korrekt format automatiskt.

Den förenklade administrationen av dataparametrarna av provisioneringsinnehållets utgör uppfinningens unika värde. Användaren behöver inte befatta sig med formatet som kommer att användas då terminalen eller SIM provisioneras. Användaren behöver endast se till att de korrekta värdena på dataparametrarna matas in i systemet. Lösningen tar 10 15 20 25 529 490 13 sikte på framtiden. Nya format kan tilläggas utan att behöva mata in nya värden på dataparametrarna.

I det följande beskrivs uppfinningen genom vissa typiska exempel genom att hänvisa till figurerna. Avsikten är inte att begränsa uppfinningen till dessa exempel eftersom dessa endast presenteras för att illustrera uppfinningen.

FIGURER Figur 1 presenteraren översikt av en omgivning utan uppfinningen Figur 2 är en översikt av en omgivning inklusive entiteterna som tillämpar uppfinningen Figur 3 presenterar ett signaldiagram över hur provisionering av innehåll i apparater kan ske, när provisioneringsinnehållet är terminalspecifikt Figur 4 presenterar ett exempel på förfarandet enlit uppfinnignen för formattering av provisioneringsinnehåll DETALJERAD BESKRIVNING Figur 1 presenterar en översikt av en omgivning utan uppfinningen. Omgivningen presenteras som ett exempel på ett telekommunikationsnäverk 1, i vilken uppfinningen kan användas. Telekommunikationsnätverket 1 innefattar en eller flera apparater som skall provisioneras, av vilka en apparat 2 och en apparathanteringsserver 3 kan ses i figur 1.

Apparaten 2 som skall provisioneras är i detta exempel en mobil apparat 2 som tillhör den mobila nätverksinfrastrukturen 4.

Den mobila stationen (MS) (=apparaten) utgör den enda utrustningen GSM användaren någonsin ser av hela systemet. Den består egentligen av två skilda entiteter. Den egentliga hårdvaran är den mobila utrustningen (Mobile Equipment, ME) (=telefonen) som 10 15 20 25 30 529 490 14 markerats med referensnummer 5 i figur 1, som utgör den fysiska utrustningen, som exempelvis signal Abonnemanginformationen lagras i Subscriber Identity Module (SIM), markerad med radiomottagaren, skärmen och digitala processorer. referensnummer 6 i figur 1, som implementerats som ett Smart Card.

I detta sammanhang innefattar den mobila nätverksinfrastrukturen alla komponenter och funktioner som behövs för mobil datakommunikation, som exempelvis GSM och internet.

Den mobila apparaten innefattar i sin tur både telefonen 5 och SIM-kortet 6.

Mobilapparaten 2 har således tillgång till den mobila nätverksinfrastrukturen 4.

OMA Apparathanteringsprotkoll (OMA Device Management Protokoll, OMA DM) är en standard för kommunikation mellan apparater och applikationer i apparathanteringssystem. Ifall denna standard används utrustas apparaten som skall hanteras (exempelvis provisioneras), d.v.s. den mobila stationen 2 i figur 1, med en OMA DM användaragent 7 OMA DM Med apparatahanteringsprotokoll är användaragenten 7 en användarklient för den specifika apparathanteringsapplikationen som används i apparathanteringssystemet 9.

Dataentiteterna som finns i telefonen 5 (d.v.s. den mobila utrustningen (ME)) representeras av standardiserade hanterigsobjekt (Managed Objects, MO) 15. När OMA DM protokollet används specifieras dessa av OMA DM protokollet. som förstår språket. andra Dataentiteterna som finns i SIM-kortet representeras åter av en logisk struktur av filer, inklusive, elementära filer, Elementary Files, (EF) som har referensnummer 8 i figur 1.

SIM-filerna 8 kan fjärrhanteras, genom standardiserade kommandon för fjärrhantering av filer, av en standardiserad fiärrhanteringsapplikation för filer 16, som exempelvis RFM, i apparathanteringssystemet 9. Apparathanteringssystemet 9 i figur 1, har också en apparathanteringsapplikation 10 för hantering av hanteringsobjekten (MO) 15 som använder ett apparathanteringsprotokoll, som till exempel kan vara OMA DM, vilken typiskt används av leverantörer av mobila tjänster. Applikationerna 10 och 16 finns egentligen på olika servrar och således måste servern 3 ses som det gemensamma uttrycket för 10 15 20 25 30 529 490 15 applikationer på serversidan. Applikationerna används för kundomsorgsändamål och ökar på omsättningen genom effektiv mervärdestjänstehantering.

Sammanfattningsvis är således den mobila apparaten 2 i figur 1 som består av telefonen 5 och SIM-kortet 6 underställd apparathantering i en apparathanteringsomgivning för mobila apparater med flera protokoll. Dataentiteterna 15, d.v.s. de hanterade objekten, i telefonen manipuleras sedan genom hanteringsoperationer som utförs över ett standardiserat protokoll, d.v.s. OMA DM protkollet i det här exemplet. Användaragenten 7 är komponenten på användarsidan som krävs för att utföra apparathanteringsoperationer över OMA DM protkollet. Dataentiteterna 8, d.v.s de elementära filerna , i SIM-kortet kan i sin tur manipuleras genom hanteringsoperationer som utförs över protkoll för fjärrhantering av filer (RFM). apparathanteringsprotokoll_ Dataentiteterna, MO och EF, kan inte hanteras över samma En apparathanteringssession innefattar exempelvis provisionering, vilket innebär att apparathanteringsapplikationen exempelvis uppdaterar parametrar i telefonapparaten, skickar applikationer till apparaten och utför uppdateringar av mjukvaralhårdvara. Således är sändandet av nya inställningar radiovägen ett sätt att provisionera en apparat med konfigurationsparametrar, som exempelvis anslutningsinformation (apparatinställningar).

Efter att ha mottagit inställningarna för konfigurering av telefonen, sparar kunden helt enkelt inställningarna i telefonen och kan sedan använda tjänsterna.

Vid provisionering är det ibland dataobjekten i terminalen och ibland dataobjekten i SIM som utgör Detta provisioneringsinnehållet är olika även om parametrarna är desamma. Det faktum att det målet för provisioneringen. innebär att formatet på kan finnas olika lösningar för olika mobila apparater är också ett problem. Vidare innebär det faktum att en mobil apparat består av två självständiga enheter, terminalen och SIM, en ytterligare nivå av komplexitet. SIM-kortet kan exempelvis stöda lagrandet av MMS inställningar på SIM-kortet men då måste det finnas en applikation l terminalen som stöder läsandet av inställningarna från SIM-kortet. 10 15 20 25 529 490 16 Figur 2 är en översikt av en omgivning som innefattar entiteterna som tillämpar förfarandet i uppfinningen utöver dem som presenterats i figur 1. Systemet 1' i figur 2 innefattar komponenter som finns på både den mobila apparaten 2 i figur 2 och på serversidan 3 i figur 2. Serversidan består åter egentligen av fiera servrar, en för varje apparathanteringsapplikation och en för formatteringssystemet av det egenskapsbaserade provisioneringsinnehållet, Capabilities based provisioning Content formatter system (CPC). Servern som innefattar CPC-systemet 14 är i praktiken i en egen server mellan de olika apparathanteringsapplikationerna 10,16.

CPC-systemet innefattar - en CPC-formateringsapplikation 11, som utför innovativa funktioner i förfarandet enligt uppfinningen - en databas för provisioneringsinnehåll (Provisioning Content Repository, PC) 12 som har skapats så att provisioneringsinnehåll (exemeplvis anslutningsparametrar(data)) läses in i databasen. I denna databas kan det exempelvis finnas en uppsättning av anslutningsparametrar för OMA DM. Innehållet lagras i ett allmänt format. - en databas för apparatidentiteter (DIR) som lagrar apparatidentiteter på det sätt de identifierats av en terminalidentitet och en abonnemangidentitet [IMEI, MS|SDN].

Databasen för apparatidentiteter behövs för apparatupptäckt och för utredningen av huruvida denna apparat borde utgöra målet för apparathanteringsoperationer. Den behövs för den innovativa delen av förfarandet. - en databas för terminalegenskaper (TCR) som lagrar information om vilket OTA- provisioneringsprotokoll en terminal kan provisioneras över. TCR lagrar också specifik information om specifikationer på format för provisioneringsinnehåll, när det så behövs, och information om teknik och egenskaperna på tjänsteapplikationerna. - databas för SIM-kortsegenskaper (SCR) som lagrar infromation om hanteringsobjekten (filer) tillgängliga på SIM-kortet och huruvida dessa filer kan fiärrhanteras. 10 15 20 25 30 529 490 17 - en databas för föhållandet mellan abonnemang och SIM-kort (SSR) som lagrar information om ett SlM-korts egenskaper i anslutning till ett visst abonnemang. Därmed erbjuder denna databas medel för att koppla abonnemang med en SIM-kortstyp.

I figur 1 presenteras databaserna DlR, TCR och SCR tillsammans med samma referensnummer 17 fastän de är separata databaser.

Det korrekta formatet för ett provisioneringsinnehåll bestäms genom en komplicerad kombination av egenskaper: OTA protokollet, t.o.m. någon version av denna, terminalförsäljaren, terminalmodellen, abonnemangtypen och SlM-kortstypen. Det är mycket svårt att bestämma vilket format för provisioneringsinnehållet en mobil apparat kan provisioneras enligt.

Den mobila apparatens egenskaper bestämmer vilka funktioner, provisioneringsprotokoll och format för provisioneringsinnehåll apparaten klarar av att förstå.

Sammanfattningsvis är således den mobila apparaten 2 i figur 1, som består av telefonen 5 och SIM-kortet 6, underställd provisionering i en omgivning med flera format.

Datat provisioneras över ett standardiserat protokoll, d.v.s OMA DM protokollet i det här exemplet. Användaragenten 7 är komponenten som krävs på användarsidan för att utföra apparathanteringsoperationer över OMA DM protokollet.

Uppfinningen täcker en adaptiv process för konvertering mellan olika format för provisioneringsinnehåll och erbjuder möjligheter för en egenskapsbaserad automatisk konvertering av provisioneringsinnehåll från ett allmänt format till ett av flera andra format.

I uppfinningen är konverteringen automatisk, vilket innebär att bestämningen av det fonnat till vilket konvertering skall ske bestäms utgående ifrån den ifrågavarande mobila apparatens egenskaper. En stor del av förfarndet enligt uppfinningen är att bestämma vilket format för provisioneringsinnehåll som är tillämpligt för en specifik mobil apparat när ett specifikt fall av apparathantering verkställs. 10 15 20 25 529 490 is vilket provisioneringsinnehåll som är tillämpligt genom att använda en databas för terminalegenskaper och en databas för SIM-kortsegenskaper. l uppfinningen används Förfarandet tillämpar en automatisk process för att bestämma databaser för terminalegenskaper och SIM-kortsegenskaper i processen för att bestämma formatet på provisioneringsinnehållet.

Figur 3 utgör ett signaldiagram över hur provisionering av mobila apparater med innehåll kunde äga rum när provisioneringsinnehållet är terminalspecifikt (men provisioneringsinnehållet kan också vara SlM-kortsspecifikt) Figur 3 visar på den lägsta raden, de fysiska entiteter som deltar i uppfiningens förfarande.

Dessa är telefonen (utrustningen) och SIM-kortet, servrarna på serversidan» samt databaserna som beskrivits ovan.

På den högsta raden i figur 3, innefattar signaleringsparterna i uppfinningens system användaragenten för DM på kundsidan (i telefonen), en SIM DM-applikation (som finns på SIM-kortet och hanterar filerna), en annan SIM-applikation som utför detektering av terminalbyten, samt en DM-applikation på serversidan (i apparathanteringssystemet på serversidan).

Den innovativa delen av systemet är skuggad i figur 3. Den innovativa delen är ett system som kallas egenskapsbaserad formatterare av provisioneringsinnehåll (Capabilities based Provisioning Content forrnatter, CPC). Den innefattar en CPC-formatterarapplikation, som utför innovativa funktioner i uppfinningens förfarande genom användning av databaserna som beskrevs ovan i anslutning till figur 2 d.v.s. databasen för provisioneringsinnehåll (PC), databasen för apparatidentiteter (DIR), databasen för terminalegenskaper (TCR), databasen för SIM-kortsegenskaper (SCR) samt databasen för förhållandet mellan abonnemang och SIM-kort (SSR).

Apparathanteringsapplikationer som använder exempelvis OMA DM används vanligtvis av leverantörer av mobila tjänster. Applikationerna används för kundomsorgsändamål och ökar på omsättningen genom effektiv mervärdestjänstehantering. De används exempelvis 10 15 20 25 529 490 19 för tjänste- och inställningsprovisionering, apparatdiagnostik, statistik samt uppdatering av hårdvara- och mjuvara.

I det här skedet antas det att exempelvis en tjänsteleverantör eller operatör önskar utföra innehållsprovisionering i apparater i ett apparathanteringssystem i en mobil nätverksinfrastruktur med anledning av exempelvis någon av de orsaker som nämndes i stycket ovan.

I steg 1 i figur 3, initieras applikationssytemet för mobil apparathantering på serversidan för att utföra provisionering av inställningar (som exemeplvis OMA DM anslutningsparametrar) för en apparat vars identitet är känd, d.v.s. [lMEl, MSISDN] är känd.

I allmänhet kan initieringen utföras på olika sätt.

Automatisk initiering äger rum vid en på förhand bestämd händelse, såsom exempelvis ett terminalbyte, d.v.s. då användaren har bytt ut sin terminal har ett terminalbyte ägt rum.

Terminalbyteshändelsen upptäcks av en applikation i SIM (d.v.s SIM-kortet märker när användaren har bytt terminalbyteshändelsen radiovägen (OTA) till en apparathanteringsapplikation på serversidan. Informationen om händelsen innehåller information om apparatidentiteten, d.v.s SIM-applikationen sänder apparatidentiteten [lMEl, MSISDN] för DM-applikatlonen på serversidan. terminal). SIM-applikationen sänder information om Ett annat möjligt sätt att initiera är ”nätverksbaserad” terminalbytesupptäckt, varvid terminalbyteshändelsen upptäcks genom analys av datatrafik i det mobila nätverket.

Istället för automatisk initiering kan ”själv-provisionering” användas. I det här fallet initieras provisionering av användaren, antingen via den mobila apparaten eller via en internetapplikation. I det första fallet kan själv-provisioneringsapplikationen på den mobila aPDaraten apparatidentiteten [lMEl, MSISDN] i provisioneringsförfrågan. I fall av själv-provisionering via en internetapplikation måste sända samband med 10 15 20 25 529 490 20 användaren ge information om apparatidentiteten, d.v.s ge telefonnummer och apparatmodell.

I provisionering som initieras p.g.a kundomsorg, initieras provisioneringen manuellt av en operatör som känner till apparatidentiteten exempelvis genom diskussion med en abonnent I figur 3, antas det att initieringen äger rum p.g.a. att SIM-applikation upptäckt ett terminalbyte (fastän uppfinningen givetvis inte begränsats till det). Detta utförs av signal 1 från SIM-applikationen (avsedd för upptäckt av terminalbyte) till DM-applikationen på serversidan.

I signal 2, ber den mobila apparathanteringsapplikationen CPC-formatterarapplikationen att konvertera provisioneringsinnehållet till det tillämpliga formatet för den givna mobilapparatsidentiteten genom den mottagna signalen 1 som innehöll MSISDN och/eller IMEI informationen.

CPC-formatteraren mottar sedan terminaltypsindikatorn ur exempelvis IMEI som sänts med signal 2 och söker upp OTA-provisioneringsprotokollet i TCR genom signal 3 (förfrågan) och signal 4 (mottar den efterfågade informationen). Nu är det specifika OTA- protokollet, som måste användas för provisioneringen av av denna specifika mobilapparat, känt CPC-formatteraren söker sedan upp formatet på GTA-protokollet, terminaltypen och SIM- kortstypen för provisionerlngsinnehåll med signalerna 5 och 6.

I det här exemplet gav signal 6 informationen om att provisioneringsinnehålletWär terminalspecifikt, d.v.s. det är objekt som finns i terminalen som behöver uppdateras. Med andra ord är provisioneringsinnehâllet specifikt för OMA DM klienten (användaragenten) i terminalen.

Därefter hämtar CPC-formatteraren det allmänna formatet på provisioneringsinnehållet från PC-databasen med signalerna 7 och 8 och sedan, i steg 9, konverterar den 10 15 20 25 529 490 21 provisioneringsinnehållet från det allmänna formatet till det korrekta formatet (till exempel en wapprovisioning.xml fil) d.v.s det format som konstaterats vara det korrekta (information i signal 6) för den aktuella mobila apparaten. i l signal 10 sänder CPC-fonnatteraren sedan provisioneringsinnehållet i det tillämpliga formatet till DM-applikationen på serversidan. l signal 11, provisioneras den mobila apparaten med provisioneringsinnehållet och eftersom signal 6 gav information om att provisioneringsinnehållet är terminalspecifikt, sänds terrninalsignal 11 (provisioneringsdatat) till DM-användaragenten (i ett annat utföringssätt, som inte illustrerats kunde signal 6 ge information om att provisioneringsinnehållet är SlM-kortsspecifikt i vilket fall signal 11 (provisioneringsdatat) sänds till filhanteraren i SIM). l signal 12, vidarebehandlar DM-användaragenten i mobilapparaten provisioneringsinnehållet, d.v.s installerar apparatinställningarna, och således har apparaten hr således blivit ”bootstrappad” (Bootstrapping innebär att en mobil apparat överförs från ett tomt skick till ett skick i vilket den mobila appraten kan initiera en session med en hanteringsserver eller någon annan applikationstjänst den har blivit bootstrappad för).

Figur 4 presenterar ett exempel av uppfinningens förfarande för formattering av provisioneringsinnehåll. Allt äger rum i den innovativa delen av figur 3.

Figur 4 visar på den lägsta raden, de fysiska entiteter som deltar i uppfinningens förfarande. Dessa är servrarna på serversidan och databaserna som beskrevs ovan.

På den högsta raden i figur 4 innefattar signaleringsparterna i uppfinningens system DM- applikationen på serversidan (i apparathanteringssystemet på serversidan) och signaleringsparterna i den innovativa delen av systemet som redan beskrevs i anslutning - till figur 3, d.v.s en CPC-formatterarapplikation, som utför innovativa funktioner i uppfinningens förfarande genom att använda databaser som beskrevs ovan i anslutning till figur 2, d.v.s databasen för provisioneringsinnehåll (PC), databasen för 10 15 20 25 30 529 22 490 . terminalegenskaper (TCR), databasen för SIM-kortsegenskaper (SCR) och databsen för förhållandet mellan abonnemang och SlM-kortstyp (SSR).

Apparathanteringsapplikationen i apparathanteringssystemet initieras för att utföra formattering av provisioneringsinnehåll.

Som en följd därav ber applikationen för mobilapparatshantering i signal 1 CPC- formatteraren att konvertera och identifiera provisioneringsinnehållet till det tillämpliga formatet för en given mobil apparat som skall provisioneras med hjälp av MSISDN och/eller lMEl information.

En mobil apparat består av en terminaltyp, en abonnemangtyp och en SIM-kortstyp. lMEl innehåller infromation om terrninaltyp och har ett unikt värde och en del av den består av en terminaltypsindikator. När terminaltypen är känd kan systemet fortsätta och söka upp egenskaper för denna temtinaltyp i TCR. MSISDN identifierar abonnemanget.

Terminaltypen läses för att kunna söka upp terminalegenskaper i TCR. I detta sammanhang läser man i TCR vilket OTA provisioneringsinnehåll som stöds av terminaltypen och huruvida det aktuella dataobjektet som skall provisioneras finns lagrat i terminalen.

Både terminalens och SIM-kortets egenskaper behövs för att bestämma korrekt format.

Det är unikt för uppfinningen att egenskaperna för terminalen och SIM-kortet kombineras för att bestämma vilket format provisioneringsinnehåll skall formateras till för en specifik apparat.

CPC-formatteraren hämtar tenninaltypsindikatorn ur exempelvis lMEl som sänts med signal 1 och söker upp OTA-provisioneringsprotokollet i TCR med signalerna 2 (begäran) och 3 (mottagandet av den begärda informationen). Nu är det specifika OTA-protokollet, som måste användas för provisionering av denna specifika mobilapparat, känt. 10 529 490 23 I signalerna 4 och 5 söker CPC-forrnatteraren sedan upp terminaltypen och SIM- kortstypen från databasen från förhållandet mellan abonnemangtyp och SIM-kortstyp (SSR). I SSR läses SIM-kortstypen för att utföra uppfinningens förfarande.

CPC-formatteraren söker sedan upp OTA-protokollets format för provisioneringsinnehåll från databasen för SIM-kortsegenskaper (SCR) med signalerna 6 och 7. Sedan läses SIM- kortsegenskaper i SCR och huruvida dataobjektet som skall hanteras har lagrats.

Därefter hämtar CPC-formatteraren det allmänna formatet för provisioneringslnnehållet från PC-databasen i signaler 8 och 9 och konverterar provisioneringsinnehållet i steg 10 från det formatet till det wapprovisioningdoc.xml fil) d.v.s formatet som konstaterats vara det korrekta (information i signal 6) för den aktuella mobila apparaten. allmänna korrekta formatet ( till exempel en I signal 11 sänder CPC-formatteraren sedan provisioneringsinnehållet enligt det tillämpliga formatet till DM-applikationen på serversidan.

Claims (21)

10 15 20 25 30 529 490 24 PATENTKRAV

1. Förfarande för formattering av provisioneringsinnehåll i ett apparathanterlngssystem för att underlätta provisionering av mobila apparater med olika egenskaper med innehåll i ett apparathanterlngssystem i en mobil nätverksinfratsruktur, varvid den mobila apparaten består av en fysikalisk entitet och en modul med abonnentinformation och nämnda system innefattar en apparathanteringsapplikation och databaser, varvid förfarandet k ä n n e t e c k n a s av a) att apparathanteringsapplikationen i apparathanteringssystemet initieras för att utföra formattering av provisioneringsinnehåll, b) att apparathanteringsapplikationen bestämmer det tillämpbara formatet enligt vilken en mobil apparat skall formatteras genom en analys baserad på kombinering av den mobila apparatens egenskaper identifierade av en eller flera databaser, varvid egenskaperna består av egenskaper för både den fysikaliska entiteten och för modulen, i vilken abonnentinformation finns lagrad.

2. Förfarande enligt krav 1, k ä n n e t e c k n a t av att innehåll lagras i en databas i apparathanteringssystemet innan formatteringen av provisioneringsinnehållet initieras, varvid steg a) äger rum genom att det lagrade provisioneringsinnehållet formatteras till det tillämpbara fonnatet på provisioneringsinnehållet, som har konstaterats vara den aktuella mobila apparatens forrnat.

3. Förfarande enligt krav 2, k ä n n e t e c k n a d av att provisioneringsinnehållet lagras i apparathanteringssystemets databas i ett allmänt format.

4. Förfarande enligt något av krvaen 1 - 3, k ä n n e t e c k n a t av att provisioneringsinnehållet består av anslutningsparametrar för en tjänst.

5. Förfarande enligt något av kraven 1 - 3, k ä n n e t e c k n a t av att provisioneringsinnehållet består av vilken som helst dataparameter som underställts provisionering av apparathanteringssystemet. 10 15 20 25 30 529 490 25

6. Förfarande enligt något av kraven 1 - 5, k ä n n e t e c k n a tav att apparathanteringsapplikationen i steg b) identifierar den mobila apparaten som skall provisioneras genom MSISDN och/eller IMEI.

7. Förfarande enligt krav 6, k ä n n e t e c k n a t av att i steg b) hämtar apparathanteringsapplikationen terminaltypen ur IMEI och söker upp motsvarande provisioneringsprotokoll från en databas för terminalegenskaper (TCR) och därefter konverterar apparathanteringsapplikationen provisioneringsinnehållet tili korrekt format för den aktuella mobilapparaten ifråga.

8. Förfarande enligt krav 6, k ä n n e t e c k n a t av att i steg c) hämtar apparathanteringsapplikationen abonnenten ur MSISDN och söker upp SIM-kortstypen från en databas för förhållanden mellan Abonnemang- och SIM-kortstyp (SSR, Subscription- and SIM card type Relationship repository) och söker sedan upp motsvarande OTA provisioneringsprotokoll och formatet på provisioneringsinnehållet av OTA-protokollet från databasen för SlM-kortsegenskaper (SCR, SIM Card Capabilities Repository) därefter provisioneringsinnehållet till det korrekta formatet för den aktuella mobilapparaten ifråga. och konverterar apparathanteringsapplikationen

9. Förfarande enligt något av kraven 6 - 8, k ä n n e t e c k n a t av att apparathanteringsapplikationen söker upp formatet för provisioneringsinnehållet som motsvarar provisioneringsprotokollet, terminaltypen och/eller SIM-kortstypen.

10. Förfarande enligt kraven 3 - 9, k ä n n e t e c k n a t av att i steg c) konverterar» apparathanteringsapplikationen provisioneringsinnehållet som lagrats i ett allmänt fomtat till den mobila terminalens tillämpbara format för provisioneringsinnehåll.

11. Förfarande enligt kraven 1 - 6, k ä n n e t e c k n a t av att det konverterade provisioneringsinnehållet är terminalspecifikt. 10 15 20 25 30 529 490 26

12. Förfarande enligt krav 11, k ä n n e t e c k n a t av att dataobjekten som hanteras är hanterbara objekt, Managed Object (MO) och lagrade i terminalen.

13. Förfarande enligt kraven 1 - 6, k ä n n e t e c k n a t av att provisioneringsinnehållet är SlM-kortsspecifikt.

14. Förfarande enligt krav 13, k ä n n e t e c k n atd av att dataobjekten som skall hanteras lagras i filer på SIM-kortet.

15. System för formattering av provisioneringsinnehåll av olika format för apparater med olika egenskaper medelst ett apparathanteringssystem i en mobil nätverksinfrastruktur, varvid den mobila apparaten består av en fysikalisk entitet och en modul med abonnentinformation, varvid systemet innefattar en eller flera databaser för egenskaper, varvid dessa databaser lagrar information om egenskaper för både den fysiklasika entiteten och för modulen, i vilken abonnentinformation finns lagrad, och en apparathanteringsapplikation som används för att bestämma det korrekta formatet för provisioneringsinnehållet baserat på mobilapparatens egenskaper och databaser för apparategenskaper.

16. System enligt krav 15, k ä n n e t e c k n a t av att en av nämnda databser består av en databas för terminalegenskaper som lagrar information om provisioneringsprotokollen som skall användas i provisioneringen och/eller information om formaten för provisioneringsinnehåll som varje mobilterminaltyp kan provisioneras enligt.

17. System enligt krav 15, k ä n n e t e c k n a t av att en av nämnda databaser består av en databas för SIM-kortsegenskaper som lagrar infromation om dataobjekt tillgängliga på en SIM-kortstyp, speciellt information om vilka filerna är och huruvida dessa filer kan hanteras radiovägen (Over-the-air, OTA) och/eller information om forrnaten för provisioneringsinnehåll varje SlM-kortstyp kan provisioneras enligt. 10 15 20 529 490 27

18. System enligt krav 15, k ä n n e t e c k n a t av att en av nämnda databaser består av en databas för förhållanden mellan abonnemang och SIM-kortstyp som lagrar information om egenskaperna av SIM-kortstypen för ett specifikt abonnemang.

19. System enligt krav 15, k ä n n e t e c k n a t av att en avnämnda databaser består av en databas för apparatidentiteter som lagrar identiteter för mobila apparater som identifierats av en terminalidentitet och en abonnemangidentitet.

20. System enligt krav 15, k ä n n e t e c k n a t av att en av sagda databaser består av en databas som lagrar innehåll som skall provisioneras enligt ett allmänt format som administrativt hanteras i systemet.

21. System enligt något av kraven 15 - 20, vidare k ä n n e t e c k n a t av att apparathanteringsapplikationen har medel för verkställandet av konverteringen från det allmänna formatet till något av flera valbara format för provisioneringsinnehåll för att vara kompatibelt med en specifik mobilapparats egenskaper som består av abonnemang, terminal och SIM-kort.