SE503394C2 - Procedure for structuring call processing and switching systems for telephony with tethering - Google Patents

Procedure for structuring call processing and switching systems for telephony with tethering

Info

Publication number
SE503394C2
SE503394C2 SE9403130A SE9403130A SE503394C2 SE 503394 C2 SE503394 C2 SE 503394C2 SE 9403130 A SE9403130 A SE 9403130A SE 9403130 A SE9403130 A SE 9403130A SE 503394 C2 SE503394 C2 SE 503394C2
Authority
SE
Sweden
Prior art keywords
session
registration
data
objects
tag
Prior art date
Application number
SE9403130A
Other languages
Swedish (sv)
Other versions
SE9403130L (en
SE9403130D0 (en
Inventor
Mikael Kilhage
Original Assignee
Ericsson Telefon Ab L M
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ericsson Telefon Ab L M filed Critical Ericsson Telefon Ab L M
Priority to SE9403130A priority Critical patent/SE503394C2/en
Publication of SE9403130D0 publication Critical patent/SE9403130D0/en
Priority to EP95932985A priority patent/EP0782811A1/en
Priority to AU35802/95A priority patent/AU691667B2/en
Priority to JP8510794A priority patent/JPH10505983A/en
Priority to CA 2197983 priority patent/CA2197983A1/en
Priority to CN95195156A priority patent/CN1082320C/en
Priority to KR1019970701705A priority patent/KR100364217B1/en
Priority to PCT/SE1995/001027 priority patent/WO1996009729A1/en
Priority to MX9701999A priority patent/MX9701999A/en
Publication of SE9403130L publication Critical patent/SE9403130L/en
Publication of SE503394C2 publication Critical patent/SE503394C2/en
Priority to NO971162A priority patent/NO971162L/en
Priority to FI971143A priority patent/FI971143A/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
    • H04Q3/54—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised
    • H04Q3/545—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme
    • H04Q3/54575—Software application
    • H04Q3/54583—Software development, e.g. procedural, object oriented, software generation, software testing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
    • H04Q3/54—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised
    • H04Q3/545—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme
    • H04Q3/54508—Configuration, initialisation
    • H04Q3/54525—Features introduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13057—Object-oriented software

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

The present invention demonstrates a method to structure call processing in a telecommunication system, preferably by way of software, to create a standard and generic structure, which makes it possible to extend said system with new services and data without effecting an already existing overhead operation of the system using the half-call principle, by combining this half-call principle with a generic protocol between the executing half-calls in a session with a session scope and a traffic case scope which are using memory functions in which different records are storing pointers to a local memory function, said pointers being combined with a tag element by means of which locally stored data will be uniquely identified and in spite of not being real global data may still be utilized as global data during the duration of a specific session in which period the particular records exist.

Description

2 speciellt realtidkommunikationen mellan objekten i enlighet med CCIT X200. EP-A1-O 524 077 med titeln "Structure de logiciel pour système de traitement d'informations" beskriver en struktur som för tillämpningsprogrammen döljer hàrdvaru- och mjukvaruegenska- per. 2 especially the real-time communication between the objects in accordance with CCIT X200. EP-A1-0 524 077 entitled "Structure of software for information processing systems" describes a structure which hides hardware and software properties for application programs.

EP-A2-O 470 415 beskriver en metod att förse ett antal applika- tionsprocessorer i ett telefonsystem med tillgång till koppel- relaterad information ienlgemensanxdatabas. Informationen taggas och lagras temporärt som en registrering i databasen så länge som kommunikationen págár. Informationen är speciellt inriktad att vara direkt synlig pà en presentationsterminal för övervakning i ett operatörsstyrt Växelsystem.EP-A2-0 470 415 describes a method for providing a number of application processors in a telephone system with access to link-related information in a common database. The information is temporarily tagged and stored as a record in the database for as long as the communication takes place. The information is specifically aimed at being directly visible on a presentation terminal for monitoring in an operator-controlled Switching System.

SAMMANFATTNING AV UPPFINNINGEN Det är därför ett behov i ett telekommunikationssystem, lämpligen med hjälp av nüukvara, att skapa en standardmässig och allmän struktur, som gör det möjligt att utsträcka systemet med nya tjänster och data utan att påverka redan existerande arbetande mjukvara i ett system som utnyttjar halvkoppelprincipen.SUMMARY OF THE INVENTION It is therefore necessary in a telecommunications system, suitably by means of nüukvaru, to create a standard and general structure, which makes it possible to extend the system with new services and data without affecting existing working software in a system using the half-coupling principle.

Ett första syfte i enlighet med den föreliggande uppfinningen är att kombinera halvkoppelprincipen, med ett allmänt protokoll mellan exekveringshalvkopplen och inbegripande en session innefattande en sessionsomfattning och en trafikfallsomfattning sonnanvänderrninnesfunktionez'i vilka olika registreringar lagrar pekare till en lokal minnesfunktion, varvid pekaren vidare kombineras med ett taggelement med vars hjälp lokalt lagrade data kommer att unikt identifieras och kan, trots att inte vara verkliga globala data, fortfarande användas som globala data under den speciella sessionens varaktighet, under vilken period de speciella registreringarna existerar.A first object in accordance with the present invention is to combine the half-coupling principle, with a general protocol between the execution half-couplings and including a session comprising a session scope and a traffic case scope for the user functions in which different registrations store pointers to a local memory function, wherein the pointer is further combined with the pointer by means of which locally stored data will be uniquely identified and, although not real global data, can still be used as global data for the duration of the special session, during which period the special registrations exist.

Ett andra syfte i enlighet med den föreliggande uppfinningen är att den speciella sessionsomfattningen använder en sessions- registrering för lagring av pekare till exekveringsobjekt för kopplet och ur vilken registrering det kommer att vara möjligt 503 394 3 att hitta alla andra objekt i sessionen om taggelelemten under vilka objekten lagras är kända, varjämte andra objekt lagras i en transaktionsregistrering refererad av sessionsregistreringen eller av en trafikfallsregistrering.A second object in accordance with the present invention is that the special session scope uses a session record for storing pointers to execution objects for the leash and from which record it will be possible to find all other objects in the session about the tag element under which the objects stored are known, and other objects are stored in a transaction record referenced by the session record or by a traffic case record.

Ett tredje syfte i enlighet med den föreliggande uppfinningen är att trafikfallsomfattningen har en liknande struktur som session- somfattningen och trafikfallsregistreringen refereras från sessionsregistreringen och trafikfallsregistreringen skapas för att lagra exekveringsobjekt för ett koppel.A third object in accordance with the present invention is that the traffic case scope has a similar structure as the session scope and traffic case registration are referenced from the session registration and the traffic case registration is created to store execution objects for a leash.

Ett fjärde syfte i enlighet med den föreliggande uppfinningen är att transaktionsregistreringen lagrar' dataobjekt soul tillhör tafikfallet.A fourth object in accordance with the present invention is that the transaction registration stores' data objects soul belonging to the case.

Ett femte syfte i enlighet med den föreliggande uppfinningen är att taggelementet realiseras genom ett heltal unikt tilldelat varje exekveringsobjekt eller dataobjekt som lagras.A fifth object in accordance with the present invention is that the tag element is realized by an integer uniquely assigned to each execution object or data object stored.

KORT BESKRIVNING AV RITNINGARNA Uppfinningen tillsammans med ytterligare syften och fördelar med denna kan bäst förstås genom att hänvisa till den följande beskrivningen läst tillsamans med de medföljande ritningarna i Vilka: Figur 1 är en illustration av en session med en sessionsstyr- ning, SC, som hanterar åtskilliga trafikfall inbe- gripande för varje trafikfall ett respektive origine- rande koppel, OC i komunikation med andra trafikfall inbegripande ett respektive terminerande koppel, TC, Figur 2 visar en sessionstyrning, SC som använder i enlighet med förfarandet och systemet enligt den föreliggande uppfinningen en sessionsregistrering för att lagra referenser till exekveringsobjekt och en transaktions- registrering för att lagra referenser till dataobjekt, 503 394 4 Figur 3 visar sammanställningar i enlighet med förfarandet och systemet enligt den föreliggande uppfinningen för att lagra ett trafikfallsobjekt i ett originerande koppel, OC, Figur 4 är den demonstration av objekt som styr dataflödet i en session, Figur 5 visar ett exempel när data för ett debiteringsunderlag tas ut frán en session, Figur 6 visar i ett enkelt exempel sambandet mellan skapade skötta objekt, Figur 7 visar den fullständiga statiska överblicken i enlighet med det enkla exemplet i fig. 6, Figur 8 är ett enkelt flödesdiagram för koppeldatasaman- fattning i en transaktionsregistrering under koppelbe- arbetning, samt Figur 9 är ett enkelt flödesdiagram över specifikation av data som skall inkluderas i en utmatning.BRIEF DESCRIPTION OF THE DRAWINGS The invention together with further objects and advantages thereof can best be understood by referring to the following description read in conjunction with the accompanying drawings in Which: Figure 1 is an illustration of a session with a session controller, SC, which handles several traffic cases including for each traffic case a respective original leash, OC in communication with other traffic cases including a respective terminating leash, TC, Figure 2 shows a session control, SC which uses in accordance with the method and system according to the present invention a session registration to store references to execution objects and a transaction record for storing references to data objects, 503 394 4 Figure 3 shows compilations in accordance with the method and system of the present invention for storing a traffic case object in an original leash, OC, Figure 4 is the demonstration of objects s controls the data flow in a session, Figure 5 shows an example when data for a billing document is taken from a session, Figure 6 shows in a simple example the relationship between created managed objects, Figure 7 shows the complete static overview in accordance with the simple example in Fig. 6, Fig. 8 is a simple flow chart for link data summary in a transaction record during link processing, and Fig. 9 is a simple flow chart of specification of data to be included in an output.

GRUNDPRINCIPER För att på ett effektivt sätt kunna hantera ändamålet enligt den föreliggande ansökningen är det praktiskt att först definiera ett antal tekniska termer som komer att vara användbara i. den följande beskrivningen.BASIC PRINCIPLES In order to be able to effectively manage the purpose according to the present application, it is practical to first define a number of technical terms that will be useful in the following description.

Ett vanligt sätt att strukturera mjukvara i växelsystem för telefoni med bearbetning av koppel är att dela styrningen av kopplet i tvâ halvor, ett Halvkoppel A och ett Halvkoppel B.A common way to structure software in exchange systems for telephony with leash processing is to divide the control of the leash into two halves, a Half Leash A and a Half Leash B.

Detta illustreras i fig. 2. Mjukvaran. san kontrollerar ett halvkoppel exekveras i en process benämnd en Session. En session kan hantera ett eller flera Trafikfall samtidigt (till exempel i.en flerkoppelsituation). Trafikfallet.definierar funktionalite- 503 394 5 ten och data som hanterar ett koppel i en session. Notera även att ett trepartskoppel hanteras av tvà trafikfall i en session, ett för varje koppelben.This is illustrated in Fig. 2. The software. san controls a half-leash executed in a process called a Session. A session can handle one or more Traffic Cases simultaneously (for example in a multi-link situation). The traffic case.dedefines the functionality and data that handles a leash in a session. Also note that a triple coupler is handled by two traffic cases in one session, one for each coupler leg.

För enkelhets skull struktureras sessionen i olika omfattningar och därför introduceras Sessionsomfattningen och Trafikfallsom- fattningen. Detta illustreras i fig. 3. Sessionsomfattningen kontrolleras av Grundflödes-sessionsstvrninqen, SC. Huvudupp- giften för sessionsstyrningen är att verka som en kommandotolk gentemot Ãtkomstprotokollet, ACP och göra en tjänstanalys på dessa kommandon (Meddelanden). Detta inbegriper dä, till exempel, initiering och terminering av nya trafikfall, distribution av information fràn átkomstprotokollet till rätt trafikfall, initiering av nya tjänster, osv.For the sake of simplicity, the session is structured to different extents and therefore the Session scope and the Traffic case scope are introduced. This is illustrated in Fig. 3. The session scope is controlled by the Basic Flow Session Control, SC. The main task of the session control is to act as a command interpreter in relation to the access protocol, ACP and perform a service analysis of these commands (Messages). This includes, for example, initiating and terminating new traffic cases, distributing information from the access protocol to the correct traffic case, initiating new services, etc.

Varje trafikfall i sessionen styrs av ett basflöde. Ett sådant basflöde kan vara antingen ett Qriginerande koppel, OC eller ett Terminerande koppel, TC. Huvuduppgiften för detta basflöde är att ta hand om den grundläggande koppelhanteringen. Detta inbegriper till exempel upprättande/urkopplande av ett koppel (inkluderande hantering av Telekommunikationstiänstprotokollet, TSP, mellan halvkoppel), beställning av upprättande/urkopplande av för- bindelser (till exempel en talförbindelse), beställning av adressinformationsanalys, osv.Each traffic case in the session is controlled by a base flow. Such a base flow can be either a quenching torque, OC or a terminating torque, TC. The main task of this basic flow is to take care of the basic coupling management. This includes, for example, establishing / disconnecting a liaison (including handling the Telecommunication Services Protocol, TSP, between half-liaison), ordering the establishment / disconnection of connections (for example a voice connection), ordering address information analysis, etc.

För att understöda de olika omfattningarna och styrlogiken som arbetar inom dessa, finns det ett behov av en liknande datastruk- tur. Alltsá måste data struktureras pà ett visst sätt för att göra det möjligt att implementera och.underhàlla tillämpningarna.To support the different scopes and control logic that work within these, there is a need for a similar data structure. Thus, data must be structured in a certain way to make it possible to implement and maintain the applications.

Motsvarande finns det två olika typer av objekt, vilka i denna beskrivning benämns Exekveringsobjekt och Dataobjekt.Correspondingly, there are two different types of objects, which in this description are called Execution objects and Data objects.

Ett exekveringsobjekt kommer att exekveras i sessionen, t. ex. styrobjekt, protokollobjekt, resursobjekt, osv. Ett rent data- objekt kommer att innehålla data mottagna till exempel fràn ett Teletjänstprotokollmeddelande_ Det skall också vara möjligt att göra en utmatning av denna typ av data av debiterings- och 503 394 6 statistikskäl. De tvà typerna av objekt har olika semantik och lagras i skilda registreringar i sessionen. Detta illustreras i fig. 4. En sådan registrering refereras till som en Sessions- registrering och används för att lagra pekare till protokollo- bjekt instantierade av styr- och resursobjekt i sessionen.An execution object will be executed in the session, e.g. control object, protocol object, resource object, etc. A pure data object will contain data received, for example, from a Telecommunications Service Protocol message. It must also be possible to make an output of this type of data for billing and statistical reasons. The two types of objects have different semantics and are stored in different registrations in the session. This is illustrated in Fig. 4. Such a record is referred to as a Session record and is used to store pointers to protocol objects instantiated by control and resource objects in the session.

Objekten lagrade i sessionsregistreringen är gemensama för hela sessionen. För lagring av referenser till rena dataobjekt används en Transaktionsregistrering. Pà liknande sätt som sessions- registreringen lagrar pekare till objekt används också trans- aktionsregistreringen (också kallad koppelregistrering) för att lagra pekare till rena dataobjekt instantierade av styr-, protokoll- och resursobjekt i sessionen eller i ett trafikfall som exekverar i sessionen.The objects stored in the session registration are common to the entire session. A Transaction Registration is used for storing references to pure data objects. In a similar way as session registration stores pointers to objects, transaction registration (also called link registration) is also used to store pointers to pure data objects instantiated by control, protocol and resource objects in the session or in a traffic case executing in the session.

En användares översikt av en sessionsregistrering refereras som en Sessionsrggistreringsöversikt och ger användaren ett gräns- snitt till sessionsregistreringen pá en hög abstraktionsnivà. Pä sama sätt refereras som Transaktionsregistreringsöversikten en användares översikt av en transaktionsregistrering och ger an- vändaren ett gränssnitt till transaktionsregistreringentpå en hög abstraktionsnivà.A user's overview of a session registration is referred to as a Session Registration Overview and gives the user an interface to the session registration at a high level of abstraction. In the same way as the Transaction Registration Overview, a user's overview of a transaction registration is referred to and provides the user with an interface to the transaction registration at a high level of abstraction.

Slutligen finns det också en Trafikfallsregistrering som är en registrering där pekare till objekt som tillhör ett trafikfall lagras. Endast pekare till protokollobjekt och resursobjekt lagras i denna registrering. För lagring av rena dataobjekt skulle en transaktionsregistrering användas. En användares översikt av en trafikfallsregistrering refereras till en Trafikfallsregistreringsöversikt och ger användaren ett gräns- snitt till sessionsregistreringen på en hög abstraktionsnivà.Finally, there is also a Traffic Case Registration which is a registration where pointers to objects belonging to a traffic case are stored. Only pointers for protocol objects and resource objects are stored in this record. For storage of pure data objects, a transaction registration would be used. A user's overview of a traffic case registration is referred to as a Traffic Case Registration Overview and gives the user an interface to the session registration at a high level of abstraction.

DETALJERAD BESKRIVNING Av DEN FÖREDRAGNA UTFöRINGsFoRMEN För att understöda de olika omfattningarna och motsvarande styrlogik vid en bearbetning av koppel i ett telekommunikations- system behöver vi en lämplig datastruktur. Data máste strukture- ras för att göra det möjligt att implementera och underhålla 503 394 7 tillämpningarna. Vi introducerar därför två olika typer av objekt, exekveringsobjekt, respektive dataobjekt, för att hålla ordning i en session. Dessa två termer, som redan definierats ovan, har olika semantik och lagras i olika registreringar i den genererade sessionen. Vid lagring av ett objekt i en samman- fattning är det endast en fråga om att lagra en pekare till objektet som skall lagras och följaktligen görs i ett sådant steg ingen duplicering av objektet självt. Detta innebär också att för en sådan pekarlagring finns det faktiskt inget behov av att veta storleken av det speciella objektet.DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT In order to support the different scopes and corresponding control logic when processing leashes in a telecommunication system, we need a suitable data structure. Data must be structured to make it possible to implement and maintain the applications. We therefore introduce two different types of objects, execution objects and data objects, respectively, to keep order in a session. These two terms, already defined above, have different semantics and are stored in different registrations in the generated session. When storing an object in a summary, it is only a matter of storing a pointer to the object to be stored and consequently in such a step no duplication of the object itself is made. This also means that for such a pointer storage, there is actually no need to know the size of the particular object.

Figur 1 är en generaliserad översikt av en sessionsomfattning, vilken styrs av sessionsstyrningen SC. Sessionsstyrningen verkar som en kommandotolk gentemot åtkomstprotokollet ACP, vilket är den allmänna termen använd för abonnent- eller nätätkomster. Som är uppenbart ur figur 1 innehåller sessionen ett eller flera trafikfall, och här innehåller den speciella sessionen tvà trafikfall som båda är av typen OC (originerande koppel). Vart och ett av de två trafikfallen av typ OC upprättas med hjälp av respektive trafikfall till ett annat trafikfall av typ TC (terminerande koppel) via ett hanterande telekommunikation- stjänstprotokoll, TSP.Figure 1 is a generalized overview of a session scope, which is controlled by the session controller SC. Session control acts as a command interpreter against the ACP access protocol, which is the general term used for subscriber or network access. As can be seen from Figure 1, the session contains one or more traffic cases, and here the special session contains two traffic cases, both of which are of the OC (original leash) type. Each of the two traffic cases of type OC is established with the help of each traffic case to another traffic case of type TC (terminating leash) via a handling telecommunication service protocol, TSP.

Som indikerat i figur 2 finns det i sessionsomfattningen en sessionsregistrering som skall användas för lagring av en pekare, PTR, till varje exekveringsobjekt, till exempel till en så kallad sessionsagent. Sessionsregistreringen, SR, är med hjälp av andra pekare datastrukturens rot i varje session. Dataobjekten i hela sessions hittas i transaktionsregistreringen med hjälp av deras respektive pekare, PTR. Varje inmatning i sessionsregistreringen har ett speciellt namn eller en nyckel, TAG, vilken gör det möjligt finna vilket som helst objekt inom sessionsomfattningen om den specielle systemoperatören känner det speciella namnet eller TAG.As indicated in Figure 2, there is in the session scope a session registration to be used for storing a pointer, PTR, to each execution object, for example to a so-called session agent. The session registration, SR, with the help of other pointers is the root of the data structure in each session. The data objects in entire sessions are found in the transaction registration using their respective pointer, PTR. Each entry in the session registration has a special name or key, TAG, which makes it possible to find any object within the session scope if the special system operator knows the special name or TAG.

Figur 3 är en generaliserad översikt av en trafikfallsomfattning, här innehållande ett koppel av originerande typ, OC, men ett 503 394 8 koppel av terminerande typ, TC, skulle ha motsvarande struktur.Figure 3 is a generalized overview of a traffic case scope, here containing an original type leash, OC, but a terminating type leash, TC, would have a corresponding structure.

Denna omfattning måste introduceras om tillämpningen har behov av att exekvera ett godtyckligt antal parallella trafikfall i sessionen. Trafikfallsomfattningens struktur är sålunda likartad med den för sessionsomfattningen. För varje trafikfall i en session finns skapat en trafikfallsregistrering för att lagra exekveringsobjekt. Liksom i sessionsregistreringen används ett namn eller TAG cxflï en pekare PTR. Trafikfallsregistreringen refereras följaktligen.frán sessionsregistreringen. För att lagra objekt som tillhör trafikfallet används följaktligen en trans- aktionsregistrering, TR, som skapar en tabell för dataobjekten vid denna trafikfallsnivà.This scope must be introduced if the application needs to execute any number of parallel traffic cases in the session. The structure of the traffic case scope is thus similar to that of the session scope. For each traffic case in a session, a traffic case registration is created to store execution objects. As in session registration, a name or TAG cx fl ï a pointer PTR is used. The traffic case registration is consequently referenced from the session registration. Consequently, a transaction registration, TR, is used to store objects belonging to the traffic case, which creates a table for the data objects at this traffic case level.

Varje användare av en sessions- eller trafikfallsregistrering har ett eget översiktsobjekt via vilket de lagrade exekveringsobjek- ten eller dataobjekten kan àtkommas.Each user of a session or traffic case registration has its own overview object via which the stored execution objects or data objects can be accessed.

Figur 4 demonstrerar mera i detalj dataflödet genom en session som exekverar ett originerande koppel, OC. Dataflödet startar när nâgra data umttas :mr en âtkomstagent eller inmatningsagent.Figure 4 demonstrates in more detail the data flow through a session executing an original link, OC. The data flow starts when some data is received: mr an access agent or input agent.

Mottagna data omvandlas till en intern AXE-representation.Received data is converted to an internal AX representation.

Omvandlade data lagras sedan i transaktionsregistreringen, TR.Converted data is then stored in the transaction record, TR.

Dataobjektet lagras med en tagg. Taggen är ett heltal som är reserverat för detta speciella dataobjekt. Andra användare, t. ex. en tillämpningsanalys, som behöver dataobjektet kan hämta detta ur transaktionsregistreringen:ned hjälp av taggen och genom att utnyttja ett transaktionsregistreringsöversiktsobjekt, TR_View. Ovanstående exempel illustrerar när data sänds av utmatningsagenten till det andra halvkopplet via telekommunika- tionstjänstprotokollet, TSP. Data sänds i en parameter vilken förutom data innehåller taggen som identifierar den.The data object is stored with a tag. The tag is an integer reserved for this particular data object. Other users, e.g. an application analysis, which needs the data object can retrieve this from the transaction registration: down using the tag and by using a transaction registration overview object, TR_View. The above example illustrates when data is sent by the output agent to the other half-switch via the telecommunication service protocol, TSP. Data is sent in a parameter which in addition to data contains the tag that identifies it.

Som nämnts ovan lagras ett dataobjekt i transaktionsregistre- ringen (en synonym för transaktionsregistrering är också koppel- registrering). Transaktionsregistreringen, TR, átkoms som redan nämnts via ett översiktsobjekt. Översiktsobjektet ger användaren ett högnivàgränssnitt till TR, vilket kommer att ytterligare 503 394 9 beskrivas nedan. Varje dataobjekt som lagras i transaktions- registreringen identifieras semantiskt genom ett namn eller en nyckel hänvisad till som TAG. TAG är ett heltal, i en exemplifie- rande utföringsform ett 16 bitars ord, som har reserverats för ett speciellt dataobjekt. Genonxanvändning av en dynamisk lagring såsom transaktionsregistreringen, där dataobjekten lagras med taggar kommer det att vara möjligt att understöda en mycket flexibel utmatningsmekanism. Med andra ord kommer det att vara ytterst lätt, utan att inverka pá telekommunikationssystemets allmänna funktion, att vid vilken som helst speciell tidsperiod ta ut vilka som helst valda dataobjekt pá begäran av användaren för en senare analys. En följd av detta är att det kommer att vara ytterst enkelt att lägga till ytterligare tjänster i ett system som arbetar i enlighet med ett sådant strukturerat arbetssätt.As mentioned above, a data object is stored in the transaction registration (a synonym for transaction registration is also link registration). The transaction registration, TR, access that has already been mentioned via an overview object. The overview object provides the user with a high-level interface to TR, which will be further described below. Each data object stored in the transaction registration is semantically identified by a name or key referred to as TAG. TAG is an integer, in an exemplary embodiment a 16-bit word, which has been reserved for a particular data object. Through the use of a dynamic storage such as the transaction registration, where the data objects are stored with tags, it will be possible to support a very flexible output mechanism. In other words, it will be extremely easy, without affecting the general function of the telecommunication system, to retrieve at any particular time period any selected data objects at the request of the user for a later analysis. A consequence of this is that it will be extremely easy to add additional services to a system that works in accordance with such a structured approach.

Antag att agenten tar emot parametern "anropar parts nummer" i protokollet ACP. Data kommer att omvandlas till intern AXE- representation och lagras i TR tillsammans med en dedicerad tagg, "AppCallingPartyNumberTag". Andra användare av TR som behöver detta 'anropar parts numer' kan sedan vända sig till TR och begära dataobjektet som är lagrat med TAG "AppCallingPartyNum- berTag". Ett gränssnitt "Application Platform Tags Interface", ATI innehåller antalet taggar använda av funktionerna. ATI innehåller också regler som skall följas när nya taggar reserve- ras.Assume that the agent receives the parameter "calls party number" in the ACP protocol. Data will be converted to internal AX representation and stored in TR along with a dedicated tag, "AppCallingPartyNumberTag". Other users of TR who need this 'call party numbers' can then turn to TR and request the data object stored with TAG "AppCallingPartyNumberTag". An "Application Platform Tags Interface" interface, ATI contains the number of tags used by the features. ATI also contains rules that must be followed when new tags are reserved.

Som redan nämnt àtkoms TR alltid via ett översiktsobjekt. Över- siktsobjektet har två huvuduppgifter. Varje användare av TR skall ha ett dedicerat gränssnitt till innehållet i TR. Den andra upp- giften är att verka som ett handtagsobjekt gentemot TR, varvid handtaget säkerställer att TR inte avlägsnas förrän alla handtag tagits bort. Översiktsobjekt används också för att ätkomma innehállen i de andra typerna av registreringar son1finns, sessionsregistreringen och trafikfallsregistreringen. Som nämnt ovan är en uppgift för 503 394 10 översiktsobjektet att förse användaren med ett skräddarsytt gränssnitt på en hög abstraktionsnivå gentemot en registrering.As already mentioned, TR is always accessed via an overview object. The overview object has two main tasks. Each user of TR must have a dedicated interface to the content of TR. The second task is to act as a handle object to TR, whereby the handle ensures that TR is not removed until all handles have been removed. Overview objects are also used to access the contents of the other types of registrations that exist, the session registration and the traffic case registration. As mentioned above, a task for the overview object is to provide the user with a customized interface at a high level of abstraction in relation to a registration.

Med skräddarsytt menas att gränssnittet ger användarna åtkomst endast till objekt som behöver vara åtkomliga, vilket kan vara endast en del av det totala innehållet i en registrering.Tailored means that the interface gives users access only to objects that need to be accessible, which can only be a part of the total content of a registration.

Den andra huvuduppgiften för översiktsobjektet gentemot transak- tionsregistreringen och trafikfallsregistreringen är att de kan fungera som handtag. Sá länge som en registrering har ett handtag kan den inte tas bort. När det sista handtaget gentemot en registrering tas bort tas också registreringen och allt dess innehåll bort från den lokala minneslagringen. Det är uppenbart att detta skapar en mycket förmånlig lokal minneshantering.The other main task for the overview object in relation to the transaction registration and traffic case registration is that they can function as handles. As long as a registration has a handle, it cannot be removed. When the last handle for a registration is removed, the registration and all its contents are also removed from the local memory storage. It is obvious that this creates a very favorable local memory management.

Koppelregistreringsutmatningsmekanismen redan nämnd används för att mata ut innehållet i en transaktionsregistrering för efterbe- arbetning. Det skall noteras att innehållen i sessionsregistre- ringen och trafikfallsregistreringen och en transaktionsregistre- ring finns endast under varaktigheten av denna speciella session och kommer att försvinna när sessionen avslutas. Utmatnings- mekanismen är uppbyggd kring ett antal hanterade objekt som innehåller tagglistor. I ett telekommunikationssystems funktion finns till exempel ett behov att samla debiteringsdata för att kunna på riktigt sätt debitera de olika abonnenterna. I figur 5 exemplifieras vad som kan ske i en session. Ett kontrollobjekt "debitering" har öppnat ett objekt Cro_Type. Detta speciella objekt Cro_Type innehåller en tagg-lista hämtad från databasen som anger dataobjekten som kan tas ut ur transaktionsregistre- ringen. Cro_Type beordras sedan sammanställa en rapport in- nehållande dataobjekten identifierade av tagg-listan som är lagrad i databasen. Kontrollobjektet använder sedan gränssnittet för Cro_Type för att samla in data under den speciella sessionens existens. Data kan packas i en data-area som sedan sänds till en efterbearbetningsnod. Följaktligen kan ett debiteringsunderlag på grund av ökade tjänster ändras vid vilket som helst ögonblick genom enkel modifiering av tagg-listan utan att alls interferera med det existerade systemet som har en struktur i enlighet med 503 394 ll den föreliggande uppfinningen.The coupler registration output mechanism already mentioned is used to output the contents of a transaction registration for post-processing. It should be noted that the contents of the session registration and traffic case registration and a transaction registration exist only during the duration of this special session and will disappear when the session ends. The output mechanism is built around a number of managed objects that contain tag lists. In the function of a telecommunication system, for example, there is a need to collect billing data in order to be able to charge the various subscribers in a correct way. Figure 5 exemplifies what can happen in a session. A "debit" control object has opened a Cro_Type object. This special object Cro_Type contains a tag list retrieved from the database that indicates the data objects that can be removed from the transaction registration. Cro_Type is then ordered to compile a report containing the data objects identified by the tag list stored in the database. The control object then uses the Cro_Type interface to collect data during the existence of the special session. Data can be packed in a data area which is then sent to a post-processing node. Consequently, a billing basis due to increased services can be changed at any time by simply modifying the tag list without interfering at all with the existing system having a structure in accordance with the present invention.

Det effektiva resultatet av detta är att även om innehällen i de olika sessionerna definieras som lokala data är det möjligt att samtidigt använda önskade delar av innehållet som om det utgör globala data. En skillnad mellan lokala och globala data är till exempel att de senare av nödvändighet normalt måste allokeras i pà förhand fastställa minnespositioner för att kunna àtkommas av andra användare.The effective result of this is that even if the contents of the different sessions are defined as local data, it is possible to simultaneously use the desired parts of the content as if it were global data. One difference between local and global data is, for example, that the latter must necessarily be allocated in pre-determined memory locations in order to be accessed by other users.

I den belysande utföringsformen använder vi tre typer av hanterade objekt för att åstadkomma den flexibla utmatnings- mekanismen beskriven här. De kallas 'CroServiceTemplate', 'CroType' och 'CroCustomerTemplate'. Den första hanterade objekttypen, 'CroServiceTemplate' används för specifikation av vilka data som är möjliga att ta ut för en speciell bas- eller tilläggstjänst. 'CroServiceTemp1ate' innehåller ett attribut, möjliga TAG, som anger vilka data som är möjliga att ta ut ur transaktionsregistreringen, TR, för en speciell tjänst, till exempel i detta sammanhang en "bastjänst“ eller ett "trepartskop- pel".In the illustrative embodiment, we use three types of managed objects to achieve the flexible output mechanism described here. They are called 'CroServiceTemplate', 'CroType' and 'CroCustomerTemplate'. The first managed object type, 'CroServiceTemplate' is used to specify what data can be retrieved for a particular base or add-on service. 'CroServiceTemp1ate' contains an attribute, possible TAG, which indicates what data can be extracted from the transaction registration, TR, for a particular service, for example in this context a "basic service" or a "tripartite link".

Den andra hanterade objekttypen är 'CroType' vilken används för specifikation av en viss utmatningstyp. Varje exempel på 'CroType' är kopplad till en eller flera exempel pá 'CroService- Template'. Föreningen av data i dessa 'CroServiceTemplate' bestämmer vilka data som är möjliga att mata ut för en speciell 'CroType'.The other managed object type is 'CroType' which is used to specify a specific output type. Each example of 'CroType' is linked to one or more examples of 'CroService-Template'. The combination of data in these 'CroServiceTemplate' determines which data can be output for a particular 'CroType'.

Det tredje och sista.hanteringsobjekttypen är 'CroCustomerTempla- te' som är ett hanterat objekt för en speciell kund i en speciell utmatningstyp, 'CroType'.The third and final handling object type is 'CroCustomerTemplate' which is a managed object for a special customer in a special output type, 'CroType'.

Figur 6 demonstrerar ett litet exempel med villkoren: - Det finns två kunder, A och B.Figure 6 demonstrates a small example with the conditions: - There are two customers, A and B.

- Det finns tvâ tjänster, "baskoppel" och "trepartskoppel".- There are two services, "basic coupling" and "triple coupling".

- Det finns två 'CroType', 'Crotype1' och CroType2' 503 394 12 Eftersonxdet finns två tjänster behöver vi två 'CroServiceTempla- te': - 'CroServiceTemplate' för baskoppel, som innehåller taggar 1, 2, 5, och 8.- There are two 'CroType', 'Crotype1' and CroType2 '503 394 12 Since there are two services, we need two' CroServiceTemplate ': -' CroServiceTemplate 'for base coupler, which contains tags 1, 2, 5, and 8.

- 'CroService Template' för trepartskoppel, som innehåller taggar 1, 2, 6 och 9.- 'CroService Template' for triple coupler, which contains tags 1, 2, 6 and 9.

Detta betyder att för "baskopplet" kan vi mata ut data lagrade i TR med taggarna 1, 2, 5, och 8, medan för tjänsten "tre- partskoppel" kan vi mata ut data lagrade under taggarna 1, 2, 6, och 9.This means that for the "basic coupler" we can output data stored in TR with tags 1, 2, 5, and 8, while for the service "triple coupler" we can output data stored under tags 1, 2, 6, and 9 .

Vi kan sedan definiera två utmatningstyper, 'CroType1' konstrue- rad så att den kommer att kunna mata ut data relaterade till båda tjänsterna och 'CroType2' konstruerad så att den kommer att kunna utmata data relaterade till baskopplet. I figur 6 åskådliggörs grundstrukturen och relationen mellan de skapade hanterade objekten.We can then define two output types, 'CroType1' designed so that it will be able to output data related to both services and 'CroType2' designed so that it will be able to output data related to the base connector. Figure 6 illustrates the basic structure and the relationship between the created managed objects.

En 'CroCustomerTemplate' krävs för varje kund och 'Crotype' för att bilda utmatningsmekanismen "koppelregistreringsutmatning", CRO, i stånd att utföra utmatningar av alla "CroType' till alla kunder. Detta resulterar i detta exempel i totalt fyra 'CroCusto- merTemplate'. I figur'7 demonstreras den resulterande strukturen.A 'CroCustomerTemplate' is required for each customer and a 'Crotype' to form the output mechanism "Coupler Registration Output", CRO, capable of performing outputs of all "CroType 'to all customers, resulting in this example in a total of four' CroCustomerTemplate '. Figure 7 demonstrates the resulting structure.

Kund A kräver alla möjliga taggar ur 'CroType1' och tagg nr 1 och 2 ur 'CroType2' och kund B kräver taggar med lägre numer än 8 från alla 'CroType'. Vi har då en slutlig struktur som ut- matningsmekanismen CRO behöver för att bilda en riktig för- delning. Vi har specificerat vilka datafält alla olika kunder behöver ur alla olika 'CroType'.Customer A requires all possible tags from 'CroType1' and tags no. 1 and 2 from 'CroType2' and customer B requires tags with numbers lower than 8 from all 'CroType'. We then have a final structure that the output mechanism CRO needs to form a correct distribution. We have specified which data fields all different customers need from all different 'CroType'.

En slutdel av dataflödet i figur 4 beskriver när data skall sändas till det andra halvkopplet. Halvkopplen kommunicerar med hjälp av telekommunikationstjänstprotokollet, TSP. TSP bär självidentifierande parametrar. En parameter innehåller ett dataobjekt och identifieras av en tagg, vilken i en belysande utföringsforu1kan innehålla ett antal bitgrupper, t.ex. 16 binära 503 394 13 bitar. Mottagaren kan fastställa vilka data som tas emot genom att titta pá taggen. Taggen vilken används för att identifiera en parameter i TSP är sama tagg som används för att identifiera data lagrade i TR.An end part of the data flow in Figure 4 describes when data is to be sent to the other half-switch. The half-coupler communicates using the telecommunication service protocol, TSP. TSP carries self-identifying parameters. A parameter contains a data object and is identified by a tag, which in an illustrative embodiment may contain a number of bytes, e.g. 16 binary 503 394 13 bits. The recipient can determine which data is being received by looking at the tag. The tag used to identify a parameter in TSP is the same tag used to identify data stored in TR.

I figur 8 sammanfattas ett antal steg i ett enkelt flödesdiagram för en koppeldatasammanfattning i en transaktionsregistrering under koppelbearbetning. En sådan bearbetning startas i ett steg 100. I ett första steg 101 i processen tas ett meddelande emot via ett externt protokoll. Det tas emot i en protokollagent i en dynamisk process i systemet. Därefter i ett steg 102 omvandlas data från en extern representation till en intern representation.Figure 8 summarizes a number of steps in a simple flow chart for a link data summary in a transaction record during link processing. Such processing is started in a step 100. In a first step 101 in the process, a message is received via an external protocol. It is received in a protocol agent in a dynamic process in the system. Then, in a step 102, data is converted from an external representation to an internal representation.

Ett dataobjekt skapa i processen. Detta dataobjekt innehåller då den interna representationen av mottagna data.Create a data object in the process. This data object then contains the internal representation of received data.

I ett tredje steg 103 lagras dataobjektet under ett unikt taggelement i en transaktionsregistrering. Under koppelbe- arbetningen hämtas data i ett fjärde steg 104 frán transaktions- registreringen med användning av ett transaktionsregistrerings- översiktsobjekt, som då använder taggelementet för att få den korrekta pekaren PTR, för att återskapa specificerade data.In a third step 103, the data object is stored under a unique tag element in a transaction record. During link processing, in a fourth step 104, data is retrieved from the transaction record using a transaction record overview object, which then uses the tag element to obtain the correct pointer PTR, to recreate specified data.

När kopplet upphör, eller när en utmatning av koppeldata önskas av statistik- eller debiteringsskäl, kallas funktionen koppel- registreringsutmatning :í ett femte steg 105. Denna funktion àtkomer databasen för att finna ut vilka data, som skall matas ut. Som ett resultat fär funktionen en lista över taggelement. önskade data hämtas från TR i steg 104 och läggs till en utmatningsbuffert. Denna buffert kan sedan matas ut till ett externt media. Data kan senare efterbearbetas för att till exempel skapa debiteringsinformation osv.When the leash ceases, or when an output of link data is desired for statistical or billing reasons, the function is called link record output: in a fifth step 105. This function accesses the database to find out which data is to be output. As a result, the function gets a list of tag elements. desired data is retrieved from TR in step 104 and an output buffer is added. This buffer can then be output to an external media. Data can later be processed to, for example, create billing information, etc.

Slutligen i figur 9 visas med hjälp av tre steg i ett enkelt flödesdiagram en specifikation av data, som skall inkluderas i en utmatning. Proceduren startar i steg 200. I ett steg 201 bestämmer tillhandahállaren av tjänsten, eller någon annan operatör som administrerar systemet, vilka data som skall matas 503 394 14 ut för olika koppeltyper. Dessa olika utmatningstyper specifice- ras i ett andra steg 202 genom att fylla i mallar med listor för taggar, som skall utmatas. I ett sista steg 203 lagras dessa mallar i databasen genom att, till exempel, mata in listan med taggar med hjälp av en separat terminal och/eller ett tangent- bord. Dessa inmatade tagglistor àtkoms senare under koppelbe- arbetningen. Inmatning av tagglistan kommer inte att interferera med den allmänna koppelbearbetningen i telekommunikationssystemet för att initiera och avsluta trafikfall, distribuera information från átkomstprotokollet till det rätt trafikfall, initiera nya tjänster, etc., utan när den är inmatad kommer den att bestämma vilka data, som skall lagras i databasen för efterbearbetning.Finally, in Figure 9, by means of three steps in a simple flow chart, a specification of data to be included in an output is shown. The procedure starts in step 200. In a step 201, the service provider, or any other operator administering the system, determines which data to output 503 394 14 for different switch types. These different output types are specified in a second step 202 by filling in templates with lists of tags to be output. In a final step 203, these templates are stored in the database by, for example, entering the list of tags using a separate terminal and / or a keyboard. These entered tag lists are accessed later during the coupling process. Entering the tag list will not interfere with the general link processing in the telecommunication system to initiate and terminate traffic cases, distribute information from the access protocol to the correct traffic case, initiate new services, etc., but when entered it will decide which data to stored in the database for post-processing.

Det kommer att inses av fackmannen att olika modifikationer och ändringar kan göras pá hårdvaran/mjukvaran i enlighet med den föreliggande uppfinningens koncept utan att avvika frán andeme- ningen och omfattningen av detta, vilket definieras av de bilagda patentkraven.It will be appreciated by those skilled in the art that various modifications and alterations may be made to the hardware / software in accordance with the concept of the present invention without departing from the spirit and scope thereof, as defined by the appended claims.

Claims (10)

503 394 15 PATENTKRAV503 394 15 PATENT CLAIMS 1. Förfarande för att strukturera anropsbearbetning i ett telekommunikationssystem, lämpligen med hjälp av mjukvara, för att skapa en standardmässigt och allmän struktur, vilken gör det möjligt att utsträcka systemet med nya tjänster och data utan att påverka en redan existerande arbetande huvudmjukvara för systemet som använder halvkoppelprincipen, k ä n n e t e c k n a t av kombination av denna halvkoppelprincip med ett allmänt protokoll mellan de exekverande halvkopplen och inkluderande en session innefattande en sessionsomfattning och en trafikfallsomfattning vilka använder minnesfunktioner i vilka olika registreringar lagrar pekare (PTR) till en lokal minnesfunktion, varvid pekarna kombineras med ett taggelement (TAG) med 'vars hjälp lokalt lagrade data kan unikt idetifieras och kan, trots att inte vara verkliga reella globala data, fortfarande användas som globala data under en specifik sessions varaktighet under vilken period en speciell registrering existerar.Procedure for structuring call processing in a telecommunications system, suitably using software, to create a standard and general structure, which makes it possible to extend the system with new services and data without affecting an existing working main software for the system using the half-link principle, characterized by combining this half-link principle with a general protocol between the executing half-links and including a session comprising a session scope and a traffic case scope which use memory functions in which different registrations store pointers (PTR) to a local memory function, combining the pointers with a tag elements (TAGs) with the help of which locally stored data can be uniquely identified and, although not real global data, can still be used as global data for the duration of a specific session during which period a particular record exists. 2. Förfarande enligt krav 1, k ä n n e t e c k n a t av att den speciella sessionsomfattningen använder en sessionsregistre- ring (SR) för lagring' av' pekare till exekveringsobjekt för kopplet och ur vilken registrering det komer att vara möjligt att hitta alla andra objekt i sessionen om taggelelemten (TAG) under vilka objekten lagras är kända, varjämte andra objekt lagras i en transaktionsregistrering (TR) refererad av en sessionsregistrering (SR) eller av en trafikfallsregistrering.Method according to claim 1, characterized in that the special session scope uses a session registration (SR) for storing 'pointers' to execution objects for the leash and from which registration it will be possible to find all other objects in the session if the tag element (TAG) under which the objects are stored are known, and other objects are stored in a transaction registration (TR) referenced by a session registration (SR) or by a traffic case registration. 3. Förfarande enligt krav 2, k ä n n e t e c k n a t av att trafikfallsomfattningen har en liknande struktur som sessions- omfattningen och trafikfallsregistreringen refereras fràn sessionsregistreringen (SR) och trafikfallsregistreringen skapas för att lagra exekveringsobjekt för ett koppel.Method according to claim 2, characterized in that the traffic case scope has a similar structure as the session scope and the traffic case registration is referenced from the session registration (SR) and the traffic case registration is created to store execution objects for a leash. 4. Förfarande enligt krav 2, k ä n n e t e c k n a t av att transaktionsregistreringen lagrar dataobjekt som tillhör trafik- fallet. 503 394 16Method according to claim 2, characterized in that the transaction registration stores data objects belonging to the traffic case. 503 394 16 5. Förfarande enligt något av kraven 1 till 4, k ä n n e - t e c k n a t av att taggelementet (TAG) realiseras genom ett heltal unikt tilldelat varje exekveringsobjekt eller dataobjekt som lagras.Method according to one of Claims 1 to 4, characterized in that the tag element (TAG) is realized by an integer uniquely assigned to each execution object or data object which is stored. 6. Växelsystem för telefoni med koppelbearbetning, vilket gör det möjligt att utvidga systemet med nya tjänster och data utan att påverka en redan existerande arbetande huvudmjukvara för systemet som använder halvkoppelprincipen, k ä n n e t e c k - n a t av att halvkoppelprincipen kombineras med ett allmänt protokoll mellan de exekverande halvkopplen och inkluderande en session som innefattar en sessionsomfattning och en trafik- fallsomfattning vilka använder minnesfunktioner i vilka olika registreringar lagrar pekare (PTR) till en lokal minnesfunktion, varvid pekarna kombineras med ett taggelement (TAG) med vars hjälp lokalt lagrade data kan unikt idetifieras och kan, trots att inte vara verkliga reella globala data, fortfarande användas som globala data under en specifik sessions varaktighet under vilken period en speciell registrering existerar.Switching telephony exchange system, which makes it possible to extend the system with new services and data without affecting an existing working main software for the system using the semi-coupling principle, characterized by the semi-coupling principle being combined with a general protocol between the executives the half-coupler and including a session comprising a session scope and a traffic case scope which use memory functions in which different recordings store pointers (PTR) to a local memory function, the pointers being combined with a tag element (TAG) by means of which locally stored data can be uniquely identified and can, although not be real global data, still be used as global data for the duration of a specific session during which period a particular record exists. 7. System enligt krav 6, k ä n n e t e c k n a t av att den speciella sessionsomfattningen använder en sessionsregistrering (SR) för lagring av pekare till exekveringsobjekt för kopplet och ur vilken registrering det kommer att vara möjligt att hitta alla andra objekt i sessionen om taggelelemten (TAG) under vilka objekten lagras är kända, varjämte andra objekt lagras i en transaktionsregistrering (TR) refererad av en sessionsregistre- ring (SR) eller av en en trafikfallsregistrering.System according to claim 6, characterized in that the special session scope uses a session registration (SR) for storing pointers to execution objects for the leash and from which registration it will be possible to find all other objects in the session about the tag element (TAG). during which the objects are stored are known, and other objects are stored in a transaction registration (TR) referenced by a session registration (SR) or by a traffic case registration. 8. System enligt krav 7, k ä n n e t e c k n a t av att trafikfallsomfattningen har en liknande struktur som sessions- omfattningen och trafikfallsregistreringen refereras från sessionsregistreringen (SR) och trafikfallsregistreringen skapas för att lagra exekveringsobjekt för ett koppel. 503 394 17System according to claim 7, characterized in that the traffic case scope has a similar structure as the session scope and the traffic case registration is referenced from the session registration (SR) and the traffic case registration is created to store execution objects for a leash. 503 394 17 9. System enligt krav 8, k ä n n e t e c k n a t av att transaktionsregistreringen lagrar dataobjekt som tillhör trafik- fallet.9. A system according to claim 8, characterized in that the transaction registration stores data objects belonging to the traffic case. 10. System enligt något av kraven kraven 6 till 9, k ä n n e - t e c k n a t av att taggelementet (TAG) realiseras genom ett heltal unikt tilldelat varje exekveringsobjekt eller dataobjekt som lagras.A system according to any one of claims 6 to 9, characterized in that the tag element (TAG) is realized by an integer uniquely assigned to each execution object or data object stored.
SE9403130A 1994-09-19 1994-09-19 Procedure for structuring call processing and switching systems for telephony with tethering SE503394C2 (en)

Priority Applications (11)

Application Number Priority Date Filing Date Title
SE9403130A SE503394C2 (en) 1994-09-19 1994-09-19 Procedure for structuring call processing and switching systems for telephony with tethering
MX9701999A MX9701999A (en) 1994-09-19 1995-09-12 A method to structure call processing and a call processing switching system for telephony.
CA 2197983 CA2197983A1 (en) 1994-09-19 1995-09-12 A method to structure call processing and a call processing switching system for telephony
AU35802/95A AU691667B2 (en) 1994-09-19 1995-09-12 A method to structure call processing and a call processing switching system for telephony
JP8510794A JPH10505983A (en) 1994-09-19 1995-09-12 Method for configuring call processing and call processing switching system for telephone systems
EP95932985A EP0782811A1 (en) 1994-09-19 1995-09-12 A method to structure call processing and a call processing switching system for telephony
CN95195156A CN1082320C (en) 1994-09-19 1995-09-12 A method to structure call processing and a call sprocessing switching system for telephony
KR1019970701705A KR100364217B1 (en) 1994-09-19 1995-09-12 A method to structure call processing and a call processing switching system for telephony
PCT/SE1995/001027 WO1996009729A1 (en) 1994-09-19 1995-09-12 A method to structure call processing and a call processing switching system for telephony
NO971162A NO971162L (en) 1994-09-19 1997-03-13 Method of structuring call processing in a telecommunications system
FI971143A FI971143A (en) 1994-09-19 1997-03-18 A method for structuring call handling and a call center system for telephone traffic

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
SE9403130A SE503394C2 (en) 1994-09-19 1994-09-19 Procedure for structuring call processing and switching systems for telephony with tethering

Publications (3)

Publication Number Publication Date
SE9403130D0 SE9403130D0 (en) 1994-09-19
SE9403130L SE9403130L (en) 1996-03-20
SE503394C2 true SE503394C2 (en) 1996-06-03

Family

ID=20395285

Family Applications (1)

Application Number Title Priority Date Filing Date
SE9403130A SE503394C2 (en) 1994-09-19 1994-09-19 Procedure for structuring call processing and switching systems for telephony with tethering

Country Status (11)

Country Link
EP (1) EP0782811A1 (en)
JP (1) JPH10505983A (en)
KR (1) KR100364217B1 (en)
CN (1) CN1082320C (en)
AU (1) AU691667B2 (en)
CA (1) CA2197983A1 (en)
FI (1) FI971143A (en)
MX (1) MX9701999A (en)
NO (1) NO971162L (en)
SE (1) SE503394C2 (en)
WO (1) WO1996009729A1 (en)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0470415B1 (en) * 1990-08-09 1999-06-09 Siemens Business Communication Systems, Inc. (a Delaware corp.) Call tagging user information in a telephonic environment
FR2679348B1 (en) * 1991-07-16 1993-10-08 Alcatel Cit SOFTWARE STRUCTURE FOR INFORMATION PROCESSING SYSTEM.
FR2679350B1 (en) * 1991-07-16 1995-06-23 Cit Alcatel SOFTWARE STRUCTURE FOR A DATA PROCESSING SYSTEM, ESPECIALLY FOR A TELECOMMUNICATIONS SYSTEM.
US5218632A (en) * 1991-10-16 1993-06-08 Telefonaktiebolaget L M Ericsson Flexible call detail recording system

Also Published As

Publication number Publication date
FI971143A0 (en) 1997-03-18
EP0782811A1 (en) 1997-07-09
NO971162L (en) 1997-05-15
KR100364217B1 (en) 2003-02-11
CN1082320C (en) 2002-04-03
AU3580295A (en) 1996-04-09
CA2197983A1 (en) 1996-03-28
WO1996009729A1 (en) 1996-03-28
CN1158205A (en) 1997-08-27
SE9403130L (en) 1996-03-20
JPH10505983A (en) 1998-06-09
MX9701999A (en) 1997-06-28
FI971143A (en) 1997-05-19
SE9403130D0 (en) 1994-09-19
AU691667B2 (en) 1998-05-21
NO971162D0 (en) 1997-03-13

Similar Documents

Publication Publication Date Title
US5594792A (en) Methods and apparatus for modeling and emulating devices in a network of telecommunication systems
US5539909A (en) Negotiation method for calling procedures located within other objects without knowledge of their calling syntax
US6366916B1 (en) Configurable and extensible system for deploying asset management functions to client applications
US5379383A (en) Communication service control system in an intelligent network providing controllers for controlling different services
EP1175753B1 (en) Telecommunications network resource handling arrangement and method
JPH11224196A (en) Remote object access
CN108920566A (en) Operating method, device and the equipment of a kind of pair of SQLite database
KR900005321A (en) Application, information service implementation method and network operation system
Skarmeas et al. Content-based routing as the basis for intra-agent communication
SE503393C2 (en) Procedure and system for a flexible torque detection mechanism
SE503394C2 (en) Procedure for structuring call processing and switching systems for telephony with tethering
US6826571B1 (en) Method and apparatus for dynamically customizing and extending functions of a server program to enable and restrict functions of the server
SE503392C2 (en) Simplified processing for multiple calls
CA2200177A1 (en) A flexible call record mechanism
MXPA97002003A (en) A flexi call registration mechanism
CN108446217A (en) A kind of method and computer equipment controlling Debugging message output by sub-module
WO2005122521A1 (en) A method of performing administration on a communications system using an xml-document
Cremers An Integration Platform for Heterogeneous Services in Life Science Applications
KR20030010139A (en) Method and apparatus for generating agent interface function in telecommunication management network
Fischbeck Requirements for an Object-Oriented Language for the Design and Implementation of Telecommunication Systems
Web Thorsten Liebig, Marko Luther b, Olaf Noppens, and Michael Wessel c
JP2001350778A (en) Document managing system, information processor, document managing method and storage medium
MXPA97001999A (en) A method for structuring the processing of calls and a transmission system of processing calls for telefo
JPS61150592A (en) Exchange service specification checking processing system
JPH1185493A (en) Method for translating gdmo source code into source code of programming language especially object-oriented programming language

Legal Events

Date Code Title Description
NUG Patent has lapsed