SE516244C2 - Internet-SS7 gateway - Google Patents

Description

20 25 30 516 244 2 via MML-signalering (Man-Machine Language) En allvarlig nackdel med denna typ av uppkoppling är att den är långsam samt att MML- signalering inte kan användas för att utnyttja en mängd olika standardtjänster implementerade i SCP'N.

REDOGÖRELSE FÖR UPPFINNINGEN Under den .senaste tiden. har slutanvändare fätt allt större inflytande att Detta innebär att dessa styra IN-tjänster. slutanvändare skapar ett behov av att denna styrning skall ske så snabbt och användarvänligt som nójligt. Med känd teknik tillfredstàlls inte detta vilket är ett problem. Ändamålet med föreliggande uppfinning är således att lösa ovan nämnda problem genom att en World Wide Web, WWW, ansluts till en Service Control Point, SCP, ett intelligent nätverk genom att använda SS7-signalering närmare bestämt Intelligent Network Application Protocol, INAP.

WWW-enheten till vilken en användare kan 'vara ansluten 'via exempelvis en persondator ansluts i sin tur till SCP'n i det intelligenta nätverket via en så kallad internet-SS7 Gateway.

Denna Gateway möjliggör för användaren att genom exempelvis Internet/WWW ansluta sig via ett normalt trafik gränssnitt till en nätverksnod.

Gatewayen. kommunicerar med SCP'N' över SS7 länkar genonl att använda INAP. Anslutningen till Internet sker via Transmission Control Protocol/Internet Protocol, TCP/IP, genom att använda ett lämpligt protokoll sàsom X.25 eller Ethernet. Internet-SS7 Gatewayen emulerar en en Service Switching Point, SSP, eller en Service Data Point ,SDP, till en Service Control Pointe'n (SCP). Gatewayen stödjer samma INAP funktionalitet som en man» nu 10 15 20 25 516 244 3 normal SCP/SDP. Då Internet-SS7 Gatewayen fungerar som en Service Switching Point, SSP drar den nytta av de INAP operationer som gör det möjligt för användaren att ändra/uppdatera sina parametrar i IN-tjänsterna. Då den fungerar som en SDP använder den sig av en så kallad Update/retrieve funktion för att uppdatera parametrarna i IN-tjänsterna.

Avsikten med föreliggande uppfinning är att genom en så kallad Internet-SS7 Gateway göra det möjligt att kommunicera med SCP'n i ett intelligent nätverk från en WWW-enhet via INAP.

En fördel med föreliggande uppfinning är att genom direkt kontakt mellan en WWW-enhet och SCP'n. i det intelligenta nätverket via SS7-länkar erhålles snabb exekvering.

En annan fördel med föreliggande uppfinning är att samma gränssnitt som vid Dual Ione Multi DTMF- Erequency, signalering till SCP'n används, vilket innebär att alla fördefinierade tjänster styrda genom DTMF-signalering kan utnyttjas.

Ytterligare en fördel med föreliggande uppfinning är att tjänster kan triggas från WWW-enheten.

Uppfinningen kommer nu att beskrivas närmare med hjälp av föredragna utföringsformer och med hänvisning till bifogade ritningar.

FIGURBESKRIVNING Figur 1 visar en nätverkstopologi i vilken uppfinningen finns implementerd. 10 15 20 25 516 244 4 Figur 2 visar en inre struktur i dels SS7-länken och dels i Internet länken.

Figur 3 visar första delen av ett flödesschema som steg för steg anger hur en klient kan ansluta sig till en nod i ett intelligent nätverk via Internet.

Figur 4 visar ett första utföringsexempel på fortsättningen av flödesschemat i figur 3.

Figur 5 visar ett andra utföringsexempel på fortsättningen av flödesschemat i figur 3.

Figur 6 visar ett tredje utföringsexempel på fortsättningen av flödesschemat i figur 3.

Figur 7 visar ett fjärde utföringsexempel pà fortsättningen av flödesschemat i figur 3.

FÖREDRAGNA UTFöRINGsFommR I figur 1 ser vi ett exempel på en nätverkstopologi i vilken uppfinningen finns implementerad. En användare är via den i figuren visade WWW browser'n ansluten till internet.

Användaren kan även ansluta sig till internet via en annan fristående applikation med motsvarande egenskaper.

Applikationen kan vara skriven. i programspråket C, Java, Smalltalk, Basic eller något annat programspråk. Mellan Service Control Point, SCP, och Internet finns anordnat en uppfinningsenlig Internet-SS7 Gateway; Avsikten med nämnda Internet-SS7 Gateway är att omvandla programspråket från internet till ett språk som SCP kan hantera och vice versa.

I figur 1 kan fyra logiska entiteter identifieras. En första entitet innefattar klienten, exempelvis en WWW browser. En 10 15 20 25 30' 516 244 5 andra entitet motsvarande funktion. En tredje entitet innefattar den uppfinningsenliga Internet-SS7 Gatewayen som även kan kallas Inter Working Unit, IWU. Entitet tvà och tre kan som denna figur visar vara anordnade i samma fysiska maskin men kan också vara anordnade i separata fysiska maskiner. En fjärde och sista entitet innefattar en nod i det intelligenta nätverket exempelvis SCP'n.

Mellan ovan nämnda entiteter finns anordnat tre stycken gränssnitt, hädanefter kallade Il, I2, I3 räknat från WWW klienten. Klienten använder initialt Hyper Text Transfer Protocol, HTTP, för att hämta en access-sida på servern.

Därefter kan sidan manipuleras, exempelvis genom att ange ett user ID och ett password. Nu kan antingen HTTP eller Common Gateway Interface, CGI, användas beroende på hur server-sidan är implementerad. Som retur' på User ID och password kan en sida eller ett antal Java klasser skickas till klienten via HTTP. Inget av dialogen hittills interfererar med IWU'n utan endast gränssnitt Il berörs.

Vid gränssnitt I2 innefattas ett gränssnittsprotokoll mellan den uppfinningsenliga IWU'n och servern. Kommunikationen mellan IWU'n och användarapplikationen, exempelvis WWW'n, innefattar meddelanden av exempelvis Socket socket-typ. kommunikation är en process-till-process kommunikation på en högre abstraktionsnivà. När ett meddelande sänds till WWW- enheten konverteras strukturen pà meddelandet till strängar av tecken. De meddelandet parametrar som innefattas i separeras pà ett lämpligt sätt, \\ l II exempelvis med så kallade characters i programspråket C. WWW applikationen, eller någon annan applikation med motsvarande funktion innefattar WWW servern eller en enhet med. 10 15 20 25 30 516 244 6 ansluten mellan IWU'n och klienten, kan använda sig av samma struktur på de interna meddelandena som IWU'n, men den är inte tvingad till det.

IWU'n är hårt knuten till den applikation den är tänkt att serva. Ett meddelande kan till innefatta exempel instruktioner vid vilket meddelande sändning skall starta, hur meddelandet skall sändas och hur många tecken som skall erhållas. Meddelandet kan också innefatta information om hur tecknen skall tas emot. Denna information passerar gränssnittet I2, det vill säga mellan WWW-servern och IWU'n.

I IWU'n kan det finnas ett antal fördefinierade meddelanden soul IWU'n kan erhålla från SCP'n. till Inkommande meddelanden IWU'n kontrolleras för att se om de tillhör de fördefinierade meddelandena. I de fördefinierade meddelandena är de flesta parametrarnas värde fastslagit.

Ett inkommande meddelande betraktas som accepterat då dess parametrar överensstämmer med parametrarna i det fördefinierade meddelandet. Det inkommande meddelandet betraktas sedan som ett meddelande av intern meddelandetyp och de resterande parametrarna används för denna 'konversation.

Då applikationer av WWW typ används finns möjligheten att implementera interna funktioner. För att spara bandbredd och för att öka prestanda kan WWW applikationen fråga klienten om både PUI och PIN samtidigt och sedan sända dessa till IWU'n tillsammans och samtidigt. IWU'n kommer i sin tur att skicka först PUI till SCP'n, sedan vänta på besked från SCP'n vad det gäller PIN, sedan skickar IWU'n PIN koden till SCP'n och då IWU'n får besked från SCP'n vad det gäller PIN koden skickar IWU'n ett meddelande till WWW applikationen. 10 15 20 25 30 516 244 '7 Samma struktur används vid hantering av tjänsterna. WWW applikationen. har kunskap om 'vilken information som krävs för att exempelvis ändra PIN koden. WWW applikationen samlar ihop erforderlig information och skickar denna till IWU'n som i sin tur bearbetar informationen och slutför operationen.

Ett typiskt exempel på WWW applikationens funktionalitet är att vid sändning av en ny PIN kod, det vill säga vid ändring av denna, behöver inte PIN koden sändas två gånger till IWU'n för att verifiera koden. Verifieringen av att PIN koden är korrekt inslagen kan lika gärna göras i WWW applikationen. Därmed kan antalet kommunikationer reduceras kraftigt mellan de båda parterna.

I varje dialog där IWU'n är inblandad analyseras dialogens tillstånd. Tillståndet är i de flesta fall det senaste meddelandet skickat från IWU'n och används för att kontrollera om ett inkommande meddelande är acceptabelt. Då ett meddelande tas emot kontrolleras dess tillstànd. För de flesta tillstånd är endast ett specifikt meddelande från WWW applikationen. eller SCP'n. acceptabelt. Detta har att göra med att efter initieringen av dialogen mellan SCP'n och WWW'n, svarar WWW applikationen endast på speciella frågor.

Genom att kontrollera att rätt meddelande erhålls undviker vi fel och komplicerar för obehöriga användare att göra intrång.

IWU'n kan använda sig av tidluckor för att hantera meddelanden dels från SCP'n och dels från WWW applikationen.

IWU'n checkar efter meddelanden från SCP under ett givet tidsintervall. Om det finns meddelanden i. kö kommer dessa att behandlas. Därefter checkar IWU'n efter meddelanden från 10 15 20 25 516 244 8 WWW applikationen under ett givet tidsintervall. Om det finns meddelanden i kö behandlas dessa. Detta är en enkel men absolut inte en optimal lösning.

IWU'n kan även checka meddelanden dels från SCP'n och dels från WWW applikationen samtidigt. Dett kan ske genom att i ett opertivsystem, exempelvis UNIX, med tillhörande hårdvara finns inbyggda funktioner som medger IWU'n att arbeta med bägge köerna samtidigt. Ett sätt är att är att utnyttja en funktion i UNIX som kallas socket. Denna funktion medger att IWU funktionen samtidigt väntar på meddelanden från både IN noden och informations-servern.

I figur 2 ser vi en intern arkitektur, vari visas SS7 signalen och signalen fràn internet. De olika typerna av SS7 signalerna är välkända för en fackman inom området och torde inte behöva beskrivas närmare.

De olika protokollen som innefattas i anslutningen mellan internet och en applikation ansluten till densamma torde ej heller den behöva beskrivas närmare, då även den är den 'välkänd för en fackman inom området.

Internet-SS7 Gatewayen kan sägas fungera som en brygga eller länk mellan SCP'n och en WWW liknande applikation uppkopplad mot internet.

I figur 3 ser vi en första del pà ett flödesschema som anger hur en användare anordnad med exempelvis en dator kan tänkas ansluta sig till en SCP i ett intelligent nätverk via internet.

Initialt kan en klient använda sig av exempelvis HTTP för att begära en access-sida på en informations-server till en 10 15 20 25 516 244 9 IN-nod. Servern kan exempelvis vara en WWW-server. Servern kan vara ansluten till internet.

I nästa steg sänder informations-servern auktoriserings- formaliteterna till klienten vilka kan innefatta frågor om klientens användaridentitet och Pass Word.

I steget därefter anger klienten sin användaridentitet samt tillhörande password som skickas till informations-servern.

Här finns det åtminstone två olika sätt att välja mellan, då skall tillställas denna information informations-servern.

Ett första sätt är att använda sig av HTTP och ett andra sätt är att använda sig av Common Gateway Interface, CGI.

Common Gateway Interface är en defacto standard för så kallade gatewayprogram till gränssnitt mot informations- servrar såsom WWW. Denna standard är naturligtvis välkänd för en fackman inom omrâdet och torde därför inte behöva kommenteras vidare.

I nästa steg granskar informations-servern password och användaridentitet. Om användaridentiteten och password stämmer överens kommer klienten att få access till begärd applikation, om inte får klienten naturligtvis inte access varefter klienten kan ges ett antal nya försök att tillträda applikationen.

I händelse av att ovanstående process har skett och att klienten är auktoriserad följer nästa steg. I detta steg sänder informationsservern en meny över olika operationer som kan utföras i applikationen.

I nästa steg väljer klienten en av de operationer som finns tillgängliga. I detta skede startas en kommunikation mellan klienten á ena sidan samt IN>noden à andra sidan via den 10 15 20 25 516 244 10 tidigare nämnda IWU'n. Här finns ett antal olika tänkbara alternativ hur denna kommunikation sätts upp i praktiken.

IWU'n kan utgöras av en separat fysisk enhet eller innefattas i informations-servern. Om vi antar att informations-servern och IWU'n är anordnade tillsammans finns átminstone följande tre alternativ.

I ett första alternativ kan man tänka sig att kommunicera via CGI fràn klient via informations-servern. Detta innebär att en så kallad IWU-binär läser en vanlig textsträng från standard input som informationsservern förser den med. IWU'n returnerar sedan meddelanden till klienten via standard informations-servern. Protokollet mellan skulle output och via informationsservern och IWU'n alltså kunna vara normala så kallade fildeskriptorer (stdin/stdout) implementerade i UNIX.

Detta alternativ representeras i figur 4. I ett första skede sänder informations-servern till CGI input-parametrar programmet, de ovan nämnda stdin, stdout samt omgivningsvariablerna.

I nästa steg kommunicerar CGI programmet med IN noden via SS7 implementation genom att använda socket kommunikation.

I steget därefter returnerar CGI programmet utparametrarna via informations-servern till klienten som i de fall parametrarna är av värde för användaren presenteras för denne.

Ett andra alternativ skulle kunna tänkas vara att klienten sätter upp en socket direkt mot IWU'n (till exempel i programspråket Java och därmed helt kopplar bort servern 10 15 20 25 ,Det tredje 516 244 ll från dialogen) efter den initiala dialogen med informations- servern. Därmed skulle protokollet från IWU'n mot klienten bli sockets. En annan möjlighet skulle vara att använda standard Unix Remote Procedure Call, RPC, eller något annat maskin-till-maskin-gränssnitt_ Oavsett vilken abstraktions- nivå som 'väljs används TCP/IP eller' UDP/IP som så, kallat lågniváprotokoll. Även X.25 kan tänkas vara lämpligt som protokoll.

Detta alternativ representeras i figur 7. IWU'n erhåller inparametrar från klienten genom något av ovan nämnda maskin-till-maskin-protokol. I nästa steg kommunicerar IWU'n med. SS7 implementationen genom att använda sig av socket kommunikation.

Därefter returneras utparametrarna från IWU'n till klienten varefter dessa parametrar kan visualiseras vid klienten.

Ett tredje alternativ är att IWU processen inkluderas i en informations-server där serverns beteende utökas med IWU'ns beteende. Kommunikationen kan då ske genom direkta interna processanrop, det vill säga direkt kommunikation mellan IWU och informations-server, genom att utnyttja den valda plattformens inbyggda funktioner för att överföra information mellan tvà funktioner (processer) inom samma maskin. Denna kommunikationen sker då pà så kallad metodanropsnivå eller möjligen trådkommunikation beroende pà servrarnas utformning. alternativet representeras i figur 6. I ett första steg skickar informationsservern inparametrar till IWU'n genom att använda sig av ovan nämnda kommunikation på metodanropsnivå. Därefter kommunicerar IWU delen av servern 10 15 20 25 516 244 12 med SS7 implementationen genom att använda sig av socket kommunikation. I nästa steg returneras utparametrarna frán IWU delen av servern till “kärn” servern som i sin tur skickar dessa till klienten. Dessa kan som i de övriga fallen göras synliga för användaren ifall denne har någon nytta av det.

Informations-servern och IWU'n kan vara anordnade i tvá skiljda maskiner eller proceser i samma nmskin. I figur 5 visas ett flödesschema för detta utföringsexempel. I ett första steg skickar informations-servern inparametrar till IWU'n genom att använda sig av ett process-till-process kommunikationsprotokoll eller ett maskin-till-maskin kommunikationsprotokoll. Exempelvis kan RPC användas som protokoll och till detta kan exempelvis TCP/IP, UDP/IP eller X.25 användas som protokollets bärare.

Därefter kommunicerar IWU'n med SS7 implementationen genom att använda sig av exempelvis socket kommunikation eller någon annan motsvarande process-till-process kommunikation.

SS7 implementationen returnerar sedan utparametrarna till IWU'n som i sin tur, efter bearbetning, skickar dessa till informations-servern. Sedan skickas utparametrarna vidare till klienten. Utparametrarna kan sedan visualiseras för användaren. Detta alternativ visas i figur 6.

Uppfinningen är naturligtvis inte begränsad till de ovan beskrivna och pá ritningen 'visade utföringsformerna, utan kan modifieras inom ramen för de bifogade patentkraven.

Claims (15)

10 15 20 25 516 244 13 PATENTKRAV

1. Anordning för sammankoppling av en mot Internet uppkopplad enhet och en nod i ett intelligent nätverk (IN), kännetecknad av att anordningen är försedd med medel för att emulera en (SPP) till en Service Control Point eller en Service Data Point (SCP) Service Switching Point (SDP) av det intelligenta nätverket genom att omvandla en signal ur Comite Consultatif International Telegrgphique et Telephonique Signal-System No. 7, CCITT-SS7 från noden i det intelligenta nätverket till en kompatibel signal för enheten uppkopplad mot Internet och vice versa.

2. Anordning enligt patentkrav l, kännetecknad av att medlet för omvandling av signalerna är en programkod skriven i ett dataspràk.

3. Anordning enligt patentkrav 2, kännetecknad av att data- spràket är C, JAVA, Smalltalk, Pascal, Fortran eller Basic.

4. Anordning enligt patentkrav l, kännetecknad av att enheten uppkopplad mot Internet är en informations-server.

5. Anordning enligt patentkrav 4, kännetecknad av att infor- mations-servern är en World Wide Web enhet, en så kallad WWW- enhet.

6. Anordning enligt patentkrav 1, kännetecknad av att CCITT- SS7-signalen är Intelligent Network Application Protocol, INAP.

7. Anordning enligt patentkrav 1, kännetecknad av att signa- len från WWW-enheten är av typ Transmission Control Protocol/ Internet Protocol, TCP/IP.

8. Anordning enligt patentkrav 1, kännetecknad av att noden i det intelligenta nätverket är en Service Control Point, SCP. 10 15 20 25 516 244 14

9. Anordning enligt något av föregående patentkrav, känne- tecknad av att Dual Tone Multi Frequency, DTMF-signalering till noden används.

10. Anordning enligt patentkrav 9, kännetecknad av att förde- finierade tjänster styrda genom DTMF-signaleringen utnyttjas.

11. ll. Förfarande för att ansluta en informations-server till en nod i ett intelligent nätverk via Internet, kännetecknat av -att mellan informations-servern och noden i det intelligenta nätverket anordnas en så kallad Inter Working Unit, IWU, som (SPP) eller en Service (SCP) emulerar en Service Switching Point Data Point (SDP) till en Service Control Point av det intelligenta nätverket, -att nämnda IWU transformerar en signal från informations- servern till en signal ur Comite Consultatif International Telegraphique et Telephonique Signal-System No. 7, CCITT-SS7 i det intelligenta nätverket, och -att nämnda IWU transformerar en signal från noden i det intelligenta nätverket till en passande signal för informations-servern.

12. Förfarande enligt patentkrav ll, kännetecknat av att informations-servern är en WWW-applikation.

13. Förfarande enligt patentkrav ll, kännetecknat av att noden. i det intelligenta nätverket är en Service Control Point, SCP.

14. Förfarande enligt patentkrav 13, kännetecknat av att signalen från SCP'n är INAP.

15. Förfarande enligt patentkrav 12, kännetecknat av att signalen från WWW-applikationen är TCP/IP.