SE516831C2

SE516831C2 - Feature interaction manager for communications switching platform

Info

Publication number: SE516831C2
Application number: SE9501451A
Authority: SE
Inventors: Steven Brennan
Original assignee: Ericsson Telefon Ab L M
Priority date: 1993-08-27
Filing date: 1995-04-20
Publication date: 2002-03-12
Also published as: SE9501451D0; SE9501451L

Abstract

The telecommunications switching platform includes a feature interaction manager. The system has features supported on different platforms throughout the network. Features include adjunct features (12) and subscriber control point features (14) each managed by their own feature interaction managers (13,15). The main feature interaction logic (17) controls a feature management block (16) interposed between the general switched based features and the incoming call (25). The interaction managers have lists defining the current state of a call and permitted interactions.

Description

.vu 516'831 2 deras och/eller prioriteras när andra tjänster håller på att användas av en abonnent. Marknadsföring och administrering av en stor samling tjänster åt abonnenter fordrar alltså upprät- tande av en "tjänsteinteraktionslista" som indikerar de speci- ella tjänsteprioriteterna och hindren som är tillämpliga inom systemet beroende av vilka speciella tjänster som antingen för närvarande är i bruk eller för närvarande invokeras av en abonnent. Detta är inte någon bra lösning i det att en abon- nent, som har betalat för en viss tjänst genom sitt abonne- mang, skall inte förhindras att använda denna tjänst bara för att han för närvarande utnyttjar en beroende tjänst varmed det föreligger en händelsekonflikt eller på grund av att mjukvaran inte kan förverkliga båda tjänsterna samtidigt. .vu 516'831 2 their and / or priority when other services are being used by a subscriber. Marketing and administration of a large collection of services to subscribers thus requires the establishment of a "service interaction list" indicating the specific service priorities and barriers applicable within the system depending on which particular services are either currently in use or currently being invoked. by a subscriber. This is not a good solution in that a subscriber, who has paid for a certain service through his subscription, should not be prevented from using this service simply because he is currently using a dependent service with which there is an event conflict or due to the fact that the software can not realize both services at the same time.

Eftersom telekommunikationslösningarna dessutom blir alltmer nätverksorienterade, föreligger ett stort behov av att åstadkomma en tjänsteinteraktionshanterare för att övervaka uppträdandet av händelser inom såväl väljarén som nätverket samt koordinera de olika tjänstehanterarnas aktiviteter för att säkerställa att de korrekta tjänsterna mottager händelsen i korrekt ordning, så att tjänsternas förverkligande inte av- bryter väljarens eller nätverkets uppförande på ett olämpligt sätt. Systemet enligt den föreliggande uppfinningen åstadkom- mer en sådan tjänsteinteraktionshanterare.In addition, as telecommunications solutions become increasingly network-oriented, there is a great need to provide a service interaction manager to monitor the occurrence of events within both the voter and the network and coordinate the activities of the various service providers to ensure that the correct services receive the event correctly. does not interrupt the behavior of the voter or the network in an inappropriate manner. The system of the present invention provides such a service interaction manager.

Redogörelse för uppfinningen Vid en aspekt på den föreliggande uppfinningen inne- fattar den styrning av anpassningen mellan detekteringen av händelser inom ett väljarsystem och förverkligandet av tele- kommunikationstjänster av tjänstelogiken för att hantera in- teraktionen av olika av ett flertal tjänster som skall åstad- kommas av systemet. Systemet utvärderar händelserna för att styra âstadkommandet av telekommunikationstjänsterna medelst tjänstelogiken. Det föreliggande systemet möjliggör isolering av varje tjänst från övriga tjänster och sammanbinder dem en- bart genom tjänsteinteraktionshanteraren enligt den förelig- gande uppfinningen.Disclosure of the Invention In one aspect of the present invention, it involves controlling the adaptation between the detection of events within a voter system and the implementation of telecommunication services by the service logic to handle the interaction of various of a plurality of services to be provided by the system. The system evaluates the events to control the creation of the telecommunication services by means of the service logic. The present system enables isolation of each service from other services and connects them only through the service interaction manager according to the present invention.

Vid en annan aspekt pà uppfinningen innefattar den o ul' _: 5164331 3 styrning av tjänsteinteraktionen inom ett telekommunikations- väljarnätverk, som innefattar en tjänsteväljarplattform vilken .Fu- har kopplingsavslutningslogik samt mjukvaralogikblock för för- verkligandet av vissa kopplingstjänster. Väljarplattformen in- nefattar tjänstehanterare för att alstra styrsignaler från nätverket till logikblocken för att invokera och förverkliga en tjänst som svar på abonnentalstrade händelser inom nätver- ket. tjänstehanterare för styrning av anpassningen av som flyter frán de händelser som uppträder inom serviceväljar- En tjänsteinteraktionshanterare är ansluten till varje information plattformen till tjänstehanteraren för att möjliggöra en jämn interaktion mellan ett flertal tjänster som invokerats av en enda abonnent under ett anrop inom serviceväljarplattformen.In another aspect of the invention, it comprises controlling the service interaction within a telecommunication selector network, which includes a service selector platform which has a switch termination logic and software logic blocks for the realization of certain switching services. The selector platform includes service managers for generating control signals from the network to the logic blocks for invoking and realizing a service in response to subscriber-generated events within the network. a service interaction manager is connected to each information platform of the service manager to enable smooth interaction between a plurality of services invoked by a single subscriber during a call within the service selector platform.

Dessutom lagras information som hör samman med varje abonnent som kan invokera tjänsterna, och är indikativa för parametrar- na som hänför sig till invokeringen och abonnentens användning av tjänsterna, vilken lagring sker i en databas till vilken tjänsteinteraktionshanteraren har access.In addition, information associated with each subscriber who can invoke the services is stored, and is indicative of the parameters relating to the invocation and the subscriber's use of the services, which is stored in a database to which the service interaction manager has access.

Vid en ytterligare aspekt på uppfinningen hänför sig den till ett telekommunikationsnätverk som betjänar ett fler- tal abonnenter som har en serviceväljarplattform innefattande logik för avslutning av koppling mellan dessa abonnenter.In a further aspect of the invention, it relates to a telecommunication network serving a plurality of subscribers having a service selector platform comprising logic for terminating the connection between these subscribers.

Mjukvarablock åstadkommer tjänstelogik för förverkligande av ett flertal kopplingstjänster som svar på nätverkshändelser som alstras av åtgärder som vidtages av abonnenterna. En tjänstehanterare hör samman med var och en av kopplingstjäns- terna för att mottaga signaler fràn nätverket som är indikati- va för händelser som alstrats av abonnenternas åtgärder och för att alstra styrsignaler till kopplingstjänstelogiken. En databas lagrar information som hänför sig till varje abonnent inom nätverket och som har kapacitet att invokera och styra kopplingstjänsterna. En tjänsteinteraktionshanterare är anslu- ten mellan tjänstehanteraren och databasen för mottagning av signaler fràn tjänstehanteraren som är indikativa för händel- ser som mottagits av hanteraren och innefattar organ som är pàverkbara av de mottagna händelserna och informationen som är lagrad i databasen hänförlig till den abonnent som orsakat ..~n 'o u... 516 851 4 händelserna. Tjänsteinteraktionshanteraren instruerar tjänste- hanteraren vilka signaler som skall sändas till nämnda tjäns- telogik för att interaktivt förverkliga de tjänster som invo- kerats av händelserna som alstrats av abonnentens pàverkning- ar.Software blocks provide service logic for implementing a plurality of switching services in response to network events generated by actions taken by the subscribers. A service manager is associated with each of the switching services to receive signals from the network that are indicative of events generated by the subscribers' actions and to generate control signals to the switching service logic. A database stores information that pertains to each subscriber within the network and that has the capacity to invoke and control the switching services. A service interaction manager is the connection between the service manager and the database for receiving signals from the service manager that are indicative of events received by the manager and includes means influencing the received events and the information stored in the database attributable to the subscriber causing .. ~ n 'o u ... 516 851 4 events. The service interaction manager instructs the service manager which signals are to be sent to the said service logic in order to interactively realize the services invoked by the events generated by the subscriber's influences.

Kort redovisning av ritningarna För en mer fullständig förståelse av den föreliggande uppfinningen samt för att påvisa ytterligare ändamål och för- delar med densamma, kommer hänvisning nu att ges i den följan- de beskrivningen till bifogade ritningar, där fig. 1 visar ett blockschema för en tilläggs/SCP-nätverkstruk- tur som inbegriper tjänsteinteraktionshanteraren enligt den föreliggande uppfinningen, fig. 2A - 2K visar diagram som illustrerar ett flertal olika möjliga kopplingslägen som kan uppträda inom ett väl- jarsystem,; fig. 3 visar ett blockschema som illustrerar en tjänsteinter- aktionshanterare som är konstruerad i enlighet med idén enligt den föreliggande uppfinningen för att stödja tjänster både i en väljare och i en tilläggsenhet, fig. 4 visar ett blockschema som illustrerar en tjänsteinter- aktionshanterare konstruerad i enlighet med idén enligt den föreliggande uppfinningen belägen i såväl en tele- kommunikationsväljare som en tilläggsenhet, fig. 5 visar ett blockschema som illustrerar interaktionen mellan avgående/avslutande kopplingshalvor inom en te- lekommunikationsväljare med en tjänsteinteraktionshan- terare som är konstruerad i enlighet med idén enligt den föreliggande uppfinningen, fig. 6A visar ett blockschema som illustrerar mjukvarasyste- mets arkitektur för ett tjänsteförverkligande system som innefattar tjänsteinteraktionshanteraren som är konstruerad i enlighet med idén enligt den föreliggande uppfinningen, fig. 6B - 6E visar blockscheman som illustrerar populationen i databaserna för tjänsteinteraktionshanterare anordnade 1|.|| 516331 5 i enlighet med systemet enligt den föreliggande uppfin- ningen, fig. 7A - 7H visar flödesscheman som illustrerar processer som utförs i tjänstehanteraren enligt den föreliggande upp- finningen, fig. 8A - 8D visar flödesscheman som illustrerar processer som utförs i tjänsteinteraktionshanteraren enligt den före- liggande uppfinningen, fig. 9A och 9B visar flödesscheman som illustrerar processer som utförs i tjänstelogiken enligt den föreliggande uppfinningen och fig. 10A - 1OC visar diagram som illustrerar kopplingslägen som illustrerar exempel på tjänsteinteraktion som visas i fig. 7A - 7H, BA - 8D OCh 9A - 9B.Brief Description of the Drawings For a more complete understanding of the present invention and to demonstrate further objects and advantages thereof, reference will now be made in the following description to the accompanying drawings, in which: Fig. 1 shows a block diagram of a additional / SCP network structure including the service interaction manager according to the present invention, Figs. 2A - 2K show diagrams illustrating a number of different possible switching modes that may occur within a selector system; Fig. 3 shows a block diagram illustrating a service interaction manager constructed in accordance with the idea of the present invention to support services both in a selector and in an add-on unit; Fig. 4 shows a block diagram illustrating a service interaction manager constructed in according to the idea of the present invention located in both a telecommunication selector and an additional unit, Fig. 5 shows a block diagram illustrating the interaction between outgoing / terminating switching halves within a telecommunication selector with a service interaction handler constructed in accordance with the idea of the present invention, Fig. 6A is a block diagram illustrating the software system architecture for a service implementation system comprising the service interaction manager constructed in accordance with the concept of the present invention; Figs. 6B - 6E are block diagrams illustrating the population of the database; a for service interaction managers arranged 1 |. || In accordance with the system of the present invention, Figs. 7A - 7H show flow charts illustrating processes performed in the service manager of the present invention; Figs. 8A - 8D show flow charts illustrating processes performed in the service interaction manager according to the invention. the present invention, Figs. 9A and 9B are flowcharts illustrating processes performed in the service logic of the present invention, and Figs. 10A - 1OC are diagrams illustrating switching modes illustrating examples of service interaction shown in Figs. 7A - 7H, BA. 8D OCh 9A - 9B.

Detaljerad redogörelse I allmänhet fordrar styrningen av tjänsteinteraktio- nen enligt principerna för den föreliggande uppfinningen en specifikation av en algoritm för hanteringen av utnyttjandet av flera tjänster inom samma koppling. En sådan algoritm måste vara tillräckligt generisk för hantering av alla möjliga kom- binationer av tjänsteutnyttjande i samma koppling. Interaktio- ner hanteras på grundval av kopplingsbilden, tjänsterna som abonnenterna har aktiverat eller har access till, den förelig- gande kopplingshändelsen som bearbetas, en lista på tjänster som kan vara invokerade i svaret på händelsen som bearbetas, en lista på tjänster som för tillfället utnyttjas, en lista på kopplingshändelser som de aktiva tjänsterna inbegriper samt en lista på kopplingshändelser som invokerar nya tjänster.Detailed Description In general, the control of the service interaction according to the principles of the present invention requires a specification of an algorithm for handling the utilization of several services within the same connection. Such an algorithm must be sufficiently generic to handle all possible combinations of service utilization in the same connection. Interactions are managed on the basis of the connection picture, the services that the subscribers have activated or have access to, the current connection event that is being processed, a list of services that may be invoked in the response to the event being processed, a list of services that are currently being used , a list of connection events that the active services include and a list of connection events that invoke new services.

Vissa grundkoncept utnyttjas vid förverkligandet av tjänsteinteraktionshanteringen enligt den föreliggande uppfin- ningen. Dessa koncept innefattar en aktiv tjänstelista (AFL) som innehåller alla tjänster som är aktiva vid ett visst an- rop, liksom en kopplingsvy (CV) som omfattar en begreppsmässig bild av ett anrop som innehåller både nätverk och styrben.Certain basic concepts are utilized in the realization of service interaction management according to the present invention. These concepts include an active service list (AFL) that contains all services that are active on a particular call, as well as a link view (CV) that includes a conceptual image of a call that contains both network and control legs.

Varje kopplingsvy definieras och är identifierbar som en stan- dardanropskonfiguration såsom kommer att förklaras ytterligare u |~" '- -..- I-»nß »- --v 516 831 6 nedan. En tjänsteinhiberingslista (FIL) omfattar de tjänster ¿} som skall inhiberas vid en viss koppling och listan sändes Iä? över nätverket och förblir aktiv under varaktigheten av en :Ä koppling. En tjänsteinteraktionshanterares (FIM) svar är en händelse eller åtgärd som tjänstehanteraren (FM) måste reagera af på. Svaret kan vara en beläggningsbegäran, en händelse, en be- ¶:§ gäran för ett tjänsteavslutande eller en order för fortsätt- Ü? ning av anropsprocessen. En tjänstelista (FL) omfattar de I tjänster som är tillgängliga i nätverket, vilka var och en av _., dessa tjänster identifieras av en unik global beteckning.Each switching view is defined and identifiable as a standard call configuration as will be further explained below. A Service Inhibition List (FILE) includes the services ¿} which is to be inhibited at a particular connection and the list is sent over the network and remains active for the duration of a connection: A service interaction manager (FIM) response is an event or action that the service manager (FM) must respond to. call request, an event, a request for a termination of service or an order to continue the call process A service list (FL) includes the I services available in the network, each of which _., these services are identified by a unique global designation.

En tjänsteorder utnyttjas för att manipulera kopp- lingsvyn som sändes av tjänstelogiken till tjänstehanteraren men inte till tjänsteinteraktionshanteraren. Ett fortsätt- ningssvar eller ekvivalent tjänstesvar är noteringar från en tjänstelogik till tjänstehanteraren att tjänsten har fullgjort sin bearbetning, är i ett stabilt läge och återför styrningen till serviceväljarplattformen. Varje fortsättningssvar eller ekvivalent svar sändes från tjänstehanteraren till tjänste- interaktionshanteraren. En nästa händelselista (NEL) omfattar samtliga händelser som aktiva tjänster och FIM biträder medan en pågående tjänstelista (PFL) omfattar samtliga tjänster som kan vara invokerat klassificerade av sina beläggningspunkter, dvs den punkt i kopplingsprocessen där tjänster kan invokeras.A service order is used to manipulate the connection view sent by the service logic to the service manager but not to the service interaction manager. A continuation response or equivalent service response is notes from a service logic to the service manager that the service has completed its processing, is in a stable position and returns control to the service selector platform. Each continuation response or equivalent response was sent from the service manager to the service interaction manager. A next event list (NEL) includes all events that active services and FIM assist, while an ongoing service list (PFL) includes all services that can be invoked classified by their occupancy points, ie the point in the connection process where services can be invoked.

Varje tjänst har en specifik beläggningspunkt.Each service has a specific occupancy point.

Interaktioner som specificerats enligt den förelig- gande uppfinningen grundar sig på halvkopplingsmodellen där abonnenter verkar vara olika ândkontor, så att en abonnent som är antingen på hårdvaraavstånd eller mjukvaraavständ från en abonnent i en annan ände kan signalera och använda tjänster. I detta system styr tjänsteinteraktionshanteraren (FIM) körtids- tjänsteinteraktioner baserade på en grupp data. Abonnentdata- gruppen definieras såsom nästa händelselista (NEL), kopplings- vyn (CV), den aktiva tjänstelistan (AFL), den pågående tjäns- telistan (PFL) och den föreliggande händelsen som just bearbe- tas. Valfritt kan nätverket till datan lägga en tjänsteinhibe- ringslista (FIL) som en del av datagruppen som skall användas av FIM. Enbart FIM utgör anpassning till tjänstehanteraren »|.;; »..n; 516 :831 7 (FM) och dess databas för att lösa interaktioner och har kapa- citet att mottaga nätverkshändelser och tjänstesvar från FM.Interactions specified according to the present invention are based on the half-connection model where subscribers appear to be different end offices, so that a subscriber who is either at a hardware distance or software distance from a subscriber at another end can signal and use services. In this system, the Service Interaction Manager (FIM) controls runtime service interactions based on a group of data. The subscriber data group is defined as the next event list (NEL), the connection view (CV), the active service list (AFL), the current service list (PFL) and the current event that is just being processed. Optionally, the network can add to the data a service inhibition list (FIL) as part of the data group to be used by FIM. Only FIM is an adaptation to the service manager »|. ;; »..N; 516: 831 7 (FM) and its database for resolving interactions and has the capacity to receive network events and service responses from FM.

FIM alstrar vidare ett svar till FM för varje händelse och för varje tjänstesvar samt har kapaciteten att både läsa och skri- va information fràn och till abonnentdatagruppen inom databa- sen. FIM använder en grupp systemprinciper för att styra kör- tidstjänsteinteraktionen som inbegriper styrmekanismer för in- teraktionslösning under normala förhållanden liksom under fel- förhállanden. Interaktioner styrs på grundval av olika nivåer av interaktionsspecifikation innefattande abonnentgrunder, affârsgruppgrunder och väljargrunder. Varje FIM kan avsluta en tjänst vid vilken som helst tidpunkt samt inhibera beläggning av en tjänst som grundar sig på inhiberingslistan som mottages frän nätverket och lagras i databasen.FIM also generates a response to FM for each event and for each service response and has the capacity to both read and write information from and to the subscriber data group within the database. FIM uses a set of system principles to control the runtime service interaction that includes control mechanisms for interaction resolution under normal conditions as well as under fault conditions. Interactions are governed on the basis of different levels of interaction specification including subscriber bases, business group bases and voter bases. Each FIM can terminate a service at any time and inhibit the occupancy of a service based on the inhibition list received from the network and stored in the database.

FIM:s gränssnitt till tjänstehanteraren är sådant att nästa händelselista (NEL) initialt är konstruerad av samtliga tjânstebeläggningspunkter. När en beläggningspunkt påträffas sänder FM ett meddelande som innehåller händelsen till FIM för att bestämma nästa funktionsinriktning. FIM returnerar sedan ett svar till FM, som kan innefatta en order att belägga en tjänst eller att fortsätta normal kopplingshantering baserat på den abonnentdatagrupp som utlästs av FIM. Om ordern är att belägga en tjänst så sänder FM en beläggningsbegäran till tjänstelogiken. När tjänstelogiken sänder ett fortsätt-svar till FM, sändes svaret sedan vidare till FIM. FIM kan sända en annan begäran till FM eller just ett fortsätt-meddelande och vid denna punkt adderar FM tjänsten till den aktiva tjänste- listan (AFL). Vid varje tjänstesvar uppdateras nästa händelse- lista (NEL) med den tjänstetillförda NEL:an. När en tjänst re- dan existerar i en koppling och en nätverkshändelse mottages som befinner sig i NEL, sänder FM händelsen till FIM. FIM be- stämmer sedan den funktion som fordras från abonnentdatagrup- pen och sänder den till FM. När en nätverkshändelse mottages som inte är abonnerad, "sväljer" FM helt enkelt händelsen eller ignorerar den.FIM's interface to the service manager is such that the next event list (NEL) is initially constructed of all service occupancy points. When an occupancy point is encountered, FM sends a message containing the event to FIM to determine the next function direction. FIM then returns a response to FM, which may include an order to occupy a service or to continue normal connection management based on the subscriber data group read by FIM. If the order is to occupy a service, FM sends an occupancy request to the service logic. When the service logic sends a continue response to FM, the response is then forwarded to FIM. FIM can send another request to FM or just a forward message and at this point FM adds the service to the active service list (AFL). For each service response, the next event list (NEL) is updated with the service-supplied NEL. When a service already exists in a connection and a network event is received that is in NEL, FM transmits the event to FIM. FIM then determines the function required from the subscriber data group and sends it to FM. When a network event is received that is not subscribed, FM simply "swallows" the event or ignores it.

Alla tjänstesvar av fortsätt-typ sändes från FM till FIM. Om nätverkshändelser mottages medan FIM bearbetar en an- _. 4 nu o o ~ u u 516 (831 8 nan händelse eller tjänstesvar, mellanlagrar FM nätverkshän- delsen inom en databuffert. Endast en nätverkshändelse kan be- arbetas i taget för ett visst kopplingsexempel för att säker- ställa att processen förblir synkron.All continue-type service responses were transmitted from FM to FIM. If network events are received while FIM is processing a request. 4 nu o o ~ u u 516 (831 8 nan event or service response, FM stores the network event within a data buffer. Only one network event can be processed at a time for a given connection example to ensure that the process remains synchronous.

Systemet enligt den föreliggande uppfinningen före- slår en lösning på problemen med tjänsteinteraktion som kan förverkligas på nätverksnivà. Sådana nätverk kommer sannolikt att grunda sig på standarder som fastställes av "Advanced Intelligent Network (AIN), Release 1, Switching Systems Generic Requirements, TA-NWT-001123" utfärdad maj 1991 av Bellcore, vilken härmed ingår som referens.The system of the present invention proposes a solution to the problems of service interaction that can be realized at the network level. Such networks are likely to be based on standards established by the "Advanced Intelligent Network (AIN), Release 1, Switching Systems Generic Requirements, TA-NWT-001123" issued in May 1991 by Bellcore, which is hereby incorporated by reference.

Nätverkets tjänsteinteraktionshanterare (FIM) enligt den föreliggande uppfinningen är uppdelad i tre huvudtjänste- plattformsområden som innefattar: (1) väljarbaserade tjänste- interaktioner, (2) val/hjälptjänsteinteraktioner och (3) ori- ginerande/terminerande halvkopplingsinteraktioner.The Network Service Interaction Manager (FIM) of the present invention is divided into three main service platform areas that include: (1) selector-based service interactions, (2) selection / auxiliary service interactions, and (3) original / terminating half-link interactions.

Vnl. i _ 1 .Vnl. i _ 1.

Den väljarbaserade tjänsteinteraktionshanteraren in- nefattar en central processormjukvaraenhet som är en samman- hängande enhet med tjänstehanteraren i den bemärkelsen att den är en del av tjânstehanterarens funktion men dock inte någon del av denna mjukvaraenhet. Tjänsteinteraktionshanteraren är strategiskt placerad inom nätverket för att styra händelser som genereras av nätverket och för att sedan distribuera dessa händelser till de intresserade tjänsteplattformarna. När tjänsteinteraktionshanteraren (FIM) mottager ett svar av fort- sätt meddelande-typ från tjänsteplattformarna för att uppnå ett önskat resultat under en tjänsteinteraktionskonflikt, så kan svarsmeddelandet även kräva att FIM beordrar att en hän- delse genereras för en sekundär tjänst innan kopplingsproces- sen kan fortsätta.The selector-based service interaction manager includes a central processor software unit that is a contiguous unit with the service manager in the sense that it is part of the service manager's function but not any part of this software unit. The service interaction manager is strategically located within the network to control events generated by the network and then distribute these events to the interested service platforms. When the service interaction manager (FIM) receives a message-type response from the service platforms to achieve a desired result during a service interaction conflict, the reply message may also require the FIM to order an event to be generated for a secondary service before the switching process can continue.

Själva FIM består av datafiler, även betecknade som celler, som lagrar resultaten av tjänsteinteraktioner. Filerna anropas dynamiskt under körtid av händelse- eller fortsätt-typ tjänstesvar samt av tjänster som är inbegripna i kopplingen vid just denna tidpunkt. Resultaten av tjänsteinteraktioner v nu a- n u n ~ q u n n ...The FIM itself consists of data files, also referred to as cells, which store the results of service interactions. The files are called dynamically during runtime by event- or continue-type service responses as well as by services that are included in the connection at this particular time. The results of service interactions v nu a- n u n ~ q u n n ...

I o one u n 9 U 0 I o n. .acc n. oc: acc oo o a n u o a n g . :en n .u a c. , -aan n .- 516 *851 9 definieras av order, som ger total flexibilitet när ett önskat resultat definieras för lösning av en viss tjänsteinteraktion.I o one u n 9 U 0 I o n. .Acc n. Oc: acc oo o a n u o a n g. : a n .u a c., -aan n .- 516 * 851 9 is defined by orders, which provide total flexibility when a desired result is defined for resolving a particular service interaction.

Med hänvisning till fig. 1 framgår av det där visade blockschemat idén för nätverkets FIM-struktur, som vid en hög nivà indikerar att tjänsterna stöds på olika plattformar i hela nätverket. Strukturen innefattar väljarbaserade tjänster 11, tilläggstjänster 12, som hanteras av tjänsteinteraktions- hanteraren 13, samt SCP-tjänster 14 (tjänster som exekveras i en SCP-nod), som hanteras av en separat tjänsteinteraktions- hanterare 15. De väljarbaserade tjänsterna hanteras av ett tjänstehanterarblock 16, som funktionellt innefattar en tjäns- teinteraktionshanterarmodul 17 och en modul 18 för àterupp- ringningston (RDT). Var och en av tjänstehanterarna är samord- nad med en grundläggande modell för originerande koppling (OBCM) 19. En modell för grundläggande terminerande koppling (TBCM) 21 har en därmed samverkande tjänstehanterare 22 varmed en tjänsteinteraktionshanterare 23 och en modul 24 för åter- uppringningston (RDT) är funktionellt samordnad. Den grundläg- gande modellen 19 för originerande koppling och den grundläg- gande modellen 21 för terminerande koppling är givetvis sam- ordnade via väljaren 25.With reference to Fig. 1, the block diagram shown there shows the idea of the network's FIM structure, which at a high level indicates that the services are supported on different platforms in the entire network. The structure includes voter-based services 11, additional services 12, which are managed by the service interaction manager 13, and SCP services 14 (services executed in an SCP node), which are managed by a separate service interaction manager 15. The voter-based services are managed by a service manager block 16, which functionally includes a service interaction manager module 17 and a redial tone (RDT) module 18. Each of the service handlers is coordinated with a basic model for original dial-up connection (OBCM) 19. A basic termination dialing model (TBCM) 21 has an associated service manager 22 with which a service interaction manager 23 and a call 24 module 24 are called. RDT) is functionally coordinated. The basic model 19 for the original connection and the basic model 21 for the terminating connection are of course coordinated via the selector 25.

Funktionen àteruppringningston (RDT). även känd som mjuk hållning, anses som en enhetlig del av tjänstehanteraren.Redial tone (RDT) function. also known as soft posture, is considered an integral part of the service manager.

Detta pà grund av att analyser av den uppringda användarinfor- mationen direkt eller indirekt kan invokera en tjänst och re- sultaten av analyserna bör därför vara lätt tillgängliga för tjänsteinteraktionshanteraren för eventuell tjänstebeläggning.This is because analyzes of the dialed user information can directly or indirectly invoke a service and the results of the analyzes should therefore be easily accessible to the service interaction manager for any service occupancy.

Tjänsteinteraktionshanterarens ansvar med avseende pá väljarbaserade tjänsteinteraktioner inom en väljarbaserad mil- jö kan uppdelas i flera funktionella komponenter på följande Sätt: (a) FIM alstrar en tjänsteövertagningspunkt (TOP) och en före- trädeslista på basis av per abonnent, per affärsgrupp eller per kontor. Företrâdesordningen ges av den administrations- funktion som tilldelas av operatören av väljaren. (b) FIM alstrar en mekanism för inhibering av aktuella tjäns- ter. Sádan inhibering av aktuella tjänster kan dynamiskt be- 516 831 10 stämmas på basis av per koppling (exempelvis kan detta beord- ;; ras från en hjälpfunktion eller genom administrativ funktion _52: som åstadkommes av systemets operatör). 'üÜ: (c) FIM alstrar en mekanism för att medge att en eller flera aktuella tjänster belägges när de hänför sig till samma hän- delse. Sådana tjänster uppsättes selektivt av operatörens ad- Qnj ministrativa funktion. Qﬁï (d) FIM alstrar en mekanism för att medge både en aktuell ' tjänst och en aktiv tjänst mottager en tillhörande händelse, som även uppsatts av operatörens administrativa funktion. (e) FIM alstrar en mekanism för att medge en eller flera akti- va tjänster att mottaga en tillhörande händelse vald genom operatörens administrativa funktion. (f) FIM alstrar även en mekanism för bortkoppling av en viss tjänst vald genom operatörens administrativa funktion. (g) FIM stöder systemfelprinciper när valda FIM-data inte specificeras.The service interaction manager's responsibilities with respect to voter-based service interactions within a voter-based environment can be divided into several functional components in the following ways: (a) FIM generates a service takeover point (TOP) and a priority list based on per subscriber, business group or office. The order of preference is given by the administration function assigned by the operator by the voter. (b) FIM generates a mechanism for inhibiting current services. Such inhibition of current services can be dynamically determined on the basis of per connection (for example, this can be ordered from an auxiliary function or by administrative function _52: provided by the system operator). 'ÜÜ: (c) FIM creates a mechanism to allow one or more relevant services to be occupied when they relate to the same event. Such services are set up selectively by the operator's administrative function. Q ﬁ ï (d) The FIM generates a mechanism to allow both a current 'service' and an active service to receive an associated event, which is also set up by the operator's administrative function. (e) FIM generates a mechanism to allow one or more active services to receive an associated event selected through the operator's administrative function. (f) FIM also generates a mechanism for disconnecting a particular service selected by the operator's administrative function. (g) FIM supports system error policies when selected FIM data is not specified.

För att möjliggöra att FIM utför dessa ansvarsområden måste den ha ett antal parametrar som är specificerade för detta. Dessa krav satisfieras medelst insignaler till FIM ut- förda antingen genom order från operatören eller dynamiskt på basis av per koppling för styrning av interaktionen av tjäns- terna som styrs av tjänstehanterarna som är samordnade med FIM. Dessa krav eller insignaler innefattar: (a) det föreliggande kopplingsvyläget, (b) de föreliggande aktiva tjänsterna, (c) händelser som genereras av nätverket, g' (d) svar från tjänsteplattformarna och ,Ä.; (e) eventuell tjänsteinhiberingsinformation. _k: FIM fordrar att varje tjänst som skall styras har ett :¿ : globalt identifieringsnummer för att möjliggöra kommunikation beträffande desamma inom nätverket. Vart och ett av ovan an- givna FIM-krav definieras som FIM-avgreningsparametrar. Det bör observeras att även andra parametrar såsom styrnings- och yf... passiva benlägen kan införas om så behövs.To enable FIM to perform these responsibilities, it must have a number of parameters specified for this. These requirements are satisfied by input signals to FIM performed either by order from the operator or dynamically on the basis of per connection for controlling the interaction of the services controlled by the service managers who are coordinated with FIM. These requirements or inputs include: (a) the present switching mode, (b) the present active services, (c) events generated by the network, g '(d) responses from the service platforms and, Ä .; (e) any service inhibition information. _k: FIM requires that each service to be managed has a: ¿: global identification number to enable communication regarding the same within the network. Each of the above FIM requirements is defined as FIM branch parameters. It should be noted that other parameters such as control and yf ... passive leg positions can also be introduced if necessary.

Den första parametern, kopplingsvyläget, är en speg- ling av kopplingsbilden mellan den styrande användaren och v-. .. va.. - >>»>1 516831 ll själva nätverket. Diagrammen som visas i fig. 2A - 2K illu- strerar ett antal möjliga kopplingsvyer som kan vara av in- tresse för FIM. Även om flera möjliga lägen har identifierats, så är de tio lägena som visas i fig. 2A - 2K enbart illustra- tiva för principen med lägeskarakterisering. Varje kopplingsvy som visas består av en eller tvâ kopplingssegment och ett an- tal ben. Att mata detaljer om all denna information till FIM skulle vara en ytterst kostsam dataväxlingstransaktion och undvikes vid det föreliggande systemet genom att tilldela var och en av kopplingsvyerna en kopplingsvylägesidentitet. Denna kopplingsvylägesidentitet användes av FIM som en avgrenings- parameter. Såsom visas i fig. 2 omfattar 2A - 2K ett flertal kopplingskonfigurationsdiagram som illustrerar olika möjliga kopplingsvylägen, vart och ett av dessa har tilldelats en lä- gesidentitet enligt den föreliggande uppfinningen. I dessa kopplingskonfigurationsdiagram är styrbenet alltid på vänster sida om kopplingspunkten och det passiva benet alltid på höger sida. Benstatus för varje koppling är inte explicit àtergiven och kan vara pågående, uppdelad, förenad, delad, ersättande eller interaktiv. Noteringen "L+N" hänför sig till närvaron av två eller flera passiva ben, dvs en flerpartskoppling med minst två passiva ben. Diagrammet i fig. 2A (läge 1) illustre- rar ett avlyft tillstànd för den originerande parten eller parten A. Fig. 2B (läge 2) illustrerar kopplingsavslutning från en originerande eller styrande part A till en termineran- de eller passiv part B. Fig. 2C (läge 3) illustrerar en avslu- tad koppling från en styrande part A till ett flertal passiva parter B, dvs en trevägs kopplingsavslutning. Fig. 2D (läge 4) illustrerar en koppling avslutad från en styrande part A till en passiv part B, där parten A har bringat parten B pà vänta.The first parameter, the clutch view mode, is a reflection of the clutch image between the controlling user and v-. .. va .. - >> »> 1 516831 ll the network itself. The diagrams shown in Figs. 2A - 2K illustrate a number of possible connection views that may be of interest to FIM. Although several possible positions have been identified, the ten positions shown in Figs. 2A - 2K are only illustrative of the principle of position characterization. Each coupling view shown consists of one or two coupling segments and a number of legs. Feeding details of all this information to the FIM would be an extremely costly data exchange transaction and is avoided in the present system by assigning each of the switching views a switching mode identity. This switching position mode identity was used by FIM as a branch parameter. As shown in Figs. 2, 2A - 2K comprise a plurality of clutch configuration diagrams illustrating various possible clutch position modes, each of which has been assigned a location identity in accordance with the present invention. In these clutch configuration diagrams, the guide leg is always on the left side of the clutch point and the passive leg is always on the right side. The bone status of each coupling is not explicitly stated and may be ongoing, divided, united, divided, replacement or interactive. The notation "L + N" refers to the presence of two or more passive legs, ie a multipart coupling with at least two passive legs. The diagram in Fig. 2A (position 1) illustrates a lifted state of the originating part or part A. Fig. 2B (position 2) illustrates connection termination from an originating or controlling part A to a terminating or passive part B. Figs. 2C (position 3) illustrates a terminated coupling from a controlling part A to a plurality of passive parts B, i.e. a three-way coupling termination. Fig. 2D (position 4) illustrates a connection terminated from a controlling part A to a passive part B, where the part A has made the part B to wait.

Fig. 2E (läge 5) illustrerar en trevägs koppling från en sty- rande part A till ett flertal parter B, där parten A har bringat samtliga parter B på vänta.Fig. 2E (position 5) illustrates a three-way connection from a controlling party A to a plurality of parties B, where the party A has put all parties B on hold.

Fig. 2F (läge 6) illustrerar en kopplingskonfigura- tion där en styrande part A har fullföljt en första koppling till en passiv part B och sedan lagts pà vänta följt av en andra koppling av den styrande parten A till en passiv part C Il' H' '(516 831 12 där kopplingen är pågående. Fig. 2G (läge 7) illustrerar på "fä liknande sätt en första koppling av en styrande part A till en :ÉI5 passiv part B, som har lagts på vänta följd av ett avlyft för- 'Ü:: hållande för den styrande parten A. Fig. 2H (läge 8) illustre- gﬁß rar en första koppling av en styrande part A som var fullföljt . till ett par parter B (L+N) följt av en andra koppling av den Qïß styrande parten A till en part C , som har lagts på vänta, Ä: varefter parten A återgår till trevägskopplingen med parterna B. Fig. 2I (läge 9) illustrerar en första koppling av en sty- rande part A till ett par parter B, som har lagts på vänta, följt av en andra koppling av den styrande parten A till en passiv part C, som är fullföljd och pågår. Fig. 2J (läge 10) illustrerar en kopplingssekvens där en första koppling av en styrande part A har fullföljts till en passiv part C, som har lagts på vänta, varvid parten A har återgått till den första kopplingen med parten B. Slutligen illustrerar fig. 2K (läge ll) en första koppling av den styrande parten A till ett par parter B, som har lagts på vänta, följt av ett avlyft förhål- lande för den styrande parten A.Fig. 2F (position 6) illustrates a coupling configuration where a controlling part A has completed a first coupling to a passive part B and then put on hold followed by a second coupling of the controlling part A to a passive part C II 'H (516 831 12 where the coupling is in progress. Fig. 2G (position 7) illustrates in a similar manner a first coupling of a controlling part A to a: EI5 passive part B, which has been put on hold following a lift for Fig. 2H (position 8) illustrates a first connection of a control part A which was completed to a pair of parts B (L + N) followed by a second connection of the Qïß controlling party A to a party C, which has been put on hold, Ä: after which the party A returns to the three-way connection with the parties B. Fig. 2I (position 9) illustrates a first connection of a controlling party A to a pair parties B, which have been put on hold, followed by a second connection of the controlling party A to a passive party C, which is completed and in progress. Fig. 2J (position 10) illustrates a coupling sequence in which a first coupling of a controlling part A has been completed to a passive part C, which has been put on hold, the part A having returned to the first coupling with the part B. Finally, fig. 2K (position ll) a first connection of the controlling party A to a pair of parties B, which has been put on hold, followed by a lifted relationship for the controlling party A.

Den lägesbaserade tjänsteinteraktionshanteraren an- vänder när det är nödvändigt aktiva tjänster på ett styrben som en avgreningsparameter. I vissa situationer kan aktiv tjänsteinformation mottagas från en tilläggssida eller den originerande/terminerande sidan av halvkopplingen under kopp- lingsuppsättningen. Ett exempel på detta kan inbegripa de för- hållandena när originerande väntkoppling (CWO) aktiveras mot Jf kopplingens termineringssida. Nätverkshändelser utgör punkter E i samtalsuppkopplingen som ingår i abonnentfunktionerna, såsom pä klykslagning, som kan abonneras på som en tilläggs/SCP-tjänst _ eller väljarbaserade tjänster. Det är även ett krav att FIM ~ kan abonnera på dessa händelser och kriterierna för ett sådant abonnemang innefattar: (a) en specifik händelse kan invokera en bestämd tjänst, exem- pelvis väntande koppling (CAW), vid en upptagen händelse, (b) en specifik händelse kan invokera en kommunikation mellan »»»|| F; en tillägg/SCP och (c) en specifik händelse utgör en del av nästa händelselista, 516 831 13 som är av intresse för en aktiv tjänst eller tillägg/SCP. Ett exempel på detta är väntande koppling (CAW) när en aktiv kopp- ling abonnerar pá signalhändelse i sin nästa händelselista.The location-based service interaction manager uses, when necessary, active services on a handlebar as a branch parameter. In some situations, active service information can be received from an additional page or the originating / terminating page of the half-connection during the connection set-up. An example of this may include the conditions when the original wait coupling (CWO) is activated against the termination side of the coupling. Network events constitute points E in the call connection that are part of the subscriber functions, such as dial-up, which can be subscribed to as an additional / SCP service _ or voter-based services. It is also a requirement that FIM ~ be able to subscribe to these events and the criteria for such a subscription include: (a) a specific event can invoke a specific service, for example pending connection (CAW), at a busy event, (b) a specific event can invoke a communication between »» »|| F; an extension / SCP and (c) a specific event forms part of the next event list, 516 831 13 which is of interest to an active service or extension / SCP. An example of this is pending switching (CAW) when an active switching subscribes to a signal event in its next event list.

Vid mottagning av någon av dessa händelser är FIM i läge att distribuera händelsen enligt kopplings/tjänstescena- riet vid denna punkt i kopplingsbehandlingsproceduren. FIM har även kapacitet att beordra tjänstehanteraren att köställa nät- Qß verkshändelser tills tjänster och kopplingsvyn är i stabilise- = rat tillstånd.Upon receipt of any of these events, FIM is in a position to distribute the event according to the connection / service scenario at this point in the connection processing procedure. FIM also has the capacity to order the service manager to queue network Qß events until services and the connection view are in a stabilized state.

Meddelanden av svarstyp från servicelogiken kan re- sultera i följande: (a) FIM kan vilja generera en händelse för att antingen beläg- ga eller stabilisera en viss tjänst efter det att föregående tjänst har utfört en viss funktion och (b) på grund av funktioner som utförts av en föregående tjänst, kan en belagd tjänst nu vara redundant och därför har FIM möjlighet att avsluta denna tjänst.Reply-type messages from the service logic may result in the following: (a) FIM may want to generate an event to either occupy or stabilize a particular service after the previous service has performed a particular function; and (b) due to functions performed by a previous service, a coated service can now be redundant and therefore FIM has the option to terminate this service.

Medan servicelogiken har styrning av kopplingsproces- sen kommer varje händelse som genereras av nätverket att kö- ställas tills FIM har fullgjort dessa uppgifter. Under vissa förhållanden kan det även vara ett krav pà FIM att känna till om en eller flera passiva nätverksben intager ett vänteförhál- lande. Denna information kan mottagas från halvkopplingsmodel- lens originerings/termineringssida under vilken som helst punkt i kopplingen.While the service logic controls the switching process, each event generated by the network will be queued until FIM has completed these tasks. Under certain conditions, it may also be a requirement for FIM to know whether one or more passive network legs assume a waiting relationship. This information can be received from the origination / termination page of the half-coupling model below any point in the coupling.

Med avseende på väljarbaserade systemfel, om det inte föreligger några aktiva tjänster i kopplingen, kontrolleras först beläggningspunkten eller övertagningspunkten (TOP) på abonnentniván. Om någon TOP inte definieras kontrolleras TOP på affärsgruppnivàn, sedan kontrolleras TOP på kontorsnivàn.With regard to selector-based system errors, if there are no active services in the connection, the occupancy point or take-over point (TOP) is first checked at the subscriber level. If no TOP is defined, TOP is checked at the business group level, then TOP is checked at the office level.

Om några tjänster inte definieras på kontorsnivàn så får sy- stemfelet fortsätta normal kopplingsbehandling. Om det före- ligger aktiva tjänster inom kopplingen som hänför sig till samma händelse och något körtidsresultat inte definieras för denna interaktion, då invokeras systemfelet. Det vill säga, den sista tjänsten att övervaka för denna händelse kommer att mottaga en notering om händelsen. Under dessa situationer 546 -831 14 hindrar systemfel beläggning av en tjänst om övertagnings- v: punkten är samma händelse. ng; Den föreliggande uppfinningen innefattar två lösning- Ää ar på väljar/tilläggstjänsteinteraktion, vilka var och en är beroende av administrativ konfiguration. Först visas i fig. 3 Ä? ett blockschema för en tjänsteinteraktionsmodul som stöder gu; tjänster både vid val och tillägg. Väljarbaserade tjänster 31 ¿Ä_ och tilläggsbaserade tjänster 32 är båda associerade med en tjänstehanterare 33, som funktionellt innefattar en tjänste- interaktionshanterare 34 samt en återuppringningstonmodul 35.If no services are defined at the office level, the system fault may continue normal connection processing. If there are active services within the connection that relate to the same event and no runtime result is defined for this interaction, then the system error is invoked. That is, the last service to monitor for this event will receive a note about the event. In these situations 546 -831 14 system failure prevents occupancy of a service if the takeover v: point is the same event. ng; The present invention includes two selector / add-on service interaction solutions, each of which is dependent on administrative configuration. First shown in Fig. 3 Ä? a block diagram of a service interaction module that supports gu; services both in elections and additions. Selector-based services 31 ¿Ä_ and additional-based services 32 are both associated with a service manager 33, which functionally includes a service interaction manager 34 and a redial tone module 35.

Vid denna konfiguration styr den väljarbaserade tjänsteinter- aktionsmodulen tjänsteinteraktioner för tjänster som är både väljarbaserade och tilläggsbaserade. Ett krav på FIM är att samtliga tjänster som ligger i tillägget är kända för FIM genom ett globalt tjänsteidentifieringsnummer. Administratio- nen kanfsedan styra samtliga interaktioner på samma sätt som om allaftjänster skulle ligga i själva väljaren. En exemplifi- erande beskrivning av denna lösning ges nedan i samband med FIM-databaspopulationen i Fall 1, som börjar på sid 17.In this configuration, the selector-based service interaction module controls service interactions for services that are both selector-based and add-on-based. A requirement for FIM is that all services included in the supplement are known to FIM through a global service identification number. The administration can then control all interactions in the same way as if all services were in the selector itself. An exemplary description of this solution is given below in connection with the FIM database population in Case 1, which begins on page 17.

Med hänvisning till fig. 4 framgår av ett blockschema en konfiguration där en tjänsteinteraktionshanterare förelig- ger både i väljaren och tillägget. Där är väljarbaserade tjänster 36 och tilläggsbaserade tjänster 37 associerade med en enda tjänstehanterare 38. En första tjânsteinteraktionshan- terare 39 föreligger i tillägget 37 medan en andra tjänste- interaktionshanterare 41 och en återuppringningstonmodul 42 båda är associerade med tjänstehanteraren 38. Interaktion mellan väljarbaserade tjänster styrs av väljarbaserad FIM 41, medan interaktioner mellan tilläggsbaserade tjänster styrs av tilläggsbaserad FIM 39. När interaktioner uppträder mellan läges- och tilläggsbaserade tjänster, distribueras lösningen på tjänsteinteraktioner mellan nämnda båda FIM såsom illustre- ras nedan i samband med FIM-databaspopulationen för Fall 2 och 3 som börjar på sid 20.With reference to Fig. 4, a block diagram shows a configuration where a service interaction manager is present in both the selector and the extension. There, voter-based services 36 and additional-based services 37 are associated with a single service manager 38. A first service interaction manager 39 is present in Appendix 37 while a second service interaction manager 41 and a redial tone module 42 are both associated with the service manager 38. Interaction between voter-based services is controlled by selector-based FIM 41, while interactions between add-on services are governed by add-on FIM 39. When interactions occur between location and add-on services, the solution for service interactions between the two FIMs is distributed as illustrated below in the FIM database population for Cases 2 and 3 as starts on page 20.

För att förverkliga denna konfiguration stâlles ett vun- _ 11:-: 516 -851 15 krav på väljaren, så att när kommunikation upprättas med ett tillägg sänder väljaren följande information: (a) samtliga väljarbaserade tjänster, om sådana föreligger, som för tillfället är aktiva för den styrande abonnenten, (b) samtliga pågående väljarbaserade tjänster som kan invoke- ras på en föreliggande tjänstehändelse samt (c) samtliga pågående väljarbaserade tjänster som kan invoke- ras vid något tillfälle under kopplingsprocessen.In order to realize this configuration, a requirement is placed on the voter, so that when communication is established with an extension, the voter sends the following information: (a) all voter-based services, if any, which are currently available; active for the controlling subscriber, (b) all ongoing voter-based services that can be invoked at an existing service event and (c) all ongoing voter-based services that can be invoked at any time during the switching process.

Vid mottagning av denna information är FIM i tilläg- get i ett läge för styrning av tjänsteinteraktioner medelst följande funktioner: (a) den kan inhibera vissa väljarbaserade tjänster från att bli invokerade, såväl i den föreliggande händelsen som tjäns- ter som kan invokeras senare under kopplingsprocessen samt (b) genom expansion av tillgängliga tilläggs/väljarmeddelanden eller genom införing av anpassade tilläggs/väljarmeddelanden, kan tilläggsbaserad FIM beordra FIM i väljare att invokera nåä gon av mekanismerna som angivits ovan med avseende på ansvaret för FIM i en väljarbaserad miljö. i Som en utökning kan det, för att FIM i tilläget skall helt styra tjänsteinteraktioner mellan väljar- och tilläggs- baserade tjänster, vara nödvändigt för tilläggsbaserad FIM att hänföra sig till fortsatta svarsmeddelanden som genereras från väljarbaserade tjänster.Upon receipt of this information, FIM is in addition in a position to control service interactions by means of the following functions: (a) it may inhibit certain voter-based services from being invoked, both in the present event and services that may be invoked later during the switching process and (b) by expanding available add-on / voter messages or by introducing custom add-on / voter messages, add-on-based FIM may order FIM in voters to invoke any of the mechanisms set forth above with respect to the responsibility for FIM in a voter-based environment. As an extension, in order for FIM to additionally fully control service interactions between voter and supplement-based services, it may be necessary for supplement-based FIM to refer to continued response messages generated from voter-based services.

Som ett alternativ till multi-FIM-lösningen med att ordna en FIM både i väljaren och i tillägget såsom beskrivits ovan, kan kommunikationen mellan FIM i väljaren och tillägget minimeras genom att inte ha något informationsutbyte mellan väljare/tillägg utan i stället förlita sig på den följande proceduren: (a) väljarbaserad FIM tager alla beslut för att medge uppkopp- ling av kommunikationsdialogen med ett tillägg beroende av kopplingsvyn och de aktiva/pågåendebaserade väljartjänsternar (b) tilläggsbaserad FIM inhiberas från att invokera tilläggs- baserade tjänster beroende av mottagen kopplingsvy, (c) väljarbaserad FIM medger vissa begäranden från tillägget beroende av kopplingsvyn och de aktiva väljarbaserade tjäns- | | n n ou u - | u no 0 ø"“. u.. o.. o u n u Q nu ;||nø vunna 516 851 16 terna. Detta medger väljarbaserad FIM att avslå tilläggsbegä- randen, och (d) väljarbaserad FIM styr händelsedistributionen mellan väl- jarbaserade tjänster och tillägget såsom tidigare angivits vid ansvaret för FIM enligt ovan. ..r¿¿. 3111].. 1.As an alternative to the multi-FIM solution of arranging an FIM both in the selector and in the extension as described above, the communication between the FIM in the selector and the extension can be minimized by not having any information exchange between the selector / extension but instead relying on it the following procedure: (a) voter-based FIM makes all decisions to allow connection of the communication dialog with an extension depending on the connection view and the active / ongoing voter services (b) additional-based FIM is inhibited from invoking additional-based services depending on received connection view, ( c) voter-based FIM allows certain requests from the add-on depending on the connection view and the active voter-based service | | n n ou u - | u no 0 ø "“. u .. o .. ounu Q nu; || nø won 516 851 16 ter. This allows voter-based FIM to reject additional requests, and (d) voter-based FIM controls the distribution of events between voter-based services and the supplement as previously stated in the responsibility for FIM as above. ..r¿¿. 3111] .. 1.

Med hänvisning till fig. 5 framgår av ett där visat blockschema hur en öppen kommunikation mellan originerande och terminerande koppling utförs inom ett telekommunikationsväl- jarsystem. Såsom visas är väljarbaserade tjänster 51 associe- rade med en tjänstehanterare 52, som har en tjänsteinterak- tionshanterare 53 och en återuppringningstonmodul 54 samordnad med den grundläggande modellen 55 för originerande koppling.With reference to Fig. 5, a block diagram shown there shows how an open communication between originating and terminating connection is performed within a telecommunication selector system. As shown, dial-based services 51 are associated with a service manager 52, which has a service interaction manager 53 and a redial tone module 54 coordinated with the basic model 55 for original switching.

På liknande sätt är väljarbaserade tjänster 56 associerade med en tjänstehanterare 57, som har en tjänsteinteraktionshantera- re 58 och en återuppringningstonmodul 59 samordnad med en grundläggande modell 60 för terminerande koppling. Modellerna 55 resp. 60 för originerande och terminerande koppling är associerade via väljaren 61. Uppförandet för vardera kopp- lingsmodellen är detsamma oavsett deras läge inom samma växel eller inte. Detta gäller även tjänsteinteraktionshanterarna_ Nätverkstjänster fordrar att kommunikationslänken 61 mellan de båda kopplingsmodellerna är expanderad för att överföra aktiv tjänsteinformation. Vid fall med väntande originerande kopp- ling (OCW) under samtalsuppkoppling mot termineringssidan, är det nödvändigt för kommunikationslänken att inbegripa informa- tion med den effekten att denna uppkoppling försöker att invo- kera väntkoppling på den terminerande sidan. Den terminerande sidan använder denna information för att utställa aktiverings- biten för väntkoppling att bli aktiverad för detta samtalsupp- kopplingsförsök. När en upptagenhändelse genereras och matas till en tjänsteinteraktionshanterare för bearbetning, kan den invokera väntkoppling eller ej beroende på vilka andra pågåen- de eller aktiva tjänster som inbegripes i kopplingen vid denna tidpunkt. Signalhändelsen nätverksbehandlas för att orsaka att tjänster av inbrytningstyp invokeras på den terminerande si- a ø n | nu o 0 o u"- 1 9.... n o n o n . nu n nan 516 831 17 dan. Tjänsteinteraktionshanteraren beslutar hur denna signal- händelse skall bearbetas enligt tidigare upprättade inmatade operatörbeordrade data.Similarly, dial-based services 56 are associated with a service manager 57, which has a service interaction manager 58 and a redial tone module 59 coordinated with a basic model 60 for terminating switching. Models 55 resp. 60 for originating and terminating clutch are associated via selector 61. The behavior of each clutch model is the same regardless of their position within the same gear or not. This also applies to the service interaction managers. Network services require that the communication link 61 between the two switching models be expanded to transmit active service information. In the case of pending originating connection (OCW) during call connection to the termination side, it is necessary for the communication link to include information with the effect that this connection tries to invoke waiting connection on the terminating side. The terminating page uses this information to expose the wait-call activation bit to be activated for this call-connection attempt. When a busy event is generated and fed to a service interaction handler for processing, it may or may not invoke standby depending on what other ongoing or active services are included in the connection at this time. The signal event is network processed to cause intrusion type services to be invoked on the terminating si- a ø n | nu o 0 o u "- 1 9 .... n o n o n. nu n nan 516 831 17 dan. The service interaction manager decides how this signal event is to be processed according to previously established entered operator-ordered data.

Med hänvisning därefter till fig. 6A framgår av ett blockschema hur den totala mjukvarasystemarkitekturen är in- korporerad i systemet enligt den föreliggande uppfinningen. Av fig. 6A framgår att det inom mjukvaramodulerna för väljaren 71 föreligger en tjânstehanterare 72 som är externt kopplad till den mjukvaramodul som alstrar andra tjänster, tillägg eller andra tjänsteinteraktionshanterare som representeras av block 73. På liknande sätt är tjänstehanteraren 72 även kopplad till den originerande baskopplingsmodellen eller den terminerande baskopplingsmodellen för att erhålla lâgesinformation såsom representeras av block 74. En tjänsteinteraktionshanterare 75 är anordnad mellan tjänstehanteraren 72 och tjänsteinterak- tionshanterarens databas 76 för att styra gränssnittet mellan tjänstehanteraren och andra komponenter i systemet. Tjänste- hanteraren 72 fångar upp signaler som är indikativa för samt- liga händelser från nätverket och leder dem till tjänsteinter- aktionshanteraren 75 på grundval av en tjänsteinteraktionshan- terares nästa händelselista (NEL). Om FIM inte abonnerar på en viss händelse, dvs händelsen ingår inte i FIM:s NEL, ignorerar eller "sväljer" FIM nätverkshändelsen och väntar på nästa hän- delse som indikeras av nätverket.Referring thereafter to Fig. 6A, a block diagram shows how the overall software system architecture is incorporated into the system of the present invention. From Fig. 6A it can be seen that within the software modules of the selector 71 there is a service manager 72 which is externally connected to the software module which generates other services, extensions or other service interaction managers represented by block 73. Similarly, the service manager 72 is also connected to the original base switching model. or the terminating base switching model to obtain location information as represented by block 74. A service interaction manager 75 is provided between the service manager 72 and the service interaction manager database 76 to control the interface between the service manager and other components of the system. The service manager 72 captures signals indicative of all events from the network and directs them to the service interaction manager 75 on the basis of a service interaction manager's next event list (NEL). If FIM does not subscribe to a specific event, ie the event is not part of FIM's NEL, FIM ignores or "swallows" the network event and waits for the next event indicated by the network.

Nedan anges ett flertal exempel på situationer där FIM-databaser är belagda med information för att alstra logik- träd enligt den föreliggande uppfinningens lära. Dessa exempel innefattar flera olika scenarier där en eller flera FIM kan ingå i en eller flera nâtverkselement.Below are several examples of situations where FIM databases are coated with information to generate logic trees according to the teachings of the present invention. These examples include several different scenarios where one or more FIMs may be included in one or more network elements.

Eàll_l I det första fallet antages FIM ingå i en serviceväl- jarplattform (SSP) som styr samtliga tjänsteinteraktioner.Eàll_l In the first case, FIM is assumed to be part of a service selector platform (SSP) that controls all service interactions.

Denna arkitektur är likartad den som visas och diskuteras ovan i samband med fig. 3. Flera illustrativa avgreningsparametrar kommer att antagas i samband med de speciella exempifierande tjänsterna, vilkas interaktion diskuteras i samband med flö- n a n . nu . | a . nu n ul". ..- |,. man: 516 831 18 desscheman i fig. 7 - 10 enligt nedan. Först tilldelas varje tjänst ett globalt identifieringsvärde, exempelvis trevägs- koppling (TWC) = 15 och väntkoppling (CAW) = 18. Därefter väljes de tillgängliga avgreningsparametrarna för att inbe- gripa följande: (a) en händelse, (b) kopplingsvyläge (LÃGE), (c) aktiv tjänstelista (AFL), (d) pågående tjänstelista (PFL) samt (e) styrande benstatus (CLSLÃGE).This architecture is similar to that shown and discussed above in connection with Fig. 3. Several illustrative branching parameters will be adopted in connection with the special exemplifying services, the interaction of which is discussed in connection with the flow. now . | a. now n ul ". ..- | ,. man: 516 831 18 diagrams in Figs. 7 - 10 as below. First, each service is assigned a global identification value, for example three-way connection (TWC) = 15 and waiting connection (CAW) = 18 Then, the available branch parameters are selected to include the following: (a) an event, (b) switch mode (LOW), (c) active service list (AFL), (d) ongoing service list (PFL), and (e) governing leg status (CLSLÃGE).

Dessutom kan inhiberingstjänsteinformation erhållas från servicelogiken. Sådan information är emellertid styrd av tjänstehanteraren (FM). Om inhiberingstjänsteinformation mot- tages, maskerar FM därefter den pågående tjänstelistan med inhiberingstjänsteinformationen innan kommunikation sker av denna information till FIM.In addition, inhibition service information can be obtained from the service logic. However, such information is controlled by the service manager (FM). If inhibition service information is received, FM then masks the current service list with the inhibition service information before communicating this information to FIM.

Väljarsystemets operatör säkerställer grundbesluten som avser hur de olika tjänsterna skall interagera med var- andra vid uppträdandet av givna förhållanden. Därefter alstrar operatören en datapopulation inom FIM-databasen grundad på specifika avgreningsparametrar som skall användas för att nå vissa interaktionsresultatceller beroende av vissa existerande förhållanden. Den föreliggande illustrationen komplementerar exemplet som som beskrivs i samband med flödesscheman i fig. 7 - 10, som löser interaktionskonflikter mellan en trevägs kopp- lingstjänst och en väntkopplingstjänst.The operator of the voter system ensures the basic decisions concerning how the various services are to interact with each other in the occurrence of given conditions. The operator then generates a data population within the FIM database based on specific branching parameters to be used to reach certain interaction result cells depending on certain existing conditions. The present illustration complements the example described in connection with flow charts in Figs. 7-10, which resolve interaction conflicts between a three-way switching service and a standby switching service.

H" 3 J 1 Med avseende på en NEDKOPPLINGSHÃNDELSE kan FIM-data- basen populeras av systemadministrationen för att åstadkomma önskat resultat av tjänsteinteraktioner mellan trevägskopp- lings- och väntkopplingstjänster såsom anges nedan: KOMMANDO: SNB = Snb, AFL = TWC & CAW; HÃNDELSE = NEDKOPPLING; LÃGE = LÃGE8; RESULTAT = NEDKOPPLA-CAW.H "3 J 1 With respect to a DISCONNECT EVENT, the FIM database can be populated by the system administration to achieve the desired result of service interactions between three-way connection and standby service as specified below: COMMAND: SNB = Snb, AFL = TWC &CAW; TRADE = DISCONNECT; LOCK = LOCK8; RESULT = DISCONNECT CAW.

FIM-databasen 81 är, såsom visas i fig. 6B, populerad för att åstadkomma ett tråd där den primära tjänsten 82 indi- n - a | nu rann» 516 831 19 keras vara trevägskoppling, den sekundära tjänsten 83 indike- ﬂää ras vara väntkoppling. Dessutom indikeras LÃGES-parametern 84 :Q vara LÃGE8 och interaktionsresultatcellen 85 definieras vara __~ sändning av ett NEDKOPPLINGS-meddelande till väntkopplings- tjänstlogiken. Andra träd, 86 och 87, kan vara kopplade pà liknande sätt till grenar som svar på andra händelser (andra än NEDKOPPLINGS-händelsen) som definieras i FIM-databasen.The FIM database 81 is, as shown in Fig. 6B, popular for providing a thread where the primary service 82 indin - a | now ran »516 831 19 keras be a three-way connection, the secondary service 83 is indicated to be a waiting connection. In addition, the LÃGES parameter 84: Q is indicated to be LÃGE8 and the interaction result cell 85 is defined as __ ~ sending a DISCONNECT message to the standby service logic. Other trees, 86 and 87, may be similarly linked to branches in response to other events (other than the DISCONNECT event) defined in the FIM database.

H" 3 J 2 Med ett ytterligare exempel kan en andra händelse FORTSÄTT definieras av administrationen inom FIM-databasen pà följande sätt: KOMMANDO: SNB = Snb, AFL FORTSÅTT; LÅGE NEDKOPPLA - TWC.H "3 J 2 With a further example, a second event can CONTINUE be defined by the administration within the FIM database as follows: COMMAND: SNB = Snb, AFL CONTINUED; LOW DISCONNECT - TWC.

Såsom indikeras i fig. 6C är FIM-databasen 81 popule- Twc & cAw; HÅNDELSE = LÅGE9; RESULTAT = rad för att som svar på händelsen FORTSÄTT indikera att den primära tjänsten 82 visas vara trevägskoppling och den andra tjänsten 83 indikeras vara väntkoppling. Dessutom indikeras LÄGE 84 vara LÃGE9 medan interaktionsresultatcellen 85 popule- ras för att indikera sändningen av ett meddelande NEDKOPPLING till trevägskopplingslogiken.As indicated in Fig. 6C, the FIM database 81 is popul- Twc &cAw; EVENT = LOW9; RESULT = line to indicate in response to the event CONTINUE that the primary service 82 is shown as a three-way connection and the second service 83 is indicated as a standby connection. In addition, POSITION 84 is indicated to be POSITION9 while the interaction result cell 85 is populated to indicate the transmission of a DISCONNECT message to the three-way connection logic.

H" 3 1 3 Som ännu ett exempel kan en tredje händelse FORTSÃTT även populeras med avseende på andra parametrar såsom anges nedan: KoMMANDo= sNB = sub; AFL Twc & cAw; HÅNDELSE = FORTSÅTT; LÄGE = LÅGE2; RESULTAT = FORTSÄTT.H "3 1 3 As yet another example, a third event CONTINUE can also be populated with respect to other parameters as indicated below: COMMAND = sNB = sub; AFL Twc &cAw; EVENT = CONTINUE; MODE = LOW2; RESULT = CONTINUE.

Såsom indikeras i fig. 6D är denna händelse fortsätt populerad inom händelsedatabasen 81 till att indikera att den primära tjänsten 82 är trevägskoppling och den sekundära tjänsten 83 är väntkoppling. Dessutom visas i kategorin LÅGE 84 att LÃGE9 leder till en resultatcell 85a som indikerar överföringen av ett nedkopplingsmeddelande till trevägskopp- lingen medan LÃGE2 i delen LÃGE 84 visas leda till en resul- tatcell 85b för sändning av ett meddelande FORTSÄTT KOPPLINGS- .|,14 516 831 20 PROCESSEN till tjänstelogiken. Det bör observeras att det ovan angivna trädet i samband med LÃGE9, såsom indikeras i fig. 6C, redan existerade, varför endast den vederbörande cellen behö- ver uppdateras i samband med LÅGE2-variationen i denna data- baspopulation.As indicated in Fig. 6D, this event continues to be popular within the event database 81 to indicate that the primary service 82 is three-way switching and the secondary service 83 is standby switching. In addition, in the LOWER 84 category, LOWER 9 is shown leading to a result cell 85a indicating the transmission of a downlink message to the three-way latch, while LOW2 in the LOCK 84 section is shown to lead to a result cell 85b for sending a message CONTINUE LINKING. 831 20 THE PROCESS of service logic. It should be noted that the above-mentioned tree in connection with LÄGE9, as indicated in Fig. 6C, already existed, so only the relevant cell needs to be updated in connection with the LÅGE2 variation in this database population.

EALL_2 Ett andra fall kan illustreras där en första FIM (FIMI) ingår i en serviceväljarplattform (SSP) som styr inter- aktionerna för SSP och SCP. En andra FIM (FIM2) ingår i ett tillägg och styr tilläggsinteraktion samt, i samband med FIMl i SSP, nätverksinteraktioner. I detta fall föreligger tvâ FIM- databaser som kräver population. I detta scenario ingår tjäns- telogiken för trevägskoppling (TWC) i tillägget, men är endast identifierad som en tilläggskommunikation. Det vill säga, det globala tjänsteidentifieringsnumret är ej känt för SSP eller SCP och tjänsten identifieras endast som en adress i tilläg- get. Väntkopplingstjänsten (CAW) ingår i en SSP där interak- tioner styrs av den första FIM (FIM1) i SSP. Det vill säga, det globala tjänsteidentifieringsnumret är känt för SSP för just denna tjänst. I detta fall kan FIM-databasen i SSP popu- leras genom att administrationen utfärdar ett kommando såsom anges nedan: KOMMANDO; SNB = snb; AFL = cAw s. TILLÄGG,- HÄNDELSE = NEDKOPPLING; LÄGE = LÄGEe; RESULTAT = NEDKOPPLA - CAW.EALL_2 A second case can be illustrated where a first FIM (FIMI) is part of a service selector platform (SSP) that controls the interactions for SSP and SCP. A second FIM (FIM2) is included in an add-on and controls add-on interaction as well as, in connection with FIM1 in SSP, network interactions. In this case, there are two FIM databases that require population. In this scenario, the service logic for three-way connection (TWC) is included in the supplement, but is only identified as a supplementary communication. That is, the global service identification number is not known to SSP or SCP and the service is only identified as an address in the appendix. The standby switching service (CAW) is part of an SSP where interactions are controlled by the first FIM (FIM1) in SSP. That is, the global service identification number is known to SSP for this particular service. In this case, the FIM database in SSP can be populated by the administration issuing a command as specified below: COMMAND; SNB = snb; AFL = cAw p. ADDITION, - EVENT = DISCONNECTION; LÄGE = LÄGEe; RESULT = DISCONNECT - CAW.

Såsom indikeras i fig. 6E populeras FIM-databasen i SSP 88 med den primära tjänsten 82 visad som TILLÄGG och den sekundära tjänsten 83 visad som väntkoppling (CAW). Dessutom visas kategorin LÄGE 84 vara LÅGE8 medan interaktionscell- resultatet 85 är sändning av ett NEDKOPPLINGS-meddelande till väntkopplingslogiken.As indicated in Fig. 6E, the FIM database in SSP 88 is populated with the primary service 82 shown as ADDITION and the secondary service 83 shown as standby switching (CAW). In addition, the MODE 84 category is displayed as LOW8 while the interaction cell result 85 is sending a DISCONNECT message to the standby logic.

Populationen av FIMl, lokaliserad i SSP, pâverkas vi- dare av följande kommandon från administrationen: Komzmno; sNB = snb; AFL cAw L TILLÄGG,- HÄNDELSE = FoRTsÄTT; LÄGE = LÄGEQ ,- RESULTAT = NEDKOPPLA - TILLÄGG.The population of FIM1, located in SSP, is further affected by the following commands from the administration: Komzmno; sNB = snb; AFL cAw L ADDITION, - EVENT = CONTINUE; MODE = MODEQ, - RESULT = DISCONNECT - ADDITION.

II e - n u oo o c u a - no 05... 516 831 21 CAW R TILLÄGG; HÅNDELSE = LÅGE2; REsULTAT = FORTSATT. lokaliserad i tillägget, KOMMANDO: SNB = snb; AFL EORTSÄTT; LÅGE Härutöver populeras FIM2, med följande kommando från administrationen: KoMMANDo= SNB =snb; AFL = cAw R Twc; EÅNDELSE = FORTSATT; LÅGE = LÅGE9; RESULTAT = NEDKOPPLA - TWC.II e - n u oo o c u a - no 05 ... 516 831 21 CAW R SUPPLEMENT; EVENT = LOW2; RESULT = CONTINUED. located in the appendix, COMMAND: SNB = snb; AFL EORTSÄTT; LOCATION In addition, FIM2 is populated, with the following command from the administration: KoMMANDo = SNB = snb; AFL = cAw R Twc; BREATHING = CONTINUED; LOW = LOW9; RESULT = DISCONNECT - TWC.

Varje gång SSP kommunicerar med tillägget är det nöd- vändigt att inbegripa var och en av följande informationsdelar i meddelandet som medföljer denna kommunikation, så att FIM i tillägget kommer att mottaga all nödvändig information för att utföra lämpliga beslut. Denna information innefattar följande: (a) kopplingsvyläge, (b) aktiv tjänstelista, (c) pågående tjänstelista, (d) eventuell inhiberingslista samt (e) styrbensläge.Each time SSP communicates with the addendum, it is necessary to include each of the following pieces of information in the message that accompanies this communication, so that FIM in the addendum will receive all necessary information to make appropriate decisions. This information includes the following: (a) clutch view mode, (b) active service list, (c) ongoing service list, (d) any inhibition list, and (e) steering leg mode.

EALL_í Ett tredje fall kan illustreras där en FIM är belägen på samtliga plattformar, dvs på SSP, tillägget och SCP. Varje plattform är ansvarig för styrning av sina egna interaktioner och för nätverksinteraktioner. Detta är ett scenario liknande det som visas i fig. 1, som indikerar att det föreligger tre FIM-databaser att populera.EALL_í A third case can be illustrated where an FIM is located on all platforms, ie on SSP, the extension and SCP. Each platform is responsible for managing its own interactions and for networking interactions. This is a scenario similar to that shown in Fig. 1, which indicates that there are three FIM databases to populate.

I detta scenario föreligger FIM-logiken för trevägs- koppling i tillägget och FIM-logiken för väntkoppling i SCP.In this scenario, the FIM logic for three-way connection is in the appendix and the FIM logic for standby connection in SCP.

Ingen av tjänsterna är kända för SSP, dvs det föreligger inte något globalt tjânsteidentifieringsnummer och de existerar en- dast som adresser i sina respektive plattformar. Under dessa omständigheter kan de tre FIM-databaserna vara populerade pà följande sätt genom åtgärder vidtagna av administrationen.None of the services are known to SSP, ie there is no global service identification number and they only exist as addresses in their respective platforms. Under these circumstances, the three FIM databases may be popularized in the following ways through actions taken by the administration.

För det första kan med avseende på SSP FIM följande kommandon användas: KOMMANDO: SNB = NEDKUPPLA; LÅGE = NEDKOPPLA - SCP. snb; AFL = TILLÄGG R scP; HÅNDELSE = LÅGEB; RESULTAT = n ø a u no nI" 4 nu | o n e . nu 5"16 '8Éš1 22 KoMANDo= SNB = snb; AEL TILLÄGG R scp; HÄNDELSE = FQRTSÄTT; LÄGE = LÄGE9; RESULTAT = NEDKOPPLA - TILLÄGG.First, with respect to SSP FIM, the following commands can be used: COMMAND: SNB = DISCONNECT; LOW = DISCONNECT - SCP. snb; AFL = APPENDIX R scP; EVENT = LÅGEB; RESULT = n ø a u no nI "4 nu | o n e. Nu 5" 16 '8Éš1 22 KoMANDo = SNB = snb; AEL SUPPLEMENT R scp; EVENT = CONTINUE; MODE = MODE9; RESULTS = DISCONNECT - ADDITION.

KoMMANDo= SNB =snb; AFL = TILLÄGG & SCP; HÄNDELSE = EORTSÄTT; LÄGE = LÄGE2; RESULTAT = FGRTSÄTT.KoMMANDo = SNB = snb; AFL = ADDITION &SCP; EVENT = EORTSÄTT; MODE = MODE2; RESULTS = FGRTSÄTT.

Med avseende på SCP FIM kan följande kommandon använ- das: KoMANDo= SNB = snb; AFL = TILLÄGG R CAW; HÄNDELSE = NEDKOPPLA; LÄGE = LÄGES; RESULTAT = NEDKGPPLA - cAw.With respect to SCP FIM, the following commands can be used: KoMANDo = SNB = snb; AFL = APPENDIX R CAW; EVENT = DISCONNECT; MODE = MODE; RESULT = NEDKGPPLA - cAw.

KoMANDo= SNB = snb; AFL = TILLÄGG R cAw; EÄNDELSE = FGRTSÄTT; LÄGE = LÄGE9; RESULTAT = EORTSÄTT.KoMANDo = SNB = snb; AFL = APPENDIX R cAw; END = FGRTSÄTT; MODE = MODE9; RESULT = EARTSÄTT.

Med avseende på TILLÄGG FIM kan följande kommandon användas: KoMMANDo= SNB = snb; AFL = Twc & SCP; HÄNDELSE NEDKGPPLA; LÄGE - LÅGE9; RESULTAT = NEDKGPPLA - Twc.; KoMANDo= SNB = snb; AFL ;Twc R SCP; HÄNUELSE FORTSÄTT; LÄGE fLÄGE2; RESULTAT = EORTSÄTT.With respect to APPENDIX FIM, the following commands can be used: COMMAND = SNB = snb; AFL = Twc &SCP; EVENT NEDKGPPLA; MODE - LOW 9; RESULT = NEDKGPPLA - Twc .; KoMANDo = SNB = snb; AFL; Twc R SCP; HÄNUELSE CONTINUED; MODE fLÄGE2; RESULT = EARTSÄTT.

Samtliga nödvändiga data måste inbegripas i alla kom- ll munikationer med samtliga plattformar eftersom det inte före- ligger någon global tjänsteidentifiering med avseende på någon av dessa tjänster vid deras respektive plattformar. Varje kom- munikation inom nätverket liksom till var och en av plattfor- marna måste därför innefatta följande tjänster: (a) kopplingsvyläge, (b) styrbensläge, (c) aktiv tjänstelista/aktiv plattform (exv SCP/TILLÄGG), (d) pågående tjänstelista/pågående plattform (exv SCP/TILLÄGG) och (e) eventuell inhiberingslista.All necessary data must be included in all communications with all platforms as there is no global service identification with respect to any of these services on their respective platforms. Each communication within the network as well as to each of the platforms must therefore include the following services: (a) switching mode, (b) handlebar mode, (c) active service list / active platform (eg SCP / ADDITION), (d) ongoing service list / ongoing platform (eg SCP / SUPPLEMENT) and (e) any inhibition list.

Såsom framgår av vart och ett av de ovan givna exemp- len på databaspopulation, som indikeras i fig. 6B - 6E, år FIM-databaserna populerade av systemadministrationen i enlig- het med önskade interaktionsresultat som skall uppnås under givna händelser, som kan uppträda inom nätverket. Var och en av dessa händelser bör påskynda ett visst interaktionsresultat uuuu nu s n"° 'u U.,- _ -u-c u u 516-831 23 av FIM:na till lämpliga tjänstehanterare för utförande av kor- rekt disposition av dessa interaktioner. Exemplen i flödes- schemana som ges nedan illustrerar ytterligare det sätt varmed tjänsteinteraktionsbeslut fattas beroende av vilka händelser som uppträder och i överensstämmelse med administrationspopu- lerade FIM-databaser.As can be seen from each of the above examples of database populations, indicated in Figures 6B - 6E, the FIM databases are populated by the system administration in accordance with desired interaction results to be achieved during given events that may occur within the network. Each of these events should accelerate a certain interaction result uuuu nu sn "° 'u U., - _ -uc uu 516-831 23 of the FIM to appropriate service managers for performing the correct disposition of these interactions. The examples in The flow charts given below further illustrate the way in which service interaction decisions are made depending on which events occur and in accordance with administration-populated FIM databases.

Nedan ges i samband med flödesscheman enligt fig. 7A - 7H, 8A - 8D, 9A och 9B liksom i samband med diagrammen en- ligt fig. 10A - 10C ett exempel på det sätt varmed en tjänste- interaktionshanterare, som är konstruerad enligt den förelig- gande uppfinningen, löser tjänsteinteraktioner som uppträder mellan två kopplingstjänster. Tjänsterna som användes i det exempel som ges nedan kan föreligga på olika plattformar, exempelvis serviceväljarplattformen (SSP), dvs telekommunika- tionsväljaren, en tilläggs- eller en servicestyrningspunkt (SCP). Varje tjänst anses vara inbördes exklusiv, dvs varje tjänst fungerar oberoende av de övriga och är inte medveten om de övriga. I det nedan beskrivna exemplet föreligger tjänste- interaktionshanteraren (FIM) i SSP. Det är emellertid irrele- vant var tjänsteservicelogiken befinner sig i nätverket så länge som varje tjänst är identifierad med en unik global identifieringsbeteckning. Det bör även noteras i det nedan givna exemplet vid beskrivningen av tjänsternas uppförande och vid kommunikationen mellan de olika komponenterna, att det in- te har förevarit någon strävan att optimera antalet transak- tioner mellan SSP och tjänsteservicelogiken, utan snarare att förklara mer i detalj med exempel de grundläggande koncepten som inbegripes i FIM-funktionerna.In connection with flow diagrams according to Figs. 7A - 7H, 8A - 8D, 9A and 9B as well as in connection with the diagrams according to Figs. 10A - 10C, an example of the way in which a service interaction manager, which is designed according to the present according to the invention, solves service interactions that occur between two switching services. The services used in the example given below can be available on different platforms, for example the service selector platform (SSP), ie the telecommunication selector, an additional or a service control point (SCP). Each service is considered to be mutually exclusive, ie each service works independently of the others and is not aware of the others. In the example described below, the service interaction manager (FIM) is present in SSP. However, it is irrelevant where the service service logic is in the network as long as each service is identified with a unique global identification designation. It should also be noted in the example given below in the description of the behavior of the services and in the communication between the various components, that there has been no effort to optimize the number of transactions between SSP and the service service logic, but rather to explain in more detail with example the basic concepts included in the FIM functions.

Den första tjänsten som användes i det nedan angivna exemplet, väntkoppling (CAW), är aktiv vid den styrande abon- nenten, dvs den abonnent som har försetts med CAW-tjänst och som är aktivt invecklad i ett annat samtal. Det vill säga den styrande abonnenten är i en talförbindelse med en annan part och hör en kopplingsväntton i det instrument som han använder som anropar den sty- I det nedan för access. Den väntkopplade abonnenten, rande abonnenten, hör en rington i sin telefon. givna exemplet kommer, om den styrande abonnenten lägger pà »rnaa 5416 831 24 sin telefon, resultatet att bli en àterinkoppling av den vänt- kopplade abonnenten, dvs abonnenten som anropar den styrande abonnenten och som tidigare hörde en rington i sin telefon.The first service used in the example given below, call waiting (CAW), is active on the controlling subscriber, ie the subscriber who has been provided with a CAW service and who is actively involved in another call. That is, the controlling subscriber is in a voice connection with another party and hears a dial waiting tone in the instrument he is using which calls the controller below for access. The caller, the caller, hears a ringtone on his telephone. given the example, if the controlling subscriber hangs up on his telephone, the result will be a reconnection of the waiting subscriber, ie the subscriber who calls the controlling subscriber and who previously heard a ringtone in his telephone.

Den andra tjänsten som inbegripes i det nedan givna exemplet är en trevägskopplingskonferens (TWC), som är aktiv vid den styrande abonnenten, som har försetts med TWC-tjäns- ten, och den styrande abonnenten står i konferenskonfiguration med två andra kopplingar. Vid det föreliggande exemplet kom- mer, om den styrande abonnenten lägger på, resultatet att bli en nedkoppling av de båda kvarvarande kopplingarna.The other service included in the example given below is a three-way switching conference (TWC), which is active in the controlling subscriber, which has been provided with the TWC service, and the controlling subscriber is in a conference configuration with two other switches. In the present example, if the controlling subscriber hangs up, the result will be a disconnection of the two remaining connections.

I tjänsteinteraktionsscenariot som anges i det föl- jande exemplet, är den styrande abonnenten försedd med både CAW och TWC. Den styrande abonnenten är aktivt inbegripen i en TWC-konferenskoppling med två andra kopplingar samt är aktivt inbegripen i en CAW-koppling som ett resultat av att ha blivit anropad av en extern tredje part. Det vill säga, den styrande abonnenten som är inbegripen i konferenskopplingen, hör an- ropsväntton i sin telefon. Om den styrande abonnenten skulle ha lagt på telefonen, såsom beskrevs ovan, skulle både TWC- och CAW-tjänsterna under normala förhållanden förvänta sig att få en nedkopplings-HÃNDELSE från väljarens serviceväljarplatt- form (SSP). Detta exemplifierande scenario representerar en typisk tjänsteinteraktion i realtid. I det nedan givna exemp- let har den styrande abonnenten skräddarsytt uppförandet av just denna tjänteinteraktion till att resultera i: (a) fullständig nedkoppling av kopplingens återstående ben (varje ben representerar varje koppling som den styrande abon- nenten var konfererande med) och (b) återuppkoppling av den styrande abonnenten till den vänt- kopplade abonnenten.In the service interaction scenario given in the following example, the controlling subscriber is provided with both CAW and TWC. The controlling subscriber is actively involved in a TWC conference connection with two other connections and is actively involved in a CAW connection as a result of having been called by an external third party. That is, the controlling subscriber who is included in the conference connection hears call waiting on his telephone. If the controlling subscriber had hung up, as described above, both the TWC and CAW services would normally expect to receive a disconnect EVENT from the voter's service selector platform (SSP). This exemplary scenario represents a typical real-time service interaction. In the example given below, the controlling subscriber has tailored the behavior of this particular service interaction to result in: (a) complete disconnection of the remaining leg of the link (each leg represents each link that the controlling subscriber was conferring with) and (b ) reconnection of the controlling subscriber to the waiting-connected subscriber.

För att tjänsteinteraktionshanteraren som användes i det nedan givna exemplet skall fungera korrekt, så innefattar den vissa prerekvisit för tjänsteutformningen enligt följande: (a) samtliga tjänster som förväntas ha sina interaktioner lös- ta av tjänsteinteraktionshanteraren (FIM) måste vara synliga och passa den grundläggande halvkoppelmodellen såsom de speci- .1" ,. . ..._ 516 851 25 ficeras av C.C.I.T.T. eller andra tillämpliga standardbestäm- mande myndigheter, (b) samtliga tjänster måste vara tilldelade en unik global identifieringsbeteckning oavsett deras läge eller den platt- form på vilken de är förverkligade, (c) samtliga tjänster mäste förvänta sig mottaga kopplingsvyer som de, under normala förhållanden, inte skulle förvänta sig mottaga. I sådana fall manipulerar tjänstelogiken kopplingsben som de skulle manipulera under normala operationsförhàllanden, (d) samtliga tjänster måste vara exklusivt utformade från var- andra och máste uppföra sig pà ett autonomt sätt, (e) samtliga tjänster måste ha ett stabilt förhållande före sändning av ett FORTSÃTT-meddelande eller ekvivalent svar.For the service interaction manager used in the example given below to work properly, it includes certain prerequisites for the service design as follows: (a) all services expected to have their interactions resolved by the service interaction manager (FIM) must be visible and fit the basic half-link model as specified by CCITT or other applicable standard-setting authorities; (b) all services must be assigned a unique global identification designation regardless of their location or the platform on which they are realized, (c) all services must expect to receive connection views that they would not, under normal circumstances, expect to receive, in which case the service logic manipulates connection legs that they would manipulate under normal operating conditions, (d) all services must be exclusively designed from each other and must behave in an autonomous manner, (e) samtli services must have a stable relationship before sending a CONTINUE message or equivalent response.

Detta kräver att samtliga uppteckningar såsom AMA (debite- ring), STATISTIK och NÄSTA HÃNDELSELISTA (NEL) uppdateras in- nan tjänsten sänder ett fortsätt- eller ekvivalent svar, (f) tjänster får endast lämna kopplingen genom att specificera en NÄSTA HÅNDELSELISTA (NEL) med nell följ: av ett FORTSÄTT- meddelande, vilket meddelande får inte innehålla någon kopp- lingsrelaterad data, 4 (g) tjänster måste förvänta sig bli tömda i förväg av tjänste- interaktionshanteraren (FIM). Tjänsterna kan emellertid uppda- tera varje nödvändig uppteckning och (h) tjänster måste förvänta sig att BCT-läget kan vara annat än vad som normalt förväntas vid mottagning av en given hän- delse.This requires that all records such as AMA (Billing), STATISTICS and NEXT TRADE LIST (NEL) be updated before the service sends a continuous or equivalent response, (f) services may only leave the link by specifying a NEXT TRADE LIST (NEL) with nell follow: of a CONTINUE message, which message must not contain any connection-related data, 4 (g) services must expect to be emptied in advance by the service interaction manager (FIM). However, the services may update any necessary record and (h) services must expect the BCT mode to be different from what is normally expected upon receipt of a given event.

Processerna som illustreras i flödesschemana enligt fig. 7A - 7H representerar processer som uppträder i tjänste- hanteraren (FM) som en del av serviceväljarplattformens (SSP) kopplingsavslutningslogik. Dessa produrer hänför sig till exemplet för FIM-databaspopulationen som givits ovan i samband med Fall 1. Processerna som illustreras i samband med fig. 8A - 8D representerar den funktionsförmàga som förverkligas inom tjänsteinteraktionshanteraren (FIM), som såsom angivits ovan kan vara placerad på vilken som helst plattform i nätverket, men i det föreliggande exemplet har valts att ligga i service- väljarplattformens (SSP) kopplingsavslutningslogik. Processer- u n ø ø nu - e e u aa u u"' u -.G-' n n a | » nu 516 831 26 na som visas i flödesschemana enligt fig. 9A och 9B illustre- rar funktionen för tjänstelogiken som förverkligats som en del av kopplingsavslutningslogiken inom serviceväljarplattformen i Q det föreliggande exemplet, även om såsom angivits ovan den :gi skulle kunna föreligga i vilken som helst av elementen inom __:: nätverket. gå; Med hänvisning först till fig. 7A startar processen _3": med mottagningen av ett nedkopplingsmeddelande, som mottages Iïßï från SSP som svar på att den styrande abonnenten lägger på uy. telefonen. Vid 101 mottager tjänstehanteraren (FM) ett medde- ät: lande som indikerar den händelse som uppträtt, i detta fall en nedkopplingshändelse, från serviceväljarplattformens kopp- lingsprocesslogik. Därefter, vid 102, laddar systemet kopp- lingsvylägesidentiteten i tjänstehanteraren.The processes illustrated in the flowcharts of Figs. 7A - 7H represent processes that occur in the service manager (FM) as part of the service switching platform (SSP) switching termination logic. These procedures relate to the example of the FIM database population given above in connection with Case 1. The processes illustrated in connection with Figs. 8A - 8D represent the functionality realized within the Service Interaction Manager (FIM), which as indicated above may be located on which any platform in the network, but in the present example it has been chosen to be in the switching termination logic of the service selector platform (SSP). The processes shown in the flowcharts of Figs. 9A and 9B illustrate the function of the service logic realized as part of the coupling termination logic within the circuit diagrams shown in FIGS. 9A and 9B. the service selection platform in Q the present example, although as stated above it: gi could be present in any of the elements within the __ :: network. go; Referring first to Fig. 7A, the process _3 ": starts with the receipt of a disconnection message, received Iïßï from SSP in response to the controlling subscriber adding uy. the phone. At 101, the service manager (FM) receives a message: indicating the event that has occurred, in this case a disconnection event, from the service selector platform's connection process logic. Then, at 102, the system loads the switching mode identity in the service manager.

Med hänvisning i korthet till fig. 10A framgår att kopplingsvyn vid denna punkt i behandlingen (som representerar läge 8 i enlighet med vad som användes i exemplet ovan i sam- band med den exemplifierande FIM-databaspopulationen enligt Fall 1), visar sig i det övre diagrammet indikera att den sty- rande abonnenten ligger i en trevägs konferenskoppling med två parter och, såsom indikeras i det nedre diagrammet, samtidigt mottager ett samtal från en annan part. Varje kopplingsvyläge som kan uppträda i väljaren är tilldelat ett identitetsnummer, såsom illustrativt representeras i de olika diagrammen enligt fig. 2A - 2K, för att förenkla meddelandeutväxlingen under be- handlingen. Återgående till fig. 7A framgår att vid 103 laddar systemet den styrande abonnentens aktiva tjänster, i detta fall CAW och TWC, i tjänstehanteraren. Därefter vid 104, lad- dar systemet i tjänstehanteraren en identifiering av samtliga möjliga pågående tjänster för den speciella händelsen som mot- tagits, dvs en nedkopplingshändelse. Vid 105 laddar systemet statusindikationen för det styrande kopplingsbenet, exempelvis om det är uppdelat, förenat, pågående, ersättande, delat osv.Referring briefly to Fig. 10A, it is seen that the connection view at this point in the treatment (representing position 8 in accordance with what was used in the example above in connection with the exemplary FIM database population according to Case 1), appears in the upper the diagram indicates that the controlling subscriber is in a three-way conference connection with two parties and, as indicated in the lower diagram, simultaneously receives a call from another party. Each switching mode that can appear in the selector is assigned an identity number, as illustratively represented in the various diagrams of Figs. 2A - 2K, to simplify message exchange during processing. Returning to Fig. 7A, it appears that at 103, the system loads the active subscriber's active services, in this case CAW and TWC, into the service manager. Then at 104, the system in the service manager loads an identification of all possible ongoing services for the special event received, ie a disconnection event. At 105, the system loads the status indication for the control coupling leg, for example if it is split, joined, in progress, replaced, split, and so on.

Vid detta speciella exempel användes inte någon sådan ladd- ningsstatus. Slutligen, vid 106, sänder tjänstehanteraren ett meddelande till tjänsteinteraktionshanteraren (FIM) som iden- 1»nn| »mun 516 831 27 tifierar vilken speciell händelse som har uppträtt och till- frågar tjänstehanteraren hur behandlingen skall fortsättas.In this particular example, no such charge status was used. Finally, at 106, the service manager sends a message to the service interaction manager (FIM) as iden- 1 »nn | »Mun 516 831 27 specifies which special event has occurred and asks the service manager how the treatment is to be continued.

Detta meddelande leder till flödesschemat enligt fig. 8A, som framställer de behandlingsprocedurer som ingår i tjänsteinter- aktionshanteraren och som illustrerar avgreningsparametrarna varmed den utför sina funktioner. Administrationen har tidiga- re populerat FIM-databasen såsom visas i fig. 6B och beskri- vits ovan i samband med Fall 1.This message leads to the flow chart of Fig. 8A, which depicts the processing procedures included in the service interaction manager and which illustrates the branching parameters by which it performs its functions. The administration has previously populated the FIM database as shown in Fig. 6B and described above in connection with Case 1.

Med hänvisning till fig. 8A framgår att tjänsteinter- aktionshanteraren (FIM) mottager ett nedkopplings- och fråge- meddelande från FM med förfrågan om hur att fortsätta med av- seende på behandlingen av det meddelande som den mottagit från SSP. Vid 110 mottager FIM meddelandet från FM som indikerar den händelse som uppträtt samt en fråga om ytterligare behand- ling. Vid 111 frågar systemet vilken händelse som mottogs av FM och vid undersökning av det mottagna meddelandet, bestämmer från ett antal möjliga händelser, inbegripande SVAR, UPPTAGEN, FORTSÃTT osv, att det var ett NEDKOPPLINGS-meddelande. Vid 112 frågar systemet vad som är den primära aktiva tjänsten av de tjänster som för närvarande är aktiva med avseende på den sty- rande abonnenten. Varje möjlig tjänst tilldelas ett globalt numeriskt värde. Den primära aktiva tjänsten är den tjänst som har lägst numeriskt värde och befattar inte i sig vid denna punkt med prioriteten för tjänsterna inbördes. Under antagande att trevägskoppling (TWC) är tjänst nummer 3 (illustrativt in- dikerat ovan som tjänst nummer 15 i samband med exemplet i Fall 1) och väntkoppling (CAW) är tjänst nummer 6 (illustra- tivt indikerat ovan som tjänst nummer 18 i samband med exemp- let enligt Fall 1), förflyttar sig systemet först genom grenen för TWC till 113, där det frågar vad som är den sekundära ak- tiva tjänsten. Med förflyttning genom CAW-grenen till 114, frågar systemet om det föreligger någon ytterligare pågående tjänst eller inte. Om så är fallet skulle systemet förflytta sig utmed grenen 115 för bestämning av vilka tjänster som var pågående. Om pågående tjänster kan invokeras av denna händelse som har mottagits, då behandlas de pågående tjänsterna på sam- ma sätt som de aktiva tjänsterna. Om några aktiva tjänster u q n a nu o u | ; | av .n -~"' .I .,_. v n | c | « ao :mun >>.u» 516 '831 28 inte var involverade så använder FIM samma mekanism för prio- ritering av de pågående tjänsterna. I det föreliggande exemp- let förelåg inte några pågående tjänster. På grund av ett ne- gativt svar vid 114 förflyttar sig därför FIM till fig. 8B och frågar vid 116 vad som är kopplingsvyläget. Såsom påpekats ovan har varje kopplingsvyläge tilldelats en specifik beteck- ning för att underlätta kommunikationen inom systemet. Under antagande att kopplingsvyläget som illustreras i fig. 10A har lägesnummer 1 (illustrativt identifierat i fig. 10A som läge 8 enligt exemplet från fig. 2H), förflyttar sig systemet till 117 och ställer frågan om benstatus fordras eller inte. Om så är fallet förflyttar sig systemet till avgreningsparametrarna vid 118 för att uttaga informationen med avseende på benstatus från tjänstehanteraren, dvs om benet är pågående, uppdelat osv. Eftersom benstatus inte fordras i det föreliggande exemp- let, förflyttar sig systemet till 119 där det når en "resul- tatcell". Efter det att FIM har behandlat samtliga avgrenings- parametrar inom sin realtidsdatabas, innehåller resultatcellen resultatet av den specifika tjänsteinteraktion som tidigare har definierats genom administrativ påverkan av systemoperatö- ren, såsom illustreras i fig. 6B och som har diskuterats ovan med avseende på Fall 1. Systemet förflyttar sig till 120 där det sänder ett tjänsteinteraktionsresultatmeddelande som er- hålles från resultatcellen, dvs "sänd händelsen till tjänste- logiken för väntkopplingstjänsten (CAW)", till tjänstehantera- ren. Behandlingssekvensen flyttar sig sedan till fig. 7B och vid 121 mottager FM tjänsteinteraktionsresultatmeddelandet från FIM (dvs att sända nedkopplingshändelsen till den första tjänstelogiken). Vid 122 sänder systemet meddelandet som iden- tifierar den mottagna speciella händelsen till relevant tjäns- telogik (CAW) som indikerar den händelse som har uppträtt. Vid 123 sändes NEDKOPPLINGS-händelsemeddelandet till CAW-logiken varefter systemet förflyttas till behandlingssekvensen enligt fig. 9A. Vid mottagande av meddelandet mottager tjänstelogiken och SSP händelsemeddelandet, dvs CAW-logiken mottager NEDKOPP- LINGS-meddelandet och förflyttar sig till 126, där tjänste- logiken svarar på händelsen genom att sända lämplig instruk- r-»on 1.-pa 516 '831 29 tion för att SSP:ns kopplingsavslutningslogik skall vidtaga åtgärd för tjänstehanteraren. I detta speciella fall är in- struktionen ett förflyttningsbenmeddelande. Därefter, vid 127, matar FM fram instruktioner till SSP för behandling av den lämpliga funktionen och kopplingsavslutningslogiken förflyttar benet pà instruerat sätt. Vid 128, efter en lyckad avslutning av den av SSP erfordrade funktionen, sänder FM ett avslut- ningserkännandemeddelande till tjänstelogiken för CAW-tjänsten som behandlats. Därefter, vid 129, instruerar tjänstelogiken för CAW-tjänsten SSP att uppdatera den nödvändiga datan i sy- stemet, exempelvis den automatiska meddelandedebiteringsdatan (AMA), nästa händelselista (NEL) eller annan nödvändig data.With reference to Fig. 8A, it can be seen that the service interaction manager (FIM) receives a disconnection and query message from FM with a request as to how to proceed with respect to the processing of the message it has received from SSP. At 110, FIM receives the message from FM indicating the event that has occurred and a question of further processing. At 111, the system asks which event was received by FM and when examining the received message, determines from a number of possible events, including ANSWER, BUSY, CONTINUE, etc., that it was a DISCONNECT message. At 112, the system asks what is the primary active service of the services that are currently active with respect to the controlling subscriber. Each possible service is assigned a global numeric value. The primary active service is the service that has the lowest numerical value and does not in itself deal at this point with the priority of the services among themselves. Assuming that three-way connection (TWC) is service number 3 (illustratively indicated above as service number 15 in connection with the example in Case 1) and waiting connection (CAW) is service number 6 (illustratively indicated above as service number 18 in connection with the example according to Case 1), the system first moves through the branch of TWC to 113, where it asks what is the secondary active service. By moving through the CAW branch to 114, the system asks if there is any additional ongoing service or not. If so, the system would move along branch 115 to determine which services were in progress. If ongoing services can be invoked by this event that has been received, then the ongoing services are treated in the same way as the active services. About some active services u q n a nu o u | ; | av .n - ~ "'.I., _. vn | c |« ao: mun >>. u »516' 831 28 were not involved, FIM uses the same mechanism for prioritizing the ongoing services. In the present Due to a negative response at 114, the FIM therefore moves to Fig. 8B and asks at 116 what the switching mode is. As pointed out above, each switching mode has been assigned a specific designation to Assuming that the clutch position shown in Fig. 10A has position number 1 (illustratively identified in Fig. 10A as position 8 according to the example of Fig. 2H), the system moves to 117 and asks whether leg status is required or not. If so, the system moves to the branch parameters at 118 to retrieve the bone status information from the service manager, ie if the bone is in progress, split, etc. Since bone status is not required in the present example, it moves g the system to 119 where it reaches a "result cell". After FIM has processed all branch parameters within its real-time database, the result cell contains the result of the specific service interaction previously defined by the administrative influence of the system operator, as illustrated in Fig. 6B and discussed above with respect to Case 1. The system moves to 120 where it sends a service interaction result message received from the result cell, i.e. "send the event to the service logic for the standby switching service (CAW)", to the service manager. The processing sequence then moves to Fig. 7B and at 121 FM receives the service interaction result message from the FIM (ie sending the disconnect event to the first service logic). At 122, the system sends the message identifying the received special event to the relevant service logic (CAW) indicating the event that has occurred. At 123, the DISCONNECT event message is sent to the CAW logic, after which the system is moved to the processing sequence of Fig. 9A. Upon receipt of the message, the service logic and the SSP receive the event message, i.e. the CAW logic receives the DISCONNECT message and moves to 126, where the service logic responds to the event by sending the appropriate instru- »on 1.-pa 516 '831 29 tion for the SSP's connection termination logic to take action for the service manager. In this particular case, the instruction is a moving leg message. Then, at 127, the FM outputs instructions to the SSP for processing the appropriate function and the coupling termination logic moves the leg as instructed. At 128, after a successful termination of the function required by SSP, FM sends a termination acknowledgment message to the service logic of the CAW service being processed. Then, at 129, the service logic of the CAW service instructs the SSP to update the necessary data in the system, such as the automatic message debit data (AMA), the next event list (NEL) or other necessary data.

Därefter övergår behandlingen till fig. 7C och FM mottager vid 131 ett meddelande från tjänstelogiken som anger att den skall instruera SSP att uppdatera all nödvändig data. Vid 132 vida- rematar FM sådana instruktioner till SSP för behandling genom uppdatering av all nödvändig data. Vid 133, efter lyckad av- slutning av uppdateringsfunktionen i SSP, sänder FM ett medde- landeilyckad uppdatering till tjänstelogiken för CAW-tjänsten, som därefter svarar genom att sända ett meddelande "fortsätt" till FM. Logikflödet för behandling övergår sedan till fig. 7D och meddelandet "fortsätt" behandlas såsom illustreras i fig. 6C och diskuteras ovan med hänvisning till Fall 1.Thereafter, the processing proceeds to Fig. 7C and FM receives at 131 a message from the service logic indicating that it should instruct the SSP to update all necessary data. At 132, FM forwards such instructions to SSP for processing by updating all necessary data. At 133, after successfully completing the update function in SSP, FM sends a message-failed update to the service logic of the CAW service, which then responds by sending a "continue" message to FM. The logic flow for processing then proceeds to Fig. 7D and the message "continue" is processed as illustrated in Fig. 6C and discussed above with reference to Case 1.

Med hänvisning till fig. 7D framgår att vid 135 mot- tager FM meddelandet (händelsen) "fortsätt" från tjänstelogi- ken för CAW-tjänsten och vid 136 laddas kopplingsvyidentiteten i FM. Vid denna punkt representeras kopplingsvyn av diagrammet enligt fig. 10B (detta läge angavs illustrativt ovan som läge9 i exemplifieringen enligt fig. 2I). Därefter, vid 137, laddas de aktiva tjänsterna, CAW och TWC, i FM och vid 138 laddas i FM samtliga möjliga pågående tjänster för den mottagna händel- sen. I detta speciella exempel föreligger det inte några såda- na varför systemet förflyttar sig till 139, där statusindike- ringen för det styrande kopplingsbenet laddas i tjänstehante- raren, om ett sådant användes för den speciella tjänsten och händelsen. I det föreliggande exemplet användes emellertid inte någon styrande kopplingsbenstatus. Vid 141 sänder FM ett snus: o ul°' .l- u,,. 0 v ~ n n nu va: v:|-; f..;| 516 851 30 meddelande med avseende på den händelse som uppträtt och frå- gar hur att ytterligare gå vidare.Referring to Fig. 7D, it can be seen that at 135 FM receives the message (event) "continue" from the service logic of the CAW service and at 136 the switching view identity is loaded into FM. At this point, the coupling view is represented by the diagram of Fig. 10B (this position was illustratively indicated above as position 9 in the exemplification of Fig. 2I). Then, at 137, the active services, CAW and TWC, are loaded in FM and at 138, all possible ongoing services for the received event are loaded in FM. In this particular example, there are no such reasons why the system moves to 139, where the status indication of the controlling switch leg is loaded in the service manager, if one is used for the particular service and event. However, in the present example, no controlling clutch leg status was used. At 141 FM transmits a snus: o ul ° '.l- u ,,. 0 v ~ n n nu va: v: | -; f ..; | 516 851 30 message with regard to the event that occurred and asks how to proceed further.

Med hänvisning till fig. 8C framgår att vid 142 mot- tager FIM ett meddelande från FM som är indikativt för den fortsatta händelsen som har uppträtt liksom dess fråga med av- seende pä vidare behandlingar. Vid 143 behandlar FIM händelsen i enlighet med de avgreningsparametrar som illustreras i fig. 8A och BB, och som svar på sådan behandling informeras FM be- träffande resultatet på grundval av den resultatcell som upp- nåtts, i likhet med den procedur som illustrerats i fig. 7B.With reference to Fig. 8C, it appears that at 142, FIM receives a message from FM which is indicative of the continued event that has occurred as well as its question with regard to further treatments. At 143, the FIM processes the event in accordance with the branching parameters illustrated in Figs. 8A and BB, and in response to such processing, the FM is informed of the result based on the result cell obtained, similar to the procedure illustrated in Figs. 7B.

Därefter, vid 144, sänder FIM ett meddelande nedkoppla händel- sen till tjänstelogiken för nästa tjänst, dvs TWC-tjänsten, och förflyttar sig till fig. 7E för behandlingens fortsättan- de. Vid 145 mottager FM tjänsteinteraktionsresultatmeddelandet från FIM, dvs instruktionen att sända en nedkopplingshändelse till den andra tjänsten och efter förflyttning till 146, sän- der den ett meddelande till den relevanta tjänstelogiken“(TWC- tjänstelogiken) med indikation på den händelse som uppträtt.Then, at 144, the FIM sends a message disconnecting the event to the service logic for the next service, i.e. the TWC service, and moves to Fig. 7E for the continuation of the processing. At 145, FM receives the service interaction result message from FIM, ie the instruction to send a disconnect event to the other service, and after moving to 146, it sends a message to the relevant service logic (TWC service logic) indicating the event that has occurred.

Vid 147 sändes meddelandet nedkoppla händelsen till TWC-Iogi- ken varefter systemet förflyttas till fig. 9B, där tjänste- logiken inom serviceväljarplattformens (SSP) kopplingsavslut- ningslogik vid 151 mottager händelsemeddelandet, dvs TWC- tjänstelogiken mottager ett nedkopplingsmeddelande, och efter förflyttning till 152 svarar tjänstelogiken på händelsen genom att sända instruktioner för SSP-funktion till FM. Denna består av ett meddelande att rensa återstående kopplingsben. Vid 153 frammatar FM instruktionerna till SSP för behandling av lämp- lig funktion vid rensningen av kopplingens samtliga återståen- de ben. Vid 154 sänder FM, efter SSP:s lyckade fullgörande av funktionen, ett avslutningserkännandemeddelande till tjänste- logiken för TWC-tjänsten. Vid 151 instruerar tjänstelogiken för TWC-tjänsten SSP att uppdatera all nödvändig data, inne- fattande AMA, NEL osv samt förflyttas till fig. 7F för ytter- ligare behandling.At 147 the message disconnect the event is sent to the TWC logic, after which the system is moved to Fig. 9B, where the service logic within the service selector platform (SSP) switch-off logic at 151 receives the event message, i.e. the TWC service logic receives a disconnect message, and after 2 the service logic responds to the event by sending instructions for SSP function to FM. This consists of a message to clear the remaining coupling legs. At 153, the FM feeds the instructions to the SSP for treatment of the appropriate function when cleaning all the remaining legs of the coupling. At 154, FM, after SSP's successful completion of the function, sends a termination message to the service logic for the TWC service. At 151, the service logic for the TWC service instructs SSP to update all necessary data, including AMA, NEL, etc., and move to Fig. 7F for further processing.

Med hänvisning till fig. 7F framgår vid 156 att FM mottager ett meddelande från tjänstelogiken att instruera SSP att uppdatera datan samt, vid 157, vidarematar FM dessa in- nu ,. _- | | u » uu n-»n- 516 851 31 struktioner till SSP för behandlinggenom uppdatering nödvän- diga data. Efter avslutad uppdateringsfunktion av SSP vid 158 sänder FM ett meddelande uppdatering lyckad till tjänstelogi- ken för TWC-tjänsten, som därefter svarar genom att sända ett "fortsätt-"meddelande till FM. Systemet flyttas sedan till fig. 7G. Efter FM:s mottagning vid 161 av ett "fortsätt-"med- delande (dvs händelsen) från tjänstelogiken för TWC-tjänsten, flyttas systemet till 162, där kopplingsvylägesidentiteten laddas i FM. Vid denna punkt i processen är kopplingsvyn den som illustreras i diagrammet enligt fig. lOC (detta läge var illustrativt angivet ovan som läge2 såsom exemplifierades i fig. 2B). Vid 163 laddar systemet de aktiva tjänsterna för CAW-tjänsten i FM och flytter till 164, där samtliga möjliga pågående tjänster för den mottagna händelsen laddas i FM. I detta speciella exempel föreligger inte några sådana. Vid 165 laddar systemet en statusindikering för det styrande kopp- lingsbenet. I detta speciella exempel användes emellertid inte någon sådan indikering. Vid 166 sändes ett meddelande från FM till FIM med avseende på den händelse som uppträdde tillsam- mans med en fråga om hur att fortsätta härefter i behandling- en. Administrationen har tidigare populerat FIM-databasen så- som illustreras i fig. 6D och beskrivits i samband med Fall 1.Referring to Fig. 7F, it appears at 156 that FM receives a message from the service logic instructing the SSP to update the data and, at 157, the FM feeds these now,. _- | | u »uu n-» n- 516 851 31 instructions to SSP for processing by updating necessary data. After completing the update function of SSP at 158, FM sends an update message successful to the service logic of the TWC service, which then responds by sending a "continue" message to FM. The system is then moved to Fig. 7G. After FM receives at 161 a "continue" message (ie the event) from the service logic of the TWC service, the system is moved to 162, where the switching mode identity is loaded into FM. At this point in the process, the clutch view is that illustrated in the diagram of Fig. 10C (this position was illustratively indicated above as position 2 as exemplified in Fig. 2B). At 163, the system loads the active services for the CAW service in FM and moves to 164, where all possible ongoing services for the received event are loaded in FM. In this particular example, there are none. At 165, the system loads a status indicator for the control coupling leg. In this particular example, however, no such indication was used. At 166, a message was sent from FM to FIM regarding the incident that occurred together with a question about how to continue hereafter in the treatment. The administration has previously populated the FIM database as illustrated in Fig. 6D and described in connection with Case 1.

Systemet flyttar sedan till fig. 8D, där FIM vid 167 mottager ett meddelande från FM som är indikerande för händelsen, dvs fortsättningshändelsen, som uppträdde tillsammans med frågan om ytterligare behandling. Vid 168 behandlar FIM händelsen på ett sätt liknande det som illustreras i samband med fig. 8A och 8B som diskuterats ovan, och därefter informeras FM om uppnått resultat från resultatcellen i likhet med det som illustreras i samband med fig. 7B ovan. Vid 169 kommer om det inte föreligger några ytterligare tjänsteinteraktioner, såsom i det föreliggande exemplet, systemet att sända ett "fort- sätt-"meddelande till FM och flyttar till fig. 7H.The system then moves to Fig. 8D, where the FIM at 167 receives a message from the FM indicating the event, i.e. the continuation event, which occurred along with the question of further processing. At 168, the FIM processes the event in a manner similar to that illustrated in connection with Figs. 8A and 8B discussed above, and then FM is informed of the result obtained from the result cell similar to that illustrated in connection with Fig. 7B above. At 169, if there are no further service interactions, as in the present example, the system will send a "continue" message to FM and move to Fig. 7H.

Med hänvisning till fig. 7H framgår att vid 171 mot- tager FM ett tjänsteinteraktionsresultatmeddelande från FIM, dvs ett “fortsätt-"meddelande, eftersom några ytterligare in- teraktioner inte är nödvändiga i det föreliggande exemplet. r v o u nu 516 831 32 Vid 172 fortsätter FM med kopplingsbehandling genom att begära (NEL) och flyttar till 173, där systemet sänder ett nästa händelsebegäranmeddelande nästa händelse från nästa händelsekön för att erhålla nästa händelse från kön och fortsätta behand- lingen på sätt som anges ovan.Referring to Fig. 7H, it appears that at 171 FM receives a service interaction result message from FIM, i.e. a "continue" message, since no further interactions are necessary in the present example. Rvou now 516 831 32 At 172 FM continues with request processing by request (NEL) and moves to 173, where the system sends a next event request message the next event from the next event queue to obtain the next event from the queue and continue processing as indicated above.

Såsom framgår av den ovan givna beskrivningen möjlig- gör tjänsteinteraktionshanteraren enligt den föreliggande upp- finningen att flera tjänster som förverkligas inom ett tele- kommunikationsväljarnätverk, kan styras på ett logiskt sätt med undanröjande av olämpliga eller skadliga interaktioner mellan dessa tjänster som svar på händelser, som alstrar icke önskvärda funktioner inom väljaren på grund av interaktioner mellan tjänsterna.As can be seen from the above description, the service interaction manager according to the present invention enables several services realized within a telecommunication selector network to be controlled in a logical manner by eliminating inappropriate or harmful interactions between these services in response to events which generates undesirable functions within the selector due to interactions between the services.

Det förmodas att den föreliggande uppfinningens funk- tion och konstruktion skall vara uppenbar från den föregående beskrivningen samt att, även om det visade och beskrivna för- farandet och apparaten har karakteriserats som det föredragna, uppenbara ändringar och modifieringar kan utföras utan att man fràngàr idén med och ramen för uppfinningen såsom den definie- ras av följande patentkrav. nu» ~v n o u -na cn- _ n u: v. u . . .- s - . uu- .. n ø n u - n o nu en uno. no u so. so; u a u u un.. s a nu unc: nIt is believed that the function and construction of the present invention will be apparent from the foregoing description and that, although the method and apparatus shown and described have been characterized as preferred, obvious changes and modifications may be made without departing from the spirit of the present invention. and the scope of the invention as defined by the following claims. nu »~ v n o u -na cn- _ n u: v. u. . .- s -. uu- .. n ø n u - n o nu en uno. no u so. so; u a u u un .. s a nu unc: n

Claims

..,., 11.), 516 831 33 P A T E N T K R A V

A method for controlling the service interaction within a telecommunication selector network, which comprises a service selector platform with connection termination logic and software logic blocks for realizing certain connection services, and service handlers for generating control signals to these blocks by means of the network to invoke and communicate on subscriber-generated events within the network, the procedure comprising: generating a service interaction manager associated with each service manager to control the transfer of information going from the events occurring within the service selection platform to the service manager to enable smooth interaction of a multiple services invoked by a single subscriber during a connection within the service selector platform.

A method for controlling the service interaction within a telecommunication selector network according to claim 1, further comprising: storing within a database to which the service interaction manager has access, information associated with each subscriber who can invoke said services and indicative of parameters related to the invocation and the subscriber's use of the services.

In a telecommunication network serving a plurality of subscribers, a service selection platform is provided which includes logic for establishing connections between the subscribers, software blocks for generating service logic for realizing a plurality of connection services in response to network events generated by actions taken by subscribers, associated with the switching services to receive signals from the network, which are indicative of events generated by the subscribers' actions and to generate control signals to the switching service logic, a database for storing information related to each subscriber within the network and with capacity to invoke and control the switching services and a service interaction manager connected between the service manager and the database to receive signals from the service manager, which are indicative of events received by the manager and include means operable. of the received events and the information stored in the database related to the subscriber that caused these events to instruct the handler on which signals to send to the service logic to interactively realize the services invoked by the events generated by the subscriber's measures.

In a telecommunication network with the combination of claim 3, wherein the event-affected means within the service interaction manager comprise decision tree logic means programmable by the network operator.

In a telecommunication network with the combination according to claim 3, wherein the information stored in the database with respect to each subscriber comprises: a single event list containing all events of which the service logic is affectable, an indication of the present connection position of the subscriber, a a list of all switching services that can be invoked by the subscriber and a list of all switching services that are currently active for the subscriber.

In a telecommunication network with the combination of claim 3, wherein the service manager comprises: means for storing each event indicative signal received from the network in a buffer memory, means for forwarding each stored successive event indicative signal to the service interaction manager in response to the reception of a continuation signal from the service interaction manager.

In a telecommunication network with the combination of claim 3, wherein the network comprises an extension and the service interaction manager is located within the extension.

A method for managing the interaction of switching services within a telecommunication network comprising a service selection platform with logic for realizing at least two switching services in response to network events associated with subscriber actions, a service manager associated with a database, which method comprises: storing in the database a set of information associated with at least one subscriber having access to the switching services, the information including a next event list containing all events for which the services are executable, an indication in the current connection mode for the subscriber, a list of all services that can be invoked by the subscriber and a list of the services that are currently active for the subscriber, reception at the service manager of signals from the network, which are indicative of events provided by the subscriber. storage of the received the events in a data buffer within; the service manager, sequential comparison within the service manager of each successive event stored in the buffer with information on the next event list stored in the database and associated with the subscriber and in response to correspondence between each stored event and the information on the next event list is determined in according to an algorithm, the information to be fed to the service logic by the service manager in order to realize these services for the subscriber,

A method for handling the interaction of switching services within a telecommunication network according to claim 8, wherein said algorithm is configurable by the operator of the service selection platform.

A method of handling the interaction of switching services within a telecommunication network according to claim 8, wherein said algorithm as a decision parameter comprises one or more of said bits of information stored in the database.

11. ll. Procedure for handling the interaction of coupling. | | ; n. 516,831 36 services within a telecommunication network according to claim 8, which comprises the further step of inhibiting the comparison of each successive event stored in the buffer with events on the next event list until the service logic has processed the information received in response to previous comparison.

A method for handling the interaction of switching services within a telecommunication network according to claim 11, wherein the service logic generates a confirmation signal indicative that the processing of each instruction has been completed.

A method for managing the interaction of switching services within a telecommunication network according to claim 8, wherein the determining step comprises: generating a result from a decision logic tree, passing this result to the service manager and sending control instructions from the service manager to the service logic.

A system for managing the interaction of switching services within a telecommunication network comprising a service selection platform with a logic for realizing at least two switching services in response to network events associated with subscriber actions, a service manager associated with said services and a database, which system comprises: means for storing in the database a set of information associated with at least one subscriber having access to the switching services, which information includes a next event list containing all events for which the services are affectable, an indication of the current switching mode for the subscriber , a list of all services that can be invoked by the subscriber and a list of the services that are currently active for the subscriber, means for receiving signals from the network at the service manager, which are indicative of events provided by the subscriber, means for storing the received events a in a data buffer within the service manager, m ”. 516,831 37 means for sequentially comparing within the service manager each successive event stored in the buffer with information on the next event list stored in the database and associated with the subscriber and means influencing a match between each stored event and the information on the next event list to in accordance with an algorithm, determine the information to be passed on to the service logic by the service manager in order to realize the services for the subscriber.

A system for handling the interaction of switching services within a telecommunication network according to claim 14, wherein the algorithm is configurable by the service selector platform operator.

A system for managing the interaction of switching services within a telecommunication network according to claim 14, wherein the algorithm as a decision parameter comprises one or more of the bits of the information stored in the database.

A system for handling the interaction of switching services within a telecommunication network according to claim 14, which also comprises: means for inhibiting the comparison of each successive event stored in the buffer with events on the next event list until the service logic has processed the information taken in response to the previous comparison.

A system for handling the interaction of switching services within a telecommunication network according to claim 17, wherein the service logic generates a confirmation signal indicative of an instruction to continue the processing of the service selection platform.

A system for handling the interaction of switching services within a telecommunication network according to claim 14, which also comprises means for generating a result from a decision logic tree, means for transmitting this result to the service manager and means for sending control instructions from the service manager to the service logic. 516 831 38

A service interaction manager for a telecommunications network that provides subscribers with switching services in response to subscriber-provided functions, the service interaction manager comprising: a central processor software unit, data files within the software unit for storing desired results of mutual service interactions, which results are defined by in resolving service interaction conflicts and means for periodically generating within the software unit signals representative of the present switching mode for each subscriber having a plurality of active services for feeding logic branch parameters within the data files and generating said desired interaction results between the services.

The service interaction handler of claim 20, wherein the signals representative of the switching view include switching segments and pins representing possible call switching events.

22. Service interaction manager strategically located within a telecommunications network to control events generated by the network and administer the services active within subscriber selection platforms, which service interaction manager comprises: means for receiving signals communicating switching events from the network, means for invoking services from service platforms in response to receiving the signals communicating switching events, means for receiving responses from the subscriber selection platforms regarding the status of the services and means for analyzing said events and said responses from the subscriber selection platforms for resolving service interaction conflicts.

The service interaction manager of claim 22, wherein the analyzing means comprises a central processor software unit, the software unit comprising: data files for storing the desired service interaction results, the results of which are defined by operator commands to generate flexibility in resolving service interaction pre-service conflicts. to generate signals representative of subscriber switching views to be used as logic branching parameters within the software unit when achieving the desired results.

The service interaction handler of claim 23, wherein the signals representing the switching views include switching segments and pins representing possible call switching events.

A method for managing events and administering services within a telecommunication network, the method comprising the steps of: strategically placing a service interaction manager in a position within the network for communicating with network selectors, extensions and other service platforms, the service interaction manager receiving signals from the network communicating , to request services from the subscriber selection platforms in response to the reception of the signals communicating switching events, to receive responses from the service platforms within the service interaction manager regarding the status of the services and to analyze the events within the service interaction manager and the responses from the subscriber selection platform

The method of claim 25, wherein the step of analyzing said events and responses comprises defining the results of the service interaction conflicts via commands to a central processor software unit.

The method of claim 26, wherein the step of analyzing said events and responses comprises the steps of: storing data files containing the desired results for service interaction conflicts, storing link views comprising combinations of possible events, a. - .W- v., 516 831 40 to convert the connection views to logical branch parameters and to feed the logical branch parameters to the data files to achieve flexibility in resolving service interaction conflicts.

The method of claim 27, wherein the step of storing switching views comprises storing switching segments and legs representing possible call switching events.

The method of claim 25, wherein said second service platforms comprise a service control point.

A system for managing events and administering services within a telecommunications network, the system comprising: a service interaction manager strategically located within the network to communicate with network selectors, extensions and other service platforms, means for within the service interaction manager receiving signals communicating events from the network, means for requesting services from the subscriber selection platforms in response to the reception of the signals communicating connection events, means for receiving within the service interaction manager responses from the service platforms regarding the service status of the service analyze said events and responses from the subscriber selection platforms to resolve service interaction conflicts.

The system of claim 30, wherein the means for analyzing said events and responses comprises means for defining the results of service interaction conflicts via commands to a central processor software unit.

The system of claim 31, wherein the means for analyzing said events and responses comprises: means for storing data files containing the desired results of the service interaction conflicts, means for storing connection views comprising combinations of possible events, ~ oon I 516 ' Means for converting said switching views into logical branch parameters and means for feeding the logical branch parameters to the data files to provide flexibility in resolving service interaction conflicts.

The system of claim 32, wherein the means for storing switching views comprises means for storing switching segments and legs representing possible call switching events.

The system of claim 30, wherein said second service platforms comprise a service control point.