Performance of International roaming Location Update in 3G ...

78
Contact Information: Author(s): Sanaz Moshirian E-mail: [email protected] E-mail: [email protected] External advisor(s): Anders Högsell Hi3G Access AB Address: Lindhagensgatan 98, 112 51 Stockholm, Sweden Phone: +46735333333 University advisor(s): Dr.Patrik Arlos Department of Communication systems Performance of International roaming Location Update in 3G and 4G networks Sanaz Moshirian Faculty of Computing Blekinge Institute of Technology 371 79 Karlskrona Sweden Internet : www.bth.se Phone : +46 455 38 50 00 Fax : +46 455 38 50 57

Transcript of Performance of International roaming Location Update in 3G ...

School of Computing Blekinge Institute of Technology 371 79 Karlskrona Sweden Faculty

Contact Information:

Author(s): Sanaz Moshirian E-mail: [email protected] E-mail: [email protected]

External advisor(s): Anders Högsell Hi3G Access AB Address: Lindhagensgatan 98, 112 51 Stockholm, Sweden Phone: +46735333333

University advisor(s): Dr.Patrik Arlos Department of Communication systems

Performance of International roaming

Location Update in 3G and 4G networks

Sanaz Moshirian

Faculty of Computing Blekinge Institute of Technology 371 79 Karlskrona Sweden

Internet : www.bth.se Phone : +46 455 38 50 00 Fax : +46 455 38 50 57

ABSTRACT

Since Mobile network operator (MNO) relies on many Business Support Systems (BSS) and Operation Support Systems (OSS) it should be assured that operator’s systems supports the requirements of the future. This thesis shall focus on the “start-to-end” aspects that must be considered to ensure that International Roaming continues to operate flawless. The thesis experience Long Term Evolution (LTE) in case of international roaming by measuring the end to end location update delay. In order to evaluate the LTE performance of international roaming, the delay time has been measured by the means of tracing tools for several different international roamers and the results has been compared with the results achieved for local user. The outcome has been compared with the respecting results in 3G network the statistical results has been provided and the graphs has been plotted to study the performance. Based on the results obtain on this thesis, it has been concluded that local user acts more stable to get attach to the network, i.e. there are less fluctuation in delay times for local user. Also the delay time in 3G networks is more than the LTE networks, however 3G networks acts more stable and there are less fluctuation to get connects to 3G networks.

Keywords: International Roaming, LTE, Delay, Tracing, Performance.

ii

CONTENTS

Contents

ABSTRACT ...........................................................................................................................................I

CONTENTS ......................................................................................................................................... II

LIST OF FIGURES ............................................................................................................................ IV

LIST OF TABLES .............................................................................................................................. VI

ACRONYMS ..................................................................................................................................... VII

1 INTRODUCTION ....................................................................................................................... 1

1.1 INTRODUCTION ...................................................................................................................... 1 1.2 RELATED WORKS .................................................................................................................. 1 1.3 AIMS AND OBJECTIVES ........................................................................................................... 1 1.4 RESEARCH QUESTIONS ........................................................................................................... 2 1.5 EXPECTED OUTCOMES............................................................................................................ 2 1.6 RESEARCH METHODOLOGY ................................................................................................... 2 1.7 RISKS ..................................................................................................................................... 3 1.8 MOTIVATION ......................................................................................................................... 3

2 BACKGROUND .......................................................................................................................... 4

2.1 PROTOCOLS............................................................................................................................ 4 2.1.1 SS7 protocol ...................................................................................................................... 4 2.1.2 Diameter ........................................................................................................................... 5

2.2 LTE NETWORK ARCHITECTURE .............................................................................................. 6 2.2.1 Overview ........................................................................................................................... 6 2.2.2 LTE nodes and interfaces ................................................................................................. 7

2.3 DIAMETER NODES ................................................................................................................ 10 2.3.1 Diameter Client and Server ............................................................................................ 10 2.3.2 Diameter Relay Agent ..................................................................................................... 11 2.3.3 Diameter Proxy Agent .................................................................................................... 12 2.3.4 Diameter Redirect Agent ................................................................................................ 12 2.3.5 Diameter Translate Agent ............................................................................................... 13

3 METHODOLOGY .................................................................................................................... 14

3.1 INTERNATIONAL ROAMING .................................................................................................. 14 3.2 IMPLEMENTATION ................................................................................................................ 14

4 ANALYSIS AND RESULTS..................................................................................................... 19

4.1 TEST SET UP AND ANALYSES .............................................................................................. 19 4.1.1 Setup and Analyses for international roamer on LTE network ....................................... 19 4.1.2 Set Up and Analyses for international roamer on 3G network ....................................... 23 4.1.3 Set up and Analyses for Local user attaching LTE & 3G network ................................. 26

4.2 COMPARISON OF ATTACH LATENCY FOR LOCAL USERS AND INTERNATIONAL ROAMERS IN LTE NETWORK .................................................................................................................................. 29

4.2.1 Delay difference for international users and local user ................................................. 29 4.2.2 How is the LU latency differs between international operators ..................................... 30

4.3 COMPARISON OF ATTACH LATENCY IN LTE AND 3G NETWORKS ......................................... 32 4.3.1 Comparison of LU latency for each of the operators in 4G and 3G ............................... 32 4.3.2 Total comparison of attach latency in 3G and 4G networks ........................................... 35

5 CONCLUSION AND FUTURE WORK ................................................................................. 39

iii

5.1 CONCLUSION ....................................................................................................................... 39 5.2 FUTURE WORK ..................................................................................................................... 40

BIBLIOGRAPHY ............................................................................................................................... 41

APPENDIX.1 ...................................................................................................................................... 43

APPENDIX.2 ...................................................................................................................................... 64

iv

LIST OF FIGURES Figure 2-1, Signaling Architecture [10] .................................................................................... 4 Figure 2-2, EPS network Architecture [15]. ............................................................................. 7 Figure 2-3, UMTS and EPS core network [16] ........................................................................ 7 Figure 2-4, EPS nodes and interfaces [16] ............................................................................... 8 Figure 2-5, Tracking area updates [16] ..................................................................................... 9 Figure 2-6, LTE interworking with other 3GPP networks [16] ................................................ 9 Figure 2-7, PCRF role in LTE network [18] .......................................................................... 10 Figure 2-8, Authentication, Re-authentication and Session Termination [13] ....................... 11 Figure 2-9, The role of Diameter Relay Agent (DRA) in optimizing the network [16] ......... 12 Figure 2-10, Diameter Proxy Agent [19] ................................................................................ 12 Figure 2-11, Diameter Redirect Agent Function [19] ............................................................. 13 Figure 2-12, Diameter Translate Agent (TLS) Function [12] ................................................ 13 Figure 3-1, Sample scenario for interaction between MME and HSS in international roaming

[16].................................................................................................................................. 15 Figure 3-2, Simple message exchange between VPLMN & HMPLN [23] ............................ 15 Figure 3-3, International roaming interfaces and international roaming brokers with DEA [7]

........................................................................................................................................ 16 Figure 3-4, International roaming interfaces and international roaming brokers without DEA

[7].................................................................................................................................... 17 Figure 3-5, Home routed architecture of subscribers’ traffic [16] .......................................... 17 Figure 3-6, LTE attach procedure in international roaming [25]............................................ 18 Figure 4-1, LU trace for UAE user roams under 4G network ................................................ 20 Figure 4-2, LU Delay time for UAE user roams under LTE network .................................... 21 Figure 4-3, LU Delay time for UAE user in LTE network between 13:00 and 16:00 ........... 21 Figure 4-4, LU Delay time for Austria user roams under Sweden LTE network ................... 22 Figure 4-5, LU Delay time for Slovenia user roams under Sweden LTE network................. 22 Figure 4-6, LU Delay time for Norway user roams under LTE network ............................... 23 Figure 4-7, LU trace for UAE user roams under 3G network ................................................ 24 Figure 4-8, LU Delay time for UAE user roams under 3G network ...................................... 25 Figure 4-9, LU Delay time for Austria user roams under 3G network ................................... 26 Figure 4-10, LU Delay time for Slovenia user roams under 3G network ............................... 26 Figure 4-11, LU Delay time for Norway user roams under 3G network ................................ 26 Figure 4-12, LU Delay time for local user roams under LTE network .................................. 27 Figure 4-13, LU Delay time for local user roams under LTE network .................................. 28 Figure 4-14, LU Delay time for local user roams under 3G network ..................................... 28 Figure 4-15, Comparison of LU latency for local user and sample operator’s user roams

under LTE network ......................................................................................................... 29 Figure 4-16, Comparison of LU latency for local user and sample operator’s user roams

under LTE network on sample time stamps ................................................................... 30 Figure 4-17, Comparison of attaching latency for sample operators roam on 3G and LTE

network on sample times ................................................................................................ 31 Figure 4-18, LU trace for Slovenia user roams under 4G network ........................................ 32 Figure 4-19, Comparison of LU Delay time for UAE user roams under 3G and LTE network

........................................................................................................................................ 33 Figure 4-20, Comparison of LU Delay time for Austria user roams under 3G and LTE

networks .......................................................................................................................... 33 Figure 4-21, Comparison of LU Delay time for Slovenia user roams under 3G and LTE

networks .......................................................................................................................... 34 Figure 4-22, Comparison of LU Delay time for Norway user roams under 3G and LTE

networks .......................................................................................................................... 34

v

Figure 4-23, Comparison of LU Delay time for Local user roams under 3G and LTE networks .......................................................................................................................... 35

Figure 4-24, Comparison of attaching latency for sample operators roam under 3G and LTE network ........................................................................................................................... 36

Figure 4-25, Comparison of LU latency for sample operators roams on 3G and LTE network on sample times .............................................................................................................. 37

vi

LIST OF TABLES Table 1, Diameter base protocol commands [13] ..................................................................... 5 Table 2, Sample LU test results for UAE user in 4G network on 21 August 2015 ................ 19 Table 3, Sample LU test results for UAE user in 3G network on 21 August 2015 ................ 23 Table 4, LU test results with Local SIM Card in 4G network on 27th of August .................. 26 Table 5, Min, Average, Standard Deviation and Max delay in 4G network .......................... 29 Table 6, Min, Average, Standard Deviation and Max delay in 4G network .......................... 35 Table 7, Routing availabilities on 3G & 4G networks ........................................................... 37 Table 8, LU test results with UAE SIM Card in 4G network ................................................. 43 Table 9, LU test results with UAE SIM Card in 3G network ................................................. 45 Table 10, LU test results with Austria SIM Card in 4G network ........................................... 46 Table 11, LU test result with Austria SIM Card in 3G network ............................................. 49 Table 12, LU test results with Slovenia SIM Card in 4G network ......................................... 51 Table 13, LU test results with Slovenia SIM Card in 3G network ......................................... 53 Table 14, LU test results with Norway SIM Card in 4G network .......................................... 55 Table 15, LU test results with Norway SIM Card in 3G network .......................................... 57 Table 16, LU test results with Local SIM Card in 4G network .............................................. 59 Table 17, LU test results with Local SIM Card in 3G network .............................................. 61

vii

ACRONYMS 3G 3rd Generation 3GPP 3rd Generation Partnership Project 4G 4th Generation AF Application Function AVP Attribute-Value Pairs BSS Business Support Systems CN Core Network CSFB Circuited Switch Fall Back DRA Diameter Relay Agent DEA Diameter Edge Agent eNodeB Evolved Node-B EPS Evolved Packet System E-UTRAN Evolved Universal Terrestrial Radio Access Network GPRS General Packet Radio Services GRX GPRS Roaming Exchange GSM Global System for Mobile Communications GGSN Gateway GPRS Support Node GTP GPRS Tunneling protocol HPLMN Home PLMN HSS Home Subscriber Server IETF Internet Engineering Task Force IMS IP Multimedia Subsystem IMSI International Mobile Subscriber Identity IP Internet Protocol IPX Internetwork Packet Exchange LTE Long Term Evolution MME Mobility Management Entity MSC Mobile Switching Center MNO Mobile Network Operator OSS Operation Support Systems PCEF Policy Enforcement Features PCRF Policy charging and rules function PDN Packet Data Network PGW Packet Gateway PLMN public land mobile network PSTN Public Switched Telephone Network QCI QoS class identifier QoS Quality of Service RAN Radio Access Network SAE System Architecture Evolution SCP Signaling Control Point SGSN Serving GPRS Support Node SGW Service Gateway SS7 Signaling System 7 SSP Signaling Switching Point STP Signaling Transfer Point TCAP Transaction Capabilities Application Part TCP Transmission Control Protocol UE User Equipment UMTS Universal Mobile Telecommunication System UTRAN Universal Terrestrial Radio Access Network

viii

VPLMN Visited VPLMN VoIP Voice over IP

1

1 INTRODUCTION

1.1 Introduction

In recent years the growth of cellular network could be observed in providing fast speed data and video telephony, also to provide the better quality voice, more coverage and more capacity to be able to meet the user demands and requirements. Long Term Evolution (LTE) initiated by Third Generation Partnership Project (3GPP) [1] and has been developed and considered for providing the high bitrates and low latency with the objective of 150Mbps data rate. LTE has been standardized in the 3GPP, release 8. LTE also has a simplified architecture as it is all IP network, unlike the other generations of network which they needed a circuited switched core. Some other features of LTE networks is capability of end to end Quality of Service (QoS) and route optimization which makes operators more interested to implement LTE networks. LTE networks have been also developed to support seamless connection which provides QoS in the entire network. International Roaming is one of the common services which have been provided by operators to the customers to be able to use their local SIM cards around the world; the users can continue to use the voice and data service while traveling to different countries. Recently operators start to offer LTE roaming as the new service, which supports faster and better quality of data service. In this thesis our aim is to focus location update for a local user in a specific LTE network and in case of international users, roam in that specific LTE network, also to verify the how it is differ for the same users performing location update in LTE network and in 3G network.

1.2 Related Works In [2] the authors studied Roaming Authentication in 3G network and tried with different authentication methods. Paper [3] worked on call arrival rate and other policies for different subscriber to check the handover performance. In paper [4] the authors investigate the characteristic of authentication traffic in LTE networks. Paper [5] describe the interworking between TCAP and Diameter and analyze some specific scenario such as GSM or 3G subscribers roam in LTE networks. All above papers provides how authentication works as a part of location update and in paper [5] it is possible to get an overview of roaming. In this paper we will have more depth view of location update by not only checking on the authentication but also other process that is needed for a mobile to get attach to a network as part of the work. For other parts of the work different comparison will be study.

1.3 Aims and objectives

The purpose of this thesis is to show the quality of international roaming in case of using LTE network, by assessing the latency and investigation of solution to measure the latency. This project will evaluate the latency in LTE network in case of international roaming which affects the customer experiences. Location update latency is the time which takes for a user to get attach to a network, i.e. the time from when user’s phones try to get connected to network until it gets attach to network. In this thesis we measure this delay to verify how this

2

delay differs for international users and local users also how it differs in case of attaching to LTE networks in compare with 3G networks. Also the objectives are to measure this latency and experience different scenarios which might affect the delay time of the location update. Comparing the location update latency when the home users, using the LTE network or when the international users using the same LTE network i.e. international roaming and comparison of Location Update latency when international users, roam in LTE network & in 3G network.

1.4 Research questions

1. How can the location update latency be evaluated for international roamer in LTE networks?

2. To which extent the delay differs for an international roamer from the delay for a

Local user to get connected to network in LTE Networks?

3. How the latency in LTE networks is different from 3G networks with respect to international roaming Location Update?

1.5 Expected outcomes

This thesis provides a clear picture about how to measure the latency along with sketch and graphs showing the location update latency by collecting sample location update data for different users of different operators, also some comparison will be done to achieve the Statistics for different user location update correlated with time delay and authentication delay in case of using national and international LTE networks and in case of using 3G and LTE networks.

1.6 Research Methodology

This thesis is based on experimental and statistical data which has been collected on 3G and 4G networks within a Swedish Mobile Network Operator. Some sample operators would be chosen and implemented for LTE roaming both at the operators sides and the Internetwork Packet Exchange (IPX) providers side; the IPX provider act as a hub to route LTE data towards other operators along with providing the security and end to end quality of service, etc [6]; selected operators can use the same IPX provider or two different IPX providers, in case of using two different IPX providers the providers should be peered towards each other. The selected operators will send sample SIM cards which will be used for international LTE Roaming tests. The received SIM cards will be configured and activated for LTE Roaming to be able to perform a successful LTE Roaming Location Update. By using a tracing tool the authentication time can be measured and location update latency would be evaluated, the achieved result will be discussed. Also the same experience will be done for 3G networks to compare the result with respecting test in LTE network. As to answer RQ1, we will study the selected mobile operators for this thesis, by collecting the location update time with help of tracing tool. Once we identified an answer to RQ1, it would be possible to perform comparison for the achieved data for international operators and the local operator which leads us to answer the RQ2. To handle R3 we compare the results in 4G and 3G networks. This thesis will provide different test scenario and collaborate with GRX/IPX provider to handle the LTE roaming, with making sure that all LTE nodes such as MME (Mobility

3

Management Entity), PCRF (Policy charging and rules function) and HSS (Home Subscriber Server) working properly in case of roaming [7] [8]. This project will more focus on LTE data international roaming and performance analysis by evaluation of latency. The reason we have selected this methodology is because LTE roaming is still new and there might be a need of improvement in LTE networks, by using the user experience and statistics the problems and improvements in the network can be shown and it can helps to improve the LTE network in some cases.

1.7 Risks

There might be user error with time stamping or tool problem such as tracing tool shows strange behavior, so the backup tracing tool should be considered to avoid this problem. But we are trying to test with samples in different times and days and trying to avoid these affect as much as possible to get the best answer. Some other risks might be switching to 3G when we don’t want or the SIMs is not compatible for the setting. Also some tools like steering system might affect the latency; tracing tool is a tool which is uses in international roaming cases to force the operators to attach to certain operator which might cause more delay for attaching to other operators, for this test the SIM cards has been excluded from steering tools to avoid external delay.

1.8 Motivation

This thesis focus on performance in LTE networks with regards to location update time delay in case of international LTE roaming. Understanding the quality of the network and user experience will lead to improved network performance and quality.

4

2 BACKGROUND

2.1 Protocols Signaling System 7 (SS7) was one of the most important protocol in GSM and 3G networks for voice and SMS traffic but in the new generation of mobile networks (LTE network), SS7 protocol become less and less important. Nowadays by using full LTE network where IP Multimedia System (IMS) is developed to carry the voice and SMS traffic over IP, SS7 protocol has been replaced by new protocol such as Diameter and Session Initiation (SIP) Protocol. Still so many operators didn’t implement full LTE network and they use Circuited Switch Fall Back (CSFB) to switch back to 3G when it come to voice traffic.

2.1.1 SS7 protocol SS7 protocol supports out of band signaling in routing, billing establishment of the call and exchanging the information. “Signaling provides exchanging information between the call elements” and out of band signaling refers to signaling that has separate channel for signaling information and does not use the same path as conversation. SS7 provides over 56 or 64 Kbps data speed and allows signaling during the entire conversation [9] [10]. SS7 provides 3 kind of signaling points, these signaling points describes bellow. Signal Switching Point (SSP), which is a telephone switch that originates, terminates, and switches the calls. Signal Transfer Point (STP), which is a packet switch that receives and routes the network traffic between signaling points. Signaling Control Point (SCP), which is a database that helps to determine the needed information regarding the routings and other necessary information [10]. Figure (1) shows a simple signaling architecture. Network1 Network 2

Figure 2-1, Signaling Architecture [10]

SCP

SCP

SCP

SCP

SSP

SSP

SSP

SSP

STP

STP

STP

STP

5

2.1.2 Diameter

Diameter Protocol has developed by Internet Engineering Task Force (IETF) as a replacement for RADIUS, Kerberos, TACACS+, for providing Authentication, Authorization and Accounting (AAA). Authentication shows if the user or device who is requesting to access the network is the correct user or device that has clams to be and it consist of three parts which is user authenticating, message authenticating and device authenticating. Re-authentication might happen if the session get expire or new authentication request receive from the server [11]. Authorization is the procedure which defines if the user actually allowed to access to the part of the network that requested [11]. Accounting is the procedure of defining to which part of the network user had access and to which extend for the purpose of billing and cost checking [11]. Diameter protocol builds on application layer and is supports by Transmission Control Protocol and Stream Control Transmission Protocol (SCTP), so the reliable transport would be provided also it controls the flow and avoid any congestion on the link. Diameter has some other feature, diameter is peer to peer instead of Client-Server and any node can initiate to send a request and the ability of peer discovery and capability negotiation and exchange has been provided. Diameter supports end to end security but it is not mandatory, for securing the connection in diameter networks Transport Layer Security (TLS) or Internet Protocol Security (IPSec) can be used [11] [12]. Diameter base commands have been defined for handling different type of diameter messages. Table (1) lists some of the diameter base protocol commands [13].

Table 1, Diameter base protocol commands [13]

Command name Abbreviation Abort-Session-Request ASR Abort-Session-Answer ASA Accounting-Request ACR Accounting-Answer ACA Capabilities-Exchange-Request CER Capabilities-Exchange-Answer CEA Device-Watchdog-Request DWR Device-Watchdog-Answer DWA Disconnect-Peer-Request DPR Disconnect-Peer-Answer DRA Re-Auth-Request RAR Re-Auth-Answer RAA Session-Termination-Request STR Session-Termination-Answer STA

For example Capability Exchange is one the diameter base protocol commands and is the first command that will be exchanged, so the CER command will be send and CEA command will be received which the result code would be shown in the CEA command [13]. <CER> ::= < Diameter Header: 257, REQ > { Origin-Host } { Origin-Realm }

6

{ Host-IP-Address } { Vendor-Id } { Product-Name } [ Origin-State-Id [ Supported-Vendor-Id ] [ Auth-Application-Id ] [ Inband-Security-Id ] [ Acct-Application-Id ] [ Vendor-Specific-Application-Id ] [ Firmware-Revision ] [ AVP ] <CEA> ::= < Diameter Header: 257 > { Result-Code } { Origin-Host } { Origin-Realm } { Host-IP-Address } { Vendor-Id } { Product-Name } [ Origin-State-Id ] [ Error-Message ] [ Failed-AVP ] [ Supported-Vendor-Id ] [ Auth-Application-Id ] [ Inband-Security-Id ] [ Acct-Application-Id ] [ Vendor-Specific-Application-Id ] [ Firmware-Revision ] [ AVP ] Result code AVP can have different value. It might show some information (1xxx), the successful transaction (2xxx), protocol errors (3xxx), Transient Failures (4xxx) and Permanent Failures (5xxx) [13].

2.2 LTE network architecture

2.2.1 Overview

At the same time with development of the LTE network in 2004, 3rd Generation Partnership Project (3GPP) core network architecture has been changed. The evolution of changing GPRS (General Packet Radio Service) network is called System Architecture Evolution (SAE) which has more simplified architecture as it is an all IP network. The core component of SAE is called Evolved Packet Core (EPC) and the combination of LTE and EPC is called Evolved Packet System (EPS) [14].

An EPS network support QoS in the whole network is also provides connectivity to Voice over IP (VoIP) and PDN networks. In order to provide QoS multiple bearers can be establish for different connection, i.e. the user can have a VoIP call at the same time with web browsing and the two bearers which assigned to VoIP and web browsing session provides the best QoS individually. Figure (2.2) shows a general architectural of EPC nodes and interfaces [15].

7

Figure 2-2, EPS network Architecture [15].

Compare to UMTS core network many nodes has been changed in evolve packet core but in radio access network it only simplified to evolved NodeB (eNodeB). eNodeB is the replacement of the previous NodeB and Radio Network Controller (RNC) together. Also The UMTS Terrestrial Radio Access Network (UTRAN) is called evolved UTRAN (eUTRAN). Figure (2.3) shows the difference between UMTS and EPS core network at a high level [16].

Figure 2-3, UMTS and EPS core network [16]

2.2.2 LTE nodes and interfaces At high Level LTE network can be divided to three groups of LTE access and transport network (eUTRAN), evolved packet core which is consists of logical nodes and applications. Figure (2.4) shows these three groups along with nodes and interfaces [16].

8

Figure 2-4, EPS nodes and interfaces [16]

LTE radio access network (eUTRAN) consists of eNodeBs which handle the entire radio management function and they can handle several calls at the same time. eNodeBs are connected to each other via X2 interface which make it possible for them to communicate to each other it results to cells not attach to the same eNodeB and makes an efficient radio management. The protocol between eNodeB and UE is called AS protocol. One of the major tasks of the eUTRAN is the management of radio resources by dynamic resource allocation to users and controlling the radio bearer, admission and mobility. It also provides security by performing the encryption when data is being transferred. The other task of the eUTRAN is header compression to avoid presenting a big amount of overhead and providing an efficient use of radio interfaces. In the end it can be considered that eUTRAN provides a signaling connectivity and bearer towards the MME and SGW [15] [16].

Home Subscriber Server (HSS) is a database that contains all users’ information such as where the subscriber is located or to which Packet Data Network (PDN) is connected. HSS also performs the authentication and authorization of the users and has the ability to apply the restriction on the subscription on necessary time. HSS has the function of controlling and managing the calls and sessions [16] [17].

Mobility management Entity (MME) provides the signaling between the User Equipment (UE) and core network, Non Access Stratum (NAS) protocols is the protocols used between UE and core network which is terminates at MME. MME defines and allocates the temporary identity to the UEs, and check the authorization of UEs, in total all the eNodeBs are managed by MME. To located the idle user when it is necessary MME supports Tracking area and it supports paging to find the specific UE which is shown in Figure (2.5). Some other features of the MME are roaming and handover. Basically MME has three major functions; bearer management that is establishing, terminating and maintenance of the bearers. Connection management that is establishing a secure connection by initiation a ciphering and integrating a protection algorithm and the last function is location management which includes tracking area update to make the network ready for any possible incoming session. Besides these three functions MME is also responsible for providing the control plane function to support the interaction between the 2G/3Gs network and LTE network that is shown if Figure (2.6) [15] [16] [18].

9

Figure 2-5, Tracking area updates [16]

Serving Gateway (SGW) has the primary function of handling the data plane; all subscribers’ packet data will pass through the SGW and has the function of the mobility management and anchoring of the user plane during the handover between the eNodeBs. SGW connected with S1-U interface to eNodeB and send or receive the packet data and transmit the packet data toward PDN gateway via S5 or S8 gateway, also mobility management between the LTE network and other 3GPP networks such as 2G/3G networks this can be achieve by using the S4 interface which shows in Figure (2.6). MME controls the SGW via S11 interface [16] [18].

Figure 2-6, LTE interworking with other 3GPP networks [16]

Packet Data Network Gateway (PGW) acts as an exiling point for packet data interface and transmit the traffic towards external PDNs as well as the entry point of the traffics from other PDNs, it acts as the mobility anchor for the interaction between the 3GPP networks and non 3GPP networks as shown in Figure (2.6). Any users can connect to several PGWs simultaneously to be able to access different PDNs. PGW also the firewall functionality as well as packet filtering functionality, it can also allocate IP addressed to the users and the ability to supports Policy Enforcement Features (PCEF) to apply the charging and other defined rules by operators with regards to usage and resource allocation [16] [18].

10

Policy and Charging Rule Function (PCRF), is responsible for controlling and deciding the policies and flow based charging on the network, it also has control over the PCEF that is part of PGW and send the decided charging rule to PCEF for applying the charging functionality. QoS class identifier (QCI) and bit rates is being provided with PCRF function to define the data flow according to the users’ subscription and enforce it to PCEF to being applied on the users. By this means PCRF provides the QoS authorization and helps to apply both online and offline charging. Figure (2.7), shows the PCRF role. Application Function (AF) in the picture refers to network node with an application which needs policy and charging control [15] [18].

Figure 2-7, PCRF role in LTE network [18] Several interfaces used between the nodes in LTE network to help routing the traffic in beneficial way. S1-MME is the interface between the eNodeB and MME to send the signaling. S1-U is used between the eNodeB and SGW to define the user plane. Between the MMEs S10 interface is being used in case of any changes at MME side. X2 is the interface that has been provides between eNodeBs to make handover possible and avoid any packet loss. To make it possible for MME to have control over the bearer establishment and path switching, S11 interface is being used between the MME and SGW and PGW and is base on GPRS Tunneling Protocol Version 2 (GTPv2). By using S6a interface, MME can get the subscriber information from HSS and perform the Authentication, Authorization and Accounting (AAA interface). S5 is the signaling interface between the serving gateways or between the SGW and PGW to establish bearer in case of any changes on SGW side, in roaming cases S8 interface will replace the S5 interface. Gx is the interface between to PCRF and PGW to send the policy enforcement to PCEF which is located in PGW and also retrieve the data flow for applying the QoS. Rx is the interface between the Application Function (AF) and PCRF to send the policy to PCRF, in IP Multimedia Subsystem (IMS), AF role is done by Proxy Call Session Control Function (P-CSCF). SGi is the interface that connects PGW to external PDN networks and is based on IP address with the possibility to exchange signaling as well [16].

2.3 Diameter Nodes

2.3.1 Diameter Client and Server

As it discussed before authentication and authorization of the subscribers based on the user profile is part of the diameter function, the node in diameter that has this responsibility is

11

called server. Basically diameter is based on the client – Server architecture with has the peer to peer structure. Diameter client is placed on the edge of the network and receives all requests from the users and generate the AAA message, in fact diameter client is Network Access Server (NAS), this result that diameter server node can have the server functionality on some cases and client functionality on some other situation and can provide session management, routing management and client management some other functionalities of diameter server are performing loop detection and determining duplicate messages, maintain the stateful or stateless authentication state machines which can be stateful/stateless client or stateful/stateless server, also stateful or stateless accounting state machines which can be client or stateful/stateless server. Stateful or stateless session can be establish based on the requirement from the application, in case the session needs to be maintain for specific duration. Diameter server can perform the re-authentication, re-authorization or aborting the session if requires for example in prepaid service, it might be necessary to perform re-authentication, so that diameter server makes sure that the user is still using the service. In the end diameter server has the functionality of terminating the session for example in case of session time out or client restart. Diameter servers communicate the timeout AVP to define the expiration of the session. Authentication, re-authentication and termination of the session between the client and diameter server are shown in Figure (2.8) [13] [19] [20] [21].

Figure 2-8, Authentication, Re-authentication and Session Termination [13]

2.3.2 Diameter Relay Agent

Diameter Relay Agent (DRA), forward the connection or association request messages to other diameter nodes based on diameter realm, host and application. DRA will never perform the AAA and never change the content of the messages, the only modification that DRA does is inserting or removing the routing data (Route Record AVP).DRA use the realm routing table to find the routing path, realm routing tables contains supporting realms, known peers and AVPs, DRA also performs the loop detection on the receiving message however it does not keep track of sessions [19] [21].

12

By using DRA it is possible to optimize the LTE network. Since fully meshed diameter network is quite complex to administrate or configure, DRA can play a similar role to STP in SS7 network by linking all the diameter nodes forward the requests and answers between them. DRA can provides scalability and simplify configuration by connecting and routing between nodes of the same network or different network. This has been shown in Figure (2.9) [16] [6].

Figure 2-9, The role of Diameter Relay Agent (DRA) in optimizing the network [16]

2.3.3 Diameter Proxy Agent

Diameter Proxy Agent, has the similar role as DRA and it forwards the request messages according to realm table with one difference, diameter proxy has the ability to modify the message content, thus it has the ability of enforcing the policy and defining the policies, validating the receiving AAA requests and originate the AAA reject messages to the client if necessary. Diameter Agent should keep the track of all NAR resources and limiting the usage resources on necessary cases. Diameter proxy agent in roaming scenarios can provide the topology hiding function. Figure (2.10) shows the diameter proxy agent function [19] [21].

Figure 2-10, Diameter Proxy Agent [19]

2.3.4 Diameter Redirect Agent

13

Diameter Redirect Agent, has only one function of returning the routing information which is necessary for other diameter nodes, it does not originate any message or change the AVP. Upon receiving any request message from one diameter node, diameter redirect agent performs a look up in its database and back the answer message with redirect information to the node that made the request, after that diameter redirect agent gets disconnect from the loop, by that other nodes does not require to maintain the routing table locally and simplify their function. Figure (2.11) shows diameter redirect agent function [19].

Figure 2-11, Diameter Redirect Agent Function [19]

2.3.5 Diameter Translate Agent

Diameter Translate Agent, are diameter proxies that act as a translator between different nodes and translate between different protocols. For example they provide translation between diameter and RADIUS or between diameter and Mobile Application Part (MAP) as it shown in Figure (2.12). Diameter translate agent can maintain stateful session or transaction states for authorized sessions [19] [21].

Figure 2-12, Diameter Translate Agent (TLS) Function [12]

14

3 METHODOLOGY

3.1 International Roaming

LTE is also like GSM network, a Public Land Mobile Network (PLMN), which provides communication for mobile to mobile and mobile to fix network. The PLMN area has restriction and generally it restricted to one country, but in some cases one country provides network extension in some other countries. There might be an overlap on PLMN area of different countries in border areas [22].

Roaming is a function that provides by the network operators and allows the user of a certain network to use the network of another operator based on the wholesale agreement between the two operators [7]. A PLMN calls Home PLMN (HPLMN), when subscriber located at home network and when that subscriber roams, it would be called Visited PLMN (VPLMN) [22].

3.2 Implementation In LTE networks in case of international roaming scenario when subscriber “A”, from HPLM roams to VPLMN, there will be a need to perform some configuration at Mobility Management Entity (MME); has the same role as SGSN and MSC in 3G networks; and Home Subscriber Server (HSS); has the same role as HLR in 3G networks; side to allow the subscriber use the VPLMN network. Bellow an example for a sample scenario in case of LTE roaming is explained. When subscriber “A”, attempts to connect to VPLMN, the MME of the visited network can achieve the IMSI of the subscriber and from the IMSI it can drives the home domain. For example if the IMSI is equal to 20402xxxxxxxxxx then the realm would be epc.mnc002.mcc204.3gppnetwork.org. Then MME will perform a look up on its routing table to find the destination and send a diameter authentication (S6) towards the diameter relay/proxy of the HPLMN, since there would be a SCTP link available (it should be implemented when roaming agreement is established). Visited MME provides Home relay/proxy agent, the original host, original and destination realm AVPs. The relay agent of the home network will analyze this and from its routing tables find the next agent that is responsible to process this request in the home network; the next agent which would be responsible is the HSS in the home network, so the proxy agent adds the destination host to the diameter request, coming from visited network MME and forwards it to the HSS. HSS will send back then answer on the same route that request came [7]. In the end PCRF of the home country and visited country will communicate to exchange the QoS and charging control information which will be done trough S9 interface [16]. Figure (3.1), shows a sample scenario for interaction between MME and HSS in international roaming.

15

Figure 3-1, Sample scenario for interaction between MME and HSS in international roaming [16] The simple message exchange between home network and visited network is shown in Figure (3.2)

Figure 3-2, Simple message exchange between VPLMN & HMPLN [23] Since it would not be easy to establish a direct SCTP connection with hundreds of operators around the world separately, there would be a need of International roaming brokers (GRX/IPX providers). In this case the operator simply establishes one SCTP connection towards the agent of the roaming broker and from there it is possible to connect to all other roaming operators or other operator’s IPX providers [22]. In case of selected Sweden operator, Comfone [24] has been used as an IPX provider. The connection towards IPX provider is shown in Figure (3.3).

16

Figure 3-3, International roaming interfaces and international roaming brokers with DEA [7] Figure (3.3) shows how a normal operator should get connected to the IPX provider. The black lines shows the interface between HSS/MME and IPS provider which is S6 interface and yellow lines shows the interface between PCRF and IPG provider which is S9 interface. Roaming interface shows with the red line. The operators can get connected to the IPX provider via their diameter Edge (proxy) agent (DEA), DEA makes for operators the possibility to hide their network topology and IPX provider acts as diameter relay agent and provides the routing towards other operators, if other operators has other IPX provider it would be possible to make connection between the two IPX providers (make peering between to IPX provider) which is shown via purple line in the Figure (3.3). If the roaming operator does not have any DEA agent it would be possible to make connection to the IPX provider directly by connecting the MME, HSS and PCRF towards the IPX agent which is shown in Figure (3.4)

17

Figure 3-4, International roaming interfaces and international roaming brokers without DEA [7] Home routing is similar way to the way of transferring data traffic in 3G networks nowadays and the traffic is routes via GRX/IPX providers from the home PLMN towards the visited PLMN. This would be possible with S6 and S9 interface as discussed before and S8 interface which is providing the connection between visited network SGW and home network PGW. Home routing way of traffic is shown in Figure (3.5) [16].

Figure 3-5, Home routed architecture of subscribers’ traffic [16] After all the installation and configuration has been done then it is time to perform the LTE attach on the VPLMN network. The procedure is described in Figure (3.6). To capture all data the tracing too will be used (OSIX tracing tools has been used on this thesis), a tracing tool is consist of a router which has been installed on the way of the LTE nodes like MME and all the message that will pass the network will be copied and save on one computer. By using one application it will be possible to get access to the captured data.

18

Figure 3-6, LTE attach procedure in international roaming [25] Four different operators which are Etisalat UAE, H3G Austria, Telecom Slovenia and Telenor Norway have been selected and configure on Hi3G Sweden Network for the test on this thesis, also a SIM Card from Hi3G Sweden has been used as a local SIM Card. The reason for selecting these operators is because of the limitation on the LTE roaming since LTE roaming is still new and still not so many operators are ready for LTE roaming, also they have different IPX and the peering between the IPX are not ready yet, so these are the four fist operators that were ready for LTE roaming test on Hi3G Sweden network. In this research the time between the attach request sends by UE and the time that attach get completed has been used as the delay time.

19

4 ANALYSIS AND RESULTS

4.1 Test Set Up and Analyses

4.1.1 Setup and Analyses for international roamer on LTE network

Four operators have been selected on this thesis. The operators are located in Norway, Slovenia, Austria and United Arab Emirates (UAE). Location Update (LU) scenario has been performed with the SIM cards belongs to the mentioned operators by trying to register to LTE network on different hours and different days. The delay times have been recorded each time the LU scenario has performed. This has been achieved by using the tracing tool. Tracing tool is a router which is connected to all the nodes of the network and collects every message that passes between the nodes and writes a copy of it on one computer. In this thesis Osix application [26] has been used as the tracing tool application, Since Osix tracing tools has already been installed on the Hi3G network and it could capture all the messages that enter or leave the network. Osix is not an open source tracing tool but compare to some open source tracing tools it is more user friendly and provides so many options for filtering the messages. For this thesis the filtering has been done on the IMSI level, so only the message related to the required user has been captured. By using Osix it would be possible to trace the data from eNodeB till inside the network till IPX provider which it mean that the message has been left the network, also the filtering feature is provided to match the user requirement, for example it is possible to filter on IMSI, A number, B number, IP addresses, etc. it also makes it possible to select on which protocol the data need to be collected for instance diameter, SCCP, S1AP, GTP, etc, The data can be store up to two weeks and then it would be deleted to have capacity for saving other messaged in future. LU tests have been done on isolated laboratory environment the reason for this is that the signals from other operators do not interfere with the test and the phone does not try to connect to other operators in Sweden. Otherwise there will be no difference between testing in the laboratory or other places. The similar tests with all four operators have been done in 3G network as well and the data has been collected. Since there is national roaming provided in Sweden, it is not possible to get any data related to national roaming for comparison, instead the LU tests has been done with local SIM card connected to local 4G network and the data has been collected. To understand how the setup has been done, the UAE operator will be selected as an example and the data collection, traces and results will be explained. Table 2, shows examples data that has been collected for UAE user under 4G network. More samples for UAE operator has been provided in appendix.1, also the results related to other operators and local SIM have been shown in the appendix.1. Table 2, Sample LU test results for UAE user in 4G network on 21 August 2015 LU time with UAE SIM in 4G network

Sample Number Attach Request Attach Completed Delay in ms

1 09:39:03.192 09:39:04.923 1731

2 09:56:10.663 09:56:12.083 1420

3 10:01:42.732 10:01:44.225 1493

4 10:14:34.904 10:14:36.463 1559

5 13:12:27.033 13:12:28.149 1116

6 17:26:05.595 17:26:06.950 1355

7 13:46:43.194 13:46:44.291 1097

20

8 14:05:56.144 14:05:57.338 1194

9 14:24:50.914 14:24:52.076 1162

10 14:51:55.625 14:51:56.733 1108

Location update test has been done under 4G network and the sending and receiving messages has been recorded, using a tracing tool, which is shown in Figure (4.1). Since LTE network architecture is simpler than 3G network architecture and MME has both responsibility of SGSN and MSC, there would be less process for attaching to 4G network. In 4G case, first attach request will be received by MME from eNodeB, after that MME will perform authentication with UAE operator and send security mode command towards eNodeB. MME will send the create session message towards SGW, by that MME initiates to establish a default route and asks SGW to create a GTP tunnel (GPRS Tunneling Protocol), also MME sends LU request towards MSC (Since there is no IMS system in selected Sweden operator, Circuit Switched Fall Back (CSFB) method is being used for voice calls). By receiving the LU accept message from MSC, MME will send the attach acceptance message towards eNodeB. In the end eNodeB will send back UE capability information and attach complete message towards MME.

Figure 4-1, LU trace for UAE user roams under 4G network

By collecting the time of starting attach to the network and time of attach completing; it is possible to measure the delay time. The location update delay time has been shown in millisecond on the above tables. These results help us to have a better look in LU delay for international users in 4G networks in compare with 3G networks, also the difference of latency for international users to get connected to 4G network in compare with the local users. Figure (4.2) shows location update delay time for UAE user which has roamed under Sweden LTE network. The x-axis shows the number of tries. The received message will show as green when it sent or received successfully and after a wile will be change to back

21

color, if there is any error on sending and receiving message, it will show as red and the system might try several times to resend the message.

Figure 4-2, LU Delay time for UAE user roams under LTE network

Figure (4.2) show the delay for a 100 samples, i.e. 100 times of location update try for a UAE user who is roaming on Sweden networks. The minimum delay equals to 1081 milliseconds while the maximum delay is 2274 ms which shows a wide fluctuation in delay time on different hours or day. Standard deviation [27] of 170 that shows the delay time varies a lot depending on the time and date or some other elements in the network. Figure (4.3) shows the delay for UAE user between 13:00 PM and 16:00 PM to see if the delay is changing on different time of the day. As it shown in the Figure (4.3), the delay is almost 1100 ms between 13:00 PM and 15:00 PM and after that it raises again at about 16:00 PM. The attaching time is base on the Swedish time zone for all the figures (GMT+1).

Figure 4-3, LU Delay time for UAE user in LTE network between 13:00 and 16:00

22

By using the collected information which is provided in appendix.1, the same test has been done with some other operators in Austria, Slovenia and Norway in both 3G and 4G networks. Figure (4.4) shows location update delay time for Austria user which has roamed under Sweden LTE network, Figure (4.5) shows LU delay time for Slovenia user, roamed under Sweden LTE network and Figure (4.6) shows LU latency for Norway user that has roamed under Sweden LTE network. In all figures x-axis shows the number of tries.

Figure 4-4, LU Delay time for Austria user roams under Sweden LTE network

Figure 4-5, LU Delay time for Slovenia user roams under Sweden LTE network

23

Figure 4-6, LU Delay time for Norway user roams under LTE network

In all the above cases wide fluctuation for the attach latency can be observed.

4.1.2 Set Up and Analyses for international roamer on 3G network Table 3 shows the example of collected data for UAE user on 3G network. More samples for UAE operator has been provided in appendix.1, also the results related to other operators and local SIM have been shown in the appendix.1. Table 3, Sample LU test results for UAE user in 3G network on 21 August 2015

LU time with UAE SIM in 3G network

Sample Number Attach Request Attach Completed Delay in ms

1 09:32:28.404 09:32:30.564 2160

2 09:47:11.600 09:47:14.300 2700

3 09:55:36.730 09:55:38.789 2059

4 10:01:41.857 10:01:43.915 2058

5 10:13:28.545 10:13:30.674 2129

6 10:23:18.623 10:23:20.683 2060

7 15:41:36.213 15:41:38.381 2168

8 16:00:26.468 16:00:28.508 2040

9 16:30:52.709 14:30:54.760 2051

10 16:46:37.684 16:46:39.796 2112 For a sample test that has been done with UAE test SIMs under 3G network, the sending and receiving messages has been captured by the tracing tool which is shown in figure (4.7).

24

Figure 4-7, LU trace for UAE user roams under 3G network In this test, first location update request will be received by Mobile Switching Center (MSC) from Radio control Center (RNC) and MSC will request authentication, then attach request will be send towards SGSN from RNC. MSC will perform the authentication with the UAE operator and send security mode command towards RNC in order to perform ciphering of the messages, by receiving the security mode complete message, MSC will send the LU accept message towards RNC, after that and SGSN will perform the authentication with MSC and send security mode command towards RNC, by receiving security mode complete message, SGSN will send the attach accept message towards RNC. In the end RNC will send back attach complete message towards SGSN and location update will be done successfully. Location update delay time for UAE user roaming under Sweden 3G network is plotted in Figure (4.8). Attach request time and attached complete time has been recorded in order to measure the delay.

25

Figure 4-8, LU Delay time for UAE user roams under 3G network The fluctuation of the attaching time for UAE user roams under Sweden 3G network is much less comparing to LTE network. The minimum delay equals to 1968 ms and the maximum delay is 2700 milliseconds. The average LU latency is about 2102 ms with the standard deviation of approximately 112 which is less than the tests under LTE network. According to these result the attaching time is more stable in 3G network than in LTE network, while it is much faster to get connected to LTE network. The average LU delay time in LTE network (1342 ms) in compare with 3G network (2102 ms) shows that the delay time to attach to 3G network for UAE user is almost double than the time to get connected to the LTE network. The same test has been done for Austria, Slovenia and Norway operators under Sweden 3G network. Figure (4.9) shows location update delay time for Austria user that is roaming under Sweden 3G network, Figure (4.10) shows the LU latency for Slovenia user, under Sweden 3G network and Figure (4.11) shows LU delay time for Norway, roamed under Sweden 3G network.

26

Figure 4-9, LU Delay time for Austria user roams under 3G network

Figure 4-10, LU Delay time for Slovenia user roams under 3G network

Figure 4-11, LU Delay time for Norway user roams under 3G network

4.1.3 Set up and Analyses for Local user attaching LTE & 3G network Table 4 shows the example of collected data for local user trying to attach LTE. More samples for local user attaching the LTE network and also attaching 3G network has been provided in appendix.1 Table 4, LU test results with Local SIM Card in 4G network on 27th of August

LU time with Local SIM in 4G network

27

Sample Number Attach Request Attach Complete Delay in

ms

1 09:39:58.948 09:39:59.605 657

2 09:47:53.319 09:47:54.170 851

3 09:53:14.270 09:53:14.968 698

4 10:02:19.836 10:02:20.667 831

5 10:10:16.764 10:10:17.723 959

6 13:55:53.024 13:55:53.995 971

7 13:59:45.525 13:59:46.448 923

8 14:06:56.126 14:06:57.020 894

9 14:12:42.994 14:12.44.146 1152

10 17:23:27.494 17:23:28.113 619

To find out more about the LU delay time for local user a sample location update test has been done and the messages has been captured by a tracing tool which is shown if figure (4.12)

Figure 4-12, LU Delay time for local user roams under LTE network In this case like the international roamer case, the attach request will be send from eNodeB towards MME, then identify request message and authentication message will be communicated with eNodeB. MME will request SGW to create a session an activate the GRP tunnel, like it was discussed for UAE case, however there is one more step for local user in the process which is PGW will send an access request message towards PCRF to be able to apply the charging and policy rules and providing the quality of service, also PCRF

28

will keep the records of the usage of the user along with what services has been provided to be able to provide the charging information as soon as the PCRF accept the access, the session creation respond will be send from SGW. Then the location update message will be communicated between the MME and MSC and MME will send attach accept message towards eNodeB. In the end the UE capability information message will communicated between eNodeB and MME and the attached complete message will be sent towards MME. Now it would be interesting to see how will the local Sweden SIM card behaves to get attach to LTE network in compare with the international roamers. It would be expected that the attach latency is much less, since the message will not get out of the network to reach the gateway. Figure (4.13), shows the attach latency results for a sample local user, that is trying to attach to the LTE network.

Figure 4-13, LU Delay time for local user roams under LTE network

By using the collected attaching time (it is provided in appendix.1), it is possible to plot the delay time for the local user under the 3G network that is shown in Figure (4.14).

Figure 4-14, LU Delay time for local user roams under 3G network

29

4.2 Comparison of attach latency for Local users and

International Roamers in LTE network

4.2.1 Delay difference for international users and local user The results that have been achieved for a local user has been compared with the results for the international roamers that have been attempting to attach to Sweden LTE network, this comparison has been shown in Figure (4.15).

Figure 4-15, Comparison of LU latency for local user and sample operator’s user roams under LTE network For the mentioned sample operators, minimum delay, maximum delay, average delay and standard deviation has been calculated and listed in table 5 [27]. Table 5, Min, Average, Standard Deviation and Max delay in 4G network

UAE 4G Delay

Austria 4G Delay

Slovenia 4G Delay

Norway 4G Delay

Sweden (Local) 4G Delay

Minimum 1081 647 1003 681 611

Mean 1342 870 1268 952 869

Standard Deviation

170 153 162 170 114

Maximum 2274 1718 1863 1540 1189

To have a better look, the comparison has been done on sample times and the LU latency has been recorded which is shown in Figure (4.16).

30

Figure 4-16, Comparison of LU latency for local user and sample operator’s user roams under LTE network on sample time stamps

Figure (4.16) shows UAE user, Austria user, Slovenia user, Norway user who is roaming in Sweden plus Swedish user, all the users connected to Swedish 4G network and the attaching time is based on the Swedish time zone (GMT+1). Although LU latency on some specific times such as 09:33 is less that LU latency of the international roamers, but still the average attaching time delay has no significant difference with Austria operator the reason is according to figure (4.12) there are more steps to perform LU for a local user such as getting access to the PCRF which cause more delay for a local user to get attach to the network. However a local user attaching time behavior is much stable than the other operators’ user which why the standard deviation less for local user compare to international users, since the message will not leave the local network to reach by destination (in case of the international roamers the message will be forwarded towards the IPX provider to get routed toward their PGW). Standard deviation for a local user is less than international users, but there is not so much difference in average LU delay.

4.2.2 How is the LU latency differs between international operators With Regards to section 4.2.1 LU latency is more stable for Local operator in compare with international users and standard deviation is less for the attaching time latency in case of locale user in compare to international users. This is not only the case according to Figure (4.16) the delay time varies for different international users as well, which cause the delay time for Austria user much less than USE user, one of the important reason is that the UAE node is much far away in compare with Austria node. To have a better vision on this comparison, Figure (4.17) has been plotted to show the comparison of the LU delay only for the four operators on Sweden LTE network on some specific times

0 200 400 600 800

1000 1200 1400 1600 1800 2000

09

:33

09

:56

10

:21

10

:45

11

:13

13

:17

13

:55

14

:20

14

:48

15

:38

16

:08

16

:25

17

:43

18

:03

De

lay

Attach Time

Local SIM 4G LU delay (ms)

UAE 4G LU delay (ms)

Austria 4G LU delay (ms)

Slovenia 4G LU delay (ms)

Norway 4G LU delay (ms)

31

Figure 4-17, Comparison of attaching latency for sample operators roam on 3G and LTE network on sample times

According to the graph it is shown that Slovenian user face more delay to attach to the network compare to Norwegian and Austrian user which is due to different configuration. The trace for trying to attach to 4G network for the Slovenian user has been plotted in Figure (4.18) and it is shown that diameter location update message (interface S6a) has been requested for this operator and identity request message has been sent towards eNodeB as well for understanding some parameter such as IMSI , IMEI, etc.

32

Figure 4-18, LU trace for Slovenia user roams under 4G network More discussion about this LU latency for different international operators and local operator is provided in section 4.3.

4.3 Comparison of attach latency in LTE and 3G

networks

4.3.1 Comparison of LU latency for each of the operators in 4G and 3G

To be able to understand the latency difference in 3G and 4G networks, it is required first to see how does every individual operator differ in 4G and 3G network then we can have a overview of attach latency difference for all operators. Figure (4.19) shows the comparison of LU delay time for UAE user under Sweden 3G and LTE networks on some sample times. Figure (4.20) compares the LU attach latency for Austria users under Sweden 3G and 4G networks. The same comparison has been done for Slovenia user which is shown on Figure (4.21), the comparison result for Norway user provided in Figure (4.22) and the comparison result for Norway user provided in Figure (4.23).

33

Figure 4-19, Comparison of LU Delay time for UAE user roams under 3G and LTE network

Figure 4-20, Comparison of LU Delay time for Austria user roams under 3G and LTE networks

34

Figure 4-21, Comparison of LU Delay time for Slovenia user roams under 3G and LTE networks

Figure 4-22, Comparison of LU Delay time for Norway user roams under 3G and LTE networks

35

Figure 4-23, Comparison of LU Delay time for Local user roams under 3G and LTE networks In all the above cases it is obviously shown that the attaching latency in 3G network is more that the LTE networks and the average LU delay is almost double in 3G compare LTE network, however the difference between the delay’s upper level and downer level in LTE is more than 3G network. Generally less fluctuation has been observed while testing LU latency on 3G network in compare to testing under LTE network which means that users has more stable behavior while attaching to 3G network, however in all cases it is much faster to get attach to the LTE network in compare with respecting test under 3G network.

4.3.2 Total comparison of attach latency in 3G and 4G networks The minimum, Maximum, average delay and standard deviation for collected data in 4G networks has been shown in table 6. The same data for collected data in 3G network shows in table 6. Table 6, Min, Average, Standard Deviation and Max delay in 4G network

UAE 3G Delay

Austria 3G Delay

Slovenia 3G Delay

Norway 3G Delay

Sweden (Local) 3G Delay

Minimum 1968 1599 1920 1627 1490

Mean 2102 1864 2118 1951 1799

Standard Deviation

112 111 114 101 86

Maximum 2700 2120 2400 2401 1998

A trace for attaching to 4G and 3G network has been shown in Figure (4.1) and (4.7), in LTE network MME node will act as the main node and send and receive the necessary messages that need in order for UAE user to get attached to LTE network in Sweden, while this responsibility is divided between MSC and SGSN in 3G network that cause LTE network to acts faster and skip some of the procedure that will happen between the MSC and SGSN.

36

Also with regards to Figure (4.1) and Figure (4.7), the authentication time on LTE network is less than the authentication time on 3G network, the reason is that 3G network is based on SS7 protocol and use SCCP protocol for signaling purpose, while LTE network is based on diameter protocol and use S1 application protocol for the signaling purpose. In LTE networks depending the configuration and where the operators’ nodes located, it might be possible to reduce the attach latency, while the result for LU delay in 3G network is a bit different, in 4G the message will routed towards IPX provider and from there routed towards destination while in 3G the message should reach the SCCP gateway and routed towards destination. Comparison of location updates latency for UAE, Austria, Slovenia and Norway operators shown in Figure (4.24).

Figure 4-24, Comparison of attaching latency for sample operators roam under 3G and LTE network

For have a better vision on this comparison, the attach latency has been done on specific time for the mentioned operators that has been shown in Figure (4.25).

37

Figure 4-25, Comparison of LU latency for sample operators roams on 3G and LTE network on sample times

The difference of attach latency in 3G Network is not as wide as LTE network, which means that LTE network provides the opportunity to minimize the latency as much as possible. Also the delay time difference to attached to Sweden 3G and LTE networks for these operators is the result of different nodes and interfaces in both 3G and 4G networks and different protocols that is being used by these networks. To study more about the reason of difference in LU latency, it would be interesting to check the routing in both 3G and LTE cases. I.e. from the SGSN of the visited network (Sweden) to GGSN of the home network (UAE operator) and from the MME of the visited network to PGW of the home network, and check the routing availabilities. The result of routing availabilities towards GGSN in 3G network and PGW in LTE network is shown for UAE operator separately in Table 7, but since the operators in Austria, Slovenia and Norway have the same physical node for PGW and GGSN, the IP address would be the same in both 3G and 4G networks. The result of routing availabilities on 3G and 4G networks is shown bellow on table 7. By referring to Table 7 and Appendix 2, it can be concluded that the links are stable and there is no packet loss in case of routing under both 3G and 4G network. More details regarding the routing delay has been provided in Appendix 2. Table 7, Routing availabilities on 3G & 4G networks

UAE LTE Delay

UAE 3G Delay

Austria Delay

Slovenia Delay

Norway Delay

Minimum 159.243 157.947 49.796 62.738 71.120

Mean 159.570 158.271 49.983 63.127 71.543

Maximum 160.535 158.634 50.226 63.689 71.854

Number of GGSSN/PGW

1 2 2 2 4

By comparing the results for UAE Austria, Slovenia and Norway operators, it is obvious that the average delay time for routing towards PGW of UAE operator (159.570 ms in 4G case) is much more than the average delay time for routing towards PGW of the Austria operator (49.983), Slovenia operator (63.127) and Norway operator (71.543). This can be expected since the UAE operator GGSN node is much far compare to the other operators and the least delay is when routing towards Austria operator. This caused UAE user to have more delay in attaching to attach to the network and Austria user the less delay compare to the others since there are less hops for Austria. Also there are less hope from Sweden towards Slovenia comparing Norway as well (less firewall or routers, etc). Also operators of Austria, Slovenia and Norway use the same physical node for MME and SGSN so there will be same IP address in both cases, this conclude that there will be no difference in delay time for routing towards both GGSN and PGW of these operators. Since there is difference in 3G and LTE networks architecture and different nodes and interfaces are used in LTE and 3G networks which may cause different LU latency in LTE network compare to 3G network. In conclusion the attaching time is faster in 4G compare to 3G network while the LU delay deviation is less in 3G network compare to 4G and with regards to all mentioned traces and comparisons, location update latency is much less in LTE network due to its simpler nature and since there is only one main node that can handle the processes as the center of LTE

38

network and also due to the diameter protocols and interfaces that are faster in processing time such as S1, S8 and S11, etc.

39

5 CONCLUSION AND FUTURE WORK

5.1 Conclusion This thesis discussed the quality of experience for international users roam on Sweden 3G and LTE networks. In section 4.1, four operators have been selected from UAE, Austria, Slovenia and Norway along with the local SIM card. The LU attempts have been done for sample users of these operators in different days and times and the results have been captured by the tracing tool. Using the results that has been achieved by tracing tools the attaching time latency has been estimated. In section 4.2, the same LU attempts have been done with the local Sweden SIM card under Sweden LTE network and the results have been captured by tracing tools and LU delay time has been calculated. The achieved results has been plotted and compared with the achieved results for the sample international roamers. It concluded that there was no significant LU delay time for the Local use in compare with the Austria user which had the least routing delay, however the local user shows more stable behavior with regards to attaching time in compare with Austrian user and other international roamers. In section 4.3, several graphs has been plotted to show the location update latency for each of these operator’s user on both 3G and LTE networks and the minimum, maximum, average delay and standard deviation has been calculated for each scenario. Then the achieved results has been discussed for 4G and 3G network and the difference on delay times for 3G and 4G networks has been explained, different comparison graphs has been plotted based on the number of trials and based on different time stamps to show the LU latency time in 3G and LTE networks. It concluded that there is a significant LU delay time for a user who is trying to attach the 4G network and 3G network and it is less LU delay for attaching to LTE network compare to 3G network, while 3G network shows more stable with regards to attaching time and the fluctuation of time delay is significantly less, this has been elaborated in the analysis part. The LU delay has been compared for four sample operators based on the number of trials and based on different sample times and the results has been plotted on the graphs and discussed. It concluded that attaching time latency can vary based on how much the HPLMN node is far away from the VPLMN and based on different configuration. Also the operators act more stable in 3G network compare to 4G network to get attach to the network, however it is much faster to get connected to LTE network. Answering to the Research Questions

1. How can the location update latency be evaluated for international roamer in

LTE networks?

Section 4.1.1, answers the RQ1, and shows how to evaluate the LU latency for International roamers by using a tracing tools and finding the time of attachment and time of attach completing. Table 2 shows the sample LU tests and figure 4.1 shows how these delay times has been collected using the tracing tool. The delay time is the time when UE started sending the attach request until the time that attach has been completed. 2. To which extent the delay differs for an international roamer from the delay for

a Local user to get connected to network in LTE Networks?

40

Section 4.2 answers RQ2, and conclude that there might not be so much difference between LU latency for local users and some of the international users that their operator’s gateway node is near to local user operator’s gateway, this can be due to configuration difference, however the attachment time is much stable for local user, i.e. the maximum delay and minimum delay does not vary for local user as much it varies for international users.

3. How the latency in LTE networks is different from 3G networks with respect to

international roaming Location Update?

Section 4.3 answers the RQ3 and concludes that the LU latency in 3G networks is much more than LTE networks, in some cases the 3G networks delay time might even be double of the delay time in LTE networks, however the fluctuation for attaching to 3G network is much less than LTE network which means that the 3G networks acts more stable and the difference between minimum and maximum delays in 4G networks is more than the 3G networks, this might cause a bad customers experience and needs to be improved in the 4G networks.

5.2 Future work

In this thesis the LU delay latency for international and local users has been measured and discussed on LTE network in compare with the 3G network, also the comparison has been done between the selected international roams and between the local user and international users, but this is only the beginning, it would be necessary to find a solution on how to reduce the location update latency, since the LTE networks is all IP networks, can this delay reduce by configuring IMS system. Also how to make attaching time more stable on the LTE networks to avoid so much fluctuating. Also it would be interesting to experience how the handover latency is different for international users roaming on 4G networks compare to 3G networks and how does the handover latency different for international users in compare with the local users.

41

BIBLIOGRAPHY [1] "3GPP LTE". [Online]. http://www.3gpp.org/LTE. [Accessed: 5-Sep-2015] [2] M.Long, "Roaming authentication and end-to-end authentication wireless security,"

2005. [3] H. K. C. J. W. z. ,. H. W. L. C.K.Han, "Evaluation of authentication signaling loads in

3GPP LTE/SAE networks," October 2009. [4] A. S. M. Purkhiabani, "Enhanced Authentication and Key Agreement Procedure of next

Generation 3GPP Mobile Networks," January 2012. [5] B. R. L. B. A.Dey, "Realization of Interworking in LTE Roaming Using a Diameter-

based Interworking Function," January 2013. [6] Efort. (March 2014) "DIAMETER Signaling Network in EPS: Principles and

Architecture”. [Online]. http://www.efort.com. [Accessed: 5-Sep-2015] [7] GSMA. Infocentre. [Online]. https://infocentre.gsm.org. [Accessed: 5-Sep-2015] [8] K. B. D.Gunawan, "Comparative Analysis on some possible partnership schemes of

global IP exchange providers," March 2014. [Online]. http://infocentre.gsm.org. [Accessed: 5-Sep-2015]

[9] S. S. R. Ahamed, "Performance analysis of Signaling System 7 (SS7) network and protocols to provide call control, remote network management and maintenance capabilities," Journal of Theoretical and Applied Information Technology, Feb. 2009.

[10] “Signaling System 7 (SS7)”, Web Proforum Tutorials. [Online]. http://www.iec.org/. [Accessed: 5-Sep-2015]

[11] M. N. H. V.Kumar.S.B, "Diameter-based Protocol in the IP Multimedia Subsystem," Journal of Soft Computing and Engineering (IJSCE), Jan. 2012.

[12] S.Tarkoma. (2008, Nov.) T-110.5110 Computer Networks II. Tutorial. [13] “DIAMETER Architecture and Base Protocol”. [Online]. http://www.efort.com.

[Accessed: 5-Sep-2015] [14] X. L. Y.Chen, "Architecture and Protocols of EPC-LTE with relay," Telecom Bretagne,

Feb. February 2013. [15] A.-. Lucent. "The LTE Network Architecture, A comprehensive tutorial". Alcatel-

Lucent, White Paper. [16] T.C.Balan. (2012, May) "Introducere in LTE". Siemens Tutorial. [17] S. K. P.Uppu, "QoE of Video Streaming over LTE Network," Master's thesis, Blekinge

Institute of Technology, October 2013. [18] “Introduction to Evolved Packet Core”. Alcatel- Lucent, White Paper. [19] Oracle. (2013, Dec.) The Role of Diameter in All-IP, Service-Oriented Networks.

Oracle, White Paper. [20] Y. O. V.Fajardo. IETF. [Online]. www.ietf.org. [Accessed: 5-Sep-2015] [21] N.Kottapalli. “Diameter and LTE Evolved Packet System”. Radisys, White Paper.

[Online]. go.radisys.com. [Accessed: 5-Sep-2015] [22] E.Sutherland. (2012, Mar.) "International mobile roaming: competition, economics and

regulation". [23] K.Mitchell, "LTE roaming," in 4GWE, Miami, March 2011. [24] Comfone. [Online]. www.comfone.com. [Accessed: 5-Sep-2015] [25] GSMA. IR.38, LTE and EPC Roaming Testing. [26] Osix. Polystar. [Online]. www.polystar.com. [Accessed: 5-Sep-2015]

42

[27] "Calculating the Mean and Standard Deviation". [Online]. http://www.gastro.org/. [Accessed: 5-Sep-2015]

43

APPENDIX.1 Table 8, LU test results with UAE SIM Card in 4G network

LU time with UAE SIM in 4G network

Sample Number Attach Request Attach Completed Delay in ms

1 13:12:27.033 13:12:28.149 1116

2 13:17:15.634 13:17:16.701 1167

3 13:23:18.784 13:23:19.980 1196

4 17:26:05.595 17:26:06.950 1355

5 13:46:43.194 13:46:44.291 1097

6 13:55:48.004 13:55:49.085 1081

7 14:05:56.144 14:05:57.338 1194

8 14:17:19.564 14:17:20.704 1140

9 14:24:50.914 14:24:52.076 1162

10 14:51:55.625 14:51:56.733 1108

11 15:00:37.463 15:00:38.608 1145

12 15:06:56.463 15:06:57.555 1092

13 15:12:53.423 15:12:54.488 1165

14 15:18:44.951 15:18:46.101 1150

15 15:23:42.542 15:23:43.678 1136

16 15:29:08.643 15:29:09.800 1157

17 15:34:37.503 15:34:38.638 1135

18 15:41:01.224 15:41:02.307 1083

19 15:47:47.983 15:47:49.075 1092

20 16:08:10.952 16:08:12.266 1314

21 16:13:13.363 16:13:14.577 1214

22 13:06:11.542 13:06:13.003 1461

23 13:16:25.114 13:16:26.426 1312

24 13:22:21.463 13:22:22.875 1412

25 13:52:33.714 13:52:35.107 1393

26 13:58:43.471 13:58:45.545 2274

27 14:05:12.225 14:05:13.642 1417

28 14:14:23.742 14:14:25.202 1460

29 14:20:48.815 14:20:50:110 1295

30 14:27:25.222 14:27:26.643 1421

31 14:39:25.342 14:39:26.696 1354

32 14:48:28:792 14:48:30:101 1309

33 15:00:32.832 15:00:34.321 1489

34 15:08:02.081 15:08:03.347 1266

35 15:13:27.672 15:13:29.127 1455

36 15:18:08.353 15:18:09.473 1120

37 15:23:58.724 15:24:00.183 1459

38 15:34:25.502 15:34:26.798 1296

44

39 15:39:37.635 15:39:38.982 1347

40 15:46:08.645 15:46:10.064 1419

41 15:51:32.842 15:51:34.285 1443

42 15:56:47.055 15:56:48.653 1598

43 16:18:47.094 16:18:48.213 1119

44 16:24:03.553 16:24:04.871 1318

45 16:28:40.852 16:28:42.170 1318

46 16:35:22.602 16:35:23.992 1390

47 16:42:57.065 16:42:58.496 1431

48 16:48:33.152 16:48:34.612 1460

49 16:54:02.013 16:54:03.429 1416

50 16:59:05.275 16:59:06.551 1276

51 17:05:28.765 17:05:30.153 1388

52 17:17:10.594 17:17:12.039 1445

53 17:21:49.113 17:21:50.499 1386

54 17:27:51.995 17:27:53.440 1445

55 17:43:35.102 17:43:36.354 1252

56 17:48:22.814 17:48:24.093 1279

57 17:53:37.054 17:53:38.546 1492

58 17:58:27.375 17:58:28.750 1375

59 18:03:29.433 18:03:30.793 1360

60 18:08:34.525 18:08:35.857 1332

61 18:15:23.862 18:15:25.488 1626

62 18:20:56.234 18:20:57.483 1249

63 09:33:16.133 09:33:17.740 1607

64 09:39:03.192 09:39:04.923 1731

65 09:43:22.025 09:43:23.483 1458

66 09:50:45.968 09:50:47.421 1453

67 09:56:10.663 09:56:12.083 1420

68 10:01:42.732 10:01:44.225 1493

69 10:14:34.904 10:14:36.463 1559

70 10:21:20.533 10:21:21.960 1427

71 10:25:27.998 10:25:29.291 1293

72 10:33:45.073 10:33:46.442 1369

73 10:57:07.744 10:57:09.336 1592

74 11:02:30.183 11:02:31.673 1490

75 11:07:47.523 11:07:49.101 1578

76 11:13:06.793 11:13:08.322 1529

77 11:19:01.782 11:19:03.106 1324

78 11:24:02.764 11:24:04.220 1456

79 12:50:47.856 12:50:49.021 1165

80 13:00:36.463 13:00:37.754 1291

81 13:05:28.324 13:05:29.687 1363

82 13:11:40.172 13:11:41.409 1237

83 13:17:19.754 13:17:21.181 1427

45

84 1538:16.954 15:38:18.441 1487

85 15:45:59.266 15:46:00.715 1449

86 15:52:40.484 15:52:41.868 1384

87 16:17:28.748 16:17:29.999 1251

88 16:21:23.432 16:21:24.681 1249

89 16:25:33.763 16:25:35.179 1416

90 10:31:19.196 10:31:20.348 1152

91 10:35:48.821 10:35:50.040 1219

92 10:39:54.563 10:39:55.870 1307

93 10:45:13.174 10:45:14.344 1170

94 13:07:05.953 13:07:07.276 1323

95 13:17:25.329 13:17:26.668 1339

96 13:23:21.272 13:23:22.608 1336

97 13:29:18.412 13:29:19.681 1269

98 13:34:45.562 13:53:46.993 1431

99 13:55:37.279 13:55:38.595 1316

100 14:51:09.744 14:51:10.899 1155

101 14:59:06.607 14:59:07.952 1345

102 18:40:19.583 18:40:20.917 1334

Table 9, LU test results with UAE SIM Card in 3G network

LU time with UAE SIM in 3G network

Sample Number Attach Request Attach Completed Delay in

ms

1 15:41:36.213 15:41:38.381 2168

2 16:00:26.468 16:00:28.508 2040

3 16:13:47.753 16:13:49.894 2141

4 16:30:52.709 14:30:54.760 2051

5 16:36:43.747 16:36:45.787 2040

6 16:42:25.057 16:42:27.157 2100

7 16:46:37.684 16:46:39.796 2112

8 16:52:43.735 16:52:45.794 2059

9 17:03:16.079 17:03:18.251 2172

10 17:09:14.470 17:09:16.487 2017

11 17:13:53.259 17:13:55.669 2410

12 17:19:32.708 17:19:34.797 2089

13 17:37:27.583 17:37:29.843 2260

14 09:32:28.404 09:32:30.564 2160

15 09:38:02.454 09:38:04.514 2060

16 09:47:11.600 09:47:14.300 2700

17 09:55:36.730 09:55:38.789 2059

18 10:01:41.857 10:01:43.915 2058

19 10:06:35.115 10:06:37.176 2061

20 10:13:28.545 10:13:30.674 2129

46

21 10:18:17.812 10:18:19.911 2099

22 10:23:18.623 10:23:20.683 2060

23 10:27:13.663 10:27:15.741 2078

24 10:32:25.209 10:32:27.188 1979

25 10:36:48.880 10:36:50.866 1986

26 10:42:02.466 10:42:04.537 2071

27 10:47:21.197 10:47:23.165 1968

28 10:55:58.342 10:56:00.354 2012

29 11:06:01.171 11:06:03.291 2120

30 11:13:24.070 11:13:26.109 2039

31 13:05:13.868 13:05:15.999 2131

32 13:20:37.524 13:20:39.675 2151

33 13:29:40.713 13:29:42.733 2020

34 13:34:51.761 13:34:53.872 2111

35 13:39:04.871 13:39:06.931 2060

36 13:43:27.270 13:43:29.429 2159

37 13:49:41.308 13:49:43.356 2048

38 13:54:11.427 13:54:13.446 2019

39 14:01:40.405 14:01:42.586 2181

40 14:07:03.291 14:07:05.371 2080

41 15:14:17.926 15:14:20.087 2161

42 15:31:35.941 15:31:38.061 2120

43 15:39:07.619 15:39:09.667 2048

44 15:47:32.077 15:47:34.196 2119

45 16:12:59.118 16:13:01.210 2092

46 16:17:50.977 16:17:53.056 2079

47 16:23:12.247 16:23:14.395 2148

48 16:41:41.510 16:41:43.511 2001

49 16:46:33.841 16:46:35.901 2060

50 16:50:33.220 16:50:35.228 2008

51 16:54:23.579 16:54:25.599 2020

52 16:58:06.298 16:58:08.459 2161

53 17:02:23.117 17:02:25.237 2120

54 17:06:53.364 17:06:55.476 2112

55 17:12:09.834 17:12:11.842 2008

56 17:15:52.573 17:15:54.893 2320

57 17:20:19.592 17:20:21.633 2041

58 16:49:25.365 16:49:27.533 2168

59 18:14:53.823 18:14:55.803 1980

60 18:21:28.089 18:21:30.201 2112

Table 10, LU test results with Austria SIM Card in 4G network

LU time with Austria SIM in 4G network

47

Sample Number Attach Request Attach Complete Delay in ms

1 13:12:33.463 13:12:34.258 795

2 13:17:21.882 13:17:22.621 739

3 13:23:25.614 13:23:26.352 738

4 13:29:00.586 13:29:01.551 965

5 13:38:05.883 13:38:06.629 746

6 13:46:48.082 13:46:48.901 819

7 13:55:53.433 13:55:54.146 713

8 14:06:02.524 16:06:03.462 938

9 14:17:26.344 14:17:27.093 749

10 14:24:59.473 14:25:00.262 789

11 14:38:16.282 14:38:17.068 786

12 14:44:58.303 14:44:59.291 988

13 14:52:05.201 14:52:05.965 764

14 15:00:29.815 15:00:30.577 762

15 15:06:57.501 15:06:58.294 793

16 15:12:59.283 15:13:00.052 769

17 15:18:53.163 15:18:54.034 871

18 15:23:48.442 15:23:49.219 777

19 15:29:14:143 15:29:14.920 777

20 15:34:42.802 15:34:43.536 734

21 15:41:03.481 15:41:04.212 731

22 15:47:45.053 15:47:45.851 798

23 15:57:43.682 15:57:44.440 758

24 16:08:17.681 16:08:18.583 902

25 16:13:21.733 16:13:22.565 832

26 13:06:17.194 13:06:18.340 1146

27 13:16:31.394 13:16:32.362 968

28 13:22:29.892 13:22:30.539 647

29 13:52:31.322 13:52:32.251 929

30 13:58:55:851 13:58:56.634 783

31 14:05:15.035 14:04:15.990 955

32 14:14:24.163 14:14:25.032 869

33 14:20:56.372 14:20:57.090 718

34 14:27:37.352 14:27:38.364 1012

35 14:39:25.213 14:39:26.045 832

36 14:48:25.862 14:48:26.987 1125

37 15:00:35.492 15:00:36.217 725

38 15:08:06.345 15:08:07.225 880

39 15:13:28.164 15:13:29.092 928

40 15:18:12.285 15:18:12.942 657

41 15:24:03.382 15:24:04.304 922

42 15:34:30.203 15:34:31.121 918

48

43 15:39:50.964 15:39:51.992 1028

44 15:46:11.992 15:46:12.916 924

45 15:51:38.015 15:51:38.959 944

46 15:56:52.342 15:56:53.030 688

47 16:18:52.123 16:18:52.863 740

48 16:24:28.114 16:24:28.798 684

49 16:28:30.292 16:28:31.122 830

50 16:35:36.231 16:35:37.241 1010

51 16:43:06.921 16:43:07.845 924

52 16:48:41.793 16:48:42.525 732

53 16:54:06.770 16:54:07.639 869

54 16:59:28.683 16:59:29.428 745

55 17:05:46.943 17:05:47.791 848

56 17:17:21.877 17:17:22.679 802

57 17:21:47.460 17:21:48.559 1099

58 17:27:46.395 17:27:47.221 826

59 17:43:47.243 17:43:47.919 676

60 17:48:49.155 17:48:49.910 755

61 17:53:29.994 17:53:30.939 945

62 17:59:02.816 17:59:03.515 699

63 18:03:21.005 18:03:21.859 854

64 18:08:46.862 18:08:47.894 1032

65 18:15:49.460 18:15:50.226 766

66 18:20:47.443 18:20:48.335 892

67 09:33:16.374 09:33:17.234 860

68 09:39:09.222 09:39:10.277 1055

69 09:43:33.984 09:43:34.983 999

70 09:50:55.363 09:50:56.181 818

71 09:56:32.414 09:56:33.299 885

72 10:01:47:073 10:01:47.927 854

73 10:14:41.514 10:14:42.214 700

74 10:21:29.127 10:21:29.837 710

75 10:25:12.563 10:25:13.600 1037

76 10:36:07.654 10:36:09.372 1718

77 10:57:04.484 10:57:05.235 751

78 11:02:58.045 11:02:58.897 852

79 11:08:05.147 11:08:06.016 869

80 11:13:47.936 11:13:49.100 1164

81 11:19:02.342 11:19:03.431 1089

82 11:24:19.223 11:24:20.118 895

83 12:50:57.297 12:50:58.183 886

84 12:58:07.024 12:58:07.886 862

85 13:05:48.245 13:05:49.172 927

49

86 13:12:07.645 13:12:08.478 833

87 13:17:44.491 13:17:45.416 925

88 15:38:14.035 15:38:15.348 1313

89 15:45:53.343 15:45:54.185 842

90 15:52:42.984 15:52:43.993 1009

91 16:17:28.664 16:17:29.525 861

92 16:21:25.185 16:21:25.928 743

93 16:25:38.124 16:25:38.848 724

94 10:31:26.155 10:31:26.878 723

95 10:35:47.739 10:35:48.549 810

96 10:40:00.655 10:40:01.484 829

97 10:45:11.971 10:45:13.155 1184

98 13:07:11.225 13:07:12.193 968

99 13:17:24.042 13:17:24.993 951

100 13:23:21.371 13:23:22.501 1130

101 13:29:18.703 13:29:19.636 933

102 13:34:54.643 13:34:55.495 852

103 13:55:49.892 13:55:50.795 903

104 14:51:16.844 14:51:17.710 866

105 14:59:11.304 14:59:12.044 740

106 18:40:18.227 18:40:18.970 743

Table 11, LU test result with Austria SIM Card in 3G network

LU time with Austria SIM in 3G network

Sample Number Attach Request Attach Complete Delay in

ms

1 15:41:46.044 15:41:47.812 1768

2 16:00:31.608 16:00:33.277 1669

3 16:13:49.937 16:13:51.805 1868

4 16:30:41.528 14:30:43.382 1854

5 16:36:37.418 16:36:39.419 2001

6 16:42:35.778 16:42:37.737 1959

7 16:46:45.224 16:46:47.016 1792

8 16:52:48.575 16:52:50.582 2007

9 17:03:19.931 17:03:21.780 1849

10 17:09:16.650 17:09:18.550 1900

11 17:14:17.557 17:14:19.429 1872

12 17:19:36.567 17:19:38.368 1801

13 17:37:49.203 17:37:51.083 1880

14 09:32:38.616 09:32:40.483 1867

15 09:38:06.363 09:38:08.254 1891

16 09:47:18.052 09:47:19.880 1828

17 09:55:42.138 09:55:44.258 2120

50

18 10:01:27.596 10:01:29.456 1860

19 10:06:31.487 10:06:33.086 1599

20 10:06:31.287 10:06:33.086 1799

21 10:18:13.502 10:18:15.403 1901

22 10:23:13.550 10:23:15.435 1885

23 10:27:07.582 10:27:09.461 1879

24 10:32:31.260 10:32:33.140 1880

25 10:36:51.159 10:36:52.959 1800

26 10:42:06.018 10:42:08.057 2039

27 10:47:17.337 10:47:19.256 1919

28 10:44:54.194 10:55:55.893 1699

29 11:05:56.073 11:05:57.879 1806

30 11:13:26.670 11:13:28.789 2119

31 13:05:16.088 13:05:17.960 1872

32 13:20:40.556 13:20:42.496 1940

33 13:29:37.842 13:29:39.733 1891

34 13:34:53.052 13:34:54.840 1788

35 13:39:07.990 13:39:09.811 1821

36 13:43:28.890 13:43:30.689 1799

37 13:49:42.669 13:49:44.616 1947

38 13:54:07.615 13:54:09.527 1912

39 14:01:43.585 14:01:45.392 1807

40 14:07:08.404 14:07:10.172 1768

41 15:14:23.906 15:14:25.693 1787

42 15:31:38.462 15:31:40.181 1719

43 15:39:12.699 15:39:14.467 1768

44 15:47:34.655 15:47:36.525 1870

45 16:13:01.430 16:13:03.310 1880

46 16:18:02.460 16:18:04.448 1988

47 16:23:09.387 16:23:11.267 1880

48 16:41:41.990 16:41:43.842 1852

49 16:46:35.149 16:46:37.169 2020

50 16:50:29.340 16:50:31.108 1768

51 16:54:14.639 16:54:16.619 1980

52 16:58:07.586 16:58:09.598 2012

53 17:02:27.425 17:02:29.277 1852

54 17:06:49.825 17:06:51.516 1691

55 17:12:11.902 17:12:13.694 1792

56 17:15:51.303 17:15:52.922 1619

57 17:20:21.192 17:20:22.892 1700

58 16:49:24.305 16:49:26.325 2020

51

59 18:14:49.423 18:14:51.483 2060

60 18:21:26.242 18:21:28.141 1899

Table 12, LU test results with Slovenia SIM Card in 4G network

LU time with Slovenia SIM in 4G network

Sample Number Attach Request Attach Complete Delay in

ms

1 13:12:28.948 13:12:30.321 1373

2 13:17:15.984 13:17:17.377 1393

3 13:23:18.879 13:23:20.263 1384

4 13:28:54.214 13:28:55.690 1476

5 13:37:59.802 13:38:01.140 1338

6 13:46:43.264 13:46:44.669 1405

7 13:55:48.593 13:55:49.975 1382

8 14:06:00.330 14:06:01.716 1386

9 14:17:23.284 14:17:24.821 1537

10 14:24:51.684 14:24:53.547 1863

11 14:38:11.003 14:38:12.536 1506

12 14:44:56.074 14:44:57.417 1343

13 14:52:00.063 14:52:01.396 1333

14 15:00:37.843 15:00:39.329 1486

15 15:06:57.164 15:06:58.558 1394

16 15:12:57.224 15:12:58.563 1339

17 15:18:47.722 15:18:49.548 1826

18 15:23:43.464 15:23:44.862 1398

19 15:29:09.323 14:29:10.744 1421

20 15:34:38.493 15:34:39.824 1331

21 15:41:05.182 15:41:06.592 1410

22 15:47:44.104 15:47:45.430 1326

23 15:57:38.482 15:57:39.597 1115

24 16:08:15.133 16:08:16.610 1477

25 16:13:14.679 16:13:15.939 1260

26 13:06:10.568 13:06:11.722 1154

27 13:16:23.639 13:16:24.919 1280

28 13:22:19.449 13:22:20.709 1260

29 13:52:22.081 13:52:23.469 1388

30 13:58:49.459 13:58:50.543 1084

31 14:05:11.760 14:05:12.888 1128

32 14:14:21.311 14:14:22.604 1293

33 14:20:46.571 14:20:47.679 1108

34 14:27:37.791 14:27:38.953 1162

35 14:39:22.569 14:39:23.722 1153

52

36 14:48:27.380 14:48:28.584 1204

37 15:00:34.573 15:00:35.828 1255

38 15:07:59.379 15:08:01.171 1792

39 15:13:16.810 15:13:18.064 1254

40 15:18:07.955 15:18:08.958 1003

41 15:23:54.829 15:23:56.224 1395

42 15:34:21.319 15:34:22.483 1164

43 15:39:34.810 15:39:35.861 1051

44 15:46:04.400 15:46:05.619 1219

45 15:51:30.730 15:51:31.885 1155

46 15:56:46.849 15:56:48.095 1246

47 16:18:43.191 16:18:44.353 1162

48 16:24:18.699 16:24:20.326 1627

49 16:28:38.188 16:28:39.565 1377

50 16:35:23.930 16:35:25.090 1160

51 16:42:56.151 16:42:57.396 1245

52 16:48:31.139 16:48:32.364 1225

53 16:53:57.299 16:53:58.525 1226

54 16:59:15.700 16:59:16.881 1181

55 17:05:27.508 17:05:28.867 1359

56 17:17:07.111 17:17:08.229 1118

57 17:21:54.216 17:21:55.267 1051

58 17:27:52.078 17:27:53.317 1239

59 17:43:34.089 17:43:35.261 1172

60 17:48:32.389 17:48:33.529 1140

61 17:53:31.659 17:53:32.853 1194

62 17:58:38.440 17:58:39.693 1253

63 18:03:26.539 18:03:27.690 1151

64 18:03:26.539 18:03:27.690 1151

65 18:15:21.869 18:15:23.339 1470

66 18:20:51.500 18:20:52.748 1248

67 09:33:25.591 09:33:27.061 1470

68 09:38:59.250 09:39:00.751 1501

69 09:43:21.061 09:43:22.239 1178

70 09:50:44.760 09:50:45.846 1086

71 09:56:32.082 09:56:33.216 1134

72 10:01:37.358 10:01:38.581 1223

73 10:14:30.920 10:14:32.106 1186

74 10:21:16.189 10:21:17.391 1202

75 10:25:16.561 10:25:18.015 1454

76 10:57:14.850 10:57:15.996 1146

53

77 11:02:39.032 11:02:40.189 1157

78 11:07:43.722 11:07:44.998 1276

79 11:13:15.942 11:13:17.126 1184

80 11:19:07.861 11:19:08.938 1077

81 11:23:59.981 11:24:01.026 1045

82 10:50:44.803 12:50:46.098 1295

83 12:57:51.034 12:57:52.240 1206

84 13:05:21.991 13:05:23.202 1211

85 13:11:39.830 13:11:41.158 1328

86 13:17:19.041 13:17:20.414 1373

87 15:38:09.830 15:38:11.051 1221

88 15:45:49.572 15:45:50.694 1122

89 15:52:39.544 15:52:40.954 1410

90 16:17:24.319 16:17:25.412 1093

91 16:21:22.169 16:21:23.342 1173

92 16:25:31.991 16:25:33.199 1208

93 10:31:26.158 10:31:27.470 1312

94 10:35:45.167 10:35:46.250 1083

95 10:40:02.400 10:40:03.515 1115

96 10:45:09.710 10:45:11.006 1296

97 13:06:59.239 13:07:00.420 1181

98 13:17:20.240 13:17:21.320 1080

99 13:23:31.210 13:23:32.452 1242

100 13:29:28.378 13:29:29.585 1207

101 13:34:53.699 13:34:54.813 1114

102 13:55:44.001 13:55:45.168 1167

103 14:51:08.231 14:51:09.305 1074

104 14:59:01.851 14:59:03.030 1179

105 18:40:20.886 18:40:21.985 1099

Table 13, LU test results with Slovenia SIM Card in 3G network

LU time with Slovenia SIM in 3G network

Sample Number Attach Request Attach Complete Delay in

ms

1 15:41:46.473 15:41:48.493 2020

2 16:00:35.429 16:00:37.628 2199

3 16:13:46.345 16:13:48.404 2059

4 16:30:36.120 16:30:38.488 2368

5 16:36:32.259 16:36:34.519 2260

6 16:42:35.725 16:42:37.777 2052

7 16:46:46.636 16:46:48.596 1960

8 16:52:48.914 16:52:51.062 2148

54

9 17:03:21.039 17:03:23.092 2053

10 17:09:18.290 17:09:20.350 2060

11 17:14:18.809 17:14:20.889 2080

12 17:19:36.387 17:19:38.488 2101

13 17:37:49.243 17:37:51.262 2019

14 09:32:37.356 09:32:39.456 2100

15 09:38:07.235 09:38:09.334 2099

16 09:47:20.560 09:47:22.493 1933

17 09:55:48.532 09:55:50.611 2079

18 10:01:27.588 10:01:29.648 2060

19 10:06:30.936 10:06:33.107 2171

20 10:13:32.285 10:13:34.534 2249

21 10:18:12.684 10:18:14.824 2140

22 10:23:14.623 10:23:16.702 2079

23 10:27:07.622 10:27:09.702 2080

24 10:32:31.420 10:32:33.448 2028

25 10:36:51.300 10:36:53.439 2139

26 10:42:06.004 10:42:08.198 2194

27 10:47:18.177 10:47:20.198 2021

28 10:55:54.322 10:55:56.374 2052

29 11:05:56.092 11:05:58.471 2379

30 11:13:27.429 11:13:29.829 2400

31 13:05:16.248 13:05:18.500 2252

32 13:20:40.536 13:20:42.576 2040

33 13:29:37.814 13:29:39.873 2059

34 13:34:54.320 13:34:56.581 2261

35 13:39:07.759 13:39:09.971 2212

36 13:43:29.978 13:43:32.170 2192

37 13:49:42.688 13:49:44.748 2060

38 13:54:07.415 13:54:09.447 2032

39 14:01:44.605 14:01:46.813 2208

40 14:07:05.884 14:07:08.032 2148

41 15:14:24.074 15:14:26.133 2059

42 15:31:38.289 15:31:40.629 2340

43 15:39:12.859 15:39:14.947 2088

44 15:47:35.737 15:47:37.857 2120

45 16:13:01.498 16:13:03.539 2041

46 16:18:02.298 16:18:04.276 1978

47 16:23:09.347 16:23:11.615 2268

48 16:41:42.011 16:41:43.991 1980

49 16:46:36.061 16:46:38.112 2051

55

50 16:50:30.320 16:50:32.360 2040

51 16:54:14.659 16:54:16.707 2048

52 16:58:08.686 16:58:10.606 1920

53 17:02:27.232 17:02:29.525 2293

54 17:06:49.657 17:06:51.744 2087

55 17:12:12.204 17:12:14.302 2098

56 17:15:52.541 17:15:54.883 2342

57 17:20:21.160 17:20:23.172 2012

58 16:49:33.085 16:49:35.244 2159

59 18:14:42.622 18:14:44.762 2140

60 18:21:31.041 18:21:32.989 1948

Table 14, LU test results with Norway SIM Card in 4G network

LU time with Norway SIM in 4G network

Sample Number Attach Request Attach Complete Delay in

ms

1 14:11:53.663 14:11:54.585 922

2 14:18:53.943 14:18:54.966 1023

3 14:21:09.552 14:21:10.250 698

4 14:46:44.144 16:46:45.109 965

5 14:50:38.493 14:50:39.284 791

6 14:53:09.374 14:53:10.106 732

7 14:56:32.262 14:56:33.195 933

8 14:58:45.875 14:58:46.782 907

9 15:01:13.373 15:01:14.054 681

10 15:04:15.115 15:04:16.354 1239

11 15:07:10.104 15:07:11.037 933

12 15:10:11.424 15:10:12.152 728

13 15:13:17.084 15:13:18.149 1065

14 15:15:44.855 15:15:45.595 740

15 15:18:09.855 15:18:10.806 951

16 15:32:18.962 15:32:20.182 1220

17 15:36:05.934 15:36:06.779 845

18 15:39:46.393 15:39:47.341 948

19 15:47:16.942 15:47:17.700 758

20 16:01:18.573 16:01:19.382 809

21 13:06:30.753 13:06:31.635 882

22 13:16:26.696 13:16:27.648 952

23 13:22:29.457 13:22.30.429 972

24 13:53:02.444 13:53:03.361 917

25 13:58:48.713 13:58:49.565 852

26 14:06:42.605 14:06:43.489 884

56

27 14:14:26.013 14:14:26.897 884

28 14:20:45.020 14:20:46.122 1102

29 14:27:37.811 14:27:38.811 1000

30 14:39:44.025 14:39:45.020 995

31 14:48:15.508 14:48:16.351 843

32 15:00:40.082 15:00:40.824 742

33 15:07:58.095 15:07:58.868 773

34 15:13:11.165 15:13:12.419 1254

35 15:18:04.632 15:18:05.438 806

36 15:23:54.513 15:23:55.310 797

37 15:34:21.242 15:34:22.566 1324

38 15:39:34.062 15:39:35.216 1154

39 15:46:03.096 15:46:04.041 945

40 15:51:30.066 15:51:31.083 1017

41 15:56:43.374 15:56:44.579 1205

42 16:18:42.135 16:18:42.998 863

43 16:24:21.432 16:24:22.507 1075

44 16:28:38.032 16:28:38.810 778

45 16:35:21.642 16:35:22.692 1050

46 16:42:54.724 16:42:55.772 1048

47 16:48:29.485 16:48:30.482 997

48 16:53:57.273 16:53:58.076 803

49 16:59:14.475 16:59:15.488 1013

50 17:05:25.368 17:05:26.908 1540

51 17:17:05.574 17:17:06.712 1138

52 17:21:45.054 17:21:45.910 856

53 17:27:47.784 17:27:48.668 884

54 17:43:30.343 17:43:31.743 1400

55 17:48:34.103 17:48:35.164 1061

56 17:53:30.565 17:53:31.507 942

57 17:58:36.955 17:58:38.138 1183

58 18:03:26.224 18:03:27.204 980

59 18:08:26.899 18:08:27.884 985

60 18:15:21.175 18:15:21.944 769

61 18:20:50.877 18:20:51.805 928

62 09:33:24.465 09:33:25.384 919

63 09:39:01.443 09:39:02.573 1130

64 09:43:23.565 09:43:24.276 711

65 09:50:46.525 09:50:47.964 1439

66 09:56:27.064 09:56:28.047 983

67 10:01:39.943 10:01:40.901 958

57

68 10:14:29.947 10:14:30.945 998

69 10:21:14.958 10:21:15.796 838

70 10:25:11.003 10:25:11.943 940

71 10:33:41.759 10:33:42.494 735

72 10:57:10.874 10:57:11.775 901

73 11:02:45.714 11:02:46.616 902

74 11:07:42.820 11:07:43.710 890

75 11:13:17.543 11:13:18.526 983

76 11:19:06.323 11:19:07.241 918

77 11:23:58.814 11:23:59.687 873

78 12:50:43.539 12:50:44.375 836

79 12:57:52.886 12:57:53.663 777

80 13:05:21.994 13:05:23.363 1369

81 13:11:35.604 13:11:36.355 751

82 13:17:17.243 13:17:18.182 939

83 15:38:12.605 15:38:13.585 980

84 15:45:49.003 15:45:49.809 806

85 15:52:38.674 15:52:39.864 1190

86 16:17:26.503 16:17:27.416 913

87 16:21:24.085 16:21:24.924 839

88 16:25:31.032 16:25:32.129 1097

89 10:31:24.693 10:31:25.544 851

90 10:35:44.882 10:35:45.784 902

91 10:39:58.312 10:39:59.265 953

92 10:45:09.324 10:45:10.442 1118

93 13:07:25.215 13:07:26.172 957

94 13:17:19.864 13:17:20.601 737

95 13:23:18.153 13:23:19.087 934

96 13:29:15.842 13:29:16.677 835

97 13:34:28.983 13:34:29.858 875

98 13:55:43.872 13:55:44.691 819

99 14:51:10.335 14:51:11.190 855

100 14:59:01.533 14:59:02.802 1269

101 18:40:17.530 18:40:18.434 904

Table 15, LU test results with Norway SIM Card in 3G network

LU time with Norway SIM in 3G network

Sample Number Attach Request Attach Complete Delay in

ms

1 15:41:37.637 15:41:39.777 2140

2 16:01:02.008 16:01:03.909 1901

3 16:13:33.792 16:13:35.613 1821

58

4 16:31:15.180 16:31:17.140 1960

5 16:36:27.338 16:36:29.291 1953

6 16:42:27.057 16:42:29.025 1968

7 16:46:42.976 16:46:44.896 1920

8 16:52:45.283 16:52:47.195 1912

9 17:03:15.999 17:03:17.959 1960

10 17:09:14.730 17:09:16.650 1920

11 17:14:10.237 17:14:12.317 2080

12 17:19:32.967 17:19:34.976 2009

13 17:37:44.483 17:37:46.683 2200

14 09:32:33.696 09:32:35.655 1959

15 09:36:03.585 09:38:05.534 1949

16 09:47:16.972 09:47:18.920 1948

17 09:55:38.458 09:55:40.429 1971

18 10:01:31.949 10:01:33.949 2000

19 10:06:36.287 10:36:38.335 2048

20 10:13:28.705 10:13:30.772 2067

21 10:18:23.084 10:18:24.992 1908

22 10:23:18.883 10:23:20.810 1927

23 10:27:11.611 10:27:13.489 1878

24 10:32:26.708 10:32:28.668 1960

25 10:36:55.507 10:36:57.498 1991

26 10:42:00.038 10:42:01.997 1959

27 10:47:21.345 10:47:23.356 2011

28 10:55:57.002 10:55:58.913 1911

29 11:05:59.899 11:06:01.851 1952

30 11:13:23.909 11:13:25.830 1921

31 13:05:12.388 13:05:14.288 1900

32 13:20:36.996 13:20:38.924 1928

33 13:29:41.233 13:29:43.153 1920

34 13:34:52.193 13:34:54.092 1899

35 13:39:05.439 13:39:07.419 1980

36 13:43:26.310 13:43:28.291 1981

37 13:49:40.316 13:49:42.717 2401

38 13:54:02.415 13:54:04.427 2012

39 14:01:38.393 14:01:40.445 2052

40 14:07:03.184 14:07:05.211 2027

41 15:14:18.086 15:14:19.885 1799

42 15:31:35.901 15:31:37.791 1890

43 15:39:09.039 15:39:10.979 1940

44 15:47:32.325 15:47:34.196 1871

59

45 16:12:57.798 16:12:59.739 1941

46 16:18:04.009 16:18:05.969 1960

47 16:23:13.927 16:23:15.855 1928

48 16:41:39.522 16:41:41.402 1880

49 16:46:34.061 16:46:36.001 1940

50 16:50:26.760 16:50:28.660 1900

51 16:54:16.159 16:54:18.139 1980

52 16:58:07.527 16:58:09.458 1931

53 17:02:31.237 17:02:33.117 1880

54 17:06:55.084 17:06:56.964 1880

55 17:12:11.055 17:12:12.974 1919

56 17:15:52.694 17:15:54.622 1928

57 17:20:20.321 17:20:22.292 1971

58 16:49:34.105 16:49:35.732 1627

59 18:15:01.571 18:15:03.462 1891

60 18:21:33.081 18:21:34.861 1780

Table 16, LU test results with Local SIM Card in 4G network

LU time with Local SIM in 4G network

Sample Number Attach Request Attach Complete Delay in

ms

1 09:39:58.948 09:39:59.605 657

2 09:47:53.319 09:47:54.170 851

3 09:49:34.103 09:49:34.771 668

4 09:53:14.270 09:53:14.968 698

5 09:55:50.447 09:55:51.636 1189

6 09:58:20.565 09:58:21.300 735

7 10:02:19.836 10:02:20.667 831

8 10:06:42.900 10:06:43.840 940

9 10:10:16.764 10:10:17.723 959

10 10:18:22.501 10:18:23.226 725

11 10:22:26.666 10:22:27.849 1183

12 10:24:32.706 10:24:33.598 892

13 10:43:48.917 10:43:49.858 941

14 10:53:39.910 10:53:40.713 803

15 10:56:37.025 10:56:37.901 876

16 11:03:46.885 11:03:47.940 1055

17 11:05:46.977 11:05:47.863 886

18 11:07:40.028 11:07:40.997 969

19 11:10:47.827 11:10:48.596 769

20 11:23:28.360 11:23:29.247 887

21 11:26:44.271 11:26:45.126 855

60

22 12:42:35.044 12:42:35.997 953

23 12:44:39.829 12:44:40.594 765

24 12:47:34.249 12:47:35.028 779

25 13:06:07.535 13:06:08.310 775

26 13:08:15.235 13:08:16.202 967

27 13:14.05.477 13:14:06.345 868

28 13:27:36.699 13:27:37.464 765

29 13:29:33.065 13:29:33.796 731

30 13:41:31.036 13:41:31.812 776

31 13:44:37.255 13:44:38.072 817

32 13:47:35.403 13:47:36.398 995

33 13:49:28.725 13:49:29.740 1015

34 13:55:53.024 13:55:53.995 971

35 13:59:45.525 13:59:46.448 923

36 14:06:56.126 14:06:57.020 894

37 14:12:42.994 14:12.44.146 1152

38 17:23:27.494 17:23:28.113 619

39 09:35:54.889 09:35:55.725 836

40 09:42:20.828 09:42:21.645 817

41 14:14:16.496 14:14:17.294 798

42 14:18:53.216 14:18:54.138 922

43 14:21:07.084 14:21:07.903 819

44 14:24:31.908 14:24:32.941 1033

45 14:29:12.123 14:29:13.077 954

46 14:30:37.388 14:30:38.238 850

47 14:32:59.154 14:32:59.923 769

48 14:34:36.098 14:34:36.920 822

49 14:36:16.025 14:36:16.811 786

50 14:39:25.775 14:39:26.559 784

51 14:41:03.735 14:41:04.634 899

52 14:44:51.235 14:44:52.034 799

53 14:48:10.319 14:48:11.020 701

54 14:50:38.774 14:50:39.603 829

55 14:53:06.170 14:53:07.014 844

56 14:56:31.779 14:56:32.726 947

57 14:58:46.182 14:58:46.924 742

58 15:01:12.138 15:01:13.029 891

59 15:04:13.585 15:04:14.434 849

60 15:05:32.846 15:05:33.782 936

61 15:07:09.458 15:07:10.523 1065

62 15:08:41.975 15:08:42.874 899

61

63 15:10:10.839 15:10:11.663 824

64 15:11:27.156 15:11:27.996 840

65 15:13:14.326 15:13:15.053 727

66 15:15:45.498 15:15:46.298 800

67 15:18:07.734 15:18:08.572 838

68 15:19:50.914 15:19:51.984 1070

69 15:32:17.975 15:32:18.895 920

70 15:36:04.040 15:36:04.838 798

71 15:39:44.464 15:39:45.481 1017

72 15:43:51.295 15:43:52.150 855

73 15:45:34.892 15:45:35.874 982

74 15:47:15.104 15:47:15.990 886

75 15:49:32.405 15:49:33.307 902

76 15:52:52.278 15:52:53.079 801

77 15:55:13.805 15:55:14.559 754

78 15:57:02.545 15:57:03.327 782

79 16:01:18.199 16:01:18.952 753

80 16:03:28.736 16:03:29.717 981

81 16:07:29.997 16:07:30.829 832

82 16:09:24.637 16:09:25.620 983

83 16:11:38.555 16:11:39.514 959

84 16:13:07.065 16:13:07.991 926

85 16:14:34.645 16:14:35.612 967

86 16:18:48.886 16:18:49.604 718

87 16:20:24.784 16:20:25.611 827

88 16:23:48.625 16:23:49.359 734

89 16:25:40.239 16:25:41.126 887

90 16:27:56.815 16:27:57.653 838

91 17:15:07.319 17:15:08.237 918

92 17:17:27.445 17:17:28.442 997

93 17:19:29.525 17:19:30.136 611

94 17:22:01.339 17:22:02.359 1020

95 17:26:33.955 17:26:34.854 899

96 17:48:37.438 17:48:38.255 817

97 17:50:51.886 17:50:52.947 1061

98 17:58:24.146 17:58:25.008 862

99 18:03:04.400 18:03:05.302 902

100 18:05:19.650 18:05:20.531 881

Table 17, LU test results with Local SIM Card in 3G network

LU time with Local SIM in 3G network

Sample Number Attach Request Attach Complete Delay in

62

ms

1 09:48:56.965 09:48:58.455 1490

2 09:51:41.666 09:51:43.365 1699

3 09:53:38.445 09:53:40.264 1819

4 09:56:51.604 09:56:53.363 1759

5 09:58:50.743 09:58:52.683 1940

6 10:00:36.983 10:00:38.903 1920

7 10:08:12.642 10:08:14.500 1858

8 10:11:38.340 10:11:40.229 1889

9 10:15:16.340 10:15:18.158 1818

10 10:19:28.178 10:19:30.078 1900

11 10:22:48.097 10:22:49.837 1740

12 10:24:51.897 10:24:53.636 1739

13 10:28:54.256 10:28:56.135 1879

14 10:32:08.616 10:32:10.614 1998

15 10:34:00.155 10:34:01.913 1758

16 10:36:13.294 10:36:15.073 1779

17 10:39:12.512 10:39:14.352 1840

18 10:43:34.892 10:43:36.589 1697

19 10:45:24.892 10:45:26.611 1719

20 10:47:32.951 10:47:34.770 1819

21 10:49:05.131 10:49:06.950 1819

22 10:50:54.950 10:50:56.669 1719

23 10:52:21.979 10:52:23.748 1769

24 10:54:32.530 10:54:34.328 1798

25 10:56:27.107 10:56:29.031 1924

26 10:58:53.690 10:58:55.547 1857

27 11:00:42.609 11:00:44.428 1819

28 11:02:57.126 11:02:58.866 1740

29 11:05:37.066 11:05:38.825 1759

30 11:08:06.905 11:08:08.766 1861

31 11:11:51.865 11:11:53.703 1838

32 11:13:40.705 11:13:42.463 1758

33 11:15:25.823 11:15:27.782 1959

34 11:16:43.583 11:16:45.323 1740

35 11:18:59.703 11:19:01.502 1799

36 13:46:09.983 13:46:11.764 1781

37 13:55:41.041 13:55:42.981 1940

38 13:57:40.201 13:57:41.980 1779

39 13:59:37.660 13:59:39.360 1700

40 14:02:47.539 14:02:49.399 1860

41 14:09:35.778 14:09:37.597 1819

42 14:12:56.397 14:12:58.356 1959

63

43 14:15:12.316 14:15:14.056 1740

44 14:32:02.731 14:34:04.551 1820

45 14:42:30.909 14:42:32.689 1780

46 14:46:42.948 14:46:44.728 1780

47 14:49:35.867 14:49:37.647 1780

48 14:55:44.385 14:55:46.146 1761

49 14:58:44.545 14:58:46.364 1819

50 15:03:25.023 15:03:26.744 1721

51 15:16:13.160 15:16:14.881 1721

52 15:24:16.879 15:24:18.698 1819

53 15:38:03.574 15:38:05.335 1761

54 15:43:39.254 15:43:41.033 1779

55 15:46:39.772 15:46:41.492 1720

56 16:37:03.239 16:37:04.979 1740

57 16:40:48.098 16:40:49.958 1860

58 16:45:09.338 16:45:11.037 1699

59 16:46:54.136 16:46:55.818 1682

60 17:00:09.493 17:00:11.393 1900

64

APPENDIX.2 UAE 3G PING 217.164.95.82 (217.164.95.82) from 80.251.193.32 : 56(84) bytes of data. 64 bytes from 217.164.95.82: icmp_seq=1 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=2 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=3 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=4 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=5 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=6 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=7 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=8 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=9 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=10 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=11 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=12 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=13 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=14 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=15 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=16 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=17 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=18 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=19 ttl=233 time=162 ms 64 bytes from 217.164.95.82: icmp_seq=20 ttl=233 time=162 ms --- 217.164.95.82 ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19989ms rtt min/avg/max/mdev = 162.499/162.734/162.912/0.550 ms PING 217.164.94.82 (217.164.94.82) from 80.251.193.32 : 56(84) bytes of data. 64 bytes from 217.164.94.82: icmp_seq=1 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=2 ttl=236 time=157 ms 64 bytes from 217.164.94.82: icmp_seq=3 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=4 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=5 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=6 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=7 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=8 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=9 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=10 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=11 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=12 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=13 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=14 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=15 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=16 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=17 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=18 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=19 ttl=236 time=158 ms 64 bytes from 217.164.94.82: icmp_seq=20 ttl=236 time=158 ms --- 217.164.94.82 ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19524ms rtt min/avg/max/mdev = 157.947/158.271/158.634/0.379 ms

65

UAE 4G PING 94.57.236.16 (94.57.236.16) from 80.251.193.32 : 56(84) bytes of data. 64 bytes from 94.57.236.16: icmp_seq=1 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=2 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=3 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=4 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=5 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=6 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=7 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=8 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=9 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=10 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=11 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=12 ttl=236 time=160 ms 64 bytes from 94.57.236.16: icmp_seq=13 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=14 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=15 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=16 ttl=236 time=160 ms 64 bytes from 94.57.236.16: icmp_seq=17 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=18 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=19 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=20 ttl=236 time=159 ms --- 94.57.236.16 ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19732ms rtt min/avg/max/mdev = 159.243/159.570/160.535/0.571 ms PING 94.57.236.16 (94.57.236.16) from 80.251.193.32 : 56(84) bytes of data. 64 bytes from 94.57.236.16: icmp_seq=1 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=2 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=3 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=4 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=5 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=6 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=7 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=8 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=9 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=10 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=11 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=12 ttl=236 time=160 ms 64 bytes from 94.57.236.16: icmp_seq=13 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=14 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=15 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=16 ttl=236 time=160 ms 64 bytes from 94.57.236.16: icmp_seq=17 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=18 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=19 ttl=236 time=159 ms 64 bytes from 94.57.236.16: icmp_seq=20 ttl=236 time=159 ms --- 94.57.236.16 ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19732ms rtt min/avg/max/mdev = 159.243/159.570/160.535/0.571 ms Austria: Same IP address for 4G & 3G IP address : 194.24.157.145 & 194.24.154.145 PING 194.24.154.145 (194.24.154.145) from 80.251.193.32 : 56(84) bytes of data.

66

64 bytes from 194.24.154.145: icmp_seq=1 ttl=237 time=62.3 ms 64 bytes from 194.24.154.145: icmp_seq=2 ttl=237 time=62.1 ms 64 bytes from 194.24.154.145: icmp_seq=3 ttl=237 time=62.1 ms 64 bytes from 194.24.154.145: icmp_seq=4 ttl=237 time=62.2 ms 64 bytes from 194.24.154.145: icmp_seq=5 ttl=237 time=62.2 ms 64 bytes from 194.24.154.145: icmp_seq=6 ttl=237 time=61.9 ms 64 bytes from 194.24.154.145: icmp_seq=7 ttl=237 time=62.1 ms 64 bytes from 194.24.154.145: icmp_seq=8 ttl=237 time=62.0 ms 64 bytes from 194.24.154.145: icmp_seq=9 ttl=237 time=61.9 ms 64 bytes from 194.24.154.145: icmp_seq=10 ttl=237 time=62.1 ms 64 bytes from 194.24.154.145: icmp_seq=11 ttl=237 time=62.1 ms 64 bytes from 194.24.154.145: icmp_seq=12 ttl=237 time=62.0 ms 64 bytes from 194.24.154.145: icmp_seq=13 ttl=237 time=62.2 ms 64 bytes from 194.24.154.145: icmp_seq=14 ttl=237 time=62.1 ms 64 bytes from 194.24.154.145: icmp_seq=15 ttl=237 time=62.0 ms 64 bytes from 194.24.154.145: icmp_seq=16 ttl=237 time=62.0 ms 64 bytes from 194.24.154.145: icmp_seq=17 ttl=237 time=61.9 ms 64 bytes from 194.24.154.145: icmp_seq=18 ttl=237 time=62.0 ms 64 bytes from 194.24.154.145: icmp_seq=19 ttl=237 time=62.2 ms 64 bytes from 194.24.154.145: icmp_seq=20 ttl=237 time=62.2 ms --- 194.24.154.145 ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19638ms rtt min/avg/max/mdev = 61.960/62.135/62.351/0.110 ms PING 194.24.157.145 (194.24.157.145) from 80.251.193.32 : 56(84) bytes of data. 64 bytes from 194.24.157.145: icmp_seq=1 ttl=238 time=50.0 ms 64 bytes from 194.24.157.145: icmp_seq=2 ttl=238 time=50.0 ms 64 bytes from 194.24.157.145: icmp_seq=3 ttl=238 time=49.8 ms 64 bytes from 194.24.157.145: icmp_seq=4 ttl=238 time=50.1 ms 64 bytes from 194.24.157.145: icmp_seq=5 ttl=238 time=50.0 ms 64 bytes from 194.24.157.145: icmp_seq=6 ttl=238 time=49.7 ms 64 bytes from 194.24.157.145: icmp_seq=7 ttl=238 time=49.8 ms 64 bytes from 194.24.157.145: icmp_seq=8 ttl=238 time=50.1 ms 64 bytes from 194.24.157.145: icmp_seq=9 ttl=238 time=50.0 ms 64 bytes from 194.24.157.145: icmp_seq=10 ttl=238 time=49.9 ms 64 bytes from 194.24.157.145: icmp_seq=11 ttl=238 time=49.8 ms 64 bytes from 194.24.157.145: icmp_seq=12 ttl=238 time=49.9 ms 64 bytes from 194.24.157.145: icmp_seq=13 ttl=238 time=50.0 ms 64 bytes from 194.24.157.145: icmp_seq=14 ttl=238 time=50.2 ms 64 bytes from 194.24.157.145: icmp_seq=15 ttl=238 time=50.0 ms 64 bytes from 194.24.157.145: icmp_seq=16 ttl=238 time=49.8 ms 64 bytes from 194.24.157.145: icmp_seq=17 ttl=238 time=49.9 ms 64 bytes from 194.24.157.145: icmp_seq=18 ttl=238 time=49.9 ms 64 bytes from 194.24.157.145: icmp_seq=19 ttl=238 time=49.9 ms 64 bytes from 194.24.157.145: icmp_seq=20 ttl=238 time=50.0 ms --- 194.24.157.145 ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19611ms rtt min/avg/max/mdev = 49.796/49.983/50.226/0.106 ms Slovenia 3G & 4G IP addresses : 213.229.194.113 & 213.229.194.97 PING 213.229.194.97 (213.229.194.97) from 80.251.193.32 : 56(84) bytes of data. 64 bytes from 213.229.194.97: icmp_seq=1 ttl=48 time=63.3 ms 64 bytes from 213.229.194.97: icmp_seq=2 ttl=48 time=63.0 ms

67

64 bytes from 213.229.194.97: icmp_seq=3 ttl=48 time=62.7 ms 64 bytes from 213.229.194.97: icmp_seq=4 ttl=48 time=62.8 ms 64 bytes from 213.229.194.97: icmp_seq=5 ttl=48 time=63.1 ms 64 bytes from 213.229.194.97: icmp_seq=6 ttl=48 time=62.7 ms 64 bytes from 213.229.194.97: icmp_seq=7 ttl=48 time=63.1 ms 64 bytes from 213.229.194.97: icmp_seq=8 ttl=48 time=63.6 ms 64 bytes from 213.229.194.97: icmp_seq=9 ttl=48 time=63.3 ms 64 bytes from 213.229.194.97: icmp_seq=10 ttl=48 time=62.8 ms 64 bytes from 213.229.194.97: icmp_seq=11 ttl=48 time=62.8 ms 64 bytes from 213.229.194.97: icmp_seq=12 ttl=48 time=62.9 ms 64 bytes from 213.229.194.97: icmp_seq=13 ttl=48 time=63.3 ms 64 bytes from 213.229.194.97: icmp_seq=14 ttl=48 time=63.3 ms 64 bytes from 213.229.194.97: icmp_seq=15 ttl=48 time=62.7 ms 64 bytes from 213.229.194.97: icmp_seq=16 ttl=48 time=63.3 ms 64 bytes from 213.229.194.97: icmp_seq=17 ttl=48 time=63.4 ms 64 bytes from 213.229.194.97: icmp_seq=18 ttl=48 time=63.1 ms 64 bytes from 213.229.194.97: icmp_seq=19 ttl=48 time=63.3 ms 64 bytes from 213.229.194.97: icmp_seq=20 ttl=48 time=63.0 ms --- 213.229.194.97 ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19661ms rtt min/avg/max/mdev = 62.738/63.127/63.689/0.284 ms 64 bytes from 213.229.194.113: icmp_seq=1 ttl=48 time=63.5 ms 64 bytes from 213.229.194.113: icmp_seq=2 ttl=48 time=64.0 ms 64 bytes from 213.229.194.113: icmp_seq=3 ttl=48 time=62.8 ms 64 bytes from 213.229.194.113: icmp_seq=4 ttl=48 time=62.9 ms 64 bytes from 213.229.194.113: icmp_seq=5 ttl=48 time=63.3 ms 64 bytes from 213.229.194.113: icmp_seq=6 ttl=48 time=63.1 ms 64 bytes from 213.229.194.113: icmp_seq=7 ttl=48 time=63.3 ms 64 bytes from 213.229.194.113: icmp_seq=8 ttl=48 time=63.3 ms 64 bytes from 213.229.194.113: icmp_seq=9 ttl=48 time=63.2 ms 64 bytes from 213.229.194.113: icmp_seq=10 ttl=48 time=63.3 ms 64 bytes from 213.229.194.113: icmp_seq=11 ttl=48 time=63.2 ms 64 bytes from 213.229.194.113: icmp_seq=12 ttl=48 time=62.9 ms 64 bytes from 213.229.194.113: icmp_seq=13 ttl=48 time=67.0 ms 64 bytes from 213.229.194.113: icmp_seq=14 ttl=48 time=72.7 ms 64 bytes from 213.229.194.113: icmp_seq=15 ttl=48 time=63.0 ms 64 bytes from 213.229.194.113: icmp_seq=16 ttl=48 time=65.7 ms 64 bytes from 213.229.194.113: icmp_seq=17 ttl=48 time=66.3 ms 64 bytes from 213.229.194.113: icmp_seq=18 ttl=48 time=67.4 ms 64 bytes from 213.229.194.113: icmp_seq=19 ttl=48 time=62.8 ms 64 bytes from 213.229.194.113: icmp_seq=20 ttl=48 time=63.4 ms --- 213.229.194.113 ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19629ms rtt min/avg/max/mdev = 62.878/64.407/72.760/2.398 ms Norway 3G & 4G ip addresses: 217.148.144.54 & 217.148.144.60 & 217.148.144.46 & 217.148.144.53 PING 217.148.144.54 (217.148.144.54) from 80.251.193.32 : 56(84) bytes of data. 64 bytes from 217.148.144.54: icmp_seq=1 ttl=40 time=71.3 ms 64 bytes from 217.148.144.54: icmp_seq=2 ttl=40 time=71.8 ms 64 bytes from 217.148.144.54: icmp_seq=3 ttl=40 time=71.5 ms 64 bytes from 217.148.144.54: icmp_seq=4 ttl=40 time=71.3 ms 64 bytes from 217.148.144.54: icmp_seq=5 ttl=40 time=71.8 ms

68

64 bytes from 217.148.144.54: icmp_seq=6 ttl=40 time=71.6 ms 64 bytes from 217.148.144.54: icmp_seq=7 ttl=40 time=71.8 ms 64 bytes from 217.148.144.54: icmp_seq=8 ttl=40 time=71.6 ms 64 bytes from 217.148.144.54: icmp_seq=9 ttl=40 time=71.5 ms 64 bytes from 217.148.144.54: icmp_seq=10 ttl=40 time=71.6 ms 64 bytes from 217.148.144.54: icmp_seq=11 ttl=40 time=71.3 ms 64 bytes from 217.148.144.54: icmp_seq=12 ttl=40 time=71.6 ms 64 bytes from 217.148.144.54: icmp_seq=13 ttl=40 time=71.4 ms 64 bytes from 217.148.144.54: icmp_seq=14 ttl=40 time=71.5 ms 64 bytes from 217.148.144.54: icmp_seq=15 ttl=40 time=71.3 ms 64 bytes from 217.148.144.54: icmp_seq=16 ttl=40 time=71.6 ms 64 bytes from 217.148.144.54: icmp_seq=17 ttl=40 time=71.6 ms 64 bytes from 217.148.144.54: icmp_seq=18 ttl=40 time=71.6 ms 64 bytes from 217.148.144.54: icmp_seq=19 ttl=40 time=71.1 ms 64 bytes from 217.148.144.54: icmp_seq=20 ttl=40 time=71.1 ms --- 217.148.144.54 ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19581ms rtt min/avg/max/mdev = 71.120/71.543/71.854/0.422 ms PING 217.148.144.53 (217.148.144.53) from 80.251.193.32 : 56(84) bytes of data. 64 bytes from 217.148.144.53: icmp_seq=1 ttl=40 time=72.0 ms 64 bytes from 217.148.144.53: icmp_seq=2 ttl=40 time=71.9 ms 64 bytes from 217.148.144.53: icmp_seq=3 ttl=40 time=71.9 ms 64 bytes from 217.148.144.53: icmp_seq=4 ttl=40 time=72.0 ms 64 bytes from 217.148.144.53: icmp_seq=5 ttl=40 time=71.9 ms 64 bytes from 217.148.144.53: icmp_seq=6 ttl=40 time=71.8 ms 64 bytes from 217.148.144.53: icmp_seq=7 ttl=40 time=72.0 ms 64 bytes from 217.148.144.53: icmp_seq=8 ttl=40 time=71.9 ms 64 bytes from 217.148.144.53: icmp_seq=9 ttl=40 time=71.3 ms 64 bytes from 217.148.144.53: icmp_seq=10 ttl=40 time=72.0 ms 64 bytes from 217.148.144.53: icmp_seq=11 ttl=40 time=71.9 ms 64 bytes from 217.148.144.53: icmp_seq=12 ttl=40 time=71.5 ms 64 bytes from 217.148.144.53: icmp_seq=13 ttl=40 time=71.9 ms 64 bytes from 217.148.144.53: icmp_seq=14 ttl=40 time=71.5 ms 64 bytes from 217.148.144.53: icmp_seq=15 ttl=40 time=71.8 ms 64 bytes from 217.148.144.53: icmp_seq=16 ttl=40 time=71.9 ms 64 bytes from 217.148.144.53: icmp_seq=17 ttl=40 time=72.1 ms 64 bytes from 217.148.144.53: icmp_seq=18 ttl=40 time=71.8 ms 64 bytes from 217.148.144.53: icmp_seq=19 ttl=40 time=71.7 ms 64 bytes from 217.148.144.53: icmp_seq=20 ttl=40 time=71.9 ms ^C --- 217.148.144.53 ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19590ms rtt min/avg/max/mdev = 71.346/71.885/72.195/0.389 ms PING 217.148.144.46 (217.148.144.46) from 80.251.193.32 : 56(84) bytes of data. 64 bytes from 217.148.144.46: icmp_seq=1 ttl=39 time=78.3 ms 64 bytes from 217.148.144.46: icmp_seq=2 ttl=39 time=78.7 ms 64 bytes from 217.148.144.46: icmp_seq=3 ttl=39 time=78.7 ms 64 bytes from 217.148.144.46: icmp_seq=4 ttl=39 time=78.4 ms 64 bytes from 217.148.144.46: icmp_seq=5 ttl=39 time=78.6 ms 64 bytes from 217.148.144.46: icmp_seq=6 ttl=39 time=78.2 ms 64 bytes from 217.148.144.46: icmp_seq=7 ttl=39 time=78.8 ms 64 bytes from 217.148.144.46: icmp_seq=8 ttl=39 time=78.8 ms 64 bytes from 217.148.144.46: icmp_seq=9 ttl=39 time=78.8 ms

69

64 bytes from 217.148.144.46: icmp_seq=10 ttl=39 time=78.7 ms 64 bytes from 217.148.144.46: icmp_seq=11 ttl=39 time=78.8 ms 64 bytes from 217.148.144.46: icmp_seq=12 ttl=39 time=78.4 ms 64 bytes from 217.148.144.46: icmp_seq=13 ttl=39 time=78.6 ms 64 bytes from 217.148.144.46: icmp_seq=14 ttl=39 time=78.4 ms 64 bytes from 217.148.144.46: icmp_seq=15 ttl=39 time=78.7 ms 64 bytes from 217.148.144.46: icmp_seq=16 ttl=39 time=78.8 ms 64 bytes from 217.148.144.46: icmp_seq=17 ttl=39 time=78.5 ms 64 bytes from 217.148.144.46: icmp_seq=18 ttl=39 time=78.3 ms 64 bytes from 217.148.144.46: icmp_seq=19 ttl=39 time=78.3 ms 64 bytes from 217.148.144.46: icmp_seq=20 ttl=39 time=78.3 ms --- 217.148.144.46 ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19948ms rtt min/avg/max/mdev = 78.250/78.605/78.867/0.360 ms PING 217.148.144.60 (217.148.144.60) from 80.251.193.32 : 56(84) bytes of data. 64 bytes from 217.148.144.60: icmp_seq=1 ttl=39 time=75.7 ms 64 bytes from 217.148.144.60: icmp_seq=2 ttl=39 time=74.7 ms 64 bytes from 217.148.144.60: icmp_seq=3 ttl=39 time=76.1 ms 64 bytes from 217.148.144.60: icmp_seq=4 ttl=39 time=75.0 ms 64 bytes from 217.148.144.60: icmp_seq=5 ttl=39 time=74.8 ms 64 bytes from 217.148.144.60: icmp_seq=6 ttl=39 time=75.1 ms 64 bytes from 217.148.144.60: icmp_seq=7 ttl=39 time=75.4 ms 64 bytes from 217.148.144.60: icmp_seq=8 ttl=39 time=75.1 ms 64 bytes from 217.148.144.60: icmp_seq=9 ttl=39 time=74.9 ms 64 bytes from 217.148.144.60: icmp_seq=10 ttl=39 time=75.1 ms 64 bytes from 217.148.144.60: icmp_seq=11 ttl=39 time=74.7 ms 64 bytes from 217.148.144.60: icmp_seq=12 ttl=39 time=75.0 ms 64 bytes from 217.148.144.60: icmp_seq=13 ttl=39 time=74.9 ms 64 bytes from 217.148.144.60: icmp_seq=14 ttl=39 time=75.2 ms 64 bytes from 217.148.144.60: icmp_seq=15 ttl=39 time=75.0 ms 64 bytes from 217.148.144.60: icmp_seq=16 ttl=39 time=75.2 ms 64 bytes from 217.148.144.60: icmp_seq=17 ttl=39 time=74.7 ms 64 bytes from 217.148.144.60: icmp_seq=18 ttl=39 time=74.7 ms 64 bytes from 217.148.144.60: icmp_seq=19 ttl=39 time=74.9 ms 64 bytes from 217.148.144.60: icmp_seq=20 ttl=39 time=74.9 ms --- 217.148.144.60 ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19635ms rtt min/avg/max/mdev = 74.719/75.104/76.127/0.433 ms