Monday, 23 January 2012
LTE Policy Control and Charging
Labels:
Alcatel-Lucent,
LTE,
Network Architecture,
PCRF
Sunday, 22 January 2012
What is coming next after LTE and IMT-Advanced
Interesting presentation from NSN
Other related posts:Saturday, 21 January 2012
Funny: How phone users view other phone users
Labels:
Android,
Blackberry,
iPhone,
Mobile Humour
Monday, 16 January 2012
HSPA vs LTE
Interesting report to remind the differences between HSPA and LTE available here.
Labels:
HSPA,
LTE,
White Papers and Reports
Saturday, 14 January 2012
Next Mobile Network (NMN)
Labels:
5G,
AIPN,
Future Networks,
HetNets,
NTT DoCoMo
Tuesday, 10 January 2012
Couple of presentations on 4G/LTE and Femtocells
Monday, 9 January 2012
Overview of LTE Handovers
From the NTT Docomo Technical journal:
The LTE handover is broadly divided into a backward handover (PS handover) and forward handover. In the former, the network performs cell switching and notifies the mobile terminal of the destination cell, and in the latter, the mobile terminal performs autonomous switching to pick up the destination cell.
To control packet loss due to a momentary cutoff at the time of radio switching, PS handover supports a data forwarding process that transfers undelivered data from the switching-source eNodeB to the switching-destination eNodeB and a reordering process that corrects sequencing mistakes between forwarded data and new data.
The forward handover can be classified into Release with Redirection triggered by a cutoff signal from the network and Non Access Stratum (NAS) Recovery in which the mobile terminal autonomously performs a NAS recovery, either of which is accompanied by data loss due to a momentary cutoff. From a different perspective, handover can be classified in the following two ways according to whether it is accompanied by Radio Access Technology (RAT) or frequency switching or by eNodeB or EPC switching (Figure 7).
1) Intra-RAT handover: This is a handover that occurs within the LTE system in which node transition occurs between sectors within an eNodeB, between eNodeBs within an EPC switch, or between EPC switches.
A handover between eNodeBs within an EPC switch may be an X2 or S1 handover. In an X2 handover, signal processing is performed by the X2 logical interface between eNodeBs, while in an S1 handover, signal processing is performed by the S1 logical interface between an eNodeB and the EPC switch. There is a tradeoff between the cost of maintaining an X2 link and the cost incurred by an S1 handover, and operations are configured accordingly.
Handover can also be classified by whether the center frequency is the same before and after handover, that is, whether the handover occurs within the same frequency or between frequencies.
2) Inter-RAT handover: This is a handover that occurs between RATs either as a transition from LTE to 3G or from 3G to LTE.
A detailed post on LTE to 3G Inter-RAT handover is available here.
Labels:
Handovers,
LTE,
NTT DoCoMo,
Technical Details
Sunday, 8 January 2012
Testing and Optimising LTE
An interesting presentation from JDSU
Labels:
LTE,
LTE & 5G World Series,
Network Optimisation,
Testing
Thursday, 5 January 2012
IEEE standards impacting the future home
Friday, 16 December 2011
Release 12 study item on Continuity of Data Sessions to Local Networks (CSN)
LIPA was defined as part of Release-10 that I have already blogged about. Imagine the situation where a user started accessing local network while camped on the Home eNode B (aka Femtocell) but then moved to the macro network but still wants to continue using the local network. Release 12 defines this feature and is called Continuity of Data Sessions to Local Networks (CSN). This study item was originally part of Release 11 but has now been moved to Rel-12.
From SP-100885:
From SP-100885:
Justification
Basic functionality for Local IP Access (LIPA) has been specified in Rel-10.
LIPA signifies the capability of a UE to obtain access to a local residential/enterprise IP network (subsequently called a local network) that is connected to one or more H(e)NBs.
The current study item investigates extending LIPA functionality to allow access to the local network when a UE is under coverage of the macro network and provide related mobility support.
LIPA allows a UE to work with devices in the local network – e.g. printers, video cameras, or a local web-server. If the local network offers services that enable exchange of digital content (e.g. UPnP) LIPA allows the UE to discover supporting devices and to be discovered.
Examples for services that become available by LIPA are:
· The pictures stored in a UE’s digital camera may be uploaded to a local networked storage device or printed out at a local printer.
· A portable audio player in the UE may fetch new content from a media centre available on the local network.
· A UE may receive video streams from local surveillance cameras in the home.
· A local web-server in a company’s intranet may be accessed by the UE.
· Support of VPN.
LIPA does not require the local network to be connected to the Internet but achieves IP connectivity with the UE through one or more H(e)NBs of the mobile operator.
In Release 10 3GPP has only specified the support of LIPA when the UE accesses the local network via H(e)NB.
On the other hand an operator may, e.g. as a chargeable user service, wish to provide access to the local network also to a UE that is under coverage of the macro network. Access to the local network when a UE is under coverage of the macro network should be enabled in Rel-11.
In Rel-10 it had been required for a UE to be able to maintain IP connectivity to the local network when moving between H(e)NBs within the same local network.
However, access to the local network may be lost as a UE moves out of H(e)NB coverage into the macro network, even if other services (e.g. telephony, data services, SIPTO) survive a handover to the macro network and are continued. This may result in an unsatisfactory user experience.
The current study item will allow continuation of data sessions to the local network when the UE moves between H(e)NB and the macro network.
Therefore, in Rel-11, the 3GPP system requires additional functionality to allow
· A UE to access the local network from the macro network
· A UE to maintain continuity of data sessions to the local network when moving between a H(e)NB and the macro network
Objective: to propose requirements and study feasibility for the following scenarios:
Provide a capability to the mobile operator to allow or restrict
Access to an enterprise/residential IP network when a UE is under coverage of the macro network, assuming that the IP address of the local IP network (e.g. residential/enterprise gateway) is available to the UE.
Continuity of data session(s) to an enterprise/residential IP network when a UE moves between a H(e)NB in an enterprise/residential environment and the macro network.
The support of Continuity of Data Sessions to Local Networks should be an operator option that may or may not be provided by individual PLMNs.
Service Aspects
The user should be able to decline access to the local network from the macro network. The user should also be able to decline continuity of data sessions to local networks when moving between H(e)NB and the macro network (e.g. in the case when data sessions to local networks is charged differently if accessed from macro coverage or via the H(e)NB).
A difference in QoS may be noticeable by the user when the local network is accessed from the macro network or via the H(e)NB.
Labels:
CSN,
Data Traffic Management,
Femtocells,
LIPA,
Release 10,
Release 11,
Release 12
Subscribe to:
Posts (Atom)