IEEE 802.11p/1609 國際技術標準研究與...

IEEE 802.11p/1609國際技術標準研究與

分析報告

1

目錄

摘要：.........................................................................................................2

一、簡介.....................................................................................................3

二、標準趨勢.............................................................................................7

三、專利佈局...........................................................................................27

四、標準組織參與策略 ..........................................................................30

五、相關產業現況與產值及標準化效益分析 ......................................32

六、總結...................................................................................................38

參考資料...................................................................................................39

附件...........................................................................................................40

2

摘要：

本報告將針對 IEEE 802.11p/1609 的現在技術進行分析， IEEE

802.11p/1609 主要針對無線接取技術應用於車用環境無線存取

(WAVE)時，所定義出的通訊系統架構及一系列標準化的服務和接

口。今年本計畫總共派遣了 12人次參與 IEEE 802.11p/1609標準制訂

會議 7次。每次會議與會人數都約為 30人，包含車廠、車載及路側

資通訊設備及系統商代表。參與會議主要目的在了解 IEEE

802.11p/1609每一期剛出爐 draft標準制定的情形，並追蹤會議前本計

畫所提出之標準貢獻被接受情形及進度。透過標準會議的參與，讓本

計畫了解標準組織的組成架構、標準建立的流程及如何規劃標準組織

參與的策略。七次會議的參與除了認識許多在此領域專精的專家/學

者之外，也發掘了其他一些將來可能標準技術引進或合作的公司/單

位。另外，每次參與會議後，均歸納幾項未來可能提案貢獻的方向，

這些提案方向將有利本計畫日後進行相關專利卡位或佈局。除此之

外，更加了解在 IEEE 802.11p/1609標準的運作機制後，對於往後規

劃WAVE/DSRC技術發展及標準提案的策略有很大的幫助。

3

一、簡介

近年來由於資通訊、導航與車用電子技術的成熟，促進歐、美、

日等國積極投入車載資通訊的技術與服務開發，希望繼 3C之後能夠

造就 4C (Car)的產業成長。於車載資通訊中能夠運用多種現有的通訊

技術，包含紅外線、3.5G、WiFi、WAVE與WiMAX等。其中WAVE

是以舊有無線網路技術考量車載網路環境所制定，具有優異的即時通

訊能力，相較於電信級網路架構更能夠勝任車載網路環境中的特殊應

用，例如安全相關應用、電子收費服務等。而關於 WAVE 的定義，

有人定義 IEEE 802.11p是WAVE，也有人定義 DSRC就是WAVE，

更甚至有定義“IEEE 802.11p”、“IEEE 1609.1”、“IEEE 1609.2”、“IEEE

1609.3”以及“IEEE 1609.4”整個合起來才算是 WAVE，至於哪些東西

可稱為 WAVE 要看取決於什麼樣的角度，不過不管如何，IEEE

802.11p/1609整體架構如圖一所示，可細分成下列模組：

圖一：IEEE 802.11p/1609 整體架構圖

4

IEEE 1609.1 (Management & Networking Service Extension for

Resource Class)：此模組位於應用層，引導資訊的交換，定義資

源設備 (Resource class device)與資源管理設備 (Resource

Manager device)之間通訊格式及方法，以便載送資料訊息、命

令訊息、狀態訊息等的封包傳送。

IEEE 1609.2 (Security Services for Applications and Management

Messages)：此模組定義在WAVE/DSRC系統中的安全訊息封包

格式，及安全訊息封包的處理方式。也定義 WAVE 管理訊息

(management message)與應用訊息(application message)的加密

方法，車輛引起的安全訊息的例外處理。

IEEE 1609.3 (Networking Services)：此模組是相對應於 OSI的

網路模型的網路層與傳輸層，以便提供WAVE/DSRC的網路服

務；可以提供兩個車輛設備(vehicle-based devices)之間的通訊，

或是車輛設備與路旁設備(Road device)之間的通訊。

IEEE 1609.4 (Multi-channel Operation)：協調控制頻道(Control

Channel, CCH)與服務頻道(Service Channel, SCH)的多頻道運

作；包括優先權(Priority)的使用，頻道的切換機制。

802.11p：一個由 IEEE 802.11標準擴充的通訊協定，主要用在

車用電子的無線通訊上符合智慧型運輸系統（ Intelligent

Transportation Systems， ITS）的相關應用，使用 5.9 GHz

（5.85-5.925GHz）波段。應用層面包括高速率的車輛之間以及

車輛與標準 ITS路邊基礎設施之間的資料數據交換。IEEE 1609

標準則是以 IEEE 802.11p通訊協定為基礎的高層標準。

5

IEEE 802.11p/1609標準組織之架構組成如下圖所示。

IEEE 802.11p/1609目前狀態如下表所示。

PAR PAR

Approval

Date

Open 1609

Review and

comment

End 1609

WG Review

and

comment

Send draft

to IEEE

MEC

Open

Sponsor

ballot

REVCOM

Submit Date

SASB

Meeting

Approval

Pubication

Plan Date

1609.0 12/6/2006 3/5/2010 Apr 5 May 5 May 15 Aug 2, 2010 Sep 2010 Oct 2010

1609.1 9/26/2008 1/5/2010 Feb 5 Mar 5 Mar 15 May 6, 2010 June 2010 July 2010


1609.3 9/26/2008 12/5/2009 Jan 14 Mar 5 Mar 15 May 6, 2010 June 2010 July 2010

1609.4 9/26/2008 12/5/2009 Jan 14 Mar 5 Mar 15 May 6, 2010 June 2010 July 2010


802.11p 12/10/2008 D9.0 Sep 11/26/2009 May 6, 2010 June 2010 Sep 2010

IEEE Standards

Association

1609 802

1609.0John Moring

1609.1Alastair Malarky

1609.2William Whyte

1609.3John Moring

1609.4John Moring 802.11

11pLee Armstrong

6

下圖為 1609.3/.4標準建立之流程及步驟。

Approve d1.4 as baseline (Oct 19, 2009)

San Diego Mtg (Dec 7, 2009)

Open IEEE ballot group(Jan 4, 2010)

San Diego Mtg; Sponsor ballot decision(Feb 1, 2010)

Submit to MEC(Feb 15, 2010)

Sponsor ballot open(Mar 1, 2010)

Standard approved(Apr 26, 2010)

Submit to REVCOM(May 3, 2010)

SASB approval(Jun 14, 2010)

Generate d2.0

Generate d3.0

Documents published(Jul 5, 2010)

Review comment resolution

Final cleanup

Comment resolution

Prep for publication

7

二、標準趨勢

IEEE 1609的發行者為美國電機電子工程師協會(IEEE)車輛技術

學會智慧運輸系統委員會美國運輸部(Department of Transportation，

DOT)的 ITS (Intelligent Transportation System)計畫。其針對無線接取

技術應用於車用環境無線存取(WAVE)時，所定義出的通訊系統架構

及一系列標準化的服務和接口。其主要目的為制定車與車(V2V)間、

車與基礎設施(V2I)間之標準無線通訊協定，並藉此提供行車環境

下，包括汽車安全性、增強導航、交通管理、自動收費等應用情境所

需之通訊協定標準。IEEE 1609於 1999年開始制定，到了 2006年出

版了 Trial Use版本，並在 2008年Working Group會議中決議將 Trial

Use改成 Full Use版本。而 IEEE 1609 sponsor ballot invitation的時間

定為 2009年底。關於 IEEE 1609投票權的問題，要取得投票權需要

加入 IEEE Standard Association (IEEE SA)，不過加入的時間則必須在

sponsor ballot invitation發布之前。今年度 IEEE 1609 Working Group

會議平均每兩個月舉行一次，到目前為止(2009/11/5)一共舉行了五

次，本計畫在每次的會議均有派人員參與，有關 IEEE 1609會議相關

的討論事項可從底下論壇網址獲得

http://serv4.itsware.net/bb/viewforum.php?f=19。

在 IEEE 802.11p方面，當初美國材料試驗協會(ASTM)為了發展

8

專用短距通訊技術(DSRC)，因而針對北美地區不同廠商的電子收費

系統(ETC)技術進行評估。當時以休斯公司的 DSRC標準雀屏中選，

這個規格的特色在於「採用 915MHz 頻段、利用分時多工存取

(TDMA)，以及配備主動式車載單元(OBU)作為通訊方式」。如圖二所

示，由於 915MHz僅能支援 0.5Mbit/s傳輸速率，且傳輸距離僅有 30

公尺；因此美國聯邦通信委員會(FCC)於 1999年底決定 5.9GHz這個

頻段資源將應用在汽車通信上(DSRC 規範可支援 6-25 Mbps 傳輸速

率)，傳輸距離更可達到數百公尺。2002年，當 ASTM確定 DSRC規

範 E2213-02時，便將 5.9GHz採納為規格制定頻段，並決定採用 IEEE

802.11a 作為傳輸技術。2003 年底時，ASTM 將 E2213-03 標準移往

IEEE聯盟制定，也促成 IEEE 802.11p的誕生。目前規格制定進度為

8.0版草案。在 5.9GHz頻段上使用，有七個頻道可供操作，每一個頻

道為 10MHz，其中一個頻道為控制頻道，其他則為服務頻道。而

802.11p有底下三個特性：

1. 互通性：802.11p相容許多現有 DSRC標準，包括 ITS專用

通訊標準 E2213-02、CALM M5及 802.11a。標準相容性讓

802.11p擁有極高的市場接受度。

2. 高速移動性：許多 DSRC 技術無法實現高速移動接取，而

802.11p希望能夠達到這個目的。

3. 獲得 IEEE與美國政府支持：美國運輸部將負責建置基礎建

9

設。

關於 802.11p的投票權問題，一般的 member只能到 802.11標準

的論壇觀看及下載討論相關文件，要拿到投票權的話，必須連續的四

次會議參與其中兩次才有資格取得，拿到投票權後才能下載最新

Draft以及參與會議中各項討論事項的表決。而 IEEE 802.11p sponsor

ballot invitation的投票權仍然要加入 IEEE SA。

圖二：車用無線網路頻帶使用示意圖

今年 IEEE 802.11p會議平均是兩個月舉行一次，本計畫也派人員

參與了其中兩次，相關資訊可從底下網址獲得

http://grouper.ieee.org/groups/802/11/Meetings/Meeting_Plan.html。下面

列出本計畫今年度參與 IEEE 1609和 IEEE 802.11p會議的名稱、時

間、地點、參與人員及任務。

10

1. 會議名稱：IEEE 1609 WG Meeting 2009 #1

會議時間：February 3~5, 2009

會議地點：Bay Club Hotel & Marina, 聖地牙哥(San Diego), 美

國加州

參與人員及任務：

黃嘉淵–負責 IEEE 802.11p–PHY & MAC Layer相關、1609.4多

通道操作(Multi-Channel Operation) 及 simulation等議

題。

李夏新–負責 1609.3網路服務(Networking Service)、及應用相關

的 1609.1及 1609.11 EPS電子付費服務等議題。


會議時間：March 24~26, 2009


國加州


李夏新–負責掌握 1609.3、及應用相關的 1609.1及 1609.11等

議題。


11

會議時間：June 16 ~ 18, 2009

會議地點：SAE Automotive Headquarters, 底特律 Troy, 美國密

西根州


李夏新–負責掌握 1609.0及應用相關的 1609.1、1609.11等議

題。

徐國晃–負責掌握 1609.2、1609.3、及 1609.4 PHY & MAC Layer

等相關議題。


會議時間：August 4 ~ 6, 2009


國加州


李夏新–負責掌握通訊相關的 1609.3及 1609.4。

曾國治–負責應用相關的 1609.1及 1609.11等議題。


會議時間：October 20 ~ 22, 2009

會議地點：ARINC, Annapolis, 美國馬里蘭州

12


李夏新–負責掌握 1609.2 Security Services、1609.3 Networking

Services及 1609.4 PHY & MAC Layer等議題。

徐國晃–負責掌握 1609.0及應用相關的 1609.1、1609.11等相

關議題。

6. 會議名稱：IEEE 802.11p標準會議 2009 #116

會議時間：July 13 ~ 17, 2009

會議地點：Hyatt Regency San Francisco，舊金山，美國加州


康博竣–負責了解 IEEE 802.11架構的構成要素、標準的制定策

略、各國針對頻段的使用所做的規章種類及 802.11p

frame formats等議題。

徐國晃–負責了解 IEEE 802.11p投票運作政策與過程、channel

set的使用，channel overlap的問題及 802.11p Layer

management等議題。

7. 會議名稱：IEEE 802.11p標準會議 2009 #118

會議時間：November 16 ~ 20, 2009

會議地點：Hyatt Regency Atlanta，亞特蘭大，美國喬治亞州

13


徐國晃–了解 802.11p標準現況及技術未來趨勢。

以下說明 IEEE 1609各個子標準和 IEEE 802.11p在今年度會議

發展的情形及趨勢。

IEEE 1609.1

1609.1的負責人為 Alastair Malarky (MarkIV)，Alastair於

第一次會議中報告 1609.1改版的內容建議，預計要增加共通的

互通功能及訊息格式。本計畫於會議中詢問共通訊息格式的部

分是否和 SAE J2735有些相關連，Alastair表示這有很多種可能

的架構或結果，目前尚未確定。Doug Kavner (Raytheon)詢問新

版的 1609.1 名稱會變成什麼，Alastair 也還不確定，心裡也還

沒有任何想法。Alastair表示目前 1609.1 subgroup 從上次十月

WG 會議成立以來，大約一個星期開會一次，目前僅產生一份

concept文件。雖然目前還看不出來最後會產生什麼，不過讓人

感覺是有可能會讓之前完全無用的 optional 1609.1標準變成和

1609甚至上層的 SAE J2735可以有更緊密的結合，甚至變成非

optional的標準。

在第二次會議中 Alastair 主要說明 1609.1/D0.5 的制訂狀

態。Justin McNew (Kapsch)在會議中質疑目前此標準的真正有

用之處，如果是 low end device如何可以進入 sleep mode同時又

listen特定的 wake up WSM，及哪裡可以真的省到電，而且大

部分的架構及 SAP都是內部設計，現在 1609.3都可以做到。對

於是否需要更改 PAR，討論結果是先維持目前的 1609.1 PAR進

14

行修訂工作，等到有需要再更改。

第四次會議主要討論新增的內容，在 1609.1 identity中，

除了原本的 physical 及 logical identity 外，再加上 group

identity。1609.1主要訂定 management plane方面，而沒有 data

plane方面的規範。Sleep/wake up這裡也引起爭議，1609.1以應

用程式的角度來看 sleep這件事，所以在硬體層來看，也許並非

一直 sleep或不耗電。Justin McNew認為並沒有辦法 sleep，必

須一直是 wake up的狀態。Ramez Gerges (CALTRANS)似乎有

一些硬體計畫在嘗試部分硬體省電的做法。Alastair希望大家填

寫一個表格，去決定每個功能應該放在1609.1, 1609.3/.4, profile,

或是移除功能。

在第五次會議中，1609.1 名稱建議被更改為 Remote

Management Service。Sleep功能改為 Quiet功能，可以設定不

傳送的時間長短。至於所有安全方面的設定將放在 1609.2。而

1609.1盡力不要去碰觸到 implementation相關議題。

IEEE 1609.2

1609.2負責人為William Whyte (NTRU)，William於第一

次會議主要報告 1609.2目前預計的修改方向。照William的估

計，需要大約六至九個月才會完工。關於未來可能的更新，

William詢問 John Kenney (Toyota)是否有打算做 multi-hop，他

表示沒有。

在第二次會議中，William將 1609.2的未來進度區分為 v1.1

及 v2，其中 v1.1 大約年底會出來，目標在修訂目前的 1609.2

15

文件使之與 1609.1 及 1609.3 介面一致，並更新一些像 timing

info等新的議題需求；v2主要在增加新的功能，包括 anonymity

sub group, tracking device等，做法可能包括 certificate format &

management on-vehicle 及 synchronize identifier change across

vehicles。預計要明年才會出來。

第三次會議William主要針對1609.2 trial use版本修訂的內

容說明，包括 secured messages, encrypted messages, certificate

request, anonymous certificates, WSA replay 問題等等。Trial use

之後還沒有正式 1609.2新 draft版本出來。

在第四次會議William提出 Secured/unsecured WSA是否需

要加上 location 資訊引起廣泛討論，這個議題在會前就有特定

的電話會議討論過，不過沒有得到結論。此外如何在必要時有

效率的跳過 security header、其他 PK演算法、multi-hop等也是

討論的議題。John Kenney表示目前 1609並沒有任何 multi-hop

的設計，但是 1609.3是個非常 thin的設計，並不阻止任何有意

做 multi-hop功能的人將之放在其上。William認為目前 1609.2

也看不出有任何需要提供 multi-hop功能的需求。

第五次會議 William 終於釋出 trial use standard 後第一版

1609.2 draft。William 這次也帶入幾個議題：SAPs, security

application profile，以及幾個待解決議題包括 timing,

anonymity/pseudonymity, unlinkability。此外，郭聖博博士

(Telcordia)希望能將 VDTLS 加入標準，William 的意見是現在

1609.2選擇用 EDCSA做為加密方式，而且現在 EDCSA的晶片

16

也很容易取得，他看不出使用 VDTLS 有什麼需求。Tom 詢問

是否要將 VDTLS加入 1609.2，William回答 v2 專注在個別的

security通訊，故暫不考慮，但在 v3考慮 security session時，

會考慮加入。

IEEE 1609.3/1609.4

1609.3/1609.4負責人為 John Moring (Kapsch)。第一次會

議，John報告目前 1609.3 draft D1.0及 1609.4 draft D1.0修改的

狀況，以及對於大家給的建議的回應。John於 1609.4新增功能

中解釋 immediate SCH access and indefinite SCH access、segment

and reassemble WSA frames。Alastair Malarky建議 indefinite SCH

access應可設定一段時間之後回到 CCH，在沒有必要永久停留

在 SCH時。針對 immediate/indefinite SCH access的新做法，因

為可能導致單一 radio 的設備可能不能停在 CCH 聽到重要的

safety message，引發很多討論。除此之外，兩個設備間能否同

步溝通也會出現問題，所以本計畫提出建議在 WSA 裡面新增

一個欄位用來同步或告知 immediate/indefinite SCH access。John

表示現況可用 PSC的方式，本計畫建議可以有個大家同意的共

通做法寫在標準內，John表示可以寫成提案，Justin McNew也

覺得應把共通做法寫在標準內作為大家的參考。最後提到

reassemble WSA frames，新增了 continuation bit 來做到

fragmentation。Dick Roy (Connexis)建議可以用 802.11 MAC提

供的 fragmentation。John Kenney建議一個WSA原本就可以放

多個 higher layer information element (HLIE)。John表示要回去

確認是否還是有可能超過最大封包限制。此外 John報告由 Scott

17

Andrews提案的 anonymity。這個做法是 VII的做法，被質疑其

實不需要定死，只要隨意決定MAC即可。Alastair Malarky建

議將這個移到 1609.2，而且除了 MAC以外，應該也要考慮 IP

anonymity。John Kenney表示就他的了解，一般 OEM廠比較能

接受一段時間變化MAC而不是用固定一個定義的MAC。接下

來進入 1609.3的主要改版報告，Dick Roy詢問如果有很簡單的

設備，只會發送 WSMP但是沒有實作 LLC 等，是否可以算是

符合 1609，最後大家同意這是個 profile制訂的問題。關於 link

quality低於一 threshold就刪除此服務，Ramez Gerges質疑目前

定義過份簡單，可能會一個訊息微弱就刪除了，John認為可以

多統計一些再做判斷，這邊看來也尚未完備，可能可以再修訂。

Alastair Malarky 認為不同服務對於 threshold 的需求不一定一

樣。本計畫提問對於不同 priority 的應用如何定義不同的

threshold，John目前沒有答案，Randy Roebuck (Sirit)認為這可

能是個 profile制訂的問題。關於 Annex E 的 confirm before join

流程，Doug Kavner 詢問是否也有辦法得到 RCPI 或是

geographical資訊做為是否 join的判斷。Doug Kavner建議 link

quality可能需要依照不同的 user或 provider或 application而有

各自的設定。Alastair Malarky提醒 RCPI並非 mandatory，所以

Doug Kavner的需求可能會導致有些沒有RCPI量測的設備無法

滿足需求。關於 application priority 不同導致可能需要

CchService request，對於可能同時有多個 application 存在，除

了需要 scheduler複雜的判斷，可能還需要評估標準是否允許在

一個 interval之中切換多次。關於 8 bits Element ID的功能，會

18

議之前就有人建議用 OUI可以有 36 bits，而且 Justin McNew認

為用 OUI可以讓 1609.3不需要一直修訂。Alastair Malarky建議

WSA 格式中的 Transmit Power 從 optional 改為 mandatory。

Alastair Malarky詢問如果WSA有兩個 service一個要 sign一個

不要時目前則不知該如何做。

第二次會議 John報告 1609.3/D1.1及 1609.4/D1.1版本的修

訂狀態。關於和 802.11p間的同步，John認為 802.11p draft已

經夠穩定了，下次 1609.3/1609.4版本將會和 802.11p/D6.0或最

新版本同步好。針對 1609 Protocol Stack架構圖的更改，大家有

很多意見。Doug Kavner 認為 Security 不應該延伸到 PLME。

Alastair Malarky 及 Francois Simon (ARINC)仍然認為應該將

WME延伸到 PLME。John認為這個延伸沒有 SAPs所以沒有必

要。802.11 裡面出現的 SME 並沒有特別的功能定義，Justin

McNew說明WME僅定義了 SME的部分功能，但是沒有必要

特別呈現 SME 於 1609，如果有必要特別說明 WME是 802.11

SME在 1609的子集合，可以在 1609.3用一段文字說明，Tom

和 John Kenney同意如果圖示不改的話，有加上文字說明的必

要。Guard Interval時間可否傳輸，對於 switching/non-switching

radio 是否可以有不同的限制，聽完大家意見，John 回去再整

理。關於 link quality的計算，John建議可以用收到WSA裡面

的 persistence/repeats 搭配 RCPI 來判斷，對於此 John Kenney

希望能聽到有人報告 link quality的實作及實驗結果，這會對標

準制訂的討論有很大的幫助。Dick Roy認為目前 10Hz的設定，

即使沒有 repeat 都已經是很大的傳輸量了。關於 unsigned

19

WSAs，John 提案一個 WSA 可以同時存在 unsigned 及 signed

service/channel info (稱為 mixed WSA)，前後被 security

header/trailer包著。當 user收到WSA時，user如果沒有 request

signed，可以收 signed/unsigned WSA。此外，John建議 timing info

應該保留做為 non-GPS 設備做時間同步，而不會因為 signed

WSA 的 verification 不過而被丟棄。至於名詞的使用，

1609.3/1609.4 已經將 WBSS/join/RSU/OBU 等名詞拿掉。

RSU/OBU 改用 WAVE device，如果還有 RSU/OBU 的名詞需

求，可能可以出現在 1609.0。最後 John說明 1609.3/1609.4 PICS。

第三次會議主要討論的議題包括： timing 狀態和不同

device 的需求、WSA 的格式修正 (包含本計畫提案移除

persistence bit被接受)、1609 OUI解決方案建議使用 1609 IAB

加上4 bit做為1609標準分類、transmit power在802.11p, 802.11k,

1609間定義的同步問題、放寬 SCH在 guard interval送出訊息

的限制、放寬不收聽 CCH頻道的限制、transmit power法規上

限的設定該如何被整合進入 1609文件、MLMEX等新名詞的定

義說明、WAVE device在不同的 802.11, 802.11p, 1609的最小需

求等等。

第四次會議 John 主要報告 VSA (Vendor Specific Action)

Frame的提議用法。根據 802.11p最新版本(D8.0)的修訂，802.11

Management Frames分為 TA (Time Advertisement)及 VSA。根據

之前的共識，WSA放在 VSA之內。一些必要的 VSA SAP被提

出來 ( 如 WME-VSA.req, MLMEX-VSA.req,

MLME-VSPECIFIC.req等)，以及封包格式中 36 bit IAB之後的

20

4 bit Management ID的定義。這次 1609.3/.4仍停留在 D1.2版，

John將此提議跟大會取得共識後，將於下次會議提交 1609.3/.4

D1.3 版。 John 接著報告 TA 的提議用法。新的 SAP 如

MLMEX-TA.req 可以用來送出 TA，不過 Wendong Hu

(STMicroelectronics)建議 MLMEX-TA.ind 可能沒有用處，這點

John也同意。TA frame內容目前很多列為 Optional暫無用途，

Alastair Malarky建議留著將來可能會有用途。Wendong Hu詢問

TA frame的使用頻率，或哪些設備該送，John回答目前這個尚

無答案。對於 802.11 的修正，John 建議將 capability、country

及 vendor specific info改為 optional。由於 802.11現在正在進行

clean circulation ballot，Justin McNew建議等到 sponsor ballot再

提案修正。關於 transmit power，由於各國規範可能不同，是否

需要於 MIB 中提供設定去限制或規範，引起廣泛討論。另外

Country 字串引起很多討論。Carl Kain (Noblis)詢問跨國界時

Country 的更新或設定方式，以及 Justin McNew 建議 Country

應該直接移除。對於 1609 device profile 的想法，John建議把

device profile分為七類：minimal OBU, safety-capable OBU, high

end OBU, RSU, high end RSU, resource, resource controller，並針

對 1609.3/.4重要的功能與每個 profile的 mandatory/optional對

應表。John 詢問大家此 profile 內容應該放在哪裡，Aaron

Weinfield (Denso)、Randy Roebuck、Wayne Fisher (ARINC)、Doug

Kavner都建議放在 1609.0，Wayne Fisher額外建議放在 1609.0

annex。Jason Liu建議在分類時應將重點放在硬體差異上，因為

軟體都可以很容易的調整，再去分類就沒有意義了。

21

第五次會議首先談到 PICS 的規範，目前最低需求為至少

IPv6及WSMP其中之一、LLC connectionless unack’ed, 802.11p

OCBEnabled, OFDM, 5.9GHz。其他像 1609.2 security, 1609.3

WME, 1609.4 multi-channel operation 等都是 optional。Randy

Roebuck認為如果標準有這麼多的 optional，連整個 1609.4都是

optional，那麼 profile就會變得非常重要，應該要清楚規範。John

接下來回應最近的一些 comments，第一個是我們給的

comment，我們之前建議加入一個 annex 給封包格式的範例，

John詢問現在這樣封包格式不夠清楚嗎，我們回答有些 ISO標

準 (ISO/IEEE 11073) 有封包範例，這樣可以幫助讀者更清楚了

解真實的使用情形。John希望如果有必要下次可以報告一下，

我們表示下個月底應該可以把範例 annex 完成給大家看。接下

來在 request timing information方面，John給了可 process flow

說明，John Kenney建議應該加一些機制，或是一些警告文字說

明這些機制該如何避免 broadcast storm的情形發生。Dick Roy

詢問這個 timing information機制的目的，Justin McNew認為有

些應用程式會需要用到，所以 1609.3只是提供這個機制。最後，

John 希望所有新的 features 請在本週內提出，以便之後進入

working group ballot後可以順利進行。此外，John取得大家同

意，以 1609.3/.4/d1.4版作為目前的基準文件。

IEEE 1609.11

1609.11負責人為 Justin McNew (Kapsch)，Justin於第一次

會議中主要報告 1609.11時程規劃，預計年底完成 ballot，隔年

完成 REVCOM (IEEE Standards Review Committee)。第二次會

22

議中 Justin 秀出 1609.11 的架構圖，從架構圖來看 Payment

Service 是個 Application Middleware，提供上層應用程式進行

Electronic Payment Service。1609.11 Electronic Payment Service

不僅提供 tolling應用，其他電子商務皆可應用此標準。另外，

第三次會議中Ron Hocknadel (SAE)詢問是否 SAE J2735需要保

留 message set給 EPS，Justin表示目前 1609.11/D1.0已經選擇

用 ISO 14906及 ISO 15628的 EPS message set，所以並不需要

SAE J2735再去定義了。第四次會議 Justin認為 key管理系統需

要被規範，不過大家都沒有任何建議。Doug Kavner 建議 EPS

應該要有國家等級的規範，Justin 同意但是沒有適合的建議做

法。目前 1609.11 的時間表也是設定在明年初完成 WG

approval，在下次會議前會再舉行一次 subgroup 會議，之後會

確立 1609.11/D2.0 版。在第五次會議報告中 Justin 主要新增四

種 approval模式，分別針對 payer及 payee是否 pre-approved。

1609.11的 annex用來放不同的 profile，目前只有一個 Annex A

使用 ISO 14906，ISO 15628，和 IEEE 1609.3、1609.2的關係正

在修訂中，大致上使用之前的 AES。

IEEE 802.11p

這裡主要針對 IEEE 802.11p標準會議 2009 #116所討論的

事項作說明：

SS的定義問題。若打算把 SS用於 OCB，那麼 SS的原始

定義就應該要修改，要不然就是取過別的名字如 Extended

SS或 OCBSS，最後決定將 SS做重新的定義，在原始定義

23

下文附加“or outside the context of a BSS”，所以 SS新的

定義將變成“The set of services that support transport of

medium access control (MAC) service data units (MSDUs)

between stations (STAs) within a basic service set (BSS) or

outside the context of a BSS.”

802.11p channel set的使用。每一個 channel會根據應用的

使用及範圍給予 power 的限制以免造成通道干擾，例如

ch180、182應用在短範圍的服務，所以 power limit為最小

23dBm，而 ch178 control channel的 power limit最大，為

44.8dBm。

一個由 Eldad Perahia所提出的 comment引起激烈的討論。

其問題主要是說如果 802.11p 被大量佈建的話，後面如果

有其他應用要使用 5.9GHz就會有困難，他舉了 802.11n跟

802.11b/g作為例子，並且光用 5.9GHz已經拿到 license因

此可以被管理來當作理由是不夠充分的，因此作者比較支

持像 802.11j (4.9GHz) 和 802.11y (3.65GHz) 那兩個頻帶都

有拿到執照並且定義了兩個完全不會重疊到的頻帶。

George Vlantis給予Reject並表示這問題之前在電話會議中

就引起廣泛的討論。而這問題到了現場依然是引起在場人

士熱烈的討論。而此問題 Alastair (MARKIV) 有回答到，

FCC將只允許一個標準在 5.9GHz頻帶運作，這和 FCC過

去任何其他指派有顯著的不同，FCC會這麼做的基本原理

是因為 802.11p 相關的服務是全國性都可運作的並且與生

24

活的安全有關，所以服務傳送的時間延遲是很重要的。因

此不像有 license 的 802.11j 和 802.11y 可允許多個標準存

在，在 5.9GHz頻帶是不必擔心有另一種系統或者多個標準

必須共同存在。由於此議題花了太多時間討論，最後主席

請在場有投票權的 member 用投票的方式表決是否將此份

修正提案提交出去，結果 13個人贊成，五人反對及五人棄

權。由於只有 72%的通過率，所以提案失敗。

time advertisement的 comment。其主要目的要解決兩個問

題。第一個為 UT0時間的問題。Time Advertisement element

format中，Time Value欄位為 10 byte，其值表示毫微秒並

用 UT0表示，然而當 t=0時，此 10 byte欄位卻沒有定義，

因為沒有 0 年這個東西，西元前一年接著就是西元後一

年。Joe在文件中建議將 t=0定義為西元 2000年的第一天

第一個毫微秒開始，而 Dick Roy (Connexis)則建議從西元

1958年的第一天開始。Stuart Kerry (OK Brit)則建議從 1972

年 1月 1日開始計算，Joe表示從何時開始計算不重要，重

點是 t=0時要定義。最後討論的結果為從西元 1958年的第

一天第一個毫微秒開始。第二個是有關 time error的問題，

將 time error編碼成毫微秒是相當浪費無線電資源的，所以

建議應該建立一個 Time Error Code Format，當 time error

在某個區間時 Time error欄位就對應到相對值，例如：Time

error > 10 minutes則 Value為 1、Time error <= 10 minutes

則 Value為 2、Time error <= 1 minutes 則 Value為 3等方

式。不過此建議最後並沒有獲得同意。

25

Annex D 的 comment resolution。Annex D 主要是說明

802.11p 需要有哪些 MIB 資訊，在這次新的提案中增加了

dot11TunneledDirectLinkSetupImplemented 、

dot11TDLSPeerUAPSDBufferSTAImplemented 、

dot11TDLSPeerPSMImplemented ⋯ 等八項欄位，另外

John Kenney也建議將“station power level” 改成專用術

語 “station transmit power class”。

本計畫於今年 IEEE 1609標準會議提出了 2件標準提案，此 2件

提案共包含 8項建議，其中 1609.3佔了 5項，而 1609.4有 3項建議。

而關於幾家大公司所提出的提案建議數量及重點方向說明如下。

siemens公司的提案人 Herbert Fuereder對 1609.3提出了 16項建議以

及 1609.4有 1項。主要重點建議為MIB中一些項目的名稱命名建議、

增加 WSM-WaveShortMessage.request()的參數項目以及設定 channel

Interval 的參數要定義出來等建議。Denso 公司的提案人 Aaron

Weinfield 對 1609.4 提出了 7 項建議，主要重點建議為修改 CCH

Interval 的定義、增加“Destination MAC Address”和“Channel

Interval”到 TA request 的參數以及增加 MLME-GETTSFTIME

primitive到 identified 802.11p primitives等建議。Mark IV公司的提案

人 Alastair Malarky對 1609.3提出了 44項建議以及 1609.4有 26項。

26

主要重點建議為 WSA 格式中的 Transmit Power 從 optional 改為

mandatory、indefinite SCH access應可設定一段時間之後回到 CCH，

在沒有必要永久停留在 SCH等建議。

從各家公司的提案中我們可以發現都有針對Channel的運作給予

建議，而目前根據標準規範單一天線是以 50ms 來回切換於 CCH 與

SCH，由於此做法可能會造成資源無法有效的利用，例如，CCH 在

50ms內只需傳送 5個封包，而 SCH在 50ms內需傳送 20個封包，如

此資源分配不均的 CCH/SCH Interval將可能造成嚴重的碰撞問題，若

將 CCH調整成 20ms，SCH為 80ms，將可較有效的分配資源，所以

針對此種問題標準允許不同 CCH/SCH Interval 的規範，如使用

immediate或 extended access。雖然標準規範Multi-Channel的操作，

但是並沒有完整機制的設計，如此將無法應用在實際車載網路上。因

此，本計畫在未來標準提案的方向與策略將以解決 Multi-Channel 的

操作為首要目標。

27

三、專利佈局

由於受制於無法掌握高附加價值之關鍵技術及智財權，所以我國

資通訊產品的利潤表現不儘理想。從我國手機出貨量例子即可看出，

在 2006年我國手機產值雖然高達 3566億新台幣，但除了少數擁有品

牌的廠商還維持一定的利潤外，大部分的代工廠商已展開毛利率的保

衛戰。多家晶片廠商由於要避開專利權利金的問題，因而限制了銷售

市場。由此可知關鍵智財權的重要性。而回到全球車載資通訊市場，

由於其規模成長快速 (依據 The World Strategic Review & Forecast

Databook 市調報告)，預估 2001~2010 年的累計產值將達到 3,185.12

億美金。另外，針對中國大陸市場，大陸當局目前以各種獎勵措施鼓

勵民眾買車，並同時配合大陸這幾年的高經濟成長，因此，根據本計

畫 IEK 資料，預估台灣車載設備與資訊通訊服務市場從 2003 年至

2015年可累積產值將近 6,000億台幣，所以台灣發展 Telematics頗具

國際及兩岸市場的內外銷機會。

過去台灣的行動通訊產業(2G、2.5G、3G)發展皆為標準之跟隨

者，沒有擁有國際標準之 Essential IPR，如此造成廠商需支付巨額之

權利金。對於未來全球車載資通訊市場，為了要及早切入車載資通訊

技術，並將研發的成果投入標準，參與重要網路通訊之國際標準制定

工作是最直接且最有效的方法，可透過長期參與國際標準制定會議的

28

具體經驗協助國內產業從代工廠商提昇至以智財權為導向的加值產

業。經由參與國際標準制定以掌握關鍵智財，提高國內技術自主性，

有利台灣產業從標準之追隨者轉型成為標準之參與制定者及提高台

灣在國際上的技術地位、知名度及競爭力。且積極讓廠商瞭解參與標

準組織的重要性，邀請其加入國際標準組織，並匯集大家對資訊及智

財權分享的共識，進而建立有效機制，擴散關鍵技術，創造產業最大

利益。

自 97 年起本計畫及資策會等國內法人研究機構陸續積極參與

IEEE 802.11p及 1609等車載資通訊相關國際標準制定。初期，以熟

悉標準組織運作與建立國際能見度為主要目的，所以積極提出多量的

標準貢獻。迄今，本計畫已參與 IEEE 802.11p/1609標準會議 11人次，

提出 2件技術提案，2件提案均已被接受，並通過 1件所內專利提案。

本計畫在相關標準制定的積極參與，累積豐富的提案以及與世界車載

資通訊產業大廠合作的經驗，已初步達成熟悉標準組織運作與建立國

際能見度的第一階段目標。接下來的目標將努力把所提出之標準貢獻

使其搭配自行開發之專利技術，逐步進入實質建立關鍵專利為主要目

的的技術競爭階段。除了參與相關標準制定會議外，也透過相關學研

計畫與國內學界教授合作。在良好的學研協調與合作下，目前已有 1

篇專利獲得所內通過。未來在 IEEE 802.11p/1609標準制定會議中，

29

本計畫將延續過去累積的經驗與成果，根據所擁有的優勢與整體發展

藍圖，爭取有利的立足點以帶動台灣相關產業的發展。

30

四、標準組織參與策略

每次參加 IEEE 802.11p/1609標準會議，本計畫除在技術研發努

力外，亦適時參與討論、提出有建設性之技術提案，幫助標準制定，

建立我國的研發形象。參與會議的代表需與其他廠家代表保持良好的

互動關係，在必要時爭取其他廠家支持本計畫所提出的技術提案。另

外，參與標準會議也認識了許多在此領域專精的人士，也發掘了其他

一些將來可能標準技術引進或合作的公司/單位。在更加了解在 IEEE

802.11p/1609標準的運作機制後，對於往後規劃WAVE/DSRC技術發

展及標準提案的策略有很大的幫助。

在 1609 方面，每次參與會議後，均歸納幾項未來可能提案貢獻

的方向，其中也包含了之前所提到 Multi-Channel 的操作。不過這些

提案貢獻方向之後仍需進一步搜尋相關專利資料庫及國外產品規

格，以確立是否有其他公司/單位已進行相關專利卡位或佈局情況：

1609.3

CCH 與 SCH duty cycle的分配比例及設定協調機制

Link quality依據不同應用服務的 profile 設定

1609.3 負責人 John Moring 已請我們在 1609.3 加入一個

annex說明WSA及WSMP封包格式的範例，如此將可以

幫助讀者更清楚了解真實的使用情形。

31

1609.4

single radio 與 multi radio的互通機制

Timing info使用對時間的精確同步

考慮增加一個 SAP用來調整 CCH 與 SCH的 Interval比

例。

1609.1 or 1609.11

考慮針對科專所完成的成果/未來規劃的 Telematics 應

用，提出新的應用標準提案貢獻。

而在 802.11p方面，參與會議後也歸納幾項未來可能提案貢獻的

方向：

Power Limit

802.11p 每一個 channel 會根據應用的使用及範圍給予

power的限制，如何設定這些 channel的 power limit來避

免造成通道的干擾及達到 channel的最佳服務也許是一個

研究方向。

Overlap問題

FCC只允許一個標準在 5.9GHz頻帶運作，如此可避免與

其它標準共存而產生的問題。思考如何讓兩標準共存並將

overlap問題降到最低也許是一個可研究的題目。

MIB

802.11p需要再增加哪些MIB資訊。

32

五、相關產業現況與產值及標準化效益分析

車載資通訊是以效率、便捷與安全為訴求，世界各國也開始重視

車載的發展。日本的 Smartway計畫制定“2012年交通事故死亡人數

降至 5000 人以下”目標，並表示將採用汽車間通信等新技術。目前

重點發展在 V2I，以安全與便捷為訴求，預計 2010 年將全國布建。

美國 VII計畫採用 802.11p/WAVE DSRC標準，以安全及效率為訴求。

專案成立 VII Consortium，並補助 8大車廠開發 DSRC、OBE及 RSU，

於加州與密西根州進行 field trial(2007-2008)。2010 年後提案送交國

會，2011~ 2012年將全國布建。而在歐洲 eCall計劃方面已保留5.8GHz

頻譜，以安全及效率為訴求，推動 DSRC based車載服務。2008年起

進行 DSRC field tests。推動各國於 2010年新車款將 eCall列為標準配

備。圖三顯示了世界各地 Telematics設備在新出廠車輛所佔之比例，

每年都是逐漸往上攀升，2012 年之後歐洲新出廠車輛具 Telematics

設備的比例將超過每一個國家，到了 2013 年 total 的比例將高達

43.7%，幾乎每兩輛車就有一台搭配 Telematics設備。

33

圖三：Telematics設備在新出廠車輛所佔之比例

而關於中國大陸 Telematics發展現況，目前中國 GPS車機多不具

備通訊功能，手持裝置使用資通訊應用較內嵌式車機來的普遍。另外

中國大陸個人汽車持有量將持續增加並成為全球第ㄧ大汽車市場，從

圖四可了解中國 Telematics近幾年的市場規模，2008年 Telematics市

場持續擴大，市場規模達到近 14億人民幣，與 2007年相比，市場成

長超過 25%。外資紛紛希望藉機投資中國的 Telematics產業，提升自

家產品的競爭力。目前 2008 年前十大企業所占的市場比重不足

35%，顯示其他廠商在中國 Telematics發展仍具機會。而中國市場結

構也逐漸轉變，現階段 Telematics應用著重物流與車輛管理，中國自

行發展 Telematics產業因整合能力不足而受限制。

34

圖四：中國 Telematics市場規模

關於全球 Telematics 市場規模總產值，金融海嘯前數據預估

Telematics/ITS市場商機龐大，依據 IDC的資料顯示，2010年總產值

(硬體製造、軟體設計、內容整合、服務提供)將達 420 億美金，而

McKinsey則更樂觀，預估 2010年總產值將達 1,000億美元。在服務

市場方面，產值將由 2006年之 15億美金成長到 2010年之 90億美元

(Ducker Worldwide)；而在系統產品方面，具 GPS、Entertainment 及

Information 功能的車機產品，預估 2011 年產值達 62 億美金(圖五：

Telematics市場規模)。

35

•總產值(2010)- 全球 Telematics 市場規模 (包括: 硬體製

造、軟體設計、內容整合、服務提供) 將達 420 億美金 (IDC)

- 在理想情況下 (消費者普遍接受、無其他法規

限制、應用成熟), 全球 Telematics 市場總值高達 1,000 億美金 (McKinsey)

•服務- 全球 Telematics 服務產值由2006之 15 億美金成長到2010年的 90 億美元(Ducker Worldwide; 2007/10)

•系統 Telematics

( GPS + Entertainment + Information )

•

•美、歐、日三大區塊, Telematics 應用服務重點

•Telematics 應用服務發展趨勢- 目前為萌芽期, 以緊急救援、交通訊息、路況為主

- 未來發展會將原有只在辦公室、家中提供之服務依據車高速移動的特質加以修正後搬到車上

Source：拓樸研究所 2007/10, 2008/01

Source：Strategy Analytics, ARTC, 2007/8

*

OE*= Before MarketAM**:After Market

**

•總產值(2010)- 全球 Telematics 市場規模 (包括: 硬體製

造、軟體設計、內容整合、服務提供) 將達 420 億美金 (IDC)

- 在理想情況下 (消費者普遍接受、無其他法規

限制、應用成熟), 全球 Telematics 市場總值高達 1,000 億美金 (McKinsey)

•服務- 全球 Telematics 服務產值由2006之 15 億美金成長到2010年的 90 億美元(Ducker Worldwide; 2007/10)

•系統 Telematics

( GPS + Entertainment + Information )

•

•美、歐、日三大區塊, Telematics 應用服務重點

•Telematics 應用服務發展趨勢- 目前為萌芽期, 以緊急救援、交通訊息、路況為主

- 未來發展會將原有只在辦公室、家中提供之服務依據車高速移動的特質加以修正後搬到車上

Source：拓樸研究所 2007/10, 2008/01

Source：Strategy Analytics, ARTC, 2007/8

*

OE*= Before MarketAM**:After Market

**

圖五：金融海嘯前預估 Telematics市場規模

雖然因為金融海嘯造成車市普遍不佳，美國三大車廠，克萊斯勒

(Chrysler)，福特汽車(Ford)和通用汽車(GM)在 2009年 2月交出 42年

來單月最低銷售成績單，平均都比去年同月驟降 44 ~ 53%。至於日本

三大車廠情況也同樣不佳，豐田(Toyota)、日產(Nissan)、本田(Honda)

在 2009年 2月的銷售量，都比去年同期下降近 40%。再看歐洲，雖

然狀況不如北美惡劣，但由於多家車廠血脈相連，因此也受到波及。

在此艱困的大環境下，各國政府的紓困方案猶如及時雨。然而，對車

廠來說，儘管獲得政府點頭，願意借貸資金，但若無法從根本上解決

問題。在此危急存亡之秋，對車商來說，大量採用電子零件減輕車身

重量，以及結合車載資通訊提供多元化行動服務，符合節能減碳之要

求，同樣也能提升車輛附加價值，進一步刺激購車需求。不少通訊與

36

資訊業者也指出，若車廠願意開放心胸，加速導入各式資通訊技術，

汽車產業仍有機會浴火重生。所以車廠若想要止跌回升的話，必須善

用通訊技術。奧地利微電子(Austria-Microsystems) FlexRay行銷經理

Harald Gall指出，全球汽車市場的急速萎縮，確實衝擊了車載通訊技

術的發展，不過，因為一些結合新技術的計畫對於車載通訊平台正產

生全面性的改變，再加上車載資通訊是一個非常特殊的領域，因此

Gall認為，不少牽動未來發展的新技術開發仍將持續。再加上全球對

於行車安全的焦點也逐漸集中在車對車(Vehicle-to-vehicle)、車對基礎

設施 (Vehicle-to-infrastructure)或車對道路 (Vehicle-to-roadside)的通

訊，因此 Gall 也認為，這是另一個促進高頻寬和可靠通訊技術發展

的驅動力。圖六為 Telematics技術應用發展演進，我國 Telematics目

前所能提供的應用服務還在第二代，未來的目標在發展第三代即時應

用技術及下世代 Telematics技術及相關應用。

37

圖六：Telematics技術應用發展演進

車對外通訊RDS/DAV/DVB

WiMAX/GPRS/3G

即時性要求: 低

車對路/車對車通訊WAVE/DSRC

高

車對路通訊WiFi/DSRC

中

車對外無雙向通訊

GPS

無對外通訊

1st Generation(V2Zero)

•封閉之資訊娛樂或導航系統

•缺乏或僅有少部分無線通訊功能

2nd Generation(V2I)

•手機為應用傳遞媒介•以GPS (Global Positioning

System）為基礎提供駕駛行車安全及Vehicle Centric Support服務

•如 GM OnStar, KDDI G-Book, 裕隆 TOBE

Telematics

Next Generation

•Cooperative System

•Innovative Vehicular Ad-hoc Network Commercial Applications

3rd Generation (V2X)

•V2V, V2I, V2P 行車安全, 效能與殘障輔助(Handicap Assistance)

•可運用無線寬頻多樣性應用服務

Ubimatics( Ubiquitous + Telematics)

Any clients can connect the network (e.g. vehicles, handheld devices, infrastructure and centres )

FutureCurrent1990 2000 2010 2015

Next Generation Telematics

車對外通訊RDS/DAV/DVB

WiMAX/GPRS/3G

即時性要求: 低

車對路/車對車通訊WAVE/DSRC

高

車對路通訊WiFi/DSRC

中

車對外無雙向通訊

GPS

無對外通訊

1st Generation(V2Zero)

•封閉之資訊娛樂或導航系統

•缺乏或僅有少部分無線通訊功能

2nd Generation(V2I)

•手機為應用傳遞媒介•以GPS (Global Positioning

System）為基礎提供駕駛行車安全及Vehicle Centric Support服務

•如 GM OnStar, KDDI G-Book, 裕隆 TOBE

Telematics

Next Generation

•Cooperative System

•Innovative Vehicular Ad-hoc Network Commercial Applications

3rd Generation (V2X)

•V2V, V2I, V2P 行車安全, 效能與殘障輔助(Handicap Assistance)

•可運用無線寬頻多樣性應用服務

Ubimatics( Ubiquitous + Telematics)

Any clients can connect the network (e.g. vehicles, handheld devices, infrastructure and centres )

FutureCurrent1990 2000 2010 2015

Next Generation Telematics

38

六、總結

IEEE 1609系列標準提供了一個在車間網路中能夠有效運用無線網路

存取的方式。在 IEEE 802.11p針對車輛移動的特性修正了物理層，也

在 IEEE 1609系列中提供了有效快速傳遞資訊的通訊協定。未來的車

載資通訊，以現有的電信網路架構以及雷達、紅外線等短距離通訊技

術再加上WAVE，WAVE必定能在其中擔任重要角色，創造更多車載

資通訊新應用。除了提升行車品質與道路安全，也能提高運輸效率，

達到節能減碳之效果。

39

參考資料

1. ASTM E2213-03 Standard, Telecommunications and Information Exchange Between Roadside and Vehicle Systems, July 2003.

2. IEEE P802.11p/D8.0 Draft, Amendment 7: Wireless Access in Vehicular Environments, July 2009.

3. IEEE Std 1609.1/D1.0, IEEE Draft Standard for Wireless Access in Vehicular Environments (WAVE) – Management & Networking Service Extensions for Resource Class

4. IEEE Std 1609.2-2006, IEEE Trial-Use Standard for Wireless Access in Vehicular Environments (WAVE) – Security Services for Applications and Management Messages

5. IEEE Std 1609.3/D1.2, IEEE Draft Standard for Wireless Access in Vehicular Environments (WAVE) – Networking Services

6. IEEE Std 1609.4/D1.2, IEEE Draft Standard for Wireless Access in Vehicular Environments (WAVE) – Multi-channel Operation

7. IEEE Std 1609.11/D1.0, IEEE Draft Standard for Wireless Access in Vehicular Environments (WAVE) – Over-the-Air Data Exchange Protocol for Intelligent Transportation Systems (ITS) - Electronic Payment Service

40

附件

(一) 標準提案接受情形

在每次 IEEE 1609 Working Group會議召開前，1609 Vice Chair

John Moring會透過 IEEE 1609 E-mail Reflector收集WG Member對於

1609.3及 1609.4的意見。整個E-mail Reflector將會被自動張貼在1609

WG官方 Forum，網址為

http://serv4.itsware.net/bb/viewforum.php?f=19。本計畫在今年度對於

1609.3及 1609.4所提出的標準貢獻如下說明：

IEEE 1609 WG Meeting 2009 #2之標準提案貢獻

本計畫標準貢獻資料之網址：

http://serv4.itsware.net/bb/viewtopic.php?t=4864&sid=735ccd4108337e8f0cb1e6b7ad3dc35a

在上述網址下找尋 1609.3-comments-20090319.doc 這個檔案名

稱。

貢獻之採納結果：於 1609.3/D1.2文件更新顯示。

茲附上 John Moring之 E-mail回覆於下：

----- Original Message -----

From: "John Moring" <[email protected]>

41

To: "'Michael Li'" <[email protected]>

Sent: Tuesday, March 24, 2009 12:31 PM

Subject: RE: 1609.3 & 1609.4, drafts d1.1 available

Michael, yes I acknowledge the comments and will incorporate them in the

next version. I appreciate your review.

JTM

本計畫標準貢獻資料詳列如下：

Project IEEE P1609 Wireless Access in Vehicular EnvironmentsWorking Group

Title Comments on IEEE Std P1609.3/D1.1, March 2009

Date Submitted

2009-03-19

Source(s) Michael Li

Industrial Technology Research Institute 195, Sec. 4, Chung Hsing Rd., Chutung, Hsinchu, Taiwan 31040

Phone: 886-3-591-5708

E-mail: [email protected]

Purpose Contribution for further development of the 1609.3 standard document

Comment 1:In section 8.2 on figure 14 of P1609.3/D1.1, the figure shows that the PSID field has 4 bytes. But in section 8.3 on figure 16, the figure shows that the PSID field has only 1 byte. Suggest changing it to 4 bytes.

Comment 2:In 7.2.1.1 on Page 23, some parameters of the primitive WME-ProviderService.request do not map correctly to the corresponding table. The modified line is shown in red.

The parameters of the primitive are as follows:

42

WME-ProviderService.request (

Local Service Index,

Action,

WSA Type,

ProviderServiceIdentifier,

ProviderServiceContext,

ServicePriority,

ChannelSelection,

Persistence,

Repeats,

ReceivePowerTheshold,

IP Service,

IPv6 Address (optional),

Service Port (optional),

Provider MAC address (optional),

Receive Power Threshold (optional),

Recipient MAC address (optional)

Notify

)

Parameter Interpretation

Local Service Index This is an internal identifier of the requesting higher layer entity.

Action Add/delete/change

WSA Type Send WaveServiceAdvertisement/Send Secured WSA

PSID For insertion in WSA

PSC For insertion in WSA

ServicePriority Used in channel assignment determination

ChannelSelection Used in channel assignment. May be “best available.”

Persistence Used in advertisement scheduling

Repeats Used in advertisement scheduling. If Recipient MAC Address

is present, indicating a unicast delivery, Repeats should equal 0.

ReceivePowerTheshold

IP Service Indicates whether the advertised services is IP-based, and a

WAVE Routing Advertisement is needed to support this service.

IPv6 Address For insertion in WSA, if present

Service Port For insertion in WSA, if present

Provider MAC address For insertion in WSA, if present

Recipient MAC address Used to individually address the advertisement, if present.

43

Should not be used for repeated WSAs. If not present,

broadcast address is used.

Notify On/Off. Indicates whether WME should send notifications to the

requesting entity regarding the status of this request.

Comment 3:In figure 14 and 7.2.1.1.2, suggest removal of the “Persistence”field in WSA and the corresponding parameter in WME-ProviderService.request. Applications which wish only to send the WSA once could simply invoke WME-ProviderService.request (with parameter Action = delete) before the next CCH interval to release the resource in the system.

Comment 4:Again in figure 14, it shows that we can choose the “Repeat”parameter in the WSA packet. Since there is only one “Repeat”field in the WSA packet while there may be many services (multiple “Service Info” fields), it implies the “Repeat” value is shared among different services. But in 7.2.1.1.2, every higher layer call to WME-ProviderService.request may set different value to the “Repeat” parameter, which causes configuration conflicts.The suggestion is as follows:The field is a global parameter. It should have a fixed value,

so that all services will have the same repeat times. If one wants to change the value, it should be accessed though MIB, not through WME-ProviderService.request.

Comment 5:Again in figure 14, it shows that we can choose the “WSA Type”parameter in the WSA packet. For the same reason as Comment 4, a WSA may only have one WSA type, so suggest this field be configured in MIB.

IEEE 1609 WG Meeting 2009 #3之標準提案貢獻

44

本計畫標準貢獻資料之網址：

http://serv4.itsware.net/bb/viewtopic.php?t=5038

在上述網址下找尋 1609.4-D1.2-comments-20090609.doc 這個

檔案名稱。

貢獻之採納結果：於 1609.4/D1.3文件更新顯示。

茲附上 John Moring之 E-mail回覆於下：

寄件人: "John Moring" <[email protected]> 2009/06/09 下午 11:44

收件人: "'Michael Li'" <[email protected]>,

副本抄送:<[email protected]>,

主旨: RE: IEEE P1609.3/P1609.4 drafts d1.2

Thanks for the review. Good points.

JTM

> -----Original Message-----

> From: Michael Li [mailto:[email protected]]

> Sent: Monday, June 08, 2009 8:43 PM

> To: John Moring; [email protected]

> Cc:

> Subject: Re: IEEE P1609.3/P1609.4 drafts d1.2

>

>

> Hi John,

>

> Please refer to the attachment for our comments on 1609.4.

> Thank you!

>

> Sincerely,

45

>

> Michael Li & Guo-Huang Hsu

JTM

本計畫標準貢獻資料詳列如下：

Project IEEE P1609 Wireless Access in Vehicular EnvironmentsWorking Group

Title Comments on IEEE Std P1609.4/D1.2 May 2009

Date Submitted

2009-06-09

Source(s) Michael Li, Kang-Chiao Lin, Chien-Kuo La, Guo-Huang Hsu,

Industrial Technology Research Institute 195, Sec. 4, Chung Hsing Rd., Chutung, Hsinchu, Taiwan 31040

Phone:

886-3-591-5708,

886-3-591-5682

E-mail:

[email protected],

[email protected]

Purpose Contribution for further development of the 1609.4 standard document

Comment 1:In clause 7 on page 25, line 4 of P1609.4/D1.2, the “Table 7— Summary of primitives” has two primitives of “MLME-RESET”, the later should be deleted.

Table 7— Summary of primitives

SAP Primitive Specified in

MLME MLMEX-TA

MLME MLMEX-TAEND

MLMEX-WSA

MLMEX-WSAEND

MLMEX-WSADIGEST

MLMEX-SCHSTART

MLMEX-SCHEND

MLMEX-REGISTERTXPROFILE

46

MLMEX-DELETETXPROFILE

MLMEX-CANCELTX

MLMEX-GETUTCTIME

MLME-GET IEEE Std 802.11

MLME-SET IEEE Std 802.11

MLME-RESET IEEE Std 802.11

MLME-MREPORT IEEE Std 802.11

MLME-MREQUEST IEEE Std 802.11

MLME-RESET(should be deleted) IEEE Std 802.11

MLME-VSPECIFIC IEEE Std 802.11

MLME-TIMING_ADVERTISEMENT IEEE 802.11p

PLME All IEEE Std 802.11

MAC MA-UNITDATA

PHY All IEEE Std 802.11

Comment 2:

Figure 10 c) may be unclear.

CCH

CCH

SCH

CCH

SCH

CCH Interval SCH IntervalCCH IntervalSCH Interval

Time

a)

c)

b)

The immediate and extended figure should be separately explained as the following c) and d):

47

CCH Interval SCH IntervalCCH IntervalSCH Interval

Time

CCH

SCH

c)

CCH

SCH

d)

Comment 3:In clause 7 on page 26, line 7 of P1609.4/D1.2, the “between theMLMEX¬TA primitives” should be “between the MLMEX-TA primitives.”

(二) 會議資料

每次會議中的相關報告簡報可於下列網址下載取得：

http://vii.path.berkeley.edu/1609_wave/

(三) 和與會人員之交流

每次會議期間本計畫人員皆熱絡與各會員交流認識，底下列出每次會

議之交流情形：

2/3和以下與會人士交流：Jeremy (Jerry) Landt (Transcore)、Paul

Gray (CohdaWireless，有WAVE/DSRC Solution)、Aaron Weinfield

(Denso，也有做出WAVE/DSRC prototype，詳情 Aaron請我去問

上次會議認識的 Roger)、Gavin Holland (HRL Laboratories，接受

GM的研究案)、Wendong Hu (胡文东，STMicroelectronics，提供

802.11p FPGA Solution 和 CohdaWireless 合作 WAVE/DSRC

48

Solution)、Herbert Füreder (Siemens)、 Dmitri Khijniak (kapsch，

以後他是 technical support的窗口)。

2/4 和以下與會人士交流：今日會前認識 Ramez Gerges

(CALTRANS)。會後認識 John Kenney (Toyota)。John和 Fan Bai

同是 VSC (Vehicle Safety Communications)計畫的成員，這個計畫

有五個車廠參與：Toyota, GM, Ford, Mercedes-Benz, Daimler。John

表示這個計畫預計今年會結束，現在他正在做最後成果報告的整

理，最後整理出來的報告會公開在 VSC的網站上。John也很客

氣表示如果我們在參與標準上有任何問題都可以問他。我們和

John提到今年我們也會參加 802.11p的標準會議，John表示三月

份的 802.11p會議他有事，會由 Vinuth Rai出席，這位 Vinuth我

們在去年八月的會議有認識交談過。

2/5 和以下與會人士交流：今日會前認識 William Whyte

(NTRU)。William表示由於一些經費尚未下來，在 1609.2這邊進

展比較慢；William預計今年 DOT將會給較前兩年為多的經費，

這樣 1609.2 的標準運作就會順利進行。今日會後和 Gloria

Gwynne (CALTRANS) 聊天並交換名片(上次會議認識，但當時

沒有換到名片)。會後並和 Alastair談話，要求接下來加入 1609.1

subgroup會議，固定會議時間在週三 15:00 EST (台灣時間為週四

凌晨 4:00)。除此之外，也 E-mail 給 Justin 要求加入 1609.11

subgroup會議，第一次的雙週會議時間在 2/25週三 9:00 PST (台

灣時間為 2/26週四凌晨 1:00)。

49

3/24和以下與會人士交流：Carl Kain (Noblis)、Wayne K. Fisher

(Arinc)、Somak Datta Gupta (California PATH)。其他人都已經認

識了。Carl為 USDOT工作，我詢問他美國現在對 ITS的策略，

他表示 USDOT現在不會再花大錢建設 ITS infrastructure，但是仍

在努力思考該如何避開 infrastructure 卻可以做好 ITS。我詢問

John對於 1609.3/1609.4 Final的時程，John表示希望能在年底送

ballot，然後大約再等4~6月可以完成。William仍然在等待 funding

才能繼續 1609.2 draft 修訂，他表示預計 Q4 才會拿到。會後和

Dominic聊到 ITS的未來，他認為只能耐心等待。

3/25和以下與會人士交流：下午中場休息時，和 Dmitri (Kapsch)

聊了一下。Dmitri從上次會議就對我們的目標很有興趣，只是上

次沒有機會詳談。這次利用機會跟 Dmitri談，Dmitri首先要確認

我們不是要對他們的產品進行 reverse engineering 然後成為他們

的 competitor，知道我們的來意時，也提到希望有機會可以有些

合作。之前一直在詢問 Kapsch和 Savari之間 interoperability的問

題，他覺得 Kapsch 這邊有興趣幫我們在這個方向。我跟他解釋

interoperability 目前對我們來說，只是我們要掌握這個技術的一

個過程。Dmitri表示他們也需說服美國政府別的國家的單位也覺

得WAVE/DSRC是重要的，如果有機會可以有些合作，比方說透

過類似 VII POC這樣的計畫，如果我們有興趣，他可以把我們帶

進去展示，合作的方式可以是用 Kapsch的 tolling RSU搭配台灣

的 OBU device。我也跟 Dmitri說我們每年都會有出國展示的機

會或需要，也許真有合作的合理性。

此外，上午中場休息時，Randy也好奇過來詢問我們的計畫，聽

50

完後說如果我們對 WAVE/DSRC certification 有興趣，可以加入

OmniAir，並 e-mail OmniAir提到我們對WAVE/DSRC certification

& membership有興趣。這個部分也許 ARTC會有興趣。

3/26和以下與會人士交流：會後往機場的途中，和 Alastair聊天，

提到 tolling應用，Alastair說明 Kapsch是歐洲公司，在美國設立

據點是希望可以打入美國 tolling應用產業。美國目前四個主要的

tolling 應用的公司是 Transcore, Raytheon, Mark IV, Sirit，其中

Transcore及 Raytheon做整個 tolling架構，Mark IV及 Sirit僅做

通訊設備。這些設備都已經行之有年，使用 900MHz 的通訊頻

率，全美總共 3000個 tolling車道，及 2000萬輛車子裝設 tolling

付費電子設備，雖然這幾家公司都有在參與WAVE/DSRC標準制

訂，也一同在制訂 1609.11付費應用標準，但是他們都知道不可

能將這些設備全部換掉來投入WAVE/DSRC tolling。Alastair表示

一定要找出一個合適的付費應用，而不是用目前既有的這幾個應

用。Tolling 不可能換掉，drive-thru 付費也有別的更合適的通訊

技術及機制。所以到底甚麼才是合適的應用 Alastair也不知道。

6/16 和以下與會人士交流：中午在 SAE 用餐時，我們和 Sam

Oyama (Hitachi) 及 John Moring同桌。Sam詢問台灣目前使用紅

外線技術在 tolling，不知對於WAVE/DSRC的投入有沒有應用標

的。我們告訴 Sam 這還在研究中；另外也試探性的問他對於

Renesas及 Hitachi投入 telematics相關研發，以及我們和 Renesas

或 Hitachi 合作他的看法，Sam 搖手微笑，不建議我們之後繼續

和 Renesas 合作，我們問他為何，Sam 表示最近 NEC 合資

51

Renesas，將來 Hitachi對 Renesas的控制會漸漸退出，而 Renesas

的未來會很像韓國的 Samsung，由日本政府支持下發展。Sam以

上的說明我們雖不太能理解，還是先記錄下來。

其次，我們也詢問 John Moring對於 Kapsch在 WAVE/DSRC的

商業策略，John表示他主要負責標準制訂的工作，並不很清楚策

略面，不過以他的了解，應是推動 WAVE/DSRC tolling 服務。

Kapsch 在歐洲已經建置的 tolling 系統不會因此換掉，但是未來

美國新的 tolling road需要建置時，便可以投入 WAVE/DSRC設

備。

下午會議前 Fan Bai告訴我們現在 GM申請保護中，需要大約兩

個月左右的時間，由政府接手重整，預計今年十月或十一月時，

大概會安定下來，到時候會是比較好的時間點，Fan Bai 會在那

時候和 TC討論，邀請 TC到 GM演講，和其 Director見面，並

討論合作方式。Fan Bai並請我們和 TC問好。

今日會議結束後回到飯店餐廳，遇到 Gloria Gwynne (CALTRANS)

和 François Simon (ARINC)。François表示現在標準制訂的問題

是缺少深具經驗的人參與，他認為應該要二、三十年經驗的人參

與，這些人才會看到從比較深的層面去看標準制定的需求，例如

從後端的整合考量來看通訊協定的需求。

今天也簡短和 SAE的Micheline Brussow打聲招呼，感謝她去年

幫我們加入 SAE J2735的 e-mail participant member。

此外，夏新也帶著國晃認識以下人士 (依時間先後排列)：Sam

Oyama (Hitachi), John Moring (Kapsch), Randy Roebuck (Sirit),

Ron Hocknadel (SAE), John Kenney (Toyota), Wendong Hu (ST),

52

Fan Bai, Gloria Gwynne (CALTRANS), William Whyte (NTRU)。

6/17 和以下與會人士交流：今天中餐我們和 Paul Gray

(CohdaWireless) 及Wendong Hu (ST) 聊天，Cohda他們有一個

radio solution其效能比 Atheros好，可以做到 non line-of-sight。

Cohda目前用 ST的平台，ST除了基本嵌入式平台外，還有提供

GPS、1609.2需要的加解密專用晶片。

此外，今天還認識一些 SAE 標準會議的人士：Tom Schaffnit

(Honda; SAE J2735主席), Chris Hedges (Delphi), Anders Hjelmare

(Kapsch), Frank Perry (Booz Allen Hamilton)。

6/18和以下與會人士交流：會議開始前和 Paul Grey討論，Paul

昨天寄給我們 CohdaWireless 做的天線 +GPS+Application

Processor 模組 DM，我們詢問價錢，因為目前還是 FPGA

Solution，所以價錢比較貴，採購量少的價錢大約 1500美金。我

們和 Paul 說我們考量要如何在 cost effective 的情況下改良

Atheros 天線表現，如果能做到這樣我們才會很有興趣。Paul 表

示大約 2010年會做出 chipset solution。

此外，今天也和 Neal Probert (Nissan) 交換名片。

8/4 和以下與會人士交流：今天認識了以下幾位 (依時間先後順

序排列)：Takeshi Yamamoto (NEC)、Minjung Kim (ETRI)、Jason

Liu (刘鈞，Neology)。我們詢問 NEC是否有打算發展 802.11p晶

片，Takeshi 表示 NEC 尚未做出決定。Jason 最初在 Technocom

任職，參與開發 802.11p及 1609.4，也曾經參與台灣當時 ETC工

53

程的競標。最近也離開 Neology，我們問他打算如何，Jason表示

想要自己開一家做 RFID的公司。另外，也介紹以下人士給曾組

長認識：Thomas Kurihara、Alastair Malarky、John Moring、Justin

McNew、Carl Kain、Wendong Hu、Randy Roebuck。

8/5 和以下與會人士交流：今天中餐和 Wendong Hu、Gloria

Gwynne、Jason Liu、Minjung Kim 聊天。Wendong跟我提到上

次會議提到的 STMicroelectronics和 CohdaWireless的合作產品，

ST 負責公板、CPU、GPS、Security 晶片，CohdaWireless 負責

Radio PHY，大概就是詹博士說到的 CohdaWireless 產品。

Wendong 表示 ST 預計要做一個 GPS、Security、Radio 整合的

SOC，我詢問這樣一個晶片產品的開發時程和價格大概多少，

Wendong 只能提供一個大概原則，就是實驗性晶片產品跟

commercialized 晶片產品價格不同，commercialized 的價格會便

宜很多。不過看來短時間並沒有確切的時間表出來。對於這個產

品，我的興趣和上次會議跟 Wendong及 Paul說明的一樣，仍然

在 CohdaWireless 的 radio PHY，如果能做到他們聲稱的可以

non-line-of-sight及高速情形下仍能正常運作的話，若可以在我們

的系統下將 Atheros換掉而得到好的通訊表現，可能值得試試。

和 Gloria及 Jason聊到參與標準會議的經歷，Gloria大約 2004年

10 月開始參與 1609 標準會議；Jason 以前在 Nortel 工作，後來

2003 年 3 月間時加入 Technocom 後參與 1609 標準會議，我問

Jason那時 Technocom大約投入多少人做 1609，Jason回答大約 4

個人左右做 1609.4，包括 Justin及 Dale等。另外，也介紹以下人

士給曾組長認識：Vinuth Rai (Toyota)、Jeremy Landt (Transcore)。

54

8/6和以下與會人士交流：今日認識Dave Kelley及Michael Brown

(Southwest Research Institute)。另外，和Wendong詢問標準制訂

相關問題，Wendong 解釋必須加入 IEEE member 及 IEEE SA

member才能進入 sponsor ballot。也可以不加入 IEEE member只

加入 IEEE SA member，但是這樣價錢比較貴，最後所花的錢跟

先加入 IEEE member 差不多。Wendong 從 2008 年中開始參與

IEEE 802.11p 及 1609 標準會議。中午和 Justin McNew、John

Moring、Refi-Tugrul、Jason Liu用餐，Refi-Tugrul詢問我們在做

的方向，Justin 詢問我們經費的來源。我們和 Justin 聊了一下，

Justin表示 IEEE 1609從 1999年開始，大概花了三年左右在決定

底層通訊技術，這個沒有決定之前沒有辦法談上層的標準。最後

於 2003年選擇 5.9GHz，當時是ASTM標準；2004年 IEEE 802.11p

才出來。關於舉辦標準活動，Justin表示在 Bay Club Hotel辦 1609

三天只花 300 美金，非常划算，Kapsch 很多人參與標準，所以

都會爭取在 San Diego辦。我說這樣應該就很難請他們來台灣進

行標準會議了，Justin 表示不太可能，因為還有像 IEEE 標準的

chair 等很多拿政府資助的，受到很多規範，在美國以外參加會

議會有很多困難處。

10/20和以下與會人士交流：今日上午會議後我們和 Tom詢問投

票的細節，大致上就是要加入 IEEE SA。Tom表示如果來不及加

入 IEEE SA，或加入碰到問題，再告訴他。由於 Tom有參加 ISO

TC204 WG16 標準，所以也詢問 Tom 我們是否可以加入，Tom

建議可以直接聯絡該標準的主席。此外得知 Tom於 11/23~26會

55

來台灣，應 Telcordia陳總的邀請討論計畫合作，於是也邀請 Tom

來本計畫演講。另外，今天也知道 1609.2的負責人William Whyte

原所屬公司 NTRU被 Security Innovation併購了，所以他給了我

們一張新名片。會場也出現了兩位新面孔 Michael McGurrin

(Noblis)和 Peter Jenney (Security Innovation)，其他人都是之前認

識的。

10/22 和以下與會人士交流：今天會後認識了以下幾位 (依時間

先後順序排列 )：Walton Fehr (USDOT), Timothy McGuckin

(OmniAir Executive Director)。Walton表示目前 USDOT已經不會

於未來大量佈建RSU或立法強制安裝OBU，而是透過 IntelliDrive

計畫的成果，給車廠提供建議。我們和 Timothy簡單說明本計畫

和我們的計畫後，他提到之前聽說我們在 PATH Demo，也對

IWCU感到興趣。Randy也對 ITRI WAVE Box搭配他們 Sirit的

DSRC sniffer的使用情形感到興趣。最後，主席 Tom提供給我們

CALM (ISO TC204 WG16)標準主席及 ETSI TC ITS標準主席的

e-mail，我們也寄信去詢問這兩個標準的加入方法。

56

(四) 會議照片集錦

圖一、1609.3, .4及.1的制定說明及討論— (左) 站立者：John Moring所屬公司為 Kcapsch，為 1609.3, .4的負責人；(右) Alastair所屬公司為MARKIV，為 1609.1的負責人。而兩圖中的左側座者 Tom為1609 Chair。

圖二、1609.2的制定說明及討論—(左) 站立者William Whyte：所屬公司為 NTRU，為 1609.2 的負責人；左側座者 Susan 為 1609 Secretary。(右) IEEE 1609 WG Meeting 2009 #1開會討論現況。

圖三、IEEE 1609 WG Meeting 2009 #3開會討論現況。

57

圖四、 (左) 報告者 Fan Bai所屬公司為 GM，報告 VSC-A計畫網路模擬成果; (右) 報告者 John Kenney 所屬公司為 Toyota，報告VSC-A Multi-Channel Operation Investigation。

圖五、IEEE 1609 WG Meeting 2009 #5會場及與會人員。

圖六、(左) 報告者胡文东代表公司為 ST，報告題目“Enabling Interoperability of WAVE Devices, for Multi-Channel Operations”。(右) 報告者郭聖博，所屬公司為 Telcordia，報告題目 “VDTLS v1.1 Status Update”。

IEEE 802.11p/1609 國際技術標準研究與...

Documents

Transcript of IEEE 802.11p/1609 國際技術標準研究與...