Test Specification - Mobile End-to-End Transport

Abstract

Ericsson shows a network set up to Media Analysts enabling a demonstration of the Ericsson Mobile End-to-End Transport Network solution, including RAN, Microwave, Optical and Ethernet transport and Mobile Core. The demonstration network is composed of three Ericsson network solutions:

·         MPBN – describing a transport solution for 2G, 3G and LTE mobile core networks

·         IP RAN – describing solutions for the infrastructure and connectivity of GSM, WCDMA and LTE radio networks

·         Mobile Backhaul (MBH) – describing solutions to interconnect the RAN and the core

 

 

 

 

 

 

 

 

 


Figure 1: Ericsson IP Transport Network Solutions – Overview

This document describes a suite of test scenarios that show the capabilities and the reliability of Ericsson's Mobile End-to-End Transport Network solution.



Contents

1        General 3

1.1     Scope of the Test Suite  3

1.2     Test Environment 4

1.2.1      Equipment 4

1.2.2      Tools  5

1.3     Network Configuration  8

1.3.1      Network Overview   8

1.3.2      End-to-End Use Cases  11

1.3.3      Quality of Service Settings for Different Use Cases  13

1.3.4      Quality of Service Configuration  14

1.3.5      Impacts on End-to-End Traffic by Network Disturbances  14

2        Test Suite  16

2.1     Test Case Group 1: 2G/3G End-to-End Integration  17

Summary  17

2.1.1      Test case: 2G voice call 17

2.1.2      Test case: 3G AMR WB call 17

2.1.3      Test case: 3G PS connection  18

2.1.4      Test case: 3G premium connection  18

2.1.5      Test case: 3G IPv6 PDP context 18

2.2     Test Case Group 2: LTE End-to-End Integration  18

Summary  18

2.2.1      Test case: LTE client 19

2.2.2      Test case: “Live” TV Session  19

2.3     Test Case Group 3: Network Synchronization  19

Summary  19

2.3.1      Test case: NTP Synchronization of Radio Nodes  19

2.3.2      Test case: PTP Synchronization of Radio Nodes  19

2.4     Test Case Group 4: Microwave Transport 20

Summary  20

2.4.1      Test case: MINI-LINK and OMS Allow Hybrid Traffic Flow   20

2.4.2      Test case: MINI-LINK Can Provide High Capacity  20

2.4.3      Test case: Resilient Link Bandwidth for Non-Guaranteed Traffic with MINI-LINK 2+0  20

2.4.4      Test case: Adaptive Modulation Retains Guaranteed Traffic under Bad Weather Conditions  20

2.4.5      Test case: Weighted Fair Queuing Prevents Starving of Low Priority Queues  20

2.5     Test Case Group 5: End User Quality of Experience  21

Summary  21

2.5.1      Test case: Backbone Resilient against Link Failures  21

2.5.2      Test case: Backbone Resilient against Node Failures  21

2.5.3      Test case: OMS Ring Resilient against Link Failures  21

2.5.4      Test case: OMS Ring Resilient against Node Failure  21

2.5.5      Test case: Queuing in Backbone  21

2.5.6      Test case: Queuing in OMS   21

2.5.7      Test case: Network Impairment Impact 22

3        Abbreviations  22


1                                         General

1.1                                     Scope of the Test Suite

This Test Specification determines the test cases for a demonstration of an Ericsson End-to-End Mobile Transport Network composed of the three Ericsson solutions:

·         MPBN 2010B – describing a transport solution for 2G, 3G and LTE mobile core networks

·         IP RAN T10B – describing solutions for the infrastructure and connectivity of GSM, WCDMA and LTE radio networks

·         Mobile Backhaul 2011A – describing solutions to interconnect RAN and Core

The test involves multiple equipment types including redundant infrastructure spanning several sites including two geographically distant sites. This includes amongst other equipment:

·         Mobile devices for GSM, WCDMA and LTE

·         Radio nodes for the different access technologies

·         IP routers, and L2 Switches

·         Microwave transmission equipment

·         Core Network nodes such as MSC server, Mobile Media Gateway, SGSN, MME, GGSN, Service- and Packet Data Network Gateway

·         Infrastructure equipment like NTP-, PTP and DNS-servers.

The migration from traditional 2G/3G networks into triple access networks including LTE is demonstrated with the Ericsson SGSN-MME, CPG and GGSN-MPG core nodes.

The test suite is composed of several test case groups that span the network integration and verification.

Test Case Group '2G/3G End–to-End Integration' integrates a variety of end-to-end use cases, such as voice calls, Internet access and video streaming, into 2G and 3G mobile access network.

Test Case Group 'LTE End-to-End Integration' integrates additional end-to-end use cases on LTE mobile access technology, such as Internet access and video streaming, into the test network.

The integrated end-to-end use cases are used as background traffic for the following verification tests.

Test Case Group 'Network Synchronization' shows the reliability network synchronization solution. The radio nodes are synchronized using the NTP and PTP protocols.

Test Case Group 'Microwave Transport' demonstrates the reliability and quality of service capabilities of the microwave transport solution. These tests involve technologies like Adaptive Modulation, Queuing and Radio link bonding.

Test Case Group 'End user Quality of Experience' (QoE) shows that the end user's Quality of Experience is not severely affected when the MBH and MPBN solutions are confronted with major disturbances such as overload, link and node failures. The tests involve technologies like Ring Protection and queuing as well as VRRP, OSPF, BGP and LDP protocols. One aspect of the QoE demonstration is that the network handles the quality of service and bandwidth requirements of the different use cases in the best possible way when the underlying transmission network performs with degraded characteristics (packet loss, latency and jitter).

1.2                                     Test Environment

1.2.1                                  Equipment

The following network equipment is used.

Backbone and Site Infrastructure

Ericsson Smart Edge 800, SEOS 6.4.1.2

CE router, PE router

Ericsson Smart Edge 1200, SEOS 6.4.1.2

CE router, PE router

Juniper SRX 3600 Junos 10.2R1.8

Gi/SGi firewall

Extreme Summit X450a, ExtremeXOS 12.4

Site switch

Extreme BlackDiamond 8806, ExtremeXOS 12.4

Site switch

Transport Equipment

Ericsson MINI-LINK TN R4.3FP

Microwave transmission

Ericsson SEA R1.0GA

Ethernet transmission

Ericsson OMS 1410 R2.0

Optical transmission

Core and Radio Nodes

Ericsson LTE RAN L11B  

eNodeB

Ericsson BSC G10B including SIU

BSC, GSM BTS

Ericsson RBS W10A

WCDMA RBS

Ericsson RNC 3820, W10A

RNC

Ericsson SGSN-MME 2010B, MkVI

SGSN, MME

Ericsson GGSN-MPG 2010B

GGSN, PCEF

Ericsson CPG 2010A

SGW, PGW, PCEF

Ericsson MSC-BC R14.1, APZ 21260/2, APZ 21402/3

MSC server

Ericsson M-MGw 6.1, GMPv4 BC4020

MSS Media Gateway

Ericsson HLR/AUC R13.2, APZ 212 40

HLR, AUC

Ericsson HSS 5.0, NSP5

HSS

Ericsson SAPC 2010A, NSP6

PCRF

Ericsson IPworks 7.0 FD0

DNS, AAA server

Symmetricom TP5000 v1.2.3

NTP, PTP server

1.2.2                                  Tools

List of Test Tools

·         Ixia IxN2X is used to generate and analyze simulated IP/Ethernet traffic.

·         Spirent SmartBits 2000 is used for TDM traffic simulation.

·         Spirent Test Center to visualize the traffic utilization in the network.

·         Wireshark protocol analyzer

·         ANUE to simulate bad link characteristics (packet delay, jitter, loss).

·         Coaxial attenuator to simulate different radio conditions.

List of End User Equipment

·         MS1 Sony Ericsson mobile phone (GSM voice)

·         MS2 Sony Ericsson mobile phone (GSM voice)

·         UE1 Sony Ericsson mobile phone (WCDMA voice)

·         UE2 Sony Ericsson mobile phone (WCDMA voice)

·         UE3 Apple iPhone

·         UE4 Sony Vaio PC with 3G modem

·         UE5 Apple iPad

·         UE6 Sony Vaio PC with LTE modem

·         UE7 Sony Vaio PC with LTE modem

·         UE10 Sony Ericsson mobile phone (WCDMA voice)

·         UE11 Sony Ericsson mobile phone (WCDMA voice)

1.2.2.1               IXIA IxN2X

In this test suite the Ixia IxN2X (former Agilent N2X) is used to generate and analyze simulated IP/Ethernet traffic. Two main configurations are used, “Baseline” and “High Load”. The connectivity for both of them is as depicted in Figure 3. A detailed listing of the used traffic streams is shown in Table 1.

Baseline Profile

The purpose of the “Baseline” setup is twofold. For once it is used to create additional artificial network load in the network on top of the traffic created by the end-to-end user applications. The second reason is to perform exact outage calculations during resilience tests. For that purpose, bidirectional traffic streams are injected into the network:

·         The "Background" streams to cater for background load,

·         The "Measurement" streams, with a fixed rate of frames per second of 1000 pps, allowing for simple outage calculations.

The "end-to-end" traffic path of this traffic is shown in Figure 3. The marking of the “Background” traffic equals the one of subscriber Best Effort, i.e. a network DSCP marking of AF13.

High Load Profile

The "High Load" setup is used for selected Quality of Service and load tests in addition to the "Baseline" setup. The streams defined in that setup can be used to put additional traffic on selected hops of the network in order to cause high load conditions on selected links/interfaces. See also Figure 3. The traffic generated by the IxN2X tool is directed to the desired hop via the usage of double VLAN tagging. The X450a-036 switch determines its required egress port based on the outer tag, which is removed before sending the traffic to the network under test. The traffic streams are unidirectional and are sent from IxN2X port 104/1 to 104/2. The QoS marking of the streams follows the needs of the respective test cases.

Traffic Stream Definitions

Table 1 shows the traffic stream configuration for the test cases in the test case groups 4 and 5.

Table 1: IxN2X Stream Overview

1.2.2.2               SmartBits

For test case group 4, the SmartBits is configured to send one bidirectional E1 signal in the path shown in Figure 3.

1.2.2.3               Attenuator

Attenuators included in the radio paths are set to 0 dB attenuation.

1.2.2.4               Presentation Tools

O&M user interfaces of the used test tools are transferred to video screens. For the remote location, a video camera records the manual activities with mobile phone equipment.

1.3                                     Network Configuration

1.3.1                                  Network Overview

Figure 2 gives the general network overview of the Ericsson mobile end-to-end test lab.


Figure 2    Network Overview


The following drawings provide a more detailed view onto selected aspects of the test network.

Figure 3      Connection of traffic generators in the mobile end-to-end test network

 

Figure 4      Impairment and traffic analysis in the mobile end-to-end test network

 

Figure 5      Network Synchronization

1.3.2                                  End-to-End Use Cases

An overview of the end-to-end use cases that are integrated into the test network is given in Table 2. The table indicates also which of these use cases are used as background traffic for the network disturbance tests.

Table 2: End-to-End Use Cases and Background Traffic

 

1.3.3                                  Quality of Service Settings for Different Use Cases

Table 3 shows the quality of service settings for the individual end-to-end use cases executed in the different end-to-end integration test cases.

Table 3: QoS settings for traffic cases

 

 

1.3.4                                  Quality of Service Configuration

Table 4 shows how the quality of service classes are mapped to queues in the site infrastructure equipment and transport equipment.

Table 4: QoS Queue Mapping

1.3.5                                  Impacts on End-to-End Traffic by Network Disturbances

Table 5 shows the potential impact of network disturbances to the end-to-end use cases. The network should be designed so that disturbances in the network such as link and node outages, overload, bad radio conditions or bad transmission link characteristics have little impact to end-to-end use cases. The test cases in test case groups 3, 4 and 5 should show a minimum of these disturbances.

 

Table 5: Impacts on End-to-End Traffic

 


2                                         Test Suite

 


2.1                                     Test Case Group 1: 2G/3G End-to-End Integration

Summary

The test case group 2G/3G End-to-End Integration integrates the basic 2G/3G end-to-end use cases within the test network. The shown use cases include speech, www services and video streaming using IPv4 or IPv6 transport. Full radio capacity utilization is shown.

2.1.1                                  Test case: 2G voice call

Description:               A mobile voice call is setup between 2 mobile phones located in distant sites (Aachen, Germany and Linköping, Sweden). A 2G (GSM) radio bearer is used on both sides involving the Ericsson BTS, BSC, MSC-BC, M-MGw and HLR radio and core nodes. The signaling and voice transport for the radio access of MS1 is accomplished using the MINI-LINK, SEA and OMS systems being part of the Ericsson Mobile Backhaul (MBH) network solution build up in Aachen. In the Core Network, the call is routed between two Primary Sites of MPBN located in Aachen. To reach the radio access of MS2, the call is routed through the Ericsson Data Network to the remote cell site in Linköping.

2.1.2                                  Test case: 3G AMR WB call

Description:               A mobile voice call is setup between 2 mobile phones located in distant sites (Aachen, Germany and Linköping, Sweden). A 3G (UMTS) radio bearer is used on both sides involving the Ericsson RBS, RNC, MSC-BC, M-MGw and HLR radio and core nodes. The signaling and voice transport for the radio access of UE1 is accomplished using the MINI-LINK, SEA and OMS systems being part of the Ericsson Mobile Backhaul (MBH) network solution build up in Aachen. In the Core Network, the call is routed between two Primary Sites of the MPBN located in Aachen. To reach the radio access of UE2, the call is routed through the Ericsson Data Network to the remote cell site in Linköping.

2.1.3                                  Test case: 3G PS connection

Description:               An Apple iPhone displays a video using HTTP Progressive Download. A PC with 3G modem connects to the test lab internal web server, initiates ping continuously and downloads large files using the ftp protocol.
For each UE, a 3G (HSPA) radio bearer is used involving the Ericsson RBS, RNC, SGSN-MME, GGSN-MPG, SAPC and HLR radio and core nodes. The signaling and data transport for the radio access of the UE is accomplished using the MINI-LINK, SEA and OMS systems being part of the Ericsson Mobile Backhaul (MBH) network solution build up in Aachen. In the Core Network, the call is routed between two Primary Sites of the MPBN located in Aachen. The connection to the Internet and the local web server is accomplished through a Juniper SRX Firewall/NAT solution. Regular quality of service is assigned to the established PDP contexts.

2.1.4                                  Test case: 3G premium connection

Description:               This test case demonstrates a video stream on Apple iPad. The UE is connected over a 3G PS connection. The used network equipment is the same as in the previous test case. Premium QoS is granted to the subscriber by the SAPC node.

2.1.5                                  Test case: 3G IPv6 PDP context

Description:               A PC with 3G modem connects to the test lab internal web server using the IPv6 protocol only, initiates ping continuously and displays a web page.
The same principal network configuration as in the 2.1.4 Test case: 3G PS connection is used.

2.2                                     Test Case Group 2: LTE End-to-End Integration

Summary

The test case group LTE End-to-End Integration verifies that LTE end-to-end use cases are operational within the test network. It also shows that the network handles the quality of service and bandwidth requirements of the different use cases properly. The shown use cases include www and ftp services and HDTV video streaming.

2.2.1                                  Test case: LTE client

Description:               An LTE client connects to the Ericsson Evolved Packet Core via LTE radio. The used network configuration is the same as in the previous test cases except that different protocols and links are used and the Ericsson CPG provides the SGi interface towards Internet and intranet servers. Regular quality of service is assigned to the established EPS bearers.
Included in the test is to ping a node on the network, HTTP browsing and FTP downloads. Full LTE throughput is shown end to end.

2.2.2                                  Test case: “Live” TV Session

Description:               The test case presents a High Definition ”Live TV” on a PC over an LTE mobile access. The end-to-end transport solution is able to transport the channels in real-time. With this “Live” TV demonstration, the real-time capabilities on the transport network are verified.

In addition to the ftp and streaming sessions running from the previous test case, another PC with LTE modem connects to the Ericsson Evolved Packet System. This user receives premium quality of service.
The premium user consumes HLS based High Definition video streaming under high LTE load with high quality of experience.

2.3                                     Test Case Group 3: Network Synchronization

Summary

The test case group Network Synchronization verifies that network synchronization functions reliably when delay and jitter are varied or when the bandwidth is reduced temporarily on links that carry synchronization signaling.

2.3.1                                  Test case: NTP Synchronization of Radio Nodes

Description:               The test case shows that NTP synchronization works across L3 and L2 backbone networks. It proves the stability of the synchronization when using NTP as synchronization protocol.

2.3.2                                  Test case: PTP Synchronization of Radio Nodes

Description:               The test case shows that PTP synchronization works across layer 3 and 2 backbone networks without support of PTP within the transport nodes. It proves the stability of the synchronization when using PTP as synchronization protocol.

2.4                                     Test Case Group 4: Microwave Transport

Summary

The test case group Microwave Transport verifies the performance and flexibility of MINI-LINK TN in an End-to-end network perspective. The test cases demonstrate the high capacity of the MINI-LINK TN and verifies the QoS functionality and features like Protected 2+0 and Adaptive modulation.

2.4.1                                  Test case: MINI-LINK and OMS Allow Hybrid Traffic Flow

Description:               The test case shows that MINI-LINK and OMS1410 can handle TDM and Ethernet traffic in parallel natively. The network configuration is based on the Mobile Backhaul solution.

2.4.2                                  Test case: MINI-LINK Can Provide High Capacity

Description:               This test case shows the capacity that MINI-LINK TN can transport over a 1+0 microwave hop. This test case is a prerequisite for the test case 2.4.4.

2.4.3                                  Test case: Resilient Link Bandwidth for Non-Guaranteed Traffic with MINI-LINK 2+0

Description:               The L1 Radio Link Bonding feature of MINI-LINK TN in a 2+0 configuration achieves a 100% increase in Ethernet traffic capacity and at the same time keeps the 1+1 SubNetwork Circuit Protection (SNCP) protection for the E1 traffic.

2.4.4                                  Test case: Adaptive Modulation Retains Guaranteed Traffic under Bad Weather Conditions

Description:               This test case verifies that adaptive modulation is hitless and error free when changing between different modulation schemes. The radio conditions are gradually degraded so that the modulation schemes change. The absolute bandwidth is going down but only low priority streams are affected.

2.4.5                                  Test case: Weighted Fair Queuing Prevents Starving of Low Priority Queues

Description:               The Weighted Fair Queuing (WFQ) scheduling mechanism offers a more flexible way to schedule on an egress port and prevents starvation of traffic class queues. WFQ can be used together with the Strict Priority scheme. The test case shows how traffic assigned to lower priority queues is treated when WFQ is either switched off or on in the MINI-LINK.

2.5                                     Test Case Group 5: End User Quality of Experience

Summary

The test case group End user Quality of Experience verifies that major disturbances in the backbone and transport network of the OMS and MPBN solutions do not create severe impacts on the end-to-end services. Service discontinuity shall by all means be avoided. Temporary degradation of the Quality of Experience shall be avoided. The test also shows that the network handles the quality of service and bandwidth requirements of the different use cases in the best possible way when the underlying transmission network performs with degraded characteristics.

The backbone and transport network solution complies to these expectations by means of a fully redundant network design with fast fail-over capabilities and a well designed assignment of quality of service classes and their mapping to priority and weighted queues in the infrastructure equipment (see Table 3 and Table 4).

2.5.1                                  Test case: Backbone Resilient against Link Failures

Description:               This test case observes the impact of link failures in the backbone on the simulated IxN2X traffic as well as on end-to-end traffic cases.

2.5.2                                  Test case: Backbone Resilient against Node Failures

Description:               This test case observes the impact of backbone node failures on the simulated IxN2X traffic as well as on end-to-end traffic cases.

2.5.3                                  Test case: OMS Ring Resilient against Link Failures

Description:               Several link breaks are created and restored within the OMS and SEA ring while end-to-end and simulated traffic is running. End-to-end traffic is composed of a 2G/3G voice call and a LTE data session. The disturbance to the traffic is kept within the acceptable limits.

2.5.4                                  Test case: OMS Ring Resilient against Node Failure

Description:               One OMS system in the ring is shut down while end-to-end and simulated traffic is running. End-to-end traffic is composed of a 2G/3G voice call and a LTE data session. The disturbance to the traffic is kept within the acceptable limits.

2.5.5                                  Test case: Queuing in Backbone

Description:               This test case verifies that Queuing/Scheduling ensures the guaranteed Quality of Service during network overload in the backbone.

2.5.6                                  Test case: Queuing in OMS

Description:               The Weighted Fair Queuing (WFQ) scheduling mechanism offers a more flexible way to schedule on an egress port and prevents starvation of traffic class queues. WFQ can be used together with the Strict Priority scheme. The test case shows how traffic assigned to lower priority queues is treated when WFQ is either switched off or on in the OMS.

2.5.7                                  Test case: Network Impairment Impact

Description:               This test case observes the impact of degraded transport network characteristics such as delay, jitter, loss on the end-to-end traffic cases (and the simulated IxN2X traffic).

3                                         Abbreviations

AC              Aachen

AF              Assured Forwarding

AMR           Adaptive Multi-Rate

BE              Best Effort

BGP           Border Gateway Protocol

CES           Circuit Emulation Service

DSCP         Differentiated Services Code Point

EF              Expedited Forwarding

EPC           Evolved Packet Core

EPS            Evolved Packet System

ERP           Ethernet Ring Protection

FE              Fast Ethernet

GBR           Guaranteed Bit Rate

GE              Gigabit Ethernet

HD              High Definition

IPTV           IP TeleVision

LI                Linköping

LAG            Link Aggregation Group

LSP            Label Switched Path

LU              Local Usage

MBH           Mobile Backhaul

M-MGw      Mobile Media Gateway

MPBN        Mobile Packet Backbone Network

MS             Mobile Station (2G)

MSC           Mobile Switching Center

MSC-S BC MSC-S Blade Cluster

NTP            Network Time Protocol

OMS          Optical Multi-Service Metro Edge

OSPF         Open Shortest Path First

PDH           Plesiochronous Digital Hierarchy

PHB           Per Hop Behavior

PS              Packet Switched

PTP            Precision Time Protocol

QAM          Quadrature Amplitude Modulation

QoE            Quality of Experience

QoS            Quality of Service

RAN           Radio Access Network

RL-IME      Radio Link Inverse Multiplexing

RPL            Ring Protection Link

SAPC         Service Aware Policy Controller

SEA            Smart Ethernet Aggregation

SEOS         SmartEdge Operating System

SIU             Site Integration Unit

SNCP         SubNetwork Circuit Protection

SSG           Secure Service Gateways

STB            Set-Top-Box

TCG           Test Case Group

UE              User Equipment (3G or LTE)

VoD            Video on Demand

VRRP         Virtual Router Redundancy Protocol

WB             Wide-Band

WRED        Weighted Random Early Detect