NO339641B1

NO339641B1 - Fremgangsmåte for å opprettholde forbindelse i telekommunikasjonssystemer og telekommunikasjonssystem

Info

Publication number: NO339641B1
Application number: NO20083591A
Authority: NO
Inventors: Niclas Svahnstrom; Rauno Huoviala; Olli Aalto
Original assignee: Teliasonera Ab
Priority date: 2006-01-20
Filing date: 2008-08-19
Publication date: 2017-01-16
Also published as: WO2007083000A1; EP1982505A4; FI119312B; NO20083591L; FI20065041A; DK1982505T3; EP1982505B1; EP1982505A1; FI20065041A0

Description

Oppfinnelsen vedrører holding av en forbindelse i et telekommunikasjonssystem.

I pakkeswitchede telekommunikasjonssystemer hvor data transmitteres ved hjelp av adresserte pakker, opptas en sendekanal bare i løpet av transmisjonen av pakken. En forbindelse som settes opp mellom to deltakere i et pakkeswitchet system vil typisk være aktivt, det vil si at de ressursene som er allokert for forbindelsen forblir slik over en viss på forhånd bestemt tidsperiode selv om pakkene ikke transmitteres hele tiden. Etter den på forhånd bestemte tidsperioden etter den siste transmisjonen av en datapakke, tas forbindelsen ned, og ressursene frigis. Uttrykket forbindelse skal her forstås i hovedsak å innbefatte en virtuell krets eller en transmisjonsmulighet som settes opp mellom to eller flere steder og skal innbefatte sesjonstypeforbindelser så som ulike multimedia-, oppkallings- og andre kommunikasjonssesjoner som aktiveres ved bruk av eksempelvis SIP (Session Initiation Protocol - sesjon initiell protokoll) ved hjelp av TCP (Transmission Control Protocol - transmisjonsstyrings-protokoll) eller UDP (User Datagram Protocol - brukerdatagramprotokoll) som brukes i kombinasjon med IP (internettprotokoll).

For å holde en forbindelse aktiv over lengre tid enn den forutbestemte tidsperioden når det ikke skjer en aktiv dataoverføring mellom deltakerne i forbindelsen, kan såkalte hold-i-live-meldinger (eng.: keep-alive messages) sendes mellom deltakerne gjennom forbindelsen. Avhengig av det anvendte systemet, er en hold-i-live-melding typisk en melding som bare inneholder et meldingshode og blinddata (eng.: dummy data). En annen grunn til å sende slike hold-i-live-meldinger er at det i flere systemer kan være anordnet en eller flere brannmurer i forbindelsen mellom deltakerne, og brannmurer vil typisk avslutte en forbindelse via dem etter en viss tid. Eksempelvis kan en UDP-forbindelse brytes etter bare omtrent 40 sekunder.

WO 02/103981 beskriver et eksempel på et system hvor de foran nevnte hold-i-live-meldingene kommuniseres mellom to terminalinnretninger for derved å holde en signalbane aktiv mellom terminalinnretningene.

Et av problemene i forbindelse med sending av slike hold-i-live-meldinger relaterer seg til en situasjon hvor en av deltakerne som kommuniserer med hverandre er en trådløs terminal så som en mobiltelefon eller en PDA- (Personal Digital Assistant)-innretning. Eksempelvis kan en trådløs terminal bruke en tjeneste eller en applikasjon så som momentane meldinger (eng.: instant messages), PoC (Push to talk over Cellular - trykk for å snakke over mobilnett) eller videodeling (eng.: Video Sharing), som tilveiebringer via et trådløst tilgangs-grensesnitt med en applikasjonsserver eller lignende. Denne type tjenester/applikasjoner kan det være nødvendig å holde aktive over lengre tid, hvilket øker energiforbruket fra et batteri i en trådløs terminal. Dette skyldes at forbindelsen må holdes aktiv med hold-i-live-meldinger som må sendes regelmessig fra den trådløse terminalen til den instansen eller deltakeren som leverer tjenesten og en sending av disse meldingene betyr forbruk av batteri energi. Tatt i betraktning at batterikapasiteten til slike innretninger ofte er begrenset, vil det ekstra energiforbruket som skyldes en sending av hold-i-live-meldinger kunne være betydelig. I tillegg vil en sending av hold-i-live-meldinger over det trådløse tilgangsgrensesnittet kreve kapasitet fra grensesnittet, hvilket vil medføre en større regning for brukeren av den trådløse terminalen og må også implementeres i enhver applikasjon i den trådløse terminalen som bruker tjenestene via det trådløse tilgangsgrensesnittet.

US-6 212 175 Bl vedrører nettverkskommunikasjonssystemer for å administrere klient-/server-forbindelser i en trådløs omgivelse. En mobilkommunikasjonsenhet utsender hold-i-live-pakker ved valgte tider for å nullstille en «hold i tomgang»-timer for en server. Ved periodisk å resette timeren kan en nåværende forbindelse mellom mobilkommunikasjonsenheten og serveren opprettholdes som ønsket, selv når mobilkommunikasjonsen heten er i en effekt-suspendert modus.

EP-1 569 404 beskriver et system og en fremgangsmåte for å opprettholde en nettverksforbindelse mellom en klient og en web-server via en trådløs link mellom klienten og en trådløs basestasjon. I den beskrevne løsningen kan basestasjonen sende hold-i-live-pakker på vegne av klienten for å frigjøre ressurser på klienten og den trådløse linken.

En hensikt med den foreliggende oppfinnelsen er således å tilveiebringe en fremgangsmåte og en anordning for implementering av fremgangsmåten for på den måten å overvinne de foran nevnte problemer eller i det minste svekke disse. Hensiktene med oppfinnelsen oppnås med en fremgangsmåte, et telekommunikasjonssystem, en anordning og et datamaskinprogramprodukt som er kjennetegnet ved det som er beskrevet i de selvstendige patentkravene 1, 7, 17 og 20. Foretrukne utførelser av oppfinnelsen er angitt i de uselvstendige patentkravene.

Oppfinnelsen baserer seg på den ideen at man, i et systemelement lokalisert mellom et trådløst tilgangsgrensesnitt og en andre deltaker, detekterer oppsettingen av en forbindelse mellom en første deltaker som er en trådløs terminal og den andre deltakeren, og sender hold-i-live-meldinger fra det nevnte systemelementet til den andre deltakeren etter detektering av oppsettingen av forbindelsen.

En fordel med oppfinnelsen er når hold-i-live-meldinger sendes fra et systemelement som er lokalisert på nettsiden til det trådløse tilgangsgrensesnittet i stedet for i den trådløse terminalen, kan energiforbruket i den trådløse terminalen reduseres samtidig som man holder forbindelsen aktiv og holder mulige brannmurer åpne. En fordel er at ressursene i det trådløse tilgangsgrensesnittet kan spares for andre formål fordi hold-i-live-meldingene ikke behøver å bli sendt via det trådløse tilgangsgrensesnittet.

Nedenfor skal oppfinnelsen beskrives nærmere ved hjelp av foretrukne utførelses-eksempler og under henvisning til tegningene, hvor

figur 1 er et blokkskjema som viser et telekommunikasjonssystem ifølge en utførelsesform av oppfinnelsen; og

figur 2 er et signaleringsskjerna i samsvar med en utførelse av oppfinnelsen.

Den foreliggende oppfinnelsen kan benyttes i forbindelse med ulike telekommunikasjonssystemer som muliggjør trådløs tilgang. Slike systemer innbefatter eksempelvis WLAN (Wireless Local Area Network), GPRS (General Packet Radio Service), EGPRS (enhanced GPRS) og tredje generasjons mobilkommunikasjonssystemer så som UMTS (Universal Mobile Telecommunications System). Spesifikasjonene til mobilkommunikasjonssystemer, og særlig de for tredje generasjons mobilkommunikasjonssystemer, er under rask utvikling. Som følge herav kan oppfinnelsen kreve endringer. Ord og uttrykk som brukes her skal derfor tolkes bredt, fordi hensikten bare er å illustrere oppfinnelsen og ikke begrense den.

Figur 1 viser et eksempel på et telekommunikasjonssystem ifølge en utførelse av oppfinnelsen. Det skal nevnes at for å lette oversikten, viser figuren bare de komponenter som er relevante for forståelse av oppfinnelsen. Systemet i figur 1

viser et trådløst tilgangsnett 20 så som WLAN, GPRS, EGPRS eller UMTS, med et trådløst tilgangsgrensesnitt 21 for en eller flere trådløse terminaler 10 så som mobil-telefoner (MS) eller en PDA-innretning eller andre trådløse innretninger. Systemet i figur 1 innbefatter videre en port (GW) 30 så som GGSN (Gateway GPRS Support Node - port GPRS støttenode) som virker som en port mellom et GPRS-nett og et pakkeswitchet offentlig datanett (PSPDN). Det trådløse tilgangsnettet 20 er typisk forbundet med et stammenett (eng.: backbone network) og andre nett så som internett (ikke vist). Elementene 40 til 70 i figur 1 kan eksempelvis tilhøre et IP-multimediasubsystem (IMS). IP-multimediasubsystemet tilveiebringer eksempelvis ulike multimedia-tjenester basert på og bygget på internettapplikasjoner, tjenester og protokoller.

Figur 1 viser videre et S-CSCF (Serving Cali State Control Function - tjeneste-oppkallingstilstandstyrefunksjon) -element 60. Styringselementet S-CSCF 60 styrer oppkallingen og er ansvarlig for rutingen av oppkallinger. Et CSCF vil generelt gi oppkallingsstyring, sesjonsstyring og tjenestestyring for brukerterminalene 10. CSCF innbefatter oppkallingstilstandsmodeller som brukes for styring av oppkallingsetableringen med andre nettverksnoder. Den tilhørende signaleringen kan eksempelvis basere seg på en SIP (Session Initiation Protocol - sesjons-initieringsprotokoll). SIPen som er utviklet av IETF (Internet Engineering Task Force) er en applikasjonslagstyring (signal) -protokoll for tilveiebringelse, modifisering og terminering av sesjoner med en eller flere deltakere. Disse sesjonene innbefatter internett multimediakonferanser, IP-telefonoppkallinger og multimediadistribusjon. Oppfinnelsen er imidlertid ikke begrenset til SIP-baserte systemer, og eksempelvis kan det også brukes H.323, standardisert av ITU (International Telecommunications Union). S-CSCF 60 er den nettnoden hvor brukerutstyret 10 registreres og via hvilken signalene overføres. Det skal nevnes at lokaliseringen av oppkallingstilstansstyrefunksjonen i systemet kan variere. Den kan ligge i et eget element eller kan være lokalisert i forbindelse med et annet element. I denne applikasjonen skal uttrykket "styreelement" i hovedsak referere seg til et element eller en enhet som styrer en oppkalling. S-CSCF 60 er således bare et eksempel på et slikt element. S-CSCF kan også kommunisere med en eller flere applikasjonsservere 70 så som SIP-applikasjonsservere. Applikasjonsserverne 70 kan være lokalisert i IMS og være direkte forbundet med S-CSCF 60, eller de kan alternativt være lokalisert i et eksternt nett og eksempelvis være forbundet via internett. Applikasjonsserverne 70 kan inneholde og utføre ulike tjenester så som momentane meldinger, PoC eller videodeling, som kan leveres til trådløse terminaler 10 som er forbundet med systemet.

Når den trådløse terminalen 10 eller en applikasjon i den trådløse terminalen 10 ønsker å bruke en tjeneste som tilveiebringes av applikasjonsserveren 70, så settes det opp en forbindelse for dette mellom den trådløse terminalen 10 og applikasjonsserveren 70.1 systemeksempelet i figur 1 kan dette skje ved at den trådløse innretningen registreres med S-CSCF 60 ved hjelp av SIP via TCP eller UDP. Så snart forbindelsen er oppsatt, må den holdes aktiv ved at det sendes hold-i-live-meldinger til applikasjonsserveren 70. Ifølge en utførelse av oppfinnelsen, når en forbindelse settes opp mellom en første deltaker så som den trådløse terminalen 10 og en andre deltaker så som applikasjonsserveren 70 eller lignende via det trådløse tilgangsgrensesnittet 21, detekteres oppsettingen av forbindelsen i et systemelement 40 som er lokalisert mellom det trådløse tilgangsgrensesnittet 21 og den andre deltakeren og hold-i-live-meldinger sendes fra dette systemelementet 40 til den andre deltakeren etter en detektering av oppsettingen av forbindelsen. Systemelementet 40, hvormed den inventive funksjonen kan implementeres, kan være et separat systemelement så som en proxy 40 som vist i figur 1 eller det kan være integrert i et annet systemelement så som i en port 30. Det nevnte systemelementet 40 kan også være lokalisert i det trådløse tilgangsnettet 20.1 den følgende beskrivelsen, refereres elementet 40 som en proxy. Ifølge en utførelse av oppfinnelsen kan proxyen 40 således fordelaktig overvåke eksempelvis SIP-signalene som går gjennom den og kan detektere når en forbindelse så som en SIP-sesjon, settes opp mellom den trådløse terminalen 10 og en annen deltaker så som applikasjonsserveren 70 eller et korresponderende element i telekommunikasjonssystemet eller forbundet med dette. Proxyen 40 kan innhente den nødvendige sesjonsinformasjonen så som IP-adresse(r) og TCP- eller UDP-portnumre, fra SIP-signalene. Etter detekteringen av oppsettingen av forbindelsen, vil proxyen 40 begynne å sende hold-i-live-meldinger til applikasjonsserveren 70 for på den måten å holde forbindelsen mellom den trådløse terminalen 10 og applikasjonsserveren 70 aktiv.

Ifølge en utførelse av oppfinnelsen kan proxyen 40, mens den overvåker signalene som går gjennom den, videre detektere den applikasjons- og/eller tjeneste-type som bruker den forbindelsen som settes opp og kan avgjøre, på basis av den detekterte applikasjons- og/eller tjenestetypen hvorvidt sendingen av hold-i-live-meldinger til applikasjonsserveren 70 skal gjennomføres. Sendingen av hold-i-live-meldinger fra proxyen 40 og til applikasjonsserveren 70 vil således kunne være avhengig av den aktuelle applikasjonen eller tjenestetypen. Eksempelvis kan proxyen være anordnet for å tilveiebringe den foran beskrevne sending av hold-i-live-meldinger til applikasjonsserveren 70 bare i forbindelse med visse tjeneste-typer så som momentane meldinger, PoC og/eller videodeling og ikke i forbindelse med andre tjeneste- eller applikasjonstyper. Proxyen 40 kan innbefatte en på forhånd fastlagt tjenesteliste og/eller applikasjonstypeliste hvortil sendingen av hold-i-live-meldinger-funksjonen benyttes. Proxyen kan også bestemme behovet for sending av hold-i-live-meldinger på basis av andre kriterier så som den kodeksen og/eller de portene som brukes i forbindelsen eller andre lignende kriterier som kan indikere applikasjons- og/eller tjenestetypen. Proxyen 40 kan detektere tjeneste- eller applikasjonstypen, eksempelvis fra SDP (Session Description Protocol - sesjonsbeskrivelsesprotokoll) -signalene. SDPen er en protokoll som transporterer informasjon vedrørende mediastrømmer i multimedia-sesjoner for derved å muliggjøre at mottakere av en sesjonsbeskrivelse kan delta i sesjonen.

Ifølge en utførelse av oppfinnelsen kan proxyen 40 sende instruksjoner til den trådløse terminalen 10 om at den ikke skal sende hold-i-live-meldinger til applikasjonsserveren 70. Med andre ord, proxyen kan instruere den trådløse terminalen 10 om ikke å sende noen hold-i-live-meldinger til applikasjonsserveren 70. Dette kan eksempelvis implementeres med en spesifikk melding.

Ifølge en annen utførelse av oppfinnelsen kan proxyen 40 sende instruksjoner til den trådløse terminalen 10 om å sende hold-i-live-meldinger til applikasjonsserveren 70 med en frekvens som er lavere enn en minimumsfrekvens hvor hold-i-live-meldinger må sendes for opprettholdelse av forbindelsen. Et eksempel på en utførelse av denne oppfinnelsen skal nå gis under henvisning til signal skjemaet i figur 2. Oppsettingen av en forbindelse mellom den trådløse terminalen 10 og applikasjonsserveren 70 begynner fortrinnsvis med en SIP-registreringsmelding 201 fra den trådløse terminalen 10 og til S-CSCF 60.1 SIP-registreringsmeldingen 201 kan den trådløse terminalen foreslå et hold-i-live-tidsintervall hvor slike meldinger skal sendes. S-CSCF 60 sender, som respons, en SIP 200 OK-melding 202 adressert til den trådløse innretningen 10. Svarmeldingen 202 innbefatter en hold-i-live-tidsintervallverdi som er den maksimalt tilgjengelige tiden mellom to etter hverandre følgende hold-i-live-meldinger for opprettholdelse av forbindelsen. Med andre ord, tidsintervallverdien indikerer den minimumsfrekvensen som hold-i-live-meldingene må sendes med for å holde forbindelsen aktiv. Hold-i-live-tidsintervallverdien i svarmeldingen 202 kan være den samme som en verdi som eventuelt foreslås av den trådløse innretningen 10 i SIP-registreringsmeldingen 201, eller en annen verdi som bestemt av S-CSCF 60. Disse verdiene som godtas av det aktuelle nettet, blir fordelaktig prekonfigurert til S-CSCF 60. S-CSCF 60 kan således endre denne verdien, særlig dersom den som eventuelt foreslås av den trådløse terminalen 10 ikke ligger innenfor de prekonfigurerte grensene. Hold-i-live-tidsintervallverdien blir fortrinnsvis lokalisert i et utløper-felt i SIP 200 OK-meldingen. Utløper-feltet kan befinne seg i et kontakthodefelt eller kan være et eget felt i meldingshodet. Proxyen 40 analyserer fortrinnsvis SIP-trafikken og leser utløper-feltet i SIP 200 OK-meldingen 202 som er sendt fra applikasjonsserveren 70 og er adressert til den trådløse innretningen 10. Således får proxyen 40 tidsinformasjon som indikerer den minstefrekvensen som er nødvendig for hold-i-live-meldinger som sendes for å opprettholde forbindelsen som er oppsatt. Proxyen modifiserer 203 fordelaktig tidsinformasjonen i meldingen, det vil si verdien i utløper-feltet, slik at det indikeres en frekvens som er lavere enn en minstefrekvens som er nødvendig for hold-i-live-meldingene som sendes for opprettholdelse av forbindelsen. Med andre ord, proxyen erstatter hold-i-live-tidsintervallverdien i utløper-feltet med en større verdi, fortrinnsvis så stor som mulig. Avslutningsvis sender proxyen 40 den modifiserte meldingen 204 til den trådløse terminalen 10 og begynner å sende hold-i-live-meldinger 205 til applikasjonsserveren 70 i tidsintervaller som bestemt av S-CSCF i SIP 200 OK-meldingen 202 eller hyppigere, for opprettholdelse av forbindelsen mellom den trådløse terminalen 10 og applikasjonsserveren 70. I samsvar med en utførelse av oppfinnelsen kan proxyen 40 gjenkjenne den applikasjonen og/eller tjenesten som bruker den oppsatte forbindelsen og kan avgjøre frekvensen for sendingen av hold-i-live-meldingene til applikasjonsserveren 70 på basis av den gjenkjente applikasjonen eller tjenesten. Den spesielle frekvensen som brukes for sending av hold-i-live-meldingene fra proxyen 40 og til applikasjonsserveren 70 vil således kunne være avhengig av den aktuelle applikasjonen eller tjenesten. I et slikt tilfelle vil også frekvensen være i det minste lik den minstefrekvensen som indikeres i SIP 200 OK-meldingen 202 som sendes fra applikasjonsserveren 70.

Fordi den trådløse terminalen 10 mottar en modifisert melding 204 som har en tidsintervallverdi i sitt utløper-felt som er større enn den som opprinnelig er bestemt av S-CSCF 60, behøver den trådløse terminalen 10 ikke sende hold-i-live-meldinger så ofte som ellers ville være nødvendig. Særlig gjelder at dersom verdien av utløper-feltet i den modifiserte SIP 200 OK-meldingen 204 settes til å være større enn levetiden til forbindelsen mellom den trådløse terminalen 10 og applikasjonsserveren 70, så behøver den trådløse terminalen 10 ikke sende noen hold-i-live- meldinger i løpet av forbindelsen. Den trådløse terminalen kan fordelaktig gå til en mer effektiv og batteribesparende modus i nettet og eksempelvis i UMTS er dette en tommodus. Proxyen 40 er fordelaktig fastsettende med hensyn til SIP-sesjonen. Verdien i utløper-feltet angis typisk i sekunder og kan eksempelvis variere mellom 0 og 2<32>1 sekunder. En feilverdi vil typisk være 3600 sekunder, som brukes dersom det ikke er gitt en utløper-verdi eller dersom den gitte verdien ikke er gyldig. SIP og hodene som brukes i SIP-meldingene defineres i dokumentet: Request For Comments 3261 (RFC3261) med tittelen "SIP: Session Initiation Protocol" av The Internet Society (ISOC).

Når forbindelsen mellom den trådløse terminalen 10 og applikasjonsserveren 70 avbrytes, vil proxyen 40 fordelaktig detektere dette ut fra det SIP-signalet som går gjennom den og vil opphøre å sende hold-i-live-meldinger 205 til applikasjonsserveren 70. 1 samsvar med en utførelse av oppfinnelsen, dersom det telekommunikasjonssystemet hvor oppfinnelsen implementeres innbefatter en eller flere brannmurer 50 mellom det trådløse tilgangsgrensesnittet 21 og applikasjonsserveren 70, anordnes proxyen 40 fordelaktig mellom det trådløse tilgangsgrensesnittet 21 og brannmuren^) 50. Proxyen 40 holder således fordelaktig strekningen (det vil si nettadresseringstranslasjonen (NAT) portmappinger, osv.) åpen gjennom brannmuren^) 50 i tillegg til å holde den aktuelle forbindelsen ved å sende hold-i-live-meldinger 205.

Den inventive funksjonen som er beskrevet foran kan implementeres ved hjelp av en datamaskin eller en styreenhet eller tilsvarende prosesseringsutstyr for digitale signaler så som en DSP (Digital Signal Processor) med egnet programvare. Det vil også kunne være mulig å bruke en bestemt integrert krets eller bestemte integrerte kretser eller tilsvarende komponenter og innretninger. Oppfinnelsen kan implementeres i eksisterende systemelementer eller ved at det brukes separate elementer eller innretninger. Dersom den inventive funksjonen implementeres med programvare, så kan slik programvare tilveiebringes som et datamaskinprogramprodukt som innbefatter datamaskinprogramkoder som, når den kjøres gjennom en datamaskin, vil bevirke at datamaskinen eller en tilsvarende innretning kan utføre denne funksjonen i samsvar med oppfinnelsen slik den er beskrevet foran. En slik datamaskinprogramkode kan lagres i et datamaskinlesbart medium så som et egnet minne, eksempelvis et flashminne eller et skiveminne, hvorfra koden kan lastes til enheten eller enheter som gjennomfører programkoden. I tillegg kan en slik datamaskinprogramkode som implementerer oppfinnelsen lastes til enheten eller enheter som gjennomfører datamaskinprogramkoden via et egnet datanett og den kan erstatte eller oppdatere en eventuelt eksisterende programkode.

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

Claims

1. Fremgangsmåte for holding av en forbindelse i et telekommunikasjonssystem, innbefattende: oppsetting av en forbindelse mellom en trådløs terminal (10) og en annen deltaker (70), det vil si en andre deltaker, via et trådløst tilgangsgrensesnitt (21) tilveiebrakt i et trådløst tilgangsnett (20), og sending av hold-i-live-meldinger til den andre deltakeren (70) for holding av forbindelsen,karakterisert vedat fremgangsmåten innbefatter: detektering, i et systemelement (40) lokalisert mellom det trådløse tilgangsgrensesnittet (21) og den andre deltakeren (70), oppsettingen av forbindelsen mellom den trådløse terminalen (10) og den andre deltakeren, hvilken detektering av oppsettingen av forbindelsen innbefatter detektering av en type applikasjon og/eller tjeneste som bruker den forbindelsen som settes opp, og sending av hold-i-live-meldinger fra nevnte systemelement (40) og til den andre deltakeren (70) etter detektering av oppsettingen av forbindelsen mellom den trådløse terminalen (10) og den andre deltakeren dersom den detekterte typen av applikasjonen og/eller tjenesten er en slik forhåndsbestemt applikasjons- og/eller tjenestetype som sendingen av hold-i-live-meldingene gjelder for.

2. Fremgangsmåte ifølge krav 1, karakterisert vedat den videre innbefatter sending, fra det nevnte systemelementet (40) og til den trådløse terminalen (10), av instruksjoner om ikke å sende hold-i-live-meldinger til den andre deltakeren (70).

3. Fremgangsmåte ifølge krav 1, karakterisert vedat den videre innbefatter sending, fra det nevnte systemelementet og til den trådløse terminalen, instruksjoner om å sende hold-i-live-meldinger til den andre deltakeren på en frekvens som er lavere enn en minstefrekvens hvor hold-i-live-meldinger er ønskelige å sende for å holde forbindelsen.

4. Fremgangsmåte ifølge krav 1, karakterisert vedat den videre innbefatter: mottak i det nevnte systemelementet (40), etter oppsetting av forbindelsen mellom den trådløse terminalen (10) og den andre deltakeren (70), av en melding fra en systemenhet (60) som gjennomfører oppkallingsstyring, hvilken melding innbefatter tidsinformasjon som indikerer den minimumsfrekvensen hvor hold-i-live-meldinger er ønsket sendt for å holde forbindelsen, modifisering i det nevnte systemelementet (40) av tidsinformasjonen i meldingen slik at den indikerer en frekvens som er lavere enn den minimumsfrekvensen hvor hold-i-live-meldinger er ønsket sendt for å holde forbindelsen, og sending av den modifiserte meldingen fra systemelementet (40) og til den trådløse terminalen (10).

5. Fremgangsmåte ifølge krav 4, karakterisert vedat systemenheten (60) som gjennomfører oppkallingsstyring innbefatter en oppkallingstilstandsstyringsfunksjon og at meldingen fra system-enheten som gjennomfører oppkallingsstyringen er en Session Initiation Protocol 200 OK-melding.

6. Fremgangsmåte ifølge ethvert av kravene 1 til 5, karakterisert vedat detekteringen av oppsettingen av forbindelsen videre innbefatter detektering av en type av en applikasjon og/eller tjeneste som bruker den forbindelsen som oppsettes, idet sendingen av hold-i-live-meldinger fra det nevnte systemelementet (40) og til den andre deltakeren (70) gjennomføres med en frekvens som er bestemt på basis av den detekterte applikasjons- og/eller tjenestetypen.

7. Telekommunikasjonssystem innbefattende: et trådløst tilgangsnettverk (20) med et trådløst tilgangsgrensesnitt (21) for trådløse terminaler (10), og et første element (70) i telekommunikasjonssystemet, idet en trådløs terminal (10) kan sette opp en forbindelse til det første elementet (70) via det trådløse tilgangsgrensesnittet (21),karakterisert vedat systemet videre innbefatter et andre element (40) i telekommunikasjonssystemet, lokalisert mellom det trådløse tilgangsgrensesnittet (21) og det første elementet (70), idet det andre elementet (40) innbefatter: detekteringsmidler utformet for detektering av oppsettingen av forbindelsen mellom den trådløse terminalen (10) og det første elementet (70) og en applikasj ons-og/eller tjenestetype som bruker den forbindelsen som settes opp, og sendemidler utformet for å sende hold-i-live-meldinger til det første elementet (70) etter detektering av oppsettingen av forbindelsen mellom den trådløse terminalen og det første elementet dersom den detekterte applikasjons- og/eller tjenestetypen er en slik forhåndsbestemt applikasjons- og/eller tjenestetype som sendingen av hold-i-live-meldingene gjelder for.

8. Telekommunikasjonssystem ifølge krav 7, karakterisert vedat det andre elementet (40) videre innbefatter midler utformet for sending av instruksjoner til den trådløse terminalen (10) om ikke å sende hold-i-live-meldinger til det første elementet (70).

9. Telekommunikasjonssystem ifølge krav 7, karakterisert vedat det andre elementet (40) videre innbefatter midler utformet for sending av instruksjoner til den trådløse terminalen (10) om å sende hold-i-live-meldinger til det første elementet (70) på en frekvens som er lavere enn en minimumsfrekvens hvor hold-i-live-meldinger er ønsket å bli sendt for å holde forbindelsen.

10. Telekommunikasjonssystem ifølge krav 9, karakterisert vedat det andre elementet (40) videre innbefatter: midler utformet for mottak, ved oppsettingen av forbindelsen mellom den trådløse terminalen (10) og det første elementet (70), av en melding fra et systemelement (60) som gjennomfører oppkallingsstyring, hvilken melding innbefatter tidsinformasjon som indikerer den minimumsfrekvensen hvor hold-i-live-meldinger er ønsket sendt for å holde forbindelsen, midler utformet for modifisering av tidsinformasjonen i meldingen slik at den indikerer en frekvens som er lavere enn den minimumsfrekvensen hvor hold-i-live-meldinger ønskes sendt for å holde forbindelsen, og midler utformet for å sende den modifiserte meldingen til den trådløse terminalen (10).

11. Telekommunikasjonssystem ifølge krav 10, karakterisert vedat systemelementet (60) som gjennomfører oppkallingsstyringen innbefatter en oppkallingstilstandsstyrefunksjon og at meldingen fra systemelementet som gjennomfører oppkallingsstyringen er en Session Initiation Protocol 200 OK-melding.

12. Telekommunikasjonssystem ifølge ethvert av kravene 7 til 11,karakterisert vedat detekteringsmidlene videre er utformet for detektering av en applikasjons- og/eller tjenestetype som bruker den forbindelsen som settes opp og at sendemidlene er utformet for å sende hold-i-live-meldinger til det første elementet på en frekvens bestemt på basis av den detekterte applikasjons-og/eller tjenestetypen.

13. Telekommunikasjonssystem ifølge ethvert av kravene 7 til 12,karakterisert vedat telekommunikasjonssystemet innbefatter en brannmur (50) mellom det trådløse tilgangsgrensesnittet (21) og det første elementet (70), idet det andre elementet (40) er lokalisert mellom det trådløse tilgangsgrensesnittet (21) og brannmuren (50).

14. Telekommunikasjonssystem ifølge ethvert av kravene 7 til 13,karakterisert vedat det første elementet (70) innbefatter en applikasj ons-server.

15. Telekommunikasjonssystem ifølge ethvert av kravene 7 til 14,karakterisert vedat det andre elementet (40) innbefatter en proxy-server.

16. Telekommunikasjonssystem ifølge ethvert av kravene 7 til 15,karakterisert vedat det andre elementet (40) innbefatter en port.

17. Anordning for et telekommunikasjonssystem innbefattende et trådløst tilgangsnett (20) med et trådløst tilgangsgrensesnitt (21), karakterisert vedat anordningen (40) er utformet for: detektere oppsetting av en forbindelse mellom en første deltaker (10) og en andre deltaker (70) via det trådløse tilgangsgrensesnittet (21) og en type applikasjon og/eller tjeneste som bruker den forbindelsen som oppsettes når anordningen (40) er forbundet mellom det trådløse tilgangsgrensesnittet og den andre deltakeren, og sending av hold-i-live-meldinger til den andre delen (70) etter detektering av oppsettingen av forbindelsen mellom den første deltakeren (10) og den andre deltakeren (70) dersom den detekterte type applikasjon og/eller tjeneste er en slik forhåndsbestemt applikasjons- og/eller tjenestetype som sendingen av hold-i-live-meldingene gjelder for.

18. Anordning ifølge krav 17, karakterisert vedat anordningen (40) innbefatter en proxy.

19. Anordning ifølge krav 17 eller 18, karakterisert vedat anordningen (40) innbefatter en port.

20. Datamaskinprogramprodukt innbefattende datamaskinprogramkode,karakterisert vedat bruken av programkoden i en datamaskin medfører at datamaskinen gjennomfører de følgende trinn: detektering av oppsettingen av en forbindelse mellom en første deltaker (10) og en andre deltaker (70) via et trådløst tilgangsgrensesnitt (21) og en type applikasjon og/eller tjeneste som bruker den oppsatte forbindelsen når datamaskinen er innkoblet mellom det trådløse tilgangsgrensesnittet og den andre deltakeren (70), og sending av hold-i-live-meldinger til den andre deltakeren (70) etter detektering av oppsettingen av forbindelsen mellom den første deltakeren (10) og den andre deltakeren dersom den detekterte applikasjons- og/eller tjenestetypen er en slik forhåndsbestemt applikasjons- og/eller tjenestetype som sendingen av hold-i-live-meldingene gjelder for.