{March, 16, 2004 }
Project
IEEE P802.20-
IEEE 802.20 Working Group on Mobile Broadband Wireless Access
<http://grouper.ieee.org/groups/802/20/>
Title
SRD Work sheet for March 2004 Plenary meeting
Date
2004-03-15
Submitted
Source(s) John Humbert
6220 Sprint Parkway,
Voice: (816) 210-9611
Fax: (913) 794-0420
Email: jhumbe01@sprintspectrum.com
MS KSOPHD0504 - 5D276
Overland Park, KS 66251
Re:
System Requirements Update
Abstract This contribution provides an update on the status of the System Requirements
document.
Purpose Status Update / Process for SRD
Notice
This document has been prepared to assist the IEEE 802.20 Working Group. It
is offered as a basis for discussion and is not binding on the contributing
individual(s) or organization(s). The material in this document is subject to
change in form and content after further study. The contributor(s) reserve(s)
the right to add, amend or withdraw material contained herein.
Release
The contributor grants a free, irrevocable license to the IEEE to incorporate
material contained in this contribution, and any modifications thereof, in the
creation of an IEEE Standards publication; to copyright in the IEEE’s name
any IEEE Standards publication even though it may include portions of this
contribution; and at the IEEE’s sole discretion to permit others to reproduce in
whole or in part the resulting IEEE Standards publication. The contributor also
acknowledges and accepts that this contribution may be made public by IEEE
802.20.
Patent
Policy
The contributor is familiar with IEEE patent policy, as outlined in Section 6.3 of
the IEEE-SA Standards Board Operations Manual
<http://standards.ieee.org/guides/opman/sect6.html#6.3> and in Understanding
Patent Issues During IEEE Standards Development
<http://standards.ieee.org/board/pat/guide.html>.
{March, 16, 2004 }
IEEE P802.20-
IEEE P 802.20™
Date: March-16- 2004
802.20 Requirements Document
Discussion points
{March, 16, 2004 }
IEEE P802.20-
Contents
1
2
3
Overview ................................................................................................................................................. 7
1.1
Scope – 2 options............................................................................................................................. 7
1.2
Purpose – 2 options ......................................................................................................................... 8
1.3
PAR Summary – 2 options .............................................................................................................. 9
Overview of Services and Applications – 2 options .............................................................................. 11
2.1
Voice Services - 2 options ............................................................................................................ 14
2.2
Broadcast/Multicast Support - 2 options....................................................................................... 15
System Reference Architecture .............................................................................................................. 16
3.1
System Architecture – 2 options .................................................................................................... 16
3.1.1
3.2
4
Reference Architecture – See Version 11r ............................................................................. 17
Definition of Interfaces – See SRD Version 11r ............................................................................ 18
Functional and Performance Requirements ........................................................................................... 18
4.1
System ........................................................................................................................................... 18
4.1.1
Support for Different Block Assignments .............................................................................. 18
4.1.1.1
(section 4.1.2 in 11r) Spectrum Block Assignment Sizes - 2 options .............................. 18
4.1.1.2
RF Channel Bandwidths – New section ............................................................................. 19
4.1.2
(section 4.1.1 in 11r) System Spectral Efficiency (bps/Hz/sector) – 4 options ...................... 20
4.1.3
Duplexing - 2 options ........................................................................................................... 23
4.1.4
Mobility - 2 options .............................................................................................................. 24
4.1.5
Aggregate Data Rates – Downlink & Uplink - 3 options ..................................................... 25
4.1.5.1
User Data Rates - Downlink and Uplink - 3 options ......................................................... 26
4.1.6
Number of Simultaneous Active Users - 2 options ............................................................... 28
4.1.7
Latency and Packet Error Rate – 4 options ............................................................................ 29
4.1.8
Support for Multi Antenna Capabilities - 2 options ............................................................. 31
4.1.9
Antenna Diversity - 3 options ................................................................................................ 32
4.1.10
Support for the use of Coverage Enhancing Technologies - See SRD version 11r ........ 33
{March, 16, 2004 }
IEEE P802.20-
4.1.11
Best Server Selection
4.1.12
QoS
4.1.13
Network Security - See SRD version 11r ........................................................................... 36
4.2
- 3 options ........................................................................................ 34
- 1 option.................................................................................................................... 35
4.1.13.1
Access Control - See SRD version 11r ....................................................................... 36
4.1.13.2
Privacy Methods - See SRD version 11r ..................................................................... 36
4.1.13.3
User Privacy - See SRD version 11r ............................................................................ 36
4.1.13.4
Denial of Service Attacks - See SRD version 11r ...................................................... 36
4.1.13.5
Security Algorithm - See SRD version 11r ................................................................. 36
PHY/RF ......................................................................................................................................... 36
4.2.1
Noise figure / Receiver sensitivity - 2 options ..................................................................... 36
4.2.2
Link Adaptation and Power Control - See SRD version 11r .............................................. 37
4.2.3
Performance under Mobility and Delay Spread
4.2.4
Duplexing – FDD and TDD - 2 options............................................................................... 39
4.2.5
Synchronization - See SRD version 11r ............................................................................. 40
4.2.6
Measurements
- 4 options ................................................ 38
- See SRD version 11r .............................................................................. 40
4.3
Spectral Requirements - See SRD version 11r ............................................................................ 40
4.4
Layer 2 MAC (Media Access Control) .......................................................................................... 40
4.4.1
4.5
Quality of Service and the MAC
- See SRD version 11r .................................................. 40
Layer 3+ Support ........................................................................................................................... 40
4.5.1
4.5.1.1
Handoff Support - See SRD version 11r ............................................................................ 40
IP-Level Handoff - See SRD version 11r ....................................................................... 40
4.5.2
802.1Q tagging
- 2 options ................................................................................................ 40
4.5.3
CPE software upgrade “push” - See SRD version 11r ......................................................... 40
4.5.4
OA&M Support
- 4 options ............................................................................................... 40
4.6
Scheduler - See SRD version 11r.................................................................................................. 43
4.7
User State Transitions - See SRD version 11r ............................................................................. 43
4.8
Resource Allocation - See SRD version 11r ................................................................................ 43
{March, 16, 2004 }
5
References
Appendix A
IEEE P802.20-
- See SRD version 11r ..................................................................................................... 43
Definition of Terms and Concepts - See SRD version 11r ............................................... 43
{March, 16, 2004 }
1
1
2
1.1
3
Option 1 – Version 11R text
IEEE P802.20-
Overview
Scope – 2 options
4
5
6
7
8
9
10
This document defines system requirement for the IEEE 802.20 standard development project.
These requirements are consistent with the PAR (IEEE SA Project Authorization Request)
document (see section 1.3 below) and shall constitute the top-level specification for the 802.20
standard. For the purpose of this document, an “802.20 system” constitutes an 802.20 MAC
and PHY implementation in which at least one Mobile station communicates with a base
station via a radio air interface, and the interfaces to external networks, for the purpose of
transporting IP packets through the MAC and PHY protocol layers.
11
Option 2 – Joint Contribution
12
13
14
15
16
17
18
This document defines system requirements for the IEEE 802.20 standard development
project. These requirements shall be consistent with the approved PAR (IEEE SA Project
Authorization Request) document (see section 1.3 below) and shall constitute the top-level
specification for the 802.20 packet mobile wireless standard, the scope of which is limited to
layer-1 and layer-2 specifications. It is further assumed that Layer-3 and above are standardsbased IP architectures.
{March, 16, 2004 }
IEEE P802.20-
1
Purpose – 2 options
2
1.2
3
Option 1: - Version 11R Text
4
5
6
This document establishes the detailed requirements for the Mobile Broadband Wireless
Access (MBWA) systems. How the system works is left to the forthcoming 802.20 standard,
which will describe in detail the interfaces and procedures of the MAC and PHY protocols.
7
8
9
10
11
12
13
Option 2: Joint Contribution
This document establishes the detailed requirements for IEEE 802.20 Mobile Broadband
Wireless Access (MBWA) systems. These system level requirements form the basis for the
formulation of the detailed specifications of Layer-1 and Layer-2 as well as the interfaces and
support for higher protocol layers and management systems.
{March, 16, 2004 }
IEEE P802.20-
1
PAR Summary – 2 options
2
1.3
3
Option 1: - Version 11R
4
The scope of the PAR (listed in Item 12) is as follows:
5
Option 2 – Joint Contribution
6
7
8
9
10
11
12
The following text, included in the approved IEEE 802.20 PAR, describes the scope and main
technical characteristics of 802.20- based MBWA systems. The reader should note that the
following table is presented here as the basis for 802.20's work and some requirements may
have changed within this document. In the case of contradictions between this table and
requirements text in the remainder of this document, the requirements text shall take
precedence. According to IEEE rules PARs may be revised periodically by the working
group.
13
{Editors note: the remainder of the section is identical between the two options}
14
15
16
17
18
19
“Specification of physical and medium access control layers of an air interface for
interoperable mobile broadband wireless access systems, operating in licensed bands below
3.5 GHz, optimized for IP-data transport, with peak data rates per user in excess of 1 Mbps. It
supports various vehicular mobility classes up to 250 Km/h in a MAN environment and
targets spectral efficiencies, sustained user data rates and numbers of active users that are all
significantly higher than achieved by existing mobile systems.”
20
21
In addition, Table 1-1 lists “additional information on air interface characteristics and
performance targets that are expected to be achieved.”
22
Characteristic
Target Value
Mobility
Vehicular mobility classes up to 250 km/hr (as
defined in ITU-R M.1034-1)
Sustained spectral efficiency
> 1 b/s/Hz/cell
Peak user data rate (Downlink (DL))
> 1 Mbps*
Peak user data rate (Uplink (UL))
> 300 kbps*
Peak aggregate data rate per cell (DL)
> 4 Mbps*
Peak aggregate data rate per cell (UL)
> 800 kbps*
{March, 16, 2004 }
1
IEEE P802.20-
Airlink MAC frame RTT
< 10 ms
Bandwidth
e.g., 1.25 MHz, 5 MHz
Cell Sizes
Appropriate for ubiquitous metropolitan area
networks and capable of reusing existing
infrastructure.
Spectrum (Maximum operating
frequency)
< 3.5 GHz
Spectrum (Frequency Arrangements)
Supports FDD (Frequency Division Duplexing)
and TDD (Time Division Duplexing) frequency
arrangements
Spectrum Allocations
Licensed spectrum allocated to the Mobile
Service
Security Support
AES (Advanced Encryption Standard)
Table 1-1 Key Parameters listed in the PAR
2
3
4
5
6
* Targets for 1.25 MHz channel bandwidth. This represents 2 x 1.25 MHz (paired) channels
for FDD and a 2.5 MHz (unpaired) channel for TDD. For other bandwidths, the data rates
may change.
{March, 16, 2004 }
1
2
IEEE P802.20-
Overview of Services and Applications – 2 options
2
Mobile Broadband
Wireless Access
Home
Domain
Video Streaming Conferencing Apps
Video Streaming Conferencing Apps
Field Service Apps
Portable Remote
Access Services
Work
Domain
Portable
Office
Seamless
Ubiquitous
Experience
High BW Connectivity
Hotel/Motel
Mobile Office (Voice
and Data Apps)
Mobile
Domain
Portable Services
Reservations-Listings
Directions Services
Mobile Commerce
Services
Video Streaming Conferencing Apps
3
4
5
Table 2-1 The Vision of Seamless Ubiquitous Experience
{March, 16, 2004 }
IEEE P802.20-
1
Option 1 – Version 11r /Paragraph 1
2
3
4
5
6
7
8
9
The 802.20 Air-Interface (AI) shall be optimized for high-speed IP-based data services
operating on a distinct data-optimized RF channel. The AI shall support compliant Mobile
Terminal (MT) devices for mobile users, and shall enable improved performance relative to
other systems targeted for wide-area mobile operation. The AI shall be designed to provide
best-in-class performance attributes such as peak and sustained data rates and corresponding
spectral efficiencies, system user capacity, air- interface and end-to-end latency, overall
network complexity and quality-of-service management. Applications that require the user
device to assume the role of a server, in a server-client model, shall be supported as well.
10
Option 2 – Joint Contribution / Paragraph 1 & 2
11
12
13
Figure 2-1 illustrates the vision of a seamless integration of the three user domains; Work,
Home and Mobile. The IEEE 802.20 standard should form the basis for systems that support
this vision.
14
15
16
17
18
19
20
21
The 802.20-based air-interface (AI) shall be optimized for high-speed IP-based wireless data
services. The 802.20 based AI shall support compliant Mobile Terminal (MT) devices for
mobile users, and shall enable improved performance relative to other systems targeted for
wide-area mobile operation. The AI shall be designed to provide best-in-class performance
attributes such as peak and sustained data rates and corresponding spectral efficiencies,
capacity, latency, overall network complexity and quality-of-service management.
Applications that require the user device to assume the role of a server, in a server-client model,
22
Option 1 – Version 11r /Paragraph 2
23
24
25
26
27
28
Applications: The AI all shall support interoperability between an IP Core Network and IP
enabled mobile terminals and applications shall conform to open standards and protocols. This
allows applications including, but not limited to, full screen video, full graphic web browsing,
e- mail, file upload and download without size limitations (e.g., FTP), video and audio
streaming, IP Multicast, Telematics, Location based services, VPN connections, VoIP, instant
messaging and on- line multiplayer gaming.
29
Option 2 – Joint Contribution / Paragraph 3
30
31
32
33
34
35
36
Applications: The 802.20 AI should enable mobile terminals to inter-work with an IP core
network. Applications shall conform to open communication standards and protocols. This
allows applications including, but not limited to, full screen video, full graphic web browsing,
e-mail, file upload and download without size limitations (e.g., FTP), streaming video and
streaming audio, IP Multicast, Telematics, Location based services, VPN connections, VoIP,
instant messaging and on- line multiplayer gaming.
shall be supported as well.
{March, 16, 2004 }
IEEE P802.20-
1
2
3
4
5
6
7
8
9
10
11
12
13
14
Option 1 – Version 11r /Paragraph 3
Always on: The AI shall provide the user with “always-on” connectivity. The connectivity
from the wireless MT device to the Base Station (BS) shall be automatic and transparent to the
user.
Option 2 – Joint Contribution / Paragraph 4
Always on: The AI shall provide the mobile user with an "always-on" experience similar to
that available in wireline access systems such as Cable and DSL while also taking into account
and providing features needed to preserve battery life. The connectivity from the wireless MT
device to the Base Station (BS) shall be automatic and transparent to the user. This
requirement should also apply to inter-system roaming.
{March, 16, 2004 }
IEEE P802.20-
1
2
2.1
3
Option 1 – Version 11r
4
5
The MBWA will support VoIP services. QoS will provide latency, jitter, and packet loss
required to enable the use of industry standard Codec’s.
6
Option 2 – Joint Contribution
7
8
9
10
11
Voice Services - 2 options
The MBWA shall provide air interface support for enable VoIP services. QoS features are
provided to achieve the required performance of latency, jitter, and packet loss needed to
support the use of industry standard Codecs. Specific VoIP Codecs to be supported by the
underlying QoS features include those specified by 3GPP, 3GPP2, IETF, OMA and ITU-T.
{March, 16, 2004 }
IEEE P802.20-
1
2
2.2
3
Option 1 – Version 11r
4
The AI shall support broadcast and multicast services
5
Option 2 – Joint Contribution
6
7
8
IEEE 802.20-based systems shall support broadcast and multicast services using mechanisms
that make efficient use of system resources .
Broadcast/Multicast Support - 2 options
{March, 16, 2004 }
IEEE P802.20-
1
2
3
3
3.1
4
Option 1 – Version 11r
5
6
7
The 802.20 systems must be designed to provide ubiquitous mobile broadband wireless access
in a cellular architecture (e.g. macro/micro/Pico cells). The 802.20 system must support nonline of sight outdoor to indoor scenarios and indoor coverage.
8
Option 2 – Joint Contribution
9
10
11
12
13
14
15
System Reference Architecture
System Architecture – 2 options
IEEE 802.20-based systems shall provide ubiquitous mobile broadband wireless access in a
cellular architecture (e.g. Macro/Micro/Pico cells). The system shall support line-of-site and
non-line of sight communications. IEEE 802.20-based systems shall provide mobile
broadband wireless access in an architecture consisting of Macrocells, Microcells, and
Picocells
{March, 16, 2004 }
IEEE P802.20-
1
2
High Capacity
per sector/per carrier
High Frequency
Re-Use Network
50’-100’
Co-Channel BTS
Maximum path Loss
Low
End to End
Latency
Broadband User
Experience
1 - 4 miles
3
Figure 1: Desired Attributes of an MBWA System
4
Option 1 – Version 11r (continued)
5
6
7
8
The AI shall support a layered architecture and separation of functionality between user, data
and control. The AI must efficiently convey bi-directional packetized, bursty IP traffic with
packet lengths and packet train temporal behavior consistent with that of wired IP networks.
The 802.20 AI shall support high-speed mobility.
9
Option 2 – Joint Contribution (continued)
10
11
12
13
The AI shall support a layered architecture and separation of functionality between user, data
and control. The AI shall efficiently convey bi-directional bursty IP traffic with packet lengths
and packet train temporal behavior consistent with that of wired IP networks. The 802.20 AI
shall support high-speed mobility.
14
15
16
3.1.1
17
Reference Architecture – See Version 11r
{March, 16, 2004 }
IEEE P802.20-
1
2
Definition of Interfaces – See SRD Version 11r
3.2
3
4
4
5
4.1
6
4.1.1
7
4.1.1.1
8
Option 1 : Version 11r
9
The AI shall support deployment in at least one of the following block assignment sizes
Functional and Performance Requirements
System
Support for Different Block Assignments
(section 4.1.2 in 11r) Spectrum Block Assignment Sizes - 2 options
10
FDD Assignments
TDD Assignments
2 x 1.25 MHz
2 x 5 MHz
2 x 10 MHz
2x15 MHz
2 x 20 MHz
2.5 MHz
5 MHz
10 MHz
20 MHz
30 MHz
40 MHz
11
12
The individual 802.20 AI proposals may optimize their MAC and PHY designs for specific
bandwidth and Duplexing schemes.
13
14
This section is not intended to specify a particular channel bandwidth. Proposals do not need
to fit into all block assignments.
15
Option 2 – Joint Contribution
16
17
18
19
20
21
A block assignment, which may consist of paired or unpaired spectrum, is the block
of licensed spectrum assigned to an individual operator. It is assumed here that the
spectrum adjacent to the block assignment is assigned to a different network
operator. At the edges of the block assignment the applicable out-of- band emission
limits shall apply (for example, the limits defined in 47 CFR 24.238 for PCS). A
block is typically divided into one or more channels (see section x.x.x.x.)
{March, 16, 2004 }
1
IEEE P802.20-
The AI shall support deployment in at least one of the following block assignment sizes:
2
FDD Assignments
TDD Assignments
2 x 1.25 MHz
2 x 5 MHz
2 x 10 MHz
2x15 MHz
2 x 20 MHz
2.5 MHz
5 MHz
10 MHz
20 MHz
30 MHz
40 MHz
3
4
5
The 802.20 standard shall have a common core MAC supporting all of the PHY’s proposed,
however parts of the MAC may need to be modified to accommodate the differences between
the PHY’s.
6
7
This section is not intended to specify a particular channel bandwidth. Proposals do not need
to fit into all block assignments.
8
Option 2 – Joint Contribution (Continued)
9
4.1.1.2
10
11
12
13
RF Channel Bandwidths – New section
Channel bandwidth is defined as the spectrum required by one channel and contains the
occupied bandwidth (as defined in Appendix A) and an additional intra-channel buffer
spectrum necessary to meet the radio performance specifications in same-technology, adjacent
channels deployment. Figure 5 illustrates the definition of channel bandwidth .
Occupied Bandwidth
Channel Bandwidth
14
15
Figure 2: Channel Bandwith = Occupied Bandwidth + Buffer Spectrum
16
17
18
19
20
21
The partition of a given block assignment into one or more channels shall be consistent with
any applicable regulatory and industry standards and may require allocation of block-edge
guard bands to provide adequate interference protection for/from systems (of same or different
radio technologies) operating in adjacent blocks/bands.
{March, 16, 2004 }
IEEE P802.20-
1
(section 4.1.1 in 11r) System Spectral Efficiency (bps/Hz/sector) – 4 options
2
4.1.2
3
Option 1 – From Version 11r: Option 1
4
5
6
7
8
9
10
The system spectral efficiency of the 802.20 air interface shall be quoted for the case of a three
sector baseline configuration1. It shall be computed in a loaded multi-cellular network setting,
which shall be simulated based on the methodology established by the 802.20 evaluation
criteria group. It shall consider among other factors a minimum expected data rate/user and/or
other fairness criteria, and percentage of throughput due to duplicated information flow. The
values shall be quoted on a b/s/Hz/sector basis. The system spectral efficiency of the 802.20
air interface shall be greater than:
Bandwidth
1.25 MHz
Parameter
11
12
Spectral
Efficiency
(b/s/Hz/sector)
1
Down Link
Up Link
Ø1
Ø2
Ø1
1.2
2.4
0.6
5 MHz
Down Link
Up Link
Ø2
Ø1
Ø2
Ø1
Ø2
1.2
1.2
2.4
0.6
1.2
Since the base configuration is only required for the purpose of comparing system
spectral efficiency, proposals may submit deployment models over and beyond the base
configuration.
{March, 16, 2004 }
IEEE P802.20-
1
Option 2 – From Version 11r: Option 2
2
3
4
5
6
7
8
The system spectral efficiency of the 802.20 air interface shall be quoted for the case of a three
sector baseline configuration2. It shall be computed in a loaded multi-cellular network setting,
which shall be simulated based on the methodology established by the 802.20 evaluation
criteria group. It shall consider among other factors a minimum expected data rate/user and/or
other fairness criteria, and percentage of throughput due to duplicated information flow. The
values shall be quoted on a b/s/Hz/sector basis. The system spectral efficiency of the 802.20
air interface shall be greater than XX b/s/Hz/sector.
9
10
Option 3- Joint Requirements
11
12
13
14
Definition: In this document, the term “System Spectral Efficiency” is defined in the context
of a full block assignment deployment and is, thus, calculated as the average aggregate
throughput per sector (bps/sector), divided by the spectrum block assignment size (Hz)( taking
out all PHY/MAC overhead).
15
16
17
18
19
20
21
For proposal evaluation purposes, the System Spectral Efficiency of the 802.20 air interface
shall be quoted for the case of a three sector baseline configuration3 and an agreed-upon block
assignment size. It shall be computed in a loaded multi-cellular network setting, which shall
be simulated based on the methodology established by the 802.20 evaluation criteria group. It
shall consider, among other factors, a minimum expected data rate/user and/or other fairness
criteria, QoS and percentage of throughput due to duplicated information flow.
2
Since the base configuration is only required for the purpose of comparing system
spectral efficiency, proposals may submit deployment models over and beyond the base
configuration.
3
Since the base configuration is only required for the purpose of comparing system
spectral efficiency, proposals may submit deployment models over and beyond the base
configuration.
{March, 16, 2004 }
IEEE P802.20-
1
Option 3 – (continued)
2
3
4
5
6
Performance requirements
The system spectral efficiency of the 802.20 air interface shall be greater than the values
indicated in table 4-1. The spectral efficiency at higher speeds than those shown should
degrade gracefully.
Channel Bandwidth
Parameter
Spectral Efficiency
(b/s/Hz/sector)
1.25 MHz. @
3km/hr
1.25 MHz . @
120km/hr
5 MHz.@
3km/hr
5 MHz. @
120 km/hr
DL
UL
DL
UL
DL
UL
DL
UL
2.0
1.0
1.0
0.75
2.0
1.0
1.0
0.75
Table 4-1 Spectral Efficiency
7
8
9
Option 4 – Contribution from members affiliated with Arraycomm
10
{editors note: this is option 2 using 1 b/s/Hz}
11
12
13
14
15
16
17
18
The system spectral efficiency of the 802.20 air interface shall be quoted for the case of a three
sector baseline configuration4. It shall be computed in a loaded multi-cellular network setting,
which shall be simulated based on the methodology established by the 802.20 evaluation
criteria group. It shall consider among other factors a minimum expected data rate/user and/or
other fairness criteria, and percentage of throughput due to duplicated information flow. The
values shall be quoted on a b/s/Hz/sector basis. The system spectral efficiency of the 802.20
air interface shall be greater than 1 b/s/Hz/sector.
4
Since the base configuration is only required for the purpose of comparing system
spectral efficiency, proposals may submit deployment models over and beyond the base
configuration.
{March, 16, 2004 }
IEEE P802.20-
1
2
3
4
5
6
7
8
9
10
11
4.1.3
Duplexing - 2 options
Option 1 – Version 11r
The AI shall support both Frequency Division Duplexing (FDD) and Time Division
Duplexing (TDD).
Option 2 – Joint Contribution
JC Option – Delete Section
{March, 16, 2004 }
IEEE P802.20-
1
2
4.1.4
3
Option 1 – Version 11r
4
5
6
7
The AI shall support different modes of mobility from pedestrian (3 km/hr) to very high speed
(250 km/hr). As an example, data rates gracefully degrade from pedestrian speeds to high
speed mobility.
Option 2 – Joint Contribution
8
9
10
The AI shall support different modes of mobility, from pedestrian (3 km/hr) speeds to very
high vehicular speeds (up to 250 km/hr). Data rates should gracefully degrade from pedestrian
speed to high vehicular speeds.
Mobility - 2 options
{March, 16, 2004 }
IEEE P802.20-
1
Aggregate Data Rates – Downlink & Uplink - 3 options
2
4.1.5
3
OPTION 1: Version 11r – Option 1
4
5
The aggregate data rate for downlink and uplink shall be consistent with the spectral
efficiency. Example Aggregate Data Rates are shown in table 4-1.
Bandwidth
1.25 MHz
Parameter
6
Aggregate
Data
Throughput/sec
tor
Down Link
Up Link
Ø1
Ø2
Ø1
1.5
Mbps
3.0
Mbps
0.75
Mbps
7
8
5 MHz
Down Link
Up Link
Ø2
Ø1
Ø2
Ø1
Ø2
1.5
Mbps
6.0
Mbps
12.0
Mbps
3.0
Mbps
6.0
Mbps
Table 4-2
Option 2 – Version 11r – Option 2
9
10
The aggregate data rate for downlink and uplink shall be consistent with the spectral
efficiency.
11
Option 3 – Joint Contribution
12
13
14
15
The average aggregate data rate for downlink and uplink shall be consistent with the spectral
efficiency. Example channel bandwidths and corresponding aggregate data rates are shown in
table 4-2 for an FDD system, these same numbers apply to a TDD system with twice the
channel bandwidth.
Channel Bandwidth- FDD System
Parameter
Average Aggregate
Data Throughput
(Mbps/ Sector)
16
17
1.25 MHz. @
3km/hr
1.25 MHz . @
120km/hr
DL
DL
2.5
UL
1.25
1.25
5 MHz.@
3km/hr
UL
0.94
DL
10.0
Table 4-3 Aggregate Data Rates
UL
5.0
5 MHz. @ 120
km/hr
DL
5.0
UL
3.75
{March, 16, 2004 }
IEEE P802.20-
1
2
4.1.5.1
3
4
5
6
The AI shall support peak per-user data rates in excess of the values shown in table 4-2. These
peak data rate targets are independent of channel conditions, traffic loading, and system
architecture. The peak per user data rate targets are less than the peak aggregate per cell data
rate to allow for design and operational choices.
7
8
Average user data rates in a loaded system shall be in excess of 512Kbps downlink and
128Kbps uplink. This shall be true for 90% of the cell coverage or greater.
User Data Rates - Downlink and Uplink - 3 options
Option 1 – Version 11r option 1
9
Bandwidth
1.25 MHz
Parameter
Peak User
Data Rate
Down Link
Up Link
Ø1
Ø2
Ø1
3.0
Mbps
4.5
Mbps
1.5
Mbps
5 MHz
Down Link
Up Link
Ø2
Ø1
Ø2
Ø1
Ø2
2.25
Mbps
12.0
Mbps
18.0
Mbps
6.0
Mbps
9.0
Mbps
10
11
Table 4-4
12
Option 2 – Version 11r Option 2
13
14
15
16
The AI shall support peak per-user data rates in excess of 1 Mbps on the downlink and in
excess of 300 kbps on the uplink. These peak data rate targets are independent of channel
conditions, traffic loading, and system architecture. The peak per user data rate targets are less
than the peak aggregate per cell data rate to allow for design and operational choices.
17
18
Average user data rates in a loaded system shall be in excess of 512Kbps downlink and
128Kbps uplink. This shall be true for 90% of the cell coverage or greater.
19
Option 3 – Joint Contribution
20
21
The AI shall support peak, per-user, data rates in excess of the values shown in table 4-3. The
peak data rates shown in table 4-3 are under ideal channel conditions
22
{March, 16, 2004 }
IEEE P802.20-
1
2
Channel Bandwidth
Parameter
Minimum Peak User
Data Rate (Mbps)
1.25 MHz. @
3km/hr
1.25 MHz . @
120km/hr
DL
UL
DL
3
1.5
UL
3
Table 4-5 Peak User Data Rate
1.5
5 MHz.@
3km/hr
DL
UL
12
6
5 MHz. @ 120
km/hr
DL
12
UL
6
{March, 16, 2004 }
IEEE P802.20-
1
2
4.1.6
Number of Simultaneous Active Users - 2 options
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Option 1 – Version 11r
The MAC layer should be able to control >100 simultaneous active sessions per sector. An
active session is a time duration during which a user can receive and/or transmit data with
potentially only minimal delay (i.e. in the absence of service level controls, e.g. QoS
constraints). In this state the user should have a bearer channel available with a delay of less
than 25ms.
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
Option 2 – Joint Contribution
Note that certain applications will have to be given preferential treatment with respect to delay
in order to work, e.g. VoIP. This requirement shall be met even if the sessions are all on
different terminals.
This requirement applies to a FDD 2 x1.25 MHz or TDD 2.5 MHz system. This parameter
scales linearly with system bandwidth if the same application mixes are assumed.
Note: Depending on traffic mix within a cell the control capacity may not be the limiting
system parameter.
The MAC layer shall be able to serve more than 100 simultaneous active sessions per
sector/carrier. An active session is a time period during which the network has AI resources
allocated to the mobile and the mobile terminal is able to receive and/or transmit data on the
next available frame. (i.e. in the absence of service level controls, e.g. QoS constraints). If a
mobile is in any other state then the MAC shall be able to allocate AI resources to that MS
90% of the time within 25ms.assuming that resources are available on the PHY.
Note that certain applications will have to be given preferential treatment with respect to delay
in order to work at expected performance level, e.g. VoIP. This requirement shall be met even
if the sessions are all on different terminals.
This requirement applies to a FDD 2 x1.25 MHz or TDD 2.5 MHz system. This parameter
should scale proportionally by system bandwidth assuming the same traffic mix.
Note: The control capacity shall not be the limiting factor on number of active sessions.
{March, 16, 2004 }
IEEE P802.20-
1
Latency and Packet Error Rate – 4 options
2
4.1.7
3
OPTION 1) [
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
The system shall support a variety of traffic classes with different latency and packet error
rates performance, in order to meet the end-user QoS requirements for the various
applications, as recommended by ITU [2]. Based on the classification of traffic in accordance
with the QoS architecture as described in Section 4.4.1 [3,4,5,6], appropriate latency and
packet error rate performance targets can be associated with each class.
22
Option 2: [Top two paragraphs same as Option 1
23
For the Best Effort traffic class, it may be useful to consider following two documents:
To support the Expedited Forwarding traffic class, the latency should be as low as possible
while the corresponding packet error rate should be low enough to support real-time
conversational audio/video applications, and near zero for error intolerant, delay sensitive data
applications such as Telnet, interactive games.
For the Best Effort traffic class, the packet error rate performance should comply with the
requirement as stated in IEEE Std. 802 -2001 [7], quoted as follows:
“The probability that a MAC Service Data Unit (MSDU) is not delivered correctly at an
MSAP due to the operation of the Physical layer and the MAC protocol, SHALL be less than 8 x 10-8 per
octet of MSDU length.”]
24
25
- IEEE Std. 802 -2001 [Error! Reference source not found.]
26
- IEEE 802.11-97 (99)
27
]
28
29
30
31
32
33
34
35
36
37
38
39
40
OPTION 3: [
The system shall support a variety of traffic classes with different latency and packet error rate
requirements as suggested in the RFC "Configuration Guidelines for DiffServ Service
Classes" http://www.ietf.org/internet-drafts/draft-baker-diffserv-basic-classes-01.txt.
Class
Attributes of Traffic
----------------------------------------------------------Conversational | Two-way, low delay, low data loss
| rate, sensitive to delay variations.
----------------------------------------------------------Streaming
| Same as conversational, one-way,
| less sensitive to delay. May require
| high bandwidth.
{March, 16, 2004 }
1
2
3
4
5
6
7
8
9
IEEE P802.20-
----------------------------------------------------------Interactive | Two-way, bursty, variable
| bandwidth requirements moderate
| delay, moderate data loss rate
| correctable in part.
----------------------------------------------------------Background | Highly tolerant to delay and data
| loss rate has variable bandwidth.
-----------------------------------------------------------
10
OPTION 4: [
11
12
13
The system shall support a variety of traffic classes with different latency and packet error rate
requirements as shown in the following table. The classification of traffic in the table supports
the QoS architecture as described in Section XXX
14
Expedited Forwarding
(EF)
Assured
Best Effort
Forwarding (AF)
(BE)
~ 30 ms (TBR)
~ 30 ms – 10 s (TBR)
>> 10 s (TBR)
3 x 10-2
10-2 – 2.5 x 10-1 (TBR)
2.5 x 10-1 (TBR)
5 x 10-13 (TBR)
5 x 10-13 – 8 x 10-5 (TBR)
8 x 10-5
Traffic classes
Latency
Packet Error Rate for
Error Tolerant
Applications
Packet Error Rate for
Error Intolerant
Applications
15
16
{March, 16, 2004 }
IEEE P802.20-
1
2
3
4.1.8
4
Option 1 – Version 11r
5
6
7
Interconnectivity at the PHY/MAC will be provided at the Base Station and/or the Mobile
Terminal for advanced multi antenna technologies to achieve higher effective data rates, user
capacity, cell sizes and reliability. As an example, MIMO.
8
Option 2 – Joint Contribution
9
10
11
Support for Multi Antenna Capabilities - 2 options
The 802.20 standard shall include MAC/PHY features to support mutli-antenna capabililites at
both the BS and the MS.
{March, 16, 2004 }
IEEE P802.20-
1
2
4.1.9
3
Option 1 – Version 11r
4
5
6
Interconnectivity at the PHY/MAC will be provided at the Base Station and/or the Mobile
Terminal for advanced multi antenna technologies to achieve higher effective data rates, user
capacity, cell sizes and reliability. As an example, MIMO.
7
Option 2 – Version 11r (Note that this text is currently shown in brackets)
8
9
10
11
12
13
Antenna Diversity - 3 options
Delete section
Option 3 – Joint Contribution
The base station should provide antenna diversity, which may be an integral part of an
advanced antenna solution. The standard shall not preclude the use of antenna diversity at the
mobile stations.
{March, 16, 2004 }
IEEE P802.20-
1
2
3
4.1.10 Support for the use of Coverage Enhancing Technologies - See SRD version 11r
{March, 16, 2004 }
IEEE P802.20-
1
2
4.1.11 Best Server Selection
3
Option 1 – Version 11r
4
5
6
In the presence of multiple available Base Stations, the system PHY/MAC will select the best
server based upon system loading, signal strength, capacity and tier of service. Additional
weighting factors may also include back haul loading and least cost routing.
7
Option 2 – Version 11r (Note that this text is currently shown in brackets)
8
9
10
11
12
13
- 3 options
Delete section
Option 3 – Joint Contribution
In the presence of multiple available Base Stations, the system PHY/MAC will select the best
server based upon system loading, signal strength, capacity and tier of service. Additional
weighting factors may also include back haul loading and least cost routing.
{March, 16, 2004 }
IEEE P802.20-
1
2
4.1.12 QoS
3
Option 1 – Version 11r
4
5
6
7
8
The AI shall support the means to enable end-to-end QoS within the scope of the AI and shall
support a Policy-based QoS architecture. The resolution of QoS in the AI shall be consistent
with the end-to-end QoS at the Core Network level. The AI shall support IPv4 and IPv6
enabled QoS resolutions. The AI shall support efficient radio resource management
(allocation, maintenance, and release) to satisfy user QoS and policy requirements
9
Option 2 – Joint Contribution – No change in language
10
11
12
13
14
15
16
- 1 option
The AI shall support the means to enable end-to-end QoS within the scope of the AI and shall
support a Policy-based QoS architecture. The resolution of QoS in the AI shall be consistent
with the end-to-end QoS at the Core Network level. The AI shall support IPv4 and IPv6
enabled QoS resolutions. The AI shall support efficient radio resource management
(allocation, maintenance, and release) and performance monitoring to satisfy user QoS and
policy requirements
{March, 16, 2004 }
IEEE P802.20-
1
2
4.1.13 Network Security - See SRD version 11r
3
4
4.1.13.1 Access Control - See SRD version 11r
5
4.1.13.2 Privacy Methods - See SRD version 11r
6
4.1.13.3 User Privacy - See SRD version 11r
7
4.1.13.4
8
4.1.13.5 Security Algorithm - See SRD version 11r
9
4.2
10
4.2.1
11
Option 1 : version 11r
12
13
Blocking and selectivity specifications shall be consistent with best commercial practice for
mobile wide-area terminals.
14
Option 2 – Joint Contribution
15
16
Blocking and selectivity specifications shall be consistent with best commercial practice for
mobile wide-area terminals.
17
18
IEEE 802.20-based systems shall have BS and MT receivers that have noise figure (NF)
specifications better than 5 dB (BS) and 9 dB (MT).
19
20
The receiver sensitivity is determined by its NF, channel bandwidth and required output S/N
ratio at a specified BER, and is expressed in the following equation:
21
Sensitivity = NF + N0 + S/Nout
22
Denial of Service Attacks - See SRD version 11r
PHY/RF
Noise figure / Receiver sensitivity - 2 options
N0 is the thermal noise floor level which is given by this equation:
23
N0 = 10 log10 (K T B) (in dBm)
24
25
26
27
28
29
30
31
Where K is Boltzmann’s constant (1.38 E-23), T is Kelvin temperature (290 in room
temperature) and B is the receiver bandwidth (in Hz)
A good reference number to remember is: N0 = -114 dBm for a 1 MHz receiver. For a 5 MHz
receiver, N0 is 7 dB higher (-107 dBm) and for a 10 MHz receiver N0 = -104 dBm.
As an example, a 5 MHz receiver having 10 dB NF (MT case) at 10dB S/N will have a
sensitivity of -92 dBm (-107 + 5 +10).
{March, 16, 2004 }
1
2
3
4
4.2.2
Link Adaptation and Power Control - See SRD version 11r
IEEE P802.20-
{March, 16, 2004 }
IEEE P802.20-
1
2
4.2.3
3
Option 1 – Version 11r option 1
4
5
6
7
The system is expected to work in dense urban, suburban and rural outdoor-indoor
environments and the relevant channel models shall be applicable. The system shall NOT be
designed for indoor only and outdoor only scenarios. The system should support 95% (TBR)
of the channel models with various delay spread values in each of the above environments.
8
Option 2 – Version 11r option 2
Performance under Mobility and Delay Spread
- 4 options
9
10
11
12
The system is expected to work in dense urban, suburban and rural outdoor-indoor
environments and the relevant channel models shall be applicable. The system shall NOT be
designed for indoor only and outdoor only scenarios. The system should support a delay
spread of at least 5 micro-seconds.
13
Option 3 – Version 11r option 3
14
15
16
The system shall work in dense urban, suburban, rural outdoor-indoor, pedestrian and
vehicular environments and the relevant channel models shall be applicable. The system shall
NOT be designed for indoor only and outdoor only scenarios.
17
Option 4 – Joint Contribution
18
19
20
21
22
The system is expected to work in dense urban, suburban and rural outdoor-indoor
environments and the relevant channel models shall be applicable. The system shall NOT be
designed for indoor only and outdoor only scenarios. The aggregate and peak user data rates
and the sensitivity requirements shall be met with a delay spread of at least 10 microseconds.
{March, 16, 2004 }
IEEE P802.20-
1
Duplexing – FDD and TDD - 2 options
2
4.2.4
3
Option 1 – Version 11r
4
5
The 802.20 standard shall support both Frequency Division Duplex (FDD) and Time Division
Duplex (TDD) frequency arrangements
6
Option 2 – Joint Contribution
7
8
Delete Section..
{March, 16, 2004 }
IEEE P802.20-
1
2
4.2.5
Synchronization - See SRD version 11r
3
4.2.6
Measurements
4
4.3
Spectral Requirements - See SRD version 11r
4.4
Layer 2 MAC (Media Access Control)
- See SRD version 11r
5
6
7
8
4.4.1
9
4.5
Quality of Service and the MAC
- See SRD version 11r
Layer 3+ Support
10
- See SRD version 11r
11
4.5.1
Handoff Support - See SRD version 11r
12
13
4.5.1.1
IP-Level Handoff - See SRD version 11r
14
15
4.5.2
16
OPTION 1: [DELETE SECTION]
17
OPTION 2: [
18
19
20
802.1Q tagging must be supported by the system (such that network egress traffic can be
switched by a L2 device to the appropriate L2 termination device for managing backbone
traffic or distinguishing traffic for wholesale partners in a wholesale environment).]
802.1Q tagging
- 2 options
21
22
4.5.3
CPE software upgrade “push” - See SRD version 11r
25
4.5.4
OA&M Support
26
OPTION 1: version 11r[
23
24
- 4 options
{March, 16, 2004 }
IEEE P802.20-
1
2
The air interface will provide necessary infrastructure in order for a network operator to
monitor the performance of the 802.20 air interface.
3
4
The following values must be made available in real-time with redisplay intervals of no less
than 1000 msecs, with the option to be displayed in both cumulative and delta modes:
5

Aggregate base station bytes served at each coding/modulation configuration
6

Correctable and uncorrectable block errors
7
8

Identity of specific Mobile Stations which exhibit a higher than average packet error
rate
9

PHY/MAC/NET based usage consumption statistics per Mobile Station
10

Successful and failed service requests for both up and downlink directions
11
12

Unique number of active Mobile Stations, as well as which specific stations are active,
for both up and downlink directions
13

Number of ungraceful session disconnections
14

Signal strength per user (UL and DL)
15

Interference level or C/I per user (UL and DL)
16

Bit Error Rate per user (UL and DL) for both traffic and signaling information
17
18

Aggregate percent resource space utilization (UL and DL) per sector. Resource space
should include time slots, codes, tones, etc.
19

ID of sector serving each user
20
21

Effective Noise Floor seen at the BTS (should rise with increased levels of
interference)
22

Effective Throughput per user (DL/UL)
23

Interface statistics (RFC1213); SNMP OID group 1.3.6.1.2.1.2.2]
24
25
26
27
These statistics should be made available via an IEEE compliant MIB. ]
•
OPTION 2: version 11r[The air interface shall support the collection of the following
metrics so that a network operator to can effectively monitor the performance of the
802.20 air interfaces.
{March, 16, 2004 }
1
2
3
4
•
IEEE P802.20-
The following values must be made available in real-time with redisplay intervals of
no less than 1000 msecs, with the option to be displayed in both cumulative and delta
modes:
•
Paging Channel
5
–
Paging Channel Delivery
6
–
Occupancy/capacity used
7
•
Access Channel
8
–
Access Channel Reception
9
–
Occupancy/ Capacity
10
•
–
11
12
•
•
Successful and failed
Forward Traffic Channel Delivery
–
15
Timing/ delay
Registrations
–
13
14
State transitions
Total and Per user
16
•
MAC retries
17
•
PHY retries
18
•
MAC/PHY delay
19
•
Total blocks/PDU assigned and delivered
20
•
Uncorrectable Errors
21
•
Signal Strength
22
•
Reverse Traffic Channel Reception
–
23
Total and Per user
24
•
MAC retries
25
•
PHY retries
26
•
MAC/PHY delay
27
•
Total blocks/PDU assigned and delivered
28
•
Uncorrectable Errors
29
•
Signal Strength
30
•
Hand-offs
31
•
UL & DL Power Measurements
32
33
34
–
Total and per user
These statistics should be made available via a network management protocol
compliant MIB.]
{March, 16, 2004 }
IEEE P802.20-
1
2
OPTION 3: version 11r[These statistics should be made available via a network management protocol
compliant MIB]
3
Option 4 – Contribution from Motorola
4
5
6
4.6
Scheduler - See SRD version 11r
7
4.7
User State Transitions - See SRD version 11r
4.8
Resource Allocation - See SRD version 11r
8
9
10
5
11
Appendix A
References
- See SRD version 11r
Definition of Terms and Concepts - See SRD version 11r