doc.: IEEE 802.11-07/2788r1
November 2007
IMT-Advanced Status Report
Date: 2007-11-12
Authors:
Name
Company
Address
Phone
email
Bruce Kraemer
Marvell
+1-321-4274098
bkraemer@marvell.com
Darwin Engwer
Nortel
Networks
5488 Marvell Ln
Santa Clara, CA
95054
4655 Great America
Pkwy, Santa Clara
CA 95054
+1-408-4952588
dengwer@nortel.com
Submission
Slide 1
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Admin
Submission
Slide 2
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Attendance
• http://newton
1. Register
2. Indicate attendance
• See document 11-07-2159r1 and 07-0767r1 for
more details
Submission
Slide 3
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Highlights of the IEEE-SA Standards Board Bylaws on
Patents in Standards
–
–
Participants have a duty to tell the IEEE if they know (based on personal awareness) of potentially
Essential Patent Claims they or their employer own
Participants are encouraged to tell the IEEE if they know of potentially Essential Patent Claims
owned by others
• This encouragement is particularly strong as the third party may not be a participant in the standards
process
–
–
–
Working Group required to request assurance
Early assurance is encouraged
Terms of assurance shall be either:
• Reasonable and nondiscriminatory, with or without monetary compensation; or,
• A statement of non-assertion of patent rights
–
Assurances
•
•
•
•
•
•
•
–
–
–
Shall be provided on the IEEE-SA Standards Board approved LOA form
May optionally include not-to-exceed rates, terms, and conditions
Shall not be circumvented through sale or transfer of patents
Shall be brought to the attention of any future assignees or transferees
Shall apply to Affiliates unless explicitly excluded
Are irrevocable once submitted and accepted
Shall be supplemented if Submitter becomes aware of other potential Essential Patent Claims
A “Blanket Letter of Assurance” may be provided at the option of the patent holder
A patent holder has no duty to perform a patent search
Full policy available at http://standards.ieee.org/guides/bylaws/sect6-7.html#6
Submission
Slide 4
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
1
doc.: IEEE 802.11-07/2788r1
November 2007
6.2 Policy
IEEE-SA Standards Board Bylaws on Patents in Standards
IEEE standards may be drafted in terms that include the use of Essential Patent Claims. If the IEEE receives
notice that a [Proposed] IEEE Standard may require the use of a potential Essential Patent Claim, the IEEE shall
request licensing assurance, on the IEEE Standards Board approved Letter of Assurance form, from the patent
holder or patent applicant. The IEEE shall request this assurance without coercion.
The Submitter of the Letter of Assurance may, after Reasonable and Good Faith Inquiry, indicate it is not aware of
any Patent Claims that the Submitter may own, control, or have the ability to license that might be or become
Essential Patent Claims. If the patent holder or patent applicant provides an assurance, it should do so as soon as
reasonably feasible in the standards development process. This assurance shall be provided prior to the Standards
Board’s approval of the standard. This assurance shall be provided prior to a reaffirmation if the IEEE receives
notice of a potential Essential Patent Claim after the standard’s approval or a prior reaffirmation. An asserted
potential Essential Patent Claim for which an assurance cannot be obtained (e.g., a Letter of Assurance is not
provided or the Letter of Assurance indicates that assurance is not being provided) shall be referred to the Patent
Committee.
A Letter of Assurance shall be either:
a) A general disclaimer to the effect that the Submitter without conditions will not enforce any present or future
Essential Patent Claims against any person or entity making, using, selling, offering to sell, importing,
distributing, or implementing a compliant implementation of the standard; or
b) A statement that a license for a compliant implementation of the standard will be made available to an
unrestricted number of applicants on a worldwide basis without compensation or under reasonable rates, with
reasonable terms and conditions that are demonstrably free of any unfair discrimination. At its sole option, the
Submitter may provide with its assurance any of the following: (i) a not-to-exceed license fee or rate
commitment, (ii) a sample license agreement, or (iii) one or more material licensing terms.
read
Submission
Slide 5
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
2
doc.: IEEE 802.11-07/2788r1
November 2007
IEEE-SA Standards Board Bylaws on Patents in Standards
Copies of an Accepted LOA may be provided to the working group, but shall not be discussed, at any standards
working group meeting.
The Submitter and all Affiliates (other than those Affiliates excluded in a Letter of Assurance) shall not assign or
otherwise transfer any rights in any Essential Patent Claims that are the subject of such Letter of Assurance that
they hold, control, or have the ability to license with the intent of circumventing or negating any of the
representations and commitments made in such Letter of Assurance.
The Submitter of a Letter of Assurance shall agree (a) to provide notice of a Letter of Assurance either through a
Statement of Encumbrance or by binding any assignee or transferee to the terms of such Letter of Assurance; and
(b) to require its assignee or transferee to (i) agree to similarly provide such notice and (ii) to bind its assignees or
transferees to agree to provide such notice as described in (a) and (b).
This assurance shall apply to the Submitter and its Affiliates except those Affiliates the Submitter specifically
excludes on the relevant Letter of Assurance.
If, after providing a Letter of Assurance to the IEEE, the Submitter becomes aware of additional Patent Claim(s)
not already covered by an existing Letter of Assurance that are owned, controlled, or licensable by the Submitter
that may be or become Essential Patent Claim(s) for the same IEEE Standard but are not the subject of an existing
Letter of Assurance, then such Submitter shall submit a Letter of Assurance stating its position regarding
enforcement or licensing of such Patent Claims. For the purposes of this commitment, the Submitter is deemed to
be aware if any of the following individuals who are from, employed by, or otherwise represent the Submitter have
personal knowledge of additional potential Essential Patent Claims, owned or controlled by the Submitter, related
to a [Proposed] IEEE Standard and not already the subject of a previously submitted Letter of Assurance: (a) past
or present participants in the development of the [Proposed] IEEE Standard, or (b) the individual executing the
previously submitted Letter of Assurance.
3
Submission
Slide 6
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
IEEE-SA Standards Board Bylaws on Patents in Standards
The assurance is irrevocable once submitted and accepted and shall apply, at a minimum, from the
date of the standard's approval to the date of the standard's withdrawal.
The IEEE is not responsible for identifying Essential Patent Claims for which a license may be
required, for conducting inquiries into the legal validity or scope of those Patent Claims, or for
determining whether any licensing terms or conditions are reasonable or non-discriminatory.
Nothing in this policy shall be interpreted as giving rise to a duty to conduct a patent search. No
license is implied by the submission of a Letter of Assurance.
In order for IEEE’s patent policy to function efficiently, individuals participating in the standards
development process: (a) shall inform the IEEE (or cause the IEEE to be informed) of the holder of
any potential Essential Patent Claims of which they are personally aware and that are not already
the subject of an existing Letter of Assurance, owned or controlled by the participant or the entity
the participant is from, employed by, or otherwise represents; and (b) should inform the IEEE (or
cause the IEEE to be informed) of any other holders of such potential Essential Patent Claims that
are not already the subject of an existing Letter of Assurance.
4
Submission
Slide 7
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Other Guidelines for IEEE WG Meetings
• All IEEE-SA standards meetings shall be conducted in compliance with all
applicable laws, including antitrust and competition laws.
• Don’t discuss the interpretation, validity, or essentiality of patents/patent claims.
• Don’t discuss specific license rates, terms, or conditions.
– Relative costs, including licensing costs of essential patent claims, of different technical
approaches may be discussed in standards development meetings.
• Technical considerations remain primary focus
• Don’t discuss fixing product prices, allocation of customers, or dividing sales
markets.
• Don’t discuss the status or substance of ongoing or threatened litigation.
• Don’t be silent if inappropriate topics are discussed… do formally object.
---------------------------------------------------------------
If you have questions, contact the IEEE-SA Standards Board Patent Committee Administrator at
patcom@ieee.org or visit http://standards.ieee.org/board/pat/index.html
See IEEE-SA Standards Board Operations Manual, clause 5.3.10 and “Promoting Competition and Innovation:
What You Need to Know about the IEEE Standards Association's Antitrust and Competition Policy” for more
details.
This slide set is available at http://standards.ieee.org/board/pat/pat-slideset.ppt
Submission
Slide 8
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
5
doc.: IEEE 802.11-07/2788r1
November 2007
Technical Discussion
Submission
Slide 9
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
IMT AHC
Basic Objectives
• Provide status information regarding ITU plans to 802.11
• In cooperation with other 802 WGs, encourage participation
in the creation of output documents to ITU
• For more details see also prior reports:
– IMT Advanced Report 11-07-2140r4
– IMT Advanced Report 11-07-2500r0
Submission
Slide 10
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Short History
• ITU-R WP8F has an initiative underway to identify air interfaces for
inclusion in IMT-Advanced
• Question ITU-R 229/8 then M.1645 “Framework and overall objectives of
the future development of IMT-2000 and systems beyond IMT-2000”
• Nomadic/ local area class targets 1 Gbps with low mobility!
• IMT-Advanced Technical Requirements are nearly complete
– Spectrum –requested in WRC07 Agenda Item 1.4 (22 Oct – 16 Nov)
– Technical (radio) requirements only other unfinished work item
• ITU-R Circular letter soliciting solutions due out March 2008
• Commercial deployment of IMT-Advanced expected around 2012
• IEEE 802 submitted suggestions on IMT Tech to WP8F (mid May)
– Contributions included from .11, .16, .18, .19, .20, .21
– WP8F review in Kyoto (end of May)
• IEEE 802 held additional teleconferences bewtween Sep & Nov and
submitted additional suggestions on IMT Tech to WG18 Oct 29.
Submission
Slide 11
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Work continues in WP8F WP5D
•
ITU-R is restructuring its project activities
•
All IMT activities are to be undertaken by WP5D
– IMT
– IMT-Advanced
•
The final draft from this WP5D correspondence group will form the basis of
the report from this group into 23rd meeting of WP8F in January 28 in
Geneva which will generate the circular letter (Invitation to submit technical
proposals).
•
•
A schedule of ITU meetings can be found at
http://www.itu.int/events/upcomingevents.asp?lang=en&sector=ITU-R
Submission
Slide 12
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Update on ITU-R Activities
• RA approved the update of ITU-R Rec. M.1457
– Defines ITM-2000 “family” of technologies
– That family now includes 802.16e
• RA adopted new naming convention for 3G/4G mobile
– The name “IMT” is an umbrella that includes
• IMT-2000 – 3G (technologies contained in M.1457)
• IMT-Advanced – 4G (technology/technologies not yet defined)
– Spectrum identified by a WRC will be for IMT
• Can be used by all IMT technologies
Submission
Slide 13
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Update on ITU-R Activities
•
The new SG is of interest to IEEE 802
– Combined SG8 (Mobile Services) and SG9 (Fixed Services) as SG5 (Terrestrial
Services)
– SG 5 has 4 proposed/interim WPs
•
•
•
•
WP5A – Land mobile excluding IMT
WP5B – Maritime and Aeronautical Mobile, Radiolocation
WP5C – Fixed services including HF
WP5D – Land mobile (IMT)
– Proposed meeting schedule for January/February 2008 is retained for now
• WP5D will meet in Geneva starting 28 January
• SG5 meets 19 – 20 February to decide final meeting dates and chairs
Submission
Slide 14
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Update on ITU-R Activities
• WRC-07 is still meeting
– More than 3000 delegates registered
– More than 140 administrations represented
– Considering identification of additional frequency bands for IMT
•
•
•
•
450 – 470 MHz
Portions of 470 – 806/862 MHz
2300 – 2400 MHz
3400 – 4200 MHz
– As of 11 November nothing yet agreed
Submission
Slide 15
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Plans from Sep to Jan 08
•
•
•
•
•
•
WP8F meeting starts Jan 28, ’08 in Geneva
Submissions must be received by Jan 14, ’08
Outgoing documents require approval of WG18 & EC
Submission to WG & EC for approval by Dec 21, ’07
Circulate submission in WG11 for approval Dec 3-21, ’07
Agree on contents in IMT-AHC on Nov 30 for distribution to WG11 for
formal approval
• Review response contents in Plenary Nov 12-16, ’07
• Conduct email & teleconference preparation & review of responses Sep
28-Nov 9, ’07
• Kick off response process during WG11/WG18 interim Sep 18-21, ’07
– Allocate work assignments
Submission
Slide 16
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
November Session Goals
WG11
• Finalize WG 11 suggested changes to IMT.TECH
• Finalize WG 11 suggested changes to IMT.EVAL
• Accept/Negotiate suggested changes from other WGs
•
WG11 approval of output document to ITU (Friday)
802
• ExCom approval of output document to ITU (Friday)
Submission
Slide 17
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
November Session Meetings
•
•
WG11
IMT-Adv 4:00 – 6:00 Tues & Wed (Courtland)
•
IMT-Advanced discussion among 802 WGs
– Hosted by WG18
– Tuesday - Thursday from 13:30 to 18:00 - Greenbriar
•
Updated report to 802.11 WG plenary on Friday
•
Goal: ExCom approval of output document Friday evening
Submission
Slide 18
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Document References
•
•
•
•
•
•
•
•
The document submitted to ITU-R WP8F was, as requested by WP8F, a markup of
the WP8F template
http://ieee802.org/18/Meeting_documents/2007_Mar/18-07-0026-000000_PROPOSED_AMENDMENTS_TO%20%5bIMT.TECH%5dmarkup.doc
A second clean version was also produced that was easier to read
http://ieee802.org/18/Meeting_documents/2007_July/18-07-0026-000000_PROPOSED_AMENDMENTS_TO_%5bIMT.TECH%5d.doc
A summary of results of the Kyoto meeting has been posted:
http://ieee802.org/18/Meeting_documents/2007_July/18-07-0052-000000_802.18_Report_on_IMT_Advanced_WP8F_Input.ppt
Along with a more in depth report which will presented during the Tuesday evening
2007-07-17 meeting of 802.18:
http://ieee802.org/18/Meeting_documents/2007_July/18-07-0049-00-0000_IMTAdvanced_Technical_Requirements.ppt
Submission
Slide 19
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
WG 18 Document References – Nov ‘07
•
The latest version of the composite 802 versions of the documents are stored in the
WG18 server
•
•
•
•
•
•
•
•
Index of /18/Meeting_documents/2007_Nov
04-Nov-2007 08:50
05-Nov-2007 20:44
05-Nov-2007 20:44
12-Nov-2007 11:17
12-Nov-2007 7:09
14-Nov-2007 10:25
Submission
18-07-0083-00-0000_IMT-Advanced_Reqrmnt_2_d1.doc
18-07-0084-00_IMT-Advanced_Eval_d0.doc
18-07-0085-02-0000 Draft_RR-TAG_Agenda_Nov07.xls
18-07-0086-00-0000_Update_ on_ 802.18_IMT_Advanced.ppt
18-07-0087-00-0000_Update_ on ITU-R Activities.ppt
18-07-0097d0_ITU-R_WP-5_Proposed_Org.doc
Slide 20
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
IMT Document References –
• Conference Call Material - Sep - November ‘07
•
•
•
•
•
•
•
Nov 09
Nov 02
Oct 26
Oct 19
Oct 12
Oct 05
Sep 28
Submission
11-07-2774 Minutes
11-07-2709r1 Minutes
11-07-2680r1 Agenda + 2692r2 Minutes
11-07-2654 Minutes
11-07-2644 Minutes
11-07-2633 Minutes
11-07-2620 Minutes
Slide 21
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
–
•
•
•
•
Summary of actions from last week and response from WG18.
No additional change proposals for IMT.TECH at this time.
–
•
•
•
IMT.TECH
IMT.EVAL
Continuation of review of contents and targets for change.
Focus on path loss and channel models proposed by WP8F
Analysis of IMT.EVAL has not been completed. No suggestions at
this time.
Submission
Slide 22
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
•
•
•
•
•
•
•
•
•
WG11
IMT-Adv 4:00 – 6:00 Tues & Wed (Courtland)
WG18 plans
Monday 3-3:30 pm Overview of IMT documents (Greenbriar)
Tuesday 7:30 – 9:30 IMT-Adv (Room TBD)
Thursday 7:00 – 9:30 IMT-Adv (Room TBD)
WG16 plans
ITU liaison group Wed 8am 6pm (Singapore)
16m evaluation document 16-0037r1 (155p) reuses proposed path
loss & channel models from IMT.EVAL
• L82016-07_61 notification of intent to submit proposal to ITU-R
Submission
Slide 23
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Key Topics
802.11
• Spectrum Topic (Agenda Item 1.4) in WRC-07
– Regional preferences summary requested
• Portions of IMT.TECH considered relevant to 802.11
• Request that 802.11 evaluate further enhancements to frequency sharing
• Provide further input to WG18 on IMT.TECH if needed
802
• WG18 intends to continue developing inputs to IMT.TECH
• Request from 802.11 to generate input to IMT.EVAL
• WG coordination plan going forward?
• Need to see what additional activity is authorized by EC on Friday
Submission
Slide 24
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Preliminary IMT.EVAL analysis
Path Loss & Channel Model
• Major change:
• Mandates 8-element antenna array in the document for indoor. It
should not be more than 4-elements.
• Minor changes (possible):
• Path loss model A1 looks fine. Heavy wall penetration should be maybe
10 dB instead of 12 dB, minor.
• Path loss model A2 for NLOS has very low standard deviation of 1.1
dB. Not sure why.
• Delay spread and angle of arrival models look ok.
Submission
Slide 25
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Technical Backup
Submission
Slide 26
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
November 2007
doc.: IEEE 802.11-07/2788r1
IMT-Advanced Vision of Complementary Interconnected Access Systems
Broadcast
Systems
Mobile
Systems
Local Area
Systems
Personal
Area Systems
Fixed
Networks
IMT-Advanced visualizes seamless inter-working and handover between
Submission
Slide 27
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
access
systems
doc.: IEEE 802.11-07/2788r1
November 2007
IMT Advanced Framework
Systems beyond IMT-2000
will encompass the
capabilities of previous
systems
Mobility
New capabilities of
systems beyond
High
IMT-2000
Enhanced
IMT-2000
New Mobile
Access
Dashed line indicates
that the exact data rates
associated with systems
beyond IMT-2000 are not
yet determined
Enhancement t
Enhancemen
New Nomadic / Local
Area Wireless Access
Low
1
Interconnection
Submission
10
100
Peak useful data rate (Mbit/s)
1000
Nomadic / Local Area Access Systems
Slide 28
Digital Broadcast Systems
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Circular Letter
Section
Main Body
Annex
Annex
Annex
Annex
Annex
Annex
Annex
Annex
Annex
Title
1
2
3
4
5
6
7
8
9
Background on IMT-Advanced
Submission and evaluation process, concensus building
Service requirements
Technical requirements
Spectrum requirements
Submission guidelines and template
Evaluation criteria and Methodology, test model
Relevant ITU-R Documents
IPR Policy
ITU-R WP8F plans to finalize all contents Jan 29, ‘08
Submission
Slide 29
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Action Item via Liaison Letter
WORKING PARTY 8F
Liaison statement to external organisations on minimum performance requirements and
evaluation guidelines for IMT-Advanced
Source: Document 8F/TEMP/578
WP 8F plans to issue an invitation to receive proposals for candidate Radio Interface
Technologies (RIT) for IMT-Advanced in early 2008. A part of this invitation will contain
the “Requirements Related to Technical System Performance” [IMT.TECH] while
another part will contain the “Guidelines for Evaluation” [IMT.EVAL] of candidate RITs
for IMT-Advanced.
These draft documents are attached electronically for your review. WP 8F would appreciate
receiving your comments and feedback in time for its next meeting in January 2008.
WP 8F plans to continue discussing the technical system performance requirements as well
as the guidelines for evaluation at its next meeting.
WP 8F looks forward to receiving the requested information and/or comments from external
organisations and on-going co-operation.
Contact: Mr. SUN Lixin
E-mail: sunlixin@huawei.com
73 p
Submission
Slide 30
38 p
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Attachment 6.7
Source: Document 8F/TEMP/568
Working document towards proposed draft new [Report/Recommendation] [Guidelines for
evaluation of radio interface technologies for IMT-Advanced]
[Editors note: a new section on terminology is necessary for [IMT.EVAL].]
CONTENTS
1
Introduction
2
Scope
3
Structure of the Recommendation/Report
4
Related documents
5
Radio interface technology considerations
6
Technical characteristics chosen for evaluation
7
Selected test environments and deployment models for evaluation
8
Guidelines for evaluating the radio interface technologies by independent evaluation
groups
9
Evaluation methodology
10
Detailed evaluation approach
Annex 1 – Radio interface technologies description template
Annex 2 – Test environments and deployment models
Annex 3 – Requirements for assessment of candidate technologies
Submission
Slide 31
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
November 2007
doc.: IEEE 802.11-07/2788r1
Attachment 6.8
Source:
Document 8F/TEMP/574
DRAFT [Report on] Requirements related to technical system performance for IMT-Advanced Radio interface(s)
[IMT.TECH]
TABLE OF CONTENTS
1
2
3
4
4.1
4.2
4.3
4.4
4.5
4.6
5
5.1
5.2
Introduction
Scope and Purpose
Related Documents
Minimum Requirements
Cell spectral efficiency
Peak data rate
Cell edge user throughput
Latency
Mobility
Handover
Technological Items Required To Describe Candidate Air Interface
Multiple Access Methods
Modulation SchemeError control coding schemePhysical Channel Structure and MultiplexingFrame
StructureSpectrum CapabilitiesSupport Of Advanced Antenna CapabilitiesLink Adaptation and Power
ControlRF Channel Parameters[Scheduling Algorithm]Radio Interface Architecture and Protocol
StackPositioningSupport of multicast and broadcastQoS Support and ManagementSecuirty AspectsNetwork
TopologyMobility Management and RRMInterference Mitigation Within Radio
InterfaceSynchronisationPower efficiency
6
Required technology criteria for evaluationMinimum Requirement ParametersOther Parameters for
Evaluation
7
Conclusions
8
Terminology, abbreviations
Appendices
1
Overview of major new technologies
2
Application of multi-input multi-output technology in IMT-Advanced System
3
Input text to 22nd meeting of WP8F on general requirements
Submission
Slide 32
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Points to Consider
• The evaluation process is likely to be more important to
802.11 than IMT.Tech. A couple of key points to
consider in the eval process are:
– More flexibility for upstream and downstream modulation types
– Area efficiency, for example, b/Hz/joule/m^2 is a possible metric
Submission
Slide 33
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Authorized IMT conference calls
•
•
•
•
IMT-AHC
Fridays
Weekly
12:00 (noon) ET
Submission
Slide 34
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Documents to be Developed in 802.16m TGm
•
•
•
•
•
•
•
•
•
•
•
•
•
• TGm should develop the following documents as part of 802.16m standardization
process:
– Usage Models/Deployment Scenarios & System Requirements
• A set of possible deployment scenarios and applications of the 802.16m standard.
• A set of performance targets and features that 802.16m compliant systems shall meet or
exceed.
– Evaluation Methodology
• A complete set of parameters, models, and methodologies for the link-level and systemlevel simulations that allow fair evaluation/comparison of various technical proposals.
• Channels Models: A set of spatial channel model parameters are specified to
characterize particular features of MIMO radio channels to be used for simulating technical
proposals for the future 802.16m standard.
– System Description Document (SDD)
• Architecture and design of the 802.16m air interface amendment
• Captures the core technical concepts behind the features included in the amendment
• Will enable analysis and/or simulations for characterizing the coarse level performance
benefits of the air interface in association with the Evaluation Methodology
– 802.16m amendment
– 802.16 IMT-Advanced Proposal
Submission
Slide 35
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
802.16 TGm Timeline
Submission
Slide 36
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Wednesday - Session II
Focus on Document Revisions
Proposals for
Submission to WP5D
Submission
Slide 37
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
First Group Changes
Full details captured in
Oct 26
11-07-2680r1 Agenda
+
11-07-2692r2 Minutes
Submission
Slide 38
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
4.1 Cell Spectral Efficiency
802.11 Submitted text
Cell spectral efficiency
Cell spectral efficiency is defined as the aggregate throughput of all users divided by the
spectrum block assignment size (inclusive of PHYand MAC layer overheads).
Test environment
Downlink
Uplink
Stationary
[2.6] bit/s/Hz/cell
1.3 bit/s/Hz/cell
Pedestrian
[2.6] bit/s/Hz/cell
[1.3] bit/s/Hz/cell
Vehicular
[2] bit/s/Hz/cell
[1] bit/s/Hz/cell
High Speed
[1] b/s/Hz/cell
[0.5] bit/s/Hz/cell

Assuming the Test Environments described in the IMT.EVAL working document, Doc.
8F/1170, Attachment 6.3.

Note: this table does not apply to nomadic, TDD systems
[Editorial Note: The proposed values in the table are in square brackets because they are still
under study in IEEE 802.16.]
Test environment
Aggregate throughput
Stationary
[2.6] bit/s/Hz/cell
Pedestrian
[2.6] bit/s/Hz/cell
Vehicular
[2] bit/s/Hz/cell
High Speed
[1] b/s/Hz/cell
Assuming the Test Environments described in the IMT.EVAL working document, Doc. 8F/1170, Attachment 6.3.
Note: this table only applies to nomadic, TDD systems
Submission
Slide 39
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
4.1 Cell Spectral Efficiency
802.11 Submitted text
Cell spectral efficiency
Cell spectral efficiency is defined as the aggregate throughput of all users divided by the
spectrum block assignment size (inclusive of PHYand MAC layer overheads).
Test environment
Downlink
Uplink
Stationary
[2.6] bit/s/Hz/cell
1.3 bit/s/Hz/cell
Pedestrian
[2.6] bit/s/Hz/cell
[1.3] bit/s/Hz/cell
Vehicular
[2] bit/s/Hz/cell
[1] bit/s/Hz/cell
High Speed
[1] b/s/Hz/cell
[0.5] bit/s/Hz/cell

Assuming the Test Environments described in the IMT.EVAL working document, Doc.
8F/1170, Attachment 6.3.

Note: this table does not apply to nomadic, TDD systems
[Editorial Note: The proposed values in the table are in square brackets because they are still
under study in IEEE 802.16.]
Test environment
Aggregate throughput
Stationary
[2.6] bit/s/Hz/cell
Pedestrian
[2.6] bit/s/Hz/cell
Vehicular
[2] bit/s/Hz/cell
High Speed
[1] b/s/Hz/cell
Assuming the Test Environments described in the IMT.EVAL working document, Doc. 8F/1170, Attachment 6.3.
Note: this table only applies to nomadic, TDD systems
Submission
Slide 40
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
4.1 Cell Spectral Efficiency
802.11 edited text
Cell spectral efficiency
Cell spectral efficiency is defined as the aggregate throughput of all users divided by the
spectrum block assignment size (inclusive of PHYand MAC layer overheads).
Test environment
Downlink
Uplink
Stationary
[2.6] bit/s/Hz/cell
1.3 bit/s/Hz/cell
Pedestrian
[2.6] bit/s/Hz/cell
[1.3] bit/s/Hz/cell
Vehicular
[2] bit/s/Hz/cell
[1] bit/s/Hz/cell
High Speed
[1] b/s/Hz/cell
[0.5] bit/s/Hz/cell

Assuming the Test Environments described in the IMT.EVAL working document, Doc.
8F/1170, Attachment 6.3.

Note: this table does not apply to nomadic, TDD systems
[Editorial Note: The proposed values in the table are in square brackets because they are still
under study in IEEE 802.16.]
Test environment
Aggregate throughput
Stationary
[2.6] bit/s/Hz/cell
Pedestrian
[2.6] bit/s/Hz/cell
Vehicular
[2] bit/s/Hz/cell
High Speed
[1] b/s/Hz/cell
Assuming the Test Environments described in the IMT.EVAL working document, Doc. 8F/1170, Attachment 6.3.
Note: this table only applies to nomadic, TDD systems
Submission
Slide 41
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
4.1 Cell Spectral Efficiency
802.11 Submitted text
"New mobile access systems can be targeted to
cover large cell ranges with high mobility and
lower peak data rates, while new nomadic local
area wireless access systems should be targeted
to cover small cell ranges with low or nomobility and high data rates. Each of the new
systems can not be required to satisfy both
requirements."
Submission
Slide 42
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
4.2 Peak Spectral Efficiency
802.11 Submitted text
4.2
Peak spectral efficiency
[Editors note: There is still discussion in SWG Radio Aspects as to how to include actual peak data rates
within this document. This discussion will continue through the upcoming correspondence activity
between WP 8F Meetings #22 and #23]
Requirement
Type
Link direction
Normalized peak rate
(bit/s/Hz)
Downlink
7.0
Uplink
2.8
Minimum
Submission
Slide 43
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Text conflict in Section 4.2
Requirement
Type
Link direction
Normalized peak rate
(bit/s/Hz)
Downlink
802.16: [8.0]
802.11: [7.0]
Minimum
Uplink
2.8
2 streams of 20 MHz assumption = 7.2 max (144/20) . Would
prefer separate table for nomadic rather than hard 8.b/s/Hz limit.
Concerned that range of 7-8 will be converted to 8 by WP5D.
Submission
Slide 44
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
6.2.3
802.11 Submitted text
6.2.3
Cell Coverage
*
From 1283 (IEEE):[Support for larger cell sizes should not compromise the
performance of smaller cells. Specifically, IMT-Advanced systems shall support the
deployment scenarios in Table 10 in terms of maximum cell range.
Cell Range
Performance target
Up to 100 m
Nomadic performance, up to data rate achieved by maximum
spectral efficiency of 15 bits/s/Hz
Up to 5 km
Performance targets defined in section 5.2.1 should be met
5-30 km
Graceful degradation in system/edge spectrum efficiency
30-100 km
System should be functional (thermal noise limited scenario)
Submission
Slide 45
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Second Group Changes
Full details captured in
Nov 02
11-07-2709r1 Minutes
Submission
Slide 46
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Cell Range
•
•
•
•
•
•
•
•
•
•
•
802.11 Submitted text
From 1268 (Korea): [A cell radius over 35 km should be supported by proper
configuration of the system parameters.
The system should be flexible enough to support the various cell coverage
scenarios that meet the performance target. To maintain the balance of the
coverage, the cell coverage is considered to be the same between the downlink
and the uplink. The performance requirements with respect to cell range are as
followings:
Up to 5km: The specified performance requirements above must be achieved.
Up to 35km: Graceful degradation
Symmetrical coverage between uplink and downlink
And the performance requirements of the nomadic wireless access are as
followings:
Up to 100m: The specified performance requirements above must be achieved.
Up to 500m: Graceful degradation.]
The text highlighted in green should be changed to the following in yellow:
Up to 30m indoors: The specified performance requirements above must be
achieved.
Up to 100m: in pico cell environment with graceful degradation]
Submission
Slide 47
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Korea Text
•
•
•
•
•
•
•
•
802.11 Submitted text
From 1268 (Korea): IMT-Advanced systems should support more than 100 Mbps in new
mobile access environment and 1 Gbps in new nomadic/local area wireless access
environment. For this, performance optimization can be done in either way.
1)
One system can be designed to meet both of the new mobile access and the
nomadic/local area wireless access requirements together.
2)
Separate system can be designed for the new mobile access and the nomadic/local area
wireless access requirements.
The IMT-Advanced systems should 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.
The IMT-Advanced systems should support applications that conform to open standards and
protocols. The examples of applications are, but not limited to, video, full graphical web
browsing, e-mail, file uploading and downloading without size limitations, streaming video
and streaming audio, IP Multicast, Location based services, VPN connections, VoIP, instant
messaging and on- line multiplayer gaming.
The IMT-Advanced systems should provide the mobile user with an "always-on" experience
while also taking into account and providing features needed to preserve battery life. The
connectivity from the mobile terminal to the base station should be automatic and
transparent to the user as it moves between mobile networks.
802.11 endorses the comments in this proposal with one exception. The text highlighted in
green should be changed to the following in yellow:
IMT-Advanced systems should support more than 100 Mbps in new mobile access
environments and up to approximately 1 Gbit/s in new nomadic/local area wireless access
environment.
Submission
Slide 48
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Preliminary IMT.EVAL analysis
Path Loss & Channel Model
• Major change:
• Mandates 8-element antenna array in the document for indoor. It
should not be more than 4-elements.
• Minor changes (possible):
• Path loss model A1 looks fine. Heavy wall penetration should be maybe
10 dB instead of 12 dB, minor.
• Path loss model A2 for NLOS has very low standard deviation of 1.1
dB. Not sure why.
• Delay spread and angle of arrival models look ok.
Submission
Slide 49
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Additional Changes
• Changes:
• Heavy wall penetration should be 10 dB
instead of 12 dB.
Submission
Slide 50
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Specific Discussion Topics IMT.EVAL
Finland submission
10.1 Network Layout
……
The indoor scenario consists of one floor (height 3 m) of a building containing two corridors of
5 m x 100 m and 40 rooms of 10 m x 10 m, as depicted in Figure 7.3. The Four antenna arrays
containing each 8 antennas and placed in the middle of the corridor at 25 m and 75 m (with
respect to the left side of the building).
8 antenna requirement should be reset to 4 in text above and
in figure on page 32
Submission
Slide 51
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
084 r3
• 7.2.3.3
Simulation Procedure
Reword section title as follows
• 7.2.3.3
Simulation Procedure for scenarios other
than A1 & A2
Submission
Slide 52
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
084r3 IMT.EVAL
11. Definition of Performance Metrics
Change title to
11. Definition of Performance Metrics for micro-cellular,
rural/high-speed, and base coverage urban systems
Submission
Slide 53
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
4.6.2 change proposed by 16
4.6.2
Handover Interruption Time
Handover performance requirements, and specifically the interruption times applicable to
handovers for compatible IMT-2000 and IMT-Advanced systems, and intra- and interfrequency handover should be defined.
The maximum intra-system MAC-service interruption times during handover are specified in
the table below.
Submission
Handover Type
Max. Interruption Time
(ms)
Intra-Frequency
30
Inter-Frequency
100
Slide 54
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
4.6.2 change proposed by 16
group
4.6.2
Handover Interruption Time
Handover performance requirements, and specifically the interruption times applicable to
handovers for compatible IMT-2000 and IMT-Advanced systems, and intra- and interfrequency handover should be defined.
The maximum intra-system MAC-service interruption times during handover are specified in
the table below.
Submission
Handover Type
Max. Interruption Time
(ms)
Intra-Frequency
30
50
Change
Inter-Frequency
100
Should be
associated with
probability
function
Slide 55
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
5.1 change
• 5.1 Multiple access methods
• The choice of the multiple access technology has major
impact on the design of the radio interface; for instance,
OFDMA, CDMA, SDMA, CSMA also Single-carrier/Multicarrier operation, as well as enhancement and combination
of those technologies.
Propose adding CSMA as shown above
Submission
Slide 56
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Question about inter-system handover
•
•
•
•
•
802.11 has again begun to actively review the IMT.TECH and IMT.EVAL documents. In the course of our
discussions we noted in your revised inputs on IMT.TECH (L80216-07_059) a deletion in 4.6.2 that
puzzled us (see insert below).
As you know, we are following the path of establishing a logical space for 802.11 equipment as conforming
to the requirements for nomadic or indoor devices. In this regard we would foresee handovers between
802.11 and other air-interfaces such as 802.16m as being viewed as “inter-system” and hence the need for
retaining the metric.
Did you have a different explanation of the meaning of this term “inter-system and a reason for the
proposed deletion that 802.11 could both understand and support?
I believe that 802.16 is proposing not to delete that topic but to move it. Our contribution (L802.1607/059) covers sections 1-4, plus the Table of Contents. The core is Cause 4, which addresses minimum
requirements. I think you could argue that inter-system performance is not one of the core minimum
technical requirements. After all, there are so many possible kinds of inter-system performance that it
becomes impossible to specify a single performance number. I believe that this kind of thinking would
suggest the strikeout that 802.16 suggested.
Note, however, that the IMT.TECH Table of Contents includes 5.17.3 on "Inter-RAT
Mobility[/Interworking]". Our proposal is to expand the topic by adding "and Handover". This might be
a better place for detailed inter-system handover specs. While 802.16 did not submit input on Clause 5, I
think that it may be interested in further developing that material. Perhaps we could consider some joint
work with 802.11 on such development.
Submission
Slide 57
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Wednesday Changes
• In Table 4.1 of 083r3
• Change “Aggregate throughput “
• “Cell Spectral Efficiency”
Submission
Slide 58
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Additional Change Suggestions?
•
•
•
•
•
1
2
3
4
5
Submission
Slide 59
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Future
Submission
Slide 60
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
November Session Goals
WG11
• Finalize WG 11 suggested changes to IMT.TECH
• Finalize WG 11 suggested changes to IMT.EVAL
• Accept/Negotiate suggested changes from other WGs
Thursday pm1
•
WG11 approval of output document to ITU (Friday)
802
• ExCom approval of output document to ITU (Friday)
Submission
Slide 61
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
ITU-R Reorg Plan
Proposal
Land Mobile other than IMT, and
Amateur/Amateur-satellite
Maritime Mobile
Aeronautical Mobile
Working Party
WP 5A (Land Mobile except
IMT, and Amateur services)
(former WP8A)
WP 5B (MMS, AMS, and RDS)
(former WP8B)
Acting Chairman
Mr J Costa
(Nortel)
WP 5C (FS)
(former WP 9B+9C+9D)
WP 5D (IMT)
(former WP 8F)
Mr C. Glass
(USA)
Mr. S. Blust
(AT&T)
Mr. T Evers
(Germany)
Radiodetermination
Fixed wireless systems
HF systems (*)
Land Mobile (IMT)
Submission
Slide 62
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
Future Discussion topics
• Specific changes to 802.11 beneficial to meeting Circular Letter
requirements (IMT.TECH & IMT.EVAL)?
• Assumption: Changes must be described in amendment completed by early
2009.
• Examples:
• Viable Inter-system or inter RAT handover between 802.11 and other IMT
technologies
• Coexistence while occupying same spectrum
• Additional channel bandwidths for 11n (5 , 10 , 40+ MHz)
• Rebanding to operate in licensed spectrum
• Modify HCF to emulate TDD behavior
Submission
Slide 63
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)
doc.: IEEE 802.11-07/2788r1
November 2007
• Move to request WG approval of weekly
teleconferences on Fridays at 12 ET.
Submission
Slide 64
Bruce Kraemer (Marvell); Darwin Engwer(Nortel)