CPDS Product Overview

NORTEL NETWORKS CONFIDENTIAL

CDMA Packet Data Subsystem (CPDS)Product OverviewSoftware Release: MTX12 / NBSS12.122 Sept 2002

- 2NORTEL NETWORKS CONFIDENTIAL

Contents Enhanced Base Station Controller (eBSC) Evolution CPDS High level description CPDS Solution Overview CPDS Key Benefits CPDS Architecture and Hardware Overview CPDS H/w baseline CPDS Capacity Overview and comparisons Open RP IOSv4.2 / IS-835-B NTP Based Timing and Synchronization CPDS Packet Data Deployment Tools C-EMS RCME CPDS OA&M H/w Baseline CPDS Configurations Summary


CDMA BSC Evolution

CIS & BIU enhanced with CBRS

SBS(data) enhanced with CPDS

SBS (voice) enhanced with CSVS

BSSM s/w evolves to C-EMS

LPP (CAU, CIU, RMU)enhanced with CSISMTX

LPPCAU, CIU, RMU

DTC

BSC

BSC: SubsystemsBSC: Subsystems

BIUCIS SBS SBS

SBS–Voice/Data

CIS BIU

eBSCeBSC- Subsystems- Subsystems

CBRSCBRSCCDMADMA

BBackhaul & RRouting

SSubsystem

SBS–Voice/Data

BSSM

CPDSCPDSCCDMADMA P Packet

DData SSubsystem

CSVSCSVSCCDMADMA

SSelection & VVocoding

SSubsystem

C-EMSC-EMSCCDMADMA E Element MManagement SSubsystem

CSISCSISCCDMADMA

SISIgnaling SSubsystem

eBSC will co-exist with all existing BSC subsystems


What is CPDS CDMA Packet Data Subsystem provides a high capacity, scalable, low cost, footprint

reduced 1x (IS-2000 Rel. 0) packet data platform Co-exists with existing BSC/SBS data subsystem Provides an Open RP interface (OC-3 or STM-1) from CPDS toward PDSN network SBS is still required for vocoding and selection functionality and can be utilized as

capacity overflow for packet data.

Purpose Increase Packet Data Capacity on CDMA eBSC Reduce footprint associated with 1x packet data Offer a flexible, standards based, open architecture platform to operators

Target Customers High capacity CDMA customers whose current packet data network is capacity / footprint

constrained CDMA customers wanting to offer higher data rates to their customers without impacting

footprint CDMA customers requiring Open RP on the BSC

CPDS High Level Description


CPDS Solution OverviewHigh capacity, scalable packet data platform with reduced footprint!

Key CPDS Content• Existing IS-2000 Rel.0 Packet Data Functionality • Open RP Interface (IOSv4.2 - A10/A11) with IS-835-B Compliance• RP Session Redundancy (SW Upgrade / HW Failure)• Enhanced OA&M S/W: C-EMS (CDMA-Element Management System)• CPDS Packet Data Integration and Deployment Tools • PCUFP and DSFP are pooled resources across a BSC• NTP server based BSC timing for CPDS (Cost Effective, 2x Capacity in Exp. Frame)• Platform for future eBSC evolution

Data and Selection FP (DSFP):• Provisioned as required for Traffic• Hosts Active packet data bursts

Packet Control Unit FP (PCUFP)• Open RP PCU A10/A11 Interface• Provisioned in pairs • RP session redundancy for “Always ON”


CPDS Key BenefitsHigh capacity, scalable and reliable packet data platform with reduced footprint

2 to 3.6x active call capacity per BSC compared to SBS 5x dormant subscriber capacity per BSC compared to SBS Increased Dormant subscriber capacity allows operators to provision subscribers as “Always

On” Significantly reduced system pack replacement rate PCUFP provisioned in redundant pairs to preserve RP/dormant sessions during software

upgrades or hardware failure

Reduced OpEx:

Co-existence with existing BSC / SBS preserves operators investment Large floor-space reduction (30x to 60x) compared to existing SBS solution Power and Air Conditioning savings Reduced I&C and simplified engineering

Open RP Interface (IOSv4.2), IS-835-B Billing Simplified connectivity (OC-3/STM-1 vs. multiple 10BaseT in SBS) Supports up to 64 PDSN’s Primary/Secondary PDSN selection mechanism for data backhaul efficiency


CPDS Key Benefits (cont.)

Network Time Protocol (NTP) timing reference for CPDS Allows 2x capacity in eBSC expansion frame Applicable to CSVS (Voice platform evolution in eBSC) NTP servers and switch pairs can support multiple eBSC’s within a central office

C-EMS (Improved OA&M) Intuitive easy to use interfaces (Shelf Level Graphics-SLG / Frame Level Graphic-FLG) Centralized “Network at a Glance” view provides a quick/simple method to monitor the health of

Access network Enhanced alarm management capability linking network views with SLG / FLG views

RP Session Redundancy associated with Dormant Subscribers raises CSAT and maintains revenue stream in the event of s/w upgrade or h/w failure

Platform for future packet data features: IS-2000 Rel. A (307.2kbps), 1xEV-DV/MC-DV Investment protection: Co-existence with existing BSC / Selector Bank Subsystem

(SBS) platforms Overload controls to prevent outage Reduced installation effort (fewer packs vs. multiple frames in SBS) Platform for supporting future technologies (e.g. 1xEV-DV; IS-2000 Rel. A)

CPDS adds significant value to existing operators as well as Greenfield deployments


• CPDS introduces : DSFP (Data and Selection Function Processor) and PCUFP (Packet Control Unit Function Processor)

• Both FPs use the same hardware but assume different software personality (DSFP or PCUFP) based on configuration

CPDS Architecture Overview

LANPrivate IP

OC3 or STM-1 I/F

DSFP

Open RP interface

Open RP interface

1+1 Redundancy: To maintain RP sessions• during software upgrade• in the event of one

PCUFP failing PCUFP

Pair

PDSNs

Extra card can be provisioned to maintain active call capacity (Optional)


CPDS Hardware Overview

• CDMA Application Controller (CAC) module manages all the modules within the DSFP/PCUFP

• Active Call Processor (ACP) module supports the active packet data bursts in the DSFP• Packet Control Unit (PCU) module in PCUFP maintains the RP sessions between the PCU and

PDSN

ACP

ACP ACP

ACP

CAC

PMC: PCI Mezzanine card

ACP

Data and Selection Function Processor (DSFP)

PCU : Packet Control UnitACP : Active Call ProcessorCAC: CDMA Application Controller

PCU

PCU PCU

PCU

CAC

PCU

Packet Control Unit Function Processor (PCU FP) 1+1

eBSC Chassis


CPDS High Level H/w Baseline

CDMA – Enhanced Base Station Controller

CCMC

1 eBSC Chassis with CCMC & eBSCTM• CBRS, CPDS Supported

Filler Panel

CDMA – Enhanced Base Station Controller CDMA – Enhanced Base Station Controller

1 eBSC Chassis without CCMC & eBSCTM• CPDS Supported

2 eBSC Chassis without CCMC & eBSCTM• CPDS Supported

• CPDS is deployed in a CDMA – Enhanced Base Station Controller Frame– Enhanced Base Station Controller Frame HW baseline as per CBRS (NBSS12.0) – CPDS can be deployed in any of the frame configurations shown below– A minimum of one CDMA – eBSC Frame with CCMC & eBSCTM is required– DSFP, Pair of PCUFP H/w based on capacity requirements – CBRS (11p & 24p) not a hard requirement for CPDS deployment, required only for capacity– Requires NTP timing server and connectivity to CPDS– Requires OC-3 / STM-1 connectivity support for CPDS to PDSN network

CP3

FPs

1 Frame Minimum required for CPDS


CPDS Capacity OverviewSCH Data rate (Kbps)* 19.2 kbps 38.4 kbps 76.8 kbps 153.6 kbps

No. of Active Data Calls / SBS Frame 96 48 48 24

No. of Active Data Calls / DSFP 200 180 120 90

Max No. of Active Calls / PCUFP pair 1200 900 480 270

Max No. of DSFP : pair of PCUFP Ratio 6 5 4 3

Max Simultaneous active bursts /BSC 7,000 6,300 4,200 3,150

* Different burst rates supported on the same Card (Active data call = FCH (9.6kbps) +SCH)

• All capacities quoted are unidirectionalMax Active call FPs / eBSC 35 DSFPs**

Max PCUFP pairs per eBSC Up to 12 pairs of PCUFP**

RP sessions / eBSC 300,000 (vs. 56,000 in SBS only based BSC)

RP sessions / PCUFP pair 100,000

** Maximum based on data rate and max. simultaneous active bursts/BSC, 2 double chassis eBSC frames) + few slots in the eBSC frame with CCMC required for maximum configuration

• 2 to 3.6x active call capacity increase per eBSC • 5x dormant subscriber capacity per eBSC


CPDS min. config. vs. SBS Comparison*

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

SBS

Data Rate (kbps) 19.2 kbps 38.4 kbps 76.8 kbps 153.6 kbps

No. of SBS frames required to support equivalent capacity of a single DSFP

SBS footprint 18 sq. ft. 24 sq.ft. 18 sq.ft. 24 sq.ft.

* Active calls 200 180 120 90

Dormant Subs

6,800 12,000 8,000 12,000

eBSC Hub Frame

CCMC

CP3

4p OC-3

DSFP

PCUFP

Only 4 Sq ft

*Extra DSFP used for sparing (optional)

Minimal CPDS configuration:• Pair of PCUFP (100,000 dormant subs)• 1 DSFP*• Pair of OC3/STM-1 FP


Performance Comparison (1 CPDS Expansion frame vs. equivalent SBS capacity)

1

38

1

60

1

40

1

53

0

10

20

30

40

50

60

# o

f F

ram

es

19.2 38.4 76.8 153.6

(kbps)

Frame Comparison

CPDS

SBSFrames

57000

90000

6000080000

0

20000

40000

60000

80000

100000(W

atts

)

19.2 38.4 76.8 153.6

(kbps)

Power Consumption

CPDS

SBS

4

220

4

347

4

232

4

307

050

100150200250300350

(Sq

.Ft.

)

19.2 38.4 76.8 153.6

(kbps)

Frame/Footprint Ratio

CPDS

SBS

3000 Watts

• Frame Comparison shows the number of SBS frames required to equal the capacity delivered in a two chassis eBSC frame populated with CPDS

• Frame/Footprint shows the floor space required for supporting the number of frames shown in the Frame Comparison table

• Power Consumption indicates the amount of power consumed by the number of frames shown in the Frame Comparison table.Order of magnitude floor space and power

consumption savings


CPDS (Open RP) / SBS (Closed RP) Functionality Summary

CPDS SBS

Open RP (IOS4.2) Yes No

Closed RP No Yes

IS-835-B Yes No

PDSN data fill limit per BSC 64 3

Primary / Secondary Selection Yes No

PDSN Selection: Call Setup / Handover IMSI Hashing Utilizes most idle algorithm to load balance L2TP tunnels on

each PCU

Billing:– Flat Rate– Packet Based– Total Session Time– Active Start / Stop (IS-835-B)

Yes

Yes

Yes

Yes

Yes

Yes

Yes

No


CPDS Open RP:Primary / Secondary PDSN Selection Feature

IMSI Hashing is attempted on PDSNs from the Primary list first, if a call cannot be successfully setup on any of the PDSNs in the Primary list, the PDSNs in the Secondary list are attempted.

Supports up to 64 PDSNs in the Primary and Secondary list thereby adding flexibility to how the network is managed

Number of Primary & Secondary PDSNs do not have to be equal, Secondary PDSNs datafill is optional

Provides a more efficient utilization of a centralized pool of secondary PDSN resources including increased backhaul efficiency from the local PDSNs (Primary) to the centralized PDSNs (Secondary)


CPDS NTP Timing and Synch Solution: Features / Benefits

CPDS uses Time of Day (TOD) reference from Network Time Protocol (NTP) servers connected to eBSC along with BTS feedback synchronization Also uses feedback from BTS to maintain accuracy in synchronization This avoids the need for hardware (CCMC/eBSCTM/24pBCNW FP) based timing for

CPDS applications NTP timing messages can be received by CPDS applications from

NTP server to Ethernet link on CP in eBSC NTP server to router (along with PDSN traffic) to 4port OC3 FP/ 16 p OC3 FP in eBSC

This timing scheme on eBSC is critical for CPDS Packet data call processing and requires high availability NTP server / connectivity

Key Benefits to operator: Major floor space reduction

• Doubles eBSC frame capacity for CPDS by eliminating the need for CCMC/24pBCNW /eBSCTM in the top half of the frame (Note this is still required to support DISCO/SBS applications)

• NTP servers can be linked to existing GPS Antennas via splitters• Solution can be shared by multiple eBSCs in the same central office

Applicable for the voice platform evolution (CSVS)


NTP Server Configuration: Single Shelf Configuration

• First NTP server connected to CPs via Ethernet switch• Second NTP server connected to CPs via Router, OC3 FP and back-plane

eBSC Shelf/Chassis

Ethernet Switch

Router

PDSN

OC3

NTP Server IP #2

NTP Server

IP #1

To existing / new GPS

antenna via Splitters

10BaseT

NTPClient

Redundant MDM Server Redundant BSC OA&M Server


NTP Server Configuration: Multiple Shelf Configuration

Enhanced BSC

C

P

C

P

CCMC

CP

CP

Enhanced BSC

OC-3

Control Processor24p BCNW

11p MSW

4p OC3Mm

DSFP

PCUFP

16p OC3Mm

NTP ServerIP#1

NTP ServerIP#2

Redundant MDM Server

To Existing GPS antenna

To Existing GPS antenna

NTP Client

NTPClient

eBSC Frame 2 Chassis eBSC frame

C

P

C

P

Router

PDSN

NTPClient

Ethernet Switch

Ethernet Switch

Redundant BSC OA&M Server

BSSM / C-EMS S/W


CPDS Call Direction Tools for deployment & troubleshooting

• The DSFP Call Direction Tool provides support to direct packet data traffic for a maximum of

50 mobile stations through table CDMARTE

The following lists possible datafilled combination for table CDMARTE:

• Any DSFP resource in the eBSC for both mobile and network initiated calls

• A pre-selected DSFP resource in the eBSC for both mobile and network initiated calls

• A pre-selected DSFP and its ACP resources for both mobile and network initiated calls

• PCUFP Call Direction tool through PCU Manager tool allows a pool of (up to 50 Mobiles) data

session to be placed on a specific PCU of a specific PCUFP pair

• PCU Manager Query Tool allows the customer to determine which PCU is hosting a data

session for a given Mobile (IMSI)

• Key Benefits:• Provides the opportunity to validate hardware and software configurations before allowing

commercial data traffic on to CPDS FPs• Troubleshooting purposes


It evolves the existing BSSM s/w with a new s/w architecture

CPDS in NBSS 12.1 would be the first network subsystem that will be enabled with C-EMS

C-EMS will be extended to other Subsystems (Metrocell, CBRS, CSVS, CSIS) in subsequent releases

New tools and applications incorporated providing a coherent and consolidated mechanism for managing CDMA services

Enhanced Data Validation function

Enhanced Configuration (Offline & Online) Management

Enhanced Fault Management

Significantly Improved Graphical User Interface (GUI) Alarm Management Window for enhanced Alarm Management capabilities

Network Browser / Navigator

Frame Level Graphics (FLG)

C-EMS can be run Remotely on Windows NT/2000 & Solaris based platforms connected via TCP-IP to the C-EMS

platform

Locally on the C-EMS platform

C-EMS: CDMA Element Management Subsystem

C-EMS provides Operational Efficiency and Savings for operators


CPDS C-EMS Configuration

CPDS is the first subsystem implemented on the C-EMS architecture

• Configuration Management• Fault Management• Performance Management• Security Management

OPTera

CCMC

OC - 3

OPTera

CCMC

OC - 3

24pBCNW FP

11pMSW FP

Control Processor 3

OC - 3 FP (4 port)

DSFP

BTS

BTS

C-EMS

LAN LAN LAN LAN

MDM

PCUFP

PDSN PDSN

Open RP

OC-3

Ethernet

eBSC frame


The Network-at-a-Glance Window provides the user:

A single interface capable of displaying the current health of the network.

Displays all NEs managed by C-EMS and their current state

Direct drill-through to an FLG Direct drill-through to an Alarm

Management Window displaying the alarms associated with the selected NE is supported

C-EMS: Alarm/State Management Network at a Glance

* Actual Screen Appearance/Graphics May Differ Slightly

Network Element ManuallyPlaced Out-of-Service

Degraded StateOn Network Element

Network Element Out-of-Service

Filter Mechanisms for Network ElementDisplay

Alarm Drillthrough

FLGDrillthrough


The Alarm Management Window displays/provides:

Alarms associated with CDMA Services

Context sensitive to Network Elements (NEs) that have been selected by the user

Bi-directional drill-through between the Alarm Management Window and the FLG

Historical alarms are available through this interface as well.

C-EMS: Alarm/State Management Alarm Management Window

* Actual Screen Appearance/Graphics May Differ Slightly


RCME (RF Configuration Management Enhancements)

Significantly reduces the Operational costs and time required for RF configuration

Enhancements to the way RF Configuration is performed Eliminates the Master Spreadsheet (MSS) Provides a number of tools to manage the PDB:

E.g. PDB Reconciliation across BSCs, Clean up PDB Records, Check Neighbor reciprocity etc.

Ability to perform Online RF configuration changes Significantly improved data validation and operator warnings Faster turn around time for complex data-fill operations (Re-homes, ISSHO border

maintenance etc.)

Improves Usability and Performance


CPDS OA&M H/w Baseline (NBSS 12.1)

1. Enterprise – 450 (4 x 400 MHz)*– Disk Drive Configuration

• Boot Drive (Primary – 1, Secondary – 1) 36 Gbytes each

• Data Drive (Primary – 3, Secondary – 3) 36 Gbytes each

– Solaris 2.8 Operating System– Supports 650 cell carriers

2. Sunfire V1280 based on UltraSparc III technology (4 x 900 MHz)– Disk Drive Configuration

• Boot Drive (Primary – 1, Secondary – 1) 36 Gbytes each

• Data Drive [RAID Configuration] (Primary – 3, Secondary – 3) 72 Gbytes each

– Solaris 2.8 Operating System– Supports 800 cell carriers

3. SunFire V1280 based on UltraSPARC[tm] III technology (8x900 Mhz)– Disk Drive Configuration

• Boot Drive (Primary – 1, Secondary –1) 36 GBytes each

• Data Drives [RAID Configuration] (Primary – 3, Secondary – 3) 72 GBytes each

– NEBS certified Cabinet– Solaris 2.8 Operating System– Supports 1500 cell carriers

4. Minimum MDM hardware requirement (same as eBSC / CBRS NBSS12.0)– 1X400MHz CPU– 1.0 GB Ram

* Existing sites only• Enterprise 450 is not orderable but supported in existing deployments• Only Sunfire V1280 platform is orderable with NBSS12.1 onwards


CPDS Configurations


CDMA eBSC Configurations

CDMA – Enhanced Base Station Controller

CCMC

Sub-systems Supported:• CBRS• CPDS

Sub-systems Supported:• CPDS

Filler Panel

Sub-systems Supported:• CPDS

Configuration Description

1 1 eBSC Chassis with CCMC & eBSCTM

2 1 eBSC Chassis without CCMC & eBSCTM

3 2 eBSC Chassis without CCMC & eBSCTM

3 CDMA Enhanced Base Station Controller Frame Configurations are Available:

Configuration 1

CDMA – Enhanced Base Station Controller CDMA – Enhanced Base Station Controller

Configuration 2 Configuration 3

Reference CDMA POI / POR for availability dates of CBRS, CPDS, CSVS, CSIS


CPDS on eBSC Market Entry Package* (Low Capacity BSC**)

** Low Capacity BSC = Sufficient capacity on Current BSC & OC-3 link to support voice & data

CP3

4p OC3/STM1 FP

DSFP

10baseTClosed RP

Existing BSC (2 DISCO)

FiberOC-3c

eBSC frame

DISCO

DISCO

CCMC

PDSN

OC-3/STM-1Open RP

1xRTT

E1/T1

SBS vocoding / selection

SBS

SBS

SBS

SBS

SBS

PCUFP

LANPrivate IP

Key Benefits:• No need for 11p and 24p FPs for low capacity networks• CBRS upgrade made easy for future growth

RS422

Packet Data Capacities Supported

Qty Cap.(# subs)DSFP 1 [email protected] or

[email protected] [email protected] [email protected]

Extra DSFP used for sparing (not required)

PCUFP 2 100K Dormant Subs

* Requires a min of 1 eBSC frame (with CCMC and eBSCTM) as the hub frame to ensure simple upgrade for CBRS deployment


CCMC

CPDS on eBSC (Hybrid)

10baseTClosed RP

Current BSC (2 DISCO)

FiberOC-3c

eBSC

DISCO

DISCO

PDSN

OC-3/STM-1Open RP

1xRTT

E1/T1


SBS

SBS

SBS

SBS

SBS

LANPrivate IP

DSFP24pBCNW FP

11pMSW FP

Control Processor

OC-3 FP (4pt)

PCUFP

SBS

SBS

SBS

SBS

SBS

SBS

RS422

10baseTClosed RP

1xRTTE1/T1

OPTera

RS422

* Requires at least 1 eBSC frame, with CCMC and GPSTM, as the hub frame


1xRTT

E1/T1OPTera

CCMC

PDSN

OC-3


SBS

SBS

SBS

SBS

SBS

LANPrivate IP

10baseTClosed RP

OC-3/STM-1 Open RP

ISSHO

24pBCNW FP

11pMSW FP

Control Processor

OC-3 FP (4pt)

DSFP

OC-12 FP (4pt)

OC-3 FP (16pt)

CPDS on eBSCHybrid eBSC + Double Chassis frame

DISCOFiberOC-3c

DISCO

DISCO

DISCO

PCUFP

RS422

• Requires at least 1 eBSC frame, with CCMC and GPSTM, as the hub frame

2 Chassis eBSC frame eBSC Frame


1xRTT

E1/T1 OPTera

CCMC

PDSN

OC-3


SBS

SBS

SBS

SBS

SBS

LANPrivate IP

10baseTClosed RP

OC-3/STM-1 Open RP

• DSFPs in eBSC frames route to PDSN via exp frames

• 16 port OC3 used in frame 1 for interconnection to all frames

• 11p in expansion frame to get to 1008 ports (PCUFP to DSFP ratio may leave open slots in exp frames)

• Follow 1 hop from BSSM recommendation• At most 2 hops from any 11p FP to DSFP

CCMC

eBSC eBSC eBSC

CCMC

ISSHO2 chassis 2 chassis eBSC eBSC

CPDS Maximum Configuration

24pBCNW FP

11pMSW FP

CP3

OC-3 FP (4pt)

DSFP

OC-12 FP (4pt)

OC-3 FP (16pt)

PCUFP

RS422

* Requires at least 1 eBSC frame, with CCMC and GPSTM, as the hub frame


CPDS: Designed for simple Network Upgrade

CPDS Function Processor(DSFP and PCUFP cards)

OC3/STM-1 FP

24pBCNW Function Processor

11pMSW Function Processor Control Processor- (CP3)

Designed to accommodate a simple network upgrade :

CDPS deployed in a CBRS frame or a CPDS Expansion Frame if additional data capacity is required

CPDS supports traffic from DISCO based BTSs and / or CBRS based BTSs

CPDS connects into existing Nortel PDSN network (PDSNs will support both Closed RP & Open RP)

Resource allocation selects CPDS resources, with SBS resources as capacity overflow

CPDS provides RP Session Redundancy (HW Failure / SW Upgrade)

CPDS supports existing billing strategies (Flat Rate, Packet Based, Total Session Time) with an additional option of IS-835-B Active Start / Stop

eBSC FrameeBSC Frame 2 chassis 2 chassis eBSC frameeBSC frame

0 1 2 4 6 7

0 1 2 4 6 7

eBSCTM eBSCTM

Cable Consolidation

and Multiplexer Chassis (CCMC)


A high capacity, highly reliable packet data solution with standards based interfaces and minimal footprint requirement 2 - 3.6x active call capacity per BSC compared to SBS 5x dormant subscriber capacity per BSC compared to SBS

Investment protection with co-existence to existing platforms

Reduced Op/Ex: Floor-space (30x – 60x) reduction, power consumption savings compared to

existing solution Increased packet data capacity per BSC results in fewer BSCs, MTXs and SBS

cabinets

Enhanced flexibility for managing packet data networks Open RP interface (IOS v4.2) based PDSN connectivity Improved OA&M with implementation of C-EMS software

A platform for evolving data applications and standards IS-2000 Rel. A, 1xEV-DV

Nortel’s CPDS Delivers

Scalable, Feature Rich, High Capacity Packet Data Platform in a Reduced Footprint!


CPDS Open RP:Primary / Secondary PDSN Selection Feature- Example

Primary PDSNs Secondary PDSNs

PSDN Identifier Status PSDN Identifier Status

PDSN1 Not Available PDSN6 Available

PDSN2 Available PDSN7 Not Available

PDSN3 Not Available PDSN8 Available

PDSN4 Available PDSN9 Available

PDSN5 Available

1. IMSI hashes to PDSN3. PDSN3 is marked unavailable, so the next PDSN in the list is selected for call setup (PDSN4)

2. PDSN4 is marked available so a call setup attempt is made on PDSN4. If successful, data call is hosted on PDSN4. If call setup not successful, PDSN5 is selected for call setup

3. PDSN5 is marked available so a call setup attempt is made on PDSN5. If successful, data call is hosted on PDSN5. If call setup not successful, PDSN1 is selected for call setup

4. PDSN1 is marked unavailable, so the next PDSN in the list is selected for call setup (PDSN2)

5. PDSN2 is marked available so a call setup attempt is made on PDSN2. If successful, data call is hosted on PDSN2. If call setup not successful, the entire Primary List will have been cycled through without a successful call setup.

6. This will trigger the Secondary List to be utilized for call setup. The IMSI will hash to a PDSN in the Secondary list and call setups will be attempted in the same manner as detailed for the Primary PDSN list.


Open RP / Closed RP Packet Data Billing Considerations

Common CPDS (Open RP) / SBS (Closed RP) Scenarios: Flat Rate Packet Based Total Session Time (Active and Dormant)

CPDS Open RP Scenario: Based on IS-835B Airlink Record

• Active Start and • Active Stop

Billing inconsistency occurs in the hybrid system (Closed RP and Open RP) if the Airlink Record (Active Start and Stop) is used The inconsistency will occur within a data session if a user moves between Closed RP and Open RP

for active calls during the data session The inconsistency will occur between data sessions if a user stays on either the Closed RP or the

Open RP interface during the data session

To maintain Billing consistency, 2 options are available:• Maintain existing SBS closed RP based billing scheme (Flat Rate, Packet Based, Total Session Time)• Use Active Start and Active Stop (IS-835B) based billing scheme and configure the network to direct all packet data calls to CPDS


NTP Server Minimum Requirements Spec

NTP Server Requirements NEBS level 3 compliant, rack mountable Must be compliant to NTPv3 based on RFC 1305 10BaseT Ethernet interface to the LAN for connectivity to Control Processors on eBSC

shelves IP address of NTP server configurable through http or telnet Holdover performance 24 hours or better if the GPS communication is lost Interface to existing BSC active GPS L1 antenna DC powered NTP server to provide its own OA&M (Configuration and Fault Management) that can be

fed to operator’s Network Management Systems Minimum 2 NTP Servers per central office (cannot be remotely located)

Alarms to be provided by C-EMS if there is no response from NTP servers to the polling done by NTP clients on CP cards

• CPDS Core team is finalizing the NTP server model that meets the minimum requirements and is planning to make it an orderable Nortel Kit

• Models being evaluated: Datum OT21, Symmetricom 3500, Brandywine PTS

CPDS Product Overview

Documents

Transcript of CPDS Product Overview