# Performance Evaluation of Moving Small-Cell Network with Proactive Cache

Authors: Young Min Kwon; Syed Tariq Shah; JaeSheung Shin; Ae-Soon Park; Min Young Chung
Journal: Mobile Information Systems
 (2016)

---

## Abstract

Due to rapid growth in mobile traffic, mobile network operators (MNOs) are considering the deployment of moving small-cells (mSCs). mSC is a user-centric network which provides voice and data services during mobility. mSC can receive and forward data traffic via wireless backhaul and sidehaul links. In addition, due to the predictive nature of users demand, mSCs can proactively cache the predicted contents in off-peak-traffic periods. Due to these characteristics, MNOs consider mSCs as a cost-efficient solution to not only enhance the system capacity but also provide guaranteed quality of service (QoS) requirements to moving user equipment (UE) in peak-traffic periods. In this paper, we conduct extensive system level simulations to analyze the performance of mSCs with varying cache size and content popularity and their effect on wireless backhaul load. The performance evaluation confirms that the QoS of moving small-cell UE (mSUE) notably improves by using mSCs together with proactive caching. We also show that the effective use of proactive cache significantly reduces the wireless backhaul load and increases the overall network capacity.


---

## Body

## 1. Introduction

Due to the increasing number of smart phone devices and data services, the users demand for mobile data traffic has also increased. Global mobile traffic will nearly increase tenfold until 2018 [1]. To accommodate this emerging demand of data traffic, mobile network operators (MNOs) have already adopted advanced communication techniques such as orthogonal frequency division multiple access (OFDMA), multiple input multiple output (MIMO), and carrier aggregation (CA). It is possible to make the spectrum efficiency reach its theoretical limit in 4G mobile network by using these technologies. However, the networks only implementing these advanced radio access and transmission technologies will not be able to accommodate the tremendous increment of mobile traffic and it may exhaust the available system capacity of 4G mobile networks. Thus, MNOs have considered heterogeneous networks (HetNets) in order to continuously improve the systems capacity by adding more base stations [2, 3].The HetNet terminology indicates that various types of fixed small-cells (fSCs) such as pico- and femtocell coexist in a macrocell. fSCs can share the traffic overload of macrocell by providing mobile services to densely populated areas such as hotspots [4]. However, fSCs using wired backhaul have drawback in terms of signaling overheard, infrastructure cost, and mobility [5]. When many fSCs densely exist in cellular networks, frequent handovers occur between macrocell and fSCs [6]. For successful handover, both base stations of macrocell and fSCs should exchange control messages via wired backhaul comprised of several network entities [7]. Thus, dense deployment of fSCs increases signaling load in the wired backhaul. Secondly, existing fSCs require wired backhauls such as optical fiber or coaxial cable, in order to connect them to the core network. Laying these wired backhaul is not a very cost-effective solution for MNOs. Moreover, fSCs using a wired backhaul cannot consistently provide wireless broadband services to users that ride public transportation vehicles [8]. Recently, working group (WG) of 3GPP standardization has investigated the moving cell utilizing the wireless backhaul as a solution to overcome the limitations of fSCs [9].In this paper, we introduce the concept of moving small-cell (mSC) with various transmission paths, that is, wireless backhaul, sidehaul, and caching transmission. mSCs are user-centric networks that autonomously establish connections between users and provide the voice and data services while moving [10]. mSCs communicate with their respective MBSs via wireless backhaul links. mSCs can also exchange data through wireless sidehaul links among neighboring mSCs. Due to predictable nature of users, the nodes in the network track can learn and construct the users’ demand profiles in order to predict their future requests effectively. Thus, in the proposed mSC network, each mSC has a storage capability to cache the predicted contents. The proposed caching mechanism is proactive in principle and it aims to anticipate users demands. It can reduce the backhaul load by saving the scarce frequency resources. Due to these unique characteristics, mSC has several advantages over other fSCs. By supporting group handover, mSCs can reduce both signaling overhead and handover failure probability [11]. Since wireless backhaul and sidehaul links do not require any additional deployment cost, mSCs can become a cost-efficient solution to enhance the systems capacity [12]. Furthermore, the proposed proactive caching mechanism used in mSCs can not only reduce the traffic load of wireless backhaul link but also guarantee quality of service (QoS) performance in peak-traffic hours [13, 14].The deployment of mSCs can enhance system capacity and accommodate the increasing mobile traffic with reasonable cost. Instead of deploying new fSCs, mSCs can be utilized as a cost-effective solution to solve the temporary hotspot issues. Although mSCs have many advantages in terms of traffic distribution and system capacity, their performance is limited due to cotier interference among neighboring mSCs. Since mSCs accommodate all the data traffic of wireless backhaul link, wireless sidehaul link, and proactive content cache, it is obvious that the performance of mSC is affected by ratio between data traffic delivered via these various links. Thus, we have developed and conducted extensive system level simulations to analyze the effect of mSCs with proactive caching enabled in a multitier HetNet environment.Contributions. System level simulation is one of the most useful methodologies to analyze the performance of various network scenarios [15]. A preliminary version of this paper appears in the 8th ACM International Conference on Ubiquitous Information Management and Communication (IMCOM), 2014 [16]. In this study, we first highlight the challenges associated with mSCs deployment in multitier HetNets scenarios. Then, in order to exploit the advantages of mSCs and proactive caching, we evaluate and compare the performance of mSCs in different multitier HetNet scenarios. We show the relation between contents popularity, cache size, and operating modes and their positive effects on overall network performance.The rest of the paper is organized as follows. Section2 presents the previous studies related to mSCs and proactive caching. In Section 3, we introduce the proposed mSC network, its architecture, and proactive caching mechanism used. Section 4 contains the detailed performance evaluation of proposed mSC network and Section 5 provides the conclusion of this paper.


## 2. Related Works

Due to unprecedented growth in mobile data traffic, network densification and modification in its current architecture are inevitable. In order to maximize the reuse of available frequency spectrum, introducing HetNets is one of the key solutions. HetNets can accommodate the growing demand of data traffic by deploying more small-cells in a given area [2, 17, 18]. In [19], Dhillon and others have proposed a tractable model for a K-tiers downlink HetNet. It shows that in an ideal HetNet scenario, beside severe interference, the network densification can still significantly enhance the overall network capacity. In order to provide better and reliable network services to moving users, the use of mSCs has been proposed, studied, and evaluated in [20–24].The authors in [20] have shown that, in a coverage limited scenario the use of coordinated and cooperative relays in public vehicles can significantly improve the network experience of on-board moving users. In [8, 21–23], Sui and others have studied performance of moving relay node (MRN), which is a type of mSCs, in cellular networks. MRNs are deployed in public transportation vehicles such as trains, trams, and buses in order to provide wireless broadband services to moving UE. Since MRN uses wireless backhaul link to connect to MBS, it can reduce the cost of wired backhaul link. In addition, by supporting group handover of all on-board UE, MRN can significantly reduce the signaling overhead and probability of handover failure. Compared to MBS, MRN is very close to its UE; therefore it can enhance the signal quality of the respective UE in access link. However, the performance of MRN mainly depends on the capacity of wireless backhaul link [21, 22]. Since the capacity of wireless backhaul link is normally limited, it is difficult to increase the overall network capacity by deploying large number of MRNs significantly.The ability to predict user demands and recent developments in context awareness and data storage has enabled the future networks to proactively cache the popular contents in advance [25–28]. The proactive caching technique in small-cells will not only reduce the backhaul load but also guarantee the QoS requirements in peak-traffic periods. In [25], Tadrous and others have studied the concept of proactive resource allocation by utilizing the predictability of user behavior for load balancing. Authors in [26] have proposed the idea of femtocaching in fSCs with very limited backhaul bandwidth and large storage capacity. Authors in [27] have studied the asymptotic scaling laws of caching in D2D communications. In their proposed distributed caching scheme, users store the popular contents and forward them to other users by using D2D communications. Bastug and others in [28] have examined two cases of proactive caching. First, in order to reduce the backhaul load, they have proposed a mechanism, which proactively caches the popular files in off-peak hours (e.g., at night) proactively. In second case, based on the social structure of the network, the proposed scheme predicts the set of potential users who can proactively cache and distribute the popular contents utilizing D2D communications.Nonetheless, these studies on proactive caching have only considered the fSCs (pico- and femtocells) which usually have wired backhauls and do not have any backhaul bandwidth constraint. Moreover, they also rarely consider the mobility of either small-cells (picocells and femtocells) or users (D2D). These key aspects are the motivation behind this paper and the aim of this is to study the role of proactive caching in mSCs.


## 3. Proposed Moving Small-Cell Network with Proactive Cache

### 3.1. Network Architecture

The proposed mSC network consists of four network entities, MBS, macrocell UE (MUE), mSC, and moving small-cell UE (mSUE) as shown in Figure1. MBS in mSC network provides wireless access link and backhaul link connections to its serving MUE and mSCs, respectively. Each mSC is a moving small-cell, which provides wireless broadband services to its serving mSUE in access links. To communicate between mSCs directly, mSCs can also establish wireless sidehaul connections with their neighboring mSCs. Based on measurement information, the MBS is also responsible for radio resource management of both wireless backhaul and sidehaul links of mSCs. Furthermore, in our proposed mSC network, each mSC has the ability to cache popular contents. If mSUE requests contents that are already stored in the cache of its connected mSC, the mSC directly sends the contents to its mSUE. More detail on proactive caching is given in the next section.Figure 1
Moving small-cell network.As discussed earlier, due to wireless backhaul and sidehaul connectivity, mPCs can be deployed on moving vehicles to provide enhanced network services to moving UE. It is obvious that, instead of deploying large number of fSC, mSCs are the cost-efficient technique to serve moving UE and increase the overall network capacity. In order to avoid severe interference between MUE and mSUE, both MBSs and mSCs in the proposed scheme use different frequency bands of 2.0 GHz and 3.5 GHz in their access links, respectively. Figure2 shows the proposed channels and frequencies assignment scheme for wireless backhaul/sidehaul and access links of mSCs, MUE, and mSUE, respectively. In mSC network, in-band full duplex transmission may be used for wireless backhaul link. Thus, for wireless backhaul transmissions, mSCs share the same radio resources of uplink and downlink in 2 GHz frequency band with MUE. Furthermore, mSCs also perform in-band half-duplex transmission for wireless sidehaul links, where they reuse the uplink radio resources of mSC backhaul and MUE in 2 GHz frequency band. Unlike MUE, mSUE is very close to the serving mSCs; thus the transmit power of mSC is relatively lower than MBS.Figure 2
Channel assignment in mSC network.


### 3.2. Proposed Proactive Caching Scheme for mSC Network

It is mentioned earlier in this paper that preloading and proactive caching can significantly reduce the traffic load on wireless backhaul link and conserve the scarce radio resources. The key issues of proactive caching are methods to decide caching data and an efficient mechanism to transmit the selected data (preloading) [29]. This paper focuses on the second key issue of cache preloading. We assume that, based on collaborative filtering (CF) tools [30], the MBS can effectively decide the popularity of the contents such as video contents (e.g., TV series and advertisements), web contents (e.g., daily news, blogs, and digests), and software update files (e.g., software drivers and patches) [31]. These contents are usually time-insensitive and available long before their scheduled publishing time. The effect on time-sensitive contents has not been evaluated in this paper; it is because we assume that MBSs transmit the selected contents to their respective mSCs in off-peak period (e.g., night time). In other words, the cache of mSCs in our proposed scheme is only updated in low traffic hours when the traffic load on backhaul link is very low [28]. In order to continuously update the cache with time-sensitive popular contents, a full-time dedicated backhaul link is required. However, due to scarce availability of the radio resources, it is not feasible to fully dedicate certain backhaul resources only for cache management.In order to make the preloading scheme more efficient, the MBS transmits the popular contents to mSCs in two possible modes: broadcasting and multicasting. If the content files are equally popular among all mSCs in the network, the MBS will broadcast the selected contents to all mSCs in the network. Similarly, if different content files are popular among different mSCs, the MBS will make groups of mSCs with same interest and it will multicast the desired contents to each particular group. Furthermore, in multicast mode mSCs of one group can exchange their cache contents with nearest neighboring mSC of other groups via sidehaul link. In other words, if the requested contents are available in neighboring mSCs, the MBS will provide the necessary information (mSC ID, radio resources for sidehaul, and so on) of that particular mSC in order to establish sidehaul link. In our proposed network, mSCs can only establish sidehaul connection with neighboring mSCs that are located in the radius of 200 meters. Since, sidehaul links reuse the uplink frequencies of both mSCs and MUE, they can significantly reduce the backhaul traffic load. Note that the aim of our proposed scheme is to evaluate the performance of a fully loaded MSC network with active sidehaul links and proactive cache, under the constraint of limited wireless backhaul capacity. Therefore, in our proposed network model, we have considered that the number of mSCs in each macrocell and the number of mSUE pieces in each mSC are uniform and fixed. The aim of such network model is to find the upper bound of network capacity. Consequently, due to these considerations the traffic conditions of an mSC in our proposed network do not vary over time and the resource allocation is static. Figure3 shows the proposed preloading scheme, where, during off-peak period, the backhaul bandwidth is divided into two parts, one for reactive backhaul traffic and the second for proactive broadcast/multicast caching traffic.Figure 3
Off-peak time proactive caching scheme for mSC network.In our proposed mSC network, the network performance depends on three different factors: content popularity distribution, cache size of mSC, and the number of multicasting groups. In this paper, popularity distributions are obtained from ZipF (α) distribution [32]. It has been shown in [33, 34] that the global content popularity usually follows the ZipF distribution. It is also shown in [34] that a simple model for an independent request stream following a ZipF distribution is sufficient to capture certain asymptotic properties observed at proactive caches (such as web proxies). Another reason for using ZipF distribution is its simplicity; we believe that the complexity cost of other machine learning algorithms will overburden the MSC network which have limited computational capabilities. In ZipF distribution, α is the characterization exponent that ranges from zero to one. Moreover, it is obvious that the performance of mSC network is decidedly dependent on cache size (S). Huge cache size can significantly reduce the backhaul load and improve the QoS of mSC network. Furthermore, unlike broadcast mode, orthogonal radio resources are required for each multicast group transmission. Thus, the number of multicasting groups can significantly affect the performance of overall network.


## 3.1. Network Architecture

The proposed mSC network consists of four network entities, MBS, macrocell UE (MUE), mSC, and moving small-cell UE (mSUE) as shown in Figure1. MBS in mSC network provides wireless access link and backhaul link connections to its serving MUE and mSCs, respectively. Each mSC is a moving small-cell, which provides wireless broadband services to its serving mSUE in access links. To communicate between mSCs directly, mSCs can also establish wireless sidehaul connections with their neighboring mSCs. Based on measurement information, the MBS is also responsible for radio resource management of both wireless backhaul and sidehaul links of mSCs. Furthermore, in our proposed mSC network, each mSC has the ability to cache popular contents. If mSUE requests contents that are already stored in the cache of its connected mSC, the mSC directly sends the contents to its mSUE. More detail on proactive caching is given in the next section.Figure 1
Moving small-cell network.As discussed earlier, due to wireless backhaul and sidehaul connectivity, mPCs can be deployed on moving vehicles to provide enhanced network services to moving UE. It is obvious that, instead of deploying large number of fSC, mSCs are the cost-efficient technique to serve moving UE and increase the overall network capacity. In order to avoid severe interference between MUE and mSUE, both MBSs and mSCs in the proposed scheme use different frequency bands of 2.0 GHz and 3.5 GHz in their access links, respectively. Figure2 shows the proposed channels and frequencies assignment scheme for wireless backhaul/sidehaul and access links of mSCs, MUE, and mSUE, respectively. In mSC network, in-band full duplex transmission may be used for wireless backhaul link. Thus, for wireless backhaul transmissions, mSCs share the same radio resources of uplink and downlink in 2 GHz frequency band with MUE. Furthermore, mSCs also perform in-band half-duplex transmission for wireless sidehaul links, where they reuse the uplink radio resources of mSC backhaul and MUE in 2 GHz frequency band. Unlike MUE, mSUE is very close to the serving mSCs; thus the transmit power of mSC is relatively lower than MBS.Figure 2
Channel assignment in mSC network.


## 3.2. Proposed Proactive Caching Scheme for mSC Network

It is mentioned earlier in this paper that preloading and proactive caching can significantly reduce the traffic load on wireless backhaul link and conserve the scarce radio resources. The key issues of proactive caching are methods to decide caching data and an efficient mechanism to transmit the selected data (preloading) [29]. This paper focuses on the second key issue of cache preloading. We assume that, based on collaborative filtering (CF) tools [30], the MBS can effectively decide the popularity of the contents such as video contents (e.g., TV series and advertisements), web contents (e.g., daily news, blogs, and digests), and software update files (e.g., software drivers and patches) [31]. These contents are usually time-insensitive and available long before their scheduled publishing time. The effect on time-sensitive contents has not been evaluated in this paper; it is because we assume that MBSs transmit the selected contents to their respective mSCs in off-peak period (e.g., night time). In other words, the cache of mSCs in our proposed scheme is only updated in low traffic hours when the traffic load on backhaul link is very low [28]. In order to continuously update the cache with time-sensitive popular contents, a full-time dedicated backhaul link is required. However, due to scarce availability of the radio resources, it is not feasible to fully dedicate certain backhaul resources only for cache management.In order to make the preloading scheme more efficient, the MBS transmits the popular contents to mSCs in two possible modes: broadcasting and multicasting. If the content files are equally popular among all mSCs in the network, the MBS will broadcast the selected contents to all mSCs in the network. Similarly, if different content files are popular among different mSCs, the MBS will make groups of mSCs with same interest and it will multicast the desired contents to each particular group. Furthermore, in multicast mode mSCs of one group can exchange their cache contents with nearest neighboring mSC of other groups via sidehaul link. In other words, if the requested contents are available in neighboring mSCs, the MBS will provide the necessary information (mSC ID, radio resources for sidehaul, and so on) of that particular mSC in order to establish sidehaul link. In our proposed network, mSCs can only establish sidehaul connection with neighboring mSCs that are located in the radius of 200 meters. Since, sidehaul links reuse the uplink frequencies of both mSCs and MUE, they can significantly reduce the backhaul traffic load. Note that the aim of our proposed scheme is to evaluate the performance of a fully loaded MSC network with active sidehaul links and proactive cache, under the constraint of limited wireless backhaul capacity. Therefore, in our proposed network model, we have considered that the number of mSCs in each macrocell and the number of mSUE pieces in each mSC are uniform and fixed. The aim of such network model is to find the upper bound of network capacity. Consequently, due to these considerations the traffic conditions of an mSC in our proposed network do not vary over time and the resource allocation is static. Figure3 shows the proposed preloading scheme, where, during off-peak period, the backhaul bandwidth is divided into two parts, one for reactive backhaul traffic and the second for proactive broadcast/multicast caching traffic.Figure 3
Off-peak time proactive caching scheme for mSC network.In our proposed mSC network, the network performance depends on three different factors: content popularity distribution, cache size of mSC, and the number of multicasting groups. In this paper, popularity distributions are obtained from ZipF (α) distribution [32]. It has been shown in [33, 34] that the global content popularity usually follows the ZipF distribution. It is also shown in [34] that a simple model for an independent request stream following a ZipF distribution is sufficient to capture certain asymptotic properties observed at proactive caches (such as web proxies). Another reason for using ZipF distribution is its simplicity; we believe that the complexity cost of other machine learning algorithms will overburden the MSC network which have limited computational capabilities. In ZipF distribution, α is the characterization exponent that ranges from zero to one. Moreover, it is obvious that the performance of mSC network is decidedly dependent on cache size (S). Huge cache size can significantly reduce the backhaul load and improve the QoS of mSC network. Furthermore, unlike broadcast mode, orthogonal radio resources are required for each multicast group transmission. Thus, the number of multicasting groups can significantly affect the performance of overall network.


## 4. Performance Evaluation

### 4.1. Simulation Environment

In order to evaluate the performance of our proposed mSC network with proactive cache, we conducted system level simulations. We consider a seven-macrocell network, where each cell consists of three hexagonal sectors. MBSs are located in the center of each macrocell and the intercell distance is 500 meters. MUE and mSCs are randomly deployed and then they move within macrocells. Similarly, mSUE pieces are randomly and uniformly deployed and move within the coverage area of their serving mSCs. In order to capture the real time mobility pattern of mSCs, we have used random walk mobility model [35]. According to our considered random walk model the moving cell (which can be a public transportation vehicle) travels in a random direction with random velocity and flight time. More detailed simulation parameters are given in Table 1.Table 1
Simulation parameters.
Parameter Macrocell Moving small-cell Cell layout Hexagonal grid, 3 sectors per site Uniform random distribution Radius of cell 166 m (ISD = 3R = 500 m) 10 m Number of cells 7 sites 20~100 Access link Carrier freq. 2 GHz 3.5 GHz Bandwidth 10 MHz 10 MHz Tx power 46 dBm (downlink) 23 dBm (downlink) 23 dBm (uplink) 23 dBm (uplink) Wireless BH/SH link Carrier freq. — 2 GHz Bandwidth — 10 MHz Tx power — 46 dBm (downlink of BH) 23 dBm (uplink of BH, SH) Antenna pattern Three-sector (2D) Three-sector (2D) (BH) Omnidirectional (2D) (SH) Antenna height MBS: 25 m mSC: 2 m MUE: 1.5 m mSUE: 1.5 m Mobility model MUE: random walk model mSC: random walk model mSUE: group moving Sidehaul connection — Contents and distance based connection(max distance: 200 m) Number of UE pieces per cell 300 - ( 2 ⋅ M ) 2 per mSC M = the number of mSCsIn our system level simulator, we have adopted ITU UMa and WINNER path loss models for macrocells and mSCs, respectively. ITU UMa model considers urban macrocell environment [36, 37]. Pathloss equation of ITU UMa model is as follows:(1)PL=22.0log10⁡d+28.0+20log10⁡fc,10m<d<dBP,PL=40.0log10⁡d+7.8-18.0log10⁡hBS-18.0log10⁡hUT+2.0log10⁡fc,dBP<d<5000m,where d is distance between transmitter and receiver. fc is carrier frequency with range of 2 to 6 GHz. hBS and hUT are antenna heights of BS and UE, respectively, where dBP is break point distance defined as(2)dBP=4hBShUTfcc,c=3.0·108m/s.WINNER model provides pathloss model for small-cells which has low power and small coverage area [38, 39] and its pathloss equations are(3)PLB1_totald=max⁡PLfreed,PLB1d,PLfreed=20log10⁡d+46.4+20log10⁡fc2.0,PLB1d=44.9-6.55log10⁡hBSlog10⁡d+5.83log10⁡hBS+18.38+23log10⁡fc,where PLfree(d) and PLB1(d) mean free space pathloss and pathloss for small-cell, respectively.In this paper, we have used the overall network capacity (CTotal) as a performance metric, which is total sum of macrocell capacity (CMacro) and mSC capacity (CmSC) in downlink. The capacity of each cell depends on the spectral efficiency and bandwidth assigned to UE. Spectral efficiency of UE can be obtained as the relationship between the signal to interference and noise ratio (SINR) and modulation and coding scheme (MCS) table [36].LetU and M denote the numbers of MUE pieces and mSCs deployed in each macrocell, respectively. Uk denotes the number of mSUE pieces in the coverage of mSC k. The total available bandwidths in 2 GHz and 3.5 GHz frequency bands are W2GHz and W3.5GHz, respectively. We define the macrocell capacity (CMacro) as the sum of all MUE capacities. Thus, it can be calculated as(4)CMacro=1-ρW2GHzU+M∑i=1UMCSDLSINRi,where i means index of MUE attached to the MBS. ρ (0≤ρ≤1) depicts the ratio of radio resources for broadcasting/multicasting to overall radio resources for 2 GHz downlink.Likewise, the capacity of mSCk (CmSC,k) is also defined as the sum of all connected mSUE’s capacities. However, the capacity of mSC depends on its transmission mode, that is, relay mode, cache mode, and mSC-to-mSC (sidehaul) mode. If mSUE requests a content file not cached in its respective or neighboring mSCs, the mSC performs relay transmission. In this case, the mSUE receives its data via wireless backhaul link and access link for mSUE. Thus, capacity of mSC k (CmSC,k) in relay mode is defined as the minimum value between capacity of wireless backhaul link (CBH,k) and capacity of access link for mSUE (Caccess,k) and it can be expressed as(5)CmSC,k=min⁡CBH,k,Caccess,k,CBH,k=1-ρW2GHzU+MMCSDLSINRBH,k,Caccess,k=W3.5GHzUk∑j=1UkMCSDLSINRj.Similarly, if mSUE requests a content file that is available in the cache to its serving mSC, the mSC performs cache transmission. In cache transmission mode, the mSUE directly receives its requested data from its serving mSC via access link. Thus, the capacity of mSCk operating in cache mode can be determined by the capacity of its access link for mSUE (Caccess,k). On the other hand, mSCs operate in sidehaul transmission mode, if the contents requested by mSUE are not available in its serving mSC but are available in the cache of a neighboring mSC. The neighboring mSC delivers such data to serving mSC via wireless sidehaul link. The serving mSC forwards the received data to its respective mSUE via access link. In this case, capacity of mSC k (CmSC,k) is decided as the minimum value between capacity of wireless sidehaul link (CSH,k) and access link (Caccess,k), and it can be expressed as(6)CmSC,k=minδ·CSH,k,Caccess,k,δ=0,if sidehaul link does not exist1,if sidehaul link exists,CSH,k=W2GHzMCSULSINRSH,k.


### 4.2. Simulation Results

Figure4 shows the overall network capacity with varying number of mSCs operating in broadcast mode. It depicts that the overall network capacity is highly dependent on number of mSCs in the cell. It also shows that the mSC with cache scenario outperforms the no-cache scenario, because most of the contents requested by mSUE are already available in the cache of mSCs. Furthermore, as the popularity of files increases (α increases.) the overall network capacity also increases. It is because more mSUE pieces request the already cached files.Figure 4
Network capacity varying numbers of mSCs operating in broadcast mode.Similarly, Figure5 depicts the effect of ZipF distribution (α) on overall network capacity, backhaul load, and number of satisfied requests. Two different mSC deployment scenarios (sparse and dense) are considered. Figure 5(a) shows that, beside the inter-mSC interference, the overall network capacity in dense deployment scenario (100 mSCs per macrocell) is significantly higher than sparse deployment scenario (20 mSCs per macrocell). The reason is that each mSC uses the same 2 GHz frequency band in access link. In dense deployment, more mSCs reuse the same frequency band in their access links. Likewise, Figure 5(b) depicts that the backhaul load significantly reduces as the file popularity increases. Furthermore, it also shows that, in both deployment scenarios, the file popularity has no major effect on backhaul load. In this work, we define backhaul load as the ratio of number of mSCs using backhaul link over total number of mSCs. Similarly, Figure 5(c) illustrates the relation between satisfied requests and file popularity. It shows that in both deployment scenarios the number of satisfied requests increases as the popularity of file increases. Here the term of satisfied requests means the ratio between numbers of satisfied requests over total number of requests. If a user successfully receives a file size of 1 MB within 1 second after his request, we call this request as satisfied one.Figure 5
Effect of ZipF distribution (α) on overall network performance operating at broadcasting and multicasting mode.
(a)
Network capacity (b)
Backhaul load (c)
Number of satisfied requestsThe effect of cache size (S) on overall network capacity, backhaul load, and number of satisfied requests is shown in Figure 6. It is shown in Figure 6(a) that, with fixed number of mSCs (in this case 20), the overall network capacity significantly increases as the cache size increases. Since large cache size can proactively store popular contents, they can also significantly reduce the backhaul traffic load (Figure 6(b)) and increase the numbers of satisfied user requests (Figure 6(c)) in mSC network.Figure 6
Effect of cache size (S) on overall network performance with varying ZipF distribution parameters.
(a)
Network capacity (b)
Backhaul load (c)
Number of satisfied requestsFigure7 shows the effect of multicast groups on overall network capacity. It can be observed from Figures 7(a) and 7(b) that, for two different zip distribution parameters (α=0.2 and α=1), the broadcast mode outperforms the multicast mode. It is because the MBS in multicast mode uses orthogonal channels to transmit different contents to different mSC groups (in this case 2 groups), and thus it consumes more backhaul bandwidth than broadcast mode. Figure 7(c) depicts the comparison of different resource utilization of mSCs operating at broadcast and multicast modes. It can be observed that in both broadcast and multicast mode the ZipF distribution factor plays a vital role and the backhaul load reduces to 61% and 59% when it approaches to 1, respectively. Furthermore, the utilization of sidehaul link in multicast mode increases up to 14% when α approaches to 1.Figure 7
Influence of multicast groups on overall network performance with varying values ofα.
(a)
Network capacity whenα=0.2 (b)
Network capacity whenα=1.0 (c)
Ratio of different transmission modes


## 4.1. Simulation Environment

In order to evaluate the performance of our proposed mSC network with proactive cache, we conducted system level simulations. We consider a seven-macrocell network, where each cell consists of three hexagonal sectors. MBSs are located in the center of each macrocell and the intercell distance is 500 meters. MUE and mSCs are randomly deployed and then they move within macrocells. Similarly, mSUE pieces are randomly and uniformly deployed and move within the coverage area of their serving mSCs. In order to capture the real time mobility pattern of mSCs, we have used random walk mobility model [35]. According to our considered random walk model the moving cell (which can be a public transportation vehicle) travels in a random direction with random velocity and flight time. More detailed simulation parameters are given in Table 1.Table 1
Simulation parameters.
Parameter Macrocell Moving small-cell Cell layout Hexagonal grid, 3 sectors per site Uniform random distribution Radius of cell 166 m (ISD = 3R = 500 m) 10 m Number of cells 7 sites 20~100 Access link Carrier freq. 2 GHz 3.5 GHz Bandwidth 10 MHz 10 MHz Tx power 46 dBm (downlink) 23 dBm (downlink) 23 dBm (uplink) 23 dBm (uplink) Wireless BH/SH link Carrier freq. — 2 GHz Bandwidth — 10 MHz Tx power — 46 dBm (downlink of BH) 23 dBm (uplink of BH, SH) Antenna pattern Three-sector (2D) Three-sector (2D) (BH) Omnidirectional (2D) (SH) Antenna height MBS: 25 m mSC: 2 m MUE: 1.5 m mSUE: 1.5 m Mobility model MUE: random walk model mSC: random walk model mSUE: group moving Sidehaul connection — Contents and distance based connection(max distance: 200 m) Number of UE pieces per cell 300 - ( 2 ⋅ M ) 2 per mSC M = the number of mSCsIn our system level simulator, we have adopted ITU UMa and WINNER path loss models for macrocells and mSCs, respectively. ITU UMa model considers urban macrocell environment [36, 37]. Pathloss equation of ITU UMa model is as follows:(1)PL=22.0log10⁡d+28.0+20log10⁡fc,10m<d<dBP,PL=40.0log10⁡d+7.8-18.0log10⁡hBS-18.0log10⁡hUT+2.0log10⁡fc,dBP<d<5000m,where d is distance between transmitter and receiver. fc is carrier frequency with range of 2 to 6 GHz. hBS and hUT are antenna heights of BS and UE, respectively, where dBP is break point distance defined as(2)dBP=4hBShUTfcc,c=3.0·108m/s.WINNER model provides pathloss model for small-cells which has low power and small coverage area [38, 39] and its pathloss equations are(3)PLB1_totald=max⁡PLfreed,PLB1d,PLfreed=20log10⁡d+46.4+20log10⁡fc2.0,PLB1d=44.9-6.55log10⁡hBSlog10⁡d+5.83log10⁡hBS+18.38+23log10⁡fc,where PLfree(d) and PLB1(d) mean free space pathloss and pathloss for small-cell, respectively.In this paper, we have used the overall network capacity (CTotal) as a performance metric, which is total sum of macrocell capacity (CMacro) and mSC capacity (CmSC) in downlink. The capacity of each cell depends on the spectral efficiency and bandwidth assigned to UE. Spectral efficiency of UE can be obtained as the relationship between the signal to interference and noise ratio (SINR) and modulation and coding scheme (MCS) table [36].LetU and M denote the numbers of MUE pieces and mSCs deployed in each macrocell, respectively. Uk denotes the number of mSUE pieces in the coverage of mSC k. The total available bandwidths in 2 GHz and 3.5 GHz frequency bands are W2GHz and W3.5GHz, respectively. We define the macrocell capacity (CMacro) as the sum of all MUE capacities. Thus, it can be calculated as(4)CMacro=1-ρW2GHzU+M∑i=1UMCSDLSINRi,where i means index of MUE attached to the MBS. ρ (0≤ρ≤1) depicts the ratio of radio resources for broadcasting/multicasting to overall radio resources for 2 GHz downlink.Likewise, the capacity of mSCk (CmSC,k) is also defined as the sum of all connected mSUE’s capacities. However, the capacity of mSC depends on its transmission mode, that is, relay mode, cache mode, and mSC-to-mSC (sidehaul) mode. If mSUE requests a content file not cached in its respective or neighboring mSCs, the mSC performs relay transmission. In this case, the mSUE receives its data via wireless backhaul link and access link for mSUE. Thus, capacity of mSC k (CmSC,k) in relay mode is defined as the minimum value between capacity of wireless backhaul link (CBH,k) and capacity of access link for mSUE (Caccess,k) and it can be expressed as(5)CmSC,k=min⁡CBH,k,Caccess,k,CBH,k=1-ρW2GHzU+MMCSDLSINRBH,k,Caccess,k=W3.5GHzUk∑j=1UkMCSDLSINRj.Similarly, if mSUE requests a content file that is available in the cache to its serving mSC, the mSC performs cache transmission. In cache transmission mode, the mSUE directly receives its requested data from its serving mSC via access link. Thus, the capacity of mSCk operating in cache mode can be determined by the capacity of its access link for mSUE (Caccess,k). On the other hand, mSCs operate in sidehaul transmission mode, if the contents requested by mSUE are not available in its serving mSC but are available in the cache of a neighboring mSC. The neighboring mSC delivers such data to serving mSC via wireless sidehaul link. The serving mSC forwards the received data to its respective mSUE via access link. In this case, capacity of mSC k (CmSC,k) is decided as the minimum value between capacity of wireless sidehaul link (CSH,k) and access link (Caccess,k), and it can be expressed as(6)CmSC,k=minδ·CSH,k,Caccess,k,δ=0,if sidehaul link does not exist1,if sidehaul link exists,CSH,k=W2GHzMCSULSINRSH,k.


## 4.2. Simulation Results

Figure4 shows the overall network capacity with varying number of mSCs operating in broadcast mode. It depicts that the overall network capacity is highly dependent on number of mSCs in the cell. It also shows that the mSC with cache scenario outperforms the no-cache scenario, because most of the contents requested by mSUE are already available in the cache of mSCs. Furthermore, as the popularity of files increases (α increases.) the overall network capacity also increases. It is because more mSUE pieces request the already cached files.Figure 4
Network capacity varying numbers of mSCs operating in broadcast mode.Similarly, Figure5 depicts the effect of ZipF distribution (α) on overall network capacity, backhaul load, and number of satisfied requests. Two different mSC deployment scenarios (sparse and dense) are considered. Figure 5(a) shows that, beside the inter-mSC interference, the overall network capacity in dense deployment scenario (100 mSCs per macrocell) is significantly higher than sparse deployment scenario (20 mSCs per macrocell). The reason is that each mSC uses the same 2 GHz frequency band in access link. In dense deployment, more mSCs reuse the same frequency band in their access links. Likewise, Figure 5(b) depicts that the backhaul load significantly reduces as the file popularity increases. Furthermore, it also shows that, in both deployment scenarios, the file popularity has no major effect on backhaul load. In this work, we define backhaul load as the ratio of number of mSCs using backhaul link over total number of mSCs. Similarly, Figure 5(c) illustrates the relation between satisfied requests and file popularity. It shows that in both deployment scenarios the number of satisfied requests increases as the popularity of file increases. Here the term of satisfied requests means the ratio between numbers of satisfied requests over total number of requests. If a user successfully receives a file size of 1 MB within 1 second after his request, we call this request as satisfied one.Figure 5
Effect of ZipF distribution (α) on overall network performance operating at broadcasting and multicasting mode.
(a)
Network capacity (b)
Backhaul load (c)
Number of satisfied requestsThe effect of cache size (S) on overall network capacity, backhaul load, and number of satisfied requests is shown in Figure 6. It is shown in Figure 6(a) that, with fixed number of mSCs (in this case 20), the overall network capacity significantly increases as the cache size increases. Since large cache size can proactively store popular contents, they can also significantly reduce the backhaul traffic load (Figure 6(b)) and increase the numbers of satisfied user requests (Figure 6(c)) in mSC network.Figure 6
Effect of cache size (S) on overall network performance with varying ZipF distribution parameters.
(a)
Network capacity (b)
Backhaul load (c)
Number of satisfied requestsFigure7 shows the effect of multicast groups on overall network capacity. It can be observed from Figures 7(a) and 7(b) that, for two different zip distribution parameters (α=0.2 and α=1), the broadcast mode outperforms the multicast mode. It is because the MBS in multicast mode uses orthogonal channels to transmit different contents to different mSC groups (in this case 2 groups), and thus it consumes more backhaul bandwidth than broadcast mode. Figure 7(c) depicts the comparison of different resource utilization of mSCs operating at broadcast and multicast modes. It can be observed that in both broadcast and multicast mode the ZipF distribution factor plays a vital role and the backhaul load reduces to 61% and 59% when it approaches to 1, respectively. Furthermore, the utilization of sidehaul link in multicast mode increases up to 14% when α approaches to 1.Figure 7
Influence of multicast groups on overall network performance with varying values ofα.
(a)
Network capacity whenα=0.2 (b)
Network capacity whenα=1.0 (c)
Ratio of different transmission modes


## 5. Conclusion

In this paper, we discuss the role of mSCs in future HetNets and proposed a novel proactive caching based mSC network. We show that, by using the predictive nature of user demands, next generation networks can effectively preload their cache with popular contents and reduce the traffic data demand in peak hours. Our extensive system level simulation results show that the proposed mSC network can significantly improve the QoS performance and overall system capacity of the network. We also show that the overall network performance is highly dependent on number of mSCs deployed, cache size, and content popularity. For future studies, we are aiming at incorporating the transmitted power control schemes in our simulator, which will effectively mitigate cross- and cotier interference in mSC networks. Another interesting line of investigation is to study various resource partitioning and scheduling schemes, which can statically or dynamically divide radio resources between macrocell and mSCs and reduce the interference and improve overall performance of the network.



---

*Source: 6013158-2016-07-18.xml*