FI106494B - Kehystahdistusmekanismi - Google Patents

Kehystahdistusmekanismi Download PDF

Info

Publication number
FI106494B
FI106494B FI991184A FI991184A FI106494B FI 106494 B FI106494 B FI 106494B FI 991184 A FI991184 A FI 991184A FI 991184 A FI991184 A FI 991184A FI 106494 B FI106494 B FI 106494B
Authority
FI
Finland
Prior art keywords
connection
frame number
hfn
end node
node
Prior art date
Application number
FI991184A
Other languages
English (en)
Swedish (sv)
Other versions
FI991184A (fi
FI991184A0 (fi
Inventor
Jukka Ranta
Jukka Vialen
Valtteri Niemi
Fabio Longoni
Original Assignee
Nokia Networks Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from FI982399A external-priority patent/FI982399A0/fi
Priority claimed from FI990499A external-priority patent/FI990499A0/fi
Application filed by Nokia Networks Oy filed Critical Nokia Networks Oy
Priority to FI991184A priority Critical patent/FI106494B/fi
Publication of FI991184A0 publication Critical patent/FI991184A0/fi
Priority to CN99813850.9A priority patent/CN1278571C/zh
Priority to AU12739/00A priority patent/AU1273900A/en
Priority to JP2000581817A priority patent/JP3519688B2/ja
Priority to PCT/FI1999/000926 priority patent/WO2000028744A2/en
Priority to BRPI9915081-6B1A priority patent/BR9915081B1/pt
Priority to EP99956044A priority patent/EP1125449B1/en
Priority to DE69929535T priority patent/DE69929535T2/de
Priority to AT05108181T priority patent/ATE538617T1/de
Priority to EP05108181A priority patent/EP1610474B1/en
Priority to AT99956044T priority patent/ATE316317T1/de
Publication of FI991184A publication Critical patent/FI991184A/fi
Publication of FI106494B publication Critical patent/FI106494B/fi
Application granted granted Critical
Priority to US09/847,580 priority patent/US7085294B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2662—Arrangements for Wireless System Synchronisation
    • H04B7/2671—Arrangements for Wireless Time-Division Multiple Access [TDMA] System Synchronisation
    • H04B7/2678—Time synchronisation
    • H04B7/2681—Synchronisation of a mobile station with one base station
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2662—Arrangements for Wireless System Synchronisation
    • H04B7/2671—Arrangements for Wireless Time-Division Multiple Access [TDMA] System Synchronisation
    • H04B7/2678—Time synchronisation
    • H04B7/2684—Synchronisation of a mobile station with more than one base station
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W56/0015—Synchronization between nodes one node acting as a reference for the others
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/004—Synchronisation arrangements compensating for timing error of reception due to propagation delay
    • H04W56/0045—Synchronisation arrangements compensating for timing error of reception due to propagation delay compensating for timing error by altering transmission time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Medicinal Preparation (AREA)
  • Medicines That Contain Protein Lipid Enzymes And Other Medicines (AREA)
  • Electrophonic Musical Instruments (AREA)
  • Vehicle Body Suspensions (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)
  • Reduction Or Emphasis Of Bandwidth Of Signals (AREA)

Description

106494
Kehystahdistusmekanismi
Keksinnön tausta
Keksintö liittyy menetelmiin ja laitteistoon sellaisten kehysten tahdistamiseksi, jotka lähetetään usean rinnakkaisen siirtotien yli tietoliikennever-5 kossa.
Kuvio 1A esittää tietoliikenneverkkoa, jossa keksintöä voidaan soveltaa. Tietoliikenneverkko voisi olla ns. kolmannen sukupolven solukkomat-kaviestinverkko, kuten UMTS (Universal Mobile Telecommunications System). Tietoliikenneverkko käsittää ensimmäisen päätysolmun, kuten matkaviestimen 10 MS, ja toisen päätysolmun, kuten radioverkon ohjaimen (Radio Network Controller) RNC1, RNC2. Verkko käsittää myös useita välisolmuja, kuten tukiasemia (Base Station) BS1 - BS4. Päätysolmujen välillä lähetettävä informaatio muotoillaan kehyksiksi, ja ainakin jotkut kehykset lähetetään päätysolmujen välillä ainakin kahden välisolmun kautta. Sitä välisolmua, jonka kautta pää-15 tysolmujen välinen yhteys ensiksi muodostetaan, kutsutaan ensimmäiseksi vä-lisolmuksi. Muita välisolmuja, jotka lisätään yhteyteen myöhemmin, kutsutaan toisiksi välisolmuiksi. Solukkoverkon terminologiassa kehysten reitittämistä usean välisolmun kautta kutsutaan makrodiversiteetiksi, diversiteetin yhdistämiseksi tai pehmeäksi solunvaihdoksi.
20 Kuvio 1B esittää ongelmaa, joka liittyy kuviossa 1A näytettyyn jär jestelmään. Tästä eteenpäin keksintö selostetaan käyttäen solukkoverkkojen, erityisesti UMTS.in käsitteitä ja termistöä, mutta tulisi pitää mielessä, että keksintö on sovellettavissa muihinkin tietoliikenneverkkoihin, joissa välisolmut (tukiasemat) eivät ole synkronoituja toisiinsa ja/tai päätysolmuihin (MS, RNC). 25 Toisin sanoen eri solmut eivät käytä yhteistä ajoitusviitettä ja/tai kehysnume-rointisekvenssiä. Kuitenkin viimeaikainen UMTS:in kirjallisuus suosii termiä käyttäjän laitteisto (User Equipment, UE), mutta tässä hakemuksessa käytetään termiä matkaviestin, (Mobile Station MS).
Tämänhetkisen UMTS-näkemyksen mukaan vältetään jonkin verran . 30 liikennekuormitusta siten, että kehysten mukana ei lähetetä niiden numeroita (siis liikennekanavalla) radiorajapinnan Uu yli. Sen sijaan suunnassa tukiasemalta matkaviestimelle kehysnumerot yleislähetetään kaikille matkaviestimille samanaikaisesti, ja suunnassa matkaviestimeltä RNC:lle tukiasemat lisäävät kehysnumerot modulo-p -sekvenssissä, missä tämänhetkinen p:lle ehdotettu 35 arvo on 72. Toisin sanoen kehysnumerot toistuvat syklisesti: 0, 1, ..., 71, 0, 1, . . jne. Tukiasemat eivät ole synkronoituja toisiinsa. Sen vuoksi kehysnumerot 106494 2 ovat suhteellisia, ja tosiasiallisesti sellaisinaan ne ovat merkityksettömiä ilman ainakin implisiittistä informaatiota siitä ajoitusviitteestä, johon ne perustuvat. Näkökulmasta riippuen kehysnumeroista käytetään nimityksiä MSFN, BS1FN, BS2FN jne. Kuviossa 1B aika etenee ylhäältä alas. Hetkellä TO matkaviestin 5 MS vastaanottaa kehyksen, jonka se tulkitsee kehykseksi numero N. Koska matkaviestimen ajoitusviite, eli sen kello, on pääajoitusviite, RNC:n on täytynyt lähettää tämä kehys jonkin aikaa ennen hetkeä TO. Tätä ’’jotakin aikaa” kutsutaan ajoituserotukseksi (Timing Difference) Tdiff, ja se johtuu äärellisistä kulku- ja käsittelyviiveistä RNC:n ja matkaviestimen välillä. (Lähetysviiveen kä-10 site on jonkin verran analoginen GSM-järjestelmän ajoitusennakon suhteen, mutta GSM:ssä säädetään matkaviestimen ajoitusennakkoa.)
Hetkellä TO matkaviestin MS lähettää myös yläsuuntaisen kehyksen RNC:lle. Tämä yläsuuntainen kehys on myös numeroltaan N, koska kehysnu-merointi perustuu matkaviestimen ajoitusviitteeseen. Kunkin solmun (MS, BS1, 15 BS2) alla on esitetty vastaava ajoitusviite eli kehysnumerointisekvenssi (MSFN, BS1FN, BS2FN). Likimain hetkellä TO+Tdiff RNC vastaanottaa kehyksen N kahden tukiaseman BS1 ja BS2 kautta. Koska kehysnumeroa ei lähetetä radiorajapinnan kautta, ja koska tukiasemat käyttävät erilaisia ajoitusviit-teitä, BS1 lähettää tämän kehyksen RNC:lle kehyksenä N’, kun taas BS2 lä-20 hettäisi saman kehyksen kehyksenä N”. RNC:lle ei ole sisäisä ajoitusviitettä.
Vaikka tämä ensimmäinen ongelma on vakavin makrodiversiteettiä käyttävässä järjestelmässä, perustana oleva BS/RNC:n synkrontointiongelma esiintyy myös ilman makrodiversiteettiäkin.
Toinen ongelma on, että joissakin tietoliikennejärjestelmissä, kuten 25 UMTS:issa, yhteys voidaan konfiguroida uudelleen, esimerkiksi erilaisen da-tanopeuden neuvottelemiseksi. Tällaisen uudelleenkonfiguroinnin tulee tapahtua samanaikaisesti kaikissa yhteyteen osallistuvissa solmuissa.
Kolmas ongelma on, että salakirjoitusta käyttävissä järjestelmissä kehysnumeroa käytetään usein jatkuvasti vaihtuvana salakirjoitusavaimena. 30 Kuitenkin modulo-72 -kehysnumero on liian lyhyt luotettavaa salakirjoitusta varten.
Keksinnön lyhyt selostus
Keksinnön välitavoitteena on tuottaa mekanismi ainakin ensimmäisen yllä kuvatun ongelman, siis MS/BS/RNC -synkronoinnin ratkaisemiseksi. 35 Lopullinen tavoite on ratkaista myös muut kaksi ongelmaa, jotka liittyvät sa-- - manaikaiseen uudelleenkonfigurointiin ja salakirjoitukseen.
10649.A
3 Välitavoite saavutetaan menetelmällä ja laitteistolla, joille on tunnusomaista se, mitä sanotaan itsenäisissä patenttivaatimuksissa. Keksinnön edulliset suoritusmuodot muiden kahden ongelman ratkaisemiseksi ovat epäitsenäisten patenttivaatimusten kohteena.
5 Keksintö perustuu uuden ongelman paikallistamiseen (makrodiver- siteetin tunnetuissa toteutuksissa tukiasemat on synkronoitu eikä ongelmaa esiinny). Keksintö perustuu myös ajatukseen, joka voidaan toteuttaa menetelmänä, johon kuuluu seuraavat vaiheet: (1) perustetaan (CFN.ksi kutsuttu) yhteyskohtainen ajoitusviive, joka on yhteinen kaikille yhteyteen osallistuville 10 solmuille; (2) määritetään ainakin yhdelle tukiasemalle siirtymä, joka liittyy kyseisen tukiaseman ja CFN:n väliseen ajoitusviitteiden erotukseen; ja (3) käytetään informaatiota tästä siirtymästä kompensoimaan ajoitusviitteiden välistä erotusta.
Keksinnön mukaisesti ehdotetaan, että matkaviestimen MS ja pal-15 velevan radioverkon ohjaimen SRNC (Serving Radio Network Controller) tulee sopia yhteinen ajoitusviite, joka käsittää ainakin yhteisen kehysnumerointikaa-vion. Tämän hakemuksen puitteissa ‘yhteinen’ tarkoittaa yhteistä matkaviestimen, SRNC:n ja niiden välissä olevien tukiasemien väliselle yhteydelle. Tällaista yhteistä kehysnumerointikaaviota kutsutaan yhteyskehysnumeroksi CFN 20 (Connection Frame Number).
Keksinnön edullisen suoritusmuodon mukaan ainakin yksi tukiasema käyttää siirtymää synkronoidakseen ajoitusviitteensä RNC:n ajoitusviittee-seen.
Yhteisen kehysnumerointikaavion CFN käyttäminen tarkoittaa, että 25 kun SRNC päättää lähettää dataa matkaviestimelle MS, se merkitsee kehyksen kehysnumerolla X. Kun matkaviestin vastaanottaa tämän kehyksen, se tunnistaa sen kehykseksi X. Todellista kehysnumeroa ei kuitenkaan lähetetä liikennekanavalla ja vastaavasti yhteisestä kehysnumerointikaaviosta on sovittava yhteyttä muodostettaessa. Toisin sanoen matkaviestimen ja SRNC:n 30 on synkronoitava kehysnumerointikaavionsa matkaviestimen aktiviteetin alus-·’. sa, eli matkaviestimen ja SRNC:n on synkroiduttava keskenään yhteyden muutaman ensimmäisen sanoman vaihtamisen aikana. Haluttaessa MS/SRNC -synkronointi voi perustua erilliseen synkronointisanomaan, mutta erillinen sanoma tähän tarkoitukseen on tarpeeton seuraavaa mekanismia käytettäessä: 35 Ensimmäinen matkaviestimen lähettämä sanoma on tyypillisesti Connection Request -sanoma. Se käsittää niiden solujen mittauksia, jotka matkaviestin « 4 106494 ehdottaa liitettäväksi sen aktiiviseen joukkoon eli sen aktiivisten solu-jen/tukiasemien joukkoon. Keksinnön mukaisesti tämä aloitussanoma käsittää myös informaatiota eri tukiasemien ajoitusviitteiden välisestä erotuksesta. Matkaviestimen MS ja tukiaseman numero n välisen ajoitusviitteiden välisestä 5 siirtymästä käytetään merkintää OFSn. Se mitataan kullekin matkaviestimen monitoroimalle tukiasemalle.
SRNC määrittää yhteisen ajoitusviitteen siitä hetkestä, jolloin se vastaanottaa matkaviestimeltä aloitussanoman Connection Request. Kun SRNC käskee tukiasemaa/asemia perustamaan matkaviestimelle dedikoituja 10 kanavia, se myös lähettää tukiasemalle vastaavan tukiasemakohtaisen siirtymän OFSn. Kuhunkin alasuuntaiseen kehykseen SRNC sisällyttää yhteisen kehysnumerointikaavion mukaisen kehysnumeron. Kullekin kehykselle tämä numero on sama kaikille tukiasemille. Radiorajapinnan yli tapahtuvaa lähetystä varten kukin tukiasema käyttää omaa tukiasemakohtaista siirtymäänsä OFSn 15 kartoittaakseen yhteisen kehysnumeron tukiaseman omaan numerointikaavi-oon. Tämän kehysnumerokartoituksen jälkeen tukiasema voi lähettää kehyksen oikealla ajanhetkellä. Tukiasemat toteuttavat myös käänteisen kartoituksen yläsuunnassa, jolloin SRNC:n diversiteetin yhdistämisyksikkö kykenee yhdistämään kehykset, joilla on yhteinen kehysnumero.
20 Yhteinen kehysnumero on myös ajoitusviite, jota käytetään RRC
(Radio Resource Control protocol) -sanomille, esim. tukiaseman vaihtokäs-kyille SRNC:ltä matkaviestimelle.
Keksinnön erään suoritusmuodon mukaan yhden tukiaseman, edullisesti ensimmäisen yhteyteen osallistuvan tukiaseman, ei tarvitse kompensoi-25 da ajoitusviitteiden välistä erotusta. Toisin sanoen muiden tukiasemien ajoi-tusviitteitä siirretään vastaamaan ensimmäisen tukiaseman ajoitusviitettä.
Keksinnön erään edullisen suoritusmuodon mukaan kehysnumero FN käsittää kaksi osaa. Yksi osa, joka muodostaa kehysnumeron vähiten merkitsevät bitit, on tunnettu modulo-72 CFN. Toista osaa, joka muodostaa ke-30 hysnumeron eniten merkitsevät bitit, voidaan kutsua hyperkehysnumeroksi HFN (Hyper Frame Number). Kehysnumeron FN (= CFN + HFN) yhteinen pituus on mieluiten ainakin 32 bittiä. Tämä suoritusmuoto ratkaisee yllä olevan, salakirjoitukseen liittyvän kolmannen ongelman.
Kun matkaviestin lähettää aloitussanomansa Connection Request, 35 se voi asettaa CFN:n sen RACH-kehyksen BS1FN-numeroksi, jossa kehyksessä sanoma onnistuneesti lähetettiin. (HFN:n edullinen aloitusarvo esitetään t 106494 5 myöhemmin.) SRNC vastaanottaa sanoman FCL (Frame Control Layer) -kehyksessä, joka sisältää myös BS1FN:n (=CFN), ja se voi alustaa MSFN:n oikeaan arvoon. SRNC:ssä tallennettua MSFN-numeroa (tälle nimenomaiselle matkaviestimelle) kasvatetaan 10 ms:n välein, vaikkei yläsuuntaisia kehyksiä 5 vastaanotettaisikaan. Käytännössä kuitenkin riittää kasvattaa HFN:ää joka 720 ms:n välein, koska CFN sisällytetään jokaiseen yläsuuntaiseen FCL-kehykseen. On mahdollista eliminoida matkaviestinkohtainen HFN-laskuri siten, että 1) kullekin matkaviestimelle tallennetaan vain aloitusarvo; ja 2) kullekin kehykselle aloitusarvoon lisätään täysien CFN-jaksojen määrä (720 ms kulo kin) alkaen yhteyden muodostumisesta eli hetkestä, jolloin HFN alustettiin.
Koska matkaviestimen ajoitusviite on johtava, matkaviestin voi vapaasti valita minkä tahansa arvon CFN:n ja/tai HFN:n alkuarvoksi. Tätä vapausastetta voidaan käyttää salakirjoituksen turvallisuuden parantamiseksi. Sen sijaan, että CFN ja/tai HFN asetettaisiin kiinteästi Connection Request 15 -sanoman ajan perusteella, tätä ajanhetkeä voitaisiin käyttää siemenlukuna salaiseen algoritmiin tuottamaan salakirjoituksen alkuarvo siten, että alkuarvo ei ole salakuuntelijan saatavissa.
Salakirjoitusta varten osapuolten tulisi: 1) alustaa siemenluku (CFN ja/tai HFN) ja 2) välttää saman siemenluvun käyttämistä kahdesti tai useam-20 min lyhyen ajanjakson kuluessa. Saman siemenluvun käyttäminen uudelleen voisi heikentää salakirjoituksen turvallisuutta. Oletetaan esimerkiksi, että matkaviestin käyttää samaa salakirjoitusavainta Ke kahdessa peräkkäisessä RRC-yhteydessä. Jos molemmissa yhteyksissä HFN alustetaan nollaksi, samaa salakirjoituksen syötettä (FN ja Ke) käytetään kahdesti ja samaa salakirjoitus-25 maskia käytetään suhteellisen lyhen ajanjakson kuluessa. Tämä voi tapahtua myös satunnaisalustusta käytettäessä.
Keksinnön vielä erään edullisen suoritusmuodon mukaan salakirjoituksen turvallisuutta parannetaan seuraavasti. Kun RRC-yhteys puretaan, matkaviestin tallentaa viimeksi käytetyn HFN:n (tai jotakin muuta informaatiota, 30 josta viimeksi käytetty HFN voidaan määrittää). Matkaviestin voi estää saman salakirjoitusavaimen uudelleenkäytön tallentamalla viimeksi käytetyn HFN:n esimerkiksi SIM-korttiinsa. UMTS-järjestelmässä USIM korvaa SIM:in. Uutta RRC-yhteyttä muodostettaessa matkaviestin alustaa HFN:n arvoon, joka on korkeampi kuin viimeksi käytetty HFN ja lähettää tämän arvon SRNC:lle, edul-35 lisesti sanomassa RRC Connection Setup Request. Tätä HFN:n arvoa käytetään viitteenä HFN:n alustamiseksi SRNC.ssä. Seuraavan HFN:n optimiarvo 106494.
6 on viimeksi käytetty HFN plus yksi. Tämä varmistaa maksimaalisen ajanjakson siihen, kunnes samaa salakirjoitusavainta käytetään uudelleen. Tulisi huomata, että RRC Connection Setup Request -sanoma on vain yksi mahdollinen sanoma HFN.n alustusarvon lähettämiseksi. Tämä arvo voidaan lähettää mis-5 sä tahansa sanomassa, minä tahansa ajanhetkenä, kunnes salakirjoitus aloitetaan.
RRC Connection Setup -sanoman pituuden minimoimiseksi tulisi olla mahdollista lähettää vain HFN:n eniten merkitsevät bitit (jolloin vähiten merkitsevät bitit ovat oletustilassa, esim. nollia). HFN:n alustukseen käytettä-10 vien bittien määrä riippuu siitä, montako kertaa samaa salakirjoitusavainta voidaan käyttää uudelleen kun uusi RRC-yhteys perustetaan. Kahdeksan bittiä on todennäköisesti riittävä määrä HFN:n lähetettyjä eniten merkitseviä bittejä varten.
Ennen kuin salakirjoitus aloitetaan (esim. kun uusi RRC-yhteys pe-15 rustetaan), FIFN tulisi alustaa arvoon, joka on korkeampi kuin viimeksi käytetty HFN:n arvo. Tämä voidaan varmistaa seuraavasti. Kun RRC-yhteys puretaan, matkaviestin tallentaa viimeksi käytetyn FIFN:n arvon, sopivimmin SIM-korttiinsa. Kun seuraava RRC-yhteys perustetaan, arvo luetaan SIM-kortista ja sitä kasvatetaan yhdellä. Yhdellä kasvattaminen varmistaa maksimaalisen 20 ajanjakson, kunnes samaa salakirjoitusavainta käytetään uudelleen. Kasvattaminen voidaan luonnollisesti tehdä ennen tallentamista.
Flieman muistia voidaan säästää tallentamalla vain HFN:n eniten merkitsevät bitit (joita voidaan kasvattaa ennen tallennusta tai sen jälkeen).
Matkaviestimen ja radioverkon UTRAN (UMTS Radio Access Net-25 work) välinen HFN voidaan synkronoida lähettämällä HFN (tai sen eniten merkitsevät bitit) matkaviestimeltä verkolle RACH-kanavalla RRC Connection Setup Request -sanomassa. Vaihtoehtoisesti matkaviestin voisi lähettää HFN:n (tai sen eniten merkitsevät bitit) UTRAN-verkolle: 1) käyttäen dedikoitua kanavaa; 2) autentikointiproseduurin kuluessa; tai 3) Ciphering Mode Comp-30 lete -sanomassa. Jos verkolla on tietoa viimeksi käytetystä HFN:stä (esim.
T. RRC-yhteyden uudelleenmuodostusproseduurissa), RNC voi alustaa HFN:n.
Solunvaihdon tapauksessa GSM:stä UMTS:iin sopiva sanoma on Handover Complete. Vaihtoehtoisesti matkaviestin voisi lähettää HFN:n (tai sen eniten merkitsevät bitit) GSM-verkolle, joka välittää sen/ne UMTS-verkolle. 35 Vieläkin on olemassa potentiaalinen turvallisuusriski. Tämä riski voi syntyä tilanteessa, jossa matkaviestimen virtalähde (akku) pettää puhelun ai- 7 106494 kana. Kun akku ladataan tai vaihdetaan, ja kun uusi yhteys on muodostettu, HFN (tai sen eniten merkitsevät bitit) luetaan SIM-kortista, ja lähetetään verkolle. Kuitenkin jos akku pettää eikä matkaviestin ehdi tallentaa viimeksi käytettyä HFN-arvoa, uusi yhteys (akun latauksen/vaihdon jälkeen) käyttää 5 ’’vanhaa” HFN-arvoa. Tämän seurauksena uusi yhteys käyttää samoja kehys-numeroita kuin edellinen yhteys, mikä heikentää turvallisuutta.
Vastaavasti on edullista toteuttaa seuraava ominaisuus: kun viimeksi käytetty HFN luetaan SIM-kortilta, sen tilaksi merkitään ’’vanha” (tai ’’käytetty”). Yhteyden lopussa, kun viimeksi käytetty HFN-luku kirjoitetaan SIM-10 kortille, sen tilaksi merkitään ’’uusi” (tai ’’käyttämätön”). Ellei viimeksi käytettyä HFN:ää voida kunnossa päivittää SIM-kortille (esim. akun pettämisen takia), matkaviestin noutaa ’’vanhan” HFN-luvun (tai sen eniten merkitsevät bitit). Tässä tapauksessa matkaviestimellä on ainakin kaksi vaihtoehtoa.
Ensimmäisen vaihtoehdon mukaan matkaviestin voi valita CFN.IIe 15 satunnaisluvun. Tämän satunnaisluvun tulisi olla huomattavasti suurempi kuin viimeksi käytetty HFN, niin että kehysnumerosekvenssin kertautuminen on erittäin epätodennäköistä. Tämä voitaisiin pakottaa, jos matkaviestin päivittää HFN:n SIM-kortille aina L:n hyperkehyksen välein ja merkitsee viimeksi päivitetyn HFN:n ’’vanhaksi”. Jos akku pettää, seuraavan ytheyden HFNiksi asete-20 taan (SIM-kortille tallennettu) "vanha” HFN + L + 1. Tämä arvo tulisi välittömästi päivittää SIM-kortille ja merkitä "vanhaksi”. (Luonnollisesti, koska HFN:n pituus on rajallinen, "suurempi” tulisi tulkita moduloperiaatteella).
Toisen vaihtoehdon mukaan matkaviestin voi informoida verkolle, että sillä on huono HFN ja pyytää uutta salakirjoitusavainta Ke. Kun Ke on 25 vaihdettu, ei ole merkitystä sillä mitä HFN:ää käytetään ensimmäiseen yhteyteen uudella Kc:lla.
Joissakin salakirjoituskäsitteissä CFN.ää ei voida käyttää salakir-joituslaskurina. Tämä pätee, mikäli salakirjoitus on suoritettava protokollaker-roksella, joka ei suoraan ohjaa CFN:ää, esim. RLC (Radio Link Control) 30 -kerroksella. Tässä tapauksessa samaa HFN:ää voidaan edelleen käyttää sa-lakirjoituslaskurin alustamiseen, mutta alustamisen jälkeen salakirjoituslaskuria ei inkrementoida yhdessä CFN:n kanssa, vaan jonkin muun mekanismin kautta, esim. seuraamalla RLC PDU -numeroita. RLC PDU -numeron - kuten CFN:nkin - pituus on normaalisti äärellinen siten, että RLC PDU -numeron jak-35 so on olennaisesti lyhyempi kuin tyypillisen yhteyden kesto. Joissakin salakirjoituskäsitteissä on jopa mahdollista, että salakirjoitus toteutetaan useammalla • · 8 106494 kuin yhdellä protokollakerroksella, esim. RLC-kerroksella kaikille läpinäkymättömille palveluille ja MAC-kerroksella niille palveluille, jotka käyttävät läpinäkyvää RLC.tä. Tässä tapauksessa salakirjoitus MAC-kerroksella voi käyttää HFN+CFN:ää salakirjoituksen sekvenssinumerona, kun taas RLC-kerroksen 5 salakirjoituksen tulisi käyttää HFN+RLC PDU-numeroa salakirjoitusalgoritmin sekvenssinumerosyötteenä.
Tapauksessa, jossa salakirjoitus ei voi hyödyntää CFN:ää, esim. RLC-kerroksella, aiheutuu uusia ongelmia mahdollisuudesta olla useita rinnakkaisia palveluja (radiopääsyn verkkopalveluja), joista kukin käyttää omaa 10 RLC-entiteettiään, ja joista kullakin on siten riippumaton RLC PDU -numeronsa. Käytännössä tämä tarkoittaa, että kullakin palvelulla (radiopääsyn verkkopalvelulla) on oma salakirjoituksen sekvenssinumeronsa. Kaksi kysymystä on ratkaistava: mitä HFN-arvoa käytetään palveluille (radiopääsyn verkkopalveluille), jotka lisätään yhteyteen sen jälkeen, kun sa-15 lakirjoitus joillekin muille verkkopalveluille on jo aktiivinen; 2) mikä HFN tallennetaan SIM:iin (tai muuhun haihtumattomaan muistiin) RRC-yhteyden purkamisen jälkeen, jos kullakin palvelulla on oma salakirjoituslaskurinsa.
Kysymykseen 1) on kaksi potentiaalista ratkaisua. Ensimmäisen ratkaisun mukaan kullekin radiopääsyn verkkopalvelulle HFN luetaan SIM-20 kortista (kuten RRC-yhteyden muodostuksessa). Toisen ratkaisun mukaan HFN uudelle radiopääsyn verkkopalvelulle perustuu suurimpaan yhteydellä käytettyyn HFN-arvoon. Se voidaan asettaa joko samaan arvoon kuin suurin käytetty HFN tai esim. suurimpaan käytettyyn HFN-arvoon, jota kasvatetaan jollakin kokonaisluvulla, edullisesti yhdellä.
25 Kysymykseen 2) eräs ratkaisu on pitää lukua suurimmasta minä ta hansa hetkenä käytössä olevasta HFN-arvosta. Kun RRC-yhteys puretaan (tai kunkin L:n hyperkehyksen jälkeen), suurin käytetty HFN tallennetaan yllä kuvatulla tavalla SIM-kortille. Tämän tiedon ylläpito voidaan toteuttaa esim. pro-tokollanhallintayksikössä, joka pystyy monitoroimaan kaikkia rinnakkaisia sala-30 kirjoitusprosesseja.
Tulisi huomata, että tapauksessa, jossa on käynnissä rinnakkaisia, toisistaan riippumattomia salakirjoituslaskureita, todellista turvallisuusongelmaa ei ratkaista, koska sama salakirjoituslaskurin arvo voi esiintyä hyvin lyhyen aikajakson kuluessa (eri palveluilla). Lisäksi, koska RLC PDU -numeroon 35 perustuvan salakirjoituksen tapauksessa PDU-numero on sisällytettävä lähetykseen salaamattomana, salakuuntelun on helppoa seurata salakirjoituslas- • · 106494 9 kureita. Tämä turvallisuusongelma (vältetään tuottamasta samaa salakirjoi-tusmaskia liian lyhyen ajanjakson kuluessa) voidaan ratkaista a) sisällyttämällä salakirjoitusalgoritmin syötteeseen verkkopalvelukohtainen (tai looginen kanavakohtainen) syöte (esim. verkkopalvelun tunnusnumero) (tämä esitetään pa-5 tenttihakemuksessa FI990500) tai b) käyttämällä kullekin rinnakkaiselle radio-pääsyn verkkopalvelulle erilaista Kc:tä tai salakirjoitusalgoritmia (tämä esitetään patenttihakemuksessa FI980209). Tulisi huomata, että SIM-kortin käyttö on esitetty vain yhtenä vaihtoehtona. Mikä tahansa haihtumaton muisti kelpaa. Kuitenkin HFN:n tallentaminen SIM-kortille voi olla suositeltavaa, ottaen huo-10 mioon tapauksen, jossa matkaviestimen käyttäjä siirtää SIM-korttinsa toiseen päätelaitteeseen.
Keksinnön vielä erään edullisen suoritusmuodon mukaan kehysnu-meroiden siirtymät OFSn eivät ole kokonaislukuja, vaan niillä on parempi resoluutio. OFS:n murto-osaa kutsutaan symbolisiirtymäksi (Symbol Offset) SOF 15 ja sen resoluutio vastaa edullisesti yhtä symbolia eli chippiä, jos 1-kerroksen synkronointi pehmeän kanavanvaihtoproseduurin yhteydessä näin vaatii. Vaihtoehtoisesti OFS ja SOF voidaan tallentaa erillisinä parametreinä.
Jos keksintöä käytetään tietoliikennejärjestelmässä, jossa UMTS:in termistö ei ole sovellettavissa, matkaviestintä MS ja radioverkon ohjainta RNC 20 voidaan kutsuta vastaavasti ensimmäiseksi ja toiseksi päätesolmuksi. Vastaavasti tukiasemia voidaan kutsua välisolmuiksi. Ensimmäistä välisolmua, jonka kautta päätysolmujen välinen yhteys muodostetaan, kutsutaan ensimmäiseksi välisolmuksi. Muita välisolmuja, jotka lisätään yhteyteen myöhemmin, kutsutaan toisiksi välisolmuiksi.
' · 25 Kuvioiden lyhyt selostus
Keksintöä selostetaan nyt lähemmin edullisten suoritusmuotojen yhteydessä, viitaten oheisiin piirroksiin, joista:
Kuvio 1 on solukkomaista tietoliikenneverkkoa esittävä lohkokaavio;
Kuvio 2A havainnollistaa keksinnön käsitettä; \ 30 Kuvio 2B on keksinnön edullista suoritusmuotoa esittävä signaloin- tikaavio; ja
Kuvio 3 esittää tapausta, jossa välisolmu on ohjaava RNC.
Keksinnön yksityiskohtainen selostus
Kuvio 2A havainnollistaa keksinnön käsitettä. Keksinnön mukaisesti 35 määritellään yhteyskohtainen ajoitusviite, jota merkitään viitenumerolla 20.
10 106494
Yhteyskohtainen ajoitusviite 20 käsittää yhteyskohtaisen kehysnumeron CFN (Connection-specific Frame Number) ja edullisesti laajennusosan, josta käytetään nimitystä hyperkehysnumero HFN (Hyper Frame Number), sekä murto-osaisen siirtymän SOF.
5 Periaatteessa yhteyskohtaista kehysnumeroa CFN ylläpidetään kuten mitä tahansa muutakin kehysnumeroa kuviossa 1B. Toisin sanoen sitä askelletaan (inkrementoidaan) nollasta modulo-p -tavalla, missä p on laskimen jakso, kuten 72. Samanlaista kehysnumerolaskuria ylläpidetään kaikille yhteyteen osallistuville solmuille. Ainoa ero laskinten välillä on niiden välinen siir-10 tymä. Kuviossa 2A matkaviestin MS ja RNC synkronoivat kehysnumeronsa MSFN, RNCFN yhteyskohtaiseen kehysnumeroon CFN. CFN:n suhteen tukiasemalla BS1 on tukiasemakohtainen siirtymä BS1 = 2, koska BS1:n kehys-numeroon BS1FN on lisättävä 2 yhteyskohtaisen kehysnumeron CFN saamiseksi. (On vain nimeämiskysymys, kutsutaanko tällaista siirtymää positiiviseksi 15 vai negatiiviseksi.) vastaavasti tukiasemalla BS2 on tukiasemakohtainen siirtymä BS2 = -3. (Kuviossa 2A tällaiset pienet siirtymät on valittu selvyyden vuoksi. Todellisuudessa näiden siirtymien arvot voivat olla mitä tahansa välillä 0-71.) Keksinnön mukaisesti nämä tukiasemakohtaiset siirtymät on määritettävä ja välitettävä kyseiselle tukiasemalle, jolloin kukin tukiasema voi käyttää 20 siirtymää kompensoidakseen eron oman ajoitusviitteensä (siis kehysnumeronsa) ja yhteyskohtaisen ajoitusviitteen 20 välillä.
CFN:llä merkitty pystysuora laatikko osoittaa kehysnumeroita verkon eri kohdissa. Esitetyllä hetkellä yhteyskohtaisella ajoitusviitteellä 20 on kehysnumero CFN = 5, mikä pätee myös matkaviestimelle MS ja RNC:!le.
’ 25 BS1:n tukiasemakohtainen kehysnumero on 3 ja BS2:lla se on 8. Koska mat kaviestin, joka toimii isäntänä, voi vapaasti valita minkä tahansa ajoitusviitteen, ja koska RNC:n on synkronoitava kehysnumeronsa matkaviestimen kehysnumeroon, matkaviestin ja RNC voisivat yhtä hyvin synkronoida kehysnumero-kaavionsa BS1:een, joka on ensimmäinen yhteyteen osallistuva tukiasema. 30 Tämä tarkoittaa, että BS1:n siirtymä OFS1 olisi nolla. (Nollasiirtymän etu on *: kuitenkin vähäinen, ottaen huomioon että BS1:n olisi todennäköisesti helpom paa yksinkertaisesti summata siirtymä kuin ensin tarkistaa, onko siirtymä nolla, ja suorittaa summaus vain jos siirtymä ei ole nolla.)
Yhteyskohtaisen ajoitusviitteen 20 tulisi sisältää myös laajennusosa, 35 josta käytetään nimitystä hyperkehysnumero HFN (Hyper Frame Number). Sitä askelletaan (inkrementoidaan) joka kerran kun CFN saa täyteen jakson,
I I
106494 11 kuten 720 ms:n välein. HFN:n pituuden bitteinä tulisi olla melko suuri kahdesta syystä. Ensiksikin yhdistelmän HFN/CFN tulisi olla yksikäsitteinen yhteyden aikana. Toiseksi yhdistelmää HFN/CFN voitaisiin käyttää avaimena salakirjoitukseen ja sen purkamiseen. Sopiva salakirjoitus/purkuavaimen pituus on n.
5 32 bittiä, jolloin HFN on n. 25 bittiä. Tällaisella bittipituudella HFN/CFN
-yhdistelmä on yksikäsitteinen jopa vuoden kestävällä yhteydellä.
Yhteyskohtainen ajoitusviite 20 sisältää edullisesti myös murto-osaisen siirtymän SOF, jota käytetään kompensoimaan kuviossa 1B näytettyä kulkuviivettä Tdiff.
10 Tulisi huomata, että termi ‘kehysnumero’ voi olla jossakin määrin harhaanjohtava. Kehysnumeroita ei käytetä laskemaan todellisia käyttäjän kehyksiä. Sen sijaan tukiasemat käyttävät niitä numeroidakseen (merkitäkseen) yläsuunnan kehyksiä, jotka lähetetään tietyllä ajanhetkellä. Ne käyttävät myös kehysnumeroita määrittääkseen sen ajanhetken, jolloin tietyn kehysnumeron 15 omaava alasuunnan kehys tulisi lähettää. Jos esimerkiksi oletetaan, että CFN:ää inkrementoidaan 10 ms:n välein ja sen jakso on 72 askelta (720 ms), niin yhteyden perustamisesta yhden sekunnin kuluttua lähetetyn yläsuunnan kehyksen HFN = 1 ja CFN = 28 (100 mod 72). Vastaavasti alasuunnan kehys, jonka kehysnumero on 28, tulee lähettää 280 + n1720 ms yhteyden perusta-20 misen jälkeen. Synkronoinnin ylläpitämiseksi RNC:n ja tukiaseman välillä voidaan lähettää täytekehyksiä (dummy), ellei käyttäjän dataa ole lähetettävänä.
Kuten yllä todettiin, keksinnön edullisen suoritusmuodon mukaisesti viimeksi käytetty HFN tallennetaan matkaviestimen SIM-korttiin RRC-yhteyden purkamisen jälkeen. Uutta RRC-yhteyttä perustettaessa matkaviestin lähettää • · * 25 SRNCJIe aloitusarvon, jonka perusteella SRNC alustaa HFN:n arvoon, joka on korkeampi kuin viimeksi käytetty HFN. Koska HFN:n pituus on äärellinen, 'korkeampi’ tulisi tulkita modulo-tavalla. oletetaan HFN:n pituudeksi esim. 25 bittiä. Jonkin verran muistia voidaan säästää ja yhteyden perustamissanomia lyhentää tallentamalla ja lähettämällä vain HFN:n eniten merkitsevät bitit. Mat-30 kaviestin voisi tallentaa vain kahdeksan eniten merkitsevää bittiä. Näitä kah- *: deksaa bittiä kutsutaan HFN:n MSB-osaksi (most significant bits). Seuraavaa yhteyttä perustettaessa 17 vähiten merkitsevää bittiä (LSB-osa) ei tunneta. Kuitenkin jos MSB-osaa inkrementoidaan yhdellä (kahden peräkkäisen RRC-yhteyden välillä), uuden yhteyden ensimmäinen HFN on varmasti korkeampi 35 kuin edellisen yhteyden viimeinen HFN. Identtinen tulos saavutetaan, jos LSB- · 12 106494 osa oletetaan ykkösiksi ja koko HFN:ää (ei vain MSB-osaa) inkrementoidaan yhdellä.
Kuvio 2B on keksinnön edullisen suoritusmuodon toimintaa esittävä signalointikaavio. Vaiheessa 200 matkaviestin aloittaa yhteyden lähettämällä 5 sanoman RRC_Connection_Request (RRC = Radio Resource Control protocol). Tämä sanoma sisältää niiden tukiasemien mittauksia, jotka matkaviestin ehdottaa sisällytettäviksi aktiivijoukkoonsa. Mittaukset käsittävät kunkin tukiaseman näennäisen tehon ja ajoitusviitteen (kehysnumerosiirtymän). Vaiheessa 202 yhteyspyyntö välitetään palvelevalle radioverkon ohjaimelle SRNC 10 (Serving Radio Network Controller). Vaiheessa 204 SRNC lähettää BS1:lle kanavan aktivoimiskäskyn Channel Activation. Tämä sanoma sisältää kehysnumerosiirtymän BS1:lle, siis OFS1:n. Kuitenkin, koska BS1 on ensimmäinen yhteyteen osallistuva tukiasema, sen siirtymäarvo OFS1 voidaan asettaa nollaksi, koska ei ole välttämätöntä synkronoida tukiasemien kehysnumeroita 15 absoluuttiseen ajoitusviitteeseen. Sen sijaan riittää synkronoida eri tukiasemien kehysnumerot toisiinsa. (Seuraavaksi BS1 lähettää kuittauksen SRNC:lle, mutta tällä ei ole merkitystä keksinnön ymmärtämisen kannalta.) Vaiheissa 206 - 208 lähetetään kuittaus Connection_Request_Ack BS1:n kautta matkaviestimelle. Nyt matkaviestimen ja SRNC:n välille on muodostettu yhteys.
20 Vaiheessa 210 matkaviestin lähettää ensimmäisen yläsuunnan ke hyksensä. Vaiheessa 211 BS1 laskee yhteydelle kehysnumeron CFN, perustuen siihen ajanhetkeen, jolloin se vastaanottaa kehyksen. BS1 myös lisää CFN:ään oman kehysnumerosiirtymänsä OFS1, mutta OFS1 asetettiin nollaksi, eikä CFN muutu. Vaiheessa 212 BS1 lähettää tämän kehyksen SRNC:lle 25 Vaiheet 214-216 esittävät vastaavia vaiheita alasuuntaisen datan lähettämiseksi.
Matkaviestimen on lakkaamatta valvottava naapuritukiasemia. Vaiheessa 220 se lähettää SRNC:lle mittausraportin Measurement Report, joka (tässä esimerkissä) käsittää BS1:n ja BS2:n mittaustietoja. Mittaustiedot kä-30 sittävät BS1:n ja BS2:n mitatun tehon ja kehysnumerosiirtymän. Vaiheessa 222 SRNC päättää, että matkaviestin vastaanottaa BS2:ta riittävän voimakkaasti tämän lisäämiseksi matkaviestimen aktiivijoukkoon. Vaiheessa 224 SRNC lähettää BS2:lle kanavan aktivointikäskyn Channel Activation, joka käsittää kehysnumerosiirtymän OFS2 BS2:lle, Vaiheessa 226 SRNC lähettää 35 matkaviestimelle aktiivijoukon päivityssanoman Active Set Update, joka käskee matkaviestintä sisällyttämään BS2:n aktiivijoukkoonsa. (Active Set 106494 13
Update -sanoma on jossakin määrin analoginen handover-sanoman kanssa, mutta nykyisestä yhdestä tai useammasta tukiasemasta ei välttämättä luovuta.)
Vaiheessa 230 matkaviestin lähettää toisen yläsuunnan datakehyk-5 sen. Tällä kertaa kehyksen välittää kaksi tukiasemaa, BS1 ja BS2. Vaiheessa 231 kumpikin tukiasema määrittää oman tukiasemakohtaisen kehysnumeron-sa BS1FN, BS2FN, perustuen siihen ajanhetkeen, jolloin se vastaanottaa kehyksen, ja lisää BSnFN.ään oman kehysnumerosiirtymänsä OFSn (n={0, 1}). Lukujen OFSn ja BSnFN summa on yhteyskohtainen kehysnumero CFN. Sillä 10 ei ole tukiasemakohtaista indeksiä, koska se on sama yhteyden molemmil-le/kaikille tukiasemille. Vaiheessa 232 BS1 ja BS2 lähettävät yläsuunnan kehyksen SRNC:lle, jonka yhdistämisyksikkö voi yhdistää kehykset oikein, koska CFN on sama molemmissa kehyksissä.
Varsinainen yhdistämisvaihe voi perustua tunnettuihin makrodiver-15 siteettitekniikoihin. Kukin kehys voi sisältää mittaustuloksia, kuten bittivirhesuhde BER (Bit Error Ratio) tai vastaanotetun signaalinvoimakkuuden osoitus RSSI (Received Signal Strength Indication), ja samoin numeroiduista kehyksistä yhdistämisyksikkö voi valita sen, jolla on paras mittaustulos.
Vaiheet 234 ja 236 esittävät alasuuntaisen datan lähettämistä mat-20 kaviestimelle MS. Vaiheessa 234 SRNC lähettää alasuuntaisen datakehyksen, jonka yhteyskohtainen kehysnumero on CFN, molemmille/kaikille matkaviestimen aktiivijoukkoon kuuluville tukiasemille. SRNC määrittää alasuunnan kehysten CFN.n perustuen siihen ajanhetkeen, jolloin SRNC lähettää alasuuntaisen kehyksen. Vaiheessa 235 tukiasemat BS1 ja BS2 käyttävät CFN:ää 25 määrittääkseen sen ajanhetken, jolloin niiden tulee lähettää alasuuntainen kehys matkaviestimelle. Kuviossa 2B tämä ajan laskenta esitetään vaiheena, jossa vähennetään tukiasemakohtainen siirtymä OFSn yhteyskohtaisesta ke-hysnumerosta CFN ja tuloksena on tukiasemakohtainen kehysnumero BSnFN, jolla on hyvin määritelty suhde siihen ajanhetkeen, jolloin kehys tulee lähettää 30 matkaviestimelle. Kuten on selostettu, BSFN osoittaa ajan 720 ms:n syklin *: puitteissa. BSFN:n tietämisen lisäksi tukiaseman on ylläpidettävä hyperkehys- numeroa HFN, joka osoittaa ajan eniten merkitsevät bitit. Seuraavaksi vaiheessa 236 tukiasemat BS1 ja BS2 lähettävät alasuuntaisen datakehyksen matkaviestimelle MS. Erilaiset tukiasemakohtaiset siirtymät OFSn kompensoi-35 vat tukiasemien ajoitusviitteiden välisen eron, ja ne lähettävät kehyksen oikeana ajanhetkenä.
106494 14
Kuviossa 2B ylä- ja alasuunnan kehyksiä lähetetään yksilöllisesti. Käytännössä kuitenkin useita (kuten 4) kehyksiä yhdistetään yhdeksi kulje-tuslohkojoukoksi TBS (Transport Block Set) jotta parannettaisiin salakirjoituksen varmuutta ja immuniteettia lähetysvirheitä vastaan. Sen sijaan, että CFN 5 ja/tai aikakorjausinformaatio sisällytettäisiin jokaiseen kehykseen, tällainen informaatio voidaan sisällyttää vain jokaiseen kuljetuslohkojoukkoon.
Kerroksen 1 symbolien synkronointi UMTS:n nykynäkemyksen mukaan yhdistettävää alasuunnan yk-köskerroksen dataa on vastaanotettava ajoituserolla, joka on pienempi kuin 10 yksi symbolijakso. Tällaisen yhden symbolijakson alittavan synkronoinnin saavuttamiseksi voidaan soveltaa proseduuria, joka on analoginen kehysnumero-siirtymien määrittämisen kanssa. Matkaviestin mittaa ehdokassolujen/tuki-asemien symbolisiirtymää (symbol offset) SOFn. SOF mitataan erotuksena matkaviestinkohtaisen vaaditun kehysajoituksen ja tukiaseman alasuuntaisen 15 perch- (yleislähetys-) kanavan kehysajoituksen välillä, ja se sisällytetään mit-tausraporttiin. Kun uusi tukiasema on päätetty lisätä matkaviestimen aktiivi-joukkoon, tämän tukiaseman SOFn välitetään kyseiselle tukiasemalle kanavan aktivointisanomassa.
Taajuusryömintöjen vuoksi voi olla tarpeen päivittää SOF yhteyden 20 kuluessa. Tässä tapauksessa matkaviestin voi mitata/laskea uudelleen SOF:n ja raportoida sen mittausraportissa. Odotettu taajuus SOF:n uudelleenlaskennalle on suuruusluokassa kerran kymmentä minuuttia kohti.
Sen sijaan, että käytettäisiin erillistä kehysnumerosiirtymää OFS ja ·] symbolisiirtymää SOF, nämä kaksi siirtymää voidaan yhdistää liukuluvuksi, 25 jonka kokonaisosa määrittää OFS:n ja desimaaliosa SOF:n.
SRNC:n uudelleensijoitus (relocation)
Yhteyden aikana matkaviestintä palveleva RNC voi vaihtua. Kuviossa 1A katkonainen nuoli osoittaa matkaviestimen liikkumista soluun, jota palvelee RNC2:n ohjauksessa oleva BS4. Tällainen tilanne vaatii SRNC:n uu-30 delleensijoitusta (relocation). SRNC:n uudelleensijoitusprosessissa kehysnu-merojärjestelmä (siis MSFN) on säilytettävä. CFN-osaa voidaan ylläpitää uudessa SRNC:ssä yläsuuntaisten FCL-kehysten ansiosta. HFN tulisi kuitenkin kuljettaa uuteen SRNC:hen lur-rajapinnan kautta. HFN voidaan kuljettaa RNSAP SRNC uudelleensijoitusprosessissa. Jos kahden sanoman maksimaa-. 35 linen siirtoviive ydinverkon kautta ylittää 720 ms (tämä voi tapahtua varsinkin 106494 15 MAP-E:tä käytettäessä), jotkin ylimääräiset toimenpiteet ovat tarpeen. Jos esimerkiksi oletetaan, että vanha ja uusi RNC on synkronoitu yhteiseen ajoi-tusviitteeseen, riittää informoida uudelle RNC:lle se ajanhetki, jolloin HFN alustettiin.
5 Yhteiskanavatila (common channel state)
Matkaviestin voi siirtyä yhteiskanavatilaan (common channel state, CCH) yhteyden kuluessa, kun matkaviestimen ja SRNC:n välillä on vähän dataa lähetettävänä. Yhteiskanavatilassa tiettyjä pääsykanavia, kuten Random Access Channel RACH ja Forward Access Channel FACH jaetaan usean mat-10 kaviestimen kesken. Minä tahansa ajanhetkenä jotkut matkaviestimet voivat käyttää salakirjoitusta, kun taas jotkut eivät käytä. Tässä tapauksessa absoluuttisen kehysnumerointiviitteiden käyttö on välttämätöntä vain salakirjoituksen tarpeisiin, koska makrodiversiteettiä ei käytetä. Toisin sanoen kehyksiä lähetetään matkaviestimen ja RNC:n välillä vain yhden tukiaseman kautta ja 15 matkaviestimen voidaan sallia käyttävän tämän tukiaseman kehysnumerointia. Jos tukiasemaa vaihdetaan handoverin seurauksena, CFN tulisi vaihtaa uutta tukiasemaa vastaavaksi.
RACH-kanavalla MSFN:ää käytetään datan salakirjoittamiseen, vaikka jotkut RACH-signalointisanomat (tai ainakin niiden osat) lähetetään sa-20 lakirjoittamatta. FACH- (tai millä tahansa alasuuntaisella yhteiskanavalla, kuten Downlink Shared Channel, DSCH) MSFN.ää käytetään ajastukseen ja uudelleenlähetykseen SRNC:ssä. MAC-kerros tietää BSFN.n ja/tai CFN:n ja käyttää MSFN:ää datan salakirjoittamiseen FACH-kanavalla. Kaikilla yhteiska-nanavilla tulisi edullisesti olla osoitus (esimerkiksi MAC-kerroksen otsakkees-25 sa) siitä, onko kyseinen paketti salakirjoitettu vai ei.
Jos RNC käyttää ajoitusviitettä, joka muodostettiin ennen CCH-tilaan siirtymistä, se ei ehkä tiedä tarkasti sitä kehysnumeroa, joka vastaa sitä ajanhetkeä, jolloin tukiasema tulee lähettämään alasuunnan kehyksen matkaviestimelle. Tämä tekee kehysnumerokohtaisen salakirjoituksen ja sen purka-30 misen lähes mahdottomaksi, koska matkaviestin voi vastaanottaa kehyksen sellaisena ajanhetkenä, joka vastaa eri kehysnumeroa kuin mitä RNC käytti salakirjoittamiseen. Vastaavasti ehdotetaan, että ainakin tapauksessa, jossa tukiasema ei voi lähettää kehystä ajanhetkenä, joka vastaa RNC:n osoittamaa kehysnumeroa, RNC lähettää kehyksen matkaviestimelle ja varustaa sen so-35 pivalla korjauskentällä. Esimerkiksi, jos RNC:n osoittama CFN on 36, ja tukiasema lähettää kehyksen ajanhetkenä, joka vastaa CFN:ää 38, niin tukiase- 106494 16 man tulisi osoittaa matkaviestimelle, että kehys viivästyi ajan, joka vastaa kahta kehysnumeroa.
Tällainen korjauskenttä voidaan rajoittaa ei-negatiivisiin numeroihin. Tämä tarkoittaa, että ellei kehysnumero ole RNC osoittama, kehys on viivästy-5 nyt. Jos RNC:n osoittama kehysnumero on liian korkea, tukiasema voisi korjata ongelman viivästämällä kehystä.
Sopivan korjauskentän käyttöä voidaan soveltaa myös tilanteessa, jossa tukiasemaa BS ohjaava RNC (Controlling RNC, CRNC) päättää, mitä radiokehystä tulee käyttää lähetykseen, mutta salakirjoitus on tehty jo palvele-10 vassa RNC:ssä (Serving RNC, SRNC). Tällainen tilanne esitetään kuviossa 3. Tässä tapauksessa CRNC on keksinnön mukainen välisolmu.
Vaihtoehtoisesti korjauskentän lähettäminen voidaan välttää, jos salakirjoitus/purkualgoritmi on sellainen, että matkaviestin voi todeta, voidaanko kehys purkaa oikein vai ei (esim. tuottamalla merkityksetön tulos jos ei voi-15 da). Tässä tapauksessa matkaviestin voi, kohdatessaan väärin puretun tuloksen, purkaa kehyksen käyttämällä avainta, joka vastaa muutamaa edellistä kehystä.
Muutokset UMTS-ehdotuksiin
Jos keksintöä sovelletaan solukkomaisessa tietoliikenneverkossa, 20 kuten UMTS, tietyt muutokset nykyisiin standardiehdotuksiin ovat tarpeen. RRC protokollaa tulisi laajentaa kuljettamaan tukiasemakohtaisia siirtymiä (OFS ja erityisesti SOF ykköskerroksen ajoitukseen) ehdokassolujen mittaus-raportissa. Joidenkin tukiasemien osalta nämä mittausraportit muuttuvat hyvin hitaasti, tai käytännön tarpeisiin ne eivät muutu lainkaan, ja jonkin verran lisä-25 kuormaa voidaan siis poistaa lähettämällä siirtymät vain tarvittaessa.
FCL-protokollan tulisi sisällyttää CFN jokaiseen ylä- ja alasuunnan kehykseen. Synkronoinnin ylläpitämiseksi yläsuunnan kehyksiä tulisi lähettää säännöllisesti, vaikka ei olisikaan dataa lähetettävänä (DTX). Täytekehyksiä (dummy) käyttää alkusynkronointiin. FCL-otsakkeeseen voidaan sisällyttää yk-: 30 si tai useampia aikakorjausbittejä. Otsakkeen muodon tulisi olla verkkopalve- lukohtainen (bearer-specific).
BSAP-protokollan tulisi sisällyttää OFS/SOF kanavan aktivointisa-nomaan Channel Activation ja muutossanomaan Channel Modification, jos tätä käytetään. Uusi sanoma/proseduuri Transmission failure/Error In-35 dication tulisi määritellä osoittamaan, että tukiasema on vastaanottanut kehyksen täysin sille allokoidun aikavälin ulkopuolella.
17 106494 RNSAP-protokollan tulisi sisällyttää OFS/SOF sanomiin Branch Addition ja Branch Reconfiguration. BSAP-protokollan tavoin tulisi määritellä uusi sanoma/proseduuri Transmission failure/Error Indication.
RANAP-protokollan tulisi sisällyttää HFN (tai ajanhetki, jolloin HFN 5 alustettiin) sanomiin SRNC Relocation ja SRNC Relocation Request.
Radioverkon ohjaimen RNC tulisi sisällyttää MAC-kerrokseen laskuri hyperkehysnumerolle HFN kutakin matkaviestintä kohti. Itse asiassa matka-viestinkohtainen laskuri tarvitaan vain loogisena käsitteenä. Käytännössä ei ole tarpeen perustaa erillistä laskuria kullekin matkaviestimelle. Vaihtoehtoi-10 sesti RNC voisi tallettaa kullekin matkaviestimelle sen ajanhetken, jolloin yhteys muodostettiin, ja hyperkehysnumeroa HFN tarvittaessa sen alkuarvo noudetaan ja lisätään yhteyden vallitsevaan kestoon (yksikköinä 720 ms:n syklit). HFN:ää voidaan käyttää syötteenä salakirjoitus/purkualgoritmille. RNC:n tulisi edullisesti myös tallentaa SOF/Tdiff (ks. kuviot 1B ja 2A) kullekin matkaviesti-15 melle ja muuttaa sitä yläsuuntaisten FCL-kehysten ajoitusennakkobittien mukaisesti. Tätä informaatiota käytetään asettamaan alasuuntaisten FCL-kehysten lähetysaika ja asettamaan kytkentäaika toiminnoille, joihin liittyy L1/L2 uudelleenkonfigurointia.
Tukiasemien BS tulisi tallentaa kullekin matkaviestimelle tukiase-20 makohtainen kehysnumerosiirtymä OFS (ja erillinen symbolisiirtymä SOF, ellei se sisälly OFS:iin). Tukiaseman tulisi sisällyttää CFN = BSFN + OFS jokaiseen yläsuunnan datakehykseen ja lähettää alasuunnan datakehykset ajanhetkenä, joka vastaa kehysnumeroa BSFN = CFN - OFS. (Näissä yhteen- ja vähennyslaskuissa OFS:n ajatellaan sisältävän SOF:n.) Lisäksi tukiasemien tulisi * 25 asettaa ajoitusennakkobitit yläsuunnan FCL-kehyksiin.
Matkaviestimen MS tulisi alustaa matkaviestinkohtainen kehysnu-mero MSFN ja inkrementoida sitä 10 ms:n välein. Sen tulisi myös mitata kuulemiensa tukiasemien OFS ja SOF (tunnetun tekniikan mukaisten mittausten lisäksi) ja raportoida nämä siirtymäparametrit mittausraporteissaan.
30 Keksinnön havainnollistamiseksi ja sen teollisen käytettävyyden osoittamiseksi keksintö on selostettu kolmannen sukupolven matkaviestinjärjestelmän, kuten UMTS, yhteydessä. Keksintöä voidaan kuitenkin soveltaa muunkin tyyppisissä tietoliikennejärjestelmissä, eikä se sen vuoksi rajoitu yllä selostettuihin suoritusmuotoihin.
. *♦ 106494 18
Sanastoa (jotkut lyhenteet eivät ole virallisia): BSn: Tukiasema (Base Station) nro n BSAP: BS Application Part protocol BSnFN Tukiaseman (BS) nro n käyttämä kehysnumero (Frame Number) 5 CCH: Common CHannel (state) CFN: Connection Frame Number, yhteyskohtainen kehysnumero DTX: Discontinuous Transmission, epäjatkuva lähetys FACH: Forward Access Channel FCL: Frame Control Layer (kehyslähetysprotokolla) 10 HFN: Hyper Frame Number, CFN:n laajennus MAC: Medium Access Control MS: matkaviestin (Mobile Station), käytetään myös nimeä User Equipment (UE) OFSn: Tukiaseman (BS) nro n kehysnumerosiirtymä RACH: Random Access Channel 15 RANAP: RAN (Radio Access Network) Application Part RNC: Radio Network Controller, radioverkko-ohjain RNSAP: Radio Network System Application Part (kahden RNC:n välinen signalointiprotokolla) SOFn: Symbol Offset, symbolisiirtymä, voidaan ilmaista OFSn:n murto-osana SRNC: Serving RNC, palveleva RNC 20 TBS: Transport Block Set, lähetyslohkojoukko UMTS: Universal Mobile Telecommunications System

Claims (31)

19 106494
1. Menetelmä kehysten lähettämisen tahdistamiseksi tietoliikenneverkossa, johon kuuluu ensimmäinen päätysolmu (MS), toinen päätysolmu (SRNC), ja ainakin yksi välisolmu (BS1, BS2), jonka kautta muodostetaan yh- 5 teys mainittujen päätysolmujen (MS. SRNC) välille, ja jossa ensimmäisellä päätysolmulla (MS) ja ainakin yhdellä välisolmulla (BS1, BS2) on vastaava ajoitusviite (MSFN, BS1FN, BS2FN), tunnettu siitä, että menetelmään kuuluu vaiheet: - muodostetaan yhteyskohtainen ajoitusviite (CFN), joka on yhtei-10 nen kaikille mainittuun yhteyteen osallistuville solmuille (MS, BS1, BS2, RNC); - määritetään ainakin yhdelle välisolmulle (BS1, BS2) siirtymä (OFS, SOF), joka liittyy erotukseen kyseisen välisolmun ajoitusviitteen ja mainitun yhteyskohtaisen ajoitusviitteen välillä; ja - käytetään informaatiota mainitusta siirtymästä mainitun ajoitus-15 viitteiden välisen erotuksen kompensoimiseen.
2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että ainakin yksi välisolmu (BS1) käyttää mainittua siirtymää synkronoidakseen oman ajoitusviitteensä toisen päätysolmun (RNC) ajoitusviitteeseen.
3. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, tunnettu 20 siitä, että verkko käsittää ensimmäisen välisolmun (BS1), jonka kautta yhteys muodostetaan, ja ainakin yhden toisen välisolmun; ja että ainakin kukin toinen välisolmu käyttää mainittua siirtymää. * 4. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että päätysolmut (MS, SRNC) synkronoivat ajoitusviitteensä 25 perustuen siihen aikaan, jolloin niiden välillä lähetetään ennalta määrätty sanoma (200, 202).
5. Patenttivaatimuksen 4 mukainen menetelmä, tunnettu siitä, että päätysolmut (MS, SRNC) synkronoivat ajoitusviitteensä perustuen siihen aikaan, jolloin niiden välinen yhteys muodostetaan.
6. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että yhteyskohtainen ajoitusviite käsittää mainituissa pää-tysolmuissa (MS, RNC): .«« 20 10649a - yhteyskohtaisen kehysnumeron (CFN), jota askelletaan ennalta määrätyin välein ja jolla on äärellinen pituus siten, että yhteyskohtaisen kehysnumeron jakso on olennaisesti lyhyempi kuin tyypillisen yhteyden kesto; ja - kehysnumeron laajennuksen (HFN), jota askelletaan, kun yhteys-5 kohtainen kehysnumero päättää yhden jakson.
7. Patenttivaatimuksen 6 mukainen menetelmä, tunnettu siitä, että päätysolmut käyttävät yhteyskohtaista kehysnumeroa (CFN) ja kehysnumeron laajennusta (HFN) kehysten salakirjoitukseen ja salakirjoituksen purkamiseen.
8. Patenttivaatimuksen 6 mukainen menetelmä, tunnettu siitä, että päätysolmut käyttävät kehysnumeron laajennusta (HFN) ja jotakin muuta sekvenssinumeroa, kuten protokollan datayksikön numeroa salakirjoittamaan ja avaamaan kehyksiä
9. Patenttivaatimuksen 6 mukainen menetelmä, tunnettu siitä, 15 että päätysolmut käyttävät salakirjoitusta useammalla kuin yhdellä protokolla- kerroksella, ja että yhteyskohtaista kehysnumeroa (CFN) ja kehysnumeron laajennusta (HFN) käytetään salakirjoittamaan ja avaamaan kehyksiä ensimmäisellä kerroksella, ja että kehysnumeron laajennusta (HFN) ja jotakin muuta sekvenssinumeroa, kuten protokollan datayksikön numeroa käytetään sala-20 kirjoittamaan ja avaamaan kehyksiä toisella kerroksella.
10. Jonkin patenttivaatimuksen 6-9 mukainen menetelmä, tun- * nettu siitä, että päätysolmut käyttävät salakirjoitusta useammalla kuin yh dellä protokollakerroksella tai kahdelle tai useammalle rinnakkaiselle verkkopalvelulle siten, että on käynnissä rinnakkaisia, toisistaan riippumattomia sala- 25 kirjoituslaskureita, ja että kehysnumeron laajennusta (HFN) käytetään alustamaan salakirjoituslaskureita.
11. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, : tunnettu siitä, että kukin välisolmu (BS) käyttää yhteyskohtaista ajoitusvii- tettä määrittääkseen lähetysajan ensimmäistä päätysolmua (MS) kohti ja/tai 30 määrittääkseen kehysnumeron kehyksille toista päätysolmua (SRNC) kohti. 1 Patenttivaatimuksen 11 mukainen menetelmä, tunnettu siitä, että tapauksessa, jossa välisolmu (BS) voi lähettää kehyksen vain ajan- 21 106494 hetkellä, joka on myöhäisempi kuin yhteyskohtaista ajoitusviitettä vastaava aika, kyseinen välisolmu varustaa kehyksen korjausosoittimella, joka suorasti tai epäsuorasti osoittaa sen ajan määrän, jolla kehys viivästyi.
13. Patenttivaatimuksen 11 tai 12 mukainen menetelmä, tun-5 n e 11 u siitä, että siirtymä kyseisen välisolmun osalta käsittää myös murto- osaisen siirtymäosan (SOF), joka likimain vastaa kehyksen kulkuviivettä mainittujen päätysolmujen välillä (MS, SRNC).
14. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että ensimmäinen päätysolmu (MS) hankkii välisolmujen 10 mittaustuloksia ja lähettää niitä toiselle päätysolmulle (SRNC); ja että toinen päätysolmu (SRNC) käyttää mittaustuloksia määrittääkseen mainitun siirtymän kyseiselle välisolmulle.
15. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että päätysolmut (MS, SRNC) synkronoivat ajoitusviitteensä 15 yhden yhteyteen osallistuvan välisolmun (BS1, BS2) ajoitusviitteeseen.
16. Patenttivaatimuksen 15 mukainen menetelmä, tunnettu siitä, että päätysolmut (MS, SRNC) synkronoivat ajoitusviitteensä ensimmäisen yhteyteen osallistuvan välisolmun (BS1) ajoitusviitteeseen.
17. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, 20 tunnettu siitä, että ensimmäinen päätysolmu on matkaviestin (MS), kukin . välisolmu on tukiasema (BS1, BS2) ja/tai ohjaava radioverkko-ohjain ja toinen i päätysolmu on palveleva radioverkko-ohjain (SRNC).
18. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että ainakin jotkut kehykset käsittävät osoituksen, joka 25 osoittaa sisältääkö kyseinen kehys salakirjoitettua dataa vai ei.
19. Patenttivaatimuksen 6 tai 10 mukainen menetelmä, tun-n e 11 u siitä, että ensimmäinen päätysolmu (MS) lähettää toiselle päätysolmulle (RNC) aloitusparametrin mainittua kehysnumeron laajennusta (HFN) varten, ja mainitun aloitusparametrin perusteella toinen päätysolmu (RNC) 30 alustaa mainitun kehysnumeron laajennuksen (HFN) arvoon, joka ylittää kehysnumeron laajennuksen (HFN) viimeisen arvon edellisen yhteyden aikana. . - · 106494, 22
20. Patenttivaatimuksen 19 tai 10 mukainen menetelmä, tunnettu siitä, että aloitusparametri muodostetaan kehysnumeron laajennuksen (HFN) viimeisestä arvosta tai määrästä n eniten merkitseviä bittejä mainitussa kehysnumeron laajennuksen (HFN) viimeisessä arvossa.
21. Patenttivaatimuksen 19 tai 20 mukainen menetelmä, tun nettu siitä, että ensimmäinen päätysolmu (MS) lähettää aloitusparametrin vasteena havaitulle tarpeelle yhteyden muodostamista, uudelleenmuodosta-mista tai handoveria varten.
22. Jonkin patenttivaatimuksen 19-21 mukainen menetelmä, 10 tunnettu siitä, että ensimmäinen päätysolmu (MS) lähettää aloitusparametrin toiselle päätysolmulle (RNC) yhdellä tai useammalla seuraavista tavoista: - RACH-kanavalla, edullisesti RRC Connection Setup Request -sanomassa: 15. dedikoidulla kanavalla; - sanomassa, joka liittyy autentikointiproseduuriin; tai - Ciphering Mode Complete -sanomassa.
23. Jonkin patenttivaatimuksen 19-22 mukainen menetelmä, tunnettu siitä, että handoverin tapauksessa toisen sukupolven matkavies- 20 tinverkosta kolmannen sukupolven matkaviestinverkkoon, ensimmäinen päätysolmu (MS) lähettää aloitusparametrin toiselle päätysolmulle (RNC) Handover Complete -sanomassa.
24. Jonkin patenttivaatimuksen 19-22 mukainen menetelmä, tunnettu siitä, että handoverin tapauksessa toisen sukupolven matkavies- 25 tinverkosta kolmannen sukupolven matkaviestinverkkoon, ensimmäinen päätysolmu (MS) lähettää aloitusparametrin toisen sukupolven matkaviestinverkolle, joka välittää sen toiselle päätysolmulle (RNC). ? - 25. Jonkin patenttivaatimuksen 19-24 mukainen menetelmä, tunnettu siitä, että: 30. yhteyden lopussa ensimmäinen päätysolmu (MS) tallentaa muis tiin arvon, joka käsittää informaatiota viimeisestä kyseisen yhteyden aikana käytetystä kehysnumeron laajennuksesta (HFN); ja 106494. 23 - seuraavan yhteyden aikana ensimmäinen päätysolmu (MS) lukee muistista edellisessä vaiheessa tallennetun arvon ja käyttää sitä mainitun aloitusparametrin muodostamiseksi.
26. Jonkin patenttivaatimuksen 10 tai 19 - 25 mukainen menetelmä, 5 tunnettu siitä, että: - ainakin kahdelle rinnakkaiselle verkkopalvelulle on erillinen salakirjoitus; ja - yhteyden aikana ensimmäinen päätysolmu (MS) lukee muistista viimeisen tai suurimman edellisen yhteyden aikana käytetyn kehysnumeron 10 laajennuksen (HFN) arvon ja käyttää tätä arvoa mainitun alustusparametrin muodostamiseen, kun yhteyteen lisätään uusi verkkopalvelu.
27. Jonkin patenttivaatimuksen 10 tai 19 - 26 mukainen menetelmä, tunnettu siitä, että: - ainakin kahdelle rinnakkaiselle verkkopalvelulle on erillinen sala- 15 kirjoitus; ja - ensimmäinen päätysolmu (MS) tallentaa suurimman yhteyden aikana käytetyn kehysnumeron laajennuksen (HFN) arvon ja käyttää tätä arvoa mainitun alustusparametrin muodostamiseen, kun yhteyteen lisätään uusi verkkopalvelu.
28. Patenttivaatimuksen 25 mukainen menetelmä, tunnettu siitä, että tallentava vaihe käsittää tallennetun arvon merkitsemisen käyttämättömäksi ja lukeva vaihe käsittää tallennetun arvon merkitsemisen käytetyksi.
29. Ensimmäinen päätysolmu (MS) yhteyden muodostamiseksi toi- 25 seen päätysolmuun (SRNC) ainakin yhden välisolmun (BS1, BS2...) kautta tietoliikenneverkossa, jossa ensimmäisellä päätysolmulla (MS) ja kullakin väli-solmulla (BS1, BS2) on vastaava ajoitusviite (MSFN, BS1FN, BS2FN), tunnettu siitä, että ensimmäinen päätysolmu (MS) on sovitettu yhteistoimimaan toisen päätysolmun kanssa: 30. muodostaakseen yhteyskohtaisen ajoitusviitteen (CFN), joka on yhteinen kaikille mainittuun yhteyteen osallistuville solmuille; - määrittääkseen ainakin yhdelle välisolmulle (BS1, BS2) siirtymän (OFS, SOF), joka liittyy erotukseen kyseisen välisolmun ajoitusviitteen ja mai- ; nitun yhteyskohtaisen ajoitusviitteen välillä. 106494 24
30. Patenttivaatimuksen 24 mukainen ensimmäinen päätysolmu (MS), tunnettu siitä, että mainittu yhteyskohtainen ajoitusviite käsittää: - yhteyskohtaisen kehysnumeron (CFN), jota askelletaan ennalta määrätyin välein ja jolla on äärellinen pituus siten, että yhteyskohtaisen ke- 5 hysnumeron jakso on olennaisesti lyhyempi kuin tyypillisen yhteyden kesto; ja - kehysnumeron laajennuksen (HFN), jota askelletaan, kun yhteyskohtainen kehysnumero päättää yhden jakson; ja että - yhteyden muodostamisen, uudelleenmuodostamisen tai handove-rin kohdalla ensimmäinen päätysolmu (MS) on sovitettu lähettämään toiselle 10 päätysolmulle (RNC) aloitusparametrin mainittua kehysnumeron laajennusta (HFN) varten, mainitun kehysnumeron laajennuksen (HFN) alustamiseksi arvoon, joka ylittää kehysnumeron laajennuksen (HFN) viimeisen arvon edellisen yhteyden aikana.
31. Toinen päätysolmu (SRNC) yhteyden muodostamiseksi ensim-15 mäiseen päätysolmuun (MS) ainakin yhden välisolmun (BS1, BS2) kautta tietoliikenneverkossa, jossa ensimmäisellä päätysolmulla (MS) ja kullakin väli-solmulla (BS1, BS2) on vastaava ajoitusviite (MSFN, BS1FN, BS2FN), tunnettu siitä, että toinen päätysolmu (SRNC) on sovitettu: - yhteistoimimaan ensimmäisen päätysolmun (MS) kanssa muo-20 dostaakseen yhteyskohtaisen ajoitusviitteen (CFN), joka on yhteinen kaikille mainittuun yhteyteen osallistuville solmuille; ja määrittääkseen ainakin yhdelle välisolmulle (BS1, BS2) siirtymän (OFS, SOF), joka liittyy erotukseen kyseisen välisolmun ajoitusviitteen ja mainitun yhteyskohtaisen ajoitusviitteen välillä; ja . - käyttämään informaatiota mainitusta siirtymästä mainitun ajoitus- 25 viitteiden välisen erotuksen kompensoimiseen.
32. Patenttivaatimuksen 31 mukainen toinen päätysolmu, tunnettu siitä, että se on sovitettu kuljettamaan informaatiota mainitusta siirtymästä kyseiselle välisolmulle.
33. Välisolmu (BS1, BS2) yhteyden muodostamiseksi ensimmäisen 30 päätysolmun (MS) ja toisen päätysolmun (SRNC) välille tietoliikenneverkossa, jossa dataa lähetetään mainittujen päätysolmujen (MS, SRNC) välillä kehyksissä, joista ainakin jotkut lähetetään usean välisolmun (BS1, BS2) kautta ja jossa ensimmäisellä päätysolmulla (MS) ja kullakin välisolmulla (BS1, BS2) on 106494 25 vastaava ajoitusviite (MSFN, BS1FN, BS2FN), tunnettu siitä, että väiisol-mu on sovitettu synkronoitumaan yhteyskohtaiseen ajoitusviitteeseen: - vastaanottamalla siirtymän (OFS, SOF), joka liittyy erotukseen sen oman ajoitusviitteen ja yhteyskohtaisen ajoitusviitteen (CFN) välillä; ja 5 - käyttämään mainittua siirtymää mainitun ajoitusviitteiden välisen erotuksen kompensoimiseen. • « « • · 106494. 26
FI991184A 1998-11-05 1999-05-25 Kehystahdistusmekanismi FI106494B (fi)

Priority Applications (12)

Application Number Priority Date Filing Date Title
FI991184A FI106494B (fi) 1998-11-05 1999-05-25 Kehystahdistusmekanismi
EP05108181A EP1610474B1 (en) 1998-11-05 1999-11-05 Synchronization of frames transmitted over multiple parallel transmission paths in a cellular communications network according to a common connection-specific timing reference
AT99956044T ATE316317T1 (de) 1998-11-05 1999-11-05 Rahmensynchronisierungsmechanismus
PCT/FI1999/000926 WO2000028744A2 (en) 1998-11-05 1999-11-05 Frame synchronization mechanism
AT05108181T ATE538617T1 (de) 1998-11-05 1999-11-05 SYNCHRONISIERUNG VON RAHMEN, DIE ÜBER EINE MEHRZAHL VON PARALLELEN ÜBERTRAGUNGSWEGEN IN EINEM ZELLULAREN KOMMUNIKATIONSNETZ ÜBERTRAGEN WERDEN, GEMÄß EINER GEMEINSAMEN, VERBINDUNGSSPEZIFISCHEN ZEITLICHEN REFERENZ
JP2000581817A JP3519688B2 (ja) 1998-11-05 1999-11-05 フレーム同期メカニズム
CN99813850.9A CN1278571C (zh) 1998-11-05 1999-11-05 在电信***中进行帧传输同步的方法
BRPI9915081-6B1A BR9915081B1 (pt) 1998-11-05 1999-11-05 Processo e dispositivo para sincronizar a transmissão de quadros em redes celulares
EP99956044A EP1125449B1 (en) 1998-11-05 1999-11-05 Frame synchronization mechanism
DE69929535T DE69929535T2 (de) 1998-11-05 1999-11-05 Rahmensynchronisierungsmechanismus
AU12739/00A AU1273900A (en) 1998-11-05 1999-11-05 Frame synchronization mechanism
US09/847,580 US7085294B2 (en) 1998-11-05 2001-05-03 Frame synchronization mechanism

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
FI982399A FI982399A0 (fi) 1998-11-05 1998-11-05 Kehyssykronointimekanismi
FI982399 1998-11-05
FI990499A FI990499A0 (fi) 1998-11-05 1999-03-08 Kehyssynkronointimekanismi
FI990499 1999-03-08
FI991184A FI106494B (fi) 1998-11-05 1999-05-25 Kehystahdistusmekanismi
FI991184 1999-05-25

Publications (3)

Publication Number Publication Date
FI991184A0 FI991184A0 (fi) 1999-05-25
FI991184A FI991184A (fi) 2000-05-06
FI106494B true FI106494B (fi) 2001-02-15

Family

ID=27241736

Family Applications (1)

Application Number Title Priority Date Filing Date
FI991184A FI106494B (fi) 1998-11-05 1999-05-25 Kehystahdistusmekanismi

Country Status (10)

Country Link
US (1) US7085294B2 (fi)
EP (2) EP1125449B1 (fi)
JP (1) JP3519688B2 (fi)
CN (1) CN1278571C (fi)
AT (2) ATE538617T1 (fi)
AU (1) AU1273900A (fi)
BR (1) BR9915081B1 (fi)
DE (1) DE69929535T2 (fi)
FI (1) FI106494B (fi)
WO (1) WO2000028744A2 (fi)

Families Citing this family (86)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6526039B1 (en) * 1998-02-12 2003-02-25 Telefonaktiebolaget Lm Ericsson Method and system for facilitating timing of base stations in an asynchronous CDMA mobile communications system
FI109252B (fi) 1999-04-13 2002-06-14 Nokia Corp Tietoliikennejärjestelmän uudelleenlähetysmenetelmä, jossa on pehmeä yhdistäminen
CA2397398C (en) * 2000-01-14 2007-06-12 Interdigital Technology Corporation Wireless communication system with selectively sized data transport blocks
US7047011B1 (en) 2000-02-10 2006-05-16 Telefonaktiebolaget Lm Ericsson (Publ) Synchronization in diversity handover
FI110974B (fi) * 2000-03-01 2003-04-30 Nokia Corp Laskurin alustaminen, erityisesti radiokehyksiä varten
FI20000675A (fi) * 2000-03-22 2001-09-23 Nokia Mobile Phones Ltd Parannettu menetelmä ja järjestely solunvaihdon hallitsemiseksi ja solukkojärjestelmän päätelaite
CN1203719C (zh) * 2000-03-23 2005-05-25 西门子移动通讯公司 无线通信***中的切换方法
AU4985701A (en) * 2000-04-06 2001-10-23 Interdigital Tech Corp Synchronization of timing advance and deviation
US7254118B1 (en) 2000-05-22 2007-08-07 Qualcomm Incorporated Method and apparatus in a CDMA communication system
FR2809576B1 (fr) * 2000-05-23 2002-11-15 Nortel Matra Cellular Procede de controle d'un canal entre un terminal radio et une infrastructure de radiocommunication cellulaire, et reseau d'acces mettant en oeuvre un tel procede
EP1161004A1 (en) * 2000-05-25 2001-12-05 Lucent Technologies Inc. Synchronisation of CDMA communication systems
EP1199904B1 (en) * 2000-10-18 2004-03-10 Lg Electronics Inc. Method of controlling handover in uplink synchronous transmission scheme
DE10056361A1 (de) * 2000-11-14 2002-05-23 Philips Corp Intellectual Pty Drahtloses Netzwerk zur Übermittlung von Parametern für eine verschlüsselte Datenübertragung
EP1346587B1 (en) * 2000-12-11 2005-05-04 Nokia Corporation Configuring a data transmission interface in a communication network
KR100384899B1 (ko) * 2001-01-10 2003-05-23 한국전자통신연구원 무선통신 시스템에서 끊김없는 주파수간 하드 핸드오버 방법
US6870932B2 (en) * 2001-05-07 2005-03-22 Asustek Computer Inc. Frame number identification and ciphering activation time synchronization for a wireless communications protocol
WO2002098032A1 (en) * 2001-06-01 2002-12-05 Telefonaktiebolaget L M Ericsson (Publ) Synchronisation of communication links
ATE495618T1 (de) * 2001-06-12 2011-01-15 Ericsson Telefon Ab L M Synchronisation in einem terrestrischen umts- funkzugriffsnetzwerk (utran)
CN1328919C (zh) * 2001-06-19 2007-07-25 诺基亚公司 利用公共***时钟的多模式基站的同步
EP1421802B1 (en) 2001-08-14 2013-02-13 QUALCOMM Incorporated Method and apparatus for wireless network connectivity
US6728529B2 (en) * 2001-08-16 2004-04-27 Asustek Computer Inc. Preventing excessive use of security keys in a wireless communications security system
US6925183B2 (en) 2001-08-16 2005-08-02 Asustek Computer Inc. Preventing shortened lifetimes of security keys in a wireless communications security system
US7346023B2 (en) * 2001-08-22 2008-03-18 Lucent Technologies Inc. Reconfigurable wireless communication access system and method
FI20011931A0 (fi) * 2001-10-03 2001-10-03 Nokia Corp Parannettu puheensiirtomekanismi
US7020455B2 (en) * 2001-11-28 2006-03-28 Telefonaktiebolaget L M Ericsson (Publ) Security reconfiguration in a universal mobile telecommunications system
KR100780155B1 (ko) * 2001-12-20 2007-11-27 엘지노텔 주식회사 제어국과 기지국간 전달 채널에 대한 동기 유지 방법
KR100416048B1 (ko) * 2001-12-21 2004-01-24 주식회사 현대시스콤 무선통신 시스템에서 제어국과 기지국간의 프레임 동기유지 방법
US7024214B2 (en) * 2002-02-26 2006-04-04 Microsoft Corporation Synchronizing over a number of synchronization mechanisms using flexible rules
SE0201758D0 (sv) * 2002-06-05 2002-06-05 Ericsson Telefon Ab L M Method and system of failure avoidace
US20030236085A1 (en) * 2002-06-21 2003-12-25 Chi-Fong Ho Method for synchronizing a security start value in a wireless communications network
US6975349B2 (en) * 2002-11-19 2005-12-13 Tektronix, Inc. Two-dimensional video timing display
US7289541B2 (en) * 2002-12-04 2007-10-30 Raytheon Company Method for locating and tracking communication units in a synchronous wireless communication system
DE10258764A1 (de) * 2002-12-16 2004-07-15 Infineon Technologies Ag Vorrichtung und Verfahren zum Erzeugen von Steuersignalen in einer Funkstation
JP2004260620A (ja) * 2003-02-26 2004-09-16 Ntt Docomo Inc 無線データ通信方法、サーバ装置及び無線制御装置
JP3970803B2 (ja) 2003-05-20 2007-09-05 三菱電機株式会社 無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバ
EP2180618A3 (en) * 2003-06-25 2013-01-02 InterDigital Technology Corporation Method for downlink transmission synchronization and data buffer sizing in a radio access network
US7801297B2 (en) 2003-11-20 2010-09-21 Ntt Docomo, Inc. Communication device and communication control method
US20050238060A1 (en) * 2004-04-23 2005-10-27 Kuntz Thomas L Synchronizing to GSM RF downlink signal frame timing
US7843882B2 (en) * 2004-08-23 2010-11-30 Alcatel-Lucent Usa Inc. Soft vertical handovers in wireless networks
CN101023695B (zh) * 2004-09-17 2012-08-08 株式会社Ntt都科摩 移动台、基站和移动通信方法
US9980190B2 (en) 2004-09-29 2018-05-22 Conversant Wireless Licensing S.a.r.l. Active set update (ASU) with high speed downlink shared channel (HS-DSCH) information
CN100444538C (zh) * 2005-02-26 2008-12-17 中兴通讯股份有限公司 一种个人手持电话***同步控制设备与方法
CN100442684C (zh) * 2005-04-05 2008-12-10 华为技术有限公司 提高***全网同步性能的方法
US7876740B2 (en) * 2005-08-04 2011-01-25 Motorola, Inc. Method and system for synchronization of link layer windows
JP4723589B2 (ja) * 2005-08-22 2011-07-13 パナソニック株式会社 無線ネットワーク制御装置、通信システム及び通信方法
US7643838B2 (en) * 2005-09-29 2010-01-05 Motorola, Inc. Integrity protection count synchronization method
CN100442934C (zh) * 2005-12-27 2008-12-10 华为技术有限公司 优化基站全网同步性能的方法
US7738611B2 (en) * 2006-08-07 2010-06-15 Harris Stratex Networks, Inc. Remote monitoring and calibration of system reference clock using network timing reference
CN101018354B (zh) * 2006-08-18 2010-10-27 华为技术有限公司 一种服务小区更新的控制方法、装置
US7734264B2 (en) * 2006-08-29 2010-06-08 Qualcomm Incorporated System frame number (SFN) evaluator
CN101163131B (zh) * 2006-10-10 2011-04-20 华为技术有限公司 移动通信中的数据传输控制方法和数据传输控制***
PT2087634T (pt) * 2006-11-01 2016-10-26 ERICSSON TELEFON AB L M (publ) Sistemas de telecomunicações e cifragem de mensagens de controlo em sistemas deste tipo
CN101212250B (zh) * 2006-12-30 2011-05-11 中兴通讯股份有限公司 一种hs-dsch信道的定时方法
US8774229B2 (en) * 2007-01-12 2014-07-08 Wi-Lan, Inc. Multidiversity handoff in a wireless broadcast system
US8064444B2 (en) 2007-01-12 2011-11-22 Wi-Lan Inc. Wireless broadcasting system
US7912057B2 (en) 2007-01-12 2011-03-22 Wi-Lan Inc. Convergence sublayer for use in a wireless broadcasting system
US8548520B2 (en) 2007-01-26 2013-10-01 Wi-Lan Inc. Multiple network access system and method
US7903604B2 (en) 2007-04-18 2011-03-08 Wi-Lan Inc. Method and apparatus for a scheduler for a macro-diversity portion of a transmission
WO2008131030A1 (en) * 2007-04-18 2008-10-30 Nextwave Broadband Inc. Macro-diversity region rate modification
US8380196B2 (en) * 2007-04-27 2013-02-19 Telefonaktiebolaget Lm Ericsson (Publ) Handover using dedicated resources reserved for a limited time interval
US8068451B2 (en) * 2007-05-17 2011-11-29 Htc Corporation Communication system, user device thereof and synchronization method thereof
CN101355789B (zh) * 2007-07-26 2011-11-02 华为技术有限公司 一种连接帧号获取方法及通讯***以及相关设备
EP2026485A1 (en) * 2007-08-17 2009-02-18 Nokia Siemens Networks Oy Method and device for a packet based clock recovery
US8189626B2 (en) * 2007-09-21 2012-05-29 Future Wei Technologies, Inc. System and method for multicast and broadcast synchronization in wireless access systems
JP4992977B2 (ja) * 2007-10-02 2012-08-08 富士通株式会社 ハンドオーバ制御装置、移動局、基地局、ハンドオーバ制御サーバおよびハンドオーバ制御方法
EP2195977B1 (en) * 2007-10-02 2015-09-02 Unwired Planet International Limited A method and apparatus for secure handover in a communication network
KR100995962B1 (ko) * 2007-10-22 2010-11-22 이노베이티브 소닉 리미티드 무선 통신 시스템에서 패킷 데이터 컨버전스 프로토콜 계층에 대한 데이터 해독을 처리하는 방법 및 장치
WO2009053072A1 (en) * 2007-10-23 2009-04-30 Koninklijke Kpn N.V. Method and system for synchronizing a group of end-terminals
GB2454870B (en) 2007-11-16 2010-05-12 Motorola Inc Apparatus, method, and system for channel selection and allocation in mobile communications
WO2009066376A1 (ja) * 2007-11-21 2009-05-28 Fujitsu Limited 通信装置、基地局装置及びデータ受信タイミング同期方法
EP2996431B1 (en) 2007-12-27 2019-03-06 Nec Corporation Radio communication system, radio communication apparatus, and ciphering method
KR101391861B1 (ko) * 2008-02-04 2014-05-07 삼성전자주식회사 이동통신시스템에서 암호화 및 해독화를 위한 하이퍼프레임 넘버 관리 방법 및 장치
US8570977B2 (en) 2008-03-24 2013-10-29 Qualcomm Incorporated Method and apparatus for handover in a wireless communication system
US8515436B2 (en) * 2008-03-27 2013-08-20 Qualcomm Incorporated Management of wireless connections
JP2009260768A (ja) * 2008-04-18 2009-11-05 Kyocera Corp 移動通信システム、移動局装置、基地局装置、およびハンドオーバ方法
FR2942097A1 (fr) * 2009-02-06 2010-08-13 Thomson Licensing Procede d'emission dans un reseau sans fil et procede de reception correspondant
KR101541079B1 (ko) * 2009-02-09 2015-07-31 삼성전자주식회사 이동통신시스템에서 상향 링크 데이터의 암호화처리 장치 및 방법
EP2228927A1 (en) * 2009-03-12 2010-09-15 Alcatel Lucent Method for processing distributed data having a chosen type for synchronizing communication nodes of a data packet network, and associated device
JP5458719B2 (ja) * 2009-07-24 2014-04-02 日本電気株式会社 クロック同期システムと通信装置と方法とプログラム
TW201228417A (en) * 2010-12-31 2012-07-01 Acer Inc Deciphering methods and mobile communication apparatuses thereto
EP2723115A4 (en) 2011-06-17 2015-07-01 Fujitsu Ltd COMMUNICATION SYSTEM, DATA TRANSFER DEVICE, BASE STATION, MOBILE DEVICE AND COMMUNICATION PROCESS
JP2014023029A (ja) * 2012-07-20 2014-02-03 Nec Commun Syst Ltd 秘匿通信システム、秘匿通信方法、端末装置、無線制御装置
WO2014040301A1 (zh) * 2012-09-17 2014-03-20 华为技术有限公司 调度方法、基站、用户设备和***
EP2915388B1 (en) * 2012-10-31 2016-09-28 Telefonaktiebolaget LM Ericsson (publ) Dynamic transport channel synchronization
US10004099B2 (en) * 2015-05-15 2018-06-19 Mediatek Inc. Efficient discontinuous reception in a mobile network
BR112023019809A2 (pt) * 2021-03-31 2024-01-16 Beijing Xiaomi Mobile Software Co Ltd Método para determinar um número de hiperquadro de uma entidade de protocolo de convergência de dados em pacotes, dispositivo de comunicação, e, meio de armazenamento legível por computador tendo instruções armazenadas no mesmo

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4888449A (en) 1988-01-04 1989-12-19 Olin Corporation Semiconductor package
US5228029A (en) * 1990-02-27 1993-07-13 Motorola, Inc. Cellular tdm communication system employing offset frame synchronization
US5237612A (en) * 1991-03-29 1993-08-17 Ericsson Ge Mobile Communications Inc. Cellular verification and validation system
US5319712A (en) * 1993-08-26 1994-06-07 Motorola, Inc. Method and apparatus for providing cryptographic protection of a data stream in a communication system
US5722074A (en) 1993-09-24 1998-02-24 Nokia Telecommunications Oy Soft handoff in a cellular telecommunications system
GB2301734B (en) * 1995-05-31 1999-10-20 Motorola Ltd Communications system and method of operation
FI112419B (fi) 1996-06-06 2003-11-28 Nokia Corp Menetelmä tiedonsiirron salaamiseksi
AU4031797A (en) 1996-08-30 1998-03-19 Meito Sangyo Kabushiki Kaisha Polysaccharide derivative/magnetic metal oxide composite
US5872820A (en) * 1996-09-30 1999-02-16 Intel Corporation Synchronization in TDMA systems in a non-realtime fashion
CN1269371C (zh) * 1996-12-26 2006-08-09 株式会社Ntt都科摩 转移的方法
SE509836C2 (sv) * 1997-06-13 1999-03-15 Ericsson Telefon Ab L M Förfarande och arrangemang i ett radiokommunikationssystem
FI111433B (fi) 1998-01-29 2003-07-15 Nokia Corp Menetelmä tiedonsiirron salaamiseksi ja solukkoradiojärjestelmä
US6529497B1 (en) * 1998-04-30 2003-03-04 Telefonaktiebolaget Lm Ericsson (Publ) Channel allocation and release for packet data services
US6522887B2 (en) * 1998-07-27 2003-02-18 Telefonaktiebolaget Lm Ericsson (Publ) Identifying starting time for making time of arrival measurements
JP3479935B2 (ja) * 1998-08-19 2003-12-15 富士通株式会社 Ｃｄｍａ移動通信におけるハンドオーバ方法並びにｃｄｍａ移動通信システム、その基地局及び移動局
FI107487B (fi) 1999-03-08 2001-08-15 Nokia Mobile Phones Ltd Datalähetyksen salausmenetelmä radiojärjestelmässä
US6577872B1 (en) * 2000-08-08 2003-06-10 Telefonaktiebolaget Lm Ericsson (Publ) Base station oscillator regulation independent of transport network clocks in cellular telecommunications network
US6765885B2 (en) * 2001-02-09 2004-07-20 Asustek Computer Inc. Determination of acceptable sequence number ranges in a communications protocol

Also Published As

Publication number Publication date
CN1278571C (zh) 2006-10-04
WO2000028744A3 (en) 2000-07-27
ATE538617T1 (de) 2012-01-15
EP1125449B1 (en) 2006-01-18
BR9915081B1 (pt) 2013-12-31
EP1610474B1 (en) 2011-12-21
EP1610474A3 (en) 2010-06-16
DE69929535T2 (de) 2006-11-16
FI991184A (fi) 2000-05-06
CN1421108A (zh) 2003-05-28
ATE316317T1 (de) 2006-02-15
JP2002530021A (ja) 2002-09-10
AU1273900A (en) 2000-05-29
DE69929535D1 (de) 2006-04-06
WO2000028744A2 (en) 2000-05-18
EP1125449A2 (en) 2001-08-22
BR9915081A (pt) 2001-07-17
EP1610474A2 (en) 2005-12-28
FI991184A0 (fi) 1999-05-25
US20010046240A1 (en) 2001-11-29
US7085294B2 (en) 2006-08-01
EP1610474A8 (en) 2006-04-26
JP3519688B2 (ja) 2004-04-19

Similar Documents

Publication Publication Date Title
FI106494B (fi) Kehystahdistusmekanismi
KR100799777B1 (ko) 무선 단말기와 셀룰러 무선통신 하부구조 사이의 채널을제어하는 방법
US6768903B2 (en) Method of controlling a channel between a radio terminal and a cellular radiocommunication infrastructure, and access network implementing such a method
AU750597B2 (en) Method of ciphering data transmission and a cellular radio system employing the method
AU2007304555B2 (en) Encryption in a wireless telecommunications
US20080070577A1 (en) Systems and methods for key management for wireless communications systems
US20070204159A1 (en) Communication network including mobile radio equipment and radio control system
EP2268080A1 (en) Handoff in a hybrid communication network
US7254144B2 (en) Method for synchronizing a start value for security in a wireless communications network
US20030109256A1 (en) Method and apparatus for effecting handoff between different cellular communications systems
ITMI971335A1 (it) Procedimento per il cifraggio di trasferimento di dati in un sistema di comunicazione di dati
US7039407B2 (en) Method and system for determining a value of a first counter of a wireless communication system serving a user station which moves at a time of handover
JP2010045798A (ja) ハイブリッド通信ネットワークにおけるハンドオフ
JP2013531939A (ja) エアインターフェースキーの更新方法、コアネットワークノード及び無線アクセスシステム
KR101036699B1 (ko) 하이브리드 통신 네트워크에서 암호화 키를 사용하는 장치및 방법
CN101167380A (zh) 生成会话密钥的方法和装置
JP4597520B2 (ja) ハイブリッド通信ネットワークにおける認証
CN100466781C (zh) 帧同步机制

Legal Events

Date Code Title Description
PC Transfer of assignment of patent

Owner name: NOKIA CORPORATION

Free format text: NOKIA CORPORATION

PC Transfer of assignment of patent

Owner name: 2011 INTELLECTUAL PROPERTY ASSET TRUST

PC Transfer of assignment of patent

Owner name: SISVEL INTERNATIONAL S.A.

MA Patent expired