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

Description

1D 15 20 25 30 35 528 405 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 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 i 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 adressfor- mation hos radioapparater från tjänsteleverantörerna och ökar således svårigheten att upprätta förbindelser från tjänsteleverantörerna till radiokommunikationsapparaterna_ Således skulle det vara fördelaktigt om man kunde åstadkom- ma en lösning, som gav radiokommunikationsapparaten förmåga att ta emot förbindelser, som initieras från en tjänstele- verantör.

Uppfinningen i sammandrag Ett huvudsyfte med föreliggande uppfinning är att åstadkom- ma en sådan apparat och metod, som åtminstone minskar ovan- nämnda problem.

Enligt en första aspekt på uppfinningen uppnås dessa syften jämte andra genom en kommunikationsplattform för paketkom- munikation 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 kommunika- 10 15 20 25 30 35 528 405 tion mellan radiokommunikationsapparaten och en nätbrygga, som är placerad i det andra nätet. Nätbryggan finns för att hantera kommunikation mellan det andra nätet och kommunika- tionsplattformen, och kommunikationsplattformen innefattar ett applikationsprogrammeringsgränssnitt, som finns för att hantera dubbelriktad kommunikation mellan tjänsteleverantö- ren och radiokommunikationsapparaten.

Genom att tillhandahålla en plattform för tjänsteleverantö- ren för att utveckla tjänsteleverantörsapplikationer, som utgör ett likformigt och konsistent applikationsprogramme- ringsgränssnitt, som är oberoende av den enskilda radioap- paratens möjligheter, kan man spara utvecklingstid och därmed pengar. Eftersom kommunikationsplattformen dessutom dvs att det är möjligt för tjänsteleverantörsapplikationen att upprätta åstadkommer dubbelriktad kommunikation, förbindelser med radioapparaten, kan mer genomarbetade tjänster utvecklas.

Enligt en andra aspekt på föreliggande uppfinning uppnås dessa syften jämte andra genom en metod för paketkommunika- tion mellan en tjänsteleverantör, som är placerad i ett första nät, och en radiokommunikationsapparat som är place- rad i ett andra nät, varvid det andra nätet innefattar en första nätnod för kommunikation mellan radiokommunikations- apparaten och en nätbrygga, och nätbryggan är anordnad för kommunikation mellan den första nätnoden och det första nätet. Metoden innefattar stegen: a) sänd en begäran om en kommunikationskanal från radiokom- munikationsapparaten till en kommunikationsplattform, som är placerad i det första nätet och kommunicerar med nätbryggan, b) alstra en unik nyckel i kommunikationsplattformen, c) lagra nyckeln i kommunikationsplattformen i samband med en sessionskontext och åtminstone en första datainforma- tion, som identifierar radiokommunikationsapparaten, d) sänd nyckeln till radiokommunikationsapparaten, e) lagra nyckeln i radiokommunikationsapparaten, och 70 15 20 25 35 528 405 f) använd den åtminstone första datainformationen för att upprätta en kommunikationskanal mellan tjänsteleverantö- ren och radiokomunikationsapparaten.

Enligt den ovannämnda metoden registreras radioapparaten vid kommunikationsplattformen och erhåller en identifie- ringsnyckel. Eftersom plattformen lagrar detaljerna som hör samman med radioapparaten, är det möjligt för tjänsteleve- rantörsapplikationen att slå upp radioapparatens eller dess användares identitet, den första datainformationen, och begära en datakanal från kommunikationsplattformen. Således är det möjligt att kommunicera mellan tjänsteleverantöre- plattformen och radioapparaten.

Enligt en variant av uppfinningen är kommunikationsplatt- formen anordnad för att upprätta en kontrollkanal mellan kommunikationsplattformen och radiokommunikationsapparaten.

Den allmänna kontrollkanalen utgör ett medel för att begära ett upprättande av en transparent datakanal mellan en tjänsteleverantörsapplikation och radioapparaten. Kontroll- kanalen är konstant närvarande och återupprättas om förbin- delsen med radioapparaten temporärt bryts. Därigenom kan kommunikationsplattformen alltid begära en anslutning till radioapparaten för en tjänsteleverantörsapplikation.

Enligt en variant av uppfinningen innefattar radiokommuni- kationsapparaten en radioapparatplattform, som utgör ett medel för radioapparatapplikationen att kommunicera med en tjänsteleverantörsapplikation eller en radiokommunikations- apparat med användning av radioapparatplattformen och kom- munikationsplattformen.

Radioapparatplattformen är en liten applikation i radioap- paraten, som stödjer kommunikationsplattformens funktiona- litet. Bland annat stödjer radioapparatplattformen olika ägarprotokoll och exempelvis àtersänder den unika nyckeln, när radioförbindelsen har brutits, för att återupprätta 10 15 20 25 30 35 528 405 kommunikationskanaler inklusive kontrollkanalen. Radioappa- ratplattformen används exempelvis av en tjänsteleverantörs radioapparatsapplikationsdel för kommunikation med tjänste- leverantörsapplikationsdelen, som vistas centralt.

Enligt en variant av uppfinningen är en tjänsteleverantörs- applikation anordnad för att komunicera med radiokomuni- kationsapparaten, genom komunikationsplattformen, med användning av ett applikationsprotokoll som stöds av kommu- nikationsplattformen och en radiokommunikationsapparatap- plikation.

Kommunikationsplattformen stöder kommunikation mellan tjänsteleverantörsapplikationer och radioapparater genom att tillhandahålla en API och kommunikationsprotokollstack- ar för alla existerande radioapparater, tex med användning av C++, Java, Symbian, Windows, Linlux etc.

Enligt en variant av uppfinningen är radiokommunikationsap- paraten anordnad för att ansluta till komunikationsplatt- formen och ta emot och lagra första datainformation, som alstras vid kommunikationsplattformen, och kommunikations- plattformen är anordnad för att lagra den första datainfor- mationen i samband med andra datainformation, som identifi- erar radiokommunikationsapparaten och en sessionskontext i kommunikationsplattformen.

Den första datainformationen kan exempelvis vara en unik nyckel som identifierar radioapparaten för kommunikations- plattformen. Nyckeln lagras i ett uppslagsregister såsom exempelvis ett RMI-register (Remote Method Invocation), Corba-register eller ägarregisterobjekt tillsammans med information som hör samman med radioapparaten, såsom ID, IMSI, IMEI etc och sessions/förbind- nings/socketkontext. telefonnummer, Enligt en variant av uppfinningen är kommunikationsplatt- formen anordnad för att alstra en unik nyckel vid mottag- 10 15 20 25 35 528 405 ning av en förbindelse från radiokommunikationsapparaten, som unikt identifierar radiokommunikationsapparaten, och att sända nyckeln till radiokommunikationsapparaten.

Enligt en variant av uppfinningen är radiokommunikationsap- paraten anordnad för att sända den mottagna nyckeln till kommunikationsplattformen närhelst förbindelsen återupptas efter ett temporärt avbrott.

Radioapparatplattformen är anordnad för att sända nyckeln till kommunikationsplattformen om komunikationskanalen bryts. Nyckeln identifierar sessionen i kommunikations- plattformen, och sessionen/förbindelsen kan återupprättas.

Således utgör plattformen ett medel för att upprätta en beständig förbindelse med radioapparaten, och de enskilda tjänsteleverentörsapplikationerna behöver inte bekymra sig om denna komplikation med avseende på radiogränssnittet.

Enligt en variant av uppfinningen är tjänsteleverantören anordnad för att använda den andra datainformationen i kommunikationsplattformen för att initiera kommunikation till radiokommunikationsapparaten.

Den andra datainformationen kan tex vara en SIP-adress, som kan användas av tjänsteleverantörsapplikationen för att upprätta en förbindelse till en radioapparat. SIP-adressen slås upp i uppslagsregisstret och en sessionskontext iden- tifieras. Denna sessionskontext kan sedan användas för att upprätta en datakanal till radioapparaten.

Enligt en variant av uppfinningen är kommunikationsplatt- formen anordnad för att upprätta en datakanal med radiokom- munikationsapparaten med användning av kontrollkanalen.

Kontrollkanalen används för att upprätta en datakanal mel- lan radiokommunikationsapparaten och en session i kommuni- kationsplattformen. Denna session relateras sedan med en annan session, som är ansluten till en tjänsteleverantörs- 10 15 20 25 30 35 528 405 applikation eller en annan radioapparat, och en kommunika- tionskanal upprättas därigenom.

Enligt en annan variant av uppfinningen innefattar systemet åtminstone en andra radiokomunikationsapparat, som har en kontrollkanal upprättad till kommunikationsplattformen, varvid den första radiokommunikationsapparaten är anordnad för att upprätta en datakanal, genom kommunikationsplatt- formen, till den andra radiokommunikationsapparaten med användning av kontrollkanalen.

Såsom nämns på annat ställe i denna text har kommunika- tionsplattformen möjlighet att ansluta tvâ radiokommunika- tionsapparater.

Enligt en variant av uppfinningen är radiokommunikationsap- paraten anordnad för att ansluta till kommnnikationsplatt- formen med användning av HTTP-protokollet, och kommunika- tionsplattformen är anordnad för att fördröja ett HTTP-svar på varje HTTP-begäran från radiokommunikationsapparaten, och radiokomunikationsapparaten är anordnad för att sända en ny HTTP-begäran vid mottagning av ett HTTP-svar för att därigenom upprätta en kommunikationskanal.

Vissa radioapparater stöder inte naturlig TCP/IP utan en- dast HTTP. För att upprätta en bestående kontrollkanal mellan en sådan radioapparat och komunikationsplattformen behöver en HTTP-begäran vara kontinuerligt aktiv. Därför är radioapparatsplattformen anordnad för att sända en ny HTTP- begäran till kommunikationsplattformen närhelst ett HTTP- svar tas emot fràn kommunikationsplattformen. För att redu- cera signaleringsantalet över HTTP-protokollet är kommuni- kationsplattformen anordnad för att fördröja HTTP-svaret på HTTP-begäranden som tas emot från radioapparaten. HTTP- svaret kan sedan användas av kommunikationsplattformen för att sända kontrollsignaler eller datasignaler till radioap- paraten. 70 75 20 25 30 35 528 405 Enligt en variant av uppfinningen tar kommunikationsplatt- formen emot och lagrar information om tillståndet hos ra- diokommunikationsapparaten och varje tjänsteleverantörsap- plikation.

Kommunikationsplattformen kan lagra tillståndet hos radio- apparaten och tjänsteleverantörsapplikationer och därigenom ge möjligheter för tjänsteleverantörsapplikationen att vara tillstândslös. Med andra ord behöver tjänsteleverantörs- applikationerna inte övervaka tillståndsförändringar hos radioapparaten.

Enlig en variant av uppfinningen är tjänsteleverantörsap- plikationen en applikation i en andra radiokommunikations- apparat Tjänsteleverantörsapplikationen kan även vara en applika- tion i en radiokommunikationsapparat, såsom en cellulär telefon eller en PDA (Personal Digital Assistant), som är ansluten till ett radionät. Således är det möjligt för två radiokommunikationsapparater att komunicera med användning av paketkommunikation.

Enligt en variant av uppfinningen är den andra radiokommu- nikationsapparaten placerad i nämnda andra nät.

Enligt en variant av den andra aspekten på uppfinningen upprättas en kontrollkanal mellan radiokommunikationsappa- raten och kommunikationsplattformen med användning av meto- dens steg a) till e).

Enligt en variant av den andra aspekten på uppfinningen sänds en datakanalbegäran från tjänsteleverantören till kommunikationsplattformen med begäran om en datakanal från tjänsteleverantören till radiokommunikationsapparaten, varvid kontrollkanalen för radiokommunikationsapparaten identifieras, en datakanal upprättas mellan radiokommunika- tionsapparaten och plattformen med användning av kontroll- 10 15 20 25 30 35 528 405 kanalen, och data sänds mellan tjänsteleverantören och radiokomunikationsapparaten med användning av datakanalen.

Enligt en variant av den andra aspekten på uppfinningen tas ett datapaket emot från tjänsteleverantören till kommunika- tionsplattformen, datapaketet lagras vid kommunikations- plattformen, datapaketer sänds till radiokommunikationsap- paraten, ett bekräftelsepaket sänds från radiokommunika- tionsapparaten som indikerar godkänd mottagning av datapa- ketet, och datapaketet sänds igen till radiokommunikations- apparaten om bekräftelsepaketet inte tas emot inom en spe- cificerad tidrymd eller om bekräftelsepaketet indikerar ett fel i mottagningen av datapaketet vid radiokommunikations- apparaten.

Enligt en variant av den andra aspekten på uppfinningen innefattar kommunikationsplattformen ett flertal kommunika- tionsplattformsenheter, varvid en första kommunikations- plattformsenhet av kommunikationsplattformsenheterna inne- fattar en databas avseende nyckeln med identiteten för den kommunikationsplattformsenhet, som hanterar sessionen.

Metoden innefattar de ytterligare stegen: - ta emot en nyckel vid en andra enhet av komunikations- plattformsenheterna, - sänd en identitetgsbegäran innefattande nyckeln till den första kommunikationsplattformsenheten, - ta emot en kommunikationsplattformsenhetsidentitet från den första kommunikationsplattformsenheten vid den andra plattformsenheten, som identifierar en hanterande kommu- nikationsplattformsenhet, - sänd nyckeln till den hanterande plattformsenheten, och - svara till radiokommunikationsapparaten från den hante- rande plattformsenheten.

Ytterligare särdrag hos och fördelar med uppfinningen fram- går av den detaljerade beskrivningen nedan av utföringsfor- mer av uppfinningen. 10 15 20 25 30 35 528 405 _ 10 _ Kortfattad beskrivning av ritningarna Föreliggande uppfinning förstår man bättre genom den detal- jerade beskrivningen nedan av utföringsformer av uppfin- ningen med hänvisningar till ritningarna, som endast ges i illustrerande syfte och sålunda inte är begränsande för uppfinningen.

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

Fig 2 är ett schematiskt förbindelsediagram mellan en tjänsteleverantörsapplikation och en radiokommunikationsap- parat enligt en variant av uppfinningen.

Fig 3 är ett schematiskt signaleringsdiagram som illustre- rar hur en kontrollkanal skapas mellan en radiokommunika- tionsapparat och en variant av kommunikationsplattformen enligt uppfinningen.

Fig 4 är ett schematiskt signaleringsdiagram som illustre- rar hur en kommunikationskanal àterupprättas mellan en radiokommunikationsapparat och en variant av kommunika- tionsplattformen enligt uppfinningen.

Fig 5 är ett schematiskt signaleringsdiagram som illustre- rar hur en kommunikationskanal upprättas mellan en radio- kommunikationsapparat och en variant av kommunikations- plattformen enligt uppfinningen.

Fig 6 är ett schematiskt blockdiagram som visar plattformen och en radioapparat jämte olika protokollstackar enligt en variant av föreliggande uppfinning.

Fig 7 är ett schematiskt blockdiagram som visar två proto- kollstackar enligt en variant av uppfinningen. 10 15 20 25 30 35 528 405 _ 11 _ Föredragna utföringsfozmer I beskrivningen nedan, vars syfte är att förklara och inte att begränsa, anges specifika detaljer såsom speciella tekniker och applikationer för att ge en grundlig kännedom om föreliggande uppfinning. För en fackman är det emeller- tid uppenbart att föreliggande uppfinning kan tillämpas i andra utföringsformer, som avviker från dessa specifika detaljer. I andra exempel är detaljerade beskrivningar av välkända metoder och apparater utelämnade för att inte tynga beskrivningen av föreliggande uppfinning med onödiga detaljer.

Fig 1 är ett schematiskt blockdiagram över en föredragen utföringsform av uppfinningen som illustrerar ett första datapaketnät 101 och ett andra datapaketnät 102._I det första nätet 101 finns en kommunikationsplattform 103, som beskrivs närmare nedan, och som innehåller första, andra och tredje tjänsteleverantörsapplikationer, vilka betecknas 104, 105 resp 106. Varje tjänsteleverantörsapplikation kan vara utvecklad av oberoende tjänsteleverantörer och till- handahåller olika tjänster för radiokommunikationsappara- ter, som är belägna i det andra nätet 102, tex snabb medde- landeservice och påskyndning av direktsänt innehåll såsom sportresultat och aktiekurser. En sådan radiokommunika- tionsapparat visas i fig 1 och betecknas 107.

Radiokommunikationsapparaten 107 står i radioförbindelse med en BTS/BSC 108, som i sin tur är ansluten till en SGSN 109 (Serving Gprs Support Nbde) för att ge GPRS-stöd till radiokommunikationsapparaten 107. SGSN-en 109 är ansluten till en GGSN (Gateway Gprs Support Node). GGSN-en tjänstgör som en nätbrygga mellan det andra nätet 102 och andra främ- mande nät, såsom det första nätet 101. Således tjänstgör GGSN-en 110 som en anslutningspunkt för kommunikations- plattformen 103 till den andra nätet 102. En NAT- (Network Adress Translation) och brandväggsfunktionalitet finns även mellan de första och andra näten i enlighet med gängse teknik för att öka säkerheten i det andra nätet 102. 10 15 20 25 30 35 528 405 _ 12 _ Sessionsobjekt lll, som avhandlas närmare nedan, utgör ett gränssnitt för den första tjänsteleverantörsapplikationen 104 mot radiokommunikationsapparaten 107 för dubbelriktad kommunikation mellan dem. Såsom visas i fig 1 döljer kommu- nikationsplattformen 103 närmare detaljer avseende radio- kommunikationsapparaten 107, och tillhandahåller extra tjänster till tjänsteleverantörsapplikationen 104, såsom QoS (Quality of Service), flödeskontroll/transaktions- säkerhet, abstraktion av apparatspecifika kommunikations- möjligheter, skalning, belastningsbalansering, fakturering etc, som alla beskrivs ytterligare nedan. Detta innebär att vid utformning av tjänsteleverantörsapplikationen 104 behö- ver tjänsteleverantören inte beakta sådana komplikationer som brutna förbindelser, stöd för olika protokoll, flödes- kontroll etc.

Fig 2 är ett schematiskt förbindelsediagram för en kommuni- kationsplattform 103 enligt en föredragen utföringsform av föreliggande uppfinning. Fig 3 är ett schematiskt signale- ringsdiagram för upprättande av en kontrollkanal i en kom- munikationsplattform 103 enligt en föredragne utföringsform av föreliggande uppfinning. Fig 2 och 3 visar kommunikation mellan en första tjänsteleverantörsapplikation 201 och en radiokommunikationsapparat 203, som även betecknas MTA.

Radiokommunikationsapparaten 203, som betecknas MTA i fig 3, sänder en anslutningsbegäran 301 till en första kommuni- kationsplattformsenhet 204 (CPU i fig 3). Kommunikations- plattformen 103 innefattar även en andra kommunikations- plattformsenhet 205. Kommunikationsplattformsenheterna kan tex vara vanliga datorer.

CPU-n 204, som tar emot anslutningsbegäran 301 från radio- kommunikationsapparaten MTA, skapar med en signal 302 ett supersessionsobjekt 206, för MTA-n. I signalen 302 är speciella anslutningsdetaljer inkluderade, som möjliggör att CPU-n 204 sänder meddelanden till radio- som betecknas SSA, 10 15 20 25 35 528 405 -13_ kommunikationsapparaten MTA. SSA-n alstrar en unik nyckel, som representerar MTA-n, och lagrar denna nyckel tillsam- mans med en referens till ett sessionskontrollobjekt 207, SCA. SSA-n 206 registrerar dess processidentitet i ett uppslagsregister, tex ett RMI-register, Corba-register eller ett ägarregisterobjekt tillsammans med den alstrade unika nyckeln och adressinformation, som identifierar ra- diokommunikationsapparaten och/eller dess användare, tex en SIP-adress (Session Initiation Protocol). Slutligen sänds nyckeln till MTA-n i ett acceptmeddelande 304.

Sålunda har en kontrollkanal 208 upprättats mellan kommuni- kationsplattformen och radiokommunikationsapparaten 203.

Fig 4 är ett signaleringsdiagram som visar signalering när förbindelsen till radiokommunikationsapparaten har brutits och sedan återställs. Det är inte ovanligt att transmissio- nen mellan radioapparaten 203 och kommunikationsplattformen kan brytas beroende exempelvis på radioskugga etc. Kommuni- kationsplattformen kan emellertid hantera denna situation utan avbrott av servicen till tjänsteleverantörsapplikatio- nen 201.

När radioapparaten 203 upptäcker att en kanal har brutits, tex kontrollkanalen 208 som beskrevs i samband med fig 3, sänder den en begäran innehållande den tidigare mottagna nyckeln till kommunikationsplattformen. Denna begäran kan tas emot av någon CPU i kommunikationsplattformen 103, tex CPU-n 205. CPU-n 205 sänder sedan en fråga till uppslagsre- gistret inkluderande den mottagna nyckeln. Uppslagsregist- ret slår upp nyckeln och finner processidentiteten för supersessionen 206, som hör samman med denna nyckel, och därigenom till radioapparaten 203 som sänder denna begäran.

CPU-n 205 sänder begäran till CPU-n 204, som sänder ett acceptmeddelande till radioapparaten 203, varigenom kon- trollkanalen återupprättas. Om datakanaler (beskrivs nedan) var upprättade skulle de ha återupprättats på liknande sätt om de hade brutits. 10 15 20 25 30 35 528 405 _ 14 _ Fig 5 är ett signaleringsdiagram som visar upprättande av en datakanal mellan tjänsteleverantörsapplikationen 201 och radiokommunikationsapparaten 203, som initieras av tjänste- leverantören 201.

För det första behöver radioapparaten 203 upprätta en ser- verförbindelse. Med andra ord en förbindelse som andra kan ansluta till. Detta utförs genom att det från radioappara- ten 203 sänds ett Create_Server_Socket-meddelande 501 till kommunikationsplattformen. Meddelandet innefattar nyckeln som identifierar SSA-n 206, och således kan en Server Con- nection eller en serversocket registreras i SSA-n 206 med meddelanderegistret 502. Registreringen bekräftas i medde- -landet 503. Den fysiska förbindelsen eller sessionen har emellertid inte skapats ännu. Nu är radioapparaten 203 redo att ta emot förbindelser på serveranslutningen, och appli- kationerna kan sâledes ansluta till radioapparaten 203.

För att ansluta till radioapparaten 203 sänder SPA-n 201 (Service Provider Application) ett anslutningsmeddelande 509 till komunikationsplattformen med användning av kon- trollkanalen, och kommunikationsplattformen svarar med ett meddelande 510, upprättande av kanalen, som innefattar en vald CPU att användas för i detta fall CPU-n 204. SPA-n 201 sänder ett anslutningsmeddelande 504, som innefattar en adress till radioapparaten 203 eller dess användare, före- trädesvis men ej nödvändigtvis en SIP-adress, till CPU-n 204. CPU-n 204 skapar 505 ett sessionsobjekt SB, som be- tecknas 209, och registrerar 506 sessionen SB i SSB-n med användning av den tillförda nyckeln.

Sessionsobjektet SB 209 sänder nu en fråga 507 till upp- slagsregistret (LUR) som levererar radioapparatens MTA adress. Uppslagsregistret svarar 508 med processidentifie- ringen och CPU ID som hanterar supersessionen för den spe- cificerade adressen dvs radioapparaten 203. Sessionen 209 sänder sedan ett anslutningsmeddelande 511 till den sålunda 10 16 20 25 30 35 528 405 _ 15 _ identifierade supersessionen SSA 206. SSA-n 206 lagrar sedan processreferensen till sessionen SB 209.

Supersessionen SSA sänder ett meddelande 512 med begäran om anslutning till radioapparaten 203 inklusive en specifik CPU-IP-adress med användning av den upprättade kontrollka- nalen. Radioapparaten 203 antas acceptera anslutningen i ett meddelande 513 och en dedicerad socket/session till den specifika CPU-n i plattformen skapas för denna anslutning.

Ett-sessionsobjekt SA 210 skapas 514 sedan och registreras i SSA-n 206. SSA-n 206 sänder slutligen ett acceptmeddelan- de 515 till sessionen SB som identifierar den nyskapade sessionen SA 210, och således upprättas en datakanal 211 mellan tjänsteleverantörsapplikationen 201 och radioappara- ten med användning av de två sessionerna SA 210 och SB 209.

Data sänds från tjänsteleverantörsapplikationen 201 till radioapparaten genom överföring av data fràn SPA-n 201 till sessionen SB 209, från sessionen SB 209 till sessionen SA 210, och slutligen från sessionen SA 210 till radioappara- ten 203. Eftersom kommunikationsplattformen har kontroll över dataflödet är det möjligt att införa tex flödeskon- troll. Även om föreliggande uppfinning har beskrivits med hänvis- ningar till en server, som ansluter till en radioapparat, kan även det omvända vara fallet, dvs föreliggande uppfin- ning kan givetvis användas av en radioapparat för att an- sluta till en tjänsteleverantörsapplikation. Dessutom kan föreliggande uppfinning användas för anslutning mellan två radiokommunikationsapparater. I allmänna termer och vid användning av föreliggande uppfinning är det ingen skillnad mellan en radiokommunikationsapparat och en tjänsteleveran- törsapplikation, när det är frågan om att skapa anslutning- ar mellan sådana enheter.

Fig 6 är ett schematiskt blockdiagram över plattformen 601 och en radioapparat 602 som visar en protokollstack. Såsom 10 15 20 25 30 35 528 405 _ 16 _ klart framgår av fig 6 åstadkommer föreliggande uppfinning abstraktion för en tjänsteleverantör genom att åstadkomma ett applikationsprogrammeringsgränssnitt till tjänsteleve- rantören för kommunikation med radioapparaten 602. En tjänsteleverantörsapplikation SPA 603 använder en API (vi- sas ej) och en protokollstack 604 för att befordra data till och från radioapparaten 602. På liknande sätt gäller, att en applikation 605 i radioapparaten, som kan vara en specifik tjänsteleverantörsapplikation eller en generisk radioapparatsapplikation, utnyttjar ett applikationspro- grammeringsgränssnitt API (visas ej) och en protokollstack 606 i radioapparaten för komunikation med tjänsteleveran- törsapplikationen. Således är det uppenbart att uppfinning- en består av två separata delar, där den ena implementeras i kommunikationsplattformen, som kan vara en vanlig dator, och den andra i radioapparaten, Dessa delar kan använda en ägarprotokollstack för kommunikation med varandra, som utgör medlet för en tjänsteleverantör att nà olika radioap- parater.

Fig 7 är ett schematiskt blockdiagram över två proto- kollstackar enligt uppfinningen. Som det översta protokol- let innehåller båda protokollstackarna 701 och 702 ett E2E- protokoll (End-to-End) för kommunikation mellan två klien- ter. EZE-protokollet stöder bekräftad dataöverföring och flödeskontroll mellan klienter. Under E2E-protokollet finns ett CS-protokoll, eller klient-serverprotokoll, som stöder kommunikation klient till server. Den första proto- kollstacken 701 slutar med en TCP/IP-stackdel, mänt känd. Den andra protokollstacken innefattar emellertid som är all- dessutom ett multiplexeringsprotokoll, vilket stöder multi- pel 2-vägs mjuka eller emulerade sockets som stöder multip- la förbindelser eller kanaler över en enda HTTP- förbindelse.

Fig 8 är ett schematiskt blockdiagram över protokollstacken i fig 7 mer detaljerat, som visar kommunikation mellan en första klient/server 803 som endast ger access till HTTP- 10 15 20 528 405 _17.. protokollet 801, och en andra klient/server 804 som ger access till TCP/UDP-protokollet 802. Apparaterna kommunice- rar med användning av E2E-protokollet, som döljer den ökade komplexiteten för tjänsteleverantörsapplikationen. Med andra ord behöver tjänsteleverantörsapplikationen inte bekymra sig om vilket protokoll anordningen är i stånd att hantera, utan kan använda det transparenta E2E-protokollet.

En plattform 805 innehåller tvâ protokollstackar 806 och 807 och hanterar översättningen mellan de olika proto- kollstackarna. Även om denna utföringsform visar kommunika- tion mellan tvâ radioapparater är den även applicerbar, när en av nämnda klient/server är tjänsteleverantörsapplikation som finns i en dator.

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 (21)

10 75 20 25 30 35 528 405 - :a- EAIENTKRÄV

1. Komunikationsplattform 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 anordnad för att åtminstone delvis hantera kommunikation mellan radio- kommunikationsapparaten och en nätbrygga, som är placerad i det andra nätet, kännetocknad av, att - nätbryggan är anordnad för att hantera kommunikation mellan det andra nätet och nämnda kommunikationsplatt- form, och - nämnda kommunikationsplattform innefattar ett applika- tionsprogrammeringsgränssnitt, som finns för att hantera dubbelriktad kommunikation mellan tjänsteleverantören och radiokommunikationsapparaten.

2. Kommunikationsplattform enligt kravet 1, varvid kommuni- kationsplattformen är anordnad för att upprätta en kon- trollkanal mellan kommunikationsplattformen och radiokommu- nikationsapparaten.

3. Kommunikationsplattform enligt kravet 1, varvid radio- kommunikationsapparaten innefattar en radioapparatplatt- form, som tillhandahåller ett medel för radiokommunika- tionsapparaten att kommunicera en tjänsteleverantörsappli- kation med användning av radioapparatplattformen och kommu- nikationsplattformen.

4. Kommunikationsplattform enligt kravet 1, varvid en tjänsteleverantörsapplikation är anordnad för att kommuni- cera med radiokommunikationsapparaten, genom kommunika- tionsplattformen, med användning av ett applikationsproto- koll som stöds av kommunikationsplattformen och en radio- kommunikationsapparatsapplikation.

5. Kommunikationsplattform enligt kravet 1, varvid 10 75 20 25 30 35 528 405 _|q- - radiokommunikationsapparaten är anordnad för att ansluta till kommunikationsplattformen och ta emot och lagra för- sta datainformation, som alstras vid kommunikationsplatt- formen, och - kommunikationsplattformen är anordnad för att lagra nämn- da första data i samband med andra datainformation, som identifierar radiokommunikationsapparaten och en ses- sionskontext i kommunikationsplattformen.

6. Kommunikationsplattform enligt kravet 1 eller 2, varvid kommunikationsplattformen är anordnad för att alstra en unik nyckel vid mottagning av en förbindelse från radiokom- munikationsapparaten, som unikt identifierar radiokommuni- kationsapparaten, och att sända nyckeln till radiokommuni- kationsapparaten.

7. Komunikationsplattform enligt kravet 3, varvid radio- kommunikationsapparaten är anordnad för att sända den mot- tagning nyckeln till kommunikationsplattformen närhelst förbindelse återupprättas efter temporärt avbrott på för- bindelsen.

8. Komunikationsplattform enligt kravet 2, varvid tjänste- leverantören är utrustad för att använda den andra datain- formationen i kommunikationsplattformen för att initiera kommunikation till radiokommunikationsapparaten.

9. Kommunikationsplattform enligt något av kraven 1 till 5, varvid kommunikationsplattformen är anordnad för att upp- rätta en datakanal med radiokommunikationsapparaten med användning av nämnda kontrollkanal.

10. Kommunikationsplattform enligt kravet 1, varvid syste- met innefattar åtminstone en andra radiokomunikationsappa- rat, som har en kontrollkanal upprättad till kommunika- tionsplattformen, och varvid den första radiokommunika- tionsapparaten är anordnad för att upprätta en datakanal, 10 75 20 25 30 35 528 405 -gZO~ genom kommnnikationsplattformen, till nämnda andra radio- kommunikationsapparat med användning av kontrollkanalen.

11. Kommunikationsplattform enligt kravet 3, varvid - radiokommunikationsapparaten är anordnad för att ansluta till kommunikationsplattformen med användning av HTTP- protokollet, och - kommunikationsplattformen är anordnad för att fördröja ett HTTP-svar på varje HTTP-begäran från radiokommunika- tionsapparaten, och radiokomunikationsapparaten är an- ordnad för att sända en ny HTTP-begäran vid mottagning av ett HTTP-svar och därigenom upprätta en kommunikationska- nal.

12. Kommunikationsplattform enligt kravet 1, varvid kommu- nikationsplattformen tar emot och lagrar information om tillståndet hos radiokommunikationsapparaten och varje tjänsteleverantörsapplikation.

13. Kommunikationsplattform enligt kravet 1, varvid tjäns- televerantörsapplikation är en applikation i en andra ra- diokommunikationsapparat.

14. Kommunikationsplattform enligt kravet 1, varvid den andra radiokommunikationsapparaten är placerad i det andra nätet.

15. Kommunikationsplattform enligt kravet 1, varvid nämnda första nätnod är en SGSN, nätbryggan är en GGSN, och där kommunikationen mellan SGSN-en och radiokommunikationsappa- raten använder GPRS.

16. Metod för paketkomunikation mellan en tjänsteleveran- tör, som är belägen i ett första nät, och en radiokommuni- kationsapparat som är belägen i ett andra nät, varvid det andra nätet innefattar en första nätnod för kommunikation mellan radiokommunikationsapparaten och en nätbrygga, och 10 15 20 25 30 35 528 405 _ :Z|_ nätbryggan är anordnad för kommunikation mellan den första nätnoden och det första nätet, kännatecknad av stegen: a) sänd en begäran om en kommunikationskanal från radiokom- munikationsapparaten till en kommunikationsplattform, som är placerad i det första nätet och kommunicerar med nätbryggan, b) alstra en unik nyckel i kommunikationsplattformen, c) lagra nyckeln i kommunikationsplattformen i samband med en sessionskontext och åtminstone en första datainforma- tion, som identifierar radiokommunikationsapparaten, d) sänd nyckeln till radiokommunikationsapparaten, e) lagra nyckeln i radiokommunikationsapparaten, och f) använd den åtminstone första datainformationen för att upprätta en kommunikationskanal mellan tjänsteleverantö- ren och radiokommunikationsapparaten.

17. Metod enligt kravet 16, som om kommunikationen bryts mellan radiokommunikationsapparaten och kommunikations- plattformen innefattar det ytterligare steget: sänd nyck- eln, som är lagrad i radiokommunikationsapparaten, från radiokommunikationsapparaten till kommunikationsplattfor- men, när kommunikationen àterupprättas mellan radiokommuni- kationsapparaten och kommunikationsplattformen.

18. Metod enligt kravet 17, som dessutom innefattar steget: upprätta en kontrollkanal mellan radiokommunikationsappara- ten och kommunikationsplattformen med användning av stegen a) till e) ovan.

19. Metod enligt kravet 18 innefattande stegen: - sänd en begäran om datakanal från en tjänsteleverantör till kommunikationsplattformen med begäran om en dataka- nal från tjänsteleverantören till radiokommunikationsap- paraten, - identifiera kontrollkanalen för radiokommunikationsappa- raten, 10 15 20 25 30 35 528 405 -21- upprätta en datakanal mellan radiokommunikationsapparaten och nämnda plattform med användning av kontrollkanalen, och sänd data mellan tjänsteleverantören och radiokommunika- tionsapparaten med användning av datakanalen.

20. Metod enligt kravet 16 innefattande stegen: ta emot ett datapaket från tjänsteleverantören till kom- munikationsplattformen, lagra nämnda datapaket vid komunikationsplattformen, sänd nämnda datapaket till radiokomunikationsapparaten, vänta på ett bekräftelsepaket från radiokommunikationsap- paraten, som indikerar att nämnda datapaket mottagits mede framgång, och àtersänd nämnda datapaket till radiokommunikationsappara- ten om bekräftelsepaketet inte mottagits inom en specifi- cerad tidrymd, eller om bekräftelsepaketet indikerar fel vid mottagningen av nämnda datapaket vid radiokommunika- tionsapparaten.

21. Metod enligt kravet 16, varvid komunikationsplattfor- men innefattar ett flertal kommunikationsplattformsenheter, varvid en första kommunikationsplattformsenhet av nämnda kommunikationsplattformsenheter innefattar en databas, som sätter nämnda nyckel i samband med identiteten hos den kommunikationsplattformsenhet, vilken hanterar sessionen, varvid metoden dessutom innefattar stegen: ta emot en nyckel vid en andra enhet av nämnda kommunika- tionsplattformsenheter, sände en identitetsbegäran innefattande nyckeln till den första komunikationsplattformsenheten, ta emot en komunikationsplattformsenhetsidentitet fràn den första kommunikationsplattformsenheten vid den andra kommunikationsplattformsenheten, som identifierar en han- terande kommunikationsplattformsenhet, sänd nämnda nyckel till den hanterande kommunikations- plattformsenheten, och 528 405 _25- - besvara nämnda kommunikationsplattformsenhet från nämnda hanterande plattformsenhet.