CN1933485B - A method and device compatible with SCCP and SUA - Google Patents

Abstract

The invention discloses a method and device compatible with SCCP and SUA, which are used to solve the problem that the upper-layer users cannot seamlessly use when SUA and SCCP coexist at present, and the problem of intercommunication between SCCP and SUA. SIF is provided on the upper layer of SCCP and SUA; when SIF receives a connectionless message or a connection request from an upper layer user, it obtains the destination point information and local point code of the message; obtains the destination according to the destination point information and local point code The state of the point in SCCP and SUA; according to the state and the configured distribution strategy, select the protocol type used to transmit the message, and send the message accordingly; when SCCP or SUA receives a connection request, it will send the The connection ID is obtained from the resource pool or the respective ID segment, and the connection request is processed with the connection ID; after the connection between the calling party and the called party is established, the SIF sends the message correspondingly according to the connection ID carried in the exchanged connection message.

Description

A method and device compatible with SCCP and SUA

technical field

The invention relates to the network field, in particular to a method and device compatible with SCCP and SUA.

Background technique

1. Technical background of SUA protocol.

With the application and popularization of softswitch technology, the traditional telecommunication network is developing towards the direction of intercommunication with IP network. Among them, the most critical issue is that No.7 signaling, which has been widely used, can be efficiently and reliably transmitted in the IP network. As early as 1999, IETF began to formulate the SIGTRAN protocol cluster based on IP technology, which mainly includes the adaptation protocol of the MTP layer of the No.7 signaling system to provide the transmission capability of No.7 signaling on the IP network. At present, IETF has further proposed the SCCP layer adaptation protocol of the signaling connection control part—SUA (Signalling Connection Control Part User Adaptation Layer, signaling connection control part user message adaptation layer), in order to provide stronger address mapping and routing features, and simpler management features.

2. SUA protocol architecture.

SUA supports the transmission of No.7 signaling SCCP user messages on the IP network, such as TCAP messages, RANAP messages, etc., to realize functions such as TCAP over IP and RANAP over IP. SUA not only supports message transmission between signaling gateway and IP signaling point (such as IP address database), but also supports message transmission between two signaling points in the same IP network.

When the SUA at the signaling gateway receives the message from the SCCP of the gateway, it first performs address translation and address mapping, and selects a route to the destination IP signaling point through SCTP coupling. When SUA receives a message from the IP network, it performs address translation and address mapping, sends the message to the SCCP of the signaling gateway, and selects a route to the No.7 signaling point.

The signaling gateway can work together with the IP signaling point as an end point or a relay point, so there are differences in the routing methods of SCCP connectionless messages or connection establishment messages. When the signaling gateway acts as an endpoint, messages are routed through PC (Point Code) and SSN (Subsystem Number). If the subsystem is marked by routing context (Routing Context) and SSN, from the perspective of No.7 signaling point, the SCCP user is located in this signaling gateway. When the signaling gateway is used as a relay point, it is necessary to perform GT (global code) translation to determine the destination of the message. The actual location of the SCCP user has nothing to do with the No.7 signaling network. GT translation will generate a set of "SCCP entity sets", and an AS (Application Server, application server) will be derived from it. According to the address of the SCCP called user, a decision can be made to the AS.

AS (Application Server) is a logical entity identified by a specific routing key (Routing Key). ASP (Application Server Process) is a process instance of AS, identified by routing context (Routing Context), and is used to handle communication with it. There is no mapping relationship between AS and ASP. One AS contains a group of independent ASPs, and one ASP can also provide services for multiple ASs. Each ASP corresponds to an IP signaling point, which provides services for the SCTP layer. A signaling gateway can be regarded as a group of ASs with No.7 signaling network interfaces.

3. Services provided by the SUA agreement.

(1) SCCP user message transmission support.

SUA supports the seamless transmission of SCCP user messages between the signaling gateway and the ASP (application server process).

(2) SCCP protocol category support.

SUA can transparently support four SCCP protocol types: out-of-order connectionless protocol type 0, connectionless protocol type 1 providing sequence control, connection-oriented protocol type 2 and connection-oriented protocol type 3 providing flow control.

(3) Local management function.

SUA can point out errors in SUA protocol messages, and can notify local management and remote signaling points as needed.

(4) SCCP network management function interaction.

The SUA enables the ASP management message to process the ASP state, so as to realize the intercommunication with the SCCP network management function. Primitives such as N-State, N-Pcstate and N-Coord can be transmitted in the SCCP and SUA network management functions of the signaling gateway to trigger corresponding events in the IP network and No.7 signaling network.

(5) Support of management between signaling gateway process and ASP SUA provides intercommunication of SCCP network management function between signaling gateway between circuit switching network and IP network and ASP. This function includes providing the No.7 signaling point reachable, unreachable, and congested state indications to the ASP, and initiating an inquiry to the remote No.7 endpoint at the signaling gateway.

(6) Relay function.

To improve network scalability, the SUA relay function can determine the next-hop SCTP association pointing to the target SUA endpoint. The judgment of the next hop can be based on the GT translation function similar to No.7 signaling network, or it can be provided by the host name, IP address or point code of the called address. SUA can configure the relay function as required, thereby improving the scalability, reliability and flexibility of the network.

4. Internal functions provided by the SUA protocol.

In order to provide addressing and relay functions, SUA uses an address mapping function called AMF (Address Mapping Function). There are many ways to implement AMF: local GT table translation can be used in distributed mode, DNS can be used in hierarchical mode, and LDAP directory protocol can be used in centralized mode. AMF is invoked when an ingress message is received. According to the routing context or routing key, AMF resolves the address in the SCCP/SUA entry message into the SCTP coupling corresponding to the destination address of the IP network.

(1) Address mapping at the signaling gateway.

Usually, one or more ASPs are active in an AS. However, in some cases, when all ASPs in an AS are not activated, the signaling gateway process puts the message sent to this AS into the buffer, and starts a timer until an ASP becomes available again. If the timer expires and there is still no available ASP, the buffer will be cleared and the corresponding return or rejection process will be triggered. If there is no address mapping matching the message, the message is typically directed to a default ASP or set of ASPs, or the message is discarded and reported to a management function.

(2) Address mapping in ASP.

The address mapping function of ASP can select a specific signaling network for messages directed to the No. 7 signaling network according to the target point code or other elements in the message, the status of the NO. make the gateway process.

(3) Address mapping at relay points.

When GT, hostname, SSN+point code or SSN+IP address (non-relay point address) is used to select a route, the relay function needs to be invoked. Addresses generated by translating or parsing from this information come in several different forms.

Routing by SSN: Generate SCTP association ID, SSN, and optional routing context and/or IP address pointing to the destination node.

Routing by GT: Generate SCTP association ID pointing to the next relay point, new GT, and optional SSN and/or routing context;

Routing by hostname: Generates an SCTP association ID pointing to the next hop, a new hostname, and optionally an SSN and/or routing context.

If the routing information indicates that it is a local SUA user, this point is used as both a relay point and an end point.

In order to avoid loop routing, SUA continues the jump counter function in the No.7 signaling network. The hop counter is set to the maximum value at the starting endpoint (No.7 signaling network node or IP network node can be used), and then decremented with the call of the relay function. When the counter is reduced to 0, the corresponding return or reject process is invoked.

(4) SCTP stream mapping.

The SUA signaling gateway and the AS provide mapping functions for SCTP stream transmission by maintaining a comparison table between SCTP and SUA users. SUA usually uses unordered Class 0 streams to transmit SUA management information, and sequential streams can also be used in specific cases.

(5) Flow control.

When the ASP needs to temporarily delete the SCTP coupling in the service or perform test maintenance, the local management function can terminate the communication on the corresponding SCTP coupling, and transfer the communication on the current SCTP coupling to another coupling.

(6) Congestion management.

In ASP, the SUA layer uses SCCP primitives to indicate congestion to local SCCP users, and thus triggers the upper layer to respond. If the signaling gateway finds that the No.7 signaling message transmission is blocked, it sends an SCCP congestion message to the No.7 signaling starting point.

The SUA in the ASP can also send a local congestion message to the peer SUA. When the signaling gateway receives this message, it determines that there is end-point congestion, and can trigger the congestion processing process according to the SCCP protocol.

5. Intercommunication between SUA protocol and SCCP protocol at the signaling gateway.

The flexible routing mechanism and signaling control of the SUA signaling gateway is the key to the intercommunication between the No.7 signaling network and the IP network. Under the function of SUA, network elements can be added or removed without redesigning the network. As long as the IP bandwidth is sufficient, various applications with different signaling requirements can be realized.

The following lists the important procedures when SUA and SCCP communicate with each other at the signaling gateway.

(1) Fragmentation and reloading.

When the signaling message is too long and exceeds the capacity of the PDU, the signaling gateway or ASP needs to perform fragmentation and reassembly. If the signaling gateway or ASP cannot complete fragmentation and reinstallation, an error report will be sent to the opposite end with an appropriate message.

(2) Load sharing support.

Multiple ASPs in the same AS can be activated at the same time, working in load sharing mode. When processing TCAP transactions or SCCP connections, the load sharing mechanism of the signaling gateway should also ensure that the subsequent messages of the same transaction or connection are consistent with the ASP that the initial message (such as TC_Query, TC_Begin, CR, etc.) arrives at.

If the ASP can be uniquely identified based on the routing key (such as DPC or GT), there is no need to consider load balancing. If the ASP in the AS adopts a shared state or an internal allocation mechanism and cannot be uniquely identified, the signaling gateway needs to use a sequential transmission method to ensure that the message arrives consistent with the ASP. However, for connection-oriented SCCP communication, it is only necessary to use the load sharing method in the initial connection establishment message CR, and the subsequent messages can follow the established connection path.

If none of the above conditions are satisfied, a common mechanism needs to be enabled in the signaling gateway and ASP to support load sharing: first establish the association between the ASP and the AS, then activate the ASP in the AS, and provide Connected signaling gateways send activation messages, and specific fields of each message contain individual tokens assigned by the ASP. The signaling gateway creates a list for each routing keyword to record the ASPs registered with it; then the signaling gateway creates a distribution table for each routing context, which is updated when a new association is established and the ASP is activated.

(3) Route selection and message distribution of the signaling gateway.

a. TCAP message.

If the TCAP message does not contain the purpose or response TID (transaction ID) mark, such as Query, Begin, and Unidirectional, the load sharing method is used to allocate ASP. If the message contains a TID tag, the SG parses it and selects the corresponding ASP. Returns an error report if the corresponding ASP does not exist and the return option is activated.

b. SCCP is connection-oriented message.

If the SCCP connection-oriented message does not contain a DRN (Destination Reference Number) mark, such as a connection establishment message, the ASP is allocated in a load sharing manner. If the message contains the DRN mark, the SG parses it and selects the corresponding ASP. If the corresponding ASP does not exist, the message is discarded.

(4) Multi-signaling gateway SUA relay.

Each ASP sends its own token to the signaling gateway process. For the sake of system fault tolerance and robustness, multiple signaling gateways can work together to provide alternative routes for ASP.

6. Comparison of SUA protocol with other protocols.

(1) Comparison of SUA and SCCP+M3UA.

Although both SUA and SCCP+M3UA are located on top of SCTP+IP, from the perspective of SUA, it has a more intuitive understanding of the underlying SCTP and IP network architecture.

From a horizontal perspective, SUA simplifies the tedious configuration process of each element of the No.7 signaling network and reduces management and maintenance costs. From a vertical comparison, SUA has only one layer, and its management function is much simpler. It only needs to implement ASP management of SUA; while SCCP+M3UA needs to take into account both SCCP management and M3UA ASP management.

SUA expands the addressing capability of signaling. It can use IP address, host name, and DNS to perform routing addressing, which is not available in SCCP, and provides a more efficient and flexible mechanism for routing planning and adjustment. In addition, SUA does not require the use of No.7 signaling point codes in principle, thus saving a lot of point code resources.

(2) Comparison between SUA and TI-SCCP.

At the end of 2002, ITU-T formulated a group of protocols called TI-SCCP (Transport Independent Signaling Connection Control Part) through the Q.2220 specification, which defined in the Q.711~Q.716 specifications SCCP is modified so that it can run on various transmission networks.

Like SUA, TI-SCCP utilizes the SCTP signaling transport converter (STC) defined in the Q.2150.3 specification, and can also run directly on top of SCTP. However, its addressing capability is limited, and it does not support extended addressing methods such as IP address, host name, and DNS.

In addition, when TI-SCCP transmits long messages, it needs to introduce the MAP protocol to work together. It cannot, like SUA, hand over all fragmentation/reinstallation work to the underlying SCTP. Moreover, the introduction of the MAP protocol will cause a series of adaptation problems.

(3) Comparison between SUA and No.7 signaling system.

The SUA protocol is optimized for the transmission of transactional messages. As the bearer of TCAP, SUA not only maintains all the functions of No.7 signaling, but also makes the network robustness reach the carrier-level level.

SUA adopts public packet transmission to carry signaling, and can improve the bandwidth and connectivity of the network through simple operations, without reorganizing the network like the E1/T1 channelized links of the No.7 signaling network.

SUA simplifies the tedious configuration process of the No.7 signaling network and makes full use of the IP routing mechanism. The distributed application method it adopts can be easily reconfigured according to the needs.

SUA also urges equipment manufacturers to deduce the previously vertically integrated value-added services into horizontally distributed service levels. At this level, traditional technologies (such as roaming, number porting database), value-added services (such as short message service) and next-generation network technologies (such as SIP, ENUM, LDAP, etc.) can be integrated.

7. Conclusion.

SUA makes full use of the performance of packet transmission signaling, greatly saving operating costs. It can simplify the network management process, provide IP-based DNS routing in parallel, increase the flexibility of SCCP routing, reduce the dependence on signaling point codes, and reduce the limitations of links and bandwidth on network architecture. Through the above analysis, we can easily see that SUA will be widely used in 3G networks and IP intelligent networks with many value-added services in the future.

In terms of protocol formulation time, the SCCP protocol was first defined, and then the SUA protocol was defined; the SCCP protocol and the SUA protocol still need to coexist for a long period of time. However, there is currently no solution compatible with SUA and SCCP. The users of SCCP and SUA are the same, how to realize the seamless interface to users when they coexist is a problem that needs to be solved at present.

Contents of the invention

The present invention provides a method and device compatible with SCCP and SUA, which are used to solve the problem that when SUA and SCCP coexist, the seamless use of upper-layer users cannot be realized, and the problem of intercommunication between SCCP and SUA.

The method for compatible SCCP and SUA of the present invention comprises the following steps:

An adaptation layer SIF is provided at the upper layer of the signaling connection control part SCCP and the signaling connection control part user message adaptation layer SUA;

When the SIF receives a connectionless message or a connection request from an upper-layer user, it obtains the destination point information and the local point code of the connectionless message or connection request from the called address and the calling address; code to obtain the status of the destination point in SCCP and SUA respectively; according to the status of the destination point in SCCP and SUA, as well as the configured distribution strategy, select the protocol type used when transmitting the message, and issue the corresponding connection message or connection request;

When SCCP or SUA receives a connection request from the peer or upper-layer user, it obtains the connection ID from the connection ID resource pool or the respective ID segments; SCCP or SUA uses the connection ID to process the connection request; Afterwards, the SIF sends the connected message correspondingly according to the connection ID carried in the exchanged connected message.

The distribution strategy of the configuration is load sharing, or active and standby.

Wherein, the SIF forwards messages between the SCCP and the SUA.

When the receiving domain receives the message, the local SIF forwards the message to the selected domain according to the destination point and the configured distribution strategy.

The device compatible with SCCP and SUA of the present invention includes:

an SCCP unit for processing received messages with the Signaling Connection Control Part protocol;

The SUA unit is used to process the received message with the user message adaptation layer protocol of the signaling connection control part;

SIF unit, which is located on the upper layer of SCCP unit and SUA unit;

a connection ID management unit, which is connected to the SCCP unit, the SUA unit and the SIF unit, and is used to provide connection IDs for the SCCP unit and the SUA unit, and to manage connection IDs accordingly;

The SIF unit includes: an information acquisition subunit, which is used to obtain the destination point information and the local point code of the message from the called address and the calling address when the SIF unit receives a message from an upper layer user; The state acquisition subunit is used to obtain the status of the destination point in the SCCP unit and the SUA unit according to the destination point information obtained by the information acquisition subunit and the point code; The status in the SCCP unit and the SUA unit, as well as the configured distribution strategy, select the protocol type to be transferred, and send the message accordingly.

Still further, the connection ID management unit randomly provides connection IDs for the SCCP unit and the SUA unit, and notifies the SIF unit that the connection ID is allocated to the SCCP unit or the SUA unit.

Still further, the connection ID management unit segments the connection ID, and corresponds each segment to the SCCP unit and the SUA unit, and provides the connection ID for the SCCP unit or the SUA unit from the segment.

The beneficial effects of the present invention are as follows:

The method of the present invention provides an adaptation layer SIF on the upper layer of SCCP and SUA, and the SIF judges which protocol to distribute to for message processing according to relevant information.

For connectionless messages, when SIF receives a message from an upper-layer user, it obtains the destination point information and local point code of the message from the called address and calling address; obtains the destination point information and local point code respectively according to the destination point information The status of the point in SCCP and SUA; according to the status of the destination point in SCCP and SUA, as well as the configured distribution strategy, select the protocol type to be transferred, and send the message accordingly.

For connection messages, when SIF receives a message from an upper-layer user, through the management of the connection ID, the SIF realizes the identification of the connection ID carried in the interactive message, and then selects the protocol type to be transmitted, and sends it accordingly information.

Regarding the intercommunication between SCCP and SUA, when the receiving domain (SCCP or SUA) receives a message, the SIF of the local office will forward the message to the selected domain according to the destination point and the configured distribution strategy, so as to realize the communication between SCCP and SUA intercommunication.

In order to support the method of the present invention, the present invention also provides a device compatible with SCCP and SUA.

Description of drawings

Fig. 1 is the schematic diagram of device structure of the present invention;

Fig. 2 is a schematic structural diagram of the device of the present invention when processing a connectionless message;

Fig. 3 is a schematic structural diagram of the device of the present invention when processing a connection message;

Fig. 4 is a flowchart of the method steps of the present invention.

Detailed ways

In order to realize the compatibility and coexistence of SUA and SCCP, the present invention provides a device compatible with SCCP and SUA, as shown in Figure 1, which includes: an SCCP unit, a SUA unit, and a SIF unit connected to the SCCP unit and the SUA unit respectively ;

The SCCP unit is used to process the received message with the signaling connection control part protocol.

The SUA unit is used to process the received message by the user message adaptation layer of the signaling connection control part.

The SIF unit is located on the upper layer of the SCCP unit and the SUA unit, and is used for distributing messages to the SCCP unit or the SUA unit, so as to be compatible with the SCCP unit and the SUA unit.

Referring to FIG. 2 , if the device processes connectionless messages, the SIF unit further includes an information acquisition subunit, a state acquisition subunit and a distribution unit that are sequentially connected.

The information acquisition subunit is used to obtain the destination point information and the local point code of the message from the called address and the calling address when the SIF unit receives a message from an upper layer user;

The state acquisition subunit is used to obtain the status of the destination point in the SCCP unit and the SUA unit respectively according to the destination point information and the point code obtained by the information acquisition subunit;

The distribution unit selects the protocol type to be transferred according to the state of the destination point in the SCCP unit and the SUA unit, and the configured distribution strategy, and sends the message accordingly. The distribution strategy is load sharing, or active and standby.

Referring to FIG. 3 , if the device processes a connection message, the device further includes a connection ID management unit connected to the SCCP unit, the SUA unit and the SIF unit.

The connection ID management unit is used to provide connection IDs for SCCP units and SUA units, and manage connection IDs accordingly. The connection ID management unit may randomly provide connection IDs for the SCCP unit and the SUA unit, and notify the SIF unit that the connection ID is allocated to the SCCP unit or the SUA unit, so that the SIF unit sends a message accordingly. Or, the connection ID management unit segments the connection ID, and corresponds each segment to the SCCP unit and the SUA unit, and provides the connection ID for the SCCP unit or the SUA unit from within the segment, so that the SIF unit responds according to the characteristics of each segment Sending a message (for example, if the highest bit is 1, it means that it is processed by the SCCP unit; if the highest bit is 0, it means that it is processed by the SUA unit).

Applying the above-mentioned device, the present invention also provides a method compatible with SCCP and SUA, as shown in Figure 4, including the following main steps:

S1. Provide an adaptation layer SIF on the upper layer of SCCP and SUA.

After introducing the SUA protocol according to the agreement, when the two protocols of SCCP and SUA exist at the same time, the interface of the upper layer user should be kept unchanged. For the upper layer users, it is not necessary to know whether the message is passed to the opposite end through SCCP or through SUA. Therefore, the present invention provides an adaptation layer SIF (SUA and SCCP interface layer) on the upper layer of SCCP and SUA, and its function is to realize the distribution of messages of upper layer users between SCCP and SUA.

S2. The SIF receives the message.

From the perspective of the sending direction, the message can be sent by the upper-layer user (that is, to be distributed to the SUA or SCCP), or sent by the SUA or the SCCP (that is, the message sent by the opposite end is to be connected to the upper-layer user).

In terms of message type, the message may be a connectionless message or a connection message.

S3, the SIF distributes the message.

SIF distributes messages according to relevant information, so as to realize compatibility between SCCP and SUA.

S4, SCCP or SUA processes the message sent by the SIF after receiving it.

The method of the present invention is specifically described below through four examples.

Method example 1: Distribution of connectionless messages sent by upper-layer users. Include the following specific steps:

- When the SIF receives a message from an upper-layer user, it obtains the destination point information (DPC or DPCSSN) and the local point code (OPC or OPCSSN) of the message from the called address and the calling address.

-Acquiring the status of the destination point in SCCP and SUA according to the destination point and the information of this point.

- According to the status of the destination point in SCCP and SUA, and the configured distribution strategy (load sharing, active backup), select the type of protocol to be transferred, and issue the message accordingly. If it is load sharing, it is necessary to implement SCCP and SUA service load sharing according to the call correlation of the upper layer, and keep the number of calls transmitted by SCCP and SUA equal; All call messages.

Method example two: Realize the distribution of connected messages through the connection ID resource pool.

When the message is a connection message, the interaction between the network side and the upper-layer user N primitive is realized according to the connection reference. The parameters of the connected N primitives in the protocol are defined in the following table:

Table 1/Q.711-Network service primitives for connection-oriented servicesb)

In terms of implementation, Connection identification can be used as the keyword for communication between the upper and lower layers. After the upper layer user receives the N source notification message of SCCP, he can quickly find his own connection control block according to the Connection identification, and perform corresponding message processing; when the upper layer user When sending the source language of the request to SCCP, SCCP can quickly obtain the connection control block of SCCP according to the Connection identification in the source language, and process the corresponding message. The N source language processing of SUA is similar to that of SCCP. However, when both SCCP and SUA exist at the bottom layer, what the upper layer user can obtain at this time is the Connection identification, and does not know whether the Connection identification is SCCP or SUA. Therefore, it can be seen from the above table that some connected source languages do not have called or calling addresses, but SIF needs to be able to quickly locate the message processing protocol based on the Connection identification when distributing messages. There is a question of how to manage Connection identification when implementing it.

In this example, the distribution of connected messages is realized through the connection ID resource pool. There are two cases according to the sending direction.

Case 1: A connection request is received from the peer. Include the following specific steps:

- When the SCCP or SUA receives the connection request from the opposite end, obtain the connection ID from the connection ID resource pool (it can be obtained by means of function calling or message notification).

- The connection ID resource pool randomly picks out an idle connection ID from its idle connection IDs, and passes it to SCCP or SUA.

- SCCP or SUA uses this connection ID for message post-processing (according to existing protocols).

- After establishing the connection between the calling party and the called party, the SIF checks which protocol the ID belongs to according to the connection ID carried in the exchanged message. If it is determined that the ID is used by the SCCP, it will directly send the message to the SCCP for processing; if it is determined that it is used by the SCCP If the SUA uses it, the message is directly sent to the SUA for processing.

Case 2: A connection request from an upper-layer user is received. Include the following specific steps:

- When the upper layer user sends a connection request to the SIF layer, the SIF layer first selects which protocol to process the connection according to the connectionless message processing method.

- When SCCP or SUA receives the user's connection request, it obtains the connection ID from the connection ID resource pool (it can be obtained by means of function calling or message notification).

- The connection ID resource pool randomly picks out an idle connection ID from its idle connection IDs, and passes it to SCCP or SUA.

- SCCP or SUA uses the connection ID for subsequent message processing (according to the protocol).

- After establishing the connection between the calling party and the called party, the SIF checks which protocol the ID belongs to according to the connection ID carried in the exchanged message. If it is determined that the ID is used by the SCCP, it will directly send the message to the SCCP for processing; if it is determined that it is used by the SCCP If the SUA uses it, the message is directly sent to the SUA for processing.

Method Example 3: Realize the distribution of connected messages by segmenting the connection ID.

When the message is a connection message, the interaction between the network side and the upper-layer user N primitive is realized according to the connection reference. The parameters of the connected N primitives in the protocol are defined in the following table:

Table 1/Q.711-Network service primitives for connection-oriented servicesb)

In terms of implementation, Connection identification can be used as the keyword for communication between the upper and lower layers. After the upper layer user receives the N source notification message of SCCP, he can quickly find his own connection control block according to the Connection identification and perform corresponding message processing; when the upper layer user When sending the request source language to SCCP, SCCP can quickly obtain the SCCP connection control block according to the Connection identification in the source language, and perform corresponding message processing. The N source language processing of SUA is similar to that of SCCP. However, when both SCCP and SUA exist at the bottom layer, what the upper layer user can obtain at this time is the Connection identification, and does not know whether the Connection identification is SCCP or SUA. Therefore, it can be seen from the above table that some connected source languages do not have called or calling addresses, but SIF needs to be able to quickly locate the message processing protocol based on the Connection identification when distributing messages. There is a question of how to manage Connection identification when implementing it.

In this example, the distribution of connected messages is realized by segmenting the connection ID. There are two cases according to the sending direction.

Case 1: A connection request is received from the peer. Include the following specific steps:

- When SCCP or SUA receives the connection request from the opposite end, it correspondingly obtains the connection ID from the respective ID segments (it can be through function calling or message notification).

- Take an idle connection ID from the idle connection IDs in the corresponding ID segment, and pass it to SCCP or SUA correspondingly.

- SCCP or SUA uses this connection ID for message post-processing (according to existing protocols).

- After the caller-caller connection is established, SIF determines which protocol the message should be processed according to the segment characteristics of the connection ID carried in the exchanged message (for example, if the highest bit is 1, it is determined that it should be processed by SCCP; the highest bit is 0 , the judgment should be handled by SUA). If it is determined that the SCCP should be processed, the message is directly sent to the SCCP; if it is determined that the SUA should be processed, the message is directly sent to the SUA.

Case 2: A connection request from an upper-layer user is received. Include the following specific steps:

- When the upper layer user sends a connection request to the SIF layer, the SIF layer first selects which protocol to process the connection according to the connectionless message processing method.

- When SCCP or SUA receives the user's connection request, it correspondingly obtains the connection ID from the respective ID segments (it can be in the way of function calling or message notification).

- Take an idle connection ID from the idle connection IDs in the corresponding ID segment, and pass it to SCCP or SUA correspondingly.

- SCCP or SUA uses this connection ID for message post-processing (according to existing protocols).

- After the caller-caller connection is established, SIF determines which protocol the message should be processed according to the segment characteristics of the connection ID carried in the exchanged message (for example, if the highest bit is 1, it is determined that it should be processed by SCCP; the highest bit is 0 , the judgment should be handled by SUA). If it is determined that the SCCP should be processed, the message is directly sent to the SCCP; if it is determined that the SUA should be processed, the message is directly sent to the SUA.

Method example four: distribution of inter-domain messages.

There is usually a usage scenario in the network: After the message on the SUA side is processed by the SUA, it is found that its next processing node should be on the narrowband side, that is, the next processing node is SCCP; it is necessary to transfer the message from one domain to the The function of another domain is to realize the signaling gateway function (SG function).

When receiving a message from SCCP, the message is first translated by GT of SCCP, and if the destination point of the message is not checked by the local office, then the message is forwarded to the SIF, and the SIF forwards the message to the SIF according to the destination point of the message and the configured distribution strategy (inter-protocol Load sharing, active backup, etc.), decide which domain (SCCP or SUA) the message should pass through to the peer.

The processing flow of receiving a message from SUA is the same as that of receiving a message from SCCP.

Obviously, those skilled in the art can make various changes and modifications to the present invention without departing from the spirit and scope of the present invention. Thus, if these modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalent technologies, the present invention also intends to include these modifications and variations.

Claims (5)

1. A method compatible with SCCP and SUA, characterized in that, comprising the following steps: An adaptation layer SIF is provided at the upper layer of the signaling connection control part SCCP and the signaling connection control part user message adaptation layer SUA; When the SIF receives a connectionless message or a connection request from an upper-layer user, it obtains the destination point information and the local point code of the connectionless message or connection request from the called address and the calling address; code to obtain the status of the destination point in SCCP and SUA respectively; according to the status of the destination point in SCCP and SUA, as well as the configured distribution strategy, select the protocol type used when transmitting the message, and issue the corresponding connection message or connection request; When SCCP or SUA receives a connection request from the peer or upper-layer user, it obtains the connection ID from the connection ID resource pool or the respective ID segments; SCCP or SUA uses the connection ID to process the connection request; Afterwards, the SIF sends the connected message correspondingly according to the connection ID carried in the exchanged connected message. 2. The method according to claim 1, wherein when the receiving domain receives the message, the SIF of the local office forwards the message to the selected domain according to the destination point and the configured distribution strategy, so that the message can be sent to the selected domain. Forwarding between SCCP and SUA. 3. A device compatible with SCCP and SUA, comprising: an SCCP unit for processing received messages with the Signaling Connection Control Part protocol; The SUA unit is used to process the received message with the user message adaptation layer protocol of the signaling connection control part; It is characterized in that the device further includes: a SIF unit located on the upper layer of the SCCP unit and the SUA unit; a connection ID management unit, which is connected to the SCCP unit, the SUA unit and the SIF unit, and is used to provide connection IDs for the SCCP unit and the SUA unit, and to manage connection IDs accordingly; The SIF unit includes: The information acquisition subunit is used to obtain the destination point information and the local point code of the message from the called address and the calling address when the SIF unit receives a message from an upper layer user; The state acquisition subunit is used to obtain the status of the destination point in the SCCP unit and the SUA unit respectively according to the destination point information and the point code obtained by the information acquisition subunit; The distribution unit, according to the state of the destination point in the SCCP unit and the SUA unit, and the configured distribution strategy, selects the type of protocol used when transferring the message, and sends the message accordingly. 4. The device according to claim 3, wherein the connection ID management unit randomly provides connection IDs for the SCCP unit and the SUA unit, and notifies the SIF unit that the connection ID is assigned to the SCCP unit or the SUA unit. 5. The device according to claim 3, wherein the connection ID management unit segments the connection ID, and corresponds each segment to the SCCP unit and the SUA unit, and the SCCP unit or the SUA unit in the segment Provide a connection ID.

Images