NO317972B1

NO317972B1 - Fremgangsmate for anropsoppsett i mobile systemer

Info

Publication number: NO317972B1
Application number: NO20002144A
Authority: NO
Inventors: Mats Olof Winroth; Robert Frank
Original assignee: Teliasonera Ab Publ
Priority date: 1997-11-06
Filing date: 2000-04-27
Publication date: 2005-01-17
Also published as: SE9704058L; NO20002144D0; EE03896B1; WO1999025107A2; EE200000220A; WO1999025107A3; SE518180C2; US6728547B1; SE9704058D0; EP1025687A2; NO20002144L; EP1025687B1

Description

Den foreliggende oppfinnelse vedrører en fremgangsmåte ved mobile tele- og datakommunikasjonssysterner for anropsoppsett mellom en A-abonnent og en B-abonnent.

I dagens GSM-telefoner er det ingen mulighet for en GSM-bruker, ved anrop, å overføre et personlig ringesignal til en mottakende GSM-mobil. I Nokias "Smart Messaging"-konsept kan en bruker hente et ringesignal til hans/hennes egen Nokia 8110 via et radiogrensesnitt, men kan ikke overføre et ringesignal ved oppringning til en annen GSM-bruker. Heller ikke kan brukeren ved oppsett av oppringningen overføre en applikasjon som for eksempel kan være et personlig' grafisk symbol, et enkelt bevegelig grafisk bilde, eller en hypertekstside, som kan vises på skjermen til den mottakende GSM-mobilen. Videre er det ingen mulighet for A bekrefte en bruker allerede ved oppsett av oppringningen. En eller muligens alle av disse funksjonene vil sikkert være en svært populær tjeneste i GSM, hvis de blir realisert.

Problemet kan følgelig bli oppsummert ved at en A-abonnent ikke kan overføre data til en applikasjon i B-abonnentens mobil i sammenheng med oppsett av oppringningen. Eksempler på data kan være en spesifikk ringemelodi, en personlig logotype etc.

Formålet med foreliggende oppfinnelse er følgelig å

løse dette problemet.

Det ovenfornevnte formålet oppnås ved en fremgangsmåte ved et mobilt tele- og datakomrminikasjonssystem for anropsoppsett mellom en A-abonnent og en B-abonnent, hvor UUS anvendes som en bærer til , ved nevnte anropsoppsett, å overføre datainformasjon til en applikasjon ved B-abonnenten.

En stor fordel med denne oppfinnelsen er at den kan anvendes for å differensiere tjenestene som tilbys av ulike operatører. Operatører kan tilby nye attraktive tjenestefunksjoner, som selvfølgelig vil øke deres fortjeneste.

Videre karakteristikk av oppfinnelsen er gitt i de uselvstendige kravene.

I det følgende gis en detaljert beskrivelse av en utførelse ifølge oppfinnelsen.

Med dagens teknologi kan ikke data til en applikasjon i B-abonnentens mobil, som nevnt ovenfor, overføres ved anropsoppsett, for eksempel en personlig ringemelodi som avspilles istedenfor et standard ringesignal, at en personlig logo vises på mottakerens skjerm, eller at en bekreftelse kan utføres allerede ved anropsoppsettet.

Oppfinnelsen løser dette ved funksjonsmidler som nå vil bli beskrevet nedenfor.

SIM-applikasjonsverktøy er inkludert i GSM-fase 2+, og gir blant SIM muligheten til å vise tekst på en mobilskjerm, overføre SMS, etablere en oppringing, overføre en USSD-streng, initiere dialog med mobilbrukere og mekanismer for å overføre data til SIM fra nettverket. USSD står for Unstructured Supplementary Services Data, og er en datakanal som kan anvendes for å overføre data mellom nettverket og mobilen. I.fase 2+ er USSD utviklet for å være den generelle bæreren.

Java Card API er en javastandard som er blitt utviklet for smartkort (for eksempel er GSMs SIM et Smartkort). Java Card API gjør det mulig å implemen-tere et javatolkeprogram på SIM-kortet, som blant annet resulterer i at operatøren har muligheten til enten å laste ned en egenutviklet javaapplikasj on på kortet, før den overleveres til forbrukeren, eller laste ned en applikasjon via for eksempel SMS. Sammen med SIM-applikasjonsverktøyet vil det være muligheter-for å utvikle svært avanserte funksjoner og applikasj oner.

Embedded Java, Personal Java, er javastandarder som

er blitt utviklet for å anvendes i produkter med

begrenset prosessorkapasitet og minne. Et typisk produkt kan være en mobiltelefon. Mobilprodusentene har over lengre tid arbeidet med java i mobil-terminalen, men nå har også arbeidet innen ETSI begynt å utvikle en standard. Innen noen år vil alle "high end"-telefoner støtte Java (ifølge velinformerte kilder ved Ericsson Mobile). Java-applikasjoner kan overføres til mobilen på

et antall ulike måter: fra SIM (hvor for eksempel en operatørs spesifikke applikasjon kan være plassert), via SMS, USSD, GPRS, eller data fra nettverket, og via for eksempel UUS fra en annen bruker.

USS (User to User Signalling): Funksjonen kommer

fra ISD og støtter overføring av mindre mengder brukerdata ved oppsett, under oppringing, og ved avslutting av en oppringning. Méd oppsett i UUS, er det et felt spesifisert i oppsettmeldingen, hvor opptil 35 oktetter med brukerinformasjon kan overføres til B-abonnenten. Under en samtale kan en eller flere vedvarende pakker av 131 oktetter av brukerdata overføres på hovedsignalkanalen, FACCH.

Oppfinnelsen kan også anvendes i andre eller fremtidige systemer, hvor det er, eller vil bli, funksjoner lik til de som er omtalt ovenfor. Et eksempel er ISDN, hvor funksjonaliteten allerede eksisterer.

Forutsatt at GSM-mobilen og SIM støtter Java, SIM-applikasjonsverktøy og UUS, kan problemene ovenfor løses på følgende måte.

1. " En GSM-bruker etablerer en forbindelse til en GSM-mobil. Ved USS overføres en ramme, maks 35

■ oktetter lang, bestående av en informasjonstittel

(av en eller to oktetter) og et datafelt. Informasjonen i tittelen kan bestå av applikasjonen så vel som hvor mange oktetter brukerdatarammen inneholder. Det betyr at den maksimale mengden applikasjonsdata som kan overføres til en applikasjon i B-abonnentens GSM-telefon består av 33 eller 34 oktetter.

2. Når den mottakende side oppdager at

oppsettsmeldingen inneholder UUS-datafelt, overføres UUS-data til en applikasjon i mobilen (eller SIM) som leser datatittelen, hvor det er informasjon om hvilken applikasjon på SIM-kortet, eller i mobilen som skal startes.

3. Applikasjonen som detekterer oppringningen og

overfører UUS-meldingen, kan anvende applikasjons-verktøyet til å håndtere anropsoppsett, hvis SIM-applikasjonsverktøyet er utvidet med funksjonalitet for UUS. Liknende funksjonalitet vil imidlertid eksistere via Java-tolkeprogrammet i mobilen.

Oppfinnelsen er karakterisert ved

at UUS (User to User Signalling) brukes som en bærer til å, ved oppsett-, overføre datainf ormas jon til en applikasjon i en oppkalt GSM-mobil;

at datarammen, som ved oppsett er maksimalt 35 oktetter, består av en tittel inneholdende informasjon om applikasjonen, lengde på brukerdata, etc, og av et brukerdatafelt, 33 eller 34 oktetter;

at en applikasjon ved A-abonnenten etablere et anropsoppsett hvor en UUS-datapakke er innarbeidet;

at en applikasjon ved B-abonnenten, på basis av tittelinformasjonen i UUS-pakken, kan bestemme

den forespurte■applikasjonen og starte denne applikasjonen i B-abonnentens mobil;

at applikasjonen er utviklet i Java, eller et annet passende språk;

at en applikasjon er at en bruker kan definere hans/hennes egen personlige melodi, som ved et oppsett av et anrop, overføres til B-abonnentens mobil, hvor den spilles av, istedenfor et standard ringesignal ,-

at en applikasjon er at et grafisk symbol, bevegelig eller statisk, som vises på B-abonnentens mobil. For et bevegelig bilde er et bibliotek med bevegelsesmønster nødvendig i den mottakende applikasjonen;

at en applikasjon er bekreftelse av A-abonnenten allerede ved oppsett;

at UUS er definert også for ISDN, slik at oppfinnelsen kan anvendes også i miljøer med en ISDN eller ISDN-GSM;

at oppfinnelsen, som et hele eller deler av det, kan anvendes til foreliggende og fremtidige mobiltelefon- systemer med liknende funksjonalitet;

at applikasjonene kan nedlastes på SIM-kort, av operatøren, allerede ved opprettelse av abonnementet.

I det følgende gis et antall eksempler på mulige applikasjoner ifølge oppfinnelsen;

- En A-abonnents personlige ringesignal overføres og spilles av som et ringesignal i B-abonnentens GSM-mobil telefon; - I A-abonnentens mobil, kreves en applikasjon som kan sette opp en oppringning som inkluderer en UUS-datapakke. - I B-abonnentens mobil er en eller to applikasjoner er nødvendig (kan, men må ikke nødvendigvis være en Java-applikasjon), som fra tittelinformasjonen til data- rammen kan bestemme hvilken applikasjon som er ment, og som starter den applikasjonen, her en ringeBignalapplikasjon med brukerdata i rammen som inn-argument. På grunn av at den maksimale mengden data som UUS kan overføre ved. anropsoppsett er 35 oktetter, kan mer enn' 35 toner overføres, hvor hver tone, tonepitch og varighet kan beskrives ved 6 eller 7 bits:

Applikasjonen kan istedenfor bestå av et enkelt

punktmatrisesymbol som beveges over skjermen. Symbolet kan for eksempel består av 32 oktetter (for eksempel et 16' x 16 bits bilde), hvorved annen data kan anvendes til å velge et bevegelsesmønster fra et bibliotek som er i B-abonnentens

applikasjon.

Sammen med en mobiltilpasset WWW-nettleser kan en kort hypertekstside overføres til mobilen, hvor B-abonnenten med en markør markerer en linje, og ved hjelp av USSD i SMS overfører en forespørsel om å få, via SMS eller- USSD (eller muligens UUS), ønsket informasjon. På den mottakende side er en applikasjon nødvendig som kan reformatere kun den 33 eller 34 oktett lange informasjonen til et passende format.

En sikkerhetsapplikasjon kan anvendes for å bekrefte en oppringende mobil allerede ved anropsoppkall. Den kan anvendes for eksempel for tilgang til sin bank, adgang til et begrenset nettverk, eller til og med for bekreftelse av

■en person som ringer opp en annen GSM-mobil.

. Applikasjonen i mobilen, alternativt SIM-kortet kan kreve at et passord bekreftes før anropet settes opp. I fremtiden, avhengig av når teknologien er klar for implementering i GSM, kan applikasjonen i mobilen, istedenfor et passord, anvende talebekreftelse for å identifisere A-abonnenten før anropsoppkall. Etter at et korrekt passord er gitt utarbeider applikasjonen et kodeord, basert på for eksempel IMSI," passordet (alternativt godkjent talebekreftelse) og en kodenøkkel (lagret i applikasjonen). Kodeordet overføres via UUS til en mottakende applikasjon på den andre siden, som har tilgang til kodenøkkelen og lister med brukeridentiteter. Mottakeren kan ved dette bekrefte den oppringende abonnenten via det overførte kodeordet.

Applikasjonen■som for eksempel en bankkunde bruker i en slik prosess, kan overføres fra banken til ham/henne via for eksempel UUSD eller SMS. Et kodeord for applikasjonen sendes til bankkunden på en annen måte. På samme måte som en mobilabonnent kan sende en sikkerhetsapplikasjon til en annen mobilabonnent.

Spesifikke applikasjoner kan være operatørspesifikk ved å nedlaste disse på SIM-kortene når forbrukeren oppretter abonnementet. Dette muliggjør for differensiering.

Siden, prosessorkapasiteten på SIM-kort i dag er begrenset, må muligens applikasjonen overføres fra minnet på SIM-kortet til et minne i mobilen, hvorfra applikasjonen senere kan kjøres via for eksempel et Java-tolkeprogram i mobilen. Data fra UUS-meldingen kan være vedlagt som et argument til applikasjonen.

En annen fremgangsmåte som kan anvendes for å overføre en applikasjon til en mobil, kan være fra en internett-server via mobiltilpasset' WWW-nettleser. Et eksempel er "Smart Messaging", som er Nokias navn for en WWW-tilsvarende applikasjon som kan kjøres i mobilen, hvor data kan overføres via SMS eller UUSD.

Videre kan applikasjonen nedlastes til telefonen via seriegrensesnittet til mobilen.

Applikasjonen må kunne slås av, for å gå tilbake til normal ringesignaltilstand når brukeren ønsker dette.

Det ovenfornevnte må kun betraktes som en fordelaktig utførelse av oppfinnelsen, og omfanget av oppfinnelsen er kun definert av det som er indikert i de følgende patentkravene.

Claims

1. Fremgangsmåte for et mobil tele- og datakommunika-sjonssystém for anropsoppsett mellom en A-abonnent og en B-abonnent, karakterisert ved at UUS anvendes som en bærer til, ved nevnte anropsoppsett, overføring av datainformasjon til minst én applikasjon ved B-abonnenten.

2. Fremgangsmåte i samsvar med krav 1, karakterisert ved at datainformasjonen består av en dataramme omfattende en tittel og et datafelt, at tittelen inneholder informasjon om hvilken applikasjon ved B-abonnenten som er tilsiktet, og at datafeltet utgjør inn-argument til applikasjonen for utførelse av minst én applikasjon ved B-abonnenten.

3. Fremgangsmåte i samsvar med krav 1 eller 2, karakterisert ved at den minst ene applikasjonen er implementert i et SIM-kort ved B-abonnentens mobilterminal.

4. Fremgangsmåte i samsvar med krav 1 eller 2, karakterisert ved at A-abonnentens mobilterminal frembringer SIM-applikasjons verktøy for å overføre datainformasjonen til B-abonnentens mobilterminal.

5. Fremgangsmåte i samsvar med krav 3 eller 4, karakterisert ved. at den minst ene applikasjonen er utviklet i Java.

6. Fremgangsmåte i samsvar med krav 5, karakterisert ved at Java-applikasjonen overføres til A-abonnentens, respektivt B-abonnentens, mobilterminaler via SMS, UUSD eller GPRS.

7. Fremgangsmåte i samsvar med et av de foregående krav, karakterisert ved at mobilterminal ene. er GSM-terminaler med SIM-kort som støtter Java,.SIM-appl ikas j onsverktøy og UUS.

8. Fremgangsmåte i samsvar med krav 7, karakterisert ved at den omfatter trinnene ved: A-abonnentens GSM-terminal etablerer en oppringing til B-abonnentens GSM-terminal, hvor funksjonen for SIM-applikasjonsverktøyet er utvidet med funksjonaliteten for UUS og sørger for overføring av datainformasjonen, det vil si UUS-meldingen til B-abonnentens mobilterminal; - B-abonnentens mobilterminal detekterer datainformasjonen, og tittelen i datainformasjonen informerer hvilken applikasjon som skal utføres, og at datafeltet i datainformasjonen omfatter innparametre til applikasjonen som skal utføres i B-abonnentens mobilterminal.

9. -Fremgangsmåte i samsvar med et av de foregående krav, karakterisert ved at applikasjonen er at A-abonnenten kan definere hans/hennes egen personlige melodi som ved anropsoppkall overføres til B-abonnentens mobilterminal, hvor melodien avspilles.

10. Fremgangsmåte i samsvar med et av kravene 1-8, karakterisert ved at applikasjonen vedrører bekreftelse av A-abonnenten direkte ved anropsoppkall mot B-abonnenten.

11. Fremgangsmåte i samsvar med krav 10, karakterisert ved at applikasjonen vedrører at et tillatt passord gis før. anropet settes opp mot B-abonnenten.