Integrated communication system with intelligent network and telecommunications management network
BACKGROUND OF THE INVENTION 
     1. Field of the Invention 
     The present invention relates to an integrated communication system constituted by combining an intelligent network (IN) and a telecommunications management network (TMN). 
     2. Description of the Related Art 
     According to the network architecture based on the known principle of distributed processing, the whole system is constituted by repetition of the same function, so that an advantage is achieved in view of extension of the network. However, from the standpoint of successively introducing new services in compliance with the recent tendency toward enhanced diversity of needs, it is necessary to realize repeated arrangements of the same function in the entire network at the introduction of new services, whereby the existence of limits is unavoidable as pointed out heretofore. For this reason, there is contrived an idea to accomplish that, while an exchange station maintains the conventional simple distributed processing mode, complicated processing relative to new services and so forth is executed by a centralized control method, and thus an intelligent network is proposed. 
     FIG. 1 is a schematic diagram for explaining how service control is executed in an intelligent network. In the intelligent network, its service control functions are dispersed to a service control point (SCP) 21 for centralized control and a service switching point (SSP) 22 arranged dispersedly, and a service is executed with mutual operations thereof. 
     In the service control point 21, a service logic program (SLP) 23 having a description of a service execution procedure is executed by a service logic execution environment (SLEE) in accordance with an event trigger obtained from the service switching point 22, and a call control instruction is outputted to the service switching point 22. 
     In the service switching point 22, the received instruction is translated under the supervision of a call state management 25, and a basic call processing (BCP) 26 conforming to a basic call state model (BCSM: standardized model of a call state transition from start to end) is executed in response to the instruction obtained from the service control point 21. Thus, introduction of a new service can be realized merely by adding the required function to the service control point 21. 
     Meanwhile, maintaining the reliability of the network is an important problem. However, the conventional network management is extremely inefficient in most cases since such maintenance is customarily performed per apparatus of each vendor or per communication equipment, and a management operating console is required for each vendor or equipment. 
     For this reason, attempts at standardizing an interface to exchange management information for each vendor or equipment have been tried, and a study relative to a telecommunications management network (TMN) is currently in progress. 
     In the telecommunications management network, an operation system (OS) for concentratively executing maintenance management and a managed system (inclusive of switching system and transmitting apparatus) are modeled as &#34;manager&#34; and &#34;agent&#34; respectively, and each of the apparatus and functions in the managed system is expressed abstractly as a managed object (MO), thereby enabling integrated management of various information communication equipment under a multi-vendor environment. 
     Now an example of the above will be specifically described with reference to FIG. 2 which explains connection setting in a telecommunications management network. 
     A managed system (switching system in this example) 27 is expressed by a managed object. A managed element object 28 is a logical expression of the switching system 27 which is a managed system in this case, and includes both a connection termination point (CTP) MO 29 and a fabric MO 30. 
     The connection termination point MO 29 expresses a logical termination point of a connection, and the fabric MO 30 is a logical expression of a channel apparatus. The fabric MO 30 includes a cross connection (XC) MO 31 which expresses a joint in the connection. 
     In the switching system 27 to be managed, the fabric MO 30 produces the cross connection MO 31 in response to a connection request &#34;connect&#34; outputted from a manager 33 in an operation system 32, and connects the connection termination points MO 29 and 29 to each other via the cross connection MO 31. 
     In the manner mentioned above, the intelligent network and the telecommunications management network are presently in the individual studies independently of each other on the basis of the respective purposes for introduction. And it is a current situation that, in the intelligent network and the telecommunications management network, each connection processing or setting is realized by an individual method through mutually different interfaces. 
     Consequently, it has been necessary heretofore to develop software independently with respect to the two networks mentioned, hence raising a problem of double development of software. 
     Another problem existing in the prior art resides in that it is impossible to perform proper operation (maintenance management) optimal to each service provided by the intelligent network. 
     Furthermore, it has been impossible to accomplish provision of an integrated new service which combines the service provided by the intelligent network and that by the telecommunications management network. 
     SUMMARY OF THE INVENTION 
     It is therefore an object of the present invention to attain common use of respective interfaces relative to an intelligent network and a telecommunications management network to thereby enhance efficiency in development of software. 
     Another object of the invention resides in achieving proper operation (maintenance management) optimal for each service provided by the intelligent network. 
     A further object of the invention is to realize an integrated new service which combines service control and operation. 
     In accordance with an aspect of the present invention, there is provided an integrated communication system constituted by combining an intelligent network and a telecommunications management network. The system comprises a plurality of service switching points arranged dispersedly to execute basic call processing, in which network resources including the basic call processing of the service switching points are handleable in common as managed objects; a service control point for executing centralized control of the service switching points by communicating with the service switching points via a predetermined managed object interface; and an operation system for executing centralized management of the service switching points by communicating with the service switching points via the same interface as the managed object interface. 
     Here, managed objects (MO) are such that, with adoption of the object orientation principle, component elements (apparatus and data representing traffic quantity and so forth) of a network to be managed are not handled as practical individual hardware or software but are expressed in common as information while the differences of vendors or kinds of apparatus are concealed from both the operation system and the service control point in such a manner that merely the functional differences can be recognized. 
     As the managed object interface mentioned above, there may be adopted the standard interface specified in the CMIS (Common Management Information Service, ISO/IEC 9595) and the CMIP (Common management Information Protocol, ISO/IEC, 9596). 
     According to the present invention, the basic call processing of each service switching point can be handled in common as a managed object, and the service control point is capable of communicating with the service switching points via the same interface as the managed object interface used for the operation system and the service switching points. 
     Consequently, the service control point and the operation system are enabled to operate in common the basic call processing managed objects (managed objects relative to basic call processing) and other managed objects in response to instructions of the same format, thereby eliminating the necessity of duplicate development of software with regard to the basic call processing and other processing as well. 
     Since any basic call processing managed object can be operated from the operation system, it becomes possible to perform a proper operation (maintenance management) optimal for the service provided by the intelligent network. 
     Besides the above, there is further achievable an advantage of providing an integrated new service which is a combination of the service provided by the intelligent network and the one by the telecommunications management network. 
     The above and other objects, features and advantages of the present invention and the manner of realizing them will become more apparent, and the invention itself will best be understood from a study of the following description and appended claims with reference to the attached drawings showing a preferred embodiment of the invention. 
    
    
     BRIEF DESCRIPTION OF THE DRAWINGS 
     FIG. 1 is a schematic diagram for explaining how service control is executed in an intelligent network (IN); 
     FIG. 2 is a schematic diagram for explaining how connection setting is executed in a telecommunications management network (TMN); 
     FIG. 3 is a block diagram of a preferred embodiment representing the communication system of the present invention; 
     FIG. 4 shows an exemplary constitution of an inheritance hierarchy of a basic call processing managed object in the embodiment of the present invention; 
     FIG. 5 shows exemplary definitions of a basic call processing managed object in the embodiment of the invention; 
     FIG. 6 is a diagram for explaining an example of a managed object relative to a basic call processing log record in the embodiment of the invention; and 
     FIG. 7 is a diagram for explaining an example of a new service in the embodiment of the invention. 
    
    
     DESCRIPTION OF THE PREFERRED EMBODIMENT 
     (1) Constitution of communication system in embodiment 
     FIG. 3 is a block diagram showing the constitution of an integrated communication system with an intelligent network and a telecommunications management network to which the present invention is applied. 
     In this diagram, reference numeral 1 denotes a service switching point which incorporates a plurality of subscriber terminals therein. The service switching point 1 is connected to other service switching points via lines. 
     Denoted by 2 is a service control point connected to the service switching point 1. The service control point 2 is an apparatus which responds to a request (event/trigger) received from the service switching point 1 and provides a service corresponding to the request. 
     Reference numeral 3 denotes an operation system (OS) connected to the service switching point 1. The operation system 3 is a maintenance management apparatus for managing faults, troubles and so forth in the service switching point 1. 
     The service control point 2 has a plurality of service logic programs 4, a service logic execution environment 5 and a first manager processor 6. In the service logic program 4, a service execution procedure is described. The service logic execution environment 5 transmits an instruction, which is generated with execution of the service logic program 4, to the service switching point 1 and then executes the corresponding service logic program 4 in response to an event/trigger request received from the service switching point 1. 
     The first manager processor 6 provides a managed object interface for communication with the service switching point 1. As this managed object interface, there is adopted the standard interface specified in the CMIS (Common Management Information Service, ISO/IEC 9595) and the CMIP (Common Management Information Protocol, ISO/IEC 9596). 
     The operation system 3 has a plurality of management logic programs 7, a management logic execution environment 8 and a second manager processor 9. In the management logic program 7, an operation (maintenance management) execution procedure is described. The management logic execution environment 8 transmits an instruction, which is generated with execution of the management logic program 7, to the service switching point 1 and then executes the corresponding management logic program 7 in response to an event/trigger request received from the service switching point 1. 
     The second manager processor 9 provides a managed object interface for communication with the service switching point 1. As this managed object interface, there is adopted the same interface as the one provided by the first manager processor 6, i.e., the standard interface specified in the CMIS (Common Management Information Service, ISO/IEC 9595) and the CMIP (Common Management Information Protocol, ISO/IEC 9596). 
     The service switching point 1 has an agent processor 10, a call state manager 11, a basic call processing (BCP) managed object 12, a BCP log record managed object 13, and other managed object group 14. The agent processor 10 transmits and/or receives a message via the first manager processor 6 or the second manager processor 9. The call state manager 11 manages the call state changed sequentially in accordance with the situation of the service execution. The basic call processing managed object 12 executes its call processing in response to an instruction received from the service control point 2. The BCP log record managed object 13 performs batch management of the information relative to all basic calls being executed in the service switching point 1. The other managed object group 14 is used principally for the operation. The managed objects in this group 14 are such that, with adoption of the object orientation principle, component elements (apparatus and data representing traffic volume and so forth) of the service switching point 1, which is in the system to be managed, are not handled as practical individual hardware or software but are expressed in common as information while the differences of vendors or kinds of apparatus are concealed from the operation system 3 in such a manner that merely the functional differences can be recognized. The basic call processing managed object 12 and the BCP log record managed object 13 are so expressed as to represent the information relative to the basic call processing and the basic call, similarly to the other managed object group 14 mentioned above. 
     In the service control point 2, the instruction generated from the service execution environment 5 for execution of the service logic program 4 is transferred to the first manager processor 6. Then the first manager processor 6 sends the instruction to the service switching point 1 by conforming to the standard protocol (CMIS/CMIP) based on the managed object interface. 
     In the service switching point 1, the agent processor 10 extracts the received instruction in accordance with the standard protocol and changes the call state in the call state manager 11 in compliance with the content of the instruction, and then transfers the instruction to the basic call processing managed object 12. Subsequently in the basic call processing managed object 12, an &#34;operation&#34; corresponding to the instruction is started, and the predetermined call processing is executed. In this stage, the basic call processing managed object 12 notifies the BCP log record managed object 13 of the information (e.g., generation/release of basic call, type of service, bandwidth in use, etc.) obtained with regard to the call during execution of the call processing, and then such information is managed by the BCP log record managed object 13. Meanwhile in the operation system 3 also, the processing relative to the operation is executed by the same method as the above. 
     Due to employment of such a constitution, the service control point 2 and the operation system 3 are rendered capable of operating in common the basic call processing managed object 12, the BCP log record managed object 13 and the other managed object group 14 in response to instructions of the same format, hence eliminating the necessity of duplicate development of software with respect to the basic call processing and other processing as well. Furthermore, since the basic call processing managed object 12 can be operated from the operation system 3, it becomes possible to perform a proper operation (management) optimal for each service inclusive of basic call processing. In addition, the service control point 2 and the operation system 3 are capable of cooperating with each other, so that a new service is achievable with such mutual cooperation thereof. 
     (2) Exemplary constitution of basic call processing (BCP) managed object 
     An exemplary constitution of the BCP managed object 12 will now be described below. As shown in FIG. 4, the BCP managed object 12 is formed of an inheritance hierarchy structure. Regarding an upper BCP managed object 12a, the contents inclusive of [Attribute], [Operation] and [Notice] specified by the capability set 1 (CS1) in ITU-T (International Telecommunication Union-Telecommunication Standardization Sector) are defined as shown in FIG. 5. 
     Thereunder, a lower BCP managed object 12b for the capability set 2 (CS2: currently examined in ITU-T) is defined. In the BCP managed object 12b for the capability set 2, merely new additions to the BCP managed object 12a for the capability set 1 are defined. In the example of FIG. 4, &#34;Party Add&#34; and &#34;Connection Add&#34; in [Operation] are newly added, and these are defined in the BCP managed object 12b for the capability set 2. 
     The upper BCP managed object 12a for the capability set 1 and the lower BCP managed object 12b for the capability set 2 are mutually related by an inheritance pointer. When the intelligent network has advanced from the capability set 1 to the capability set 2, the service control point 2 transmits an instruction to the BCP managed object 12b for the capability set 2. 
     Assume now that the output instruction is the one defined already in the capability set 1 and used also in the capability set 2 (e.g., &#34;Analyze Info&#34; denoted by (a) in FIG. 4). Then, since this instruction is not defined in the BCP managed object 12b for the capability set 2, the upper BCP managed object 12a for the capability set 1 is specified with reference to the inheritance pointer as denoted by (b) in FIG. 4, and [Operation] denoted by (c) and defined in the specified upper BCP managed object 12a for the capability set 1 is executed. 
     Similarly, when a capability set 3 (CS3), a capability set 4 (CS4), a capability set 5 (CS5) and so on are prescribed, there is defined only the difference (new addition) with respect to the immediately upper BCP managed object (e.g., capability set 2 as seen from capability set 3), whereby an inheritance hierarchy is formed. Thus, it becomes possible to flexibly cope with addition of functions and so forth in the future by forming an inheritance hierarchy as mentioned. 
     (3) Basic call processing (BCP) log record managed object 
     FIG. 6 shows an example of the BCP log record managed object 13. Denoted by 12c in this diagram is a BCP managed object (BCP managed object instance). This BCP managed object instance 12c is generated by the BCP managed object 12 at the time of generation of a call. In this managed object instance 12c, information (service type, quality of service, etc.) relative to each call is defined and set as [Attribute]. The managed object instance 12c is extinguished simultaneously with release of the call. Upon generation of each call, the BCP log record managed object 13 is notified of the information inclusive of such service type, quality of service and so forth defined as [Attribute] in the BCP managed object instance 12c. 
     As shown in FIG. 6, the BCP log record managed object 13 is such that the number of basic calls, execution services (S1, S2, S3, . . . ), bandwidth in use (64k, 1.5M, 6M, . . . ) and so forth are defined as [Attribute] therein. In response to the above notice, the BCP log record managed object 13 first recognizes generation of a new call and then counts up the value relative to &#34;number of basic calls&#34;. Thereafter the BCP log record managed object 13 responds to the notice of &#34;service type&#34; and counts up the value relative to the corresponding service in &#34;execution services&#34;. The managed object 13 further responds to the notice of &#34;quality of service&#34; and counts up the value relative to the corresponding bandwidth in &#34;bandwidth in use&#34;. With regard to any other attribute, the managed object 13 counts up the relative value in accordance with the content of the notice in the same manner as the above. Since a release notice is received upon release of the call, the managed object 13 counts down the value relative to each attribute in response to this notice. 
     Whenever necessary, the operation system 3 is capable of reading the information per call (each attribute value in the BCP managed object 12c) and the information relative to the entire calls being executed (each attribute value in the BCP log record managed object 13) via the aforementioned managed object interface, whereby it is rendered possible to perform proper operations optimal for the individual services. 
     (4) Example of new service 
     An example of an integrated new service, which is a combination of service controls and operations realizable in the constitution of FIG. 3, will now be described below with reference to FIG. 7. According to this new service, an existing communication route (connection) already set is reset as another different communication route. This new service is adequately applicable to a variety of services, and it is particularly effective to an exemplary case where the service is shifted from a two-party talk to a three-party conference (three-party talk) and any of the service switching points concerned with the two-party talk is not equipped with a conference bridge which is a resource required for a three-party conference. 
     Denoted by A, B, C, D, E and F in FIG. 7 are the aforementioned service switching points 1, which are connected to the service control point (SCP) 2 and the operation system (OS) 3 via the managed object interface. In this example, the service control point 2 and the operation system 3 are connected to each other via an exclusive line. The operation system 3 is equipped with a data base (DB) 17 which stores network configuration information (relative to the service switching points constituting the network, and also to the lines connecting such service switching points). 
     Suppose now that an originating terminal 15 incorporated in the service switching point A and a terminating terminal 16 incorporated in the service switching point F are in a two-party talk via a communication route constituted of the service switching points A, B, D and F, and also that any of the service switching points A, B, D and F concerned with this two-party talk is not equipped with a conference bridge which is a resource required for a three-party conference service, while the service switching point E is equipped with a required conference bridge. In this state, if a request for a three-party conference service is transmitted from, e.g., the originating terminal 15, then an event &#34;O Midcall&#34; is sent from the service switching point A to the service control point 2. In this &#34;O Midcall&#34;, &#34;O&#34; signifies an event from the originating terminal to the service control point 2 to request some processing in the talk state. And &#34;O Midcall&#34; in this case is an event for requesting that, during communication, the currently set communication route be reset as another different communication route. The BCP managed object 12 in the service switching point A having notified the service control point 2 of this event interrupts the call processing being executed. 
     Meanwhile the service control point 2 having received the event requests the operation system 3 to execute a process for changing the route. Then, in response to this request, the operation system 3 starts a management logic program 7 prepared for changing the route. More specifically, on the basis of the network configuration information stored in the data base 17, the operation system 3 selects, in accordance with a routing algorithm, a new connection (A-B-E-F in FIG. 7) including the service switching point E which is equipped with a conference bridge as a resource required for a three-party talk. 
     Subsequently, for the purpose of newly generating a call, the operation system 3 sends a message &#34;Initiate Call Attempt&#34; to the BCP managed objects 12 in the service switching points B, E and F which need to be switched over to the new connection. Then, each of the service switching points B, E and F having received this message generates call data required for call processing. Thereafter, for setting the new connection (A-B-E-F in FIG. 7), the operation system sends a message &#34;Select Route&#34;, which uses a parameter based on the information relative to the new connection, to the BCP managed objects 12 in the service switching points B, E and F. 
     Then, in response to this message, the service switching points B, E and F set the new connection by driving the resource on the basis of the information relative to the new connection. For example, in the service control point B, a connection toward the service control point E is set. And after completion of setting the new connection, a message &#34;Release Call&#34; for releasing the call is sent to the BCP managed objects 12 in the service switching points B, D and F so as to release the unrequired connection (B-D-F) out of the former connections. Each of the service switching points B, D and F having received this message extinguishes the corresponding call data. And after completion of the above procedure executed in accordance with the route-change management logic program 7, the operation system 3 notifies the service control point 2 of completion of the route change procedure. 
     In response to the above notice, the service control point 2 sends a message &#34;Continue&#34; to the BCP managed object 12 in the service switching point A which transmitted the aforementioned event &#34;O Midcall&#34;, so as to resume the call processing. Then the BCP managed object 12 in the service switching point A having received this message resumes the call processing from the interruption. 
     Thus, since the service control point 2 and the operation system 3 are capable of cooperating with each other, it becomes possible to provide a new service due to such mutual cooperation. It is to be understood here that the above new service represents merely an example, and some other new services are obviously providable as well. 
     (5) Effects 
     According to the present invention, as described hereinabove, an integrated communication system with an intelligent network and a telecommunications management network can be provided to consequently enhance the efficiency in development of software. And it is rendered possible to perform a proper operation optimal for each of the individual services being provided. Furthermore, there can be provided an integrated new service, which has not been realizable heretofore, by combining service control and operation.