20.06.2013 Views

會議報告 - 網路通訊國際標準分析及參與制定計畫網

會議報告 - 網路通訊國際標準分析及參與制定計畫網

會議報告 - 網路通訊國際標準分析及參與制定計畫網

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

出國報告(出國種類:其他)<br />

IEEE 802 Wireless Plenary Meeting<br />

<strong>會議報告</strong><br />

出國報告人:蕭瑩銓、蔡佳龍、蔡慈真<br />

派赴國家:美國/奧蘭多<br />

出國期間:102 年 3 月 17 日至 102 年 3 月 22 日<br />

報告日期:102/4/15<br />

1


摘要<br />

本次IEEE 802.11 Session #138 Plenary會議於美國奧蘭多舉行,由IEEE<br />

802 LMSC主辦。會議時間由2013年3月18日至3月22日共5天,本團隊依規劃<br />

有3位成員出席參加會議。<br />

本次會議相關工作群組及常務委員會之重要事項摘要如下:<br />

WNG SC本次通過成立一新的研究群組,名稱為High Efficiency<br />

WLAN,此研究群組將著眼於下世代Wi-Fi技術的制定,此技術需能解<br />

決Cellular網路擁塞之offload情境與應用下所面臨之問題,包括大量行<br />

動裝置(STA)之擁塞網路、大量接取點(AP)之擁塞異質網路及室外佈建<br />

情境下之效能提升。此SG將Focus在2.4G/5G頻帶進行802.11 PHY/MAC<br />

規格之修訂。<br />

802.11ai FILS工作群組完成本次會期所收到針對D0.4版規格草案之<br />

293 comments resolution,其中共有63個technical comments。通過動<br />

議將依據comment resolution修正完成D0.5版規格草案,並於4/8之後<br />

提供20天peer review,之後起始下一次的call for comment。在時程上<br />

預計於七月份正式起始WG Letter Ballot。<br />

802.11ak General Links工作群組討論了4個技術提案,並與802.1 WG<br />

共同舉行了一場meeting。此次會期仍著重在問題的釐清及與802.1<br />

WG之區隔討論,針對具體之功能需求,尚未有所結論。<br />

802.11aq PAD工作群組這次乃第一個會期,本會期技術提案僅有四<br />

篇,主要討論之範圍仍在試圖針對use cases進行細部之Scope釐清。<br />

802.11ac工作群組在進行最後修正階段,規格草案為D5.0。本次進行<br />

LB191之comments resolution,共有141個comments,其中85個是<br />

technical comment。投票結果approval ratio達到95%,將於四月份正<br />

式起始第一次Sponsor Ballot,預計於明年一月份完成SB送交RevCom<br />

核准。<br />

802.11af TVWS TG在本次會期進行修訂第四次Letter Ballot的標準文<br />

件D3.0,這次LB的Approval Ratio為86.6%,總共收到有166個<br />

2


技術貢獻:<br />

案貢獻。<br />

comments,也全數在這次會期通過審議。TGaf在下次五月份會期預<br />

計將修訂第五次Letter Ballot的標準文件。<br />

此次會議主要以觀察目前802.11WG的工作群組之進展為主,並無技術提<br />

會議解說:<br />

此次會議為Plenary Session,由於是Plenary meeting,所有工作組包含<br />

802.1、802.3、802.11、 802.15、802.16、802.18、802.19及802.22等都在本會<br />

期開會。802.11 WG目前運作中的工作群組共有TGaq、TGak、TGaj、TGmc、<br />

TGai、TGah、TGaf及TGac等;四個事務委員會包括Publicity、Wireless Next<br />

Generation、Architecture及Regulatory。本次會期共有約220人參與802.11WG<br />

會議。<br />

從這次會議的提案情形來看,TGai即將為進入通訊投票(Letter Ballot)做<br />

準備,相關之技術提案逐漸成收斂之勢;TGaq及TGak則處於起始階段,尚未<br />

有具體之技術討論,目前仍聚焦在Scope及Use Cases的確認,預計將從下會期<br />

開始進行技術徵求與討論。TGaf則即將進入SB階段,距離完成制定也僅一步<br />

之遙。<br />

由於TGac即將於今年年中之後完成Sponsor Ballot,因此802.11WG眾家<br />

公司漸將佈局轉往Next Generation WLAN之新標準制定任務,本次會期所通<br />

過將成立的High Efficiency WLAN研究群組,即是為因應此一新新技術佈局所<br />

作的準備。此研究群組將負責研擬範圍、使用情境、決定效能指標及制定PAR<br />

與5C。 其目標設定為具體提升下世代Wi-Fi技術之頻譜效能與區域資料吞吐<br />

量以滿足使用者之Quality of Experience,新技術將Focus在2.4G/5G頻帶進行<br />

802.11 PHY/MAC規格之修訂以解決下世代802.11所面臨到之三大課題,包括<br />

3


大量行動裝置(STA)之擁塞網路、大量接取點(AP)之擁塞異質網路及室外佈建<br />

情境下之效能提升。這部分也將是未來我們需持續關注並積極參與技術部局<br />

之重點。<br />

與會成員與工作分配<br />

成員 任務<br />

蕭瑩銓<br />

參與802.11ai、802.11ak與WNG SC,掌握工作群組之提案情形及未來<br />

新研究群組之發展。<br />

蔡佳龍 參與802.11af與802.11aq,掌握工作群組之提案情形及未來新技術課題<br />

之發展。<br />

蔡慈真 參與802.16ar與802.11af,掌握工作群組之提案情形及未來新技術課題<br />

之發展。<br />

4


目 錄<br />

一、 會議名稱 ................................................................................................. 6<br />

二、 參加會議目的及效益 ............................................................................. 6<br />

三、 會議時間 ................................................................................................. 6<br />

四、 會議地點 ................................................................................................. 6<br />

五、 會議議程 ................................................................................................. 7<br />

六、 會議紀要 ............................................................................................... 11<br />

1. IEEE 802.11 WG..................................................................................................... 11<br />

2. 802.11ai FILS 工作群組 ......................................................................................... 12<br />

3. 802.11af TVWS 工作群組 ...................................................................................... 24<br />

4. 802.11ak General Links 工作群組 ........................................................................ 26<br />

5. 802.11aq PAD 工作群組 ......................................................................................... 28<br />

6. WNG SC 群組 ......................................................................................................... 36<br />

七、 心得與建議 ......................................................................................... 44<br />

八、 附件 ....................................................................................................... 45<br />

5


一、 會議名稱<br />

IEEE 802.11 Session #138 Plenary Meeting<br />

二、 參加會議目的及效益<br />

o 參與工作群組會議,針對相關之技術議題進行討論。<br />

o 與其它大廠接觸以討論合作項目。<br />

o 參與技術協商及立場表達。<br />

三、 會議時間<br />

o Mar 18, 2013 ~ Mar 22, 2013<br />

四、 會議地點<br />

o Caribe Royale Hotel, Orlando, FL, USA


五、 會議議程<br />

本次IEEE 802.11 session #138會議議程安排如下表:<br />

表一、IEEE 802.11WG 會議議程<br />

此次會議主要任務為參加802.11ai TG(Fast Initial Link Setup;<br />

FILS)、802.11aq (Pre-Association Discovery; PAD)TG、802.11ak<br />

(General Links) TG及Wireless Next Generation Standing Committee<br />

(WNG SC)的討論,802.11ai TG、802.11aq TG、802.11ak TG、WLAN<br />

SC與802.11af TG之會議議程安排分別如表二~六所示。<br />

表二、802.11ai TG 議程<br />

Date Time Details<br />

Monday – Mar 18<br />

13:30 – 15:30<br />

PM1 slot<br />

• Call to order, Guidelines and rules<br />

• Higher layer aspect presentations and Straw Poll<br />

7


Tuesday – Mar 19<br />

Tuesday – Mar 19<br />

Wednesday – Mar<br />

20<br />

Wednesday – Mar<br />

20<br />

Thursday-Mar<br />

21<br />

Thursday-Mar<br />

21<br />

10:30 – 12:30<br />

AM2 slot<br />

16:00 – 18:00<br />

PM2 slot<br />

8:00 – 10:00<br />

AM1 slot<br />

16:00 – 18:00<br />

PM2 slot<br />

8:00-12:30<br />

AM1/AM2 slot<br />

16:00-18:00<br />

PM2 slot<br />

8<br />

• 11-13/0041r4 aspect presentations and Straw Poll<br />

SC)뙀ࠓ, Allied Telesis R&D Center<br />

• 11-13/0267r0 “FILS IP address Setup Proposal<br />

Text”, Qualcomm<br />

• Editors meeting report<br />

• Resolve comments: 11-13-0322r0<br />

TGai-submission-list-Orlando<br />

• Resolve comments: 11-13-0322r0<br />

TGai-submission-list-Orlando<br />

• Resolve Comments: 11-13-0322r0<br />

TGai-submission-list-Orlando<br />

• Report the result of off line harmonization work of<br />

higher layer setup<br />

• Resolve comments: 11-13-0322r0<br />

TGai-submission-list-Orlando<br />

• Resolve comments: 11-13-0322r0<br />

TGai-submission-list-Orlando<br />

• Re-visit topics: 13/0311r0 Proposed Resolutions for<br />

Assigned Security CIDs<br />

• Motion to approve comment resolution in data base<br />

• Presentation of late submissions<br />

• 13/260r5 Text for Reduced Neighbor Report<br />

• Plan for May<br />

• TIME line of task group<br />

• Plan for Teleconference<br />

表三、802.11aq 議程<br />

Date Time Details


Monday -Mar<br />

18<br />

Monday ions of<br />

D16:00-18:00<br />

PM2 slot<br />

Wednesday –<br />

Mar 20<br />

8:30 – 10:30<br />

AM1 slot<br />

• Call to order, Guidelines and<br />

rules<br />

• Use Cases Update<br />

(11-13-0327r0)<br />

• Design Issues (11-13-0057r1)<br />

13:30 – 15:30<br />

PM1 slot<br />

表四、802.11ak 議程<br />

9<br />

• Call to order, Guidelines and rules<br />

• Ad Hoc joint meeting with TGaq<br />

• Status Report of TGai<br />

(11-13-0324r0)<br />

• Overview of TGaq<br />

(11-13-0277r0)<br />

• Field Test Report<br />

(11-13-0323r0)<br />

• Scope of Works<br />

• Definitions of Device and<br />

Service Discovery<br />

• 11u Down Selection Process<br />

(11-06-1567r1)<br />

• Design Issues (11-13-0057r2)<br />

• Call for technical Presentations -<br />

protocol design example<br />

(11-06-1509r1)<br />

• Timeline update and teleconference<br />

schedule<br />

Date Time Details<br />

Monday -Mar<br />

18<br />

13:30 – 15:30<br />

PM1 slot<br />

• Call to order, Guidelines and<br />

rules<br />

• Presentation and Discussion<br />

• 11-13/0183r0, nProposal of<br />

Preliminary Functional<br />

Requirements for<br />

802.1Qbz-802.11aky


Tuesday of<br />

Preli10:30-<br />

12:30<br />

AM2 slot<br />

Thursday –<br />

Mar 21<br />

• Presentation and Discussion<br />

• 11-13/185r1, aProblems to be<br />

solved by<br />

802.11ak/802.1Qbz”roblems to<br />

be solved b<br />

8:00 – 10:00<br />

AM1 slot<br />

表五、WNG SC 議程<br />

10<br />

• Joint meeting with 802.1<br />

• IEEE 1905.1 update<br />

• Presentation and Discussion<br />

• 11-13/221r2, and DiscQoS<br />

Queue Architecture and<br />

Possible 802.1bz Bridge<br />

Modeldel1Qbz-80m<br />

• 11-13/0253r0, cture and<br />

Possible 802.1bz Bridge<br />

Modeldel1Qbz-8Plan for<br />

May and teleconference<br />

schedule<br />

Day Time Slot Topic Detail<br />

Tue<br />

Tue<br />

8:00 –<br />

10:00<br />

AM1 slot<br />

19:30-<br />

21:30<br />

PM3 slot<br />

Open Call to order, Guidelines and rules<br />

Presentation<br />

Presentation<br />

• 11-13-0323-01 –<br />

“TGai-Experimental-test-report-of-FILS”<br />

ATRD<br />

• 11-13-0314-00 – “On Future<br />

Enhancements to 802.11 Technology”<br />

Renesas Mobile<br />

• 11-13-0313-00- “Usage Models for Next<br />

Generation Wi-Fi” Huawei<br />

• 11-13-0343-00– “Operator Oriented<br />

Wi-Fi” China Mobile<br />

• 11-13-0309-00 – “next gen wlan”<br />

Broadcom<br />

• 11-13-0287-01- “Beyond 802.11ac - a<br />

very high capacity WLAN” NTT<br />

• 11-13-0331-03- “High efficiency WLAN”


Plans for May<br />

表六、802.11af TG 議程<br />

11<br />

Orange<br />

Date Time Details<br />

Monday – Mar 18<br />

Monday – Mar 18<br />

Tuesday – Mar 19<br />

Wednesday – Mar<br />

20<br />

六、 會議紀要<br />

1. IEEE 802.11 WG<br />

8:00 y –0:00<br />

AM1 slot<br />

13:30 – 15:30<br />

PM1 slot<br />

8:00 – 12:30<br />

AM1/AM2 slot<br />

8:00 – 10:00<br />

AM1 slot<br />

• Ad Hoc Meeting<br />

• Modify and approve the agenda<br />

• Review status of comment resolutions<br />

• Plan for the week<br />

• Review the status of LB 192<br />

• Review progress since January<br />

• Resolve comments: 11-12/1017r35<br />

• Improving Comment Resolutions Tutorial<br />

• Continue comments Resolution: 11-12/1017r35<br />

• Complete Comment Resolutions<br />

• Editorial Review and identification of major issues<br />

• Motion and vote<br />

• Plan for May<br />

• Timeline review and teleconference schedule<br />

本次會議參與人數約為220人。本次IEEE 802.11的相關工作群組及<br />

常務委員會之重要事項摘要如下:<br />

WNG SC本次通過成立一新的研究群組,名稱為High Efficiency<br />

WLAN,此研究群組將著眼於下世代Wi-Fi技術的制定,此技術<br />

需能解決Cellular網路擁塞之offload情境與應用下所面臨之問<br />

題,包括大量行動裝置(STA)之擁塞網路、大量接取點(AP)之擁<br />

塞異質網路及室外佈建情境下之效能提升。此SG將Focus在<br />

2.4G/5G頻帶進行802.11 PHY/MAC規格之修訂。<br />

802.11ai FILS工作群組完成本次會期所收到針對D0.4版規格草


案293 comments resolution,其中共有63個technical comments。<br />

通過動議將依據comment resolution修正完成D0.5版規格草<br />

案,並於4/8之後提供20天peer review,之後起始下一次的call<br />

for comment。在時程上預計於七月份正式起始WG Letter<br />

Ballot。<br />

802.11ak General Links工作群組討論了4個技術提案,並與802.1<br />

WG共同舉行了一場meeting。此次會期仍著重在問題的釐清及<br />

與802.1 WG之區隔討論,針對具體之功能需求,尚未有所結<br />

論。<br />

802.11aq PAD工作群組這次乃第一個會期,本會期技術提案僅<br />

有四篇,主要討論之範圍仍在試圖針對use cases進行細部之<br />

Scope釐清。<br />

802.11ac工作群組在進行最後修正階段,規格草案為D5.0。本<br />

次進行LB191之comments resolution,共有141個comments,其<br />

中85個是technical comment。投票結果approval ratio達到95%,<br />

將於四月份正式起始第一次Sponsor Ballot,預計於明年一月份<br />

完成SB送交RevCom核准。<br />

802.11af TVWS TG在本次會期進行修訂第四次Letter Ballot的<br />

標準文件D3.0,這次LB的Approval Ratio為86.6%,總共收到有<br />

166個comments,也全數在這次會期通過審議。TGaf在下次五<br />

月份會期預計將修訂第五次Letter Ballot的標準文件。<br />

2. 802.11ai FILS 工作群組<br />

FILS於2010年12月成立,目前正進行規格草案之Call for comments。<br />

此次會期完成之任務摘要包括:<br />

使用了8個time slot,完成了63個在此會期前仍無法被解決的技術<br />

提案討論,也解決了所有293個comments。<br />

與802.11 TGaq共同舉行一場joint adhoc meeting;在此meeting<br />

12


中,本TG提出了一份FILSE之實驗測試報告。<br />

完成了21個技術動議,20個通過,1個不通過。<br />

通過動議將依據comments resolution修正完成D0.5版規格草<br />

案,並於4/8之後提供20天peer review,之後起始下一次的call<br />

for comment。<br />

通過從3/26至5/21,每個星期二10:00ET之固定電話會議時間。<br />

Link setup的階段基本上可以分成:1) AP Discovery, 2) Network<br />

Discovery, 3) Link Establishment/exchange security related messages<br />

及4) Higher Layer Aspects四個階段。此次會期由於已經到準備要將<br />

規格草案送交WG的階段,因此針對幾個目前仍未能決定的主要議<br />

題,有較多的討論與決議。<br />

A. Higher Layer IP Address Setup<br />

在這個議題中,主要有兩個提案在爭論,分別為:<br />

a. Higher Layer Packet Container Proposal Presentation by Hitoshi<br />

Morioka (Allied Telesis R&D Center) 11-13/0041r4<br />

這個提案主要的概念如下:<br />

在完成Key交換之後,STA將HLP(Higher Layer Packets) IE Piggy<br />

13


Back在Association Req/Res message上,而AP會將這IE forward<br />

到3rd Party Server上(如DHCP)。利用這container機制,要解決<br />

包括HLP-A到HLP-B之Wait Time Negotiation的問題及Local IP<br />

Address Pool在Roaming時換IP的問題。這機制的好處包括:<br />

• This proposal provides just container for higher layer. So it can<br />

be used by any higher layer protocols.<br />

• This proposal can support roaming within a local network<br />

without IP address change.<br />

• AP does not required to keep state of the STA’s IP address.<br />

• Easy co-existence with non-FILS AP/STAs.<br />

• It can be installed to existing network which uses DHCP<br />

without any changes in network.<br />

b. FILS IP address Setup Proposal Text by George Cherian (Qualcomm)<br />

11-13/0267r0<br />

14


這個提案主要從Layer Management的MLME SAP界面著手,在<br />

MLME-ASSOCIATE.request、MLME-ASSOCIATE.confirm、<br />

MLME-ASSOCIATE.indicate及MLME-ASSOCIATE.response等<br />

MLME-ASSOCIATE.request(<br />

Service primitive中新增欄位來要求傳送Assigned IP Address及<br />

DNS Server等資訊。<br />

PeerSTAAddress,<br />

AssociateFailureTimeout,<br />

CapabilityInformation,<br />

ListenInterval,<br />

Supported Channels,<br />

RSN,<br />

QoSCapability,<br />

Content of FT Authentication elements,<br />

SupportedOperatingClasses,<br />

HT Capability,<br />

Extended Capability,<br />

20/40 BSS Coexistence,<br />

QoSTrafficCapability,<br />

TIMBroadcastRequest,<br />

EmergencyServices,<br />

FILS IP Address Request data,<br />

VendorSpecificInfo<br />

)<br />

Name Type Valid range Description<br />

FILS IP Address<br />

Request<br />

As defined in<br />

frame format<br />

15<br />

As defined in<br />

8.4. ai2.ai3<br />

FILS IP Address Request is used<br />

to request for an IP address. The<br />

request may be for a any new IP<br />

address or a specified IP address


MLME-ASSOCIATE.confirm(<br />

ResultCode,<br />

CapabilityInformation,<br />

AssociationID,<br />

SupportedRates,<br />

EDCAParameterSet,<br />

RCPI.request,<br />

RSNI.request,<br />

RCPI.response,<br />

RSNI.response,<br />

RMEnabledCapabilities,<br />

Content of FT Authentication elements,<br />

SupportedOpeartiongClasses,<br />

DSERegisteredLocation,<br />

HT Capabilities,<br />

Extended Capabilities,<br />

20/40 BSS Coexistence,<br />

TimeoutInterval,<br />

BSSMaxIdlePeriod,<br />

TIMBroadcastResponse,<br />

QoSMapSet,<br />

FILS IP Address Assignment data,<br />

FILS DNS Server Information data<br />

VendorSpecificInfo<br />

)<br />

Name Type Valid range Description<br />

FILS IP Address<br />

Assignment<br />

FILS DNS<br />

Information<br />

As defined in<br />

frame format<br />

As defined in<br />

frame format<br />

As defined in<br />

8.4. ai2.ai4<br />

As defined in<br />

8.4.ai2.ai5<br />

在報告完及討論後,主席裁示進行Straw Poll,結果為a案/b案<br />

/Don’t care/Need more info: 6/7/3/28,大多數人無法決定哪一個比較<br />

好,主席因此裁定進行Offline Discussion,並於下個討論時段提<br />

出一兩個page的比較,說明利弊與harmonization結果。<br />

16<br />

FILS IP Address Assignment is<br />

used to send an IP address for the<br />

device<br />

FILS DNS Server Information is<br />

used to communicate DNS<br />

Server address information


此議題於星期二下午重新討論,Qualcomm報告了Offline<br />

Harmonization的結論,文件編號為11-13/0346r0 “IP Address<br />

assignment: Offline discussion summary”,結論為兩種方式都列<br />

入規格成為Option,AP在打出Beacon/Probe Response時會廣播<br />

這個AP支援那些Options,由STA來依據應用的需求決定使用那<br />

一種機制。<br />

為對應這個Offline harmonization的結論,Qualcomm在<br />

11-13/0235r2這份文件提出對應的規格草案內容,在用來表示<br />

AP FILS能力的FILS Indication訊息中,新增了IP-Address<br />

Assignment Method這個欄位及其對應的選項:<br />

FILS IP Address Number of IP-Address Reserved<br />

17


Security<br />

Type<br />

Type Domains Assignment<br />

18<br />

Method<br />

Bits: B0 B1 B2-B4 B5-B7 B8-B9 B10-B15<br />

Bit values IP Address Assignment Method supported by the AP<br />

‘00’ IP Address assignment during Association is not supported by<br />

the AP<br />

‘01’ STA may use FILS HLP wrapped data to request IP address<br />

during Association<br />

‘10’ STA may use FILS IP Address Request TLV to request IP<br />

address during Association<br />

‘11’ STA may use either FILS HLP wrapped data or FILS IP<br />

B. Active Scanning<br />

Address Request TLV to request IP address during Association<br />

在Active Scanning這部分,Technical Comments Resolution主要<br />

由Rapporteur Nokia來負責Harmonization。在其所提出之文件<br />

Comment resolution of Active Scanning related technical<br />

comments by Jarkko Kneckt (Nokia) 11-13/0210r3中,比較重<br />

要的是刪掉了Neighbor Report這個Information Element。<br />

Neighbor Report是當STA有Probe Request作Network Discovery<br />

時,帶在Probe Response用來回報網路的必要資訊,然而在原先<br />

的機制中,已經有Reduced Neighbor Report可以帶在Becon、<br />

Probe Response及FILS Discovery frame中,因此看起來Neighbor<br />

Report為Redundant設計,因次被刪除。<br />

所修正的規格草案內容文字如下:<br />

===============================================================<br />

8.3.3.10 Probe Response frame format<br />

Instructions to the editor: Delete the element order 71 and renumber the following<br />

fields accordingly.


Table 8-27—Probe Response frame body<br />

Order Information Notes<br />

72<br />

Neighbor<br />

Information<br />

8.4.2.178 FILS Request Parameters element<br />

The Neighbor Report element is<br />

19<br />

optionally present if<br />

dot11FILSActivated is true<br />

Instructions to the editor: Change the Comprehensive Response to Neighbor<br />

Report Request in figure Figure 8-401cx - FILS Criteria field. Change the first<br />

paragraph of below the figure as shown below:<br />

A Comprehensive Response Reduced Neighbor Report Request field value of 1 indicates that the<br />

information of other BSSs are requested to be included in the Probe Response frame transmitted in<br />

response to the Probe Request. A Comprehensive Response Reduced Neighbor Report Request field value<br />

of 0 indicates that such BSS information is not requested.<br />

10.1.4.3.6 Probe response collision avoidance<br />

Instructions to the editor: Change the clause as shown below<br />

If a STA with dot11FILSActivated equal to true receives two or more Probe Request frames that meet the<br />

criteria to respond as specified in 10.1.4.3.5 (Criteria to respond to probe request) and the STA has<br />

dot11OmitReplicateProbeResponses true, the responding STA may cancel the response.<br />

respond with a single Beacon or Probe Response frame addressed to broadcast address. The Beacon or the<br />

broadcasted Probe Response frame shall contain all the information requested by the responded Probe<br />

Request frames. More details on selecting the Probe Response or Beacon frame are described below.<br />

— STAs with dot11FILSActivated equal to true should respond to one or more Probe Request frames<br />

addressed to broadcast address with a Beacon frame if the criteria below is met: T<br />

The STA may not respond to Probe Request frames addressed to broadcast address if the responding STA<br />

receives an acknowledged probe response addressed to the requesting STA containing the SSID of the<br />

responding STA.<br />

The STA should not respond to Probe Request frames addressed to individual or broadcast address if the<br />

next TBTT of the responding STA is within dot11BeaconResponseDuration and is no<br />

later than any deadline of Probe Response Reception Time if the Probe Response<br />

Reception Time element is present in any Probe Request frame.


10.1.4.3.7 Sending a response to probe request<br />

Instructions to the editor: Change the fifth paragraph of the clause as shown below<br />

If the Comprehensive Response Reduced Neighbor Report Request field of the FILS Request Parameters<br />

element of the Probe Request is set to “1”, the Probe Response or Beacon frame may include information<br />

of other BSSs, if the criteria as defined in 10.1.4.3.5.(Criteria to respond to probe request) are met for the<br />

included BSS. The BSSs which information is included may have different primary channel as the<br />

responding STA. When The information of other BSSs is included, one in Reduced Neighbor Report<br />

element of the is added to Probe Response or Beacon frame per one reported BSS.<br />

C. Security<br />

在Security方面,有一個技術提案花了相當多時間在討論,文件<br />

為11-13/0201r5 “FILS Handling of Large Objects” by Struik<br />

Security Consultancy,在這份提案中提出了一個問題,就是<br />

X.509v3憑證會超過253 Bytes,因此需要切割在不同Elements<br />

中,而目前的規格無法處理憑證及憑證鏈的切割與重組,需要<br />

制定其他機制。<br />

下圖為目前802.11處理Segmentation的機制。<br />

20


在規格中明確定義,IE(Information Element)大小不能超過255<br />

Bytes,而Non-IE才能超過,不幸的是,目前的憑證在FILS的規<br />

格中,僅能在IE中傳送。這份提案也建議了一些解決方法如下:<br />

概念上是把先把憑證中部份資料,先在之前Flow Sequence中<br />

送,在收完後再行重組。這個提案在Straw Poll中並未通過,原<br />

21


因為大多數人均認為需要更多Information來判斷是不是真如<br />

此。提案者後來也從善如流撤回提案,下次會期再重新討論。<br />

D. 其他議題<br />

另外一個提案也引發了一些討論。提案編號為11-13/0264r1<br />

“Normative text for Differentiated Initial Link Setup” by<br />

Huawei。<br />

參考去年2012/7月份會議的提案11-12-0786r2 “Differentiated<br />

Initial Link Setup” by Huawei,此提案提出一differentiated<br />

association機制來確保time-critical connections的initial link setup<br />

能夠具有優先權。<br />

22


在這份提案所引用的論文可發現,802.11所使用的CSMA/CA機<br />

制,僅在少於20個STA時能有效運作,因此將傳送不同QoS應<br />

用需求之connection分配在不同的時段來進行競爭,就是一個可<br />

行的方法。在去年的會期,已經同意要帶入這機制,也同意要<br />

採用如下圖的機制。<br />

在這次的提案中,提出這樣的機制之規格草案內容。<br />

ILSC<br />

Type<br />

bitmap<br />

ILS User<br />

Priority<br />

MAC Address<br />

Filter<br />

23<br />

ILS<br />

Synchronizati<br />

on<br />

Vendor Specific<br />

Category<br />

Octets: 1 0 or 1 0 or 1 0 or 1 0 or variable<br />

ILSC Type bitmap Description<br />

Bit 0 ILS User Priority<br />

Bit 1 Vendor Specific Category<br />

Bit 2 MAC Address Filter<br />

Bit 3 ILS Synchronization<br />

Bit 4 – 7 Reserved<br />

length


ILS User Priority subfield:<br />

Bit ILS User Priority Description<br />

Bit 0 0 UP 4 - UP 7<br />

Bit 1 1 UP 0 – UP 3<br />

Bit 2 2 No Traffic<br />

Bit 3-7 NA Reserved<br />

最後,在802.11ai的制定時程上,本次會議並無調整,如下表。<br />

PAR Approved, Modified, or Extended 2010-12-08<br />

WG Letter Ballots Initial / Recirc Jul 13/ Nov 13<br />

Form Sponsor Ballot Pool / Reform Mar 14<br />

IEEE-SA Sponsor Ballots Initial / Recirc Jul 14/ Sep 14<br />

Final 802.11 WG Approval Nov 14<br />

final or Conditional 802 EC Approval Nov 14<br />

RevCom & Standards Board Final or Continuous<br />

Process Approval<br />

3. 802.11af TVWS 工作群組<br />

24<br />

Feb15<br />

如圖所示,TGaf目前正在進行Comment Resolution Recirculation階段。<br />

TGaf在本次會期進行修訂第四次Letter Ballot的標準文件D3.0,這次會


期總共有166個comments,也全數在這次會期通過審議。TGaf在下次五<br />

月份會期預計將修訂第五次Letter Ballot的標準文件。<br />

絕大多數的comments以修訂標準的一些內容錯誤為主,接下來我<br />

們將介紹TGaf在這次會期的一些文件報告。<br />

11-13-0345-02:<br />

In Clause 23 we refer to Clause 22.3.10.12 (from our 23.3.10.12)<br />

which in turn refers to equation 22-100 which in turn refers to clause<br />

22.3.8.2.4 in which we find equation 22-25<br />

iSeg iTX rL-SIG t<br />

( )<br />

1<br />

= ----------------------------w ( t)<br />

TL-SIG<br />

<br />

Tone<br />

NL-SIG NTX<br />

N 20MHz<br />

<br />

– 1<br />

iBW = 0<br />

26<br />

<br />

k = – 26<br />

KShift( i)<br />

= N20MHz – 1 – 2i<br />

32<br />

<br />

k – KShift iBW BWD<br />

k 20 + p0Pk <br />

<br />

i <br />

TX<br />

exp j2 k – KShift iBW Ft – TGI – TCS<br />

<br />

如上面所列的內容,在之前的標準中所提供的方程式,並不支援<br />

載波間距144的例子,因此這份文件的作者建議新增一個方程式去支援<br />

這種情形,所需要修改的內容,僅需要針對<br />

() Kshift i<br />

去進行修訂並且新<br />

增一方程式23-100a,如下面所示。<br />

KShift(i) = (N20MHz – 1 – 2i)x32 + 8xFloor(N20MHz/4) +<br />

8xFloor(N20MHz/8) – 16xFloor(i/2)<br />

11-13-0344-02:<br />

當操作的頻寬是分散在不同的通道的時候,傳輸功率是受到所有<br />

通道當中最小的目標傳輸功率所限制,因為要分散在這些通道是面去做<br />

傳輸,因此要每個通道都能夠成功到傳送訊號到目標,因此會受到最小<br />

的目標傳輸功率限制,在原本的標準文件中,在文字的敘述上不夠簡潔<br />

明白,因此建議重新改寫,如下所示。<br />

A WSM element includes a list of identified available channels and<br />

25


corresponding maximum allowed transmission powers for each available<br />

channel. When the operational channel bandwidth (WLAN channel) spans<br />

multiple channels indicated in the WSM, with maximum power levels that<br />

are different, the operational transmission power level is constrained by the<br />

minimum transmission power level of those multiple channels, that are<br />

indicated in the WSM.<br />

TG也重新審視了接下來的Timeline如下:<br />

Form Sponsor Ballot Pool: June 2013<br />

Initial Sponsor Ballot: July 2013<br />

Recirculate Sponsor Ballot: November 2013<br />

Final WG/EC Approval: March 2014<br />

RevCom/Standards Board Approval: June 2014<br />

4. 802.11ak General Links 工作群組<br />

802.11ak General Links工作群組討論了4個技術提案,並與802.1 WG<br />

共同舉行了一場meeting。此次會期仍著重在問題的釐清及與802.1 WG<br />

之區隔討論,針對具體之功能需求,尚未有所結論。預計於下會期正式<br />

進入技術提案的報告與討論,也希望發展802.11ak的架構模型及<br />

timeline。<br />

802.11ak之目標,在於希望將802.11 Association link變成一條802<br />

General Link,使附掛在802.11 link之後的802 link (like Ethernet)也能被<br />

其它ESS/IBSS Domain的802 link來Access。如圖所示。<br />

26


一般使用的情境包括:<br />

1) 在汽車業者可以經由802.11連結汽車上,以ethernet串起來並透過<br />

802.11 STA連結上網路之控制器進行維護或更新。<br />

2) 家庭的娛樂系統可以使用wired及wireless的方式來管理所有的<br />

伺服器。<br />

3) Data Center裡可以用802.11與在STA後端眾多伺服器進行通訊。<br />

在11-13-0185r1由Huawei及Broadcom所共同提出的技術提案中,列<br />

出了目前802.11ak與802.1Q須共同解決的問題及其優先順序。<br />

1) Addressing problem: There needs to be enough information included in<br />

frames so that two 802 stations behind non-AP STAs or behind an AP<br />

and a non-AP STA can communicate.<br />

2) Reflection problem: A non-AP STA must be able to correctly discard or<br />

accept a multi-destination frame (broadcast, multi-cast, or flooded<br />

unicast) from its associated AP depending on whether or not that<br />

non-AP STA sent that frame to the AP.<br />

3) Blocked AP port problem: How to assure that a non-AP STA will not<br />

accept a multi-destination frame from the AP if bridge protocols at the<br />

AP say the frame should not be sent to that non-AP STA.<br />

4) Per port VLAN mapping: Is “per port” VLAN mapping supported and if<br />

so, how?<br />

27


5) Ethertyping versus LLC: 802.3 frames are Ethertype encoded and<br />

802.11 frames are LLC encoded. It may be impossible to do a perfect<br />

job of translating from one to the other. Adequate mechanisms to handle<br />

this in the real world are required.<br />

6) How are QoS and queuing handled, particularly at the AP? Involves<br />

mapping between 802.1 and 802.11 traffic classes.<br />

7) How is the internal connectivity/cost of the AP and associated non-AP<br />

STAs reported to the rest of the network? Relates to<br />

a. Link Metrics.<br />

b. Unreliable links.<br />

c. Direct Link between non-AP STAs.<br />

在11-13/0183r0, “Proposal of Preliminary Functional Requirements for<br />

802.1Qbz-802.11ak”, Mitsuru Iwaoka (Yokogawa Electric Co.)這份提案<br />

中,一些基本的功能需求被提出,包括:<br />

1) Compatibility with 802.1Q<br />

a. Interoperable with current and future 802.1Q devices<br />

2) Compatibility with 802.11<br />

a. Support of major 802.11 functionalities, for example<br />

• Support of ESS, including coexistence of multiple SSID<br />

• TDLS/DLS<br />

b. Minimum distinction between wire and wireless links<br />

c. Interoperable with legacy 802.11 non-AP STA / AP<br />

3) Tolerance to low link reliability on wireless media<br />

4) Scalability<br />

5) Manageability<br />

5. 802.11aq PAD 工作群組<br />

802.11aq PAD工作群組這次乃第一個會期,本會期技術提案僅有<br />

四篇,主要討論之範圍進行的是針對最後一次實施例的文件報告跟討論<br />

及細部Scope之釐清。另外預計從下次會期開始進行technical的報告與<br />

討論。<br />

28


在這次會期後,11-13-0125-04-00aq-use-case-analysis.docx這份實施例的<br />

報告將在這次會議Freeze,以下將介紹此標準所將著墨之新的實施例,<br />

以及針對這新標準的議題所觀察到的一些機會跟切入點。<br />

這次會期中,802.11aq與802.11ai招開了一次joint meeting,主要目的為<br />

Update兩個標準之Status並釐清雙方在標準制定之規範範圍,<br />

Service/Device Discovery之定義,及針對一些共同詞彙進行同步。<br />

802.11aq著重在Service的Pre-Association機制制定。目前包括Device及<br />

Service的Discovery標準,可以歸納如下表:<br />

Category Post Association Pre Association<br />

Device UDP/TCP/IP 11u: GAS, ANQP(Access<br />

29<br />

Network Query Protocol)<br />

11af: RLQP<br />

11ai: FILS?<br />

Service UPnP, Bonjour 802.11aq targets<br />

下圖所示為如何架構在802.11u GAS訊息溝通架構下去進行802.11aq<br />

service discovery之示意圖。<br />

March 2013<br />

IEEE 802.11u: Signaling<br />

STA<br />

Submission<br />

Probe<br />

Beacon<br />

AP<br />

GAS SSPN<br />

Interface<br />

Connection<br />

W/O<br />

Association<br />

Probe<br />

response<br />

GAS Protocol的主要特點包括有:<br />

M<br />

I<br />

B<br />

Slide 9<br />

Interworked<br />

Servers<br />

Advertisement s Protocol<br />

#0 ANQP<br />

#1,2 MIH<br />

#3 EAS<br />

#4 RLQP<br />

#5 Service<br />

doc.: IEEE 802.11-13/0277r0<br />

802.11u<br />

802.11aq<br />

Emergency<br />

802.11af<br />

Stephen McCann, RIM<br />

Roaming<br />

and<br />

Network<br />

Info<br />

Services<br />

Network<br />

Alerts<br />

TV White<br />

Spaces<br />

Location


• GAS designed to provide pre-association protocol<br />

• Request/Response mechanism to network server<br />

• Asynchronous timing<br />

• Built in server side delay (comeback delay)<br />

• Timing can be altered to reduce amount of Request/Responses<br />

在這個會議中,802.11ai則報告了11-13-0323r2 “Experimental test report<br />

of FILS”這份文件,這份報告比較了使用FILS與WPA2的效能,節錄如<br />

下。<br />

所Implement的FILS及WPA2 Protocol之Procedure如圖:<br />

March 2013<br />

STA AP AS DHCP<br />

Beacon<br />

Probe<br />

Authen ca on<br />

Associa on<br />

EAPOL Key<br />

DHCP<br />

Submission<br />

Implemented Protocol<br />

WPA2 FILS<br />

EAP<br />

(PEAP/<br />

MSCHAPv2)<br />

其中一個Scenario為20個FILS STA及20個WPA2 STA同時進入AP所涵<br />

蓋之訊號範圍,量測STA連接上網路要到IP之距離與時間。<br />

30<br />

doc.: IEEE 11-13/0323r2<br />

STA AP AS DHCP<br />

Beacon<br />

Probe<br />

FILS<br />

AS is collocated on AP<br />

WPA2:DHCP server is<br />

connected by Ethernet.<br />

FILS: IP address pool is<br />

collocated on AP.<br />

Slide 4 Hiroshi Mano (ATRD)


從數據可看出,FILS的效能遠優於WPA2,歸納結論如下:<br />

31


• 90% (18/20) FILS STA established link before arriving at in the front<br />

of AP.<br />

• 85% (17/20) WPA2 established link since they passed in the front of<br />

AP.<br />

• Average link established time between FILS request to IP address<br />

assignment is 0.742Sec.<br />

• Average link established time between Association request to IP<br />

address assignment is 21.599Sec<br />

另外一個實驗場景設定為,50個FILS STA及50個WPA2 STA同時擺在<br />

桌面,開啟AP進行Association,量測每個STA要到IP的時間。<br />

量測之結過歸納為:<br />

32


• Average of established Link time at FILS 0.685 Sec<br />

• Average of established Link time at WPA2 15.880 Sec<br />

另一份 11-13-0125-04 技術提案摘要:<br />

目前的實施例總共有 23 項,依照不同的情境設定,主要是希望可<br />

以簡化人們在搜尋跟使用一些裝置的步驟,加快這些裝置鏈結的速度跟<br />

提高使用者的方便性,下列我們將說明這次會期新增的實施例跟特色。<br />

Printer<br />

當我們在第一次進入一家旅館的時候,可能會希望快速通過無線<br />

網路找到一個你想要使用的印表機裝置,在此同時這個旅館可能同時有<br />

五個無線網路,並且有些網路是需要收費的有些則不用,你會希望可以<br />

直接鏈結到支援印表機的網路選項。<br />

當凱特進入了一個會議室通過他的手機,來透過網路尋求印表機服<br />

務,小基站收到凱特的請求,因此而只是凱特一些資訊來指引凱特去做<br />

鏈結的動作,然而些資訊可能包括通道跟 MAC address,透過這樣的動<br />

作設定了鏈結。<br />

這次會期新增的這個項目主要是,特別在於把一些資訊做了進一步<br />

的定義,透過通道跟 MAC address,這樣的交換資訊動作設定了鏈結。<br />

在目前的標準過程中,想要做進一步的預先鏈結的動作,有兩個主要分<br />

流,通過這兩種的資訊交換來達成進一步的網路預先鏈結的動作。<br />

IP address<br />

others<br />

從上面的資訊中我們可以看到,目前除了 IP address 之外其他的定義是<br />

空的,因此目前想進入這個標準領域的廠商,應該著重這一個區塊,像<br />

這次會期新增的 MAC address 透過網路卡的不同來做預先鏈結的動<br />

作,因為 IP 有分成固定跟虛擬 IP,有些公司因為規模比較大,因此內<br />

部的一些設備裝置都是透過虛擬 IP 來設定,從外部近來的裝置第一時<br />

間是看不到這些設備的資訊,因此在第一時間做資訊交換的時候,除了<br />

IP address 之外,因當要考量到其他的情況,將不同的資訊也納入一併<br />

33


做為參考的依據,MAC address 就是一個很適合的參數。<br />

Game<br />

當我們在休息室等待航班的時候,某個旅客可能發處一個請求想<br />

找尋區域網路上正在玩這個遊戲的玩家或者加入他的遊戲,這個項目的<br />

一些細節流程都還沒有做定義,透過怎麼樣的資訊交換,來完成手機跟<br />

小基站之間的鏈結,這樣的細節步驟都還沒有一個流程出來,因此這個<br />

地方也是一個機會。<br />

11-13-0057-02 技術提案:<br />

這篇文件主要是在討論一些設計上面的選擇,提出一些流程上的<br />

步驟提供參考,結合這篇跟上一篇實施例,可以勾畫出一些細節步驟,<br />

也可以說標準專利的布局核心,應當著重在這一邊的詳細資訊交換,跟<br />

必要的流程設定有哪些,透過這些步驟,才能過完成預先鏈結的動作。<br />

其架構示意圖所下所示。<br />

34


下圖為 TGaq 預先鏈結的流程圖。<br />

STA AP<br />

Upper Layer<br />

Protocol<br />

(ULP)<br />

2) Request (token, “3D Printer”)<br />

3) Response (token, “available”, destination_address)<br />

1) ULP message A<br />

4) ULP message B<br />

TGaq 也 Review 了 Timeline 維持原先規劃如下:<br />

• Approval of PAR & 5C: November 2012<br />

• Initial TG meeting: March 2013<br />

• Initial Working Group Letter Ballot: March 2014<br />

• Re-circulation Working Group Letter Ballot: May 2014<br />

• Form Sponsor Ballot Pool: September 2014<br />

• Mandatory Editorial Check: September 2014<br />

• Initial Sponsor Ballot: November 2014<br />

35<br />

1) Initialisation<br />

Service<br />

Transaction<br />

Proxy<br />

STA AP TXP / ULP<br />

2) Encapsulation (token, “ULP message A”)<br />

3) Encapsulation (token, )


• Sponsor Ballot Recirculation: March 2015<br />

• Final WG/EC Approval: March 2015<br />

• RevCom/Standards Board Approval: May 2015<br />

6. WNG SC 群組<br />

WNG SC本次通過成立一新的研究群組,名稱為High Efficiency<br />

WLAN,此研究群組將著眼於下世代Wi-Fi技術的制定,此技術需能解<br />

決Cellular網路擁塞之offload情境與應用下所面臨之問題,包括大量行<br />

動裝置(STA)之擁塞網路、大量接取點(AP)之擁塞異質網路及室外佈建<br />

情境下之效能提升。此SG將Focus在2.4G/5G頻帶進行802.11 PHY/MAC<br />

規格之修訂。<br />

這次會議總共討論了7個提案,摘錄如下:<br />

1) 11-13-0314-00 “On Future Enhancements to 802.11 Technology” by<br />

renesas:提出要在802.11中採用HARQ的技術。<br />

2) 11-13-0313-00 “Usage Models for Next Generation Wi-Fi” by<br />

Huawei<br />

在這提案中,針對下世代Wi-Fi的幾個Usage Models被提出,包括:<br />

36


Huawei針對這幾個Usage Model,針對包括Application、<br />

Environment、Traffic Conditions及Use Cases進行初步分析如下圖所<br />

示,為應用Wi-Fi在遠端手術的情境分析。<br />

3) 11-13-0343r0 “Operator Oriented Wi-Fi” by China Mobile<br />

在這提案中,China Mobile提出了針對Operator大規模布建Wi-Fi時所<br />

會面臨到的幾個問題所做的分析及Solution Provision。其問題與優先<br />

序可歸納如下:<br />

37


China Mobile也針對每個問題提出他們的建議方案。歸納如下:<br />

Problem Proposal<br />

#1 1. Some O&M Requirements addressed by 802.11k/v<br />

#2 and<br />

#3<br />

2. Some needs 802.11 extension: ex. STA can report abnormal<br />

dropping event and related information to the AP<br />

Define Transmit Power Control (TPC) mechanism for 2.4GHz<br />

that allow AP to control the transmission power of STAs.<br />

#4 AP configures and broadcasts different access threshold for<br />

2.4G and 5G, guiding STAs to select 5G for access. (not just<br />

RSSI for selection)<br />

#5 • Intra-operator roaming: different thresholds should be<br />

defined for intra-SSID, inter-SSID. AP should configure and<br />

broadcast the STA roaming threshold.<br />

• Inter-operator roaming: higher threshold might be defined.<br />

#6 Decrease the ratio of management frames, and improve the air<br />

interface efficiency.<br />

4) 11-13-0309r0 “next Generation 802.11” by Broacom<br />

在這篇提案中,Broadcom首先分析了802.11系列規格在Throughput<br />

方面的改善,可以總結歸納如下圖:<br />

參考802.11系列規格的制定時程,現在應該開始起始另一個下世代<br />

38


Wi-Fi之規格。<br />

因此Brodcom建議可以成立一新的SG來研究下世代Wi-Fi之使用情<br />

境、效能指標、範圍及PAR等。<br />

Improve WLAN spectrum efficiency and area throughput<br />

Improve user-experience in dense heterogeneous networks, keeping in<br />

mind the minimum per-user throughput.<br />

Improve WLAN in outdoor deployments<br />

The scope and duration should be similar to 11ac, driving enhancements<br />

in several directions/dimensions.<br />

Focus on the primary spectrum of WiFi in 2.4 and 5GHz.<br />

5) 11-13-0287r1 “Beyond 802.11ac a very high capacity wlan” NTT<br />

NTT在這份提案中,主要從輔助Cellular布建的角度,認為下世代<br />

Wi-Fi要達到10Gbps的Data Rate,他們提出以下目標<br />

WLANs as an alternative to the cellular system in home, office and public<br />

hotspots<br />

• Need to support use cases such as cellular data offloading in home and public<br />

Requirements<br />

areas (hotspots).<br />

• To maintain throughput in places where APs are densely deployed = very high<br />

system capacity / m 2<br />

Our Proposal<br />

• To improve the spectrum efficiency and area throughput - a maximum<br />

multi-STA/aggregated throughput (measured at MAC SAP of APs) of at least<br />

10 G bit/s<br />

• To improve the performance in a dense deployed places including minimum<br />

per-user throughput.<br />

39


針對下世代WLan的Spectrum Efficiency提升,NTT認為要從兩方面著<br />

手:<br />

• Exploiting the unused frequency resource<br />

• Allowing simultaneous transmissions of multiple stations<br />

因此他們提出了可能的技術解決方案如下圖:<br />

6) 11-13-0331r3 “High Efficiency WLAN” by Orange<br />

這份提案,總共獲得了China Mobile、AT&T、Qualcomm、Renesas、<br />

ETRI、Mediatek、Ericsson、Marvell及Inter Digital等公司Co-Sign。<br />

Orange在這份提案中提議,針對802.11 PHY及MAC在2.4G/5G頻帶之<br />

Enhancement成立一新的SG。在這份文件中,Orange經由分析,具體<br />

指出這一新的SG將著手在下列三個焦點課題,以提供使用者更佳的<br />

User Experience。<br />

1) To improve efficiency in dense networks with large no. of STAs<br />

40


2) To improve efficiency in dense heterogeneous networks with large<br />

no. of APs<br />

3) To improve efficiency in outdoor deployments<br />

這三大課題所面臨到之問題包括:<br />

主要的問題摘錄如下:<br />

1) High number of STAs per AP<br />

• 802.11 channel access has been designed for and is effective with a<br />

limited number of users. However, with a high density of STAs:<br />

o limitations of CSMA-CA: inefficient after a certain density of<br />

STAs due to increased collisions<br />

o MAC efficiency/airtime use limitations:<br />

much less efficient for a high number of users, each with<br />

limited throughput applications<br />

airtime use can be very inefficient with a traffic mix (small<br />

and big packets)<br />

a significant proportion of packets are very small<br />

41


e.g. web browsing:


under coverage (with rather small Rx power – but sufficient to<br />

cause interference, especially at BSS-edge)<br />

• saturation with a high number of STAs per AP<br />

最後針對這個提案進行意見調查,提案文字內容為:<br />

Do you support starting a new study group called “high efficiency WLAN”<br />

to enhance 802.11 PHY and MAC in 2.4 and 5GHz with a focus on:<br />

o Improving spectrum efficiency and area throughput<br />

o Improving real world performance in indoor and outdoor<br />

deployments<br />

in the presence of interfering sources, dense<br />

heterogeneous networks<br />

in moderate to heavy user loaded APs<br />

表決結果:同意 128、不同意 1、棄權 27。提案通過。<br />

7. IEEE 802.16r<br />

Date Time Details<br />

Tuesday<br />

Mar 19<br />

Wednesday<br />

Mar 20<br />

16:00-18:00<br />

PM2 slot<br />

10:30-12:30<br />

16:00-18:00<br />

AM2/PM2<br />

slot<br />

LS from MEF: IEEE P802.16r<br />

Activity regarding Small Cell<br />

Backhaul<br />

Integration of IEEE 802.16 and<br />

Carrier Ethernet<br />

"Bridging Issues in Integration of<br />

IEEE 802.16 and Carrier Ethernet<br />

NLOS Backhaul Overview and<br />

Requirements 802_16r_000r<br />

Extension of OFDMA Physical layer<br />

mode to support 256 & 1024 point<br />

QAM constellations for high capacity<br />

Proposed Draft IEEE 802.16r<br />

Architecture and Requirements for<br />

Small Cell Backhaul<br />

Call for Contributions toward<br />

Session #85<br />

43


IEEE 802.16r的會議議程如上所述,這次會議主要進行的議題有小<br />

型基站Backhaul的需求與考慮因素、網路架構、物理層的擴展以及討<br />

論一些小型基站的架構以及需求的草案。這次會期是第二次的會議,<br />

一共有四分提案如下所示:<br />

TG REF TITLE SOURCE<br />

802.16-13-0<br />

049-02-000r<br />

802.16-13-0<br />

051-00-000r<br />

802.16-13-0<br />

050-01-000r<br />

802.16-13-0<br />

058-00-000r<br />

七、 心得與建議<br />

Integration of IEEE 802.16 and Carrier<br />

Ethernet<br />

NLOS backhaul overview and<br />

requirements<br />

Extension of OFDMA Physical layer<br />

mode to support 256 & 1024 point<br />

QAM constellations for high capacity<br />

back-haul applications<br />

Proposed Draft IEEE 802.16r<br />

Architecture and requirements for<br />

Small Cell Backhaul<br />

44<br />

MARKS<br />

RADU<br />

DAVID<br />

HSISH<br />

本次會議約有220人參與802.11工作群組,目前在802 LMSC中參與<br />

最為火熱的兩個任務群組,分別是802.11及802.3。在802.11WG中,TGah<br />

Sub 1GHz及TGai Fast Initial Link Setup參與的人數較多。<br />

在TG的最新動態, TGai正進行最後技術綜整的階段,幾個重點<br />

技術領域包括Discovery、Higher Layer Setup、Security、Active Scanning<br />

的技術本文均以有明顯之輪廓,目前的規格草案在network discovery及<br />

scanning方面之技術方案已經差不多Final,預計將於7月會期起始通訊


投票(Letter Ballot),其他Higher Layer Setup的技術這次也已底定,其他<br />

相關之技術提案也讓整個規格草案逐漸成收斂之勢。<br />

TGaq及TGak則處於起始階段,尚未有具體之技術討論,目前仍聚<br />

焦在Scope及Use Cases的確認,預計將從下會期開始進行技術徵求與討<br />

論。TGaf則即將進入SB階段,距離完成制定也僅一步之遙。<br />

由於TGac即將於今年年中之後完成Sponsor Ballot,因此802.11WG<br />

眾家公司漸將佈局轉往Next Generation WLAN之新標準制定任務,本次<br />

會期所通過將成立的High Efficiency WLAN研究群組,即是為因應此一<br />

新新技術佈局所作的準備。此研究群組將負責研擬範圍、使用情境、決<br />

定效能指標及制定PAR與5C。 其目標設定為具體提升下世代Wi-Fi技術<br />

之頻譜效能與區域資料吞吐量以滿足使用者之Quality of Experience,新<br />

技術將Focus在2.4G/5G頻帶進行802.11 PHY/MAC規格之修訂以解決下<br />

世代802.11所面臨到之三大課題,包括大量行動裝置(STA)之擁塞網<br />

路、大量接取點(AP)之擁塞異質網路及室外佈建情境下之效能提升。這<br />

部分也將是未來我們需持續關注並積極參與進行技術部局之重點。<br />

近年來小型基站已經成為無線通訊的一個重要議題,關於Backhaul<br />

的布建分別有無線以及有線兩種解決方案,雖然此次的會議僅是第二次<br />

的會議,但是在會議過程中可以發現各家廠商對此的關注,因此我國應<br />

該持續在這個議題上面著墨,進行專利佈局。<br />

八、 附件<br />

由於此種國際會議都嚴禁拍照場內拍照,所以僅能在適當時機拍下場內<br />

的討論情況。<br />

45


圖、IEEE 802.11.TG 會場<br />

圖、IEEE 802.11.TG 會場<br />

46


圖、IEEE 報到處<br />

圖、IEEE 802.11.TG 會場<br />

47

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!