SE517567C2 - Dirigering av inkommande samtal - Google Patents

Description

20 25 517 567 2 På ett liknande sätt kan användaren ringa ett utgående samtal, genom att använda gatewayen såsom en brygga mellan det IP-baserade Internet och PSTN. I denna si- tuation ser det från PTSN-nätet ut som samtalet kommer från gatewayen, och att denne skall debiteras. En lösning på detta problem presenteras i SE-9603932-6.

Ingen av de ovan nämnda ansökningarna beskriver speciella metoder för dirigering av inkommande samtal till klienten på ett sätt som maximerar användandet av näten, både telekommunikationsnätet och det IP-baserade nätet Sammanfattning av uppfinningstanken Föreliggande uppfinning beskriver ett förfarande och ett nät för att lösa problemet .med dirigering av inkommande samtal för ökat utnyttjande av näten.

Syftet med föreliggande uppfinning är därför att kunna dirigera inkommande samtal på ett effektivt sätt.

Det ovan beskrivna problemet, hur man kan dirigera inkommande samtal på ett ef- fektivt sätt löses genom att omdirigera inkommande samtal till en tj änstenod som dirigerar samtalet vidare till en bestämd nod i beroende av den uppringda abonnen- tens nummer i kombination med andra kännetecken.

I mer detalj löses ovan nämnda problem genom att omdirigera användarens telefon- nummer till en tj änstenod så att inkommande samtal kommer att dirigeras till denna tj änstenod. När tjänstenoden upptäcker ett inkommande samtal analyserar den det uppringda numret, var användaren som har detta nummer befinner sig och positio- nen, eller andra kännetecken, av flertalet av noder och dirigerar det inkommande samtalet i beroende av nämnda analys. Samtalet dirigeras till ett nummer som be- tecknar åtminstone två voice gateways och för varje inkommande samtal väljs en av dessa åtminstone två voice gateways, till vilken samtalet kopplas. Valet kan göras, 10 15 20 25 30 517 567 3 exempelvis utifrån vilken voice gateway som har lägst arbetsbelastning eller det geografiska läget för varje voice gateway.

En av fördelarna med den föreliggande uppfinningen är att nätet utnyttjas på ett ef- fektivt sätt.

En annan fördel är att IP-paketens överföringstid kan minimeras, vilket reducerar stömingama i tj änstekvaliteten.

Andra fördelar kommer att bli uppenbara för fackmannen i lys av nedanstående de- taljerade beskrivning.

Ytterligare användningsområden för föreliggande uppfinning kommer att bli uppen- bara utifrån den detaljerade beskrivningen som ges i det följande. Det bör dock på- pekas att de föredragna utföringsformerna av uppfinningen endast beskrivs som ill- ustrationer av uppfinningsidén, eftersom ett flertal olika ändringar och modifieringar inom ramen för uppfinningen kommer att bli uppenbara för fackmannen utifrån denna detaljerade beskrivning.

Kortfattad beskrivning av ritningarna Figur 1 visar gränssnitten för ”phone doubler”.

Figur 2 visar en mer detaljerad vy av nätkonfigurationen för ”phone doubler”.

Figur 3 visar en nätkonfiguration för dirigering av inkommande samtal.

Figur 4 visar en nätkonfiguration av en annan föredragen utföringsfonn.

Detaljerad beskrivning av föredragna utföringsformer Figur l visar ett phone doubler-nät och dess externa gränssnitt till extema nät, an- vändare och enheter. En användare 101 är den som använder phone doubler hemma.

Användaren 101 är också abonnent till tjänsten. Ett flertjänstnät (Integrated Services Digital Network - ISDN) 102 används som gateway till ett fast publikt telefonnät 10 15 20 25 517 567 4 (Public Switched Telephone Network - PSTN)103. En leverantör av tjänster (Servi- ' ce Provider - SP) 104 omfattar ansvariga system, organisation och personer for att phone doubler skall fungera. Figur 1 visar även den inre strukturen hos phone doubler. En klient 106 är den delen av phone doubler som finns hos användaren. Ett register 108 är den nod i gatewayen som är gemensam för alla användare av phone- doubler-tjänsten. Denna nod kallas i återstoden av detta dokument registret. En mellannätslinje for röst (Voice Gateway - VG) 107 är den enhet som hanterar alla samtal och talöverföring. En VG 107 kan hantera ett antal samtidiga samtal. I figur 1 visas även de externa gränssnitten till nätet och nodema. Ett användargränssnitt 109 är gränssnittet mellan användaren 101 och klienten 106. Ett PRI-gränssnitt 110 (ISDN Primary Rate Interface) är gränssnittet som används mellan voice gateway 107 och ISDN 102. Ett drift- och underhållsgränssnitt (Operation and Maintenance Interface - OMI) 111 är gränssnittet mellan leverantören av tjänster 104 och registret 108 och voice gateway 107. Ett klient-gateway-gränssnitt (Client Gateway Interface - CGI) 112 är gränssnittet mellan klienten 106 och registret 108, respektive klienten och voice gateway 107. Ett registergränssnitt 113 (Registry Interface - REGI) är gränssnittet mellan registret 108 och voice gateway 107.

Med hänvisning till figur 2 körs klienten 201 på en persondator (ej visad) ansluten till accesservem 207 hos leverantören av tjänster (ISP) hos dennes Point of Presence (POP) via ett modem 202 och PSTN 203. Persondatom får en IP-adress från ISP.

Detta görs vanligtvis dynamiskt vid uppkoppling till POP. I den föredragna utfö- ringsformen är ISP och SP 104 samma organisation eller leverantör av tjänster. Voi- ce gateway 203, 204 är ansluten till tjänsteleverantörens IP-nät, typiskt via samrna Ethernet 206 som POP. Ett flertal voice gateways 203, 204 kan anslutas till samma POP. Varje voice gateway 203, 204 är ansluten till ISDN 208 via PRI 209, 210. En registernod 211, 212 kan hantera ett flertal voice gateways 203, 204. Registernoden 211, 212 kan befinna sig på avstånd. Voice gateway 203, 204 och registret 211, 212 är då typiskt förbundna med varandra via ISP:s huvud-IP-nät (backbone) 213. Re- 10 15 20 25 517 567 5 gistemoden 211, 212 är vanligtvis duplicerad för redundans. Ett flertal routers är betecknade med R i figur 2.

I figur 3 är en klient 301 ansluten till IP-nätet tillhörande en tjänsteleverantörs IP- nät 302. För denna anslutning använder han ett modem 303 och PSTN-nätet 304.

PSTN-nätet 304 är förbundet med ISDN-nätet 305 som i sin tur är förbundet till tjänsteleverantörens IP-nät via en modempool 306. Tjänsteleverantörens IP-nät är också anslutet till Internet 307 via en router 308. En abonnent 309 ringer till klien- ten 301 över PSTN- nätet 304 men får givetvis upptagetsignal om klienten 301 inte har vidarekopplat sin telefon. Klienten 301 har vidarekopplat telefonen till en IN- tjänst som finns i en SSCP 310. Detta skulle givetvis även kunna vara en SSP och en separat SCP, men för denna utföringsform räcker en SSCP. Två voice gateways 311 och 312 förbinder ISDN-nätet 305 med tjänsteleverantörens IP-nät. SSCP°n uppdateras kontinuerligt med belastningssituationen för de olika voice gateways och dirigerar det inkommande samtalet till voice gateway 312, som för ögonblicket har den lägsta belastningen. Genom detta förfarande får IP-paketen som levereras från voice gateway 312 till klienten 301 minst fördröjning.

Figur 4 visar en utföringsforrn för vidarekoppling utifrån geografisk position. 1 den- na situation finns företrädesvis den längsta delen av samtalet i PSTN-nätet så att SSCP 401 vidarekopplar det inkommande samtalet från abonnenten 402 till den voi- ce gateway 403 som finns nännast klienten 404.

De centrala registernoderna kan betjäna flera distribuerade moduler av voice gate- ways och utgöra en distribuerad voice gateway för ett större område.

Distribution över stora områden Så länge gatewayen innehåller en enskild grupp av voice gateways som alla finns tillsammans med POP accesservem är det lätt att säkerställa tillräcklig genomström- 10 l5 20 25 517 567 6 ning mellan modemer och voice gateways. Ett enskilt ISDN-gruppnummer är också tillräckligt för att betjäna alla voice gateways.

När phone doubler tjänsten utvidgas till att utgöra en gateway för stora områden har varje POP en eller flera voice gateways, som handhas av en central registernod.

Detta säkerställer att rösttrafik är garanterad att ha minimal latens och jitter, efter- som rösttrafik genom routers undviks.

Klientdata Klienten har följ ande data: 0 telefonnummer bestående av landskod, riktnummer] och lokalt nummer. Exempel ”46-08-6678054” 0 behörighetsdata som enligt denna föredragna utföringsforrn är en One-way Func- tion (ONF) tillämpad på landskoden, riktnumret, det lokala numret och lösenordet (Optionellt. Beständigt) 0 klientens IP-adress (obeständigt) 0 värdnamnet l för registret 0 värdnamnet 2 för registret 0 IP-adress till första voice gateway (obeständigt) 0 IP-adress till andra voice gateway (obeständigt) 0 avvisa inkommande samtal (obeständigt) Alla dessa data kan erhållas vid inloggningsproceduren, bortsett från telefonnummer och behörighetsdata.

Kombinationen av landskod, riktnummer och lokalt nummer är en unik identifika- tion av varje abonnent. l behövs ej i länder som Danmark där riktnummer ej används 10 15 20 25 30 517 567 7 Attributet VG IP address representerar också klientens status. En tom adress indike- rar urloggad, alla andra adresser indikerar inloggad.

REGISTERDATA Abonnentpost Båda registernoderna har identiska uppsättningar av abonnentposter med följande attributer: 0 telefonnummer (nyckel, beständigt, består av landskod, riktnummer och lokalt nummer) 0 behörighetsdata; en ONF tillämpad på telefonnumret sammanslaget med lösenor- det (beständigt) 0 status; aktiv eller passiv 0 klientens IP-adress (sekundär nyckel, obeständigt) 0 användaridentitet (optionell) 0 primär VG (obeständigt) 0 sekundär VG (obeständigt) 0 antal inloggningar (beständigt) 0 antal inkommande samtal (beständigt) 0 antal utgående samtal (beständigt) 0 forsta inloggning (beständigt) 0 senaste inloggning (beständigt) Attributen klientens IP~adress representerar också abonnentpostens status. En tom IP-adress representerar urloggad, alla andra adresser representerar inloggad.

E.164-IP-adress-association När en användare är ansluten till Internet läggs klientens IP-adress in i abonnent- posten i båda registemodema. Eftersom både telefonnumret och denna IP-adress är nycklar innehåller abonnentposten en E. 164-IP-adress-ass0cíatíon mellan telefon- numret och IP-adressen. 10 15 20 25 30 517 567 Registerkonfigurationsdata Följande data kan konfigureras i registret: Data som är identiskt i båda nodema 0 mod för att lägga till användare; automatisk eller manuell 0 automatisk urloggningstid (optionell, måste vara längre än tidsutlösningen pga. att PPP inte är aktiv) 0 antal försök med lösenordet 0 automatisk borttagningstid (optionell) 0 landskod 0 riktnummer 0 SMTP e-postserver (för e-postbaserad larrnhantering) ' 0 mailmottagare (lista över e-postadresser som skall motta larm) 0 synkroniseringsvärdnod; namn på synkroniseringsvärdnoden (time synchroniza- tion host) Data som är unikt för varje registemod: 0 namn på redundant registernod (optionellt) 0 FTP-konto i den redundanta registernoden ' 0 nödnummer Data som kan vara samma i båda nodema: 0 värdnoder (hosts) som har access till WWW-servern 0 värdnoder som har access till FTP-servern VG-post Gatewaykonfigurationen bestäms av ett antal Voice Gateway- (VG-) poster. Dessa poster finns i registret och uppdateras vid vissa händelser såsom när en VG startas eller stängs av. 10 15 20 25 30 517 567 IP-adress (nyckel) namn nät med primära klienter (endast klienter i dessa nät betj änas av denna VG under normal drift) nät med sekundära klienter (klienter i dessa nät kan betjänas av denna VG när en annan VG inte fungerar) maximalt antal inloggade användare nuvarande primära inloggade användare nuvarande sekundära inloggade användare VG-konfigu rationsdata VG har en uppsättning konfigurationsdata som är unika for varje VG: prefix för att ringa ut IP-adresser till registret. Eventuellt två om det finns ett redundant register övervakningsintervall metod för att extrahera nummer (ringer (A), uppringd (B) eller vidarekopplings- nummer) värdnoder med access till FTP-servem debitering In- och urloggningsfunktioner: Syfte: Att göra det möjligt för användaren att koppla upp sig mot ISP:s POP med använd- ning av telefonlinjen och ändå kunna använda samma linje och nummer för inkom- mande och utgående samtal.

Följ ande adresser är viktiga för dessa funktioner: användarens telefonnummer klientens IP-adress 10 15 20 25 30 517 567 10 0 gatewayens ISDN-nummer Allmänt In- och urloggningsfunktionerna finns i två varianter beroende på hur behörighets- modattributet sätts i registerkonfigurationen.

I automatisk mod tillåts användaren använda tjänsten om hans IP-adress motsvarar något klientnäts attribut i VG-postema. I detta fall litar man på POP:s behörighets- kontroll, och användaren har fria händer när denna har gjorts.

I denna mod kan debitering endast göras på IP-adresser, dvs. nätdebitering. Det går inte att lita på det telefonnummer användaren uppger.

Den andra, manuella moden innebär att användaren måste registreras i systemet med någon administrativ procedur, se abonnenthanteringsfunktionen. För att använda tjänsten i denna mod måste användarna genomgå en behörighetskontroll även i pho- ne doubler-systemet.

Behörighetskontrollen baseras på svar på uppmaningar (”challenge response me- chanism”) (se Computer Communications Security, Warwick Ford, Prentice Hall, ISBN 0-13-799453-2). Som ONF kan MDS-algoritmen användas (RSA Data Secu- rity, Inc. MD5 Message Digest Algorithm). ONF(X+Y) betecknar nedan tillämp- ningen av envägsfunktionen på den sammanslagna strängen X+Y.

Inloggning i automatisk mod Detta användningsfall kan endast användas om klientens status är urloggad. Före detta användningsfall antas att användaren har satt upp vidarekoppling eller (bättre) vidarekoppling vid upptaget till VG:ns ISDN-nummer. Detta kan göras med en tele- fon eller på annat sätt. Mjukvara för detta tillhandahålls inte i produkten. I en annan utföringsforrn hanteras vidarekoppling automatiskt av tjänsten. 10 15 20 25 30 517 567 11 Klienten kontrollerar att användarens internetsession är aktiv. Klienten sparar sin nuvarande IP-adress i klientens attribut klientens IP-adress, för referens från andra användningsfall (koppla upp utgående samtal och urloggning). Klienten kopplar upp sig mot registret och överför användarens telefonnummer. Registret hämtar kli- entens IP-adress som parameter för den pågående TCP-sessionen. Märk att klientens IP-adress kommer att variera mellan phone doubler-sessioner om DHCP används.

Registret välj er en VG och skickar över sin IP-adress till klienten. Valet av en VG görs av registret på följande sätt: (l) Välj de VG-poster för vilka användarens IP-adress stämmer med attributet pri- mära klientnät för VGzn. (2) Välj den VG-post som har störst skillnad mellan maximalt antal inloggade användare och inloggade primära användare, (3) Kontroll- era att gränsen för maximalt antal inloggade användare inte kommer att överskridas för den valda VG:n och (4) Kontrollera att den valda VG:n inte är inaktiv. Den val- da VG-postens attribut för nuvarande primära påloggade användare räknas upp.

Registret kontrollerar om det finns en abonnentpost med det uppgivna telefonnum- ret. Det undersöks att klientens IP-adress inte stämmer med något telefonnummer i registret på detta stadium. En kontroll görs av att abonnentpostens status är aktiv och urloggad.

Abonnentposten uppdateras (attributema klientens IP-adress, antal inloggningar och senaste inloggning uppdateras). PSTN-IP-associationen upprättas därmed och tidigare kontroller säkerställer att det är otvetydigt i båda riktningarna. Attributen för nuvarande inloggade användare i VG-posten räknas upp. VG:ns IP-adress sätts i klienten. Klienten kopplar bort sig från registret.

Om internetsessionen inte är aktiv uppmanas användaren att starta en internetsession och försöka logga in igen. Om registret inte kan nås informeras användaren om detta 10A 15 20 25 30 517 567 12 och uppmanas att försöka senare. Funktionerna för inkommande och utgående sam- tal är inte tillgängliga tills klienten har lyckats logga på. Användarfallet avslutas.

Om klientens IP-adress inte kan accepteras enligt någon av klientnätsparametrama i VG-postema avslutas användarfallet. Ingen information presenteras för användaren, eftersom detta undantag kan vara ett fall av olaglig användning.

Om ingen VG finns tillgänglig, på grund av resursbrist, informeras användaren om detta. Klienten kopplar bort sig från registret och användningsfallet avslutas.

Om ingen abonnentpost finns för det telefonnummer klienten har uppgivit, skapas en ny abonnentpost. Följande attribut fylls i: telefonnummer, klientens IP-adress, första inloggning. Uppenbara standardvärden fylls i för övriga attribut. iDärefter kan detta användningsfall fortsätta. I en annan utföringsform skapas ingen ny användar- post, utan användningsfallet avslutas.

Om, före detta användningsfall, klientens IP-adress är associerad med någon använ- dares telefonnummer i registret är denna association givetvis ogiltig. Användnings- fallet tvungen urloggning utförs igen för varje sådant telefonnummer tills ingen as- sociation finns från klientens IP-adress till någon användares telefonnummer. Där- efter kan detta användningsfall fortsätta.

Om abonnentposten anger att användaren redan är inloggad (från någon klients IP- adress) utförs användningsfallet tvungen urloggníng. Därefter kan detta använd- ningsfall fortsätta.

Om abonnentens status är inaktivt nekas användaren åtkomst och användarfallet av- slutas.

Inloggning i manuell mod 10 15 20 25 30 517 567 13 Skillnaden i detta fall är att användaren måste definieras av tillhandahållaren av tjänster innan han loggar in. I det följande beskrivs tilläggen till den automatiska moden.

Klienten begär först att starta inloggningsproceduren genom att signalera detta till registret. I detta meddelande överförs telefonnumret.

Registret undersöker att en abonnentpost, med detta telefonnummer som nyckel, finns och hämtar ett icke-repeterande värde (N on-repeating value - NRV) och asso- cierar detta NRV med abonnenten. Detta NRV skickas till klienten som så svarar med ONF(ONF(telefonnummer+lösenord)+NRV) NRv kan vara, tex. akuten tid i miuisekunaeff ONF(telefonnummer+lösenord) hämtas antingen från klientens konfiguration eller beräknas som resultat av lösenordsdialogen med användaren. Vilken mekanism som skall användas är användardefinierat.

Registret tar behörighetsdata (Authentication Data - AD) från abonnentposten och jämför ONF(AD+NRV) med värdet som mottagits från klienten. Om dessa värden är lika är användaren behörig och en räknare för fel i behörighetskontrollen sätts till noll.

Om användaren inte finns informeras användaren om att han måste kontakta den som tillhandahåller tjänsten för att registreras.

Om behörighetskontrollen misslyckas räknas räknaren för fel i behörighetskontrol- len upp. Om denna räknare överstiger attributen antal försök med lösenordet deakti- veras användaren. 10 15 20 25 30 517 567 14 Om användaren redan är inloggad informeras han om detta.

I alla andra delar gäller undantagen från den automatiska moden.

Urloggning, automatisk mod Klienten undersöker att dess status är inloggad.

En påminnelse om att koppla bort vidarekopplingen visas för användaren. Tyvärr kan inte vidarekopplingen kopplas bort innan internetsessionen är avslutat. Detta är utanför ramen av phone doubler-produkten.

Användningsfallet tvungen urloggning utförs.

Klienten kopplas bort från registret.

Om klientens status inte är inloggad avslutas användningsfallet utan vidare åtgärd (urkoppling av klienten kan fortsätta).

Om registret inte kan nås avslutas användningsfallet. Urkoppling av klienten kan fortsätta. Detta leder till en ogiltig association mellan användarens telefonnummer och klientens IP-adress, som varar tills den tas bort genom ett av användningsfallen inloggning, automatisk urloggning eller uppkoppling av inkommande samtal.

Urloggning, manuell mod Klienten kontrollerar att dess status är inloggad.

En påminnelse om att koppla bort vidarekopplingen visas för användaren. Tyvärr kan inte vidarekopplingen kopplas bort innan intemetsessionen är avslutat. Detta är utanför ramen av phone doubler-produkten. 10 15 20 25 517 567 15 Användningsfallet tvungen urloggning utförs.

Klienten kopplas bort från registret.

Om klientens status inte är inloggad avslutas användningsfallet utan vidare åtgärd (urkoppling av klienten kan fortsätta).

Om registret inte kan nås avslutas användningsfallet. Urkoppling av klienten kan fortsätta. Detta leder till en ogiltig association mellan användarens telefonnummer och klientens IP-adress, som varar tills den tas bort genom ett av anväridningsfallen inloggning, automatisk urloggning eller uppkoppling av inkommande samtal.

Tvungen urloggning Andra användningsfall som beror på detta är inloggning, urloggning, uppkoppling av inkommande samtal, automatisk urloggning.

Associationen mellan användarens telefonnummer och klientens IP-adress avbryts.

Abonnentens post uppdateras.

I VG-postema, motsvarande abonnentpostens primära och sekundära VG räknas de aktuella primära och sekundära inloggade användarna ned.

Registerloggen uppdateras.

Automatisk urloggning Detta användningsfall utförs periodiskt i registret utan manuella åtgärder. Syftet är att avlägsna felaktig information från abonnentposterna. Periodiciteten ges av attri- buten automatisk urloggningsperiod i registret. Den bör inte vara för lång, eftersom det är på detta sätt en användare som blivit urkopplad av misstag får möjlighet att 10 15 20 25 30 517 567 16 logga in igen. Den måste dock vara längre än urkopplingstiden när PPP inte är aktiv för att inte störa denna funktionen i ISP:ns internettjänst.

Undersök varje abonnentpost och utför nedanstående steg: Om abonnentpostens status är inloggad, verifiera att klienten faktiskt är levande ge- nom att koppla upp mot den. Om klienten inte är levande, utför användningsfallet tvungen urloggníng för denna abonnent.

Om klienten är levande men dess telefonnummer inte stämmer med attributen tele- fonnummer i abonnentposten, skicka larmet icke konsistent nummer vid automatisk urloggníng och utför användningsfallet tvungen urloggning för abonnenten.

Om klienten inte har varit inloggad på väldigt länge (enligt perioden för automatisk bortkopplíng definierad i registret), tas abonnentposten bort.

Relationen mellan klientens användargränssnitt och användningsfall Klientens användargränssnitt har nära sammanhang med användningsfallen inlogg- ning och urloggning.

När klienten har startats upprättar den en förbindelse till ISP:ns IP-nät, om detta inte redan gjorts av någon annan tillämpning. Inloggningsanvändningsfallet utförs då automatiskt.

Klientens användargränssnitt tillhandahåller även ett menyval eller knappar medelst vilka användaren kan begära att logga in. Detta är viktigt, t.ex. om den första in- loggningen misslyckades av någon anledning.

När klienten avslutas utförs användningsfallet urloggníng automatiskt.

Inkommande samtal-funktionen 10 15 20 25 30 517 567 17 Inkommande samtal-funktionen gör det möjligt för användaren att vara ansluten till POP via telefonlinj en och fortsatt kunna motta telefonsamtal på samma linje och Hummel' .

A-abonnenten är den abonnent som ringer användarens telefonnummer, som är vi- darekopplat till lSDN-gruppnurnret av en VG-grupp. I en annan utföringsform kan användarens telefonnummer vidarekopplas till en IN-tjänst.

Adresser Följ ande adresser är viktiga för denna funktion: 0 användarens telefonnummer 0 klientens IP-adress 0 A-abonnentens telefonnummer 0 voice gatewayens ISDN-nummer Användningsfall Koppla upp inkommande samtal A-abonnenten slår B-abonnentens telefonnummer som är vidarekopplat till ett uni- versellt nummer (Universal Access Number - UAN).

Samtalet utgår från FRI-gränssnittet. Medan samtalet kopplas upp extraheras B- abonnentens telefonnummer från Q.93 1-signaleringen över PRI. Vilken typ av nummer som skall extraheras konfigureras i metod för nummerextraktíon.

Om parametern riktnummer är tillgänglig läggs dess värde till framför B-numret.

Parametern landskod läggs till framför B-nurnret.

VG:n kopplar upp sig mot registret och hittar abonnentposten med B-abonnentens telefonnummer. Klientens lP-adress hämtas från denna post. 10 15 20 25 30 517 567 18 VG:n kopplar bort sig från registret.

En förbindelse upprättas till klienten, med den IP-adress som hämtades från re- gistret.

Klienten indikerar ett inkommande samtal till användaren via användargränssnittet.

A-abonnentens telefonnummer presenteras inte.

Vilken som helst av följande användningsfall är då möjligt: 0 besvara inkommande samtal 0 avvisa inkommande samtal 0 A-abonnenten lägger på medan det ringer 0 ISDN- tidsutlösning medan det ringer.

Om VG:n är inaktiv signaleras att B-abonnenten är upptagen i PRI och använd- ningsfallet avslutas.

Om B-abonnentens telefonnummer inte tillhandahålls i PRI kan samtalet inte hante- ras. Spärrning signaleras då för B-abonnenten i PRI och användningsfallet avslutas.

Om VG:n inte klarar av att koppla upp sig mot registret och registret är redundant fortsätter detta användningsfall med det andra registret.

Om VG:n inte klarar av att koppla upp sig mot registret signaleras att B-abonnenten är upptagen i PRI och användningsfallet avslutas.

Om det inte finns någon abonnentpost för det tillhandahållna B-numret kan samtalet inte hanteras. VG:n kopplar bort sig från registret, det signaleras att B-abonnenten är upptagen i PRI och användningsfallet avslutas. 10 15 20 25 517 567 19 Om B-abonnentens telefonnummer inte associeras med en IP-adress kopplar VG:n bort sig från registret och B-abonnenten signalerar upptaget i PRI. Användningsfal- let avslutas då. Detta undantag inträffar för en användare som har loggat ur och glömt att kopplat bort vidarekopplingen.

Om upprättandet av en förbindelse till klienten på den angivna IP-adressen miss- lyckas signaleras att B-abonnenten är upptagen i PRI. Användningsfallet avslutas då.

Om uppkopplingen till klienten lyckas men klientens telefonnummer inte är det samma som B-abonnentens telefonnummer signaleras att B-abonnenten är upptagen i PRI. Användningsfallet avslutas då.

Om flaggan avvisa inkommande samtal har satts i klienten signaleras att B- abonnenten är upptagen i PRI och användningsfallet avslutas.

Om klientmjukvaran är upptagen signalerar B-abonnenten upptaget i PRI och an- vändningsfallet avslutas.

Om klienten inte kan allokera en ljudenhet presenteras ett meddelande för använda- ren. Detta meddelande informerar honom om att det finns ett inkommande samtal och att han har två möjligheter: (l) Avsluta tillämpningen som använder ljud och besvara samtalet eller (2) Avvisa samtalet. Om (2) väljs signaleras att B-abonnenten är upptagen i PRI och användningsfallet avslutas. Om (1) väljs görs ett nytt försök att koppla upp samtalet. Om detta försök också misslyckas därför att ljudenheten inte är ledig presenteras samma meddelande och möjligheter igen.

Besvara inkommande samtal 10 15 20 25 30 517 567 20 Detta användningsfall kan endast inträffa efter att ett inkommande samtal har kopplats upp. Användaren väljer att besvara samtalet. Klienten uppdaterar sitt sta- tusmeddelande. Överföring av tal börjar.

Avvisa inkommande samtal Detta användningsfall kan endast inträffa efter att ett inkommande samtal har kopplats upp.

B-abonnenten signalerar upptaget i PRI.

Alla resurser som allokerats for samtalet frigörs i klienten och i VG. VG:n kopplas bort från klienten.

Inkommande samtal, A-abonnenten lägger på medan det ringer Detta användningsfall kan endast inträffa efter att ett inkommande samtal har kopplats upp.

Detta användningsfall startas från PRI.

Alla resurser som allokerats for samtalet frigörs i klienten och i VG. Användaren informeras om att A-abonnenten har lagt på.

VG:n kopplas bort från klienten.

Inkommande samtal, ISDN-tidsutlösning medan det ringer Detta användningsfall kan endast inträffa efter att ett inkommande samtal har kopplats upp.

Detta användningsfall startas från PRI. det inträffar efter ett tag om B-abonnenten (dvs. användaren av phone doubler) inte reagerar och A-abonnenten inte lägger på. 10 15 20 25 30 517 567 21 Alla resurser som allokerats för samtalet frigörs i klienten och i VG. Användaren informeras om att samtalet kopplades ner.

VG:n kopplas bort från klienten.

Inkommande samtal, B-abonnenten lägger på under samtalet Detta användningsfall kan endast inträffa när ett inkommande samtal har besvarats, dvs. när talöverforing har påbörjats.

Alla resurser som allokerats för samtalet frigörs i klienten och i VG, och det signale- ras att luren är på i PRI. VG:n kopplas bort från klienten.

Inkommande samtal, A-abonnenten lägger på under samtalet Detta användningsfall kan endast inträffa när en inkommande samtal har besvarats, dvs. när talöverforing har påbörjats.

Detta användningsfall startas från PRI. Alla resurser som allokerats for samtalet fri- görs i klienten och i VG.

Användaren informeras om att A-abonnenten har lagt' på (VG väntar inte på att an- vändaren skall bekräfta detta meddelande).

VG:n kopplas bort från klienten.

Utgående samtalsfunktion För att låta en användare göra utgående telefonsamtal till PSTN/ISDN medan han är uppkopplad över telefonlinjen till ISP:ns POP.

Följ ande adresser är viktiga for denna funktion: 10 15 20 25 30 517 567 22 0 B-abonnentens telefonnummer v A-abonnentens IP-adress För att förstå hur dessa adresser hanteras, se konfigurationshanteringsfunktionen.

Användningsfall Klienten utför en mycket begränsad nummeranalys av B-numret.

Koppla upp utgående samtal En förutsättning är att klientens status är inloggad.

A-abonnenten ringer B-abonnentens telefonnummer. Ingen nummeranalys görs i klienten.

Klienten kontrollerar att dess nuvarande IP-adress såsom rapporterad av operativsy- stemet är samma som den tidigare sparade attributen klientens IP-adress.

Klienten kontrollerar om det finns en ledig ljudenhet på klientens plattfonn och re- serverar den.

En förbindelse kopplas upp till den VG som tilldelades klienten vid inloggningen.

En kontroll görs av att klientens IP-adress faktiskt kan betjänas av VG:n.

Det ringda numret överförs till VG:n. En mycket begränsad nummeranalys görs en- ligt följande: Om parametern riktnummer hos VGtn inte är tom kontrolleras att de första siffroma i det ringda numret stämmer överens med riktnumret.

Om ríng-ut-parametern finns läggs dess värde till framför det ringda numret. 10 15 20 25 30 517 567 23 Ett ISDN-samtal kopplas upp till det ringda numret.

Om parametern nätdebiteríng är sann signaleras användarens telefonnummer som A-nummer tillhandahållet av användaren i PRI.

Om nuvarande IP-adress för klienten skiljer sig från den tidigare sparade attributen klientens IP-adress, sätts klientens status till urloggad. Användaren uppmanas att logga in igen och användningsfallet avslutas. Denna situation kan uppstå om en an- vändare loggar in, PPP-förbindelsen slutar fungera och en ny PPP-förbindelse med en annan IP-adress till klienten kopplas upp. _ Om klienten inte kan allokera någon ljudenhet informeras användaren om anled- ningen och uppmanas att stänga eventuella tillämpningar som använder ljudenheter och försöka igen.

Om förbindelsen till VG:n inte kan upprättas eller om VG:ns status är deaktíverad, försöker klienten att koppla upp sig mot den sekundära VG:n. Om detta misslyckas uppmanas användaren att stänga av klienten och starta den på nytt (utifrån teorin att användaren då får sig tilldelad en annan och bättre lämpad VG). Ljudenheten frigörs och användningsfallet avslutas.

Om klientens IP-adress inte accepteras av VG:n skickas ett larm avvisad IP-adress vid utgående samtal. Ljudenheten frigörs och användningsfallet avslutas.

Om VG:n inte harledig kapacitet informeras användaren om detta och uppmanas att försöka senare. Ett larm VG-kapacítet överskriden skickas ut. Ljudenheten frigörs och användningsfallet avslutas.

Om VG:ns ríktnummer-parameter inte är tom och de första siffrorna i det slagna numret stämmer med riktnumret kontrolleras om det ringda numret är ett nödnum- 10 15 20 25 30 517 567 24 mer. Om det är ett nödnummer fortsätter användningsfallet, i annat fall informeras användaren om att numret har ett ogiltigt format och användningsfallet avslutas.

Om det ringda nurnret inte kan nås inforrneras användaren om orsaken (upptaget, spärrning, osv.). Ljudenheten frigörs och användningsfallet avslutas.

Besvara utgående samtal Detta användningsfall kan endast inträffa efter att användningsfallet koppla upp ut- gående samtal har utförts.

B-abonnenten väljer att besvara samtalet.

Klienten uppdaterar sitt statusmeddelande.

Talöverföring börjar.

Avvisa utgående samtal Detta användningsfall kan endast inträffa efter att användningsfallet koppla upp ut- gående samtal har utförts.

B-abonnenten väljer att avvisa samtalet (såsom kan inträffa om B-abonnenten an- vänder en GSM-telefon). VG ser en upptagetsignal i PRI.

Alla resurser som allokerades för samtalet frigörs i klienten och VG. Användaren informeras om att B-abonnenten inte svarade (VG väntar inte på att användaren skall bekräfta detta meddelande).

VG kopplar bort sig från klienten.

Utgående samtal, A-abonnenten lägger på medan det ringer 10 15 20 25 30 517 567 25 Detta användningsfall kan endast inträffa efter att användningsfallet koppla upp ut- gående samtal har utförts.

Användaren lägger på innan B-abonnenten har svarat.

Alla resurser som allokerades för samtalet frigörs i klienten och VG. Användaren informeras om att B-abonnenten inte svarade. Statusmeddelandet i klienten ändras till ledig.

VG kopplar bort sig från klienten.

Utgående samtal, ISDN-tidsutlösning medan det ringer Detta användningsfall kan endast inträffa efter att användningsfallet koppla upp ut- gående samtal har utförts.

Detta användningsfall startas från PRI. Det inträffar efter en tid om B-abonnenten inte gör något och A-abonnenten inte lägger på.

Alla resurser som allokerades för samtalet frigörs i klienten och VG. Användaren informeras om att samtalet kopplades ner av B-abonnenten (VG väntar inte på att användaren skall bekräfta detta meddelande).

VG kopplar bort sig från klienten.

Utgående samtal, A-abonnenten lägger på under samtalet Lyckade utgående samtal avslutas vanligtvis på detta sätt.

Detta användningsfall kan endast inträffa efter att det utgående samtalet har besva- rats, dvs. när talöverföring har upprättats. 10 15 20 25 517 567 26 Alla resurser som allokerades till samtalet frigörs i klienten och i voice gateway.

Statusmeddelandet i klienten återställs till ledig-meddelandet.

VG-kopplar bort sig från klienten.

Utgående samtal, ISDN-frånkoppling under samtalet Detta användníngsfall inträffar sällan.

Detta användningsfall kan endast inträffa efter att det utgående samtalet har besva- rats, dvs. när talöverföring har upprättats.

B-abonnenten lägger på. Efter ett tag kopplar ISDN-nätet ner samtalet (VG ser detta i PRI).

Alla resurser som allokerades till samtalet frigörs i klienten och i voice gateway.

Användaren informeras om att samtalet kopplades ner av B-abonnenten (VG väntar inte på användarbekräftelse av detta meddelande).

VG kopplar bort klienten.

Abonnenthantermgsfunktionen För att göra det möjligt att administrera abonnentema. Behovet för tjänster antas vara litet och bestå av att då och då ta bort en abonnentpost vars lösenord har tappats bort.

Användningsfall Automatisk borttagning av abonnenter Abonnentposten för en användare som inte loggar in på en mycket lång tid tas bort från registret. Se användningsfallet automatisk urloggníng under Felhantering. Detta 10 15 20 25 30 517 567 27 begränsar användartabellen i registret till att bestå av relativt aktiva phone doubler- användare. En användare som tas bort från registret kan logga in igen när som helst.

Lägg till abonnent Ett hanteringssystem kan lägga till specificerade användare via FTP-gränssnittet i OMI.

En mänsklig administratör kan lägga till en specificerad användare via HTTP- gränssnittet i OMI. Ändringar som görs i en registemod kopieras till den redundanta registemoden.

Ta bort abonnent Ett hanteringssystem kan ta bort specificerade användare via FTP-gränssnittet i OMI.

En mänsklig administratör kan ta bort en specificerad användare via HTTP- gränssnittet i OMI. Ändringar som görs i en registemod kopieras till den redundanta registemoden.

Lägg till och ta bort abonnenter i svartlistan Abonnentens status sätts till deaktiverad/aktiverad.

Kan göras via HTTP och FTP. Ändra en abonnents lösenord.

Kan göras via HTTP och FTP. 10 15 20 25 30 517 567 28 Abonnentanalys En mänsklig administratör kan hämta abonnentposter via HTTP-gränssnittet i OMI.

Behörighetskontrollfunktion Behörighetskontrollen beskrivs i in- och urloggningsfunktionen.

För att förhindra otillåten användning av tjänsten. I synnerhet för att reducera risken att någon uppger en annan phone doubler-användares nummer vid inloggning.

Debiteringsfunktion Debitering stöds på ett antal sätt: Registerloggposter alstras och kan hämtas i syftet att debitera terminsavgifler eller för statistiska ändamål.

Samtalsloggposter alstras och kan hämtas i syftet att debitera För varje samtal eller för statistiska ändamål I manuell tilläggsmod kan användare få behörighet att bli giltiga användare med hjälp av telefonnummer eller användaridentitet.

Användare kan debiteras på bakgrund av sina IP-adresser om debiteringssystemet kan avgöra vem som använder en bestämd IP-adress vid ett bestämt tillfälle. Detta måste baseras på logg från accesservern och DHCP används.

Inkommande samtal kan debiteras på bakgrund av tjänstetariffer i UAN.

I manuell tilläggsmod kan utgående samtal göras med A-nummer uppgivit av an- vändaren, vilket kan användas i telefonnätsdebiteringssystemet för att debitera utgå- ende samtal. 10 15 517 567 29 Prestandahanteringsfunktion För att göra det möjligt för SP att övervaka och justera resursanvändningen av den- na tjänst i nätet.

Trafik in och ut av gatewayen mäts på ISDN-sidan. För detta finns välkända verktyg och metoder.

Registerloggen kan användas för statistisk analys av in- och urloggningsbeteende.

Samtalsloggen kan användas som komplement till ISDN-verktygen för att analysera telefonbeteendet.

Ett larrn skickas om kapaciteten överskreds vid ett utgående samtal.

När uppfinningen nu har beskrivits är det uppenbart att den kan varieras på många sätt. Sådana variationer skall inte ses som avvikelser från uppfinningens ramar eller grundidé och alla sådana modifieringar som är uppenbara för fackmannen anses rymmas inom ramen för nedanstående patentkrav.

Claims (13)

10 15 20 25 517 567 30 Patentkrav

1. Förfarande i ett kommunikationsnät innefattande åtminstone ett datanät (IP) och ett telekommunikationsnät (PSTN), vilket kommunikationsnät innefattar åtmin- stone två voice gateways (VG) for anpassning av talforbindelser mellan datanätet och telekommunikationsnätet, for att upprätta förbindelse till en abonnent anslu- _ten till datanätet, innefattande följande steg: - en tj änstenod i nätet instrueras att koppla alla inkommande samtal till nämnda abonnent till ett nummer som betecknar åtminstone två voice gateways, - for varje inkommande samtal till abonnenten utfors foljande: - en av nämnda åtminstone två voice gateways väljs; - samtalet kopplas till nämnda valda voice gateway.

2. Förfarande enligt krav 1, varvid abonnenten är ansluten direkt till datanätet via en fast förbindelse.

3. F örfarande enligt krav 1, varvid abonnenten är ansluten till datanätet via modem, telekommunikationsnätet och en access server.

4. F örfarande enligt krav 1 ellerä varvid kommunikationsnätet innefattar åtminsto- ne två access servers for anslutning av datorer till datanätet via telekommunika- tionsnätet.

5. F örfarande enligt något av föregående krav, varvid den voice gateway som har lägst arbetsbelastning väljs såsom den mest lämpade.

6. F örfarande enligt något av kraven 1-5, varvid den voice gateway väljs med vilken överföringstiden för IP-paket mellan nämnda nod och abonnenten minimeras. 10 15 20 25 30 5 1 7 5 6 7 31

7. Förfarande enligt något av kraven 3-5, varvid den voice gateway väljs som finns närmast nämnda remote access server som används i förbindelsen.

8. F örfarande enligt något av kraven 1-4, varvid en voice gateway väljs av en tj äns- testymingsnod (Service Control Point- SCP) i ett intelligent telekommunika- tionsnät.

9. Stymod för användning i ett kommunikationsnät, vilket nät innefattar ett tele- kommunikationsnät och ett datakommunikationsnät, kännetecknad av att den inne- fattar: - organ för att motta instruktioner från en tjänstenod i telekommunikationsnätet innfattande ett nummer som betecknar åtminstone två voice gateways; - organ för att välja en av de åtminstone två voice gateways såsom den mest läm- pade till vilken ett inkommande samtal till en abonnent ansluten till datanätet skall kopplas.

10. Stymod enligt krav 9, innefattande organ för att koppla det inkommande samta- let till den voice gateway som har lägst arbetsbelastning.

11. ll. Stymod enligt krav 9 eller 10, innefattande organ för att koppla samtalet till den voice gateway med vilken överföringstiden för IP-paket mellan nämnda nod och abonnenten minimeras.

12. Stymod enligt krav 9 eller 10,iinnefattande organ för att koppla det inkommande samtalet till den voice gateway som är närmast nämnda remote access server.

13. Kommunikationsnät innefattande åtminstone ett datanät (IP) och ett telekommu- nikationsnät (PSTN), vidare innefattande åtminstone två voice gateways (VG) för anpassning av talförbindelser mellan datanätet och telekommunikationsnätet, kännetecknat av att det innefattar en stymod enligt något av kraven 7-10.