Inter-Operability Testing (IOT) Process Flow

I have been asked couple of times about the IOT process, how it works, etc. The above picture is from a Huawei Presentation in "The 3GPP release 8 IMS Implementation, Deployment & Testing workshop".

You can read more about 3G/4G testing from my old article here.

Role of ENUM in NGN Interconnect

I have blogged about ENUM here and here and its been quite a while. In these last couple of years ENUM has evolved a bit and now GSMA has its own Number translation service called Pathfinder.

The following is a presentation by GSMA in the recently concluded The 3GPP release 8 IMS Implementation, Deployment & Testing workshop.

The Role of ENUM in NGN Interconnect

View more presentations from Zahid Ghadialy.

Presentation: IMS for 3G Voice Services and Migration Strategies

Very interesting presentation from NTT DoCoMo in the IMS workshop I blogged about yesterday. It shows their strategy to move from legacy core network to an All IP Network (AIPN).

IMS for 3G Voice Services and Migration Strategies

View more presentations from Zahid Ghadialy.

The 3GPP release 8 IMS Implementation, Deployment & Testing workshop

The 3GPP release 8 IMS Implementation, Deployment & Testing workshop took place in Sophia Antipolis on 24-25 November 2010.

The event was attended by 70 delegates actively participating to the discussions.

Presenting companies included: Tel : A1 Telekom Austria, Alcatel Lucent, Codenomicon, Conformiq, Eircom, Elvior, ETSI, France Telecom, GSMA, Huawei, Huawei, Mobitel, NTT DoCoMo, SFR, Telecom Italia, TestingTech, TU Berlin, Wind, Wipro, ZTE.

Here are the highlights from the ETSI document:

Goals and Outcome for this workshop

Share exprience from IMS implementation

Highlight areas for further specifications, for

Standards and Testing

Learn of issues and possible resolutions

Comments from The IMS Network Testing Group

Develop IMS core network test specifications based upon 3GPP, for:

• Interoperability

• conformance

• network integration

Hold interoperability events (IMS Plugtests)

Coordinate with other organisations such as OMA, MSF, GSMA

Implementations

• Beyond small islands, second wave to replace unscalable, unmaintenable early VoIP systems

• Implementation options - Hybrid CS-GW for transition from CS to LTE, which already has 2 million subscribers on IMS/CS-GW/RNC

• Auto provisioning - to simplify complexity

• IMS functions must be implemented in the core – not in any access network, such as LTE, and can be used for non-Voice as well

Implementing RCS (Rich Communication Suite)

• RCS trial feedback - Good feedback from 400 trial users on RCS but difficult to configure SBC

• RCS implementations should include aggregation with SNS (Social Network Services)– eg contact list from Facebook

• Most appreciated feature of RCS is: - cross-operator interworking and compatibility with ordinary phones, not just smartphones

Specific Issues and Resolutions

• FAX – Delay and Jitter issues - FTTH will solve long delays etc

• Emergency and Lawful Intercept with IMS -There are standards and developed solutions available but Currently still falls back to CS /TDM

• Data Provisioning speed is important, to achieve no service interruption.

• 3GPP II-NNI: Inter-IMS Network to Network Interface - Two levels: Solx (service with control function) and Coix (connection – a pipe for media).

• “PathFinder” Global ENUM – like DNS for phone number; It is a solution to number portability and can optimise routing

About Services

• Most issues are Beyond IMS - integrating OSS/BSS, existing systems, inter-vendors interfaces

• IMS and IN - Pity the Standards did not bring IN and IMS close together; Need iFC enhancements, like in IN; Need to support combining services

• OTT and SNS dominate growth - occupies the minds of commercial people, GSMA-like services have slowed down

• Service layer (Wipro) – Telcos want one SDP to serve all - include IMS and non-IMS services, human and non-humans on NAB, context based, and charge only what is ‘consumed’

Testing Methods, Tools and Test Beds

• Integrate Conformance checking with interoperability testing

• Automation of interoperability trace checking – it can reduce costs by more than 50 % compared to manual validation

• Independent Test Bed- available EPC playground for prototyping applications

• Protocol message customisation tool - allows changing the message and customise the flow

• Security testing tool - testing by ‘fuzzing’, 100% TTCN free – everything is already build in

• IMS is a multi vendor environment - Testing and validation must be an integral part of the deployment process

Memorable Quotes

“IMS is a Journey, not a destination” (ALU)

“SDP is almost anything” (Matjas Bericic, Mobitel)

“Voice as an app versus Voice as a Service” is a challenge (Manuel Vexler, Huawei)

“IMS is not a box, it is a network” (Matjas Bericic, Mobitel)

“global ENUM is DNS for phone numbers” (Adrian Dodd, GSMA)

“Kill with one SIP” (Ari Takanen, Codenomicon)

“ IOP is the red thread running through the entire ETSI standards development process “ (Milan Zoric, ETSI)

All documents from this workshop is available at: http://docbox.etsi.org/Workshop/2010/201011_IMSWORKSHOP/

SON 2010 Conference in Pictures

Some photos from the 1st Self-Organizing Networks Conference, 30th Nov and 1st Dec. 2010 at the Waldorf Hilton. You can also follow the tweets with #SON2010.

Presentation: Further Enhancements for LTE-Advanced

Further Enhancements for LTE-Advanced

View more presentations from Zahid Ghadialy

LSTI: Job nearly done!

According to Mobile Europe magazine, LSTI has nearly completed the tasks it had been created for. The following is from the report:

LSTI said it has reached Milestones for Interoperability Development Tests (IODT), Interoperability Tests (IOT) and for Friendly Customer Trials (FCT). With these Milestones complete, LSTI said it could move to its last working phase and "finish all LTE trials in a timely manner".

Following on from the Proof of Concept (PoC) tests, which was the first testing phase of the LSTI alliance, and which was completed a year ago, LSTI has now completed all Interoperability Development Tests (IODT) for both FDD (Frequency Division Duplex) and TDD (Time-Division Duplex). Furthermore, penultimate Milestone for Interoperability Tests (IOT) has also been passed. That means that the LSTI members have proved that at least three vendors for each case are about to deliver to the market interoperability tested access network and terminal equipment.

The Core Network Interface S1 (Connection Access Network to Core) IOT is almost completed and more results are expected to be delivered soon.

“Overall these results are well aligned with the previous results shared in the LSTI PoC phase. This testing and the co-operation of the vendors and operators involved have brought forward the growth of the LTE ecosystem and enabled a accelerated commercialisation of LTE-EPC by fostering technology alignment across all parties”, said Christian Kuhlins, LSTI Activity Manager IOT, Ericsson AB. “We can now see that the telecommunications industry is about to launch LTE/SAE equipment. More and more commercial network and terminal equipment will be available on the market very soon.”

Eleven LSTI operators have set-up their LTE/EPC trials and have already delivered reports built on a common testing methodology. The Trial Group has achieved one major step in passing the “Radio Access Testing” milestone which includes: Latency, State Transition, Throughput, Cell Capacity, Mobility, Basic Quality of Service and User Experience testing domains.

LSTI said that last results are expected during the next few weeks and will be presented at the Mobile World Congress 2011.

LSTI Updates from Oct. 2010

View more presentations from Zahid Ghadialy.

Iridium NEXT: Next Generation Satellite Network

Iridium Everywhere

View more presentations from Zahid Ghadialy.

Presented by Dan Mercer, VP & General Manager, EMEA & Russia on November 9th , 2010 at Digital Communications Knowledge Transfer Network And Cambridge Wireless Future Wide Area Wireless SIG – ‘Networks and the New Economy’

To download see: http://www.cambridgewireless.co.uk

LIPA, SIPTO and IFOM Comparison

Enhancing macro radio access network capacity by offloading mobile video traffic will be essential for mobile communications industry to reduce its units costs to match its customer expectations. Two primary paths to achieve this are the use of femtocells and WiFi offloading. Deployment of large scale femtocells for coverage enhancement has been a limited success so far. Using them for capacity enhancements is a new proposition for mobile operators. They need to assess the necessity of using them as well as decide how to deploy them selectively for their heavy users.

Three alternative architectures that are being standardized by 3GPP have various advantages and shortcomings. They are quite distinct in terms of their dependencies and feasibility. Following table is a summary of comparison among these three approaches for traffic offloading.

Looking at the relative strengths of the existing traffic offload proposals, it is difficult to pick an outright winner. SIPTO macro-network option is the most straight-forward and most likely to be implemented rather quickly. However, it doesn't solve the fundamental capacity crunch in the radio access network. Therefore its value is limited to being an optimization of the packet core/transport network. Some other tangible benefits would be reduction in latency to increase effective throughput for customers as well as easier capacity planning since transport facilities don't need to be dimensioned for large number of radio access network elements anymore.

LIPA provides a limited benefit of allowing access to local premises networks without having to traverse through the mobile operator core. Considering it is dependent on the implementation of femtocell, this benefit looks rather small and has no impact on the macro radio network capacity. If LIPA is extended to access to Internet and Intranet, then the additional offload benefit would be on the mobile operator core network similar to the SIPTO macro-network proposal. Femtocell solves the macro radio network capacity crunch. However, the pace of femtocell deployments so far doesn't show a significant momentum. LIPA's market success will be limited until cost of femtocell ownership issues are resolved and mobile operators decide why (coverage or capacity) to deploy femtocells.

IFOM is based upon a newer generation of Mobile IP that has been around as a mobile VPN technology for more than 10 years. Unfortunately success record of mobile IP so far has been limited to enterprise applications. It hasn't become a true consumer-grade technology. Introduction of LTE may change this since many operators spearheading LTE deployments are planning to use IPv6 in handsets and adopt a dual-stack approach of having both IPv4 and IPv6 capability. Since many WiFi access networks will stay as IPv4, DSMIPv6 will be the best tunneling mechanism to hide IPv6 from the access network. Having dual-stack capability will allow native access to both legacy IPv4 content and native IPv6 content from major companies such as Google, Facebook, Yahoo, etc. without the hindrance of Network Address Translation (NAT). Considering the popularity of smartphones such as iPhone, Blackberry and various Android phones, they will be the proving ground for the feasibility of DSMIPv6.

Source of the above content: Whitepaper - Analysis of Traffic Offload : WiFi to Rescue

IP Flow Mobility and Seamless Offload (IFOM)

Unlike LIPA or SIPTO that are dependent on upstream network nodes to provide the optimization of routing different types of traffic, IFOM relies on the handset to achieve this functionality. It explicitly calls for the use of simultaneous connections to both macro network, e.g., LTE, UMTS and WiFi. Therefore, IFOM, unlike LIPA and SIPTO, is truly a release 10-onward only technology and it is not applicable for user terminals pre-Release 10. IFOM is being specified via 3GPP TS 23.261 [1]. Following diagram shows the interconnectivity model for IFOM capable UE.

IFOM uses an Internet Engineering Task Force (IETF) Request For Comments (RFC), Dual Stack Mobile IPv6 (DSMIPv6) (RFC-5555) [2].

Since IFOM is based on DSMIPv6, it is independent of the macro network flavor. It can be used for a green-field LTE deployment as well as a legacy GPRS packet core.

Earlier on we looked at the mobile network industry attempts of integration between packet core and WLAN networks. Common characteristic of those efforts was the limitation of the UE, its ability to use one radio interface at a time. Therefore, in earlier interworking scenarios UE was forced to use/select one radio network and make a selection to move to an alternative radio for all its traffic. Today many smartphones, data cards with connection managers already have this capability, i.e., when the UE detects the presence of an alternative access network such as a home WiFi AP, it terminates the radio bearers on the macro network and initiates a WiFi connection. Since WiFi access network and packet core integration is not commonly implemented, user typically loses her active data session and re-establishes another one.

Similarly access to some operator provided services may not be achieved over WiFi. Considering this limitation both iPhone IOS and Android enabled smartphones to have simultaneous radio access but limited this functionality to sending MMS over the macro network while being connected to WiFi only.

IFOM provides simultaneous attachment to two alternate access networks. This allows fine granularity of IP Flow mobility between access networks. Using IFOM, it will be possible to select particular flows per UE and bind them to one of two different tunnels between the UE and the DSMIPv6 Home Agent (HA) that can be implemented within a P-GW or GGSN. DSMIPv6 requires a dual-stack (IPv4 or IPv6) capable UE. It is independent of the access network that can be IPv4 or IPv6.

[1] 3GPP TS 23.261: IP flow mobility and seamless Wireless Local Area Network (WLAN) offload; Stage 2

[2] RFC-5555: Mobile IPv6 Support for Dual Stack Hosts and Routers

[3] 3GPP TS 23.327: Mobility between 3GPP-Wireless Local Area Network (WLAN) interworking and 3GPP systems

Content Source: Analysis of Traffic Offload : WiFi to Rescue