SE510871C2 - SCP-gränssnitt - Google Patents

Description

15 20 25 35 510 871 telekommunikationstjänster.

FIGURBESKRIVNJNG Uppfinningen skall nu beskrivas i detalj såsom ej begränsande utföringsexempel med hänvisning till de bifogade ritningarna, i vilka: Fig. 1 är ett blockschema över ett enkelt intelligent nät, Fig. 2 är ett blockschema, som visar uppbyggnaden av en tjänstestyrpunkt, vilken har anordningar för att utföra av kunder anpassbara tjänster, Fig. 3 visar en konfigurationsñl för en funktion, som hjälper till vid kommunikationen med en yttre server, Fig. 4 är en bild, som visar en styrtyp, vilken används för att mottaga anrop från en yttre server, Fig. 5 är en framställning av strukturen hos en datamodul, som används av en styrtyp, vilken används vid utförande av tjänster.

BESKRIVNING AV FÖREDRAGEN UTFÖRINGSFORM Ett intelligent nät visas i fig. 1. Beståndsdelarna i detta beskrivs kortfattat nedan.

A och B är vanliga telefonapparater, men kan också vara t ex modem för datorer, som kommunicerar över nätet. LE är lokala växlar och TE är en transitväxel. Mellan växlarna kan tjänsteomkopplingspunkter, SSP:er, finnas, som utför den faktiska omkopplingen av telefon- samtal och andra anrop. Varje tjänsteomkopplingspunkt tillhör och styrs av en tjänstestyr- punkt, SCP. En enda tjänstcstyrpunkt kan vara förbunden med flera tjänsteomkopplingspunk- ter. En tjånstestyrpunkt kan ha tillgång till en tjänstedatapunkt, SDP. En administratör kan ha tillgång till en tjänstestyrpunlct och dennas tillhörande tjänstedatapunkt genom en dator 1, som är förbunden med dessa punkter.

De heldragna linjema kan användas för tal- eller röstkommunikation och de streckade linjerna kan endast användas för kommunikation, som inte är tal.

I de fysiska "tjänstepunkter", som räknats upp ovan, kan en eller flera tjänstefunktioner utñras. I en tjänsteomkopplingspunkt innefattar funktionen en tjänsteomkopplingsfunktíon, SSF, och en anropsstyrfunktion, CCF. En anropsstyrfunktion CCF hanterar anrop och förbin- delser, som skall upprättas eller avslutas i traditionell mening. Denna utgör den normala funktionen för anrops-, samtals- och övervakningshantering av av en växel. Den är inte en del av själva det intelligenta nätet utan förser det intelligenta nätet med information om samtal eller anrop och utför kommandon, som sänds från tjänsteomkopplingsfunktionen i samma tjänsteomkopplingspunkt.

Till en tjänsteomkopplingspunkt hör en tjänstestyrfunktion SCF. En tjänstestyrfunktion innehåller de logiska operationerna hos en tjänst, dvs den utgör väsentligen det grundpro- gram, som utförs för att faktiskt utföra tjänsten. Den har fullständigt ansvar för att ta beslut, som hänför sig till ett samtal eller anrop. Tjänsteomkopplingsfunktionen SSF i en SSP är ett gränssnitt mellan en tjänsteomkopplingsfunktion SCF i en SCP, som är förbunden med denna SSP, och CCF:en i samma SSP som den betraktade SSF:en och översänder sålunda informa- 10 15 25 35 510 871 3 tion om händelser angående samtal eller anrop, såsom att luren är pålagd eller att abonnenten är upptagen, till SCF:en och kommandon, vilka skall utföras, från SCF:en till CCF:en.

En tjänstedatafunktion SDF finns innefattad i en tjänstedatapunkt SDP och hanterar realtidsfillgång till databaser, som innefattar data, vilka hänför sig till nätet och till samtal och anrop. Den fungerar sålunda som ett gränssnitt mellan en tjänstestyrfunktion SCF och databa- serna.

En tjänsteresursfunktion eller specialiserad resursfunktion SRF tillhandahåller en upp- sättning interaktiva resurser för tillgång från andra nätverksdelar, dvs resurser för användning i det intelligenta nätets tjänster. Den innefattar exempelvis block för mottagning av DTMF- siffror, för utsändning av meddelanden, för taligenkärmirig. Den kan ingå i en SSF men också i en SCF.

En tjänstehanteringsfunktion SMF hanterar utformningen och administrationen av noder och tjänsterna i dessa. Detta innefattar att lägga till eller avlägsna data, att installera eller modifiera tjänster, etc. Den kan köras från en dator, som är förbunden med en SCP och SCF :en i denna och också med SDP:er för att få tillgång till nätdata. Den nod, i vilken den ingår, kan kallas en tjänstehanteringspunkt SMP.

En intelligent nättjänst i en SCF är utformad som en kombination av ett antal fördefinie- rade styrtyper eller tjänsteoberoende block, SIB:er. Alla tjänster, som kan uppbyggas, är sålunda begränsade till de funktioner, vilka kan erhållas genom att kombinera dessa fördefini- erade SIB:er. En tjänst definieras i ett tjänsteslaipt, som upptar de ingående styrtyperna, särskilt de ingående logiska modulerna och förbindelsen mellan dessa och olika datamoduler.

En annan styrtyp eller SIB, som kan införas i ett intelligent nät och som skall beskrivas nedan, medger, att tjänsteleverantören kan få tillgång till resultaten från vanliga tjänster hos tjänstestyrfunktioner SCF:er från en yttre server. Denna styrtyp eller SIB benämns ett fjärr- igångsatt procedurblock RTPROC och används för kommunikation med en fiärrigångsatt funktion RTF, som är förbunden med den SCF, vilken innehåller RTPROC:en. Styrtypen RTPROC har sålunda en logisk modul och i synnerhet datamoduler, vilka âr förbundna med denna. Den fiärrigångsatta funktionen RTF hanterar endast kommunikationen med yttre serv- rar, i vilka av kunder tillhandahållna funktioner CSF_l, CSF_2, ..., vilka är utformade av tjänsteutformaren, kan utföra anrop till SCF:en. Sådana av kunder tillhandahållna funktioner CSF:er kan utformas och modiñeras utan förändring av SCF:en och SMFzen.

I fig. 2 visas den allmänna uppbyggnaden hos de komponenter, som erfordras för en sådan av en kund tillhandahållen funktion. En SCF ingår exempelvis i en generell dator SCP, i vilken också en fiärrigångssatt funktion RTF ingår. RTF:en kommunicerar med SCF:en via ett speciellt protokoll eller inre gränssnitt, som benämns RTFI. RTF:en kommunicerar med av kunder tillhandahållna funktioner CSF:, CSF_l, CSF_2, ..., vilka var och en ingår i en yttre server serverl, server2, ..., varvid servrarna, serverl, server2, kan vara olika eller samma servrar. Protokollet eller gränssnittet för den yttre kommunikationen åstadkoms med hjälp av en íjärrprocedur benämnd ett RFC-gränssnitt. Lågnivåprotokollet för yttre kommuni- 10 15 20 25 35 510 871 4 kation kan vara av Ethernet-typ. SCP:en och de yttre servrarna kan alla vara vanliga generel- la datorer, som arbetar enligt något lämpligt operativsystem såsom UNIX.

Dataflödet, när en av en kund tillhandahållen ftmktion CSF_n, n = 1, 2, ..., utförs i ett yttre server, är som följer: 1. Den yttre, av kund tillhandahållna funktionen CSF_n anropar SCP:en med använd- ning av RPC-gränssnittet. Anropet innehåller data, exempelvis parameterdata för anrop eller samtal, användarnamn, användarkod, som skall bearbetas av SCP:en. Datavärdena kan ha samma format som data, vilka mottas av SCPzen och härrör frän en ansluten SSP. 2. De parameterdata för anrop eller samtal, som ingår i de mottagna datavärdena, veri- ñeras av RTF:en. Parameterdatavärdena kontrolleras med avseende på typ och omrâde eller omfång med hjälp av en konfigurafionsfil, som tillhör CSF_n, se också ñg. 3. Sedan sänds datavärdena till SCF:en, som utför tjänsten. Den fiänigångsatta funktionen RTF allokerar sålunda tomt utrymme i en buffertarea hos ett gemensamt minne, placerar datavärdena i en buffert på den tomma platsen och skickar ett meddelande till SCFzen, varvid meddelandet innehåller någon idcntiñerare fór den anropade CSF_n och meddelandet placeras i en tjänste- kö. 3. Huvudprogrammet i SCFzen observerar meddelandet i tjänstekön och sätter upp en "Calllnstance" CI, som är ett slags underprogram till huvudprogrammet. CallInstance instruc- ras att ta hand om meddelandet. CI:en hämtar tjänstesln-iptet för CSF_N, varvid identiñeraren för denna funktion erhålls från meddelandet. Från tjänsteskriptet erhålls identifierare och en pekare till en abonnent och också den tjänst, som skall utföras, dvs den ordningsföljd för styrtyper, vilka skall utföras i SCF:en, definieras i skriptet, särskilt de logiska moduler och de datamoduler, som därvid skall användas. Styrtypen RTPROC ingår också i dessa styrtyper. 4. Den av tjänsteskriptet definierade tjänsten utförs i SCF:en av CI:en. Därvid utförs logiken i de definierade logiska modulema med användning av de speciñcerade datamoduler- na. Först utförs sålunda styrtyper, som har logikmoduler och som framställer nya eller modi- ñerade parametrar. Resultatkoder från detta avges till styrtypen RTPROC, som då skapar parameterdata i ett objekt och förtecknar resultatkoder från de föregående logikmodulerna.

Den placerar sedan data i det gemensamma minnet genom att först allokera tom plats och sedan lagra data på denna plats. Ett meddelande placeras i den returkö, som hör till den fjärrigångsatta funktionen RTF, varvid meddelandet innehåller en pekare till platsen för data- bufferten. 5. RTF:en observerar meddelandet i returkön och hämtar sedan data i den i meddelan- det angivna bufferten och sänder parameterdata och resultatkodema till den tillhörande CSF_n med användning av gränssnittet RPC. 6. CSFzen mottar parameterdata och resultatkoder.

Servern: serverl, server2, ..., som innehåller de av kundema tillhandahållna funktioner- na CSF_l, CSF_2, ..., respektive, kan t ex vara en web-server. En person kan då från en dator eller terminal ansluta sig till web-servern och sedan ange en tjänst, som hon/han önskar. 15 20 510 871 5 Exempel på tjänster innefattar alarm för väckning, banktjänster, att titta på sin telefonräkriing, etc. Web-servern tillhandahåller en order-blankett för personen, som skall användas för att ange den önskade tjänsten. Informationen fór den önskade tjänsten och tillhörande sänds till den yttre servem. - Den allmänna utformningen av styrtypen RTPROC äskâdliggörs i fig. 4. Denna har fyra utgångar: ' O Arbetssteget utfört med framgång l Parameterfel, dvs en nödvändig parameter saknades i tag-bufferten. 2 Tillgángsfel, dvs det var inte möjligt att ansluta till den externa servern eller en obligatorisk returparameter saknades. 3 Annat fel.

Den pil, som tillhör bildtexten "Felkoder, resultatkoder", anger resultat från styrtypen, som endast används internt i SCF:en.

Huvuduppgifterna för SCF:en är i denna tillämpning: 1. Att mottaga meddelanden från RTF:ema, exempelvis från en tjänstekö i ett gemen- samt minne, såsom visas i fig. 2. t 2. Att förbereda mottagna data för användning av tjänster, dvs att packa upp innehållet i databufferten i det gemensamma minnet. 3. Att starta tjänster, som är specificerade för källan till meddelandet, vilket utförs genom att skapa och anropa en särsldld "callback“-fimktion ("CallBackFunction") i SCF:en. ia ähmnmfikflc 10 20 25 35 510 871 olika tjänsteslcript.

Huvuduppgifterna för de logiska funktioner, som ingår i logikmodulen i styrtypen RTPROC, är: l. Att samla de olika pararneterdata och felkoder, som resulterar från de utförda tjäns- tema och att förbereda dessa för översändning. 2. Att allokera en buffert och placera parametrama i denna och sända ett meddelande innefattande felkodema och en pekare till bufferten till RTF:en till en returkö, som är anord- nad i ett gemensamt minne.

Styrtypen RTPROC använder en datamodul DM_l, DM_2, parametrar, som mottas via RTF:en från den av kund specificerade funktionen CSF_1, CSF_2, En sådan datamodul DM_l, DM_2, är i princip organiserad såsom visas i fig. 5. I en praktisk utföringsform är det t ex att möjligt att specificera upp till 48 parametrar, men naturligtvis kan andra antal parameter användas genom att ändra setupen, såsom genom att modiñera en konfigurationsfil. Var och en av de sålunda upp till 48 raderna i en sådan datamodul DM_l, DM_2, . .. innehåller följande detaljer eller kolumner: a. Parameternummer, för användning av kunden. Detta är en identiñerare, som admi- nistreras av den som utformar den av kund försedda funktionen. b. Typ, som anger datatypen för parametern i raden. KOL eller Långt Slag anger ett heltal om 32 bitar, KON eller Sifferslag anger decimaltal, KOS eller Strängslag anger en alfanumerisk sträng av upp till 128 tecken, KOV eller Variabelslag anger ett heltal om 16 bitar. Om så erfordras eller används i SCP:en, kan naturligtvis andra parametertyper definie- ras. c. KOx_lD. Värdet i fältet Typ tillsammans med detta värde anger en parameter i an- ropsposten eller anropsdata i SCFzen, se fig. 2.

Gränssnittet RTFI mellan tjänstestyrfunktionen och RTF:en används av RTF:en, när en databuffert anges för SCF:en. Såsom redan har diskuterats, är databufferten ett dataiält, vilket är allokerat i ett minne i SCP:en, som delas mellan SCF:en och RTFzerna. En sådan databuf- fert innehåller data för en av kund tillhandahållen funktion. Data i bufferten har antingen erhållits från en CSF eller skall sändas till denna.

Gränssnittet är utformat som köförbindelser, varvid en tjänsteköförbindelse används för meddelanden från RTF:en till SCFzen och en returköförbindelse för sändning av meddelanden från SCF:en till en av kund tillhandahållen funktion CSF_1, CSF_2, När sålunda data har placerats i en databuffert av RTF :en och lagrats i det gemensamma minnet, sänds ett med- delande innehållande en identifiering av SCF:en och en pekare på de lagrade datavärdena från RTF:en till SCFzen, varvid tjänstekön används för det till SCFzen sända meddelandet. När i det andra fallet data har placerats i en databuffert av RTPROC:en, sänds ett meddelande innehållande en pekare till ntinnesplatsen för databufferten till RTF:en.

Huvuduppgifterna för RTF:en är: 1. Att upprätthålla RPC-handtag mot yttre servrar: serverl, server2, ..., i vilka de av för att speciñcera de 10 15 25 510 871 7 kund tillhandahållna funktionerna CSF_1, CSF_2, under köming. 2. Att mottaga data från av kund tillhandahållna funktioner. 3. Att kontrollera data genom användning av den tillhörande konfigurationsfilen, som erhålls från den av kund tillhandahållna funktionen. 4. Att skapa databufferten och lagra data i denna och ända ett meddelande irmehållande en pekare på minnesplatsen till SCF:en, i vilken styrtypen RTPROC exekveras. 5. Att vänta på ett meddelande, som pekar på parameterdata och/eller resultatkoder från SCF:en. 6. Att hämta data från databufferten och sända dessa till den korrekta av kund tillhanda- hållna funktionen i korrekt server. uppehåller sig. En RTF kan skapas ett antal rader, vilka var och en innehåller den i det första fältet identifierade SCF:en: a. Typ, som anger datatypen för parametern i raden. KOL eller Långt Slag anger ett heltal om 32 bitar, KON eller Sifferslag anger decimaltal, KOS eller Süängslag anger en alfanumerisk sträng av upp till 128 tecken, KOV eller Variabelslag anger ett heltal om 16 bitar. Om så erfordras eller används i SCP:en, kan givetvis andra parametertyper definieras. b. Lägre gräns, anger det minsta tillåtna värdet för parametem i raden. c. Övre gräns, anger det högsta tillåtna värdet på parametern i raden. _ d. KOx_ID. Värdet på ñltet Typ tillsammans med detta värde anger en parameter.

Sedan finns fält identifierande en arman ansluten CSF och de till denna hörande raderna, etc.

Huvuduppgifterna för en CSF: CSF_1, CSF_2, är: l. Att förbereda parametrar för den tjänst som skall utföras. 2. Att utföra ett anrop till SCF:en och översända parametrarna till RTF:en. 3. Att vänta på de modifierade parametrarna och resultatkoderna som anger framgång/ misslyckande för de begärda tjänsterna.

Claims (3)

510 871 8 PATENTICRAV

1. Intelligent nät innefattande omkopplingspunkter, i vilka den faktiska omkopplingen av anrop eller samtal utförs och vilka data alstras, som hänför sig till anrop eller samtal, och händelsesignaler, som anger olika händelser i samband med anropen eller samtalen, särskilt s setup, upprättande och slut på anrop eller samtal, och tjänstepunkter anslutna till omkopp- lingspunkterna för att mottaga data, som hänför sig till anrop eller samtal och händelsesigna- ler och för att styra omkopplingspunkter, varvid en tjänstepunkt innefattar en tjänstefunktion för bearbetning av händelser, vilka hänför sig till anrop eller samtal och för vilka ingängsdata erhålls från omkopplingspunkterna, varvid en tjänstefunktion i sin tur innefattar fördefinierade 1o byggblock, som kombineras för att bilda tjänster, vilka utförs för specifika händelser, känne- teeknat av en server, som innefattar en funktion, varvid servern är förbunden med delarna i nätet endast vid en tjänstepunkt, en tjänstefunktion i tjänstepunkten, som är anordnad att mottaga data från funktionen i 1s servern och innefattar ett byggblock för fiärrigångsatta procedurer, varvid tjänstefunktionen är anordnad att utföra byggblocket för fiärrigängsatta procedurer, efter det att data har mottagits från funktionen i servern och bearbetats av andra byggblock i tjänstefunlctionen, varvid bygg- blocket för den fiärrigångsatta proceduren är anordnat att sedan sända data tillbaka till funk- tionen i servem. zo

2. Intelligent nät enligt krav 1, kännetecknat av att byggblocket för den fiärrigängsatta proceduren är anordnat att innefatta resultatkoder i de data, som sänds tillbaka till funktionen i tjänsten, varvid resultatkoderna anger resultatet av utförandet av byggblocken i tjänstefunk- tionen.

3. Intelligent nät, enligt krav 1, kännetecknat av en fiärrigängsatt funktion i den tjäns- zs tepunkt, som innehåller den tjänstefunktion, vilken innehåller byggblocket för en fiärrigång- satt procedur, varvid den fiärrigångsatta funktionen är anordnad att fungera som en mellan- funktion mellan tjänstefunlctionen och funktionen i servern, varvid den fiärrigängsatta funktio- nen sålunda hämtar data frän funktionen i servern och översänder dessa till tjänstefurtktionen och mottar data från tjänstefunktionen och översänder dessa till funktionen i servern.