FI120227B - Päätelaitteen verkko-osoitteen selvittäminen - Google Patents

Päätelaitteen verkko-osoitteen selvittäminen Download PDF

Info

Publication number
FI120227B
FI120227B FI20060821A FI20060821A FI120227B FI 120227 B FI120227 B FI 120227B FI 20060821 A FI20060821 A FI 20060821A FI 20060821 A FI20060821 A FI 20060821A FI 120227 B FI120227 B FI 120227B
Authority
FI
Finland
Prior art keywords
address
network
terminal
request
database
Prior art date
Application number
FI20060821A
Other languages
English (en)
Swedish (sv)
Other versions
FI20060821A0 (fi
FI20060821A (fi
Inventor
Tero Jalkanen
Jari Weckman
Original Assignee
Teliasonera Ab
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
Application filed by Teliasonera Ab filed Critical Teliasonera Ab
Priority to FI20060821A priority Critical patent/FI120227B/fi
Publication of FI20060821A0 publication Critical patent/FI20060821A0/fi
Priority to DK07823124.8T priority patent/DK2062416T3/da
Priority to AT07823124T priority patent/ATE461582T1/de
Priority to ES07823124T priority patent/ES2341386T3/es
Priority to PCT/FI2007/050487 priority patent/WO2008031927A1/en
Priority to EP07823124A priority patent/EP2062416B1/en
Priority to DE602007005384T priority patent/DE602007005384D1/de
Publication of FI20060821A publication Critical patent/FI20060821A/fi
Application granted granted Critical
Publication of FI120227B publication Critical patent/FI120227B/fi

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H04M7/0075—Details of addressing, directories or routing tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4535—Network directories; Name-to-address mapping using an address exchange platform which sets up a session between two nodes, e.g. rendezvous servers, session initiation protocols [SIP] registrars or H.323 gatekeepers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4552—Lookup mechanisms between a plurality of directories; Synchronisation of directories, e.g. metadirectories
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4557—Directories for hybrid networks, e.g. including telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Description

Päätelaitteen verkko-osoitteen selvittäminen
Keksinnön ala
Nyt esillä oleva keksintö kohdistuu IP-pohjaisiin verkkoihin ja tarkemmin järjestelyyn päätelaitteen verkko-osoitteen selvittämiseksi.
5 Keksinnön tausta IP Multimedia Subsystem (IMS) on standardoitu verkkoarkkitehtuuri kolmannen (3GPP)ja seuraavien sukupolvien matkaviestinverkoille, jotka tarjoavat käyttäjille mobiileja ja kiinteitä multimediapalveluita. IMS toimii standardinmukaisella Internet-protokollalla (Internet Protocol, IP) 10 käyttäen SIP-protokollan (Session Initiation Protocol) 3GPP-standardin mukaiseen toteutukseen perustuvaa Voice-over-IP (VoIP) -toteutusta. SIP puolestaan on protokolla, joka on kehitetty multimediaelementtejä, kuten videota, ääntä, pikaviestejä, online-pelejä ja virtuaalitodellisuutta, käsittävän interaktiivisen käyttäjäistunnon aloittamiseksi, muuntami-15 seksi ja lopettamiseksi.
IMS-arkkitehtuurin perusajatuksena on mahdollistaa käyttäjän yhteydenotto IMS-verkkoon riippumatta siitä mitä liityntäverkkoa (joka tukee standardinmukaista Internet-protokollaa, IP) he käyttävät. Näin ollen 20 IMS-verkkoon voi käytännössä päästä minkä tahansa sellaisen verkon kautta (kiinteä, mobiili tai langaton), jossa on pakettivälitteisiä toimintoja, kuten GPRS, UMTS, CDMA2000, WLAN, WiMAX, DSL, kaapeli, jne. Myös piirikytkettyjä puhelinjärjestelmiä, kuten PSTN ja GSM, tuetaan yhdyskäytävien kautta. Suorat IMS-päätelaitteet (kuten matka-25 puhelimet, PDA:t, tietokoneet) voivat rekisteröityä suoraan IMS-verkkoon, jopa verkkovierailun aikana; ainoa vaatimus on, että ne tukevat SIP User Agentejä.
Eräs IMS:n tärkeä piirre on käyttäjän parannettu liikkuvuus; IMS sallii 30 operaattoreiden ja palveluntarjoajien käyttää erilaisia taustaverkko-arkkitehtuureita, jolloin matkaviestinverkko tarjoaa päätelaitteen liikkuvuuden (verkkovierailu), mutta IMS ja SIP tarjoavat käyttäjän liikkuvuuden. Perinteisessä 3GPP-verkossa käyttäjä ja hänen matkaviestimensä tunnistetaan seuraavilla tunnuksilla: kansainvälinen matka- 2 viestintilaajan tunnus (International Mobile Subscriber Identity, IMSI), eli (U)SIM-korttiin tallennettu yksilöllinen käyttäjän tunnus; tilapäinen matkaviestintilaajan tunnus (Temporal Mobile Subscriber Identity, TMSI), eli maantieteellisen sijainnin perusteella muodostettu yksilölli-5 nen käyttäjän tunnus; kansainvälinen matkaviestimen laitetunnus (International Mobile Equipment Identity, IMEI), eli yksilöllinen laite-tunnus; ja matkaviestintilaajan kansainvälinen ISDN-numero (Mobile Subscriber ISDN Number, MSISDN), eli käyttäjän varsinainen puhelinnumero. Nyt IMS-arkkitehtuuri sisältää joitakin lisätunnuksia: IP-multi-10 median yksityinen tunnus (IP Multimedia Private Identity, IMPI) ja IP-multimedian julkinen tunnus (IP Multimedia Public Identity, IMPU). Puhelinnumeroiden sijaan nämä tunnukset ovat URI-tunnuksia (Uniform Resource Identifier), jotka voivat olla numeroita (niin sanottu tel-uri, kuten tel:+358-40-1234567), tai aakkosnumeerisia tunnisteita (niin sa-15 nottu sip-uri, kuten sip:pekka.peloton@sonera.com). IMPI on päätelaitteelle yksilöllinen ja käyttäjällä voi olla useita IMPU:ja yhtä IMPI:ä kohden (usein tel-uri ja sip-uri). IMPU voidaan myös jakaa toisen päätelaitteen kanssa, jolloin kumpikin voidaan saavuttaa samalla tunnuksella (esim. yksi puhelinnumero koko perheelle).
20 IMS:n käyttäjätietokanta (kotitilaajapalvelin, Home Subscriber Server, HSS) sisältää ainakin IMPU:n, IMPI:n, IMSI:n ja MSISDN:n. Näin ollen mobiilikäyttäjää voidaan hakea perinteiseen tapaan hänen MSISDN:nsä mukaan, mutta myös hänen IMPU:nsa, esim. SlP-osoit-25 teen, mukaan. Tämä asettaa uusia haasteita käyttäjän senhetkisen sijainnin ja sen verkkovierailuosoitteen selvittämiselle, mihin hakupyyntö tulisi lähettää.
Eräs syy näihin haasteisiin on se, että ei ole olemassa mitään yhteistä 30 tietokantaa mistä SIP-osoitteet voitaisiin selvittää; yhdellä operaattorilla voi olla useita SIP-osoiteavaruuksia, jotka on voitu kerätä useisiin toisiinsa yhdistämättömiin tietokantoihin, joita muut operaattorit eivät välttämättä tunne. Lisäksi erilaiset operaattorit voivat päästä IMS-ark-kitehtuuriin eri tavoin: esimerkiksi operaattori A voi olla yhteydessä 35 vain yksityisen GPX/IPX:n (Internetwork Packet Exchange) kautta, operaattori B vain Internetin kautta, ja operaattori C vain PSTN:n 3 kautta. Kullekin näistä verkoista on ominaista niiden omat protokollat ja tietokantarakenteet, jotka kaikki vaativat omanlaista lähestymistapaa.
Vielä eräs syy mainittuihin haasteisiin on globaalin ENUM DNS—tieto-5 kannan (Telephone Number Mapping Gohon viitataan myös termeillä Electronic Numbering ja E. 164 Number Mapping) Domain Name System) puuttuminen; on olemassa operaattorikohtaisia ENUM-tieto-kantoja, jotka kääntävät MSISDN-numerot SIP-osoitteiksi käyttäen DNS:ää, mutta kaikki operaattorit eivät tue ENUM DNS -käännöstä.
10 Keksinnön yhteenveto
Nyt on keksitty parannettu menetelmä ja menetelmän toteuttava tekninen laitteisto, jotka helpottavat merkittävästi reititysosoitteen ja käyttäjän sijainnin selvittämisen ongelmia. Keksinnön useat eri aspektit sisältävät menetelmän, elektronisen laitteen ja tietokoneohjelman, joille 15 on tunnusomaista se, mitä itsenäisissä patenttivaatimuksissa esitetään. Keksinnön eri suoritusmuotoja on esitetty epäitsenäisissä patenttivaatimuksissa.
Ensimmäisen aspektin mukaisesti keksinnön mukainen menetelmä pe-20 rustuu ideaan päätelaitteen verkko-osoitteen selvittämiseksi, jolle mainitulle päätelaitteelle on määritetty SIP-osoite, joka menetelmä käsittää seuraavat vaiheet: vastaanotetaan mainittua päätelaitetta tietoliikenneverkon reititysyksikössä koskeva osoitteenselvityspyyntö; lähetetään osoitteenselvityspyyntö edelleen selvitysyksikköön; lähetetään maini-25 tusta selvitysyksiköstä osoitetiedusteluita yhteen tai useampaan osoi-tepalvelimeen ja/tai tietokantaan; vastaanotetaan kustakin mainitusta yhdestä tai useammasta osoitepalvelimesta ja/tai tietokannasta päätelaitteen verkko-osoite tai virhe-ilmoitus, joka osoittaa, että päätelaitteen verkko-osoitetta ei ole löytynyt; ja lähetetään mainitusta selvitysyksi-30 köstä tietoliikenneverkon reititysyksikköön vastaus osoitteenselvitys-pyyntöön, joka vastaus sisältää joko päätelaitteen verkko-osoitteen tai virheilmoituksen.
Erään suoritusmuodon mukaisesti selvitysyksikkö käsittää osoitepalve-35 limien ja/tai tietokantojen prioriteettilistan, joka prioriteettilista määrittää 4 järjestyksen, jossa selvitysyksikkö lähettää osoitetiedusteluita yhteen tai useampaan osoitepalvelimeen ja/tai tietokantaan.
Erään suoritusmuodon mukaisesti prioriteettilista käsittää yhden tai 5 useamman seuraavista osoitepalvelimista ja/tai tietokannoista: GRX/IPX DNS/ENUM -tietokanta; matkapuhelinnumeron siirrettävyys-tietokanta (MNP, mobile number portability), IR.21-tietokanta; tietoliikenneverkon verkkotunnustietokanta; julkinen DNS/ENUM-tietokanta.
10 Erään suoritusmuodon mukaisesti GRX/IPX DNS/ENUM -tietokanta asetetaan ensimmäiseksi prioriteettilistalla.
Erään suoritusmuodon mukaisesti osoitteenselvityspyyntö on SIP INVITE -pyyntö.
15
Erään suoritusmuodon mukaisesti menetelmä käsittää edelleen vaiheen, jossa ennen osoitetiedusteluiden lähettämistä yhteen useampaan osoitepalvelimeen ja/tai tietokantaan prioriteettilistan mukaisesti lähetetään osoitetiedustelu tietoliikenneverkon liittotietokantaan, joka 20 liittotietokanta sisältää kokonaistason tietoa osoitteenselvityspyynnössä olevasta Internetverkkotunnuksesta.
Erään suoritusmuodon mukaisesti tietoliikenneverkko perustuu IMS-arkkitehtuuriin; ja reititysyksikkö on S-CSCF.
25
Keksinnön mukaisella järjestelyllä on merkittäviä etuja. Selvitysyksikkö mahdollistaa yleistarkoituksellisen järjestelyn etäasiakaspäätelaitteen osoitteen selvittämiseksi riippumatta siitä, millaiseen liityntäverkkoon päätelaite on liitetty/liittynyt. Järjestely on yhtälailla sovellettavissa mo-30 biiliverkkojen ja kiinteiden verkkojen palveluihin, sekä puhtaasti Internet-pohjaisiin palveluihin.
Operaattorin kannalta lisäetuna on, että selvitysyksikön toteutus ei liity standardeihin; eli S-CSCF (tai mikä tahansa muu alkuperäinen pyytäjä) 35 lähettää standardinmukaisen ENUM/DNS-kyselyn selvitysyksikölle ja vastaanottaa standardinmukaisen ENUM/DNS-vastauksen, jolloin S-CSCF:n ei tarvitse olla tietoinen niiden välisen selvitysyksikön toimin- 5 nasta. Lisäksi eräs etu on, että operaattori voi ainakin jossain määrin kontrolloida liikennettä ja ohjata sitä tiettyihin verkkoihin (esim. kustannuksista johtuen) muuttamalla prioriteettilistaa asianmukaisesti. Verkko-operaattoreiden ei tarvitse odottaa esim. globaalin 5 ENUM/DNS-tietokannan toteutusta, vaan ne voivat tarjota uusia IP-pohjaisia palveluita välittömästi.
Tämä ja muut keksinnön aspektit ja niihin liittyvät suoritusmuodot käyvät ilmi seuraavasta suoritusmuotojen yksityiskohtaisesta kuvauksesta.
10
Piirustukset
Keksinnön useita erilaisia suoritusmuotoja selostetaan seuraavassa tarkemmin viitaten samalla oheisiin piirustuksiin, joissa 15 kuva 1 esittää yksinkertaistetun verkkorakenteen, jossa IMS-verkko on toteutettu 3GPP-verkon yhteyteen, kuva 2 esittää esimerkin nyt esillä olevan keksinnön mukaisen jär-20 jestelyn toteuttamiseen soveltuvasta verkkoarkkitehtuurista; ja kuva 3 esittää keksinnön erään suoritusmuodon mukaisen palvelimen pelkistettynä lohkokaaviona.
25 Suoritusmuotojen kuvaus
Kuva 1 esittää yksinkertaistetun verkkorakenteen, jossa IMS-verkko on toteutettu 3GPP-verkon yhteyteen, ja vaikka se on erittäin yksinkertaistettu, todetaan sen havainnollistavan tulevien tietoliikenneverkkojen kompleksisuutta ja esim. matkaviestinpäätelaitteen osoitteen 30 selvittämisen ongelmia, kuten edellä on esitetty. Alan ammattilaiselle on selvää, että kuvassa 1 esitettyjen elementtien lisäksi IMS-verkon erilaiset toteutukset käsittävät myös suuren määrän muita verkkoelementtejä, mutta keksinnön ymmärtäminen ei vaadi näiden elementtien esittämistä tässä.
35 6
Matkaviestinverkkojen suunnittelussa on tapahtunut merkittävä ajattelutavan muutos piiri kytketystä toiminnasta pakettivälitteiseen toimintaan. Syynä tähän on pyrkimys mahdollistaa täysin IP-pohjainen viestintä, joka käyttää hyväksi IP:n etuja kaikenlaisessa liikenteessä, ja 5 mahdollistaa saumattoman toiminnan eri järjestelmien välillä. Näin ollen 3G-verkon tärkeimpiä verkkoelementtejä ovat yhdyskäytäväsolmut GGSN (Gateway GPRS Support Node) ja palvelusolmut SGSN (Serving GPRS Support Node), jotka sijaitsevat pakettiverkossa (packet domain network, PS domain), kuten 3G-pakettiverkossa tai 10 GPRS-pakettiverkossa. Tavallisesti useita palvelusolmuja SGSN on yhdistetty yhteen yhdyskäytäväsolmuun GGSN runkoverkon kautta, joka käyttää hyväkseen IP-protokollaa, edullisesti IPv6, ja soveltaa yh-dyskäytävätunnelointiprotokollan GTP mukaista kapselointia kaikkeen 3G-dataan. Palvelusolmu SGSN on yhteydessä käyttäjäpäätelaitteisiin 15 UT 1, UT2 radioliityntäverkkojen UTRAN ja GERAN kautta. Palvelu- solmun SGSN tehtävänä on havaita pakettiradioyhteyksiin kykenevät matkaviestimet palvelualueellaan, siirtää ja vastaanottaa datapaketteja mainituista matkaviestimistä ja jäljittää matkaviestimien sijainti palvelualueellaan. Pakettiradiopalveluihin liittyviä tallenteita, mukaan luettuna 20 tilaajakohtaiset pakettidataprotokollasisällöt, tallennetaan myös koti-tilaajapalvelimelle HSS.
Yhdyskäytäväsolmu GGSN toimii yhdyskäytävänä matkaviestinverkon ja ulkoisen dataverkon PDN (Packet Data Network) välillä. On huo-25 mionarvoista, että perinteiseen verkkorakenteeseen verrattuna MSC:n (matkaviestinkeskus, Mobile Switching Centre) roolia on supistettu vain signalointielementiksi, kun taas piiri kytkettyä liikennettä (CS access) käsitellään ja reititetään erityisen mediayhdyskäytävän (IMS-MGW) kautta. Multimedia Resource Function Processor (MRFP) on toinen 30 yhdyskäytävä IMS-järjestelmään, joka huolehtii IP-pohjaisen liikenteen reitityksestä eri liityntäverkoista.
IP Multimedia Subsystem (IMS) käsittää kaikki runkoverkkoelementit multimediapalveluiden käyttämiseksi periaatteessa minkä tahansa IP-35 pohjaisen viestinnän kautta. S IP-protokollaa (Session Initiation Protocol) käyttäen IMS mahdollistaa sen, että matkaviestinoperaattorit voivat tarjota tilaajilleen multimediapalveluita, jotka perustuvat ja on 7 muodostettu Internet-sovelluksiin, palveluihin ja protokolliin. SlP-palve-limia tai IMS:n välipalvelimia nimitetään yhteisesti lyhenteellä CSCF (Call Session Control Function) ja SIP-palvelimilla on erilaisia rooleja SIP-signalointipakettien käsittelyssä.
5 P-CSCF (Proxy.CSCF) on SIP-välipalvelin, joka on ensimmäinen yh-teyspiste IMS-päätelaitteelle. IMS-päätelaite on rekisteröidyttäessä määritetty tietylle P-CSCF:lle koko rekisteröinnin ajaksi. Näin ollen P-CSCF sijaitsee kaikkien signalointiviestien reitillä ja se voi tutkia jokai-10 sen viestin. P-CSCF on tavallisesti yhdistetty liityntäverkkoihin PDF:n (Policy Decision Function) kautta, joka valtuuttaa mediatason resursseja, esim. palvelun laatua (QoS, quality of service), toteuttaa toimintatapojen ohjausta, kaistanleveyden hallintaa, jne.
15 l-CSCF (Interrogating-CSCF) on SIP-välipalvelin, jonka IP-osoite julkaistaan verkkoalueen DNS:ssä, mikä tällöin mahdollistaa sen, että etäpalvelimet (esim. S-CSCF vieraassa verkkoalueessa) löytävät sen ja käyttävät sitä aloituskohtana kaikille SIP-paketeille tähän verkko-alueeseen. I-CSCF pyytää HSS:ää noutamaan käyttäjän sijainnin ja 20 sitten reitittämään SIP-pyynnön sille määrättyyn S-CSCF:ään.
S-CSCF (Serving-CSCF) on SIP-palvelin, joka toimii signalointitason keskussolmuna, ja se suorittaa myös istunnon ohjausta. S-CSCF lataa ja siirtää käyttäjäprofiileita HSS:lle/ltä, ja käsittelee SIP-rekisteröintejä, 25 mikä mahdollistaa käyttäjän sijainnin (esim. päätelaitteen IP-osoite) ja SIP-osoitteen sitomisen. Aivan kuten P-CSCF, S-CSCF sijaitsee kaikkien signalointiviestien siirtotiellä ja se voi tutkia jokaisen viestin. Se on myös toiminto, joka tarjoaa reitityspalveluita käyttäen ENUM/DNS-tie-dusteluita.
30
Kuvassa 1 esitetään myös kaksi muuta liityntäverkkoa, eli WLAN-lii-tyntäverkko, joka käsittää langattoman liityntäyhdyskäytävän (WAG, wireless access gateway) ja 3GPP Ι-WLAN pakettidatayhdyskäytävän (Packet Data Gateway, WLAN PDG) WLAN-yhteensopiville pääte-35 laitteille (WLAN UE), ja xDSL-liityntäverkko DSLAM:n (Digital Subscriber Line Access Multiplexer) ja BAS:n (Broadband Access Server) kautta mille tahansa päätelaitteelle UE, joka käsittää xDSL- 8 modeemin, esim. pöytätietokone/kannettava tietokone. Niiden IP-lii-kenne reititetään MRFP:n kautta ja signalointiliikenne PDF/SPDF:n kautta.
5 Näin ollen on selvää, että esim. käyttäjän sijaintidatan ja reitityshaku-pyyntöjen hallinta näin monitahoisessa verkkoympäristössä on haastava tehtävä. Tätä korostaa edelleen se, että ei ole olemassa mitään yhteistä tietokantaa, josta SIP-osoitteet voitaisiin selvittää, eikä myöskään globaalia ENUM DNS -tietokantaa. Näin ollen mikäli puhelu-10 istuntopyyntö vastaanotetaan IMS-verkossa, S-CSCF, joka on pyydetyn asiakkaan osoitetietojen selvittämisestä vastaava verkkoelementti, tukeutuu pääasiassa käyttäjäprofiilidataan HSS:ssä. Kuitenkin kuten edellä mainittiin, HSS sisältää osoitedataa vain rajoitetusta määrästä verkkotunnuksia, ja vääjäämättä on olemassa suuri määrä verkko-15 tunnuksia, jotka eivät näy tietyn IMS-verkon HSS:lle. Jos S-CSCF ei voi selvittää osoitetietoa HSS:stä, S-CSCF tavallisesti lähettää ENUM-pyynnön operaattorikohtaiseen ENUM-tietokantaan, jota useat verkko-operaattorit voivat käyttää yhteisesti, mutta jälleen kaikkia verkko-tunnuksia ei saavuteta tämänkään menettelyn kautta.
20
Kuva 2 esittää esimerkkiä nyt esillä olevan keksinnön mukaisen järjestelyn toteuttamiseen soveltuvasta verkkoarkkitehtuurista. Tämän esimerkin lähtökohta on, että IMS-verkko vastaanottaa SIP-kutsun asiakkaalle osallistua puheluistuntoon, eli SIP INVITE -pyynnön asiak-25 kaalle, jolla on osoite john.doe@operator.net. Näin ollen IMS-verkon, tarkemmin sanottuna S-CSCF:n siinä, on selvitettävä varsinainen operaattori joka käyttää verkkotunnusta operator.net, oikea verkkoelementti, johon asiakas on yhdistetty, ja verkko, jota tulee käyttää kutsun reitityksessä.
30
Keksinnön mukaisesti sen sijaan, että S-CSCF lähettäisi reitityspyyn-nön useisiin verkkoihin, toteutetaan täydentävä looginen yksikkö vaaditun osoitetiedon selvittämiseksi. Tämä täydennysyksikkö, johon tässä viitataan termillä “selvitin” tai ’’selvitysyksikkö”, voi olla erillinen verkko-35 elementti tai vain erillinen looginen yksikkö, joka on toteutettu toisen verkkoelementin, esim. S-CSCF:n, yhteyteen. Selvittäjän on kuitenkin omistettu selvittämään vaadittu osoitetieto: S-CSCF lähettää pyynnön 9 selvittimeen, selvitin suorittaa osoitetiedustelut ja lähettää sitten vastauksen takaisin S-CSCF:lle. Edellyttäen että osoite löytyy, S-CSCF voi sitten edetä lähettämään kutsun oikeaan osoitteeseen tekniikan tason menetelmien mukaisesti.
5
Nyt selvittimen toimintaa havainnollistetaan edelleen viitaten kuvan 2 esimerkkiin. Selvitin 204 vastaanottaa osoitteenselvityspyynnön 202 IMS-verkkoelementiltä, joka on vastuussa osoitetietojen selvittämisestä, esim. S-CSCF:ltä 200. Selvitin käsittää edullisesti osoitepalveli-10 mien ja tietokantojen prioriteettilistan tärkeysjärjestyksessä, minkä mukaan selvitin alkaa selvittää osoitetta. Prioriteettilista edullisesti sisältää kaikki oleelliset osoitepalvelimet ja tietokannan, joista osoite todennäköisimmin löytyisi. Edelleen prioriteettilista laaditaan edullisesti siten, että osoitepalvelin/tietokanta, josta osoite löytyy suurimmalla toden-15 näköisyydellä, sijoitetaan ensimmäiseksi listalle, millä pyritään minimoimaan tiedusteluiden määrä ja näin ollen verkko-operaattorin kulut.
Erään suoritusmuodon mukaisesti riippumatta prioriteettilistasta ja sen palvelinten ja tietokantojen järjestyksestä ensimmäinen kysely voidaan 20 aina ohjata yleiseen DNS-tietokantaan, joka käsittää kokonaistason tietoa verkkotunnusta operator.net käyttävästä ’’yhteisöstä” tai "liitosta”. Tällä tavoin varsinainen operaattori voitaisiin selvittää ja tarkempi tiedustelu voitaisiin ohjata mainittua operaattoria vastaavaan ENUM/DNS-tietokantaan asiakkaan tarkemman osoitetiedon selvittä-25 miseksi.
Kuitenkin mikäli tämän “Nitto”-tietokantatiedustelun kautta ei vastaanoteta mitään vihjettä verkkotunnuksesta, sen jälkeen looginen askel varsinaisten tiedusteluiden aloittamiseksi olisi GRX/IPX (GPRS 30 Roaming exchange / Internetwork Packet exchange) DNS/ENUM -tietokanta 206, joka on yksityinen DNS/ENUM-tietokanta erillään Internetistä, jota useat vertaispisteistä yhteen liitetyt GSM-operaattorit käyttävät yhteisesti. GRX-verkko toimii tehokkaasti yksityisenä runkoverkkona GSM-operaattoreille. Tällaisessa ENUM-tietokannassa tieto-35 kantaan osallistuvien operaattoreiden on pakollista tallentaa kunkin asiakkaan E.164-osoite, toisin kuin julkisessa ENUM-käytännössä, jossa E.164-osoitteiden tallentaminen on vain valinnaista. Näin ollen 10 GPX/IPX DNS/ENUM -tietokanta olisi todennäköisen paikka löytää mobiiliasiakkaan osoite, ja näin ollen on loogista asettaa se ensimmäiseksi prioriteettilistalla.
5 Varsinainen tiedustelu voi perustua sip-uri :iin, kuten sip:john.doe@operator.net, jolloin standardinmukainen DNS-tiedustelu ohjataan IPX DNS/ENUM -tietokantaan. Tiedustelu voi perustua myös tel-uri:iin, kuten tel:+358-40-1234567, jolloin istunnon perustamisessa osoitteena käytetty tel-uri tulee ensin muuntaa ENUM-osoiteverkko-10 tunnukseksi käyttäen standardinmukaista ENUM-toimintoa, eli mainittu tel-uri muunnetaan muotoon 7.6.5.4.3.2.1.0.4.8.5.3.e164enum.net.
Sekä ENUM- että DNS-menettelyn selkeyttämiseksi ENUM-pohjainen menettely, joka on sinänsä tunnettu, havainnollistetaan seuraavassa. 15 Kuten edellä on selitetty, alussa selvitin 204 vastaanottaa osoitteen-selvityspyynnön 202 S-CSCF:ltä 200. Toisin sanoen lähtö-S-CSCF 200 lähettää DNS-tiedustelun 202 7.6.5.4.3.2.1.0.4.8.5.3.e164enum.netistä selvittimeen 204 pyytäen NAPTR RR:ää (Naming Authority Pointer Resource Record). Selvitin 204 lähettää DNS-tiedustelun 20 7.6.5.4.3.2.1.0.4.8.5.3.e164enum.netistä DNS-juuripalvelimelle pyy täen NAPTR RR:ää, ja juuripalvelin kuittaa kyselyn NSillä (Name Server) ja siihen liittyvällä A RRiillä (”A”-lippu, joka määrittää seuraa-van vaiheen haun erityisesti osoitetietoon, ei mihinkään muihin DNS-järjestelmissä saatavilla oleviin tallennetyyppeihin) e164enum.netille, 25 eli nimipalvelin ja osoite hierarkkisen ENUM-rakenteen alemmalle tasolle (eli kerrokselle).
Näin ollen ENUM-tiedustelu suoritetaan sarjana toistuvia tiedusteluita, joista kukin seuraava tiedustelu osoitetaan alemmalle kerrokselle, eli 30 tarkemmin määritetylle DNS-nimiavaruuden aliverkkotunnukselle, kunnes asiakkaan varsinainen NAPTR RR löydetään. Näin ollen selvitin lähettää DNS-tiedustelun 7.6.5.4.3.2.1.0.4.8.5.3.e164enum.netistä ENUM Tier 0/1 -palvelimelle pyytäen NAPTR RR:ää, jolloin ENUM Tier 0/1 -palvelin palauttaa ENUM Tier 2 -palvelinten NS RR:t 35 7.6.5.4.3.2.1.0.4.8.5.3.e164enum.netille selvittimelle. Sitten selvitin va litsee NS RR:n isäntänimellä, kuten enumsl .abc.gprs, ja lähettää DNS-tiedustelun enuml.abc.gprs:stä juuripalvelimelle pyytäen A RR:ää.
11
Juuripalvelin palauttaa abc.gprs:n NS:n ja siihen liittyvät A RR:t selvit-timelle.
Sitten selvitin valitsee jälleen isäntänimellä varustetun NS RR:n, kuten 5 dns1 .abc.gprs, ja lähettää DNS-tiedustelun enuml ,abc.gprs:stä DNS-palvelimelle pyytäen A RR:ää, jolloin DNS-palvelin palauttaa A RR:n selvittimelle. Lopulta selvitin lähettää DNS-tiedustelun 7.6.5.4.3.2.1.0.4.8.5.3.e164enum.netistä ENUM Tier 2 -palvelimelle pyytäen NAPTR RR:ää, ENUM Tier 2 -palvelin palauttaa NAPTR RR:t 10 selvittimelle, joka sitten palauttaa NAPTR RR:t S-CSCF:lle. ENUM-menettelyiden täydellisempi esitys löytyy lETF-dokumentista RFC2916.
Sen jälkeen kun S-CSCF on vastaanottanut NAPTR RR:t, istunto perustetaan tavalliseen tapaan. Lähtö-IMS paikantaa SIP-palvelimet 15 vastaanotettujen NAPTR RR:ien perusteella käyttäen DNS:ää ja lähettää SIP INVITEin kohti pääte-IMS:ää IPX Proxy-0 & IPX Proxy-T :n kautta ja käyttäjätason yhteys muodostetaan.
Kuitenkin mobiilinumeron siirrettävyys, eli käyttäjän mahdollisuus säi-20 lyttää MSISDN-numeronsa vaihtaessaan operaattoria toiseen operaattorin voi saada aikaan sekaannusta edellä kuvatussa menettelyssä, mikäli kysely perustuu MSISDN-numeroon. Näin ollen jos asiakkaan osoitetta ei voitu selvittää GPX/IPX:stä, seuraava looginen paikka kyselyn ohjaamiseen olisi MNP DB (Mobile Number Portability Data-25 base), joka sisältää tietoa useilta operaattoreilta liittyen toiselle operaattorille siirrettyihin MSISDN-numeroihin.
Tässä tapauksessa kysely suoritetaan samaan tapaan kuin standardinmukaisessa piirikytketyssä GSM-puhelussa tai tekstiviestissä 30 (SMS). Näin ollen selvitin 204 lähettää standardinmukaisen MAP-tie-dustelun 208, joka sisältää asiakkaan MSISDN-numeron, kotirekisteriin HLR, joka tekee tiedustelun sen omaan MNP DB:hen 210 tarkistaakseen onko numero siirretty toiselle operaattorille. Jos MSISDN-numero löydetään MNP DB:stä, HLR vastaa tiedusteluun ja lähettää asiakkaan 35 senhetkisen numeron selvittimeen 204, joka numero osoittaa varsinaisen operaattorin, johon istunnon aloituspyyntö tulee lähettää.
12 MNP DB -tiedustelun toteutus voidaan suorittaa useilla tavoilla riippuen siitä, kuinka numeroiden siirrettävyys operaattoreiden välillä saadaan aikaan kussakin maassa. Esimerkiksi joissakin tapauksissa tiedustelu voidaan lähettää suoraan selvittimeltä 204 MNP DB:lle, mu-5 kaan luettuna numeron siirrettävyysdata XML-muodossa, jolloin ei ole tarpeen reitittää kyselyitä HLR:n kautta. Tulos on kuitenkin joka tapauksessa sama: vastaanotetaan joko ilmoitus asiakkaan varsinaisesta operaattorista tai virheilmoitus.
10 Mikäli asiakkaan osoitetietoa ei löydetä MNP DB:stä, seuraava vaihe voisi olla tiedustelu IR.21-tietokantaan 212. IR.21-tietokantaa käyttää GSMA (GSM Association, globaali mobiilioperaattoreiden toimiala-järjestö), joka sisältää informaatiota ja IP-osoitteita operaattoreiden välisissä yhteyksissä käytettävistä verkkoelementeistä. Informaatiota 15 käytetään tavallisesti verkkovierailu- ja verkkoyhteistyötilanteiden käsittelyssä. Näin ollen tietyn verkko-operaattorin asiakkaan sijainnin selvittämiseksi selvitin 204 voi esimerkiksi pyytää MMSC:n (Multimedia Messaging Service Center) IP-osoitetta mainitun verkon asiakkaalle. Mikäli se vastaanotetaan, selvitin voi sitten käyttää IP-osoitetta SIP 20 INVITE -viestin osoitteena.
Mikäli asiakkaan osoitetietoja ei vieläkään löydy, pyytävä verkko-operaattori voi tarkistaa sisäisen verkkotunnustietokantansa 214, joka voi sisältää tietoa kaikista verkkotunnuksista, joita operaattorin verkko-25 yhteistyökumppanit sillä hetkellä käyttävät. Yksinkertaistettuna esimerkkinä tällainen verkkotunnustietokanta voi sisältää seuraavat tiedot: operatorl.nz: 222.111.123.123. Mikäli nyt tiedetään, että asiakas, jonka osoitetta haetaan on Operator1:n asiakas Uudessa Seelannissa, operaattoria vastaa palvelin tai jokin muu yhteyspiste, jolla on IP-osoite 30 222.111.123.123.
Jos asiakkaan osoitetietoja ei vieläkään voida selvittää, kysely voidaan tehdä julkiseen DNS/ENUM-tietokantaan 216. Menettely muistuttaa hyvin paljon tapausta, joka kuvattiin edellä GPX/IPX DNS/ENUM —tie-35 tokannan yhteydessä.
13
On erittäin todennäköistä, että asiakkaan osoitetiedot ratkaistaan yhdessä edellä mainituista tietokannoista, ja selvitin 204 palauttaa osoitteen S-CSCF:lle 200 viestillä 218. Mikäli kuitenkaan mikään edellä mainituista tiedusteluista ei tuo asiakkaan selvitettyä osoitetta, selvitin 5 204 kuittaa osoitteenselvityspyynnön 202 S-CSCF:lle 200 ”ei löydetty” - virheilmoituksella 218.
Erään suoritusmuodon mukaan S-CSCF:llä on sitten pääasiassa kaksi vaihtoehtoa haussa etenemiseksi. Ensimmäinen vaihtoehto on lähettää 10 SIP INVITE -pyyntö IPX-välipalvelimelle 220 (IPX Proxy), joka sijaitsee edellä kuvatussa IPX-verkossa. Tällainen IPX-välipalvelin voi käsittää sisäisen tietokannan, jota hallitsee IPX-välipalvelimen operaattori, joka voi tallentaa jotain sovelluskohtaista tietoa koskien asiakaspäätelait-teita ja niiden sijaintia. IPX-välipalvelinoperaattori voi esimerkiksi tarjota 15 asiakkaan päätelaitetietoon liittyvää lisäarvopalvelua, joka voi sisältää sellaista tietoa, jota ei muualta ole saatavilla. Jos tällainen sisäinen tietokanta on olemassa, silloin suoritetaan samanlainen tiedustelu, kuin edellä on kuvattu; tässä tapauksessa IPX-välipalvelin toimii selvitti-menä ja lähettää tiedustelun sisäiseen tietokantaan.
20
Toinen vaihtoehto on suorittaa niin sanottu PSTN breakout, eli standardinmukainen MAP-tiedustelu HLR:lle, joka pyrkii selvittämään vastapuolen perus-PSTN 222 -tiedusteluiden kautta. Jos asiakas löytyy, perinteinen piirikytketty puhelu voidaan silloin muodostaa. Vaikka tämä 25 vaihtoehto ei käytä hyväkseen IMS-järjestelmän IP-ominaisuuksia, se voi edelleen tarjota lisämahdollisuuden halutun asiakkaan sijainnin selvittämiseksi. Alan ammattilaiselle on selvää, että verkon rakenteesta ja saatavilla olevasta osoitetietokannasta riippuen voi olla olemassa vielä lisää vaihtoehtoja edellä mainittujen lisäksi lisähakujen suorittamiseksi. 30
Alan ammattilaiselle on selvää, että edellä kuvattuja suoritusmuotoja voidaan soveltaa yhdessä yhden tai useamman suoritusmuodon kanssa, mikäli erikseen ei ole mainittu että tietyt suoritusmuodot ovat vaihtoehtoja toisilleen. Erityisesti prioriteettilistan järjestys, eli osoite-35 palvelimet ja tietokannat, joista asiakkaan osoitetta etsitään, voi vaihdella operaattorista ja verkon rakenteesta riippuen. Näin ollen prioriteettilista voi käsittää vain edellä kuvattujen osoitepalvelinten ja tieto- 14 kantojen alijoukon eri järjestyksessä. Lisäksi kannattaa huomioida, että vaikka edellä kuvatut esimerkit liittyvät IMS:ään, suoritusmuotoja ei rajoiteta vain IMS-verkkoon, vaan ne voidaan toteuttaa esim. yksinkertaisen SIP-palvelimen yhteydessä.
5
Keksintö ja sen suoritusmuodot tarjoavat merkittäviä etuja. Edellä kuvattu selvitin mahdollistaa yleistarkoituksellisen järjestelyn etäasiakas-päätelaitteen osoitteen selvittämiseksi riippumatta siitä, millaiseen liityntäverkkoon päätelaite on yhdistetty. Järjestely on yhtälailla sovellet-10 tavissa mobiiliverkkojen ja kiinteiden verkkojen palveluihin, sekä puhtaasti Internet-pohjaisiin palveluihin. Verkko-operaattoreiden ei tarvitse odottaa esim. globaalin ENUM/DNS-tietokannan toteutusta, vaan ne voivat tarjota uusia IP-pohjaisia palveluita välittömästi.
15 Operaattorin kannalta lisäetuna on, että selvittimen toteutus ei liity standardeihin; eli S-CSCF (tai mikä tahansa muu alkuperäinen pyytäjä) lähettää standardinmukaisen ENUM/DNS-kyselyn selvittimelle ja vastaanottaa standardinmukaisen ENUM/DNS-vastauksen, jolloin S-CSCF:n ei tarvitse olla tietoinen niiden välisen selvittimen toiminnasta. 20 Lisäksi eräs etu on, että operaattori voi ainakin jossain määrin kontrolloida liikennettä ja ohjata sitä tiettyihin verkkoihin (esim. kustannuksista johtuen) muuttamalla prioriteettilistaa asianmukaisesti.
Varsinainen selvitin voi edullisesti olla erillinen palvelin, joka on yhdis-25 tetty S-CSCF:ään. Näin ollen palvelin käsittää, kuten kuvassa 3 on havainnollistettu, muistin MEM, käyttöliittymän UI, l/O-välineen I/O tiedonsiirron järjestämiseksi muiden laitteiden kanssa, ja yhden tai useamman keskusyksikön CPU, joka käsittää ainakin yhden prosessorin. Muisti MEM sisältää haihtumattoman osan keskusyksikköä CPU oh-30 jäävien sovellusten ja muun tallennettavan tiedon tallentamiseksi, ja haihtuvan osan käytettäväksi väliaikaisessa tiedonkäsittelyssä. Vaihtoehtoisesti selvittimen toiminnallisuudet voidaan toteuttaa S-CSCF:n osana.
35 Kummassakin tapauksessa keksinnön toiminnallisuudet toteutetaan edullisesti palvelimessa tietokoneohjelmana, joka keskusyksikössä CPU suoritettuna saa aikaan sen, että palvelin toteuttaa keksinnön 15 mukaiset menettelyt. Tietokoneohjelman SW toiminnot voidaan hajauttaa useisiin erillisiin ohjelmakomponentteihin, jotka kommunikoivat keskenään. Ohjelmisto voidaan tallentaa mille tahansa muistivälineelle, kuten PC:n kovalevylle tai CD-ROM -levylle, josta se voidaan ladata 5 palvelimen muistiin. Ohjelmisto voidaan ladata myös verkon kautta, esimerkiksi käyttäen TCP/IP-protokollapinoa.
On selvää, että nyt esillä oleva keksintö ei rajoitu pelkästään edellä esitettyihin suoritusmuotoihin vaan sitä voidaan muunnella oheisten 10 patenttivaatimusten puitteissa.

Claims (15)

1. Menetelmä päätelaitteen verkko-osoitteen selvittämiseksi, jolle mainitulle päätelaitteelle on määritetty SIP-osoite, joka menetelmä 5 käsittää: vastaanotetaan mainittua päätelaitetta koskevan osoitteen-selvityspyyntö tietoliikenneverkon reititysyksikössä (200), joka mainittu osoitteenselvityspyyntö liittyy SIP-osoitteeseen; lähetetään (202) osoitteenselvityspyyntö edelleen selvitys-10 yksikköön (204); tunnettu siitä, että selvitysyksikkö (204) käsittää osoitepalvelimien ja/tai tietokantojen prioriteettilistan, lähetetään osoitetiedusteluita (208) yhteen tai useampaan osoitepalvelimeen ja/tai tietokantaan (206, 210, 212, 214, 216) maini-15 tusta selvitysyksiköstä mainitun prioriteettilistan määrittämässä järjestyksessä; vastaanotetaan kustakin yhdestä tai useammasta osoite-palvelimesta ja/tai tietokannasta (206, 210, 212, 214, 216) päätelaitteen verkko-osoite tai virheilmoitus, joka osoittaa, että päätelaitteen 20 verkko-osoitetta ei ole löytynyt; ja lähetetään mainitusta selvitysyksiköstä (204) tietoliikenneverkon reititysyksikköön (200) vastaus (218) osoitteenselvityspyyntöön, joka vastaus sisältää joko päätelaitteen verkko-osoitteen tai virheilmoituksen. 25
2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että prioriteettilista käsittää yhden tai useamman seuraavista osoitepalvelimista ja/tai tietokannoista:
30. GRX/IPX DNS/ENUM -tietokanta (206); - mobiilinumeroiden siirrettävyys (MNP) -tietokanta (210); - IR.21-tietokanta (212); - tietoliikenneverkon verkkotunnustietokanta (214); - julkinen DNS/ENUM-tietokanta (216). 35
3. Patenttivaatimuksen 2 mukainen menetelmä, tunnettu siitä, että GRX/IPX DNS/ENUM -tietokanta asetetaan ensimmäiseksi prioriteettilistalla. 5
4. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että osoitteenselvityspyyntö on SIP INVITE -pyyntö.
5. Jonkin edellisen patenttivaatimuksen mukainen mene telmä, tunnettu siitä, että ennen osoitetiedustelun lähettämistä yhteen tai useampaan osoitepalvelimeen ja/tai tietokantaan prioriteettilistan mukaisesti lähetetään osoitetiedustelu tietoliikenneverkon liittotietokantaan, joka liitto-15 tietokanta sisältää kokonaistason tietoa osoitteenselvityspyynnössä oi evästä I nternetverkkotu n n u ksesta.
6. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että 20 vasteena siihen, että mainittuihin yhteen tai useampaan osoitepalvelimeen ja/tai tietokantaan lähetettyjen osoitetiedusteluiden kautta ei voitu selvittää päätelaitteen verkko-osoitetta, lähetetään osoitetiedustelu IPX-välipalvelimelle (220), joka sijaitsee IPX-verkossa. 25
7. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että vasteena siihen, että mainittuihin yhteen tai useampaan osoitepalvelimeen ja/tai tietokantaan lähetettyjen osoitetiedusteluiden 30 kautta ei voitu selvittää päätelaitteen verkko-osoitetta, lähetetään standardinmukainen MAP-kysely PSTN-verk- koon (222).
8. Jonkin edellisen patenttivaatimuksen mukainen mene-35 telmä, tunnettu siitä, että tietoliikenneverkko perustuu IMS-arkkitehtuuriin, ja reititysyksikkö in S-CSCF.
9. Palvelin (204) päätelaitteen verkko-osoitteen selvittämiseksi, jolle mainitulle päätelaitteelle on määritetty SIP-osoite, joka palvelin on järjestetty 5 vastaanottamaan mainittua päätelaitetta koskeva osoitteen- selvityspyyntö (202) tietoliikenneverkon reititysyksiköstä (200), joka mainittu osoitteenselvityspyyntö liittyy SIP-osoitteeseen; tunnettu siitä, että palvelin käsittää osoitepalvelimien ja/tai tietokantojen 10 prioriteettilistan, ja palvelin on järjestetty lähettämään osoitetiedusteluita (208) yhteen tai useampaan osoitepalvelimeen ja/tai tietokantaan (206, 210, 212, 214, 216) mainitun prioriteettilistan määrittämässä järjestyksessä; vastaanottamaan kustakin yhdestä tai useammasta osoite-15 palvelimesta ja/tai tietokannasta (206, 210, 212, 214, 216) päätelaitteen verkko-osoite tai virheilmoitus, joka osoittaa, että päätelaitteen verkko-osoitetta ei ole löytynyt; ja lähettämään tietoliikenneverkon reititysyksikköön (200) vastaus (218) osoitteenselvityspyyntöön, joka vastaus sisältää joko 20 päätelaitteen verkko-osoitteen tai virheilmoituksen.
10. Patenttivaatimuksen 9 mukainen palvelin, tunnettu siitä, että prioriteettilista käsittää yhden tai useamman seuraavista 25 osoitepalvelimista ja/tai tietokannoista: - GRX/IPX DNS/ENUM -tietokanta (206); - mobiilinumeroiden siirrettävyys (MNP) -tietokanta (210); - IR.21-tietokanta (212); - tietoliikenneverkon verkkotunnustietokanta (214); 30. julkinen DNS/ENUM-tietokanta (216).
11. Patenttivaatimuksen 10 mukainen palvelin, tunnettu siitä, että GRX/IPX DNS/ENUM -tietokanta asetetaan ensimmäiseksi 35 prioriteettilistalla.
12. Jonkin patenttivaatimuksen 9-11 mukainen palvelin, tunnettu siitä, että osoitteenselvityspyyntö on SIP INVITE -pyyntö.
13. Jonkin patenttivaatimuksen 9 - 12 mukainen palvelin, tunnettu siitä, että palvelin on järjestetty ennen osoitetiedustelun lähettämistä yhteen tai useampaan osoitepalvelimeen ja/tai tietokantaan prioriteettilistan mukaisesti, lähettämään osoitetiedustelu tietoliikenneverkon liittotietokantaan, joka 10 liittotietokanta sisältää kokonaistason tietoa osoitteenselvityspyynnössä oi evästä I nternetverkkotu n n u ksesta.
14. Jonkin patenttivaatimuksen 9-13 mukainen palvelin, tunnettu siitä, että 15 palvelin on toiminnallisesti yhdistetty IMS-arkkitehtuuriin pe rustuvan tietoliikenneverkon S-CSCF:ään.
15. Tietokoneohjelmatuote päätelaitteen verkko-osoitteen selvittämiseksi, joka tietokoneohjelmatuote on tallennettu tietokoneella 20 luettavissa olevalle tallennusvälineelle ja joka on suoritettavissa tietojenkäsittely laitteessa, jolle päätelaitteelle on määritetty SIP-osoite, joka tietokoneohjelmatuote käsittää: tietokoneohjelmakoodiosuuden mainittua päätelaitetta koskevan osoitteenselvityspyynnön vastaanottamiseksi tietoliikenneverkon 25 reititysyksiköstä, joka mainittu osoitteenselvityspyyntö liittyy SlP-osoit-teeseen; tunnettu siitä, että tietokoneohjelmatuote käsittää: tietokoneohjelmakoodiosuuden, joka määrittää osoitepalvelimien ja/tai tietokantojen prioriteettilistan; tietokoneohjelmakoodiosuuden osoitetiedusteluiden lähet-30 tämiseksi yhteen tai useampaan osoitepalvelimeen ja/tai tietokantaan mainitun prioriteettilistan määrittämässä järjestyksessä; tietokoneohjelmakoodiosuuden päätelaitteen verkko-osoitteen tai virheilmoituksen, joka osoittaa, että päätelaitteen verkko-osoitetta ei ole löytynyt, vastaanottamiseksi kustakin mainitusta yhdestä tai 35 useammasta osoitepalvelimesta ja/tai tietokannasta; ja tietokoneohjelmakoodiosuuden vastauksen lähettämiseksi osoitteenselvityspyyntöön tietoliikenneverkon reititysyksikölle, joka vastaus sisältää joko päätelaitteen verkko-osoitteen tai virheilmoituksen.
FI20060821A 2006-09-14 2006-09-14 Päätelaitteen verkko-osoitteen selvittäminen FI120227B (fi)

Priority Applications (7)

Application Number Priority Date Filing Date Title
FI20060821A FI120227B (fi) 2006-09-14 2006-09-14 Päätelaitteen verkko-osoitteen selvittäminen
DK07823124.8T DK2062416T3 (da) 2006-09-14 2007-09-13 Afklaring af en terminals netværksadresse
AT07823124T ATE461582T1 (de) 2006-09-14 2007-09-13 Auflösung einer netzwerkadresse eines endgeräts
ES07823124T ES2341386T3 (es) 2006-09-14 2007-09-13 Resolucion de una direccion de red de un terminal.
PCT/FI2007/050487 WO2008031927A1 (en) 2006-09-14 2007-09-13 Resolving a network address of a terminal
EP07823124A EP2062416B1 (en) 2006-09-14 2007-09-13 Resolving a network address of a terminal
DE602007005384T DE602007005384D1 (fi) 2006-09-14 2007-09-13

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20060821 2006-09-14
FI20060821A FI120227B (fi) 2006-09-14 2006-09-14 Päätelaitteen verkko-osoitteen selvittäminen

Publications (3)

Publication Number Publication Date
FI20060821A0 FI20060821A0 (fi) 2006-09-14
FI20060821A FI20060821A (fi) 2008-03-15
FI120227B true FI120227B (fi) 2009-07-31

Family

ID=37067148

Family Applications (1)

Application Number Title Priority Date Filing Date
FI20060821A FI120227B (fi) 2006-09-14 2006-09-14 Päätelaitteen verkko-osoitteen selvittäminen

Country Status (7)

Country Link
EP (1) EP2062416B1 (fi)
AT (1) ATE461582T1 (fi)
DE (1) DE602007005384D1 (fi)
DK (1) DK2062416T3 (fi)
ES (1) ES2341386T3 (fi)
FI (1) FI120227B (fi)
WO (1) WO2008031927A1 (fi)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7885253B2 (en) * 2008-09-30 2011-02-08 Avaya Inc. Synchronization of session-initiation-protocol proxy databases
US8300644B2 (en) 2008-09-30 2012-10-30 Avaya Inc. Coordination of user information across session initiation protocol-based proxy servers
EP2461617B1 (en) * 2010-12-02 2018-04-25 Telia Company AB Method, system and apparatus for communication
US10033723B2 (en) 2013-12-18 2018-07-24 At&T Intellectual Property I, L.P. Methods, devices, and computer readable storage devices for authenticating devices having non-SIM based clients
US10979462B2 (en) * 2015-01-16 2021-04-13 Ibasis, Inc. Identifying voice over LTE users
US10404864B2 (en) 2016-06-15 2019-09-03 At&T Intellectual Property I, L.P. Method and apparatus for inter-carrier communications

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6917612B2 (en) * 2000-09-01 2005-07-12 Telefonaktiebolaged L M Ericsson System and method for address resolution in internet protocol (IP)-based networks
US6931453B2 (en) * 2003-01-03 2005-08-16 Nokia Corporation Method and apparatus for resolving protocol-agnostic schemes in an internet protocol multimedia subsystem

Also Published As

Publication number Publication date
FI20060821A0 (fi) 2006-09-14
EP2062416A1 (en) 2009-05-27
ES2341386T3 (es) 2010-06-18
FI20060821A (fi) 2008-03-15
EP2062416B1 (en) 2010-03-17
DE602007005384D1 (fi) 2010-04-29
DK2062416T3 (da) 2010-06-21
WO2008031927A1 (en) 2008-03-20
ATE461582T1 (de) 2010-04-15

Similar Documents

Publication Publication Date Title
CA2595077C (en) A method and apparatus for handling emergency calls
US9185139B2 (en) Location based routing
US9021014B2 (en) Methods, systems, and computer readable media for providing home subscriber server (HSS) proxy
US7502837B2 (en) Service provisioning in a communication system
KR102144654B1 (ko) 응급 번호들을 제공하기 위한 방법들 및 시스템들
EP3245839B1 (en) Identifying voice over lte users
US20070121890A1 (en) Method and system for enabling number portability in IMS networks
EP2461617B1 (en) Method, system and apparatus for communication
BRPI0520429B1 (pt) Método de alocação de um servidor de aplicação de protocolo de iniciação de sessão a um assinante dentro de um subsistema de multimídia de ip
JP2009524939A (ja) 照会フラグを使用する電話番号に関連したｉｐアドレスの解決
US20120173742A1 (en) Method and Server Entity for Forwarding a Message Containing a Host Name or Domain Name in an Internet Based Communications Network
FI120227B (fi) Päätelaitteen verkko-osoitteen selvittäminen
US20110145388A1 (en) Method, system, and device for realizing registration mechanism of ip multimedia subsystem
US8467795B2 (en) Location-based routing of IMS calls through femtocells
JP7285944B2 (ja) サービス・ベース・インタフェース対応ホーム加入者サービス選択
US8228900B2 (en) Message routing in the IP multimedia subsystem
US9264491B2 (en) Direct addressing of content on an edge network node
CN111836250B (zh) 终端呼叫方法、系统、计算机设备及存储介质
US8649496B2 (en) Call classification and forwarding
US8948099B2 (en) Geo-local routing in IMS
KR100807863B1 (ko) 통신 시스템에서의 서비스 제공
US20110211684A1 (en) Method, device and system for judging call type
WO2019220274A1 (en) Support for ims virtual clients in multi-operator environment
Chen et al. ENUM-Based Number Portability for 4G/5G Mobile Communications
WO2007144681A1 (en) Method and system for providing portability

Legal Events

Date Code Title Description
FG Patent granted

Ref document number: 120227

Country of ref document: FI

MM Patent lapsed