NO330125B1 - Abonnentkommunikasjonsevne - Google Patents

Description

Område for oppfinnelsen

Oppfinnelsen vedrører kommunikasjon via telekommunikasjonsnettverk, og spesielt forhåndsvurdering av en abonnents kommunikasjonsevne i et telekommunikasj onssystem.

Bakgrunn for oppfinnelsen

Oppmerksomheten innen telekommunikasjon rettes i økende grad mot mobilkommunikasjonssystemer. Et mobilkommunikasjonssystem viser generelt til et hvilket som helst telekommunikasj onssystem som muliggjør kommunikasjon mens brukere forflytter seg innen tjenesteområdet for systemet. Den viktigste tjenesten for et mobilkommunikasjonssystem er en abonnents evne til å utføre eller motta en samtale uansett hvor abonnenten befinner seg innenfor tjenesteområdet for systemet. Med forbedret tilgjengelighet (eng.: reachability) har det også blitt utviklet tjenester hvorved abonnenten er i stand til å kontrollere sin tilgjengelighet. Eksempler på slike tjenester innbefatter viderekobling av alle innkommende samtaler til voicemail, viderekobling av samtaler til voicemail når terminalen er opptatt, eller viderekoblingsruting av samtale. Imidlertid er det et problem ved disse arrangementer f.eks. at oppkalleren ikke er i stand til å konkludere hvorfor samtalen ble videresendt til voicemail. For å forbedre tilgjengeliogheten har det blitt utviklet f.eks. det som er kjent som en samtale-vente-tjeneste, hvorved en stemmemelding benyttes når abonnentens terminal er opptatt med å informere oppkalleren om at den oppkalte part er opptatt i en samtale ved det bestemte tidspunkt, og å forespørre oppkalleren om å vente en stund. Samtidig hører den oppkalte part en samtale-venter-lyd, og vet at noen ringer ham. Selv om denne tjenesten informerer oppkalleren om at samtalen ikke ble besvart på grunn av at terminalen var opptatt, forblir andre oppkall som videresendes til voicemail eller ubesvarte oppkall likevel uforklart.

Det har blitt utviklet tjenester for tilgjengelighetsproblemet forårsaket av internettsurfing via et abonnement. Referansen EP 1 324 580 beskriver en løsning hvorved det gjøres en kontroll av når den oppkalte abonnentens linje er opptatt i en internettsesjon til å finne ut hvorvidt brukeren foretrekker å forbli uforstyrret mens linjen er opptatt, og, dersom brukeren foretrekker å bli uforstyrret, spilles det for oppkalleren en forhåndsbestemt talemelding, f.eks. "abonnent B er logget på internett". Selv om denne løsningen informerer oppkalleren på samme måte som en samtale-venter-tjeneste, om at samtalen ble videresendt til voicemail på grunn av en internettsesjon eller fordi oppkallet ikke ble besvart, forblir oppkall videresendt til voicemail eller ubesvarte oppkall likevel uforklarte. Videre forutsetter denne løsningen at mottakeren er i stand til å forbindes til internett.

En løsning er levert av en mobilkommunikasjonssystemtilstedeværelsesfjeneste, hvorved abonnenter kan motta informasjon om f.eks. tilstedeværelsen av andre abonnenter, og basert på dette er de i stand til å konkludere selv om den andre part sannsynlig er i stand til å svare på et oppkall eller om han enkelt detekterer en sendt

(og levert) melding. Imidlertid forutsetter en slik tjeneste at abonnentens mobilstasjon har en applikasjon som støtter denne bestemte tjeneste og at oppkalleren/senderen av meldingen er i stand til å konkludere evnen, dvs. kommunikasjonsevnen før oppkallet/sendingen av meldingen.

US-2003/138087 vedrører et system og en fremgangsmåte for å tilveiebringe informasjon vedrørende deaktivering av innkommende anrop til en mobilterminal. Innkommende samtaler deaktiveres når anropsdeaktivering er satt, og innkommende samtaler aktiveres når anropsdeaktivering er frigjort.

Kort beskrivelse av oppfinnelsen

Hensikten med oppfinnelsen er således å tilveiebringe en fremgangsmåte og et apparat for å utføre fremgangsmåten for derved å løse de ovenstående problemer. Hensikten ved oppfinnelsen oppnås ved en fremgangsmåte, et system og en serverkomponent, som er kjennetegnet ved det som fremgår av de selvstendige krav. Foretrukne utførelsesformer av oppfinnelsen er beskrevet i de uselvstendige krav.

Oppfinnelsen er basert på detektering av problemer og å løse dem ved hjelp av verdien for et attributt som vedlikeholdes abonnentspesifikt til et system, idet verdien angir for systemet hvorvidt eller ikke abonnenten sannsynlig er i stand til å kommunisere. Her dekker kommunikasjon både kommunikasjonsmoduser som krever forbindelsesetablering, slik som samtaler og ulike sesjoner, og forbindelsesløse moduser, slik som sending av ulike meldinger.

I en foretrukket utførelsesform av oppfinnelsen angår attributtet abonnentens kommunikasjonsevne når abonnentlinjen ikke er opptatt, idet den tillater attributtet å benyttes for forhåndsvurdering av abonnentens kommunikasjonsevne. Dette tillater abonnent A å tilveiebringe det faktum at han f.eks. ikke umiddelbart vil fremkomme til abonnent B.

Kort beskrivelse av figurene

I det følgende vil oppfinnelsen bli beskrevet i nærmere detalj i forbindelse med foretrukkede utførelsesformer med henvisning til de vedføyde tegninger, hvor

Fig. 1 er et forenklet blokkdiagram av systemarkitektur; Fig. 2 er et flytskjema som beskriver operasjonen av en første eksempelutførelsesform av oppfinnelsen; Fig. 3 er et flytdiagram som beskriver operasjonen av en andre eksempelutførelsesform av oppfinnelsen; og Fig. 4 er et flytdiagram som beskriver operasjonen av en tredje eksempelutførelsesform av oppfinnelsen.

Detaljert beskrivelse av oppfinnelsen

Den foreliggende oppfinnelsen er anvendelig på et hvilket som helst telekommunikasjonssystem. Slike systemer innbefatter f.eks. systemer hvorved det trådløse lokalnettverk er forbundet til et regionsnettverk (eng.: wide area network), slik som et offentlig mobiltelefonnettverk. Det trådløse lokale nettverk kan f.eks. være IEEE 802.11 eller et nettverk av type HIPERLAN, som anvender enten et radiogrensesnitt, slik som f.eks. Bluetooth, infrarød eller annen korresponderende trådløs aksessteknikks om bærer ved luftgrensesnittet. F.eks. kan regionsnettverket være basert på såkalt tredjegenerasjons mobilkommunikasjonssystemer, slik som UMTS (Universal Mobile Communications System), og systemer basert på slike, slik som IMS (IP multimedia subsystem), fremtidig generasjon slik som fjerdegenerasjons mobilkommunikasjonssystemer, og GSM-systemet (Global System for Mobile Communications) og mobilkommunikasjonssystemer som korresponderer med slike, slik som GSM 1800 og PCS (Personal Communication System), og systemer basert på de ovenfor nevnte systemer, slik som GSM 2+-systemer. Tjenestene i GSM 2+-fasen innbefatter f.eks. GPRS (General Packet Radio Service) og CAMEL (Customised Applications for Mobile Network Enhanced Logic). Oppfinnelsen er også anvendelig ved benyttelse av andre trådløse systemer, et fastsystem, et rent mobilkommunikasjonssystem eller en kombinasjon av flere systemer, der f.eks. ett av systemene kan være basert på et fast system og resten på et trådløst system. Oppfinnelsen er ekstremt velanvendelig for systemer som tilveiebringer et grensesnitt til eksterne systemer eller tjenester, f.eks. tilstedeværelses-, posisjonerings- og/eller kalendersystemer.

Fig. 1 viser forenklet nettverksarkitekturen for en første foretrukket utførelsesform av oppfinnelsen som beskriver bare en del av elementene i et system 100. Elementene vist i fig. 1 er logiske enheter, hvis implementering kan skille seg fra det som er vist. Det er åpenbart for en fagmann at systemet også kan omfatte andre funksjoner og strukturer som ikke behøver å være beskrevet i nærmere detalj her. Systembeskrivelsen er på ingen måte bindende, bare antydende.

Eksempelsystemet i fig. 1 omfatter abonnenter og brukerinnretninger 1, 1', et kjernenettverk 2 og en server 4.1 den foreliggende kontekst viser en brukerinnretning 1,1' generelt til en helhet som utgjøres av en abonnent (et abonnement) og en virkelig terminal. Terminalen kan være en hvilken som helst terminal som er i stand til å kommunisere i systemet 100 eller en kombinasjon av flere innretninger. Terminalen kan f.eks. være en portabel datamaskin eller en mobiltelefon. Abonnentene skjelnes fra hverandre ved symbolene A og B. Abonnent Al viser til en abonnent som forespør en forbindelse, slik som en anroper eller en sender av en melding. Abonnent Bl' er i sin tur den oppkalte part eller mottaker av meldingen.

Her representerer kjernenettverket 2 et hvilket som helst dataoverføringsnettverk eller en helhet som utgjøres av flere, eventuelt ulike, nettverk, som er i stand til å etablere en forbindelse og/eller å svitsje meldinger mellom abonnenter A og B. Kjernenettverket 2 omfatter en nettverksnode 3 som kontrollerer en meldingslevering og/eller forbindelsesetablering. Nettverksnoden kan være f.eks. en MSC (Mobile Switching Centre) i GSM-systemet, en CSCF (Cali State Control Function) i IMS-systemet, et meldingssenter som leverer multimediemeldinger eller en annen nettverksnode som omfatter en korresponderende funksjonalitet. Her representerer en nettverksnode et kommunikasjonssystem, slik som et forbindelsesetableringssystem eller et meldingsleveringssystem. Implementeringsmåten for kjernenettverket og typen av nettverksnode eller hvorvidt funksjonaliteter plasseres som ulike serverkomponenter eller applikasjoner i én eller flere nettverksnoder, er ikke relevant for oppfinnelsen.

I dette eksemplet er serveren 4 en tilstedeværelsesserver, slik som IMPS (Instant Messaging and Presence Services). Det er et eksempel på servere som kan omfatte ulik statusinformasjon om en abonnent. Andre tilsvarende servere innbefatter en lokasjonsinformasjonsserver og en kalenderserver. Hjemmelokasjonsregisteret og besøkende lokasjonsregisteret kan også omfatte statusinformasjon om en abonnent. Ulike servere kan også kommunisere med hverandre eller være lokalisert fysisk i den samme server som separate serverkomponenter.

For nettverksnoden i samsvar med oppfinnelsen blir foretrukket én eller flere triggere spesifisert for å detektere at et attributt eller et sett av attributter og betingelser er assosiert med kommunikasjonen, hvorved nettverksnoden finner ut av den abonnentspesifikke verdien for det korresponderende attributtet. Triggeren selv kan også være et attributt. Eksempler på triggere innbefatter: abonnent A er en abonnent på en tjeneste i samsvar med oppfinnelsen, abonnent B er en abonnent på en tjeneste i samsvar med oppfinnelsen, abonnentlinjen for abonnent B er ikke opptatt, abonnent B er en abonnent på en tilstedeværelsestjeneste og/eller kalendertjeneste. Ulike triggere kan spesifiseres svært fritt. Attributter kan være spesifisert nettverksnodespesifikt, tjenestespesifikt og/eller abonnentspesifikt. Et eksempel på et nettverksnodespesifikt attributt er at attributtet i en nettverksnode som svitsjer samtaler kan være "et møte", og at attributtet i en nettverksnode som svitsjer meldinger kan være "meldingslyd". Et eksempel på et tjenestespesifikt attributt er en gitt hendelsestype i en kal endertj eneste. Korresponderende attributter kan også være spesifisert abonnentspesifikt, og om nødvendig, til og med abonnentproiflspesifikt, når to eller flere bruksprofiler er spesifisert for abonnenten, hvorav én typisk er aktiv. Attributtet kan også være f.eks. et stykke informasjon i abonnentinformasjonen, som angir hvorvidt den foregående samtale ble besvart eller ikke. Andre spesifikasjoner kan også være assosiert med attributtene, slik som f.eks. instansrutinginstruksjoner, slik som f.eks. en instruksjon: alle samtaler forbindes direkte til voicemail når telefonen er stum eller dersom kalenderen inneholder en gitt event-type på det aktuelle tidspunkt. Oppfinnelsen begrenser ikke på noen måte spesifikasjonen av attributtene eller noen betingelser assosiert med disse eller lokasjoner der verdiene for et attributt og attributtspesifikasjonene opptrettholdes. Verdiene på de ovenfor nevnte attributter blir foretrukket opprettholdt i ulike servere eller én server i systemet. Verdiene for de ulike attributter kan være lokalisert i ulike servere og likevel benyttes sammen, slik det er evident i eksemplene. Verdien på et attributt kan likeledes være i terminalen hos abonnent B, f.eks. i innstillingene på den aktive bruksprofil, i hvilket tilfelle systemet må hente verdien derfra.

Et eksempel på attributtene og deres verdier (og sett av attributter) er at dersom abonnent B har en tilstedeværelsestjeneste, skal verdien av et gitt attributt, f.eks. "et møte" sjekkes i abonnentinformasjonen for abonnent B. Alternativt kan verdien av flere attributter sjekkes, og i det tilfellet én av dem angir at abonnent B med liten sannsynlighet er i stand til å svare på samtalen og/eller å detektere en SMS-melding f.eks., tolkes abonnenten B til å være sannsynlig ute av stand til å kommunisere. Et andre eksempel sjekkes profilen som benyttes av abonnent B, basert på hvilken attributtet finnes, f.eks. ringetone og dennes verdi. Ulike tjenester kan også kombineres, en kalenderfjeneste kan også kombineres med f.eks. en tilstedeværelsestjeneste. Et eksempel er et tilfelle der tilstedeværelse av abonnent B er "et møte", da sjekkes kalenderen, og kalenderinformasjonen benyttes f.eks. når oppkalleren skal informeres. Et trekk ved terminalen som ble anvendt av abonnent B og/eller støtten av et besøkt nettverk (eller et hvilket som helst korresponderende nettverk som abonnent B er tilknyttet) for en gitt kommunikasjonsmodus, tjeneste og/eller eiendom kan utgjøre et attributt. Eksempler på slike tjenester innbefatter multimediameldinger og videosamtaler. Fig. 2, 3 og 4 beskriver operasjonen av en nettverksnode (kommunikasjonssystem) i samsvar med oppfinnelsen i ulike utførelsesformer. Antagelsen i eksemplene i fig. 2, 3 og 4 er for klarhets skyld at abonnent A gjør et oppkall til abonnent B, og at den sannsynlige evnen til å kommunisere finnes ut ved hjelp av verdien av bare ett attributt, idet attributtet er ringetonen. Fig. 2, 3 og 4 viser aktiviteter i tidligere kjent teknikk bare til den grad som er nødvendig for å forstå oppfinnelsen. F.eks. beskrives operasjonen assosiert med en tilstedeværelsesinformasjonsautorisering eller lignende og autoriseringssjekking bare hva angår videresending av oppdatert tilstedeværelsesinformasjon til abonnentene i dette. Identiteten for abonnenten til funksjonaliteten i samsvar med oppfinnelsen er heller ikke av betydning, og således studeres ikke rettigheten for en abonnent til å oppnå tjenesten i samsvar med oppfinnelsen. En ytterligere antagelse i figurene er at tjenesten har blitt abonnert på, og at overføringen av den nødvendige informasjon tillates. Funksjonene kan implementeres i en nettverksnode/-server, eller de kan fordeles til flere nettverksnoder/- servere. Fig. 2 viser operasjonen av en nettverksnode (dvs. forbindelsesetableringssystem) av en første eksempelutførelsesform av oppfinnelsen ved hjelp av et flytskjema. Den initielle situasjon i fig. 2 er at forbindelsesetableringsforespørselen til abonnent B mottas i trinn 201. Abonnent A kaller f.eks. opp abonnenten B. I trinn 202 detekteres ved nettverksnoden at et attributt er assosiert med forbindelsesetableringen, som et resultat av hvilken verdien av attributtet finnes i trinn 203. F.eks. viser abonnentinformasjonen for abonnent B at abonnent B har en tilstedeværelsestjeneste, og attributtet som finnes er ringetonene, som finnes i informasjonen for abonnent B ved tilstedeværelsesserveren. På basis av verdien av attributtet, gjøres i trinn 204 en konklusjon av hvorvidt abonnent B sannsynlig er i stand til å svare. F.eks. kan, dersom ringetonen er "stum", en konklusjon gjøres i systemet at abonnent B sannsynlig er ute av stand til å svare, men at han ville være i stand til å svare i tilfelle av andre ringetoner.

Dersom abonnent B sannsynlig er i stand til å svare, fortsetter forbindelsesetableringen i trinn 206 i samsvar med f.eks. tidligere kjent teknikk.

Dersom abonnent B sannsynlig er ute av stand til å svare, (trinn 204), genereres i trinn 205 en talemelding for abonnent A, idet meldingen spilles for ham samtidig som i trinn 206 forbindelsesetableringen foretrukket fortsetter til abonnent B. Fordelen som tilveiebringes av generering av en talemelding er at oppkalleren mottar informasjon om tilstanden for abonnent B ved sin terminal uavhengig av hvorvidt terminalen for abonnent A støtter fleks, tilstedeværelsestjeneste. I tillegg mottar abonnent A svært enkelt informasjonen, og behøver ikke å gjøre noe selv for å motta informasjonen.

Talemeldingen kan genereres enten ved nettverksnoden eller nettverksnoden kan anordnes til å forespørre genereringen av talemeldingen fra en annen nettverksnode. I tillegg til eller istedenfor en talemelding, kan også en annen melding genereres, f.eks. en visuell melding. Meldingen kan også benytte f.eks. et vibrerende batteri. Oppfinnelsen begrenser ikke på noen måte typen av melding. Meldingen kan også være en melding som er spesifisert/lagret f.eks. abonnent A-spesifikt, abonnent A-terminaltypespesifikt og/eller attributtspesifikt på forhånd. I samsvar med dette kan meldingen være ulik for ulike abonnenter A og/eller den kan avhenge av grunnen til at abonnent B sannsynlig er ute av stand til å besvare et oppkall eller å motta en melding. Meldingen kan f.eks. angi at abonnent B er utenfor dekningsområdet, at terminalen for abonnent B ikke støtter den ønskede kommunikasjonsmodus, at informasjonen for en omstreifende abonnent B kan innbefatte informasjon om tidssoner eller ulikheter mellom tjenester for operatøren av hjemmenettverket og operatøren for det besøkte nettverk, f.eks. ved svitsjing av multimediemeldinger. Attributtet kan også påvirke innholdet av meldingene. Dersom f.eks. attributtet er "på et møte", og dens verdi er "sann", dvs. abonnent B er på et møte, kan den estimerte avslutningstid for møtet innhentes fra kalendersystemet, og en melding kan genereres, som angir at "abonnent B er nå på et møte", som er estimert til å avslutte ved tid x'. Hjemlandet for abonnementet til abonnent A kan tas i betraktning ved genereringen av meldingen, f.eks. ved å generere en engelskspråklig melding for innehavere av abonnementer som ikke er finske. Tilsvarende, når abonnent A omstreifer f.eks. Storbritannia, kan meldingen som genereres føres forbi standardmeldingen for det besøkte nettverket.

I noen andre utførelsesformer av oppfinnelsen blir i tillegg til genereringen av talemeldingen forbindelsesetableringen ikke fortsatt øyeblikkelig, men instruksjoner for å fortsette forbindelsesetableringen blir forespurt, fortrinnsvis ved en talemelding, for abonnent A. F.eks. kan én eller flere av de følgende bli forespurt for abonnent A: ønsker han å fortsette forbindelsesetableringen til abonnent B, å etterlate en melding i voicemail hos abonnent B, og høre på kalenderinformasjonen for abonnent B, å motta kalenderinformasjon som en SMS-melding eller å motta kal enderinformasj on som en multimediemelding. Heretter er fortsettelsen i samsvar med valget som gjøres av abonnenten A. Å tilveiebringe kalenderinformasjon er foretrukket på betingelse av at abonnent B er i stand til å spesifisere f.eks. kalenderinformasjon som er offentlig for alle og/eller abonnent A-spesifikk offentlig kalenderinformasjon. Som kalenderinformasjon kan tidspunktet for å bli ledig og eventuelt også hendelsen overføres. Alternativt kan en instruksjon assosiert med attributtet spesifiseres for å fortsette forbindelsesetableringen.

Det skal bemerkes at oppfinnelsen på ingen måte begrenser innholdet av meldingene, men meldingen og dens innhold kan spesifiseres fritt.

Fig. 3 viser en andre eksempelutførelsesform av oppfinnelsen ved hjelp av et flytskjema. I den andre utførelsesformen er systemet også ansvarlig for at tilstedeværelsesinformasjon som er synlig for abonnentene er oppdatert. Dette tillater operatøren å oppdatere tilstedeværelsesinformasjonen synlig for andre abonnenter i samsvar med den virkelige oppførsel for abonnent B. Dette frembringer også fordelen at tilstedeværelsesinformasjonen for f.eks. abonnent B som endte opp i en skyggesone oppdateres selv om abonnenten selv er ute av stand til å kommunisere med systemet og således til å oppdatere sin informasjon. I denne utførelsesformen kan statusinformasjonen anvendes for andre formål enn estimering av kommunikasjonsevne, f.eks. kan en figur (eng: a toon) i terminalen for abonnent A endre seg i samsvar med tilstedeværelsesinformasjonen for abonnent B, oppdatert av systemet.

Den initielle situasjon i fig. 3 er at telefonen for abonnent B ringer som tegn på en forbindelsesetableringsforespørsel (trinn 301). Oppkallsetableringssystemet overvåker om abonnent B svarer (trinn 302). Dersom abonnent B svarer, oppdateres i trinn 303 abonnentens status som f.eks. tilgjengelig. Dersom abonnenten ikke svarer, oppdateres i trinn 304 abonnentens status som utilgjengelig. Her viser oppdatering til setting av status for å samsvare med nevnte status i serveren som opprettholder statusinformasjonen.

Når den andre utførelsesformen for meldinger som ikke behøver forbindelsesetablering implementeres, kan trinn 302 omfatte overvåkning f.eks. av hvorvidt meldingen ble levert til destinasjonen eller hvorvidt en "lese"-bekreftelse ble mottatt for meldingen innen en gitt tid, og oppdatering av status som beskrevet ovenfor. Slike meldinger innbefatter f.eks. SMS og MMS.

Noen utførelsesformer muliggjør spesifisering av ulike betingelser som må oppfylles for at status skal oppdateres. Betingelsene kan være spesifisert av abonnenten selv og/eller operatøren. Betingelsen kan være f.eks. følgende: når abonnenten ikke har besvart et gitt antall oppkall, endrer systemet tilstedeværelsesinformasjonen. Et annet eksempel på en betingelse er at dersom SMS- og/eller MMS-meldingene som er sendt til abonnent B ikke har blitt levert til destinasjonen for eksempel i løpet av den siste halvtimen, kan tilstedeværelsesinformasjonen bli oppdatert. Oppdateringsserveren kan også konfigureres til å sjekke om den eksisterende verdi og den oppdaterte verdien for statusen passer hverandre, og til å utføre oppdateringen bare dersom de ikke passer.

Noen utførelsesformer muliggjør transmisjon av informasjon, f.eks. en melding, til abonnent B, idet informasjonen angir at en status for abonnenten som er synlig for andre abonnenter, dvs. tilstedeværelsesinformasjon, har blitt oppdatert selv om status for abonnent B ikke har blitt oppdatert. Dersom f.eks. abonnent B har unnlatt å besvare oppkall, har hans status synlig for andre blitt oppdatert som "utilgjengelig" selv om hans egen status fortsatt er "tilgjengelig".

Fig. 4 viser ved hjelp av et flytskjema operasjonen av et tredje utførelseseksempel for oppfinnelsen der abonnent A kaller opp abonnent B. Den initielle situasjonen i fig. 4 er at en forbindelsesetableringsforespørsel til abonnent B mottas i trinn 401.1 trinn 402 detekteres ved nettverksnoden at et attributt er assosiert med forbindelsesetableringen, og som resultat av dette finnes verdien for attributtet i trinn 403 f.eks. på den måten som er forklart i forbindelse med fig. 2.

Dersom abonnent B sannsynlig er ute av stand til å svare (trinn 404), genereres i trinn 405 en talemelding for abonnent A f.eks. på den samme måten som ble forklart i forbindelse med fig. 2. Meldingen blir foretrukket avspilt for abonnent A samtidig som forbindelsesetableringen i trinn 406 foretrukket fortsetter til abonnent B på en slik måte at telefonen for abonnent B ringer som tegn på en forbindelsesetableringsforespørsel. Nettverksnoden monitorerer hvorvidt abonnent B svarer (trinn 407). Dersom abonnent B svarer, oppdateres i trinn 408 et overvåkningstall n ved at denne inkrementeres med én, fulgt av en sammenligning av denne med den øvre grenseverdi U i trinn 409. Dersom overvåkningstallet n overskrider en øvre grenseverdi U, oppdateres i trinn 410 verdien for attributtet slik at den angir at abonnent B sannsynlig er i stand til å svare, og i trinn 411 settes verdien for overvåkningstallet n til 0, og i trinn 412 etableres en forbindelse mellom abonnent A og abonnent B.

Dersom overvåkningstallet ikke overskrider den øvre grenseverdi (trinn 409), gås direkte til trinn 412, og en forbindelse etableres mellom abonnent A og abonnent B.

Dersom det i trinn 407 detekteres at abonnent B ikke svarer, oppdateres i trinn 413 overvåkningstallet n til null, og prosessen fortsetter i trinn 420 f.eks. i samsvar med tidligere kjent teknikk ved å frakoble forbindelsen eller å rette oppkallet til voicemail eller f.eks. ved å forespørre instruksjoner for abonnent A på måten som er beskrevet i forbindelse med fig. 2.

Dersom abonnent B opprinnelig er i stand til å svare (trinn 404), fortsettes i trinn 414 forbindelsesetableringen til abonnent B på en slik måte at telefonen for abonnent B ringer som tegn på en forbindelsesetableringsforespørsel. Nettverksnoden overvåker hvorvidt abonnent B svarer (trinn 415). Dersom abonnent B ikke svarer, oppdateres i trinn 416 et overvåkningstall m med å dekrementere dette med én, fulgt av en sammenligning av dette med den nedre grenseverdi L i trinn 417. Dersom overvåkningstallet m er mindre enn den nedre grenseverdi L, oppdateres i trinn 418 verdien for attributtet slik at den angir at abonnent B sannsynlig ikke er i stand til å svare, og i trinn 419 settes verdien for overvåkningstallet m til null, og i trinn 420 fortsetter prosessen f.eks. i samsvar med tidligere kjent teknikk f.eks. ved å frakoble forbindelsen eller rette oppkallet til voicemail eller f.eks. ved å forespørre instruksjoner for abonnent A på måten som er beskrevet i forbindelse med fig. 2.

Dersom overvåkningstallet m ikke er mindre enn den nedre grenseverdi (trinn 417), gås direkte til trinn 420, og prosessen fortsetter derfra f.eks. på den måten som er beskrevet ovenfor.

Dersom det i trinn 415 detekteres en angivelse av at abonnent B svarer, oppdateres i trinn 421 verdien for overvåkningstallet m til null, og i trinn 412 etableres en forbindelse mellom abonnent A og abonnent B.

T den tredje utførelsesformen anvendes overvåkningstall for å måle hvor mange oppkall en bruker har besvart selv om han med liten sannsynlighet var i stand til dette, eller motsatt, ikke svarte selv om han sannsynlig var i stand til dette, og ved å sammenligne overvåkningstallet med en grenseverdi, kan det gjøres en beslutning om å endre verdien for attributtet. Utførelsesformen beskriver bare et eksempel på at én variabel overvåkes, og overvåkningsmåten. Oppfinnelsen begrenser på ingen måte overvåkningsmengden, og overvåkningen kan også utelates. Det er ikke nødvendig å nullstille overvåkningstallet når en abonnent handler i samsvar med sin sannsynlige evne, slik som i eksemplet i fig. 4. Overvåkningstallet kan også være det samme.

I noen utførelsesformer av oppfinnelsen kan abonnent B og/eller operatøren også spesifisere ulike parametere og deres verdier, som muliggjør kontroll av f.eks. når verdien for et attributt endrer seg automatisk, dvs. av systemet, eller når et separat stykke statusinformasjon tillegges meldingen. Det separate stykket av statusinformasjon kan også tillegges f.eks. på basis av forsøkte oppgaver, oppgaver, oppkallerspesifikke forsøkte oppkall, osv.

Trinnene beskrevet i fig. 2, 3 og 4 er ikke i en absolutt kronologisk orden, og de kan eksekveres i en annen rekkefølge enn den som er gitt, eller samtidig. Andre funksjoner kan eksekveres mellom trinnene som er beskrevet, eller samtidig med disse. Deler av trinnene som er beskrevet i figurene kan også utelates. Deler av trinnene som er beskrevet kan også erstattes av andre trinn, slik det ble angitt ovenfor. Trinnene kan også modifiseres i samsvar med hvordan og i hvilke nettverksnoder de ulike funksjonaliteter er plassert, i samsvar med hva attributtene og betingelsessettene som er assosiert med den er, hvilke regler som benyttes for å generere meldinger, osv.

Måten som de ovenfor beskrevne operasjoner implementeres på og hvordan og fra hvor de mottar de nødvendige verdier og attributtspesifikasjoner er ikke signifikant for oppfinnelsen. Andre detaljer ved datatransmisjonen, slik som hvem som er berettiget til å innhente informasjon om hvordan denne sjekkes, er heller ikke signifikant for oppfinnelsen.

Selv om oppfinnelsen ble beskrevet i det ovenstående ved bruk av hovedsakelig et eksempel av et oppkall fra abonnent A til abonnent B, er det opplagt for fagfolk at oppfinnelsen er anvendelig for bruk i forbindelse med en hvilken som helst type kommunikasjon. Ved levering av ulike meldinger som ikke involverer etablering av en virkelig forbindelse mellom abonnentene, kan f.eks. attributter spesifiseres i samsvar med mottakerens sannsynlighet for å bemerke en melding som er sendt til ham og/eller sannsynligheten for å få meldingen levert til mottakeren. Abonnent B kan spesifiseres som i stand til å kommunisere også dersom levering av meldingen til abonnent B lykkes innen en gitt tidsgrense. Dersom tidsgrensen utløper og meldingen fortsatt venter på å bli levert til abonnent B, kan abonnent B oppdateres som ute av stand til å kommunisere, og valgfritt sende en melding til senderen av meldingen som angir f.eks. at meldingen fortsetter å vente på levering, siden ingen forbindelse kan gjøres til abonnent B. På basis av verdiene for disse attributtene kan senderen av meldingen bli sendt en melding som angir attributtet og dens verdi og/eller grunnen til at leveringen av meldingen har mislykkes eller grunnen til at meldingen venter.

Selv om oppfinnelsen ble beskrevet i det ovenstående under den antakelse at abonnent A alltid mottar en melding når abonnent B sannsynlig er ute av stand til å kommunisere, er det åpenbart for fagfolk at f.eks. betingelser vedrørende abonnent A kan assosieres med generering og levering av meldingen, slik som f.eks. at meldingen vil leveres bare dersom abonnent A ikke er i besittelse av en terminal som støtter en tilstedeværelsestjeneste og/eller abonnent A har abonnert på en tilstedeværelsestjeneste. Abonnent B kan også ha spesifisert at meldinger og/eller spesifisert informasjon assosiert med disse kan leveres bare til gitte abonnenter A.

Selv om oppfinnelsen har blitt beskrevet i det ovenstående under den antakelse at abonnent B er en person, er det opplagt for fagfolk hvordan oppfinnelsen implementeres når abonnent B er en gruppe, dvs. en sammensatt mengde av abonnenter, som abonnent A forsøker å nå ved ett oppkall eller f.eks. en melding. Dersom abonnent B er en gruppe, sjekkes attributtverdiene foretrukket for alle medlemmene i gruppen, og en melding genereres foretrukket basert på en kombinasjon av medlemmene i gruppen. Meldingen kan f.eks. være at tre medlemmer i gruppen sannsynlig ikke kan nås.

Selv om oppfinnelsen ble beskrevet i det ovenstående under den antakelse at nettverksnoden (forbindelsesetableringssystemet) identifiserer attributtene og innhenter verdiene for disse om nødvendig selv fra terminalinnstillingene for abonnent B, kan oppfinnelsen implementeres ved å plassere funksjonaliteten i samsvar med oppfinnelsen som beskrevet ovenfor eller en del av denne i terminalen for abonnent A.

Andre utførelsesformer av oppfinnelsen kan genereres ved å kombinere funksjonaliteten eller deler av funksjonaliteten for utførelsesformene beskrevet ovenfor.

Systemet som implementerer funksjonaliteten for den foreliggende oppfinnelsen og dens nettverksnoder og/eller serverkomponenter omfatter, i tillegg til tidligere kjente midler, midler for å implementere de ovenfor beskrevne individuelle funksjoner eller for å implementere ulike kombinasjoner av nevnte funksjoner. Mer presist omfatter det midler for å vedlikeholde verdien for i det minste et spesifisert attributt. Nåværende nettverksnoder, servere, serverkomponenter og brukerinnretninger omfatter prosessorer og minne som er anvendelig i funksjonene for oppfinnelsen. Alle endringer som er nødvendig for å implementere oppfinnelsen kan oppnås ved konfigurering og/eller tilføyelse til innretningene, applikasjonene, dataoverføringsmodulene og/eller rutiner som er implementerbare som tilføyde eller oppdaterte programvarerutiner, applikasjonskretser (ASIC) og/eller programmerbare kretser.

Det er åpenbart for fagfolk at den grunnleggende idé for oppfinnelsen kan implementeres på et mangfold av måter etter hvert som teknologien utvikler seg. Følgelig er oppfinnelsen og dens utførelsesformer ikke begrenset til de ovenfor nevnte eksempler, men de kan varieres innenfor rekkevidden av kravene.

Claims (15)

1. Fremgangsmåte for å angi en abonnents kommunikasjonsevne i et telekommunikasj onssystem, karakterisert ved å spesifisere i det minste ett attributt (202, 402) hvis verdi angir til systemet hvorvidt eller ikke abonnenten sannsynlig er i stand til å kommunisere, og å vedlikeholde en verdi (303, 304, 410, 418) for attributtet abonnentspesifikt.

2. Fremgangsmåte i samsvar med krav 1, videre omfattende å angi med attributtet (204, 404) til systemet hvorvidt eller ikke abonnenten sannsynlig er i stand til å kommunisere når abonnentlinjen ikke er opptatt.

3. Fremgangsmåte i samsvar med krav 1 eller 2, videre omfattende å angi (204, 404) med attributtet hvorvidt eller ikke abonnenten er i stand til å motta oppkall; å sjekke (203, 403) verdien for attributtet i forbindelse med oppkallsetablering; og å generere (205, 405) en melding til oppkalleren dersom verdien angir at den oppkalte abonnent med liten sannsynlighet er i stand til å motta oppkallet.

4. Fremgangsmåte i samsvar med krav 3, videre omfattende å fortsette (206, 406) oppkallsetableringen uavhengig av verdien for attributtet.

5. Fremgangsmåte i samsvar med krav 3, videre omfattende å forespørre ytterligere instruksjoner fra oppkalleren dersom verdien angir at den oppkalte abonnent med liten sannsynlighet er i stand til å motta oppkallet.

6. Fremgangsmåte i samsvar med et hvilket som helst av de ovenstående krav, videre omfattende å angi med attributtet hvorvidt eller ikke abonnenten er i stand til å detektere en innkommende melding; å sjekke verdien for attributtet i forbindelse med meldingslevering; og å generere en melding til oppkalleren dersom verdien angir at den oppkalte abonnent med liten sannsynlighet er i stand til å detektere meldingen.

7. Fremgangsmåte i samsvar med et hvilket som helst av de ovenstående krav, videre omfattende å oppdatere (303, 304, 410, 418) verdien for attributtet til å passe abonnentens handling som respons på at abonnentens handling står i motsetning til verdien av attributtet.

8. Fremgangsmåte i samsvar med krav 7, hvor verdien for attributtet oppdateres (303, 403, 410, 418) til å passe abonnentens handling som respons på at abonnentens handlingen i en forhåndsbestemt grad står i motsetning til verdien for attributtet.

9. Fremgangsmåte i samsvar med et hvilket som helst av de ovenstående krav, hvor attributtet tilveiebringer eller angir statusinformasjon om abonnenten eller attributtet vedrører abonnentens lokasjonsinformasjon.

10. Fremgangsmåte i samsvar med et hvilket som helst av de ovenstående krav, hvor attributtet er et attributt i en tilstedeværelsestjeneste, en hendelsestype i en kalender, en innstilling i en aktiv bruksprofil, en ringetone, eller en meldingslyd.

11. Fremgangsmåte i samsvar med et hvilket som helst av de ovenstående krav, videre omfattende å spesifisere en eller flere triggere for å detektere at attributtet er assosiert med kommunikasjonen.

12. Fremgangsmåte i samsvar med krav 11, hvor triggeren er at abonnenten som kommunikasjonen er rettet mot, er en abonnent til en tilstedeværelsestjeneste og/eller til en kalendertjeneste, og attributtet er et atributt for den samsvarende tjeneste.

13. Telekommunikasj onssystem (100), karakterisert vedat det (100) er konfigurert til å implementere fremgangsmåten som angitt i et hvilket som helst av de ovenstående krav.

14. Serverkomponent for et telekommunikasj onssystem, karakterisert vedat den er konfigurert til å eksekvere fremgangsmåten som angitt i et hvilket som helst av kravene 1-11.

15. Serverkomponent som angitt i krav 10, karakterisert vedat serverkomponenten hører til et forbindelsesetableringssystem og er konfigurert til å innhente verdien av attributtet fra en tilstedeværelsesserver, fra en kalenderserver, fra en lokasjonsinformasjonsserver, fra en terminal som brukes av abonnenten som kommunikasjonen er rettet mot, og/eller fra abonnentinformasjon vedlikeholdt i et hjemmelokasjonsregister og/eller i et besøkende lokasjonsregister.