NO338303B1 - Tjenestekvalitetsprofilbehandling i et mobiltelekommunikasjonssystem - Google Patents

Description

Foreliggende oppfinnelse vedrører en fremgangsmåte for behandling av tjenestekvalitetsprofiler (QoS-profiler), og vedrører mer særskilt en innstilling av tj enesteprofilparam etere.

Ett av tredjegenerasjon-mobilkommunikasjonssystemer er spesifisert i 3GPP (Third generation partnership project). Den første 3GPP-spesifikasjonen ble utgitt i 1999 og benevnt 3GPP-utgivelse 99. 99-utgivelsen spesifiserer et tredjegenerasjons (3G) mobilsystem som innbefatter WCDMA (wide-band code division multiple access). I senere utgivelser er det innført nye funksjoner, så som IMS (IP multimediasubsystem). I samsvar med 99-utgivelsen fører WCDMA-systemet vanligvis data gjennom dedikerte overføringskanaler, DCH'er, som kodemultiplekses på en RF-bærer.

WCDMA-nedlinkevaluering, HSDPA (High speed downlink packet access), utgjør en del av 3GPP-utgivelse 5 WCDMA-spesifikasjonene, som byr på betydelig større datakapasitet og databrukerhastigheter i nedlinken sammenlignet med 99-systemet. Dette er mulig fordi det brukes en ny transportkanaltype, en HS-DSCH (high-speed downlink shared channel), og et sett av smarte mekanismer, så som meget dynamisk adaptiv modulering og koding, en rask celle- og rask retransmisjon som er implementert i PTS. Dette nye trekket er fullstendig bakoverkompatibelt med 99-utgivelsen og kan ligge på samme RF-bærer med 99-utgivelse-WCDMA-trafikk. HSDPA-trekket vil kreve nye terminaler. Disse vil imidlertid bli bygget inn i 99-utgivelsesterminaler og vil være kompatible med 99-utgivelse-WCDMA-nett. Disse terminalene betegnes her som HSDPA-kapable terminaler.

Ifølge de foreliggende 3GPP-spesifikasjonene, blir HS-DSCH delt blant samtlige HSDPA-kapable terminaler i cellen. HSDPA-trekket er utformet for maksimering av brukerbitratene, og det er hovedhensikten med den nye delte kanalen. HSDPA vil bli introdusert i operatørnettene på en trinnvis måte. I de første HSDPA-implementeringene vil kode- og energiressursene som allokeres til HS-DSCH være fiksert, slik at bare en del av 99-utgivelse-WCDMA-resursene vil være dedikert til HSDPA. Imidlertid kan HSDPA-brukerne fremdeles bruke 99-utgivelse-WCDMA-resursene når de opererer i en DCH-modus (dedikert kanal). De fastlagte HSDPA-resursene kan utgjøre 5/15 av spredekodene, og kan utgjøre en lignende andel av transmisjonsenergien. Under slike forutsetninger vil den brukerbitraten som oppnås i HSDPA variere fra under 100 kbps og til flere Mbps for en enkelt bruker, alt avhengig av radioforplantningen.

Ved HSUPA (High speed uplink packet access), leveres en opplink-dataoverføringsmekanisme av fysiske HSUPA-kanaler, så som en E-DPDCH (Enhanced Dedicated Physical Data Channel), implementert på toppen av WCDMA-opplink-datakanaler, så som en DPCCH (Dedicated Physical Control Channel) og en DPDCH (Dedicated Physical Data Channel), og deler derfor radioressurser, så som energiresurser, med de fysiske WCDMA-opplink-datakanalene.

WO 2006037361 Al angår et arrangement i et kommunikasjonsnettverk som støtter kommunikasjon av pakkedata. Det har adgang til mobile abonnementsdata og omfatter midler for håndtering av abonnentsidentitetsinformasjon. Videre omfatter det tjenestenivåstyringsmidler for allokering av tjenestenivåprofiler, eksempelvis QoS-profiler til abonnentene.

US 2004037269 viser et pakkesvitsjet kjernenettverk som støtter flere tjenestekvalitetsnivåer omfattende minst en tjenestenode, en gatewaynode, et hjemmelokaliseringsregister HLR, en kortmeldingstjenestegateway og en interarbeidsenhet, en betalingsgateway-funksjonalitet samt en et offentlig datanettverk omfattende en applikasjonstjener. Kjernenettverket er tilpasset il å utføre kontekstaktivering ved hjelp av en pakkedataprotokoll hvor en PDP-adresse assigneres til en mobil stasjon og hvor en gitt tjenestekvalitet assigneres gjennom nettverket i en kommunikasjonssesjon mellom mobilstasjonen og den aktuelle applikasjonsprosessoren, hvorved applikasjonstjeneren initierer en kontekstaktivering hvor QoS søkes endret for den mobile stasjonen. Ett av de problemer man støter på i forbindelse med de foran nevnte arrangementer, er at når HSDPA og/eller HSUPA innføres i markedet, vil ulike operatører og tilbydere levere disse kapabilitetene i ulike tidsrammer. Dette vil føre til en situasjon hvor noen operatørnett tilbyr HSDPA/HSUPA-tjenester mens andre ikke gjør det. En sluttbruker omstreif ing (roaming) med en HSDPA/HSUPA-kapabel terminal vil medføre situasjoner hvor pakkedatatjenesten i omstreifernettet ikke vil bli tilstrekkelig utnyttet i en HSDPA/HSUPA-forstand. Også nye QoS-trekk, så som kontinuerlig fremsending (streaming) og/eller konversasjonsklassestøtte, innføres i mobilnettene. Ulike operatører og leverandører vil også introdusere disse trekkene i sine nett i samsvar med ulike tidsplaner. Hver operatør kan kun konfigurere QoS-parameterne optimalt i samsvar med deres eget netts kapabilitet.

Det er derfor en hensikt med foreliggende oppfinnelse å tilveiebringe en fremgangsmåte og en anordning for implementering av fremgangsmåten, for på den måten å løse det foran beskrevne problemet. De inventive hensikter oppnås med en fremgangsmåte, et system og et nettelement, som kjennetegnes med det som er angitt i de selvstendige kravene. Foretrukne utførelsesformer er angitt i de uselvstendige kravene.

Oppfinnelsen relaterer seg til en situasjon hvor en brukerterminal omstreifer (eng: roaming) i et gjestenett. I samsvar med oppfinnelsen blir en tjenesteprofil for den besøkende brukerterminalen sjekket i det besøkte nettet, gjestenettet, og dersom tjenestekapabiliteten til gjestenettet er høyere enn den kapabiliteten som er definert i tjenesteprofilen, så konfigureres en gjestenettnode for oppgradering av tjenesteprofilen til den besøkende brukerterminalen til samsvar med tjenestekapabiliteten til gjestenettet.

En fordel med fremgangsmåten og arrangementet ifølge oppfinnelsen er at ved å bruke den foreliggende løsningen, kan man fjerne den inkonsistensen som foreligger mellom nettkapabiliteten og QoS-profilen til besøkende brukere. Foreliggende løsning muliggjør at en omstreifende bruker kan bruke QoS-trekkene, så som HSDPA, HSUPA, interaktiv trafikklasse, kontinuerlig trafikklasse og/eller konversasjonstrafikklasse, i det besøkte radionettet, hvilket man ellers ikke ville kunne trekke nytte av.

Oppfinnelsen skal nå beskrives nærmere under henvisning til tegningen, hvor

Fig. 1 viser et kommunikasjonssystem ifølge oppfinnelsen,

Fig. 2 er et signalkart som belyser fremgangsmåten ifølge oppfinnelsen, og

Fig. 3 er et flytskjema som viser virkemåten til en brukernettnode ifølge oppfinnelsen.

Foretrukne utførelser av oppfinnelsen vil nå bli beskrevet under henvisning til et tredjegenerasjons mobilkommunikasjonssystem, så som UMTS (Universal Mobile Communications System). Oppfinnelsen er imidlertid ikke begrenset til disse utførelsesformene. Oppfinnelsen kan således også anvendes i alle mobilkommunikasjonssystemer som leverer GPRS-type pakkesvitsjet radiotjeneste som kan transmittere pakkesvitsjede data. Eksempler på andre systemer innbefatter IMT-2000 og dets videreutviklinger (så som HSDPA, HSUPA, 3GPP LTE (Long term evolution)), IS-41, GSM eller lignende, så som PCS (Personal Communication System) eller DCS 1800 (Digital Cellular System for 1800 MHz). Spesifikasjonene til mobilkommunikasjonssystemer og særlig de for IMT-2000 og UMTS, utvikler seg raskt. Dette vil kunne nødvendiggjøre endringer av oppfinnelsen. Derfor skal den her anvendte terminologi og de her anvendte uttrykk tolkes i bredeste forstand, fordi de bare er ment å belyse oppfinnelsen og ikke å begrense den. Det relevante inventive aspektet er den aktuelle funksjonen og ikke det nettelementet eller utstyret hvor funksjonen gjennomføres.

HSDPA (High-speed downlink packet access) er et hovedtrekk i WCDMA og muliggjør høy dataratetransmisjon i en CDMA-nedlink for støtte av multimediatjenester. HSDPA gir høyhastighetsdatalevering for 3 G-terminaler og sikrer at brukerne som ønsker effektive multimediakapabiliteter, kan trekke nytte av hittil utilgjengelige datarater som følge av begrensninger i radiotilgangsnettet RAN.

HSUPA (High speed uplink packet access) er en pakkebasert datatjeneste i en WCDMA-opplink, med en typisk datatransmisjonskapasitet på noen få megabits pr. sekund, hvorved det muliggjøres bruk av symmetriske høyhastighetsdatatjenester, så som videokonferanser, mellom brukerutstyr og en nett-infrastruktur. Selv om oppfinnelsen nedenfor i hovedsaken beskrives med referanse til HSDPA-tjenester, skal det nevnes at oppfinnelsen også kan anvendes for HSUPA-tjenester.

En dedikert trafikkanal eller dedikert kanal DCH refererer seg til en trafikkanal for brukertrafikk og -signalering. Den dedikerte trafikkanalen er dedikert til det bestemte brukerutstyret.

Uttrykket QoS (Quality of Service - tjenestekvalitet) brukes som betegnelse for den kollektive effekten til tjenesteytelser og betegner en tilfredshetsgrad for en tjenestebruker. Det refererer seg til kombinerte aspekter av ytelsesfaktorer som kan brukes i kommunikasjonstjenester, så som tjenesteoperasjonsytelse, tjenestetilgangsytelse, tjenesteholdingsytelse eller tjenesteintegritetsytelse.

Fig. 1 viser et kommunikasjonssystem S ifølge foreliggende løsning. Bare de elementer som anses å være mest relevante for oppfinnelsen, er vist. Det tør være klart for en fagperson at et mobilkommunikasjonssystem også vil innbefatte andre funksjoner og strukturer, som i foreliggende kontekst ikke krever noen nærmere beskrivelse. Fig. 1 viser en situasjon hvor en brukerterminal UE1 omstreifer i et besøkt nett N2. Det besøkte nettet (gjestenettet) N2 innbefatter et kjernenett CN2 og et radiotilgangsnett RAN2. Kjernenettet CN2 innbefatter en bruker-GPRS-støttenode SGSN2, og radionettet RAN2 innbefatter en radionettkontroller RNC2. Hjemmenettet NI til brukerterminalen UE1 innbefatter en port-GPRS-støttenode GGSN1 og et hjemmelokasjonsregister HLR1. Under omstreifingen i N2 kan brukerterminalen UE1 få kontakt med SGSN2 via RNC2. SGSN2 i gjestenettet N2 kan få forbindelse med port-GPRS-støttenoden GGSN1 og med hjemmelokasjonsregisteret HLR1 i hjemmenettet NI.

I konvensjonelle systemer kan en bruker med en HSDPA-kapabel terminal ikke oppnå HSDPA-tj eneste i sitt hjemmen ett dersom hjemmenettet ikke er HSDPA - kapabelt. QoS-profilen til brukeren blir derfor definert i hjemmenettet (eksempelvis i HLR) og konfigureres for DCH-bruk. Det settes derfor en maksimum bitrate i samsvar med DCH-bruken. Dersom brukeren besøker nettet til en annen operatør som er HSDPA-kapabel, så vil den DCH-spesifikke QoS-profilen (dvs. den maksimale bitraten) ikke egne seg for HSDPA-bruk i det besøkte nettet.

I konvensjonelle systemer vil kjernenettet (eksempelvis SGSN) i det besøkte nettet ikke være klar over HSDPA-kapabiliteten til brukerterminalen. SGSN kan derfor ikke skille HSDPA-kapable og -ukapable terminaler fra hverandre. Ifølge foreliggende oppfinnelse, for å kunne tilby effektiv HSDPA-tj eneste for brukeren i det besøkte nettet (dvs. i det nettet hvor omstreifingen foregår), må QoS-profilen endres. Foreliggende oppfinnelse angir en løsning for endring av QoS-profilen for en slik omstreifende brukerterminal som har en HSDPA-kapabilitet, med samtidig bevaring av QoS-profilene for ikke-HSDPA-kapable brukerterminaler. Foreliggende løsning muliggjør at QoS-profilen til den omstreifende brukerterminalen endres slik at brukerterminalen kan trekke full nytte av sin HSDPA-kapabilitet og/eller av den HSDPA-ytelsen som omstreifingsnettet tilbyr.

I foreliggende løsning blir en ny funksjon introdusert i omstreifingsnettets SGSN, slik at derved SGSN2 kan endre den omstreifende brukerens QoS-profil. Eksempelvis kan den maksimale bitraten endres til HSDPA-nivå, eksempelvis oppgraderes fra 384 kbps til 2 Mbps. SGSN2 modifiserer de QoS-profilene som mottas fra hjemmenettet, og den modifiserte profilen brukes så for PDP-kontekstoppsettingen.

I en utførelsesform av foreliggende løsning blir ikke-HSDPA-kapable terminaler nedgradert tilbake til lavere verdier. Dette er mulig fordi gjestenettverket N2 kan fastslå hvorvidt brukerterminalen er ikke-HSDPA-kapabel. Dette betyr at en gjestenettnode (eksempelvis RNC2) konfigureres for å finne informasjon vedrørende tjenestekapabiliteten til brukerterminalen UE1. Dersom tjenestekapabiliteten til brukerterminalen UE1 er dårligere enn den oppgraderte tjenesteprofilen, så vil det besøkte nettet N2 nedgradere tjenesteprofilen til brukerterminalen UE1 i samsvar med brukerterminalens UE1 tjenestekapabilitet.

Foreliggende løsning kan også benyttes for endring av andre QoS-parametere for HSDPA-bruk. Slike parametere som kan ha en ulik effekt i HSDPA- og DCH-radiotilgangen, kan eksempelvis innbefatte et restbitfeilforhold (BER) og/eller et tjenestedataenhets (SDU) feilforhold.

Foreliggende løsning muliggjør også tilbud om bakgrunn-, interaktiv, kontinuerlig eller dialogtrafikklassestøtte for brukerterminalen i det besøkte nettet selv når N2 i brukerterminalens hjemmenett NI ikke støtter den aktuelle trafikklassen. Eksempelvis kan hjemmenettet NI støtte en interaktiv og/eller bakgrunnstrafikklasse mens, i samsvar med foreliggende løsning, en terminal UE1 som er streamingklassekapabel, kan anmode om slik klasse i det besøkte nettet N2, mens det besøkte nettet N2 kan oppgradere brukerterminalens UE1 trafikklasse til en streamingklasse. Trafikklassen til brukerterminalen UE1 kan således oppgraderes a) fra bakgrunnsklasse til interaktiv, streaming- eller dialogklasse, b) fra interaktiv klasse til streaming- eller dialogklasse, eller c) fra streamingklasse til dialogklasse.

De parameterne som skal endres med foreliggende løsning, vil være avhengig av kapabilitetene til det besøkte radionettet RAN2. Det besøkte nettets N2 SGSN2 forsynes med informasjon vedrørende den anmodede og bestilte QoS-profilen. Informasjon vedrørende den anmodede QoS-profilen mottas fra brukerterminalen UE1 og vil være avhengig av terminalens kapabilitet. Informasjon vedrørende terminalens HSDPA-kapabilitet er ikke nødvendig i SGSN2.

Dersom hjemmenettet NI til den omstreifende brukerterminalen UE1 ikke er HSDPA-kapabel, så innstilles QoS-profilen i hjemmenettet NI i samsvar med de DCH-bærerne som tilbys av hjemmenettet NI. Det betyr at den maksimale bitraten eksempelvis innstilles på 384 kbps eller lavere. Dersom brukerterminalen UE1 omstreifer i nettet N2 til en annen operatør under en PDP-kontekstoppstilling, så leveres informasjon vedrørende QoS-profilen i hjemmenettet NI til det besøkte nettet N2. Derfor blir den maksimale bitraten til å begynne med satt til 384 kbps eller lavere også i det besøkte nettet N2. SGSN2 i det besøkte nettet N2 kan imidlertid gjenkjenne at brukerterminalen UE1 er en omstreifende brukerterminal. I samsvar med foreliggende løsning vil den besøkte SGSN2 modifisere QoS-profilen til den omstreifende brukerterminalen UE1 etter å ha mottatt informasjon vedrørende QoS-profilen fra hjemmenettets NI HLR1. Den maksimale bitraten oppgraderes eksempelvis til 2 Mbps eller mer. Når en RAB-tilordningsanmodning mottas i den besøkte RNC fra den besøkte SGSN2, kan RNC2 sette opp en HSDPA-forbindelse med den oppgraderte bitraten.

Før oppsettingen av forbindelsen vil imidlertid RNC2 undersøke i brukerterminalen UE1 hvorvidt den er HSDPA-kapabel eller ikke. Dersom den besøkte RNC2 fastslår at brukerterminalen UE1 er ikke-HSDPA-kapabel, dvs. at eksempelvis den maksimale kapabiliteten til terminalen eksempelvis er 384 kbps eller lavere, så vil RNC2 nedgradere den maksimale bitraten før RAB-tilordningsresponsen transmitteres til SGSN2. Har RNC2 nedgradert bitraten, så vil SGSN2 oppdatere PDP-konteksten mot hjemmenettets NI GGSN1.

Dersom hjemmenettet NI støtter DCH-streamingklassen (eller DCH-dialogklassen) og det besøkte nettet støtter HSDPA-streamingklassen (eller HSDPA-dialogklassen), så vil foreliggende løsning muliggjøre at den omstreifende brukerterminalen UE1 kan utnytte de høye HSDPA-spissbitratene. Da oppgraderes den maksimale bitraten som forklart foran.

Dersom det besøkte nettet N2 ikke støtter HSDPA-streamingklassen (eller HSDPA-dialogklassen), så kan SGSN2 avgjøre at det ikke foretas en oppgradering av hjemmenettparameterne dersom DCH foretrekkes for streamingklassen (eller dialogklassen) i det besøkte nettet N2.

Dersom hjemmenettet NI ikke er streamingklassekapabelt, så settes QoS-profilen til brukerterminalen til den interaktive eller bakgrunnstrafikklassen i hjemmenettets HLR. Dersom det besøkte nettet støtter streamingklassen, så muliggjør foreliggende løsning at den omstreifende brukerterminalen kan anmode om streamingklassen i det besøkte nettet. Basert på denne anmodningen vil det besøkte nettet oppgradere brukerterminalens trafikklasse til en streamingklasse selv om den i hjemmenettets HLR lagrede QoS-profil har en lavere trafikklasse. Brukeren kan således bruke streamingklassen i det besøkte nettet og bedre tjenestekvaliteten.

Fig. 2 viser signalgangen i samsvar med oppfinnelsen. Brukerterminalen UE1 anmoder om en QoS-profil fra nettet ved å transmittere en PDP-kontekstaktiveringsmelding 2-1 til SGSN2 (via RNC2). I en melding 2-2 anmoder SGSN2 om informasjon vedrørende den bestilte QoS-profilen til UE1 fra HLR1, som returnerer slik informasjon i en melding 2-3. Deretter, i trinn 2-4, vil SGSN2 endre UEl's QoS-profil i samsvar med en konfigurasjon som lages av den besøkte nettoperatøren. Det betyr at en maksimal bitrate som tilbys UE1, oppgraderes til en

HSDPA- (og/eller HSUPA-) maksimumbitrate dersom N2 støtter HSDPA- (og/eller HSUPA-) maksimumbitraten. PDP-kontekstaktiveringen fortsetter så ved at den endrede QoS-profilen transmitteres, i 2-5, til GGSN1. GGSN1 aksepterer den endrede QoS-profilen i samsvar med kapabiliteten. SGSN2 sender en RAB-tilordningsanmodning 2-7 til RNC1 med den endrede QoS-profilen. RNC2 anmoder om 2-8 og mottar 2-9 fra brukerterminalen UE1 informasjon hvorvidt brukerterminalen UE1 er HSDPA-kapabel eller ikke, dvs. hvorvidt den aksepterer eller avviser den nye maksimumbitraten. Dersom terminalen ikke er HSDPA-kapabel, så nedgraderes, 2-10, maksimumbitraten eksempelvis til en tilgjengelig DCH-maksimumbitrate. RNC2 transmitterer en RAB-tilordningsrespons 2-11 til SGSN2, innbefattende den aksepterte QoS-profilen. I trinn 2-12 mottar SGSN2 den aksepterte QoS-profilen. Dersom den endrede maksimumbitraten forkastes i brukerterminalen UE1, så kan SGSN2 bestemme at brukerterminalen ikke er HSDPA-kapabel. I et slikt tilfelle bør også andre HSDPA-spesifikke parameterendringer bringes tilbake til DCH-egnede verdier i samsvar med de opprinnelige hjemmenettparameterne. Derfor gjentas detaljer fra 2-7 til 2-11 i fig. 2 med de tilbakeførte verdiene. Om nødvendig (dvs. dersom den endrede QoS-profilen avslås av UE1), blir PDP-konteksten og QoS-profilen oppdatert ved at det transmitteres en oppdateringsanmodningsmelding 2-13 fra SGSN2 til GGSN1 og ved at det transmitteres en oppdateringsresponsmelding 2-14 fra GGSN1 til SGSN2. Deretter blir en PDP-kontekstaktiveringsakseptmelding 2-15 sendt fra SGSN2 (via RNC2) til UE1 med den endelige QoS-profilen.

Foreliggende løsning kan implementeres ved å legge inn nye funksjoner i brukernettnoden SGSN2 i det besøkte nettet. Fig. 3 viser funksjonen til SGSN2 ifølge den foreliggende oppfinnelse. I trinn 3-1 blir en aktiver PDP-kontekstanmodningsmelding sendt fra UE1 mottatt i SGSN2. SGSN2 anmoder om 3-2 og mottar 3-3 informasjon vedrørende den bestilte QoS-profilen i brukerterminalen fra HLR1. QoS-profilen endres 3-4 (oppgraderes om nødvendig) i samsvar med en konfigurasjon som tilveiebringes av den besøkte operatøren. Således blir eksempelvis maksimumbitraten oppgradert. SGSN2 transmitterer 3-5 til GGSN1 informasjon vedrørende den endrede QoS-profilen i brukerterminalen. En bekreftelse mottas 3-6 fra GGSN1 i samsvar med dens kapabiliteter. Deretter sendes 3-7 en RAB-tilordningsanmodning til RNC2 med den endrede QoS-profilen. En RAB-tilordningsrespons mottas 3-8 fra RNC2, innbefattende den QoS-profilen som er akseptert av brukerterminalen UE1. Dersom den endrede maksimumbitraten ble avslått (dvs. nedgradert), bestemmes det 3-9 at terminalen ikke er HSDPA-kapabel. I trinn 3-9 fastslås det at terminalen er ikke-HSDPA-kapabel, og andre HSDPA-spesifikke parameterendringer bringes tilbake til DCH-egnede verdier. I dette tilfellet blir derfor en ny RAB-tilordningsanmodning sendt 3-10 til RNC2 med disse verdiene, og en ny RAB-tilordningsrespons mottas 3-11 fra RNC2. Om nødvendig oppdateres informasjon vedrørende PDP-konteksten og QoS-profilen mot GGSN1

(dvs. SGSN2 sender/mottar oppdatert informasjon til/fra GGSN1). I trinn 3-14 blir en PDP-kontekstaktiveringsakseptmelding sendt til UE1 med den endelige QoS-profilen.

Dreier det seg om en HSDPA-tj eneste, så vil RNC2 fortrinnsvis tilby en så høy maksbitrate som mulig til UE1. Imidlertid vil HLR1 kunne ha en begrenset DCH-verdi, eksempelvis en maksimumbitrate på 16 kbps for en PoC-tj eneste. I tilfelle av en DCH-tjeneste, hvor RNC2 tilbyr en maksbitrate på 384 kbps eller mindre, må SGSN2 kunne sammenligne den originale maksimumbitrateverdien som er lagret i HLR1 med den som tilbys av RNC2, og velge den laveste. Dersom den verdien som tilbys av RNC2 er høyere, så bør SGSN2 gjennomføre en ny RAB-tilordning, med bruk av den originale maksimumbitraten. Hvis ikke vil det i forbindelse med eksempelvis en PoC-tj eneste, kunne foreligge sløsing av radioressurser.

Nettoperatøren av det besøkte nettet N2 kan definere en egen grense for QoS-verdiene, og brukerterminalen UE1 kan ikke påvirke dette. Imidlertid bør UE1 gis den best mulige tjeneste som N2 tilbyr.

Avhengig av kapabilitetene til terminalen og nettene, vil foreliggende oppfinnelse muliggjøre håndtering av mange situasjoner for derved å kunne gi brukeren en optimal QoS. Eksempelvis kan hjemmenettet NI, det besøkte nettet N2 og brukerterminalen UE1 være eller ikke være DCH-, HSDPA-, HSUPA-, bakgrunnsklasse-, interaktiv klasse-, streamingklasse- og/eller dialogklassekapable. Foreliggende oppfinnelse kan således håndtere samtlige kombinasjoner av disse. Alternativt kan oppfinnelsen muliggjøre håndtering av et utvalgt sett av kombinasjoner. Det besøkte SGSN2 bør derfor ha kjennskap til kapabilitetene til det besøkte radiotilgangsnettet RAN2. Tilgangskontrollen for RNC2 gjennomfører en avgjørelse mellom DCH og HSDPA (eller HSUPA) for de ulike trafikklassene.

Nedenfor er det i tabell 1 gitt eksempler på mulige kombinasjoner av trafikklasser og QoS-parametere. Den omstreifende brukeren er gitt en optimal QoS med ulike nett-, terminal- og QoS-kombinasjoner. Også andre QoS-parametere eller klasser kan optimeres i tillegg til eller istedenfor de som er vist i tabell 1. Ideen er at om mulig (dvs. dersom vedkommende er støttet av det besøkte nettet), gis den omstreifende brukeren den ønskede QoS'en. Dersom det ikke er mulig (dvs. dersom vedkommende ikke støttes av nettet), gis brukeren den mulige "nest beste" QoS.

Det skal nevnes at oppgraderingen av DCH til HSDPA refererer seg til en oppgradering av nedlink-maksimumbitraten, og at oppgraderingen av DCH til HSUPA refererer seg til oppgraderingen av opplink-maksimumbitraten. Begge blir eller blir ikke oppgradert i løpet av den samme PDP-kontekstoppsettingen. Det skal derfor nevnes at nedgraderingen av HSDPA til DCH refererer seg til nedgraderingen av nedlink-maksimumbitraten og at nedgraderingen av HSUPA til DCH refererer seg til nedgraderingen av opplink-maksimumbitraten. Begge blir eller blir ikke nedgradert i løpet av den samme PDP-kontekstoppsettingen.

Tabell 1

HSDPA HSUPA DCH

Bakgrunn Bakgrunn + HSDPA Bakgrunn + HSUPA Bakgrunn + DCH

Interaktiv Interaktiv + HSDPA Interaktiv + HSUPA Interaktiv + DCH

Streaming Streaming + HSDPA Streaming + HSUPA Streaming + DCH

Dialog Dialog + HSDPA Dialog + HSUPA Dialog + DCH

I eksempelvis en situasjon hvor brukerterminalen UE1 anmoder om streamingklasse og det besøkte nettet N2 ikke støtter streamingklassen, blir N2 fortrinnsvis anordnet for tilveiebringelse av interaktiv klasse. Dersom N2 støtter HSDPA og/eller HSUPA, så gjennomføres den foran i forbindelse med fig. 3 beskrevne modifikasjon av QoS-tjenesten. Tilgangskontrollen til RNC2 vil så avgjøre hvorvidt det er levert DCH, HSDPA eller HSUPA.

I en situasjon hvor brukerterminalen UE1 anmoder om streamingklasse og det besøkte nettet N2 bare støtter DCH-streamingklassen, anordnes N2 fortrinnsvis for å kunne tilby streamingklassen. Tilgangskontrollen til RNC2 vil så utlede at det er levert DCH.

I en situasjon hvor brukerterminalen UE1 anmoder om streamingklasse og det besøkte nettet N2 støtter HSDPA-streamingklassen, blir N2 fortrinnsvis arrangert for å kunne tilby streamningklassen med en oppgradert maksimumbitrate. Tilgangskontrollen til RNC2 vil så avgjøre hvorvidt DCH eller HSDPA er levert. Dersom den oppgraderte bitraten avslås, leveres originalen.

I en situasjon hvor brukerterminalen UE1 anmoder om bakgrunnsklasse eller interaktiv klasse og det besøkte nettet N2 støtter HSDPA, blir N2 fortrinnsvis arrangert til å kunne tilby en oppgradert maksimumbitrate. Dersom den oppgraderte bitraten avslås, leveres originalen.

Ved oppgraderingen av maksimumbitraten blir bitraten først oppgradert i samsvar med den maksimumbitraten som støttes av det besøkte nettet N2. Deretter blir om nødvendig maksimumbitraten nedgradert, i samsvar med brukerterminalens UE1 kapabilitet.

Ved oppgradering av trafikklassen blir trafikklassen oppgradert i samsvar med en

anmodning fra brukerterminalen UE1. Dersom imidlertid det besøkte nettet N2 ikke støtter den anmodede trafikklassen, så nedgraderes anmodningen til en "nest beste" trafikklasse som støttes av N2. Dersom eksempelvis brukerterminalen UE1 anmoder om streaming- eller dialogklasse og N2 bare støtter den interaktive klassen, så kan systemet S konfigureres for å gi brukerterminalen UE1 den interaktive klassen med en høyest trafikkhåndteringsprioritet (dvs. THP = 1).

Signalmeldingene og trinnene som er vist i fig. 2 og 3 er forenklet og tjener bare til beskrivelse av den inventive ideen. Andre signalmeldinger kan sendes og/eller andre funksjoner kan gjennomføres mellom meldingene og/eller trinnene. Signalmeldingene tjener bare som eksempler og de kan eventuelt bare inneholde noe av den informasjon som er nevnt foran. Meldingene kan også eventuelt innbefatte annen informasjon, og meldingstitlene kan avvike fra de som er brukt foran.

I tillegg til tidligere kjente midler, vil et system eller systemnettnoder som implementerer funksjonen til oppfinnelsen, innbefatte midler for behandling av informasjon som relaterer seg til QoS-tjenesteprofilene og/eller trafikklassene på en måte som beskrevet foran. Eksisterende nettnoder og brukerterminaler innbefatter prosessorer og minner som kan brukes ved utøvelse av oppfinnelsen. Endringer som er nødvendig for implementering av oppfinnelsen, kan gjennomføres ved hjelp av supplementer eller oppdateringer av programvarerutiner og/eller rutiner som inngår i applikasjonsspesifikke integrerte kretser (ASIC) og/eller programmerbare kretser, så som EPLD (Electrically Programmable Logic Device) eller FPGA (Field Programmable Gate Array).

Det tør være klart for en fagperson at ettersom teknologien skrider frem, kan det inventive konseptet implementeres på ulike måter. Oppfinnelsen og dens utførelsesformer er derfor ikke begrenset til de foran gitte eksempler, men kan variere innenfor rammen av patentkravene.

Claims (29)

1. Fremgangsmåte for tjenesteprofilmodifisering i et trådløst kommunikasjonssystem (S) som innbefatter et første kommunikasjonsnett (NI), et andre kommunikasjonsnett (N2) som innbefatter en brukernettnode (SGSN2), og en brukerterminal (UE1), idet det første kommunikasjonsnettet (NI) er et hjemmenett for brukerterminalen (UE1), hvilken fremgangsmåte innbefatter mottak, i det andre kommunikasjonsnettet (N2) av en kontekst-aktiveringsanmodning (2-1) fra brukerterminalen (UE1), idet brukerterminalen (UE1) omstreifer i det andre kommunikasjonsnettet (N2), transmittering (2-2) av en tjenesteprofilanmodning fra brukernettnoden (SGSN2) og til det første kommunikasjonsnettet (NI), mottak i brukernettnoden (SGSN2) av informasjon vedrørende tjenesteprofilen til brukerterminalen (UE1) fra det første kommunikasjonsnettet (NI), hvilken fremgangsmåte videre innbefatter, dersom en tjenestekapabilitet i det andre kommunikasjonsnettet (N2) er høyere enn som definert i brukerterminalens (UE1) tjenesteprofil, oppgradering (2-4) av brukerterminalens (UE1) tjenesteprofil i samsvar med tjenestekapabiliteten i det andre kommunikasjonsnettet (N2),karakterisert ved transmittering (2-8) av en kapabilitetsanmodning fra det andre kommunikasjonsnettet (N2) og til brukerterminalen (UE1), hvilken kapabilitetsanmodning innbefatter informasjon vedrørende brukerterminalens (UE1) oppgraderte tjenesteprofil, mottak fra brukerterminalen (UE1) av kapabilitetsinformasjon vedrørende brukerterminalens (UE1) tjenestekapabilitet, og dersom en tjenestekapabilitet i brukerterminalen (UE1) er lavere enn som definert i den oppgraderte tjenesteprofilen, nedgradering (2-12) av brukerterminalens (UE1) tjenesteprofil i samsvar med brukerterminalens (UE1) tjenestekapabilitet.

2. Fremgangsmåte ifølge krav 1, karakterisert vedtransmittering (2-5, 2-13) av informasjon vedrørende den oppgraderte tjenesteprofilen til det første kommunikasjonsnettet (NI).

3. Fremgangsmåte ifølge krav 1 eller 2, karakterisert vedtransmittering (2-13) av informasjon vedrørende den nedgraderte tjenesteprofilen til det første kommunikasjonsnettet (NI).

4. Fremgangsmåte ifølge krav 1, 2 eller 3, karakterisert vednedgradering (2-12) av brukerterminalens (UE1) tjenesteprofil i samsvar med et tjenesteabonnement i brukerterminalen (UE1).

5. Fremgangsmåte ifølge et av kravene 1-4, karakterisert vedgjennomføring av en kontekstaktivering for brukerterminalen (UE1) med bruk av den oppgraderte tjenesteprofilen eller den nedgraderte tjenesteprofilen.

6. Fremgangsmåte ifølge et av kravene 1-5, karakterisert vedoppgradering av den maksimumbitraten som tilbys brukerterminalen i det andre kommunikasjonsnettet (N2).

7. Fremgangsmåte ifølge krav 6, karakterisert vedoppgradering av maksimumbitraten til ca. 2 Mbps eller mer.

8. Fremgangsmåte ifølge et av kravene 1-7, karakterisert vedoppgradering av brukerterminalens (UE1) trafikklasse i det andre kommunikasjonsnettet (N2).

9. Fremgangsmåte ifølge krav 8, karakterisert vedoppgradering av brukerterminalens (UE1) trafikklasse fra bakgrunn-trafikklasse til interaktiv trafikklasse.

10. Fremgangsmåte ifølge krav 8, karakterisert vedoppgradering av brukerterminalens (UE1) trafikklasse fra interaktiv eller bakgrunn-trafikklasse til streaming-trafikklasse.

11. Fremgangsmåte ifølge krav 8, karakterisert vedoppgradering av brukerterminalens (UE1) trafikklasse fra interaktiv, bakgrunn eller streamingtrafikklasse til dialogtrafikklasse.

12. Fremgangsmåte ifølge et av kravene 1-11, karakterisert vedat brukernettnoden (SGSN2) er en bruker-GPRS-støttenode (SGSN).

13. Fremgangsmåte ifølge et av kravene 1-12, karakterisert vedtilveiebringelse av en HSDPA-tj eneste i et besøkt nett (N2) for en HSDPA-kapabel brukerterminal (UE1) som har et ikke-HSDPA-kapabelt hjemmenett (NI).

14. Fremgangsmåte ifølge et av kravene 1-13, karakterisert vedtilveiebringelse av en HSUPA-tj eneste i et besøkt nett (N2) for en HSUPA-kapabel brukerterminal (UE1) som har et ikke-HSUPA-kapabelt hjemmenett (NI).

15. Fremgangsmåte ifølge et av kravene 1-14, karakterisert vedat oppgraderingen er temporær.

16. Fremgangsmåte ifølge et av kravene 1-15, karakterisert vedat nedgraderingen er temporær.

17. Trådløst kommunikasjonssystem (S) innbefattende et første kommunikasjonsnett (NI), et andre kommunikasjonsnett (N2) som innbefatter en brukernettnode (SGSN2), og en brukerterminal (UE1) som omstreifer i det andre kommunikasjonsnettet (N2), hvilket første kommunikasjonsnett (NI) er et hjemmenett for brukerterminalen (UE1), hvilket kommunikasjonssystem (S) er konfigurert for mottak i det andre kommunikasjonsnettet (N2) av en kontekst-aktiveringsanmodning fra brukerterminalen (UE1), transmittering av en tjenesteprofilanmodning fra brukernettnoden (SGSN2) og til det første kommunikasjonsnettet (NI), mottak i brukernettnoden (SGSN2) av informasjon vedrørende tjenesteprofilen i brukerterminalen fra det første kommunikasjonsnettet, hvilket kommunikasjonssystem (S) videre er konfigurert for - sammenligning av en tjenestekapabilitet i det andre kommunikasjonsnettet (N2) med en tjenestekapabilitet definert i brukerterminalens (UE1) tjenesteprofil, og dersom tjenestekapabiliteten i det andre kommunikasjonsnettet (N2) er høyere enn den som er definert i brukerterminalens (UE1) tjenesteprofil, - oppgradering av brukerterminalens (UE1) tjenesteprofil i samsvar med tjenestekapabiliteten til det andre kommunikasjonsnettet (N2),karakterisert vedat det er konfigurert for - transmittering av en kapabilitetsanmodning fra det andre kommunikasjonsnettet (NI) og til brukerterminalen (UE1), idet kapabilitetsanmodningen innbefatter informasjon vedrørende brukerterminalens (UE1) oppgraderte tjenesteprofil, - mottak fra brukerterminalen (UE1) av kapabilitetsinformasjon vedrørende en tjenestekapabilitet i brukerterminalen (UE1), og dersom tjenestekapabiliteten i brukerterminalen (UE1) er lavere enn som definert i den oppgraderte tjenesteprofilen, - nedgradering av brukerterminalens (UE1) tjenesteprofil i samsvar med brukerterminalens (UE1) tjenestekapabilitet.

18. Kommunikasjonssystem ifølge krav 17, karakterisert vedat det er konfigurert for transmittering av informasjon vedrørende den oppgraderte tjenesteprofilen fra det andre kommunikasjonsnettet (N2) og til det første kommunikasjonsnettet (NI).

19. Kommunikasjonssystem ifølge krav 17 eller 18, karakterisert vedat det er konfigurert for transmittering av informasjon vedrørende den nedgraderte tjenesteprofilen fra det andre kommunikasjonsnettet (N2) og til det første kommunikasjonsnettet (NI).

20. Kommunikasjonssystem ifølge et av kravene 17, 18 eller 19,karakterisert vedat det er konfigurert for nedgradering av brukerterminalens (UE1) tjenesteprofil i samsvar med et tjenesteabonnement i brukerterminalen (UE1).

21. Kommunikasjonssystem ifølge et av kravene 17-20, karakterisert vedat det er konfigurert for gjennomføring av en kontekstaktivering for brukerterminalen (UE1) med bruk av den oppgraderte tjenesteprofilen eller den nedgraderte tjenesteprofilen.

22. Kommunikasjonssystem ifølge et av kravene 17-21, karakterisert vedat det er konfigurert for oppgradering av den maksimumbitraten som tilbys brukerterminalen (UE1) i det andre kommunikasjonsnettet (N2).

23. Kommunikasjonssystem ifølge et av kravene 17-22, karakterisert vedat det er konfigurert for oppgradering av brukerterminalens (UE1) trafikklasse i det andre kommunikasjonsnettet (N2).

24. Brukernettnode (SGSN2) i et kommunikasjonssystem (S), hvilket system innbefatter et første kommunikasjonsnett (NI), et andre kommunikasjonsnett (N2) og en brukerterminal (UE1), hvilken brukernettnode (SGSN2) er lokalisert i det andre kommunikasjonsnettet (N2) og, som respons på mottak av en kontekst-aktiveringsanmodning fra brukerterminalen (UE1) som omstreifer i det andre kommunikasjonsnettet (N2), er konfigurert for transmittering av en tjenesteprofilanmodning til det første kommunikasjonsnettet (NI), og motta informasjon vedrørende tjenesteprofilen til brukerterminalen (UE1) fra det første kommunikasjonsnettet (NI), hvilken brukernettnode (SGSN2) videre er konfigurert for sammenligning av en tjenestekapabilitet i det andre kommunikasjonsnettet (N2) med en tjenestekapabilitet som definert i brukerterminalens (UE1) tjenesteprofil, og dersom tjenestekapabiliteten til det andre kommunikasjonsnettet (N2) er høyere enn den som er definert i brukerterminalens (UE1) tjenesteprofil, - oppgradering av brukerterminalens (UE1) tjenesteprofil i samsvar med en tjenestekapabilitet i det andre kommunikasjonsnettet (N2), karakterisert vedat den er konfigurert for - mottak fra brukerterminalen (UE1) av informasjon vedrørende en tjenestekapabilitet i brukerterminalen (UE1), og dersom tjenestekapabiliteten i brukerterminalen (UE1) er lavere enn som definert i den oppgraderte tjenesteprofilen, - nedgradering av brukerterminalens (UE1) tjenesteprofil i samsvar med brukerterminalens (UE1) tjenestekapabilitet.

25. Brukernettnode ifølge krav 24, karakterisert vedat den er konfigurert for transmittering av informasjon vedrørende den oppgraderte tjenesteprofilen til det første kommunikasjonsnettet (NI).

26. Brukernettnode ifølge krav 24 eller 25, karakterisert vedat den er konfigurert for transmittering av informasjon vedrørende den nedgraderte tjenesteprofilen til det første kommunikasjonsnettet (NI).

27. Brukernettnode ifølge et av kravene 24, 25 eller 26, karakterisert vedat den er konfigurert for nedgradering av brukerterminalens (UE1) tjenesteprofil i samsvar med et tjenesteabonnement for brukerterminalen (UE1).

28. Brukernettnode ifølge et av kravene 24-27, karakterisert vedat den er konfigurert for oppgradering av den maksimumbitraten som tilbys brukerterminalen (UE1).

29. Brukernettnode ifølge et av kravene 24-28, karakterisert vedat den er konfigurert for oppgradering av brukerterminalens (UE1) trafikklasse.