Network service control point (SCP) for an intelligent...

Multiplex communications – Pathfinding or routing – Combined circuit switching and packet switching

Reexamination Certificate

Rate now

  [ 0.00 ] – not rated yet Voters 0   Comments 0

Details

C370S465000, C370S410000, C370S522000, C379S201060

Reexamination Certificate

active

06667969

ABSTRACT:

FIELD OF THE INVENTION
The present invention relates to allowing the collaboration of private service control points with existing service application of a network service control point in an intelligent network.
BACKGROUND OF THE INVENTION
The intelligent network (IN) is a known network architecture for offering telecommunication services for architectures such as PSTN/ISDN.
The intelligent network is intended to make it possible for a network operator to quickly and reliably introduce new services without having to intervene in the system program systems in each related network node.
In an IN, such interventions limited to an optimally few central network nodes, which are referred to as service control points (SCPs). These SCPs are equipped at a central location with the corresponding application software for. The new services, which are referred to as the service applications. The individual network nodes in the base network are fashioned as a “remote control” to implement the new services. The SCP of a network operator (public or private) is referred to below as network SCP.
A standardized model of the call processing of a remotely controlled network node is employed in order to assure the collaboration between SCP and network nodes of various manufacturers, so that an IN application of SCP has the same effect on a call in every network node, independent of the network nodes manufacturer. The structure of this call model is presented in the document, Ebert, I. et al., “Application of a Service-Independent Architecture, Innovations in Switching Technology”, Stockholm, May 28-Jun. 1, 1990, Vol. 4, May 28, 1990, pages 57-62, XP0001 30898, Institute of Electrical and Electronics Engineers.
These remote control network nodes of the IN are also referred to as service access nodes or service switching points SSP. They are connected to a service control point SCP either directly or via a signaling network.
A service management point SW serves the purpose of administering the IN services by the network operator, the network vendor and the service subscriber.
Network operators or network vendors are interested in defining new services or developing existing services. A service creation environment (SCE) is used for this purpose. The job of the SCE is comprised in to introduce service data and service logic (programs) into the SCPs and SMPs without existing service applications, or the base network being affected in terms of their functionality and integrity.
The document Uchiyama, S. et al., “An Environment for Supplementary Service Development”, ISS.'95, World Telecommunications Congress (International Switching Symposium), Advanced Switching Technologies for Universal Telecommunications at the beginning of the 2161 Century Berlin, Apr. 23-28, 1995, Vol. 1, Apr. 23, 1995, pages 88-92, XP000495543, Verband Deutscher Electrotechniker (VDE), discloses an exemplary environment for the development of supplementary services, in which a developer can program a service on a highly abstract level without the functionality and integrity of existing service applications being affected by the introduction of this new service.
In the document Masahiko Fujinaga, et al., “Implementing in Functional Entities on top of Distributed Operating System October 1992, Vol. 1, pages 268-272, XP000337657, Institute of Electronics: Information and communication Engineers, the programming of a service is abstracted by defined function modules, which are referred to as service independent building blocks (SIB), and and is simultaneously limited to these modules for security reasons.
The state of SCE technology is thus limited to the modification of existing service applications in the functions provided precisely for the purpose of service customization or to the setup of new services composed of function modules with functions that are precisely defined by the manufacturer in SIBs. In both instances, only versions of the services or service functions defined by the manufacturer are generated.
Truly new service functions can not be developed by those (especially the service vendor), who have no access to the functions in the base network or the SCP/SMP. One cannot open a SCP/SMP for developing services by third parties because of the enormous security problems and side-effects on existing services.
In order to govern the problems of previous service creations environments, the known technique of “private” SCP, i.e. SCPs that belong to a private service vendor or even to a customer who uses his own service was developed. The services developed by third parties are thereby implemented in a physically separate, private SCP connected to the network SCP, whereby the centralized network SCP implements the necessary security functions (gateways).
This technology is known from the document “Customers in Driver's Seat: Private Intelligent Network Control Point”, by R. Luider and M. Sevcik (Lüder).
An IN architecture according to Lutder is expanded by the connection of private SCPs, with the critical expansions relate to the following components:
1) Each service vendor develops his services in a private SCP computer node.
2) The private SCPs are connected to the network SCP via a secure data communication network (wide area network: WAN). The WAN is based on known industrial standards such as the Internet protocols (IP).
3) The protocol messages are exchanged with the base network via a secure gateway GW in the network SCP. The protocols' applications partts are known and correspond to the international standards such as INAP, AIN or corresponding sub-sets thereof The gateway GW prevents effor-affected messages or unallowed functions from influencing the base network. The owners (network operators) of the network SCP can, for example, define what network functions (such as, INAP operations) are released for the private SCPs. A specific, sensitive network function (such as fee charging), if not released, cannot be used by a private SCP.
Due to these expansions, the service vendor, as owner of a private SCP, is thus free in terms of designing his services and service data.
The disadvantage is that no interworking is possible with the existing service applications in the network SCP. Such internetworking would be extremely useful and cost-saving since many service functions from the existing service applications can also be employed without further effort for the services in the private SCP of a service vendor. Some examples include routing, fee charging, control of an intelligent peripheral (for announcements, etc.), etc.
SUMMARY OF THE INVENTION
The present invention is based on the object of overcoming limitations on interworking with existing service applications in the network SCP.
The advantage of the invention lies in the possibility of using existing applications of the network SCP by private SCPs or, respectively, the service creation environment of the private SCP.
An embodiment of the invention where collaboration is requested by the private SCP to the network SCP with respect to a service application, and the network SCP returns references (PIC return data) to specific locations of the service application which are then called by the private SCP, has the advantage that the operational dynamics are improved, since the private SCP need not employ any logical address for the call of the network SCP.


REFERENCES:
patent: 5241588 (1993-08-01), Babson
patent: 5915008 (1999-06-01), Dulman
patent: WO 95/295564 (1995-11-01), None
patent: 0 722 257 (1996-07-01), None
patent: WO 95/29564 (1995-11-01), None
patent: WO 96/21310 (1996-07-01), None
Bosco, P.G. , et al, “A Laboratory for AIN Service Design and Validation”, disclovering a New World of Communications, Chicago, IEEE, Vol 2 of 4 Jun. 1992, pp 566-571.*
Ramarao, B.C.V., Role of Application GatewaysGlobal Intelligent Network, Intelligent Networks:The Path to Global Networking, Processings of the Internation Council for Computer Communication Intelligent Networks conference, May 4-6, 1992, pp 358-367.*
Ebert, I., et al., “Applicatin of a Service-Inde

LandOfFree

Say what you really think

Search LandOfFree.com for the USA inventors and patents. Rate them and share your experience with other people.

Rating

Network service control point (SCP) for an intelligent... does not yet have a rating. At this time, there are no reviews or comments for this patent.

If you have personal experience with Network service control point (SCP) for an intelligent..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Network service control point (SCP) for an intelligent... will most certainly appreciate the feedback.

Rate now

     

Profile ID: LFUS-PAI-O-3125187

  Search
All data on this website is collected from public sources. Our data reflects the most accurate information available at the time of publication.