Tag Archives: ISP

LTE Femto Gateway with X2 Broker

14 Mar
 An LTE femtocell* (HeNB) is an ultra-small cellular base station that connects to a mobile operator’s LTE core network via broadband Internet. Using this femtocell, a mobile operator can eliminate indoor shadowing areas, thereby extending LTE service coverage and improving call quality.

* Femtocell and HeNB are interchangeable, and so are Femtocell Gateway and HeNB Gateway in this document.

The mobile operator can benefit from the femtocell as it allows LTE traffic to be distributed between macro eNB and femtocells at home and also at indoor and outdoor hotspots in crowded places like coffee shops, restaurants, bus stop, malls, schools, and so on. This helps the operator to effectively reduce loads at macro cells and in the backhaul, and provide its users with better QoE.

The beauty of LTE femtocell is that, as all it takes is simply connecting existing broadband Internet to an ultra-small base station, it gives the advantage of quick deployment. It also minimizes additional costs and burdens that may be imposed in case of building macro cells, in relation to installation site acquisition, site rental, power supply, construction of backhaul network, etc. Such benefits make it one of the most cost-effective ways to expand coverage and capacity in an LTE network.

Figure 1-1. Key values provided by femtocell in 4G era

Years ago, mobile operators started building macro LTE networks, and have always been in the quest for solutions to shadowing areas and high costs of operating multiple networks (2G, 3G and 4G) since then. Recently, operators are pursuing a strategy to i) provide uninterrupted voice coverage without relying on legacy networks like 2G or 3G by introducing small cells in shadowing areas and supporting seamless handover between them and macro cells, and ii) ultimately migrate into an all LTE network through gradual replacement of legacy networks.

That is, many operators are pushing forward with this strategy to minimize the total OPEX of the entire network by operating only one LTE network instead of multiple mobile networks. Femtocells are considered the most likely candidate to serve this purpose.

Meanwhile, operators without 2G or 3G, but with LTE macro network, are also active in introducing LTE femtocells in their networks as a cost-effective solution to enhance LTE coverage and capacity.

Here, what concerns the operators most is “uncertainty that can be caused while these femtocells (HeNB). Unlike existing macro cells, if deployed in a large scale – in tens or hundreds of thousands, these cells can cause unpredictable, operational risk while interworking with legacy LTE systems (EPC, eNB, etc.).”

SMEC’s Femto GW (HeNB-GW), designed to work as a sponge to absorb such uncertainty and risk, helps to operate the femto network just as stably as macro networks.

Chapter 2 will look into the benefits and issues of HeNB-GW, and chapter 3 will introduce HeNB-GW solution of SMEC, specifically X2 broker feature in details. Chapter 4 will summarize the benefits of the SMEC solution.


2. HeNB-GW: Benefit and Issues

2.1 Benefits

Table 2-1 summarizes issues in connecting HeNBs directly to MME, without HeNB-GW, as compared to the benefits of deploying HeNB-GW.

Table 2-1. Benefits of deploying HeNB-GW

2.2 Issues – X2 Handover Support

Mobile operators prefer X2 handover that uses just X2 interface between eNBs to more complicated S1 handover that increases loads at MME. As seen in Figure 2-1(a), the more HeNBs are deployed, the more hand-in and hand-out activities are performed between macro eNBs and HeNBs (particularly outdoors).

This means even more loads are caused at MME and S-GW by S1 handover, affecting the reliability of the LTE network. For more reliable, secured operation of the LTE core network, X2 handover without MME’s intervention is essential in a femto network (Figure 2-1(b)).

Figure 2-1. Handover options between macro eNB and HeNBs: S1 vs. X2


Figure 2-2. Issues: scalability and uncertainty

But in reality, supporting X2 handover in a femtocell environment is not easy because of possible scalability and instability issues. If existing macro eNBs establish X2 connections directly with a large number of HeNBs, scalability can be compromised due to the limit in the number of X2 connections that can be managed (Figure 2-2(a)).

For X2 handover, existing MME and eNB must interact directly with HeNBs (S1-MME, X2), and this process can bring about instability between the two (Figure 2-2(b)). Also, configuring X2 GW requires upgrade of eNBs and HeNBs all to R-12, consequently aggravating the complexity of the network even further.

These issues have been an obstacle standing in the way of applying X2 handover between macro eNB and HeNB in the commercial network. The HeNB-GW solution by SMEC is designed to address these issues. We will learn how in chapter 3.


3. SMEC HeNB-GW Solution


The Figure 3-1 describes a high level view of LTE network with femtocell and SMEC HeNB-GW. SMEC HeNB-GW can provide:

  • Virtual eNB (eNB ID based HeNB grouping)
  • X2 service broker (X2 proxy between eNB and HeNB)
  • S1 and X2 handover between eNB and HeNB
  • S1 signaling and bearer aggregation with SeGW functionality

Figure 3-1. SMEC HeNB-GW architecture

SMEC HeNB-GW, technologically based on virtual eNB concept, can group a number of HeNBs for management by group. Each virtual eNB, capable of aggregating 256 HeNBs, functions as a logical HeNB GW, providing S1 interface to EPC and HeNBs, and X2 interface to macro eNB and HeNB. From a S1 interface point of view, MME and S-GW see virtual eNB as ‘one macro eNB’, and HeNB sees it as ‘MME and S-GW’. Virtual eNB provides the following functionalities in respect of S1 interfaces:

  • Relaying UE-associated S1AP messages between MME and HeNB
  • Terminating non-UE associated S1AP procedures towards HeNB and towards MME
  • Terminating S1-U interfaces with HeNB and with S-GW

Virtual eNB, as a logical macro eNB, provides X2 interfaces. From X2 interface point of view, the macro eNB sees virtual eNB as an eNB with 256 cells that offers following functionalities:

  • Providing X2 interfaces between macro eNB and HeNBs
  • Terminating non-UE associated X2AP messages between eNB and HeNB
  • Converting UE-X2AP-ID between eNB and HeNB
  • Routing UE-associated X2AP messages between eNB and HeNB

3.2 X2 Service Broker

SMEC HeNB-GW features X2 service broker for complexity and stability issues as seen in Figure 2-2. As shown in Figure 3-2(b), each HeNB establishes X2 connection with virtual eNB (acting as a ‘X2 service broker’) at SMEC HeNB-GW, and macro eNB establishes only one X2 connection with the virtual eNB.

This X2 aggregation function provided by X2 broker drastically reduces the number of X2 connections needed between macro eNB and  HeNBs (256 X2 connections to only one X2 connection). SMEC HeNB-GW makes existing macro eNBs recognize it as another regular macro eNB, by hiding all the HeNBs behind its back.

Existing MME and eNB must interact directly with HeNBs (S1-MME, X2) for X2 handover, etc., and this can bring about instability between the two. X2 broker, upon receiving S1 and X2 messages from HeNB, modifies  the messages as if it is eNB itself, and sends them to MME and eNB. This ensures the stability of the LTE core network and eNB remains unaffected.

As a result, network complexity and unstability anticipated by deployment of HeNB can be significantly decreased, and kept as low as in existing macro eNB network. LG U+, a South Korean LTE network operator, has already deployed SMEC’s HeNB-GW, applying X2 handover between macro eNB and HeNBs in its commercial network. The company has been able to keep the load level at MME at a minimum and provide uninterrupted VoLTE service across femto hotspots in macro cells.


Figure 3-2. Benefits of X2 broker: scalability and stability

3.3 X2 Service Broker Operation

In order for X2 service broker to work, HeMS allocates HeNB IDs to HeNBs as seen in Figure 3-3. An HeNB ID is 28 bits long, and consists of i) an eNB ID (20 bits long), identical for all HeNBs (up to 256) that belong to the same virtual eNB, and ii) a cell ID (8 bits long), unique for all the HeNBs (up to 256). This HeNB ID plaNning scheme lets a macro eNB recognize a virtual eNB as just another macro eNB, and all the HeNBs belonging to it as its cells.


Figure 3-3. SMEC X2 service broker: HeNB ID planning

Detailed call flow for X2 broker operation is as follows:

❶ HeNB1 initiates TNL address discovery procedure towards an MeNB: HeNB1 detects a new cell (cell A of macro eNB) and decides to setup X2 towards Macro eNB (MeNB). It initiates an TNL address discovery procedure by sending eNB Configuration Transfer message indicating its own HeNB ID (HeNB1, 28 bits long) and MeNB ID (20 bits long) as neighbor information to virtual eNB through S1 interface.

The virtual eNB does not have any information on the MeNB’s X2 IP address, and it must forward the message to MME to find the X2 IP address of MeNB. Before forwarding the message, virtual eNB (X2 broker) replaces the 28-bit HeNB ID with its own ID (virtual eNB, 20 bit long) in the message and forwards it to MME. MME knows the MeNB and so sends an MME Configuration Transfer message to it (note that virtual eNB does not disclose 28-bit-long HeNB ID to MME and MeNB).


Figure 3-4. SMEC X2 service broker: HeNB1 initiates TNL address discovery procedure towards an MeNB

MeNB returns its X2 IP address, and MME sends it to virtual eNB (now, virtual eNB obtains MeNB’s X2 IP address). Virtual eNB replaces the MeNB’s X2 IP address in SeNB Information with its own IP address, and sends MME Configuration Transfer message to HeNB1. Then, this leads HeNB1 to recognize the virtual eNB IP address as MeNB’s X2 IP address.

❷ X2 setup between HeNB1 and MeNB: HeNB1 starts X2 setup towards MeNB, indicating its HeNB ID (virtual eNB (20b) + cell 1 (8b)) and MeNB as neighbor information. Since HeNB1 knows virtual eNB’s IP address as MeNB’s X2 IP address, this message is actually forwarded to virtual eNB. Virtual eNB starts another X2 setup procedure to continue the setup of X2-connectivity towards MeNB, indicating its own eNB ID (virtual eNB) and cell information (cell 1) and MeNB ID as neighbor information. When MeNB and virtual eNB responds, a single X2 connection is set up between HeNB1 and virtual eNB, and also between virtual eNB and MeNB.
This process lets MeNB add the cell information of HeNB1 (virtual eNB/cell1) to its X2 neighbor list and also lets HeNB1 add the cell information of MeNB (MeNB/cell A) to its X2 neighbor list.

Figure 3-5. SMEC X2 service broker: X2 setup between HeNB1 and MeNB

❸ Subsequent X2 connection setups: As X2 connection between virtual eNB and MeNB has already been setup, any further X2-address request from other HeNBs for X2-connectivity towards MeNB will be responded by the virtual eNB without forwarding the request via the MME towards the MeNB. Virtual eNB sends its own IP address in response to other HeNB’s X2-address request to the MeNB.

For any further X2 setup request to the MeNB, virtual eNB, through the already-established X2 connection, sends an X2 message (eNB Configuration Update) containing HeNB2 cell information to inform MeNB of the updated cell information.

Virtual eNB sends X2 Setup Response to HeNB2 if the X2 Configuration Update between the virtual eNB and MeNB is performed successfully.

Figure 3-6. SMEC X2 service broker: Subsequent X2 connection setups

Once the above process is completed, an X2 connection is set up between each HeNB and virtual eNB (HeNB-GW), and also between virtual eNB and macro eNB. Logically, existing macro eNB recognizes HeNB-GW as a new macro eNB, and all HeNBs belonging to it as cells in the macro eNB as shown in Figure 3-7.


Figure 3-7. SMEC X2 service broker: Logical configuration

This means, the legacy LTE network (eNB and EPC) will see even a large-scale deployment of HeNBs as a small-scale deployment of additional macro eNBs. This completely eliminates any chance of uncertainty, complexity, or risk factors that would otherwise be caused by a large-scale deployment of HeNB in the legacy LTE network. For example, because the 28-bit HeNB IDs are not exposed to MME or eNB, there is no potential issue in interworking between HeNBs and MME/eNBs, which makes the network architecture even more stable and reliable.

As the X2 service broker feature by SMEC is implemented using S1 interface (eNB n MME) and X2 interface (eNB n eNB) defined in Rel. 8, no change or modification is needed in the EPC core or eNBs already deployed in the legacy LTE network. This makes the feature readily applicable to any LTE commercial network where Rel. 8 or higher is implemented (i.e., in any LTE network).


4. Benefits of SMEC HeNB-GW

SMEC’s HeNB-GW helps to keep the impact of introducing LTE femtocell – even when massively deployed – in the legacy LTE network low, as low as that of small scale addition of macro eNB. This ensures the stability of the LTE core network remains unaffected and the additional investment costs resulting from such deployment are kept to a minimum.

  • SMEC’s HeNB-GW delivers both SeGW feature and aggregation feature (for control plane, S1-MME and user plane, S1-U) at a single point, proactively preventing overload at existing MME and S-GW, and also easing potential uncertainty in the legacy LTE network to be caused by tens of thousands of newly deployed femtocells. Also, it helps to bring down the costs for additional installation of MME resulting from the large scale deployment of femtocells (e.g. purchasing additional equipment and license).
  • SMEC’s HeNB-GW supports S1 and X2 handover between macro eNB and femtocell, which ensures uninterrupted, reliable call quality, even during switches between the two cells – all just through 4G network (i.e. just through VoLTE) without 2G or 3G.
  • SMEC’s HeNB-GW offers X2 service broker feature that provides X2 handover between macro eNB and HeNB without having to modify X2 interface used between the macro eNBs.
  1. Traditional HeNB-GW can only support S1 handover, and thus heavy overloads are inevitably passed on to MME during handover. SMEC HeNB GW, however, supports X2 handover where no MME involvement during handover process is needed, drastically reducing overload at MME.
  2. It significantly reduces the number of X2 interfaces needed through aggregation of X2 interfaces between macro eNB and femtocells, thereby decreasing network complexity to be caused by X2 interface used in small cell environment.
  3. The X2 service broker feature by SMEC, implementable through S1 and X2 interfaces defined in 3GPP Rel. 8., is readily deployable in any LTE system regardless of its release version. Without additional installation of X2 GW nodes defined in R-12 or upgrade of R-12 X2 GW feature license of MME, eNB and HeNB, or of LTE network, X2 handover between macro eNB and HeNB can be readily supported.



3GPP 3rd Generation Partnership Project
eNB Evolved Node B
EPC Evolved Packet Core
GTP GPRS Tunneling Protocol
GW Gateway
HeMS HeNB Management System
HeNB Home eNodeB (Femtocell)
HeNB-GW Home eNodeB Gateway (Femto Gateway)
ID Identifier
IMS IP Multimedia Subsystem
ISP Internet Service Provider
LTE Long Term Evolution
MeNB Macro eNB
MME Mobility Management Entity
PGW Packet Data Network Gateway
QoE Quality of Experience
RAN Radio Access Network
SCTP Stream Control Transmission Protocol
SeGW Security Gateway
SeNB Source eNB
SOHO Small Office Home Office
S-GW Serving Gateway
TNL Transport Network Layer
UE User Equipment
VoLTE Voice over LTE
X2 AP X2 Application Protocol
X2 GW X2 Gateway


SMEC’s LTE Femto Gateway with X2 Broker – Facilitating instant mass deployment of LTE femtocells in existing LTE infrastructure
March 14, 2016 | By Y.C. Lee (www.esmec.com), Dr. Harrison Jangwoo Son (tech@netmanias.com)


Source: http://www.netmanias.com/en/?m=view&id=reports&no=8493


Beware of ISPs Data Cache – The Evils of Session Collision and Data Mix-up

30 Aug

Code Green by Doctorfox

If you’ve ever spent 2 or more hours trying to figure out why a perfectly working system suddenly begins to misbehave for only a select few people then you will easily relate to the rest of this post which I’m about to share with you.

After receiving two calls following an email with the same issue which I had never heard of or experienced, I decided this was it – This Means WAR (me on the one side and the problematic system on the other).

Eye Looking Over Person On Computer

Looking through the carefully stacked mini optimized web server running Apache, with MPM-Worker, having a protective DNS layer caching system with DDos protection, I knew this would be another onion peeling exercise – hopefully there would be no tears in this case.

An application I  had built and maintained for a client using the popular CakePHP framework and the technologies listed earlier had suddenly started…

View original post 668 more words

Tyntec challenges RCS-e by bringing telco-web OTT convergence to P4’s PLAY

13 Apr

Mobile interaction vendor Tyntec has signed a partnership with Polish operator P4 to provide OTT communication services that it claims will generate new revenue streams as well as helping it to gain some control over the OTT market.

The deal, which is the first of its kind in Europe, works as a two-way process.

P4’s brand PLAY will provide local SIM-free mobile numbers onto which Tyntec bolts tt.One, its cloud-based, two-way communications system.

Sitting between web-based services and mobile devices, tt.One is targeted at enterprises and app developers on the one hand and operators, including MVNOs, ISPs and MVNEs, on the other.

Tyntec wants operators to give app developers the ability to offer users an OTT communications service that includes free or low cost SMS, extended VoIP, dual SIM cards and anonymous voice chat, whereby the operator controls the data traffic from the app and gains a commission from the use of the virtual mobile numbers.

tt.One also supports a wide range of standards and protocols including MAP, SCCP, SS7 and TDM, making it easy to integrate into existing systems.

As well as requiring no SIM cards, there is no need for additional infrastructure at the core network level.

Tyntec thinks it has found a gap in the market given that OTT messaging services like Skype are not able to offer SMS services. Users can purchase a virtual landline number from Skype to receive calls, but cannot send and receive SMS.

“The question is, where do [operators] get the revenues from? In the OTT market, the operator gets nothing. Our inbound solution enables operators to receive a commission as we provide the billing solution so the operator is in the technical end of the revenue stream,” Tyntec CTO Thorsten Trapp told Mobile Europe.

“Today you cannot get a mobile telephone number which gives you voice and SMS inbound without a SIM card, but as an OTT layer, you don’t need the SIM card,” he said.

Similar solutions like Pinger and Text+ are already popular in the US, where users can turn the iPod Touch and the iPad into a mobile phone, as long as there is Wi-Fi.

“In Europe there are no third-party offerings that give you a SIM-less number with voice and text and not enough networks capable of offering this.”

The vendor confirmed it is in talks with providers of popular OTT apps as well as European operators. Several more operator deals set to be announced in the coming weeks, according to Trapp.

The CTO added that he is sceptical about the future of RCS-e and Joyn.

“We do not believe that RCS-e will go anywhere. If it does, there will be a huge gap between the OTT players and the classic telephony market. We’re trying to bring this to the carriers. They are late and they need to have an answer,” he stressed.

“The only thing you can do is stop the draining and put telephone numbers on those third party apps. Operators would like to do this, it’s absolutely a need for them.

“When you see what happened to the instant messenger community, they didn’t interwork and they all suffered a lot. You can solve that by using a mobile number to expand your reach without peering.”

Source: Mobile Europe – http://mvnoseriesblog.wordpress.com/2013/04/11/tyntec-challenges-rcs-e-by-bringing-telco-web-ott-convergence-to-p4s-play/

Femto-cells for everyone

21 Aug

We live in a country where we have almost 100% GSM coverage, outside. Because our houses are so good isolated sometimes that it can be hard to get those GSM signals inside the house. That’s why I love Vodafone’s initiative to sell tiny femto-cells in the Netherlands. A Femto-cell is kind of putting your own GMS-transmitter inside your house. But this time it does not connect you to Vodafone through the GSM-network, but through you broadband connection. I can’t wait for the other providers to supply these femto-cells.

It is hard for a lot of people to understand the working of these things as you can read in the forums of my sourced websites. The difference between WiFi, GSM, 3G, internet, broadband and other terms is sometimes hard to get. Simply put: you get a broadband connection from your ISP that provides you internet access. In order to use that on a laptop in the house you either connect that laptop Wired or Wireless (WiFi) to your broadband router. You than have a Smartphone, or other phone. This one connect via GSM (2G) or 3G to your telephony provider. But sometimes it is hard to get a good signal in the house. That is where this Femto-cell comes in. You connect it via your broadband connection to Vodafone and from that moment your GSM/3G coverage is great. You can use that connection for voice call, sms, but also internet over GSM/3G. For companies that use their own APN on Vodafone’s network this is great. Employees can get business email and other data at home again, where this was not possible when there was almost no coverage in the house.

Can this be used to avoid roaming costs outside the Netherlands? In theory yes, but I expect some technical limitations to block it and there sure will be problems with foreign telecoms laws. Because you will be transmitting GSM without a license and you are providing a network that (should) not exist in that country.

This Vodafone clip in Dutch explains it all:

Sources: Iphoneclub, Webwereld – 20 August 2012 – http://blog.ronnylam.nl/2012/08/47-femto-cells-for-everyone.html

%d bloggers like this: