Presentation is loading. Please wait.

Presentation is loading. Please wait.

Doc.: IEEE 802.11-07/2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 1 IMT-Advanced Status Report Date: 2007-11-12.

Similar presentations


Presentation on theme: "Doc.: IEEE 802.11-07/2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 1 IMT-Advanced Status Report Date: 2007-11-12."— Presentation transcript:

1 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 1 IMT-Advanced Status Report Date: Authors: Name Company Address Phone Bruce Kraemer Marvell 5488 Marvell Ln Santa Clara, CA Darwin Engwer Nortel Networks 4655 Great America Pkwy, Santa Clara CA

2 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 2 Admin

3 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 3 Attendance 1.Register 2.Indicate attendance See document r1 and r1 for more details

4 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 4 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 1

5 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 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 Boards 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 standards 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 2 read

6 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 6 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. IEEE-SA Standards Board Bylaws on Patents in Standards 3

7 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 7 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 IEEEs 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. IEEE-SA Standards Board Bylaws on Patents in Standards 4

8 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 8 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 or visit See IEEE-SA Standards Board Operations Manual, clause 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 5

9 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 9 Technical Discussion

10 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 10 IMT AHC Basic Objectives Provide status information regarding ITU plans to 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 r4 –IMT Advanced Report r0

11 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 11 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.

12 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 12 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

13 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 13 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 e 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

14 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 14 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

15 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 15 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

16 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 16 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 & 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

17 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 17 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)

18 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 18 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 WG plenary on Friday Goal: ExCom approval of output document Friday evening

19 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 19 Document References The document submitted to ITU-R WP8F was, as requested by WP8F, a markup of the WP8F template 0000_PROPOSED_AMENDMENTS_TO%20%5bIMT.TECH%5dmarkup.dochttp://ieee802.org/18/Meeting_documents/2007_Mar/ _PROPOSED_AMENDMENTS_TO%20%5bIMT.TECH%5dmarkup.doc A second clean version was also produced that was easier to read 0000_PROPOSED_AMENDMENTS_TO_%5bIMT.TECH%5d.dochttp://ieee802.org/18/Meeting_documents/2007_July/ _PROPOSED_AMENDMENTS_TO_%5bIMT.TECH%5d.doc A summary of results of the Kyoto meeting has been posted: 0000_802.18_Report_on_IMT_Advanced_WP8F_Input.ppthttp://ieee802.org/18/Meeting_documents/2007_July/ _802.18_Report_on_IMT_Advanced_WP8F_Input.ppt Along with a more in depth report which will presented during the Tuesday evening meeting of : Advanced_Technical_Requirements.ppthttp://ieee802.org/18/Meeting_documents/2007_July/ _IMT- Advanced_Technical_Requirements.ppt

20 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 20 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 : _IMT-Advanced_Reqrmnt_2_d1.doc _IMT-Advanced_Reqrmnt_2_d1.doc 05-Nov : _IMT-Advanced_Eval_d0.doc _IMT-Advanced_Eval_d0.doc 05-Nov : Draft_RR-TAG_Agenda_Nov07.xls Draft_RR-TAG_Agenda_Nov07.xls 12-Nov : _Update_ on_ _IMT_Advanced.ppt _Update_ on_ _IMT_Advanced.ppt 12-Nov : _Update_ on ITU-R Activities.ppt _Update_ on ITU-R Activities.ppt 14-Nov : d0_ITU-R_WP-5_Proposed_Org.doc

21 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 21 IMT Document References – Conference Call Material - Sep - November 07 Nov Minutes Nov r1 Minutes Oct r1 Agenda r2 Minutes Oct Minutes Oct Minutes Oct Minutes Sep Minutes

22 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 22 –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.

23 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 23 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 r1 (155p) reuses proposed path loss & channel models from IMT.EVAL L _61 notification of intent to submit proposal to ITU-R

24 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 24 Key Topics Spectrum Topic (Agenda Item 1.4) in WRC-07 –Regional preferences summary requested Portions of IMT.TECH considered relevant to Request that 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 to generate input to IMT.EVAL WG coordination plan going forward? Need to see what additional activity is authorized by EC on Friday

25 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 25 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.

26 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 26 Technical Backup

27 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 27 IMT-Advanced Vision of Complementary Interconnected Access Systems IMT-Advanced visualizes seamless inter-working and handover between access systems Broadcast Systems Mobile Systems Local Area Systems Personal Area Systems Fixed Networks

28 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 28 Interconnection IMT-2000 Mobility Low High Peak useful data rate (Mbit/s) Enhanced IMT-2000 Enhancement IMT-2000 Mobility Low High Area Wireless Access Enhanced IMT Enhancemen t 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 Framework

29 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 29 Circular Letter ITU-R WP8F plans to finalize all contents Jan 29, 08

30 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 30 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 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 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 73 p38 p

31 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 31 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 1Introduction 2Scope 3Structure of the Recommendation/Report 4Related documents 5Radio interface technology considerations 6Technical characteristics chosen for evaluation 7Selected test environments and deployment models for evaluation 8Guidelines for evaluating the radio interface technologies by independent evaluation groups 9Evaluation methodology 10Detailed evaluation approach Annex 1 – Radio interface technologies description template Annex 2 – Test environments and deployment models Annex 3 – Requirements for assessment of candidate technologies

32 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 32 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 1Introduction 2Scope and Purpose 3Related Documents 4Minimum Requirements 4.1Cell spectral efficiency 4.2Peak data rate 4.3Cell edge user throughput 4.4Latency 4.5Mobility 4.6Handover 5Technological Items Required To Describe Candidate Air Interface 5.1Multiple Access Methods 5.2Modulation 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 6Required technology criteria for evaluationMinimum Requirement ParametersOther Parameters for Evaluation 7Conclusions 8Terminology, abbreviations Appendices 1Overview of major new technologies 2Application of multi-input multi-output technology in IMT-Advanced System 3Input text to 22nd meeting of WP8F on general requirements

33 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 33 Points to Consider The evaluation process is likely to be more important to 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

34 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 34 Authorized IMT conference calls IMT-AHC Fridays Weekly 12:00 (noon) ET

35 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 35 Documents to be Developed in m TGm TGm should develop the following documents as part of m standardization process: – Usage Models/Deployment Scenarios & System Requirements A set of possible deployment scenarios and applications of the m standard. A set of performance targets and features that m 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 m standard. – System Description Document (SDD) Architecture and design of the m 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 – m amendment – IMT-Advanced Proposal

36 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide TGm Timeline

37 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 37 Wednesday - Session II Focus on Document Revisions Proposals for Submission to WP5D

38 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 38 First Group Changes Full details captured in Oct r1 Agenda r2 Minutes

39 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide Cell Spectral Efficiency 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 Submitted text

40 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide Cell Spectral Efficiency 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 Submitted text

41 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide Cell Spectral Efficiency 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 edited text

42 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 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." Submitted text

43 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide Peak Spectral Efficiency Submitted text

44 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 44 Text conflict in Section 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.

45 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide Cell RangePerformance target Up to 100 mNomadic performance, up to data rate achieved by maximum spectral efficiency of 15 bits/s/Hz Up to 5 kmPerformance targets defined in section should be met 5-30 kmGraceful degradation in system/edge spectrum efficiency kmSystem should be functional (thermal noise limited scenario) 6.2.3Cell 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 Submitted text

46 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 46 Second Group Changes Full details captured in Nov r1 Minutes

47 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 47 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] Submitted text

48 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 48 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, , 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 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 Submitted text

49 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 49 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.

50 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 50 Additional Changes Changes: Heavy wall penetration should be 10 dB instead of 12 dB.

51 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 51 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 submission 10.1 Network Layout …… 8 antenna requirement should be reset to 4 in text above and in figure on page 32

52 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide r Simulation Procedure Reword section title as follows Simulation Procedure for scenarios other than A1 & A2

53 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide r3 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

54 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide change proposed by 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 inter- frequency handover should be defined. The maximum intra-system MAC-service interruption times during handover are specified in the table below.

55 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide change proposed by 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 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

56 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide change 5.1Multiple 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

57 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 57 Question about inter-system handover 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 (L _059) a deletion in that puzzled us (see insert below). As you know, we are following the path of establishing a logical space for equipment as conforming to the requirements for nomadic or indoor devices. In this regard we would foresee handovers between and other air-interfaces such as m 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 could both understand and support? I believe that is proposing not to delete that topic but to move it. Our contribution (L /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 suggested. Note, however, that the IMT.TECH Table of Contents includes 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 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 on such development.

58 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 58 Wednesday Changes In Table 4.1 of 083r3 Change Aggregate throughput Cell Spectral Efficiency

59 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 59 Additional Change Suggestions?

60 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 60 Future

61 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 61 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)

62 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 62 ITU-R Reorg Plan

63 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 63 Future Discussion topics Specific changes to beneficial to meeting Circular Letter requirements (IMT.TECH & IMT.EVAL)? Assumption: Changes must be described in amendment completed by early Examples: Viable Inter-system or inter RAT handover between 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

64 doc.: IEEE /2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 64 Move to request WG approval of weekly teleconferences on Fridays at 12 ET.


Download ppt "Doc.: IEEE 802.11-07/2788r1 Submission November 2007 Bruce Kraemer (Marvell); Darwin Engwer(Nortel)Slide 1 IMT-Advanced Status Report Date: 2007-11-12."

Similar presentations


Ads by Google