ON
FOR
MAHESH TRIVEDI
ENGINEERING MANAGER
SUBMITTED BY
KUSHAL GUPTA
However, the pace of this growth is now slowing down as saturation is coming
in the market. In case of India, the urban markets are now on the verge of
saturation as the teledensity in the urban sector has reached more than 86%.
But the case is not same for Indian rural market where the teledensity is just
about 15%. According to C. K. Prahalad, it‘s the Indian rural market which
should now be the focus of the industry.
Indian telecom industry is now eyeing the rural market for growth and
expansion. The current technology however makes it unprofitable for the
industry to expand in the faraway rural areas. This report deals with the new
technology called ―BSS Local Switching‖ which can be implemented in
Alcatel‘s Spatial Atrium. It deals how this new feature can be implemented in
the already existing network.
Thus with this new technology industry can now move on to the rural market
for their growth and expansion. This would not only provide new means of
revenue to the industry but the rural people can also now enjoy the benefits of
this new technology.
2
ACKNOWLEDGEMENT
I would also like to express my sincere thanks to Mr. Ankur Kalra, Senior
Engineer and Mr. Vijay Panchal, Engineer, for their expert guidance and
constant cooperation. It was a privilege working with them and I sincerely
thank them for advising us whenever the road map seemed blocked, despite of
their busy schedule.
I would also like to thank Mr. Senthil Kumar, Senior Engineer for giving me an
opportunity to understand the laboratory functions at Alcatel. I would also take
the opportunity to thanks all the members of the Integration Team who gave
their constant support for the completion of the project and for sharing their
insights and knowledge, derived from their years of experience in their
particular areas of expertise.
I would also like to express my deepest gratitude towards all those who have
helped me in anyway.
Kushal Gupta
3
OBJECTIVES
This report covers all about the network, its functioning, new needs and the
development of new technologies to cater to these needs. It starts right from
network architecture of Spatial Atrium to the implementation of a new feature
i.e. BSS Local Switching in it. Thus the report is comprehensive in all aspects.
4
COMPANY PROFILE
Values - A system of shared beliefs that are at the heart of everything done -
customer‘s first, innovation, teamwork, respect, accountability.
5
The Enterprise Product Group focuses on meeting the needs of business
customers as well as the Industry & Public Sector.
The company's geographic regions are the Americas; Europe, Middle East,
and Africa; and Asia Pacific and China.
6
EXECUTIVE SUMMARY
This new technology is termed as the BSS Local Switching. In this technology,
if the calling and the called parties are from same BSC/BTS then BSC will
conduct the local switching for the services. As the BTSs can be quite far away
from the BSCs, so Cell&Sat equipments are deployed which will send the
voice and data from the virtual satellite link where the cost will be proportional
to the traffic only and so the transmission cost be lowered for the operators
which will enable the operator to provide the services in rural areas in cost
effective ways.
Now the operator already has the MSC employed in its place. As the new
equipments are now installed and the switching needs to be done, so the MSC
now needs to be configured in a way so as to be enable BSS Local Switching.
So the next step is to configure the WSS (which actually acts as the MSC).
The changes are to be made in the software of the hardware so the process
followed is the Software Development Life Cycle. It has various phases viz.
Feasibility study, Requirement analysis, Design, Coding & Unit testing,
Implementation & System testing and Maintenance. The software is configured
in a way which thus enables the BSS Local Switching in the Atrium WSS.
This report thus deals with all the aspects of the Alcatel 5020 Spatial Atrium
including the working of WSS and WMG. It deals with the necessities of the
BSS Local Switching, what it is actually and how it will be embedded in the
already present hardware. The report is thus comprehensive in all aspects and
provides a detailed knowledge to the reader.
Kushal Gupta
7
TABLE OF CONTENTS
UNIT 1………………………………………………………………………………..10
Chapter 1 ................................................................................................................... 11
1.0 Introduction ..................................................................................................... 11
2.0 Today’s Architecture ....................................................................................... 12
3.0 DMSC Network Solution ................................................................................ 13
4.0 DMSC Technology Implementation in Existing Networks ............................ 15
5.0 Requirements of DMSC .................................................................................. 17
6.0 Introduction to Spatial Atrium ........................................................................ 18
7.0 Alcatel Spatial Atrium DMSC Features .......................................................... 20
8.0 Economic Advantages ..................................................................................... 22
Chapter 2 ................................................................................................................... 24
1.0 Introduction ..................................................................................................... 24
2.0 Atrium DMSC Nodes ...................................................................................... 24
3.0 Spatial Atrium System Architecture................................................................ 25
4.0 Spatial Atrium Hardware System .................................................................... 28
Chapter 3 ................................................................................................................... 30
1.0 Introduction ..................................................................................................... 30
2.0 Wireless Softswitch Hardware System ........................................................... 30
3.0 Capacity & Scalability..................................................................................... 39
4.0 Netra Wireless Soft Switch System................................................................. 42
Chapter 4 ................................................................................................................... 48
1.0 Introduction ..................................................................................................... 48
2.0 Wireless Media Gateway Hardware System ................................................... 48
3.0 WMG SuperSlots Design ................................................................................ 49
4.0 WMG Mid Plane ............................................................................................. 50
5.0 Control Module Card (CM) ............................................................................. 52
6.0 Service Matrix Card (SM) ............................................................................... 54
7.0 Packet Matrix Card .......................................................................................... 57
8.0 Voice Server Cards .......................................................................................... 57
9.0 Channelized Interface Card ............................................................................. 58
10.0 ATM Interfaces ............................................................................................. 61
Chapter 5 ................................................................................................................... 66
1.0 Introduction ..................................................................................................... 66
2.0 Wireless Element System ................................................................................ 66
UNIT 2………………………………………………………………………………..70
Chapter 1 ................................................................................................................... 70
1.0 Introduction ..................................................................................................... 70
2.0 Bottom of the Pyramid (BoP) .......................................................................... 70
3.0 Indian Telecommunication Scenario ............................................................... 72
4.0 The limits of Traditional GSM ........................................................................ 74
5.0 About TTSL .................................................................................................... 75
TTSL to invest Rs 1K cr in rural expansion .......................................................... 76
Chapter 2 ................................................................................................................... 79
1.0 Introduction ..................................................................................................... 79
2.0 Transmission costs .......................................................................................... 79
3.0 Traditional Solution ......................................................................................... 80
4.0 Broadband IP Satellite GSM Backhaul ........................................................... 80
5.0 Operational Scenarios...................................................................................... 82
8
6.0 Other Options: ................................................................................................. 84
7.0 Cost Savings by Creative Solutions ................................................................ 85
Chapter 3 ................................................................................................................... 88
1.0 Introduction ..................................................................................................... 88
2.0 Software Development Life Cycle (SDLC) .................................................... 88
3.0 Feasibility Study .............................................................................................. 88
4.0 Requirement Analysis and Specification ........................................................ 89
5.0 Design .............................................................................................................. 90
6.0 Coding and Unit Testing ................................................................................. 91
7.0 Integration and System Testing ....................................................................... 91
8.0 Maintenance .................................................................................................... 92
Chapter 4 ................................................................................................................... 95
Introduction ........................................................................................................... 95
Chapter 5 ................................................................................................................... 97
1.0 Introduction ..................................................................................................... 97
2.0 FEATURE DESCRIPTION ............................................................................ 98
3.0 System Level Design ..................................................................................... 102
4.0 Process Level Design .................................................................................... 104
5.0 UT TEST coverage ........................................................................................ 110
6.0 Deployment & Maintainability ..................................................................... 111
7.0 Future enhancements ..................................................................................... 112
Chapter 6 ................................................................................................................. 114
1.0 Introduction ................................................................................................... 114
2.0 Test Environment .......................................................................................... 115
3.0 Test Cases ...................................................................................................... 116
9
10
Need of DMSC UNIT 1
Chapter 1
1.0 Introduction
The Problem:
At the same time, many carriers have curtailed capital expenditures in the past
few years. As a result, carriers are now at a point where they have to add
infrastructure in order to serve a growing number of customers, whether or not
those customers are particularly lucrative.
Mandates for Mobile Number Portability (MNP) will increase the number of
non-revenue-generating calls as calls for subscribers who have changed
providers will still have to go through their original home MSCs before being
transferred to the new provider.
11
A Distributed Mobile Switching Center (DMSC) solution will help operators
meet these challenges.
An MSC originates and terminates wireless calls, with ongoing call control
responsibility. It also performs mobility management functions, handling the
complex process of correctly identifying the network location, appropriately
allocating resources and directing traffic to and from subscribers as they move
from cell to cell throughout the network.
The addition of data services to existing voice offerings makes the mobile
network even more complex.
12
Solution: Alcatel 5020 Spatial Atrium supporting DMSC technology provides
solution to the problems of today‘s network operators gearing for the future
technologies.
This architecture separates call control from the physical bearer path. Because
the intelligence and complexity of this architecture reside in the call server, the
media gateways that can be distributed throughout the network are less
expensive and easier to maintain. The call server allows for centralized
network management, which is ideal for the consolidated networks of today.
Operators can concentrate their technical staff at the central network nerve
center for better network control and better service transparency on a national
level.
This puts open platform developers ahead of the industry power curve
because they can focus their development efforts on wireless service logic
while relying on the best technology in the industry for other platform elements.
In contrast, developers of proprietary legacy solutions must build everything
themselves, from the ground up.
13
Central call server with distributed media gateways
Significant OPEX and CAPEX savings, Simplified operations, Long distance savings, IP-based
services
The next section describes how DMSC solution can be implemented in the
existing network to reduce transport-related costs.
14
Figure 2. Traditional Circuit Switch MSC network configuration
There are, however, high ongoing operating costs associated with backhauling
traffic from the region to a centralized MSC. Operators pay long-distance
transport costs to and from the MSC, even for calls that are placed to numbers
within that region. These costs add up, as up to 80 percent of all traffic is sent
within the region. The majority of traffic, therefore, has to be sent unnecessarily
across long-distance links.
15
Figure 3. Traditional MSC Network growth
Operators building out a network and expanding into new regions can save
themselves significant capital costs, as well as ongoing operational costs, by
using the DMSC architecture in new service areas.
The DMSC architecture helps keep growing networks from becoming more
complex as they get larger. Adding a single call server and its subtending
media gateways to the network is equivalent to adding just one additional
switch to the network, no matter how many gateways controlled by the call
server are ultimately deployed. For example, with 30 legacy switches and a
new call server controlling 40 new media gateways, it is the same as managing
a network with 31 switches.
16
needs, even as they‘re equipped to handle current network needs. With a
distributed architecture in place, carriers are prepared for a seamless evolution
to 3G access.
17
Massive system scalability – A central call server function demands a
system that is scaleable to support subscribers on a network-wide
basis, rather than just regionally. This may demand a system scaleable
to many millions of users.
18
mobile networks with intelligent networking. It provides packetized and
channelized interfaces for interconnecting service provider‘s Mobile Switching
Centers as well as interfaces that enable connection to external public
telephone systems.
Spatial Atrium may be used as Mobile Switching Center (MSC) with industry
leading capacity utilizing the smallest footprint relative to today‘s networks.
The platform is architected with very modular software and hardware enabling
operator‘s to deploy only those elements needed for any particular application
or network deployment.
Spatial
Atrium
WSS
Distributed
Media
Gateways
WMG
19
7.0 Alcatel Spatial Atrium DMSC Features
Time to market
The Alcatel Spatial Atrium DMSC is commercially available now.
Geographic redundancy
A high-speed wide-area Ethernet can be provided between two locations to
support inter-processor communication. In such a deployment, the failure of
one switch location will not jeopardize the call processing capability of the
network, and any calls that have reached stable state will not be dropped.
20
supports these open standards. This affords the greatest choice of
performance, functionality and configuration flexibility for the operator.
QoS Management
QoS is critical to the success of these solutions and is a key consideration in
all Alcatel Spatial Atrium DMSC design elements. Alcatel provides a pervasive
framework that supports a comprehensive range of differentiated classes of
service with different and manageable levels of QoS guarantees. Performance
relating to codec and conformance, echo cancellation, delay, delay jitter or
variation, and cell/packet loss is state-of-the-art. The result is a next-generation
switch that maintains the same premium grade of voice quality that is the
hallmark of the traditional TDM circuit switch, while also migrating voice
services to packet-based networks.
Multi-vendor interoperability
The Alcatel Spatial Atrium platform has also undergone extensive multi-vendor
interoperability tests, having been integrated into networks that use the HLRs,
MSCs, GSNs, PDSNs, SMSCs, BSSs of most major switching, radio and
applications infrastructure companies. Alcatel has also achieved SS7
integration with both ETSI and ITU ISUP based networks.
21
8.0 Economic Advantages
So now we can summarize the advantages of Spatial Atrium over the Legacy
Networks.
22
23
Alcatel 5020 Spatial Atrium UNIT 1
Chapter 2
1.0 Introduction
In the 1st chapter, an overview of the problem faced by telecom operators and
its solution by the way of DMSC technology has been provided. In this chapter,
the hardware of Spatial Atrium is provided to give an idea about how it actually
functions.
24
Alcatel simplified architecture encompasses all the functions required in a
DMSC on three platform elements:
1. Wireless Softswitch (WSS) – The Wireless Softswitch (WSS) call server
incorporates the media gateway controller, signaling gateway, element
management, and call server into a single powerful integrated computing
platform built on industry-standard computing elements. It is designed in
line with 3GPP Release 4 standards. It supports GSM/UMTS network
signaling interfaces (A, RANAP and MAP) legacy PSTN signaling
interfaces (SS7 ISUP and MF), and EGCP interface (a binary variant of
the emerging H.248/Megaco standard) for communicating with
subtending media gateways.
2. Wireless Media Gateway (WMG) – The Wireless Media Gateway
(WMG) is a high density, multi-service media gateway with voice and data
bearer interfaces (TDM, IP, ATM, and RTP/RTCP). It is capable of
performing any-to-any switching with a unique architecture that not only
supports TDM-Packet switching, but also native TDM-TDM (with high
quality, high capacity and capital efficiency). The WMG includes
centralized media server resources (for conference bridging, tones,
announcements, DTMF and Legal Intercept) so no external media servers
are required. It communicates with the WSS using the EGCP interface.
3. Wireless Element Management System (WEM) – The Wireless
Element Management (WEM) offers fully integrated OAM&P and an
FCAPS GUI for both the WSS and WMG. Provisioning and monitoring of
both elements can be managed from the WEM, thus eliminating potential
inconsistencies and errors. It communicates with the call server and
media gateways‘ using SNMP v2 interface and offers SNMP v2 and
Command Line (CLI) interfaces for communicating with external
NMS/OSSs. Open SNMP and CLI (via CORBA 2.3) interfaces permit
carriers to exchange Atrium OAM&P information with other network
operations systems. This support of open northbound interface protocols
ensures maximum flexibility when integrating the Spatial Atrium system.
25
The Wireless Softswitch (WSS) interworks the circuit-based, narrowband call
signaling protocols with the signaling protocols of the packet network and vice
versa. The Wireless Media Gateway (WMG) is the underlying voice and packet
switching element in the Spatial Atrium.
Wireless Softswitch:
o MSC/VLR: location updates, call handovers, mobile call handling,
carrier selection, Short message handling, Supplementary
Services, Call Independent Supplementary Services (CISS)
handling, etc.
o Gateway MSC: HLR query for call delivery, carrier selection, etc
o Signaling Directory Routing: E.164, E.212, NANP, etc
o Signaling Gateway: SS7 SSP such as Multiple Point Code,
PC+SSN and GTT routing, etc
o Network Services: Supplementary services, IN services, Prepaid
services, Mobile Number Portability services, etc
Media Gateway:
o Connectivity via: TDM, IP, ATM AAL2 SVC including any-to-any
combinations
o TDM Bearer Interfaces: T1, E1, DS-3, OC-3 and STM-1
o ATM Bearer Interfaces: DS-1, DS-3, OC-3c, STM-1c, OC-12c,
and STM-4c
System Performance:
o 64 Media Gateways per WSS
26
Figure 7. Spatial Atrium System Architecture
27
4.0 Spatial Atrium Hardware System
PDU
10.5 in.
WSS
Chassis
84
inches
34 inches
28
29
Wireless Soft Switch UNIT 1
Chapter 3
1.0 Introduction
Typically the larger access devices will be located in a building owned by the
telecommunication company near to the customers they serve. Each end user
can be connected to the IAD by a simple pair of copper wires.
The medium sized devices and PBXs will typically be used in a business
premises and the single line devices would probably be found in residential
premises.
In more recent times (i.e., the IP Multimedia Subsystem or IMS), the Softswitch
element is represented by the Media Gateway Controller (MGC) element, and
the term "Softswitch" is rarely used in the IMS context, but another word of
AGCF(Access Gateway Control Function).
As introduced in the previous section, the WSS platform hosts the Call Server,
Media Gateway Controller, Signaling Gateway and Wireless Element Manager,
all on a single platform. The WSS platform provides extreme flexibility and a
high economic scalability in system deployment across the range of small,
medium or large networks. In small installations, all of these applications may
be hosted on a single WSS chassis. As network expands additional processing
modules or WSS chassis can be added to accommodate the extra traffic load.
The chassis can accommodate up to 12 boards. All boards in a WSS chassis
plug into a backplane that distributes power to all modules.
The physical components that comprise the WSS chassis are listed below,
followed by the description of each of the component:
30
a) Processing modules to support various functionalities (SIM, DDM, CCM,
AIM, and SAM)
c) Peripheral devices
Figure 10 shows the Wireless Soft Switch Hardware platform followed by the
description of each individual component.
31
2.1 Signaling Interface Module (SIM)
Hardware Features
1 GB RAM
Solaris 5.8
All signaling physical links terminate on the SIM and each module terminates
up to 2 DS1 or E1 links with individual links speeds of 56 kbps or 64 kbps.
There are pre-defined sets of links attached to each SIM and is responsible for
distributing signaling loads among DDMs. The SIM operates in a load-shared
mode at the factor of N+1, it can send signaling information to any of the DDM
modules within the switching complex. The signaling links (T1/E1) terminate on
a SS7 daughter card that resides on the SIM card. The module powered by an
Ultra SPARC-2E processor operating at 650MHz, and has 1GB RAM on
board.
32
2.2 Data Distribution Module (DDM)
Hardware Features
1 GB RAM
Software Features
Solaris 5.8
33
2.3 Call Control Module (CCM)
Hardware Features
1 GB RAM
Software Features
Solaris 5.8
The CCM provides Call processing for voice and data, Mobility management,
VLR functionality, signaling gateway, billing and OAM. Mobility management is
for keeping the users mobile (updating location, handoffs from one cell to
another, etc), the VLR is a database for information on subscribers currently
using the system resources while the signaling gateways are protocol
translators. These cards operate in a load-shared mode with N+N redundancy
(active-standby) for applications requiring connection management/processing.
The number of CCM cards in a chassis depends on the message processing
capacity of each card. The module has an Ultra SPARC-2E processor
operating at 650MHz, the on board memory is 1GB expandable up to 2GB.
34
2.4 System Admin Module (SAM)
Hardware Features
4 GB RAM
Upbeat middleware component for failure detection and fail over control
Software Features
Solaris 5.8
35
2.5 Power Supply Module (PSM)
Hardware Features
500 Watt
Dual Feed
The PSMs distribute power to various modules within each chassis. At least 2
power supply modules are required for each fully loaded chassis. There are
three PSMs in a chassis providing 2+1 redundancy. All 3 modules operate in
load sharing fashion. Each of the PSM provides –48VDC at a rating of 500 W.
36
2.6 Ethernet Switch Module (ESM)
Spatial Atrium includes a redundant pair of 24- port Ethernet switches, each
providing 10/ 100Base-T Local Area Network (LAN) connectivity for connection
and communication between the components of the Spatial Atrium. ESM is
also used for communication between WSS chassis.
37
2.7 Peripheral Devices
Peripheral devices are hard disks, CD ROM and and tape drive. There are two
hard disks in the system for redundancy. The pair works in mirrored fashion
loading the software in parallel for application and OS, thereby reducing the
booting time. Each of the hard disk is 36GB. A tape drive attached to the
system can be used for data storage.
Rear
view
Front
view
38
2.8 Alarm Indication Module (AIM)
The AIM is responsible for indicating alams and faults generated by any of the
modules within the WSS chassis. The subsystem uses green LEDs to indicate
normal operation and amber LEDs to indicate fault conditions.
The mid-plane of the compact PCI chassis provides the power and ground to
call cards in the chassis. It also provides Ethernet connectivity as well as
connections to the rear transition modules.
The distributed architecture of the Alcatel product allows the system to support
highly scalable call capacity. At capacity each component is loaded less than
80% of its full load. On the other hand a fully loaded WMG configured with DS3
can support up to 56k DS-0 ports. Alcatel product is engineered with varying
number of WSS and WMG chassis depending on the application and traffic
load.
The following diagram illustrates the overall call processing architecture (patent
pending) that allows the system to scale almost linearly. The SIM module
provides SS7 interface to the other elements in the network. The ESM module
provides IP connectivity to the Media Gateway for EGCP (H.248 call control),
and the SAM module provides IP connectivity for FCAPS and Billing.
The SIM module selects one DDM module to send the very first incoming
message of a call or transaction. The DDM, which works as an internal router,
routes the message to one CCM module and the related subsequent
messages to the same CCM module.
39
Figure 18. WSS Scalability
The SIM module has all the SS7 signing links terminating to it, each module is
capable of supporting up to 48 DS0 channels (up to 2 T1s of physical links) or
64 DS0 channels (up to 2E1s of physical inks). Provisioning of the Alcatel
system ensure balancing of load on the SIM modules in the system (load
shared redundancy), thus additional SIM modules will dimension the system to
handle more traffic , as shown in figure 19 below:
40
standby card, but load
sharing, for the N+1 load
shared redundancy
T1/E1
Signaling Signaling
T1/E1 T1/E1 Interface
Interface
T1/E1 Module- N T1/E1 Module
Communications Backbone
Data
Distribution
Module - N
Data
Distribution
Module
Communications Backbone
The Call Control Module (CCM) has Call processing responsibility for both
voice and data along with Mobility Management, VLR functionality and
41
Signaling Gateway (ISUP) functions. These modules operate in active or
standby mode with N+N redundancy. For scaling the call processing function,
protections groups will have to be added to increase the capacity.
Communications Backbone
The Netra-based system uses the Sun Microsystems Netra 240 server to
provide more memory and processing speed than the standard 500/650 MHz
package. Currently, Alcatel provides three models of the Netra-based system:
Model A, Model B, and Model C. These models differ in the number of SIM
cards and Netra pairs they contain. The proceeding sections provide more
information about the Sun Netra 240 server as well as the different model
configurations.
42
Note: All discussion of card types, descriptions, and scalability that are
discussed in Section 2.0 & 3.0 above are also valid for the Netra system.
43
4.2 Netra Model A Configuration
PDU –48VDC
A and B Feed
3 SIM
Cards WSS Chassis
(Shelf 1)
Fan Intake
2 Cisco Ethernet
Switches
Terminal Server
(Shelf 2 and 3)
(Shelf 4)
2 SAM Netras
(Shelf 5 and 6)
2 DDM
Netras
(Shelf 7 and 8)
2 CCM Netras
(Shelf 18 through 19)
44
4.3 Netra Model B Configuration
PDU –48VDC
A and B Feed
6 SIM WSS Chassis
Cards
Fan
Intake
2 Cisco Ethernet
Switches
Terminal Server
2 SAM Netras
2 DDM
Netras
6 CCM Netras
45
4.4 Netra Model C Configuration
PDU –48VDC
A and B Feed
8 SIM
Cards WSS Chassis
Fan
2 Cisco Intake
Ethernet
Switches
Terminal
Server
2 SAM
Netras
3 DDM
Netras
10 CCM
Netras
This was all about the WSS. As shown, WSS is the central device and controls
all the other devices. WMG and WEM are discussed in further chapters.
46
47
Wireless Media Gateway UNIT 1
Chapter 4
1.0 Introduction
Till now we have discussed about the WSS of the Spatial Atrium. Actually, it is
the WSS which controls the WMG. WMG devices are generally installed close
to the user‘s area and WSS is the central device. This can be seen in the
diagram given in the 1st chapter. Now the project we are talking about i.e.
installing BSS Local Switching is actually done in the WSS part and not in the
WMG. WMG only acts as the transporter which sends the data to the WSS for
further transmission. In this chapter we will study about the WMG as it forms
an important part of the concerned product Spatial Atrium.
Access resources, such as echo cancellation, are integrated into the WMG
hardware as pooled resources. The control interface is entirely standards
based. The figure above shows a front and rear view of the WMG unit
The figure below shows a close-up view of the rear of the WMG BITS clock
and alarm connections.
Figure 27. Alarm & Timing source
T1/E1 Alarms
Bits Clock
48
The Spatial Atrium supports a number of TDM interfaces, including:
a) E1
b) STM-1
c) T1
d) DS-1
e) DS-3
f) OC-3
The Spatial Atrium provides capacity increases through the use of SuperSlots.
Each board connected through the mid-plane has a SuperSlots design to
permit numerous configurations.
Channelized interface cards, which reside in the rear slots (21-27 and 34-40),
can accommodate two SuperSlot cards and the ATM interface cards (slot
28+29 and 32+33) can accommodate four SuperSlot cards. The SuperSlot
cards connect to the channelized and ATM interface cards, which in turn
connect directly to the mid-plane.
System cards, which include data server and Voice Server cards, and control
cards, which include the Control Module, Packet Matrix and Service Matrix
reside in slots 1 - 20.
The WMG is designed so that the boards are serviceable from both the front
and rear. WMG slot assignment shows the slot assignments of each board and
how they connect to the mid-plane in the center of the WMG.
Slots 1-20 connect to the front of the mid-plane and slots 21-40 connect to the
rear of the mid-plane. The dimensions for boards in slots 1-20 are 400cm x
400 cm; the dimensions for boards in slot s 21-40 are 200cm x 400cm. They
are multi-layered to ensure they are firm for insertion and ejection. Each board
has two LEDs to indicate the board status and board faults.
Figure below shows the WMG Slot Assignments.
49
40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21
CI CI CI CI CI CI CI AI AI AI AI AI AI CI CI CI CI CI CI CI
or or or or
AI AI (r) AI AI
(r) (a) (a) (a) (a) (a) (r) (r) (r) (r) (r)
Mid-Plane
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
Each board has two LEDs to indicate the board status and board faults. The
WMG is comprised of the following cards/ boards:
All boards on the WMG plug into the mid-plane. The mid-plane provides
connectivity and power and ground to all cards in the WMG.
The mid-plane has 40 card slots. The slots are numbered from left to right
(either facing the front or facing the rear), 1 to 20 across the front and 21 to 40
across the rear. Each slot supports a certain type of WMG card, with each slot
designed to hold a specific card or card type.
The front of the mid-plane (slots 1-20) provides the slots for the Spatial Atrium
control cards and common cards, while the rear (slots 21-40) provides the slots
for the interface cards.
50
Midplane
These slots are specifically configured for interface cards so that all interface
cabling is in the rear of the machine, leaving the front of the WMG
unobstructed. As shown in the figure below, some slots support more than one
type of card. The WMG can be configured as a 10-GB system.
The figure shown below depicts the Mid-Plane Slot Capacities for 10 GB
Configurations.
CI CI CI CI CI CI CI AI AI AI AICI CI CI CI CI CI CI CI CI CI
AI AI AI AI
40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24
(r) 23 22 21 40 39 38
(a) (a) (a) (a) (r) (r) (r) (r)
4K 4K 4K 4K
8K 8K 8K 8K 8K 2.5K 2.5K 2.5Gb 2.5Gb 2.5Gb 2.5Gb 2.5K 2.5K 8K 8K 8K 8K 8K 8K 8K 8K
Mid-Plane
8K 8K 8K 8K 8K 8K 8K 8K 4K 4K 8K
622Mb622Mb622Mb622Mb 622Mb622Mb622Mb622Mb 622Mb622MB622Mb
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 1 2 3
VS VS VS VS VS VS VS VS VS VS VS
or or or or or or or or or or or
DS DS DS DS CM PM PM SM SM PM PM CM DS DS DS DS DS DS DS
51
5.0 Control Module Card (CM)
CPU Configuration
The Control Module‘s basic configuration provides five central processing units
(CPUs) that perform specific system functions. These CPUs include:
c) Master CPU
d) Facility CPU
e) Connection/Resource CPU
f) Narrowband Signaling CPU
g) Broadband Signaling CPU
Each of the five dedicated CPUs has its own persistent flash memory and the
software runs on top of the pSOS operating system.
Master CPU
52
k) Routing messages between ATM (broadband signaling)- and voice-
connecting (Narrowband Signaling) CPUs
Along with providing the OA&M management functionality for the WMG, the
Master CPU is also the point of communication between the WMG and the
WSS. All messages from the WSS to the WMG are distributed through the
Spatial Atrium‘s Ethernet switch to the correct WMG destination (such as
signaling, configuration and management) by the Master CPU. The Master
CPU communicates with all of the CPUs.
Facility CPU
The facility manager communicates with the Service Matrix and the network
interface cards. It sets up paths for narrowband signaling and contains the digit
maps to set up single connections for narrowband signaling.
53
5.2 Control Module Configuration
The Control Module‘s basic configuration supports 672 HDLC channels. When
one SuperSlot is added to the Control Module, it can support an additional
1,344 HDLC channels, providing a total of 2,016 HDLC channels per WMG.
The figure below illustrates how the CPUs communicate between each other,
the other components of the WMG and the WSS.
The Service Matrix is the Spatial Atrium switch‘s TDM fabric. Its primary
responsibility is to provide switching functionality for the DS-0s. Following
figure shows the Service Matrix board.
54
Figure 33. Service Matrix Card
The Service Matrix is a redundant pair and resides in slots 10 and 11. Each
Service Matrix is bus-connected to all Control Modules, channelized interface
slots, Voice Server cards and data server cards. This design provides
redundancy and load sharing for quick switchover and recovery.
The Service Matrix has a capacity of 128,000 DS-0s. The DS-0s are managed
in a single stage, fully cross-connected matrix. All switching through the
Service Matrix is performed at the DS-0 level.
The Service Matrix DS-0 buses are allocated to specific mid-plane slots, with
4,000 or 8,000 DS-0s allocated to every channelized interface card slot and
4,000 DS-0s allocated to every Voice Server card slot. The Service Matrix
also provides the following shared resources using three SuperSlots:
55
6.1 Echo Cancellation
The Service Matrix is also responsible for the Spatial Atrium‘s clocking
references. Clock synchronization source inputs to the system are through
building integrated timing supply (BITS) timing or from a synchronous
transmission facility connected externally. The primary reference source is
BITS. The Spatial Atrium switch also has a secondary BITS reference source,
an OC-3 tertiary reference source, and uses a stratum-3 network clock as its
emergency timing source.
The Spatial Atrium supports timing from the following external interfaces:
Multiple timing facilities are located in the WMG. The WMG with the timing
spans is designated as the master WMG for synchronization purposes.
Each WMG has a stratum-3 network clock. Each clock in the Spatial
Atrium is synchronized to the same stratum clock.
56
7.0 Packet Matrix Card
The Packet Matrix is the Spatial Atrium‘s ATM fabric. It is responsible for
directing the flow of packetized traffic (both voice and data) through the Spatial
Atrium switch. Following figure shows the Packet Matrix board.
The Packet Matrix is a redundant pair that resides in slots 8 and 9 (actives)
and 12 and 13 (redundant s). Each pair of cards switches 10 GB.
The Packet Matrix has paths to Control Module card slots, all Server card
slots, and all ATM interface card slots. The redundant SuperSlots card types
must be the same card types as the active SuperSlots. All SuperSlots are field
upgradeable and can be replaced without affecting other SuperSlots.
Voice server cards are responsible for translating between channelized voice
data and cell-based voice data. Following figure shows the Voice Server
board.
57
Voice server cards, which are load sharing, are configured for N + 1
redundancy. The redundant card is configured so it can assume the
processing duties in the event either Voice Server cards fails. Load sharing is
controlled by the Control Module, which sets up the path between the Voice
Server cards and the Service Matrix. Every Voice Server slot has a path to the
Control Module, Service Matrix and Packet Matrix.
The Voice Server cards support ATM adaptation layers 2 (AAL-2) for voice
services and uses AAL-5 service to communicate with the Control Module.
The Voice Server card‘s basic configuration supports 2,000 AAL-2 channels by
using the appropriate VS card, e.g. VSM2 or VSM3.
Echo cancellers are available on the Voice Server card for voice calls. The
base configuration supports 480 channels of ADPCM voice compression and
1,056 channels of echo cancellation. The expanded Voice Server card
configuration supports 1,536 channels of echo cancellation.
E1
T1
STM-1
DS-3
OC-3
The channelized interface cards provide TDM networks with access to the
Spatial Atrium switching system. The cards have a bus connection through the
Mid-Plane directly to the Service Matrix, which has the responsibility of
breaking the signal down to the DS-0 or N x DS-0 and switching the
information to its destination. The system supports a 60 T1 or E1 ports
interface card with N+1 redundancy. The channelized T1/E1 cards can reside
in slots 21-27 and 34-40.
58
Figure 36. Channelized T1/E1 Interface Card
Following figure illustrates the channelized DS-3/OC-3 interface card with the
channelized interface DS-3 and OC-3 SuperSlots design.
OC3 SuperSlot
The DS-3 SuperSlot interface card provides the Spatial Atrium switch with
high-bandwidth copper connectivity. The DS-3 SuperSlot has three DS-3 links
and an overall bandwidth of 2,016 DS-0s per card. Six bayonet locking
59
connector (BNC) coaxial connectors are housed on each card: a send and
receive pair for each DS-3 link.
The DS-3 has a 1:1 redundancy scheme at the SuperSlot level, so the backup
card is configured exactly like the active card. DS-3 can also be configured
with N+1 redundancy.
The OC-3 SuperSlot Interface card provides the Spatial Atrium switch with
fiber-optic connectivity based on the SONET specification. It hosts one OC-3
slot and provides a channelized capacity of 2,016 DS-0s per card.
The redundancy scheme for the OC-3 SuperSlot is 1:1, so the backup card is
configured exactly like the active card.
60
9.1 Optical Ports
ATM interface cards provide the Spatial Atrium switch with access to ATM
networks and have 1 + 1 redundancy. ATM networks include user access
devices such as digital subscriber line access multiplexers (DSLAMs) (which
use ATM UNI), as well as network connectivity with other ATM UNI and ATM
PNNI data streams. ATM interface cards interact directly with the Packet
Matrix.
Four ATM interface slots are available on each WMG, with two being active
and two being redundant. The maximum capacity of an ATM interface card is
2.5 Gbps. The ATM interface cards reside in slots 28 to 33 across the rear of
the mid-plane. Slots 28, 29, 32 and 33 are optional for either ATM or
channelized interface cards.
The ATM interface cards are hosted by an ATM interface adapter card, which
resides in the ATM interface slots on the mid-plane. Following figure shows
the ATM interface card configured with DS-3, OC-3c, STM-1c, STM-4c and
OC-12c SuperSlot interface cards.
OC-3c SuperSlot
Interface Card
OC-12c SuperSlot
Interface Card
DS-3 SuperSlot
Interface Card
OC-12c SuperSlot
Interface Card
61
Each ATM interface card has four SuperSlots to accommodate SuperSlot
Interface cards, which provide interface capabilities to:
a) DS-3 – 16 port counts
b) OC-3c – 16 port counts
c) OC-12c – 4 port counts
The DS-3 SuperSlot interface card supports four DS-3 interfaces. Up to four
DS-3 SuperSlot Interface cards can reside in a single ATM interface card,
which provides the Spatial Atrium with up to 16 DS-3 interfaces per ATM
interface card.
The OC-3c SuperSlot interface card supports four OC-3c interfaces. Up to four
OC-3c SuperSlot interface cards can reside in a single ATM interface card,
which provides the Spatial Atrium with up to 16 OC-3c interfaces per ATM
interface card.
The OC-12c SuperSlot Interface card supports one OC-12c. Up to four OC-12c
SuperSlot interface cards can reside in a single ATM interface card, which
provides the Spatial Atrium with up to four OC-12c interfaces per ATM
interface card.
Each ATM interface card can be configured with any combination of SuperSlot
interface cards. The Spatial Atrium supports up to 8 active SuperSlot interface
cards residing in up to two active ATM interface cards. The Spatial Atrium
supports up to two redundant ATM interface cards that must be configured with
the identical combinations of SuperSlot interface cards as their active
counterparts. For example, the redundant ATM interface card in slot 28 must
be configured exactly like the active ATM interface card in slot 33.
The figure below shows how traffic flows between the boards on the WMG.
62
Figure 41. Inter CPU Communication
The TDM data passes through the channelized interface card, which
unbundled the information at the DS-0 level. The channelized interface card
then passes it to the Service Matrix for further switching. If the information has
a TDM destination, the Service Matrix switches the data and returns it to the
appropriate TDM interface.
If the data has an ATM destination, the Service Matrix switches the data and
forwards it to the Server card. The Server card translates the TDM data to
ATM packetized data, and then forwards it to the Packet Matrix, which
provides virtual circuit connectivity and switching. The data is then delivered to
the ATM interface cards, which in turn sends it to the data network and on to
its destination.
If the IP traffic has a TDM destination, the AI card routes the call to the PM
card. The PM card converts IP traffic to TDM traffic and routes it to the VSM.
The VSM sends the call to the TDM network where it is routed to its final
destination.
VoIP or ATM traffic, or data with an ATM source and destination, passes
through the ATM interface board to the Packet Matrix. The Packet Matrix
routes the ATM information. The Packet Matrix returns the data to the
appropriate ATM interface for delivery.
63
Calls with an ATM source and a TDM destination flow through the WMG in the
reverse order of the TDM-origination to ATM-destination flow. The data is
switched by the Packet Matrix, and then is forwarded to the voice server card,
which translates the data to TDM. The typical flow for ATM to TDM for a UMTS
call scenario is shown below:
TDM Packet
Matrix Matrix
VoIP
DSP
TDM AAL1
VoATM
NIC VoIP
TSI AAL2
UMTS IP
Conference NIC
Bridging DTMF
VoIP/MPLS
ATM-to-TDM
Now this was all about the WMG. WMG (many in fact) is connected to the
central WSS. These WMGs are towards the distant areas and connected to
WSS to provide connectivity.
64
65
Wireless Element Management UNIT 1
Chapter 5
1.0 Introduction
The WEM client is the GUI and runs on a UNIX or Windows 2000 platform.
The WEM GUI serves as the primary interface for operators to control and
monitor the Alcatel Platform. The GUI can be connected to the WEM server
locally or remotely.
66
Operator’s
OSS CCM-n …
CCM-2
GUI Client CCM-1
TCP/IP Java
RMI WEM DDM-n
(OAM&P)
CLI Client Service DDM-1
Logic
CORBA CLI over
CORBA v2.3
SIM-n
NMS
SNMP SNMP v2 SIM-1
Secure ESM-2
DB
SAM Module ESM-1
WMG-n
…
WMG-2 PSM-3
WMG-1
PSM-2
WSS Platform PSM-1
Command Line Interface (CLI) to the WEM enables the user to configure the
Spatial Atrium system by a executing a few commands bypassing all the steps
in the GUI. CLI incorporates changes directly in the databases.
67
Accounting management – Allows the user to query and manage
CDRs and ensures that billing functions are operating as designed.
NOC Interface: Spatial Atrium sends SNMP Traps on the northbound systems
in real time. The Traps provide information about the severity, cause,
corrective action, and description of the Alarm. Additionally, the Northbound
systems can query the Spatial Atrium on a periodic basis to pro-actively get its
Status. Spatial Atrium has the MIB definitions for the Trap MIBs that can be
integrated in the Northbound system.
Spatial Atrium can also send the performance measurement data collected on
a periodic basis to Northbound OSS systems. The frequency of these data
transfers can be configured through WEM for different measurements. It also
supports collection of these measurements on a real time basis through SNMP
queries.
68
69
Fortune @ Bottom of the Pyramid UNIT 2
Chapter 1
1.0 Introduction
In economics, the bottom of the pyramid is the largest, but poorest socio-
economic group. In global terms, this is the four billion people who live on less
than $2 per day, typically in developing countries. The phrase ―bottom of the
pyramid‖ is used in particular by people developing new models of doing
business that deliberately target that demographic, often using new
technology. This field is also often referred to as the "Base of the Pyramid" or
just the "BoP".
The phrase ―bottom of the pyramid‖ was used by U.S. president Franklin D.
Roosevelt in his April 7, 1932 radio address, The Forgotten Man, in which he
said ―These unhappy times call for the building of plans that rest upon the
forgotten, the unorganized but the indispensable units of economic power...that
build from the bottom up and not from the top down, that put their faith once
more in the forgotten man at the bottom of the economic pyramid.‖
The more current usage refers to the 4 billion people living on less than $2 per
day, as first defined in 1998 by Professors C.K. Prahalad and Stuart L. Hart. It
was subsequently expanded upon by both Prahalad in 2004 in The Fortune at
the Bottom of the Pyramid and by Hart in 2005 in Capitalism at the
Crossroads.
The distribution of wealth and the capacity to generate incomes in the world
can be captured in the form of an economic pyramid. At the top of the pyramid
are the wealthy, with numerous opportunities for generating high levels of
income. More than 4 billion people live at the BOP on less than $2 per day.
This can be depicted in the form of a pyramid which Prahalad has incorporated
in his book. The pyramid has 4 blocks (can be more or less depending upon
the interpretation) each representing a different class of the society from rich to
the very poor. In context of India, this pyramid is shown below:
70
Rich
100m
n mn=million
Middle Class
Target Class
400 mn
Poor Class
350 mn
“BoP”
It is this Poor class of 350 million people that Prahalad is referring. According
to him, if the companies can provide the products in the buying capacity (small
shampoo sachet etc.) of poor, then they can actually earn revenue and expand
their market.
71
benefiting both the company and the people. It is this innovation that is
discussed in this unit.
As with the other sectors, Telecommunications sector is also facing the falling
revenues. So, as the developed mobile markets all over the world approach
saturation, the industry has begun to consider ‗the next billion‘ users. These
are the rural populations living beyond the reach of traditional communications
networks of any kind.
The rural consumer in India cannot pay the $50 per month typical of London,
Tokyo and Sydney. Nor can they pay the $7-10 per month typical of Delhi and
Mumbai. But research and experience shows that they can and will pay around
$2 per month today – even before the impact of communications increases
their ability to pay.
The challenge is to deliver a mobile service to rural users that can not only be
viable, but be profitable at these low levels of Average Revenue Per User
(ARPU).
72
The reason for such a large difference in the number of urban & rural
teledensity is simple: current mobile technology cannot reach the hundreds of
millions of people ready to embrace it.
Rural India has a massive pent-up demand for mobile services; a limitless
supply of low-cost labour to help deploy them; and a large entrepreneurial
class ready to deliver services at the local level. Cheap handsets are available
and, unlike urban locations, space for Base Stations is plentiful.
As powerful as these market drivers may be, the inhibitors are even more
formidable. The obstacles to providing profitable mobile services to rural India
(and similar rural populations all over the world) come from two main sources:
the inherent constraints of the market – its geography, economy and skill
levels; and the inherent limitations of current GSM technology, processes and
models.
There are four main difficulties in serving rural communities, each one of which
has appeared insurmountable:
Power challenges – Most of rural India is not served by the power grid. Some
areas may get ‗agricultural power‘ – two hours in the morning and evening –
but even this is the exception. When fuel can be afforded and delivered, power
tends to come from diesel generators. The combination of poor fuel quality and
poor generator maintenance severely limits the life of any generator.
Revenue challenges – Rural India can pay for mobile services, but only
around $2 per month. The cost base of any solution has to be geared to these
ARPU
levels.
Skills challenges – There are no trained telecom engineers and few people
can read or write. This makes the installation and maintenance of GSM
networks highly challenging.
73
4.0 The limits of Traditional GSM
GSM was designed for urban and suburban locations in developed markets.
It‘s a general-purpose network not suited to the unique challenges of serving
rural and remote areas.
The gulf between GSM challenges and the opportunities in the rural sector is
quite wide. There are certain demands of traditional GSM which the rural
sector cannot fulfill. These are listed below;
Power demands – Power was clearly not an issue when GSM was conceived.
A conventional Base Station site alone requires about 5000W to run – not
including any Base Station Controller (BSC) or Mobile Switching Center
(MSC). Due to power availability constraints even in urban settings, the current
GSM networks in India are estimated to burn about 2 billion litres of diesel
each year. Fuel quality, transport challenges and the demands of generator
maintenance make this power source unsustainable for rural GSM
deployments.
Cost demands – A typical GSM Base Station alone costs in the region of
$100,000, before BSC and MSC costs are factored in. Funding this capital
expenditure requires the kinds of population densities and ARPU levels found
only in urban areas. Rural communities simply do not justify the cost of today‘s
GSM infrastructure – and no government subsidy can fill the gap.
Taken together, the challenges inherent to the rural opportunity and the
limitations and demands of traditional GSM create a circle that is impossible to
square. Asking traditional GSM to serve the population of rural India is like
getting an elephant through the eye of a needle. We need to take another
approach.
74
So due all these constraints, the industry today is in dilemma about how to
provide services to those in need and earn revenue at the same time. One way
companies are doing this is by reducing their cost instead of charging high to
the customers.
This project report deals with TTSL (Tata Teleservices Limited) project
which is implementing a new solution which would lower the cost of
transmission of voice & data from village BTSs to faraway BSCs. This
would reduce the capex & opex of the company and it would thus enable
the company to provide services in the rural sector at a lesser rate thus
earning revenue at the same time and doing corporate social
responsibility on the other.
Tata Teleservices is part of the INR Rs. 2,51,543 Crore Tata Group that has
over 80 companies, over 3, 30,000 employees and more than 3.2 million
shareholders. With a committed investment of INR 36,000 Crore (US$ 7.5
billion) in Telecom (FY 2006), the Group has a formidable presence across the
telecom value chain.
75
The potential benefits and synergies from the alliance with DOCOMO cut
across marketing, handset development and technical support, all of which are
expected to create new opportunities for both companies. The alliance will also
accelerate Tata Teleservices‘ GSM plans and help the company penetrate the
market with advanced technology and new VAS offerings.
Some of the other products launched by the company include prepaid wireless
desktop phones, public phone booths, new mobile handsets and new voice
and data services such as BREW games, voice portal, picture messaging,
facebook, M commerce applications, polyphonic ring tones, interactive
applications like news, cricket, astrology, etc
Speaking to Hindustan Times, Darryl Green, chief executive officer (CEO) TTSL said,
"A large part of India still does not have network coverage and our endeavor is to
provide connection to those remote parts of the country." While, the company plans to
expand its reach in rural areas, it also plans to introduce new high-end products
during the year, which will be targeted at enterprise and small and medium
enterprises (SMEs) segments.
"The aim is to provide enterprise and SMEs the technology advantage using the
CDMA platform. We would like to offer the latest products available in CDMA to
enhance the productivity of these segments," said Green. Refusing to discuss the
subscriber linked allocation of spectrum Green said, that there is a need for
introspection on part of the policy makers, as to why operators would make
investments in technology that would yield low performance, when enhanced
technologies are available in the country.
76
So this shows that TTSL is keen to expand its network in the rural sector. This
report deals with the solution Alcatel-Lucent has provided to TTSL along with a
3rd party, company called Cell&Sat.
77
78
BSS Local Switching UNIT 2
Chapter 2
1.0 Introduction
With backhaul still one of the most formidable barriers faced by telcos in
emerging markets wanting to extend coverage to rural villages, satellite has
been touted for some time as the most efficient way to connect remote base
stations to the PSTN. One problem: space segment links are costly, and even
with costs coming down in certain regions, a 2-Mbps satellite link still costs as
much as $10,000 a month.
Operators have noticed that, in a TCO model of the emerging market, the
transmission cost represents a large portion of the total costs, and therefore,
any savings that can be made in terms of the transmission cost is also a key to
lowering the TCO of the mobile network.
79
Moreover, in some densely populated areas and in a few remote areas, most
calls (both for calling parties and the parties being called) are processed by an
independent BSC, or by a group of BTSs. According to present GSM protocol,
all calls must be switched by MSC, even when two parties are talking face to
face. Thus operators have to pay expensive toll call transmission fees for local
calls.
This transmission fees for toll call can be reduced by employing BSS Local
Switching.
The traditional solution for GSM Abis backhaul by satellite is shown below:
80
4.1 Broadband IP satellite GSM backhaul
Benefits of IP broadband:
One central hub serves many low-cost Sat+BTS in Villages
Cost is only proportional to actual traffic: ideal for low traffic areas
81
Satellite resource allocation is optimized for GSM traffic backhaul
Local mobile to mobile calls do not use any satellite resources (no double
hop)
CST/ CSG /CSO measure the quality provided by the Satellite + IP link:
Every BTS is equipped with low-cost CST collecting traffic and QoS
statistics
CSG and CSO also collecting data at Hub and BSC locations
82
Figure 51. Introduction of IP backhaul
83
5.1 Several options for Cell & Sat in the value chain
Operational options:
1) The cellular operator remains in charge of transmission operation
interfacing directly with Satellite operator
Cell & Sat can provide QoS SLA monitoring & optimisation services
2) Cell & Sat + Satellite partner operate Abis link:
charged per Erlang per month
3) Cell & Sat + partners becoming « Village roaming operator »:
GSM voice calls charged per minute
84
Figure 54. Roaming Operator Option
The integrated BSC solution should meet the following conditions: The core
network uses a mobile softswitch; the BSS and NSS in the entire network are
provided by the same vendor. If the preceding two conditions are met, then the
solution may help operators save about 60% in their transmission cost, and
another 50% in equipment space.
85
decode the voice calls. In the BSS local switching, however, there is no need
to encode or decode the voice calls, because the local call data is switched
directly on local. Hence, Alcatel-Lucent‘s BSS local switching solution is able to
enhance the voice quality. Alcatel-Lucent‘s BSS local switching can reduce the
transmission cost between the BSS and CN. Under special circumstances
such as, at a grand ceremony of some kind, or in the case of a temporarily-
expanded site, BSS local switching can help to provide temporary coverage or
emergency communications, which will eventually reduce the use of
transmission resources.
In the current GSM network, all the BTSs are connected to the BSC. If each
BTS uses an independent link to connect to the BSC, then transmission
efficiency is usually quite low, which is usually the case with a microwave or
satellite network. In this instance, the HUB BTS solution will be able to help
operators to overcome this problem.
BTS group can also be used to achieve local switching. The BTS group
switches the voice traffic of the calls that are initiated between the BTS and the
HUB BTS. In areas where there is insufficient transmission equipment such as,
in a desert, on isolated islands, in mining districts, or in oil fields, it is ideal for
the implementation of BTS local switching or the HUB BTS.
So using BSS Local Switching the telcos can reduce their cost and thus can
provide cost effective services to the rural population while earning revenue at
the same time.
Now in the subsequent sections we will discuss about adding this feature in the
already existing hardware- Spatial Atrium and how it will actually work.
86
87
SDLC UNIT 2
Chapter 3
1.0 Introduction
Now in the previous chapter we have studied about the benefits of installing
Cell&Sat proposal. In this chapter we will see how to implement this new
feature in the already existing Alcatel-Lucent network hardware setup used by
TTSL.
The first stage in the lifecycle of any software product is usually the Feasibility
study stage. Commonly, the subsequent stages are:
Requirement analysis and specification,
Design,
Coding,
Testing and
Maintenance
These stages are defined step by step in the subsequent parts of this chapter.
The main aim of the feasibility study activity is to determine whether it would be
financially and technically feasible to develop the product. It involves the
88
analysis of the problem and collection of all relevant information relating to the
product such as the different data items which would be input to the system,
the processing required to be carried on these data, the output data required to
be produced by the system, as well as the various constraints on the behaviour
of the system.
Once the best solution is identified, all later phases of development are carried
out as per this solution. Thus, during the feasibility study, most of the high-level
architectural designs are made. Therefore, feasibility study is considered to be
a very important stage. During this study, it may come to light that none of the
solutions is feasible due to high cost, resource constraints, or some technical
reasons. This scenario would of course lead to the project been abandoned.
Requirement specification
The customer requirements identified during the requirement gathering and
analysis activity are organized into a RDS document. The important
components of this document are the functional requirements, the
89
nonfunctional requirements and the goals of implementation. The RDS
document is written using the end-user terminology. This makes the RDS
document understandable by the customer. It serves as a contract between
the development team and the customer. The RDS document produced at the
end of this phase is called the ―black-box‖ specification of the problem.
5.0 Design
The goal of the design phase is to transform the requirements specified in the
RDS document into a structure that is suitable for implementation in some
programming language. Or we can say that during this phase the software
architecture is derived from the RDS document. 2 different design approaches
are available: the traditional design approach and the object-oriented design
approach.
90
first identified and the different relationships that exist among these objects are
identified. The object structure is further refined to obtain the detailed design.
The OOD approach has several benefits such as lower development time and
effort, and better maintainability of the product.
Testing a program consists of subjecting the program to a set of test inputs (or
test cases) and observing if the program behaves as expected. The purpose of
the coding and unit testing phase is to translate the software design into
source code. It is sometimes called implementation phase. Each component of
the design is implemented as a program module. The end-product of this
phase is a set of program modules that have been individually tested.
During this phase each module is unit tested to determine the correct working
of all the individual modules. It involves testing each module in isolation as this
is the most efficient way to debug the errors identified at this stage. Another
reason behind testing a module in isolation is that the other modules, with
which this module has to be interfaced, may not be ready. Unit testing also
involves a precise definition of the test cases, testing criteria, and management
of test cases.
Integration of different modules is undertaken once they have been coded and
unit tested. During the integration and system testing phase, the modules are
integrated in a planned manner. The different modules making up a software
product are almost never integrated in one shot. Integration is normally carried
out incrementally over a number of steps. During each integration step, the
partially integrated system is tested and a set of previously planned modules
are added to it. Finally, when all the modules have been successfully
integrated and tested, system testing is carried out. The goal of system testing
is to ensure that the developed system conforms to its requirements laid out in
the RDS document. System testing usually consists of three different kinds of
testing activities.
α- testing: It is the system testing performed by the development
team;
β- testing: It is the system testing performed by a friendly set of
customers.
acceptance testing: It is the system testing performed by the
customer himself after the product delivery to determine whether to
accept or reject the delivered testing.
91
each test case. Immediately after the requirements specification phase, a
system test plan can be prepared which documents the plan for system
testing. It is possible to prepare the system test plan just after the requirements
specification phase, solely based on the RDS document. The results of
integration and system testing are documented in the form of a test-report. The
test report summarizes the outcome of all the testing activities hat were carried
out during this phase.
8.0 Maintenance
Maintenance of a typical software product requires much more effort than the
effort necessary to develop to develop the product itself. Many studies carried
out in the past confirm this and indicate that the relative effort of development
of a typical software product to its maintenance is roughly in the 40:60 ratio.
Maintenance involves performing any one or more of the following three kinds
of activities:
92
Feasibility Study
Requirement analysis
and specification
Design
Coding and
Unit testing
Integration and
System testing
Maintenance
The later chapters of this report will deal with the RDS, HLD, Test plan, etc.
required for BSS Local Switching.
93
94
RDS for BSS Local Switching UNIT 2
Chapter 4
Introduction
Now that the software development part has been discussed, in this chapter
we will study the first part of the software development i.e. Requirement
Description Sheet (RDS). RDS deals with all the requirements of the client and
the description about how the requirements would be fulfilled. Given below is
the RDS of BSS Local Switching.
Till now we have discussed about the current product of Alcatel-Lucent i.e.
Spatial Atrium 5020 being employed by TTSL. To overcome the cost barriers
which are preventing TTSL to provide transmission in rural areas (cost of
transmission cannot be high as the ARPU in the rural areas is quite low), a
new solution is being deployed by setting up 3 rd party‘s product i.e. Cell&Sat.
Cell&Sat products will be deployed along with the Spatial Atrium to lower the
cost of transmission.
Now as Spatial Atrium is already with TTSL so it wants some changes in the
working of Spatial Atrium so that along with the Cell&Sat products, it can
enable the BSS Local Switching. The changes will be made in the software
which will be shown in the next releases as required by the company.
This report deals with the implementation phase as it was the part of the
project in developing test plan and understanding various phases of the
software development life cycle.
*** The documents viz. RDS, HLD, Test Plan etc. are strictly the property of Alcatel-Lucent. No
part of these documents may be photocopied, reproduced, or translated to another language
without prior written consent of Alcatel-Lucent. The information contained herein has been
prepared by Alcatel-Lucent, its employees, agents and customers. Dissemination of the
information and/or concepts contained herein to other parties is prohibited without the prior
written consent of Alcatel-Lucent.
95
96
HLD for BSS Local Switching UNIT 2
Chapter 5
1.0 Introduction
The purpose of this document is to describe the high level design of the
software modules required to implement feature F3212 RDS11765 <BSS Local
Switching>. The document will be used as reference and guideline for
implementation and testing.
SCOPE
This feature is applicable to A5060 Wireless Call Server (WCS). This feature
will be implemented in Release R5.0.
1.1 Assumptions
RELEASE AVAILABILITY
In the deliverables for Release 5.0 of WCS include support of ―BSS Local
Switching‖ with ALU BSS & 3rd Party (Cell&Sat) Products.
Requirements Traceability
This section maps each requirement to sections within this document that
realize the requirement. Use cross-references for easy updating.
97
Requirement Description Section(s)
RDS11765: R001 User-User signaling support 0,0
RDS11765: R002 Interaction with Call Forwarding 0,0
RDS11765: R003 'BSS local switching' option 0,0
RDS11765: R004 Protocol Discriminator of BSS inserted User-User IE 0,0
REFERENCES
External Reference
3GPP TS 23.002 Network Architecture
3GPP TS 23.018 Basic Call Handling
3GPP TS 24.008 Mobile radio interface layer 3 specification; Core
Network Protocols-Stage 3
http://www.cell-sat.com/
http://3gsm.converve.com/p_cat_par_3gsm.php?page=3&detail=320
Internal references
RDS 11765 v3.2 BSS Local Switching
ACRONYMS
BTS Base Transceiver Station
BSC Base Station Controller
CST Cell & Sat Terminal
CSO Cell & Sat Optimiser
CSG Cell & Sat Gateway
CSM Cell & Sat Manager
IDU Indoor Unit
ODU Outdoor Unit
WCS Wireless Call Server
WSS Wireless Softswitch
Figure below shows how this feature will be implemented. It shows the place
where Cell&Sat equipments will be required to provide this service.
98
Figure 56. BSS System Level View
The current Atrium WSS does not support User-User Signaling IE inserted by
UE/BSS. If the feature ―BSS Local Switching‖ is enabled by the operator the
WCS will be able to support for User-User Signaling IE in the connect
message inserted by BSS. The WCS will support a User-User IE received in
the CONNECT message from the called mobile, and it will be forwarded in the
CONNECT message to the calling mobile to trigger local switching in BSS
when the BSC <-> BTS links (Abis1) are carried through satellite.
The implementation of this feature is to Support local call switching in BSS for
OPEX saving (to save transmission costs) in network configurations where the
BSC <-> BTS links (Abis) are carried through satellite. In addition, local
switching may also allow improving the speech call quality and provide Cost
effective solution for rural GSM.
1
When the BSS consists of a Base Station Controller (BSC) and one or more Base Transceiver Stations
(BTS), this (Abis) interface is used between the BSC and BTS to support the services offered to the GSM
users and subscribers. The interface also allows control of the radio equipment and radio frequency
allocation in the BTS.
99
Figure 57. Interfaces between BTS & BSC
The Solution is based on ALU BSS and 3rd party (Cell&Sat) products (CST,
CSO, CSG) connected on the Abis interface to the BTS and BSC, requiring the
MSC-S to support relaying of User to User signaling IE to trigger local
switching.
In each CONNECT message from the called mobile (speech calls only), the
BSS (CSO) inserts a User-User IE including certain identifiers and time-stamp.
The BSS (CSO) also analyses each downlink CONNECT message to calling
mobiles (speech calls only). If a User-User IE is found in a downlink
CONNECT message, with same value as previously inserted in a previous
uplink CONNECT, both CONNECT messages are assumed to pertain to the
same call and the BSS is able to locally switch the user plane of that call. To
Support the above mechanism, the WSS (MSC-S) needs to support relaying
the User-User Signaling IE.
Mobile-to-Mobile calls.
Supplementary services – Call Forward, Call wait, Call Hold, ECT
CAMEL
100
2.4 User Feature Interactions
N/A.
2.5.3 ECT
2.5.4 Calea
The WCS upon receipt of User-User IE in connect message will check if the
call is intercepted if yes then WCS will increment the four-bit mode field of
the User-User information field. The four-bit mode field will be treated as a
binary encoded integer in the range 0 to 15, and will be incremented by 1
modulo 16 (when to be incremented). Bits 5 to 8 of octet 4 and octets 5 to
N will be transmitted unmodified by the WCS.
Note :-If both subscribers are LEA subjects the four-bit mode field will be
incremented twice.
2.5.6 Billing
N/A
101
2.6 Access Technology impacts
N/A
The WCS will support a WCS-wide parameter (‗BSS UU PD‘) allowing the
operator to configure the Protocol Discriminator of User-User IE inserted by the
BSS.
Range: 0 to 255
Default value: 16 (i.e. PD '00010000')
The BSS will monitor the signalling messages on the Abis interface, if the
BSS detects of time correlation between SETUP and PAGING RESPONSE
messages in the local switching area it then inserts User-User IE into the
subsequent uplink CONNECT message (from the called mobile).
The WCS on receipt of the Connect message from the called mobile with
User-User IE inserted in it by BSS will check if WCS wide office parameter
BSS local Switching is enabled -
a) If the value of the feature parameter is disabled then WCS will ignore
the User-User IE and the existing WCS behavior will be applicable.
102
b) If the value of the WCS-wide office parameter is enabled then WCS will
obtain the value of Protocol discriminator field from database and
check-
The User-User IE is inserted by BSS &
If the call is local to the WCS
If the above conditions are met WCS will check if the call is intercepted
if yes then WCS will increment the four-bit mode field of the User-User
information field.
The WCS will then relay/forward this User-User Signalling IE in the
connect message to the calling mobile.
The four-bit mode field of User-User IE will be incremented twice if both
subscribers are Lea subjects.
If BSS finds a User-User IE in a downlink CONNECT message, with same
value as previously inserted in a previous uplink CONNECT, then
both CONNECT messages are assumed to pertain to the same call and the
BSS is able to locally switch the user plane of that call. Intercepted calls will not
be locally switched or will be switched with a half-loop
8 7 6 5 4 3 2 1
User-user IEI octet 1
octet N*
Figure 58. User-User Signaling IE format
103
Figure 59 User-User IE Octet 3 bits
NOTE: The user-user information element is transported transparently through a GSM PLMN.
104
Processes Impacted
(Y)
Application
CpCallm Y
EMS Y
Database Y
4.2.1 CpCallm
105
Start
No
Check if BSS local
Switching feature
option is enabled?
Yes
Yes
No
Yes
Stop
106
4.2.1.1 Changes for SS and Camel scenario
Call Forward
4.2.2 EMS
Spatial Atrium
|
|
+ System Parameters [Tree List]
|
|
+ Call Manager [Tab Button]
|
|
+ WCS wide parameter [Group Box]
|
|
+a) BSS Local Switching
+b) BSS UU PD
108
*MANAGERNAME CHAR (31) NOT NULL CallProcesing
*PARAMNAME CHAR (31) NOT NULL Useruserie
PARAMTYPE CHAR (15) NOT NULL Integer
PARAMLENGTH INTEGER 1
PARAMDESCRIPTION CHAR (63) BSS UU PD
PARAMVALUE CHAR (31) NOT NULL 16
DEFAULTVALUE CHAR (31) 16
LOWVALUE CHAR (31) 0
HIGHVALUE CHAR (31) 255
ISMODIFIABLE TINYINT NOT NULL 1
MANAGERLIST CHAR (128) NULL
Attached diagram shows how parameter will be shown in WEM GUI. New feature
is shown in red color eclipse.
109
5.0 UT TEST coverage
110
6.0 Deployment & Maintainability
The WCS will support a WCS-wide parameter allowing the operator to enable
or disable this feature. When disabled, the WCS behaves as per existing
implementation (no User-User IE transferred). Default value: 'disabled'
Range: 0 to 255
Default value: 16 (i.e. PD '00010000')
The operator will not be able to edit this parameter if the BSS Local switching
feature parameter is disabled.
Describe how the feature can impact system capacity and provide the guidelines
for dimensioning.
The WCS will support a WCS-wide parameter BSS local switching feature
option allowing the operator to enable or disable this feature. When disabled,
the WCS behaves as per existing implementation (no User-User IE
transferred). Default value: 'disabled'
Yes
111
6.5 Guidelines for external documents
EMS GUI will have two new WCS-wide office parameters one for the feature
functionality & other for the protocol discriminator.
112
113
Test Plan for BSS Local Switching UNIT 2
Chapter 6
1.0 Introduction
The current Atrium WSS does not support User-User Signaling IE inserted by
UE/BSS. If the feature ―BSS Local Switching‖ is enabled by the operator the
WCS will be able to support for User-User Signaling IE in the connect message
inserted by BSS. The WCS will support a User-User IE received in the
CONNECT message from the called mobile, and it will be forwarded in the
CONNECT message to the calling mobile to trigger local switching in BSS when
the BSC <-> BTS links (Abis2) are carried through satellite.
The implementation of this feature is to Support local call switching in BSS for
OPEX saving (to save transmission costs) in network configurations where the
BSC <-> BTS links (Abis) are carried through satellite. In addition, local switching
may also allow improving the speech call quality and provide Cost effective
solution for rural GSM.
2
When the BSS consists of a Base Station Controller (BSC) and one or more Base Transceiver Stations (BTS), this
(Abis) interface is used between the BSC and BTS to support the services offered to the GSM users and subscribers.
The interface also allows control of the radio equipment and radio frequency allocation in the BTS.
114
Figure 63 Interfaces between BTS & BSC
The Solution is based on ALU BSS and 3rd party (Cell&Sat) products (CST,
CSO, CSG) connected on the Abis interface to the BTS and BSC, requiring the
MSC-S to support relaying of User to User signaling IE to trigger local switching.
In each CONNECT message from the called mobile (speech calls only), the BSS
(CSO) inserts a User-User IE including certain identifiers and time-stamp. The
BSS (CSO) also analyses each downlink CONNECT message to calling mobiles
(speech calls only). If a User-User IE is found in a downlink CONNECT message,
with same value as previously inserted in a previous uplink
CONNECT, both CONNECT messages are assumed to pertain to the same call
and the BSS is able to locally switch the user plane of that call. To Support the
above mechanism, the WSS (MSC-S) needs to support relaying the User-User
Signaling IE.
115
2.1 Lab Configuration
EAST
TERMINATING
ORIGINATING SIDE
SIDE (2G/3G/ISUP/BICC)
(2G/3G)
WSS as
Transit MSC
1. WCS
2. EAST
3.1 EMS
116
3.1.1 Verify that a new parameter BSS Local Switching is added to System
Parameters under Call Manager with default values.
PURPOSE: To verify that parameter BSS Local Switching is added to System Parameters
under Call Manager with default values.
REFERENCE: SR Number:
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
TEST DESCRIPTION:
Select Call Manager tab under System Parameters on EMS
Verify that under WCS wide parameter following fields are present
- BSS Local Switching drop down is present with default value as Disabled.
- Protocol Discrimination field is present with default value of 16 and is un-editable.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
117
3.1.2 Verify that a Protocol Discriminator field can have values in range of
0-255
PURPOSE: Verify that Protocol Discriminator can have values in range of 0-255.
REFERENCE: SR Number:
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled
TEST DESCRIPTION:
Select Call Manager tab under System Parameters on EMS
Verify that under WCS wide parameter following
- Protocol Discrimination field can have values in range of 0-255.
- Protocol Discrimination field doesn‘t accept values apart from 0-255 e.g. -1, 256.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
118
3.1.3 Verify that a Protocol Discriminator value cannot be modified when
BSS local switching is disabled.
PURPOSE: Verify that Protocol Discriminator value cannot be modified when BSS local
switching is disabled.
REFERENCE: SR Number:
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is disabled
TEST DESCRIPTION:
Select Call Manager tab under System Parameters on EMS
Verify that under WCS wide parameter following
- Protocol Discrimination field is un-editable.
- Protocol Discrimination field has default value of 16
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
119
3.2 Basic Calls
PURPOSE: MS (2G) - MS (2G). Verify that WCS successfully relays U-U IE.
REFERENCE: SR Number:
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
2G Mobile originates a call to a 2G Mobile.
BSS inserts U-U IE with PD =16 in the connect message from called party.
Call gets connected successfully
Call is released successfully.
Verify that WCS relays unmodified U-U IE to BSS in Connect message towards calling
party with PD =16.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
120
3.2.2 MS(2G)-MS(2G). Verify that WCS doesn’t relay U-U IE.
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is disabled & PD =16
TEST DESCRIPTION:
2G Mobile originates a call to a 2G Mobile.
BSS inserts U-U IE with PD =16 in the connect message from called party.
Call gets connected successfully
Call is released successfully.
Verify that WCS doesn‘t relay U-U IE to BSS in Connect message towards calling
party.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
121
3.2.3 ISUP-MS(2G). Verify that there is no change in ANM message
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
ISUP originates a call to a 2G Mobile.
BSS inserts U-U IE with PD =16 in the connect message from called party.
Call gets connected successfully
Call is released successfully
Verify that there is no change in ANM message.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
122
3.2.4 MS(2G)-MS(2G). Verify that WCS doesn’t relay U-U IE.
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
2G Mobile originates a call to a 2G Mobile.
BSS inserts U-U IE with PD =15 in the connect message from called party.
Call gets connected successfully
Call is released successfully.
Verify that WCS doesn‘t relay U-U IE to BSS in Connect message towards calling
party.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
123
3.2.5 MS(2G)-MS(2G). Verify that WCS doesn’t relay U-U IE
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =15
TEST DESCRIPTION:
2G Mobile originates a call to a 2G Mobile.
BSS inserts U-U IE with PD =16 in the connect message from called party.
Call gets connected successfully
Call is released successfully.
Verify that WCS doesn‘t relay U-U IE to BSS in Connect message towards calling
party.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
124
3.2.6 MS(3G)-MS(2G). Verify that WCS ignores U-U IE.
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
3G Mobile originates a call to a 2G Mobile.
BSS inserts U-U IE with PD =16 in the connect message from called party.
Call gets connected successfully
Call is released successfully.
Verify that WCS ignores U-U IE to RNC in Connect message towards calling party.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
125
3.2.7 MS(2G)-MS(2G,TCSI DP12). Verify that WCS successfully relays U-U
IE.
PURPOSE: MS (2G) - MS (2G,TCSI DP12). Verify that WCS successfully relays U-U IE.
REFERENCE: SR Number:
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
2G Mobile originates a call to a 2G Mobile.
BSS inserts U-U IE with PD =16 in the connect message from called party.
Call gets connected successfully
Call is released successfully.
Verify that WCS relays unmodified U-U IE to BSS in Connect message towards calling
party with PD =16.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
126
3.2.8 MS(2G)-MS(2G) ETC call. Verify that WCS doesn’t relay U-U IE.
PURPOSE: MS (2G) - MS (2G) ETC call. Verify that WCS doesn‘t relay U-U IE.
REFERENCE: SR Number:
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
2G Mobile originates a call to a 2G Mobile.
WCS sends a connect message to MSa for ETC.
BSS inserts U-U IE with PD =16 in the connect message from called party.
Call gets connected successfully
Call is released successfully.
Verify that WCS doesn‘t relay U-U IE to BSS in Connect message towards calling
party.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
127
3.2.9 MS(2G)-MS(2G) CSD call. Verify that WCS doesn’t relay U-U IE.
PURPOSE: MS (2G) - MS (2G) CSD call. Verify that WCS doesn‘t relay U-U IE.
REFERENCE: SR Number:
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
2G Mobile originates a CSD call to a 2G Mobile.
BSS inserts U-U IE with PD =16 in the connect message from called party.
Call gets connected successfully
Call is released successfully.
Verify that WCS doesn‘t relay U-U IE to BSS in Connect message towards calling
party.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
128
3.3 Calea Scenarios
PURPOSE: MS(2G, Calea)-MS(2G). Verify that WCS successfully relays U-U IE with
increment in four bit mode field of U-U IE.
REFERENCE: SR Number:
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
2G Mobile originates a call to a 2G Mobile
LEA termination of originator gets connected successfully.
BSS inserts U-U IE with PD =16 in the connect message from called party.
Call gets connected successfully
Call is released successfully.
Verify that WCS increments four bit mode field of U-U IE & relays U-U IE in Connect
message towards calling party.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
129
3.3.2 MS(2G)-MS(2G,Calea). Verify that WCS successfully relays U-U IE with
increment in four bit mode field of U-U IE.
PURPOSE: MS(2G)-MS(2G, Calea). Verify that WCS successfully relays U-U IE with
increment in four bit mode field of U-U IE.
REFERENCE: SR Number:
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
2G Mobile originates a call to a 2G Mobile
LEA termination of terminator gets connected successfully.
BSS inserts U-U IE with PD =16 in the connect message from called party.
Call gets connected successfully
Call is released successfully.
Verify that WCS increments four bit mode field of U-U IE & relays U-U IE in Connect
message towards calling party.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
130
3.3.3 MS(2G,Calea)-MS(2G,Calea). Verify that WCS successfully relays U-U
IE with twice increment in four bit mode field of U-U IE
PURPOSE: MS(2G,Calea)-MS(2G, Calea). Verify that WCS successfully relays U-U IE with
twice increment in four bit mode field of U-U IE.
REFERENCE: SR Number:
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
2G Mobile originates a call to a 2G Mobile
LEA termination of originator & terminator gets connected successfully.
BSS inserts U-U IE with PD =16 in the connect message from called party.
Call gets connected successfully
Call is released successfully.
Verify that WCS increments four bit mode field of U-U IE twice & relays U-U IE in
Connect message towards calling party.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
131
3.3.4 MSa(2G)-MSb(2G)(CFNRy)-MSc(2G,Calea). Verify that WCS
successfully relays U-U IE with increment in four bit mode field of U-U IE
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
MSa originates a call to a MSb.
MSb is subscribed with CFNRy to MSc.
LEA termination of terminator gets connected successfully.
BSS inserts U-U IE with PD =16 in the connect message from MSc.
Call gets connected successfully
Call is released successfully.
Verify that WCS increments four bit mode field of U-U IE & relays U-U IE in Connect
message towards calling party.
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
132
3.3.5 MSa(2G,Calea,ECT during alerting)-MSb(2G)-MSc(2G). Verify that WCS
successfully relays U-U IE with twice increment in four bit mode field of U-
U IE
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
MSa originates call to MSb.
LEA termination of MSa gets connected successfully
WCS increments four bit mode field of U-U IE & BSS inserts U-U IE with PD =16 in the
connect message from MSb.
Call gets connected successfully to MSb.
MSa holds MSb & calls MSc
MSa invokes ECT during alerting to MSc
LEA termination of MSa gets transferred.
WCS increments four bit mode field of U-U IE & BSS inserts U-U IE with PD =16 in the
connect message from MSc.
Call gets connected successfully to MSc.
Call is released successfully.
Verify that WCS increments four bit mode field of U-U IE twice & relays unmodified U-
U IE to BSS in Connect message towards calling party with PD =16
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
133
3.4 Supplementary Service Scenarios
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
MSa originates call to MSb.
MSb is subscribed to CFB to MSc.
BSS inserts U-U IE with PD =16 in the connect message from MSc.
Call gets connected successfully to MSc
Call is released successfully.
Verify that WCS relays unmodified U-U IE to BSS in Connect message towards calling
party with PD =16
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
134
3.4.2 MSa(2G)- MSb(2G)(CFNRy)-MSc(2G). Verify that WCS relays U-U IE.
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
MSa originates call to MSb.
MSb is subscribed to CFNRy to MSc.
BSS inserts U-U IE with PD =16 in the connect message from MSc.
Call gets connected successfully to MSc
Call is released successfully.
Verify that WCS relays unmodified U-U IE to BSS in Connect message towards calling
party with PD =16
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
135
3.4.3 MSa(2G)- MSb(2G)(CFNRc)-MSc(2G).Late Forwarding. Verify that WCS
relays U-U IE.
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
MSa originates call to MSb.
MSb is subscribed to CFNRc to MSc.
BSS inserts U-U IE with PD =16 in the connect message from MSc.
Call gets connected successfully to MSc
Call is released successfully.
Verify that WCS relays unmodified U-U IE to BSS in Connect message towards calling
party with PD =16
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
136
3.4.4 MSa(2G)- MSb(2G)(CFNRy)-MSc(2G)(CFB)-MSd(2G). Verify that WCS
relays U-U IE.
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
MSa originates call to MSb.
MSb is subscribed with CFNRy to MSc.
MSc is subscribed with CFB to MSd
BSS inserts U-U IE with PD =16 in the connect message from MSc.
Call gets connected successfully to MSd
Call is released successfully.
Verify that WCS relays unmodified U-U IE to BSS in Connect message towards calling
party with PD =16
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
137
3.4.5 MSa(2G)(CH)- MSb(2G)-MSc(2G). Verify that WCS relays U-U IE.
PURPOSE: MSa(2G)(CH)- MSb(2G) -MSc(2G). Verify that WCS relays U-U IE.
REFERENCE: SR Number:
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
MSa originates call to MSb.
BSS inserts U-U IE with PD =16 in the connect message from MSb.
Call gets connected successfully to MSb.
Verify that WCS relays unmodified U-U IE to BSS in Connect message towards
calling party with PD =16
MSa hold MSb.
MSa calls MSc.
BSS inserts U-U IE with PD =16 in the connect message from MSc.
Call gets connected successfully to MSc.
Call is released successfully.
Verify that WCS relays unmodified U-U IE to BSS in Connect message towards
calling party with PD =16
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
138
3.4.6 MSa(2G)(CH,CW)- MSb(2G)-MSc(2G). Verify that WCS relays U-U IE.
PURPOSE: MSa(2G)(CH,CW)- MSb(2G) -MSc(2G). Verify that WCS relays U-U IE.
REFERENCE: SR Number:
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
MSa originates call to MSb.
BSS inserts U-U IE with PD =16 in the connect message from MSb.
Call gets connected successfully to MSb.
Verify that WCS relays unmodified U-U IE to BSS in Connect message towards calling
party with PD =16
MSc calls MSa
MSa hold MSb & answers MSc.
BSS inserts U-U IE with PD =16 in the connect message from MSa.
Call gets connected successfully to MSc.
Call is released successfully.
Verify that WCS relays unmodified U-U IE to BSS in Connect message towards calling
party with PD =16
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
139
3.4.7 MSa(2G)(ECT)- MSb(2G)-MSc(2G). Verify that WCS relays U-U IE.
PURPOSE: MSa(2G)(ECT)- MSb(2G) -MSc(2G). Verify that WCS relays U-U IE.
REFERENCE: SR Number:
REGRESSION:
VERSIONS: HW - SW - EMS -
CONFIGURATION:
BSS local switching is enabled & PD =16
TEST DESCRIPTION:
MSa originates call to MSb.
BSS inserts U-U IE with PD =16 in the connect message from MSb.
Call gets connected successfully to MSb.
MSc calls MSa
MSa hold MSb & answers MSc.
BSS inserts U-U IE with PD =16 in the connect message from MSa.
Call gets connected successfully to MSc.
MSa invokes ECT. MSb & MSc are talking.
Call is released successfully.
Verify that WCS relays unmodified U-U IE to BSS in Connect message towards calling
party with PD =16
MESSAGE FLOW:
PRT NUMBER:
ECR/COMMENTS:
140
141
CONCLUSION
Thus the report has discussed everything right from the Spatial Atrium to
developing the test plan for BSS Local Switching. It starts with the introduction of
the Spatial Atrium and then discusses the individual components i.e. WSS, WMG
& WEM. The whole report is divided in 2 units- Unit 1 & Unit 2. Unit 1 tells about
the Spatial Atrium and Unit 2 deals with the need and the details of the BSS
Local Switching.
142
REFERNCES
www.alcatel-lucent.com
www.cellnsat.com
All the referred documents are from the internal sources of Alcatel-Lucent and
due to the company policies the source of the documents has not been
disclosed. However, all the documents are provided here, only there source is
not.
143