JPH1168843A - Method for realizing intelligent network call processing service dealing with plural communication protocols - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide the system for realizing a call processing service dealing with plural communication protocols, and simultaneous by dealing with even the communication utilizing the No.7 signal system and also other communication protocols (X.25, TCP/IP) in a service control point SCP in the intelligent network. SOLUTION: A call processing application in a service control point is divided into a lower layer communication protocol dependent section 1 and a higher layer communication protocol independent section 2. An interface section of the both has an application 5 acting like absorbing a difference from the communication protocols and the application interchanges the format of the resource managed by the low layer and the format of the resource managed by the higher layer.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method for implementing a call processing service of an intelligent network (IN). As a communication protocol other than the X.7 signal system, X.7. 25, a method of realizing IN call processing when using TCP / IP.

[0002]

2. Description of the Related Art For example, the following literature is referred to as this kind of prior art.

[0003] References (ITU-T, "ITU-T Recom
mendation Q. 1215 Physical Plane For Int
elligent Network CS-1 ”, March 1993, No. 5
Page, FIGURE 1 / Q. 1215).

FIG. 4 is a block diagram showing a network architecture for realizing conventional IN call processing (for details, see FIG. 1 / Q.1215, Scenarios for ph
ysicalarchitectures). In FIG. 4, AD (Adjunct), I
P (Intelligent peripheral), SSP (Service swit
ching point), SCP (Service control point), S
N (Service node), NAP (Network access point)
t), SPP (Service data), SSCP (Service swi
tching and control point), and as a functional entity (FE), CCF (Call control function),
CCAF (Call control agent function), SCF (S
ervice control function), SDF (Service data fu
nction), SRF (Special resource function), S
There is SF (Service switching function). In the figure, a solid line indicates a transport, a dashed line indicates a signaling, and a functional entity (FE) surrounded by a dashed line is optional.

In the conventional IN call processing, No. A service switching point (hereinafter referred to as "SS") using a communication protocol called common channel signaling # 7 (No. 7 common channel signaling).
P ”). Therefore, even in the call processing application in the SCP, No. SS using 7 signaling
It is assumed that the communication with the P is performed, and the realization of the IN call processing service using another communication protocol is not considered.

[0006]

The above-mentioned conventional system is
It has the following problems.

[0007] In the conventional IN call processing, no. When an attempt is made to introduce a service using a communication protocol (for example, X.25, TCP / IP) other than the signaling system No. 7, the normal No. 7 signaling system is used. This means that more man-hours are required for development than in the case of introducing a new service between SSP and SCP (service control point) using the seven-signal system.

[0008] The reason is that the application range of the SCP call processing application is no. 7
In the signaling method, since the external device of the communication partner is limited to the SSP, in other cases, a useful function of the call processing application of the SCP (for example, a service logic execution function by a combination of service components) is provided. This is because they cannot be used, and in many cases, it is necessary to develop a dedicated application that meets the specifications of the service to be realized.

Accordingly, the present invention has been made in view of the above-mentioned problems, and its object is to provide X.7 signaling as well as X.7 signaling. 25, TCP (Transmission Control
It is an object of the present invention to provide a system that enables the application for call processing of the SCP to be applied to a service using a (Protocol) / IP (Internet Protocol) communication protocol.

[0010]

In order to achieve the above object, in a system for realizing a service based on message communication between a service control point (hereinafter referred to as "SCP") in an intelligent network (IN) and another node, If the SCP call processing application is No. X.7 signaling as well as X.7 signaling. 25, TCP /
It is also characterized in that it supports communication using other communication protocols such as IP, and at the same time can perform call processing corresponding to a plurality of communication protocols.

[0011]

Embodiments of the present invention will be described below. In a preferred embodiment of the present invention, the call processing application at the SCP (service control point) is divided into a lower layer communication protocol dependent unit (1 in FIG. 1) and an upper layer communication protocol independent unit (FIG. 1). 2), and the interface part of both
An application (an interface application 5 in FIG. 1) that absorbs the difference due to the communication protocol is arranged, and in this application, the format of the resource managed by the lower layer and the format of the resource managed by the upper layer are mutually converted.

In the embodiment of the present invention, data managed in the upper layer of the call processing application in the SCP has a common format independent of a communication protocol.

A message transmitted / received to / from an external device is converted into data called CID (Call Instance Data) in the upper layer of the call processing application in the SCP, and operation from a service scenario is possible. Become.

In the embodiment of the present invention, X. 2
5. For a service using the TCP / IP communication protocol, it is possible to generate and execute a service scenario by combining service components.

[0015]

BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a block diagram showing an embodiment of the present invention;

FIG. 7, X. 25, TCP / I
FIG. 4 is a diagram illustrating a hierarchy of SCP call processing applications for supporting a plurality of P communication protocols.

The call processing application of the SCP comprises a communication protocol dependent unit 1 and a communication protocol independent unit 2.

The communication protocol dependent section 1 is divided into a communication processing driver 3, a communication processing application 4, and an interface application 5.

The communication processing driver 3 has the No. 2 which controls the lower layer of the communication protocol. 7 drivers, X.7 This layer is not described because it corresponds to a TCP / IP communication function (socket interface) implemented as a standard in an OS (Operating System) and a driver, and is not directly related to the subject of the present invention.

The communication processing application 4 is a part for transmitting and receiving a message to and from an external device by using each communication processing driver 3 and also has a function to cope with a communication failure.

The interface application 5
This is a part that links the resources managed in the lower layer (having a form that depends on the communication protocol) with the resources managed in the upper layer (having a standard form that does not depend on the communication protocol).

In this layer, the communication partner address information, call identification information, and message identification information in the lower layer are associated with the call model ID, call ID, and message identifier in the upper layer, respectively. At the time of transmission to the layer or vice versa, conversion to the resource expected by the destination layer is performed. Note that the call model defines a call state transition rule when the IN application performs call control.

The communication protocol independent part 2 is divided into layers of an IN call processing application 6 and an IN service control application 7.

The IN call processing application 6 encodes / decodes the message based on the information of the call model ID and the message identifier. Thereby, the user data part in the message transmitted / received to / from the external device and the CID (C
All Instance Data (call instance data) is converted mutually.

The IN service control application 7
An IN service execution process is performed based on the service scenario.

Next, with reference to FIG. 2 and FIG. 3, the operation of the embodiment of the present invention when a message is received from an external device and when a message is transmitted to the external device will be described.

First, an operation when a message is received from an external device will be described with reference to FIG.

The communication processing application 4 receives a message from the communication processing driver 3 using message receiving means provided by each communication processing driver. No. 7 communications, X.7. The messages 10, 11, and 12 from the 25 communication and the TCP / IP communication have a format as shown in (f), (g), and (h) of FIG.

The format of the message to be received depends on the communication protocol, but information required in a higher layer is extracted from the information included in the header of the message. No. In the case of 7 communication, address information (originating point code and subsystem number), call identification information (dialog identifier), and message identification information (operation code) of the communication partner are extracted. X. In the case of 25 communication, address information (logical channel number) of a communication partner is extracted. In the case of TCP / IP, address information (IP address) of a communication partner is extracted.

The communication processing application 4 sets the extracted information in the header of the message and transmits the message to the interface application 5 (FIG. 2).
(B), (c), and (d) messages 13, 14, 1
5).

The interface application 5
When a message is received, X. 25 communication or TCP /
In the case of IP communication, information necessary for management (call identification information and message identification information) is extracted from the user data section. The interface application 5 converts the communication partner address information, the call identification information, and the message identification information sent from the lower layer into a call model ID, a call ID, and a message identifier used by the upper layer, and converts the mutual linkage information. Hold.

The interface application 5
The call model ID, the call ID, and the message identifier are set in the header of the message, and the message is transmitted to the IN call processing application 6 (see message 16 in FIG. 2). This message 16 has a format common to each communication protocol (see FIG. 2 (i)).

Upon receiving the message 16, the IN call processing application 6 obtains the message ID and the message structure information from the database using the call model ID and the message identifier as keys, and decodes (disassembles) the user data portion. . Specifically, each parameter in the user data section is stored in a variable of CID (Call Instance Data) associated in advance in the database.

The IN call processing application 6 transmits a message including the message ID and the call ID to the IN service control application 7 (see message 17 in FIG. 2). IN service control application 7
Receives the message 17 (format is shown in FIG. 2 (e)) and performs a service execution process based on the service scenario for the call corresponding to the received call ID.

Next, an operation for transmitting a message to an external device will be described with reference to FIG. The IN service control application 7 transmits a message indicated by the message ID to the IN call processing application 6 based on the control of the service scenario (message 20 in FIG. 3).
reference).

Upon receiving the message 20, the IN call processing application 6 obtains the call model ID, the message identifier, and the message structure information from the database using the message ID as a key, and encodes the user data portion of the message to be transmitted. (Assembly).
Specifically, the current value of the CID (Coll Instance Data) associated with each parameter in the user data section is set for each parameter to form the user data section.

The IN call processing application 6 sets the call model ID, the call ID, and the message identifier in the header, and transmits them to the interface application 5 (see message 21 in FIG. 3).

The interface application 5
When the message 21 is received, the call model ID, the call ID, and the message identifier sent from the upper layer are
These are converted into communication partner address information, call identification information, and message identification information used in the lower layer, respectively.

X. In the case of 25 communication or TCP / IP communication, call identification information and message identification information are set at predetermined positions in the user data section.

The interface application 5
The message to the communication processing application 4 is edited and transmitted to the communication processing application 4 (messages 22, 23, and 24 in FIG. 3).
reference).

The communication processing application 4 transmits a message to the communication processing driver 3 using message transmission means provided by each communication processing driver (see messages 25, 26, and 27 in FIG. 3).

[0042]

As described above, according to the present invention,
X. 25. If a service using the TCP / IP communication protocol is to be introduced, a special reduction in the number of steps for development is expected when a new service is created or an existing service is changed.

The reason is that in the present invention, X. 2
5. For TCP / IP communication protocol, SCP
In particular, a service scenario using a service development tool can be used because a service scenario in which service components are combined can be used.

[Brief description of the drawings]

FIG. 1 is a diagram for explaining one embodiment of the present invention;
No. 7, X. FIG. 25 is a hierarchical diagram of an SCP call processing application for supporting a plurality of TCP / IP communication protocols.

FIG. 2 is a diagram for explaining an operation of one embodiment of the present invention, and is an explanatory diagram showing an operation when a message is received from an external device.

FIG. 3 is a diagram for explaining an operation of one embodiment of the present invention, and is an explanatory diagram showing an operation when a message is transmitted to an external device.

FIG. 4 is a configuration diagram showing a network architecture for implementing conventional IN call processing.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 Communication protocol dependent part 2 Communication protocol independent part 3 Communication processing driver 4 Communication processing application 5 Interface application 6 IN call processing application 7 IN service control application

Claims (3)

[Claims] 1. Service control point (hereinafter referred to as "SCP") in an intelligent network (IN)
A method for realizing a service based on message communication between the SCP and another node. X.7 signaling as well as X.7 signaling. 25. A method for realizing a call processing service of an intelligent network, which is adapted to correspond to communication using other communication protocols such as TCP / IP, and to simultaneously perform call processing corresponding to a plurality of communication protocols. . 2. A service control point (hereinafter referred to as "SCP") in an intelligent network (IN).
A method for realizing a service based on message communication between the SCP and another node, wherein the call processing application in the SCP is divided into a lower layer communication protocol dependent section and an upper layer communication protocol independent section, An interface application that absorbs differences due to communication protocols, wherein the interface application performs mutual conversion between a format of a resource managed by a lower layer and a format of a resource managed by an upper layer. A network call processing service implementation method. 3. The communication protocol-dependent unit of the lower layer, wherein:
o. 7 communications, X.7. 25, each communication processing driver of TCP / IP communication, a message transmission / reception process using the communication processing driver, and a communication processing application for extracting address information of a communication partner and transmitting the information to an upper layer. The communication protocol independent part includes an IN call processing application for encoding / decoding a message, and an IN service control application for performing IN service execution processing according to a service scenario, wherein the interface application performs each communication from a lower layer. The protocol is converted into a common format and sent to the upper layer, and the message sent from the upper layer is converted into communication destination address information, call identification information, and message identification information used by the lower layer, and the upper layer and the lower layer are converted. Performs format conversion between layers. The features of claim 2
The call processing service realization method of the intelligent network described in the above.