14.11.2014 Views

An Introduction to the Ericsson Transport Network Architecture ...

An Introduction to the Ericsson Transport Network Architecture ...

An Introduction to the Ericsson Transport Network Architecture ...

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

64<br />

These functions and a number of o<strong>the</strong>r<br />

functions are described in greater detail<br />

and from <strong>the</strong> point of view of <strong>the</strong> SDH NEs<br />

in <strong>the</strong> section 'SDH Management'.<br />

Mode of operation<br />

The SDH NE can be managed from:<br />

- FMAS, <strong>the</strong> management system for <strong>the</strong><br />

<strong>Transport</strong> <strong>Network</strong><br />

- A Local Opera<strong>to</strong>r Terminal (LOT).<br />

The FMAS is necessary for <strong>the</strong> manage-<br />

ment of large transport networks. The LOT<br />

is required during installation, and can also<br />

be used <strong>to</strong> manage a single NE or a small<br />

transport network.<br />

All SDH NEs use a standardised interface<br />

<strong>to</strong> <strong>the</strong> FMAS. The pro<strong>to</strong>cols used are TMN<br />

(Telecommunications Management <strong>Network</strong>)<br />

Q3 interfaces as defined in CCITT<br />

Recs. Q.811 and Q.812, Box 2.<br />

All SDH NEs also use a common Information<br />

Model (IM). The IM defines <strong>the</strong> syntax<br />

Fig. A<br />

Gateway <strong>Network</strong> Elements (GNE) may be connected<br />

<strong>to</strong> an OS. The GNE has an attached subnetwork<br />

of SDH NEs<br />

BOX 2<br />

Q3-lnterface<br />

The Q3 interface provides for standardised<br />

communication and exchange of management<br />

information between an NE and an Operations<br />

System. The pro<strong>to</strong>col suite and <strong>the</strong> information<br />

model must be defined when specifying a Q3<br />

interface.<br />

Gateway <strong>Network</strong> Element (GNE)<br />

A GNE is connected <strong>to</strong> an OS via a Q3 interface,<br />

Fig A. The GNE has an attached subnetwork<br />

of SDH NEs and provides remote access<br />

<strong>to</strong> <strong>the</strong>se NEs by means of Embedded Control<br />

Channels (ECC). The GNE performs Intermediate<br />

System (IS) network layer routing functions<br />

for ECC messages destined <strong>to</strong> any NE<br />

within <strong>the</strong> subnetwork.<br />

When considering implementation, <strong>the</strong>re is no<br />

difference between a GNE and any o<strong>the</strong>r SDH<br />

NE. They simply perform different roles in <strong>the</strong><br />

OSI environment.<br />

Embedded Control Channel (ECC)<br />

The ECCs provide a high-capacity data communication<br />

network between SDH NEs, utilising<br />

dedicated bytes (DCC) in <strong>the</strong> STM-N Section<br />

Overhead as <strong>the</strong> physical layer. Two types<br />

of ECC have been defined in <strong>the</strong> SDH standards:<br />

-ECCr<br />

A192 kbit/sdata communications channel accessible<br />

by all NEs, including <strong>the</strong> intermediate<br />

regenera<strong>to</strong>rs<br />

-ECCm<br />

A 576 kbit/s data communications channel accessible<br />

by all NEs, excluding <strong>the</strong> intermediate<br />

regenera<strong>to</strong>rs<br />

The ECC network is logically created by defining<br />

ECC network routes in <strong>the</strong> SDH transport<br />

network. <strong>Network</strong> Pro<strong>to</strong>col Data Units (NPDU)<br />

are <strong>the</strong>n routed according <strong>to</strong> address and routing<br />

information held locally in <strong>the</strong> NEs as routing<br />

tables, or terminated within <strong>the</strong> NE.<br />

Table 1<br />

SDH GNE Local Routing Table<br />

NPDU Destination<br />

Address<br />

"SDH NE"<br />

"OS"<br />

"SDH GNE"<br />

Next Hop<br />

(SNPA)<br />

"STM-N ECC"<br />

"Q3"<br />

"Own Agent"<br />

In <strong>the</strong> absence of standards, a set of <strong>Ericsson</strong> proprietary<br />

DCN management functions has been defined<br />

for <strong>the</strong> purpose of managing <strong>the</strong> routing tables<br />

and DCN resources.<br />

ERICSSON REVIEW No. 3, 1992

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!