NO310750B1

NO310750B1 - Handling of objects in telecommunication systems

Info

Publication number: NO310750B1
Application number: NO19993699A
Authority: NO
Inventors: Knut Bakke; Parastoo Mohagheghi; Arnfinn Andersen; Geir Olav Evensen
Original assignee: Ericsson Telefon Ab L M
Priority date: 1999-07-29
Filing date: 1999-07-29
Publication date: 2001-08-20
Also published as: EP1201092A2; AU6195600A; NO993699D0; WO2001010139A2; WO2001010139A3; CA2380466A1; NO993699L

Description

Oppfinnelsens område Field of the invention

Den foreliggende oppfinnelse vedrører implementering av Ericssons GPRS-applikasjon. The present invention relates to the implementation of Ericsson's GPRS application.

Oppfinnelsens bakgrunn The background of the invention

GSM-baserte GPRS-nett gjør det mulig for brukere å alltid være i stand til å utveksle informasjon over "World Wide Web". Sluttbrukerne blir bare forespurt dataene i pakkene som overføres til og fra mobilstasjonen. Ericssons GPRS-støttenoder (GSN) er basert på mye brukte software- og hardwarekomponenter tilveiebrakt av tredjepartsleverandø-rer. Applikasjonssoftwaren implementerer GPRS-spesifikke protokoller og funksjonaliteter som mobilitetsadministra-sjon og sesjonsadministrasjon for mobilbrukere. GSM-based GPRS networks enable users to always be able to exchange information over the "World Wide Web". The end users are only asked for the data in the packets that are transferred to and from the mobile station. Ericsson's GPRS support nodes (GSN) are based on widely used software and hardware components provided by third-party suppliers. The application software implements GPRS-specific protocols and functionalities such as mobility management and session management for mobile users.

Ved utvikling av applikasjonssoftware for Ericssons GPRS-støttenode.r (GSN) velges forskjellige programmeringsspråk for forskjellige formål. Trafikkstyresystemet som for eksempel behandler signaleringsmeldinger, implementeres i Er-lang for å oppnå robusthet, mens transmisjonssystemet, som for eksempel behandler brukertraf ±kk, implementeres i C for å oppnå høy gjennomstrømning. Når systemet er i drift distribueres softwaren over et antall prosessorer (CPU-er) en-ten lokalisert i samme nettverkselement eller nettverk kom-munisert til over LAN eller over WAN. When developing application software for Ericsson's GPRS support node (GSN), different programming languages are chosen for different purposes. The traffic management system, which processes signaling messages for example, is implemented in Er-lang to achieve robustness, while the transmission system, which processes user traffic, for example, is implemented in C to achieve high throughput. When the system is in operation, the software is distributed over a number of processors (CPUs) either located in the same network element or network communicated to over LAN or over WAN.

Samarbeidet mellom softwareinstansene i dette miljøet må gå glatt både med hensyn til softwareutviklingen i seg selv, og når GPRS-nettet er i drift. Softwareutviklingsprosjekter bruker derfor objektorienterte fremgangsmåter og verktøy, og har utviklet en egen objektforespørselsformidler (ORB - Objekt Request Broker) i henhold til Corba-standarden for effektiv objektkommunikasjon. The collaboration between the software entities in this environment must run smoothly both with regard to the software development itself, and when the GPRS network is in operation. Software development projects therefore use object-oriented methods and tools, and have developed a separate object request broker (ORB - Object Request Broker) in accordance with the Corba standard for efficient object communication.

Problemer Problems

For å overkomme kompleksiteten til GPRS-applikas j onssof tware moduleres og deles funksjonaliteten i flere klasser. Følgelig, når en GPRS-abonnent knytter seg til en SGSN, initieres flere objekter både i trafikkstyresystemet og i transmisjonssystemet. Hvert objekt optimali-seres for gjennomføring av et begrenset sett med oppgaver. To overcome the complexity of GPRS application software, the functionality is modulated and divided into several classes. Consequently, when a GPRS subscriber attaches to an SGSN, several objects are initiated both in the traffic management system and in the transmission system. Each object is optimized for the execution of a limited set of tasks.

Siden alle disse objektene assosieres med én abonnent, er det nødvendig å behandle disse objektene som én enhet, for eksempel for å: • synkronisere tilstandsmaskinene implementert i (noen av) objektene, • fullføre transaksjoner, eller tilbakestille om nødven-dig, • terminere alle tilhørende objekter hvis én av objektene termineres (det vil si rense opp i systemet), • gjenopprette alle tilhørende objekter til en stabil tilstand hvis en av objektene krasjer. Since all these objects are associated with one subscriber, it is necessary to treat these objects as one entity, for example to: • synchronize the state machines implemented in (some of) the objects, • complete transactions, or reset if necessary, • terminate all associated objects if one of the objects is terminated (that is, clean up the system), • restore all associated objects to a stable state if one of the objects crashes.

Konvensjonelle middlewareløsninger har ikke kunnskap om hvilke objekter som egentlig avhenger av hverandre, og derfor overlater de til klient og serverimplementasjoner å behandle tilfellene som er listet ovenfor. Dette impliserer at utviklerne av klient og serverfunksjoner må bruke mye tid på å utvikle løsninger for hvert tilfelle, og det impliserer også ekstra metodekall i middelwaren. Conventional middleware solutions do not have knowledge of which objects actually depend on each other, and therefore leave it to client and server implementations to handle the cases listed above. This implies that the developers of client and server functions must spend a lot of time developing solutions for each case, and it also implies extra method calls in the middleware.

Løsningen på dette problemet er å implementere en ORB med kunnskap om objekter med forbindelser som beskrevet ovenfor. Dette åpner opp for muligheten for en rangering av støttefunksjoner i middlewaren. The solution to this problem is to implement an ORB with knowledge of objects with connections as described above. This opens up the possibility of a ranking of support functions in the middleware.

Kjente løsninger Known solutions

OMGs Corba-standard (referanse [1]) spesifiserer prinsippene for hvordan å administrere softwareobjekter slik at de kan utføre anrop uavhengig av hvilke datamiljø de kjøres i og hvor de er plassert. Den foreliggende oppfinnelse er en utvidelse av disse prinsipper. OMG's Corba standard (reference [1]) specifies the principles of how to manage software objects so that they can perform calls regardless of the computing environment in which they are run and where they are located. The present invention is an extension of these principles.

Det er ikke kjent i teknikkens stand noe som løser problemet med å behandle tilhørende objekter i middlewaren. Nothing is known in the state of the art that solves the problem of processing associated objects in the middleware.

Kort sammenfatning av oppfinnelsen Brief summary of the invention

Corba definerer en arkitektur for objektkommunikasjon. En fordel med Corba er at de forskjellige objekter ikke trenger å være implementert i samme programmeringsspråk, og de trenger ikke vite hvor de forskjellige objektene utføres (det vil si hvilken datamaskin de er installert i). Objektene definerer et grensesnitt som de kommuniserer gjennom, mens en objektforespørselformidler (middleware) overfører et funksjonskall fra et klientobjekt til et serverobjekt (ref. http:// www. omg. org/ corba/ whatiscorba. html). Corba defines an architecture for object communication. An advantage of Corba is that the different objects do not need to be implemented in the same programming language, and they do not need to know where the different objects are executed (that is, in which computer they are installed). The objects define an interface through which they communicate, while an object request mediator (middleware) transfers a function call from a client object to a server object (ref. http:// www. omg. org/ corba/ whatiscorba. html).

Det finnes forskjellige implementasjoner av ORB-er, og den foreliggende oppfinnelse beskriver bestemte trekk i ORB som er implementert i forbindelse med GPRS, og som heretter kalles "forbindelseformidler". Andre ORB-er implementerer bare direkte kommunikasjon mellom objekter uten videre kjennskap til hvordan objektene er knyttet sammen. Følgelig må hver applikasjon implementere noen systemfunksjoner for å operere (det vil si synkronisere) objektene. I et kom-pleks system som består av flere objekter som er ubehjelpe-lige, må applikasjonen selv finne ut hvilke objekter som er initiert. There are different implementations of ORBs, and the present invention describes certain features of ORBs that are implemented in connection with GPRS, and which are hereinafter called "connection brokers". Other ORBs only implement direct communication between objects without further knowledge of how the objects are linked together. Consequently, each application must implement some system functions to operate (that is, synchronize) the objects. In a complex system that consists of several objects that are unhelpful, the application itself must find out which objects have been initiated.

Av denne grunn introduserer den foreliggende oppfinnelse forbindelsesideen som definerer et sett objekter som har en naturlig tilhørighet. For eksempel, hvis en av objektene forsvinner, skal ORB-en være i stand til å fjerne de tilhø-rende objekter. Det er ikke nødvendigvis bundet til GPRS, men GPRS er et eksempel på en applikasjon som trenger middleware for å gjennomføre systemfunksjonalitet på en effektiv måte. Forbindelseformidleren i seg selv er i realiteten applikasjonsuavhengig idet den foreliggende oppfinnelse ikke begrenser seg til hva en forbindelse kan representere. Den foreliggende oppfinnelse er følgelig en ORB som har kunnskap om relaterte objekter, noe som gjør det mulig å implementere et mangfold av støttefunksjoner i denne ORB-en, og å gjøre det enklere å designe klient-/serverobj ekter. For this reason, the present invention introduces the connection idea that defines a set of objects that have a natural affinity. For example, if one of the objects disappears, the ORB must be able to remove the corresponding objects. It is not necessarily tied to GPRS, but GPRS is an example of an application that needs middleware to implement system functionality in an efficient way. The connection mediator in itself is in reality application-independent, as the present invention is not limited to what a connection can represent. Accordingly, the present invention is an ORB that has knowledge of related objects, which makes it possible to implement a variety of support functions in this ORB, and to make it easier to design client/server objects.

I henhold til den foreliggende oppfinnelse er det tilveiebrakt et arrangement i et telefonkommunikasjonssystem, According to the present invention, there is provided an arrangement in a telephone communication system,

hvori hver abonnent representeres med et sett objekter som kjøres i forskjellige omgivelser, nevnte objekter tar del i samme kjede av relaterte hendelser for en bestemt abonnent, bestående av en objektsforespørselsformidler (ORB - object request broker) som er tilpasset til å tilveiebringe kommunikasjon mellom objekter ved å overføre funksjonskall fra klientobjekter til serverobjekter, arrangementet er karakterisert ved at ORB-en inneholder et register over alle objekter som tilhører hver abonnent og som er ordnet til å behandle alle objekter som én enhet. in which each subscriber is represented by a set of objects that run in different environments, said objects taking part in the same chain of related events for a particular subscriber, consisting of an object request broker (ORB - object request broker) adapted to provide communication between objects by to transfer function calls from client objects to server objects, the arrangement is characterized by the fact that the ORB contains a register of all objects belonging to each subscriber and which is arranged to treat all objects as one unit.

Videre trekk og fordeler fremkommer av de vedlagte under-krav. Further features and benefits appear from the attached sub-requirements.

Kort beskrivelse av tegningene Brief description of the drawings

Figur 1 viser en implementasjon av forbindelseformidleren for en GPRS-applikasjonssoftware. Figur 2 viser en del av forbindelseformidlerdatastrukturen. Figur 3 viser et trafikkbrukertilfelle med forbindelseformidleren . Figure 1 shows an implementation of the connection broker for a GPRS application software. Figure 2 shows part of the connection intermediary data structure. Figure 3 shows a traffic user case with the connection broker.

Detaljert beskrivelse av oppfinnelsen Detailed description of the invention

Alle tilhørende og avhengige objekter som tar del i samme kjede med relaterte hendelser for en bestemt GPRS-abonnent i en GSM, vil heretter bli kalt en forbindelse. ORB-implementasjonen med kunnskap om alle objekter i en forbindelse kalles en forbindelseformidler. All associated and dependent objects that take part in the same chain of related events for a particular GPRS subscriber in a GSM will henceforth be called a connection. The ORB implementation with knowledge of all objects in a connection is called a connection broker.

I henhold til Corba vil hvert objekt ha en unik objektrefe-ranse som brukes av ORB-en for å adressere et bestemt objekt. I den foreliggende oppfinnelse vil objektreferansen alltid inneholde forbindelsesid-en (CID - connection id) som er spesifikk for abonnenten, og en generell adresse-ringsentitet, som for eksempel navnet på klassen som definerer operasjonene (funksjonalitetene) for dette objektet. Alle objekter som er initiert for en abonnent har samme According to Corba, each object will have a unique object reference that is used by the ORB to address a particular object. In the present invention, the object reference will always contain the connection id (CID - connection id) which is specific to the subscriber, and a general addressing entity, such as the name of the class which defines the operations (functionalities) for this object. All objects initialized for a subscriber have the same

CID. CID.

Siden en GPRS-abonnent kan ha flere aktive PDP-kontekster samtidig, vil det av og til være nødvendig å adressere en bestemt PDP-kontekst. Av denne hensikt brukes en valgfri underadresse sammen med CID-en for å peke ut det riktige underobjekt for den bestemte PDP-kontekst. Since a GPRS subscriber can have several active PDP contexts at the same time, it will occasionally be necessary to address a specific PDP context. For this purpose, an optional subaddress is used together with the CID to point to the correct subobject for the particular PDP context.

Mekanismen til forbindelseformidleren utvider standard OMG ORB middlewarespesifikasjonen ved å holde et register over alle registre som er initiert for en enkelt bruker innenfor et nettverkselement. Dette gjør det enklere å kontrollere alle objektene som hører til denne brukeren. The connection broker mechanism extends the standard OMG ORB middleware specification by keeping a record of all records initiated for a single user within a network element. This makes it easier to control all the objects belonging to this user.

Objektgrensesnittene er definert i IDL-filer. Forbindelse-formidlermekanismen tilbyr pragmaer for synkron eller asyn-kron kommunikasjon mellom objekter. En pragma er et direk-tiv for automatisk kodegenerering som brukes i preprosesse-ring eller kompilatorer. Designeren av et serverobjekt trenger bare å plukke opp den pragma som passer for den passende obj ektkommunikasjon ved design av et grensesnitt i IDL. IDL-kompilatoren vil da automatisk generere de riktige klientstubber og serverskjelett. Klientobjektene kan nå ganske enkelt kalle opp de genererte kodestubbene som vil redirigere objektoppkallene gjennom forbindelseformidleren. Bruken av pragmaer skjer generelt i henhold til OMG-standarden, men pragmaene som tilbys av forbindelseformidleren er selvutviklet. • Implementasjonen av forbindelseformidleren for GPRS-applikas j onssof twaren baseres på en trelagsstruktur som vist i figur 1. Trafikkontroll- (TC) laget kjører typisk applikasjoner relatert til signaleringstrafik-ken til og fra nettverkselementet. Trafikkruting, VLR og nettverkssupplementære tjenester er eksempler på TC-lags funksjoner. Objekter som representerer sluttbrukeren i TC-laget adresseres med Cid og TC-klassen i obj ektreferansen. • Nettverkselementobjektkontroll- (NOC) laget representerer den generiske middlewaren. Den tilbyr et spekter av programmeringsstøttefunksjoner inkludert forbindel-sef ormidlermekanismen som høyner nivået av abstraksjon for applikasjonsdesignere. Figur 2 viser deler av for-bindelsef ormidlerdatastrukturen. The object interfaces are defined in IDL files. The connection broker mechanism provides pragmas for synchronous or asynchronous communication between objects. A pragma is a directive for automatic code generation used in preprocessing or compilers. The designer of a server object only needs to pick up the pragma that is suitable for the appropriate object communication when designing an interface in IDL. The IDL compiler will then automatically generate the correct client stubs and server skeleton. The client objects can now simply call the generated code stubs which will redirect the object calls through the connection broker. The use of pragmas generally follows the OMG standard, but the pragmas provided by the connection broker are self-developed. • The implementation of the connection broker for the GPRS application software is based on a three-layer structure as shown in Figure 1. The Traffic Control (TC) layer typically runs applications related to the signaling traffic to and from the network element. Traffic routing, VLR and network supplementary services are examples of TC layer functions. Objects representing the end user in the TC layer are addressed with Cid and the TC class in the object reference. • The Network Element Object Control (NOC) layer represents the generic middleware. It offers a range of programming support features including the connection-sef ormer mechanism that raises the level of abstraction for application designers. Figure 2 shows parts of the connection intermediary data structure.

NOC har en tabell over alle klasser i systemet, gitt ved systeminitiering. Alle allokerte Cid-er er lagret i en annen tabell. I tillegg er det en tabell for hver klasse som vil peke på et bestemt objekt gitt av Cid-en. Ved å repetere alle klassene for en Cid i "alle objekter"-tabellene, kan alle tilhørende objekter for en forbindelse finnes. The NOC has a table of all classes in the system, given at system initialization. All allocated Cids are stored in another table. In addition, there is a table for each class that will point to a specific object provided by the Cid. By iterating all the classes for a Cid in the "all objects" tables, all associated objects for a connection can be found.

Ressursutplaseringslaget er dedikert til å svitsje nyttelasttrafikk, og representerer applikasjonens transmisjonssystem. RD-lagobjektene implementerer protokollstakkene for nettverkselementenes eksterne kommunikasjon. Objektene som representerer sluttbrukeren i RD-laqet, adresseres med Cid og en så-kalt enhetstype eller alternativt en enhets-id i objektsreferansen. En enhet representerer typisk implementasjonen av en del av protokollstakken eller andre nyttelastprosesseringsfunksjoner som de-bitering. The resource deployment layer is dedicated to switching payload traffic, and represents the application's transmission system. The RD layer objects implement the protocol stacks for the network elements' external communication. The objects that represent the end user in the RD-laqet are addressed with Cid and a so-called device type or alternatively a device ID in the object reference. A device typically represents the implementation of part of the protocol stack or other payload processing functions such as debiting.

De forskjellige objekter kan eksekvere på forskjellige CPU-er forbundet for eksempel via en Ethernet LAN. Forbindelseformidleren i NOC og det underliggende datamiljø (som rea-liserer den interne nodesvitsjen) tilveiebringer interobjektkommunikasjon. All objektkommunikasjon gjøres via for-bindelsef ormidleren . The different objects can execute on different CPUs connected for example via an Ethernet LAN. The connection broker in the NOC and the underlying computing environment (which implements the internal node switch) provide inter-object communication. All object communication is done via the connection mediator.

I den foreliggende implementasjon kjører TC-objektene og forbindelseformidleren på samme prosessor, mens RD-objektene kan kjøre på andre prosessorer. I en flerpro-sessordatamaskin distribueres objektene og forbindelseformidleren over de tilgjengelige prosesseringsressurser. In the present implementation, the TC objects and the connection broker run on the same processor, while the RD objects can run on other processors. In a multi-processor computer, the objects and connection broker are distributed over the available processing resources.

Trafikkbrukertilfelle og eksempler på utnyttelse Brukertilfelle: Når en sluttbruker skrur på mobilstasjonen (MS) sendes en Traffic user case and examples of utilization User case: When an end user switches on the mobile station (MS) a

forespørselsmelding til en passende SGSN. Her gjøres et en-hetsobjekt klart i RD-laget, og en forespørsel for en data-vei sendes som en TC-objektforespørsel til forbindelseformidleren. IMSI-en til MS-en og TC-objektklassen brukes som adresseringsinformasjon. Forbindelseformidleren gjenkjenner ikke IMSI-en og allokerer en ny Cid for denne MS. Så opp-retter den en ny prosess i TS-laget, og videresender mel-dingen til den forespurte TC-klassen i denne prosessen. request message to an appropriate SGSN. Here, a device object is made ready in the RD layer, and a request for a data path is sent as a TC object request to the connection broker. The IMSI of the MS and the TC object class are used as addressing information. The connection broker does not recognize the IMSI and allocates a new Cid for this MS. It then creates a new process in the TS layer, and forwards the message to the requested TC class in this process.

Nå initieres flere TC-objekter, blant dem objekter for å ta seg av mobilitetsadministrasjonen, sesjonsadministrasjon og VLR-funksjonene som er nødvendig. Hvis forespørselen aksep-teres, beordrer mobilitetsadministrasjons-TC-objektet opp-rettelsen av en nyttelastvei mellom enhetsobjektene i RD-laget. Når transaksjonen er fullført initieres objektene som er nødvendig for denne brukeren, og vil bli opprett-holdt så lenge brukeren forblir i dette området. Andre objekter kan initieres når det er nødvendig, ved mottak av andre signaleringsmeldinger. Figur 3 viser de tilhørende objekter i en forbindelse i en SGSN. Now several TC objects are initialized, among them objects to take care of the mobility management, session management and VLR functions that are needed. If the request is accepted, the mobility management TC object orders the creation of a payload path between the entity objects in the RD layer. When the transaction is complete, the objects necessary for this user are initialized and will be maintained as long as the user remains in this area. Other objects can be initialized when necessary, upon receipt of other signaling messages. Figure 3 shows the associated objects in a connection in an SGSN.

Eksempel 1 - restart av forbindelse Example 1 - restart of connection

NOC-forbindelseformidleren har implementert en softwareopp-synsfunksjon. Hvis en av objektene som tilhører en forbindelse krasjer, for eksempel på grunn av en softwarefeil, vil tilsynsfunksjonen detektere krasjet og initiere en restart av alle objekter som tilhører denne sluttbrukeren. Noen av objektene implementeres som tilstandsmaskiner. Hvis alle influerte tilstandsmaskiner er i en stabil tilstand, kan prosessdataene bli relagret fra det repeterte minne og objektene kan bli gjenvunnet. Hvis (noen av) objektene er i en ustabil tilstand, vil imidlertid NOC fjerne alle objekter i forbindelsen fra nettverkselementet og sluttbrukeren må rekoble. The NOC connection broker has implemented a software monitoring function. If one of the objects belonging to a connection crashes, for example due to a software error, the monitoring function will detect the crash and initiate a restart of all objects belonging to this end user. Some of the objects are implemented as state machines. If all affected state machines are in a stable state, the process data can be retrieved from the replicated memory and the objects can be recovered. However, if (any of) the objects are in an unstable state, the NOC will remove all objects in the connection from the network element and the end user must reconnect.

Eksempel 2 - transaksjonsmonitorering Example 2 - transaction monitoring

En transaksjon kan i denne kontekst defineres som et sett av signaleringsmeldinger mellom nettverkselementer med det mål å fullføre en felles oppgave. Før en transaksjon kan gjennomføres, må alle tilhørende objekter ha sluttført pro-sesseringen og tilstandsmaskinene må ha nådd en stabil tilstand . A transaction can be defined in this context as a set of signaling messages between network elements with the aim of completing a common task. Before a transaction can be carried out, all associated objects must have completed processing and the state machines must have reached a stable state.

Når en av objektenes tilstandsmaskiner har nådd en stabil tilstand, sender den en indikasjon til NOC om at en transaksjon er sluttført, og NOC vil informere alle tilhørende objekter om dette. De vil så returnere en indikasjon om hvorvidt dette er akseptabelt eller ikke. Hvis transaksjonen er fullført, lagres dataene for denne forbindelsen u-opphørlig. I motsatt fall venter NOC på en annen "transaksj on sluttført"-indikasjon. When one of the objects' state machines has reached a stable state, it sends an indication to the NOC that a transaction has been completed, and the NOC will inform all associated objects about this. They will then return an indication of whether this is acceptable or not. If the transaction is completed, the data for this connection is stored non-persistently. Otherwise, the NOC waits for another "transaction completed" indication.

Utvidelser Extensions

Forbindelseformidleren inneholder ikke noen GPRS-spesifikke funksjonaliteter og passer derfor som et generisk lag i et hvilket som helst nettverkselement i et pakke- eller linje-svitsjet nett med et heterogent softwaremiljø. The connection broker does not contain any GPRS-specific functionalities and therefore fits as a generic layer in any network element in a packet or line-switched network with a heterogeneous software environment.

Videre behandler implementasjonene som er beskrevet, objekter som kjører innenfor ett nettverkselement. Prinsippene i den foreliggende oppfinnelse gjør det imidlertid mulig med kommunikasjon mellom objekter som kjører i forskjellige datamiljøer ved forskjellige lokasjoner. Den foreliggende oppfinnelse er heller ikke begrenset til en bestemt bærer for interobjektkommunikasjon. Objektene som behandles av forbindelseformidleren kan i prinsippet kjøres på en hvilken som helst nettverksressurs. Furthermore, the implementations described process objects that run within a network element. However, the principles of the present invention make it possible to communicate between objects running in different computer environments at different locations. The present invention is also not limited to a particular carrier for inter-object communication. The objects processed by the connection broker can in principle be run on any network resource.

Fordeler Benefits

1. Forenklet design og implementasjon av klient og serverobjekter, siden den generiske middleware (det vil si forbindelseformidleren) kan ta hånd om objektadmi-nistrasjon og synkronisering. Ved at klient-/serverobjektene er enkle, blir de også mindre feilut-satte. 2. Minimaliserer antall funksjonskall relatert til ob-jektadministrasjon og synkronisering, det vil si for-bedrer nettverkselementutførelse. 1. Simplified design and implementation of client and server objects, since the generic middleware (that is, the connection broker) can take care of object administration and synchronization. As the client/server objects are simple, they are also less error-prone. 2. Minimizes the number of function calls related to object management and synchronization, that is, improves network element performance.

Forkortelser Abbreviations

Cid Connection identity (forbindelseidentitet) Cid Connection identity

Corba Common object request broker architecture (felles Corba Common object request broker architecture (common

obj ektforespørselformidlerarkitektur) object request broker architecture)

GPRS General Packet Radio Services (generelle pakkera-diotj enester) GPRS General Packet Radio Services

IDL Interface Definition Language (grensesnittdefini-sj onsspråk) IDL Interface Definition Language

IMSI International Mobile Subscriber Identity (inter-nasjonal mobilabonnentsidentitet) IMSI International Mobile Subscriber Identity

LAN Local Area Network (lokalnettverk) LAN Local Area Network

MS Mobile Station (mobilstasjon) MS Mobile Station (mobile station)

NOC Network element Object Control (nettverkselemen-tobj ektkontroll) NOC Network element Object Control

OMG Object Management Group (objektadministrasjons-gruppe) OMG Object Management Group

ORB Object Request Broker (objektforespørselformid-ler) ORB Object Request Broker

RD Resource Deployment (ressursdeployering) RD Resource Deployment

SGSN Serving GPRS Support Node (ekspederende GPRS-støttenode) SGSN Serving GPRS Support Node

TC Traffic Control (trafikkontroll) TC Traffic Control

VLR Visitor Location Register (besøkslokasjonsregis-ter) VLR Visitor Location Register

WAN Wide Area Network (storområdenettverk) WAN Wide Area Network

Referanser References

[1] OMGs Corba-standard: http:// www. omg. org [1] OMG's Corba Standard: http:// www. round org

Claims

1. Arrangement in a telephone communication system, in which each user is represented by a set of objects, said objects take part in the same chain of related events for a specific user, consisting of an object request broker (ORB - object request broker) adapted to the Corba standard which is adapted to provide communication between the objects by transferring function calls from client objects to server objects, characterized in that the ORB contains a register of all objects belonging to each user, said objects are each associated with one or more execution threads (execution threads) implemented in one or more programming languages that run on one or more distributed processors, said ORB is adapted to treat all said objects as a unit, and to synchronize state machines implemented in some or all of the objects.

2. Arrangement as specified in claim 1, characterized in that the user is a subscriber, a network node or another external user.

3. Arrangement as specified in claim 2, characterized in that the ORB is adapted to terminate all associated objects if one of the objects is terminated.

4. Arrangement as stated in claim 3, characterized in that the ORB is adapted to restore all associated objects to a stable state if one of the objects crashes.

5. Arrangement as specified in one of the above-mentioned claims, characterized in that the objects' object reference contains a common, unique identity and a general address entity such as the name of the class that defines the method for these objects.

6. Arrangement as stated in one of the preceding claims, characterized by a pragma for automatic code generation to achieve method invocation.

7. Use of arrangement according to one of the preceding requirements in a GPRS communication system.