**4.1 Measurement methodology**

Scenario 2 was defined to verify femtocell performance in the existence of background traffic in xDSL modem. This scenario is designed to show that if MNO and xDSL provider does not sign an agreement, the internet traffic and FAP traffic will be mixed into a single PVC (Physical Virtual Connection), so that regardless the QoS setting in the modem, both traffic will have a same priority and compete each other as best effort.

The femtocell and PC are connected to xDSL modem using single PVC (Physical Virtual Connection) so that the traffic will mix each other. We set the DSLAM to interleave mode, while the modem uses default UBR (Universal Bit Rate) type of service. The PC generated mixed traffic HTTP (www.detik.com), FTP (rapidshared 40 Mbps) and youtube. The background will use real DSL traffic generated from the measurement tools. We use the same network reference architecture as in Figure 8, except that in the modem/home gateway there is a PC and a femtocell connected to the modem. The PC generates traffic mix (called PC background) as defined in Table 3.

Femtocell is attached to serve 4 FUEs simultaneously. We are referring to iPad case to inline with the maximum BR obtained from previous observation. By using iPad case which has 152 Mobile Networks

Mix All traffic DL 857,536 67,840 501,702 10293926961 Normal

In this section, the performance of a femtocell service is observed in the presence of background traffic in xDSL modem. This observation will effectively address the nature of FAP which is customer premises equipment. It is most likely that the user will plug the FAP to xDSL modem or home gateway on top of the existing broadband access in the home. Without prior notice, the femtocell service will be mixed with traffic from PC or other

Scenario 2 was defined to verify femtocell performance in the existence of background traffic in xDSL modem. This scenario is designed to show that if MNO and xDSL provider does not sign an agreement, the internet traffic and FAP traffic will be mixed into a single PVC (Physical Virtual Connection), so that regardless the QoS setting in the modem, both

The femtocell and PC are connected to xDSL modem using single PVC (Physical Virtual Connection) so that the traffic will mix each other. We set the DSLAM to interleave mode, while the modem uses default UBR (Universal Bit Rate) type of service. The PC generated mixed traffic HTTP (www.detik.com), FTP (rapidshared 40 Mbps) and youtube. The background will use real DSL traffic generated from the measurement tools. We use the same network reference architecture as in Figure 8, except that in the modem/home gateway there is a PC and a femtocell connected to the modem. The PC generates traffic mix

Femtocell is attached to serve 4 FUEs simultaneously. We are referring to iPad case to inline with the maximum BR obtained from previous observation. By using iPad case which has

Table 5. Statistical properties of individual and mix traffic in iPad case

traffic will have a same priority and compete each other as best effort.

**Min (bps)**  **Average (bps)** 

DL 1,094,976 12,720 282,005.8 2,24269E+11 Normal UL 168,536 0 94,768.0 2549473195 Normal

DL 561,800 0 109,618.1 18271227072 Lognormal UL 210,936 0 45,605.9 3675590487 Lognormal

DL 407,040 4,240 213,622.6 3926226329 Normal UL 59,360 0 22,047.5 65333480 Lognormal

DL 339,200 4,240 280,032.6 4284588520 Normal UL 48,760 12,720 27,491.1 61155798 Lognormal

UL 658,256 8,480 106,523,7 13009342028 Lognormal

**Variance Distribution** 

**(bps)** 

**Traffic Content Strm Max** 

HTTP www.detik.com, first page

HTTP www.facebook.com, home page

FTP www.4shared.com

Streaming m.youtube.com, "If

380 Kbps

**4. Femtocell performance** 

devices connected to the same modem.

(called PC background) as defined in Table 3.

**4.1 Measurement methodology** 

"divxim.net-kLite Codec Pack 4.9.5 FULL", 13,6MB

you sleep in at my house, you are "Doom"ed", 41s, 240p, higher bandwidth consumption, the bandwidth requires for smartphone case logically will also be supported. For femtocell we use generated traffix mix from Spirent Test Centre (STC) and Cisco Telepresence Service. This is important since we need a reference service performance to be monitored in the presence of other traffic from other FUEs as well as the PC. In this case video conference is used since it has several performance metrics including throughput, jitter and packet loss for both video and audio quality. In order to approach femtocell BR obtained from bandwidth requirement observation which uses real traffic, we generated mix traffic from STC is made as close as possible to the iPad mix traffic. The comparison between generated traffic and real iPad mixed traffic can be seen in Figure 12.

Fig. 12. The comparison between generated traffic and iPad mix traffic

The test scenario is divided into two sub scenarios. The first sub-scenario is to obtain the femtocell performance without background traffic. While in the bandwidth requirement measurement (scenario 1) we set xDSL profile only to 20 Mbps; in this sub-scenario we set the line bandwidth to 20 Mbps, 1 Mbps, and 800 kbps. In each line profile we observed the video-audio performance. It will give a performance reference as well as verification to the BR obtained from scenario 1.

In the second sub-scenario we activate the traffic from PC. We then analized the performance of video conference (packet loss, jitter) with the existence of background traffic. In this case we used reference performance of xDSL set to 1 Mbps without background and compare the new video performance in the presence of background from PC. We increased the bandwidth profile step by step until the video performance below the threshold (packet loss < 3%, jitter < 40ms).
