SE528406C2 - Metod samt kommunikationsplattform för att understödja kommunikation mellan en tjänsteproducent och en radiokommunikationsapparat - Google Patents

Description

25 30 35 528 406 skjuta i höjden när tjänsterna behöver anpassas till de olika radioapparaternas förmåga.

Det skulle således vara fördelaktigt om det gick att åstad- komma en lösning, som skulle reducera utvecklingskostnaden för tjänsteleverantörer och öka konsumentunderlaget.

Ett annat problem i moderna radiopaketkommunikationsnät är tjänsteleverantörens bristande förmåga att debitera för användning av tjänsteleverantörsapplikationen. Tjänsteleve- rantören har inte något omedelbart hjälpmedel för att veta vem som använder tjänsten, utom att fordra inloggning med användning av ett lösenord som tidigare har registrerats.

Dessutom måste tjänsteleverantören finna sätt att debitera för användning av tjänsten, möjligen med den ökade kompli- ceringsgraden med att sända separata räkningar.

Det skulle således vara synnerligen intressant om man kunde tillhandahålla en lösning som stöder fakturering av radio- kommunikationsapparatsanvändare för användning av tjänste- leverantörsapplikationer.

Ett annat problem i moderna radiopaketkommunikationsnät är tjänsteleverantörens bristande förmåga att initiera kommu- nikation till en radiokommunikationsapparat. Även om detta är välgrundat av säkerhetsskäl, kan många värdefulla tjäns- ter, såsom snabba meddelanden (instant messaging) och på- skyndning av direktsänt innehåll såsom sportresultat, ak- tiekurser etc, inte utvecklas utan denna förmåga. Ytterli- gare ett problem 1 detta hänseende är att telekommunika- tionsoperatörer vanligen arrangerar nätbryggor mellan in- tranet och extranet med NAT (Network Adress Translation) för att öka säkerheten. Detta system döljer all adressin- formation hos radioapparaterna från tjänsteleverantörerna och ökar således svårigheten att upprätta förbindelser från tjänsteleverantörerna till radiokommunikationsapparaterna. 10 16 20 25 30 35 528 406 För TCP-baserade förbindelser utgör TCP-protokollet ett medel för att bestämma transaktionens början och slut, vilket gör det möjligt för NAT-servern att upprätta karte- ring mellan en extern IP-adress och en intern IP-adress när en transaktion påbörjas, samt att slita sönder karteringen när transaktionen avslutas. UDP-protokollet (User Datagram Protocol) används ofta för kringsändning av applikationer, men eftersom UDP-protokollet är ett tillståndslöst proto- koll är det inget hjälpmedel för att NAT-servern skall känna till när en transaktion börjar och slutar, och därför är kartering mellan extern och interna IP-adress besvärlig.

Sålunda blockeras UDP-protokollet ofta och är inte till- gängligt för tjänsteleverantörsapplikationer.

Det skulle därför vara fördelaktigt om man kan finna en lösning, som medger användning av UDP-protokollet för att sända information mellan en tjänsteleverantörsapplikation och en radiokommunikationsapparat.

Qppfinningen i sammandrag Ett huvudsyfte med föreliggande uppfinning är att åstadkom- men en sådan apparat och metod som åtminstone mildrar ovan- nämnda problem. Enligt en första aspekt på föreliggande uppfinning uppnås dessa jämte andra syften med hjälp av en kommunikationsplattform för paketkommunikation mellan åt- minstone en tjänsteleverantör a 1 ett första nät och en ra- diokommunikationsapparat i ett andra nät, varvid det andra nätet innefattar en första nätnod som är anordnat för att, åtminstone delvis, hantera kommunikation mellan radiokommu- nikationsapparaten och en nätbrygga, som är placerad i det andra nätet. Nätbryggan finns för att hantera komunikation mellan det andra nätet och kommunikationsplattformen, och kommunikationsplattformen är anordnad för att insamla för- sta datainformation avseende radiokommunikationsapparaten och andra datainformation avseende en tjänsteleverantörsap~ plikation, som är ansluten till radiokommunikationsappara- ten genom kommunikationsplattformen. Kommunikationsplatt- formen är vidare anordnad för att inbördes relatera den 10 15 20 25 30 35 528 406 första och andra datainformationen för att alstra en använ- darpost, som specificerar användningssärdrag för användning av tjänsteleverantörsapplikationen medelst radiokommunika- tionsapparaten.

Enligt en andra aspekt på föreliggande uppfinning uppnås dessa jämte andra syften med hjälp av en metod för paket- kommunikation mellan en tjänsteleverantör, som är placerad i ett första nät, och en radiokomunikationsapparat som är placerad i ett andra nät, varvid det andra nätet innefattar en första nätnod, som är anordnad för att åtminstone delvis hantera kommunikation mellan radiokommunikationsapparaten och en nätbrygga, och nätbryggan är anordnad för att hante- ra kommunikation mellan den första nätnoden och det första nätet. Metoden innefattar stegen: - insamla första datainformation avseende radiokommunika- tionsapparaten, - insamla andra data avseende tjänsteleverantörsapplikatio- nen som är ansluten till radiokommunikationsapparaten, - relatera den första datainformationen till den andra datainformationen, och - alstra en användarpost som specificerar användarsärdrag för användning av tjänsteleverantörsapplikationen av ra- diokommunikationsapparaten.

Genom insamling av första data om radiokommunikationsappa- raten och andra data avseende tjänsteleverantörsapplikatio- nen och relatera dessa till varandra är det möjligt att koppla ihop användning av en tjänst med radioapparaten eller ägaren av apparaten. Därigenom är det möjligt att debitera ägaren av radioapparaten för användningen av tjänsten. Dessutom hanteras denna svårighet av kommunika- tionsplattformen, så att tjänsteleverantören inte behöver beakta dessa spörsmål under utveckling av en ny tjänst.

Enligt en variant av uppfinningen är kommunikationsplatt- formen anordnad för att på begäran upprätta en första kom- munikationskanal mellan radiokommunikationsapparaten och 10 15 20 25 35 528 406 kommunikationsplattformen, och på begäran upprätta en andra kommunikationskanal mellan tjänsteleverantörsapplikationen och kommunikationsplattformen. Kommunikationsplattformen är vidare anordnad för att relatera de första och andra kommu- nikationskanalerna för att skapa en förbindelse mellan radiokommunikationsapparaten och tjänsteleverantörsapplika- tionen.

Genom detta arrangemang kommer komunikationsplattformen att ha fullständig information med avseende på en specifik radiokommunikationsapparats användning av en specifik tjänsteleverantörsapplikation. Således kan kommunikations- plattformen insamla alla data som fordras för att alstra erforderlig debiteringsinformation.

Enligt en annan variant av uppfinningen är kommunikations- plattformen ansluten till ett dataregister i det andra nätet.

Genom anslutning av kommunikationsplattformen till ett dataregister i det ändra nätet, dvs PLMN-nätet (Public Land Mobile Network), har kommunikationsplattformen access till radiokomunikationsapparatsdata. Det blir även möjligt för kommunikationsplattformen att alstra debiteringsinformation och sända denna till dataregistret, så att radioapparaten kan faktureras med användning av en redan etablerad faktu- reringsmetod, som används av PLMN-operatören.

Enligt en annan variant av uppfinningen är dataregistret ett hemlägesregister (Home Location Register) eller en hemabonnentserver (Home Subscriber Server).

Enligt en annan variant av uppfinningen är kommunikations- plattformen anordnad för att sända användarposten till dataregistret, och dataregistret är anordnat för att använ- da användarposten för att alstra faktureringsinformation för fakturering av användaren av radiokommunikationsappara- ten för utnyttjandet av tjänsteleverantörsapplikationen. 10 15 20 25 30 35 528 406 Om dataregistret i det andra nätet används för fakture- ringsändamål, finns det inget behov av att implementera en specifik faktureringsfunktionalitet i kommunikationsplatt- formen. Överföring av faktureringsinformation kan ske med användning av diameterprotokollet, signaleringssystem nr 7 eller radieprotokollet för kommunikation med HSS, HLR etc.

Enligt en annan variant av uppfinningen är användarposten anordnad för att användas för fakturering av användaren av radiokommunikationsapparaten för utnyttjandet av tjänstele- verantörsapplikationen.

Enligt en annan variant av uppfinningen är nämnda första data sådana data som väljs ur en datagrupp bestående av: - mobilstationsinformation (Mobile Station Information) inklusive IMSI (International Mbbile Subscriber Identity) och MSIDDN, - lägesinformation inklusive ISDN-nummer till VLR (Vïsiting Location Register) och MSC (Mbbile Services Switching Center) där radioapparaten är belägen, ~ serviceinformation inklusive serviceabonnemang och servi- cebegränsningar, - SS7~adress till den SGSN som används av radioapparaten, - IP~adress till den SGSN som används av radioapparaten, ~ MNRG, - en lista över noder som visar tillgänglig GGSN, - en PDP-kontext innefattande: PDP-typ (Packet Data Proto~ col), PDP-adress, QoS-profil (Quality of Service), VPLMN- adress (Vïsited Public Land Mobile Network), GGSN-adress för denna kontext.

Enligt en annan variant av uppfinningen är nämnda andra data sådana data som väljs ur en datagrupp bestående av: tjänsteleverantörsapplikationens identitet, anslutningstid, inloggningstid, utloggningstid, antal sända paket, antal mottagna paket, datamängd som sänts eller mottagits, sock- et-ID, IP-adress, QoS, nedladdade filer, besökta sidor. 10 15 20 25 30 35 528 406 Enligt en annan variant innefattar den andra aspekten på uppfinningen de ytterligare stegen: - ta emot en begäran om en kommunikationskanal mellan ra- diokommunikationsapparaten och kommunikationsplattformen, - upprätta en första kommunikationskanal mellan radiokommu- nikationsapparaten och kommunikationsplattformen, - ta emot en begäran om en kommunikationskanal mellan kom- munikationsplattformen och tjänsteleverantörsapplikatio- nen, - upprätta en andra kommunikationskanal mellan kommunika- tionsplattformen och tjänsteleverantörsapplikationen, och - relatera den första kommunikationskanalen till den andra kommunikationskanalen för att skapa en förbindelse mellan radiokommunikationsapparaten och tjänsteleverantörsappli- kationen.

Enligt en tredje aspekt på föreliggande uppfinning uppnås dessa jämte andra syften med hjälp av en kommunikations- plattform för paketkommunikation mellan åtminstone en tjänsteleverantör i ett första nät och en radiokommunika- tionsapparat i ett andra nät, varvid det andra nätet inne- håller en första nätnod som är anordnad för att, delvis, hantera kommunikation mellan radiokommunikationsap- åtminstone paraten och en nätbrygga, som är placerad i det andra nä- tet, varvid det andra nätet innefattar en nätadressöver- sättningsfunktionalitet, som översätter en uppsättning av publika IP-adresser, som uppenbaras i det första nätet, till en uppsättning privata IP-adresser som används i det andra nätet för TCP-baserad komunikation mellan det första och andra nätet. Kommunikationsplattformen är anordnad för att ta emot en begäran om UDP-kommunikation från en tjäns- 'televerantörsapplikation som finns i det första nätet, till radiokommunikationsapparaten, och för att upprätta en kar- tering från de publikana IP-adresser till de privata IP- adresserna för UDP-kommunikation mellan tjänsteleverantörs- applikationen och radiokommunikationsapparaten i nätadres- söversättningsfunktionaliteten. V 10 15 20 25 35 528 406 Därigenom är det möjligt att erbjuda tjänsteleverantörsap- plikationer med UDP-kommunikation till radiokomunikations- apparater. Således kan strömningsapplikationer utvecklas.

Enligt en variant av den tredje aspekten pà uppfinningen är kommunikationsplattformen anordnad för att ta emot en begä- ran som utnyttjar en kontrollkanal, vilken upprättats mel- lan tjänsteleverantörsapplikationen och kommunikations- plattformen.

Kommunikationsplattformen använder kontrollkanalen för att ta emot en begäran om UDP-kommunikation. Tjänsteleveran- törsapplikationen är ansluten till kommunikationsplattfor- men med användning av kontrollkanalen, såsom beskrevs ovan- Enligt en variant av den tredje aspekten på uppfinningen är kommunikationsplattformen anordnad för att avlägsna karte- ringen på begäran från tjänsteleverantörsapplikationen eller radiokommunikationsapparaten.

Enligt en variant av den tredje aspekten på uppfinningen sänds begäran om att avlägsna karteringen med användning av en kontrollkanal, som upprättas mellan kommunikationsplatt- formen och var och en av tjänsteleverantörsapplikationen och radiokommunikationsapparaten.

Eftersom radiokommunikationsapparaten och tjänsteleveran- törsapplikationen är anslutna till kommunikationsplattfor- men med användning av kontrollkanalen, kan denna användas för att ta beslut med avseende på när UDP-karteringen skall avlägsnas i adressöversättningsfunktionaliteten. Kartering- en kan givetvis även avlägsnas om endera av kontrollkana- lerna bryts.

Enligt en variant av uppfinningen är kommunikationsplatt- formen ansluten till en dedicerad accesspunkt. Detta ger möjlighet att inte debitera för paketdata, såsom GPRS- 10 75 20 25 30 35 528 406 _ 9 _ paketdata, utan i stället för serviceanvändning. Därigenom kan en enhetstaxa tillämpas.

Kommunikationsplattformen är anordnad för att upprätta en kartering för UDP-trafik mellan tjänsteleverantörsapplika- tionen och radiokommunikationsapparaten, när kommunika- tionsplattformen detekterar ett UDP-meddelande på kommuni- kationskanalen, och den är anordnad för att avlägsna varje kartering som tidigare upprättats för UDP-trafik, när kom- munikationsplattformen registrerar att kommunikationskana- len är stängd.

En fördel med föreliggande uppfinning är att en operatör av ett radiokommunikationsnät är i stånd att tillhandahålla en portal, som har ett gemensamt gränssnitt mot tredjeparts utvecklare av tjänster.

En annan fördel är att kommunikationsplattformen gör det möjligt att tillhandahålla nya typer av tjänster, som inte tidigare har varit möjliga att tillhandahålla för radiokom- munikationsanvändare.

Ytterligare särdrag hos och fördelar med uppfinningen fram- går av den detaljerade beskrivningen nedan av utföringsfor- mer av uppfinningen.

Kortfattad beskrivning av ritningarna Föreliggande uppfinning förstår man bättre genom den detal- jerade beskrivningen nedan av utföringsformer av förelig- gande uppfinning och ritningsfigurerna 1 till 5, som endast är exemplifierande och således inte begränsande för före- liggande uppfinning.

Fig l är ett schematiskt blockdiagram av en variant av kommunikationsplattformen enligt uppfinningen.

Fig 2 är ett schematiskt blockdiagram av kommunikationsför- bindelser mellan en tjänsteleverantörsapplikation och en 10 15 20 25 30 35 528 406 _ 10 _ radiokommunikationsapparat enligt en variant av uppfinning- en.

Fig 3 är ett schematiskt blockdiagram som visar datakommu- nikationskanalen mellan tjänsteleverantörsapplikationen och radiokomunikationsapparaten i fig 2 mer i detalj.

Fig 4 är ett schematiskt blockdiagram av TCP- och UDP- kommunikation mellan två nät med användning av kommunika- tionsplattformen enligt uppfinningen.

Fig 5 är ett schematiskt blockdiagram av kommunikations- plattformen, som är ansluten till en dedicerad accesspunkt i ett operatörsnät.

Föredragna utföringsformer Med förklarande och ej begränsande syfte skildras i be- skrivningen nedan specifika detaljer såsom vissa tekniker och applikationer för att ge en ingående förståelse av föreliggande uppfinning. För en fackman är det emellertid uppenbart, att föreliggande uppfinning kan realiseras i andra utföringsformer som avviker från dessa specifika detaljer. I andra exempel är detaljerade beskrivningar utelämnade av välkända metoder och apparater för att inte beskrivningen av föreliggande uppfinning skall tyngas av onödiga detaljer.

Fig 1 är ett schematiskt blockdiagram av en föredragen utföringsform enligt uppfinningen, som visar ett första datapaketnät 101 och ett andra datapaketnät 102. Det första nätet 101 är en kommunikationsplattform 103, som komer att beskrivas närmare nedan, och som innehåller första, andra och tredje tjänsteleverantörsapplikationer betecknade med 104, 105 resp 106. Var och en av tjänsteleverantörsapplika- tionerna kan utvecklas av oberoende tjänsteleverantörer och tillhandahåller olika tjänster till radiokommunikationsap- parater, som befinner sig i det andra nätet 102, såsom snabba meddelanden (instant messaging) och påskyndning av 10 15 20 25 30 35 528 406 _11- direktsänt innehåll såsom sportresultat och aktiekurser. En sådan radiokommunikationsapparat visas i fig 1 och beteck- nas 107. Radiokommunikationsapparaterna i det andra nätet har vanligen inte publika adresser som är kända av tjänste- 1everantörsapplikationerna i det första nätet, utan använ- der privata adresser som endast är tillgängliga i det andra nätet.

Radiokommunikationsapparaten 107 står i radioförbindelse med en BTS/BSC 108, vilken i sin tur är ansluten till en SGSN 109 (Serving Gprs Support Node) för att ge GPRS-stöd åt radiokommunikationsapparaten 107. SGSN-en 109 är anslu- ten till en GGSN 110 (Gateway Gprs Support Nbde). GGSN-en tjänstgör som en nätbrygga mellan det andra nätet 102 och andra, främmande nät, såsom det första nätet 101. Således tjänstgör GGSN-en 110 som en anslutningspunkt för kommuni- kationsplattformen 102 till det andra nätet 102. NAT- (Net- work Address Translation) och brandväggsfunktionalitet finns mellan det första och det andra nätet i enlighet med gängse tekniker för att öka säkerheten i det andra nätet 102.

Sessionsobjekt 111, som beskrivs närmare nedan, åstadkommer ett gränssnitt för den första tjänsteleverantörsapplikatio- nen 104 mot radiokommunikationsapparaten 107 för dubbelrik- tad kommunikation mellan dem. Såsom visas i fig 1 döljer kommunikationsplattformen 103 detaljer avseende radiokommu- nikationsapparaten 107 och tillhandahåller extra tjänster till tjänsteleverantörsapplikationen 104, såsom QoS (Quali- flödeskontroll/transaktionssäkerhet, ab- straktion av apparatspecifika kommunikationsmöjligheter, skalning, belastningsbalansering, fakturering etc, vilka alla beskrivs närmare nedan. Detta innebär att när tjänste- leverantören utformar tjänsteleverantörsapplikationen 104, behöver han inte beakta sådana komplikationer som brutna förbindelser, stöd för olika protokoll, flödeskontroll etc. ty of Service), 10 15 20 25 35 528 406 _12..

Fig 2 är ett schematiskt förbindelsediagram för en kommuni- kationsplattform 103 enligt en föredragen utföringsform av föreliggande uppfinning. Fig 2 visar kommunikation mellan en första tjänsteleverantörsapplikation 201 och en radio- komunikationsapparat 203, som även betecknas MTA.

Kommunikationsplattformens funktion är följande.

Radiokommunikationsapparaten 203 sänder en anslutningsbegä- ran till en första kommunikationsplattformsenhet 204. Kom- munikationsplattformen 103 innefattar även en andra kommu- nikationsplattformsenhet 205. Kommunikationsplattformsenhe- terna kan exempelvis vara vanliga datorer.

CPU-n 204 tar emot anslutningsbegäran från radiokommunika- tionsapparaten MTA och skapar, med en signal, ett superses- sionsobjekt 206, som betecknas SSA, för MTA-n. I signalen är specifika anslutningsdetaljer inkluderade, som gör det möjligt för CPU-n 204 att sända meddelanden till radiokom- munikationsapparaten MTA. SSA-n alstrar en unik nyckel, som representerar MTA-n, och lagrar denna nyckel tillsammans med en referens till ett sessionskontrollobjekt 207, SSA.

SSA-n 206 registrerar sin processidentitet i ett uppslags- register, tex en DNS, RMI, Corba etc, tillsammans med den alstrade unika nyckeln och adressinformation som identifie- rar radiokommunikationsapparaten och/eller dess användare, tex en SIP-adress (Session Initiation Protocol). Nyckeln sänds slutligen till MTA-n i ett kvittensmeddelande.

Sålunda har en kontrollkanal upprättats mellan kommunika- tionsplattformen och radiokommunikationsapparaten 203.

Radiokommunikationsapparaten 203 kan komunicera med tjäns- televerantörsapplikationen 201 med användning av datakana- ler 211, 212 och 213. Datakanalerna upprättas med använd- ning av kontrollkanaler, såsom beskrivs mer detaljerat i patentansökningen av samma uppfinnare som föreliggande uppfinning, som är inlämnad i samma namn och på samma datum 10 15 20 25 30 35 528 406 _ 13 _ som föreliggande uppfinning, och som härmed införs som referens i föreliggande ansökning. Radioapparaten kan ha flera sådana datakanaler öppna samtidigt och kommunicera med flera olika tjänsteleverantörsapplikationer eller ra- dioapparater. En radioapparat kan således tjänstgöra som en tjänsteleverantörsapplikation.

Fig 3 är ett schematiskt blockdiagram mer i detalj av kom- munikationskanalen mellan tjänsteleverantörsapplikationen 201 och radiokommunikationsapparaten 203. Såsom visas i fig 3 hämtar kommunikationsplattformen tjänsteleverantörsappli- (SACD) från anslut- ningen till tjänsteleverantören. Dessa samtalsdetaljer kationens anrops/samtalsdetaljer 301 innefattar information om tjänsteleverantörsapplikationens användning inklusive vilken tjänst som används, hur lång tid tjänsten användes av radiokommunikationsapparaten 203, datamängs om laddas ned av radioapparaten 203, QoS, före- träde, fördröjning etc.

Kommunikationsplattformen är dessutom ansluten till ett dataregister i det andra nätet, i denna utföringsform ett hemplatsregister eller HLR 302. HLR-en 302 innehåller in- formation om radiokommunikationsapparaten, såsom mobilsta- tionsinformation (Mobile Station Information) inklusive IMSI och MSISDN, platsinformation inklusive ISDN-nummer till VLR och MSC där radioapparaten befinner sig, service- information inklusive serviceabonnemang och servicerestrik- tioner, SS7-adress till SGSN-en som används av radioappara- ten, IP-adress till SGSN-en som används av radioapparaten, MNRG, en lista över noder som visar tillgänglig GGSN, PDP- kontext inklusive: PDP-typ, PDP-adress, QoS-profil, VPLMN- adress, GGSN-adress för denna kontext, faktureringsposter från SGSN och GGSN etc. Valda data från denna information jämte specifika data som avser kommunikationskanalen insam- las i en radioapparatsanvändarpost (RDUR) 303. RDUR-en 303 och SACD-n 301 är inbördes relaterade i plattformen, och en användarpost skapas innehållande information som avser användningen av tjänsteleverantörsapplikationen 201 av 10 15 20 25 30 35 528 406 _ 14 _ radiokommunikationsapparaten 203. Denna användarpost sänds till HLR-en, möjligen tillsammans med tariffinformation som anger kostnaden för att använda tjänsteleverantörsapplika- tionen 201, och radiokommunikationsapparaten eller snarare användaren av radiokommunikationsapparaten 203 kan fakture- ras pà sin vanliga teleräkning för användningen av tjänste- leverantörsapplikationen 201.

Alternativt alstras faktureringsinformationen direkt vid kommunikationsplattformen i stället för att sändas till HLR-en 302.

Fig 4 är ett schematiskt flödesdiagram av en variant av kommunikationsplattformen enligt uppfinningen. En kommuni- kationskanal 401 upprättas mellan en tjänsteleverantörsap- plikation SPA 402, som finns i det första nätet 403, radiokomunikationsapparat 404, som finns i det andra nätet och en 405, med användning av kommunikationsplattformen 406. I fig 4 visas även en nätadressöversättningsapparat NAT 407. NAT- er är allmänt kända och arbetar genom att dölja de interna adresserna i det andra nätet 405. Detta utförs genom karte- ring av publika IP-adresser, som visas för det första nätet 403, till privata IP-adresser som används i det andra nätet 405. Detta är möjligt genom användning av TCP-protokollet, som innefattar information avseende förbindelsers början och slut, så att NAT-en 407 kan hämta tillbaka information avseende när en kartering skall upprättas och när en karte- ring skall avlägsnas genom analysering av TCP-paketen.

“Emellertid är UDP-protokollet ett tillstàndslöet protokoll och innehåller inte någon information avseende när en för- bindelse börjar eller när den slutar. UDP-protokollet an- vänds ofta för kringsändning av information eller strömning (streaming). Eftersom kommunikationsplattformen 406 emel- lertid innehåller information avseende radiokommunikations- apparatens förbindelsetillstánd, kan denna information användas för att upprätta och avlägsna karteringar i NAT-en 407. 10 15 20 25 30 35 528 406 _ 15 _ Sålunda tar kommunikationsplattformen 406 emot en begäran från en tjänsteleverantörsapplikation med användning av kontrollkanalen. Kommunikationsplattformen 406 beordrar NAT-en att upprätta en kartering för den sålunda begärda UDP-sessionen. Med andra ord en kartering för UDP- protokollet mellan en publik IP-adress och port och en privat IP-adress och port. Kommunikationsplattformen över- vakar vidare radiokommunikationsapparatens 404 och tjänste- leverantörsapplikationens 402 status och detekterar om någon bryter kommunikationskanalen. I så fall beordrar kommunikationsplattformen NAT-en att avlägsna karteringen.

Kommunikationsplattformen 406 kan även instrueras via resp kontrollkanaler, 208 och 214 i fig 2, att UDP-sessionen skall avslutas. Det skall påpekas att för UDP-kommunikation upprättas inga datakanaler i kommunikationsplattformen.

Kommunikationsplattformen beordrar endast NAT-en att upp- rätta och riva ner karteringen.

Alternativt kan plattformen fungera som NAT. Detta fungerar endast om kommunikationsplattformen har access till det andra nätet.

Fig 5 är ett schematiskt blockdiagram av en variant enligt föreliggande uppfinning för kommunikation mellan ett första nät 501, i denna utföringsform Internet, och ett andra nät 502. En kommunikationsplattform 503 enligt uppfinningen, som beskrivs tidigare i denna text, är ansluten till en första dedicerad accesspunkt 504 och tillhandahåller dub- belriktad kommunikation mellan en radiokommunikationsappa- rat 505 och Internet. Operatören tillhandahåller åtminstone en ytterligare accesspunkt 506 för radiokommunikationsappa- raten 505 att kommunicera med Internet. Detta är en enkel- riktad kommunikation eftersom det inte är möjligt för en applikation pà Internet att nå radiokommunikationsapparaten då den är dold bakom en NAT-server 507. Användning av en dedicerad accesspunkt ger de ovan avhandlade fördelarna, tex användning av fakturering till enhetstaxa eller att man 528 406 _16... låter kommunikationsplattformen 503 insamla faktureringsda- ta etc.

Det är uppenbart att uppfinningen kan varieras på ett fler- tal sätt. Sådana variationer skall anses ligga inom uppfin- ningens ram. Alla sådana modifieringar, som skulle vara uppenbara för en fackman, är avsedda att falla inom patent- kravens skyddsomfâng.

Claims (17)

10 15 20 25 30 35 528 406 -.|1.. PAIENTKBAV

1. Kommunikationsplattform för paketkommunikation mellan åtminstone en tjänsteleverantör i ett första nät och en radiokommunikationsapparat i ett andra nät, varvid det andra nätet innefattar en första nätnod som är anordnat för att, åtminstone delvis, hantera kommunikation mellan radio- kommunikationsapparaten och en nätbrygga, som är placerad i det andra nätet, kånnøtecknad av, att - nätbryggan är anordnad för att hantera kommunikation mellan det andra nätverket och komunikationsplattformen, komunikationsplattformen är anordnad för att insamla första datainformation avseende radiokommunikationsappa- raten, kommunikationsplattformen är anordnad för att insamla andra datainformation avseende en tjänsteleverantörsap- plikation, som är ansluten till radiokommnnikationsappa- raten genom kommunikationsplattformen, och kommunikationsplattformen är anordnad för att inbördes relatera den första och andra datainformationen för att alstra en användarpost, som specificerar användningssär- drag för användning av tjänsteleverantörsapplikationen medelst radiokommunikationsapparaten.

2. Kommunikationsplattform enligt kravet l, varvid komunikationsplattformen är anordnad för att på begäran upprätta en första kommunikationskanal mellan radioappa- raten och nämnda kommunikationsplattform, kommunikationsplattformen är anordnad för att på begäran upprätta en andra kommunikationskanal mellan nämnda tjänsteleverantörsapplikation och nämnda kommunikations- plattform, kommunikationsplattformen är anordnad för att relatera nämnda första och andra kommunikationskanal för att skapa en förbindelse mellan radiokommunikationsapparaten och tjänsteleverantörsapplikationen. 10 15 20 25 30 35 528 406 _ (8-

3. Kommunikationsplattform enligt kravet 1, varvid komuni- kationsplattformen är ansluten till ett dataregister i det andra nätet.

4. Kommunikationsplattform enligt kravet 3, varvid datare- gistret är ett hemplatsregister (Home Location Register) eller en hemabonnentserver (Home Subscriber Server).

5. Kommunikationsplattform enligt kravet 3, varvid kommuni- kationsplattformen är anordnad för att sända nämnda använ- darpost till dataregistret, och dataregistret är anordnat för att använda nämnda användarpost för att alstra fakture- ringsinformation för fakturering av radiokommunikationsap- paratens användare för utnyttjandet av tjänsteleverantörs- applikationen.

6. Kommunikationsplattform enligt kravet 1, varvid nämnda användarpost finns för att utnyttjas för fakturering av radiokommunikationsapparatens användare för utnyttjande av tjänsteleverantörsapplikationen.

7. Komunikationsplattform enligt kravet 1, varvid nämnda första data är data som väljs ur en datagrupp innefattande: - mobilstationsinformation (Mobile Station Information) inklusive IMSI och MSISDN, - platsinformation (Location Information) inklusive ISDN- nummer till VLR och MSC där radioapparaten befinner sig, - serviceinformation (Service Information) inklusive servi- ceabonnemang och servicerestriktioner, - SS7-adress till den SGSN som används av radioapparaten, - IP-adress till den SGSN som används av radioapparaten, - MNRG, - en lista över noder som visar tillgänglig GGSN, - PDP-kontext inklusive: PDP-typ, PDP-adress, QoS-profil, VPLMN-adress, GGSN-adress för denna kontext.

8. Kommunikationsplattform enligt kravet 1, varvid nämnda andra data är data som väljs ur en datagrupp innefattande: 10 15 20 25 30 35 528 406 -|q- tjänsteleverantörsapplikationsidentitet, anslutningstid, inloggningstid, utloggningstid, antal sända paket, antal mottagna paket, socket-ID, IP-adress, QOS, nedladdade fi- ler, besökta sidor.

9. Metod för paketkommunikation mellan en tjänsteleveran- törsapplikation som finns i ett första nät och en radiokom- munikationsapparat i ett andra nät, varvid det andra nätet innefattar en första nätnod, som är anordnad för att åtmin- stone delvis hantera kommunikation mellan radiokommunika- tionsapparaten och en nätbrygga, och nätbryggan är anordnad för att hantera kommunikation mellan den första nätnoden och det första nätet, kännetecknad av, stegen: insamla första datainformation avseende radiokommunika- tionsapparaten, insamla andra data avseende tjänsteleverantörsapplikatio- nen som är ansluten till radiokommunikationsapparaten, relatera den första datainformationen till den andra datainformationen, och alstra en användarpost som specificerar användarsärdrag för användning av tjänsteleverantörsapplikationen av ra-' diokommunikationsapparaten.

10. Metod enligt kravet 9, ytterligare omfattande en komu- nikationsplattform, som innefattar de ytterligare stegen. ta emot en begäran om en kommunikationskanal mellan ra- diokommunikationsapparaten och kommunikationsplattformen, upprätta en första kommunikationskanal mellan radiokommu- nikationsapparaten och kommunikationsplattformen, ta emot en begäran om en kommunikationskanal mellan kom- munikationsplattformen och tjänsteleverantörsapplikatio- nen, upprätta en andra kommunikationskanal mellan komunika- tionsplattformen och tjänsteleverantörsapplikationen, och relatera den första kommunikationskanalen med den andra kommunikationskanalen för att skapa en förbindelse mellan radiokommunikationsapparaten och tjänsteleverantörsappli- kationen. 10 15 20 25 30 35 528 406 _20-

11. ll. Metod enligt kravet 9 eller 10, ytterligare omfattande en kommunikationsplattform, varvid kommunikationsplattfor- men är ansluten till ett dataregister, som finns i det andra nätet, varvid metoden innefattar stegen: - sänd nämnda användarpost till dataregistret, och - utnyttja användarposten för att alstra faktureringsinfor- mation för fakturering av en användare av radiokommunika- tionsapparaten för utnyttjande av tjänsteleverantörsap- plikationen.

12. Metod enligt något av kraven 9-11, ytterligare omfat- tande en kommunikationsplattform, varvid nämnda första data väljs ur en datagrupp innefattande: - mobilstationsinformation (Mobile Station Information) inklusive IMSI och MSISDN, - platsinformation (Location Information) inklusive ISDN- nummer till VLR och MSC där radioapparaten befinner sig, - serviceinformation (Service Information) inklusive servi- ceabonnemang och servicerestriktioner, - SS7-adress till den SGSN som används av radioapparaten, - IP-adress till den SGSN som används av radioapparaten, - MNRG, - en lista över noder som visar tillgänglig GGSN, - PDP-kontext inklusive: PDP-typ, PDP-adress, QoS-profil, VPLMN-adress, GGSN-adress för denna kontext.

13. Metod enligt något av kraven 9-11, ytterligare omfat- tande en kommunikationsplattform, varvid nämnda första data är data som väljs ur en datagrupp innefattande: verantörsapplikationsidentitet, anslutningstid, ningstid, utloggningstid, antal sända paket, antal mottagna socket-ID, IP-adress, QoS, nedladdade filer, besökta tjänstele- inlogg- paket, sidor.

14. Kommunikationsplattform för paketkommunikation mellan åtminstone en tjänsteleverantör i ett första nät och en radiokommunikationsapparat i ett andra nät, varvid det 10 15 20 25 30 35 528 406 -2\_ andra nätet innefattar en första nätnod som är anordnad för att, åtminstone delvis, hantera kommunikation mellan radio- kommunikationsapparaten och en nätbrygga, som finns i det andra nätet, varvid det andra nätet innefattar en nätadres- söversättningsfunktionalitet, som översätter en uppsättning publika IP-adresser, som visas för det första nätet, till en uppsättning privata IP-adresser, som används i det andra nätet för TCP-baserad kommunikation mellan det första och det andra nätet, - kommunikationsplattformen är anordnad för att ta emot en begäran om UDP-kommunikation från en tjänsteleverantörs- till nämnda kännetecknad av, att applikation, som finns i det första nätet, radiokommunikationsapparat, och - kommunikationsplattformen är anordnad för att upprätta en kartering från nämnda publika IP-adresser till nämnda privata IP-adresser för UDP-kommunikation mellan tjänste- leverantörsapplikationen och radiokommunikationsapparaten i nätadressöversättningsfunktionaliteten.

15. Kommunikationsplattform enligt kravet 14, varvid kommu- nikationsplattformen är anordnad för att ta emot nämnda begäran med användning av en kontrollkanal, som upprättas mellan tjänsteleverantörsapplikationen och kommunikations- plattformen.

16. Kommunikationsplattform enligt kravet 14, varvid kommu- nikationsplattformen är anordnad för att avlägsna nämnda kartering på begäran från tjänsteleverantörsapplikationen eller radiokommunikationsapparaten.

17. Kommunikationsplattform enligt kravet 16, varvid nämnda begäran att avlägsna nämnda kartering sänds med användning av en kontrollkanal, som upprättas mellan kommunikations- plattformen och vardera av nämnda tjänsteleverantörsappli- kation och radiokommunikationsapparaten.