Advanced Telephony Services for LTE

With LTE World Summit just round the corner, I was going through the last year's presentations and realised that we didn't talk of this one before.

The concept for the advanced telephony services has been around since the early days of IMS and this was one of the ways IMS was sold. Unfortunately IMS didn't take off as planned and only now with the standardisation of VoLTE, there is a possibility of the advanced services becoming a reality.

The following presentation summarises some of these advanced telephony services concepts.

Delivering a Global IP telephony service for LTE

View more presentations from Zahid Ghadialy

ANDSF: Access Network Discovery and Selection Function

The following is a recent news from Mobile Europe:

WeFi has launched a product that is intended to enable mobile operators to route traffic over the mobile macro network or a WiFi hotspot without the consumer having to manage their own settings.

The product, from WeFi, enables operators to set network management policies using a 3GPP-defined function for the Evolved Packet Core called ANDSF – Access Network Discovery and Selection Function. WeFi said that its WeANDSF is the first standards-compliant product on the market, although it said that as the standards are not yet fully finalised, the product is more accurately described as a pre-standards compliant product.

ANDSF, specified in 3GPP standards 23.402 and 24.312, is intended to allow mobile operators to set network management policies and priorities, and to control where, when and under what circumstances a subscriber’s device connects to which wireless network, be it cellular or Wi-Fi.

Operators may choose to route traffic according to application type to reduce network load, or to provide the best available customer experience. Although operators are increasingly looking at using WiFi for offload in congested areas, one problem for them is that once traffic is routed over WiFi control is lost over any traffic policies they have set for that user. ANDSF keeps a link to the operator's core network, allowing the operator visibility of traffic even when it is routed over WiFi.

WeFi said that the product is already in trials with several mobile operators. As handset manufacturers are yet to include the device element of ANDSF, WeFi is also providing a device client, although it sees that role diminishing as handset vendors deliver ANDSF-compliant handsets, “when these become available in the market by 2012”.

The following presentation is by Fraunhofer Fokus on ANDSF:

Access Network Discovery and Selection in the Future Broadband Wireless Environment

View more presentations from Zahid Ghadialy

For more details see:

3GPP TS 23.402: Architecture enhancements for non-3GPP accesses

3GPP TS 24.312: Access Network Discovery and Selection Function (ANDSF) Management Object (MO)

Unstructured Supplementary Service Data (USSD) simulation service in IMS (USSI)

I hope we all know USSD. If not then hopefully my old blog post will help remind you of USSD. Apparently USSD is as popular as it was nearly a decade back since it is supported by 100% of the phones. As a result 3GPP have made sure that a USSD like service is available in LTE/SAE since USSD was designed for a CS domain and in SAE we have only the PS domain.

Picture Source: Aayush Weblog

The following is from the 3GPP document:

Today mobile initiated unstructured SS data in MMI mode are widely used to interact with proprietary home-network provided services, e.g. to activate or deactivate certain features or to interrogate some parameter settings.

The user dials a certain feature code, e.g. in the format “*# ”, this code is forwarded to the home network and answered with a text string providing the requested information. Unlike common SMS the string is displayed immediately and not stored on the UE.

A typical use case is the interrogation of the account balance in a prepaid service. The prepaid user e.g. dials "*101#", the message is forwarded to the HPLMN and further to the IN system where the account balance is checked and finally the current value is transferred to the user in a short answer string, e.g. "Balance: € 35,40". Another use case is controlling the active UE for incoming calls and messages in case of a hunting service / multi SIM service.

From a network perspective the functionality is as follows:

1. The user sends the request

2. USSD is sent as MAP message to the HPLMN

3. USSD is forwarded to a Service Node (SN) [non-standardized functionality]

4. USSD is answered

5. answer

6. answer

The mentioned functionality is not available in the EPS. So e.g. a business customer who is subscribed to a certain multi SIM service will use his UEs via CS and EPS/IMS. Dependent on the access he would have to use different mechanisms for controlling the active UE.

This problem can be avoided when introducing completely new services. Then mechanisms can be used that are available via all access networks, e.g. web interfaces via GPRS or EPS. However we are talking about existing services with a broad customer base that is accustomed to use USSD codes as they are fast and simple to use.

As USSD is widely used in CS domain, operators would benefit from re-using the already deployed servers also when the user accesses services that make use of USSD over IMS.

It is therefore desirable to create in 3GPP a service which provides the same capabilities for the user, like the well known "GSM Mobile User Initiated USSD" feature.

For the user, it is important that the user experience is transparent (I.e. the look and feel of the service is independent of the transport mechanism used to convey the USSD payload to the network).

Possible solutions

There are several possibilities to solve this issue. One would be to re-introduce USSD in EPS. This is not the intention as it creates too much overhead. The idea is to specify a light weight solution which provides the same look and feel for the user but uses existing network mechanisms, i.e. only to simulate the USSD service.

One variant could be that the UE when being attached via the EPS to the IMS encapsulates the USSD codes in IP messages and forwards them to the network. This could happen either via the Ut interface as XCAP data using http or in a SIP message.

It should be noted that there are also user initiated MMI mode USSDs for VPLMN use. The differentiation, if USSD are intended for HPLMN or VPLMN use, is done via the range of the feature code. If USSD for VPLMN use were to be supported / simulated this may prevent certain solutions (e.g. using the Ut) and have some architectural impact (considering all possible roaming scenarios for the IMS).

Proposal

To specify an easy solution having no architectural impact. Only the simulation of mobile initiated USSD – MMI mode for HPLMN use should be supported. The functionality should be available for Multimedia Telephony, i.e. it can be implemented with the MMTel UE client and USSD messages are sent to and answered by the MMTel AS.

Though there isn't much details on this feature available, Ayush's weblog has some more details on this feature here.

Multimedia Telephony (MMTel) in 3GPP Rel-7

Came across MMTel multiple times in the last few months so decided to dig a bit more in detail.

The following from wikipedia:

The 3GPP/NGN IMS Multimedia Telephony Service (MMTel) is a global standard based on the IP Multimedia Subsystem (IMS), offering converged, fixed and mobile real-time multimedia communication using the media capabilities such as voice, real-time video, text, file transfer and sharing of pictures, audio and video clips. With MMTel, users have the capability to add and drop media during a session. You can start with chat, add voice (for instance Mobile VoIP), add another caller, add video, share media and transfer files, and drop any of these without losing or having to end the session.

The MMTel standard is a joint project between the 3GPP and ETSI/TISPAN standardization bodies. The MMTel standard is today the only global standard that defines an evolved telephony service that enables real-time multimedia communication with the characteristics of a telephony service over both fixed broadband, fixed narrowband and mobile access types. MMTel also provides a standardized Network-to-Network Interface (NNI). This allow operators to interconnect their networks which in turn enables users belonging to different operators to communicate with each other, using the full set of media capabilities and supplementary services defined within the MMTel service definition.

One of the main differences with the MMTel standard is that, in contrast of legacy circuit switched telephony services, IP transport is used over the mobile access. This means that the mobile access technologies that are in main focus for MMTel are access types such as High Speed Packet Access (HSPA), 3GPP Long Term Evolution (LTE) and EDGE Evolution that all are developed with efficient IP transport in mind.

MMTel allows a single SIP session to control virtually all MMTel supplementary services and MMTel media. All available media components can easily be accessed or activated within the session. Employing a single session for all media parts means that no additional sessions need to be set up to activate video, to add new users, or to start transferring a file. Even though it is possible to manage single-session user scenarios with several sessions – for instance, using a circuit-switched voice service that is complemented with a packet-switched video session, a messaging service or both – there are some concrete benefits to MMTel’s single-session approach. A single SIP session in an all-IP environment benefits conferencing; in particular, lip synchronization, which is quite complex when the voice part is carried over a circuit-switched service and the video part is carried over a packet-switched service. In fixed-mobile convergence scenarios, the single-session approach enables all media parts of the multimedia communication solution to interoperate.

An interesting presentation on MMTel is embedded below.

3GPP MMTel General Overview

View more presentations from Zahid Ghadialy

If you are still hungry for more on this topic then Ericsson's old presentation on MMTel is available on Slideshare here.

Smart Grids (again)

I blogged about smart grids just the other day but they seem to be the 'in thing' and keep popping up everywhere.

The very interesting picture above is from The Guardian article here, that promises that consumers will be able to cut down on their bills by taking advantage of smart meters.

Meanwhile European Commission is making Smart Grids a high priority. The following is from one of their communique:

The European Commission presented its Communication on smart grids. It sets policy directions to drive forward the deployment of future European electricity networks. Bringing together latest progress in Information and Communication technologies and network development will allow electricity current to flow exactly where and when it is needed at the cheapest cost. Smart grids will give in particular to consumers the ability to follow their actual electricity consumption in real time : smart meters will give consumers strong incentives to save energy and money. Estimates show that smart electricity grids should reduce CO2 emissions in the EU by 9% and the annual household energy consumption by 10%. They also help to ensure secure functioning of the electricity system and are a key enabler of both the internal energy market and integration of vast amounts of renewable.

You can read the complete press summary here. A new report entitled 'Smart Grids: from innovation to deployment' is available to download from here. The European Commission Smart Grids taskforce webpage is here.

The following is from IEEE Spectrum :

On 17 March, game designers at the Institute for the Future, in collaboration with us at IEEE Spectrum, ran a 24-hour forecasting game called Smart Grid 2025. Weenlisted the help of listeners like you and game players around the world to brainstorm solutions to the problems the smart grid will face. That way, by 2025—when all our homes have smart meters and utilities are linking up wind farms and solar plants to national grids—it'll be running as smoothly as it possibly can.

Steven Cherry's guest is Jake Dunagan, the game's project leader at the Institute for the Future in Palo Alto, Calif. He was on this show in early March in advance of the Smart Grid 2025 game to talk about how it would work, and now he's back to tell how it went.

This interview was recorded 4 April 2011. (Listen below)

Background on Smart Grids from the same IEEE article: One of the hottest topics in engineering is the smart grid—the idea of adding computer intelligence to a nation's basic electrical grid. The goal is to transport and use energy more efficiently in the grid itself—and also in your home. By adding intelligence to our electrical meters, fuse boxes, even our home appliances, each of us can use electricity more wisely and consume less of it.

But it's still early days for smart grid deployment. In fact, today, the smart grid still raises more questions than it answers—questions like, who will profit from the smart grid? How do we keep the smart grid from knowing too much about our personal lives? Is the smart grid dangerously hackable? Will the smart grid force you to do your laundry at night? Will the smart grid make us healthier? What kind of appliances are needed to accommodate the smart grid?

Feel free to add your thoughts in the comments.

User Data Convergence (UDC) in Release 9 and its evolution

The below is mish-mash from the specs (see refrences at the end)

With the increase of service entities and the resulting user data types, User Data Convergence (UDC) is required to ensure the consistency of storage and data models.

UDC:

• simplifies the overall network topology and interfaces

• overcomes the data capacity bottleneck of a single entry point

• avoids data duplication and inconsistency

• reduces CAPEX and OPEX.

UDC simplifies creation of new services and facilitates service development and deployment though a common set of user data.

UDC promotes service and network convergence to support the increasing number of new services including Internet services and UE applications. A new facility User Data Repository (UDR) is considered for UDC.

In UDC, all the user data is stored in a single UDR allowing access from core and service network entities.

To achieve high performance, reliability, security and scalability, the UDR entity may consist of a network of different components distributed geographically, and exposes capabilities via open interfaces in multiple access entry points.

In the current 3GPP system, user data are scattered in several domains (e.g. CS, PS, IMS) and different network entities (e.g. HLR, HSS, Application Servers). With the increase of user data entities and the resulting data types, it is more difficult for integrated services to access necessary user information from plural entities.

The scenario mentioned herein is kind of called “User Data Silo”, which is the major paradigm of user data deployment for the time being, as illustrated by Fig.1. below

With the user data silos, user data are independently accessed, stored and managed independently. That brings many challenges to network deployment and evolution. Different user data access interfaces impose complexity on network topology as well as on application development, especially for booming Internet services and incoming IP-based UE applications; separated user data increases management workload. Moreover, new networks and services such as IMS are expected, so that the introduction of their user data only makes things worse, not to mention network and service convergence even if those user data have a lot in common and are correlated to each other. Separation also undermines the value of user data mining.

User data convergence is required to ensure the consistency of storage and data models. User data convergence will simplify overall network topology and interfaces, overcome the data capacity bottleneck of a single entry point, avoid data duplication and inconsistency and reduce CAPEX and OPEX. Also it will simplify the creation of new services and facilitate service development and deployment though a common set of user data. Finally it will promote service and network convergence to support the increasing number of new services including Internet services and UE applications. In this regard, a new facility User Data Repository (UDR) should be considered for user data convergence.

As illustrated by Fig. 2 above, User Data Convergence, as opposed to User Data Silo, is simply to move the user data from where it belonged, to a facility here called User Data Repository (UDR) where it can be accessed, stored and managed in a common way. Despite of the diversity of user data structures for different services, user data can be decomposed and reformed by a common data model framework (e.g. tree-like data model, rational data model) provided by UDR. In that case, user data categorized by services can be regrouped and identified by user ID, leaving no data redundancy. Also, convergence in data model will unify the user data access interface and its protocol, which will promote new service application development. Thereby, the capability of user data convergence can be open to creation of data-less applications.

There are plenty of data distributed in the 3GPP system which is used to perform the services, for instance, the configuration data of a network entity, the session data of a multimedia call, the IP address of a terminal, etc. With respect to user data, it refers to all kinds of the information related to users who make use of the services provided by the 3GPP system.

In 3GPP system, user data is spread widely through the different entities (e.g. HLR, HSS, VLR, Application servers) and also the type of user data is various. It is of paramount importance to categorize the user data before going through the convergence of user data.

The UDC shall support multiple application user data simultaneously, e.g. HSS and others.

Any application can retrieve data from the UDC and store data in it. The applications shall be responsible of updating the UDC with the dynamic changes of the user profile due to traffic reasons (e.g. user status, user location…) or as a consequence of subscriber procedures.

User Subscription Data: Before a user can enjoy a service, he may need to subscribe the service first. The subscription data relates to the necessary information the mobile system ought to know to perform the service. User identities (e.g. MSISDN, IMSI, IMPU, IMPI), service data (e.g. service profile in IMS) , and transparent data (data stored by Application Servers for service execution) are the examples of the subscription data. This kind of user data has a lifetime as long as the user is permitted to use the service and may be modified during the lifetime. User may be accessed and configured via various means, e.g. customer service, web interface, UE Presence service. The subscription data is composed of different types such as authentication data, configuration data, etc. Different type of data may require different levels of security.

User content Data: Some applications may have to store content defined by the user and that here may be quite large (e.g. Photos, videos) User content data can reach very high volume (e.g. Hundreds of Mbytes and more), and the size required to store them may largely vary over time. They generally do not require the real time constraints as user profile data may require. Storage of user data content is not typically subject of UDR. Storage of user data content is not typically subject of UDR. UDC on user content data can be achieved by converging them with links or references, such as URLs, to other entity.

User Behaviour Data: Such data concerns the usage of services by a user as services are consumed. Generally there are event data records that can be generated on various events in the usage of services by a user and that can be used not only for charging or billing purposes but e.g. for user profiling regarding user behaviour and habits, and that can be valuable for marketing purposes. The amount of such data is also quite different from other categories, they present a cumulative effect as such data can be continuously generated by the network implying a need for corresponding storage. Usage data may require real time aspects about their collection (e.g. for on line charging), they are also often characterized by a high amount of back office processing (e.g. Billing, user profiling). Processing of user behaviour data such as for CRM, billing, data mining is not typically subject of UDR. Those might be processed with lower priority or by external systems whereby UDR supports mass data transfer.

User Status Data: This kind of user data contains call-related or session-related dynamic data (e.g. MSRN, P-TMSI), which are typically stored in VLR or SGSN. These dynamic data are only used by their owner transitorily and proprietarily, and hardly shared by other services in the short term.

Figure 4.1-1 below presents the reference UDC architecture. UDC is the logical representation of the layered architecture that separates the user data from the application logic, so that user data is stored in a logically unique repository allowing access from entities handling an application logic, hereby named Application Front Ends.

In the architecture, the User Data Repository (UDR) is a functional entity that acts as a single logical repository of user data and is unique from Application Front End’s perspective. Entities which do not store user data and that need to access user data stored in the UDR are collectively known as application front ends.

NOTE: Depending on the different network deployment, there may be more than one UDC in an operator’s network.

Application Front Ends (FE) connect to the UDR through the reference point named Ud to access user data.

Figure 4.1-2 shows how the UDC reference architecture is related to the overall network architecture by comparing a Non-UDC Network with an UDC Network. In the non-UDC Network, the figure shows NEs with their own database storing persistent user data and a NE accessing an external database; in both cases, when UDC architecture is applied, the persistent user data are moved to the UDR and concerned NEs are becoming Application-FEs (NE-FEs) according to the UDC architecture. This figure also shows that network interfaces between NEs are not impacted .A Network Element (NE), which in its original form represents application logic with persistent data storage, when the UDC architecture is applied, may become a NE Front End, since the related persistent data storage is moved to the UDR.

3GPP TS 23.335 gives more details and information flows for User Data Convergence

Further evolution of UDC is being studied part of 3GPP TR 23.845. The TR tries to address the assumption of multiple UDRs in a PLMN, to identify consequences and the possible impacts on existing UDC specifications. From a practical point of view, even if the aim is to have one single logical repository, a certain number of considerations may drive to have more than one UDR in a PLMN.

For very large networks with a very large amount of users, although an UDR may be implemented in a distributed architecture and multiple database servers with geographical distribution and geographical redundancy, an operator may consider to deploy several UDRs between which it will distribute the users.

More details in the technical report.

References:

3GPP TR 22.985: Service requirement for the User Data Convergence (UDC) (Release 9)

3GPP TS 23.335: User Data Convergence (UDC); Technical realization and information flows; Stage 2 (Release 10)

3GPP TS 29.335: User Data Convergence (UDC); User Data Repository Access Protocol over the Ud interface; Stage 3 (Release 10)

3GPP TS 32.182: User Data Convergence (UDC); Common Baseline Information Model (CBIM) (Release 10)

3GPP TR 32.901: Study on User Data Convergence (UDC) information model handling and provisioning: Example Use Cases (Release 11)

3GPP TR 29.935: Study on UDC Data Model.

3GPP TR 23.845: Study on User Data Convergence (UDC) evolution (Release 10)

LTE World Summit 2011 promising to be bigger than ever

The LTE World Summit next month, promises to be a bigger and better event than ever before. Long gone are the days when LTE used to be compared with WiMax and debated about but since then LTE has become an undisputed winner; the standard of choice.

Surprisingly there is a WiMAX & TDD Networks conference running in parallel at the same venue. Malaysia's 'Packet One' Network, which is a WiMax based network, recently decided that it will convert to TD-LTE network, probably by end of 2012. This is a blow for the WiMax standard.

Last year in Dec. Verizon launched LTE and Telia Sonera marked its first anniversary. Surely there would be lots of lessons and advice for new networks. Then there is going to be NTT Docomo, always willing to share its knowledge, technical know how and future research direction.

There are going to be four parallel tracks this time which will allow a lot of diverse topics to be covered in the shortest amount of time but it also means that some of us who would like to attend a lot of different presentations would lose out on some of these interesting presentations. Fortunately there are going to be lots of analysts and critics who are going to hopefully do justice to the conference and the presentations in blogs and tweets.

Along with the standard tracks that involve Business Models, Policy & Strategies, Spectrum, etc. there is also a track on Hetrogeneous Network Management (inc. Femtocells or as they are called now, Small cells).

There are also Breakfast briefing sessions from analysts. I would be presenting one such on the first day so please feel free to join me or any of the other analysts. I would ofcourse be blogging about the event hopefully in the same amount of detail as I always do. There will also be plenty of tweets sso be tuned to this event.

Cognitive radio – the way out of spectrum crunch?

Another presentation from the Cambridge Wireless Event on Avoiding Cellular Gridlock. One of the ways suggested in the discussions with regards to the 'Geo-location database' (see slide 12) is that they could also be done using Smart Grids. Though it sounds simple in theory, practically we may never see that happen and that would not be due to any technical reasons.

Cognitive radio – the way out of spectrum crunch?

View more presentations from Zahid Ghadialy

Nice presentation on GPS, Geotagging and its Future

Nice presentation on GPS, Geotagging and its Future

View more presentations from Zahid Ghadialy

Mobile Phone Antennas and Networks

We all remember the so called 'Antennagate' where the iPhone 4 loses coverage due to the way its held. As can be seen from the above picture, there are a lot of antennas already in the phones and yes they are on the increase with LTE and other technologies being added all the time.

Apple admitted the fault and claimed to have fixed the problem but its well known in technical circles that the fix is more of a software hack which doesn't really fix the problem just pretends to fix it. That is why the networks dread it and you can find awful lot of information on the web about the problems.

In a recent Cambridge Wireless event, I heard an interesting talk from Trevor Gill of Vodafone and one of the slides that caught my attention was the impact of these poorly designed phones on the network. The slide is embedded below.

It is estimated that the RF performance of iPhone4 is around 6dB worse than most other 3G phones. What this means is that you may be getting 4 bars of reception on your other phone where iPhone4 may be having only 1 or 2 bars or reception. So if the reception is poor with 1 or 2 bars, iPhone4 may have no reception at all.

To fix this problem, either the networks can increase the number of base stations to double the existing amount which is a huge cost to the networks and extra radiation or the phones can fix it themseles by having an extra antenna. In fact as the slide says, extra antenna on each phone would translate to increase in network capacity by 20-40%, cell area by 30% and cell edge throughput by 40-75%.

One final thing that I want to mention is that testing (RF, RRM, Conformance, etc.) are mandated by the networks for most phones but they overlook the testing procedure for phones like iPhone. What this means is that they do get a lot more new customers but they get new sets of problems. If these problems are not handled well, the impression they give is that the particular network is rubbish. Another thing is that the devices use a certain build/prototype for testing but the one that they release may contain other patches that can cause chaos. One such problem was Fast Dormancy problem that I have blogged about here.

Hopefully the networks will be a bit more careful and will put quality before quantity in future.