The Mobile
Broadband Standard

GPRS

EDGE

EDGE+

W-CDMA

UMTS

HSPA

HSPA+

LTE

LTE-Advanced

LTE-Advanced Pro

Releases

3GPP uses a system of parallel "Releases" which provide developers with a stable platform for the implementation of features at a given point and then allow for the addition of new functionality in subsequent Releases. You can learn more about 3GPP Releases by looking in to the following resources:

  • A brief description of each Release can be found in the footer of this page, in the 'About Releases' section.
  • Full details of the specifications needed for each 3GPP Release can be found in the "Release Description" folder of the ftp site.
  • A table of the features, by Release, can also be found in the 3GPP Work Plan.
  • There is also a 3GPP Specification Release version matrix which is a listing (with links) of the Specifications - showing the Release in which each specification was first developed.

Start, Freeze and End dates:

The table below is extracted from the data on the 3GPP Ultimate portal at https://portal.3gpp.org/ "Releases" tab. Please refer to that data for the most up-to-date information.

Future dates are proposals, subject to change.

Name

Status

[Note 3]

Start date

[Note 2a]

End date

Closure date

Release 14

Open

2014-09-17

2017-06-09 (SA#76)   

Release 13

Open

2012-09-30

2016-03-11 (SP-71)

 

Release 12

Frozen

2011-06-26

2015-03-13 (SP-67)

 

Release 11

Frozen

2010-01-22

2013-03-06 (SP-59)

 

Release 10

Frozen

2009-01-20

2011-06-08 (SP-52)

 

Release 9

Frozen

2008-03-06

2010-03-25 (SP-47)

 

Release 8

Frozen

2006-01-23

2009-03-12 (SP-43)

 

Release 7

Closed

2003-10-06

2008-03-13 (SP-39)

2014-09-17 (SP-65)

Release 6

Closed

2000-03-28

2005-09-28 (SP-29)

2014-09-17 (SP-65)

Release 5

Closed

2000-05-01 [Note 2a]

2002-09-12 (SP-17)

2014-09-17 (SP-65)

Release 4

Closed

1998-08-01

2001-06-21 (SP-12)

2014-09-17 (SP-65)

Release 2000 [Note 1]

Closed

1999-03-30 [Note 2a]   1999-12-17 (SP-06)

Release 1999

Closed

1996-11-01

1999-12-17 (SP-06)

2008-06-05 (SP-40)

UMTS

Closed

1994-08-18 1999-02-12 (SMG-28)

2005-06-08 (SP-28)

Release 1998

Closed

1996-03-26 1999-02-12 (SMG-28)

2005-06-08 (SP-28)

Release 1997

Closed

1996-04-15 [Note 2a]   2005-06-08 (SP-28)

Release 96 / Phase 2+

Closed

1995-07-20   2004-09-16 (SP-25)

Phase 2

Closed

1993-03-25   2004-09-16 (SP-25)

Phase 1 extension

Closed

1994-10-01    

Phase 1 DCS-1800

Closed

 1992-12-03    

Phase 1

Closed  1987-01-01    

GSM Phases and Version numbers 

GSM Release

TS/TR version

[Note 2, 4]
3GPP Release TS/TR version
GSM Phase 1 3.x.y    
GSM Phase 2 4.x.y    
GSM Phase 2+ 5.x.y    
GSM Phase 2+ Release 97 6.x.y    
GSM Phase 2+ Release 98 7.x.y    
GSM Phase 2+ Release 99 8.x.y UMTS Release 99 3.x.y
GSM Phase 2+ Release 00 9.x.y    

3GPP Releases and Version numbers

Release TS/TR version
Release 4 4.x.y
Release 5 5.x.y
Release 6 6.x.y
...  
Release 14 12.x.y
...  

Other associated terms

Stages

The term "Stage" derives from the ITU-T (originally CCITT) method for categorizing specifications (Recommendation I.130).

  • "Stage 1" refers to the service description from a service-user’s point of view.
  • "Stage 2" is a logical analysis, devising an abstract architecture of functional elements and the information flows amongst them across reference points between functional entities.
  • "Stage 3" is the concrete implementation of the functionality and of the protocols appearing at physical interfaces between physical elements onto which the functional elements have been mapped.

In addition, 3GPP often performs feasibility studies the results of which are made available in Technical Reports (normally 3GPP-internal TRs, numbered xx.8xx, not intended for transposition by the Organizational Partner SDOs). The feasibility study might be considered as a sort of "Stage 0". Furthermore, some Stage 3 specifications require test specifications to be prepared: effectively a "Stage 4".

Phases

This term has two distinct usages within the 3GPP:

  • in reference to GSM specifications, Phase 1, Phase 2 and Phase 2+ referred to releases of specifications (see table above);
  • some features within GSM/3G specifications have been enhanced over the years. For example, enhancements to the original CAMEL functionality are referred to as CAMEL phase 2, CAMEL phase 3 and CAMEL phase 4.

Further information

The mechanisms for creating and maintaining specifications are described in TR 21.900. A presentation outlining the release and change request process can be found here.


 Note 1: The term "Release 2000" was used only temporarily and was eventually replaced by "Release 4" and "Release 5" (most elements originally in Release 2000 were renamed Release 4, but some were deferred until Release 5).

Note 2: A Specification with a version number of 0.x.y, 1.x.y or 2.x.y indicates that it is a new, draft, specification which has not yet been approved. The anticipated release is normally shown on the cover of the document.

Note 2a: The start date for a Release is an indication of when the first work item for that Release was approved at TSG level. In fact, it is somewhat approximate because often work items started in an earlier Release, but not completed, are "promoted" to the next Release. The end date for a Release is an indication of when the detailed protocols become stable. However, see Note 3 below.

Note 3: After "freezing", a Release can have no further additional functions added. However, detailed protocol specifications (stage 3) may not yet be complete. "Freezing" is applied successively for each of the three stages (see below), with stage 3 normally being frozen one or two TSG meetings earlier than the "end" date.  The "end" date shown on the 3GU portal is indicative only, since for each Release, a considerable number of refinements and corrections can be expected for at least two years following this date.  In addition, OA&M specs and test specs may lag by some considerable time. A "frozen" Technical Specification is one which can have no further category B or C (new or modified functionality) Change Requests, other than to align earlier stages with later stages. The individual stage freeze dates can only be seen by 3GU account holders (delegates, officials, secretariat).

Note 4: In the version number of a 3GPP TS or TR, the first field (before the first dot) indicates the Release number according to the table below. The field "x" is incremented at each change in the spec resulting from one or more Change Requests approved by the responsible TSG. Field "y" is incremented whenever an editorial change is made to a specification; editorial changes are those which cannot in any way change the technical interpretation of the spec, and are introduced at the discretion of the Support Team. Exceptionally, field "y" is incremented when a newly-provided version of a spec is found to be flawed due to, for example, misimplementation of a newly-approved CR; however, this circumstance is only permitted during the three-week period following the end of a TSG plenary round, during which new versions of specs are produced. Every change of version is documented in the "change history" annex of the spec. When "x" is incremented, field "y" is reset to zero. When the Release field (the first digit) is incremented, fields "x" and "y" are reset to zero. Version numbering was unified from Release 4 onwards, regardless of radio access technology. This implied a renumbering of the GSM-only specifications (see the Specification Numbering page). 

Search
More news...
Erik telekom TV
 
News Feeds