Deutsche Telekom and SK Telecom Sign Strategic Cross-Investment Agreement in MobiledgeX and ID Quantique

Deutsche Telekom and SK Telecom today entered into a cross investment agreement to further strengthen their competitiveness in 5G and deepen their cooperation in the global market. With this agreement, the two market leaders of Korea and Germany continue their strategic partnership announced at Mobile World Congress 2016.

Under the agreement, SK Telecom plans to invest in MobiledgeX, an edge computing company founded by Deutsche Telekom and headquartered in Menlo Park, California, focused on delivering developer-facing edge computing services. Deutsche Telekom plans to invest the same amount to ID Quantique (IDQ), SK Telecom’s strategic partner in quantum cryptography communication technology based in Switzerland.

Mobile EdgeX is developing a middleware platform that will enable third-party developers to run their applications on edge computing platforms, is also now at the heart of an open source effort that is part of the Telecom Infra Project (TIP) and which is being backed by DT and Intel. (See TIP Forms New Edge Computing Unit.)

Other operators have shown interest in MobiledgeX, including Vodafone and Verizon, while Telefónica has included the Menlo Park, Calif.-based startup’s tech in a distributed cloud architecture initiative called CTpd.

Deutsche Telekom and SK Telecom intend to use mobile edge computing technologies to reduce data transfer time, latency and jitter.  With mobile edge computing, companies can conduct on-site monitoring of disaster-affected areas and respond faster to accidents.

181022-SK-Telecom-DT-en

Deutsche Telekom CEO Tim Höttges and Park Jung-ho, President and CEO of SK Telecom, announced the cooperation in Seoul, South Korea.

Going forward, SK Telecom and Deutsche Telekom plan to share their technologies and knowhow. The two companies made their cross-investment decision to gain leadership in the upcoming era of 5G by offering specialized 5G services with ultra-low latency in areas like telemedicine as well as AR and VR, while addressing potential security threats.

“SK Telecom is pleased to enter into a cross-investment agreement with Deutsche Telekom as it will serve as a valuable opportunity for us to further solidify our 5G leadership in the global market and drive new growth,” said Park Jung-ho, President and Chief Executive Officer of SK Telecom.

“We look forward to intensifying our successful cooperation with SK Telecom. The partnership will help both companies to strengthen our global technology leadership and bring 5G and other innovative services to our customers,” stated Timotheus Höttges, CEO of Deutsche Telekom.

Unlike the pre-5G era, which was mainly about communication between people, the 5G era will be marked by communication between people and things, as well as communication between things (IoT), which will support intelligent services like connected car, smart factory and wearable devices.

Earlier this month, the German carrier said it expects to launch commercial 5G services in 2020. In May 2018, Deutsche Telekom announced the deployment of the first 5G antennas to test the technology in downtown Berlin. The antennas, which are based on 5G New Radio, allowed Deutsche Telekom to demonstrate what it claimed to be Europe’s first 5G data connection over a live network. The telco said that it is currently in the process of deploying a 5G cluster in Berlin.

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

Separately, Deutsche Telekom is reviewing the idea of adopting quantum cryptography communication systems. Both SK Telecom and Deutsche Telekom are currently in the process of qualifying quantum cryptography technologies on their respective trial networks.

Deutsche Telekom will make an investment in ID Quantique, a Switzerland-based strategic partner of SKT. The start-up is focused on the development of quantum cryptography communication technology, an innovation designed to increase the security of telecoms services.  ID Quantique’s applications are already being tested in trial networks deployed by both Deutsche Telekom and SKT.

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

Note that in February  2016, Deutsche Telekom and SK Telecom entered into a strategic business partnership agreement to collaborate in the fields of services, Internet of Things (IoT) and related R&D areas.  With the aim to strengthen their capabilities as ICT industry leaders and to achieve new growth through joint business opportunities in Asian and European Markets, SK Telecom and Deutsche Telekom will cooperate in the global sales of innovative solutions and products and work together to lead standardization of innovative technologies, including 5G enabling technologies and SDDC (Software-Defined Data Center).

Under the 2016 partnership agreement, the two companies will pursue joint R&D activities to develop cutting-edge technologies – including 5G  enabling technologies – and push for their standardization (where – in ITU-R WP5D for IMT 2020?), while actively taking a part in diverse global projects to drive ICT infrastructure innovations.

In particular, through development of key 5G technologies such as network slicing and mobile edge computing, the two companies  plan to drive standardization and implementation of 5G, and identify 5G key applications.

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

References:

https://www.rcrwireless.com/20181023/5g/deutsche-telekom-sk-telekom-ink-cross-investment-deal-towards-5g

https://www.lightreading.com/the-edge/deutsche-telekom-to-swap-startup-investments-with-sk-telecom/d/d-id/746992?

IHS Markit: Data Center Interconnect (DCI) is Fastest-growing Application for Optical Networking

A significant driver for innovation in the optical market, data center interconnect (DCI) is the fastest-growing application for optical networking equipment, according to a new study from business information provider IHS Markit. Eighty-six percent of service providers polled for the Optical Network Applications Survey have plans to support DCI applications in their networks.

“Data center interconnect is enjoying a meteoric rise as the hottest segment in the optical networking applications space,” said Heidi Adams, senior research director for transport networks at IHS Markit. “Service providers are becoming increasingly invested in the DCI market, both for providing interconnect between their own data centers and for offering DCI services to internet content providers and enterprises. We estimate that service providers will account for around half of all DCI equipment spending in 2018.”

The optical data center equipment market reached $1.4 billion in sales in the first half of 2018, posting 19 percent year-over-year growth, according to IHS Markit. A key driver of the market is the compact DCI sub segment, which notched a 173 percent growth rate during this same time period.

“‘Compact’ DCI equipment is designed to fit within a data center environment from the form factor, power consumption and operational perspectives,” Adams said. “It’s optimized to meet the requirements of internet content providers like Google, AWS, Facebook, Microsoft and Apple.”

The top three vendors in the compact DCI sub segment are Ciena, Infinera and Cisco, who collectively account for three-quarters of the market.

Additional DCI highlights

  • Cost per port is the leading criterion among survey respondents for the selection of equipment for DCI applications.
  • 100G is the main currency for line-side DCI interfaces in 2018, declining in favor of 400G by 2021.
  • IHS Markit forecasts the total DCI market to grow at a 15 percent compound annual growth rate (CAGR) from 2017 to 2022, representing a higher rate of growth than the overall WDM market.

Optical Network Applications Service Provider Survey – 2018

This survey analyzes the trends and assesses the needs of service providers using emerging optical networking architectures. It covers data center interconnect, packet-optical equipment and software-defined networking for transport networks. For the survey, IHS Markit interviewed 22 service providers who have deployed packet-optical transport, optical DCI and/or transport SDNs or will do so in the future.

DCI, Packet-Optical & OTN Equipment Market Tracker

This biannual report provides worldwide and regional vendor market share, market size, forecasts through 2022, analysis and trends for data center interconnect equipment, packet-optical transport systems, and OTN transport and switching hardware.

Reference:

https://www.ciena.com/insights/what-is/What-is-DCI.html

 

Comcast claim: #1 Gigabit Service Provider in the U.S. but what about “5G” BWA?

Comcast says its Xfinity Gigabit Internet and Comcast Business Gigabit services are now available to nearly all of the 58 million homes and businesses the company’s infrastructure passes in 39 states and the District of Columbia (it’s not available in Santa Clara, CA where top downstream speed is 400M bits/sec). That makes the cable MSO the largest provider of gigabit Internet service in the U.S. based on the number of potential homes passed.

Gigabit Internet service is a residential XFINITY Internet service that delivers download speeds of up to 1 Gbps and upload speeds of up to 35 Mbps to customer homes via Comcast’s next technology DOCSIS 3.1 Hybrid Fiber-Coax (HFC) network.  Gigabit Pro is a newer ultra-fast tier  delivered via a fiber-to-the-home solution and offers symmetrical upload/download speeds of up to 2 Gbps.

Comcast notes it has increased speeds 17 times in the last 17 years and that the capacity of its broadband network has doubled every 18-24 months. The company uses Xfinity xFi to give customers control over their internet; xFi is a digital dashboard that allows users to personalize, monitor, and manage WiFi connected devices inside the home or business.

“Comcast continues to offer an unmatched Internet experience that combines gigabit speeds with wall-to-wall WiFi, personalized tools and controls, and enough capacity to stay ahead of tomorrow’s innovations,” said Dana Strong, president of Consumer Services, Comcast. “We’ve built an innovative high-speed data platform that combines speed, coverage and control features and really sets our broadband experience apart from the competition.”

“One of the ways that we compete, of course, is ensuring that we’ve got the fastest and the most reliable network,” Matt Strauss, executive vice president of Xfinity Services at Comcast, told Fortune. “What’s partly behind the announcement is reinforcing that now we have one gig deployed across our entire footprint.”

Comcast started deploying gigabit service in earnest about three years ago. The company, which has 24.4 million total home broadband customers, wouldn’t say how many people have signed up so far, disclosing only that 75% of all its customers now receive speeds of 100 megabits/sec or higher.

However, a Morgan Stanley survey released on Thursday said that only a tiny fraction of U.S. households—3% of cable Internet customers nationwide—have 1 gigabit/sec speeds or higher.

But 1 GB speeds may gain in popularity in the future. While a typical high-definition movie file is about 3 GB or 4 GB, a growing number of movies are available in 4K, for which files sizes can exceed 100 GB.

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

The top two U.S. fixed line telecom carriers Verizon and AT&T are just starting to introduce competing home Internet services with new “5G” (proprietary) fixed broadband wireless access (BWA) technology.  Those “5G” BWA services are 10 to 40 times faster than current 4G LTE wireless networks, which are generally NOT used for BWA.  Those two mega carriers along with Comcast are ranked among the best ISPs.

Google Fiber may not be too far behind in it’s use of fixed BWA technology to deliver triple play residential services.  Alphabet, Google’s parent company, has put Google Fiber projects on hold in San Jose, Portland, and California. Google states that the move to wireless is inevitable, it will not neglect existing markets and will continue signing up new customers with wireless instead of fiber. Plans are underway to provide cities such as Dallas, Los Angeles, and Chicago with wireless internet service. Wireless technology is less expensive as it does not require labor-intensive constructions, the issues with the telephone owners, current copper and fiber providers and much cheaper to roll out.

In October 2016, Google bought Webpass, a company that specializes in the provision of wireless internet that at speeds of 1GBps at around $60. Webpass uses antennas on a building’s rooftops to provide internet connections to both businesses and residences. Unlike in conventional ISPs where you would need to have a modem, with Webpass you only need to have a router where you can plug in an Ethernet cable and distribute the internet to your office or residence.

https://www.lightwaveonline.com/articles/2018/10/comcast-were-the-largest-us-gigabit-broadband-provider.html

http://fortune.com/2018/10/18/comcast-declares-victory-in-gigabit-home-internet-race/

https://hothardware.com/news/comcast-gigabit-internet-rollout

https://medium.com/@artiedarrell/fiber-no-more-google-fiber-is-switching-to-wireless-57e871ee8bc4

https://www.reviews.org/internet-service/best-internet-service-providers/

http://www.thurstontalk.com/2018/10/22/comcast-now-nations-largest-provider-of-gigabit-internet/

Reliance Jio may overtake Vodafone Idea & Airtel to become India’s largest telecom firm by 2018 year end

According to Livemint, Reliance Jio may soon emerge as the leading wireless telecom company in India. Reliance Jio’s net revenue may have crossed Bharti Airtel Ltd’s wireless revenue in India last quarter, according to analysts at Kotak Institutional Equities Research. If the Reliance Industries Ltd (RIL) unit maintains the momentum, then it may emerge as the largest telecom company as early as the end of 2018.

“We expect Bharti Airtel’s net India wireless revenues (reported gross wireless revenues less estimated gross interconnect revenues) to be around ₹87-88 billion for 2QFY19. Reliance Jio’s reported revenues of ₹92.4 billion are net of interconnect revenues as the company adjusts interconnect revenues in the interconnect costs line,” analysts at Kotak Institutional Equities Research said in a note.

“If Bharti does not report a material beat on our estimated wireless revenues for the quarter, Reliance Jio has perhaps crossed Bharti on net India wireless revenues to become #2 after Vodafone Idea. If the current trends continue, Reliance Jio will likely become #1 on net revenues as early as 3QFY19E,” the note said.

Reliance Jio’s focus remains on expanding its subscriber base but the ban on Aadhaar-based e-KYC can affect this. This, however, is seen as a temporary phenomenon. The trends indicate continued tough times for incumbent telecom companies which have to step-up capital expenditure (capex) while dealing with price erosion.

Reliance Jio continued on its strong growth trajectory with the telecom company adding 3.7 crore subscribers in the September quarter. Graphic: Mint

“We expect competitive intensity to remain elevated over the next 9-12 months as fight for subscriber share continues. Reliance Jio, over the weekend, introduced 100% cashback for all packages and various players have been tweaking with pricing and packs,” Jefferies India Pvt. Ltd said in a 19 October note. Further, the incumbents, given their weakened financial position, are lagging in capex, which is crucial for product offerings and customer retention.

Reliance Jio continues to be on an accelerated capex drive, spending around ₹330 billion in H1FY19 (Q2 spend ₹160 billion) which is ~70% its own FY18 capex and is largely equivalent to the combined capex spend of the remaining two incumbents (Bharti Airtel, Vodafone Idea) put together in FY18,” SBICAP Securities Ltd said in a note. “The scale of investments and the current profitability differential suggest that Reliance Jio is unlikely to relent till it achieves a meaningful market leadership in terms of revenue market share.”

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

In the second quarter of this fiscal year, Reliance Jio had a significant capex of around Rs 160 billion, although it was 6 per cent down from the previous quarter. Analysts expect the high capex to continue for another two quarters or so, post which the company would shift its focus to the broadband business.

The telecom operator is on track to achieve the 99 per cent of population coverage target within FY2019. Jio attributed the higher capex in the first half of FY19 to expanding mobility networks, which is in the last phase and will subside in the next one-two quarters.

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

India consumers are rapidly upgrading to 4G feature phones, led by the JioPhone, that offer a much richer data and video experience, forcing plain handset makers to review their production plans.

CyberMedia Research (CMR) data shows that market share of 2G phones has plunged 17 percentage points in just six months to 30% in the quarter ended June, while Reliance Retail’s 4G variant, called JioPhone, increased its market share by 9 percentage points in the same period to 27%

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

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.

TM Forum Survey: Communications Service Providers Struggle with Business Case for NFV & Digital Transformation

Communications Service Providers (CSPs)  are still contending with how to convince customers of the business value of network functions virtualization (NFV) and also struggling with digital transformation (CX), according to a TM Forum industry survey of 160 people from 66 CSPs.  Approximately one third of CSPs surveyed said they are deploying NFV in the packet core and 36% reported NFV deployment at the mobile edge or as virtual CPE. The number of survey respondents admitting to having no timetable for virtualization also fell from 30% a year ago to 23% this year.

The TM Forum CSP survey, conducted this past summer, was dominated by non-North American operators, with 34% based in Asia Pacific, 24% in Europe and only 3% in North America.

Most CSP respondents are also struggling with network transformation, even though many (44%) think it’s essential to their overall digital transformation process. They are also struggling to adopt new ways of working within their network operations, with 67% admitting they have not introduced DevOps, considered important to become more agile and less siloed, in network teams at all.

Speaking during a Telecom TV panel at 5G World, Franz Seiser, VP of Core Network & Services, Deutsche Telekom, explained that NFV is, indeed, a key building block for 5G, but it will take time to implement.

“We are not where we’d like to be as an industry [with NFV deployment],” Seiser said, adding that it’s less a technology issue than one of transformation. “We have a big job still head of us in progressing and transforming the way we work.” He noted, however, that there is time to catch up because the first 5G standards are for new radio access only and do not include the network core although the development of these is well underway.

Tier 1 CSPs including AT&T, China Mobile, Deutsche Telekom, Orange, Telefónica, Telstra, Verizon and Vodafone have announced publicly that they are embracing NFV and SDN, and our latest DTT survey shows that the pace of network transformation is picking up among these and other telcos. Nearly a third of CSP respondents said they are deploying NFV in the core, up from just 22% six months ago. In addition, fewer respondents said they have no timetable for virtualization, and among respondents whose companies are not yet deploying NFV, one in five said they will start deploying VNFs within the next year.

Tier 1 CSPs including AT&T, China Mobile, Deutsche Telekom, Orange, Telefónica, Telstra, Verizon and Vodafone have announced publicly that they are embracing NFV and SDN, and our latest DTT survey shows that the pace of network transformation is picking up among these and other telcos. Nearly a third of CSP respondents said they are deploying NFV in the core, up from just 22% six months ago (see graphic below). In addition, fewer respondents said they have no timetable for virtualization, and among respondents whose companies are not yet deploying NFV, one in five said they will start deploying VNFs within the next year.

Not all CSPs are taking the same approach to network virtualization. Some are focusing on virtualizing specific applications, without undertaking wider transformation programs. Others are taking an approach that focuses more on improving customer centricity, particularly for enterprise customers, while many see network transformation as part of a bigger digital or business transformation. TM Forum research shows that 44% of CSP respondents view network transformation as part of overall digital transformation.

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

Digital Transformation Status:

“Our technical team believes we are well along the way to (digital) transformation,” the online report quotes one survey respondent saying. “The business team has absolutely no idea what digital transformation means to them and their work. In my opinion, it feels like the technical team is using this transformation as a way to grab power within the organization.”

One of the problems, says TM Forum Chief Analyst Mark Newman, is that CEOs don’t have the confidence in their IT staff to lead a digital transformation effort.

The TM Forum Digital Transformation Tracker cites two other reasons network transformation is lagging, including the fact that there is still “a loose definition and interpretation of what a digital transformation program involves.” In addition, it says, there are “different objectives of network transformation programs and the constantly-evolving timeframe for network virtualization and cloud adoption.”

Legacy OSS/BSS systems remain the biggest challenge to network transformation, according to 60% of respondents, while 56% ranked security vulnerabilities as a major issue and 52% were concerned with how long it’s taking standards to mature.

References:

http://inform-digital.tmforum.org/digital-transformation-tracker-3

http://www.intuitive-design.co.uk/clients/TMForum/21583_DTT3/V1/DTT3-Report-Network-Transformation.pdf

https://www.lightreading.com/nfv/nfv-mano/csps-still-puzzling-over-nfv-business-case/d/d-id/746931

Globe Telecom Extends Internet Reachability in Europe via DE-CIX Interconnect

Globe Telecom [1] has extended internet reachability further in Europe by connecting its network to Deutscher Commercial Internet Exchange (DE-CIX), the world’s largest internet exchange point (IXP) [2] by size.  DE-CIX is a carrier and data center-neutral IXP operator situated in Frankfurt, with a peak traffic of over 6.4 Terabits per second, interconnecting more than 800 member networks from around the world.

In total, DE-CIX globally serves over 1,500 network operators, internet service providers (ISPs), and content providers from more than 100 countries with peering and interconnection services at its 13 locations in India, the Middle East, Europe, and North America.  Globe Telecom recently peered at the DE-CIX in Germany.

“This initiative will further complement existing infrastructure and enable users direct access to European content. At the same time, it functions as alternate internet gateways to the Philippines from that region as the internet is two-way,” said Gil Genio, Chief Technology and Information Officer at Globe.

In total, DE-CIX globally serves over 1500 network operators, internet service providers (ISPs), and content providers from more than 100 countries with peering and interconnection services at its 13 locations in India, the Middle East, Europe, and North America.

“We are pleased to welcome Globe Telecom within our broad range of customers. With the DE-CIX services, Globe Telecom will be able to enhance its customers’ internet user experience and connect to all major international content providers available at DE-CIX Frankfurt,” said Theresa Bobos, Director for DE-CIX Southern Europe.

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

Editor’s Notes: 

  1. Globe Telecom, commonly shortened as Globe, is a major provider of telecommunications services in the Philippines. It operates one of the largest mobile, fixed line, and broadband networks in the country.  The company’s principal shareholders are Ayala Corporation and Singapore Telecommunications.
  2.  An IXP is where IP networks meet to exchange traffic, similar to malls where different stores are present at a common location. It provides the facility that promotes and enables multi-network traffic exchange. This provides for the lowest latency path possible and therefore greatly enhances Globe customers’ internet experience.

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

Genio said connecting to European IXPs is a step forward to reinforce the Philippines’ ICT ecosystem in terms of global IP connectivity as it enhances the flow of IP traffic in both directions. “Improvements may also be observed in reaching networks that are part of the exchanges as the set-up will avoid the traditional via US traverse,” he added.

Globe is currently the local telecommunications company with the most number of connections to IXPs, with 23, based on information from Hurricane Electric. This reflects the Philippines’ presence in the global IP landscape.

References:

https://www.globe.com.ph/about-us/newsroom/corporate/globe-telecom-extends-internet-reach.html

https://business.inquirer.net/259176/globe-telecom-extends-internet-reachability-further-in-europe#ixzz5UPETrTP5

Separately, Globe Telecom was recognized as Asia’s Best Workplace of the Year at the Asia Corporate Excellence & Sustainability Awards (ACES).  “We are glad to be recognized as Asia’s Best Workplace of the Year at the prestigious ACES. Being an integral part of the company’s and nation’s success, we put a premium on ensuring our employees find purpose and meaning in their work. By allowing their work to serve a purpose beyond just livelihood, we ensure the ability of our people to lead happy and meaningful lives. This, more than anything else, is what sets Globe apart from any other company,” said Renato Jiao, Chief Human Resource Officer at Globe.

Rogers Communications to launch national LTE-M network for IoT in Canada

Rogers plan to launch an LTE Cat M1 network (LTE-M) to help businesses connect and track their assets in real time – using solutions such as logistics tracking, alarm monitoring, and smart metering. LTE-M will connect fixed and mobile low-power IoT devices to carry critical information over long distances, with longer battery life and better network coverage in hard to reach areas. This investment in LTE-M will make IoT solutions more accessible for Canadian businesses, to help them innovate and save money and time.   Network speeds and pricing weren’t announced.

LTE-M is used for fixed and mobile low-power IoT devices sending/receiving data over long distances, particularly for devices needing longer battery life and better network coverage in hard to reach areas.  Telecommunications companies have a long list of potential IoT uses including monitoring pipelines, tracking tools, pallets and factory equipment, home smart meters, monitoring waste bins, street lighting sensors and building infrastructure (HVAC).

“As leaders in IoT, we are committed to supporting our customers as they explore the capabilities and benefits available through Rogers rapidly growing IoT ecosystem,” said Dean Prevost, President, Enterprise, Rogers Communications. “With the launch of LTE-M, we are empowering the adoption of reliable, low cost, and secure IoT solutions that support a variety of use cases such as asset tracking, smart cities, utilities, transportation, and supply chain management.”

The national rollout of LTE-M will start with an initial launch in Ontario by the end of 2018, followed by additional provinces throughout 2019, and a full national rollout completed by 2020. This investment is a stepping stone in Rogers multi-year technology plan to bring 5G to Canadians with its network partner, Ericsson.

“Rogers has a strong history of innovation in IoT. LTE-M continues that leadership and is a key part of our plan towards building a 5G-ready network,” said Jorge Fernandes, Chief Technology Officer, Rogers Communications. “LTE-M will bring Massive IoT to life – a market with tremendous scale for connected devices – and will fundamentally improve how Canadian businesses and cities operate.”

LTE-M is also a great alternative option for all machine-to-machine connections that are still using the 2G network. As LTE-M is rolled out, Rogers will provide its customers with clear and simple options to enhance their service experience when they choose to migrate and upgrade their 2G IoT devices and benefit from all the new capabilities provided by LTE-M. In addition, LTE-M will also enable future consumer IoT applications such as wearables, monitoring and tracking solutions.

“IoT is now a mainstream tool of Canadian businesses, with 81% of medium and large-sized Canadian organizations using IoT solutions today, up from 70% last year[1],” said Nigel Wallis, Vice President, Internet of Things and Industry Research, IDC Canada. “The development of industry-specific IoT solutions addresses unique business needs, like smart utilities and smart asset tracking. Low-power wide area networks (LPWAN) enable businesses to re-think traditional operations practices, and to innovate in ways they would not have attempted before.”

Rogers’ LTE-M website notes that while an IoT device can be installed in an underground parking garage, thick concrete walls can impact coverage, An LTE-based network will help.

The site says LTE-M will offer enhanced wireless coverage; low device cost, because devices for that network are less expensive than current devices; less power drain and extended battery life. LTE-M also can handoff from a Wi-Fi to a cellular network, making it practical for mobile asset tracking needs such as monitoring shipping containers, fleet vehicles or people (for example, patient monitoring). LTE-M supports voice recognition, which is important for alarms and security applications.

Rogers is expanding its portfolio of IoT solutions to meet the needs of Canadian businesses and municipalities. IoT solution providers who are interested in working with Rogers, or participating in LTE-M field trials are invited to submit an application here.

To learn more about LTE-M, visit the Rogers Business Forum.

About Rogers:
Rogers is a leading diversified Canadian communications and media company. We are Canada’s largest provider of wireless communications services and one of Canada’s leading providers of cable television, high-speed Internet, information technology, and telephony services to consumers and businesses. Through Rogers Media, we are engaged in radio and television broadcasting, sports, televised and online shopping, magazines, and digital media. Our shares are publicly traded on the Toronto Stock Exchange (TSX: RCI.A and RCI.B) and on the New York Stock Exchange (NYSE: RCI).

1 State of IoT Adoption in Canada: 2018, IDC Canada

SOURCE Rogers Communications Canada Inc

CONTACT: [email protected], 647-747-5118

Cignal AI: Record Cloud and Colo Optical Hardware Spending in 2Q18

by Andres Schmitt

Ciena Leads Sales to North American Cloud/Colo Operators; Huawei Sees Strong Demand from Chinese Cloud Giants

Sales of optical equipment to the cloud and colo market grew rapidly, reaching record levels in 2Q18, according to the most recent Optical Customer Markets Report issued by networking component and equipment market research firm Cignal AI. Cloud and colo operators such as Google, Microsoft, and Amazon still account for only a fraction of global optical equipment spending but were nearly a quarter of all North American operator purchases during 2Q18.

“While cloud and colo spending is still not near traditional telco demand for optical transport equipment, the balance is shifting. This is particularly true in North America, where cloud and colo operators now provide both technical and financial leadership to the supply chain,” said Andrew Schmitt, Directing Analyst at Cignal AI.

Released quarterly, the Optical Customer Markets Report quantifies optical equipment sales to five key customer markets – incumbent, wholesale, cable MSO, cloud and colo, and enterprise and government. The current report includes results through the 2Q18 and details equipment vendor market share for sales to cloud operators. Regional forecasts, based on expected spending trends by customer market, are also updated.

Additional key findings in the 2Q18 Optical Customer Markets Report include:

  • Incumbent spending accounts for the largest share of all optical spending in the market. In fact, incumbent spending in China is as much as all spending by other incumbent operators worldwide, combined. Outlays by EMEA incumbents increased again in the most recent quarter.
  • Cable MSO spending in North America continues to be very strong and grew both quarter-over-quarter and year-over-year.
  • Ciena led other vendors in direct sales to the cloud/colo market led by strength from the WaveServer platform. Also, newly-combined Infinera and Coriant became the second largest supplier of optical equipment to these customers. Huawei also continues to grow its market share as a result of growing demand from Baidu, Alibaba and Tencent.

About the Optical Customer Markets Report

The Optical Customer Markets Report tracks optical equipment spending by end customer market type and provides forecasts based on expected spending trends on a regional basis. Deliverables include an Excel file with complete data set, PowerPoint summary and Optical Equipment Active Insight.

The report includes revenue-based market size for all end customer markets across all regions, with market share for sales to the cloud and colo segment broken out on a worldwide basis. Vendors examined include Adtran, ADVA, Ciena, Cisco, Coriant, Cyan, ECI, Ekinops, Fiberhome, Fujitsu Networks, Huawei, Infinera, Juniper Networks, NEC, Nokia, Padtec, TE Conn, Transmode, Xtera and ZTE.

Full report details, as well as other articles and presentations, are available to users who register for a free account on the Cignal AI website.

About Cignal AI

Cignal AI provides active and insightful market research for the networking component and equipment market and the market’s end customers. Our work blends expertise from a variety of disciplines to create a uniquely informed perspective on the evolution of networking communications.

Addendum:  Data Center Interconnect (DCI) Market Share

IHS Markit: Video to Drive Demand for Edge Computing Services

Edge computing will get its primary propulsion from demand for video services, IHS Markit found in a survey. The Linux Foundation commissioned IHS Markit to identify the top apps and revenue opportunities for edge compute services.  Video content delivery was cited by 92% of respondents as the top driver of edge computing, while augmented/virtual reality, autonomous vehicles and the industrial internet of things (IIoT) all tied for second place.

During a keynote address at this week’s Layer123 SDN NFV World Congress at The Hague, IHS Markit’s Michael Howard, executive director research and analysis, carrier networks (and a long time colleague of this author), presented some of the results from the market research firm’s survey of edge compute application survey respondents.

“The edge ‘is in’ these days in conversations, conferences and considerations—and there are many definitions,” Howard wrote in an email to FierceTelecom. “Our conclusion is that there are many edges, but as an industry, I believe we can coalesce around a time-related distance to the end user, device or machine, which indicates a short latency, on which many edge applications rely.  The other major driver for edge compute is big bandwidth, principally video, where caching and content delivery networks save enormous amounts of video traffic on access, metro, and core networks.”

IHS Markit defined edge compute as being within 20 milliseconds of the end user, device or machine. When compared to Internet Exchanges, telcos have an advantage at the edge because they are much closer to the users via their central offices, cell sites, cell backhaul aggregation, fixed backhaul and street cabinets.

Integrated communications providers and over-the-top providers have partial coverage for edge compute with distributed data centers that are within the 20 milliseconds to 50 milliseconds range, while telcos can hit 5 milliseconds to 20 milliseconds.

Among the top services that are driving edge compute, video content delivery, which included 360 video and venues, was first at 92% followed by a three-way tie among autonomous vehicles, augmented reality/virtual reality and industrial internet of things/automated factory all at 83%. Gaming was next at 75%, with distributed virtualized mobile core and fixed access in another tie with private LTE at 58%.

Other findings from the survey:

  • Surveillance and supply chain management each garnered 33%, while smart cities was last at 25%.
  • When it comes to which edge services will garner the most revenue, distributed virtualized mobile core and fixed access, private LTE, gaming, video content delivery and industrial IoT all tied at the top of the survey results.
  • Supply chain management, autonomous vehicles and AR/VR tied in the next grouping while surveillance and smart cities tied for last.
  • Consumer-driven revenue at the edge includes gaming and video content delivery networks while enterprise-driven revenues will include private LTE, industrial IoT and supply chain.
  • Overall, many of the edge deployments will initially be justified by cost savings first followed by revenue-bearing applications.
  • Edge compute apps will start out in limited or contained rollouts with full deployment taking years and investments across several areas, according to the survey.

Although edge compute brings services closer to end users and alleviates bandwidth constraints, it’s complex. Even a single edge compute location is complex with elements of network functions virtualization, mobile edge computing and fixed mobile convergence technologies that can spread across hundreds of thousands locations.

There are also authorization, billing and reconciliation issues that need to be addressed across various domains, which could be resolved using blockchain to create virtual ledgers.

Further, there’s a long investment road ahead to fully deploy edge compute. Areas that comprise the top tier of investments for edge compute include multi-access edge compute, integration, edge connectivity (two-way data flows, SD-WAN services, low latency and bandwidth), 5G spectrum and engineering.

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

Earlier this year, AT&T Foundry launched an edge computing test zone in Palo Alto, California, to kick the tires on AR, VR and cloud-driven gaming.  As part of the second phase, AT&T Foundry is expanding its edge test zone footprint to cover all of the San Francisco Bay Area, allowing for increased application mobility and broader collaboration potential.

Page 2 of 4
1 2 3 4