Doc.: IEEE 802.11-07/2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin...

November 2007

Bruce Kraemer (Marvell); Darwin Engwer(Nortel)

Slide 1

doc.: IEEE 802.11-07/2788r1

Submission

IMT-Advanced Status Report

Date: 2007-11-12

Authors:

Name Company Address Phone email Bruce Kraemer Marvell 5488 Marvell Ln

Santa Clara, CA 95054

+1-321-427-4098

[email protected]

Darwin Engwer Nortel Networks

4655 Great America Pkwy, Santa Clara CA 95054

+1-408-495-2588

[email protected]

November 2007


Slide 2

doc.: IEEE 802.11-07/2788r1

Submission

Admin

November 2007


Slide 3

doc.: IEEE 802.11-07/2788r1

Submission

Attendance

• http://newton

1. Register

2. Indicate attendance

• See document 11-07-2159r1 and 07-0767r1 for more details

November 2007


Slide 4

doc.: IEEE 802.11-07/2788r1

Submission

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

1

November 2007


Slide 5

doc.: IEEE 802.11-07/2788r1

Submission

6.2 Policy

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.

IEEE-SA Standards Board Bylaws on Patents in Standards

2read

November 2007


Slide 6

doc.: IEEE 802.11-07/2788r1

Submission

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

November 2007


Slide 7

doc.: IEEE 802.11-07/2788r1

Submission

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

November 2007


Slide 8

doc.: IEEE 802.11-07/2788r1

Submission

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 [email protected] 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 5

November 2007


Slide 9

doc.: IEEE 802.11-07/2788r1

Submission

Technical Discussion

November 2007


Slide 10

doc.: IEEE 802.11-07/2788r1

Submission

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

November 2007


Slide 11

doc.: IEEE 802.11-07/2788r1

Submission

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.

November 2007


Slide 12

doc.: IEEE 802.11-07/2788r1

Submission

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

November 2007


Slide 13

doc.: IEEE 802.11-07/2788r1

Submission

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

November 2007


Slide 14

doc.: IEEE 802.11-07/2788r1

Submission


• 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

November 2007


Slide 15

doc.: IEEE 802.11-07/2788r1

Submission


• 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

November 2007


Slide 16

doc.: IEEE 802.11-07/2788r1

Submission

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

November 2007


Slide 17

doc.: IEEE 802.11-07/2788r1

Submission

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)

November 2007


Slide 18

doc.: IEEE 802.11-07/2788r1

Submission

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

November 2007


Slide 19

doc.: IEEE 802.11-07/2788r1

Submission

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-00-0000_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-00-0000_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-00-0000_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_IMT-Advanced_Technical_Requirements.ppt

November 2007


Slide 20

doc.: IEEE 802.11-07/2788r1

Submission

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 18-07-0083-00-0000_IMT-Advanced_Reqrmnt_2_d1.doc

• 05-Nov-2007 20:44 18-07-0084-00_IMT-Advanced_Eval_d0.doc

• 05-Nov-2007 20:44 18-07-0085-02-0000 Draft_RR-TAG_Agenda_Nov07.xls

• 12-Nov-2007 11:17 18-07-0086-00-0000_Update_ on_ 802.18_IMT_Advanced.ppt

• 12-Nov-2007 7:09 18-07-0087-00-0000_Update_ on ITU-R Activities.ppt

• 14-Nov-2007 10:25 18-07-0097d0_ITU-R_WP-5_Proposed_Org.doc

November 2007


Slide 21

doc.: IEEE 802.11-07/2788r1

Submission

IMT Document References –

• Conference Call Material - Sep - November ‘07

• Nov 09 11-07-2774 Minutes• Nov 02 11-07-2709r1 Minutes• Oct 26 11-07-2680r1 Agenda + 2692r2 Minutes• Oct 19 11-07-2654 Minutes• Oct 12 11-07-2644 Minutes• Oct 05 11-07-2633 Minutes• Sep 28 11-07-2620 Minutes

November 2007


Slide 22

doc.: IEEE 802.11-07/2788r1

Submission

– IMT.TECH

• Summary of actions from last week and response from WG18.

•

• No additional change proposals for IMT.TECH at this time.

• – 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.

November 2007


Slide 23

doc.: IEEE 802.11-07/2788r1

Submission

• 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

November 2007


Slide 24

doc.: IEEE 802.11-07/2788r1

Submission

Key Topics802.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

November 2007


Slide 25

doc.: IEEE 802.11-07/2788r1

Submission

Preliminary IMT.EVAL analysisPath 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.

November 2007


Slide 26

doc.: IEEE 802.11-07/2788r1

Submission

Technical Backup

November 2007


Slide 27

doc.: IEEE 802.11-07/2788r1

Submission

IMT-Advanced Vision of Complementary Interconnected Access Systems

IMT-Advanced visualizes seamless inter-working and handover between access systems

BroadcastSystems

MobileSystems

Local AreaSystems

Personal Area Systems

Fixed Networks

November 2007


Slide 28

doc.: IEEE 802.11-07/2788r1

Submission

Interconnection

IMT-2000

Mobility

Low

High

1 10 100 1000Peak useful data rate (Mbit/s)

EnhancedIMT-2000

Enhancement

IMT-2000

Mobility

Low

High

1 10 100 1000

Area Wireless Access

EnhancedIMT-2000

Enhancement

Digital Broadcast SystemsNomadic / Local Area Access Systems

New Nomadic / Local

Systems beyond IMT-2000 will encompass

the capabilities of previous systems

New capabilities of systems

beyond

Dashed line indicates that the exact data rates associated with systems beyond

IMT-2000 are not yet determined

New Mobile Access

IMT Advanced FrameworkIMT Advanced FrameworkIMT Advanced FrameworkIMT Advanced Framework

November 2007


Slide 29

doc.: IEEE 802.11-07/2788r1

Submission

Circular LetterSection TitleMain BodyAnnex 1 Background on IMT-AdvancedAnnex 2 Submission and evaluation process, concensus buildingAnnex 3 Service requirementsAnnex 4 Technical requirementsAnnex 5 Spectrum requirementsAnnex 6 Submission guidelines and templateAnnex 7 Evaluation criteria and Methodology, test modelAnnex 8 Relevant ITU-R DocumentsAnnex 9 IPR Policy

ITU-R WP8F plans to finalize all contents Jan 29, ‘08

November 2007


Slide 30

doc.: IEEE 802.11-07/2788r1

Submission

Action Item via Liaison LetterWORKING PARTY 8F

Liaison statement to external organisations on minimum performance requirements and evaluation guidelines for IMT-Advanced

Source: Document 8F/TEMP/578WP 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 LixinE-mail: [email protected]

Attachment 6.7 Attachment 6.8

73 p 38 p

November 2007


Slide 31

doc.: IEEE 802.11-07/2788r1

Submission

Attachment 6.7Source: Document 8F/TEMP/568Working 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].]

CONTENTS1 Introduction2 Scope3 Structure of the Recommendation/Report4 Related documents5 Radio interface technology considerations6 Technical characteristics chosen for evaluation7 Selected test environments and deployment models for evaluation8 Guidelines for evaluating the radio interface technologies by independent evaluation groups9 Evaluation methodology10 Detailed evaluation approachAnnex 1 – Radio interface technologies description templateAnnex 2 – Test environments and deployment modelsAnnex 3 – Requirements for assessment of candidate technologies

November 2007


Slide 32

doc.: IEEE 802.11-07/2788r1

Submission

Attachment 6.8Source: Document 8F/TEMP/574DRAFT [Report on] Requirements related to technical system performance for IMT-Advanced Radio interface(s)

[IMT.TECH]TABLE OF CONTENTS

1 Introduction2 Scope and Purpose3 Related Documents4 Minimum Requirements4.1 Cell spectral efficiency4.2 Peak data rate4.3 Cell edge user throughput4.4 Latency4.5 Mobility4.6 Handover5 Technological Items Required To Describe Candidate Air Interface5.1 Multiple Access Methods5.2 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 Evaluation7 Conclusions8 Terminology, abbreviationsAppendices1 Overview of major new technologies2 Application of multi-input multi-output technology in IMT-Advanced System3 Input text to 22nd meeting of WP8F on general requirements

November 2007


Slide 33

doc.: IEEE 802.11-07/2788r1

Submission

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

November 2007


Slide 34

doc.: IEEE 802.11-07/2788r1

Submission

Authorized IMT conference calls

• IMT-AHC

• Fridays

• Weekly

• 12:00 (noon) ET

November 2007


Slide 35

doc.: IEEE 802.11-07/2788r1

Submission

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 system-level

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

November 2007


Slide 36

doc.: IEEE 802.11-07/2788r1

Submission

802.16 TGm Timeline

November 2007


Slide 37

doc.: IEEE 802.11-07/2788r1

Submission

Wednesday - Session II

Focus on Document Revisions

Proposals for

Submission to WP5D

November 2007


Slide 38

doc.: IEEE 802.11-07/2788r1

Submission

First Group Changes

Full details captured in

Oct 26

11-07-2680r1 Agenda

+

11-07-2692r2 Minutes

November 2007


Slide 39

doc.: IEEE 802.11-07/2788r1

Submission

4.1 Cell Spectral EfficiencyCell 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

802.11 Submitted text

November 2007


Slide 40

doc.: IEEE 802.11-07/2788r1

Submission


















November 2007


Slide 41

doc.: IEEE 802.11-07/2788r1

Submission

















802.11 edited text

November 2007


Slide 42

doc.: IEEE 802.11-07/2788r1

Submission

4.1 Cell Spectral Efficiency

"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 no-mobility and high data rates. Each of the new systems can not be required to satisfy both requirements."


November 2007


Slide 43

doc.: IEEE 802.11-07/2788r1

Submission

4.2 Peak Spectral Efficiency

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

Minimum

Uplink 2.8


November 2007


Slide 44

doc.: IEEE 802.11-07/2788r1

Submission

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.

November 2007


Slide 45

doc.: IEEE 802.11-07/2788r1

Submission

6.2.3

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)

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.


November 2007


Slide 46

doc.: IEEE 802.11-07/2788r1

Submission

Second Group Changes

Full details captured in

Nov 02

11-07-2709r1 Minutes

November 2007


Slide 47

doc.: IEEE 802.11-07/2788r1

Submission

Cell Range• 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]


November 2007


Slide 48

doc.: IEEE 802.11-07/2788r1

Submission

Korea 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.


November 2007


Slide 49

doc.: IEEE 802.11-07/2788r1

Submission

Preliminary IMT.EVAL analysisPath 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.

November 2007


Slide 50

doc.: IEEE 802.11-07/2788r1

Submission

Additional Changes

• Changes:

• Heavy wall penetration should be 10 dB instead of 12 dB.

November 2007


Slide 51

doc.: IEEE 802.11-07/2788r1

Submission

Specific Discussion Topics IMT.EVAL

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).

Finland submission10.1 Network Layout……

8 antenna requirement should be reset to 4 in text above and in figure on page 32

November 2007


Slide 52

doc.: IEEE 802.11-07/2788r1

Submission

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

November 2007


Slide 53

doc.: IEEE 802.11-07/2788r1

Submission

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

November 2007


Slide 54

doc.: IEEE 802.11-07/2788r1

Submission

4.6.2 change proposed by 16

Handover Type

Max. Interruption Time (ms)

Intra-Frequency 30

Inter-Frequency 100

4.6.2 Handover Interruption TimeHandover performance requirements, and specifically the interruption times applicable to handovers for compatible IMT-2000 and IMT-Advanced systems, and intra- and inter-frequency handover should be defined.The maximum intra-system MAC-service interruption times during handover are specified in the table below.

November 2007


Slide 55

doc.: IEEE 802.11-07/2788r1

Submission

4.6.2 change proposed by 16

Handover Type

Max. Interruption Time (ms)

Intra-Frequency 30

Inter-Frequency 100

4.6.2 Handover Interruption TimeHandover performance requirements, and specifically the interruption times applicable to handovers for compatible IMT-2000 and IMT-Advanced systems, and intra- and inter-frequency handover should be defined.The maximum intra-system MAC-service interruption times during handover are specified in the table below.

50

group

Change

Should be associated with probability function

November 2007


Slide 56

doc.: IEEE 802.11-07/2788r1

Submission

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/Multi-carrier operation, as well as enhancement and combination of those technologies.

Propose adding CSMA as shown above

November 2007


Slide 57

doc.: IEEE 802.11-07/2788r1

Submission

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.16-07/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.

November 2007


Slide 58

doc.: IEEE 802.11-07/2788r1

Submission

Wednesday Changes

• In Table 4.1 of 083r3

• Change “Aggregate throughput “

• “Cell Spectral Efficiency”

November 2007


Slide 59

doc.: IEEE 802.11-07/2788r1

Submission

Additional Change Suggestions?

• 1

• 2

• 3

• 4

• 5

November 2007


Slide 60

doc.: IEEE 802.11-07/2788r1

Submission

Future

November 2007


Slide 61

doc.: IEEE 802.11-07/2788r1

Submission

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)

November 2007


Slide 62

doc.: IEEE 802.11-07/2788r1

Submission

ITU-R Reorg Plan

Proposal Working Party Acting Chairman

Land Mobile other than IMT, and Amateur/Amateur-satellite

WP 5A (Land Mobile except IMT, and Amateur services)

(former WP8A)

Mr J Costa (Nortel)

Maritime Mobile

Aeronautical Mobile

Radiodetermination

WP 5B (MMS, AMS, and RDS) (former WP8B)

Mr. T Evers (Germany)

Fixed wireless systems HF systems (*)

WP 5C (FS) (former WP 9B+9C+9D)

Mr C. Glass (USA)

Land Mobile (IMT) WP 5D (IMT) (former WP 8F)

Mr. S. Blust (AT&T)

November 2007


Slide 63

doc.: IEEE 802.11-07/2788r1

Submission

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

November 2007


Slide 64

doc.: IEEE 802.11-07/2788r1

Submission

• Move to request WG approval of weekly teleconferences on Fridays at 12 ET.

Date post:	28-Mar-2015
Category:	Documents
Upload:	mitchel-rolston
View:	222 times
Download:	0 times