NO313027B1 - Fremgangsmåte for å forbedre en nettstruktur, spesielt et intelligent nett - Google Patents

Description

Oppfinnelsens område

Foreliggende oppfinnelse vedrører en fremgangsmåte for å forbedre en nettstruktur, spesielt en IN- (intelligent nett) nettstruktur og dennes flerfunksjonstjenester.

Bakgrunn for oppfinnelsen

De fleste IN-tjenester som utformes i dag omfatter tjenester som kan tilpasses og tilby forskjellige funksjoner til forskjellige kunder. Dette er vanligvis flerfunksjonstjenester. Flerfunksjonstjenestene vil være underlagt kontinu-erlige endringer og fra dette fremstår behovet for en rask og fleksibel måte å introdusere nye versjoner av funksjonene, og kundetilpasse hele tjenesten.

Intelligente nett er en arkitektur for telekommunikasjonsnett rettet mot å tilby nye telekommunikasjonstjenester på en rask og fleksibel og kostnadseffektiv måte. Kjernen av et intelligent telekommunikasjonsnett består av et tjenestesvitsjepunkt (SSP) som er et svitsjesystem som kan av-skjære telefonanrop og spørre et tjenestekontrollpunkt (SCP), som er et system inneholdende tjenestespesifikk lo-gikk og data som vil tillate det å returnere instruksjoner til SSP-en om hvordan det avskjærte anrop skal behandles videre.

Denne kjerne av det intelligente nett vil ta hånd om den

basale anropsbehandling. Hvis tjenesten behøver noen spesi-ell funksjonalitet (dette kan være funksjonalitet for å av-spille meldinger og motta tall og så videre), vil tjenesten koble seg til en ekstern innretning, en IP/SRF, som gir den ønskede funksjonalitet.

På denne intelligente nettplattform implementeres flerfunk-sjonst jenester . Brukeren av tjenesten vil aksessere denne funksjon over et brukergrensesnitt. SCP har begrensninger vedrørende hvilken teknologi brukergrensesnittet kan tilfø-res (standard SCP/SSP vil bare understøtte et DTMF grensesnitt) . Av denne årsak kan brukergrensesnitt bli levert av eksterne innretninger (IP/SRF) som gir den nødvendige teknologi (dette kan være innretninger som leverer teknologi for talegjenkjenning eller aksess til tjenesten fra en PA).

Problemer med kjent teknikk

De fleste tjenester som er i bruk i dag benytter et DTMF-grensesnitt. Hvis det skal brukes mer sofistikerte grensesnitt, må ekstern-IP som gir den nødvendige teknologi bli koblet til. Dette vil ofte resultere i at tjenesten må opp-dateres og justeres for denne type teknologi og brukergrensesnitt .

Ved å definere et grensesnitt mot IP som leverer bruker-grensesnitteknologien, kan tjenesten bli gjort uavhengig av den teknologi som faktisk brukes. På denne måte kan brukergrensesnittet lett endres ved tilkobling til en annen IP.

Videre kjent teknikk

Fra US 5 544 236 er det kjent en fremgangsmåte for å gjøre tilleggstjenester i et telefonnett tilgjengelige for brukere som ikke abonnerer på disse. Hvilke tjenester som er tilgjengelige for den enkelte bruker ligger lagret som koder ("feature keys") i en tabell ("static data block"). Ta-bellen kan være lagret på et smartkort. Når brukeren ønsker å bruke en tilleggstjeneste, sendes en anmodning til en tjenesteprosessor ("feature processor"), som leser av ta-bellen for å se om brukeren har tilgang til en tjeneste. Patentskriftet dreier seg om å opprette en ordning slik at brukeren selv kan gå inn og endre de enkelte koder i tabel-len for å få tilgang til tilleggstjenestene for prøve- eller engangsbruk.

US 5 537 466 (Taylor et al.) vedrører et intelligent kommunikasjonsnett, som styrer kommunikasjonen for å tilveiebringe diagrammer som illustrerer hvordan telefonanrop blir prosessert. Slike diagrammer omfatter tabeller som igjen omfatter tjenestenøkler og spesifikke telefondata.

US 5 379 383 (Yunoki) beskriver et kontrollsystem for kom-munikasjonstjeneste i et intelligent nett som tilveiebringer en tjenesteapplikasjon som lagrer data omfattende pro-gramkomponentnummeret som indikerer typen av tjeneste. Tje-nes teapplikasjonsenhet en omfatter tjenestenøkler.

US 5 251 255 (Epley) beskriver en fremgangsmåte for å styre prosesseringen av telefonanrop fra funksjonsprosessorer, som er databaser som deles mellom et antall svitsjesyste-mer.

US 5 530 931 (Cook-Hellberg et al.) beskriver en fremgangsmåte og et apparat for å tilveiebringe en fremsynsfunksjon ved forbedret anropsfremming i et telefonanrop i et tele-fonkommunikasjonssystem. Den kjente teknikk foreslår tabeller vedrørende funksjonene og beskriver hvordan disse funksjoner prosesseres.

US 5 457 736 (Cain et al.) beskriver et system og en fremgangsmåte for å tilveiebringe mikro celle delt personlige kommunikasjonstjenester (PCS) ved bruk av DRPC-arkitektur. Nevnte PCS-tjenester omfatter en database som brukes for å lagre UPT-nummeret, som har blitt tildelt PCS-brukere.

US 5 386 464 (Pruitt) beskriver en fremgangsmåte for å im-plementere telekommunikasjonsfunksjoner i svitsjer omfattende en minneinnretning og en rekke system betingelser. Funksjonene styres av sitt eget funksjonsprogram som utfø-res i minneinnretningene i svitsjene.

US 5 574 780 (Andruska et al.) beskriver en fremgangsmåte for å styre telefonanropsfunksjoner som leveres til en bruker fra en hierarkistisk telekommunikasjonssvitsj.

US 5 337 351 (Manabe et al.) beskriver en kontrollenhet, det vil si en funksjonssamvirkningsarbitrator (FIA) som identifiserer og kontrollerer samvirkningen blant forskjellige telefonanropsfunksjoner, nevnte kjente teknikk foreslår tabeller som illustrerer funksjonene av slike ele-menter .

Videre kjenner søkeren til de følgende patent publikasjoner WO 95/24011 (TELESCAN/Carlin et al.), US 5 206 899 (Gupta et al.), WO 96/13927 (LM Ericsson/lapalucci et al.), US 5 255 264 (Cotton et al.), US 5 519 772 (Akman et al.), US 5 530 742 (Taylor et al.), US 5 572 583 (Wheeler, Jr. et al.), US 5 533 115 (Hollenbach et al.), så vel som søkerens egne svenske patentsøknader: 97-272405 (3.11.95) system innen kommunikasjonsnett som tilveiebringer funksjon for tilbake ringing av abonnent.

95- 275558 (31.1.94) nettverks basert telefonsystem omfattende interaktive fasiliteter.

97-045167 (23.6.95) fremgangsmåte for intelligente nettverk for samvirkning mellom abonnenter.

97-045166 (23.6.95) fremgangsmåte i intelligent nett for samvirkning mellom abonnenter.

96- 333569 (13.10.94) abonnent spesifikk meldingsregistre-ring i avansert intelligent nett.

Oppfinnelsens hensikt

En hovedhensikt med foreliggende oppfinnelse er å tilveiebringe en fremgangsmåte for å forbedre en nettstruktur og flerfunksjonstjenestene deri.

En annen hensikt med foreliggende oppfinnelse er å tilveiebringe en slik fremgangsmåte hvorved dens forskjellige funksjoner kan settes sammen på en mer fleksibel måte.

Enda en hensikt med foreliggende oppfinnelse er å tilveiebringe tjenester med et annet brukergrensesnitt enn standard DTMF samvirkning, muligens involverende bruk av eksterne innretninger.

Nærmere bestemt er en hensikt med foreliggende oppfinnelse å presentere en mer fleksibel måte å adressere forskjellige funksjoner i multifunksjonstjenester og grensesnitt og informasjon overført mellom en ekstern innretning og IN-tjenesten, spesielt ved adressering av funksjoner innen tjenesten fra enhver ekstern innretning.

Enda en hensikt med foreliggende oppfinnelse er å tilveiebringe en fremgangsmåte hvorved tjenesten kan gjøres uavhengig av den teknologi som faktisk brukes.

Enda en hensikt med foreliggende oppfinnelse er å tilveiebringe en fremgangsmåte hvorved brukergrensesnittet lett kan endres ved tilkobling til forskjellige IP-er.

Sammenfatning av oppfinnelsen

Hensiktene ovenfor oppnås i en fremgangsmåte som angitt i innledningen, som ifølge oppfinnelsen er karakterisert ved de trekk som fremgår av det vedføyde patentkrav 1.

Ytterligere trekk og fordeler ved foreliggende oppfinnelse vil fremgå av den etterfølgende beskrivelse sett sammen med de medfølgende figurer, så vel som på de øvrige vedf øyde patentkrav.

Kort beskrivelse av tegningene

Utførelsesformer av foreliggende oppfinnelse vil nå bli be-skrevet under henvisning til de medfølgende tegninger hvor: Figur 1 er et blokkdiagram som illustrerer konseptet med funksjonsidentifikator og funksjonsvelger. Figur 2 er en forenklet skisse av IP-SCP kommunikasjon når IP initierer utførelse av en funksjon i SCP. Figur 3 er et blokkdiagram som illustrerer et anropsscenario relatert til UPT-tjenesten, hvor en bestemt funksjon deri utføres ifølge foreliggende oppfinnelse.

Detaljert beskrivelse av utførelsesformer

Oppfinnelsen beskriver hvordan funksjoner i flerfunksjonstjenester kan adresseres og hvordan en ekstern innretning som en IP/SRF adresserer funksjonen innen en flerfunksjonstjeneste.

Tjenester kan bestå av mange forskjellige funksjoner. I denne oppfinnelse er hver funksjon innen en tjeneste tildelt et unikt nummer, kalt funksjonsidentifikator. Når en egenskap skal utføres, sendes funksjonens funksjonsidentifikator til en tjeneste kalt en funksjonsvelger. Funksjonsvelgeren vil fra funksjonsidentifikatoren identifisere den korrekte egenskap og utføre den, se figur 1.

Når en ekstern IP/SRF skal brukes av tjenesten, kan protokollen brukt for informasjonsutveksling mellom IP og SCP være CS1. Hvis IP ønsker å initiere utførelse av en spesifikk funksjon, blir funksjonens funksjonsidentifikator (og mulig funksjonsinngang) signalert tilbake til tjenesten av CS1 operasjonene, se figur 2. Funksjonsidentifikatoren vil da bli sendt til funksjonsvelgeren, og funksjonen vil bli utført.

Dette konsept kan brukes for å tilveiebringe tjenester med nye brukergrensesnitt. En IP som tilveiebringer teknologien for det ønskede brukergrensesnitt settes opp i nettverket. Denne IP vil håndtere brukersamspillet, det vil si ønske brukeren velkommen til den og den tjeneste, veilede brukeren gjennom mulige menystrukturer, identifisere hvilke funksjoner brukeren ønsker å utføre, og samle inn mulig inngang for denne funksjon og så videre.

Tjenesten vil bli trigget som vanlig, f.eks. ved at en bruker slår et spesifikt B-nummer. Den triggede tjeneste vil da tilkoble en IP som tilveiebringer det ønskede brukergrensesnitt (1 og 2 på figur 2). Tjenesten initierer da ut-førelsen av brukersamspillet på IP (3 i figur 2). IP vil da initiere dialogen med brukeren, og i mellomtiden vil tjenesten vente på et resultat fra IP-en. Dialogen mellom brukeren og IP-en vil fortsette inntil IP-en avgjør at den har samlet inn nok informasjon til å starte en funksjon i tjenesten som kjører på SCP-en. IP-en vil da sende funksjons-identif ikatoren som identifiserer funksjonen som skal utfø-res tilbake til tjenesten (4 i figur 2), sammen med mulige funksjonsinngang/data. Funksjonsvelgeren vil da filtrere ut funksjonsidentifikatoren og utføre den korrekte funksjon.

Når dette konsept brukes for brukergrensesnittet, er det meget enkelt å endre et brukergrensesnitt i en tjeneste et-tersom dette bare involverer tilkobling til en annen IP.

Anropsscenario

Som et eksempel på et anropsscenario vil bruke Ericssons UPT-tjeneste, som illustrert i figur 3. Dette er en fler-funksjonst j eneste, og den vil bruke talegjenkjenning som et mulig brukergrensesnitt: Du abonnerer på Ericssons UPT-tjeneste, som understøtter talegjenkjenning. Du kommer hjem og ønsker å omdirigere al-le dine innkommende UPT-anrop til din hjemmeterminal. Du aksesserer tjenesten ved å slå UPTAN-et. Tjenesten setter da opp en foreløpig forbindelse til talegjenkjennings-IP-en, for å tilveiebringe det ønskede brukergrensesnitt. Tjenesten sender da en fremkalling (Prompt) og innsamling av brukerinformasjon (PCUI) til IP-en for å initiere brukersamspillet, som da avspiller en velkomstmelding og du kan da gi dine kommandoer. Du sier da <OMDIRIGERxHJEM>. IP-en identifiserer dette som UPT-funksjon "omdiriger alle anrop til abonnentens hjemmenummer", som f.eks. er identifisert av funksjonsidentifikator 1234. Funksjonsidentifikator 1234 sendes da til tjenesten som tallRespons-parameteren i Returner Resultat for PCUI. Funksjonsvelgeren mottar funk-sjonsidentif ikator 1234 og identifiserer dette som funksjonen "omdiriger alle anrop til abonnentens hjemmenummer" og funksjonen utføres. Alle innkommende anrop vil nå bli omdi-rigert til din hjemmeterminal.

Fordeler/ brukstilfelle

• Kan brukes når funksjoner innen en tjeneste skal aksesserer/aktiveres fra eksternt utstyr som en IP.

• Tjenesten kan gjøres uavhengig av brukergrensesnittet.

• Grensesnittet er uavhengig av den benyttede teknologi.

• Lett å adressere nye funksjoner (addering/flytting av pekere i funksjonsvelger). • IP-en og SCP er uavhengige. Endring av funksjon i en av nodene kan gjøres uten å påvirke den annen.

Annen bruk

Dette dokument vedrører kommunikasjon mellom flerfunksjonstjeneste og en IP som tilveiebringer et brukergrensesnitt. Implementeringen av oppfinnelsen kan omfatte andre typer utstyr som kan brukes sammen med flerfunksjonstjeneste.

Operasjonen brukt i dette dokument er CS1 operasjoner. Den inventive idé kan imidlertid dekke fremtidige og andre pro-tokoller i intelligente nett.

Forkortelser og terminologi

IN Intelligent nett

IP Intelligent tilleggsutstyr

SCP Tjenestekontrollpunkt

SSP Tjenestesvitsjepunkt

UPT Universal personlig telekommunikasjon

PCUI Fremkalling og innsamling av brukerinformasjon SRF Spesial ressurs funksjon

DTMF Tone signalering (Dual Tone Multi Frequency)

PA Personlig assistent

CS1 Capability set 1

UPTAN Universalt personlig telekommunikasjon

aksess nummer

Claims (9)

1. Fremgangsmåte for å gjøre flerfunksjons tjenester i en IN (intelligent nett) nettstruktur tilgjengelige for en bruker, karakterisert ved at hver tjeneste tildeles en funksjonsidentifikator representert ved et unikt nummer, for å representere en funksjonsadresse for den aktuelle funksjonen, slik at når en funksjon skal utføres sendes den tilhørende funksjonsidentifikator til en tjenes-tedesignert funksjonsvelger, i det nevnte funksjonsvelger er innrettet til på basis av en identifisert korrekt funk-sjonsidentif ikator å utføre den tilhørende funksjon.

2. Fremgangsmåte ifølge krav 1, karakterisert ved at når en ekstern IP (intelligent tilbehør)/SRF (spesial ressurs funksjon) skal brukes av den aktuelle tjeneste, kan protokollen som brukes for informasjons utveksling mellom nevnte IP og SCP-et (tjenestekontrollpunkt) være et CS1 (capability set 1).

3. Fremgangsmåte ifølge krav 1 eller 2, karakterisert ved at når en ekstern-IP ønsker å initiere utførelse av en bestemt funksjon, vil funksjonsidentifikatoren (og mulig funksjonsinngang) bli signalert tilbake til tjenesten av nevnte CS1 operasjon, i det nevnte funksjonsidentifikator da sendes til nevnte funksjonsvelger for utførelse av den aktuelle funksjon.

4. Fremgangsmåte ifølge et av de foregående krav, karakterisert ved at det i en IP er satt opp teknologi for det ønskede brukergrensesnitt for å håndtere f.eks. brukersamspillet, omfattende mange strukturer/ funksjoner som er gjennomgående tilgjengelige, og mulige inngangsorganer for deres utførelse.

5. Fremgangsmåte ifølge et av de foregående krav, karakterisert ved at en tjeneste trigges f.eks. ved å slå et spesifikt B-nummer, for derved å la den triggede tjeneste kobles til en IP som tilveiebringer det ønskede brukergrensesnitt (1 og 2 i figur 2) , og deretter lar nevnte tjeneste initiere utførelsen av brukersamspillet og nevnte IP (3 i figur 2)

6. Fremgangsmåte ifølge krav 5, karakterisert ved at etter avsluttet dia-log mellom brukeren og nevnte IP, vil nevnte IP starte en funksjon i tjenesten som kjører på nevnte SCP, hvoretter nevnte IP vil sende tilhørende funksjonsidentifikator tilbake til tjenesten (4 i figur 2) sammen med mulig funksjonsinngang/data, på hvilket tidspunkt nevnte funksjonsvelger vil filtrere ut funksjonsnøkkel og utføre den korrekte funksjon.

7. Fremgangsmåte ifølge et av de foregående krav, karakterisert ved at en endring av brukergrensesnitt i en tjeneste utføres ved tilkobling til en annen IP.

8. Fremgangsmåte ifølge et av de foregående krav, karakterisert ved at i sammenheng med UPT (universell personlig telekommunikasjon) tjeneste som un-derstøtter f.eks. talegjenkjenning, utføres tilgang til en aktuell tjeneste ved at brukeren slår UPTAN, i det nevnte tjeneste deretter setter opp en temporær forbindelse til talegjenkjennings-IP-en for tilveiebringelse av nødvendig brukergrensesnitt, hvoretter nevnte tjeneste sender en PCUI (fremkalling og innsamling av brukerinf ormas jon) til IP-en for å initiere brukersamspill, hvoretter en brukermeldings-kommando identifiseres av nevnte IP som den aktuelle UPT-funksjon, det vil si identifisert av den tilhørende funk-sjonsidentif ikator .

9. Fremgangsmåte ifølge krav 8, karakterisert ved at funksjonsidentifikatoren initiert av brukermeldingskommandoen sendes til tjenesten som en tallrespons-parameter i Returner Resultat for nevnte PCUI, for via funksjonsvelgeren å utføre nevnte kom-manderte funksjon.