ITU-R WP5D Brazil Meeting: Complete IMT 2020 RIT/SRITs from 3GPP, China & Korea advance; Nufront submits new EUHT RIT

SOURCE: Meeting Report of ITU-R WP5D Working Group on Technology Aspects (17 July 2019)

IMT-2020 RIT/SRITs:

This past week’s 32nd meeting of ITU-R WP 5D in Brazil was a milestone for the IMT-2020 process described in Document IMT 2020/2(Rev.1): Step 3 – submission / reception of the RIT and SRIT proposals and acknowledgement of receipt.

Seven submissions of candidate IMT-2020 RIT/SRITs were received at this meeting.  Importantly, some were updates to their previous submissions.

  1. 3GPP – RIT
  2. 3GPP  -SRIT
  3. China (People’s Republic of)
  4. South Korea (Republic of)
  5. ETSI (TC DECT) and DECT Forum
  6. TSDSI (India)
  7. Nufront [1]

Note 1. At this week’s ITU-R WP5D meeting in Brazil, Nufront (Beijing) Technology Co. Ltd (Nufront) proposed ‘EUHTRIT as the candidate IMT-2020 radio interface technology. The Nufront new candidate RIT is in addition to the RIT/SRITs previously input by 3GPP, China, South Korea, TSDSI (India), ETSI/DECT Forum.

Nufront provided the characteristics template, link budget template, compliance template, and self-evaluation report of the EUHT RIT. The submission templates follow the ITU-R IMT-2020 submission format and guidelines as defined in Report ITU‑R M.2411.

–>Please refer to my Comment in the box below this article.  It provides background on motivation for Nufront’s EUHT RIT proposal and their (failed) attempt to get IEEE 802.11AX to be included as either a merged RIT or a SRITs.

…………………………………………………………………………………………………………………………………………………………………………………..

After review of all the submissions (see Table 1. below) under the IMT-2020 process Step 3 (the cut off date for submissions of candidate IMT 2020 RIT/SRITs), the meeting determined that the submissions from 3GPP (SRIT and RIT), China and Korea are “complete” per section 5 of Report ITU-R M.2411.  Therefore, they fulfilled the requirements for submission in Step 3 of the IMT-2020 process.

The meeting is of the view that, the supplied self-evaluation and any amendments accepted during this meeting for the submissions of ETSI (TC DECT) and DECT Forum (the component RIT DECT-2020 NR), Nufront and TSDSI do not yet permit WP 5D to determine if a complete and satisfactory self-evaluation as required by the IMT-2020 process has been fully provided.

A way forward for these submissions has been agreed by the meeting (Doc. 5D/TEMP/778-only available to those who have a TIES account). The Proponents should provide the full details requested in the process and in the specifically defined way to WP 5D, considering the comments raised in this meeting, in order for WP 5D to proceed further in the process with the submissions.

A decision on the submission above shall be taken in 33rd meeting WP 5D in December 2019.
For convenience, these submitted proposals are also posted on the “Web page for IMT-2020 submission and evaluation process.”

Under the IMT-2020 submission and evaluation process, the ITU-R will now proceed with the detailed evaluation of the proposed candidate technologies until 34th meeting of WP 5D in February 2020.

Table 1. Candidate RIT/SRIT Submissions from 3GPP, China, Korea, ETSI and DECT Forum, Nufront and TSDSI:

Seven submissions of candidate IMT-2020 RIT/SRITs were received at this meeting; some were updates to their previous submissions.

Table 3.4.3.A  (documents listed are only available to those who have a TIES account with itu.int)

RIT/SRIT Proponent Candidate Technology Submission
3GPP – SRIT Docs. 5D/1215 and 5D/1216
3GPP – RIT Docs. 5D/1215 and 5D/1217
China (People’s Republic of) Doc. 5D/1268
Korea (Republic of) Doc. 5D/1233
ETSI (TC DECT) and DECT Forum Docs. 5D/1230 and 5D/1253
Nufront Doc. 5D/1238
TSDSI Doc. 5D/1231

………………………………………………………………………………………………………………………………………………………………………………………….

IMT-2020/VVV:

The meeting agreed to complete this document (IMT-2020/VVV) at this meeting, rather than the original plan of the #34 meeting. During development of the document, it was agreed to follow the approach adopted by WP 5D for the development of IMT-Advanced (aka “LTE Advanced).

The finalized new IMT-2020/VVV document on “Process and use of the Global Core Specification (GCS), references, and related certifications in conjunction with Recommendation ITU-R M.[IMT-2020.SPECS]” is in Document 5D/TEMP/728 (only available to those who have a TIES account).

…………………………………………………………………………………………………………………………………………………………………………………………..

Synchronization of multiple IMT-2020 TDD networks:

This meeting received two input documents and continued the discussion. It was decided to carry forward all the input documents and to continue the work at the WP 5D #34 meeting in February 2020 (see Objectives for meeting #34 below).

…………………………………………………………………………………………………………………………………………………………………………………………..

Documents for consideration by WP 5D closing plenary:

The following documents were agreed by WG Technology Aspects and were provided to WP 5D closing plenary for approval.

  1. Draft IMT-2020/VVV − Process and the use of Global Core Specification (GCS), references and related certifications in conjunction with Recommendation ITU R M.[IMT-2020.SPECS]
  2. Draft IMT-2020 document − Detailed schedule for finalization of the first release of new Recommendation ITU-R M.[IMT-2020.SPECS] “Detailed specifications of the terrestrial radio interfaces of International Mobile Telecommunications-2020 (IMT-2020)”
  3. Liaison statement to External Organizations on the detailed schedule for finalization of the first release of new Recommendation ITU-R M.[IMT‑2020.SPECS]
  4. Liaison statement to 3GPP proponent concerning the time interval to provide transposing references for IMT 2020
  5.  Many more documents, which are beyond the scope of the IEEE Techblog

…………………………………………………………………………………………………………………………………………………………………………………………..

Objectives for the ITU-R WP 5D meetings #33 and #34:

I. The next ITU-R WP 5D meeting #33, scheduled to be held in December 2019, will be entirely focused on the activities of the Technology Aspects Working Group. It should be noted that neither the General Aspects Working Group nor the Spectrum Aspects Working Group will be in session at the 33rd meeting. The next meeting at which Working Group Spectrum Aspects will be in session will be at the 34th meeting of WP 5D scheduled to be held in February 2020.

5D meeting #33 will be a focused meeting on the following technology aspects and will include the workshop on evaluation of IMT-2020 terrestrial radio interfaces (Doc. 5D/TEMP/809):

  1. Review additional materials to be provided by the candidate IMT-2020 RIT/SRIT proponents ETSI (TC DECT) and DECT Forum, Nufront and TSDSI, per the agreed way forward at the 32nd WP 5D meeting with regard to their respective submissions;
  2. Review of external activities in Independent Evaluation Groups through interim evaluation reports.
  • Continue work on revision of Recommendation ITU-R M.1457-14

Note: SWG Out of band emissions and SWG Radio Aspects will not have any session at the WP 5D #33 meeting. Contributions to the respective work items would be considered at the WP 5D #34 meeting.

II. The key objectives of the Technology Aspects WG for the 34th ITU-R WP 5D meeting:

  1. Review of external activities and evaluation reports of Independent Evaluation Groups. Complete evaluation reports summary (IMT-2020/ZZZ).
  2. Continue the work on “Over-the-air (OTA) TRP field measurements for IMT radio equipment utilizing AAS” based on the requested response from 3GPP and expected input from other organisations and administrations.
  • Continue work on revision of Recommendation ITU-R M.1457-14.
  • Continue work on synchronization of multiple IMT-2020 TDD networks.

Special Details About WP 5D Meeting #33 – December 2019:

This is a focused Technology Aspects Working Group meeting on the conclusion of Step 3, continuation of Step 4, and the evaluation of IMT-2020 submitted candidate technologies including a Workshop, and related matters.  Sessions of the meeting of the Working Groups and their SWGs in WP 5D meeting #33 are:

Working Groups/SWGs
Technology Aspects IN SESSION
SWG COORDINATION

SWG EVALUATION

SWG IMT SPECIFICATIONS

IN SESSION
General Aspects NOT in session
Spectrum Aspects NOT in Session
Ad Hoc Workplan IN SESSION –

ONLY for matters directly related to the Technology Aspects WG

……………………………………………………………………………………………………………………………………………………………………………..

Appendix I:  High-level scopes for Working Party 5D working and Ad hoc Groups:

Group Scope Chairman
WG GENERAL ASPECTS –    To develop deliverables on services, forecasts, and also convergence of services of fixed and mobile networks which take account the needs of end users, and the demand for IMT capabilities and supported services. This includes aspects regarding the continued deployment of IMT, other general topics of IMT and overall objectives for the long-term development of IMT. To update the relevant IMT Recommendations/Reports.

–    To ensure that the requirements and needs of the developing countries are reflected in the work and deliverables of WP 5D in the development of IMT. This includes coordination of work with ITU-D Sector on deployments of IMT systems and transition to IMT system.

K.J. WEE

Korea

WG TECHNOLOGY ASPECTS –    To provide the technology related aspects of IMT through development of Recommendations and Reports. To update the relevant IMT‑2000 and IMT-Advanced Recommendations.  To work on key elements of IMT technologies including requirements, evaluation, and evolution. To develop liaison with external research and standardization forums, and to coordinate the external and internal activities related to the IMT-2020 process.

–    To manage the research topics website and its findings.

H. WANG

China

WG SPECTRUM ASPECTS –    To undertake co-existence studies, develop spectrum plans, and channel/frequency arrangements for IMT. This includes spectrum sharing between IMT and other radio services/systems coordinating as appropriate with other Working Parties in ITU-R. A. JAMIESON

New Zealand

AD HOC WORKPLAN –    To coordinate the work of WP 5D to facilitate efficient and timely progress of work items. H. OHLSEN

Sweden

 

Appendix II: Work with involved organizations, including research entities:

The strategy for ITU-R WP 5D going forward is to gather information from the organizations involved in the global research and development and those that have an interest in the future development of IMT and to inform them of the framework and technical requirements in order to build consensus on a global level.

ITU-R WP 5D can play an essential role to promote and encourage these research activities towards common goals and to ensure that information from the WP 5D development on the vision, spectrum issues, envisioned new services and technical requirements are widespread among the research community. In the same manner, WP 5D encourages inputs from the external communities involved in these research and technology developments.

It is evident that continuing dialogue between the ITU and the entities taking part in research is a key to the continuing success of the industry in advancing and expanding the global wireless marketplace.

Working Party 5D, as is the case with all ITU organizations, works from input contributions submitted by members of the ITU. In order to facilitate receipt of information from external entities who may not be direct members of ITU, the Radiocommunication Bureau Secretariat may be considered as the point of interface, in accordance with Resolution ITU-R 9‑5.

The following major activities are foreseen to take place outside of the ITU, including WP 5D, in order to successfully complement the WP 5D work:

–Research on new technologies to address the new elements and new capabilities of IMT‑2020;

–Ongoing development of specifications for IMT and subsequent enhancements.

Appendix III: Agreed overall deliverables/work plan of WP 5D and technical requirements in order to build consensus on a global level:

The following table provides the schedule of when approval of the planned major deliverables will be achieved following the procedures of WP 5D.

Date Meeting Anticipated Milestones
December 2019 Geneva WP 5D #33

(max. 4 day meeting)

•     Focus meeting on evaluation – review of external activities in Independent Evaluation groups through interim evaluation reports

•     Workshop on evaluation of IMT-2020 terrestrial radio interfaces

February 2020 [TBD] WP 5D #34 •     Finalize Doc. IMT-2020/ZZZ Evaluation Reports Summary

•     Finalize Addendum 5 to Circular Letter IMT‑2020

•     Finalize draft new Report M.[IMT.AAS]

•     Finalize draft new Report ITU-R M.[HAPS-IMT]

•     Finalize draft new Report ITU-R M.[IMT.1 452-1 492 MHz]

•     Finalize draft new Report ITU-R M.[IMT.MS/MSS.2GHz]

•     Further update/Finalize draft new Report/Recommendation ITU-R
M.[IMT.1518 MHz COEXISTENCE]

June 2020 [TBD] WP 5D #35 •     Finalize draft new Report ITU-R M.[IMT-2020.OUTCOME]

•     Finalize Addendum 6 to Circular Letter IMT‑2020

October 2020 [TBD] WP 5D #36 •     Finalize Addendum 7 to Circular Letter IMT‑2020 (if needed)

•     Finalize revision 15 of Recommendation M.1457

November 2020 Geneva WP 5D #36bis

(3 day meeting)

•     Finalize draft new Recommendation ITU-R M.[IMT‑2020.SPECS]

•     Finalize Addendum [7/8] to Circular Letter IMT‑2020

Appendix IV: Detailed workplan for the development of a working document towards a preliminary draft new Report ITU-R M.[IMT-2020 BROADBAND REMOTE COVERAGE]:

Source:       Document 5D/TEMP/760 (Ericsson)

Title “IMT-2020 for remote sparsely populated areas providing high data rate coverage”
Identifier M.[IMT-2020 TERRESTRIAL BROADBAND REMOTE COVERAGE]
Document type Report
WP 5D Lead Group WG Technology Aspects
SWG Chair Marc Grant, AT&T
Editor <TBD>
Focus for scope and work This Report provides details on prospects associated with provisioning of enhanced mobile broadband services to remote sparsely populated and under-served areas proposing enhancements of user equipment as well as for networks in suitable frequency bands:

−    for user equipment, possible solutions based on affordable user deployed RF amplifier equipment combined with access to local spectrum could be considered and examined; and

−    for networks, possible solutions based on high gain massive MIMO antennas could be reviewed.

Related documents Question ITU-R 77-7/5 − “Consideration of the needs of developing countries in the development and implementation of IMT”

Question ITU-R 229-4/5 − “Further development of the terrestrial component of IMT”

Milestones Meeting No. 32 (9-17 July 2019, Búzios, Brazil)

1    Call for contributions in the WP 5D Chairman’s Report.

Meeting No. 33 ([10-13 December 2019, Geneva, Switzerland])

1    [No sessions scheduled].

Meeting No. 34 (19-26 February 2020, <TBD>)

1    Consider received contributions.

2    Draft liaison statements as required.

3    Produce working document.

3    Review and revise the detailed workplan as required.

Meeting No. 35 (24 June – 1 July 2020, [China]))

1    Consider the received contributions.

2    Consider any necessary liaison statements.

3    Elevate the working document to a preliminary draft new Report.

4    Review and revise the detailed workplan as required.

Meeting No. 36 (7-14 October 2020, [India])

1    Consider the received contributions.

2    Consider any necessary liaison statements.

3    Elevate the preliminary draft new Report to a draft new Report for submission to Study Group 5.

 

…………………………………………………………………………………………………

Update- Addendum 4 to Circular Letter 5/LCCE/59 24 July 2019:

To Administrations of Member States of the ITU, Radiocommunication Sector Members, ITU-R Associates participating in the work of Radiocommunication Study Group 5 and ITU Academia

Subject:  Acknowledgement of IMT-2020 proposals, future plans and evaluation report requests

Evaluation Workshop:
WP 5D will hold a Workshop on “IMT-2020 Terrestrial Radio Interfaces Evaluation” from 10 to 11 December, 2019 during its 33rd meeting to provide an interactive discussion among IEGs, proponents and WP 5D delegates.

The workshop will be held at the same venue as the 33rd meeting of WP 5D. The program of the workshop and detailed information about the workshop registration can be found on the “Web page for IMT-2020 submission and evaluation process” (under “Workshop on IMT-2020 Terrestrial Radio Interfaces Evaluation”). Parties interested in the details of the workshop (program, registration deadline, etc.) are kindly requested to check the workshop website periodically before the 33rd WP 5D meeting.

Evaluation Group discussion area:
The Evaluation Group discussion area can be found on “Web page for IMT-2020 submission and evaluation process.”

This discussion area is to exchange views on the characteristics of the proposed radio interface(s) technologies submitted by proponents and to discuss evaluation related issues among IEGs and the proponents.

The discussion area is available on a subscription basis for ITU-R members, designated representatives of the proponents of candidate technology submissions and designated representatives of the IEGs. Focal points of both the proponents and IEGs are requested to provide details of the designated representatives. IEGs and proponents are encouraged to participate in the Evaluation Group discussion area, and share the experiences that might be helpful to progress the evaluation activities.

Request for evaluation reports:
Following the IMT-2020 process on “Submission/Reception of the RIT and SRIT proposals and acknowledgement of receipt” in accordance with Document IMT-2020/2(Rev.2), WP 5D started the evaluation process from its 31st meeting in October 2018, and will last until its 34th meeting in February 2020.

Therefore, WP 5D expects to receive the final evaluation reports from the Independent Evaluation Groups on those IMT-2020 candidate technology RIT(s)/SRIT(s) that have been evaluated by its 34th meeting. While WP 5D kindly requests the independent evaluation groups to provide an interim
evaluation report for its 33rd meeting in December 2019 in which the Workshop on IMT-2020 evaluation will also be held.  It is also suggested that the evaluation reports contain information including the use of Report ITU-R M.2412, the considered test environment(s), the evaluated RIT(s)/ SRIT(s), and the evaluation results as requested by the compliance templates, but not limited to those. It is also requested that the interim evaluation report includes as much detail about the evaluation as possible.

Revision to Document IMT-2020/2:
Revision 2 to Document IMT-2020/2 “Submission, evaluation process and consensus building for IMT-2020”, is now available on “IMT-2020 documents”. This revision contains an additional WP 5D meeting planned in November 2020 to complete the Recommendation for detailed specifications of radio interface technologies for the terrestrial components of IMT-2020.

Updates to the ITU-R web page for the IMT-2020 submission and evaluation process and IMT-2020 documents Any future changes to the submission and evaluation process will be announced in Addenda to this
Circular Letter. Other information, such as information on the Workshop on IMT-2020 Terrestrial Radio Interfaces Evaluation, and interim evaluation report(s) will be updated dynamically on the “Web page for IMT-2020 submission and evaluation process” and “IMT-2020 documents.”

Consequently, Members and Sector members interested in the IMT-2020 development process including evaluation activities are kindly requested to periodically check the website.

Mario Maniewicz
Director

 

Timelines for IMT 2020 (subject to change) and 3GPP Release 16

 

15 July 2019 Update & Clarification:

For the completion of Step 8 (see revised description below) and the finalization of the draft new Recommendation ITU-R M.[IMT‑2020.SPECS] in Working Party 5D, a completion date of the WP 5D meeting No. 36, currently planned for 7-14 October 2020 had previously been chosen.

However, this completion date has been shifted to a new WP 5D Meeting #36bis planned for 17-19 November 2020 (shown in above table). The focus of this ‘bis’ meeting is specifically the technology aspects and associated matters necessary to finalize the draft new Recommendation ITU-R M.[IMT-2020.SPECS].

This shift was done to assist the Transposing Organizations by providing them additional time to prepare their transposed standards aligned with the Global Core Specification that would be provided to WP 5D meeting #35 (24 June – 1 July 2020).

The additional time afforded by scheduling a new WP 5D Meeting #36bis as the new completion meeting of the draft new Recommendation ITU-R M.[IMT-2020.SPECS] affords the Transposing Organizations at least 13 weeks of time after WP 5D Meeting #35 to provide the Radiocommunication Bureau by the indicated due date (8 October 2020) with the relevant technical material (e.g., the URL hyperlinks) and other related administrative matters to ITU-R after the Meeting #35,  in proper alignment with the GCS.

The ITU-R Secretariat, upon receipt of this material from the Transposing Organizations will administratively prepare (i.e., compile, edit, format, etc.) the final draft of the Recommendation incorporating all the technologies (RITs and SRITs) agreed by ITU-R for inclusion in Step 8 and make it available to WP 5D Meeting #36bis.

Step 8 – Development of radio interface Recommendation(s):

In this step a (set of) IMT-2020 terrestrial component radio interface Recommendation(s) is developed within the ITU-R on the basis of the results of Step 7, sufficiently detailed to enable worldwide compatibility of operation and equipment, including roaming.

This work may proceed in cooperation with relevant organizations external to ITU in order to complement the work within ITU‑R, using the principles set out in Resolution ITU-R 9-5.

Step 9 – Implementation of Recommendation(s):

In this step, activities external to ITU-R include the development of supplementary standards (if appropriate), equipment design and development, testing, field trials, type approval (if appropriate), development of relevant commercial aspects such as roaming agreements, manufacture and deployment of IMT-2020 infrastructure leading to commercial service.

……………………………………………………………………………………………………………………………………………………………………………………………………………

3GPP input to IMT 2020 RIT/SRIT and Release 16 Schedule:

3GPP notes that with the complexities of 5G as a new generation of technology and the importance of the new Recommendation ITU-R M.[IMT-2020.SPECS] globally for all stakeholders (including support for the results of WRC-19), any additional time afforded to the External Organizations in Step 8 for provision of the URL references would be of great benefit to all the radio interface technology proponents, not just 3GPP.

3GPP welcomes any accommodation WP 5D might make concerning the scheduling of the work to conclude the first release of Recommendation ITU-R M.[IMT-2020.SPECS] and kindly asks for feedback to 3GPP from that discussion.
……………………………………………………………………………………………………………………

From 3GPP Webinar – 3 July 2019:

© 3GPP 2012 © 3GPP 2019 7 Release 16 progressing towards completion 5G V2X • Targeting advanced use cases beyond LTE V2X I...

“For the (industry) verticals, there are three distinct pillars that we are focused on: Automotive, Industrial IoT and Operation in unlicensed frequency bands.

For 5G based V2X, which builds on the two iterations of the LTE-V2X, we are now adding advanced features – primarily in the area of low latency use cases.

The second focus is industrial IoT and URLLC enhancements. Factory automation, in particular, is a strong pillar for 5G going forward. We are trying to ensure that the radio side covers all of the functions that all the verticals need for factory automation. What this means in practice is that we are trying to make sure 5G NR can fully replace a wired Ethernet – currently used – by adding time sensitive networking and high reliability capabilities.

The third pillar is operation in unlicensed bands. We have seen different schemes for generic 5G licensing strategies in Europe and in other parts of the World. We have seen in some countries that certain licensed bands have been allocated for vertical use cases, though that is not the case for a majority of countries. The use of unlicensed bands provides a great opportunity – where licensed spectrum is not an option. We are now focused on not only what we have with LTE, which is the licensed assisted access scheme, but also on standalone unlicensed operation – to be completed in Release 16.

Release 16 also delivers generic system improvements & enhancements, which target Mobile Broadband, but can also be used in vertical deployments –> Particularly: positioning, MIMO enhancements and Power consumption improvements.”

See and listen to this 3GPP Webinar at: https://vimeo.com/346171906

………………………………………………………………………………………………………………………………………………….

Annex 1.  From ATIS contribution to ITU-R WP5D July 2019 meeting in Brazil:

3GPP has agreed revised completion dates for Release 16 – schedule shifted out by 3 months:
Release 16 RAN-1 Freeze RAN # 86 December 2019
Release 16 RAN Stage 3 Freeze RAN # 87 March 2020
Release 16 ASN.1 Freeze RAN # 88 June 2020
Release 16 RAN-4 Freeze RAN # 89 September 2020
……………………………………………………………………………………………………………………
Submitted on behalf of the 3GPP Proponent of the 3GPP submission, which is collectively the 3GPP Organizational Partners (OPs). The 3GPP OPs are ARIB, ATIS, CCSA, ETSI, TSDSI, TTA and TTC (http://www.3gpp.org/partners)

IMT 2020: Concept of Global Core Specification (GCS) and Transposing Organization(s)

SOURCE:  Process and the use of Global Core Specification (GCS), references and related certifications in conjunction with Recommendation ITU-R M.[IMT-2020.SPECS]

Introduction:

When completed, Recommendation ITU-R M.[IMT-2020.SPECS] will contain the detailed specifications of the radio interfaces of IMT-2020. The structure and philosophy adopted for M.[IMT-2020.SPECS] for IMT2020 is based on those used in Recommendations ITU-R M.1457 for IMT-2000 and ITU-R M.2012 for IMT-Advanced, which have been successfully utilized for two decades through numerous revisions of Recommendations ITU-R M.1457 and ITU-R M.2012.

A key concept is the continued use of the Global Core Specification (GCS) provided by the GCS Proponent and references to standards of Transposing Organization(s) [1.] authorized by the GCS Proponent whereby the detailed standardization is undertaken within the Transposing Organization that operates in concert with the RIT/SRIT Proponent and/or GCS Proponent entities.

The relationship between the GCSs for IMT-2020 radio interface technologies and the corresponding transposed standards is such that the GCSs are the framework for their corresponding detailed transposed specifications. Recommendation ITU-R M.[IMT-2020.SPECS] may also include references to specific related standards of the Transposing Organizations. There may be one or more entities that exist within a GCS Proponent for a given GCS.

It is also permissible to not have a separate GCS for a particular radio interface technology, in which case all the detailed specifications of that particular radio interface technology (the Directly Incorporated Specification1) would be fully contained directly within the Recommendation ITU-R M.[IMT-2020.SPECS].

This understanding of whether a GCS would or would not be utilized in the context of a particular radio interface technology within Recommendation ITU-R M.[IMT-2020.SPECS] is necessary so that the proper structure and content of the Recommendation is chosen to properly reflect the technology specifications.

Consequently, the RIT/SRIT Proponent is requested to indicate at an early stage to the ITU-R its preliminary intention to submit a Global Core Specification, in advance of the required formal certifications, which will be used to form the basis of information in the Recommendation ITU‑R M.[IMT-2020.SPECS].

The ITU-R (Working Party 5D) will review any GCS or DIS submission(s) and agree/approve or suggest changes in conjunction with the development and the ultimate approval by ITU-R of the final published version of Recommendation ITU-R M.[IMT-2020.SPECS] and the established schedules.

ITU-R (WP 5D and/or the Radiocommunication Bureau) will maintain liaison with the relevant External Organizations (RIT/SRIT Proponents, GCS Proponents, and Transposing Organizations) on the required deliverables and also the relevant schedules and administrative matters associated with the various stages of the development of the Recommendation ITU‑R M.[IMT-2020.SPECS] and its revisions over time.

………………………………………………………………………………………………………………………………………..

ITU-R WP 5D will review any GCS or DIS submission(s) and agree/approve or suggest changes in conjunction with the development and the ultimate approval by ITU-R of the final published version of Recommendation ITU-R M.[IMT-2020.SPECS] and the established schedules.

ITU-R (WP 5D and/or the Radiocommunication Bureau) will maintain liaison with the relevant External Organizations (RIT/SRIT Proponents, GCS Proponents, and Transposing Organizations) on the required deliverables and also the relevant schedules and administrative matters associated with the various stages of the development of the Recommendation ITUR M.[IMT-2020.SPECS] and its revisions over time.

Respecting the integrity of the GCSs and ensuring that the transposed standards are consistent with the GCS:

To assure users of Recommendation ITU-R M.[IMT-2020.SPECS] of the integrity of the GCS for a particular technology, and to ensure that the transposed standards are consistent with the common globally agreed vision of IMT-2020, completeness and traceability of the GCS and the transposed standards is a foremost obligation of the ITU-R.

As noted above, the IMT-2020 specifications could be developed around a “Global Core Specification” (GCS), which is related to externally developed materials incorporated by specific references for a specific technology. The submitted GCSs as accepted by WP 5D for inclusion in Recommendation ITU-R M.[IMT-2020.SPECS] will be placed on the relevant ITU website and indicated by hyperlinks in each relevant technology Section of Recommendation ITU-R M.[IMT2020.SPECS].

The GCS provided by the GCS Proponent would form the nucleus of Recommendation ITUR M.[IMT-2020.SPECS]. For each radio interface technology in Recommendation ITU-R M.[IMT2020.SPECS] (whether presented as a single RIT or as one of the component RITs within an SRIT) there will be only one corresponding GCS. A GCS will have one or more GCS Proponents. Each component RIT within a SRIT may be separately addressed with regard to its GCS and the associated GCS Proponents.

Each GCS would correspond to separate sets of transposed standards/specifications from one or more individual standards development organizations or equivalent entities. For each separate set of transposed standards/specifications, there will be only one Transposing Organization.

The referenced standards of the authorized Transposing Organizations [1.] must be technically consistent with the corresponding GCS while allowing a limited amount of flexibility to accommodate, e.g. minimal regional differences. An example of a regional difference would be a regional adjustment for differing frequency bands. Adherence to this format and principle assures a common global standard for IMT-2020 as codified in Recommendation ITU-R M.[IMT2020.SPECS] including the external materials incorporated by reference.

The receipt of information with regard to Recommendation ITUR M.[IMT-2020.SPECS] that is related to a business relationship of the ITU and the relevant external organizations complements and support activities such as the technical work under the purview of the relevant Study Group within the ITU. It must be noted that where this document addresses administrative matters it does not intend to usurp the Study Group or Working Party authority but merely seeks to provide additional critical information to the deliberations on Recommendation ITU-R M.[IMT-2020.SPECS] as to the individual or collective intent and/or actions of the RIT/SRIT Proponents, GCS Proponents, and/or Transposing Organizations that support a particular technology, a corresponding GCS, and the related transposed standards.

NOTE 1.  A Transposing Organization is an individual entity authorized by a GCS Proponent to transpose the relevant GCS into specific standards and to provide specific references and hyperlinks (Transposition References) for the purposes of Recommendation ITU-R M.[IMT-2020.SPECS].  A Transposing Organization:

1) must have been authorized by the relevant GCS Proponent to produce transposed standards for a particular technology, and
2) must have the relevant legal usage rights.

………………………………………………………………………………………………………………………………………………………………………….

It is noted that the entity or entities that make up a GCS Proponent may also be a Transposing Organization. It should also be noted that the term Transposing Organization is always indicated to be a single entity. It is also noted that, for the purposes of Recommendation ITU-R M.[IMT-2020.SPECS], the ITUR will only recognize as valid those Transposing Organizations that have been identified to the ITU-R by the GCS Proponent as authorized to transpose the GCS Proponent’s GCS.

Neither a GCS Proponent nor a Transposing Organization need to be a formal “Standards Development Organization” or “SDO.” For example, “SDO” here could represent an industry entity, organization, individual company, etc. that, if applicable, also qualifies appropriately under the auspices of Resolution ITU-R 9.

…………………………………………………………………………………………….

References:

https://www.itu.int/md/R15-IMT.2020-C-0020/en

https://www.itu.int/pub/R-RES-R.9

 

India’s TSDSI candidate IMT 2020 RIT with Low Mobility Large Cell (LMLC) for rural coverage of 5G services

India’s telecom standards organization TSDSI has submitted its candidate IMT-2020 Radio Interface Technology (RIT) to the IMT-2020 evaluation at the ITU-R WP 5D meeting #32 being held in Buzios, Brazil from 9 July 2019 to 17 July 2019.  TSDSI’s IMT 2020 submission is one of five candidate RIT proposals- see NOTE at bottom of this article for more information.

TSDSI’s RIT is described in document ITU-R WP5D-AR Contribution 770.  This RIT has been developed to address the rural requirements by enabling the implementation of  Low Mobility Large Cell (LMLC), particularly with emphasis on low-cost rural coverage of 5G wireless network services.  TSDSI believes that this RIT will also help to meet the rural requirements of other developing countries This author agrees!

TSDSI proposal on Low Mobility Large Cell (LMLC) configuration has been included as a mandatory test configuration under the Rural eMBB (enhanced Mobile BroadBand) test environment in IMT 2020 Technical Performance Requirements (TPR) in ITU-R with an enhanced Inter Sire Distance (ISD) of 6 km. Incorporation of LMLC in IMT2020 will help address the requirements of typical Indian rural settings and will be a key enabler for bridging the rural-urban divide with 5G rollouts.

–>The Indian administration (ITU member country) extends its support to the RIT of TSDSI and solicits the support of ITU Member States to support this proposal.

Indian wireless network operators, including Reliance Jio Infocomm Ltd, have expressed interest in LMLC.

About TSDSI:

*TSDSI is a Standards development organization similar to ETSI, SRIB, ATIS, CCSA, TTA, TTC, etc.
*TSDSI is an Organisational Partner of 3GPP and oneM2M, an Associate member of ITU-R and ITU-T and a member of GSC.
*TSDSI delegations have been actively participating and contributing in Standards development Working Groups in all these forums.
*TSDSI has formal affiliations (MoUs/Agreements) with – ETSI, 5GIA, ATSC, BIF, CCICI, GCF, IEEE-SA, TIA, TAICs, TTA, WWRF, ARIB, ATIS, CCSA, TTC
*TSDSI conducts several joint activities – projects, workshops, conferences etc. with its affiliates
*TSDSI’s operating procedures have been derived based on best practices being followed by similar Global SDOs.
*TSDSI Rules & Regulations, Working Procedures and IPR Policy are all transparent and available on our website – http://www.tsdsi.in. A brief perusal will show the similarity with the processes and policies followed by other SDOs.
*TSDSI strictly follows the Rules and Procedures. It provides an open, transparent and collaborative platform for its members to participate and contribute in the development of Standards with a special focus on India Specific Requirements and Indian Innovations. The governance model is also very inclusive, open and transparent with fresh elections being conducted for all positions every 2 years.

Submitted by: Chair TSDSI , Vice Chair TSDSI and DG TSDSI
http://www.tsdsi.in

………………………………………………………………………………………………………………………………………….

Kiran Kumar Kuchi, a professor at IIT Hyderabad is building a 5G testbed there.  The system will exceed IMT 2020 5G performance requirements including Low Mobility Large Cell.

IIT Hyderabad 5G Testbed.   Photo courtesy of IIT Hyderabad.

……………………………………………………………………………………………………………………………………………………………………………………………………………

TSDSI’s baseline RIT (initial description template) is documented in ITU-R WP 5D Document 5D/980: Revision 2 to Document IMT-2020/7-E, submitted on 14 February 2019.  Several updates to TSDSI RIT included the updated characteristics template, initial link budget template, etc.  They are in Document 5D/1138: Attachment Part 1: 5D/1138!P1; Attachment Part 2: 5D/1138!P2; Attachment Part 3: 5D/1138!P3; Attachment Part 4: 5D/1138!P4)

Here are a few key excerpts from the TSDSI baseline RIT:

Describe details of the radio interface architecture and protocol stack such as: – Logical channels – Control channels – Traffic channels Transport channels and/or physical channels.

RAN/Radio Architectures: This RIT contains NR standalone architecture. The following paragraphs provide a high-level summary of radio interface protocols and channels.

Radio Protocols: The protocol stack for the user plane includes the following: SDAP, PDCP, RLC, MAC, and PHY sublayers (terminated in UE and gNB). On the Control plane, the following protocols are defined: – RRC, PDCP, RLC, MAC and PHY sublayers (terminated in UE and gNB); – NAS protocol (terminated in UE and AMF) For details on protocol services and functions, please refer to 3GPP specifications (e.g. [38.300]).

Radio Channels (Physical, Transport and Logical Channels):

  • The physical layer offers service to the MAC sublayer transport channels. The MAC sublayer offers service to the RLC sublayer logical channels.
  • The RLC sublayer offers service to the PDCP sublayer RLC channels.
  • The PDCP sublayer offers service to the SDAP and RRC sublayer radio bearers: data radio bearers (DRB) for user plane data and signalling radio bearers (SRB) for control plane data.
  • The SDAP sublayer offers 5GC QoS flows and DRBs mapping function.

The physical channels defined in the downlink are: – the Physical Downlink Shared Channel (PDSCH), – the Physical Downlink Control Channel (PDCCH), – the Physical Broadcast Channel (PBCH).

The physical channels defined in the uplink are: – the Physical Random Access Channel (PRACH), – the Physical Uplink Shared Channel (PUSCH), – and the Physical Uplink Control Channel (PUCCH). In addition to the physical channels above, PHY layer signals are defined, which can be reference signals, primary and secondary synchronization signals.

The following transport channels, and their mapping to PHY channels, are defined:

Uplink: – Uplink Shared Channel (UL-SCH), mapped to PUSCH – Random Access Channel (RACH), mapped to PRACH

Downlink: – Downlink Shared Channel (DL-SCH), mapped to PDSCH – Broadcast channel (BCH), mapped to PBCH – Paging channel (PCH), mapped to (TBD)

Logical channels are classified into two groups: Control Channels and Traffic Channels.

Control channels: – Broadcast Control Channel (BCCH): a downlink channel for broadcasting system control information. – Paging Control Channel (PCCH): a downlink channel that transfers paging information and system information change notifications. – Common Control Channel (CCCH): channel for transmitting control information between UEs and network. – Dedicated Control Channel (DCCH): a point-to-point bi-directional channel that transmits dedicated control information between a UE and the network.

Traffic channels: Dedicated Traffic Channel (DTCH), which can exist in both UL and DL. In Downlink, the following connections between logical channels and transport channels exist: – BCCH can be mapped to BCH, or DL-SCH; – PCCH can be mapped to PCH; – CCCH, DCCH, DTCH can be mapped to DL-SCH;

In Uplink, the following connections between logical channels and transport channels exist: – CCCH, DCCH, DTCH can be mapped to UL-SCH.

Enhancements:

1. Method to improve broadcast and paging control channel efficiency over access elements.

2. Reduce the impact of congestion in the data path and control path to improve overall efficiency in the network.

3. Other aspects

NR QoS architecture The QoS architecture in NG-RAN (connected to 5GC), can be summarized as follows: For each UE, 5GC establishes one or more PDU Sessions. For each UE, the NG-RAN establishes one or more Data Radio Bearers (DRB) per PDU Session. The NG-RAN maps packets belonging to different PDU sessions to different DRBs. Hence, the NG-RAN establishes at least one default DRB for each PDU Session. NAS level packet filters in the UE and in the 5GC associate UL and DL packets with QoS Flows. AS-level mapping rules in the UE and in the NG-RAN associate UL and DL QoS Flows with DRBs

– Carrier Aggregation (CA) In case of CA, the multi-carrier nature of the physical layer is only exposed to the MAC layer for which one HARQ entity is required per serving cell.

– Dual Connectivity (DC) In DC, the radio protocol architecture that a radio bearer uses depends on how the radio bearer is setup.

…………………………………………………………………………………………………………..

Four bearer types (information carrying channels) exist: MCG bearer, MCG split bearer, SCG bearer and SCG split bearer.

The following terminology/definitions apply:

– Master gNB: in dual connectivity, the gNB which terminates at least NG-C.

– Secondary gNB: in dual connectivity, the gNB that is providing additional radio resources for the UE but is not the Master node.

– Master Cell Group (MCG): in dual connectivity, a group of serving cells associated with the MgNB

– Secondary Cell Group (SCG): in dual connectivity, a group of serving cells associated with the SgNB

– MCG bearer: in dual connectivity, a bearer whose radio protocols are only located in the MCG.

– MCG split bearer: in dual connectivity, a bearer whose radio protocols are split at the MgNB and belong to both MCG and SCG.

– SCG bearer: in dual connectivity, a bearer whose radio protocols are only located in the SCG.

– SCG split bearer: in dual connectivity, a bearer whose radio protocols are split at the SgNB and belong to both SCG and MCG.

In case of DC, the UE is configured with two MAC entities: one MAC entity for the MCG and one MAC entity for the SCG. For a split bearer, UE is configured over which link (or both) the UE transmits UL PDCP PDUs. On the link which is not responsible for UL PDCP PDUs transmission, the RLC layer only transmits corresponding ARQ feedback for the downlink data.

What is the bit rate required for transmitting feedback information? The information will be provided in later update.

……………………………………………………………………………………………………………………

LMLC Detailed Description – Characteristics template for TSDSI RIT:

The description template provides the characteristics description of the TSDSI RIT.

For this characteristic template, it has chosen to address the characteristics that are viewed to be very crucial to assist in evaluation activities for independent evaluation groups, as well as to facilitate the understanding of the RIT.

Channel access: Describe in detail how RIT/SRIT accomplishes initial channel access, (e.g. contention or non-contention based).

Initial channel access is typically accomplished via the “random access procedure” (assuming no dedicated/scheduled resources are allocated). The random access procedure can be contention based (e.g. at initial connection from idle mode) or non-contention based (e.g. during Handover to a new cell). Random access resources and parameters are configured by the network and signaled to the UE (via broadcast or dedicated signaling). Contention based random access procedure encompasses the transmission of a random access preamble by the UE (subject to possible contention with other UEs), followed by a random access response (RAR) in DL (including allocating specific radio resources for the uplink transmission). Afterwards, the UE transmits the initial UL message (e.g. RRC connection Request) using the allocated resources, and wait for a contention resolution message in DL (to confirming access to that UE). The UE could perform multiple attempts until it is successful in accessing the channel or until a timer (supervising the procedure) elapses. Non-contention based random access procedure foresees the assignment of a dedicated random access resource/preamble to a UE (e.g. part of an HO command). This avoids the contention resolution phase, i.e. only the random access preamble and random access response messages are needed to get channel access.

From a PHY perspective, a random access preamble is transmitted (UL) in a PRACH, random access response (DL) in a PDSCH, UL transmission in a PUSCH, and contention resolution message (DL) in a PDSCH.

……………………………………………………………………………………………………………………

Radio interface functional aspects:
Multiple access schemes

Which access scheme(s) does the proposal use? Describe in detail the multiple access schemes employed with their main parameters.

–        Downlink and Uplink:

The multiple access is a combination of

●      OFDMA: Synchronous/scheduling-based; the transmission to/from different UEs uses mutually orthogonal frequency assignments. Granularity in frequency assignment: One resource block consisting of 12 subcarriers. Multiple sub-carrier spacings are supported including 15kHz, 30kHz, 60kHz and 120kHz for data (see Item 5.2.3.2.7 and reference therein).

1.         CP-OFDM is applied for downlink. DFT-spread OFDM and CP-OFDM are available for uplink.

2.           Spectral confinement technique(s) (e.g. filtering, windowing, etc.) for a waveform at the transmitter is transparent to the receiver. When such confinement techniques are used, the spectral utilization ratio can be enhanced.

●      TDMA: Transmission to/from different UEs with separation in time. Granularity: One slot consists of 14 OFDM symbols and the physical length of one slot ranges from 0.125ms to 1ms depending on the sub-carrier spacing (for more details on the frame structure, see Item 5.2.3.2.7 and the references therein).

●      SDMA: Possibility to transmit to/from multiple users using the same time/frequency resource (SDMA a.k.a. “multi-user MIMO”) as part of the advanced-antenna capabilities (for more details on the advanced-antenna capabilities, see Item 5.2.3.2.9 and the reference therein)

At least an UL transmission scheme without scheduling grant is supported for initial access. 

Inter-cell interference suppressed by processing gain of channel coding allowing for a frequency reuse of one (for more details on channel-coding, see Item 5.2.3.2.2.3 and the reference therein).                                                                                                         

(Note: Synchronous means that timing offset between UEs is within cyclic prefix by e.g. timing alignment.) 

For NB-IoT, the multiple access is a combination of OFDMA, TDMA, where OFDMA and TDMA are as follows

·       OFDMA:

n     UL: DFT-spread OFDM. Granularity in frequency domain: A single sub-carrier with either 3.75 kHz or 15 kHz sub-carrier spacing, or 3, 6, or 12 sub-carriers with a sub-carrier spacing of 15 kHz. A resource block consists of 12 sub-carriers with 15 kHz sub-carrier spacing, or 48 sub-carriers with 3.75 kHz sub-carrier spacing 180 kHz.

n     DL: Granularity in frequency domain: one resource block consisting of 6 or 12 subcarriers with 15 kHz sub-carrier spacing90 or 180 kHz

·       TDMA: Transmission to/from different UEs with separation in time

n     UL: Granularity: One resource unit of 1 ms, 2 ms, 4 ms, 8 ms, with 15 kHz sub-carrier spacing, depending on allocated number of sub-carrier(s); or 32 ms with 3.75 kHz sub-carrier spacing (for more details on the frame structure, see Item 5.2.3.2.7 and the references therein)

n     DL: Granularity: One resource unit (subframe) of length 1 ms.

    Repetition of a transmission is supported

Modulation scheme
What is the baseband modulation scheme? If both data modulation and spreading modulation are required, describe in detail.

Describe the modulation scheme employed for data and control information.

What is the symbol rate after modulation?

–        Downlink:

●      For both data and higher-layer control information: QPSK, 16QAM, 64QAM and 256QAM (see [T3.9038.211] sub-clause 7.3.1.2).

●      L1/L2 control: QPSK (see [T3.9038.211] sub-clause 7.3.2.4).

●      Symbol rate: 1344ksymbols/s per 1440kHz resource block (equivalently 168ksymbols/s per 180kHz resource block)

–        Uplink:

●      For both data and higher-layer control information: π/2-BPSK with spectrum shaping, QPSK, 16QAM, 64QAM and 256QAM (see [T3.9038.211] sub-clause 6.3.1.2).

●      L1/L2 control: BPSK, π/2-BPSK with spectrum shaping, QPSK (see [T3.9038.211] sub-clause 6.3.2).

●      Symbol rate: 1344ksymbols/s per 1440kHz resource block (equivalently 168ksymbols/s per 180kHz resource block)

The above is at least applied to eMBB. 

For NB-IoT, the modulation scheme is as follows.

·    Data and higher-layer control: π/2-BPSK (uplink only), π/4-QPSK (uplink only), QPSK

·    L1/L2 control: π/2-BPSK (uplink), QPSK (uplink), QPSK (downlink)

Symbol rate: 168 ksymbols/s per 180 kHz resource block. For UL, less than one resource block may be allocated.

PAPR

What is the RF peak to average power ratio after baseband filtering (dB)? Describe the PAPR (peak-to-average power ratio) reduction algorithms if they are used in the proposed RIT/SRIT.

The PAPR depends on the waveform and the number of component carriers. The single component carrier transmission is assumed herein when providing the PAPR. For DFT-spread OFDM, PAPR would depend on modulation scheme as well. 

For uplink using DFT-spread OFDM, the cubic metric (CM) can also be used as one of the methods of predicting the power de-rating from signal modulation characteristics, if needed. 

–        Downlink:

The PAPR is 8.4dB (99.9%)

–        Uplink:

●      For CP-OFDM:

The PAPR is 8.4dB (99.9%)

●      For DFT-spread OFDM:

The PAPR is provided in the table below.

Modulation π/2 BPSK with Spectrum shaping using 1+D filter QPSK 16QAM 64QAM 256QAM
PAPR (99.9%) 1.75 dB 5.8 dB 6.5 dB 6.6 dB 6.7 dB
CM

(99.9%)

0.3 dB 1.2 dB 2.1 dB 2.3 dB 2.4 dB

 

 Any PAPR-reduction algorithm is transmitter-implementation specific for uplink and downlink. 

For NB-IoT,                       

–        Downlink:

The PAPR is 8.0dB (99.9%) on 180kHz resource.

–        Uplink:  

The PAPR is 0.23 – 5.6 dB (99.9 %) depending on sub-carriers allocated for available NB-IoT UL modulation. 

Error control coding scheme and interleaving
Provide details of error control coding scheme for both downlink and uplink.

For example,

–   FEC or other schemes?

The proponents can provide additional information on the decoding schemes.

–        Downlink and Uplink:

●      For data: Rate 1/3 or 1/5 Low density parity check (LDPC) coding, combined with rate matching based on puncturing/repetition to achieve a desired overall code rate (For more details, see [T3.9038.212] sub-clauses 5.3.2). LDPC channel coder facilitates low-latency and high-throughput decoder implementations.

●      For L1/L2 control: For DCI (Downlink Control Information)/UCI (Uplink Control Information) size larger than 11 bits, Polar coding, combined with rate matching based on puncturing/repetition to achieve a desired overall code rate (For more details, see [T3.9038.212] sub-clauses 5.3.1). Otherwise, repetition for 1-bit; simplex coding for 2-bit; reedmuller coding for 3~11-bit DCI/UCI size.

The above scheme is at least applied to eMBB.

Decoding mechanism is receiver-implementation specific

 For NB-IoT, the coding scheme is as follows:

·       For data: Rate 1/3 Turbo coding in UL, and rate-1/3 tail-biting convolutional coding in DL, each combined with rate matching based on puncturing/repetition to achieve a desired overall code rate; one transport block can be mapped to one or multiple resource units (for more details, see [T3.9036.212] sub-clause 6.2)

·       For L1/L2 control: For L1/L2 control: Rate-1/3 tail-biting convolutional coding. Special block codes for some L1/L2 control signaling (For more details, see [T3.9036.212] sub-clauses 5.1.3.1) 

Describe the bit interleaving scheme for both uplink and downlink.

–        Downlink:

●      For data: bit interleaver is performed for LDPC coding after rate-matching (For more details, see [T3.9038.212] sub-clauses 5.4.2.2)

●      For L1/L2 control: Bit interleaving is performed as part of the encoding process for Polar coding (For more details, see [T3.9038.212] sub-clauses 5.4.1.1)

–        Uplink:

●      For data: bit interleaver is performed for LDPC coding after rate-matching (For more details, see [T3.9038.212] sub-clauses 5.4.2.2)

●      For L1/L2 control: Bit interleaving is performed for Polar coding after rate-matching (For more details, see [T3.9038.212] sub-clauses 5.4.1.3)

The above scheme is at least applied to eMBB.

 NB-IOT 

Uplink

For Control (Format 2) : Bit interleaver is not applied

For Data (Format1): Bit interleaver is performed after rate matching only for multitone transmissions (3,6,12). For single tone transmissions it is not applicable.    

-Downlink

Bit interleaver is not applied

 

Describe channel tracking capabilities (e.g. channel tracking algorithm, pilot symbol configuration, etc.) to accommodate rapidly changing delay spread profile.

To support channel tracking, different types of reference signals can be transmitted on downlink and uplink respectively.

–        Downlink:

●        Primary and Secondary Synchronization signals (PSS and SSS) are transmitted periodically to the cell. The periodicity of these signals is network configurable. UEs can detect and maintain the cell timing based on these signals. If the gNB implements hybrid beamforming, then the PSS and SSS are transmitted separately to each analogue beam. Network can configure multiple PSS and SSS in frequency domain.

●        UE-specific Demodulation RS (DM-RS) for PDCCH can be used for downlink channel estimation for coherent demodulation of PDCCH (Physical Downlink Control Channel). DM-RS for PDCCH is transmitted together with the PDCCH.

●       UE-specific Demodulation RS (DM-RS) for PDSCH can be used for downlink channel estimation for coherent demodulation of PDSCH (Physical Downlink Shared Channel). DM-RS for PDSCH is transmitted together with the PDSCH.

●       UE-specific Phase Tracking RS (PT-RS) can be used in addition to the DM-RS for PDSCH for correcting common phase error between PDSCH symbols not containing DM-RS. It may also be used for Doppler and time varying channel tracking. PT-RS for PDSCH is transmitted together with the PDSCH upon need.

●       UE-specific Channel State Information RS (CSI-RS) can be used for estimation of channel-state information (CSI) to further prepare feedback reporting to gNB to assist in MCS selection, beamforming, MIMO rank selection and resource allocation. CSI-RS transmissions are transmitted periodically, aperiodically, and semi-persistently on a configurable rate by the gNB. CSI-RS also can be used for interference measurement and fine frequency/time tracking purposes.

–        Uplink:

●        UE-specific Demodulation RS (DM-RS) for PUCCH can be used for uplink channel estimation for coherent demodulation of PUCCH (Physical Uplink Control Channel). DM-RS for PUCCH is transmitted together with the PUCCH.

●        UE-specific Demodulation RS (DM-RS) for PUSCH can be used for uplink channel estimation for coherent demodulation of PUSCH (Physical Uplink Shared Channel). DM-RS for PUSCH is transmitted together with the PUSCH.

●        UE-specific Phase Tracking RS (PT-RS) can be used in addition to the DM-RS for PUSCH for correcting common phase error between PUSCH symbols not containing DM-RS. It may also be used for Doppler and time varying channel tracking. DM-RS for PUSCH is transmitted together with the PUSCH upon need.

●        UE-specific Sounding RS (SRS) can be used for estimation of uplink channel-state information to assist uplink scheduling, uplink power control, as well as assist the downlink transmission (e.g. the downlink beamforming in the scenario with UL/DL reciprocity). SRS transmissions are transmitted periodically aperiodically, and semi-persistently by the UE on a gNB configurable rate.

Details of channel-tracking/estimation algorithms are receiver-implementation specific, and not part of the specification.

Details of channel-tracking/estimation algorithms are receiver-implementation specific, e.g. MMSE-based channel estimation with appropriate interpolation in time and frequency domain could be used.

 NB-IOT

 NB-IoT is based on following signals transmitted in the downlink: the primary and secondary narrowband synchronization signals. The narrowband primary synchronization sequence is transmitted over 11 sub-carriers from the first subcarrier to the eleventh subcarrier in the sixth subframe of each frame, and the narrowband secondary synchronization sequence is transmitted over 12 sub-carriers in the NB-IoT carrier in the tenth subframe of every other frame.

 ●       Demodulation RS (DM-RS) for NPUSCH format 1&2 (used for Data and control respectively) can be used for uplink channel estimation for coherent demodulation of NPUSCH F1 & F2 (Narrowband Physical Uplink Shared Channel Format 1 and 2). DM-RS for NPUSCH F1& F2 is transmitted together with the NPUSCH F1 & F2. They are not UE specific, as they do not depend on RNTI. The reference sequence generation is different for single tone and multi tone. For more details refer to [T3.9036.211]

 For single-tone NPUSCH with UL-SCH demodulation, uplink demodulation reference signals are transmitted in the 4- th block of the slot for 15 kHz subcarrier spacing, and in the 5-th block of the slot for 3.75 kHz subcarrier spacing. For multi-tone NPUSCH with UL-SCH demodulation, uplink demodulation reference signals are transmitted in the 4-th block of the slot. The uplink demodulation reference signals sequence length is 16 for single-tone NPUSCH with ULSCH transmission, and equals the size (number of sub-carriers) of the assigned resource for multi-tone transmission. For single-tone NPUSCH with UL-SCH transmission, multiple narrow band reference signals can be created: – Based on different base sequences; – A common Gold sequence. For multi-tone NPUSCH with UL-SCH transmission, multiple narrow band reference signals are created: – Based on different base sequences; – Different cyclic shifts of the same sequence. For NPUSCH with ACK/NAK demodulation, uplink demodulation reference signals are transmitted in the 3-rd, 4-th and 5-th block of the slot for 15 kHz subcarrier spacing, and in the 1-st, 2-nd and 3-rd block of the slot for 3.75 kHz subcarrier spacing. Multiple narrow band reference signals can be created: – Based on different base sequences; – A common Gold sequence; – Different orthogonal sequences (OCC). 

Physical channel structure and multiplexing
What is the physical channel bit rate (M or Gbit/s) for supported bandwidths?

i.e., the product of the modulation symbol rate (in symbols per second), bits per modulation symbol, and the number of streams supported by the antenna system.

The physical channel bit rate depends on the modulation scheme, number of spatial-multiplexing layer, number of resource blocks in the channel bandwidth and the subcarrier spacing used. The physical channel bit rate per layer can be expressed as

Rlayer = Nmod x NRB x 2µ x 168 kbps

where                                                    

–     Nmod is the number of bits per modulation symbol for the applied modulation scheme (QPSK: 2, 16QAM: 4, 64QAM: 6, 256QAM: 8)

–     NRB is the number of resource blocks in the aggregated frequency domain which depends on the channel bandwidth.

–    µ depends on the subcarrier spacing, , given by

For example, a 400 MHz carrier with 264 resource blocks using 120 kHz subcarrier spacing, , and 256QAM modulation results in a physical channel bit rate of 2.8 Gbit/s per layer.

NB-IOT

The physical channel bit rate depends on the modulation scheme, number of tones used in the channel bandwidth in the resource block and the subcarrier spacing used. The physical channel bit rate per user can be expressed as :

Uplink

NPUSCH Format 1

R =  Nmod x Ntone  x 12 kbps for carrier spacing of 15kHz

where                                                    

–     Nmod is the number of bits per modulation symbol for the applied modulation scheme (QPSK: 2, BPSK:1)

–     Ntone  is the number of tones . This can be 1,3,6,12

R =  Nmod x 3 kbps for carrier spacing of 3.75kHz

Downlink

R =  Nmod x 12  x 12 kbps 

Layer 1 and Layer 2 overhead estimation.

Describe how the RIT/SRIT accounts for all layer 1 (PHY) and layer 2 (MAC) overhead and provide an accurate estimate that includes static and dynamic overheads.

–        Downlink

The downlink L1/L2 overhead includes:

1.       Different types of reference signals

a.       Demodulation reference signals for PDSCH (DMRS-PDSCH)

b.       Phase-tracking reference signals for PDSCH (PTRS-PDSCH)

c.        Demodulation reference signals for PDCCH

d.       Reference signals specifically targeting estimation of channel-state information (CSI-RS)

e.        Tracking reference signals (TRS)

2.       L1/L2 control signalling transmitted on the up to three first OFDM symbols of each slot

3.       Synchronization signals and physical broadcast control channel including demodulation reference signals included in the SS/PBCH block

4.       PDU headers in L2 sub-layers (MAC/RLC/PDCP)

The overhead due to different type of reference signals is given in the table below. Note that demodulation reference signals for PDCCH is included in the PDCCH overhead.

Reference signal type Example configurations Overhead for example configurations
DMRS-PDSCH As examples, DMRS can occupy 1/3, ½, or one full OFDM symbol. 1, 2, 3 or 4 symbols per slot can be configured to carry DMRS. 2.4 % to 29 %
PTRS- PDSCH 1 resource elements in frequency domain every second or fourth resource block. PTRS is mainly intended for FR2. 0.2% or 0.5 % when configured.
CSI-RS 1 resource element per resource block per antenna port per CSI-RS periodicity 0.25 % for 8 antenna ports transmitted every 20 ms with 15 kHz subcarrier spacing
TRS 2 slots with 1/2 symbol in each slot per transmission period 0.36 % or 0.18% respectively for 20 ms and 40ms periodicity

The overhead due to the L1/L2 control signalling is depending on the size and periodicity of the configured CORESET in the cell and includes the overhead from the PDCCH demodulation reference signals. If the CORESET is transmitted in every slot, maximum control channel overhead is 21% assuming three symbols and whole carrier bandwidth used for CORESET, while a more typical overhead is 7% when 1/3 of the time and frequency resources in the first three symbols of a slot is allocated to PDCCH.

The overhead due to the SS/PBCH block is given by the number of SS/PBCH blocks transmitted within the SS/PBCH block period, the SS/PBCH block periodicity and the subcarrier spacing. Assuming a 100 resource block wide carrier, the overhead for 20 ms periodicity is in the range of 0.6 % to 2.3 % if the maximum number of SS/PBCH blocks are transmitted.

–        Uplink

L1/L2 overhead includes:

1.       Different types of reference signals

a.       Demodulation reference signal for PUSCH

b.       Demodulation reference signal for PUCCH

c.        Phase-tracking reference signals

a.       Sounding reference signal (SRS) used for uplink channel-state estimation at the network side

2.       L1/L2 control signalling transmitted on a configurable amount of resources (see also Item 4.2.3.2.4.5)

3.       L2 control overhead due to e.g., random access, uplink time-alignment control, power headroom reports and buffer-status reports

4.       PDU headers in L2 layers (MAC/RLC/PDCP)

The overhead due to due to demodulation reference signal for PUSCH is the same as the overhead for demodulation reference signal for PDSCH, i.e.  4 % to 29 % depending on number of symbols configured. Also, the phase-tracking reference signal overhead is the same in UL as in DL.

The overhead due to periodic SRS is depending on the number of symbols configured subcarrier spacing and periodicity. For 20 ms periodicity, the overhead is in the range of 0.4% to 1.4% assuming15 kHz subcarrier spacing.

Amount of uplink resources reserved for random access depends on the configuration.

The relative overhead due to uplink time-alignment control depends on the configuration and the number of active UEs within a cell.

The amount of overhead for buffer status reports depends on the configuration.

The amount of overhead caused by 4 highly depends on the data packet size.

……………………………………………………………………………………………………………….. 

For NB-IoT, the overhead from Narrowband RS (NRS) is dependent on the number of cell-specific antenna ports N (1 or 2) and equals 8 x N / 168 %.

The overhead from NB-IoT downlink control signaling is dependent on the amount of data to be transmitted. For small infrequent data transmissions, the downlink transmissions are dominated by the L2 signaling during the connection setup. The overhead from L1 signaling is dependent on the configured scheduling cycle.

The overhead due to Narrowband synchronization signal and Narrowband system information broadcast messages is only applicable to the NB-IoT anchor carrier. The actual overhead depends on the broadcasted system information messages and their periodicity. The overhead can be estimated to be around 26.25%.

 

For NB-IoT UL, data and control are sharing the same resources and the overhead from L1/L2 control signaling depend on the scheduled traffic in the DL. The UL control signaling is dominated by RLC and HARQ positive or negative acknowledgments. A typical NB-IoT NPRACH overhead is in the order of 5 %.

Variable bit rate capabilities:

Describe how the proposal supports different applications and services with various bit rate requirements.

For a given combination of modulation scheme, code rate, and number of spatial-multiplexing layers, the data rate available to a user can be controlled by the scheduler by assigning different number of resource blocks for the transmission. In case of multiple services, the available/assigned resource, and thus the available data rate, is shared between the services.

Variable payload capabilities:

Describe how the RIT/SRIT supports IP-based application layer protocols/services (e.g., VoIP, video-streaming, interactive gaming, etc.) with variable-size payloads.

See also 5.2.3.2.4.3.

 

The transport-block size can vary between X bits and Y bits. The number of bits per transport block can be set with a fine granularity.

See [T3.9038.214] sub-clause 5.1.3.2 for details.

 

For NB-IoT, the maximum transport block size is 680 bits in the DL and 1000 bits in UL for the lowest UE category and 2536 bits for both DL and UL for the highest UE category.

See [T3.9036.213] sub-clause 16.4.1.5.1 for details.

Signalling transmission scheme:

Describe how transmission schemes are different for signalling/control from that of user data.

–        Downlink

L1/L2 control signalling is transmitted in assigned resources time and frequency multiplexed with data within the bandwidth part (BWP, see item 5.2.3.2.8.1). Control signalling is limited to QPSK modulation (QPSK, 16QAM, 64QAM and 256QAM for data). Control signalling error correcting codes are polar codes (LDPC codes for data).

–        Uplink                  

L1/L2 control signalling transmitted in assigned resources and can be time and frequency multiplexed with data within the BWP. L1/L2 control signalling can also be multiplexed with data on the PUSCH. Modulation schemes for L1/L2 control signalling is π/2-BPSK, BPSK and QPSK. Control signalling error correcting codes are block codes for small payload and polar codes for larger payloads (LDPC codes for data).

 

 

For both downlink and uplink, higher-layer signalling (e.g. MAC, RLC, PDCP headers and RRC signalling) is carried within transport blocks and thus transmitted using the same physical-layer transmitter processing as user data.

 

For NB-IoT the L1/L2 control signaling is confined to a configured set of resource blocks and can be time multiplexed with data and are transmitted in scheduled subframes

Small signalling overhead

Signalling overhead refers to the radio resource that is required by the signalling divided by the total radio resource which is used to complete a transmission of a packet. The signalling includes necessary messages exchanged in DL and UL directions during a signalling mechanism, and Layer 2 protocol header for the data packet.

Describe how the RIT/SRIT supports efficient mechanism to provide small signalling overhead in case of small packet transmissions.

There are multiple control channel formats that have included, and provide various levels of overhead. There is an overhead versus scheduling flexibility trade-off that can be used by the scheduler to reduce the signalling overhead.

 

NB-IOT: In case of small data packet transmission, the L1/L2 control signalling during the connection setup procedure is dominating the uplink and downlink transmissions. To minimize this overhead NB-IoT, allows a UE to resume of an earlier connection. As an alternative, the data can be transmitted over the control plane, which eliminates the need to setup the data plane connection.

NOTES:

1.    TSDSI’s RIT is one of five proposals for the IMT 2020 RIT/SRIT.

The other four are from: 3GPP,  South Korea, China, and ETSI/DECT Forum.  All but the latter are based on 3GPP “5G NR.”

  • The Candidate RIT/SRIT submission from China, as acknowledged in IMT-2020/5, is technically identical to the 5G NR RIT submitted from 3GPP as acknowledged in IMT-2020/3.
  • The candidate RIT/SRIT submission from South Korea, as acknowledged in IMT-2020/4, is technically identical to the 5G NR RIT submitted from 3GPP as acknowledged in IMT-2020/3.

……………………………………………………………………………………………………………………………………………………………………………………………………………

2.   3GPP release 16:

As we have stated numerous times, 3GPP’s final IMT 2020 RIT/SRIT submission to ITU-R  WP 5D will be largely based on 3GPP release 16 (with perhaps some elements of release 15 also included).  From the 3GPP website 

Release 16 will meet the ITU IMT-2020 submission requirements and the time-plan as outlined in RP-172101.

Some Background on 3GPP Release 16:

Here is the active status of 3GPP release 16 project.

The 3GPP release 16 completion date has been delayed by at least 3 months (1Q 2020) with no new completion date specified at this time.

3. DECT Forum/ETSI submission for IMT 2020 SRIT:

From a July 1, 2019 contribution to ITU-R WP5D Brazil meeting:

DECT Forum would like to announce its support and endorsement for the IMT-2020 contribution from ETSI for an SRIT candidate for inclusion in IMT-2020.   The proposed SRIT consists of two component RITs:
DECT-2020 NR RIT
3GPP 5G CANDIDATE FOR INCLUSION IN IMT-2020: SUBMISSION 2 FOR IMT-2020 (RIT)

DECT Forum confirms its continuation as a proponent of this IMT-2020 proposal.

……………………………………………………………………………………………………………………………………………………………………………………………………………

References:

India delays 5G trials; Advocates “the Indian Way” within ITU-R WP 5D for IMT 2020

ATIS endorses 3GPP IMT 2020 RIT submission to ITU-R WP 5D; sees no need for separate LMLC India national option

3GPP Workshop: IMT 2020 Submission to ITU-R WP5D and Timelines for 5G Standards Completion

TSDSI and the 5G IA signed a Memorandum of Understanding to foster collaboration on Research, Standards, Regulations and Policies

ITU-R Proposal: Report on IMT-2020 for remote sparsely populated areas providing high data rate coverage

 

ITU-R Proposal: Report on IMT-2020 for remote sparsely populated areas providing high data rate coverage

Proposal to develop a draft new ITU-R WP 5D Report on IMT-2020 for remote sparsely populated areas providing high data rate coverage

ITU-R WP5D July 2019 meeting contribution by LM Ericsson

Abstract:

Ericsson proposes that ITU-R WP 5D develops a Report that addresses the specific needs for high data rate coverage for sparsely populated and under-served areas using suitable frequency spectrum bands.

[This author thoroughly agrees with Ericsson’s proposal!]

Introduction:

IMT-2020 networks have the capacity of satisfying the need for high data rate coverage for enhanced mobile broadband services in under-served and remote, sparsely populated areas. In this contribution we are suggesting that work be started on a Report giving details on prospects associated with the provisioning of enhanced mobile broadband services to remote, sparsely populated and underserved areas, proposing enhancements of user equipment (UE) as well as for networks in suitable frequency bands

  • for user equipment, possible solutions based on affordable user deployed equipment combined with access to local spectrum at user premises could be considered and examined, and
  • for network equipment, possible solutions based on high gain massive MIMO antennas could be reviewed.

A significant part of the global population is currently connected to existing cellular and mobile broadband sites. As a complement, users in remote sparsely populated and under-served areas could be connected to higher tower sites.

The proposed Report could, for example, consider an existing GSM cellular site grid designed for voice coverage, which could be estimated to reach high downlink data rates at a cell edge of IMT-2020 coverage ranges using conventional UE and network equipment. The Report would need, however, to focus on and consider the uplink performance characteristics which may be regarded as not being satisfactory without further elaborations on policy, spectrum and other aspects. For example, consider suggesting enhancements on UE and network equipment as well as consider using high tower installations that may provide coverage reach far beyond that is currently supported by typical GSM sites.

Background:

With regard to current perceptions, it is easy to get the impression that IMT-2020 is primarily targeting a shorter-range network build using millimeter wave (mmW) bands supporting extremely demanding requirements on latency, capacity, and very high peak data rates.

However, it is suggested that IMT-2020 is designed to operate in frequency bands ranging from low-bands to high-bands and can be configured to perform better or on-par with IMT-Advanced in every aspect, also in rural sparsely populated areas. IMT-2020 has evolved from IMT-Advanced, adding significant improvements to an already capable and proven design. IMT-2020 provides two fundamental benefits relevant for longer-range coverage

  • Firstly, it is designed to fully utilize massive MIMO, and
  • Secondly, it is based on a flexible and lean design reducing energy consumption.

To achieve longer-range, earlier cellular and mobile broadband systems have relied on low-bands. System operated in bands around the frequency range 450 MHz having excellent coverage, but with the limitation of available bandwidth. Pushing uses to higher and higher frequency bands is clearly resulting in increased capacity, but also in reduced coverage range.

For IMT-2020 massive MIMO configuration there is no longer a simple relation between low-band use and longer-range coverage. Using high-band frequencies the size of individual antenna element decreases, resulting in reduced efficiency of each antenna element. However, with massive MIMO this effect can be compensated for by adding antenna elements, effectively keeping the physical antenna size constant while moving to higher frequency bands.

Long-range cellular coverage is very much about using higher towers, higher power, and high gain antennas. In previous cellular systems, higher radio frequency (RF) power resulted in larger network energy consumption. IMT-2020 efficiently supports lean-design and massive MIMO as it provides the right tools to deploy longer-range systems supporting high peak data rates with lower average network energy consumption.

One offered solution to achieve both good coverage as well as high capacity is to use two or more frequency bands from low-band, mid-band and / or high-band, in an aggregated configuration. This approach has proven to be very effective in dense urban areas when deploying IMT-2020 in mmW bands in combination with a low-band or mid-band that can provide improved coverage.

When combined in an effective way, the high-band off-loads the traffic from the low-band and / or mid-band, resulting in significantly improved coverage as well as capacity. This could potentially also be a promising solution for bringing IMT-2020 to underserved rural sparsely populated areas. Combining IMT-2020 using a band in the range 3.5 GHz and IMT-Advanced in a band below the frequency 1 GHz on a GSM cellular grid can provide superior capacity compared to a standalone IMT-Advanced network deployment below 1 GHz. The reason being that in mid-bands in the range 3.5 GHz there is access to more bandwidth, and the low-band on a band below 1 GHz, provide coverage for cell edge users at the same time.

Considering the above, the proposed Report could review, discuss and assess the feasibility for potential enhancements for both network equipment and UE, it may consequently be viable to deploy IMT-2020 network in a band in the range 3.5 GHz providing high capacity and long-range coverage in underserved rural sparsely populated areas. This could be more feasible and economical than deploying new sites in these areas.

IMT-2020 could potentially provide high peak data rate and high capacity mobile broadband services in underserved rural sparsely populated areas by utilizing a band in the range 3.5 GHz, where typically 100 MHz bandwidth is available compared to 20 MHz that can be expected to be available in band in the range below 1 GHz. The Report could elaborate several possible enhancements using higher towers for extended range coverage. Further contribution based on studies, within the context of the proposed Report, would be required to find a technically as well as economically best practice solution resulting in sufficiently long-range, cell-edge throughput, and capacity. Such a solution could be to consider and review the use of both the existing grid of cellular towers and possibly the higher but also sparser television towers in combination, as well as reviewing a standalone 3.5 GHz configuration, or possible aggregation between the range 3.5 GHz for downlink and low-bands for uplink.

In addition, spectrum and policy aspects having a possible impact on a feasible network configuration may need to be addressed by a possible Report.

Proposals:

Ericsson proposes that WP 5D develops a draft new Report that addresses the specific needs for high data rate coverage for sparsely populated and under-served areas using suitable frequency spectrum.

Editor’s Note:

Attachments 1 and 2 of Ericcson’s proposal, with more detailed proposals and time schedules, are only available to ITU member organizations and individuals with a TIES account.

FCC’s auction of 24 GHz spectrum attracts >$1.5B in bids after 26 rounds; IMT 2020 frequencies?

Bids in the Federal Communications Commission’s (FCC’s) 24 GHz millimeter-wave spectrum auction 102 have passed $1.5 billion after 26 rounds. The figure is more than double the  the $704 million collected during the recent sale of 28 GHz spectrum.

Bidding has been from AT&T, T-Mobile US, Verizon and Sprint (bidding as ATI Sub LLC); U.S. Cellular; Dish Network, bidding as Crestone Wireless; Starry Spectrum Holdings and Windstream Communications (which recently filed for bankruptcy protection in the wake of a court case).  There are a total of 38 qualified bidders.

Auction 102 is the FCC’s second auction of Upper Microwave Flexible Use Service (UMFUS) licenses (see below for information on auction 1010). Auction 102 offers 2,909 licenses in the 24 GHz band. The lower segment of the 24 GHz band (24.25–24.45 GHz) will be licensed as two 100-megahertz blocks, and the upper segment (24.75–25.25 GHz) will be licensed as five 100-megahertz blocks.  Those frequencies are being considered for the IMT 2020 5G  radio aspects standard and will be determined at the ITU-R WRC-19 meeting this fall (details in Editor’s Note below).

Image result for image for FCC auction bidding

Three rounds of bidding are being held each day at this point in the auction. The clock auction format begins with a “clock phase” (the current auction phase) which lets participants bid on generic blocks in each Partial Economic Area in successive bidding rounds, followed by an “assignment phase” that allows the winners of the generic blocks to bid for frequency-specific license assignments. The clock phase continues, with prices automatically increasing each round, until bidders’ demand for licenses at a certain price matches the supply — and at that point, the bidders who have indicated they are willing to pay the final clock price for a license will be considered winners and the assignment phase can begin.

The most hotly contested licenses are those covering New York City and Los Angeles, California. New York City metropolitan licenses are dominating the bidding: four bids for NYC licenses in the upper portion of the band are currently above $30 million. One of those is at $41.1 million, the largest bid of the auction thus far.  The most expensive bid for a Los Angeles license, also in the upper portion of the band, is up to $31.6 million, with other bids on LA licenses as high as $28.7 million and $26.1 million.

Much of the auction process is secretive—there are anti-collusion rules and bidders can’t talk to one another, for example. The FCC isn’t releasing the names of the winners of the 28-GHz or 24-GHz auctions until both have been concluded.

…………………………………………………………………………………………………………………………………………………………………………………….

The FCC is making a total of 1.55 gigahertz of spectrum available through auctions 101 (which concluded in late January after raising $702 million) and 102. The agency plans to hold three more mmWave auctions during 2019, covering spectrum at 37 GHz, 39 GHz and 47 GHz.  Although the FCC has usually makes winning bidders public shortly after the close of an auction, the winning bidders from Auction 101 will not be publicly named until after the close of Auction 102.

References:

https://auctiondata.fcc.gov/public/projects/auction102

https://www.rcrwireless.com/20190325/policy/24-ghz-auction-hits-1-4-billion

……………………………………………………………………………………………………………..

Update on FCC Auction 103:

Analysis and results of FCC Auction 103 for 5G mmWave Spectrum

 

 

 

 

 

 

 

ITU-T SG13 Non Radio Hot Topics and Recommendations related to IMT 2020/5G

IMT 2020 Related Hot Topics for ITU-T SG13:

DISCLAIMER:  A few of the referenced hyperlinks point to documents that can only be opened by users with an ITU TIES account.  However, most of the hyperlinks point to public documents which can be downloaded free of charge.

SOURCE:  ITU-T SG13  4-14 March 2019 meeting in Victoria Falls, Zimbabwe with UPDATES from later 2019 SG13 meetings.

1.    Intelligence for network automation, augmentation and amplification

  • Identify the standardization needs for intelligence in 5G systems and the telecommunications sector.
  • Automatic detection and resolution of anomalies and other incidents of inefficiency, as well as predictive maintenance will reduce the operational expenditure of network operators and service providers
  • Address the architecture, interfaces, functional entities, service scenarios and protocols required for intelligence retrieval and actuation, and the performance bench marking and certification of AI techniques

Related Work items:

  • Y.sfes: Smart Farming Education Service based on u-learning environment
  • Y.qos-ml-arc: Architecture of machine learning based QoS assurance for IMT-2020 network
  • Y.MecTA-ML: Mechanism of traffic awareness for application-descriptor-agnostic traffic based on machine learning
  • Y.MLaaS-reqts: Cloud computing – Functional requirements for machine learning as a service
  • Y.IMT2020-ML-arch: Architectural framework for machine learning in future networks including IMT-2020.  This recommendation was approved as  ITU Y.3172

–>PLEASE SEE 20 AUG 2019 UPDATE BELOW

2.  Realizing 5G/ IMT-2020 vision 

  • Unified access-independent network management
  • Standardization roadmap on IMT-2020
  • ICN (Information Centric Networks) with scalability, mobility and security
  • Open-source software and standards for 5G
  • Software-based networking functions to optimize a per-session based performance
  • Emerging fronthaul and midhaul technologies to support the 5G deployment
  • Large-bandwidth backhaul and fronthaul solutions
  • Concrete strategies for the migration from 4G to 5G systems.
  • End-to-end network orchestration, control and management
  • Service-based network architecture
  • Open service management APIs for the Internet of Things
  • Electromagnetic field (EMF) studies around 5G beam-forming capabilities
  • Interoperability of services supporting public safety.

Related Work items:

  • Y.NGNe-O-arch: Functional architecture of orchestration in NGNe
  • Y.IMT2020-qos-fa: QoS functional architecture for IMT-2020 networks
  • Y.IMT2020-qos-req: QoS functional requirements for IMT-2020 networks
  • Y.qos-ml-arch: Architecture of machine learning based QoS assurance for IMT-2020 networks
  • Y.IMT2020.qos-mon: IMT-2020 network QoS monitoring architectural framework
  • Y.IMT2020-CEF: Network capability exposure function in IMT-2020 networks
  • Y.3MO: Requirements and Architectural Framework of Multi-layer, Multi-Domain, Multi-Technology Orchestration
  • Y.IMT2020-ADPP: Advanced Data Plane Programmability for IMT-2020 (renamed- see below)
  • Y.NetSoft-SSSDN: High level architectural model of network slice support for IMT-2020 – Part: SDN (renamed- see below)

…………………………………………………………………………………………………………………………………………………….

IMT 2020 non radio recommendations developed by ITU-T SG13:

  • Y.3112: Framework for the support of network slicing in the IMT-2020 network (Revised)
  • Draft  Recommendation ITU-T Y.IMT2020-NSAA-reqts: “Requirements for network slicing with AI-assisted analysis in IMT-2020 networks”
  • Draft Recommendation ITU-T Y.IMT2020-CEF: “Network capability exposure function in the IMT-2020 networks”
  • Draft Recommendation ITU-T Y.qos-ec-vr-req: ” QoS requirements and architecture for virtual reality delivery using edge computing in IMT-2020″ 
  • Draft Recommendation ITU-T Y.3072 (formerly Y.ICN-ReqN): “Requirements and Capabilities of Name Mapping and Resolution for Information Centric Networking in IMT-2020” 
  • Draft Recommendation ITU-T Y.3151 (formerly Y.NetSoft-SSSDN): “High level architectural model of network slice support for IMT-2020 – part: SDN”
  • Draft Recommendation ITU-T Y.3152(formerly Y.IMT2020-ADPP): “Advanced Data Plane Programmability for IMT-2020”
  • Draft Recommendation ITU-T Y.3172 (formerly Y.IMT2020-ML-Arch): “Architectural framework for machine learning in future networks including IMT-2020
  • Draft Recommendation ITU-T Y.3106 (formerly Y.IMT2020-qos-req): “QoS functional requirements for the IMT-2020 network”

Editor’s Note:

A summary of SG13 work program provides the timing of each work item, e.g. handbook, technical reports, supplements and recommendation.

…………………………………………………………………………………………………………………………………………….

ITU-T SG13/WP1 work related to IMT-2020:

Question (Co-) Rapporteur

(Associate Rapporteur)

Title
Q6/13 Taesang CHOI (Korea) Quality of service (QoS) aspects including IMT-2020 networks
Guosheng ZHU (China)
Q20/13 Nam Seok KO (Korea) IMT-2020: Network requirements and functional architecture
Marco CARUGI (Huawei, China)
Q21/13 Kazunori TANIKAWA (Japan)

Yushuang HU (China)

Network softwarization including software-defined networking, network slicing and orchestration
Sangwoo KANG (Korea)
Q22/13 Jiguang CAO (China)

Ved P. KAFLE (Japan)

Upcoming network technologies for IMT-2020 and Future Networks
Q23/13 Jeong Yun KIM (Korea)

Nauxiang Shi (China)

Fixed-Mobile Convergence including IMT-2020

Question 21 of ITU-T SG13 is studying network softwarization including: network slicing, SDN, and orchestration which are highly expected to contribute to IMT-2020.  Question 21/SG13 met from 4 to 14 March 2019 at Victoria Falls, Zimbabwe under the chairmanship of co-Rapporteur Ms.Yushuang Hu (China Mobile, China) and Mr. Kazunori TANIKAWA (NEC, Japan).  On March 14, 2019, ITU-T SG13 consented to two new Recommendations:

  1. ITU-T Y.IMT2020-ML-Arch “Architectural framework for machine learning in future networks including IMT-2020” (Ref. SG13-TD355/WP1)
  2. ITU-T Y.3115 (formerly Y.NetSoft-SSSDN). It describes SDN control interfaces for network slicing, which especially focuses on the control of front haul networks such as PON.

………………………………………………………………………………………………………………………………………………

20 August 2019 Update:  New ITU standard has established a basis for the cost-effective integration of Machine Learning into 5G and future networks.

The standard – ITU Y.3172 –  describes an architectural framework for networks to accommodate current as well as future use cases of Machine Learning.  “Machine Learning will change the way we operate and optimize networks,” said Slawomir Stanczak, Chairman of the ITU-T Focus Group on ‘Machine Learning for Future Networks including 5G’ITU Y.3172 is under the responsibility of the Focus Group’s parent group, ITU-T Study Group 13 (Future networks and cloud).

“Every company in the networking business is investigating the introduction of Machine Learning, with a view to optimizing network operations, increasing energy efficiency and curtailing the costs of operating a network.  This ITU Y.3172 architectural framework provides a common point of reference to improve industry’s orientation when it comes to the introduction of Machine Learning into mobile networks.”

Machine Learning holds great promise to enhance network management and orchestration.  Drawing insight from network-generated data, Machine Learning can yield predictions to support the optimization of network operations and maintenance.  This optimization is becoming increasingly challenging, and increasingly important, as networks gain in complexity to support the coexistence of a diverse range of information and communication technology (ICT) services.

Network operators aim to fuel Machine Learning models with data correlated from multiple technologies and levels of the network.  They are calling for deployment mechanisms able to ‘future-proof’ their investments in Machine Learning. And they are in need of interfaces to transfer data and trained Machine Learning models across Machine Learning functionalities at multiple levels of the network.

The ITU Y.3172 architectural framework is designed to meet these requirements.  The standard includes a unique focus on the future.

“ITU Y.3172 provides for the declarative specification of Machine Learning applications, making it the first mechanism to meet industry’s need for a standard method of including future use cases,” says Vishnu Ram, the lead editor of the standard.

“This is the first time that a Study Group has approved a Focus Group deliverable as an ITU standard before the conclusion of the Focus Group’s lifetime,” says Leo Lehmann, Chairman of ITU-T Study Group 13. This represents an important achievement in ITU’s work to expedite the transition from exploratory studies to the agreement of new ITU standards.

ITU-T Focus Groups are open to all interested parties. These groups accelerate ITU studies in fields of growing strategic relevance to ITU membership, delivering base documents to inform related standardization work in membership-driven ITU-T Study Groups.

“I would like to commend the many experts participating in both the Focus Group and ITU-T Study Group 13,” says Lehmann. “This early approval required a considerable amount of planning and extremely close collaboration, which could only have been achieved with dual participation and common interest.”

How the ITU ML standard works:

The standard offers a common vocabulary and nomenclature for Machine Learning functionalities and their relationships with ICT networks, providing for ‘Machine Learning Overlays’ to underlying technology-specific networks such as 5G networks. It describes a ‘loosely coupled’ integration of Machine Learning and 5G functionalities, minimizing their interdependencies to account for their parallel evolution.

The components of the architectural framework include ‘Machine Learning Pipelines’ – sets of logical nodes combined to form a Machine Learning application – as well as a ‘Machine Learning Function Orchestrator’ to manage and orchestrate the nodes of these pipelines.

‘Machine Learning Sandboxes’ are another key component of the framework, offering isolated environments hosting separate Machine learning pipelines to train, test and evaluate Machine Learning applications before deploying them in a live network.

“This combination of an architectural framework for Machine Learning and this declarative language to specify new use cases will give network operators complete power over the extension of Machine Learning to new use cases, the deployment and management of Machine Learning in the network, and the correlation of data from sources at multiple levels of the network,” says Ram.

The ITU Y.3172 architectural framework is the first of a nascent series of ITU standards addressing Machine Learning’s contribution to networking.

“A range of ITU standards under development will complement and complete the architectural framework described by ITU Y.3172,” says Ram. “Collectively these standards will provide a full toolkit to build Machine Learning into our networks.”

Two draft ITU standards will propose mechanisms for data handling and specify the design of the ‘Machine Learning Function Orchestrator.’  “If data is the blood flowing through the heart that is Machine Learning, this function orchestrator can be considered the brain,” Ram added.

Another ITU standard will support the assessment of intelligence levels across different parts of the network.

“Different parts of the network will be supplied by different vendors,” says Ram. “We are developing a standard way for different parties to look the intelligence level of the network, helping operators to evaluate vendors and regulatory authorities to evaluate the network.”

The series of ITU standards will be completed by a standard supporting the interoperability of Machine Learning marketplaces, marketplaces hosting repositories of Machine Learning models.

“The standard would assist potential adopters both in selecting a Machine Learning model capable of addressing their specific needs and in integrating the model into the network,” says Ram.

NOTE:  To join the group’s mailing list, request access to documents and sign-up to a working group on the homepage of the ITU Focus Group on Machine Learning for Future Networks including 5G.

……………………………………………………………………………………………………………………………

December 2019 update:

Y.3106 Quality of service functional requirements for the IMT-2020 network standard was posted on December 2019 at the ITU website and is available for free download here.

………………………………………………………………………………………………………………………………………………

Status and timing of SG13 work: https://www.itu.int/itu-t/workprog/wp_search.aspx?sg=13

……………………………………………………………………………………………………………………………

Related: The following ITU-T Technical Report was developed by ITU-T SG15:

Technical Report (GSTR-TN5G) on “Transport network support of IMT-2020/5G”

……………………………………………………………………………………………………………………………

Previous Techblog post on this topic:

New ITU-T Standards for IMT 2020 (5G) + 3GPP Core Network Systems Architecture

Forward Reference (April 2020 IEEE Techblog post):

New ITU-T SG13 Recommendations related to IMT 2020 and Quantum Key Distribution

 

Dec 2019 ITU-R WP 5D Workshop on IMT-2020 Terrestrial Radio Interfaces Evaluation

1.   Background

Following the IMT-2020 developing process “Submission/Reception of the RIT and SRIT proposals and acknowledgement of receipt” in accordance with Document IMT-2020/2(Rev.1), ITU-R Working Party (WP) 5D started evaluation process for Independent Evaluation Groups (IEGs) from its 31st meeting in Oct. 2018, in conjunction with the ongoing IMT-2020 development under Step 3 of the IMT-2020 process.

At the 32nd meeting of WP 5D in July 2019, the Step 3 of the IMT-2020 developing process “Submission/Reception of the RIT and SRIT proposals and acknowledgement of receipt” will end in accordance with Document IMT-2020/2(Rev.1). In this context, all the submissions from proponents will be finalized at the 32nd meeting of WP 5D. In addition, WP 5D will acknowledge the completed submission(s) based on the materials provided by the proponents at the same meeting.

2.   Objectives

ITU-R WP 5D will hold a workshop on IMT-2020 focusing on the evaluation of the candidate terrestrial radio interfaces in conjunction with the 33rd meeting in December 2019, in which interim evaluation reports are expected. This will facilitate the possibility on the IEGs to understand the details of the proposed candidate technologies, and to interact with WP 5D and other IEGs participating in the ITU-R evaluation process on IMT‑2020. This workshop is a continuation of the previous workshop on IMT-2020 held in 2017, Munich, which addressed the process, requirements, and evaluation criteria for IMT-2020 as well as views from proponents on the developments on IMT-2020 radio interface(s) and IEGs activities.

The objectives of the workshop are as follows;

–                 to promote information sharing on IMT-2020;

–                 to facilitate dialog among ITU-R WP 5D, the proponents and the evaluation groups; and in particular;

  • to review the final submissions of the proposed RIT/SRIT for IMT-2020;
  • to review the evaluation results reported by the IEGs at this stage;
  • to demonstrate the WP 5D template which will be used to summarise evaluation results for each IEG, etc.;
  • to present the details of the proposed RIT/SRIT including self-evaluation results and detailed evaluation method by RIT/SRIT Proponents;
  • to introduce the evaluation activities and further plan by IEGs, and to share the information relating to the evaluation; and
  • to review WRC-19 outcome and the implication on IMT-2020 evaluation and further development.

3.  Draft Program of the Workshop  

Registration
Opening remarks by the Chairman of WP 5D
Welcome remarks by the Host of the 33rd WP 5D meeting
Presentations by ITU-R
Presentation by WP 5D (e.g., introduction to IMT-2020 evaluation process, status of submissions, status of evaluation and related information, etc.)
Presentations by IMT-2020 RIT/SRIT proponents
Presentations by IMT-2020 RIT/SRIT proponents (e.g. the introduction of technical characteristics according to final submission, the self-evaluation results and detailed evaluation method, and submission templates, etc.) [Editor’s note: This session could be divided into sub-sessions considering technology groups, each of which consists of technically identical proposals]
Q & A for each proponent in Session 2
Presentations by registered independent evaluation groups
Presentations by the registered independent evaluation groups (e.g. evaluation activities of RIT/SRIT, initial independent evaluation results, useful experiences, tools, and future plans, etc.)
Presentation from each IEG

[Editor’s note: to consider the possibility of panel discussion etc. to facilitate the exchange of information on evaluation parameters among IEGs.]

 
Q & A for each IEG in Session 3
Wrap up and Closing

 

Note 1: The program and time schedule are subject to change.

Note 2: The program of sessions 2 and 3 would be based on number of requests for presentation from the interested bodies.

 

 

 

References:

The workshop information will be appropriately communicated and/or updated on the WP 5D webpage (https://www.itu.int/en/ITU-R/study-groups/rsg5/rwp5d/imt-2020/Pages/submission-eval.aspx).

https://www.itu.int/en/ITU-R/study-groups/rsg5/rwp5d/imt-2020/Pages/submission-eval.aspx

 

 

 

ATIS endorses 3GPP IMT 2020 RIT submission to ITU-R WP 5D; sees no need for separate LMLC India national option

IMT-2020/VVV: “Process, use of the Global Core Specification (GCS), references, and related certifications in conjunction with Recommendation ITU-R M.[IMT 2020.SPECS]”

From Alliance for Telecommunications Industry Solutions (ATIS):     ATIS Insights

The 3GPP candidate radio-interface technology (RIT) for IMT-2020 (or 5G as it is known commercially) has demonstrated via the current in-progress submissions (including initial self‑evaluations to ITU-R WP 5D) that it is capable of meeting and, in fact, exceeding the requirements and evaluation criteria of IMT-2020 as expressed in Reports ITU-R M.2410 (requirements), ITU-R M.2411 (submission), and ITU-R M.2412 (evaluation), which were published in November 2017. It is widely anticipated that the 3GPP specifications in Release 15 and Release 16 will meet the futuristic vision of IMT-2020, as expressed in Recommendation ITU-R M.2083 for both developed and developing countries.

One national need (expressed by India) was for capabilities to permit low mobility large cell (LMLC) deployments. This need was, in fact, part of the submissions to WP 5D in 2016 and 2017, which drove the ITU-R Performance requirements, the ITU-R evaluation criteria/scenarios and hence the 3GPP specifications in Release 15 to be suitably modified to accommodate LMLC needs, thus illustrating the success of working within the framework of the current 3GPP process. Additionally, through the use of the established process, currently familiar to the entire ITU membership, a “national need” was recognized to actually be a global need in both ITU and in 3GPP. As such, the added technical capability can take advantage of the economies of scale afforded to a global marketplace. It is further noted that in technical submissions so far received by ITU-R WP 5D from 3GPP that this requirement for LMLC is indeed satisfied by the 3GPP technology capabilities already included in Release 15 published in September 2018.

Conclusions:
ATIS urges that ITU-R Members, relevant external organizations, and others work within the established ITU-R IMT process and within the process established in the respective external organizations engaged in the development of IMT (and 5G) in order to ensure that IMT remains a unified and global technology with strong industry and governmental support. Only in this way, avoiding the division of the technical underpinnings, permits taking full advantage of the economies of scale to permit IMT-2020 to be available to the widest extent to ensure a globally-connected society at all strata, addressing both business and societal needs, while ensuring that IMT is technically capable of continuing global interoperability and roaming. The entire wireless industry and wireless user community will benefit from a single global standard; fragmentation of the standard reduces the benefits of a global ecosystem and diminishes the ITU IMT-2020 vision.
…………………………………………………………………………………………………………………………………………………………
It will be very interesting to see how India’s TSDSI delegation to ITU-R WP 5D responds to this ATIS contribution.

India’s TSDSI Backgrounder: 

Global Activities of Telecommunications Standards Development Society India (TSDSI):
a) ITU-R:
TSDSI members’ proposal on Low Mobility Large Cell (LMLC) configuration has been included as a mandatory test configuration under the Rural eMBB test environment in IMT 2020 Technical Performance Requirements (TPR) in ITU-R with an enhanced Inter Sire Distance (ISD) of 6 km. Incorporation of LMLC in IMT2020 will help address the requirements of typical Indian Rural settings and will be a key enabler for bridging the rural-urban divide with 5G rollouts.

TSDSI’s initial proposal on candidate Radio Interface technology (RIT/SRIT) for IMT 2020 technologies, related to improving coverage and spectral efficiency performance, has been accepted in the WP 5D meeting #30 held in Cancun Mexico.

https://tsdsi.in/tsdsis-initial-proposal-on-candidate-rit-srit-for-imt-2020-accepted/

b) 3GPP:
TSDSI is Organizational Partner of 3GPP along with six other Regional Standardisation bodies. This entitles TSDSI members to become individual members of 3GPP through TSDSI and to take their IP into the global arena. Membership of 3GPP enables members to contribute in the development of upcoming standards such as 5G.

References:

Telecommunications Standards Development Society, India

Making India 5G Ready

Updated information on China’s IMT-2020 Submission

1 Introduction

At its 29th meeting of ITU-R Working Party (WP) 5D, China submitted in Document 5D/838 the initial characteristics template of the candidate technology for the terrestrial components of IMT-2020.

The initial characteristics template was based on 3GPP development, and includes the key characteristics description according to the progress in 3GPP at that time. The provided template description reflects the development of the major component, and does not preclude other component(s) that might be included in later update.

In this document, the updated information of China development towards IMT-2020 submission is provided.

2 Updated information

To complete the submission under Step 3 of the IMT-2020 process as defined in Document IMT‑2020/2(Rev.1), China is preparing the self-evaluation report, the complete set of submission template (including the updated characteristics template that captures new progress compared to the one provided in Document 5D/838, link budget template, and compliance template), and compliance with IPR policy.

The technical development of the candidate technology for the terrestrial components of IMT-2020 of China is undergoing, and China’s development and outcomes of the research of the candidate radio technologies are contributed from the members of IMT-2020 (5G) Promotion Group to 3GPP. In this context, China development is aligned with the on-going 3GPP development. According to 3GPP schedule, 3GPP Rel-15 was completed in June 2018.

The self-evaluation is also under preparation. The technical parameters and configuration parameters that applied to the candidate radio interface technology are under investigation. The detailed evaluation methodology for the technical performance requirements are under development. The outcome of these studies are also contributed to 3GPP from the members of IMT‑2020 (5G) Promotion Group. The initial evaluation parameters for eMBB are captured in Section 2 of 3GPP documents R1-1803386 and R1-1805644, respectively. And the detailed evaluation method for mobility is captured in Section 2 of 3GPP document R1-1805643. China will conduct the self-evaluation accordingly.

Editor’s Notes:

  1.  China’s IMT-2020 Promotion Group documents can be downloaded (free) here.
  2.  Detailed ITU-R WP5D China IMT2020 submission contributions are here (TIES Users only).
  3.  Key IMT 2020 results of ITU-R WP5D Oct 2018 meeting in Fukuoka, Japan:

IMT-2020 RIT submission:
This meeting received updated information related to the proposal of candidate IMT-2020 radio interfaces (RITs) from ETSI and DECT Forum (Document 5D/1046); and also updated submissions of candidate IMT-2020 radio interfaces from 3GPP (Document 5D/1050), China (Document 5D/1055), and Korea (Document 5D/1077).  These contributions were reviewed and the respective IMT-2020 documents were revised accordingly.  (No updates from India which had previously indicated it’s plan to submit).

IMT-2020 evaluation:
An initial evaluation report was received from the Evaluation Group TPCEG and reviewed. An IMT-2020 Document was created to record the evaluation report (Document 5D/TEMP/608). In addition, SWG Evaluation also started to review the received self-evaluation results from 3GPP, China and Korea.

A draft liaison statement to the Registered Independent Evaluation Groups was developed to update the work progress within WP 5D on Evaluation of IMT-2020 candidate technologies (Document 5D/TEMP/610).

3 Conclusion

China kindly invitesWP 5D to view the above information, and take them into account in Document IMT-2020/5.

China will provide the latest information related to the development of candidate radio interface technology of IMT-2020 in a timely manner.

………………………………………………………………………………………………….

Characteristics template for

Candidate Radio Interface Technology of ’NR+NB-IoT’ RIT

This characteristics template provides the description of the characteristics of the candidate IMT-2020 radio interface technology (RIT) based on 3GPP Rel-15 work. The candidate RIT is composed of NR and NB-IoT.

It is noted that new features in addition to the ones provided in this characteristics template might be included in future update for the RIT.

For this characteristics template, China has addressed most of the characteristics that are viewed to be helpful to assist in evaluation activities for independent evaluation groups, as well as to facilitate the understanding of the state-of-art of the development on the RIT. In future submission, further information will be included.

Item

Item to be described

5.2.3.2.1

Test environment(s)

5.2.3.2.1.1

What test environments (described in Report ITU-R M.2412-0) does this technology description template address?

This proposal addresses all the five test environments across the three usage scenarios (eMBB, mMTC, and URLLC) as described in Report ITU-R M.2412-0.

5.2.3.2.2

Radio interface functional aspects

5.2.3.2.2.1

Multiple access schemes

Which access scheme(s) does the proposal use? Describe in detail the multiple access schemes employed with their main parameters.

For NR, the multiple access support is as follows.

  • Downlink and Uplink:

The multiple access is a combination of

  • OFDMA: Synchronous/scheduling-based; the transmission to/from different UEs uses mutually orthogonal frequency assignments. Granularity in frequency assignment: One resource block consisting of 12 subcarriers. Multiple sub-carrier spacings are supported including 15kHz, 30kHz, 60kHz and 120kHz for data (see Item 5.2.3.2.7 and reference therein).

    • CP-OFDM is applied for both downlink and uplink. DFT-spread OFDM can also be configured for uplink.

    • Spectral confinement technique(s) (e.g. filtering, windowing, etc.) for a waveform at the transmitter is transparent to the receiver. When such confinement techniques are used, the spectral utilization ratio can be enhanced.

  • TDMA: Transmission to/from different UEs with separation in time. Granularity: One slot consisting of 14 OFDM symbols, or 2~13 OFDM symbols non-slot (for DL) or 1~13 OFDM symbols (for UL) within one slot. The physical length of one slot ranges from 0.125ms to 1ms depending on the sub-carrier spacing (for more details on the frame structure, see Item 5.2.3.2.7 and the references therein).

  • CDMA: Inter-cell interference suppressed by processing gain of channel coding allowing for a frequency reuse of one (for more details on channel-coding, see Item 5.2.3.2.2.3 and the reference therein).

  • SDMA: Possibility to transmit to/from multiple users using the same time/frequency resource (SDMA a.k.a. “multi-user MIMO”) as part of the advanced-antenna capabilities (for more details on the advanced-antenna capabilities, see Item 5.2.3.2.9 and the reference therein)

At least an UL transmission scheme without scheduling grant is supported.

(Note: Synchronous means that timing offset between UEs is within cyclic prefix by e.g. timing alignment.)

For NB-IoT, the multiple access is a combination of OFDMA, TDMA and CDMA, where OFDMA and TDMA are as follows

  • OFDMA:

    • UL: DFT-spread OFDM. Granularity in frequency domain: A single sub-carrier with either 3.75 kHz or 15 kHz sub-carrier spacing, or 3, 6, or 12 sub-carriers with a sub-carrier spacing of 15 kHz. A resource block consists of 12 sub-carriers with 15 kHz sub-carrier spacing, or 48 sub-carriers with 3.75 kHz sub-carrier spacing → 180 kHz.

    • DL: Granularity in frequency domain: one resource block consisting of 6 or 12 subcarriers with 15 kHz sub-carrier spacing→90 or 180 kHz

  • TDMA: Transmission to/from different UEs with separation in time

    • UL: Granularity: One resource unit of 1 ms, 2 ms, 4 ms, 8 ms, with 15 kHz sub-carrier spacing, depending on allocated number of sub-carrier(s); or 32 ms with 3.75 kHz sub-carrier spacing (for more details on the frame structure, see Item 5.2.3.2.7 and the references therein)

    • DL: Granularity: One resource unit (subframe) of length 1 ms.

    • Repetition of a transmission is supported.

5.2.3.2.2.2

Modulation scheme

5.2.3.2.2.2.1

What is the baseband modulation scheme? If both data modulation and spreading modulation are required, describe in detail.

Describe the modulation scheme employed for data and control information.

What is the symbol rate after modulation?

  • For NR, the modulation scheme is as follows.

  • Downlink:

  • For both data and higher-layer control information: QPSK, 16QAM, 64QAM and 256QAM (see [38.211] sub-clause 7.3.1.2).

  • L1/L2 control: QPSK (see [38.211] sub-clause 7.3.2.4).

  • Symbol rate: 1344ksymbols/s per 1440kHz resource block (equivalently 168ksymbols/s per 180kHz resource block)

  • Uplink:

  • For both data and higher-layer control information: π/2-BPSK (when precoding is enabled), QPSK, 16QAM, 64QAM and 256QAM (see [38.211] sub-clause 6.3.1.2).

  • L1/L2 control: BPSK, π/2-BPSK, QPSK (see [38.211] sub-clause 6.3.2).

  • Symbol rate: 1344ksymbols/s per 1440kHz resource block (equivalently 168ksymbols/s per 180kHz resource block)

The above is at least applied to eMBB.

For NB-IoT, the modulation scheme is as follows.

  • Data and higher-layer control: π/2-BPSK (uplink only), π/4-QPSK (uplink only), QPSK

  • L1/L2 control: π/2-BPSK (uplink), QPSK (downlink)

Symbol rate: 168 ksymbols/s per 180 kHz resource block. For UL, less than one resource block may be allocated.

5.2.3.2.2.2.2

PAPR

What is the RF peak to average power ratio after baseband filtering (dB)? Describe the PAPR (peak-to-average power ratio) reduction algorithms if they are used in the proposed RIT/SRIT.

The PAPR depends on the waveform and the number of component carriers. The single component carrier transmission is assumed herein when providing the PAPR. For DFT-spread OFDM, PAPR would depend on modulation scheme as well.

For uplink using DFT-spread OFDM, the cubic metric (CM) can also be used as one of the methods of predicting the power de-rating from signal modulation characteristics, if needed.

For NR, the PAPR is as follows.

  • Downlink:

The PAPR is 8.4dB (99.9%)

  • Uplink:

  • For CP-OFDM:

The PAPR is 8.4dB (99.9%)

  • For DFT-spread OFDM:

The PAPR is provided in the table below.

Modulation

π/2 BPSK

QPSK

16QAM

64QAM

256QAM

PAPR (99.9%)

4.5 dB

5.8 dB

6.5 dB

6.6 dB

6.7 dB

CM

(99.9%)

0.3 dB

1.2 dB

2.1 dB

2.3 dB

2.4 dB

Note: The above values are derived without spectrum shaping. When spectrum shaping is considered for π/2 BPSK, lower PAPR and CM values can be derived, e.g., 1.75dB PAPR for π/2 BPSK, based on the trade-off between PAPR and demodulation performance.

Spectrum shaping can be used for a user with π/2 BPSK DFT-S-OFDM for above 24 GHz.

For NB-IoT,

  • Downlink:

The PAPR is 8.0dB (99.9%) on 180kHz resource.

  • Uplink:

The PAPR is 0.23 – 5.6 dB (99.9 %) depending on sub-carriers allocated for available NB-IoT UL modulation.

Any PAPR-reduction algorithm is transmitter-implementation specific for uplink and downlink.

5.2.3.2.2.3

Error control coding scheme and interleaving

5.2.3.2.2.3.1

Provide details of error control coding scheme for both downlink and uplink.

For example,

FEC or other schemes?

The proponents can provide additional information on the decoding schemes.

For NR, the error control coding is as follows.

  • Downlink and Uplink:

  • For data: BG#1 and BG#2 based Low density parity check (LDPC) coding, combined with rate matching based on shortening/puncturing/repetition to achieve a desired overall code rate (For more details, see [38.212] sub-clauses 5.3.2). LDPC channel coder facilitates low-latency and high-throughput decoder implementations.

  • For L1/L2 control: For DCI (Downlink Control Information)/UCI (Uplink Control Information) size larger than 11 bits, Polar coding, combined with rate matching based on shortening/puncturing/repetition to achieve a desired overall code rate (For more details, see [38.212] sub-clauses 5.3.1). Otherwise, repetition for 1-bit; simplex coding for 2-bit; Reed-Muller coding for 3~11-bit DCI/UCI size.

The above scheme is at least applied to eMBB.

For NB-IoT, the coding scheme is as follows:

  • For data: Rate 1/3 Turbo coding in UL, and rate-1/3 tail-biting convolutional coding in DL, each combined with rate matching based on puncturing/repetition to achieve a desired overall code rate; one transport block can be mapped to one or multiple resource units (for more details, see [36.212] sub-clause 6.2)

  • For L1/L2 control: The same as above.

Decoding mechanism is receiver-implementation specific. Example of information on the decoding mechanism will be provided together with self evaluation.

5.2.3.2.2.3.2

Describe the bit interleaving scheme for both uplink and downlink.

For NR, the bit interleaving scheme is as follows,

  • Downlink:

  • For data: bit interleaver is performed for LDPC coding after rate-matching (For more details, see [38.212] sub-clauses 5.4.2.2)

  • For L1/L2 control: Bit interleaving is performed as part of the encoding process for Polar coding (For more details, see [38.212] sub-clauses 5.4.1.1)

  • Uplink:

  • For data: bit interleaver is performed for LDPC coding after rate-matching (For more details, see [38.212] sub-clauses 5.4.2.2)

  • For L1/L2 control: Bit interleaving is performed for Polar coding after rate-matching (For more details, see [38.212] sub-clauses 5.4.1.3)

For NB-IoT,

  • Downlink and Uplink:

Bit interleaving is performed as part of the encoding/rate-matching process, see [36.212] sub-clauses 5.1.3.1 and 5.1.4.2 for more details.

Additional interleaving is performed in uplink, see [36.212] sub-clause 5.2.2.8 for more details.

5.2.3.2.3

Describe channel tracking capabilities (e.g. channel tracking algorithm, pilot symbol configuration, etc.) to accommodate rapidly changing delay spread profile.

For NR, to support channel tracking, different types of reference signals can be transmitted on downlink and uplink respectively.

  • Downlink:

  • Primary and Secondary Synchronization signals (PSS and SSS) are transmitted periodically to the cell. The periodicity of these signals is network configurable. UEs can detect and maintain the cell timing based on these signals. If the gNB implements hybrid beamforming, then the PSS and SSS are transmitted separately to each analogue beam. Network can configure multiple PSS and SSS in frequency domain.

  • UE-specific Demodulation RS (DM-RS) for PDCCH can be used for downlink channel estimation for coherent demodulation of PDCCH (Physical Downlink Control Channel). DM-RS for PDCCH is transmitted together with the PDCCH.

  • UE-specific Demodulation RS (DM-RS) for PDSCH can be used for downlink channel estimation for coherent demodulation of PDSCH (Physical Downlink Shared Channel). DM-RS for PDSCH is transmitted together with the PDSCH.

  • UE-specific Phase Tracking RS (PT-RS) can be used in addition to the DM-RS for PDSCH for correcting common phase error between PDSCH symbols not containing DM-RS. It may also be used for Doppler and time varying channel tracking. PT-RS for PDSCH is transmitted together with the PDSCH upon need.

  • UE-specific Channel State Information RS (CSI-RS) can be used for estimation of channel-state information (CSI) to further prepare feedback reporting to gNB to assist in MCS selection, beamforming, MIMO rank selection and resource allocation. CSI-RS transmissions are transmitted periodically, aperiodically, and semi-persistently on a configurable rate by the gNB. CSI-RS also can be used for interference measurement and fine frequency/time tracking purposes.

  • Uplink:

  • UE-specific Demodulation RS (DM-RS) for PUCCH can be used for uplink channel estimation for coherent demodulation of PUCCH (Physical Uplink Control Channel). DM-RS for PUCCH is transmitted together with the PUCCH.

  • UE-specific Demodulation RS (DM-RS) for PUSCH can be used for uplink channel estimation for coherent demodulation of PUSCH (Physical Uplink Shared Channel). DM-RS for PUSCH is transmitted together with the PUSCH.

  • UE-specific Phase Tracking RS (PT-RS) can be used in addition to the DM-RS for PUSCH for correcting common phase error between PUSCH symbols not containing DM-RS. It may also be used for Doppler and time varying channel tracking. DM-RS for PUSCH is transmitted together with the PUSCH upon need.

  • UE-specific Sounding RS (SRS) can be used for estimation of uplink channel-state information to assist uplink scheduling, uplink power control, as well as assist the downlink transmission (e.g. the downlink beamforming in the scenario with UL/DL reciprocity). SRS transmissions are transmitted periodically, aperiodically, and semi-persistently by the UE on a gNB configurable rate.

Details of channel-tracking/estimation algorithms are receiver-implementation specific, and not part of the specification.

For NB-IoT:

  • Downlink:

  • Narrowband Reference Signals (NRS) are used in NB-IoT. NRS are transmitted in a certain minimum set of subframes which depends on the in-band, guard-band, or standalone nature of the deployment, and additionally in a configured set of subframes. NRS associated with paging, random access response, and multicast transmissions on non-anchor NB-IoT carriers do not have to be transmitted on subframes far away from the associated transmissions, even if they are in the configured set of subframes. Up to two different NRS can be transmitted within a cell, with each NRS corresponding to one of up to two cell-specific antenna ports, referred to as antenna port 2000 to 2001 respectively. The NRS can be used for downlink channel estimation for coherent demodulation of physical channels transmitted from antenna ports 2000 to 2001. For the detailed structure of NRS, see [36.211] sub-clause 10.2.6.

  • Uplink:

  • Demodulation Reference Signals (DMRS): For NB-IoT, uplink DMRS for demodulation of NPUSCH are transmitted once every slot (twice every subframe) in the subframes in which NPUSCH is being transmitted. The instantaneous bandwidth of the uplink DMRS equals the instantaneous bandwidth of the corresponding NPUSCH transmission. One DMRS for NPUSCH transmission can be transmitted from a UE. For the detailed structure of uplink DMRS for NPUSCH transmission, see [36.211] sub-clause 10.1.4.

Details of channel-tracking/estimation algorithms are receiver-implementation specific, e.g. MMSE-based channel estimation with appropriate interpolation in time and frequency domain could be used.

5.2.3.2.4

Physical channel structure and multiplexing

5.2.3.2.4.1

What is the physical channel bit rate (M or Gbit/s) for supported bandwidths?

i.e., the product of the modulation symbol rate (in symbols per second), bits per modulation symbol, and the number of streams supported by the antenna system.

For NR, the physical channel bit rate depends on the modulation scheme, number of spatial-multiplexing layer, number of resource blocks in the channel bandwidth and the subcarrier spacing used. The physical channel bit rate per layer can be expressed as

Rlayer = Nmod x NRB x 2µ x 168 kbps

where

  • Nmod is the number of bits per modulation symbol for the applied modulation scheme (QPSK: 2, 16QAM: 4, 64QAM: 6, 256QAM: 8)

  • NRB is the number of resource blocks in the aggregated frequency domain which depends on the channel bandwidth.

  • µ depends on the subcarrier spacing, , given by

For example, a 400 MHz carrier with 264 resource blocks using 120 kHz subcarrier spacing, , and 256QAM modulation results in a physical channel bit rate of 2.8 Gbit/s per layer.

For NB-IoT, the physical channel bit rate depends on the modulation scheme, number of spatial-multiplexing layers and number of resource blocks in the channel bandwidth. and the subcarrier spacing used. When the subcarrier spacing is 15 kHz, the physical channel bit rate per layer can be expressed as

Rlayer = Nmod x NRB x 2µ x 168 kbps

where

  • Nmod is the number of bits per modulation symbol for the applied modulation scheme

  • NRB is the number of resource blocks in the aggregated frequency domain which depends on the channel bandwidth.

NB-IoT only supports transmission of a single layer and the physical channel bit rate is as above, but with Nmod limited to 1(BPSK, π/2-BPSK) or 2 (QPSK, π/2-BPSK) and NRB= 1 or 1/2, 1/4, 1/12 and µ=0. For NB-IoT uplink transmission with 3.75kHz subcarrier spacing, scaling the physical channel bit rate accordingly.

5.2.3.2.4.2

Layer 1 and Layer 2 overhead estimation.

Describe how the RIT/SRIT accounts for all layer 1 (PHY) and layer 2 (MAC) overhead and provide an accurate estimate that includes static and dynamic overheads.

For NR,

  • Downlink

The downlink L1/L2 overhead includes:

  1. Different types of reference signals

    1. Demodulation reference signals for PDSCH (DMRS-PDSCH)

    2. Phase-tracking reference signals for PDSCH (PTRS-PDSCH)

    3. Demodulation reference signals for PDCCH

    4. Reference signals specifically targeting estimation of channel-state information (CSI-RS)

    5. Tracking reference signals (TRS)

  2. L1/L2 control signalling transmitted on the up to three first OFDM symbols of each slot

  3. Synchronization signals and physical broadcast control channel including demodulation reference signals included in the SS/PBCH block

  4. PDU headers in L2 sub-layers (MAC/RLC/PDCP)

The overhead due to different type of reference signals is given in the table below. Note that demodulation reference signals for PDCCH is included in the PDCCH overhead.

Reference signal type

Example configurations

Overhead for example configurations

DMRS-PDSCH

As examples, DMRS can occupy 1/3, ½, or one full OFDM symbol. 1, 2, 3 or 4 symbols per slot can be configured to carry DMRS.

2.4 % to 29 %

PTRS- PDSCH

1 resource elements in frequency domain every second or fourth resource block. PTRS is mainly intended for FR2.

0.2% or 0.5 % when configured.

CSI-RS

1 resource element per resource block per antenna port per CSI-RS periodicity

0.25 % for 8 antenna ports transmitted every 20 ms with 15 kHz subcarrier spacing

TRS

2 slots with 1/2 symbol in each slot per transmission period

0.36 % or 0.18% respectively for 20 ms and 40ms periodicity

The overhead due to the L1/L2 control signalling is depending on the size and periodicity of the configured CORESET in the cell and includes the overhead from the PDCCH demodulation reference signals. If the CORESET is transmitted in every slot, maximum control channel overhead is 21% assuming three symbols and whole carrier bandwidth used for CORESET, while a more typical overhead is 7% when 1/3 of the time and frequency resources in the first three symbols of a slot is allocated to PDCCH.

The overhead due to the SS/PBCH block is given by the number of SS/PBCH blocks transmitted within the SS/PBCH block period, the SS/PBCH block periodicity and the subcarrier spacing. Assuming a 100 resource block wide carrier, the overhead for 20 ms periodicity is in the range of 0.6 % to 2.3 % if the maximum number of SS/PBCH blocks are transmitted.

  • Uplink

L1/L2 overhead includes:

  1. Different types of reference signals

    1. Demodulation reference signal for PUSCH

    2. Demodulation reference signal for PUCCH

    3. Phase-tracking reference signals

    1. Sounding reference signal (SRS) used for uplink channel-state estimation at the network side

  1. L1/L2 control signalling transmitted on a configurable amount of resources (see also Item 4.2.3.2.4.5)

  2. L2 control overhead due to e.g., random access, uplink time-alignment control, power headroom reports and buffer-status reports

  3. PDU headers in L2 layers (MAC/RLC/PDCP)

The overhead due to due to demodulation reference signal for PUSCH is the same as the overhead for demodulation reference signal for PDSCH, i.e. 4 % to 29 % depending on number of symbols configured. Also, the phase-tracking reference signal overhead is the same in UL as in DL.

The overhead due to periodic SRS is depending on the number of symbols configured subcarrier spacing and periodicity. For 20 ms periodicity, the overhead is in the range of 0.4% to 1.4% assuming15 kHz subcarrier spacing.

Amount of uplink resources reserved for random access depends on the configuration.

The relative overhead due to uplink time-alignment control depends on the configuration and the number of active UEs within a cell.

The amount of overhead for buffer status reports depends on the configuration.

The amount of overhead caused by 4 highly depends on the data packet size.

For NB-IoT,

  • Downlink

The overhead from Narrowband RS (NRS) is dependent on the number of cell-specific antenna ports N (1 or 2) and equals 8 x N / 168 %.

The overhead from NB-IoT downlink control signaling is dependent on the amount of data to be transmitted. For small infrequent data transmissions, the downlink transmissions are dominated by the L2 signaling during the connection setup. The overhead from L1 signaling is dependent on the configured scheduling cycle.

The overhead due to Narrowband synchronization signal and Narrowband system information broadcast messages is only applicable to the NB-IoT anchor carrier. The actual overhead depends on the broadcasted system information messages and their periodicity. The overhead can be estimated to be around 26.25%. For NB-IoT non-anchor carriers, the overhead is only from Narrowband RS (NRS) and it can be less than that on anchor carrier.

  • Uplink

For NB-IoT UL, data and control is sharing the same resources and the overhead from L1/L2 control signaling depend on the scheduled traffic in the DL. The UL control signaling is dominated by RLC and HARQ positive or negative acknowledgments. A typical NB-IoT NPRACH overhead is in the order of 5 %.

5.2.3.2.4.3

Variable bit rate capabilities:

Describe how the proposal supports different applications and services with various bit rate requirements.

For a given combination of modulation scheme, code rate, and number of spatial-multiplexing layers, the data rate available to a user can be controlled by the scheduler by assigning different number of resource blocks for the transmission. In case of multiple services, the available/assigned resource, and thus the available data rate, is shared between the services.

5.2.3.2.4.4

Variable payload capabilities:

Describe how the RIT/SRIT supports IP-based application layer protocols/services (e.g., VoIP, video-streaming, interactive gaming, etc.) with variable-size payloads.

See also 5.2.3.2.4.3.

For NR, the transport-block size can vary between X bits and Y bits. The number of bits per transport block can be set with a fine granularity.

See [38.214] sub-clause 5.1.3.2 for details.

For NB-IoT, the maximum transport block size is 680 bits in the DL and 1000 bits in UL for the lowest UE category and 2536 bits for both DL and UL for the highest UE category.

See [36.213] sub-clause 16.4.1.5.1 for details.

5.2.3.2.4.5

Signalling transmission scheme:

Describe how transmission schemes are different for signalling/control from that of user data.

For NR,

  • Downlink

L1/L2 control signalling is transmitted in assigned resources time and frequency multiplexed with data within the bandwidth part (BWP, see item 5.2.3.2.8.1). Control signalling is limited to QPSK modulation (QPSK, 16QAM, 64QAM and 256QAM for data). Control signalling error correcting codes are polar codes (LDPC codes for data).

  • Uplink

L1/L2 control signalling transmitted in assigned resources and can be time and frequency multiplexed with data within the BWP. L1/L2 control signalling can also be multiplexed with data on the PUSCH. Modulation schemes for L1/L2 control signalling is π/2-BPSK, BPSK and QPSK

Control signalling error correcting codes are block codes for small payload and polar codes for larger payloads (LDPC codes for data).

For both downlink and uplink, higher-layer signalling (e.g. MAC, RLC, PDCP headers and RRC signalling) is carried within transport blocks and thus transmitted using the same physical-layer transmitter processing as user data.

For NB-IoT,

  • Downlink

The L1/L2 control signaling is confined to a configured set of resource blocks and can be time multiplexed with data and are transmitted in scheduled subframes.

  • Uplink

For NB-IoT the L1 control signaling is time and frequency multiplexed with data.

For both downlink and uplink, higher-layer signalling (e.g. MAC, RLC, PDCP headers and RRC signalling) is carried within transport blocks and thus transmitted using the same physical-layer transmitter processing as user data.

5.2.3.2.4.6

Small signalling overhead

Signalling overhead refers to the radio resource that is required by the signalling divided by the total radio resource which is used to complete a transmission of a packet. The signalling includes necessary messages exchanged in DL and UL directions during a signalling mechanism, and Layer 2 protocol header for the data packet.

Describe how the RIT/SRIT supports efficient mechanism to provide small signalling overhead in case of small packet transmissions.

In case of small data packet transmission, the L1/L2 control signalling during the connection setup procedure is dominating the uplink and downlink transmissions. To minimize this overhead, NB-IoT allows a UE to resume of an earlier connection. As an alternative, the data can be transmitted over the control plane, which eliminates the need to setup the data plane connection. NB-IoT also allows a UE to transmit data at an early stage of the random access procedure, and terminate the procedure without transitioning to connected mode, which eliminates the subsequent signaling steps.

5.2.3.2.5

Mobility management (Handover)

5.2.3.2.5.1

Describe the handover mechanisms and procedures which are associated with

Inter-System handover including the ability to support mobility between the
RIT/SRIT and at least one other IMT system

Intra-System handover

1 Intra-frequency and Inter-frequency

2 Within the RIT or between component RITs within one SRIT (if applicable)

Characterize the type of handover strategy or strategies (for example, UE or base station assisted handover, type of handover measurements).

What other IMT system (other than IMT-2020) could be supported by the handover mechanism?

Terminology:

To ease understanding of specific terms/abbreviations used in this item here after, few main acronyms and definitions are introduced:

  • NR: NR Radio Access

  • NG-RAN: NG Radio Access Network (connected to 5GC)

  • 5GC: 5G Core Network

  • gNB, NG-RAN node providing NR user and control plane terminations towards the UE;

  • en-gNB: NG-RAN node providing NR user plane and control plane protocol terminations towards the UE, and acting as Secondary Node in EN-DC.

  • MN: Master Node

  • SN: Secondary Node

  • MR-DC: Multi-RAT Dual Connectivity

For NR:

Intra-NR handover: Network controlled mobility applies to UEs in RRC_CONNECTED and is categorized into two types of mobility:

  • Cell level mobility requires explicit RRC signalling to be triggered, i.e. handover. For inter-gNB handover, handover request, handover acknowledgement, handover command, handover complete procedure are supported between source gNB and target gNB. The release of the resources at the source gNB during the handover completion phase is triggered by the target gNB.

  • Beam level mobility does not require explicit RRC signalling to be triggered – it is dealt with at lower layers – and RRC is not required to know which beam is being used at a given point in time.

Data forwarding, in-sequence delivery and duplication avoidance at handover can be guaranteed between target gNB and source gNB.

Measurement

In RRC_CONNECTED, the UE measures multiple beams (at least one) of a cell and the measurements results (power values) are averaged to derive the cell quality. In doing so, the UE is configured to consider a subset of the detected beams: the N best beams above an absolute threshold. Filtering takes place at two different levels: at the physical layer to derive beam quality and then at RRC level to derive cell quality from multiple beams. Cell quality from beam measurements is derived in the same way for the serving cell(s) and for the non-serving cell(s). Measurement reports may contain the measurement results of the X best beams if the UE is configured to do so by the gNB.

For more details, refer to [38.300] sub-clauses 9.2.3 & 9.3

For NB-IoT:

Measurement

Intra-frequency neighbour (cell) measurements and inter-frequency neighbour (cell) measurements are defined as follows:

  • Intra-frequency neighbour (cell) measurements: Neighbour cell measurements performed by the UE are intra-frequency measurements when the current and target cell operates on the same carrier frequency.

  • Inter-frequency neighbour (cell) measurements: Neighbour cell measurements performed by the UE are inter-frequency measurements when the neighbour cell operates on a different carrier frequency, compared to the current cell.

5.2.3.2.5.2

Describe the handover mechanisms and procedures to meet the simultaneous handover requirements of a large number of users in high speed scenarios (up to 500km/h moving speed) with high handover success rate.

The information will be provided in later update.

5.2.3.2.6

Radio resource management

5.2.3.2.6.1

Describe the radio resource management, for example support of:

centralised and/or distributed RRM

dynamic and flexible radio resource management

efficient load balancing.

RRM mechanism in the following is supported.

General
The RIT performs radio resource management to ensure the efficient use of the available radio resource. RRM functions include:

  • Radio bearer control (RBC): the establishment, maintenance and release of radio bearer involves the configuration of radio resource. This is located in gNB/ng-eNB.

  • Radio Admission Control (RAC): RAC is to admit or reject the establishment of new radio bearer. It considers QoS requirement, the priority level, overall resource situation. This is located in gNB/ng-eNB.

  • Connection Mobility Control (CMC): it controls the number of UEs in idle mode and connected mode. In idle mode, cell reselection algorithm is controlled by parameter setting and in the connected mode, gNB controls UE mobility via handover and RRC connection release with redirection.

Dynamic/flexible radio resource management

The RIT supports dynamic and flexible radio resource management by packet scheduling that allocates and de-allocates resources to user and control plane packets.

Load balancing(LB)

Load balancing has the task to handle uneven distribution of the traffic load over multiple cells. The purpose of LB is thus to influence the load distribution for the higher resource utilization and QoS. LB is achieved in NR with hand-over, redirection or cell reselection.

5.2.3.2.6.2

Inter-RIT interworking

Describe the functional blocks and mechanisms for interworking (such as a network architecture model) between component RITs within a SRIT, if supported.

Multi-RAT Dual Connectivity:

Tight inter-working with E-UTRA is supported with Multi-RAT Dual Connectivity (MR-DC) operation.

For more details, refer to [37.340]; see also item 5.2.3.2.13.1

5.2.3.2.6.3

Connection/session management

The mechanisms for connection/session management over the air-interface should be described. For example:

The support of multiple protocol states with fast and dynamic transitions.

The signalling schemes for allocating and releasing resources.

NG-RAN support the following states:

RRC_IDLE:

– PLMN selection;

– Broadcast of system information;

– Cell re-selection mobility;

– Paging for mobile terminated data is initiated by 5GC;

– Paging for mobile terminated data area is managed by 5GC;

– DRX for CN paging configured by NAS.

RRC_INACTIVE:

– Broadcast of system information;

– Cell re-selection mobility;

– Paging is initiated by NG-RAN (RAN paging);

– RAN-based notification area (RNA) is managed by NG- RAN;

– DRX for RAN paging configured by NG-RAN;

– 5GC – NG-RAN connection (both C/U-planes) is established for UE;

– The UE AS context is stored in NG-RAN and the UE;

– NG-RAN knows the RNA which the UE belongs to.

RRC_CONNECTED:

5GC – NG-RAN connection (both C/U-planes) is established for UE;

– The UE AS context is stored in NG-RAN and the UE;

– NG-RAN knows the cell which the UE belongs to;

– Transfer of unicast data to/from the UE;

– Network controlled mobility including measurements.

Transition between RRC states:

  • From RRC_IDLE to RRC_CONNECTED: RRC connection setup

  • From RRC_CONNECTED to RRC_IDLE: RRC connection release

  • From RRC_INACTIVE to RRC_CONNECTED: RRC connection resume

  • From RRC_CONNECTED to RRC_INACTIVE: RRC connection suspension

  • From RRC_INACTIVE to RRC_IDLE: RRC connection release (TBC)

  • From RRC_IDLE to RRC_INACTIVE: not supported

For more details, refer to [38.300]

For NB-IoT, RRC_IDLE and RRC_CONNECTED are supported, with similar functionality as described above for NR.

5.2.3.2.7

Frame structure

5.2.3.2.7.1

Describe the frame structure for downlink and uplink by providing sufficient information such as:

frame length,

the number of time slots per frame,

the number and position of switch points per frame for TDD

guard time or the number of guard bits,

user payload information per time slot,

sub-carrier spacing

control channel structure and multiplexing,

power control bit rate.

For NR,

  • Frame length, sub-carrier spacing, and time slots:

One radio frame of length 10 ms consisting of 10 subframes, each of length 1 ms. Each subframe consists of an OFDM sub-carrier spacing dependent number of slots. Each slot consists of 14 OFDM symbols (twelve OFDM symbols in case of extended cyclic prefix)

  • 15 kHz SCS: 1 ms slot, 1 slot per sub-frame

  • 30 kHz SCS: 0.5 ms slot, 2 slots per sub-frame

  • 60 kHz SCS: 0.25 ms slot, 4 slots per sub-frame

  • 120 kHz SCS: 0.125 ms slot, 8 slots per sub-frame

  • 240 kHz SCS: 0.0625 ms slot (only used for synchronization, not for data)

Data transmissions can be scheduled on a slot basis, as well as on a partial slot basis, where the partial slot transmissions may occur several times within one slot. The supported partial slot allocations and scheduling intervals are 2, 4 and 7 symbols for DL and 1-14 symbols for UL for normal cyclic prefix, and 2, 4 and 6 symbols for DL and 1-12 symbols for UL for extended cyclic prefix.

The slot structure supports zero, one or two DL/UL switches per slot, and dynamic selection of the link direction for each slot independently. Typically one symbol would be allocated as guard, but different number of symbols, or even full slot could be allocated as guard.

  • Downlink control channel structure:

Downlink control signaling is time and frequency multiplexed with data on a scheduling interval basis. The control region can span over 1-3 OFDM symbols in the beginning of the allocation, flexibly allocating 1-14 symbols (at least 2 symbols for DL) for data transmission, including the time and frequency part of the control region that was not used for control signaling.

  • Uplink control channel structure:

Uplink control signaling can be both time-multiplexed with the data of the same UE and time and frequency multiplexed with control and data of other UEs when the UE has no data to be transmitted. Uplink control signaling is piggy-backed with data i.e. transmitted with data on the PUSCH when the UE has data to be transmitted.

  • Power control bit rate:

No specific power-control rate is defined, but a power control command can be sent at any slot, leading to a sub-carrier spacing specific maximum power control rate of 1/2/4/8 kHz for SCS of 15/30/60/120 kHz respectively.

For NB-IoT:

  • Frame length, sub-carrier spacing, and time slots:

The minimum time unit for transmission is a subframe in the downlink and a resource unit in the uplink. The length of a resource unit is dependent on the subcarrier spacing and number of subcarriers. Up to ten subframes or resource units can be assigned to the UE for one transmission. Sub-carrier spacings of 15kHz is supported for DL, and sub-carrier spacings of 3.75kHz and 15kHz is supported for UL (see item 5.2.3.2.2.1 for more details).

  • Downlink control channel structure:

Downlink control signalling and data transmission to the same UE are time multiplexed on different subframes.

  • Uplink control channel structure:

Uplink control signaling for a UE is time-multiplexed with data for the same UE. Different UEs can be scheduled to transmit uplink control signaling by frequency multiplexing and/or time multiplexing.

  • Power control bit rate:

For NB-IoT, only open-loop power control is supported.

5.2.3.2.8

Spectrum capabilities and duplex technologies

NOTE 1 – Parameters for both downlink and uplink should be described separately, if necessary.

5.2.3.2.8.1

Spectrum sharing and flexible spectrum use

Does the RIT/SRIT support flexible spectrum use and/or spectrum sharing? Provide the detail.

Description such as capability to flexibly allocate the spectrum resources in an adaptive manner for paired and un-paired spectrum to address the uplink and downlink traffic asymmetry.

For NR,

  • NR supports flexible spectrum use through mechanisms including the following:

  • Multiple component carriers can be aggregated to achieve up to 6.4 GHz of transmission bandwidth. The aggregated component carriers can be either contiguous or non-contiguous in the frequency domain, including be located in separate spectrum (“spectrum aggregation”).

  • In addition, within one component carrier, bandwidth part (BWP) is supported on downlink and uplink. The bandwidth of the component carrier can be divided into several bandwidth parts. From network perspective, different bandwidth parts can be associated with different numerologies (subcarrier spacing, cyclic prefix). UEs with smaller bandwidth support capability can work within a bandwidth part with an associated numerology. By this means UEs with different bandwidth support capability can work on large bandwidth component carrier. NR supports UE bandwidth part adaptation for UE power saving and numerology switching. The network can operate on a wide bandwidth carrier while it is not required for the UE to support the whole bandwidth carrier, but can work over activated bandwidth parts, thereby optimizing the use of radio resources to the traffic demand and minimizing interference to/from other systems.

  • NR supports spectrum sharing with LTE. The operating carrier of NR and LTE can be overlapped or adjacent. From network perspective, NR users and LTE users can share / co-exist on the overlapped carrier in frequency division multiplexing (FDM) or time division multiplexing (TDM) manner, with dynamic scheduling or semi-static configurations. When LTE and NR spectrum overlaps, resources can be shared by LTE DL carrier and NR DL carrier, or by LTE UL carrier and NR UL carrier. OFDM symbol durations of NR and LTE can be aligned. The system allows aligning sub-carriers of LTE and NR to enable more efficient sharing of overlapped resources.

  • NR can operate on a TDD band with a supplementary UL (SUL) band. In this case, NR can flexibly allocate users on either TDD band or the SUL band for uplink transmission. It is beneficial for the users at cell edge where the coverage might be limited for those users on TDD band (usually higher carrier frequency than SUL band, see item 5.2.3.2.8.3). In this case, such users can be allocated to SUL band with lower propagation loss for uplink transmission.

  • NR addresses the uplink and downlink traffic asymmetry with flexible spectrum resource allocation by allowing FDD operation on a paired spectrum, different transmission directions in either part of a paired spectrum, TDD operation on an unpaired spectrum where the transmission direction of time resources is not dynamically changed, and TDD operation on an unpaired spectrum where the transmission direction of most time resources can be dynamically changing. DL and UL transmission directions for data can be dynamically assigned on a per-slot basis.

NR can be configured to co-exist with NB-IoT using frequency division multiplexing (FDM) way.

    • The downlink co-existence can be made by NR by configuring reserved resource blocks (RBs) which are declared as not available for PDSCH for NR users. These reserved resource blocks can be used by NB-IoT anchor and non-anchor carriers. For NR users that are scheduled on the resource block group (RBG) which includes the reserved RB, NR will configure the rate match pattern for those users using dynamic or semi-static indication.

    • For uplink, NR can use appropriate uplink resource allocation to “reserve” RBs for NB-IoT users. For example, if some of the RBs are reserved for NB-IoT, NR will allocate other RBs to its users, by either frequency domain resource allocation type 0 or type 1. By the above means, NR and NB-IoT can co-exist without any impact to each other.

For NB-IoT,

  • Flexible spectrum use is supported by using one or multiple NB-IoT carriers.

    • A single, anchor, NB-IoT carrier of 180 kHz each for UL and DL in FDD, or 180 kHz total for TDD, is the minimum required spectrum.

    • Additional non-anchor NB-IoT carrier(s), each of 180 kHz can be associated to the same NB-IoT cell, and a UE uses either the anchor or one non-anchor NB-IoT carrier.

    • The anchor carrier and non-anchor carrier(s) can be either contiguous or non-contiguous in the frequency domain.

  • NB-IoT can be operated as in-band, guard-band, and standalone respectively. All combinations of carrier types (standalone, in-band, guard-band) are allowed.

5.2.3.2.8.2

Channel bandwidth scalability

Describe how the proposed RIT/SRIT supports channel bandwidth scalability, including the supported bandwidths.

Describe whether the proposed RIT/SRIT supports extensions for scalable bandwidths wider than 100 MHz.

Describe whether the proposed RIT/SRIT supports extensions for scalable bandwidths wider than 1 GHz, e.g., when operated in higher frequency bands noted in § 5.2.4.2.

Consider, for example:

The scalability of operating bandwidths.

The scalability using single and/or multiple RF carriers.

Describe multiple contiguous (or non-contiguous) band aggregation capabilities, if any. Consider for example the aggregation of multiple channels to support higher user bit rates.

For NR, one component carrier supports a scalable bandwidth, 5, 10, 15, 20, 25, 40, 50, 60, 80, 100MHz for frequency range 450 MHz to 6000 MHz (see [38.101] for the actual support of bandwidth for each band), with guard band ratio from 20% to 2%; and a scalable bandwidth, 50, 100, 200, 400MHz for frequency range 24250 – 52600 MHz (see [38.101] for the actual support of bandwidth for each band), with guard band ratio from 8% to 5%. By aggregating multiple component carriers, transmission bandwidths up to 6.4 GHz are supported to provide high data rates. Component carriers can be either contiguous or non-contiguous in the frequency domain. The number of component carriers transmitted and/or received by a mobile terminal can vary over time depending on the instantaneous data rate.

For NB-IoT, the channel bandwidth is not scalable. There is not aggregation of multiple NB-IoT carriers – see item 5.2.3.2.8.1 for more details.

5.2.3.2.8.3

What are the frequency bands supported by the RIT/SRIT? Please list.

For NR, the following frequency bands will be supported, in accordance with spectrum requirements defined by Report ITU-R M.2411-0. Introduction of other ITU-R IMT identified bands are not precluded in the future. 3GPP technologies are also defined as appropriate to operate in other frequency arrangements and bands.

450 – 6000 MHz (Frequency Range 1, FR1):

NR operating band

Uplink (UL) operating band
BS receive / UE transmit

FUL_low – FUL_high

Downlink (DL) operating band
BS transmit / UE receive

FDL_low – FDL_high

Duplex Mode

n1

1920 MHz – 1980 MHz

2110 MHz – 2170 MHz

FDD

n2

1850 MHz – 1910 MHz

1930 MHz – 1990 MHz

FDD

n3

1710 MHz – 1785 MHz

1805 MHz – 1880 MHz

FDD

n5

824 MHz – 849 MHz

869 MHz – 894 MHz

FDD

n7

2500 MHz – 2570 MHz

2620 MHz – 2690 MHz

FDD

n8

880 MHz – 915 MHz

925 MHz – 960 MHz

FDD

n12

699 MHz716 MHz

729 MHz – 746 MHz

FDD

n20

832 MHz – 862 MHz

791 MHz – 821 MHz

FDD

n25

1850 MHz – 1915 MHz

1930 MHz – 1995 MHz

FDD

n28

703 MHz – 748 MHz

758 MHz – 803 MHz

FDD

n34

2010 MHz – 2025 MHz

2010 MHz – 2025 MHz

TDD

n38

2570 MHz – 2620 MHz

2570 MHz – 2620 MHz

TDD

n39

1880 MHz – 1920 MHz

1880 MHz – 1920 MHz

TDD

n40

2300 MHz – 2400 MHz

2300 MHz – 2400 MHz

TDD

n41

2496 MHz – 2690 MHz

2496 MHz – 2690 MHz

TDD

n50

1432 MHz – 1517 MHz

1432 MHz – 1517 MHz

TDD

n51

1427 MHz – 1432 MHz

1427 MHz – 1432 MHz

TDD

n66

1710 MHz – 1780 MHz

2110 MHz – 2200 MHz

FDD

n70

1695 MHz – 1710 MHz

1995 MHz – 2020 MHz

FDD

n71

663 MHz – 698 MHz

617 MHz – 652 MHz

FDD

n74

1427 MHz – 1470 MHz

1475 MHz – 1518 MHz

FDD

n75

N/A

1432 MHz – 1517 MHz

SDL

n76

N/A

1427 MHz – 1432 MHz

SDL

n77

3300 MHz – 4200 MHz

3300 MHz – 4200 MHz

TDD

n78

3300 MHz – 3800 MHz

3300 MHz – 3800 MHz

TDD

n79

4400 MHz – 5000 MHz

4400 MHz – 5000 MHz

TDD

n80

1710 MHz – 1785 MHz

N/A

SUL

n81

880 MHz – 915 MHz

N/A

SUL

n82

832 MHz – 862 MHz

N/A

SUL

n83

703 MHz – 748 MHz

N/A

SUL

n84

1920 MHz – 1980 MHz

N/A

SUL

n86

1710 MHz – 1780 MHz

N/A

SUL

24250 – 52600 MHz (Frequency Range 2, FR2):

NR operating band

Uplink (UL) and Downlink (DL) operating band
BS transmit/receive
UE transmit/receive

FUL_low – FUL_high

FDL_low – FDL_high

Duplex Mode

n257

26500 MHz – 29500 MHz

TDD

n258

24250 MHz – 27500 MHz

TDD

n260

37000 MHz – 40000 MHz

TDD

n261

27500 MHz – 28350 MHz

TDD

Additional frequency bands can be introduced in the future in release independent manner. Support for frequency bands above 52600 MHz is under study, and the support for frequency bands within 6000 MHz to 24250 MHz is planned to be studied.

For NB-IoT, Category NB1 and NB2 are designed to operate in band 1, 2, 3, 4, 5, 8, 11, 12, 13, 17, 18, 19, 20, 21, 25, 26, 28, 31, 41, 66, 70, 71, 72 and 74 in the above table. See more details in [36.101] sub-clause 5.5F.

5.2.3.2.8.4

What is the minimum amount of spectrum required to deploy a contiguous network, including guardbands (MHz)?

For NR, the minimum amount of paired spectrum is 2 x 5 MHz. The minimum amount of unpaired spectrum is 5 MHz.

For NB-IoT, the minimum amount of unpaired spectrum is 0.2 MHz.

5.2.3.2.8.5

What are the minimum and maximum transmission bandwidth (MHz) measured at the 3 dB down points?

For NR, the 3 dB bandwidth is not part of the specifications, however:

  • The minimum 99% channel bandwidth (occupied bandwidth of single component carrier) is

    • 5 MHz for frequency range 450 – 6000 MHz;

    • 50 MHz for frequency range 24250 – 52600 MHz

  • The maximum 99% channel bandwidth (occupied bandwidth of single component carrier) is

    • 100 MHz for frequency range 450 – 6000 MHz;

    • 400 MHz for frequency range 24250 – 52600 MHz.

  • Multiple component carriers can be aggregated to achieve up to 6.4 GHz of transmission bandwidth.

For NB-IoT, the 99% channel bandwidth is 0.2 MHz.

5.2.3.2.8.6

What duplexing scheme(s) is (are) described in this template?
(e.g. TDD, FDD or half-duplex FDD).

Provide the description such as:

What duplexing scheme(s) can be applied to paired spectrum? Provide the details (see below as some examples).

What duplexing scheme(s) can be applied to un-paired spectrum? Provide the details (see below as some examples).

Describe details such as:

What is the minimum (up/down) frequency separation in case
of full- and half-duplex FDD?

What is the requirement of transmit/receive isolation in case
of full- an half-duplex FDD? Does the RIT require a duplexer
in either the UE or base station?

What is the minimum (up/down) time separation in case of TDD?

Whether the DL/UL ratio variable for TDD? What is the DL/UL ratio supported? If the DL/UL ratio for TDD is variable, what would be the coexistence criteria for adjacent cells?

NR supports paired and unpaired spectrum and allows FDD operation on a paired spectrum, different transmission directions in either part of a paired spectrum, TDD operation on an unpaired spectrum where the transmission direction of time resources is not dynamically changed, and TDD operation on an unpaired spectrum where the transmission direction of most time resources can be dynamically changing. DL and UL transmission directions for data can be dynamically assigned on a per-slot basis.

  • For FDD operation, it supports full-duplex FDD.

    • For both base station and terminal, a duplexer is needed for full-duplex FDD.

  • For full-duplex FDD, the required transmit/receive isolation is a UE function of; the Tx emission mask (emission level on the Rx frequency) , the TX-Rx frequency spacing , the Tx- Rx duplex filter isolation, the TX and RX configuration (RB location, RB power and RB allocation) and the required Rx desense criteria. For the supported operating bands, the parameters including the minimum (up/down) Tx to Rx frequency separation and the minimum Tx-Rx band gap are being defined in 3GPP.

  • For different transmission directions in either part of a paired spectrum, a duplexer is needed for both base station and the terminal. The required frequency separation between the paired spectrum is the same as full-duplex FDD. The supported DL/UL resource assignment configurations for TDD can be applied.

  • For TDD operation, it supports variable DL/UL resource assignment ranging in a radio frame from 10/0 (ten downlink slots and no uplink slot) to 0/10 (no downlink slot and ten uplink slots). It also supports a slot with DL part and UL part. DL and UL transmission directions for data can be dynamically assigned on a per-slot basis. Adjacent cells using the same carrier frequency can use the same or different DL/UL resource assignment configuration.

  • For both the base station and the terminal, duplexer is not needed.

  • The TDD guard time is configurable to meet different deployment scenarios.

For NB-IoT, Half-duplex FDD and TDD are supported. The terminal does not need a duplexer, and there is no specified transmit / receive isolation due to half-duplex mode.

5.2.3.2.9

Support of Advanced antenna capabilities

5.2.3.2.9.1

Fully describe the multi-antenna systems (e.g. massive MIMO) supported in the UE, base station, or both that can be used and/or must be used; characterize their impacts on systems performance; e.g., does the RIT have the capability for the use of:

spatial multiplexing techniques,

spatial transmit diversity techniques,

beam-forming techniques (e.g., analog, digital, hybrid).

For NR, the multi-antenna systems in NR supports the following MIMO transmission schemes at both the UE and the base station:

  • Spatial multiplexing with DM-RS based closed loop and semi-open loop transmission schemes are supported. For DL, codebook and reciprocity based precoding are supported. For UL, codebook and non-codebook based transmission are supported.

  • Specification transparent diversity schemes can also be supported by gNB implementations.

  • Hybrid beamforming including both digital and analog beamforming is supported at the UE and at the base station.

5.2.3.2.9.2

How many antenna elements are supported by the base station and UE for transmission and reception? What is the antenna spacing (in wavelengths)?

NR supports {1, 2, 4, 8, 12, 16, 24, 32} antenna ports in the DL and {1, 2, 4} antenna ports in the UL.

Base Station and UE support rectangular antenna arrays. The rectangular panel array antenna can be described by the following tuple , where is the number of panels in a column, is the number of panels in row, are the number of vertical, horizontal antenna elements within a panel and is number of polarizations per antenna element. The spacing in vertical and horizontal dimensions between the panels is specified by and between antenna elements by .

NR specification is flexible to support various antenna spacing, number of antenna elements, antenna port layouts and antenna virtualization approaches.

NB-IoT supports 1 or 2 transmit antenna ports in the DL and 1 transmit antenna port in the UL. NB-IoT supports various antenna virtualization approaches.

5.2.3.2.9.3

Provide details on the antenna configuration that is used in the self-evaluation.

The information will be provided with self evaluation results.

5.2.3.2.9.4

If spatial multiplexing (MIMO) is supported, does the proposal support (provide details if supported)

Single-codeword (SCW) and/or multi-codeword (MCW)

Open and/or closed loop MIMO

Cooperative MIMO

Single-user MIMO and/or multi-user MIMO.

In NR, spatial multiplexing is supported with the following options:

Single codeword is supported for 1-4 layer transmissions and two codewords are supported for 5-8 layer transmissions in DL. Only single codeword is supported for 1- 4 layer transmissions in UL

Closed loop MIMO is supported in NR, where for demodulation of data, receiver does not require knowledge of the precoding matrix used at the transmitter.

Both single-user and multi-user MIMO are supported. For the case of single-user MIMO transmissions, up to 8 layers are supported in DL and up to 4 layers are supported in UL. For both DL and UL, multi-user MIMO up to 12 orthogonal DM-RS ports with up to 4 orthogonal ports per UE are supported.

NR supports coordinated multipoint transmission/reception, which could be used to implement different forms of cooperative multi-antenna (MIMO) transmission schemes.

5.2.3.2.9.5

Other antenna technologies

Does the RIT/SRIT support other antenna technologies, for example:

remote antennas,

distributed antennas.

If so, please describe.

The use of remote antennas and distributed antennas is supported by the RIT.

5.2.3.2.9.6

Provide the antenna tilt angle used in the self-evaluation.

The information will be provided with self evaluation results.

5.2.3.2.10

Link adaptation and power control

5.2.3.2.10.1

Describe link adaptation techniques employed by RIT/SRIT, including:

the supported modulation and coding schemes,

the supporting channel quality measurements, the reporting of these measurements, their frequency and granularity.

Provide details of any adaptive modulation and coding schemes, including:

Hybrid ARQ or other retransmission mechanisms?

Algorithms for adaptive modulation and coding, which are used in the self-evaluation.

Other schemes?

For data, NR supports dynamic indication of

  1. combinations of modulation scheme and target code rate and,

  2. the resource allocation in frequency and time (The resource allocation in frequency is within BWP)

that the UE uses to determine the transport block size where the possible combinations cover a large range of possible data and channel coding rates. 28 different target coding rates can be indicated (29 if 256QAM is not enabled) and the target code rate range is 0.0293 to 0.896.

In both downlink and uplink, link adaptation (selection of modulation scheme and code rate) is controlled by the base station. In the downlink, the network selection of modulation-scheme/code-rate combination can e.g. be based on channel state information (CSI) reported by the terminals. The RIT features a flexible CSI framework where the type of CSI, reporting quantity, frequency-granularity and time-domain behaviour can be configured. Both periodic and aperiodic(triggered) reporting modes are supported, controlled by the base station, where the aperiodic reporting allows the network to request which CSI-RS resources to report the CSI for. More details can be found in [38.214] section 5.2. In the uplink the base station may measure either the traffic channel or sounding reference signals and use this as input to the link adaptation. More details can be found in [38.214] section 6.2.1.

On the MAC layer, hybrid ARQ with soft-combining between transmissions is supported. Different redundancy versions can be used for different transmissions. The modulation and coding scheme may be changed for retransmissions. In order to minimize delay and feedback, a set of parallel stop-and-wait protocols are used. To correct possible residual errors, the MAC ARQ is complemented by a robust selective-repeat ARQ protocol on the RLC layer. More details are found in [38.321] and [38.322].

For NB-IoT π/2BPSK, π/4-QPSK and QPSK modulation schemes are supported. Transmissions of a transport block can be mapped to between 1 and 10 subframes to adapt the code rate of the transmission. In its most basic form the link adaptation supports 116 alternative modulation-scheme/code-rate combinations for the UL and 104 alternatives for the DL. To further enhance the link robustness NB-IoT supports repetition based transmission scheme using up to 2048 repetitions of each modulation-scheme/code-rate combination.

During the connection setup procedure NB-IoT supports a basic UE feedback mechanism which allows the base station to access the coupling loss experienced by a UE. In connected mode HARQ and ARQ RLC/MAC feedback is supported.

5.2.3.2.10.2

Provide details of any power control scheme included in the proposal, for example:

Power control step size (dB)

Power control cycles per second

Power control dynamic range (dB)

Minimum transmit power level with power control

Associated signalling and control messages.

For NR, uplink power control is independent for uplink data (PUSCH), uplink control(PUCCH) and sounding reference signal SRS. The uplink power control is based on both signal-strength measurements done by the terminal itself (open-loop power control), as well as measurements by the base station. The latter measurements are used to generate power-control commands that are subsequently fed back to the terminals as part of the downlink control signaling (closed-loop power control). Both absolute and relative power-control commands are supported. There are four available relative power adjustments (“step size”) in case of relative power control, TBD. For uplink data, multiple closed loop power control processes can be configured, including the possibility separate processes with transmission beam indication. The time between power-control commands for PUSCH and PUCCH is the same as the scheduling periodicity for the PUSCH and the PDSCH, respectively. More details about uplink power control are found in [38.213] section 7.

Downlink power control is network-implementation specific and thus outside the scope of the specification. A simple and efficient power control strategy is to transmit with a constant output power. Variations in channel conditions and interference levels are adapted to by means of scheduling and link adaptation.

For NB-IoT the network is mandated to support at least 6 dB power boosting of the PRB carrying the synchronization and broadcast signaling. The configured power boosting value is signaled by the base station to the terminals.

5.2.3.2.11

Power classes

5.2.3.2.11.1

UE emitted power

5.2.3.2.11.1.1

What is the radiated antenna power measured at the antenna (dBm)?

For NR frequency range 1, the maximum output power is measured as the sum of the maximum output power at each UE antenna connector. The maximum output power is defined by UE power class as following table.

<UE maximum output power for frequency range 1>

Power class

PPowerClass (dBm)

Tolerance

2

26

+2/-3

3

23

+2/-3~-2

Note 1: PPowerClass is the maximum UE power specified without taking into account the tolerance

For frequency range 2, the maximum output power radiated by the UE for any transmission bandwidth of NR carrier is defined as TRP (Total Radiated Power) and EIRP(Equivalent Isotropically Radiated Power). Unlike UE power class for frequency range 1, where each UE power class is specified as a nominal value with +/- tolerance, UE power class for frequency range 2 specifies a UE minimum peak EIRP, minimum spherical coverage EIRP, and UE maximum output power limits for each power class as following table. In particular, Power class 1 UE is used for fixed wireless access (FWA).

<UE minimum peak EIRP for frequency range 2>

Min peak EIRP (dBm)

Operating band

Power class 1

Power class 2

Power class 3

Power class 4

n257

40.0

29

22.4

34

n258

40.0

29

22.4

34

n260

38.0

20.6

31

n261

40.0

29

22.4

34

NOTE 1: Minimum peak EIRP is defined as the lower limit without tolerance

<UE minimum spherical coverage EIRP for frequency range 2>

Min spherical coverage EIRP (dBm)

Operating band

Power class 1

Power class 2

Power class 3

Power class 4

n257

32.0@85%

18@60%

11.5@50%

25@20%

n258

32.0@85%

18@60%

11.5@50%

25@20%

n260

30.0@85%

8@50%

19@20%

n261

32.0@85%

18@60%

11.5@50%

25@20%

NOTE 1: Minimum spherical coverage EIRP is defined as the lower limit without tolerance at x% of the distribution of radiated power measured over the full sphere around the UE.

<UE maximum output power limits for frequency range 2>

Operating band

Power class 1

Power class 2

Power class 3

Power class 4

Max TRP (dBm)

Max EIRP

(dBm)

Max TRP (dBm)

Max EIRP

(dBm)

Max TRP (dBm)

Max EIRP

(dBm)

Max TRP (dBm)

Max EIRP

(dBm)

n257

35

55

23

43

23

43

23

43

n258

35

55

23

43

23

43

23

43

n260

35

55

23

43

23

43

n261

35

55

23

43

23

43

23

43

For NB-IoT UE, UE power classes with the maximum output power of 20dBm and 14dBm are additionally defined in addition to UE power class with 23dBm maximum output power.

5.2.3.2.11.1.2

What is the maximum peak power transmitted while in active or busy state?

See item 5.2.3.2.11.1.1.

5.2.3.2.11.1.3

What is the time averaged power transmitted while in active or busy state? Provide a detailed explanation used to calculate this time average power.

For NR, the time averaged power transmitted in active state is subject to the type of signal/channel, UE channel condition, allocated bandwidth, and deployment scenario, etc. One example of estimate averaged transmit power is to take median of minimum UE output power and maximum UE output power (e.g. around -10dBm). It is noted that NR minimum UE output power is defined in TS38.101, as the power in the channel bandwidth for all transmit bandwidth configurations (resource blocks).

<Minimum UE output power for frequency range 1>

Channel bandwidth

(MHz)

Minimum output power

(dBm)

Measurement bandwidth

(MHz)

5

-40

4.515

10

-40

9.375

15

-40

14.235

20

-40

19.095

25

-39

23.955

30

-38.2

28.815

40

-37

38.895

50

-36

48.615

60

-35.2

58.35

80

-34

78.15

90

-33.5

88.23

100

-33

98.31

<Minimum UE output power for frequency range 2>

UE power class

Channel bandwidth

(MHz)

Minimum output power

(dBm)

Measurement bandwidth

(MHz)

Power class 1

50

4

47.52

100

4

95.04

200

4

190.08

400

4

380.16

Power class 2, 3, 4

50

-13

47.52

100

-13

95.04

200

-13

190.08

400

-13

380.16

5.2.3.2.11.2

Base station emitted power

5.2.3.2.11.2.1

What is the base station transmit power per RF carrier?

For NR BS type 1-C and BS type 1-H, the BS conducted output power is measured at antenna connector for BS type 1-C, or at TAB connector for BS type 1-H.

For the BS type 1-O and BS type 2-O, radiated transmit power is defined as the EIRP level for a declared beam at a specific beam peak direction

  • For a declared beam and beam direction pair, the rated beam EIRP level is the maximum power that the base station is declared to radiate at the associated beam peak direction during the transmitter ON period.

Base Stations intended for general-purpose applications do not have limits on the maximum transmit power. However, there may exist regional regulatory requirements which limit the maximum transmit power.

For NB-IoT:

The base station transmit power is the mean power delivered to a load with resistance equal to the nominal load impedance of the transmitter.

The base station maximum transmit power is the mean power level measured at the base station antenna connector in a specified reference condition.

5.2.3.2.11.2.2

What is the maximum peak transmitted power per RF carrier radiated from antenna?

Base Stations intended for general-purpose applications do not have limits on the maximum transmit power. However, there may exist regional regulatory requirements which limit the maximum transmit power.

5.2.3.2.11.2.3

What is the average transmitted power per RF carrier radiated from antenna?

The averaged transmitted carrier power is subject to the type of signal/channel to be transmitted, bandwidth, and deployment scenario, etc.

5.2.3.2.12

Scheduler, QoS support and management, data services

5.2.3.2.12.1

QoS support

What QoS classes are supported?

How QoS classes associated with each service flow can be negotiated.

QoS attributes, for example:

• data rate (ranging from the lowest supported data rate to maximum data rate supported by the MAC/PHY);

• control plane and user plane latency (delivery delay);

• packet error ratio (after all corrections provided by the MAC/PHY layers), and delay variation (jitter).

Is QoS supported when handing off between radio access networks? If so, describe the corresponding procedures.

How users may utilize several applications with differing QoS requirements at the same time.

In NR, QoS model is based on QoS Flows, and both GBR QoS Flows and non-GBR QoS Flows are supported. At NAS level, the QoS flow is the finest granularity of QoS differentiation in a PDU session. Each QoS Flow is associated with a QoS profile which contains QoS parameters including a 5G QoS Identifier (5QI), an Allocation/ Retention Priority (ARP), Reflective QoS Attribute (RQA) for non-GBR Flows, Guaranteed Flow Bit Rate (GFBR) and Maximum Flow Bit Rate (MFBR) for GBR QoS Flows, and optionally with Notification Control and Maximum Packet Loss Rate for GBR QoS Flows. The 5QI is an index representing the resource type, priority, packet delay budget, packet error rate, maximum data burst volume, and averaging window of a QoS Flow, and up to 256 5QIs could be defined by the operator (22 of which is standardised). For each UE, one or multiple PDU sessions can be established, and within one PDU session, up to 64 QoS Flows can be allocated. At AS level, for each UE, one or multiple data bearers can be established, and QoS Flow to data bearer mapping is controlled by NG-RAN. Up to 29 data bearers can be established in parallel for a UE. One or more QoS flows can be mapped to a data bearer. Reflective mapping (UE applies the DL mapping rule to UL packets) is supported in both NAS level and AS level. QoS profile is provided by 5GC to NG-RAN and is used by NG-RAN to determine the treatment on the radio interface. The ARP as well as other QoS parameters could be used to determine which bearers to prioritise at handover. By using multiple QoS Flows / data bearers having different QoS profiles, multiple application flows with different QoS requirements could be accommodated.

For NB-IoT, a bearer is the level of granularity for QoS control. Up to 2 data bearers can be established in parallel for a UE. Each bearer is associated with a QoS class index (QCI), and an Allocation/ Retention Priority (ARP) and maximum bit rate (MBR). The QCI is an index representing the priority, allowable delay, and packet error rate of a bearer, and up to 256 QCIs could be defined by the operator (21 of which is standardised). The QCI, MBR and ARP are signalled from the CN to the RAN when the bearer is established or modified, so that the scheduler in the RAN could ensure the QoS for each bearer.

5.2.3.2.12.2

Scheduling mechanisms

Exemplify scheduling algorithm(s) that may be used for full buffer and non-full buffer traffic in the technology proposal for evaluation purposes.

Describe any measurements and/or reporting required for scheduling.

In NR physical control and shared channels can be separately and dynamically scheduled for both uplink and downlink. A scheduling unit for downlink shared channel may span from 2-14 symbols and for uplink shared channel from 1-14 symbols (14 symbols comprise a “slot”). Sub-carrier spacing for different physical channels may be dynamically changed by switching bandwidth-parts (BWP).

Typically, NR scheduling is based on the instantaneous radio-link quality as seen by the different users, and the traffic demand and quality-of-service requirements of individual users and in the cell as a whole. The former is based on CQI reports from the terminals (downlink) or measurements of sounding signals from the terminals (uplink). Based on this the base station may e.g. apply a proportional fair scheduling algorithm. The QoS assessment is supported by means of receiving QoS information from the “higher layers”.

For non-full buffer traffic like VOIP (or any traffic having similar characteristics) semi-persistent scheduling in DL can be applied, by which a user can be allocated time-frequency resources in a semi-persistent manner, i.e., fixed resources are allocated at certain intervals without L1/L2 control signaling each time. This is especially useful to reduce the L1/L2 control signaling overhead and to increase VoIP capacity. In addition, with UL Configured Grants, the scheduler can allocate uplink resources to users. When a configured uplink grant is active, if the user cannot find an uplink grant assigned via downlink control channel an uplink transmission according to the configured uplink grant can be made. Otherwise, if the user finds an uplink grant assigned via downlink control channel, this assignment overrides the configured uplink grant.

In general for TDD operation a slot may be used for dynamically allocating DL or UL transmissions or both.

NR supports slot aggregation in downlink and uplink, by which time-frequency resources can be allocated consecutively to a user for a longer period than a slot by a single L1/L2 control signaling. A larger transport block size or a lower coding rate can be supported by this technique. This is especially useful when the coverage needs to be extended.

As another option to extend coverage or improve reliability in addition to slot aggregation, a set of MCS tables supporting very low code rate for both DL and UL can be used.

The scheduler may pre-empt an ongoing transmission to one user with a latency-critical transmission to another user. The scheduler can configure users to monitor interrupted transmission indications. If a user receives the interrupted transmission indication, the user may assume that no useful information to that user was carried by the resource elements included in the indication, even if some of those resource elements were already scheduled to this user. Alternatively, instead of transmitting interruption indication, the scheduler may retransmit only the preempted code blocks to a UE and instruct to do proper transport block decoding with other already received code blocks.

For the downlink and the uplink, intercell-interference coordination can be realized by the scheduler that is transparent to the physical layer.

For NB-IoT the scheduler controls the transmission duration of control channels in number of subframes in a semi-static fashion while the transmission duration of shared channels can be varied dynamically. This is beneficial for extending coverage. For TDD operation a subframe is semi-statically configured for DL or UL transmission.

5.2.3.2.13

Radio interface architecture and protocol stack

5.2.3.2.13.1

Describe details of the radio interface architecture and protocol stack such as:

Logical channels

Control channels

Traffic channels

Transport channels and/or physical channels.

For NR,

Radio Protocols:

The protocol stack for the user plane includes the following: SDAP, PDCP, RLC, MAC, and PHY sublayers (terminated in UE and gNB).

On the Control plane, the following protocols are defined:

RRC, PDCP, RLC, MAC and PHY sublayers (terminated in UE and gNB);

– NAS protocol (terminated in UE and AMF)

For details on protocol services and functions, please refer to 3GPP specifications (e.g. [38.300]).

Radio Channels (Physical, Transport and Logical Channels)

The physical layer offers service to the MAC sublayer transport channels. The MAC sublayer offers service to the RLC sublayer logical channels. The RLC sublayer offers service to the PDCP sublayer RLC channels. The PDCP sublayer offers service to the SDAP and RRC sublayer radio bearers: data radio bearers (DRB) for user plane data and signalling radio bearers (SRB) for control plane data.

The SDAP sublayer offers 5GC QoS flows and DRBs mapping function.

The physical channels defined in the downlink are:

– the Physical Downlink Shared Channel (PDSCH),

– the Physical Downlink Control Channel (PDCCH),

– the Physical Broadcast Channel (PBCH),

The physical channels defined in the uplink are:

– the Physical Random Access Channel (PRACH),

– the Physical Uplink Shared Channel (PUSCH),

– and the Physical Uplink Control Channel (PUCCH).

In addition to the physical channels above, PHY layer signals are defined, which an be reference signals, primary and secondary synchronization signals.

The following transport channels, and their mapping to PHY channels, are defined:

Uplink:

  • Uplink Shared Channel (UL-SCH), mapped to PUSCH

  • Random Access Channel (RACH), mapped to PRACH

Downlink:

  • Downlink Shared Channel (DL-SCH), mapped to PDSCH

  • Broadcast channel (BCH), mapped to PBCH

  • Paging channel (PCH), mapped to (TBD)

Logical channels are classified into two groups: Control Channels and Traffic Channels. Control channels:

  • Broadcast Control Channel (BCCH): a downlink channel for broadcasting system control information.

  • Paging Control Channel (PCCH): a downlink channel that transfers paging information and system information change notifications.

  • Common Control Channel (CCCH): channel for transmitting control information between UEs and network.

  • Dedicated Control Channel (DCCH): a point-to-point bi-directional channel that transmits dedicated control information between a UE and the network.

Traffic channels: Dedicated Traffic Channel (DTCH), which can exist in both UL and DL.

In Downlink, the following connections between logical channels and transport channels exist:

  • BCCH can be mapped to BCH, or DL-SCH;

  • PCCH can be mapped to PCH;

  • CCCH, DCCH, DTCH can be mapped to DL-SCH;

In Uplink, the following connections between logical channels and transport channels exist:

– CCCH,DCCH, DTCH can be mapped to UL-SCH.

Other aspects

– NR QoS architecture

The QoS architecture in NG-RAN (connected to 5GC), can be summarized as follows:

For each UE, 5GC establishes one or more PDU Sessions.

For each UE, the NG-RAN establishes one or more Data Radio Bearers (DRB) per PDU Session. The NG-RAN maps packets belonging to different PDU sessions to different DRBs. Hence, the NG-RAN establishes at least one default DRB for each PDU Session.

NAS level packet filters in the UE and in the 5GC associate UL and DL packets with QoS Flows.

AS-level mapping rules in the UE and in the NG-RAN associate UL and DL QoS Flows with DRBs

Carrier Aggregation (CA)

In case of CA, the multi-carrier nature of the physical layer is only exposed to the MAC layer for which one HARQ entity is required per serving cell.

– Dual Connectivity (DC)

In DC, the radio protocol architecture that a radio bearer uses depends on how the radio bearer is setup. Four bearer types exist: MCG bearer, MCG split bearer, SCG bearer and SCG split bearer. The following terminology/definitions apply:

  • Master gNB: in dual connectivity, the gNB which terminates at least NG-C.

  • Secondary gNB: in dual connectivity, the gNB that is providing additional radio resources for the UE but is not the Master node.

  • Master Cell Group (MCG): in dual connectivity, a group of serving cells associated with the MgNB

  • Secondary Cell Group (SCG): in dual connectivity, a group of serving cells associated with the SgNB

  • MCG bearer: in dual connectivity, a bearer whose radio protocols are only located in the MCG.

  • MCG split bearer: in dual connectivity, a bearer whose radio protocols are split at the MgNB and belong to both MCG and SCG.

  • SCG bearer: in dual connectivity, a bearer whose radio protocols are only located in the SCG.

  • SCG split bearer: in dual connectivity, a bearer whose radio protocols are split at the SgNB and belong to both SCG and MCG.

In case of DC, the UE is configured with two MAC entities: one MAC entity for the MCG and one MAC entity for the SCG. For a split bearer, UE is configured over which link (or both) the UE transmits UL PDCP PDUs. On the link which is not responsible for UL PDCP PDUs transmission, the RLC layer only transmits corresponding ARQ feedback for the downlink data.

For more details on NR Radio Protocol architecture and channels, refer to:

[38.300], [38.401], [38.201], [37.340]

For NB-IoT,

Radio Protocol stack

The protocol stack for the user plane includes PDCP, RLC, MAC, and PHY sublayers (terminated in UE and eNB).
For NB-IoT, the user plane is not used when transferring
user data over NAS.

On the Control plane, the following protocols are defined:

RRC, PDCP, RLC, MAC and PHY sublayers (terminated in UE and eNB);

– NAS protocol (terminated in UE and Core Network)

For NB-IoT, if certain optimizations are supported, PDCP can be bypassed (at all, or until AS security is activated)

Radio Channels (Physical, Transport and Logical Channels)

NB-IoT physical channels:

  • Narrowband Physical broadcast channel (NPBCH)

  • Narrowband Physical downlink shared channel (NPDSCH)

  • Narrowband Physical downlink control channel (NPDCCH)

  • Narrowband Physical uplink shared channel Format 1 (NPUSCH F1)

  • Narrowband Physical uplink shared channel Format 2 (NPUSCH F2)

  • Narrowband Physical random access channel (NPRACH)

In addition to the above channels, three types of physical signals are defined: narrowband reference, narrowband synchronization, and narrowband wake-up signals.

NB-IoT logical channels (at MAC/RLC sublayer) are:

– Control Channels (for the transfer of control plane information), e.g.:

– Broadcast Control Channel (BCCH)

– Paging Control Channel (PCCH)

– Common Control Channel (CCCH)

– Dedicated Control Channel (DCCH)

– Traffic Channels (for the transfer of user plane information), e.g..

– Dedicated Traffic Channel (DTCH)

The following mapping between logical channels and transport channels is defined:

In Uplink, CCCH, DCCH and DTCH can be mapped to UL-SCH;
In Downlink,

– BCCH can be mapped to BCH, or DL-SCH;

– PCCH can be mapped to PCH;

– CCCH, DCCH and DTCH can be mapped to DL-SCH

For NB-IoT, CA and DC are not supported; only a specific multi-carrier operation is defined (e.g. a RRC_CONNECTED UE can be configured to a non-anchor carrier, for all unicast transmissions).

5.2.3.2.13.2

What is the bit rate required for transmitting feedback information?

As described in other sections (e.g. 5.2.3.2.3, 5.2.3.2.10, 5.2.3.2.13.1), from a Layer1 point of view (PHY/MAC), few control (feedback/HARQ) channels are defined (in UL and DL), with specific characteristics and transmission schemes/rates.

At Layer2 level (i.e. RLC ARQ), assuming an RLC AM Status report is sent every 50 ms (configurable), with a size of few octets, e.g. 32 bits (including RLC/MAC header overhead), this results in a rate of 32/0.05= 640 bit/s.

5.2.3.2.13.3

Channel access:

Describe in details how RIT/SRIT accomplishes initial channel access, (e.g. contention or non-contention based).

Initial channel access is typically accomplished via the “random access procedure” (assuming no dedicated/scheduled resources are allocated).

The random access procedure can be contention based (e.g. at initial connection from idle mode) or non-contention based (e.g. during Handover to a new cell). Random access resources and parameters are configured by the network and signalled to the UE (via broadcast or dedicated signaling).

Contention based random access procedure encompasses the transmission of a random access preamble by the UE (subject to possible contention with other UEs), followed by a random access response (RAR) in DL (including allocating specific radio resources for the uplink transmission). Afterwards, the UE transmits the initial UL message (e.g. RRC connection Request) using the allocated resources, and wait for a contention resolution message in DL (to confirming access to that UE). The UE could perform multiple attempts until it is successful in accessing the channel or until a timer (supervising the procedure) elapses.

Non-contention based random access procedure foresees the assignment of a dedicated random access resource/preamble to a UE (e.g. part of an HO command). This avoids the contention resolution phase, i.e. only the random access preamble and random access response messages are needed to get channel access.

From a L1 perspective, a random access preamble is transmitted (UL) in a PRACH, random access response (DL) in a PDSCH, UL transmission in a PUSCH, and contention resolution message (DL) in a PDSCH.

For NB-IOT, there are also specific differences, e.g.

– Dedicated NPRACH channel, configuration, RAR decoding, etc.

5.2.3.2.14

Cell selection

5.2.3.2.14.1

Describe in detail how the RIT/SRIT accomplishes cell selection to determine the serving cell for the users.

Cell selection is based on the following principles:

– The UE NAS layer identifies a selected PLMN (and equivalent PLMNs, if any);

– The UE searches the supported frequency bands and for each carrier frequency it searches and identifies the strongest cell. It reads cell broadcast information to identify its PLMN(s) and other relevant parameters (e.g. related to cell restrictions);

– The UE seeks to identify a suitable cell; if it is not able to identify a “suitable” cell it seeks to identify an “acceptable” cell.

– A cell is “suitable” if: the measured cell attributes satisfy the cell selection criteria (based on DL radio signal strength/quality); the cell belongs to the selected/equivalent PLMN; cell is not restricted (e.g. cell is not barred/reserved or part of “forbidden” roaming areas);

– An “acceptable” cell is one for which the measured cell attributes satisfy the cell selection criteria and the cell is not barred.

Among the identified suitable (or acceptable) cells, the UE selects the strongest cell, (technically it “camps” on that cell).

As signalled/configured by the radio network, certain frequencies or RITs could be prioritized for camping.

NB-IoT further uses specific DL signals and (optimized/limited) cell search and measurement procedures.

5.2.3.2.15

Location determination mechanisms

5.2.3.2.15.1

Describe any location determination mechanisms that may be used, e.g., to support location based services.

For NR, NG RAN provides mechanisms to support or assist the determination of the geographical position of a UE. UE position knowledge can be used for Radio Resource Management, location based services for operators, subscribers, and third party service providers. User plane (U-plane) based solution (SUPL) as well as control plane (C-plane) based techniques are supported and adapted from capabilities already supported for E-UTRAN, UTRAN and GERAN, etc.

The standard positioning methods supported for NG-RAN access include:

network-assisted GNSS methods;

– observed time difference of arrival (OTDOA) positioning;

– enhanced cell ID methods;

– barometric pressure sensor positioning;

– WLAN positioning;

– Bluetooth positioning;

– terrestrial beacon system (TBS) positioning.

Use of one or more methods from the list above and hybrid positioning using multiple methods is supported using either UE-based, UE-assisted/LMF-based, and NG-RAN node assisted versions.

In future releases, the work on NG-RAN RAT-dependent and RAT-independent positioning solutions is expected to continue and further enrich the location determination mechanisms that may be used to support location based services.

NB-IoT provides mechanisms to support or assist the determination of the geographical position of a UE. UE position knowledge can be used for Radio Resource Management, location based services for operators, subscribers, and third party service providers.

The standard positioning methods supported by NB-IoT include:

– observed time difference of arrival (OTDOA) positioning;

– enhanced cell ID method;

– uplink positioning by implementation-dependent methods;

5.2.3.2.16

Priority access mechanisms

5.2.3.2.16.1

Describe techniques employed to support prioritization of access to radio or network resources for specific services or specific users (e.g., to allow access by emergency services).

NR supports overload and access control functionality such as RACH back off, RRC Connection Reject, RRC Connection Release and UE based access barring mechanisms. One unified access control framework as specified in 3GPP TS 22.261 section 6.22 is applied for NR. For each access attempt one Access Category and one or more Access Identities are selected.

NR broadcasts barring control information associated with Access Categories and Access Identities and the UE determines whether an identified access attempt is authorized or not, based on the broadcasted barring information and the selected Access Category and Access Identities. In the case of multiple core networks sharing the same RAN, the RAN provides broadcasted barring control information for each PLMN individually.

The unified access control framework is applicable to all UE states (RRC_IDLE, RRC_INACTIVE and RRC_CONNECTED state).

For NAS triggered requests, the UE NAS determines one access category and access identity(ies) for the given access attempt and provides them to RRC for access control check. The RRC performs access barring check based on the access control information and the determined access category and access identities. The RRC indicates whether the access attempt is allowed or not to NAS layer. The NAS also performs the mapping of the access category and access identity(ies) associated with the access attempt to establishment cause and provides the establishment cause to RRC for inclusion in connection request to enable the gNB to decide whether to reject the request.

For AS triggered request (i.e. RNA update), the RRC determines the resume cause value and the corresponding access category.

For NB-IoT,

  • 3GPP Release 13: Access Barring (AB)

If the UE is a member of at least one Access Class which corresponds to the permitted classes broadcast in the system information, and the Access Class is applicable in the serving network, access attempts are allowed. Otherwise access attempts are not allowed. Any number of these classes may be barred at any one time, and in case of multiple core networks sharing the same access network, the access network is able to apply Access Class Barring for the different core networks individually. The network operator can take the network load into account when allowing UEs access to the network.

Access Classes are applicable as follows:

Classes 0 – 9 – Home and Visited PLMNs;

Class 10 – This bit’s presence in the access class barring information broadcast to the cell indicates whether Emergency Calls are allowed for UEs with access classes 0 to 9 and UEs without an IMSI. For UEs with access classes 11 to 15, Emergency Calls are not allowed if both “Access class 10” and the relevant Access Class (11 to 15) are barred.

Classes 11 and 15 – Home PLMN only if the EHPLMN list is not present or any EHPLMN;

Classes 12, 13, 14 – Home PLMN and visited PLMNs of home country only. For this purpose the home country is defined as the country of the MCC part of the IMSI.

  • 3GPP Release 15: NRSRP-based access barring

Supports barring of NB-IoT devices in specific coverage enhancement levels

5.2.3.2.17

Unicast, multicast and broadcast

5.2.3.2.17.1

Describe how the RIT/SRIT enables:

broadcast capabilities,

multicast capabilities,

unicast capabilities,

using both dedicated carriers and/or shared carriers. Please describe how all three capabilities can exist simultaneously.

NR supports mostly unicast transmission of data to/from users.
Broadcast capabilities pertain to support and transmission of cell-wide system information/parameters, as well as broacast/based emergency services (e.g. public warning messages).

For NB-IoT, broadcast/multicast support is via multicast downlink transmission based on Single-Cell Point-to-Multipoint (SC-PTM).

5.2.3.2.17.2

Describe whether the proposal is capable of providing multiple user services simultaneously to any user with appropriate channel capacity assignments?

Multiple services per user can be supported by setting up multiple data radio bearers (DRBs) per user/device. Each radio bearer is characterized by an individual QoS profile/flow.
Multiple services per user/device can also be supported by mapping multiple services to a single bearer, if the QoS is the same for these services.

The new SDAP sublayer (in the Access Stratum) provides mapping function between (5GC) QoS flows and DRBs.

See more details on QoS in 5.2.3.2.12 and 5.2.3.2.13.

5.2.3.2.17.3

Provide details of the codec used.

Does the RIT/SRIT support multiple voice and/or video codecs? Provide the detail.

The RIT could support various voice and video codecs, as desired. In fact, the radio interface technology (fully IP-based) is mostly agnostic to such codecs, and capable of accommodating diverse range of codec types, rates and operation (fixed/dynamic/adaptive). This enables support for all main codecs used/defined today (e.g. AMR-NB/WB, EVS), as well as the capability to support more enhanced codecs that may be defined in future.

5.2.3.2.18

Privacy, authorization, encryption, authentication and legal intercept schemes

5.2.3.2.18.1

Any privacy, authorization, encryption, authentication and legal intercept schemes that are enabled in the radio interface technology should be described. Describe whether any synchronisation is needed for privacy and encryptions mechanisms used in the RIT/SRIT.

Describe how the RIT/SRIT addresses the radio access security, with a particular focus on the following security items:

system signalling integrity and confidentiality,

user equipment identity authentication and confidentiality,

subscriber identity authentication and confidentiality,

user data integrity and confidentiality

Describe how the RIT/SRIT may be protected against attacks, for example:

passive,

man in the middle,

replay,

denial of service.

NR has made substantial enhancements to subscriber’s privacy compared to earlier generations, see 3GPP TS 33.501. The most important enhancement is the concealment of subscription permanent identifier over-the-air. This feature is mainly aimed against the active attacker. Another enhancement is the guaranteed regular refreshment of subscription temporary identifier. This feature is mainly aimed against the passive attacker. Yet another effort is description of a device-assisted network-based framework for false base station detection. This feature can be used to thwart denial-of-service kind of attackers.

The new features in NR, e.g., multi connectivity, and deploying a single base station as two split units, also help improve resilience of the radio access network.

Authentication/authorization in NR builds on strong cryptographic primitives and security characteristics that already existed in LTE-Advanced. On top of this, NR has made great improvement by introduction of the flexible authentication framework for both the 3GPP and external network. Even further, NR has significantly reduced the risk of fraud against the subscribers.

NR includes protection against eavesdropping, modification, and replay attacks. The strong and well-proven security algorithms from the LTE-Advanced system are reused. Signalling traffic is encrypted and integrity protected. User plane traffic is encrypted and can be integrity protected. This integrity protection of user plane traffic is a new enhancement in NR.

All the enhancements in NR are made while simultaneously complying with regulatory duties. Legal intercept is provided by core network functions.

5.2.3.2.19

Frequency planning

5.2.3.2.19.1

How does the RIT/SRIT support adding new cells or new RF carriers? Provide details.

Up to 1008 physical cell identities are supported. Thus, theoretically 1008-cell reuse is realized. In the case of NR operating with a TDD carrier and an SUL carrier, the cell identity is the same. In the case of NR operating with carrier aggregation, the cell identities are allocated to each of the aggregated carrier.

Actual cell deployment is operation specific. Self configuration can be also supported.

5.2.3.2.20

Interference mitigation within radio interface

5.2.3.2.20.1

Does the proposal support Interference mitigation? If so, describe the corresponding mechanism.

NR has been designed with the aim to minimize the always-on signals to reduce the interference in the system. This is achieved by:

  • Support longer periodicities for synchronization signals, broadcast channels and periodic reference signals

  • Use UE-specific demodulation reference signals for control and data that are only transmitted when control and/or data is being transmitted

  • Control channel resource allocation in the frequency domain is configurable to reduce the interference to control channels in neighbouring cells

Coordinated multipoint transmission/reception (CoMP) is another approach supported by the RIT to mitigate interference between cells and improve system performance by dynamic coordination in the scheduling/transmission between/from multiple cell sites.

For NB-IoT, Static inter-cell interference mitigation is supported by means of e.g. frequency reuse, soft frequency reuse, and reuse partitioning. A repetition based transmission scheme is supported where coherent reception of repeated transmission supports suppression of interference. Cell and user based scrambling is also implemented to support this mechanism.

5.2.3.2.20.2

What is the signalling, if any, which can be used for intercell interference mitigation?

The information will be provided in later update.

5.2.3.2.20.3

Link level interference mitigation

Describe the feature or features used to mitigate intersymbol interference.

Time and frequency synchronization to the DL and UL frame structures in combination with the use of a cyclic prefix OFDM transmission in both UL(with or without transform precoding) and DL, provides robustness against intersymbol interference.

See also answer to 5.2.3.2.20.4

5.2.3.2.20.4

Describe the approach taken to cope with multipath propagation effects (e.g. via equalizer, rake receiver, cyclic prefix, etc.).

For NR, the use of OFDM transmission in both UL and DL, in combination with a cyclic prefix, provides inherent robustness to time-dispersion/frequency-selectivity on the radio channel.

In case of transform precoding in the UL, time-dispersion/frequency-selectivity on the radio channel can be handled by receiver-side equalization.

For NB-IoT, on the downlink, the use of OFDM transmission, in combination with a cyclic prefix, provides inherent robustness to time-dispersion/frequency-selectivity on the radio channel.

On the uplink, time-dispersion/frequency-selectivity on the radio channel can be handled by receiver-side equalization. The detailed equalization approach is implementation dependent. Examples of equalization approaches include frequency-domain linear equalization and Turbo equalization. The use of cyclic prefix also for the uplink may simplify the equalizer implementation.

5.2.3.2.20.5

Diversity techniques

Describe the diversity techniques supported in the user equipment and at the base station, including micro diversity and macro diversity, characterizing the type of diversity used, for example:

Time diversity: repetition, Rake-receiver, etc.

Space diversity: multiple sectors, etc.

Frequency diversity: frequency hopping (FH), wideband transmission, etc.

Code diversity: multiple PN codes, multiple FH code, etc.

Multi-user diversity: proportional fairness (PF), etc.

Other schemes.

Characterize the diversity combining algorithm, for example, switched diversity, maximal ratio combining, equal gain combining.

Provide information on the receiver/transmitter RF configurations, for example:

number of RF receivers

number of RF transmitters.

The NR provides the following means for diversity:

  • Space diversity by means of multiple transmit and receiver antennas and beamforming

    • Number of TX-antenna ports: This is a deployment choice, but for the purpose of multi-layer transmissions up to 12 downlink and up to 4 uplink antenna ports have been defined where the mapping of ports to physical antennas is an implementation issue

    • Number of RX antenna ports: Implementation specific

  • Frequency diversity by means of wide overall transmission bandwidth and possibility for uplink frequency hopping and uplink and downlink frequency-distributed transmissions

  • Time diversity by means of fast retransmissions with hybrid ARQ protocol allowing combining of the retransmissions with the original transmission

  • Multi-user diversity by means of channel-aware scheduling

For NB-IoT transmission maximum 2 DL and 1 UL logical antenna ports are defined.

NB-IoT provides the following means for diversity

  • Space diversity by means of multiple antennas at BS

  • Frequency diversity: by frequency hopping in the uplink

  • Time diversity by means of repetition during transmission

5.2.3.2.21

Synchronization requirements

5.2.3.2.21.1

Describe RIT’s/SRIT’s timing requirements, e.g.

Is base station-to-base station synchronization required? Provide precise information, the type of synchronization, i.e., synchronization of carrier frequency, bit clock, spreading code or frame, and their accuracy.

Is base station-to-network synchronization required?

State short-term frequency and timing accuracy of base station transmit signal.

Tight BS-to-BS synchronization is not required. Likewise, tight BS-to-network synchronization is not required.

The BS shall support a logical synchronization port for phase-, time- and/or frequency synchronization, e.g. to provide.

  • accurate maximum relative phase difference for all BSs in synchronized TDD area

  • continuous time without leap seconds traceable to common time reference for all BSs in synchronized TDD area;

  • FDD time domain inter-cell interference coordination.

Furthermore, common SFN initialization time shall be provided for all BSs in synchronized TDD area.

A certain RAN-CN Hyper SFN synchronization is required in case of extended Idle mode DRX.

Some accuracy requirements

BS transmit signals accuracy:

  • NR:

    • Frequency accuracy (wide area BS): within ±0.05 ppm, observed over 1ms

    • Timing accuracy: time alignment error (TAE) is within 65 ns for single carrier (MIMO or TX div), 260 ns for intra-band contiguous carrier aggregation, 3µs for intra-band non-contiguous and inter-band CA.

  • NB-IoT:

    • Frequency accuracy (wide area BS): within ±0.05 ppm, observed over 1ms

    • Timing accuracy: time alignment error (TAE) is within 65 ns for single carrier (TX diversity)

Cell phase synchronization accuracy:

  • NR: The cell phase synchronization accuracy measured at BS antenna connectors shall be better than 3 µs.

5.2.3.2.21.2

Describe the synchronization mechanisms used in the proposal, including synchronization between a user terminal and a base station.

NR cell search is the procedure by which a UE acquires time and frequency synchronization with a cell and detects the physical layer Cell ID of that cell. A UE receives the following synchronization signals (SS) in order to perform cell search: the primary synchronization signal (PSS) and secondary synchronization signal (SSS). PSS is used (at least) for initial symbol boundary, cyclic prefix, sub frame boundary, initial frequency synchronization to the cell. SSS is used for radio frame boundary identification. PSS and SSS together used for cell ID detection.

Other synchronization mechanisms are defined e.g. for Radio link monitoring, Transmission timing adjustments, Timing for cell activation / deactivation.

NB-IoT cell search/synchronization is based on dedicated narrowband signals transmitted in the downlink: the narrowband primary and secondary synchronization signals.

5.2.3.2.22

Link budget template

Proponents should complete the link budget template in § 45.2.3.3 to this description template for the environments supported in the RIT.

The information is provided with link budget template.

5.2.3.2.23

Support for wide range of services

5.2.3.2.23.1

Describe what kind of services/applications can be supported in each usage scenarios in Recommendation ITU-R M.2083 (eMBB, URLLC, and mMTC).

This proposal supports a wide range of services across the diverse usage scenarios including eMBB, URLLC, and mMTC envisaged in Recommendation ITU-R M.2083.

The example services supported by this proposal include the services defined in Recommendation ITU-R M.1822, [22.261], and other services, such as

  • eMBB services including conversational services (including basic/ rich conversational services, low delay conversational services), interactive (with high and low delay) services, streaming (live/non-live) services, and other high data rate services; for stationary users, pedestrian users, to high speed train/vehicle users.

  • URLLC services including transportation safety, smart grid, mobile health application, wireless industry automation, etc.

  • mMTC services including smart city, smart home applications, and other machine-type communication (also known as Machine-to-Machine (M2M)) services.

5.2.3.2.23.2

Describe any capabilities/features to flexibly deploy a range of services across different usage scenarios (eMBB, URLLC, and mMTC) in an efficient manner, (e.g., a proposed RIT/SRIT is designed to use a single continuous or multiple block(s) of spectrum).

NR is capable of deploying a range of services across different usage scenarios. While the specification does not match any physical layer functionality to any service, different components can benefit different services in specific usage scenarios.

Specifically, the following low latency structures cater especially to the URLLC services

     Front loaded DMRS allows for the channel estimate to be ready before the full data block is received

     Frequency-first mapping of data bits to physical resources allows for the channel decoder to operate in a pipelined fashion, starting to decode the data block immediately when the first symbol has been received

     Very tight UE processing time budget especially targeted for ultra-low latency device types

     Very short scheduling interval achieved with both high subcarrier spacing (short symbol duration) and the possibility to schedule short time intervals only

At least an UL transmission scheme without scheduling grant is supported to reduce UL latency.

mMTC services are supported by NB-IoT

  • DFT-spreading and Pi/2 BPSK and Pi/4 QPSK modulation for reduced PAPR for better coverage

  •   Repetition of a transmission for both control and data for better coverage

  • RV cycling to improve code rates for better coverage

  • Cyclic repetition to enable symbol-level I/Q combining and to improve frequency/timing offset tracking for better coverage

  •    Small data transmission during random access without moving to RRC connected mode for optimized signalling overhead

  •     PSM mode and extended DRX cycle for RRC IDLE mode to improve battery life

  • Support for narrowband wake-up signal to allow idle mode UE to skip monitoring unnecessary paging occasions to improve battery life

  •     Support for narrow-band (low-cost) UEs within a wide-band carrier system; 180kHz for NB-IoT.

  •   Support for single sub-carrier and sub-PRB (3 and 6 subcarriers) uplink transmission in NB-IoT to increase connection density in extended coverage.

Different services can coexist within the same spectrum in both time and frequency domain in multiplexed manner. URLLC can pre-empt ongoing eMBB transmissions, if necessary, and URLLC services can be mapped to e.g. a shorter allocation duration for lower latency by small number of scheduled symbols, as well as by using higher sub-carrier spacing and thus allocation duration for the same number of scheduled symbols, while eMBB services can be mapped to do the opposite. Different sub-carrier spacings and scheduling interval durations that are appropriate to the desired service type (e.g., different latency and data rate requirements) can coexist in a single carrier with no need for fixed divisions within the carrier, by e.g., using spectral refinement techniques such as filtering, windowing, etc. with the designated waveforms for NR.

5.2.3.2.24

Global circulation of terminals

Describe technical basis for global circulation of terminals not causing harmful interference in any country where they circulate, including a case when terminals have capability of device-to-device direct communication mode.

3GPP defines a set of NR frequency bands with band specific requirements in such a way that each band complies to the regulatory requirements of a given region or regions within the used deployment. The gNB broadcasts the band information on the deployed carriers and possible additional transmit requirements for the UE to comply to. If the UE is not able to comply with the requirements provided by the network, it is not allowed to initiate connection towards the gNB on that band.

In more detail, for a given band, a transmission the spectrum mask is specified in terms of a normative (general) spectrum emission mask and an additional spectrum mask [38.101, section 6.5]. The additional spectrum emission mask which is signaled by the network to the UE as a normative requirement can be used to address; a specific regional regulatory requirement, a frequency band specific requirement, a roaming requirement and a specific deployment scenario. This additional spectrum emission mask can be used to support the many different sharing requirements in terms of co-existence for a global roaming terminal.

5.2.3.2.25

Energy efficiency

Describe how the RIT/SRIT supports a high sleep ratio and long sleep duration.

Describe other mechanisms of the RIT/SRIT that improve the support of energy efficiency operation for both network and device.

For NR,

Network energy efficiency

The fundamental always-on transmission that must take place is the periodic SS/PBCH block. The SS/PBCK block is used for the UE to detect the cell, obtain basic information of it on PBCH, and maintain synchronization to it. The duration, number and frequency of the SS/PBCH block transmission depends on the network setup. For the purposes of blind initial access the UE may assume that there is an SS/PBCH block once every 20 ms. If the network is configured to transmit the SS/PBCH block less frequently, that will improve the network energy efficiency at the cost of increased the initial cell detection time, but after the initial connection has been established, the UE may be informed of the configured SS/PBCH block periodicity in the cell from set of {5, 10, 20, 40, 80, 160} ms. If the cell set up uses analogue beamformer component, it may provide several SS/PBCH blocks multiplexed in time-domain fashion within one SS/PBCH block period.

Remaining minimum system information carried over SIB1 needs to be broadcast at least in the cells in which the UEs are expected to be able to set up the connection to the network. There is no specific rate at which the SIB1 needs to be repeated in the cell, and once the UE acquires the SIB1, it does not need to read it again. SIB1 could be time or frequency multiplexed with the SS/PBCH block. In the frequency multiplexing case, there would be no additional on-time for the gNB transmitter. In the time multiplexing case, having a lower rate for SIB1 than for SS/PBCH block would suffice at least for higher SS/PBCH repetition frequencies.

The sleep ratio under the above mechanism is evaluated in TR37.910.

Device energy efficiency

Multiple features facilitating device energy efficiency have been specified for NR Rel-15.

Discontinuous reception (DRX) inRRC_CONNECTED, RRC_INACTIVE and RRC_IDLEWhen DRX is configured, the UE does not have to continuously monitor PDCCH for scheduling or paging messages, but it can remain sleeping. DRX is characterized by the following:

  • on-duration: duration that the UE waits for, after waking up, to receive PDCCHs. If the UE successfully decodes a PDCCH, the UE stays awake and starts the inactivity timer;

  • inactivity-timer: duration that the UE waits to successfully decode a PDCCH, from the last successful decoding of a PDCCH, failing which it can go back to sleep. The UE shall restart the inactivity timer following a single successful decoding of a PDCCH for a first transmission only (i.e. not for retransmissions);

  • retransmission-timer: duration until a retransmission can be expected;

  • DRX cycle: specifies the periodic repetition of the on-duration followed by a possible period of inactivity (see figure below).

Figure: DRX Cycle

Bandwidth part (BWP) adaptation

With dynamic bandwidth part adaptation, the UE can fall-back to monitoring the downlink and transmitting the uplink over a narrower bandwidth than the nominal carrier bandwidth used for high data rate transactions. This allows the UEs BB-RF interface to operate with a much lower clock rate and thus reduce energy consumption. Lower data rate exchange can still take place so that there is no need to resume full bandwidth operation just for exchanging network signalling messages or always-on packets of applications. The UE can be moved to the narrow BWP by gNBs transmitting a BWP switch bit on the scheduling DCI on the PDCCH, or based on an inactivity timer. UE can be moved back to the full bandwidth operation at any time by the gNB with the BWP switch bit.

RRC_INACTIVE state

The introduction of RRC-inactive state to the RRC state machine allows for the UE to maintain RRC connection in an inactive state while having the battery saving characteristics of the Idle mode. This allows for maintaining the RRC connection also when the UE is inactive for longer time durations, and avoid the signalling overhead and related energy consumption needed when the RRC connection is re-established from Idle mode.

Figure: NR RRC state machine

Pipelining frame structure enabling micro-sleep within slots in which the UE is not scheduled

The fact that the typical data transmission employs a control channel in the beginning of the slot, and the absence of the continuous reference signal to receive for channel estimate maintenance allows for the UE to determine early on in the slot whether there is a transmission to it, and if there is no data for it to decode, it may turn off its receiver until the end of the slot.

For NB-IoT:

Device energy efficiency

Multiple features facilitating device energy efficiency have been specified for Rel-15.

Discontinuous reception (DRX) in RRC connected mode

When DRX is configured, the UE does not have to continuously monitor NPDCCH for scheduling or paging messages, but it can remain sleeping. DRX is characterized by the following:

  • on-duration: duration that the UE waits for, after waking up, to receive PDCCHs. If the UE successfully decodes a NPDCCH, the UE stays awake and starts the inactivity timer;

  • inactivity-timer: duration that the UE waits to successfully decode a PDCCH, from the last successful decoding of a NPDCCH, failing which it can go back to sleep. The UE shall restart the inactivity timer following a single successful decoding of a NPDCCH for a first transmission only (i.e. not for retransmissions);

  • retransmission-timer: duration until a retransmission can be expected;

  • DRX cycle: specifies the periodic repetition of the on-duration followed by a possible period of inactivity (see figure 11-1 below).

Figure: DRX Cycle

Discontinuous reception (DRX) in RRC idle mode

The UE may use discontinuous reception (DRX) to reduce power consumption in idle mode. When DRX is used, the UE wakes up and listens to NPDCCH only on specific paging occasion defined in-terms of paging frame and subframe within period of N radio frames defined by the DRX cycle of the cell. The UE can remain in sleep mode for remaining duration within DRX cycle.

The UE listens to NPDCCH on the paging occasion and decodes the NPDCCH based on P-RNTI and if the PDCCH decoding is success, UE decodes the NPDSCH indicated in the NPDCCH. The UE enters into sleep mode if the NPDCCH decoding is not successful or if the UE does not find any page for its UE-ID in the paging message.

The paging occasion of UE within DRX cycle is determined based on the UE-ID, DRX cycle and nB. n is the number of paging occasions per DRX cycle. Higher the value of nB indicates lesser the paging occasions within DRX cycle and vice versa.

For higher sleep ratio, higher DRX cycle needs to be configured at the cell.

Extended Discontinuous reception (DRX) in RRC idle mode

To support higher sleep duration upto several hours for low complexity mMTC devices, extended DRX functionality can be configured in NB-IoT.

When eDRX is configured for UE, the UE wakes up periodically in every longer DRX cycle defined as eDRX cycle for short duration called paging window to monitor the NPDCCH for reception of paging message. The eDRX cycle length is configured in terms of number of hyper-frames (1 hyper frame =1024 radio frames) by higher layers. Maximum value of eDRX cycle is 1024 for NB-IoT devices.

During the paging window, the UE monitors the NPDCCH using the DRX cycle configured for the cell. The paging window duration will be longer than DRX cycle so that UE monitors for paging message in more than one paging occasion within paging window.(See figure 11-2 below).

The PTW is UE specific and defined in terms of PH (paging hyper frame) and starting and end position of the paging window within the paging hyper-frame.

The paging hyper frame is selected based on UE-ID and the extended DRX-cycle value. The length of extended DRX-cycle value can be configured as multiples of hyper-frame (1024 radio frames). Maximum eDRX length can be 1024 hyper frames (approximately) 3hours.

The paging occasions where UE should monitor NPDCCH for the UE configured with eDRX is given in terms of paging window within eDRX cycle. The start of paging window is aligned to the paging hyper frame calculated based on eDRX cycle and UE-ID. Within paging hyper frame, the paging window starts at radio frames in multiples of 256. The actual starting radio frame is determined based on UE-ID. From start of paging window UE monitors all the paging occasions until the end of paging window which is calculated based paging window length configured by upper layers.

The UE enters into sleep mode at the end of PTW or if it has received a valid page for its UE ID within PTW whichever happens earlier and wake up only during next occurrence of PTW in next eDRX cycle.

Paging with Wake-Up Signal in idle mode

When UE supports narrowband WUS and the cell is configured to support WUS transmission, UE may monitor WUS prior to paging reception on the PO. If DRX is used and if UE detects WUS it reads the NPDCCH in the following PO. If eDRX is configured and if the UE detects WUS, it monitors N paging occasions configured by higher layers. If the UE does not detect WUS it need not monitor the following paging occasions.

Power Saving Mode Operation in idle mode (PSM)

The UE may be configured by higher layers to enter into indefinite sleep after configurable timer duration from last successful uplink transmission. The UE exit the sleep mode when it needs to send next uplink transmission for sending tracking area update or for application data transmission. The UE is not expected to listen to any downlink channels including NPDCCH for paging when it is in sleep mode. Any network initiated downlink data transmission towards the UE needs to be delayed until UE access the network for next uplink transmission.

5.2.3.2.26

Other items

5.2.3.2.26.1

Coverage extension schemes

Describe the capability to support/ coverage extension schemes, such as relays or repeaters.

NR supports the use of the following mechanisms to improve the coverage

  • NR can use DFT-spreading and Pi/2 BPSK modulation to reduce PAPR and increase average Tx power for better coverage

  • NR can use very low coding rate for better coverage.

  • Slot aggregation for both control and data can be used for better coverage

  • High-aggregation level (up to 16) downlink control is possible for better coverage

  • Lower-band supplementary uplink carrier can be used with higher band TDD carrier such that coverage limited users can be allocated on SUL carrier to improve the uplink coverage.

  • Beam management is used to increase the coverage in case of massive MIMO.

  • NR also supports the use of different types of repeater (amplify-and-forward) functionality. However, the details of such functionality is outside the scope of the specification as the use of repeaters is transparent to both the UE and the network.

For NB-IoT,

  • DFT-spreading and Pi/2 BPSK and Pi/4 QPSK modulation in NB-IoT for reduced PAPR for better coverage.

  • Support for single sub-carrier and sub-PRB uplink transmission to increase connection density in extended coverage

  • Repetition of a transmission for both control and data can be used for better coverage.

  • Support for power spectral density boosting of downlink transmission over NB-IoT carrier for better coverage.

5.2.3.2.26.2

Self-organisation

Describe any self-organizing aspects that are enabled by the RIT/SRIT.

Support for Self Organizing Networks is an integrated part of NR. Two use cases that could benefit from SON have been introduced in the Release 15 and the work is continuing.

NR currently supports the following Self-Organizing Network (SON) functions: (Details are provided in [38.300], [38.413], [38.423], [38.331])

Automatic neighbor discovery: the mechanism allows an gNB to learn information on its neighbors. The discovery mechanism can utilize the assistance of the UE (aka ANR funtion [38.300, Sec. 15.3.3]) as well as the exchange of information over the network interfaces ([38.423; Sec 8.4.1, 8.4.2, 9.1.3.1, 9.1.3.2, 9.1.3.4, 9.1.3.5] as well as the radio resource control information [38.331; Sec 5.5.2, 6.3.2]).

Xn-C TNL address discovery: the mechanism allows a gNB to determine the TNL address on its neighbors candidate gNB. The discovery mechanism can utilize of the ANR function (aka ANR funtion [38.300, Sec. 15.3.4]) as well as the exchange of information over the network interfaces ([38.413; Sec8.8.1, 8.8.2, 9.2.7.1, 9.2.7.2 )

5.2.3.2.26.3

Describe the frequency reuse schemes (including reuse factor and pattern) for the assessment of average spectral efficiency and 5th percentile user spectral efficiency.

Uncoordinated frequency reuse one is used in the performance evaluations.

5.2.3.2.26.4

Is the RIT/component RIT an evolution of an existing IMT technology? Provide the detail.

This RIT is generally new radio.

5.2.3.2.26.5

Does the proposal satisfy a specific spectrum mask? Provide the detail. (This information is not intended to be used for sharing studies.)

Yes.

UE:

For Frequency Range 1 (FR1) UE:

For single-component-carrier transmission the spectrum mask is specified in terms of a normative (general) spectrum emission mask [38.101-1, section 6.5.2.2] and an additional spectrum mask [38.101-1, section 6.5.2.3]. This additional spectrum emission mask which is signaled by the network to the UE as a normative requirement can be used to address a specific regional regulatory requirement, a frequency band specific requirement, a roaming requirement and a specific deployment  scenario.

 This additional spectrum emission mask can be used to support the many different sharing requirements in terms of co-existence for a global roaming terminal.

For transmission of intra-band Carrier Aggregation appropriate spectrum mask are expected to be set.

For Frequency Range 2 (FR2) UE:

For single-component-carrier transmission the spectrum mask is specified in terms of a normative (general) spectrum emission mask [38.101-2, section 6.5.2.1]. The additional spectrum emissions mask is to be set.

For transmission of Carrier Aggregation appropriate spectrum mask requirements are defined in [38.101-2, section 6.5A.2.1] .

For single-component-carrier transmission and transmission of aggregated component-carriers the radiated spectrum mask requirements are defined in [38.104], section 6.6.4. in form of OTA out-of-band emissions     limits. The unwanted emission limits in the part of the downlink operating band that falls in the spurious domain are consistent with ITU-R Recommendation SM.329.

For single-component-carrier transmission and transmission of aggregated component-carriers the conducted spectrum mask requirements are defined in [38.104], section 9.7.4.2 for BS type 1-O and section 9.7.4.3 for BS type 2-O. in form of OTA out-of-band emissions.

5.2.3.2.26.6

Describe any UE power saving mechanisms used in the RIT/SRIT.

For NR, multiple features facilitating device power saving have been specified for NR Rel-15, including Discontinuous reception (DRX) inRRC_CONNECTED, RRC_INACTIVE and RRC_IDLE, Bandwidth part (BWP) adaptation, RRC_INACTIVE state, and Pipelining frame structure enabling micro-sleep within slots in which the UE is not scheduled. Details can be found in item 5.2.3.2.25.

For NB-IoT, multiple features facilitating device energy efficiency have been specified for Rel-15, including Discontinuous reception (DRX) in RRC connected mode and RRC idle mode, Extended Discontinuous reception (DRX) in RRC idle mode, Paging with Wake-Up Signal in idle mode, and Power Saving Mode (PSM) operation in idle mode. Details can be found in item 5.2.3.2.25.

5.2.3.2.26.7

Simulation process issues

Describe the methodology used in the analytical approach.

Proponent should provide information on the width of confidence intervals of user and system performance metrics of corresponding mean values, and evaluation groups are encouraged to provide this information as requested in § 7.1 of Report ITU-R M.2412-0.

As described in Section 7.1 of M.2412, system simulations are iterated over M independent ‘drops’ of user locations. Statistics, mean and 5th percentiles, are calculated over all drops, and confidence intervals are estimated by comparing the results of the different drops. The number of drops is up to each evaluator.

5.2.3.2.26.8

Operational life time

Describe the mechanisms to provide long operational life time for devices without recharge for at least massive machine type communications

The RIT supports the following set of common features for providing long battery life:

            A configurable transmission and reception bandwidth for limiting the device modem power consumption.

            DFT-spread OFDM modulation for limiting the peak to average ratio of the uplink waveform and increasing the device power amplifier efficiency.

            Uplink power control which allows the device to adapt its transmit power to the actual radio environment.

            Connected mode DRX cycles for reducing the device power consumption while in RRC Active state.

            Measurement rules for reducing the RRC idle mode RRM activities.

            Resumption of a previous connection for minimizing the control signalling when initiating a mobile originated or terminated data transmission.

 

In addition, NB-IoT supports:

            Power Save Mode which allows a UE to power down and suspend idle mode activities.

            Extended DRX which reduces the monitoring of the paging channel.

            Relaxed idle mode RRM monitoring of serving and neighbour cells.

            Release Assistance Indication which allows the UE to indicate to the network that its data buffer is empty, and is ready to release its connection.

            Quick RRC release, only requiring a HARQ Acknowledgment of the RRC Release message.

            Wake-up signal, allows the UE to monitor paging only if this shorter signal is detected before the paging occasion. Optionally the UE can use a simplified receiver for the detection of of wake-up signal which further decreases the energy consumption.

            In addition, all mechanisms reducing the latency for small packet data transmission (item 5.2.3.2.26.9) will reduce the overall transmission and reception time and are beneficial for the operational life time.

5.2.3.2.26.9

Latency for infrequent small packet

Describe the mechanisms to reduce the latency for infrequent small packet, which is, in a transfer of infrequent application layer small packets/messages, the time it takes to successfully deliver an application layer packet/message from the radio protocol layer 2/3 SDU ingress point at the UE to the radio protocol layer 2/3 SDU egress point in the base station, when the UE starts from its most “battery efficient” state.

The RIT supports the following set of common features for providing low latency when waking up from its most “battery efficient” state:

     Resumption of a previous connection for minimizing the control signalling, and the connection setup latency, when initiating a mobile originated or mobile terminated data transmission..

NB-IoT in addition supports:

            CIoT CP-optimization, i.e. data over NAS,  and CIot UP-optimization, resumption of a previously suspended RRC connection, reducing the signalling exchange per data transmission.

            Physical synchronization signals designed to support efficient time and frequency synchronization over a large coupling loss interval.

            The Master Information Block system information change and access barring signalling which allows a UE to verify the system information and access barring status already upon acquiring the Physical Broadcast Channel.

            The Early Data Transmission feature for which Mobile Originated data transmission is initiated already in the second uplink transmission. Early Data Transmission supports data transmission both over the User plane and Control plane.

– Buffer status reports can be transmitted by the UE, without having to initiate a random access procedure, to quickly request UL resources for transmission of a data packet. This can be done via a Scheduling Request transmission, or in UL resources semi-persistently reserved by eNB for the purpose of BSR transmission.

5.2.3.2.26.10

Control plane latency

Provide additional information whether the RIT/SRIT can support a lower control plane latency (refer to § 4.7.2 in Report ITU-R M.2410-0).

The information will be provided in later update.

5.2.3.2.26.11

Reliability

Provide additional information whether the RIT/RSIT can support reliability for larger packet sizes (refer to § 4.10 in Report ITU-R M.2410-0).

The information will be provided in later update.

5.2.3.2.26.12

Mobility

Provide additional information for the downlink mobility performance of the RIT/SRIT (refer to § 4.11 in Report ITU-R M.2410-0).

The information will be provided in later update.

5.2.3.2.27

Other information

Please provide any additional information that the proponent believes may be useful to the evaluation process.

The information will be provided in later update, if any.

Page 3 of 5
1 2 3 4 5