Signtran Go

8/10/2019 Signtran Go

1/11

SIGTRAN (SS7 over IP)

Common Channel Signaling System #7 ( SS7) transports SS7 messages over an SS7network (normally a DS0A connection) and then there is SIGTRAN. SIGTRAN is a set of

protocols defined to transport SS7 messages over IP networks. SIGTRAN allows IP networks

to inter-work with the Public Switched Telephone Network (PSTN) and vice versa.

Notes: There are two other IETF standards which define transport of PSTN signaling (non-

SS7) over IP networks: ISDN User Adaption (IUA) which provides adaption at the the Q.921

layer to allow transparent transport of Q.931 messages to, say, a VoIP gateway. IUA is

defined by RFC4233. V5.2 User Adaption (V5UA) which provides for the transport of ETSI

standard V5.2 messages in an IP network by adaption at the LAPV5 level. V5UA is defined

by RFC3807.

Contents

SIGTRAN Stack

SCTP Overview

M2PA Adaption Layer

M2UA Adaption Layer

M2UA vs M2PA Adaption

M3UA Adaption Layer

SUA Adaption Layer

SS7 & SIGTRAN Glossary

The SIGTRAN Protocol Stack, RFC 2719

The SIGTRAN protocol stack consists of 3 components:

A standard IP layer.

A common signaling transport protocol, Stream Control Transmission Protocol

(SCTP): SCTP provides connection oriented reliable transfer of user messagesbetween peer SCTP users (Adaptation layer protocols). Note: The SCTP layer

replaces a normal TCP/UDP layer.

An Adaptation layer: Protocols defined for this layer are M2PA, M2UA, M3UA, and

SUA.


2/11

Figure 1: SIGTRAN Protocol Stack Model

SCTP (Stream Control Transmission Protocol)

Defined by RFC 3309 and RFC 4166. SCTP is designed to transport SS7 signaling messages

over IP networks. It operates directly on top of IP at the same level as TCP. SCTP's basic

service is connection oriented reliable transfer of messages between peer SCTP users. SCTP

offers the following services (not exhaustive) that may be used by SIGTRAN:

Multi-homing: is the ability of an association (that is, a connection) to support

multiple IP addresses or interfaces at a given end point. In case of network failures,

use of more than one address can allow re-routing of packets, and also provide an

alternate path for retransmissions. End-points exchange lists of addresses during

initiation of the connection. One address is designated as the primary address to

receive data. A single IP port number is used across the entire address list at an

endpoint for a specific session.

Multi-streaming (Chunking): Allows for multiple virtual connections on the same

physical line. Each user application might be assigned its own stream (virtual

connection). SCTP's multi-streaming allows data to be delivered in multiple,

independent streams, so that if there is data loss in one stream, delivery will not be

affected for the other streams. The SCTP user can specify at startup time the numberof streams to be supported by the association.

Sequenced Delivery: Allows for messages to be delivered in the order in which there

were sent.

Block-Level: Unlike TCP in which transmission is viewed as a continuous stream of

data, SCTP transmits blocks.


3/11

Self-Fragmentation: SCTP uses MTU path discovery to ensure that messages are not

fragmented by intermediate nodes.

Heart-Beat: SCTP uses periodic heart-beat messages to confirm the status of each

end point.

Adaptation Layer / SCTP Boundary

Primitives for this interface are defined in the RFC 2960, Section 10.

M2PA (MTP2 Peer-to-Peer Adaptation Layer)

Defined by RFC 4165. MP2A is a protocol which supports the transport of SS7 MTP3

signaling messages over IP using the services of the SCTP. M2PA operates similarly to MTP2

so as to provide peer-to-peer communication between SS7 endpoints. M2PA extends the

SS7 network into the IP network in a manner transparent to the SS7 network. Because the

MTP3 layer (which routes on point codes) is present in all Signaling Points each IPSP

requires a point code.

Figure 1 - M2PA Adaption Layer

SEP = Signaling End Point ( for example, an SSP)

IPSP = IP Signaling Point

SG = Signaling Gateway


4/11

Notes:

1. MTP3, which is preserved in every IPSP with M2PA, uses Point Codes as its address

mechanism and thus all IPSP require a Point Code.

2. The term UL (Upper Layer) has been used to indicate any layer which runs over

TCAP, for example, MAP.

3. With M2PA the SG may act as an STP simply routing messages (based on Point

Codes) from the SS7 network to the IPSP (IP Signaling Point).

4. In essense M2PA adaption allows SS7 functionality to be located within an IP

network.

5. The Signaling Gateway (SG) will be a fully function SS7 SP and therefore can have

any SS7 functionality such as SCP, STP or SSP.

6. If ISUP is supported by any IPSP then it would be acting as a SSP and have a VoIP

stack, such as SIP, which is not shown to keep the diagram simple.

7. Other STPs may be present in the path between the SEP (SSP) and the SG.

8. M2PA allows for one or more IPSP in the network. Each IPSP must have its own point

code.

9. M2PA can transport any MTP3 user messages, for example, SCCP and ISUP).

10.M2PA supports all primitives between MTP3 and MTP2 and is essentially transparent

to MTP3.

11.M2PA provides MTP2 functionality that is not provided by SCTP, so that together

M2PA and SCTP provide functionality similar to that of MTP2.

Definition of the M2PA / MTP3 boundary

The primitives are described in Q.703, Q.704, T1.111, and Q.2140. These are the same

primitives that define the MTP2/MTP3 boundary.

M2PA receives the primitives sent from MTP3 to its lower layer. M2PA processes these

primitives or maps them to appropriate primitives at the M2PA/SCTP interface. Likewise,

M2PA sends primitives to MTP3 like those used in the MTP3/MTP2 interface.

M2UA (MTP2 User Adaptation Layer)

Defined by RFC 3331. M2UA is a protocol for the backhauling of SS7 MTP3 messages over IP

using the services of SCTP. This protocol is used between a Signaling Gateway (SG) and a

Media Gateway Controller (MGC) such as a VoIP gateway but it could equally well be SCP.


5/11

Figure 2 - M2UA Adaption Layer

SEP = Signaling End Point (An SSP)

SG = Signaling Gateway

NIF = Nodal Inter-working Function

IPSP = IP Signaling Point

MGC = Media Gateway Controller: A device that converts from one protocol to another.

Notes:

1. With M2UA the SG functions as a transparent relay that converts SS7 messages to IP

format.

2. All SPs in the SS7 domain have Point codes. Only the MGC (IPSP) in the IP domain

has a Point Code (it has an MTP3 layer). The SG does not have a Point Code (since it

has no MTP3 Layer).

3. Other STPs may be present in the SS7 path between the SEP and the SG.

4. The SG cannot have upper ISUP/SCCP layers because it has no MTP3 layer

5. The Nodal Inter-working Function (NIF) simply accepts messages from the MTP2

layer and writes them to the M2Ua layer. It is a 'glue' layer and its functionality is

not defined by the standards.6. With M2UA the IPSP's MPT3 uses the SG's MPT2 as its lower SS7 layer. Both MTP2

on the SG and MTP3 on IP signaling point remain unaware of the fact that their

upper and lower layer respectively is not running locally.

7. The whole IP network is represented by a single point code that addresses the MGC

at the network edge. Therefore all messages from the SS7 side going to the IP side


6/11

are sent to the MGC through the SG. The MGC converts from the M2UA protocol to

another protocol ( such as SIP or Megaco) and vise versa.

8. M2UA allows for only one IPSP (MGC) in the network.

9. Any messages that arrive at the SG, from the IP domain or SS7 domain are simply

relayed to the SS7 or IP domain respectively.

10.While Figure 2 shows a SIP stack this would only be present is the IPSP were

providing VoIP gateway functionality in the case of an SCP this function would not be

present.

Definition of the M2UA / MTP3 boundary

Q.703, Q.704, Q.2140 ITU Recommendations

1. DATA

2. ESTABLISH3. RELEASE

4. STATE

5. DATA RETRIEVAL

6. DATA RETRIEVAL COMPLETE

Definition of the M2UA / MTP2 boundary

Q.703, Q.704, Q.2140 ITU Recommendations

1. DATA2. ESTABLISH

3. RELEASE

4. STATE

5. DATA RETRIEVAL

6. DATA RETRIEVAL COMPLETE

M2PA and M2UA Compared

M2PA and M2UA similarities:

1. Both transport MTP3 messages.

2. Both present an MTP2 upper interface to MTP3.

M2PA and M2UA differences:


7/11

1. M2PA: IPSP processes MTP3-to-MTP2 primitives.

M2UA: IPSP transports MTP3-to-MTP2 primitives between the SG's MTP2 and the

IPSP's MTP3 (via the interworking function) for processing.

2. M2PA: SG is an SS7 node with a point code.

M2UA: SG is not an SS7 node and has no point code.

3. M2PA: SG can have upper SS7 layers, e.g., SCCP.

M2UA: SG does not have upper SS7 layers since it has no MTP3.

4. M2PA: may have one or more IPSPs.

M2UA: can only have one IPSP.

5. M2PA: SG can route to other SPs, perform Global Title Translation as well as provide

application layer services.

M2UA: SG's single function is to relay MTP3 messages.

M3UA (MTP 3 User Adaptation Layer)

Defined by RFC 4666. M3UA supports the transport of any SS7 MTP3-User signaling (for

example, ISUP and SCCP messages) to an IP Signaling Point (IPSP) using the services of

SCTP. M3UA is IP aware in that it translates the contents of the incoming SS7 MSU using a

Routing Key (a glorified routing table) to map to the relevant IP address.

When using M3UA, IPSPs (ASs) may, or may not, require point codes depending on the

application. If the application uses, say, SCP functionality then the SSN may be used to

address the required IPSP without any need for Point Codes. Alternatively if the application

is a VoIP gateway (an SSP) whose point code is visible within the SS7 network then clearly

a point code is required at the IPSP (AS).


8/11


SEP = Signaling End Point (SSP)

Figure 3 - M3UA Adaption Layer

Notes:

1. The SS7 SG in the M3UA scenario functions as an STP and can provide SCCP based

services which could include Golbal Title Translation which may cause redirection to

either the SS7 or IP network.

2. The SS7 SPs and the SG have Point Codes. The IPSPs may, or may not, have Point

Codes depending on the supported application(s). If the supported applications are

entirely SCP-oriented then message routing may be done within the IP network

based on the SSN (and/or Transaction ID) in which case no Point Codes are required

for IPSP functioning as SCPs. If the application(s) being supported use ISUP (for

example, a VoIP gateway) and the end point is visible to the SS7 network then point

codes are required for each IPSP functioning in this manner.

3. MTP3 and M3UA both provide routing capabilities. MTP3 routes from point code to

point code. M3UA maps and routes point codes to IP addresses and vice versa using

a Routing Key.

4. The Nodal Inter-working Function (NIF) (not defined by the standards) allows

messages to be routed to a local SCCP based service, such as Global Title

Translation, or to an IPSP based on the Routing Key.

5. When a message arrives at the SG, MTP3 or M3UA examines the DPC/OPC or the

SIO/DPC/OPC set and routes the message via the NIF to the appropriate location. If


9/11

the DPC is the same as the SG's Point Code, the message is sent to the layer above.

If the DPC differs from the SG's Point code, the message is routed by the SG to its

proper destination via the NIF.

6. ISUP messages are always routed by the SG, they can never be destined for the SG

(or any STP).

7. An ISUP message from the SS7 network destined for the IP network, is sent by the

SG's MTP3 to the local M3UA via the NIF. M3UA then routes the message to the

appropriate IPSP. Similarly, an ISUP message from the SS7 network destined for the

IP domain, is sent by the SG's M3UA to the local MTP3 also via the NIF. MTP3 routes

the message back to the origination SP.

8. In the SG, if the result of an application request or a GTT yields an SCP address

located in the SS7 domain or the IP domain, the resulting request is sent to the local

MTP3 or M3UA respectively for proper routing.

9. M3UA provides functionality similar to MTP3 but routing is IP aware through the use

of the Routing Key.

Boundary between M3UA and an MTP3-User (ISUP /SCCP)

From ITU Q.701:

MTP-TRANSFER request

MTP-TRANSFER indication

MTP-PAUSE indication

MTP-RESUME indication

MTP-STATUS indication

SUA (SCCP-User Adaptation Layer)

Defined by RFC 3868. SUA defines a protocol for the transport of any SS7 SCCP-user

signaling message such as TCAP, RANAP or MAP over IP using SCTP services.


10/11


SEP = Signaling End Point (SCP)

MGC = Media Gateway Controller

Figure 4 - SCCP User Adaption Layer (SUA)

Notes:

1. SUA can only transport SCCP-User messages

2. The SS7 SP, and the SG both have Point Codes. The IPSPs do not require point

codes.

3. SUA cannot support ISUP and thus the IPSP cannot be an SSP.

4. SCCP and SUA layers interface at the SG

5. The NIF is not defined by the standards and acts as an intelligent router from UL's to

either the SCCP or SUA.

6. It is assumed that using the Global Title, SSN (and/or Transaction IDs) the messages

can be routed to one or more IPSPs which thus do not require point codes.

7. SG can either act as an end point (SCP) or an STP

8. Together with SCTP, SUA replaces SCCP & MTP.

Definition of SUA/SCCP the Boundary

Recommendation: ITU Q.711

SUA and M3UA Comparison


11/11

In general, the protocol stack based on SUA is less complex compared to the protocol stack

based on SCCP and M3UA. SUA can enhance the efficiency of the network and provides a

means for simpler implementations.

M3UA and SUA Differences:

1. M3UA: Needs the SCCP services.

SUA: Does not need SCCP services, reducing the complexity of the node and thereby

reducing cost.

2. M3UA: Supports ISUP services.

SUA: Cannot support ISUP services.

3. M3UA: Each IP node is required to have a point code and an IP address.

SUA: Each IP node does not require a point code.

4. M3UA: Messages are handled from point code to point code.

SUA: Allows the IP network to route the messages using global title information or

SSN.

Signtran Go

Documents

Transcript of Signtran Go