3GPP 21.900 v20.0.0 — the document's own text
9.1 Terminology
Taught in 8. How a 3GPP meeting decides, and the word it decides in (How standards actually get made, in depth), 7. Reading either body's paper trail yourself (How standards actually get made, overview).
Written contributions to 3GPP meetings are called "TDocs".
NOTE: The term "TDoc" is an abbreviation of "Temporary Document" and is a legacy of when such documents were prepared in paper form. Temporary Documents were not intended to be retained after the end of the meeting at which they were discussed, contrasted with Permanent Documents which were retained after the end of the meeting for longer term (permanent?) reference. 3GPP retains all TDocs in electronic form and thus there is no need for a separate "PDoc" class, although some working groups do retain some documents informally referred to as "permanent reference documents".
Each TDoc shall be one of the following types:
Table 9.1-1: Permissible TDoc types
| TDoc type | Remarks |
|---|---|
| agenda | Meeting agendas, including those showing allocation of TDocs to agenda items, also timing schedules |
| Work Plan | Ordered list of work items |
| LS in | Liaison Statement, received from some other 3GPP group or an external body |
| LS out | Liaison Statement issued by a group and directed to one or more other 3GPP groups or external bodies. |
| pCR | Pseudo-Change-Request: similar to a Change Request but has no CR number and is intended to propose new or revised text for inclusion in 3GPP TSs or TRs not yet under change control (i.e. still in the drafting phase). Known in some groups as "text proposal". |
| draftCR | Similar to a Change Request, but unnumbered; proposes new or revised text for a TS or TR already under change control. May ultimately be revised into a regular Change Request. |
| CR | A formal proposal to make changes to a TS or TR which is under change control – i.e. which has a version number with the first field greater than 2 (see clause 4.0A). |
| CR Pack | One or more Change Requests which have been agreed (or endorsed) at working group level and are being presented as a package to TSG for approval. |
| ToR | Terms of reference for a TSG or working group. |
| WID new | Work item description for a new work item – i.e. one not already approved at TSG level. |
| WID revised | Proposes changes to an already TSG-approved Work item description. |
| SID new | As "WID new", where the work item is of type "study". |
| SID revised | As "WID revised", where the work item is of type "study". |
| WI status report | Rapporteur's report (reviewed by the lead WG) of the current state of completion of a work item (degree of completion, target date, contentious issues, …). |
| WI exception request | Request to TSG to permit an overrun in the schedule for the completion of a work item. |
| TS or TR cover | Stand-alone cover sheet for a draft TS or TR being presented (normally at TSG level). Typically used in conjunction with a "draft TS" or "draft TR" type where the actual draft TS or TR and its cover are not included in the same TDoc. |
| draft TS | A complete TS, still in draft state, being presented either for information or approval at TSG level. May also be used at WG level. At TSG level, normally includes a separate "TS or TR cover" indicating the state of development of that TS; if the cover sheet is not included, it can be provided in a separate TDoc of type "TS or TR cover". |
| draft TR | As "draft TS" but pertaining to a TR rather than a TS. |
| report | Any report (other than "WI status report", see above). Typically documents the proceedings of a TSG or WG, or a subgroup thereof. |
| discussion | A TDoc which is intended to be discussed. |
| response | A TDoc which has been prepared to provide support for, or a counter argument to, another TDoc.Note: This type is pecular to one particular working group (RAN3). |
| other | Any other kind of TDoc, for which none of the above types is appropriate. |
| WI Summary | Summary of a work item (or a group of work items which is decided by the responsible TSG). It explains the purpose of introducing the work item(s) as well as the impacts on the system without requiring that the reader is a specialist in this field. It is issued by the completion time of the work item(s) and describes what has been specified (i.e. the solution finally selected and approved by the TSG). |