會議報告 - 網路通訊國際標準分析及參與制定計畫網
會議報告 - 網路通訊國際標準分析及參與制定計畫網
會議報告 - 網路通訊國際標準分析及參與制定計畫網
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