Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission...

23
Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07 Source: Hanaro: Kyu Sik, Choi +82-2-6266-6520 [email protected] KT: Hotark Hwang +82-31-727-2200 [email protected] Seongchoon Lee +82-2-526-6153 [email protected] Yongbum Kim +82-31-727-0200 [email protected] Nextel: Steve Dennett [email protected] Michael Ha [email protected] Masoud Olfat [email protected] SKT: Ha Sung Ho +82-2-6323-3130 [email protected] Sprint Khurram Sheikh khurram.p.sheikh @mail.sprint.com Tina Hubbard [email protected] John Humbert [email protected] Chris Seagren 913-794-3793 [email protected] Venue: Portland Plenary July 2004 Base Document: Purpose: FYI Notice: This document has been prepared to assist IEEE 802.16. 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.16. IEEE 802.16 Patent Policy: The contributor is familiar with the IEEE 802.16 Patent Policy and Procedures <http://ieee802.org/16/ipr/patents/policy.html>, including the statement "IEEE standards may include the known use of patent(s), including patent applications, provided the IEEE receives assurance from the patent holder or applicant with respect to patents essential for compliance with both mandatory and optional portions of the standard." Early disclosure to the Working Group of patent information that might be relevant to the standard is essential to reduce the possibility for delays in the development process and increase the likelihood that the draft publication will be approved for publication. Please notify the Chair <mailto:[email protected]> as early as possible, in written or electronic form, if patented technology (or technology under patent application) might be incorporated into a draft standard being developed within the IEEE 802.16 Working Group. The Chair will disclose this notification via the IEEE 802.16 web site <http://ieee802.org/16/ipr/patents/notices>.

Transcript of Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission...

Page 1: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

Operator Service Requirements

IEEE 802.16 Presentation Submission Template (Rev. 8.3)Document Number:

IEEE C802.16e-04/235Date Submitted:

2004-07-07Source: Hanaro: Kyu Sik, Choi +82-2-6266-6520 [email protected]

KT: Hotark Hwang +82-31-727-2200 [email protected] Lee +82-2-526-6153 [email protected] Kim +82-31-727-0200 [email protected]

Nextel: Steve Dennett [email protected] Ha [email protected] Olfat [email protected]

SKT: Ha Sung Ho +82-2-6323-3130 [email protected] Khurram Sheikh [email protected]

Tina Hubbard [email protected] Humbert [email protected] Seagren 913-794-3793 [email protected]

Venue:Portland Plenary July 2004

Base Document:

Purpose:FYI

Notice:This document has been prepared to assist IEEE 802.16. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in thisdocument 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 Standardspublication; 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 toreproduce 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.16.

IEEE 802.16 Patent Policy:The contributor is familiar with the IEEE 802.16 Patent Policy and Procedures <http://ieee802.org/16/ipr/patents/policy.html>, including the statement "IEEE standards may include theknown use of patent(s), including patent applications, provided the IEEE receives assurance from the patent holder or applicant with respect to patents essential for compliance with bothmandatory and optional portions of the standard." Early disclosure to the Working Group of patent information that might be relevant to the standard is essential to reduce the possibilityfor delays in the development process and increase the likelihood that the draft publication will be approved for publication. Please notify the Chair <mailto:[email protected]> asearly as possible, in written or electronic form, if patented technology (or technology under patent application) might be incorporated into a draft standard being developed within the IEEE802.16 Working Group. The Chair will disclose this notification via the IEEE 802.16 web site <http://ieee802.org/16/ipr/patents/notices>.

Page 2: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

2

Joint Contribution onOperators Vision forService & Technical

Requirements

Joint Contribution onOperators Vision forService & Technical

Requirements

Page 3: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

3

Contents

Service Vision Key Applications

User Experience Expectations

Market Drivers

Technical Requirements

Definitions

Page 4: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

4

Operators Vision for Wireless Broadband Data

End-to-End Wireless IP Data Services Design

Better than 1+ Mbps Performance User Experience

Mobility for Data with IP QoS suppportDay 1 - Non real time

Future - Real time

Integrated wireless backhaul capability

True International Standard and DevicesRequires flexibility for bandwidth and bandplans

Need to support both TDD and FDD based on spectrumallocations

Devices examples: Desktop modem, PCMCIA card, Handset,Compact FlashEmbedded into all broadband capable consumer devices

10x+ competitive advantage to current 3G systems

Page 5: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

5

•Work•Domain

•Home•Domain

•Seamless•Seamless•Ubiquitous•Ubiquitous•Experience•Experience

•Mobile•Domain

•Portable Remote •Access Services

•Field Service Apps

•Hotel/Motel

•Portable Services•Mobile Commerce

•Services

•Mobile Office (Voice •and Data Apps)

•High BW Connectivity

•Video Streaming •-•Conferencing Apps

•Portable•Office

•Reservations•-•Listings •Directions Services

•Video Streaming •-•Conferencing Apps

•Video Streaming •-•Conferencing Apps

• Broadband•Wireless Access

Page 6: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

6

LMDS

Bro

adba

ndN

arro

wba

nd

Fixed Local Area Wide Area

Typ

ical

Use

r D

ata

Rat

e

1G

2.5G

Bluetooth

Wi-Fi

Satellite

3G

Next GenerationTarget

Sweet Spot

Dial-up

Cable/DSL

Source: FCC, 2002, with modifications by author

Service Requirements – Market DriversNext Generation Wireless – “Sweet Spot”

Page 7: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

7

Technical Requirements

User Data Rate performance defined asaverage data rate at peak load for 90% ofcell

90% reference = 90% of the cell area

1 Mbps DL, 384 kbps UL – with overhead(without channel coding, just PHY datarate).

Average User Data RatePerformance

Bursting capability is defined as maximumrate achievable within the cell (at highestmodulation order)

>3 Mbps DL, >1 Mbps ULBursting Capabilities

802 Based Systems – Layer 2 & abovehandover (open for discussion)

3G Based Networks – Open, to be decidedlater

Make before Break (MBB) supported inlogical channel & Break Before Make (BBM)in physical channel is one option, open toothers

The system shall support mobileperformance at a minimum of 60 km/hrwith an option to support higher speeds(upto 120 km/hr) with a gracefuldegradation of data rate. (Day one)

The system shall support handover toexisting networks (i.e. seamless handoverfrom BWA to existing mobile networks).

Mobility & Handover

Latency budget for Mobile IP based handover

Mobile IPv4 vs. v6: Triangular Routing, Addressingetc

Micro-Mobility & Macro-Mobility

Leverage mobility management of IMS system

L2 handover to .11 and other 802 interfaces (option)

Handover to 3G systems3G-Based Protocols

MobileIP+ implementationMobility Management

ConsiderationsRequirementTopic

Page 8: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

8

Technical Requirements

Large cell sizes (>3 km) in suburbanenvironment

Coverage limited

Utilizing existing cellular cell sites &antennas

Economical Backhaul

~1 km cell sizes

Capacity limited

Low-power base stations with self-healing,self-routing properties

Utilizing low-height (<20 m) sites like utilitypoles and repeaters

Option to look at Micro- Cellular withrepeaters and Mesh Networking

Utilizing low-height (<20 m) sites likeutility poles and repeaters

Macro-Cellular

Micro-Cellular

Radio NetworkArchitectures

ConsiderationsRequirementTopic

Page 9: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

9

Technical Requirements

Future Requirement

Real time applications with seamlesshandoff

Support for Real-Time based applicationsusing IP QoS protocols and Priority BasedQueuing

Examples : Gaming, Video telephonyand Conferencing

IP QoS

Assumptions

Session is “Active” or “On” (I.e.resources are allocated)

No queuing delay

<50 msec (user experience latency over theair link)

Roundtrip Latency

Time taken from idle to active<120 msecData Session Set-up time

160 dB is the target “System Gain”-combination of deterministic (like EIRP) andstatistical (like Diversity, MIMO SmartAntenna) gains of the system

Initial motivation for large cell sizes, deepindoor penetration and large capacity gainsto reduce capital expenditure and cost/MB

Initial target for desktop like devices (30dBm EIRP), can be relaxed for PC carddevices

Deep Indoor Penetration is required toprovide ubiquitous service

Deep Indoor Penetration –Improved Link BudgetPerformance

ConsiderationsRequirementTopic

Page 10: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

10

Technical Requirements

Low- Power RFIC & SoC technologydevelopment to enable low-cost embeddedchips for laptops, handhelds and otherconsumer broadband appliances (Built-in.11 hub with home device)

Embedded Devices

Uplink Channel bandwidths – link budgetconcerns, device processing capabilities

Lower cost/MB with wider bandwidths

Spectral Mask issues

Multiplexing Gain

Multi-Channel bandwidth ranges arepossible. Chip sets should support 5 & 10MHz with option of supporting otherswith similar tone structure.

Devices should support multiple channelbandwidth including 5 and 10 MHz withoption of supporting 20 MHz or othermultiple channel bandwidth as necessary.

Channel Bandwidths

Multipath fading channel assumedRayleigh with K=0

Channel model for MIMO smart antennaapplication

Symbol duration and cyclic prefix ratio

Up to 10 usecMaximum Delay Spread

ConsiderationsRequirementTopic

Page 11: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

11

Technical Requirements

Uniform distribution of users Mixedmobility environment (open to differentproportion)

1/3 stationary users, 1/3 low speed users, 1/3high speed users. Fully loaded system

Note: Uplink is assumed to be 50% ofdownlink. Also, ideal sectorization gain of 3is assumed.

Sustained SpectralEfficiency & SystemThroughput

International Standard would have bothTDD or FDD options with common radiotechnology.

Duplexing

High Capital Efficiency – HighMbps/Sector for Low Cost/MB

Handover Mechanism and Radio Design

Interference management for re-use of 1

1x1, 1x3 (Cell Re-Use x Sector Re-Use).Frequency Re-Use

ConsiderationsRequirementTopic

10Mbps/sector30 Mbps/cell

5 Mbps/sector15 Mbps/sector

UplinkDownlink

2 b/s/Hz/sector2 b/s/Hz/cell

1 b/s/Hz/sector3 b/s/Hz/cell

UplinkDownlink

20 Mbps/sector60 Mbps/cell

4 b/s/Hz/sector4 b/s/Hz/cell1x3

10 Mbps/sector30 Mbps/cell

2 b/s/Hz/sector6 b/s/Hz/cell1x1

Examples(5MHz for 1x1 and 15MHz for

1x3)Spectral EfficiencyR e-use

Factor

10Mbps/sector30 Mbps/cell

5 Mbps/sector15 Mbps/sector

UplinkDownlink

2 b/s/Hz/sector2 b/s/Hz/cell

1 b/s/Hz/sector3 b/s/Hz/cell

UplinkDownlink

20 Mbps/sector60 Mbps/cell

4 b/s/Hz/sector4 b/s/Hz/cell1x3

10 Mbps/sector30 Mbps/cell

2 b/s/Hz/sector6 b/s/Hz/cell1x1

Examples(5MHz for 1x1 and 15MHz for

1x3)Spectral EfficiencyR e-use

Factor

Page 12: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

12

Technical Requirements

X+ Capacity & Coverage Performance

Tradeoffs between device complexity, costand performance for multiple antennaelements and tx/rx chains

Array-based technologies for BS andassociated cabling/loading issues

Support hooks for space-time processingtechnologies like x-order diversity, NxMMIMO or smart antenna technology in theair interface design

Space-Time Processing orSmart Antennas

Lower C/I to get more robust radioperformance

Short packets (64 bytes or less)

To minimize TCP/IP application errorsbecause of radio system fluctuations

Error rate for 512 byte packet <=1%pre-ARQImplement an (H)ARQ algorithm tocorrect errors at L2 and allow lowerC/I at physical layer (higher errorrate)

Packet Error Rate

Initial motivation for large cell sizes andlarge capacity gains to reduce capitalexpenditure and cost/MBInitial target for desktop like devices (30dBm EIRP), can be relaxed for PC carddevices

160 dB is the target “System Gain”-combination of deterministic (like EIRP)and statistical (like Diversity, MIMO, SmartAntenna) gains of the system

Link Budget – SystemPerformance

OFDMAMultiple Access

> 80%MAC Efficiency

ConsiderationsRequirementTopic

Page 13: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

13

Technical Requirements

AES, EAP

IMS systems

Interworking with 3G systems

Gateway designs

Use IETF based IP protocols for L3+ foraddressing, application support, routing ,security, authentication

IETF based L3+

Contention-less Active Sessions

100 per carrier per sector

Contention Based Active Sessions

1000 per carrier per sector

# of Active Sessions

ConsiderationsRequirementTopic

Page 14: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

14

Operators Feedback

UnknownIP QoS support for Real-time AppsIP QoS

Yes5 & 10MHz channel bandwidths at theminimum

InternationalInteroperability

Unknown160dBLink Budget

Unknown50 msecRoundtrip Latency

Yes

Yes

Unknown

Macro-cell

Micro-cell

Micro-cell with repeaters and mesh

Network Architecture

UnknownSupport 60km/hr and up to 120km/hrwith graceful degradation

Mobility Support &Management

Unknown

Unknown

Unknown

1Mbps (DL), 384kbps (UL) per user

3Mbps (DL), 1Mbps (UL) Bursting

2 b/s/Hz/sector (1x1 reuse)

Throughput

Meets Req?RequirementTopic

Page 15: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

15

Operators Feedback

UnknownSeamlessly scale individual sectors to meetlocalized demand with efficient load-balancing mechanisms between carriers

Multi-carriermanagement

UnknownNeeded to support micro-to-macro handoffs(indoor to outdoor systems), transitionsbetween license blocks, interferencemitigation, and frequency reuse plans forboth active and idle modes.

Robust inter-frequencyhandoff

UnknownNegotiation of preferred PHY modesneeded to support roaming of devices ontodifferent operator networks. Device needsto be “Plug and Play” onto network.

Capability Negotiation

YesUp to 10 usec based on OFDMADelay Spread & MultipleAccess

Unknown< 1%; pre-ARQPacket Error Rate

Unknown> 80%MAC Efficiency

UnknownSpace-Time coding,

Beam forming, or others

Advanced AntennaSystem Support

UnknownList the dependencies of IETF L3 to802.16e

IETF based L3

Meets Req?RequirementTopic

Page 16: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

16

Definitions

Page 17: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

17

DefinitionsBursting Capabilities - maximum data rate achievable within the cell (at

highest modulation order)

Channel Bandwidth – regulatory licensed channel block

Duplexing – the simultaneous operation of a transmitter and a receiver,

most commonly used in FDD systems with a fixed transmit to receive

frequency offset

Delay Spread – The scattering of signals due to multipath effects, causing

multiple copies of the original signal to arrive at the receiver with variable

time offsets.

Maximum Tolerable Delay Spread - 10 µsec

Embedded Device – Here, this refers to communications devices that will

be incorporated into the designs of numerous other consumer products.

Data Session Set-Up Time – The time for creating a new MAC layer

services entity for the application session, including the margin for random

access delay variation

Page 18: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

18

Definitions - continuedFrequency Re-use – is described as (the number of times a specific channel

usage pattern is used in a network) x (the number of unique channels in the

pattern)

A 1 x 1 pattern means all sectors at all base stations use the same channel

A 1 x 3 pattern means that for a network of 3 sectored base stations, each

sector of an individual base station uses a different channel, and this pattern is

repeated at every base station.

IETF based L3+: This refers to the Internet Engineering Task Force

published documents describing standardized methods of handling IP based

addressing, applications support, routing, security and authentication.

Link Budget – The Link Budget, or System Gain, is a measure of the

capacity of the physical layer to overcome all losses in its environment.

MAC Efficiency – This is defined as the ratio of the data transmission

active period to the total transmit active time.

Page 19: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

19

Definitions - continuedMobility – Any non-fixed use of a mobile data terminal

Pedestrian – speeds to 3 km/hr

Vehicular – initially support speeds of 60 km/hr, with an evolutionary path to

120 km/hr

Mobility Management – is defined as any one of several of the various

solutions for seamlessly supporting a mobile client operating in a wireless

network and traveling between base stations, or possibly between diverse

networks.

OFDM – Orthogonal Frequency Division Multiplex is a modulation

technique that divides a transmitted data signal into a large number of

narrowband data transmissions all sent simultaneously.

OFDMA – Orthogonal Frequency Division Multiple Access is a variant of

OFDM that allows multiple subscribers to all transmit simultaneously and

not interfere with each other.

Page 20: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

20

Definitions - continuedPacket Error Rate – Is the percentage of invalid to valid packets delivered

by the Subscriber Station (SS.)

QoS – This is short for Quality of Service and refers to various techniques

use to differentiate and expedite IP traffic flows.

Round-Trip Latency - The round-trip latency is defined here to be the

duration from when a data frame is received by the physical layer of the

transmitter to the time when an acknowledgment for that frame is received

by the transmitting station.

Page 21: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

21

Definitions - continuedSpectral Efficiency - Sustained spectral efficiency is computed in a loaded

multi-cellular network setting. It is defined as the ratio of the expected

aggregate throughput (taking out all PHY/MAC overhead) to all users in an

interior cell divided by the system bandwidth. The sustained spectral

efficiency calculation shall assume that users are distributed uniformly

throughout the network and shall include a specification of the minimum

expected data rate/user.

Space-Time Processing – This is a general term covering a variety of

technologies that leverage the multiple propagation paths a signal may take

to improve airlink robustness.

VoIP – This stands for Voice over Internet Protocol and refers in general to

voice services that are delivered via packet protocol.

Page 22: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

22

Appendix

Page 23: Operator Service Requirements · Operator Service Requirements IEEE 802.16 Presentation Submission Template (Rev. 8.3) Document Number: IEEE C802.16e-04/235 Date Submitted: 2004-07-07

23

Mobility & Handover

Above L2

802.XNetwork

3GP

PN

etwork

3GPP2Network

TBD

TBD

Roa

min

g80

2.16

eN

etw

ork

Above L2802.16e

NetworkSupport for>60 km/hr

802.16eNetwork

Support for>60 km/hr

The system shall support mobileperformance at a minimum of 60km/hr with an option to supporthigher speeds (up to 120 km/hr) witha graceful degradation of data rate.

Session continuityis maintained.

•802.21