SummaryPage *G2 BSC Hardware OverviewMxBSC Software ArchitectureMxBSC Hardware PresentationMxBSC Functional ImprovementsEvolution Capacity Improvements

G2 BSC Hardware OverviewPage *Commonly in G2 BSC for Alcatel there are three racks and each rack contains eight shelves.

There are eight shelves in one BSC rack. Count starts from breakers shelf at the top and ends at the last shelf in the bottom.

G2 BSC Hardware OverviewThree main Terminal Sub Units (TSUs)

Common TSU ( Within the BSC).Abis TSU ( BSC to BTS).ATER TSU ( BSC to Transcoder)

G2 BSC Hardware OverviewCOMMON TSUIn the common TSU the functions are carried out by the BSC. For Example call initiation, call establishment and handovers etc.The card which comes in the common TSU domain is CPRC (cpra card)

CPRC (Common Processor Type C)There are six cpra cards in the first rack of the Alcatel BSC.Two Cpra OSI (Open system interface). These are responsible for establishing the link b/w BSC and the OMCR. IN short the these two CPRC contain the OML of the BSC through X.25 link.Two Cpra Sis These are the main controller processors for the BSC. The various functions are carried out through this card. Two Cpra Broadcast. Used for the local bus interface in the BSC.

G2 BSC Hardware OverviewABIS TSUAbis Tsu is responsible for the link between the BTS and the BSC. One Abis TSU contains one BIUA card and eight TCUC cards and two access switches.BIUA (BTS Interface Unit Type A)One BIUA contains six abis. Abis is the link between the BTS and the BSC. Its a 2 MB link. One BIUA has eight TCUC cards.

TCUC (TRX Control Unit Type C)Basically TRX are configured on the TCUC cards. One TCUC can contain four full rate and two half rate TRX.TCUC also contain the OML for the site.

G2 BSC Hardware OverviewATER TSUOne Ater TSU contains two ASMB cards, eight DTCC cards and two access switches.

ASMB (Ater Sub Multiplexer at the BSC)One ASMB is one Ater mux. One DTCC (Digital trunk controller type C).TSCA (Transmisson Submultiplexer Contoller Type A)All the transmission cards are working under this important card. Each rack contains this card at shelf eight and slot 5.

MxBSC Software ArchitecturePage *

From G2BSC to MxBSC

BSC application architecture

MxPF Software

MxBSC Software Architecture From G2BSC to MxBSCPage *OMCPSSWTP & LIU ShelfCCP

MxBSC Software ArchitectureBSC application architecturePage *G2BSC Control Element (TCU, DTC, CPR, TSC) becomes MxBSC Virtual Control Element (VTCU, VDTC, VCPR, VTSC)

OSND

PF

DBCS

Application (FMM/SSM)

PFM

One CE per G2 BSC board

CMW

Carrier Grade Linux

VOS

DBCS

Application

(FMM/SSM)

PFM

MxPF

VCE-1

Mx BSC Board

Boot

VCE-n

PFM

(FMM/SSM)

Application

VOS

CMW

Boot

DBCS

BSC Porting

DBCS:G2 BSC Database Management System

MxPF: Mx Platform software

PFM:G2 BSC Platform Management

OSND:G2 BSC Operating System

PF:Platform drivers

VOSSimulation of OSND

MxBSC Software Architecture MxPF SoftwarePage *>EndurX library manages the hardware environment via the Hardware Platform Interface (HPI) based on IPMI software and hardware standard. >Self-Reliant provides the framework for developing applications that deliver service availability into a clustered distributed environment.>MxPF is in charge of processes management, hardware management, software management, init and few basic services like traces or date synchronization.

MxBSC HARDWARE PRESENTATIONPage *SSWOMCPCCPTP-GSMMUXLIU

MxBSC HARDWARE PRESENTATIONSSW Switch BoardPage *SBL: SSW-HW 1&2Redundancy: 1+1

Allows exchanges between all the elements of the platform and external IP/Ethernet equipment:OMC-R physical interfaceCBC physical interface NEM terminal connectionSecond ATCA shelf connectionExternal Alarm Box connection

MxBSC HARDWARE PRESENTATIONOMCP O&M Control Processing boardPage *SBL: CP-HW, CP-LOG 1&2Redundancy: 1+1

O&M Control Processing board based on ATCA technology equipped with a permanent storage device. In charge of managing the whole platform as system manager and O&M applications. O&M - logical interface to the Operation and Maintenance Center (OMC-R)VCPR: S-CPR & O-CPR softwareDTC TCH/RMTSC software

MxBSC HARDWARE PRESENTATIONCCP Control Processing boardPage *SBL: CP-HW, CP-LOG 3, 4 & 5Redundancy: N+1

Call Control Processing board based on ATCA technology used for call control functions. Identical to OMCP board without Hard disk. VTCU: TCU software (50 per CCP)VDTC: DTC software (40 CS & 24 PS per CCP)

MxBSC HARDWARE PRESENTATIONTP-GSM Transmission Processing boardPage *SBL: TP-HW 1&2Redundancy: 1+1

Provide telecom transmission /transport interfaces to the MX platform. Configuration ManagementPerformance Parameters ManagementHDLC termination SS7 terminationNE1oEQ1Ring control

MxBSC HARDWARE PRESENTATIONMUXPage *SBL: ECU 1&2Redundancy: 1+1

Multiplexing and de-multiplexing of up to 16 E1 streams (16 E1 each) from the LIU boardsConfiguration management and supervision of the LIU boards1 GbE interfaceNE1oE packing/unpacking to/from up to 32 physical entities (TPGSM boards)Debug interface

MxBSC HARDWARE PRESENTATIONLIUPage *SBL: ETU 1 to 16No redundancy

Connection of up to 16 physical E1 interfaces (Tx / Rx)Multiplexing and de-multiplexing of 16 E1 to/from the two MUX boardsLIU synchronizationCommunication with the MUX boards for LIU board configuration and supervisionDetection of LOS on any E1 connected and in use

MxBSC Functional ImprovementsPage *New dimensioning

New switching connectivity

MxBSC Functional ImprovementsNew dimensioningPage *Telecom traffic: from 1900 to 2600 erlangs

MxBSC Functional ImprovementsNew switching connectivityPage *With G2 BSC the CS and the PS traffics goes through the TCU and DTC

Evolution Capacity ImprovementsTRE/VTCU Mapping

HSL MODE

Evolution Capacity Improvements

TRE/VTCU Mapping

In B10, the maximum number of TREs mapped on a VTCU is 4 whatever their type (FR/DR). A CCP board contains 50 VTCUs and can manage upto 1500 TCHs

Evolution Capacity Improvements HSL MODEIn B10, in LSL mode, the bandwidth is not wide enough to carry the No.7 signaling in the case of large-capacityBSCs (that can support more than 600 TRXs). Therefore, the HSL mode is implemented.In TDM mode, the HSL links are connected from the BSC to the MSC without going through the TransCoder (TC).For redundancy purposes, 2 HSLs are used. The load is shared between both HSLs.

Evolution Capacity ImprovementsPage *HSL Engineering Rules

The HSL configuration requires 2 AterMux. Any AterMux can be candidate if:It does not carry Qmux.It does not carry IP over Ater.It is configured for CS traffic only.The HSL and LSL modes cannot be mixed on a BSC.The AterMux supporting HSL must be configured on different LIU boards.

****