FI106351B - Menetelmä tiedonantojen soittamiseksi tietoliikenneverkon keskuksessa - Google Patents

Description

106351

Menetelmä tiedonantojen soittamiseksi tietoliikenneverkon keskuksessa

Keksinnön tausta

Keksintö liittyy puhelun yhteydenmuodostukseen ja erityisesti tie-5 donannon soittamiseen puhelun osapuolelle puhelinkeskuksessa yhteydenmuodostuksen aikana.

Puhelunmuodostuksen ohjauksesta ja yhteyden kytkemisestä tilaajien välille huolehtivat tietoliikenneverkon keskukset. Voimakkaasti yksinkertaistaen keskus vastaanottaa puhelunmuodostuspyynnön kutsuvalta tilaajalta 10 tai toiselta keskukselta ja kytkee yhteyden eteenpäin kutsutulle tilaajalle tai seuraavalle keskukselle. Käytännössä puhelinkeskuksen toiminta puhelumuo-dostuksen aikana on monimutkainen prosessi, joka sisältää joukon peräkkäisiä osaprosesseja. Näihin voi sisältyä tilaajakohtaisesti Hipaistavia erikoispalveluja, numeroanalyysejä, kutsunsiirtoja, erikoistariffeja, jne. Näihin toimintoi-15 hin tarvittava älykkyys voi olla itse keskuksessa tai nykyisin tyypillisemmin perusverkkoon (kuten yleinen puhelinverkko PSTN) liitettävässä älyverkossa IN (Intelligent Network).

Älyverkko mahdollistaa palvelujen nopeamman, helpomman ja joustavamman toteuttamisen ja konrolloinnin. Tämä tapahtuu siirtämällä pal-20 velujen ohjaus, ainakin osittain, pois keskuksesta erilliseen älyverkon toiminnalliseen yksikköön. Näin palvelut saadaan perusverkon toiminnasta riippu-. mattomiksi eikä perusverkon rakennetta ja ohjelmistoja tarvitse muuttaa pal- veluita muutettaessa tai lisättäessä. Eräs esimerkki tällaisesta älyverkosta ku-vataan ITU-T:n (the International Telecommunications Union) Q-1200 -sarjan

.···. 25 suosituksissa. Älyverkon palvelun ohjaustoiminnan tai -toimintojen SCF

• · (Service Control Function) määräämiä tehtäviä suorittavasta laitteistosta tai • · · verkkoelementistä käytetään nimitystä palvelun ohjauspiste SCP (Service '·* * Control Point). Tämän hakemuksen puitteissa SCF ja SCP ovat samanarvoisia ja jatkossa käytetään nimitystä SCP. SCP antaa puhelunmuodostusohjeita 30 keskukselle tai keskus voi siltä kysyä puhelunmuodostusohjeita. Älyverkkoni- • · · tännästä huolehtivia keskuksia kutsutaan palvelun kytkentäpisteiksi SSP .··. (Service Switching Point). Ne sisältävät ainakin palvelun kytkentätoiminnon ....: SSF (Service Switching Function) ja puhelun ohjaustoiminnon CCF (Call Cont rol Function). Puhelun ohjaustoiminto CCF ei ole älyverkkoon liittyvä toiminto, i 35 vaan vakiona keskuksissa oleva toiminto, joka sisältää keskuksen korkean tason puhelunkäsittelytoiminnot, kuten siirtoyhteyksien muodostamisen ja va- 106351 2 pauttamisen. Palvelun kytkentätoiminto SSF on rajapinta puhelun ohjaustoiminnon CCF ja palvelun ohjauspisteen SCP välillä. Tämän hakemuksen puitteissa palvelun kytkentäpiste SSP on samanarvoinen CCF:n ja SSF:n muodostaman toiminnallisen kokonaisuuden kanssa ja jatkossa käytetään nimi-5 tystä SSP.

Perinteisessä, ilman älyverkon apua tapahtuvassa puhelunmuodostuksessa puhelinkeskukset tekevät itsenäisesti kaikki puhelun reititykseen liittyvät päättelyt. Älyverkossa reititykseen liittyviä päättelyjä tekee myös SCP.

Puhelunmuodostuksen eri vaiheisiin voi liittyä välitiedonantoja 10 (announcement), joissa puhelun osapuolelle, tyypillisesti kutsuvalle tilaajalle, kerrotaan puhelun etenemisestä tai annetaan muuta puheluun liittyvää informaatiota, kuten tariffitietoa. Esimerkiksi älyverkkosovelluksessa SCP voi, havaitessaan tietyn puhelun vaiheen tai tapahtuman, pyytää keskusta soittamaan tiedonannon puhelun osapuolelle, tyypillisesti kutsuvalle tilaajalle. Ny-15 kyisin keskus soittaa tiedonannon välittömästi, kun siitä saadaan tieto, esim. välittömästi SCP:n antaman käskyn jälkeen.

Tässä tekniikan tason mukaisessa tiedonannon käsittelyssä ilmenee mm. seuraavia ongelmia: 1. Turha veloitus: Maksullisissa tiedonannoissa laskenta (charging) 20 käynnistyy heti ja sitä ei voi enää tekniikan tason keskuksissa keskeyttää. Jos tiedonanto annetaan puhelunmuodostuksen alkuvaiheessa ja puhelunmuodostus epäonnistuu, joutuu tilaaja maksamaan mahdollisesti “turhasta” puhe-luajasta, joka alkaa tiedonannon soittamisen alkuhetkestä ja päättyy puhelun-muodostusongelman takia tehtävään purkuun (myös mahdollinen purkutie-·;·: 25 donanto saattaa tulla maksulliseksi).

.···. 2. Turhat tiedonannot: Puhelunmuodostuksen jossain vaiheessa annetaan tiedonanto (esimerkiksi kutsunsiirtoon liittyen), vaikka puhelunmuo- • · · dostus saattaa myöhemmin epäonnistua. Tällöin tiedonanto on mahdollisesti » · · turha ja varaa tarpeettomasti keskuksen resursseja (ensin annettava tiedon- ... 30 anto viivästää purkuun johtavan syyn havaintoa; täksi ajaksi puheluun varatut • · ’··;* resurssit ovat mahdollisesti turhaan varatut) ja tiedonantoresursseja (jos tie- donanto on tarpeeton) 3. Lisävalinnan keruu estyy: Tiedonannon yhteydessä keskuksen • φ * on lähetettävä kutsuvan tilaajan suuntaan AddressCompleteMessage (ACM). 35 Sanomalla on ainakin kaksi eri merkitystä: 1) kertoo että valinta on täysin ·’ ” valmis ja 2) saa lähtökeskuksen (A-tilaajan suunta) tilaan, jossa sille voidaan « · 3 106351 kytkeä ääniä/tiedonantoja. Merkitys 1) aikaansaa sen, että valittuun numeroon ei enää hyväksytä lisävalintaa (valinta on send_complete). Jos tiedonanto soitetaan hyvin aikaisessa vaiheessa puhelua ja (joko tilaajan ja keskuksen tai keskuksien välillä) käytettävä tulomerkinanto on sellainen, että valinta saattaa 5 tulla useammalla kuin yhdellä sanomalla, uusia iisävalintasanomia ei voida enää vastaanottaa, ja puhelu on purettava, koska ei voida pyytää/saada valitun numeron analysoinnin vaatimia lisädigittejä. (R2:lla lisävalintaa voidaan kysyä verkosta, mutta esim. ISUP:lla se tulee suoraan lisäosoitesanomilla (SAM)).

10 4. Eri puhelunmuodostusvaiheessa annettavia eri tiedonantoja ei voi priorisoida tai optimoida. Perustoiminta on se, että tiedonanto annetaan heti, kun saadaan tieto siitä että sellainen pitää jossain palvelussa antaa. Myöhemmin puhelunmuodostuksessa voidaan jostain toisestakin palvelusta saada toinen tiedonanto annettavaksi. Voi kuitenkin olla, että olisi järkevää 15 antaa vain toinen tiedonannoista — tämä ei kuitenkaan ole mahdollista, kun ensimmäinen on jo annettu.

5. Eri ominaisuuksista johtuvien tiedonantojen keskitetty hallinta. Jonkin ominaisuuden määräämää tiedonantoa ei voi estää toisen ominaisuuden (joka aktivoituu myöhemmin) toimesta.

20 6. Puhelunmuodostuksen viivästyminen: Puhelunmuodostusvai heessa annettavat tiedonannot viivästävät puhelunmuodostusta, koska tiedonanto annetaan kokonaisuudessaan välittömästi. Jos tiedonanto siirretään esim. normaaliin ACM:n odotustilaan, voidaan muutenkin nopeasti suoritetta-vat puhelunmuodostuksen osat suorittaa viiveettä.

·:··: 25 7. Geneerisesti puuttuu mahdollisuus ohjata puhelunmuodostusvai- heessa viivästetty (ja tarvittaessa myös ehdollinen) tiedonanto: esimerkiksi • · voitaisiin etukäteen puhelunmuodostusvaiheessa asettaa tiedonanto, joka an-netaan jonkin asian tapahtuessa puhetilassa (esimerkiksi koputuksen tms.

• * · yhteydessä) 30 Keksinnön lyhyt selostus • · ·

Keksinnön tavoitteena on siten kehittää menetelmä ja menetelmän .···. toteuttava laitteisto siten, että yllä mainitut ongelmat saadaan ratkaistua.

Keksinnön tavoitteet saavutetaan patenttivaatimuksen 1 mukaisella menetelmällä.

« : '· 35 Keksinnön kohteena on lisäksi patenttivaatimuksen 11 mukainen tietoliikenneverkon keskus.

4 106351

Keksintö perustuu ajatukseen erottaa kokonaan toisistaan tiedonannon tarpeen havaitseminen ja tiedonannon soittaminen. Keksinnössä tiedonannon tarve havaitaan perinteiseen tapaan tietyssä puhelunmuodostuksen vaiheessa. Keksinnössä keskus ei kuitenkaan soita tiedonantoa välittömästi 5 vaan tarvittaessa viivästää tiedonannon soittamista myöhempään puhelunmuodostuksen vaiheeseen tai tapahtumaan. Tiedonanto voidaan esimerkiksi soittaa vasta kun lisävalinnan keruu on varmasti päättynyt, puhelun onnistuminen on varmistunut, keskuksen on joka tapauksessa lähettävä ACM-sanoma taaksepäin, tiedonannon tarpeellisuus/oikeellisuus on varmistunut, jne. Pu-10 helunmuodostuksen vaihe tai tapahtuma, johon tiedonannon soittaminen viivästetään, riippuu kulloisenkin keskuksen toteutuksesta sekä mitä ongelmia tiedonannon viivästämisellä kulloinkin halutaan välttää. On huomattava, että keksinnön mukainen keskus saattaa soittaa osan tiedonannoista perinteiseen tapaan heti tarpeen havaitsemisen jälkeen ilman viivettä , mikäli tästä ei ai-15 heudu yllä kuvatun tyyppisiä ongelmia.

Keksinnön ensisijaisen suoritusmuodon mukaisesti, kun tarve tiedonannolle havaitaan, talletetaan tiedonannosta ainakin oikean tiedonannon valintaan tarvittavat tiedot (esim. tiedonannon indeksi tai nimi). Lisäksi tallennetaan edullisesti puhelunmuodostusvaihe, jossa tiedonanto halutaan antaa. 20 Tämä tieto voi olla myös kiinteästi määritelty; esim. tietyt tiedonannot soitetaan tietyssä vaiheessa. Muita tallennettavia tietoja voivat olla tiedonannon luok-ka/tyyppi ja prioriteetti tai säännöt, joilla määrätään, miten käsitellään muita saman puhelun muodostukseen liittyviä eri syistä saatavia tiedonantoja (esim.

\ '· kielletään muut, muut voivat ylikirjoittaa tämän, jne.). Jos tiedonantotietoja ·:"! 25 saadaan useamman kerran puhelussa, talletetaan edullisesti jokaisen tiedot :***: erikseen omaan tietoalkioonsa tähän tarkoitukseen varattuun tietorakentee- .·.·· seen.

• · « • ·

Tietorakenne, johon tiedonantojen tiedot talletetaan voi olla raken- • · · teeltaan esim. jono tai pino. Rakenne riippuu siitä, mitä tiedonantotietojen tal-...§ 30 letuksen yhteydessä tehdään. Jos tiedonannot järjestetään muodostusvaiheen ja prioriteetin mukaiseen aikajärjestykseen, on ehkä järkevää käyttää pinoa, • v ·;·’ jossa on ylimpänä aina seuraavaksi lähimpään puhelunmuodostusvaiheeseen ' liittyvä korkeimman prioriteetin tiedonanto. Jos taas järjestystä ei tiedonannon •; · · i yhteydessä määritetä, voidaan käyttää esim. jonoa, johon tiedonannot viedään 35 peräkkäin havaitsemisjärjestyksessä.

1 f i « 5 106351

Tiedonantotiedot sisältävää tietorakennetta on tutkittava kaikissa niissä puhelunmuodostuksen vaiheissa, joita tiedonannoille voidaan määritellä. Kun tällainen vaihe kohdataan, on aloitettava tietorakenteen ko. puhelunmuodostusvaiheeseen liittyvien alkioiden käsittely. Se miten käsittely tehdään, 5 riippuu siitä, onko tietorakenne järjestetty talletuksen yhteydessä vai ei. On myös huomattava, että samaan vaiheeseen voi liittyä myös useampia tiedonantoja; muodostusvaiheen kohtaamisen yhteydessä on annettava kaikki tarvittavat tiedonannot.

Tiedonantotiedot määrittelevää tietorakennetta saatetaan käsitellä 10 myös muissa puhelun vaiheissa kuin missä tiedonantoja voidaan antaa. Jokin puheluun liittyvä palvelu saattaa esim. poistaa tietorakenteesta kaikki tietyt ehdot täyttävät tiedonannot. Edelleen jokin palvelu saattaa ohjata tiedonantojen talletusvaiheen toimintaa esim. siten, että tiedonantoja ei talleteta tietorakenteeseen, vaikka tarve tiedonannollekin löydettäisiin, tai vain tietyt ehdot 15 täyttävät tiedonannot hyväksytään.

Seuraavassa kuvataan lyhyesti miten keksintö ratkaisee tai helpottaa edellä esitettyjä ongelmia, jotka liittyivät tekniikan tason mukaiseen tiedonantojen käsittelyyn.

1. Maksullinen tiedonanto voidaan ohjata käynnistyväksi mahdolli-20 simman myöhään puhelunmuodostuksessa. Tällöin minimoidaan “turha” mak- sullisuusaika. Jos maksullinen tiedonanto todetaan keksinnön avulla asetetussa soittovaiheessa tarpeettomaksi, ei laskentaa tarvitse käynnistää lainkaan.

2. Viivästämällä tiedonannot sellaiseen puhelunmuodostusvaihee- «« '· seen, että puhelunmuodostuksen onnistuminen on mahdollisimman pitkälle 25 varmistettu, turhien tiedonantojen määrä minimoituu. Riittävän myöhäinen vai-he on esimerkiksi odotettaessa ACM-sanomaa B-tilaajan suunnalta tai vielä • · · myöhemmin B-tilaajan suunnasta saadun ANM-sanoman (Answer Message) vastaanoton jälkeen.

I I f 3. Voidaan viivästää tiedonannot sellaiseen vaiheeseen, että tarvit-30 tavan valinnan määrän tarkistavat analyysit on jo tehty. Tällainen vaihe voi olla esimerkiksi odotettaessa eteenpäin suunnasta ACM:ää tai vastausta.

• · ·;* 4. Koska tiedonannot annetaan vasta sitten, kun vaadittu puhelun- muodostusvaihe on saavutettu tai tapahtuma kohdattu, voidaan tiedonantojen :··: välillä tehdä optimointia ja priorisointia kaikille tiedonannoille määriteltyjen tie- 35 tojen ja puhelunmuodostustapahtumien perusteella. Eli niin kauan kuin tiedon- * : " antoa ei ole annettu, voidaan se estää, sallia tai poistaa kokonaan tietoraken- • « 6 106351 teestä. Priorisointisääntöjä voivat olla esim. ’’soitetaan vain korkeimmalla prioriteetilla oleva tiedonanto”, ’’soitetaan vain viimeisin tiedonanto", "annetaan vain ensimmäinen tiedonanto”, "tiedonannot X ja Y ovat toisensa poissulkevia”, jne.

5 5. Eri tietojen (tiedonantotietorakenne ja/tai muut ominaisuudet) ja puhelun tapahtumien perusteella samassa puhelussa määrättyjen tiedonantojen keskitetty hallinta ratkaisee useimmat ongelmat.

6. Viivästämällä tiedonannon soittaminen sellaiseen vaiheeseen, että se viivästyttää normaalia muodostusta vasta sitten kun joudutaan muu- 10 tenkin odottelemaan esim. verkosta tulevaa sanomaa, voidaan optimoida muodostusvaiheen nopeutta.

7. Keksinnön mukainen mekanismi sallii myöhemmin puhelussa annettavien ehdollisten (ehtona esim. jokin tapahtuma puhelunmuodostuksessa) tiedonantojen tallettamisen etukäteen.

15 Kuvioluettelo

Keksintöä selostetaan nyt lähemmin edullisten suoritusmuotojen yhteydessä, viitaten oheisiin piirustuksiin, joista kuvio 1 havainnollistaa tietoliikenneverkon keskusta, joka liitetty älyverkkoon, 20 kuvio 2 esittää keksinnön mukaisen ensimmäisen edullisen suori tusmuodon signalointia, ja . kuvio 3 esittää vuokaavion keksinnön mukaisesta ensimmäisestä ; ,. edullisesta suoritusmuodosta, < kuvio 4 esittää vuokaavion keksinnön mukaisesta neljännestä edul- .···. 25 lisesta suoritusmuodosta, • · ,v, kuvio 5 havainnollistaa älyverkon palvelun kytkentäpistettä, • · · kuvio 6 havainnollistaa älyverkon palvelun ohjauspistettä, kuvio 7 havainnollistaa usean ristiriitaisen tiedonannon antamista tekniikan tason mukaisen puhelunmuodostuksen aikana, ja 30 kuvio 8 havainnollistaa keksinnön mukaista puhelunmuodostusta, ·«· jossa vältetään mainitut ristiriitaiset tiedonannot.

< l I ( « «Il ( r i I · 1 i « · i , I · · I « 7 106351

Keksinnön yksityiskohtainen selostus

Esillä olevaa keksintöä voidaan soveltaa kaikissa tietoliikennekeskuksissa, joissa annetaan tiedonantoja puhelunmuodostuksen aikana. Tyypillisiä ovat kiinteän puhelinverkon (PSTN) keskukset sekä matkaviestinverkkojen 5 (PLMN) keskukset. Keskus voi olla liitetty älyverkkoon. Keksinnön ensisijaiset suoritusmuodot selostetaan seuraavassa käyttäen esimerkkinä keskusta, joka on kytketty älyverkkoon.

Kuvio 1 esittää älyverkkoa IN ja muutaman esimerkin siihen liittyvästä tietoliikennejärjestelmistä. Kuviossa 1 on esitetty älyverkkopalvelujen 10 kannalta keskeisiä elementtejä ja toimintoja. Verkkoelementtejä, jotka sisältävät palvelun kytkentätoiminnon SSF ja puhelun ohjaustoiminnon CCF (Call Control Function), kutsutaan palvelun kytkentäpisteiksi SSP. Puhelun ohjaus-toiminto CCF ei ole älyverkkoon liittyvä toiminto, vaan vakiona keskuksissa EX oleva toiminto, joka sisältää keskuksen korkean tason puhelunkäsittelytoi-15 minnot, kuten siirtoyhteyksien muodostamisen ja vapauttamisen. Palvelun kyt-kentätoiminto SSF on rajapinta puhelun ohjaustoiminnon CCF ja palvelun ohjaustoiminnon SCF välillä. SSF tulkitsee SCF:n lähettämät pyynnöt ja välittää ne CCF:lle, joka aloittaa niiden vaatimat puhelunohjaustoiminnot. Vastaavasti puhelunohjaustoiminto CCF käyttää SSF:ää pyytääkseen ohjeita SCF:ltä. 20 SSF on kiinteästi kytketty CCF.ään, jonka rajapintana se toimii. Niinpä jokainen SSF on yhdessä CCF:n kanssa samassa keskuksessa EX.

Verkkoelementtejä, jotka sisältävät palvelun ohjaustoiminnon SCF, \i.: kutsutaan palvelun ohjauspisteeksi SCP. Palvelun ohjaustoiminto on keskitetty auktoriteetti älyverkossa, joka mm. sisältää suoritusympäristön palvelulogiik-25 kaohjelmille. Älyverkkopalvelun yhteydessä palvelun ohjauspisteessä SCP käynnistetään palvelulogiikkaohjelma (service logic program), jonka toiminta f I* määrää ne ohjeet, jotka SCP kussakin puheluvaiheessa lähettää SSP:lle. Jo-katselle ohjelmalla voi olla useita suoritettavia olioita (instances). Kuviossa 1 * * * esitetty palvelun ohjauspiste SCP esittää palvelun ohjauspistettä yksinkertai- ... 30 simmillaan, sillä se sisältää vain palvelun ohjaustoiminnon SCF ja tarpeelliset * · '···' liitännät.

• tl ·;·’ Palvelun tietotoiminto SDF (Service Data Function) on tietokanta, f": jota SCF käyttää. Palvelulogiikkaohjelmat voivat kysellä ja päivittää SDF:n 4 1· tietoa. SDF:ään voidaan tallentaa esimerkiksi tilaajakohtaista tai palvelunume-35 rokohtaista tietoa. SDF voi joko olla tietokannan hallintajärjestelmä palvelun « · : ’’ ohjauspisteessä SCP tai se voi olla kuviossa 1 esitetyn mukaisesti erillinen • · 8 106351 tietokantapiste SDP (Service Data Point), joka tukee SCF-SDF-rajapintaa ja sisältää tietokannan DB.

Älyverkon erikoistunut resurssitoiminto SRF (Specialised Resource Function) on rajapinta sellaisille verkon mekanismeille, jotka liittyvät vuorovai-5 kutukseen tilaajan kanssa. SRF voi liittyä älykkäisiin oheislaitteisiin IP (Intelligent Peripheral), jotka sisältävät kehittyneempiä puheenkäsittelytoimin-toja kuin keskukset tai se voi sijaita palvelun kytkentäpisteessä SSP.

Kuviossa 1 on esitetty lisäksi älyverkkoon kuulumaton puhelinkeskus EX, joka sisältää CCF:n lisäksi käyttäjille verkkoon pääsyn (access) ai-10 kaansaavan toiminnon CCAF (Call Control Agent Function). Koska EX käsittää CCAF:n, se voi olla esimerkiksi kiinteän verkon PSTN paikalliskeskus tai matkapuhelinverkon PLMN tukiasema-alijärjestelmää BSS ohjaava matkapuhelinkeskus MSC. CCAF voi sijaita myös palvelun kytkentäpisteessä.

Kuviossa 1 verkon elementit on kytketty toisiinsa signalointiverkon 15 SS7 välityksellä. Myös muita verkkoja, kuten esimerkiksi ISDN, voidaan käyttää.

Älyverkon yhteydessä määritelty puhelun tilamalli BCSM (Basic Call State Model) kuvaa puhelunmuodostuksen eri vaiheita keskuksessa. Kuvion 2 tilakaavio kuvaa ITU-T Q.1214 mukaista lähtevän puhelun tilamallia Origina-20 ting BSCM (0_BSCM). Älyverkkospesifikaatioissa on kytkentäpisteessä suoritettavat puhelun käsittelyproseduurit ryhmitelty karkeisiin vaiheisiin (phases), joista käytetään nimitystä "kohdat puhelussa” PIC (Point in Call). PIC.it on kuvattu kuviossa 2 suorakaiteen muotoisilla lohkoilla. 0_BSCM:ään liittyvät PIC:t ; ovat: . 25 0_Null&Authorize_Origination _Attempt. Kutsuva osapuoli indikoi halunsa tehdä lähtevä puhelu (esim. offhook-tila tilaajalinjalla, ITU-T Q.931 • · *

Setup-sanoma, IAM-sanoma) ja keskus varmentaa oikeuden/kyvyn puhelun • · tekemiseen.

• · *

Collectlnfo. Keskus kerää valintatietoja, kuten palvelutiedot, prefik-30 sit, valitut osoitedigitit. Collectlnfo kohdataan normaalisti puhelunmuodostuk-sessa, kun on edetty vaiheeseen, jossa on varmistettava, että on saatu riittä- t « ·;·* västi valintaa. Valintatietojen kerääminen päätetään, kun on vastaanotettu vaadittu määrä digittejä tai ennalta määrätty loppumerkki tai valvonta-ajastin ;··: laukeaa. Tästä voidaan haarautua PIC.iin Exception ja DP 0_Abandon kautta 35 PIC:iin 0_Null&AuthorizelOrigination_Attempt.

t f “’ I t « I ( · I · I 4 9 106351

Analyzejnformation. Kerätty informaatio analysoidaan ja/tai käännetään valintasuunnitelman mukaisesti, niin että voidaan määrittää reitityso-soite ja puhelutyyppi. Tästä voidaan haarautua PIC:iin Exception ja DP 0_Abandon kautta PIC:iin 0_Null&Authorize_Origination _Attempt.

5 Routing and Alerting. Tulkitaan reititysosoite ja puhelutyyppi ja vali taan seuraava reitti. Odotetaan päättyvän puhelun tilamallilta Terminating BSCM indikaatiota, että kutsuttu osapuoli on vastannut. Tästä voidaan haarautua DP:eihin Route_Select_Failure , 0_Called_Party_Busy tai .0_No_Answer.

10 Active. Yhteys on muodostettu.

Kun vaihe PIC päättyy, kohdataan yleensä havaintopiste DP (Detection Point). DP:t on kuvattu kuviossa 2 neliön muotoisilla lohkoilla. Puhelunmuodostus tai purku voidaan väliaikaisesti pysäyttää näissä havainto-pisteissä ja pyytää palvelun ohjauspisteeltä SCP puhelun jatkokäsittelyohjeita. 15 Puhelun hallinta voidaan siirtää näissä havaintopisteissä palvelun ohjauspisteelle. Siirryttäessä havaintopisteestä DP vaiheeseen PIC, puhelun hallinta siirtyy kytkentäpisteelle. Puhelun tilamalli BCSM käsittää vaiheiden PIC ja ha-vaintopisteiden DP lisäksi siirtymiä (transitions) ja tapahtumia (events). Siirtymät osoittavat peruspuhelun yhteydenmuodostuksen etenemistä PICistä toi-20 seen. Tapahtumat aiheuttavat siirtymisiä vaiheeseen PIC ja sieltä pois. Siirtymiä on kuvattu kuviossa 2 nuolilla. Palvelun kytkentäpisteen SSP ja ohjauspisteen SCP välisiä sanomia kutsutaan operaatioiksi. Esimerkiksi SSP.Ile on voitu määritellä, että vasteena Collectlnformation -operaatiolle, SSP jatkaa ‘" puhelunmuodostusta vaiheesta PIC 2, jossa kerätään tilaajavalintaa.

' ‘ 25 Eräs tällainen operaatio on PlayAnnouncement, jolla SCP pyytää keskusta soittamaan tiedonannon puhelun osapuolelle, tyypillisesti kutsuvalle tilaajalle. Nykyisin keskus soittaa tiedonannon välittömästi, kun siitä saadaan • · tieto.

t · *

Seuraavassa tarkastellaan tekniikan tason mukaista maksullisen ..... 30 tiedonannon antamista 0_BSCM tilamallin mukaisen puhelunmuodostuksen I" aikana viitaten kuvioon 3. Tässä tapauksessa B-tilaaja voi olla esimerkiksi “·* jokin puhelinvastaaja palvelu tai vastaava.

Kohdassa 3.1 keskus (tässä esimerkissä matkaviestinkeskus MSC) :··: vastaanottaa IAM-sanoman edelliseltä keskukselta. Tästä seuraa PIC 0_Null 35 kohdassa 3.2, DP(0_Null) kohdassa 3.3, PIC AuthorizeOriginatingAttempt : kohdassa 3.4 ja DP(AuthOrigAtt) kohdassa 3.5. Kohdassa 3.6 MSC käynnis- • * 10 106351 tää älyverkkopalvelun ohjauspisteessä SCP. SCP antaa PlayAnnouncement operaation, jonka seurauksena MSC soittaa tiedonannon. Tiedonanto voi olla esimerkiksi puhelun tapahtumatieto, kuten "Puhelu siirtyy” Koska tiedonanto on maksullinen, MSC käynnistää laskennan kohdassa 3.8. Lisäksi MSC lä-5 hettää taaksepäin ACM-sanoman ja ANM-sanoman ja soittaa tiedonannon, jolloin laskenta käynnistyy myös edellisissä keskuksissa, kohta 3.9. Sitten SCP palauttaa puhelunmuodostuksen kontrollin MSC:lle, kohta 3.10. Tämän jälkeen seuraavat PIC:t Collectlnfo, Analyzelnfo ja Routing kohdassa 3.11 sekä Alerting kohdassa 3.12. B-tilaaja ei kuitenkaan vastaa, jolloin puhelu tu-10 lee havaintopisteeseen DP(0_No_Answer) ja puhelu puretaan, kohdat 3.13 ja 3.14. Veloituslaskenta oli kuitenkin päällä tiedonannon ajan sekä sitä seuraa-van puhelunmuodostuksen ajan, jossa on mukana B-tilaajan vastauksen odotusaika. Näin A-tilaajaa veloitetaan turhasta tiedonannosta ja epäonnistuneesta puhelusta.

15 Seuraavassa kuvataan keksinnön erään suoritusmuodon mukaista maksullisen tiedonannon antamista 0_BSCM tilamallin mukaisen puhelunmuodostuksen aikana viitaten kuvioon 4.

Kohdassa 4.1 keskus (tässä esimerkissä matkaviestinkeskus MSC) vastaanottaa IAM-sanoman edelliseltä keskukselta. Tästä seuraa PIC 0_Null 20 kohdassa 4.2, DP(0_Null) kohdassa 4.3, PIC AuthorizeOriginatingAttempt kohdassa 4.4 ja DP(AuthOrigAtt) kohdassa 4.5. Kohdassa 4.6 MSC käynnistää älyverkkopalvelun ohjauspisteessä SCP. Tähän asti puhelunmuodostus on < t ( ,!' edennyt kuten kuviossa 3. SCP antaa PlayAnnouncement operaation, joka, 1 ' paitsi että ilmoittaa mikä tiedonanto tulisi antaa, ilmoittaa milloin ja mahdolli-

= - ( l I I

25 sesti millä ehdoilla tiedonanto tulisi antaa. Kuvion 4 esimerkissä SCP pyytää :···: MSC:tää soittamaan tiedonannon, kun vastaussanoma ANM on vastaanotettu • m :.v B-tilaajan suunnasta. Tämän seurauksena MSC ei soita tiedonantoa heti vaan t · « v : viivästää tiedonannon soittamista ja sijoittaa tiedonantoa koskevat tiedot odottamaan sopivaan tietorakenteeseen, kuten tiedonantopinoon.. MSC:n ei :***: 30 myöskään tarvitse lähettää ACM:ää edelliselle keskukselle tai käynnistää las- M· .···. kentaa. Kohdassa 4.8 SCP palauttaa palauttaa puhelunmuodostuksen kont- *·[ rollin MSCille. Tämän jälleen seuraavat PIC:t Collectlnfo, Analyzelnfo ja *

Routing kohdassa 4.9. Niiden aikana MSC vastaanottaa normaalisti ACM-" sanoman B-tilaajan suunnasta ja välittää sen A-tilaajan suuntaan. Kohdassa · >., 35 4.11 odotetaan PIC:ssä Ο-Alerting vastausta B-tilaajalta. B-tilaaja ei kuiten- kaan vastaa, jolloin puhelu tulee havaintopisteeseen DP(0_No_Answer) ja 11 106351 puhelu puretaan, kohdat 4.12 ja 4.13. Näin tiedonannon soittamisen ehtona ollutta vastaussanomaa ANM ei koskaan vastaanotettu eikä maksullista tiedonantoa soitettu tai veloituslaskentaa käynnistetty lainkaan. Näin A-tilaajaa ei veloiteta turhasta tiedonannosta ja epäonnistuneesta puhelusta.

5 Seuraavassa tarkastellaan tekniikan tason mukaista tiedonannon antamista 0_BSCM tilamallin mukaisen puhelunmuodostuksen aikana, kun käytössä on signalointi, jossa valinta tulee useammassa sanomassa, viitaten kuvioon 5.

Kohdassa 5.1 keskus (tässä esimerkissä matkaviestinkeskus MSC) 10 vastaanottaa IAM-sanoman edelliseltä keskukselta. Tästä seuraa PIC 0_Null kohdassa 5.2, DP(0_Null) kohdassa 5.3, PIC AuthorizeOriginatingAttempt kohdassa 5.4 ja DP(AuthOrigAtt) kohdassa 5.5. Kohdassa 5.6 MSC käynnistää älyverkkopalvelun ohjauspisteessä SCP. Kohdassa 5.7 SCP antaa Play-Announcement operaation, jonka seurauksena MSC välittömästi lähettää 15 taaksepäin ACM-sanoman ja soittaa tiedonannon kohdassa 5.8. Sitten SCP palauttaa puhelunmuodostuksen kontrollin MSC:lle, kohta 5.9. Tämän jälkeen seuraa PIC Collectlnfo, kohta 5.10. Tarkistettaessa valittujen digittien lukumäärä havaitaan (kohta 5.11), että tarvitaan lisädigittejä numeron analysointia varten. MSC ei kuitenkaan enää voi vastaanottaa lisävalintaa edelliseltä kes-20 kukselta, koska kohdassa 5.8 lähetettiin tiedonannon vuoksi ACM-sanoma, joka kertoo, että valinta on täysin valmis. Tämän seurauksena puhelu joudu-taan purkamaan jo Collectlnfo vaiheessa (kohta 5.12).

Seuraavassa tarkastellaan keksinnön mukaista tiedonannon antamista 0_BSCM tilamallin mukaisen puhelunmuodostuksen aikana, kun käy-25 tössä on signalointi, jossa valinta tulee useammassa sanomassa, viitaten ku- « · *···’ vioon 6.

• · :.v Kohdassa 6.1 keskus (tässä esimerkissä matkaviestinkeskus MSC) • · · v ; vastaanottaa IAM-sanoman edelliseltä keskukselta. Tästä seuraa PIC 0_Null kohdassa 6.2, DP(0_Null) kohdassa 6.3, PIC AuthorizeOriginatingAttempt 30 kohdassa 6.4 ja DP(AuthOrigAtt) kohdassa 6.5. Kohdassa 6.6 MSC käynnis-tää älyverkkopalvelun ohjauspisteessä SCP. Tähän asti puhelunmuodostus on

Ml r;, edennyt kuten kuviossa 5. Kohdassa 6.7 SCP antaa PlayAnnouncement ope raation, joka, paitsi että ilmoittaa mikä tiedonanto tulisi antaa, ilmoittaa milloin 4 < I I · ' ' ja mahdollisesti millä ehdoilla tiedonanto tulisi antaa. Kuvion 6 esimerkissä 35 SCP pyytää MSC.tää soittamaan tiedonannon sitten, kun valittu B-numero on analysoitu, ts. PIC:n Analyzelnfo jälkeen. Tämän seurauksena MSC ei soita 12 106351 tiedonantoa heti vaan sijoittaa tiedonantoa koskevat tiedot odottamaan sopivaan tietorakenteeseen, kuten tiedonantopinoon. MSC:n ei myöskään tarvitse lähettää ACM:ää edelliselle keskukselle. Kohdassa 6.8 SCP palauttaa palauttaa puhelunmuodostuksen kontrollin MSC.IIe. Tämän jälleen seuraa PIC Col-5 lectlnfo, jossa tarkistettaessa valittujen digittien lukumäärää huomataan, että tarvitaan lisävalintaa (kohta 6.9). Kohdassa 6.10, käytetystä merkinannosta riippuen, joko pyydetään lisävalintaa erityisellä pyyntösanomalla tai odotetaan (ajastimella määritellyn ajan) tuleeko vielä lisävalintaa. Kohdassa 6.11 vastaanotetaan tarvittava lisävalinta ja siirrytään havaintopisteen DP(lnfoCol-10 lected) kautta (kohta 6.12) PIC:iin Analyzelnfo (kohta 6.13). Kohdassa 6.14 puhelunmuodostus saavuttaa havaintopisteen DP(Analyzed_lnfo), jolloin tarkistetaan onko tässä vaiheessa soitettava tiedonantoja (kohta 6.15) Koska kohdassa 6.7 määrätty tiedonanto löytyy tiedonantopinosta, MSC lähettää taaksepäin edelliselle keskukselle ACM-sanoman (kohta 6.16) ja soittaa tie-15 donantopinosta löytyvän tiedonannon (kohta 6.17). Tämän jälkeen puhelunmuodostus jatkuu normaalisti (kohta 6.18).

Seuraavassa tarkastellaan tekniikan tason mukaista usean ristiriitaisen tiedonannon antamista 0_BSCM tilamallin mukaisen puhelunmuodostuksen aikana, viitaten kuvioon 7. Tässä esimerkissä keskus kontrolloi kaikkia 20 puhelunmuodostuksen vaiheita.

Kohdassa 7.1 keskus (tässä esimerkissä matkaviestinkeskus MSC) , , vastaanottaa IAM-sanoman edelliseltä keskukselta. Tästä seuraa PIC 0_Null kohdassa 7.2, DP(0_Null) kohdassa 7.3, PIC AuthorizeOriginatingAttempt kohdassa 7.4. Tällöin keskus toteaa tilaajatietojen perusteella, että A-tilaajalle 25 on annettava tiedonanto "puhelusi on maksuton”, kohta 7.5. MSC lähettää '··* taaksepäin edelliselle keskukselle ACM-sanoman (kohta 7.6) ja soittaa tie- \v donannon A-tilaajalle (kohta 7.7). Tämän jälkeen puhelu etenee havaintopis- v : teen DP(AuthOrigAtt), PIC Collectlnfo, havaintopisteen DP(lnfo Collected), PIC Analyzelnformation kautta havaintopisteeseen DP(lnfo Analyzed), koh-30 dat 7.8-7.12. Numeroanalyysin tuloksena havaitaan, että kyseessä on lasku- • · · ·”*: tettava puhelu riippumatta A-tilaajalle annetuista alennuksista (kohta 7.13) . A- • · · tilaajalle joudutaan antamaan uusi ensimmäisen kanssa ristiriitainen tiedon-anto: "Puhelu maksaa 15 mk minuutti" , kohta 7.14. Tämän jälkeen puhelun- ( l I I * ' ' muodostusta jatketaan normaalisti..

35 Seuraavassa selitetään kuvioon 8 keksinnön mukaista tiedonanto- ( jen optimointia tai priorisointia, jolla vältetään edellä kuvattu usean ristiriitaisen 13 106351 tiedonannon antaminen. Tässä esimerkissä keskus kontrolloi kaikkia puhelunmuodostuksen vaiheita.

Kohdassa 8.1 keskus (tässä esimerkissä matkaviestinkeskus MSC) vastaanottaa IAM-sanoman edelliseltä keskukselta. Tästä seuraa PIC 0_Null 5 kohdassa 8.2, DP(0_Null) kohdassa 8.3, PIC AuthorizeOriginatingAttempt kohdassa 8.4. Tällöin keskus toteaa tilaajatietojen perusteella (kohta 8.5), että A-tilaajalle on annettava tiedonanto "puhelusi on maksuton”, jonka tyyppi on tariffitiedonanto ja prioriteetti 3 (kohta 8.5). Tähän asti puhelunmuodostus on samanlainen kuin kuviossa 7. Nyt MSC ei kuitenkaan soita tiedonantoa heti 10 vaan sijoittaa tiedonantoa koskevat tiedot odottamaan sopivaan tietorakenteeseen, kuten tiedonantopinoon (kohta 8.6). Tässä esimerkissä tallennetaan tieto siitä, että kyseinen tiedonanto on annettava heti valitun numeron analysoinnin jälkeen. Tämän jälkeen puhelu etenee havaintopisteen DP(AuthOrigAtt), PIC Collectlnfo, havaintopisteen DP(lnfo Collected), PIC 15 Analyzelnformation kautta havaintopisteeseen DP(lnfo Analyzed), kohdat 8.7-8.11. Numeroanalyysin tuloksena havaitaan, että kyseessä on laskutettava puhelu riippumatta A-tilaajalle annetuista alennuksista ja että A-tilaajalle on annettava tiedonanto: "Puhelu maksaa 15 mk minuutti", jonka tyyppi on tariffi-tiedonanto ja prioriteetti 1 (kohta 8.12), ja tallennetaan tieto tiedonannosta tie-20 donantopinoon. Kohdassa 8.13 MSC lähettää taaksepäin ACM-sanoman. Keskus tarkistaa tiedonantopinosta mitä tariffitiedonantoja on asetettu kyseiselle havaintopisteelle. Jos pinosta löytyy kaksi tai useampi tariffitiedonanto, keskus vertaa tiedonantojen prioriteetteja ja valitsee korkeimman prioriteetin ‘ tiedonannon (kohta 8.14). Sitten keskus soittaa valitun tiedonannon (kohta ... 25 8.15). Koska kuvion 8 esimerkissä kohdassa 8.12 tallennetulla tiedonannolla · on korkeampi prioriteetti, se valitaan ja ensimmäinen (kohdassa 8.6 tallennet- :.v tu) tiedonanto poistetaan tiedonantopinosta. Näin A-tilaajalle annetaan vain • · · : yksi, sisällöltään oikea tiedonanto. Tämän jälkeen puhelunmuodostus jatkuu normaalisti kohdassa 8.16.

30 Edellä kuvatuissa esimerkeissä keskus suoritti tiedonantopinon tai ·’**: muun vastaavan tietorakenteen tarkistuksen vain pisteessä, joka oli kunkin • · · esimerkin kuvauksen kannalta oleellinen. On kuitenkin ymmärrettävä, että < keskus voi suorittaa tiedonantopinon tarkistuksen ja käsittelyn kaikissa puhe-’ ‘ lunmuodostuksen vaiheissa, jotka tiedonannoille voidaan määritellä (esi- 35 merkiksi kaikki havaintopisteet DP). Lisäksi voi olla muita pisteitä, joissa kes- * ....: kus tutkii ja käsittelee tiedonantopinoa.

14 106351

On ymmärrettävä, että selitys ja siihen liittyvät kuviot on ainoastaan tarkoitettu havainnollistamaan esillä olevaa keksintöä. Alan ammattilaisille tulevat olemaan ilmeisiä erilaiset keksinnön variaatiot ja muunnelmat ilman, että poiketaan oheisissa patenttivaatimuksissa esitetyn keksinnön suojapiiristä ja 5 hengestä.

• · « 1 • · • · · • · • · · * 9 · • ·

Ml • · · • · c

Ml • • · • · · • · · • · • M • f f c i ( I 1 i i

t i < I I I

• 1(1« • ·

Claims (15)

15 106351

1. Menetelmä tiedonannon antamiseksi puhelunmuodostuksen aikana tietoliikenneverkossa, joka menetelmä käsittää vaiheet havaitaan tiedonannon tarve puhelunmuodostuksen tietyssä vai-5 heessa, tunnettu siitä, että menetelmä lisäksi käsittää vaiheen viivästetään tiedonannon soittamista tietoliikennekeskuksessa ennalta määrättyyn myöhempään puhelunmuodostuksen vaiheeseen, jossa tiedonannon oikeellisuus tai tarpeellisuus on lopullisesti varmistunut ja/tai tiedonannon soittaminen ei vaaranna puhelunmuodostuksen onnistumista.

2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että viivästetään tiedonannon soittamista kunnes lisävalinnan keruu on varmasti päättynyt.

3. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, tunnettu siitä, että viivästetään tiedonannon soittamista kunnes puhelunmuodostus 15 joka tapauksessa vaatii, että tietoliikennekeskus lähettää kutsuvan tilaajan suuntaan sanoman, joka kertoo valinnan keruun päättyneen.

4. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että viivästetään tiedonannon soittamista kunnes puhelun onnistuminen on varmistunut.

5. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että tallennetaan, vasteena tiedonannon tarpeen havaitsemiselle, ainakin tiedonannon valintaan tarvittavat tiedot.

6. Jonkin patenttivaatimuksen 1-4 mukainen menetelmä, tun- 25 nettu siitä, että • · :.v tallennetaan, vasteena tiedonannon tarpeen havaitsemiselle, aina- kin tiedonannon valintaan tarvittavat tiedot, mikäli ennalta määrätyt tallennus-ehdot täyttyvät. .·**. 7. Patenttivaatimuksen 5 tai 6 mukainen menetelmä, tunnettu • · · .···. 30 siitä, että lisäksi tallennetaan yksi tai useampi seuraavista tiedoista: tieto pu- *·’ helunmuodostuksen vaiheesta, jossa tiedonanto halutaan soittaa; ehdot tai • : säännöt, joiden mukaan tiedonanto soitetaan tai jätetään soittamatta halutus- ;sa puhelunmuodostusvaiheessa; ja ehdot tai säännöt kuinka tiedonantoa kä- :'. siteitään suhteessa muihin tiedonantoihin. « · ·

8. Jonkin patenttivaatimuksen 5-7 mukainen menetelmä, tun nettu siitä, että 16 106351 tallennetaan puhelun kunkin tiedonannon tiedot eri tietoalkioon tietorakenteessa, kuten jonossa tai pinossa.

9. Patenttivaatimuksen 8 mukainen menetelmä, tunnettu siitä, että 5 tutkitaan mainittua tietorakennetta kaikissa niissä puhelunmuo dostuksen vaiheissa, joita tiedonannoille voidaan määritellä, käsitellään kaikki kulloiseenkin puhelunmuodostusvaiheeseen liittyvät tietoalkiot tietorakenteessa.

10. Patenttivaatimuksen 9 mukainen menetelmä, tunnettu siitä, 10 että käsitellään mainittua tietorakennetta ainakin yhdessä sellaisessa puhelun vaiheessa, jota tiedonannoille ei voi määritellä, mainitun käsittelyn sisältäessä esimerkiksi yhden tai useamman tiedonannon poistamisen tietorakenteesta ennalta määrätyn ehdon täyttyessä.

11. Tietoliikenneverkon keskus (EX), joka käsittää välineet (4.7, 6.7, 8.5) tiedonannon tarpeen havaitsemiseksi puhelunmuodostuksen aikana, välineet (6.17, 8.15) tiedonantojen soittamiseksi ainakin toiselle puhelun osapuolelle, tunnettu siitä, että keskus lisäksi käsittää 20 välineet (4.7, 6.7, 6.15,8.5, 8.12, 8.14) , joilla viivästetään tiedonan non soittamista tietoliikennekeskuksessa ennalta määrättyyn myöhempään puhelunmuodostuksen vaiheeseen, jossa tiedonannon oikeellisuus tai tarpeellisuus on lopullisesti varmistunut ja/tai tiedonannon soittaminen ei vaaranna puhelunmuodostuksen onnistumista. Ϊ I i (

12. Patenttivaatimuksen 11 mukainen keskus, t u n n e 11 u siitä, • t ’ *··* että keskus on järjestetty tallentamaan (4.7,6.7, 8.5, 8.12) kunkin puhelun eri \v tiedonantojen tiedot omina tietoalkioinaan puhelukohtaisessa tietorakentees- ♦ « · v : sa, kuten pinossa tai jonossa.

13. Patenttivaatimuksen 12 mukainen keskus, tunnettu siitä, 30 että mainitut tiedot käsittävät ainakin tiedonannon valintaan tarvittavat tiedot ja • · · .···. mahdollisesti yhden tai useamman seuraavista tiedoista: tieto puhelunmuo- »« · r;t dostuksen vaiheesta, jossa tiedonanto halutaan soittaa; ja ehdot tai säännöt, « '·' joiden mukaan tiedonanto soitetaan tai jätetään soittamatta halutussa puhe lunmuodostusvaiheessa; ehdot tai säännöt kuinka tiedonantoa käsitellään 35 suhteessa muihin tiedonantoihin. « < I I ' 17 106351

14. Patenttivaatimuksen 12 tai 13 mukainen keskus, tunnettu siitä, että keskus on järjestetty tutkimaan (6.15,8.14) mainittua tietorakennetta kaikissa niissä puhelunmuodostuksen vaiheissa, joita tiedonannoille voidaan määritellä ja käsittelemään kaikki kulloiseenkin puhelunmuodostusvaiheeseen 5 liittyvät tietoalkiot tietorakenteessa.

15. Patenttivaatimuksen 14 mukainen keskus, tunnettu siitä, että keskus on järjestetty käsittelemään mainittua tietorakennetta ainakin yhdessä sellaisessa puhelun vaiheessa, jota tiedonannoille ei voi määritellä. • Cl < I « • · · • * • · 9 9 · • · • · · • • • · « • · · 9 9 9 9 9 9 9 9 9 9 9 99 9 9 9 9 9 9 9 99 9 9 r < c < 9 < 9 9 i I I « · 9 9 ie 106351