US6185626B1 - Arrangement and method for linking clients to servers at run time in a distributed networking environment - Google Patents

Arrangement and method for linking clients to servers at run time in a distributed networking environment Download PDF

Info

Publication number
US6185626B1
US6185626B1 US08/993,609 US99360997A US6185626B1 US 6185626 B1 US6185626 B1 US 6185626B1 US 99360997 A US99360997 A US 99360997A US 6185626 B1 US6185626 B1 US 6185626B1
Authority
US
United States
Prior art keywords
functional unit
port name
port
server
name
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.)
Expired - Lifetime
Application number
US08/993,609
Inventor
Anwar Hanna Chivi
Richard Komi Adjimah
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
Assigned to TELEFONAKTIEBOLAGET L M ERICSSON reassignment TELEFONAKTIEBOLAGET L M ERICSSON ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: CHIVI, ANWAR HANNA
Application granted granted Critical
Publication of US6185626B1 publication Critical patent/US6185626B1/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/12—Mobility data transfer between location registers or mobility servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0025—Provisions for signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13504—Indexing scheme relating to selecting arrangements in general and for multiplex systems client/server architectures

Definitions

  • the present invention relates to an arrangement and a method for linking clients to servers at run time in a distributed networking environment, particularly for start synchronization in a digital telecommunication system, comprising at least one ground based radio communication unit and a number of mobile radio communication units for communication with or via said ground based radio communication unit, wherein each of said communication units is provided with a digital data processor server linked to a communication port.
  • a digital tele-communication system is realized as a network of neighbouring radio cells, together providing coverage of a service area.
  • Such a system allows mobile stations to move freely between the cells in the service area without interruption of communication.
  • a number of distributed databases are used to keep track of mobile stations. These databases may for example contain subscriber information, authentication parameters and ciphering keys.
  • the visitor location register database connected to that mobile services switching centre will request data about said mobile station from the home location register database.
  • An object of the invention is therefore to provide a flexible start synchronisation mechanism, making paired client-server communication handling independent of each other.
  • each communication port is linked to a functional unit which acts as a distributed database which is able to register when a specified server becomes available in a defined domain.
  • the functional unit can use an internal interface to distribute port names throughout a zone.
  • the functional unit can also use a first external interface to the internal process communication, to publish a port name, search and analyze for a port name, withdraw a port name, and to modify a port name.
  • the functional unit can also use a second external interface to users, who want to communicate at start phase, wherein users subscribe for a specified port name, making the functional unit wait for the requested port name to become available.
  • the functional unit can also use a third external interface to system upgrading, wherein system upgrading uses the interface to find which marks are related to a specific object type/object individual.
  • the functional unit also uses a fourth external interface to processor error handle, wherein the functional unit acts as a server which will be informed when a processor failure occur.
  • a functional unit is allocated to each distributed communication operating system processor in a subnet.
  • a functional unit at a zone level is able to communicate with a number of functional units at a subnet level, and that the functional units at said subnet level are each able to communicate with a number of functional units at a processor level.
  • the method according to the invention is characterized in that each client subscribes to a defined domain through a functional unit, and that each server is able to publish the service it provides through a defined domain, by registering it to said functional unit.
  • the functional unit can be requested to register and notify a client processor when the specified server becomes available.
  • the functional unit can also be requested by a server to register that the service said server provides is available.
  • each server publishes its service by means of a specified port name, which publication is bound to a working domain in which said service is accessible.
  • This publication is distributed within the domain by means of the functional unit.
  • the port name can be a data structure which comprises parameters regarding object type, object individual and system upgrading.
  • the published data can be secured from unauthorized objects by means of a key which is returned to the applications, which key also can be used for modification or withdrawal of said publication.
  • the functional unit supports withdrawal of a port name, which action takes place when an object ceases to be used by any application or when a fault is detected.
  • the process of withdrawal of a port name involves a comparison between the stored key and a received key, to make sure that the withdrawal is being made by the correct port.
  • the functional unit also supports search and analysis of a port name, which action takes place when an object sends a message to another object using a port name as an address.
  • the process of search and analysis of a port name is handled by inter process communication, which calls the functional unit to get the destination address and in case the port name is not found, the message is returned to the sender with an error indication.
  • the functional unit supports modifying of a port name, which action takes place at system upgrading phase and has the same syntax as publish.
  • modifying of a port name involves changing the system upgrading mark, to enable publishing a new object having the same object type and object individual, allowing testing of the new object during traffic, and removal of the old object from the network when the test has been passed.
  • the functional unit also can support wait for publishing of a port name, which action takes place at start and system upgrading phase.
  • Waiting for publishing of a port name preferably involve making the functional unit wait for the demand port name to be published, specifying a maximum waiting time, and informing objects when a specified object has published its port name to the functional unit.
  • FIG. 1 schematically illustrates an arrangement of functional units in a telecommunication network zone, in accordance with the invention
  • FIG. 2 schematically illustrates a port name addressed message route to destination
  • FIG. 3 illustrates functional unit interfaces
  • FIG. 4 illustrates load sharing within the network.
  • FIG. 1 shows a number of functional units 10 in a telecommunication network zone, which units are each associated with a distributed communication operating processor.
  • the functional unit acts as an intermediary name addressing service agent at each node in the network, thus, dividing the network into several domains: local processor level 11 , subnet processor level 12 and zone processor level 13 .
  • Each processor server is able to publish its service via the functional unit 10 by giving it a specific name, a so called Port Name.
  • This publication is bound to the working domain in which the service will accessible.
  • the functional units 10 will distribute this publication within the domain, i.e. the functional units will spread the information hierarchically to other functional units within the domain.
  • the name addressing service unit 10 acts as a distributed data base, in which it has the traditional functions to store, retrieve and delete the information (service name and its address) within the domain. Depending upon in which domain the name addressing service unit is located, the unit can store the address in different repositories. This means that the client is able to direct its demands (retrieval, subscription) in a specific domain.
  • the functional unit can provide its services in an incremental way, and the start synchronization is very loose, which enhances flexibility.
  • the Port Name is unique and unchangeable wherever it is allocated in the network. This will contribute to characteristics like distribution transparency, change-over transparency and fault tolerance.
  • the Port Name is a data structure which consists of three parameters: Object Type, Object Individual and System Upgrading Mark.
  • the functional unit 10 supports the following functions:
  • Publishing of a Port Name is an activity which takes place at starting phase, or at system upgrading and is directed towards any functional unit 10 .
  • the applications (objects) will announce their existence in the network (zone).
  • the functional unit is responsible for spreading the publication within the scope, defined at publishing, together with the port name and a port reference.
  • the scope can be a processor, a subnet or a zone, and states the domain within which the objects are visible and thereby available.
  • a unique key is returned to the applications, which key is used when the application wants to modify or withdraw its own publication.
  • Withdrawal of a Port Name is an activity which takes place when an object ceases to be used by any application or when a fault is detected. As is done at publishing, the withdrawal is directed towards a functional unit 10 which takes responsibility for spreading it within the scope. To secure this operation, a comparison is made between the stored key and the received one, this to make sure that the withdrawal is being made by the correct port.
  • Search and analysis of a Port Name is an activity which takes place when an object 14 (client located at processor A) sends a message to another object 15 (server located at processor B) via the ports 16 , 17 and a message passing service network 18 , 19 and 20 , using a Port Name as an address (see FIG. 2 ).
  • the message is handled by the sender's inter process communication 21 which calls the functional unit 10 to get the destination address.
  • the message is passed via the message passing service network 18 , 19 and 20 to the destination object's inter process communication 22 , which passes the message on to the destination object 15 when a port reference is known. If the port name is not found, the message is returned to the sender 14 with an error indication.
  • Modifying of a Port Name is an activity which takes place at System upgrading phase.
  • the application that published its Port Name will change the system upgrading mark. This enables publishing a new object having the same Object Type and Object Individual but with different system upgrading mark. The result is that it is possible to test the new object during traffic. If the new object pass the test, the old one will be removed from the network. Modifying has the same syntax as publish, but only system upgrading mark can be modified, it is not possible to modify the other parameters.
  • Waiting for publishing of a specific Port Name is an activity which takes place at start and System upgrading phase. Objects start at different times. As a result of this, an object may try to address, by port name, objects that are not yet published. In this case a subscription of a specified port name is made, making the functional unit 10 wait for the demand port name to be available (published). The objects are then being informed when a specified object has published its port name to the functional unit. In order to prevent the functional unit from waiting “an indefinite time”, the user must state a maximum waiting time.
  • the functional unit 10 supports two types of subscription:
  • Synchronous subscription wherein the client will be suspended until a port name is published or the specified time has expired.
  • Asynchronous subscription wherein the client will continue execution and will receive information as soon as the specified port name has been published or the specified time has expired.
  • the functional unit uses the following interfaces (see FIG. 3 ):
  • An internal interface 23 is used for distributing Port Names throughout the zone.
  • a first external interface 24 to the inter process communication 21 , 22 which is a pure Client and Server interface, where the functional unit is the server.
  • the inter process communication 21 , 22 uses the interface to publish a Port Name, to search and analyze for a Port Name. to withdraw a Port Name, and to modify a Port Name.
  • a second external interface 25 to users 14 , 15 which interface 25 is used by all users who want to communicate at start phase. Users will subscribe for a specified Port Name, making the functional unit wait for the requested Port Name to be available (published).
  • a third external interface 26 to system upgrading 27 which is a pure client and server interface, where the functional unit is the server.
  • System upgrading uses the interface to find which marks are related to a specific Object Type/Object Individual.
  • a fourth external interface 28 to processor error handle 29 which interface is a pure client and server interface, where the functional unit is the server.
  • Processor error handle will inform the functional unit when a processor failure occur.
  • the functional unit tries to avoid that a fault of any kind will paralyse all unit functionality. Instead the functional unit will alarm and operation and maintenance will take the appropriate actions.
  • the functional unit In case of processor failure, the functional unit will receive information either from the message passing service or operation and maintenance. The functional unit can not make a recovery. Instead operation and maintenance will attempt to start the processor and all objects will be republished.
  • the functional unit conceals server redundancy by having a stable Port Name.
  • the applications need to find a server in order to execute a specific function.
  • the server does not need to be related to a specific data partition (individual). This means that any server 30 , 31 of a specific type can be chosen (load sharing) by a client 32 via a routing point 33 (see FIG. 4 ).
  • clients need to address a server that is related to a specific data partition.
  • This server directly or indirectly handles several real objects. Partition data relating to a real object decides in which server the process will end up.
  • the applications need to find a specific server, which handles one and only one real object.
  • the functional unit according to the invention relies on the following system functionality:
  • Processor supervision in the subnet This is used to decide if the processor is available or not.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Multi Processors (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Debugging And Monitoring (AREA)

Abstract

The invention relates to an arrangement and a method for linking clients to servers at run time in a distributed networking environment, particularly for start synchronization in a digital telecommunication system. The system comprises at least one ground based radio communication unit (12, 13) and a number of mobile radio communication units (11) for communication with or via said ground based radio communication unit (12, 13). Each of said communication units is provided with a digital data processor server (14, 15) linked to a communication port (16, 17). According to the invention, each communication port (16, 17) is linked to a functional unit (10) which acts as a distributed database which is able to register when a specified server (14, 15) becomes available in a defined domain.

Description

This application is a continuation of International Application No. PCT/SE96/00802, filed Jun. 19, 1996, which designates the United States.
The present invention relates to an arrangement and a method for linking clients to servers at run time in a distributed networking environment, particularly for start synchronization in a digital telecommunication system, comprising at least one ground based radio communication unit and a number of mobile radio communication units for communication with or via said ground based radio communication unit, wherein each of said communication units is provided with a digital data processor server linked to a communication port.
In distributed computing systems, applications are distributed throughout the network. These applications are made available at varying points of time. As a result of this, one application (addressing application) may try to address another application (addressed application) before the addressed application has become available. This means that it is very difficult to use time synchronization to resolve the numerous client server relationships between the distributed softwares. Furthermore, another important factor is that the lack of one single server software to start should not prevent the entire system from starting and working.
One possible solution is to let each application try addressing the other application until a response from the other application is received. The problem with this solution is the bad use of system capacity. The communication costs for unnecessary messages is high.
For example, a digital tele-communication system is realized as a network of neighbouring radio cells, together providing coverage of a service area. Such a system allows mobile stations to move freely between the cells in the service area without interruption of communication. A number of distributed databases are used to keep track of mobile stations. These databases may for example contain subscriber information, authentication parameters and ciphering keys. When a mobile station roams into a new mobile services switching centre area, the visitor location register database connected to that mobile services switching centre will request data about said mobile station from the home location register database.
Thus, in the field of mobile telecommunications, it would be especially advantageous to reduce unnecessary messages since this will unload processors and increase traffic capacity, for example during handover of calls in progress between cells or from one base station controller to another base station controller.
SUMMARY
An object of the invention is therefore to provide a flexible start synchronisation mechanism, making paired client-server communication handling independent of each other.
Therefore, an arrangement for handling linking of clients to servers at run time is provided. In the arrangement each communication port is linked to a functional unit which acts as a distributed database which is able to register when a specified server becomes available in a defined domain. This solution results in the use of a loose synchronisation mechanism based on events instead of time, between applications.
The functional unit can use an internal interface to distribute port names throughout a zone.
The functional unit can also use a first external interface to the internal process communication, to publish a port name, search and analyze for a port name, withdraw a port name, and to modify a port name.
The functional unit can also use a second external interface to users, who want to communicate at start phase, wherein users subscribe for a specified port name, making the functional unit wait for the requested port name to become available.
The functional unit can also use a third external interface to system upgrading, wherein system upgrading uses the interface to find which marks are related to a specific object type/object individual.
Preferably, the functional unit also uses a fourth external interface to processor error handle, wherein the functional unit acts as a server which will be informed when a processor failure occur.
In a preferred embodiment of the invention, a functional unit is allocated to each distributed communication operating system processor in a subnet.
It is an advantage with the invention that a functional unit at a zone level is able to communicate with a number of functional units at a subnet level, and that the functional units at said subnet level are each able to communicate with a number of functional units at a processor level.
The method according to the invention is characterized in that each client subscribes to a defined domain through a functional unit, and that each server is able to publish the service it provides through a defined domain, by registering it to said functional unit.
Preferably, the functional unit can be requested to register and notify a client processor when the specified server becomes available.
According to the invention, the functional unit can also be requested by a server to register that the service said server provides is available.
Preferably, each server publishes its service by means of a specified port name, which publication is bound to a working domain in which said service is accessible. This publication is distributed within the domain by means of the functional unit.
The port name can be a data structure which comprises parameters regarding object type, object individual and system upgrading.
The published data can be secured from unauthorized objects by means of a key which is returned to the applications, which key also can be used for modification or withdrawal of said publication.
The functional unit supports withdrawal of a port name, which action takes place when an object ceases to be used by any application or when a fault is detected.
The process of withdrawal of a port name involves a comparison between the stored key and a received key, to make sure that the withdrawal is being made by the correct port.
The functional unit also supports search and analysis of a port name, which action takes place when an object sends a message to another object using a port name as an address.
The process of search and analysis of a port name is handled by inter process communication, which calls the functional unit to get the destination address and in case the port name is not found, the message is returned to the sender with an error indication.
The functional unit supports modifying of a port name, which action takes place at system upgrading phase and has the same syntax as publish.
Preferably, modifying of a port name involves changing the system upgrading mark, to enable publishing a new object having the same object type and object individual, allowing testing of the new object during traffic, and removal of the old object from the network when the test has been passed.
The functional unit also can support wait for publishing of a port name, which action takes place at start and system upgrading phase.
Waiting for publishing of a port name preferably involve making the functional unit wait for the demand port name to be published, specifying a maximum waiting time, and informing objects when a specified object has published its port name to the functional unit.
BRIEF DESCRIPTION OF THE DRAWINGS
The invention will be further described in the following in a non-limiting way with reference to the accompanying drawings, in which
FIG. 1 schematically illustrates an arrangement of functional units in a telecommunication network zone, in accordance with the invention,
FIG. 2 schematically illustrates a port name addressed message route to destination,
FIG. 3 illustrates functional unit interfaces, and
FIG. 4 illustrates load sharing within the network.
DETAILED DESCRIPTION
The schematically illustrated arrangement in FIG. 1 shows a number of functional units 10 in a telecommunication network zone, which units are each associated with a distributed communication operating processor. The functional unit acts as an intermediary name addressing service agent at each node in the network, thus, dividing the network into several domains: local processor level 11, subnet processor level 12 and zone processor level 13.
Each processor server is able to publish its service via the functional unit 10 by giving it a specific name, a so called Port Name. This publication is bound to the working domain in which the service will accessible. The functional units 10 will distribute this publication within the domain, i.e. the functional units will spread the information hierarchically to other functional units within the domain.
The name addressing service unit 10 acts as a distributed data base, in which it has the traditional functions to store, retrieve and delete the information (service name and its address) within the domain. Depending upon in which domain the name addressing service unit is located, the unit can store the address in different repositories. This means that the client is able to direct its demands (retrieval, subscription) in a specific domain.
Thus, the functional unit can provide its services in an incremental way, and the start synchronization is very loose, which enhances flexibility.
The Port Name is unique and unchangeable wherever it is allocated in the network. This will contribute to characteristics like distribution transparency, change-over transparency and fault tolerance. The Port Name is a data structure which consists of three parameters: Object Type, Object Individual and System Upgrading Mark.
The functional unit 10 supports the following functions:
Publishing of a Port Name
Withdrawal of a Port Name
Search and analysis of a Port Name
Modifying of a Port Name
Wait for publishing of a Port Name
Publishing of a Port Name is an activity which takes place at starting phase, or at system upgrading and is directed towards any functional unit 10. The applications (objects) will announce their existence in the network (zone). The functional unit is responsible for spreading the publication within the scope, defined at publishing, together with the port name and a port reference. The scope can be a processor, a subnet or a zone, and states the domain within which the objects are visible and thereby available. To secure the published data from unauthorized objects, a unique key is returned to the applications, which key is used when the application wants to modify or withdraw its own publication.
Withdrawal of a Port Name is an activity which takes place when an object ceases to be used by any application or when a fault is detected. As is done at publishing, the withdrawal is directed towards a functional unit 10 which takes responsibility for spreading it within the scope. To secure this operation, a comparison is made between the stored key and the received one, this to make sure that the withdrawal is being made by the correct port.
Search and analysis of a Port Name is an activity which takes place when an object 14 (client located at processor A) sends a message to another object 15 (server located at processor B) via the ports 16, 17 and a message passing service network 18, 19 and 20, using a Port Name as an address (see FIG. 2).
The message is handled by the sender's inter process communication 21 which calls the functional unit 10 to get the destination address. The message is passed via the message passing service network 18, 19 and 20 to the destination object's inter process communication 22, which passes the message on to the destination object 15 when a port reference is known. If the port name is not found, the message is returned to the sender 14 with an error indication.
Modifying of a Port Name is an activity which takes place at System upgrading phase. The application that published its Port Name will change the system upgrading mark. This enables publishing a new object having the same Object Type and Object Individual but with different system upgrading mark. The result is that it is possible to test the new object during traffic. If the new object pass the test, the old one will be removed from the network. Modifying has the same syntax as publish, but only system upgrading mark can be modified, it is not possible to modify the other parameters.
Waiting for publishing of a specific Port Name is an activity which takes place at start and System upgrading phase. Objects start at different times. As a result of this, an object may try to address, by port name, objects that are not yet published. In this case a subscription of a specified port name is made, making the functional unit 10 wait for the demand port name to be available (published). The objects are then being informed when a specified object has published its port name to the functional unit. In order to prevent the functional unit from waiting “an indefinite time”, the user must state a maximum waiting time.
The functional unit 10 supports two types of subscription:
Synchronous subscription, wherein the client will be suspended until a port name is published or the specified time has expired.
Asynchronous subscription, wherein the client will continue execution and will receive information as soon as the specified port name has been published or the specified time has expired.
The functional unit uses the following interfaces (see FIG. 3):
An internal interface 23 is used for distributing Port Names throughout the zone.
A first external interface 24 to the inter process communication 21, 22, which is a pure Client and Server interface, where the functional unit is the server. The inter process communication 21, 22 uses the interface to publish a Port Name, to search and analyze for a Port Name. to withdraw a Port Name, and to modify a Port Name.
A second external interface 25 to users 14, 15, which interface 25 is used by all users who want to communicate at start phase. Users will subscribe for a specified Port Name, making the functional unit wait for the requested Port Name to be available (published).
A third external interface 26 to system upgrading 27, which is a pure client and server interface, where the functional unit is the server. System upgrading uses the interface to find which marks are related to a specific Object Type/Object Individual.
A fourth external interface 28 to processor error handle 29, which interface is a pure client and server interface, where the functional unit is the server. Processor error handle will inform the functional unit when a processor failure occur.
In general, the functional unit tries to avoid that a fault of any kind will paralyse all unit functionality. Instead the functional unit will alarm and operation and maintenance will take the appropriate actions.
In case of processor failure, the functional unit will receive information either from the message passing service or operation and maintenance. The functional unit can not make a recovery. Instead operation and maintenance will attempt to start the processor and all objects will be republished.
The functional unit supports:
Distribution transparency, which means that clients do not need to know where the servers are allocated. The functional unit conceals server redundancy by having a stable Port Name.
System concept N+1 redundancy: In case of processor failure within a subnet, other processors will take over servers that was handled by the failing processor. This will only occur within a subnet.
Start synchronization.
System upgrading.
In a function addressing mode, the applications need to find a server in order to execute a specific function. The server does not need to be related to a specific data partition (individual). This means that any server 30, 31 of a specific type can be chosen (load sharing) by a client 32 via a routing point 33 (see FIG. 4). This implies that servers in several processors create ports with identical port names. These servers publish their Port Names to at least subnet level, so that they are visible for the functional unit at subnet level (load sharing exists only within a subnet).
In a partitioned function addressing mode, clients need to address a server that is related to a specific data partition. This server directly or indirectly handles several real objects. Partition data relating to a real object decides in which server the process will end up.
In an object addressing mode, the applications need to find a specific server, which handles one and only one real object.
In order to have a fault tolerant functional unit according to the invention, functionality at subnet level is duplicated (see FIG. 1). This means that the functionality must not disappear in case of a single processor failure. The following structure has been designed to obtain fault tolerance:
Distribution of subnet functionality to all processors in the subnet.
Distribution of zone functionality to all subnets in the zone.
Storage capacity of the service will be affected by the number of Port Names and implementation of the Port Name table.
The functional unit according to the invention relies on the following system functionality:
Processor supervision in the subnet. This is used to decide if the processor is available or not.
Configuration data at the starting phase.
The invention is not limited to the above described embodiment, but several modifications can be made within the scope of the accompanying claims.

Claims (23)

What is claimed is:
1. An arrangement for linking clients to servers at run time in a distributed networking environment, particularly for start synchronization in a digital telecommunication system, comprising at least one ground based radio communication unit and a number of mobile radio communication units for communication with or via said ground based radio communication unit, wherein each of said communication units is provided with a digital data processor server linked to a communication port, wherein each communication port is linked to a functional unit which acts as a distributed database which is able to register when a specified server becomes available in a defined domain, each port being provided by a name, which is a data structure comprising parameters regarding object type, object individual and system upgrading, and wherein each server publishes its service by means of a specified port name, and further wherein the published data is secured from unauthorized objects by means of a key which is returned to the applications, which key is also used for modification or withdrawal of said publication.
2. An arrangement according to claim 1, wherein the functional unit uses an internal interface to distribute port names throughout a zone.
3. An arrangement according to claim 2, wherein the functional unit uses a first external interface to the internal process communication to publish a port name, search and analyze for a port name, withdraw a port name, and to modify a port name.
4. An arrangement according to claim 3, wherein the functional unit uses a second external interface to users who want to communicate at start phase, wherein users subscribe for a specified port name, making the functional unit wait for the requested port name to become available.
5. An arrangement according to claim 4, wherein the functional unit uses a third external interface to system upgrading wherein system upgrading uses the interface to find which marks are related to a specific object type/object individual.
6. An arrangement according to claim 5, wherein the functional unit uses a fourth external interface to processor error handle, wherein the functional unit acts as a server which will be informed when a processor failure occur.
7. An arrangement according to claim 1, wherein a functional unit is allocated to each distributed communication operating system processor in a subnet.
8. An arrangement according to claim 7, wherein a functional unit at a zone level is able to communicate with a number of functional units at a subnet level, and that the functional units at said subnet level are each able to communicate with a number of functional units at a processor level.
9. A method for linking clients to servers at run time in a distributed networking environment, particularly for start synchronization in a digital telecommunication system, comprising at least one ground based radio communication unit and a number of mobile radio communication units for communication with or via said ground based radio communication unit, wherein each client subscribes to a defined domain through a functional unit, and that each server is able to publish the service it provides through a defined domain, by registering it to said functional unit, each port being provided by a name, which is a data structure comprising parameters regarding object type, object individual and system upgrading and each server publishes its services by means of a specified port name, and wherein the published data is secured from unauthorized objects by means of a key which is returned to the applications, which key is also used for modification or withdrawal of said publication.
10. A method according to claim 9, wherein the functional unit is able to be requested to register and notify a client processor when the specified server becomes available.
11. A method according to claim 9, wherein the functional unit can be requested by a server to register that the service said server provides is available.
12. A method according to claim 9, wherein said publication is bound to a working domain in which said service is accessible.
13. A method according to claim 12, wherein the functional unit distributes the publication within the domain.
14. A method according to claim 9, wherein the functional unit supports withdrawal of a port name, which action takes place when an object ceases to be used by any application or when a fault is detected.
15. A method according to claim 14, wherein the process of withdrawal of a port name involves a comparison between the stored key and a received key, to ensure that the withdrawal is being made by the correct port.
16. A method according to claim 14, wherein the functional unit supports withdrawal of a port name, which action takes place when an object ceases to be used by any application or when a fault is detected.
17. A method according to claim 16, wherein the process of withdrawal of a port name involves a comparison between the stored key and a received key, to make sure that the withdrawal is being made by the correct port.
18. A method according to claim 14, wherein the functional unit supports search and analysis of a port name, which action takes place when an object sends a message to another object using a port name as an address.
19. A method according to claim 18, wherein the process of search and analysis of a port name is handled by inter process communication, which calls the functional unit to get the destination address and in case the port name is not found, the message is returned to the sender with an error indication.
20. A method according to claim 14, wherein the functional unit supports modifying of a port name, which action takes place at system upgrading phase and has the same syntax as publish.
21. A method according to claim 20, wherein modifying of a port name involves changing the system upgrading mark, to enable publishing a new object having the same object type and object individual, allowing testing of the new object during traffic, and removal of the old object from the network when the test has been passed.
22. A method according to claim 14, wherein the functional unit supports wait for publishing of a port name, which action takes place at start and system upgrading phase.
23. A method according to claim 22, wherein waiting for publishing of a port name involves making the functional unit wait for the demand port name to be published, specifying a maximum waiting time, and informing objects when a specified object has published its port name to the functional unit.
US08/993,609 1995-06-19 1997-12-18 Arrangement and method for linking clients to servers at run time in a distributed networking environment Expired - Lifetime US6185626B1 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
SE9502216A SE504523C2 (en) 1995-06-19 1995-06-19 Device and method for linking customers to servers during runtime in a distributed telecommunications network
SE9502216 1995-06-19
PCT/SE1996/000802 WO1997000591A1 (en) 1995-06-19 1996-06-19 Arrangement and method for linking clients to servers at run time in a distributed networking environment

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
PCT/SE1996/000802 Continuation WO1997000591A1 (en) 1995-06-19 1996-06-19 Arrangement and method for linking clients to servers at run time in a distributed networking environment

Publications (1)

Publication Number Publication Date
US6185626B1 true US6185626B1 (en) 2001-02-06

Family

ID=20398660

Family Applications (1)

Application Number Title Priority Date Filing Date
US08/993,609 Expired - Lifetime US6185626B1 (en) 1995-06-19 1997-12-18 Arrangement and method for linking clients to servers at run time in a distributed networking environment

Country Status (9)

Country Link
US (1) US6185626B1 (en)
EP (1) EP0872146B1 (en)
JP (1) JPH11508098A (en)
KR (1) KR100343344B1 (en)
CN (1) CN1096818C (en)
AU (1) AU705516B2 (en)
DE (1) DE69630316T2 (en)
SE (1) SE504523C2 (en)
WO (1) WO1997000591A1 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6594702B1 (en) * 1999-02-25 2003-07-15 Oracle International Corporation Managing the size and accessibility of a name service
US6941360B1 (en) * 1999-02-25 2005-09-06 Oracle International Corporation Determining and registering participants in a distributed transaction in response to commencing participation in said distributed transaction
US20050195793A1 (en) * 2004-03-05 2005-09-08 Lockheed Martin Corporation System for locally synchronizing a group of mobile devices
US7209959B1 (en) 2000-04-04 2007-04-24 Wk Networks, Inc. Apparatus, system, and method for communicating to a network through a virtual domain providing anonymity to a client communicating on the network
US20090189890A1 (en) * 2008-01-27 2009-07-30 Tim Corbett Methods and systems for improving resource utilization by delaying rendering of three dimensional graphics
CN101677324B (en) * 2008-09-17 2012-10-03 华为技术有限公司 Business management method, terminal, network system and related equipment

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9711356D0 (en) 1997-05-30 1997-07-30 Unilever Plc Particulate detergent composition
US6128509A (en) * 1997-11-07 2000-10-03 Nokia Mobile Phone Limited Intelligent service interface and messaging protocol for coupling a mobile station to peripheral devices
US7699925B2 (en) 2002-06-20 2010-04-20 Doxa Ab System for a dental filling material or implant material, and powdered material, hydration liquid, implant material and method of achieving bonding

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995017062A1 (en) 1993-12-17 1995-06-22 Taligent, Inc. Object-oriented rule-based protocol system
WO1995020300A1 (en) 1994-01-21 1995-07-27 Nokia Telecommunications Oy Providing service in mobile communication system
US5483652A (en) * 1994-01-24 1996-01-09 Digital Equipment Corporation Mechanism for locating without search discrete application resources known by common name only in a distributed network computing environment
US5692180A (en) * 1995-01-31 1997-11-25 International Business Machines Corporation Object-oriented cell directory database for a distributed computing environment
US5724512A (en) * 1995-04-17 1998-03-03 Lucent Technologies Inc. Methods and apparatus for storage and retrieval of name space information in a distributed computing system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1993011646A1 (en) * 1991-12-03 1993-06-10 Electronic Data Systems Corporation Apparatus for detecting and preventing subscriber number tumbling in a cellular mobile telephone system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995017062A1 (en) 1993-12-17 1995-06-22 Taligent, Inc. Object-oriented rule-based protocol system
WO1995020300A1 (en) 1994-01-21 1995-07-27 Nokia Telecommunications Oy Providing service in mobile communication system
US5483652A (en) * 1994-01-24 1996-01-09 Digital Equipment Corporation Mechanism for locating without search discrete application resources known by common name only in a distributed network computing environment
US5692180A (en) * 1995-01-31 1997-11-25 International Business Machines Corporation Object-oriented cell directory database for a distributed computing environment
US5724512A (en) * 1995-04-17 1998-03-03 Lucent Technologies Inc. Methods and apparatus for storage and retrieval of name space information in a distributed computing system

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
A.E. Hodson, "The Global Directory-An Overview", IEE Colloquium, Apr. 1990. *
A.E. Hodson, "The Global Directory—An Overview", IEE Colloquium, Apr. 1990.
John Bloomer, Distributed Computing and the OSF/DCE, Dr Dobb's Journal reprint, Feb. 1995. *
S.E. Kille, "Implementing the Directory", IEE Colloquium, Apr. 1990. *
Sato et al., "Network Directory Concept for an Intelligent Network", IEEE Conference, Nov. 1989. *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6594702B1 (en) * 1999-02-25 2003-07-15 Oracle International Corporation Managing the size and accessibility of a name service
US20040002922A1 (en) * 1999-02-25 2004-01-01 Oracle International Corporation Managing the size and accessibility of a name service
US6941360B1 (en) * 1999-02-25 2005-09-06 Oracle International Corporation Determining and registering participants in a distributed transaction in response to commencing participation in said distributed transaction
US7840671B2 (en) 1999-02-25 2010-11-23 Oracle International Corporation Managing the size and accessibility of a name service
US7209959B1 (en) 2000-04-04 2007-04-24 Wk Networks, Inc. Apparatus, system, and method for communicating to a network through a virtual domain providing anonymity to a client communicating on the network
US20070162590A1 (en) * 2000-04-04 2007-07-12 Campbell Douglas A Apparatus, systems, and method for communicating to a network through a virtual domain
US8370457B2 (en) 2000-04-04 2013-02-05 Darmate Glassworks Llc Network communication through a virtual domain
US8762498B2 (en) 2000-04-04 2014-06-24 Darmate Glassworks Llc Apparatus, system, and method for communicating to a network through a virtual domain
US20050195793A1 (en) * 2004-03-05 2005-09-08 Lockheed Martin Corporation System for locally synchronizing a group of mobile devices
US20090189890A1 (en) * 2008-01-27 2009-07-30 Tim Corbett Methods and systems for improving resource utilization by delaying rendering of three dimensional graphics
CN101677324B (en) * 2008-09-17 2012-10-03 华为技术有限公司 Business management method, terminal, network system and related equipment

Also Published As

Publication number Publication date
JPH11508098A (en) 1999-07-13
CN1096818C (en) 2002-12-18
SE504523C2 (en) 1997-02-24
EP0872146A1 (en) 1998-10-21
EP0872146B1 (en) 2003-10-08
KR19990023036A (en) 1999-03-25
SE9502216L (en) 1996-12-20
AU705516B2 (en) 1999-05-27
CN1192841A (en) 1998-09-09
WO1997000591A1 (en) 1997-01-03
DE69630316D1 (en) 2003-11-13
AU6144596A (en) 1997-01-15
DE69630316T2 (en) 2004-08-19
KR100343344B1 (en) 2002-10-25
SE9502216D0 (en) 1995-06-19

Similar Documents

Publication Publication Date Title
AU688096B2 (en) A configuration method for a data management system
CN100566328C (en) Network resolve method in the territory with the user distribution server, reach relevant telecommunication system
US5101348A (en) Method of reducing the amount of information included in topology database update messages in a data communications network
AU691337B2 (en) Method and arrangement for process based message handling in a communication system
EP0716796B1 (en) Mobile communication system with overlapping domains
US5537547A (en) Automatic network element identity information distribution apparatus and method
US6185626B1 (en) Arrangement and method for linking clients to servers at run time in a distributed networking environment
KR20000028730A (en) NPA split management in intelligent network environment
FI101908B (en) Fault-tolerant change distribution method in a distributed database system
EP0775427B1 (en) A configuration method for a data management system
JP4830081B2 (en) Wireless mobility service platform
EP1109413B1 (en) Summary building block, system and method for network management
US5966713A (en) Method for determining the contents of a restoration log
US7827142B2 (en) Data element information management in a network environment
US20040205693A1 (en) Resource localization
WO2000054525A1 (en) Mobile application service
AU699695B2 (en) A computer controlled system
US20230188369A1 (en) Seamless customer data move between source and target charging function elements of a communications system
JPH06334754A (en) Representative number service system
FI87716C (en) Duplication procedure for a switching system, especially for a telephone exchange
WO2000033214A1 (en) Method and arrangement relating to resource handling in communications networks
Quintela Implications of hierarchical name resolution and name space in dynamic distributed networks
JPH07170329A (en) Communication system

Legal Events

Date Code Title Description
AS Assignment

Owner name: TELEFONAKTIEBOLAGET L M ERICSSON, SWEDEN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CHIVI, ANWAR HANNA;REEL/FRAME:009149/0569

Effective date: 19970912

STCF Information on status: patent grant

Free format text: PATENTED CASE

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FPAY Fee payment

Year of fee payment: 4

FPAY Fee payment

Year of fee payment: 8

FPAY Fee payment

Year of fee payment: 12