Showing posts with label 3GPP. Show all posts
Showing posts with label 3GPP. Show all posts

Monday, November 24, 2014

3GPP Release-12 RAN Enhancements

View S.Sunil Kumar's profile on LinkedIn




The ones which fascinates a lot are :-

Improved local area mobility using Dense Radio Network
ProSe/D2D - Device to Device Proximity services


Dense Radio Network

D2D Service






Tuesday, November 18, 2014

LTE - Data Rates and UE Class

View S.Sunil Kumar's profile on LinkedIn

Data Rates and UE Class for LTE Technology is provided below....

Figure 1 : Data Rates for Downlink in Mbps

Figure 2 : Data Rates for Uplink in Mbps


Figure 3 : LTE UE Class


Figure 4 : LTE Average Throughput - Cell Level


Figure 5 : Latency Comparison for 2G-3G-4G Systems


Figure 6 : LTE MaximumThroughput - Cell Level


Monday, November 17, 2014

5G Technology Objectives

View S.Sunil Kumar's profile on LinkedIn


BIG DATA analysis has proven that it can add value to existing business and provide innovative solutions. This leads to revolutionize the business ideas across globe.

It requires a natural partner in terms of broadband connectivity on the fly to help business community in thriving the world economy. ICT Community's main aim to serve this requirement and  empower the growing demands of rural communities. This relationship outlines required objectives for 5G Technologies as stated below.


  • 5G Networks will be able to serve 100 billion connections.
  • 10 Gb/s will be the data rate per user,
  • 5G Netwoks will have new RAT + LTE+LTE-A+WiFi+GSM+HSPA.
  • 5G Netowkrs may serve 3 folds of world population in M2M connections.





Figure-1 : 5G Network A theoretical view


Figure-2 : 5G Service Objective Cube

Sunday, October 13, 2013

3GPP Specifications for - LTE (E-UTRAN)

3GPP Specifications for - (E-UTRA) - Radio Resource Control RRC





[1] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications".
[2] 3GPP TS nn.nnn: "Radio Interface Protocol Architecture".
[3] 3GPP TS 36.302: "Evolved Universal Terrestrial Radio Access (E-UTRA); Services provided by 
the physical layer ".
[4] 3GPP TS 36.304: "Evolved Universal Terrestrial Radio Access (E-UTRA); UE Procedures in Idle
Mode".
[5] 3GPP TS 36.306 "Evolved Universal Terrestrial Radio Access (E-UTRA); UE Radio Access
Capabilities".
[6] 3GPP TS 36.321: "Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access
Control (MAC) protocol specification".
[7] 3GPP TS 36.322:"Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control
(RLC) protocol specification".
[8] 3GPP TS 36.323: "Evolved Universal Terrestrial Radio Access (E-UTRA); Packet Data
Convergence Protocol (PDCP) Specification".
[9] 3GPP TS 36.300: "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal
Terrestrial Radio Access (E-UTRAN); Overall description; Stage 2".
[10] 3GPP TS 22.011: "Service accessibility".
[11] 3GPP TS 23.122: "Non-Access-Stratum (NAS) functions related to Mobile Station (MS) in idle
mode".
[12] 3GPP2 C.S0002-A v6.0: "Physical Layer Standard for cdma2000 Spread Spectrum Systems –
Release A".
ETSI
3GPP TS 36.331 version 8.17.0 Release 8 13 ETSI TS 136 331 V8.17.0 (2012-07)
[13] ITU-T Recommendation X.680 (07/2002) "Information Technology - Abstract Syntax Notation
One (ASN.1): Specification of basic notation" (Same as the ISO/IEC International Standard 8824-
1).
[14] ITU-T Recommendation X.681 (07/2002) "Information Technology - Abstract Syntax Notation
One (ASN.1): Information object specification" (Same as the ISO/IEC International Standard
8824-2).
[15] ITU-T Recommendation X.691 (07/2002) "Information technology - ASN.1 encoding rules:
Specification of Packed Encoding Rules (PER)" (Same as the ISO/IEC International Standard
8825-2).
[16] 3GPP TS 36.133: "Evolved Universal Terrestrial Radio Access (E-UTRA); Requirements for
support of radio resource management".
[17] 3GPP TS 25.101: "Universal Terrestrial Radio Access (UTRA); User Equipment (UE) radio
transmission and reception (FDD)".
[18] 3GPP TS 25.102: "Universal Terrestrial Radio Access (UTRA); User Equipment (UE) radio
transmission and reception (TDD)".
[19] 3GPP TS 25.331:"Universal Terrestrial Radio Access (UTRA); Radio Resource Control (RRC);
Protocol specification".
[20] 3GPP TS 45.005: "Radio transmission and reception".
[21] 3GPP TS 36.211: "Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and
channel coding".
[22] 3GPP TS 36.212: "Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and
channel coding".
[23] 3GPP TS 36.213: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer
procedures".
[24] 3GPP2 C.S0057-B v1.0: "Band Class Specification for cdma2000 Spread Spectrum Systems".
[25] 3GPP2 C.S0005-A v6.0: "Upper Layer (Layer 3) Signaling Standard for cdma2000 Spread
Spectrum Systems – Release A, Addendum 2".
[26] 3GPP2 C.S0024-A v3.0: "cdma2000 High Rate Packet Data Air Interface Specification".
[27] 3GPP TS 23.003: "Numbering, addressing and identification".
[28] 3GPP TS 45.008: "Radio subsystem link control".
[29] 3GPP TS 25.133: "Requirements for Support of Radio Resource Management (FDD)".
[30] 3GPP TS 25.123: "Requirements for Support of Radio Resource Management (TDD)".
[31] 3GPP TS 36.401: "Evolved Universal Terrestrial Radio Access (E-UTRA); Architecture
description".
[32] 3GPP TS 33.401: "3GPP System Architecture Evolution (SAE); Security architecture".
[33] 3GPP2 A.S0008-C v2.0: "Interoperability Specification (IOS) for High Rate Packet Data (HRPD)
Radio Access Network Interfaces with Session Control in the Access Network"
[34] 3GPP2 C.S0004-A v6.0: "Signaling Link Access Control (LAC) Standard for cdma2000 Spread
Spectrum Systems – Addendum 2"
[35] 3GPP TS 24.301: "Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage
3".
[36] 3GPP TS 44.060: "General Packet Radio Service (GPRS); Mobile Station (MS) - Base Station
System (BSS) interface; Radio Link Control/Medium Access Control (RLC/MAC) protocol".
ETSI
3GPP TS 36.331 version 8.17.0 Release 8 14 ETSI TS 136 331 V8.17.0 (2012-07) 
[37] 3GPP TS 23.041: "Technical realization of Cell Broadcast Service (CBS)".
[38] 3GPP TS 23.038: "Alphabets and Language".
[39] 3GPP TS 36.413: "Evolved Universal Terrestrial Radio Access (E-UTRAN); S1 Application Protocol (S1 AP)".
[40] 3GPP TS 25.304: "Universal Terrestrial Radio Access (UTRAN); User Equipment (UE) procedures in idle mode and procedures for cell reselection in connected mode".
[41] 3GPP TS 23.401: "General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access".
[42] 3GPP TS 36.101: "Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE) radio transmission and reception".
[43] 3GPP TS 44.005: "Data Link (DL) Layer General Aspects".
[44] 3GPP2 C.S0087-0 v2.0: "E-UTRAN - cdma2000 HRPD Connectivity and Interworking: Air Interface Specification"
[45] 3GPP TS 44.018: "Mobile radio interface layer 3 specification; Radio Resource Control (RRC) protocol".
[46] 3GPP TS 25.223: "Spreading and modulation (TDD)".
[47] 3GPP TS 36.104: "Evolved Universal Terrestrial Radio Access (E-UTRA); Base Station (BS) radio transmission and reception".
[48] 3GPP TS 36.214: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer - Measurements".
[49] 3GPP TS 24.008: "Mobile radio interface layer 3 specification; Core network protocols; Stage 3".
[50] 3GPP2 C.S0097-0 v1.0: "E-UTRAN - cdma2000 1x Connectivity and Interworking Air Interface Specification".
[51] 3GPP TS 23.216: "Single Radio Voice Call Continuity (SRVCC); Stage 2".


View S.Sunil Kumar's profile on LinkedIn

Thursday, January 31, 2013

APN Configurational Issues in Android OS Enabled Phones : Part-2 (End)

Refer :- Part-1

As explained in part 1 it is must to have different QoS treatment according to the type of traffic like...


  • Web Browsing
  • MMS
  • Streaming Video
  • Gaming with high level of interactive communication mode.. 
Figure 1 : Major Customer Segment & their preferred data services

Majority of mobile customer base using internet,blackberry, MMS & corporate VPN services. In Figure 1 I have used IBM as an example of a corporate client.



 Figure 2 : Different types of Mobile Data Services Connectivity 

Figure 2 shows that the GGSN is interconnected with MMSC, IBM Corporate network (an example), BB Server & ISP for the services respectively for MMS, IBM-VPN,BES/BIS & internet browsing.

I expect that in coming days Android OS will be able to support 11 APNs [For 2G & 3G Networks]  as per 3GPP Standard TS 24.008. So that customers and the operators can benefit from each other by introducing "blackberry" kind of OTT based services.

For an example BB phones can have different APNs for MMS,internet & BB services.If the sim is subscribed to all these services then the customer can use them without having trouble in changing any APN settings.

Since most of the operators are earning their major share of Data revenue from their corporate clients, who are using for their intranet / corporate network access using VPN, it becomes unavoidable to have this ability in most of the Android OS installed phones or Tabs from Samsung, HTC , Sony etc. More and more new handset vendors are coming in to the market with the hope using the great Android OS and making it big in the market like Samsung. So it will be a disaster in future with such phones available in the market with this known issue.


As stated by Aeneas in COMMENTS Section [ with source code references] , Android OS has the ability to support multiple APNs.But the question remains same.......

"Why Android OS enabled handsets (2G / 2G+3G) are not  configured to show the option similar like Symbian / Microsoft OS Enabled Phones ? To reduce the complexity and simplify the users experience ?  why the network interface is not optimized well in smartphones "


Conclusion : Handset manufacturers using  Android OS should take immediate action in resolving this issue.


3GPP References : TS 24.008 & TS 23.107

Comments from Friends & Critics are welcome.
  
Samsung Galaxy Y Pro Duos B5512 phone Settings :-



  View S.Sunil Kumar's profile on LinkedIn

Sunday, September 30, 2012

APN Configurational Issues in Android OS Enabled Phones : Part-1



As many of us know, internet & MMS traffic are the most used data service types as of today. Streaming video, Corporate Intranet, Cloud services, VoD are gearing to take the customer experience to new levels . Still there are some of the fundamental issues to be dealt for a brighter win-win situation across the entire ecosystem of mobile telecom industry (Mobile Broadband + Voice) across the globe.

It is evident that offering mobile broadband using “LTE” technology is more efficient then any other existing one at present. LTE networks are mostly being built on existing 3G/2G Core Network infrastructures like SGSN/GGSN by duly upgrading them as MME/SGW respectively.

But the important big question is still on the “UE” Manufacturing.

There are big dilemmas like create only Dongle and move to VoLTE and get voice services or manufacture multi radio support capable handsets or not.
It is well known truth the Frequency Bands going o be one of the deciding factors of these questions.
For an example iPhone 5 supports few LTE Bands. And the handsets available in non US countries too but can it supports the frequency bands of those countries which may allocate different one than US?


This is an example of the main topic we are about to step into...APN

What is APN?

As explained in http://en.wikipedia.org/wiki/Access_Point_Name

Access Point Name (APN) is a configurable network identifier used by a mobile device when connecting to a Mobile Services carrier. The carrier will then examine this identifier to determine what type of network connection should be created, for example: what IP addresses should be assigned to the wireless device, what security methods should be used, and how or if, it should be connected to some private customer network.
More specifically, the APN identifies the packet data network (PDN), that a mobile data user wants to communicate with. In addition to identifying a PDN, an APN may also be used to define the type of service, (e.g. connection to wireless application protocol (WAP) server, multimedia messaging service (MMS)), that is provided by the PDN. APN is used in 3GPP data access networks, e.g. general packet radio service (GPRS), evolved packet core (EPC).

So it is evident that APN helps the network to determine proper routing of the data packets.
Nokia, Sony, Sony Ericsson, Samsung (Bada-OS) & iPhone  (iOS 6) - All of them support multiple APN-Application Context Names. But phones loaded with android OS offers only one APN definitions and which is applicable for any applications invoked in that particular phone as explained simply in the following Figure-2.


Figure-1 3GPP R8 Standard Architecture
 
Figure-2 Dats Service Types & APN Usage

Impact 1: Unnecessary load for GGSN in finding the proper route towards MMSC/Other services.
Solution 1: Based on the specific MMSC Proxy address, DNS can provide the routing,
Disadvantage: DNS Capacity is compromised.

Impact 2 : QoS treatment will not be proper. QoS to be differentiated based on invoked service based on the invoked service rather than applying a standard profile HLR passes differential QoS to SGSN if subscribed differently. Even SGSN itself can alter the QoS according the requested APN. But not as per the requested “SERVICE” if that comes via the same APN. SGSN don’t have the ability to treat a particular type of traffic within an established DATA PIPE (i.e. GTP Tunnel).

Disadvantage: Customer experience compromised. Normally for such bad performances the network will be vivtim to pay the price whereas the issue lies somewhere else which is not easy for all to understand.

Solution 2: It is important that Android Platform to have multiple APN Definition capability as per 3GPP standard and each of the service/application should have the freedom to choose appropriate APNs based on manual /OTA Push configurations.


This discussions is more about QoS handling in the Um/Uu & Gb/IuPS interface.

Part 2 : End and Conclusion

View S.Sunil Kumar's profile on LinkedIn

Test ChatBOT