SE510870C2 - Styrtyp eller tjänsteoberoende byggblock - Google Patents

Description

25 510 870 2 manipulationer av data hänförande sig till anrop eller samtal, vilka bearbetas i tjänstestyr- punkten. Funktionen, som också kan betraktas som en algoritm, utformas sålunda och admi- nistreras av den som tillhandahåller tjänsterna. Den utförs i sin egen miljö eller sin egen server, som är skild från tjänstestyrpunkten, med vilken den är förbunden. Robustheten hos de i tjänstestyrpunkten utförda funktionema riskeras sålunda inte av fel i den tillhandahållna algoritmen, vilka eventuellt kan införas av den som utformar tjänsterna.

Gränssnittet mellan tjänstefunktionen i en tjänstestyrpunkt och en yttre funktion skall specificeras på ett sätt, som är oberoende av den speciella utformningen. Den av kund till- handahållna funktionen måste kunna utföras på en godtycklig plattform. Detta innebär, att data, vilka överförs genom gränssnittet, måste kodas på sådant sätt, att de inte tolkas på olika sätt beroende på den faktiska använda plattformen.

Grundidén med den av kund anpassbara styrtypen är sålunda att medge, att den som tillhandahåller tjänster skall kunna utvidga den funktionalitet, vilken normalt förefinns i en tjänstestyrfunktion. Tjänsteleverantören ges möjlighet att anropa en egen definierad funktion, t ex en funktion, som läser och lägger till vissa data, som har lagrats externt, eller utför en speciñk algoritm. Tjänsteleverantören får sålunda tillfälle att ändra förefintliga data berörande anrop eller samtal eller att lägga till nya data.

När den av kund anpassbara styrtypen införs i logiken i tjänstestyrfunktionen, sänds specificerade delar av data hänförande sig till anrop eller samtal, vilka är lagrade i den tjäns- testyrpunkt, i vilken den betraktade tjänstestyrfunktionen förefixms eller exekveras, till den funktion, som har utformats och som underhålls av tjänsteleverantören. Efter det att funktio- nen har utförts i sin egen server, sänds resulterande data tillbaka till tjänstestyrpunkten och i denna lagras mottagna data i anrops- eller samtalsposten.

FIGURBESKRIVNING Uppfinningen skall nu beskrivas i detalj såsom ej begränsande utföringsexempel med hänvisning till de bifogade rimingarna, 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 är en bild av strukturen hos en datamodul, som används av en av kund anpassbar SfYffl/P, i Fig. 4 är en grafisk bild av den av kund anpassbara styrtypen och Fig. 5 visar en konfigurationsfil, som används för att sätta upp processer och de inre och yttre förbindelser, vilka används vid realiseringen av den av kund anpassbara styrtypen.

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, ñnnas, som utför den faktiska omkopplingen av telefon- 10 15 20 25 35 510 870 3 samtal och andra anrop. Varje tjänsteomkopplingspunkt tillhör och styrs av en tjänstestyr- punkt, SCP. En enda tjänstestyrpunkt 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änstestyrpunkt och dennas tillhörande tjänstedatapunkt genom en dator 1, som är förbunden med dessa punkter.

De heldragna linjerna 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 utföras. I en tjänsteomkopplingspunkt innefattar funktionen en tjänsteomkopplingsfunktion, 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 tör anrops-, samtals- och övervakningshantering i 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änste- omkopplingspunkt.

Till en tjänstestyrpunkt hör en tjänstestyrfunktion SCF. En tjânstestyrfunlction innehåller de logiska operationerna hos en tjänst, dvs den utgör väsentligen det grundprogram, 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 information om händelser angáende samtal eller anrop, såsom att luren är pålagd eller att abonnenten är upp- tagen, till SCF:en och kommandon, vilka skall utföras, från SCF:en till CCF:en.

En tjänstedatafunkfion SDF finns innefattad i en tjänstedatapunkt SDP och hanterar realtidstillgå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änning. 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 mo- dífiera 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änsti 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 10 15 20 25 510 870 4 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änsteslcript, 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 utvidgar den vanliga funktionaliteten hos tjänstestyr- funktioner SCF:er utöver dem, vilka innefattar enbart kombinationer av de i förväg definiera- de block. Denna styrtyp eller SIB benämns en styrtyp RPROC för fiärrprocedurer och an- vänds för att kommunicera med och aktivera en fiärrprocedursfunktion RPF, som är förbun- den med en SCF, vilken är belägen i samma SCP. Styrtypen RPROC har sålunda en logisk modul och speciella datamoduler, som tillhör den. Fjärrprocedursfunktionen RPF hanterar endast kommunikationen med en yttre server CSP, i vilken en av kund tillhandahållen funktion CSF, som är utformad av tjänsteleverantören, kan utföra andra funktioner. Sådana funktioner, CSF:er, kan utformas och modifieras utan att ändra SCFzen och SMFzen.

I fig. 2 visar den allmänna uppbyggnaden hos de delar, vilka erfordras för en sådan av kund anpassbar funktion. En SCF innefattas i t ex en generell dator SCP, i vilken också flera fiärrprocedursfunktioner RPF:er: RPF_l, RPF_2, ingår. Varje RPF kommunicerar indi- viduellt med SCP:en via ett speciellt protokoll eller inre gränssnitt. Dessutom kommunicerar varje RPF med en individuell av kund anpassbar tjänstefunktion CSF: CSP_1, CSF_2, respektive, som ingår i en yttre server eller kundtjänstepunkt CSP: CSP_1, CSP_2, CSP:ema kan vara skilda datorer eller en eller flera av CSP:erna kan vara samma dator, varvid en sådan dator då innehåller flera av kund anpassbara tjänstefunktioner. Protokollet eller gränssnittet för den yttre kommunikationen åstadkoms med hjälp av en íjärrprocedur, som benämns ett RFC-gränssnitt. Kommunikationsprotokollet för låg nivå kan vara av “Ether- net"-typ. SCP:en och de förbundna CSP:ema kan alla vara vanliga generella datorer, som arbetar enligt ett lämpligt operativsystem såsom UNIX.

Styrtypen RPROC bearbetas av styrtyplogiken, som exekveras i SCF:en, och när den är skriven i något visst språk, av ett tolkningsprogram för tjänsteslcript, som ingår i denna, och i armat fall direkt av processom i SCP:en. Styrtypen RPROC för íjärrprocedurer är förknippad med en logisk modul och flera datamoduler, minst en datamodul DM_l, DM_2, för varje fjärrprocedursftmktion RPF_1, RPF_2, ..., som ingår i den betraktade SCP:en.

När en signal har mottagits av SCF:en, att det begärs att ett samtal skall startas, eller en signal, som anger, någon arman händelse, startas tolkningsprogrammet och utför någon pro- gramrufin, som âr kopplad den specifika händelsen, och särskilt kontrolleras, huruvida det finns andra tjänster, som skall utföras för denna händelse. Om en sådan tjänst, såsom anges i det tjänsteslcript, vilket är förbundet med denna, också innefattar styrtypen RPROC, kommer den att bearbeta denna styrtyp RPROC i den ordningsföljd, som definieras i det tjänsteslcript, vilken utför den logik, som definieras av logikmodulen, med användning av data från en eller flera datamoduler, varvid dessa också anges i tjänsteskriptet. Vid exekvering hämtas anrop- spaiametrar, som anges i styrtypen RPROC i en specifik av datamodulerna DM_l, DM_2, 510 870 5 i denna, som är specificerad i tjänsteskriptet, från minnesfält i tagbufferten, som innehåller data hânförande sig till anropade samtal och som avser händelsen och finns placerade i en buffert. Parametrarna i bufferten sänds till den respektive RPF:en, som motsvarar den an- vända datamodulen DM_1, DM_2, ..., dvs denna RPF definieras i denna datamodul. Denna s RPF hanterar sålunda SCP:en den av kund tillhandahållna funktionen, som hör till den yttre tjänst, vilken skall utföras för händelsen. Sedan sänds parametrarna för objektet av denna RPF till dess tillhörande CSF.

CSF:en bearbetar mottagna data och kan sedan ändra en eller flera mottagna parametrar Och den kan också skapa nya parametrar. Efter det att den av kund tillhandahållna funktionen 10 har slutat bearbeta parametrarna, placeras resultatpararnetrarna i bufferten. Parametrarna i bufferten återsänds sedan till SCP:en och mottas av den RPF, som tillhör den CSF, vilken har utfört bearbetningen. RPF:en sänder i sin tur parametrarna i bufferten till SCF:en, vilken vid utförande av logiken hos logikmodulen för RPROC mottar dessa och utvinner eller packar upp parametrarna i bufferten och använder dessa, när så erfordras i den vidare bearbetningen ts av anropet eller samtalet, såsom anges i den använda datamodulen DM_1, DM_2, ..., och lagrar dem sedan på speciñcerade ställen i det anrops- eller samtalsdatafält, som hör till den händelse, vilken sätter igång tjänsten.

Den allmänna utformningen av styrtypen RPROC visas i fig. 4. Den har fyra utgångar: 0 Arbetssteget utfört med framgång 20 1 Parameterfel, dvs en nödvändig parameter saknades i tag-bufferten 2 Tillgångsfel, dvs det var inte möjligt att ansluta till den yttre servern eller en obligato- risk returparameter saknades 3 Annat fel.

Den pil, som hör till bildtexten "Felkoder, resultatkoder", anger utmatning från styrty- zs pen, som används endast internt i SCF:en.

Huvuduppgiftema för de i en RPROC ingående logilcfunktionerna är: 1. Att förbereda databufferten för tillgång for RPF:en. Detta utförs i beroende av inne- hållet hos en datamodul DM, som ägs av den betraktade RPROC:en. DM:en innehåller infor- mation angående de data, som skall hämtas från tagbufferten, såsom skall beskrivas nedan. so Om några nödvändiga data inte förefinns i tagbufferten, väljs felutgång 1. De i tagbufferten lagrade parametrama identifieras av anrops- eller samtals-"taggar". En anrops- eller samtals- "tag" översätts till parametrar KOx_ID och KOx_typ, se fig. 3, med hjälp av ett hjälppro- gram. 2. Att sända databufferten till den korrekta RPF:en med användning av dennas kö och as att vänta på ett svar. Kön kan vara full och då väljs utgång 2. 3. Att packa upp de återsända datavärdena, som mottas från den gemensamma returkön, och att lagra dessa i korrekta tält i tag-bufferten. Om vissa mottagna parametrar är angivna som obligatoriska i motsvarande DM-fâlt och saknas i den mottagna databufferten, väljs utgång 2. I annat fall väljs utgång 0, om utgång 2 inte har valts. 10 15 20 25 35 510 870 6 Styrtypen RPROC använder en datamodul för att ange ingångsparametrarna och ut- gångsparametrarna för den av kund specificerade funktionen. Datamodulen är i princip orga- niserad, såsom åskådliggörs i fig. 3. I en praktisk utformning är det t ex möjligt, såsom bestäms i en konfigurations-setup, att specificera upp till 48 ingångsparametrar och upp till 48 utgångsparametrar. Var och en av de då upp till 48 raderna hos datamodulen innehåller föl- jande detaljer eller kolumner: a. Parameternummer, för användning på kunden. Detta är en identifierare, som adrni- nistreras av den som utformar den av kund tillhandahållna funktionen. b. Riktning, anger huruvida parametem skall sändas eller mottas. SEND anger från tjånstestyrpunkten till den av ktmd tillhandahållna funktionen och RECEIVE från den av kund tillhandahållna funktionen till tjänstestyrpunkten. c. Obligatorisk, anger huruvida parametern är obligatorisk. TRUE innebär att parame- tem är obligatorisk, dvs att den måste ha ett värde, och FALSE innebär att parametem är valfri. d. Typ, anger datatyp för parametem i raden. KOL eller Långt Slag anger ett heltal om 32 bitar, KON eller Sifferslag anger ett överdecimaltal, KOS eller Strängslag anger en alfanu- merisk 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. e. KOx_ID. Värdet i fältet Typ tillsammans med detta värde anger en parameter i an- rops- eller samtalsposten.

En datamodul DM_1, DM_2, innehåller också identifiering ID, som förknippar datamodulen med en specifik av kund tillhandahållen funktion och sålunda med en specifik RPF. lDzen hänför sig till en ingång i en konfigurationsñl för styrtypen RPROC. Konfigura- tionsñlen är utformad och underhålls av tjänsteleverantören för den motsvarande av kund tillhandahållna funktionen. Konfigurationsfilen för RPROC:en kan ha en utformning, som åskådliggörs i fig. 5. Sålunda har den allmänt ett antal rader, i vilka tältet ID innehåller en identifierare av en av kund tillhandahållen funktion. Dessutom finns infonnation i varje rad, som används, när RFC-handtaget skapas av en RPF mot servern eller CSP:en, i vilken den av kund tillhandahållna funktionen körs. I tältet värdnamn kan sålunda specificeras den server, i vilken SCF:en förefinns, eftersom olika CSF:er kan inhysas i samma yttre server. I fälten programnummer och versionsnummer identifieras det program, som skall köras i den yttre servern, och versionen hos denna. I tältet Kö-ID finns någon identifierare av den RPFI-kö, till vilken den till denna CSF hörande databufferten skall sändas.

Ett gränssnitt benämnt RPFI mellan tjänstestyrfunktionen och en RPF används av SCF:en vid sändning av en 'databuffert till RPFzerna. Databufferten är ett minnesfält, som är allokerat i en minnespool i ett minne i SCP:en, som delas mellan SCF:en och RPFzerna, se fig. 2, varvid allokeringen görs, när logiken hos RPROC utförs. Databufferten innehåller ingångsdata för av kund tillhandahållna funktioner, som är förbundna med den betraktade RPF:en, och dessa datavärden har sålunda framställts, packats och lagrats i denna av den 510 870 7 logik, som utförs i RPROC. Samma gränssnitt används också för att uppta det resultat, som erhålls vid utförande av en av kund tillhandahållen funktion, CSF_1, CSF_2, Sedan modi- ñeras innehållet i databufferten eller nya parametrar skapas och skrivs till tag-bufferten, när logiken hos RPROC utförs. = s Gränssnittet RPFI är utformat som köfórbindelser, varvid en köförbindelse Kö_1, Kö_2, används för varje RPF_1, RPF_2, för att sända till en av kund tillhandahållen funktion och endast en köförbindelse, en returkö, i motsatt riktning för att motta bearbetade data från alla de av kund tillhandahållna funktionema, som är förbundna med den betraktade SCF:en.

När en ny databuffert har framställts genom utförande av logiken hos RPROC och har lagrats w i det gemensamma minnet, sänds ett meddelande, vilket innehåller en identifiering av CSF:en och en pekare på de lagrade datavärdena, från SCF:en till respektive RPF, varvid detta med- delande då överförs till respektive kö Kö_1, Kö_2, I motsatt riktning sänder RPF:en, när bearbetade data har mottagits från den yttre servern av en RPF och har lagrats i en buffert, ett meddelande till SCF:en, som innehåller en identifiering av den faktiska CSFzen, som har ts bearbetat datavärdena, och en pekare på den databuffert, som har skapats av RPF:en och som innehåller de bearbetade datavärdena i det erforderliga formatet, varvid detta meddelande då placeras i returkön. ' Strukturen hos en RPF anges i konfigurationsfil, som är specifik för RPF:en. Konñgu- rationsfilen kan redigeras från en terminal, som är förbunden med den betraktade SCP:en. 20 I-Iuvuduppgiftenia för en RPF är: 1. Att upprätthålla ett RPC-handtag gentemot sin tillhörande server eller CSP, i vilken den av kund tillhandahållna funktionen förefinns. En RPF kan skapas under körning. 2. Att sända över dataparametrar till den korrekta av kund tillhandahållna funktionen, när ett meddelande mottas, som innehåller en pekare på data. RPF:en utför inte någonting, :s förrän ett svar mottas från CSP:en. En längsta tidsperiod används för inväntande av ett svar. 3. Att motta data från den av kund tillhandahållna funktionen. 4. Att sända tillbaka datavärdena till den SCF, i vilken styrtypen RPROC utförs. 5. Att vänta på nästa databuffert från SCF:en.

Gränssnittet RPC mellan en RPF och respektive CSF används för att transportera data ao till och från CSF:en.

Huvuduppgiftema för en CSF är: 1. Att motta data från sin tillhörande RPF. 2. Att packa upp mottagna data och bearbeta dessa. 3. Att efter bearbetning sända tillbaka resultatet till RPF:en.

Claims (2)

10 15 20 25 510 870 8 PATENTKRAV

1. Intelligent nät innefattande omkopplingspunkter, i vilka den faktiska omkopplingen av anrop eller samtal utförs och i vilka data, som hänför sig till anrop eller samtal, och händelse- signaler, som anger olika händelser, vilka hänför sig till anropen eller samtalen, särskilt setup, upprättande av och slut på samtal, alstras, och tjänstepunkter anslutna till omkopplings- punkterna för att motta data, som hänför sig till anrop eller samtal, och händelsesignaler och för att styra omkopplingspunkter, varvid en tjänstepunkt innefattar en tjänsteftmktion för att bearbeta händelser, som hänför sig till anrop eller samtal, för vilka ingångsdata erhålls från omkopplingspunktema, varvid en tjänstefunktion i sin tur innefattar fördefinierade byggblock, som utförs för specifika händelser, vilka hänför sig till ett anrop eller samtal, kännetecknat av en server innefattande en funktion, varvid servem är förbunden med delama i nätet endast vid en tjänstepunkt, en tjänstefunktion i tjânstepunkten, som innefattar ett byggblock för fjärrprocedurer, varvid byggblocket för fiärrprocedurer, när det utförs för en händelse, som hänför sig till ett anrop eller ett samtal, är anordnat att överföra data, som hänför sig till ett anrop eller samtal, till en första databuffert, varvid funktionen i servem är anordnad att hämta databufferten, bearbeta datavärdena och lagra data i en andra databuffert, varvid byggblocket för fiärrprocedurer är anordnat att hämta den andra databufferten och göra de bearbetade data tillgängliga för andra byggblock som data hänförande sig till anrop eller samtal, vilka används i respektive bearbetning i dessa.

2. Nät enligt krav 1, kännetecknat av en fiärrprocedursfunktion i den tjänstestyrpunkt, som innefattar tjänstefunktionen, vilken innehåller byggblocket för fiärrprocedurer, varvid fiärrprocedursfunktionen är anordnad att fungera som en mellanfunktion mellan tjänstefunktio- nen och funktionen i servern, varvid ijärrprocedursfunlctionen sålunda hämtar den första databufferten för att översända data i denna till funktionen i servern och för att motta bearbe- tade data från funktionen i servern för att lagra dessa i den andra databufferten.