EP1201092A2 - Courtier de demandes d'objets a capacite de traitement d'objets multiples associes - Google Patents

Courtier de demandes d'objets a capacite de traitement d'objets multiples associes

Info

Publication number
EP1201092A2
EP1201092A2 EP00948475A EP00948475A EP1201092A2 EP 1201092 A2 EP1201092 A2 EP 1201092A2 EP 00948475 A EP00948475 A EP 00948475A EP 00948475 A EP00948475 A EP 00948475A EP 1201092 A2 EP1201092 A2 EP 1201092A2
Authority
EP
European Patent Office
Prior art keywords
objects
orb
arrangement according
user
gprs
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP00948475A
Other languages
German (de)
English (en)
Inventor
Arnfinn Andersen
Knut Bakke
Geier Olav Evensen
Parastoo Mohagheghi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of EP1201092A2 publication Critical patent/EP1201092A2/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/465—Distributed object oriented systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing

Definitions

  • the present invention relates to the implementation of the Ericsson GPRS application.
  • the GSM based GPRS network enables users always to stay attached for information exchange over the World Wide Web.
  • the end-user is only charged for the words of data contained in the packages transmitted to and from the mobile station.
  • Ericsson's GPRS Support Nodes are based on widespread software and hardware components provided by third party vendors.
  • the application software realises GPRS specific protocols and functionality like mobility management and session management for mobile users.
  • the traffic control system e.g. handling signalling messages is implemented in Erlang to achieve robustness, while the transmission system e.g. handling payload traffic is implemented in C to achieve high throughput.
  • the software instances are distributed over any number of processors (CPUs) either located in the same network element or networked communicat- ing over a LAN or WAN.
  • the interwork between the software instances in this environment must be smooth both with regard to the software development itself and when the GPRS network is put into op- eration.
  • the software development project therefore uses object oriented methods and tools and has developed its own object request broker (ORB) according to the Corba standard for efficient object communication.
  • OMG' s Corba standard (ref. [1]) specifies the principles of how to address software objects so that they may be invoked independently of which computing environment they are running in and where they are situated. This invention is an extension of these principles.
  • Corba defines an architecture for object communication.
  • An advantage with 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 executing (i.e. which computer they are instantiated in) .
  • the objects defines an interface which they communicate through, while an Object Request Broker ("middleware) transfers a function call from a client object to a server object (ref. http : //www. o g. org/corba/whatiscorba .html) .
  • ORBs there are different implementations of ORBs, and this invention describes particular features of the ORB which is implemented in connection with GPRS and which we call ' con- nection broker' .
  • ORBs only implements direct communication between objects without sfurther knowledge concerning how the objects are tied together.
  • each application have to implement some system functions for operation (e.g. synchronisation) of the objects.
  • system functions for operation e.g. synchronisation
  • an arrangement in a telephone communication system wherein each subscriber is represented by a set of objects running in different environments, said objects taking part in the same chain of related events for a specific subscriber, comprising an Object Request Broker (ORB) which is adapted for providing communication between the objects by transfer of functions calls from client objects to server objects, which arrangement is characterized in that the ORB contains a register of all objects that are associated for each sub- scriber and is arranged to treat all objects as one unity.
  • ORB Object Request Broker
  • Fig. 1 shows an implementation of the connection broker for an GPRS application software.
  • Fig. 2 shows part of the connection broker data structure.
  • Fig. 3 shows a traffic use case of the connection broker. Description of the invention
  • a 'connection' All associated and dependent objects taking part in the same chain of related events for a specific GPRS subscriber within a GSN are hereafter denoted a 'connection' .
  • the ORB implementation with knowledge about all objects in a connection is called a 'connection broker' .
  • each object will have a unique object reference which is used by the ORB to address a specific object.
  • the object reference will always contain the connection id (Cid) which is specific for the subscriber and a general addressing entity like the name of the class defining the operations (functionality) for this object. All objects instantiated for one subscriber have the same Cid.
  • connection broker mechanism extends the standard OMG ORB middleware specification by keeping a register of all objects instantiated for a single user within a network element. This facilitates control of all objects belonging to this user.
  • the object interfaces are defined in IDL files.
  • the connection broker mechanism offers pragmas for synchronous or asynchronous communication between any object.
  • a pragma is a directive for automatic code generation which is used in pre-processing or compilators .
  • the designer of a server object only needs to pick the pragma suited for the wanted object communication when designing an interface in IDL.
  • the IDL compiler will then generate the appropriate client stubs and server skeletons automatically.
  • the client objects may now simply call the generated stub code which will redirect the object invocation through the connection broker.
  • Use of pragmas is in general according to OMG standards, however, the pragmas offered by the connection broker are tailored.
  • connection broker for the GPRS application software is based on a three-layered structure as shown in Fig. 1:
  • the Traffic Control (TC) layer typically runs applications related to the signalling traffic to and from the network element. Traffic routing, VLR and networked supplementary services are examples of TC layer functions. Objects representing the end-user in the TC layer are addressed by the 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 functions including the connection broker mechanism which raise the level of abstraction for application designers.
  • Fig. 2 shows parts of the connection broker data structure.
  • NOC has a table of all classes in the system, given at system initiation. All allocated Cids are stored in an- other table. In addition there is a table for each class, which will point at a specific object given the Cid. By iterating all classes for one Cid in the 'all objects' tables, all associated object for one connection are found.
  • the Resource Deployment layer is dedicated to switching payload traffic and represents the application' s transmission system.
  • the RD layer objects implement the pro- tocol stacks for network element external communication. Objects representing the end-user in the RD layer are addressed by the Cid and a so-called device type or alternatively a device id in the object reference. A de- vice typically represents the implementation of a part of a protocol stack or other payload processing functions like charging.
  • the different objects may execute on different CPUs inter- connected e.g. via an Ethernet LAN.
  • the connection broker in NOC and the underlying computing environment (realising the node internal switch) provides the inter-object communication. All object communication is done via the connection broker.
  • the TC objects and the connection broker run in the same processor, while the RD objects may run on other processors.
  • the objects and the connection broker are distributed over the available processing resources.
  • an attach request message is sent to the appropriate SGSN.
  • a device object is instantiated in the RD layer and a request for path data is sent as a TC object invocation to the connection broker.
  • the IMSI of the MS and the class of the TC object are used as addressing information.
  • the connection broker does not recognise the IMSI, and allocates a new Cid for this MS. Then it spawns a new process in the TC layer and forwards the message to the requested TC class on this process.
  • TC objects are instantiated - among them objects for handling of mobility management, session manage- ment and VLR functions as needed. If the attach request is accepted, the mobility management TC object orders the establishment of a payload path between device objects in the RD layer. When the attach transaction is complete, the objects needed for this user are instantiated and will persist as long as the user stays attached in this area. Other objects may be instantiated as needed at the reception of other signalling messages.
  • Fig. 3 shows the associated objects in a connection in an SGSN.
  • the NOC connection broker has implemented a software supervision function. If one of the objects belonging to a con- nection crashes (e.g. due to a software error), the supervisor function will detect the crash and initiate a restart of all objects associated for this end-user. Some of the objects are implemented as state machines. If all influenced state machines are in a stable state, the process data may be restored from replicated memory and the objects may be recovered. However, if (some of) the objects are in an unstable state, NOC will remove all objects in the connection from the network element and the end-user must reconnect .
  • a transaction may in this context be defined as a set of signalling messages between network elements with the goal to complete a common task. Before a transaction may be committed, all associated objects must be finished processing and state machines must have reached a stable state.
  • NOC When one of the objects' state machines has reached a sta- ble state, it sends an indication to NOC that a transaction is ended, and NOC will inform all associated objects about this. They must then return an indication whether this is acceptable or not. If the transaction is complete, the data for this connection is stored persistently. Otherwise NOC waits for another 'transaction ended' indication.
  • connection broker does not contain any GPRS specific functionality and is thus suited as a generic layer in any network element in a packet or line switched network with a heterogeneous software environment.
  • the current implementation handles objects running within one network element.
  • the principles in this invention allow, however, for communication between objects running in different computing environments at different loca- tions.
  • This invention is also not limited to any specific carrier for the inter-object communication.
  • the objects handled by the connection broker could in principle be running on any networked computer resource.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Multi Processors (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Separation By Low-Temperature Treatments (AREA)
  • Non-Alcoholic Beverages (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

L'application GPRS d'Ericsson est mise en oeuvre à l'aide de procédés orientés objets. Pendant l'écoulement d'un trafic un seul abonné GPRS (MS) est représenté par un ensemble d'objets passant dans différents environnements. La transmission d'objets est réalisée par l'intermédiaire d'un courtier de demandes d'objets ayant la capacité de s'adresser à tous les objets associés à un abonné et ainsi de les traiter sous la forme d'une unité à chaque fois que cela est nécessaire. Cette capacité facilite la conception et la mise en oeuvre du logiciel d'application.
EP00948475A 1999-07-29 2000-07-14 Courtier de demandes d'objets a capacite de traitement d'objets multiples associes Withdrawn EP1201092A2 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
NO993699 1999-07-29
NO19993699A NO310750B1 (no) 1999-07-29 1999-07-29 Håndtering av objekter i telekommunikasjonssystemer
PCT/SE2000/001497 WO2001010139A2 (fr) 1999-07-29 2000-07-14 Courtier de demandes d'objets a capacite de traitement d'objets multiples associes

Publications (1)

Publication Number Publication Date
EP1201092A2 true EP1201092A2 (fr) 2002-05-02

Family

ID=19903619

Family Applications (1)

Application Number Title Priority Date Filing Date
EP00948475A Withdrawn EP1201092A2 (fr) 1999-07-29 2000-07-14 Courtier de demandes d'objets a capacite de traitement d'objets multiples associes

Country Status (5)

Country Link
EP (1) EP1201092A2 (fr)
AU (1) AU6195600A (fr)
CA (1) CA2380466A1 (fr)
NO (1) NO310750B1 (fr)
WO (1) WO2001010139A2 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
NO20001655L (no) * 2000-03-30 2001-10-01 Ericsson Telefon Ab L M Implementering av flere tilstandsmaskiner i samme prosess
CN110888633B (zh) * 2019-10-18 2023-04-11 福建天晴数码有限公司 一种Unity与H5组件同步方法及系统

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1996010787A1 (fr) * 1994-10-04 1996-04-11 Banctec, Inc. Environnement informatique oriente-objets et procede associe
GB2320594A (en) * 1996-12-20 1998-06-24 Ibm Dispatching client method calls to parallel execution threads within a server
US5826065A (en) * 1997-01-13 1998-10-20 International Business Machines Corporation Software architecture for stochastic simulation of non-homogeneous systems
WO1998058313A1 (fr) * 1997-06-18 1998-12-23 Citr Pty. Ltd. Outil de developpement systeme d'informatique distribuee orientee objet
US5808911A (en) * 1997-06-19 1998-09-15 Sun Microsystems, Inc. System and method for remote object resource management
WO1999003286A2 (fr) * 1997-07-11 1999-01-21 Northern Telecom Limited Systeme cellulaire utilisant un courtier de demande d'objet
GB2332288A (en) * 1997-12-10 1999-06-16 Northern Telecom Ltd agent enabling technology
US6516354B2 (en) * 1997-12-18 2003-02-04 Sun Microsystems, Inc. Method and apparatus for efficient representation of variable length identifiers in a distributed object system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO0110139A3 *

Also Published As

Publication number Publication date
NO993699D0 (no) 1999-07-29
NO310750B1 (no) 2001-08-20
WO2001010139A2 (fr) 2001-02-08
NO993699L (no) 2001-01-30
WO2001010139A3 (fr) 2001-12-06
AU6195600A (en) 2001-02-19
CA2380466A1 (fr) 2001-02-08

Similar Documents

Publication Publication Date Title
US6832238B1 (en) Local transaction management
US5551035A (en) Method and apparatus for inter-object communication in an object-oriented program controlled system
US6964050B1 (en) Arrangement for simplifying the design and implementation of mobile services in a communication system
US7061923B2 (en) Method and apparatus for managing local resources at service nodes in an intelligent network
US6317428B1 (en) Method of providing a service to users of a telecommunication network, service control facility, and processing node
Pagurek et al. Integration of mobile agents with SNMP: Why and how
EP0873025A1 (fr) Procédé pour fournir au moins un service aux utilisateurs d'un réseau de télécommunication
US6366656B1 (en) Method and apparatus for migrating embedded PBX system to personal computer
EP0405829B1 (fr) Architecture de système de logiciel orientée vers l'objet
JPH1146375A (ja) 通信ネットワークのサービス切換交換局とサービス制御ファシリティの間で通信する方法
EP1201092A2 (fr) Courtier de demandes d'objets a capacite de traitement d'objets multiples associes
JP3924279B2 (ja) 統合ネットワーク・サービス・プロバイダ向けのサービス・アプリケーション・アーキテクチャ
Schmidt A family of design patterns for flexibly configuring network services in distributed systems
US20010032233A1 (en) Efficient implementation of several independent state machines in the same process
Berg et al. CORBA and intelligent network (IN) interworking
Du et al. A framework for web-based intelligent decision support enterprise
KR100206475B1 (ko) 교환시스템의 지능망 서비스 구현방법
Davidson et al. Implementing ain concepts in an existing switching system
Raguideau et al. Telecommunication service software architecture for next-generation networks
Liu et al. OSI remote procedure call: Standardization issues, design and implementation
Lin et al. Signalling adaptors between distributed systems and telecommunication networks
Abdul-Fatah et al. The effect of object-agent interactions on the performance of CORBA systems
CA2357440C (fr) Architecture a partage de charge pour un noeud ss7
Poo et al. Modularity versus efficiency in OSI system implementations
Maruyama Concurrent object-oriented programming for distributed real-time systems

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20020109

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

RIN1 Information on inventor provided before grant (corrected)

Inventor name: ANDERSEN, ARNFINN

Inventor name: BAKKE, KNUT

Inventor name: MOHAGHEGHI, PARASTOO

Inventor name: EVENSEN, GEIER, OLAV

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL)

17Q First examination report despatched

Effective date: 20080624

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20110201