FI100445B - Menetelmä ja järjestely tukiasemaohjaimien välistä handoveria varten - Google Patents

Description

100445

Menetelmä ja järjestely tukiasemaohjaimien välistä hand-overia varten

Keksinnön kohteena on tukiasemaohjaimien välinen 5 handover henkilökohtaisessa tietoliikennejärjestelmässä (PCS) .

Erilaisia solukkoradiojärjestelmiä, jotka mahdollistavat henkilökohtaisen langattoman tiedonsiirron, on ollut jo pitkään käytössä. Eräs tällainen matkaviestinjärjestelmä 10 on eurooppalainen digitaalinen matkaviestinjärjestelmä GSM

(Global System for Mobile Communications). Tämän lisäksi on kehittelyn alla uuden sukupolven järjestelmiä, joiden toivotaan edelleen laajentavan henkilökohtaisen langattoman viestinnän mahdollisuuksia. Eräs tällainen standardoinnin 15 alla oleva järjestelmä on Personal Communication System (PCS) Yhdysvalloissa. Nykyisten oletusten mukaan tulee olemaan kaksi PCS-verkkotyyppiä: perinteiset overlay-tyyppiset verkot ja kiinteät ISDN- ja PSTN-tyyppiset verkot. Radiorajapinnalle tulee olemaan lukuisia vaihtoehtoja, joista yksi 20 on GSM-pohjainen PCS1900 (1900 MOz taajuusalueella toimiva GSM-järjestelmä).

Olemassa olevan matkaviestinjärjestelmästandardin (kuten GSM tai DCS1800) modifiointi PCS-overlay -verkoksi (kuten PCS1900) on suhteellisen suoraviivainen prosessi. 25 Ongelmallisempia sen sijaan ovat kiinteän ISDN- ja PSTN-verkon tyyppiset PCS-verkot, joissa käytetään matkaviestin-keskuksen sijasta normaalia kiinteän verkon paikalliskeskusta (LE) , jolloin tällainen ISDN/PSTN-pohjäinen verkko ei suoraan sovi esimerkiksi GSM-verkkoarkkitehtuuriin. Matka-. 30 viestinkeskus on GSM-pohjaisessa overlay-verkossa verkon * 4 keskeinen yksikkö, mutta ISDN/PSTN-pohjaisessa verkossa paikalliskeskuksella LE ei ole lainkaan matkaviestinverkkoa tukevia ominaisuuksia. Tulevaisuudessa paikalliskeskuksen LE voidaan olettaa sisältävän pienen joukon yleisiä ominai-35 suuksia, jotka tukevat matkaviestinliitäntäverkkojen kyt- 2 100445 kentää (puheluun liittymätön signalointi, jonkin tyyppinen handover-kytkennän tuki) mutta ne eivät välttämättä ole kovin käyttökelpoisia esimerkiksi PCS1900-järjestelmän tarpeisiin.

5 Eräs ratkaisu tähän ongelmaan on esitetty julkai sussa "Switching and signalling generic requirements for network access services to personal communication services (PCS) provider, GR-2801-CORE, Issue 1, December 1993, Bellcore, Bell Communications Research, erityisesti luku 1, 10 sivut 1-10, kappale 2, sivut 1-26 sekä kappale 3, sivut 133-137. Tässä Bellcore-tyyppisessä verkossa radiorajapinta on wireless access communication system WACS (Bellcore TR INS-001313) , joka on kytketty kiinteän verkon paikalliskeskukseen. Paikalliskeskukseen on liitetty älyverkko, joka 15 tarjoaa paikalliskeskukselle access-verkon liikkuvuudenhal- lintaa tarvittavan palvelulogiikan, tietokannat ja operaatiot. Toisin sanoen älyverkko AIN (Advanced Intelligent Network) tarjoaa keskitetysti tilaajatietokantapalvelut, sijainninhallinnan, autentikoinnin, pääsynhallinnan, jne.

20 Puhelunohjauksen perustoiminteet ovat ISDN-paikalliskeskuk- sessa, josta puhelunohjaus voi käynnistää älyverkko-operaatioita ennalta määrättyjen liipaisimien (trigger) mukaisesti standardin AIN-rajapinnan kautta. Bellcoren järjestelmä tukee myös handoveria, jota Bellcore kutsuu nimellä Automa-25 tic Link Transfer (ALT). ALT:n tarkoituksena on varmistaa palvelun jatkuvuus PCS-käyttäjälle kun signaalinvoimakkuus vaihtelee vastatun puhelun aikana. Signaalinvoimakkuus voi vaihdella esimerkiksi jos PCS-käyttäjä liikkuu tai jos ra-dioympäristön olosuhteet muuttuvat. ALT:n tarkoituksena on . 30 mahdollistaa olemassa olevaan vastatun puhelun jatkuminen keskeytyksettä ja ilman, että PCS-käyttäjän tarvitsee ryhtyä toimenpiteisiin ALT:n suorittamiseksi tai tietää, että ALT on tapahtunut. Yllä mainitun julkaisun luvussa 3, sivuilla 133-138 kuvataan ALT-proseduuri, jossa handoverin 35 "ankkuripisteenä" on paikalliskeskus. Toisin sanoen suori- il 3 100445 tettaessa ALT vanhalta tukiasemajärjestelmältä (IPS/RPCU) uudelle tukiasemajärjestelmälle (IPS/RPCU) puretaan keskuksessa kytkentä vanhaan tukiasemajärjestelmään ja muodostetaan kytkentä uuteen tukiasemajärjestelmään. Tällöin kiin-5 teän verkon paikalliskeskus on kytkentöjen ja signaloinnin ankkuri. Tällainen paikalliskeskusta ankkurina käyttävä handover on mahdollinen uusissa kansallisissa ISDN-keskuk-sissa, joissa on vaadittavia ominaisuuksia. Tällaista handover- ratkaisua ei kuitenkaan voida pitää hyvänä tapana 10 edetä ainakaan PCS-järjestelmien alkuvaiheessa, koska pääosa olemassa olevista kiinteän verkon keskuksista on vanhempaa tyyppiä eikä näin ollen voida taata sellaisten keskusten saatavuutta, joissa on tarvittavat ominaisuudet. Lisäksi ongelmia aiheuttaa se, että handoverin yhteyksien 15 ankkuripisteenä on liittymäverkon standardin, kuten GSM, kanssa yhteensopimaton verkkoelementti.

WO 95/01694 esittää kiinteän verkon paikalliskeskuksen alaisuudessa olevien tukiasemajärjestelmien välisen handoverin, jossa handoverin ankkuripiste säilyy matka-20 viestinjärjestelmässä. Toisin sanoen puhelun ensimmäinen tukiasemaohjain toimii ankkuripisteenä, johon paikalliskeskuksen kautta muodostettu alkuperäinen yhteys säilytetään koko puhelun ajan. Handoverissa muodostetaan jatkoyhteys ankkuritukiasemaohjaimesta toiseen tukiasemaohjaimeen.

25 Esillä olevan keksinnön päämääränä on parannettu tukiasemaohjaimien välinen handover, joka on joustava ja kiinteän verkon paikalliskeskuksen ominaisuuksista riippumaton .

Tämä saavutetaan järjestelyllä handoverin suoritta-30 miseksi tukiasemaohjaimien välillä tietoliikennejärjestel- • · mässä, joka käsittää kiinteän verkon paikalliskeskuksen (LE); matkaviestimiä (PS); tukiasemajärjestelmiä, jotka muodostavat matkaviestimille langattoman liitäntäverkon paikalliskeskukseen, kunkin tukiasemajärjestelmän sisältä-35 essä tukiasemaohjaimen (BSC) ja tukiasemia (BTS); siirto- 4 100445 linjoja, joilla paikalliskeskus on kytketty tukiasemaohjaimiin; tukiasemaohjaimien (BSC) välisen handoverin ohjauksen ollessa sijoitettu tuki-asemaohjäimiin siten, että puhelun ensimmäinen tukiasema-ohjain toimii ankkuripisteenä, johon 5 paikalliskeskuksen kautta muodostettu alkuperäinen yhteys säilytetään ja josta handovertilanteessa muodostetaan jatkoyhteys toiseen tukiasemaohjaimeen. Järjestelylle on keksinnön mukaisesti tunnusomaista, että tukiasemaohjaimien välisen handoverin ohjaus on si-10 joitettu tukiasemaohjaimiin siten, että puhelun ensimmäinen tukiasemaohjain toimii ankkuripisteenä, johon paikalliskeskuksen kautta muodostettu alkuperäinen yhteys säilytetään ja josta handovertilanteessa muodostetaan jatkoyhteys toiseen tukiasemaohjaimeen, 15 tukiasemaohjaimet on sovitettu jättämään tarvittaes sa tukiasemaohjaimien välinen paikallispuhelukytkentä purkamatta puhelun päättyessä ja säilyttämään se varalla odottamassa seuraavaa tukiasemaohjaimien välistä handoveria varten, 20 ensimmäinen tai toinen tukiasemaohjain on sovitettu päättämään mainitun ennalta varatun paikallispuhelukytken-nän käyttämisestä jatkoyhteytenä tukiasemaohjaimien välisessä uudessa handoverissa ja ilmoittamaan valinta sekä . mahdolliset yhteyteen liittyvät lisäparametrit toiselle 25 tukiasemaohjaimelle.

Keksinnön kohteena on myös menetelmä handoverin suorittamiseksi tukiasemaohjaimien välillä tietoliikennejärjestelmässä, joka käsittää kiinteän verkon paikalliskeskuksen; matkaviestimiä; tukiasemajärjestelmiä, jotka muodos-30 tavat matkaviestimille langattoman liitäntäverkon paikalliskeskukseen, kunkin tukiasemajärjestelmän sisältäessä tukiasemaohjaimen ja tukiasemia; ja siirtolinjoja, joilla paikalliskeskus on kytketty tukiasemaohjaimiin, jossa mene-telmässäjossa menetelmässä 35 muodostetaan puheluyhteys paikalliskeskuksesta en- 5 100445 simmäiseen tukiasemaohjaimeen, joka palvelee matkaviestintä, suoritetaan handover puhelun ja matkaviestimen siirtämiseksi ensimmäiseltä tukiasemaohjaimelta toiselle 5 tukiasemaohjaimelle, ohjataan handoveria tukiasemaohjaimista paikalliskeskuksesta riippumattomasti, säilytetään puhelukytkentä paikalliskeskuksesta ensimmäiseen tukiasemaohjaimeen, 10 muodostetaan jatkoyhteys ensimmäisestä tukiasemaoh jaimesta toiseen tukiasemaohjaimeen paikalliskeskuksen kautta kytkettynä paikallispuheluna, kytketään puhelu mainitun jatkoyhteyden kautta toiselle tukiasemaohjaimelle. Menetelmälle on keksinnön mukai-15 sesti tunnusomaista, että jätetään tarvittaessa tukiasemaohjaimien välinen paikallispuhelukytkentä purkamatta puhelun päättyessä ja säilytetään se varalla odottamassa seuraavaa tukiasemaoh jaimien välistä handoveria varten, 20 päätetään ensimmäisessä tai toisessa tukiasemaohjaimessa mainitun ennalta varatun paikallispuhelukytkennän käyttämisestä jatkoyhteytenä tukiasemaohjaimien välisessä uudessa handoverissa, päätöksen tehnyt tukiasemaohjain ilmoittaa valinnas-25 ta toiselle tukiasemaohjaimelle, muodostetaan handoverjatkoyhteys mainitun ennalta varatun paikallispuhelunkytkennän kautta ensimmäisestä tukiasemaohjaimesta toiseen tukiasemaohjaimeen.

Keksinnön kohteena on myös toinen menetelmä tuki- 30 asemaohjäimien välisen handoverin suorittamiseksi, jolle menetelmälle on tunnusomaista, että muodostetaan ennakolta uusi paikallispuhelukytkentä tukiasemaohjaimien välille ja säilytetään se varalla odottamassa handoveria tukiasemaohjaimien välillä.

35 ohjataan handoveria tukiasemaohjaimista paikallis- 6 100445 keskuksesta riippumattomasti, säilytetään puhelukytkentä paikalliskeskuksesta ensimmäiseen tukiasemaohjaimeen, päätetään ensimmäisessä tai toisessa tukiasemaohjai-5 messa mainitun ennalta varatun varatun paikallispuhelukyt-kennän käyttämisestä jatkoyhteytenä tukiasemaohjaimien välisessä uudessa handoverissa, päätöksen tehnyt tukiasemaohjain ilmoittaa valinnasta toiselle tukiasemaohjaimelle, 10 muodostetaan handoverjatkoyhteys mainitun ennalta varatun paikallispuhelukytkennän kautta ensimmäisestä tukiasemaohjaimesta toiseen tukiasemaohjaimeen.

Keksinnössä handoverien "ankkurina" toimii sinänsä tunnetulla tavalla ensimmäinen tukiasemaohjain, jonka kaut-15 ta alkuperäinen puheyhteys on kytketty kiinteän verkon paikalliskeskuksesta tukiasemalle ja edelleen radioteitse matkaviestimelle. Kun suoritetaan handover toiseen tukiasemaohjaimeen, alkuperäinen yhteys ISDN-paikalliskeskuksen ja ensimmäisen tukiasemaohjaimen välillä säilytetään ja muo-20 dostetaan jatkoyhteys ensimmäiseltä tukiasemaohjaimelta toiselle tukiasemaohjaimelle joko paikallispuheluna paikalliskeskuksen/ keskuksien kautta tai muuta reittiä. Handove-rin ohjaus tapahtuu tukiasemaohjaimilta. Keksinnön mukaisen ratkaisun ansiosta handoverin "ankkuri" ja ohjain on ra-25 diojärjestelmän verkkoelementti, ts. tukiasemaohjain, ja paikalliskeskus vain kytkee yhteyden tukiasemaohjaimien käskyjen mukaan. Koska keksinnön mukainen handover ei vaadi paikalliskeskukselta mitään lisäominaisuuksia, handover voidaan toteuttaa myös nykyisten paikalliskeskustyyppien . 30 alla.

• k

Paikallispuhelun muodostaminen paikalliskeskuksen kautta vaatii signalointia paikalliskeskuksen ja kummankin tukiasemaohjaimen välillä. Keksinnössä tätä signalointi-kuormitusta voidaan vähentää siten, että paikallispuhelu-35 kytkentää, joka on kertaalleen muodostettu kahden tukiase- il 7 100445 maohjaimen välille, ei pureta välittömästi sen jälkeen, kun puhelu tai puhelut, joka sitä on käyttänyt, päättyy tai tekee handoverin toiseen paikkaan. Sen sijaan paikallispu-helukytkentä voidaan säilyttää ja pitää varalla odottamassa 5 seuraavaa handoveria, joka vaatii yhteyden tukiasemaohjaimien välillä. Päätös paikallispuhelukytkennän säilyttämisestä voidaan tehdä esim. verkon liikennekuormituksen tai handovertiheyden perusteella, ts. kun oletetaan, että han-doveryhteyksiä saatetaan kohta tarvita. Voidaan myös enna-10 koita muodostaa tällaisia "handover" -paikallispuhelukytken-töjä odottamaan tulevia handovereita, kun niitä on odotettavissa. Keksintö vähentää signalointia siksi, että yhteys-resursseja paikalliskeskukseen ei varata ja vapauteta jatkuvasti, kun uusia handovereita tapahtuu. Kerran muodostet-15 tua paikallispuhelukytkentää voidaan käyttää usean hand-over-yhteyden ajan. Tarvitaan ainoastaan tukiasemaohjaimien välistä signalointia, kun ne muodostavat ja purkavat hand-over-yhteyksiä tälläisen "pysyvän" paikallispuhelukytkennän kautta. Paikallispuhelukytkentöjen muodostus ja purku voi-20 daan siten suorittaa stabiilimmin kuin itse handoveryhteyksien muodostus ja purkaminen. Keksintö lyhentää myös handoverin kytkentäaikaa.

Tukiasemaohjaimet valitsevat käytetäänkö handoverin jatkoyhteyden muodostamiseen tällaista ennalta varattu pai-25 kallispuhelua. Jokaiselle jatkoyhteydelle tarvitaan kaksi siirtolinjaa, yksi kummallekin siirtosuunnalle. Jos muodostetaan uusi paikallispuhelu handoverjatkoyhteyttä varten, molemmat tukiasemaohjaimet voivat toisistaan riippumattomasti valita siirtolinjat paikalliskeskukseen, joka kytkee 30 ne yhteen. Jos handoverjatkoyhteys muodostetaan keksinnön mukaisen ennalta varatun paikallispuhelun avulla, on tärkeää tietää kumpi puoli tekee päätöksen kytkentätyypistä ja varaa yhteyden. Jos molempien puolien sallittaisiin tehdä varaukset toisistaan riippumattomasti, samat linjat voitai-35 siin varata samanaikaisesti molemmista päistä. Tämän ongel- 8 100445 man poistamiseksi voidaan vastuu päätöksenteosta antaa jom-malle kummalle tukiasemaohjaimelle. Päätöksestä ilmoitetaan sitten signaloinnilla toiselle osapuolelle. Tukiasemaohjain voi siirtää päätöksenteon toiselle tukiasemaohjaimelle jät-5 tämällä kytkentätiedot signaloinnissa määrittelemättä.

Keksintöä selitetään seuraavassa ensisijaisten suoritusmuotojen avulla viitaten oheisiin piirroksiin, joissa kuvio 1 on lohkokaavio, joka havainnollistaa keksinnön mukaista ISDN-pohjäistä PCS-verkkoa, 10 kuvio 2 on lohkokaavio, joka havainnollistaa matka- viestinkeskuksen toimintojen jakamista toiminnallisiin yksiköihin ja niiden allokoimista eri verkkoelementeille, kuviot 3A, 3B, 3C ja 3D esittävät kolme eri tapaa suorittaa tukiasemaohjaimien välinen handover, 15 kuvio 4 on lohkokaavio, joka esittää handoverhaarat kahden peräkkäisen handoverin yhteydessä, kuviot 5A, 5B ja 5C esittävät signalointikaavion, jossa muodostetaan uusi handover A-B' ja puretaan vanha handoverhaara A-B kuviossa 4, 20 kuvio 6 esittää signalointikaavion aikaisemmin va rattuun yhteyteen perustuvalle handoverille.

Keksinnön perusperiaatteita voidaan soveltaa minkä tahansa langattoman liityntäverkon (access network) liittämiseen kiinteän verkon paikalliskeskukseen ja älyverk- i 25 koon. Keksinnön ensisijaisissa suoritusmuodoissa liityntäverkko on GSM-järjestelmään perustuva radiojärjestelmä, kuten PCS1900. Toisin sanoen liityntäverkko modifioidaan GSM-matkaviestinjärjestelmästä tai sen 1800 MHz versiosta DCS1800. GSM-järjestelmän yksityiskohtien osalta viitataan . 30 ETSI GSM -suosituksiin sekä kirjaan "The GSM System for • *

Mobile Communications", M. Mouly & M. Pautet, Palaiseau, France, 1992, ISBN:2-9507190-0-0-7.

Kuvion 1 lohkokaavio havainnollistaa kiinteään verkkoon pohjautuvan PCS1900-verkon verkkoelementtejä. Liityn-35 täverkko PCS1900 käsittävät tukiasemajärjestelmät BSS, joi- i< 9 100445 hin kuhunkin kuuluu yksi tukiasemaohjain BSC sekä useita tukiasemia BTS. Tukiasemat BTS kommunikoivat radiorajapinnan yli henkilökohtaisten asemien PS (matkaviestinten) kanssa. Matkaviestimen PS ja tukiaseman BTS välinen ra-5 diorajapinta sekä tukiaseman BTS ja tukiasemaohjaimen BSC välinen rajapinta on samanlainen kuin tavanomaisessa overlay- tyyppisessä PCS1900-järjestelmässä eikä niitä käsitellä tässä yhteydessä tarkemmin. Tavanomaisesta GSM-pohjäisestä verkosta poiketen tukiasemaohjaimia BSC ei kuitenkaan ole 10 kytketty matkaviestinkeskukseen MSC vaan kiinteän verkon,-kuten ISDN tai PSTN-paikalliskeskukseen LE. Keksinnön ensisijaisissa suoritusmuodoissa paikalliskeskus on ISDN-kes-kus. Paikalliskeskus LE puolestaan liittyy älyverkon AIN (Advanced Intelligent Network) palvelunohjauspisteeseen SCP 15 standardin älyverkkoliitännän kautta. Joissakin tapauksissa älyverkko on tarpeeton. Tällöin saattaa itse paikalliskeskus sisältää enemmän älykkäitä toimintoja. Edelleen paikalliskeskus LE liittyy normaaliin tapaan muihin ISDN-verkon paikalliskeskuksiin LE tai kaukokeskuksiin TX.

20 Tällainen kiinteään verkkoon pohjautuva PCS-verkko ei siten suoraan sovi GSM-arkkitehtuuriin, koska siinä ei ole lainkaan matkaviestinkeskusta MSC. Tavanomaisessa over-lay-tyyppisessä matkaviestinverkossa matkaviestinkeskus MSC on verkon keskeinen yksikkö, mutta kiinteän verkon paikal- « 25 liskeskus ei tue täyttä MSC toiminnallisuutta. Tämän vuoksi esillä olevassa keksinnössä matkaviestinkeskuksen toiminnot jaetaan toiminnallisiin yksiköihin, jotka sijoitetaan puhelunohjausta lukuunottamatta tukiasemaohjaimeen BSC. Lisäksi älyverkon AIN avulla toteutetaan GSM-järjestelmän kotire-30 kisteriä HLR vastaava toiminto sekä ainakin osa vierailija- • t rekisteriä vastaavasta toiminnosta.

Toiminnallisten yksiköiden mahdollista allokointia eri verkkoelementteihin on havainnollistettu kuviossa 2. Toiminnallisesti yksikköjen nimet päättyvät kaikki kirjai-35 meen F (funktio), jotta tehtäisiin ero toiminnallisten yk- 10 100445 siköiden ja fyysisten verkkoelementtien (BSC, SCP, LE . . .) , joihin ne voi olla sijoitettu, välillä. Seuraavassa kuvataan lyhyesti kutakin toiminnallista yksikköä.

BSCF (Base Station Controller Function) vastaa nor-5 maalia BSC-toiminnallisuutta GSM-verkossa.

BSCF+ (Base Station Controller Function Additions) - jakaa BSCF:ltä tulevan A-rajapinnan siten, että puhelunohjaus menee LEF:lie ja muu signalointi RSCF:lie - suorittaa handoveriin (HO) liittyvät kytkentäope- 10 raatiot toimien ankkurina kytkennöille - muuntaa GSM-pohjaisen puhelunohjauksen ISDN-puhe-lunohj aukseksi - sisältää erilaisia mahdollisia sovitintoimintoja (interworking) 15 LEF (local exchange function) sisältää standardit ISDN-paikalliskeskuksen LE toiminnot (oletuksena National ISDN3). LEF saattaa myös tukea puheluun liittymätöntä (NCA) signalointia tukiasemajärjestelmästä BSS palvelun ohjaus-solmuun SCP. Keksinnön ensisijaisessa suoritusmuodossa ei 20 ehdoteta mitään muutoksia standardiin LEF-funktioon, koska ISDN-pohjaisen PCS1900-järjestelmän tulisi toimimaan minkä tahansa standardin kiinteän verkon ISDN-paikalliskeskuksen LE alla.

, RSCF (radio system control function) huolehtii mo- 25 nista matkaviestinkeskuksen MSC tehtävistä. Se kontrolloi radioresursseja (generoi esim. assignment- ja handover request -käskyt ja kontrolloi handoveria tukiasemaohjaimien BSC tai paikalliskeskusten LE välillä. RSCF on lisäksi ra-jayksikkö A-rajapinnan protokollien ja MAP-protokollien 30 välissä.

• 4

HOF (handover decision function). Tämä yksikkö on erotettu RSCF:stä jotta annettaisiin mahdollisuus ohjata handover-prosessia vielä korkeammalta tasolta. Kuitenkin ainoastaan korkean tason päätökset, kuten ylikuormituksen 35 kontrollointi, tehdään HOFissä. Varsinaisen handoverin HO

II

11 100445 suorittaa BSCF+ ja sitä ohjaa RSCF.

VLRF (visitor location register function) on perinteinen VLR jaettuna kahteen osaan: VRL1F ja VRL2F. VLR:n ylempi osa VLR2F on sijoitettu älyverkon palvelunohjauspis-5 teeseen SCP ja alempi osa VLR1F on sijoitettu liityntäverkkoon, tarkemmin tukiasemaohjaimeen. Tällä hetkellä edullisimmalta näyttävän jaon mukaan alempi VLR1F huolehtii au-tentikoinnista, sijainninhallinnasta, väliaikaisesta tunnisteesta, jne., ja ylempi VLR2F huolehtii palvelunohjaukio sesta ja muista käyttäjän profiiliin liittyvistä asioista.

SCF (service control function) on standardi kiin-te-än verkon palvelunohjausfunktio SCF, joka tuottaa standardit älyverkkopalvelut (AIN). Sillä on lisäksi kyky tehdä sijaintikyselyitä HLRFrään (vastaa gateway-MSC -tilannet-15 ta) , paikallisia sijaintikyselyitä VRLF:ään, toimia yhteistyössä VRLFm kanssa AIN-kyselyihin vastaamiseksi, jne.

HLRF (home location register function) on GSM:n mukainen kotirekisteri. Lisäksi älyverkkoon kuuluu EIRF (equipment identification register function) ja mahdolli-20 sesti SMS-GIWF (short message service gateway - interworking function), joita ei kuitenkaan tässä ole tarpeen selostaa tarkemmin.

Keksinnön ensisijaisessa suoritusmuodossa edellä kuvatut toiminnalliset yksiköt jaetaan verkkoelementteihin 25 kuvion 2 mukaisesti: paikalliskeskus LE sisältää LEF-yksi-kön,· SCP sisältää SCF ja VLR2F-yksiköt; tukiasemaohjain BSC sisältää BSCF- ja BSCF+-yksiköt sekä pääsynhallinnan AM (access manager), joka sisältää RSCF-, HOF- ja VLRlF-yksi-köt. Vaihtoehtoisesti koko VLRF voi sijaita BSC-.ssä tai • 30 SCP:SSä.

On huomattava, että ainoastaan toiminnalliset yksiköt BSCF, BSCF+ ja LEF käsittelevät varsinaisia puhe/data-yhteyksiä. Nämä toiminnalliset yksiköt, jotka ovat toiminnallisen mallin alaosassa, ovat sidotut reitittämään yh-35 teyksiä (yhteysketju: BSCF, BSCF+, LEF). Muut toiminnalli- 12 100445 set yksiköt käsittelevät ainoastaan signalointia ja tämän vuoksi niiden allokointi voi haluttaessa poiketa yllä esitetystä .

Keksinnön ensisijaisessa suoritusmuodossa on lisäksi 5 uusi vaihtoehtoinen signalointitie 10, joka ohittaa paikalliskeskuksen LE tukiasemaohjaimen BSC ja palvelunohjauspis-teen SCP välillä. Tämä tekee BSC ja HLR välisen signaloinnin yksinkertaisemmaksi. Signalointirajapintoja LE-BSC ja SCP-BSC kutsutaan C-rajapinnoiksi. C-rajapinnan signalointi 10 voi käyttää ISDN-verkon puheluun liittymätöntä signalointia tai vaihtoehtoisesti voidaan käyttää Signalling System NRO 7 (SS7) verkkoa tukiasemaohjaimen BSC ja älyverkon AIN väliseen signalointiin, joka liittyy PCS-toimintoihin.

Seuraavassa kuvataan keksinnön mukaisia handoverpro-15 seduureja. Handoverissa siirretään käynnissä oleva puhelu liikennekanavalta toiselle liikennekanavaile samassa tai naapuri tukiasemassa. Tällä tavoin varmistetaan puhelun jatkuvuus signaalinvoimakkuuden kautta laadun vaihdellessa käyttäjän liikkumisen seurauksena tai radioympäristön 20 muuttuessa. Saman tukiasemaohjaimen BSC alaisuudessa olevien tukiasemien välinen handover (tukiasemaohjaimen sisäinen handover) suoritetaan oleellisesti samoilla tavoin kuin tavanomaisessa DCS1900-järjestelmässä eikä se ole keksinnön kannalta merkittävä. Sen sijaan esillä oleva keksintö tar-25 joaa parannuksia kahden tukiasemaohjaimen BSC väliseen han-doveriin.

Kuvioissa 3A, 3B, 3C ja 3D on esitetty kolme eri tapaa suorittaa tukiasemaohjaimien BSC välinen handover. Kuvio 3A esittää handoveria edeltävän tilanteen, jossa yh-, 30 teys on kytketty paikalliskeskuksen LE kautta tukiasemaoh jaimelle BSC1 ja edelleen radioteitse matkaviestimelle PS. Päämääränä on suorittaa handover, niin että puhelu kytketään kulkemaan tukiasemaohjaimen BSC2 kautta matkaviestimelle PS. Kuvio 3B esittää tekniikan tason mukaisen paikal-35 liskeskusta LE ankkurina käyttävän handoverin, joka vaatii 13 100445 paikalliskeskukselta LE uusia toiminteita. Tämä handover-tapa voi olla mahdollinen uusissa ISDN-keskuksissa, mutta se ei ole hyvä toteutustapa BSC-järjestelmien alkuvaiheessa, koska vaadittavilla ominaisuuksilla varustettujen kes-5 kusten saatavuutta ei voida taata. Lisäongelmia aiheutuu siitä, että handoverin ankkurina on verkkoelementti, joka ei ole liityntäverkon standardin (esim. GSM) mukainen.

Kuvio 3C kuvaa paikallispuheluun perustuvaa handove-ria, jossa alkuperäinen kytkentä LE-BSC1 säilytetään ja 10 muodostetaan tukiasemaohjaimien BSC1 ja BSC2 välille keskuksen LE kautta lisäyhteys paikallispuhelulla BSC1-LE-BSC2. Tämän ratkaisun ansiosta handoverin ankkurina on BSC1, ja paikalliskeskus LE vain kytkee yhteyden. Koska keskukselta LE ei vaadita mitään lisäominaisuuksia, hand-15 over voidaan toteuttaa kaikkien nykyisten ISDN-keskusten alla.

Kuvio 3D esittää kiinteään yhteyteen perustuvan handoverin. Myös tässä tapauksessa säilytetään alkuperäinen yhteys LE-BSC1 ja tukiasemaohjaimien BSC1 ja BSC2 välille 20 muodostetaan "paikallispuhelu" BSC2:n toimiessa ankkurina. Paikallispuhelua ei kuitenkaan tässä tapauksessa muodosteta keskuksen LE kytkemänä vaan käytetään tukiasemaohjaimien BSC1 ja BSC2 välisiä kiinteitä yhteyksiä. On huomattava, että nämä kiinteät yhteydet saattavat fyysisesti kulkea 25 keskuksen LE kautta. Kuvion 3D mukaisia tukiasemaohjaimien BSC välisiä kiinteitä yhteyksiä on edullista käyttää siellä, missä handovereita näiden tukiasemaohjaimien välillä tapahtuu usein.

30 Paikallispuheluun perustuva myöhempi handover * .

Kuviossa 4 on esitetty puhelutilanne, jossa alkuperäinen puhelu on muodostettu keskuksesta LE tukiasemaohjaimeen BSC/A. Tämä yhteistunnistetaan numerolla DNorig. Tämän jälkeen on tehty handover tukiasemaohjaimeen BSC/B. Tämän 35 tuloksena on muodostunut paikallispuhelupohjäinen handover- 14 100445 haara, joka varaa yhden linjan DNAold ankkurin BSC/A puolella ja yhden linjan DNBold tukiasemaohjaimen BSC/B puolella. Seuraavassa kuvataan uusi myöhempi handover tukiasemaohjaimelta BSC/A tukiasemaohjaimelle BSC/B'. Tässä 5 handoverissa tulee muodostamaan uusi paikallispuhelupohjai-nen handover-haara, joka varaa ankkurin BSC/A puolelta linjan DNAnew ja tukiasemaohjaimen BSC/B' puolelta linjan DNBnew. Onnistuneen handoverin jälkeen vanha handover-haara puretaan. Tämä on monimutkaisin handover-tilanne, joka ku-10 vataan viitaten kuvioissa 5A, 5B ja 5C esitettyyn signa-lointikaavioon, jossa käytetty numerointi vastaa numerointia seuraavassa tekstissä.

Uusien sanomien, jotka eivät ole standardeja GSM-, ISDN- tai AIN-sanomia, nimissä käytetään pieniä kirjaimia. 15 Suuria kirjaimia käytetään sanomissa, joissa muutoksia on ainoastaan parametreissä. LEF/A, LEF/B ja LEF/B' ovat tukiasemaohjaimien BSC/A, BSC/B ja vastaavasti BSC/B' LEF-yksiköitä paikalliskeskuksessa LE.

1: HANDOVER_REQUIRED-sanoma aloittaa handoverin ku-20 ten GSM:ssä. BSCF+ vain välittää tämän sanoman RSCF:lie.

2: map_select_target on uusi sanoma, joka on tuotu mukaan mahdollistamaan handover-päätösten tekeminen ylempänä verkossa. Tämä voi olla hyödyllistä jos esimerkiksi RSCF on allokoitu tukiasemaohjaimeen BSC eikä BSC:ltä katsota ole-25 van tarpeeksi globaalista informaatiota verkon kuormituksesta tai vastaavasta. Sanoma lähetetään HOFrlle. Tämän sanoman ainoa tarkoitus on valita sopivin kohdesolu (TCI) handoveria varten ja palauttaa kohdenumero (Tnr), joka osoittaa kohdesoluun liittyvän RCSF:n.

.30 3 : MAP_PREPARE_SUBSEQUENT_HANDOVER on GSM:n mukainen sanoma. Kohdenumeroparametri (Tnr) kuitenkin osoittaa uutta vierailtavaa RCSF:ää eikä matkaviestinkeskusta MSC.

4: Päätös siitä minkä tyyppistä kytkentää pitäisi käyttää uutta handover-haaraa varten B'-puolelle, tehdään 35 RCSF:ssä. Tässä esimerkissä oletetaan, että RSCF ankkuri- 15 100445 puolella tekee tämän päätöksen. Vaihtoehtoisesti päätöksen voi tehdä myös B' . Mahdolliset kytkentätyyppivaihtoehdot ovat muodostaa paikallispuhelu BSC/A-BSC/B' keskuksen LE kautta, käyttää kiinteää yhteyttä välillä BSC/A-BSC/B' , jos 5 sellainen on, tai käyttää aikaisemmin varattua vapaata mutta purkamatonta paikallisyhteyttä BSC/A-BSC/B' tai osaa aikaisemmin varatusta paikallispuheluyhteydestä. RSCF kontrolloi myös liityntälinjojen käyttöä eli luettelonumerolta DN. RCSF allokoi uuden liitäntälinjan DNAnew uudelle 10 paikallispuhelulle, joka sisältää uuden haaran A-B'.

MAP_PREPARE_HANDOVER on kuten GSMrssä, mutta siihen on lisätty uusi parametri HOCT (handover connection type), joka mahdollistaa erilaisten handover-tyyppien käytön. Sanoma voi lisäksi sisältää muita HOCT-parametriin liittyviä 15 parametreja. HOCT-parametrien arvot sekä mahdolliset lisäparametrit on määritelty tarkemmin taulukossa I. Esimerkiksi tapauksessa, jossa käytetään osaa olemassa olevasta paikallispuhelusta, sanomassa voisi olla kaksi lisäparametriä: DNBnew osoittamassa, että liitäntälinja vastaa olemassa 20 olevaa paikallispuhelua B'-puolella, ja CIC (circuit identity code) osoittamassa, mitä osaa 64 kbit/s linjasta käytetään .

5: B'-puolen RSCF allokoi liitäntälinjan DNBnew uudelle paikallispuhelulle . On huomattava, että perinteisessä 25 GSM-järjestelmässä VLR allokoi uudelle haaralle handover-numeron. Sen sijaan RSCF:n allokoima luettelonumero DNBnew on käytettyyn liitäntälinjaan kiinteästi liittyvä. Tämän vuoksi sitä ei voida palauttaa sen jälkeen kun handover on suoritettu kuten handover-numero perinteisessä GSM:ssä vain 30 ainoastaan sen jälkeen, kun handover-haara on purettu, puhelun purkamisen tai uuden handoverin seurauksena. On myös huomattava, että uutta handover-haaraa varten tarvitaan kaksi liitäntälinjaa ja vastaavat luettelonumerot.

HANDOVER_REQUEST-sanoma on kuten GSM-.ssä, mutta 35 RSCF/B1 ja BSCF+/B' välillä lähetetään allokoitu handover- 16 100445 numero eikä CIC. Myös tähän sanomaan sisällytetään HOCT ja mahdolliset lisäparametrit.

6: HANDOVER_REQUEST on kuten GSM:ssä. HANDOVER_RE -QUEST_ack on kuten GSM:ssä. BSCF+/B' vain välittää sanoman 5 A-puolen RCSFrlle. Layer 3 -informaatioparametri (L3info) sisältää HANDOVER_COMMANDin (katso kohta 21).

8: MAP_PREPARE_HANDOVER_ack on kuten GSM:ssä. Myös HOCT-parametri on mukana (katso kohta 11) kuten taulukossa I on määritelty. HOCT-parametri (ja mahdolliset lisäpara-10 metrit) lähetetään takaisin ankkuripuolelle mahdollistamaan kytkentätyypin neuvottelemisen ja/tai tietoliikenneresurs-sien kontrolloimisen B'-puolelta. Tässä esimerkissä HOCT ei kuljeta mitään uutta informaatiota ankkuripuolelle A.

9: new_leg_command on uusi sanoma, joka linkittää 15 RCSF-handover-ohjauksen BSCF+ puhelunohjaukseen. RSCF käskee BSCF+:n muodostamaan uusi handover-haara nykyiselle puhelulle. Uusi haara käyttää numeroa DNAnew ja vastaavaa liitäntälinjaa A-puolen BSCF+:ssä ja numeroa DNBnew (ja vastaavaa liitäntälinjaa) B'-puolen BSCF+:ssä. HOCT kertoo, 20 että tämän handoverin tyyppi on "new local call".

10: SETUP-sanoma on kuten ISDN-verkossa. Paikalliskeskuksen on muodostettava paikallispuhelu handover-haaraa varten.

11, 12, 13: INITIAL_ADDRESS_MESSAGE, CALL_PROCEEDING 25 ja SETUP ovat kuten ISDN:ssä.

14: setup_detect on uusi sanoma, joka kertoo RCSF/B':lle, että uusi handover-haara on valmis. BSCF+/B' kykenee linkittämään tämän uuden haaran aikaisemmin varattuihin radioresursseihin perustuen käytettyyn liitäntälin-• 30 jaan, joka vastaa numeroa DNBnew.

15, 16, 17: ALERTING, ADDRESS_COMPLETE_MESSAGE ja ALERTING ovat kuten ISDN:ssä.

18: new_leg_complete kertoo, että uusi handover-haara on onnistuneesti muodostettu.

35 19: MAP_PREPARE_SUBSEQUENT_HANDOVER_ack on kuten 17 100445 GSM:ssä.

20, 21: HANDOVER_COMMAND on kuten GSM:ssä. BSCF+/B1 vain välittää sanoman, mutta on myös huomattava, että CONNECT- sanoma voidaan nyt lähettää (katso kohta 25).

5 25, 26, 27, 28, 29: CONNECT, CONNECT_ACK, ANS- WER_MESSAGE, CONNECT ja CONNECT_ACK ovat kuten ISDN:SSä.

30. connect_detect on uusi sanoma, joka kertoo, että liitäntälinja on kytketty.

31: MAP_SEND_END_SIGNAL on kuten GSM:ssä.

10 32: switch_leg_command on uusi sanoma, joka kertoo BSCF+/A:lle, että uutta haaraa voidaan käyttää tästä eteenpäin. Tämän seurauksena vanha handover-haara voidaan pudottaa pois. Tässä esimerkkitapauksessa, HOCT-parametri ilmoittaa, että vanhaan haaraan liittyvä paikallispuhelu 15 voidaan purkaa (vrt. taulukko I) . On kuitenkin huomattava, että ei ole välttämätöntä purkaa paikallispuhelu sen jälkeen kun kaikki siinä olevat handover-haarat on purettu. On myös mahdollista esimerkiksi säilyttää kytkentä odottamassa uusia handover-haaroja A-puolen ja B'-puolen välillä. Täl-20 löin HOCT-parametrin arvo on "nothing" (vrt. taulukko I).

33, 34, 35, 36: MAP_SEND_END_SIGNAL_ACK-sanoma, CLEAR_COMMAND-sanomat ja CLEAR_COMPLETE-sanomat ovat kuten GSM:ssä. BSCF+/B vain välittää CLEAR_COMMAND-sanoman ja kytkee handover-haaran pois.

25 37, 38, 39: DISCONNECT, RELEASE ja RELEASE_COMPLETE

ovat kuten ISDN:ssä.

40: disconnect_detect on uusi sanoma, joka kertoo, että liitäntälinja ja luettelonumero on vapautettu.

41, 42, 43, 44, 45: RELEASE, RELEASE_ACK, DISCON-30 NECT, RELEASE ja RELEASE_COMPLETE ovat kuten ISDN:ssä.

46: disconnect_detect on uusi sanoma, joka kertoo, että liitäntälinja ja luettelonumero on vapautettu.

Varattuun yhteyteen perustuva handover 35 Tässä esimerkkitapauksessa suoritetaan handover tu- 18 100445 kiasemaohjaimesta BSC/A tukiasemaohjaimeen BSC/B käyttäen handover-haaran muodostamiseen paikallispuhelua, BSC/A-BSC/B, joka on varattu ennakolta tai jätetty purkamatta aikaisemman puhelun tai handoverin yhteydessä. Toisin sa-5 noen ajatuksena on se, että kertaalleen varattua paikallispuhelua ei tarvitse purkaa välittömästi sen jälkeen, kun sitä käyttänyt puhelu (tai puhelut) on purettu tai puhelun aikana on tehty handover uuteen paikkaan. Paikallispuhelu voidaan sen sijaan säilyttää ja pitää varalla odottamassa 10 seuraavaa handoveria, joka vaatii yhteyden näiden samojen tukiasemaohjaimien BSC välille. Esimerkiksi kuvioiden 5A-5C handover-prosessissa olisi tukiasemaohjaimien BSC/A ja BSC/B välinen paikallispuhelu voitu jättää purkamatta siten, että kohdassa 32 lähetetyn switch_leg_command-sanoman 15 HOCT-parametrin arvoksi asetetaan "nothing". Toinen vaihtoehto on, että tällaisia paikallispuheluyhteyksiä tukiasemaohjaimien välille varataan esimerkiksi hallinnollisin perustein, kun oletetaan, että handover-yhteyksiä saatettaisiin pian tarvita. Tämä keksinnön mukainen menetelmä 20 vähentää signalointia tukiasemaohjaimien ja paikalliskeskuksen välillä siksi, että yhteysresursseja ei varata ja vapauteta jatkuvasti aina kun uusia handover-yhteyksiä tarvitaan tai ei enää tarvita. Tällaisen keksinnön mukaisen menettelyn avulla paikallispuheluiden muodostus ja purku 25 voi siis tapahtua stabiilimmin kuin itse handover-yhteyden muodostus ja purkaminen.

Kuvion 6 signalointikaaviossa esitetään tällainen varattuun yhteyteen perustuva handover tukiasemaohjaimesta BSC/A tukiasemaohjaimeen BSC/B. Kuviossa 6 on sanomia, . 30 joille löytyy rakenteeltaan vastaava sanoma kuvioista 5A, : 5B ja 5C, merkitty samoilla numeroilla. Seuraavassa seli tyksessä listataan ainoastaan erot verrattuna vastaaviin sanomiin kuvioissa 5A-5C. Esimerkissä oletetaan, että hand-over-tyypistä päättää B-puoli. A-puolen RSCF asettaa 35 MAP_PREPARE_HANDOVER-s anoman HOCT-parametrin arvoksi "unde-

II

19 100445 fined, mikä kertoo B-puolelle, että sen tulee tehdä päätös handover-tyypistä (vrt. taulukko I).

1,2: ovat kuten kuviossa 5A, mutta tukiasemaohjaimessa BSC/A, 5 3: puuttuu, koska vanhaa hanodover haaraa ei ole tässä esimerkissä kuten kuviossa 5, 4: B-puoli päättää käyttää olemassa olevaa paikallispuhelua tukiasemaohjaimien BSC/A ja BSC/B välillä. Tämän vuoksi se asettaa HANDOVER_REQUEST-sanomassa HOCT-paramet-10 rin arvoksi "existing local call" sekä sisällyttää luettelonumeron DNBnew ja tunnisteen CIC sanomaan. Sanoma lähetetään B-puolen BSCF+:lle.

5: Tämän HANDOVER_REQUEST-sanoman sisältämä CIC on A-rajapinnan linjan tunniste eli eri kuin kohdan 2 CIC.

15 6,7: kuten kuviossa 5A, mutta BSC/B:ssa, 8: A-puolta täytyy informoida siitä, mitä handover-tyyppiä on päätetty käyttää. Tätä varten B-puolen RSCF asettaa MAP_PREPARE_HANDOVER_ack-sanoman HOCT-parametrin arvoksi "existing local call" ja sisällyttää sanomaa luet-20 telonumeron DNBnew ja varatun linjan (kohta 2) tunnisteen CIC.

9: Tässä oletetaan, että A-puolen RSCF kykenee johtamaan luettelonumeron DNAnew vastaanottamastaan luettelo-numerosta DNBnew. DNBnew ja DNAnew ja CIC sisällytetään 25 sanomaan new_leg-command, joka lähetetään A-puolen BSCF+:lle handover-haaran kytkemistä varten.

10-17: tarpeettomia, 18: kuten kuviossa 5B, mutta BSC/A:ssa, 19: tarpeeton, • 30 20,21: kuten kuviossa 5B, mutta BSC/A:ssa, 22,23,24: kuten kuviossa 5C, mutta BSC/B:ssa, 25,26,27,28,29,30: tarpeettomia, 31: kuten kuviossa 5C, mutta BSC/B:ssä, 32,33,34,35,36: kuten kuviossa 5C, mutta BSC/A:ssa 35 Kuten edellä esitetystä signalointiesimerkistä il- 20 100445 menee, valmiiksi varatun paikallispuhelun käyttäminen han-doverhaarana vähentää oleellisesti signalointikuormitusta erityisesti paikalliskeskuksen LE ja tukiasemaohjaimien BSC välillä.

5 on huomattava, että varattuun paikallispuheluun pe rustuva handover voidaan tehdä myös kuvioiden 5A-5C mukaisessa myöhemmässä handoverissa tukiasemien BSC/A ja BSC/B' välillä.

Vaikka keksintö on selitetty viitaten tiettyihin 10 suoritusmuotoihin, on kuitenkin ymmärrettävä, että selitys on tehty vain esimerkkitarkoituksessa ja siihen voidaan tehdä muutoksia ja modifikaatioita poikkeamatta oheisten patenttivaatimusten määrittelemän keksinnön hengestä ja suoj apiiristä.

Claims (10)

21 100445

1. Järjestely handoverin suorittamiseksi tukiasemaohjaimien välillä tietoliikennejärjestelmässä, joka käsit- 5 tää kiinteän verkon paikalliskeskuksen (LE) ; matkaviestimiä (PS) ; tukiasemajärjestelmiä, jotka muodostavat matkaviestimille langattoman liitäntäverkon paikalliskeskukseen, kunkin tukiasemajärjestelmän sisältäessä tukiasemaohjaimen (BSC) ja tukiasemia (BTS); siirtolinjoja, joilla paikallis-10 keskus on kytketty tukiasemaohjaimiin; tukiasemaohjaimien (BSC) välisen handoverin ohjauksen ollessa sijoitettu tukiasemaohjaimiin siten, että puhelun ensimmäinen tukiasemaohjain toimii ankkuripisteenä, johon paikalliskeskuksen kautta muodostettu alkuperäinen yhteys säilytetään ja josta 15 handovertilanteessa muodostetaan jatkoyhteys toiseen tukiasemaohjaimeen, tunnettu siitä, että tukiasemaohjaimet on sovitettu jättämään tarvittaessa tukiasemaohjaimien välinen paikallispuhelukytkentä purkamatta puhelun päättyessä ja säilyttämään se varalla odot-20 tamassa seuraavaa tukiasemaohjaimien välistä handoveria varten, ensimmäinen tai toinen tukiasemaohjain on sovitettu päättämään mainitun ennalta varatun paikallispuhelukytken-nän käyttämisestä jatkoyhteytenä tukiasemaohjaimien väli-25 sessä uudessa handoverissa ja ilmoittamaan valinta sekä mahdolliset yhteyteen liittyvät lisäparametrit toiselle tukiasemaohjaimelle.

2. Patenttivaatimuksen 1 mukainen järjestely, tunnettu siitä, että tukiasemaohjaimet (BSC) on so- \ 30 vitettu tarvittaessa ennakolta muodostamaan uusi paikallis puhelukytkentä tukiasemaohjaimien välille ja säilyttämään se varalla odottamassa seuraavaa handoveria tukiasemaohjaimien välillä.

3. Patenttivaatimuksen 1 tai 2 mukainen järjestely, 35 tunnettu siitä, että samaa paikallispuhelukytkentää 100445 ___ TT 22 käytetään kahden tai useamman eriaikaisen handoverjatkoyhteyden muodostamiseen sitä välillä purkamatta.

4. Patenttivaatimuksen 1. 2 tai 3 mukainen järjestely, tunnettu siitä, että handover j atkoyhteyden muo- 5 dostaminen mainitun varatun paikallispuhelukytkennän kautta sisältää vain tukiasemaohjainten (BSC) välistä signalointia .

5. Menetelmä handoverin suorittamiseksi tukiasemaohjaimien välillä tietoliikennejärjestelmässä, joka käsit- 10 tää kiinteän verkon paikalliskeskuksen; matkaviestimiä; tukiasemajärjestelmiä, jotka muodostavat matkaviestimille langattoman liitäntäverkon paikalliskeskukseen, kunkin tukiasemajärjestelmän sisältäessä tukiasemaohjaimen ja tukiasemia; ja siirtolinjoja, joilla paikalliskeskus on kytket-15 ty tukiasemaohjaimiin, jossa menetelmässä muodostetaan puheluyhteys paikalliskeskuksesta ensimmäiseen tukiasemaohjaimeen, joka palvelee matkaviestintä, suoritetaan handover puhelun ja matkaviestimen 20 siirtämiseksi ensimmäiseltä tukiasemaohjaimelta toiselle tukiasemaohj aimelle, ohjataan handoveria tukiasemaohjaimista paikalliskeskuksesta riippumattomasti, säilytetään puhelukytkentä paikalliskeskuksesta en-25 simmäiseen tukiasemaohjaimeen, muodostetaan jatkoyhteys ensimmäisestä tukiasemaohjaimesta toiseen tukiasemaohjaimeen paikalliskeskuksen kautta kytkettynä paikallispuheluna, kytketään puhelu mainitun jatkoyhteyden kautta toi-• 30 selle tukiasemaohjaimelle, tunnettu siitä, että jätetään tarvittaessa tukiasemaohjaimien välinen paikallispuhelukytkentä purkamatta puhelun päättyessä ja säilytetään se varalla odottamassa seuraavaa tukiasemaoh-35 jäimien välistä handoveria varten, 23 100445 päätetään ensimmäisessä tai toisessa tukiasemaohjaimessa mainitun ennalta varatun paikallispuhelukytkennän käyttämisestä jatkoyhteytenä tukiasemaohjaimien välisessä uudessa handoverissa, 5 päätöksen tehnyt tukiasemaohjain ilmoittaa valinnas ta toiselle tukiasemaohjaimelle, muodostetaan handoverjatkoyhteys mainitun ennalta varatun paikallispuhelunkytkennän kautta ensimmäisestä tukiasemaohjaimesta toiseen tukiasemaohjaimeen.

6. Patenttivaatimuksen 5 mukainen menetelmä, tunnettu siitä, että käytetään samaa paikallispuhe-lukytkentää kahden tai useamman eriaikaisen handoverjatkoyhteyden muodostamiseen sitä välillä purkamatta.

7. Patenttivaatimuksen 5 tai 6 mukainen menetelmä, 15 tunnettu siitä, että muodostetaan handover jatkoyhteys mainitun varatun paikallispuhelukytkennän kautta pelkästään tukiasemaohjainten välistellä signaloinnilla.

8. Menetelmä handoverin suorittamiseksi tukiasemaohjaimien välillä tietoliikennejärjestelmässä, joka käsit- 20 tää kiinteän verkon paikalliskeskuksen; matkaviestimiä; tukiasemajärjestelmiä, jotka muodostavat matkaviestimille langattoman liitäntäverkon paikalliskeskukseen, kunkin tukiasemajärjestelmän sisältäessä tukiasemaohjaimen ja tuki-. asemia; ja siirtolinjoja, joilla paikalliskeskus on kytket- 25 ty tukiasemaohjaimiin, jossa menetelmässä muodostetaan puheluyhteys paikalliskeskuksesta ensimmäiseen tukiasemaohjaimeen, joka palvelee matkaviestintä, suoritetaan handover puhelun ja matkaviestimen 30 siirtämiseksi ensimmäiseltä tukiasemaohjaimelta toiselle tukiasemaohjaimelle, tunnettu siitä, että muodostetaan ennakolta uusi paikallispuhelukytkentä tukiasemaohjaimien välille ja säilytetään se varalla odot-35 tamassa handoveria tukiasemaohjaimien välillä. 24 100445 ohjataan handoveria tukiasemaohjaimista paikalliskeskuksesta riippumattomasti, säilytetään puhelukytkentä paikalliskeskuksesta ensimmäiseen tukiasemaohjaimeen, 5 päätetään ensimmäisessä tai toisessa tukiasemaohjai messa mainitun ennalta varatun varatun paikallispuhelukyt-kennän käyttämisestä jatkoyhteytenä tukiasemaohjaimien välisessä uudessa handoverissa, päätöksen tehnyt tukiasemaohjain ilmoittaa valinnas-10 ta toiselle tukiasemaohjaimelle, muodostetaan handoverjatkoyhteys mainitun ennalta varatun paikallispuhelukytkennän kautta ensimmäisestä tukiasemaohjaimesta toiseen tukiasemaohjaimeen.

9. Patenttivaatimuksen 8 mukainen menetelmä, 15 tunnettu siitä, että käytetään samaa paikallispuhe- lukytkentää kahden tai useamman eriaikaisen handoverjatkoyhteyden muodostamiseen sitä välillä purkamatta.

10. Patenttivaatimuksen 8 tai 9 mukainen menetelmä, tunnettu siitä, että muodostetaan handover jatkoyh- 20 teys mainitun varatun paikallispuhelukytkennän kautta pel kästään tukiasemaohjainten välisellä signaloinnilla. < 25 100445