JPH0392056A - Plural protocols coexistence system - Google Patents

Abstract

PURPOSE:To relieve the load in an application service function section and to realize unified service processing by using a primitive in common to each protocol including a protocol identifier and a required parameter so as to absorb the dissidence between different kinds of protocols. CONSTITUTION:Primitive processing sections 22,47 attaining common processing between different kinds of protocols, a data edit processing section 31, and a protocol decomposing analysis section are arranged to a transaction function application section 11, and primitives 21, 49 in common to each protocol including a protocol identifier and a required parameter are sent/received between the transaction function application section 11 and a host application service function section 12. The processing corresponding to different kinds of protocols in common is attained by the transaction function application section 11 to relieve the load in the host application service function section 12.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to an electronic switching system equipped with, for example, the function of common line signaling system No. Multiple protocols that allow multiple protocols to coexist in the transaction function application section, which provides functions for transferring and managing transactions. Regarding a protocol coexistence system.

[Conventional technology]

For example, common line signaling system NO. CCITT (International Telegraph and Telephone Consultative Committee) regarding the protocol of the transaction function application part of the electronic switching system with 7 functions.
There are two protocols, one being considered as a standard in the United States and the other being considered as a standard in the United States, and there are differences in procedures and concepts.

[Problem to be solved by the invention]

As described above, the protocols of conventional transaction function application units have differences in their procedures and concepts, and there are inconsistencies in communication due to the simultaneous use of different protocols. Furthermore, when constructing a system for realizing the transaction function application section, it is necessary to create a separate system for each protocol.

Among these, mismatches in communication need to be resolved by the application service function located above the transaction function application section. For this reason, there is a problem in that as the number of different protocols increases, the load on application service functions due to communication mismatch processing increases. Communication inconsistencies are not limited to different protocols, but will also exist within the same protocol due to future improvements and additions of functions.

SUMMARY OF THE INVENTION An object of the present invention is to provide a multi-protocol coexistence system that can reduce the load on application and service functions when different protocols coexist.

[Means to solve the problem]

In the multi-protocol coexistence system of the present invention, a dedicated signal line separate from the call line is provided to transmit and receive information such as call control information, for example, using common line signaling system No. In electronic exchanges equipped with 7 functions, the transaction function application department provides functions for general-purpose transfer and management of transactions such as operational information and service information inquiries.
A common module that enables common processing between different protocols is arranged, and primitives common to each protocol, including protocol identifiers and essential parameters, are transferred between this transaction function application part and the upper application service function part. I sent and received it using .

In this way, since the transition function application section can perform common processing compatible with different protocols, the load on the application service function can be reduced.

〔Example〕

Hereinafter, the present invention will be explained in detail with reference to Examples.

FIG. 1 shows an outline of the structure of a multiple protocol coexistence system according to an embodiment of the present invention. The system of this embodiment uses common line signaling method NO. It is realized as part of the 7 electronic switching system. In this system, an application service function section 12 is arranged above a transaction function application section 11 that transfers and manages transactions such as operational information and service information inquiries in a general-purpose manner. Further, this system is provided with a protocol type determination processing unit 13 that performs a protocol type determination process in response to a protocol determination request from the tranduction function application unit 11.

The transmission (communication) request from the application service function unit 12 is notified to the transaction function application unit 1l by the transmission request primitive 21. At this time,
In the application service function unit 12, a protocol identifier corresponding to the protocol to be used is selected and set. Here, the sending request primitive 2l is commonly defined for all protocols. In addition to the protocol identifier, necessary information (parameters) for the send request primitive 21 is set.

When the transaction function application unit 11 receives the sending request primitive 21, it supplies it to the primitive analysis unit 11s23 in the primitive processing IS22. The primitive analysis unit 23 performs the analysis and outputs one of the primitive analysis results "primitive a", . . . -, "primitive X".

Then, in accordance with these primitive analysis results "primitive a", . . . , 'primitive At this time, if different processing is required depending on the protocol, the results are supplied to the protocol analysis section 27 in advance.

For example, as a primitive analysis result, “primitive a
” is obtained, this is the protocol analysis 8lIS2
7 is supplied. The protocol analysis unit 27 outputs result i or result j as the analysis result. Then, the primitive processing unit 24 is activated for the result l, and the result j
, the primitive processing unit 25 is activated. In addition,
Each of the primitive processing units 24 to 26 described above also processes parameters included in the sending request primitive 21.

When the processing by the primitive processing units 24 to 26 is completed, data is sent to the transaction function application unit of the other node as necessary. In this case, the data structure and encoding differ depending on the type of protocol. Therefore, the output of the primitive processing section 22 is input to the data editing processing section 31 and supplied to this protocol analysis section 32. The protocol analysis unit 32 analyzes the type of protocol using the relationship between the protocol identifier and the protocol type shown in FIG.
, . . ., data editing processes als34 and 35 corresponding to "protocol X" are activated.

Figure 3 shows the primitive correspondence table for making the correspondence between the unified primitive and the primitive of each protocol at this time, and Figure 4 shows the parameter correspondence between the logical parameter value and the parameter of each protocol. This is a correspondence table. These correspondence tables are stored in the transaction function application section 11 along with the table showing the relationship between protocol identifiers and protocol types shown in FIG.

Among these, the symbols α, β, γ, etc. shown in FIG.
・ are primitive names and control information in protocol l, and codes a, bSc, ... are protocol j
These are the primitive names and control information in .

Similarly, symbols 1, 2, 3, . . . are primitive names and control information in protocol X. The protocols corresponding to these primitives are unified primitives A, B, . . . shown at the left end of Fig. 3, respectively.
...It is unified to one of Z.

On the other hand, in the parameter correspondence table shown in Fig. 4, the code ASB
, C,...X are parameter names and control information in protocol l, and symbols α, β, T1...
. is the parameter name and control information in protocol J. Similarly, the codes a, bSc, etc.
are parameter names and control information in protocol X. The protocols corresponding to these parameters have logical parameter values 0, L2, etc. shown at the left end of Figure 4, respectively.
...unified into one of n.

In this manner, the data editing processing units 34 and 35 use the correspondence tables shown in FIGS. 3 and 4 to enable editing using the same processing as much as possible. When editing is completed, the communication data 36
Send as .

On the contrary, communication data 41 from the other node is received by the protocol determination request processing section 43 within the transaction function application section 11. Protocol judgment request processing unit 4
In step 3, the protocol type determination processing unit 13 is requested to determine the protocol type, and the protocol type is determined. That is, the type of protocol is determined using the signal point code and subsystem number of the other node included in the communication data 41 from the other node.

The subsequent processing is the reverse procedure of the sending request processing.

That is, the protocol analysis unit 44 analyzes the protocol, and the results are subjected to data decomposition and analysis N45, 46.
supply to. In the data decomposition and analysis sections 45 and 46,
Perform data decomposition and analysis inversely to data editing to determine unified primitive and logical parameter values.

This result is supplied to the primitive analysis section 48 in the primitive processing section 47, and primitive analysis results "primitive a", . . . , "primitive X" are obtained. These primitive analysis results “primitive a
”, “Depending on the primitive X°, necessary processing units among the primitive and parameter processing units 48 to 50 are activated. At this time, if different processing is required depending on the protocol, the results are supplied to the protocol analysis section 52 in advance.

After the primitive processing unit 47 performs the necessary control on each virtual IJ primitive in this way, it is supplied as a reception display primitive 49 to the application service function FIv, l2. Similar to the transmission request primitive 21, the reception indication primitive 49 has a protocol identifier and information (parameters) necessary for the primitive set therein.

〔Effect of the invention〕

As explained above, in the present invention, by using primitives common to each protocol that include protocol identifiers and necessary parameters, the load on the application service function unit is reduced by absorbing inconsistencies between different protocols.
It is possible to realize unified service processing. Also,
Common processing in the transaction function application section can be applied to different protocols, and processing or protocols can be added by adding only a small number of differential functions.

[Brief explanation of drawings]

The drawings are for explaining one embodiment of the present invention. Among them, Fig. 1 is a system configuration diagram showing an overview of the structure of a multi-protocol coexistence system, and Fig. 2 is a system configuration diagram showing the outline of the structure of a multi-protocol coexistence system. FIG. 3 is an explanatory diagram showing the contents of a primitive correspondence table, and FIG. 4 is an explanatory diagram showing the contents of a parameter correspondence table. 11...T, transaction function application section, l2
...Application service function, functional department, 13...
Protocol type determination processing unit, l... Sending request primitive, 2... Primitive processing unit, 1,... Data editing processing unit, 6, 41... Communication data, 3...Protocol judgment request processing unit, 7...
...Primitive processing unit, 9...Reception display primitive.

Claims (1)

[Scope of Claims] In an electronic exchange equipped with a common line signaling system in which a dedicated signal line separate from the telephone line is provided to send and receive information such as call control information, A common module that enables common processing between different protocols is placed in the transaction function application section that provides functions for transferring and managing transactions in a general-purpose manner. A multi-protocol coexistence system characterized by transmitting and receiving primitives between this transaction function application section and an upper level application service function section.