用于可見光通信的系統(tǒng)中的通知的方法和設(shè)備的制作方法
【專利摘要】本發(fā)明提出了用于基于IEEE802.15.7的規(guī)范由可見光通信系統(tǒng)中的設(shè)備提供可見通知的裝置。本發(fā)明允許更高層出于色彩功能支持的目的通過(guò)一個(gè)標(biāo)準(zhǔn)化接口來(lái)調(diào)用媒體接入控制（MAC）子層。本發(fā)明實(shí)現(xiàn)由更高層調(diào)用色彩、可見性和暗淡（CVD）幀的傳輸，在MAC子層與更高層之間創(chuàng)建統(tǒng)一的接口。該方法提供用于由至少一個(gè)上層向媒體接入控制實(shí)體（MAC）層的至少一個(gè)接口請(qǐng)求至少一個(gè)可見性幀的傳輸?shù)脑Z(yǔ)。
【專利說(shuō)明】用于可見光通信的系統(tǒng)中的通知的方法和設(shè)備
[0001]本發(fā)明涉及用于通過(guò)數(shù)據(jù)的可見光傳輸來(lái)進(jìn)行通信的方法和設(shè)備。具體地，本發(fā)明涉及基于IEEE 802. 15. 7的規(guī)范在用于可見光通信的系統(tǒng)中提供可見通知的方法和設(shè)備。
[0002]在室內(nèi)無(wú)線網(wǎng)絡(luò)領(lǐng)域中，可見光通信（VLC)正獲得越來(lái)越多的關(guān)注。在此技術(shù)中使用的發(fā)射器的類型之一是發(fā)光二極管，其能夠協(xié)同地提供照明和數(shù)據(jù)傳輸這兩者。
[0003]用于VLC的一個(gè)可能傳輸模式被稱為色移鍵控（CSK)。CSK支持使用多色光源和光電探測(cè)器的可見光通信。CSK是用于涉及多個(gè)光源的可見光通信的調(diào)制方案。CSK通過(guò)利用人眼的視覺(jué)暫留來(lái)保持平均發(fā)射光學(xué)色彩和總的光功率在通信期間是恒定的。根據(jù)IEEE802. 15. 7的標(biāo)準(zhǔn)草案D6，通過(guò)使用三色光源來(lái)生成CSK信號(hào)。在下文中，將IEEE 802. 15. 7的所述標(biāo)準(zhǔn)草案D6簡(jiǎn)單地稱為》標(biāo)準(zhǔn)草案<<。
[0004]在CSK中，通過(guò)在正常操作模式下應(yīng)用不可被人眼檢測(cè)的三個(gè)色彩的調(diào)制來(lái)提供數(shù)據(jù)的傳輸，因?yàn)槿搜鄣囊曈X(jué)暫留不能跟隨調(diào)制頻率。然而，存在其中與通過(guò)VLC系統(tǒng)協(xié)同地提供照明相對(duì)比期望色彩的可見調(diào)制的場(chǎng)景。在標(biāo)準(zhǔn)草案的章節(jié)5. I. 12中反映了這些場(chǎng)景。
[0005]根據(jù)標(biāo)準(zhǔn)草案，定義了色彩功能支持，其中，可以使用各種色彩來(lái)向人類接受方(例如VLC收發(fā)器的人類用戶）指示設(shè)備的各種狀態(tài)。此類指示也被稱為色彩通知。
[0006]可替換地，或者作為補(bǔ)充，由照明的間歇性來(lái)指示通知。這種通知也被稱為閃爍通知，這被標(biāo)準(zhǔn)草案的章節(jié)5. 3. 9反映。
[0007]色彩功能支持旨在到用戶的可見光通信中所涉及的設(shè)備的狀態(tài)改變的直觀可視化，例如為了指示已連接設(shè)備、良好鏈路、斷開鏈路、其中文件傳輸幾乎被完成的狀態(tài)等。
[0008]針對(duì)特定通知，可以使用由光源發(fā)射的光的特定色彩或者可替換地多種至少兩個(gè)交替的色彩。根據(jù)標(biāo)準(zhǔn)草案，針對(duì)不同狀態(tài)被選擇的色彩留給實(shí)施者任其自行決定。
[0009]當(dāng)前，僅在可見光通信中所使用的協(xié)議的MAC (媒體接入控制）子層中實(shí)施了由標(biāo)準(zhǔn)草案定義的色彩功能支持。
[0010]通過(guò)在MAC子層內(nèi)發(fā)出的色彩可見性暗淡（CVD )幀來(lái)請(qǐng)求色彩功能。此類色彩可見性暗淡幀一般被用于色彩、可見性和暗淡支持。幀的有效載荷由適當(dāng)強(qiáng)度和色彩的可見性圖案組成。
[0011]由于在相對(duì)接近于物理層或硬件層的MAC子層中實(shí)施，當(dāng)前對(duì)于更高級(jí)、即應(yīng)用級(jí)來(lái)說(shuō)直接調(diào)用色彩功能支持是不可能的。然而，此缺點(diǎn)不適當(dāng)?shù)叵拗屏舜祟愅ㄖ木瑁驗(yàn)榕cMAC子層相比寧可考慮由應(yīng)用層來(lái)處理通知。在MAC子層內(nèi)，指令的范圍又局限于基于硬件的視角。
[0012]因此，本發(fā)明的目的是提供允許更高層出于色彩功能支持的目的調(diào)用到MAC子層的一個(gè)標(biāo)準(zhǔn)化接口的裝置。
[0013]本發(fā)明的另一目的是實(shí)現(xiàn)由更高層調(diào)用CVD幀的傳輸并且在MAC子層與更高層之間創(chuàng)建統(tǒng)一的接口。
[0014]根據(jù)本發(fā)明的優(yōu)選實(shí)施例，提供了一種用于實(shí)現(xiàn)由用于可見光通信的系統(tǒng)中的設(shè)備進(jìn)行的可見通知的方法，該通信系統(tǒng)基于IEEE 802.15.7的規(guī)范。
[0015]該設(shè)備包括對(duì)接在物理層(PHY)與至少一個(gè)上層之間的媒體接入控制實(shí)體(MAC)，該至少一個(gè)上層被分層地布置在媒體接入控制實(shí)體(MAC)之上。媒體接入控制實(shí)體(MAC)包括到所述上層的至少一個(gè)接口(MLME - SAP、MCPS - SAP)，所述方法包括以下步驟:
提供用于由該至少一個(gè)上層向媒體接入控制實(shí)體(MAC)的至少一個(gè)接口(MLME - SAP、MCPS - SAP)請(qǐng)求至少一個(gè)可見性巾貞的傳輸?shù)脑Z(yǔ)(primitive)。
[0016]本發(fā)明提供了一種用于例如通過(guò)MLME接口由更高層請(qǐng)求CVD幀的傳輸?shù)脑Z(yǔ)。
[0017]根據(jù)與附圖進(jìn)行結(jié)合對(duì)優(yōu)選實(shí)施例的以下描述，本發(fā)明的目的以及另外的優(yōu)點(diǎn)將變得更加顯而易見且容易被認(rèn)識(shí)到，在所述附圖中:
圖1描繪了根據(jù)本發(fā)明的實(shí)施例的、示出可見光通信系統(tǒng)中的設(shè)備與協(xié)調(diào)器的不同層之間的消息交換的時(shí)序圖，該消息支持用于關(guān)聯(lián)的色彩功能通知；
圖2描繪了根據(jù)本發(fā)明的替換實(shí)施例的、示出可見光通信系統(tǒng)中的發(fā)起方與接受方的不同層之間的消息交換的時(shí)序圖，該消息支持伴隨數(shù)據(jù)傳輸?shù)目隙☉?yīng)答指示；
圖3描繪了根據(jù)本發(fā)明的替換實(shí)施例的、示出可見光通信系統(tǒng)中的接受方與發(fā)起方的不同層之間的消息交換的時(shí)序圖，該消息支持信道質(zhì)量指示；
圖4描繪了根據(jù)本發(fā)明的替換實(shí)施例的、示出可見光通信系統(tǒng)中的接受方與發(fā)起方的不同層之間的消息交換的時(shí)序圖，該消息支持文件傳輸狀態(tài)的指示；
圖5描繪了根據(jù)現(xiàn)有技術(shù)的可見光通信系統(tǒng)中的設(shè)備的架構(gòu)；
圖6描繪了根據(jù)現(xiàn)有技術(shù)的、示出可見光通信系統(tǒng)中的設(shè)備與協(xié)調(diào)器的MAC子層之間的消息交換的時(shí)序圖，該消息支持關(guān)聯(lián)；
圖7描繪了根據(jù)現(xiàn)有技術(shù)的、示出可見光通信系統(tǒng)中的設(shè)備與協(xié)調(diào)器的MAC子層之間的消息交換的時(shí)序圖，該消息支持肯定應(yīng)答指示；
圖8描繪了根據(jù)現(xiàn)有技術(shù)的、示出可見光通信系統(tǒng)中的發(fā)起方與接受方的MAC子層之間的消息交換的時(shí)序圖，該消息支持文件傳輸狀態(tài)指示。
[0018]現(xiàn)在將對(duì)本發(fā)明的優(yōu)選實(shí)施例詳細(xì)地進(jìn)行參考，其示例被圖示在附圖中。
[0019]參考圖5，圖示了根據(jù)現(xiàn)有技術(shù)的可見光通信系統(tǒng)中的設(shè)備的架構(gòu)。
[0020]一般按照多個(gè)層和子層來(lái)定義可見光通信系統(tǒng)的架構(gòu)。每個(gè)層負(fù)責(zé)標(biāo)準(zhǔn)草案的一個(gè)部分并向更高層提供服務(wù)。各層之間的接口用于定義在標(biāo)準(zhǔn)草案中描述的邏輯鏈路。
[0021]更具體地，圖5示出了根據(jù)標(biāo)準(zhǔn)草案的章節(jié)4.4的VPAN設(shè)備(可見光通信個(gè)域網(wǎng))的架構(gòu)。
[0022]VPAN設(shè)備包括物理層PHY，該物理層PHY包含光收發(fā)器以及其低級(jí)控制機(jī)構(gòu)，它們一般針對(duì)光學(xué)層0ΡΤ，該光學(xué)層OPT包括實(shí)際光學(xué)設(shè)備，其包括發(fā)光二極管和/或光電探測(cè)器。
[0023]更進(jìn)一步地，媒體接入控制層MAC針對(duì)所有類型的傳輸提供對(duì)物理層PHY的接入。圖5用圖形表示示出了這些層，在標(biāo)準(zhǔn)草案的章節(jié)4.4.1和4.4.2中更詳細(xì)地描述了這些層。
[0024]圖5中所示出的上層UL由未示出的提供網(wǎng)絡(luò)配置、操縱的網(wǎng)絡(luò)層，未示出的消息路由實(shí)體和未示出的提供設(shè)備的預(yù)期功能的應(yīng)用層組成。
[0025]邏輯鏈路控制層LLC通過(guò)服務(wù)特定會(huì)聚子層SSCS接入媒體接入控制層MAC。在下文中將邏輯鏈路控制層LLC和服務(wù)特定會(huì)聚子層SSCS這兩者假定為同樣地被包括在上層中。
[0026]被標(biāo)準(zhǔn)草案也稱為SAP或》服務(wù)接入點(diǎn)《的接口用于從另一層訪問(wèn)某些屬性。媒體接入控制層MAC提供兩個(gè)服務(wù)接入點(diǎn)。
[0027]通過(guò)第一接入點(diǎn)MCPS - SAP (?MAC公共部分子層SAP?)訪問(wèn)MAC數(shù)據(jù)，而通過(guò)第二接入點(diǎn)MLME-SAP (?MAC子層管理實(shí)體SAP?)訪問(wèn)MAC管理。在前述內(nèi)容的概括中，兩個(gè)接入點(diǎn)都被視為到上層的接口。
[0028]在該架構(gòu)中支持設(shè)備管理實(shí)體DME。DME與MAC對(duì)接。物理層PHY與MAC對(duì)接。DME可以出于例如使可見光通信系統(tǒng)的照明暗淡的目的通過(guò)MAC子層接入PHY。在圖5中，在設(shè)備管理實(shí)體DME的右側(cè)的沒(méi)有參考符號(hào)的三個(gè)方框表征通過(guò)各種應(yīng)用的設(shè)備管理實(shí)體DME的多用途對(duì)接，包括但不限于用于使可見光通信系統(tǒng)的照明暗淡的實(shí)體。
[0029]在下文中將設(shè)備管理實(shí)體DME假定為同樣地被包括在上層中。
[0030]DME可以從各個(gè)服務(wù)接入點(diǎn)訪問(wèn)某些屬性。這些服務(wù)接入點(diǎn)包括上述接入點(diǎn)MLME - SAP和用于與物理層PHY對(duì)接的PLME - SAPC?物理層管理實(shí)體《)。當(dāng)前使用MLME -SAP以便從設(shè)備管理實(shí)體DME向媒體接入控制層MAC提供暗淡信息。設(shè)備管理實(shí)體DME還可以通過(guò)服務(wù)接入點(diǎn)PLME - SAP來(lái)控制物理層PHY以用于光源和光電探測(cè)器的選擇。設(shè)備管理實(shí)體DME不是能夠接入所述接入點(diǎn)MLME - SAP的唯一實(shí)體。參考圖5，包括服務(wù)特定會(huì)聚子層SSCS的任何更高層都可以接入所述接入點(diǎn)MLME - SAP。
[0031]在以下部分中，在圖6、圖7和圖8中描述了根據(jù)現(xiàn)有技術(shù)的三種使用情形。
[0032]圖6描繪了根據(jù)現(xiàn)有`技術(shù)的、示出可見光通信系統(tǒng)中的設(shè)備與協(xié)調(diào)器的MAC子層之間的消息交換的時(shí)序圖，該消息支持關(guān)聯(lián)的可視通知。在這里示出的圖6與標(biāo)準(zhǔn)草案的章節(jié)5.1.12.1中的圖35基本相同。
[0033]具體地，圖6示出了設(shè)備的MAC子層實(shí)體DMC與協(xié)調(diào)器的MAC子層實(shí)體CMC之間的消息交換。該消息交換用作將設(shè)備與指定的協(xié)調(diào)器相關(guān)聯(lián)，借此，將由色彩功能支持使用根據(jù)標(biāo)準(zhǔn)草案的CVD幀來(lái)通知該關(guān)聯(lián)。CVD幀在狀態(tài)改變之間被用來(lái)向用戶提供關(guān)于通信狀態(tài)(在這里是設(shè)備到協(xié)調(diào)器的關(guān)聯(lián))的可視信息。
[0034]在開始時(shí)，設(shè)備的MAC子層實(shí)體DMC向協(xié)調(diào)器的MAC子層實(shí)體CMC發(fā)送標(biāo)題為》關(guān)聯(lián)請(qǐng)求《的消息。使用如在標(biāo)準(zhǔn)草案的章節(jié)6.3.1.1中所描述的MLME - ASSOCIATE, request原語(yǔ)來(lái)傳送此關(guān)聯(lián)請(qǐng)求。在標(biāo)準(zhǔn)草案的章節(jié)5.1.4.1中大體上描述了關(guān)聯(lián)的過(guò)程。
[0035]為了通知用戶，由設(shè)備的MAC子層實(shí)體DMC使用被示例性地設(shè)定為》色彩‘B’<<的所選色彩向協(xié)調(diào)器的MAC子層實(shí)體CMC發(fā)送標(biāo)題為》CVD (使用色彩‘B’ ) ?的幀。
[0036]所述標(biāo)題為》CVD (使用色彩‘B’)《的幀是用作可視通知的色彩可見性暗淡(CVD)幀。
[0037]如所示出的那樣，可以重復(fù)地發(fā)送該幀以便重復(fù)可視通知。
[0038]最后，在完成了關(guān)聯(lián)之后，協(xié)調(diào)器的MAC子層實(shí)體CMC向設(shè)備的MAC子層實(shí)體DMC發(fā)送標(biāo)題為》關(guān)聯(lián)響應(yīng)?的消息，以便將成功或失敗的關(guān)聯(lián)告知設(shè)備。
[0039]在圖7中，根據(jù)如在標(biāo)準(zhǔn)草案中描述的現(xiàn)有技術(shù)，描繪了發(fā)起方的MAC子層實(shí)體OMC與接受方的MAC子層實(shí)體RMC之間的消息交換，該消息支持伴隨數(shù)據(jù)傳輸?shù)目隙☉?yīng)答指
/Jn ο[0040]該過(guò)程通過(guò)發(fā)送數(shù)據(jù)消息而開始，該數(shù)據(jù)消息由發(fā)起方的MAC子層實(shí)體OMC發(fā)送。
[0041]由接受方的MAC子層實(shí)體RMC通過(guò)發(fā)送標(biāo)題為》肯定應(yīng)答?的消息來(lái)將數(shù)據(jù)幀的成功接收傳送至發(fā)起方的MAC子層實(shí)體0MC。
[0042]為了通知此成功的數(shù)據(jù)傳輸，接受方的MAC子層實(shí)體RMC將標(biāo)題為》CVD幀(使用色彩‘B’ )?的相應(yīng)幀發(fā)送到發(fā)起方的MAC子層實(shí)體0MC。所述標(biāo)題為》CVD (使用色彩‘B’ )?的幀是用作可視通知的色彩可見性暗淡(CVD)幀。
[0043]在圖7的下半部分中，描繪了類似的消息交換，該類似的消息交換具有肯定應(yīng)答未到達(dá)的差異，這導(dǎo)致了發(fā)起方的以下假定:未成功地完成數(shù)據(jù)傳輸，并且將通過(guò)可見色彩C (例如紅色)來(lái)指示該傳輸。
[0044]為了通知此數(shù)據(jù)傳輸失敗，接受方的MAC子層實(shí)體RMC將標(biāo)題為》CVD幀(使用色彩‘C’)《的相應(yīng)幀發(fā)送到發(fā)起方的MAC子層實(shí)體0MC。所述標(biāo)題為》CVD (使用色彩‘C’)《的幀是用作可視通知的色彩可見性暗淡(CVD)幀。
[0045]在圖8中，根據(jù)如在標(biāo)準(zhǔn)草案的章節(jié)5.1.12.4中所描述的現(xiàn)有技術(shù)，描繪了發(fā)起方的MAC子層實(shí)體OMC與接受方的MAC子層實(shí)體RMC之間的消息交換，該消息支持伴隨數(shù)據(jù)傳輸?shù)奈募鬏敔顟B(tài)指示。
[0046]色彩支持通知的目的是允許用戶通過(guò)CVD幀的色彩來(lái)推斷剩余或傳輸?shù)奈募叽纭?br> [0047]如在圖8的示例中所示出的那樣，發(fā)起方將數(shù)據(jù)幀傳輸至設(shè)備，根據(jù)按字節(jié)測(cè)量的相應(yīng)數(shù)據(jù)尺寸通過(guò)特定值K、M、N給這些數(shù)據(jù)幀編號(hào)?？梢杂蒙实牟煌x擇來(lái)表示文件傳輸過(guò)程的不同階段。例如，為了使用此指示，接受方需要知道將被傳輸?shù)目偽募叽纭?br> [0048]可以通過(guò)從總文件尺 寸減去傳輸?shù)奈募叽鐏?lái)獲得剩余的文件尺寸。當(dāng)CVD幀被發(fā)送以指示依賴于應(yīng)用的信息(諸如文件傳輸狀態(tài))時(shí)，MAC PIB屬性被用于對(duì)CVD幀的色彩分配。
[0049]該過(guò)程通過(guò)從發(fā)起方的MAC子層實(shí)體OMC向接受方的MAC子層實(shí)體RMC發(fā)送標(biāo)題為》數(shù)據(jù)(#K+2) ?、?數(shù)據(jù)(#Κ+1) ?、?數(shù)據(jù)(#Κ) ?的數(shù)據(jù)幀而開始。
[0050]只要剩余或傳輸?shù)奈募叽缡窃贚字節(jié)的值以上，接受方的MAC子層實(shí)體RMC就向發(fā)起方的MAC子層實(shí)體OMC發(fā)送標(biāo)題為》CVD (使用色彩‘A’ ) ?的幀。所述標(biāo)題為》CVD(使用色彩‘A’)《的幀是用作可視通知的色彩可見性暗淡(CVD)幀。例如，可以向用戶顯示像橙色那樣的色彩A，指示當(dāng)前數(shù)據(jù)傳輸仍然將消耗相當(dāng)大的量的時(shí)間來(lái)完成。
[0051]在通過(guò)發(fā)送標(biāo)題為》數(shù)據(jù)(#M+2) ?、?數(shù)據(jù)(#M+1) ?、?數(shù)據(jù)(#M) ?的數(shù)據(jù)幀而使傳輸?shù)臄?shù)據(jù)幀已經(jīng)達(dá)到了 M的限制之后(這又導(dǎo)致小于N個(gè)字節(jié)的剩余文件尺寸)，接受方的MAC子層實(shí)體RMC向發(fā)起方的MAC子層實(shí)體OMC發(fā)送標(biāo)題為》CVD幀(使用色彩‘B’)《的幀。例如，可以向用戶顯示像黃色那樣的色彩B，指示當(dāng)前數(shù)據(jù)傳輸將馬上完成。
[0052]在下文中，將描述根據(jù)本發(fā)明的實(shí)施例的示例性實(shí)施方式。根據(jù)本發(fā)明，用于請(qǐng)求至少一個(gè)可見性幀的傳輸?shù)脑Z(yǔ)將被實(shí)施，借此，將請(qǐng)求從上層導(dǎo)引到媒體接入控制實(shí)體的接口。為了進(jìn)行對(duì)接，可以選擇根據(jù)圖5中所示出的標(biāo)準(zhǔn)草案的系統(tǒng)架構(gòu)的媒體接入控制鏈路管理實(shí)體服務(wù)接入點(diǎn)(MLME - SAP)或者媒體接入控制公共部分子層服務(wù)接入點(diǎn)(MCPS - SAP)。選擇首先提到的接口媒體接入控制鏈路管理實(shí)體服務(wù)接入點(diǎn)(MLME - SAP)t匕起后面提到的接口具有一些優(yōu)點(diǎn)，這將在本說(shuō)明書中在下面進(jìn)一步進(jìn)行解釋。因此，在不限制本發(fā)明的一般性的情況下，將關(guān)于接口 MLME - SAP來(lái)描述根據(jù)本實(shí)施例的實(shí)施方式。
[0053]根據(jù)本實(shí)施例的用于請(qǐng)求至少一個(gè)可見性幀或者CVD幀的傳輸?shù)氖纠栽Z(yǔ)被定義為消息MLME - CF.send (...)?此消息包括三個(gè)參數(shù)，即CVDRepetitions, CVDColor、CVDDuration 和 CVDCyc I eLength。消息 MLME - CF.send (CVDRepet it ions > CVDCo I or >CVDDuration> CVDCycleLength)是由上層向媒體接入控制實(shí)體發(fā)出的。
[0054]如果消息MLME - CF.send ()的自變量是空的或者不存在，則在MAC子層內(nèi)使用屬性的默認(rèn)和/或當(dāng)前設(shè)定。根據(jù)標(biāo)準(zhǔn)草案，該屬性也被稱為PIB屬性(物理層個(gè)域網(wǎng)信息庫(kù))。
[0055]可以用消息MLME - GET來(lái)查詢默認(rèn)PIB屬性，并且可以用消息MLME - SET來(lái)改變默認(rèn)PIB屬性。所述消息是用于讀取PIB屬性的已知原語(yǔ)，這相應(yīng)地在標(biāo)準(zhǔn)草案中在章節(jié)
6.3.4和6.3.10中進(jìn)行了描述。
[0056]當(dāng)然，在本說(shuō)明書中使用的消息、參數(shù)、屬性等的標(biāo)題并不是決定性的。換言之，可以用任何其他替換標(biāo)題來(lái)實(shí)現(xiàn)本實(shí)施例的實(shí)施方式。
[0057]下面解釋此消息的參數(shù)。
[0058]?CVDRepetitions?參數(shù)陳述CVD幀被重復(fù)發(fā)送的次數(shù)。其數(shù)據(jù)類型是具有從零至255的有效范圍的整數(shù)。
[0059]?CVDColor?參數(shù)定義在相關(guān)重復(fù)期間的CVD幀的色彩。其數(shù)據(jù)類型是Ii1個(gè)整數(shù)的列向量。列向量的每個(gè)相應(yīng)元素的值可以在從O至255的范圍內(nèi)。每個(gè)元素是到標(biāo)題為?phyColorFunction?的查找表的指針。以每行三列組織所述查找表，借此，第一行是索引，第二和第三列定義色彩。在標(biāo)`準(zhǔn)草案的表99中定義了》phyC0l0rFuncti0n?查找表。
[0060]?CVDDuration?參數(shù)是112個(gè)整數(shù)的列向量。列向量的每個(gè)相應(yīng)元素的值可以在從I至10,000的范圍內(nèi)。列向量的每個(gè)相應(yīng)元素定義在相關(guān)重復(fù)期間的以10 ms增量的CVD幀的持續(xù)時(shí)間。
[0061]?CVDCycleLength?參數(shù)是n3個(gè)整數(shù)的列向量。列向量的每個(gè)相應(yīng)元素的值可以在從I至65，536的范圍內(nèi)。列向量的每個(gè)相應(yīng)元素通過(guò)10 ms的增量因數(shù)定義在相關(guān)重復(fù)期間的兩個(gè)相鄰CVD幀的傳輸開始之間的時(shí)間。
[0062]根據(jù)本實(shí)施例的用于確認(rèn)至少一個(gè)可見性幀或CVD幀的傳輸?shù)氖纠栽Z(yǔ)被定義為消息MLME - CF.confirm (...)。此消息包括一個(gè)參數(shù)，即狀態(tài)。消息MLME - CF.send(狀態(tài))是在執(zhí)行由消息MLME-CF.send (...)指示的動(dòng)作之后由媒體接入控制實(shí)體向上層發(fā)出的。其被媒體接入控制實(shí)體發(fā)送到上層。
[0063]?Status?參數(shù)定義嘗試調(diào)用色彩功能支持的狀態(tài)。其數(shù)據(jù)類型是由字段TRANSMISS10N_SUCCESS、FAILURE、CVD_FRAME_N0T_SUPP0RTED、CURRENTLY_N0T_P0SSIBLE 和IN - VALID_PARAMETERS 組成的隊(duì)列(enumeratio)。
[0064]在下文中，定義了 MAC-PIB屬性(物理層個(gè)域網(wǎng)信息庫(kù))。這些屬性被用在MAC子層內(nèi)。每個(gè)屬性提供反映了設(shè)定的數(shù)據(jù)，其預(yù)先由消息設(shè)定。該數(shù)據(jù)將被保存直到其被另一消息改變。
[0065]嫩(:-?18屬性_&(300)1?印6丨^丨0118定義00)幀被發(fā)送的次數(shù)。其數(shù)據(jù)類型是具有從零至255的有效范圍的整數(shù)?？梢钥蛇x地將此MAC-PIB屬性的出廠默認(rèn)值設(shè)定為零值。[0066]MAC - PIB屬性》CVDColor<<定義在相關(guān)重復(fù)期間的CVD幀的色彩。其數(shù)據(jù)類型是Ii1個(gè)整數(shù)的列向量。列向量的每個(gè)相應(yīng)元素的值可以在從O至255的范圍內(nèi)。每個(gè)元素是到標(biāo)題為》phyColor - Function?的查找表的指針,這在以上進(jìn)行了描述?？梢钥蛇x地將此MAC - PIB屬性的出廠默認(rèn)值設(shè)定為零的向量值。
[0067]MAC - PIB屬性》macCVDDuration<<是n2個(gè)整數(shù)的列向量。列向量的每個(gè)相應(yīng)元素的值可以在從I至10，000的范圍內(nèi)。列向量的每個(gè)相應(yīng)元素定義在相關(guān)重復(fù)期間的以10ms增量的CVD幀的持續(xù)時(shí)間?？梢钥蛇x地將此MAC - PIB屬性的出廠默認(rèn)值設(shè)定為50的向量值。
[0068]MAC - PIB屬性》macCVDCycleLength?是n3個(gè)整數(shù)的列向量。列向量的每個(gè)相應(yīng)元素的值可以在從I至65，536的范圍內(nèi)。列向量的每個(gè)相應(yīng)元素通過(guò)10 ms的增量因數(shù)定義在相關(guān)重復(fù)期間的兩個(gè)相鄰CVD幀的傳輸開始之間的時(shí)間。可以可選地將此MAC - PIB屬性的出廠默認(rèn)值設(shè)定為100的向量值。
[0069]根據(jù)替換實(shí)施例，可以定義具有更少功能的接口。如果例如選擇了默認(rèn)占空比(CVDDurat i on/CVDCyc I eLength = 0.5),則或者可以將 CVDDuration 的 CVDCycleLength 丟棄。
[0070]現(xiàn)在將對(duì)圖1進(jìn)行參考，圖1示出了根據(jù)本發(fā)明的實(shí)施例的、示出可見光通信系統(tǒng)中的設(shè)備與協(xié)調(diào)器的不同層之間的消息交換的時(shí)序圖，該消息支持用于關(guān)聯(lián)的色彩功能通知。
[0071]在圖1中，描繪了設(shè)備的上層實(shí)體DUL、設(shè)備的MAC子層實(shí)體DMC、協(xié)調(diào)器的MAC子層實(shí)體CMC和協(xié)調(diào)器的上層實(shí)體CUL之間的消息交換。
[0072]—般地，上層實(shí)體被假定為分層地和/或在邏輯上位于MAC子層之上的層中的實(shí)體。上層實(shí)體包括在上文概述的架構(gòu)描述的意義上作為》上層?的一部分或被分配》上層?的實(shí)體，包括鏈路控制層LLC和/或服務(wù)特定會(huì)聚子層SSCS和/或到設(shè)備管理實(shí)體DME以及也被稱為服務(wù)接入點(diǎn)的各個(gè)接口。針對(duì)上層的示例包括諸如網(wǎng)頁(yè)瀏覽器、FTP (文件傳輸協(xié)議)、VoIP (因特網(wǎng)協(xié)議上的語(yǔ)音)電話等的應(yīng)用。
[0073]設(shè)備的MAC子層實(shí)體DMC通過(guò)MAC服務(wù)接入單元MLME - SAP、MCPS - SAP (在圖1中未示出)中的一個(gè)而被對(duì)接。在下文中，在不限制本發(fā)明的一般性的情況下，將假定在本實(shí)施例中將使用媒體接入控制鏈路管理實(shí)體服務(wù)接入點(diǎn)MLME - SAP。
[0074]過(guò)程通過(guò)發(fā)送已知的MLME - ASSOCIATE, request消息而開始，該消息被上層(在這里是設(shè)備上層實(shí)體DUL)發(fā)送到設(shè)備的MAC子層實(shí)體DMC，該消息是允許設(shè)備請(qǐng)求與協(xié)調(diào)器的關(guān)聯(lián)的原語(yǔ)。在標(biāo)準(zhǔn)草案的章節(jié)6.3.1.1中描述了 MLME - ASSOCIATE, request消息。
[0075]在由設(shè)備的MAC子層實(shí)體DMC接收到MLME - ASSOCIATE, request原語(yǔ)時(shí)，設(shè)備的MAC子層實(shí)體DMC向協(xié)調(diào)器的MAC子層實(shí)體CMC發(fā)送標(biāo)題為》關(guān)聯(lián)請(qǐng)求《的消息，如圖1中所示出的那樣。
[0076]在下一步驟中，根據(jù)本發(fā)明的優(yōu)選實(shí)施例，發(fā)射用于請(qǐng)求至少一個(gè)可見性幀的傳輸?shù)脑Z(yǔ)。具體地，由至少一個(gè)上層(在這里是設(shè)備的上層實(shí)體DUL)發(fā)送到設(shè)備的MAC子層實(shí)體DMC的請(qǐng)求消息MLME - CF.send (色彩A)，消息MLME - CF.send (色彩A)請(qǐng)求具有色彩A的至少一個(gè)可見性幀的傳輸。
[0077]出于示例性的目的，假定消息MLME - CF.send (色彩A)的自變量》色彩A?在其自變量中具體地包括以下參數(shù):
CVDRepetitions = I ；
CVDColor = 10 ；
CVDDuration = 50 ;以及 CVDCycleLength = 100。
[0078]因此，消息MLME - CF.send (色彩 A)具體地具有形式 MLME - CF.send (I, 10, 50，100)。
[0079]幀MLME - CF.send (色彩A)被用來(lái)實(shí)現(xiàn)已經(jīng)開始了用以關(guān)聯(lián)設(shè)備的嘗試的可視通知。這可以示例性地通過(guò)為色彩A分配黃色色彩來(lái)指示。
[0080]在由設(shè)備的MAC子層實(shí)體DMC接收到消息MLME - CF.send (色彩A)之后，設(shè)備的MAC子層實(shí)體DMC使用所選色彩向協(xié)調(diào)器的MAC子層實(shí)體CMC發(fā)送標(biāo)題為》CVD幀(使用色彩‘A’ ) ?的相應(yīng)幀，所述所選色彩被示例性地設(shè)定為》色彩‘A’ --所述標(biāo)題為》CVD (使用色彩‘A’ ) ?的幀是用作可視通知的色彩可見性暗淡(CVD)幀。
[0081]通過(guò)從協(xié)調(diào)器的MAC子層實(shí)體CMC發(fā)送到設(shè)備的MAC子層實(shí)體DMC的標(biāo)題為》肯定應(yīng)答《的消息來(lái)確認(rèn)關(guān)聯(lián)請(qǐng)求的接收。
[0082]在另一步驟中，由協(xié)調(diào)器的MAC子層實(shí)體CMC向協(xié)調(diào)器的上層實(shí)體⑶L通過(guò)發(fā)送根據(jù)標(biāo)準(zhǔn)草案的章節(jié)6.3.1.2的標(biāo)題為》MLME - ASSOCIATE.1ndication?的消息來(lái)指示關(guān)聯(lián)請(qǐng)求的接收。
[0083]在接收到MLME - ASSOCIATE, indication原語(yǔ)時(shí)，協(xié)調(diào)器的上層實(shí)體⑶L確定是接受還是拒絕仍未關(guān)聯(lián)的設(shè)備。協(xié)調(diào) 器的上層實(shí)體CUL然后向協(xié)調(diào)器的MAC子層實(shí)體CMC發(fā)出根據(jù)標(biāo)準(zhǔn)草案的章節(jié)6.3.1.3的標(biāo)題為》MLME - ASSOCIATE.response?的消息。
[0084]最后，在完成了關(guān)聯(lián)之后，協(xié)調(diào)器的MAC子層實(shí)體CMC向設(shè)備的MAC子層實(shí)體DMC發(fā)送標(biāo)題為》關(guān)聯(lián)響應(yīng)?的消息，以便將成功或失敗的關(guān)聯(lián)告知設(shè)備。
[0085]關(guān)聯(lián)判定和響應(yīng)必須在標(biāo)題為》macResponse - WaitTime?的時(shí)間內(nèi)在設(shè)備處變得可用。在此時(shí)間之后，請(qǐng)求關(guān)聯(lián)的設(shè)備嘗試從協(xié)調(diào)器提取關(guān)聯(lián)響應(yīng)命令幀，以便確定該關(guān)聯(lián)是否是成功的。
[0086]在設(shè)備的MAC子層實(shí)體DMC處接收到標(biāo)題為》關(guān)聯(lián)響應(yīng)?的消息之后，根據(jù)標(biāo)準(zhǔn)草案的章節(jié)6.3.1.4的標(biāo)題為》MLME - ASSOCIATE.confirm?的消息被發(fā)送到設(shè)備的上層實(shí)體DUL，以便告知發(fā)起的設(shè)備的上層其用以關(guān)聯(lián)的請(qǐng)求是否是成功的。
[0087]最后由設(shè)備的MAC子層實(shí)體DMC通過(guò)發(fā)送標(biāo)題為》肯定應(yīng)答?的消息來(lái)向協(xié)調(diào)器的MAC子層實(shí)體CMC傳送標(biāo)題為》MLME - ASSOCIATE.confirm?的消息的成功接收。在接收到所述肯定應(yīng)答時(shí)，協(xié)調(diào)器的MAC子層實(shí)體CMC向協(xié)調(diào)器的上層實(shí)體CUL發(fā)出標(biāo)題為?MLME - COMM - STATUS.1ndication? 的消息。
[0088]在設(shè)備的上層實(shí)體DUL處接收到消息》MLME - ASSOCIATE.confirm?之后，關(guān)聯(lián)狀態(tài)的可視通知是期望的，并且借助于本發(fā)明的此實(shí)施例而對(duì)其進(jìn)行支持。設(shè)備的上層實(shí)體DUL向設(shè)備的MAC子層實(shí)體DMC發(fā)出消息MLME - CF.send (色彩B)，設(shè)備的MAC子層實(shí)體DMC使用所選色彩來(lái)向協(xié)調(diào)器的MAC子層實(shí)體CMC發(fā)送標(biāo)題為》CVD幀(使用色彩‘B’)《的相應(yīng)幀，所述所選色彩被示例性地設(shè)定為》色彩‘Β’ ?0消息MLME - CF.send (色彩B)被用來(lái)實(shí)現(xiàn)已經(jīng)完成了設(shè)備的關(guān)聯(lián)的可視通知。這可以示例性地通過(guò)為色彩B分配綠色色彩來(lái)指示。
[0089]在下文中，描述在接收到消息MLME-CF.send (色彩A)之后的物理層上的暗示。在圖1中未示出這些暗示。
[0090]在設(shè)備的MAC子層實(shí)體DMC處接收到消息MLME - CF.send (色彩A)之后，設(shè)備的MAC子層實(shí)體DMC調(diào)用未示出的如在標(biāo)準(zhǔn)草案的章節(jié)9.3.1中指定的標(biāo)題為》H) - DATA.request?的消息，PD - DATA包括通過(guò)MLME - CF.send (色彩A)請(qǐng)求接收到的參數(shù)。
[0091]在未示出的物理層中，根據(jù)phyColorFunction表格的色彩》10?的數(shù)據(jù)分組被組成，至少一個(gè)數(shù)據(jù)分組具有50*10 ms的總持續(xù)時(shí)間。代替使用單個(gè)分組，可以使用多個(gè)分組的序列。序列的總持續(xù)時(shí)間必須與在使用單個(gè)幀的情形中的持續(xù)時(shí)間相等。根據(jù)被計(jì)算為(100*10 - 50*10)的自變量，在50ms的時(shí)間段之后安排色彩功能色彩可見性暗淡(CVD)幀的下一次傳輸。此數(shù)據(jù)分組通過(guò)物理層PHY被》隧道傳輸《，并且至少一個(gè)光學(xué)發(fā)射器發(fā)射具有色彩A的相應(yīng)光。
[0092]在物理層PHY已經(jīng)借助于未示出的ro - DATA原語(yǔ)向設(shè)備的MAC子層實(shí)體DMC報(bào)告了成功的傳輸之后，設(shè)備的MAC子層實(shí)體DMC又用MLME - CF原語(yǔ)》MLME - CF.confirm?向設(shè)備上層實(shí)體DUL報(bào)告成功的執(zhí)行。為了改進(jìn)的清楚，在圖1中未示出此消息。
[0093]在圖2中，描繪了發(fā)起方的上層實(shí)體0UL、發(fā)起方的MAC子層實(shí)體0MC、接受方的MAC子層實(shí)體RMC和接受方的上層實(shí)體RUL之間的消息交換。
[0094]具體地，圖2描繪了根據(jù)本發(fā)明的替換實(shí)施例的、示出可見光通信系統(tǒng)中的發(fā)起方與接受方的不同層之間的消息交換的時(shí)序圖，該消息支持伴隨數(shù)據(jù)傳輸?shù)目隙☉?yīng)答指示 ο
[0095]發(fā)起方的MAC子層實(shí)體OMC通過(guò)MAC服務(wù)接入單元MLME - SAP、MCPS - SAP (在圖2中未示出)中的一個(gè)而被對(duì)接。在下文中，在不限制本發(fā)明的一般性的情況下，將假定在本實(shí)施例中將使用媒體接入控制鏈路管理實(shí)體服務(wù)接入點(diǎn)MLME - SAP。
[0096]過(guò)程通過(guò)發(fā)送已知的MCPS - DATA, request消息而開始,該消息被上層(在這里是發(fā)起方上層實(shí)體0UL)發(fā)送到發(fā)起方的MAC子層實(shí)體0MC，該消息是允許發(fā)起方請(qǐng)求到接受方的數(shù)據(jù)傳輸?shù)脑Z(yǔ)。在標(biāo)準(zhǔn)草案的章節(jié)6.2.1中描述了 MLME - MCPS - DATA, request消肩、O
[0097]在由發(fā)起方的MAC子層實(shí)體OMC接收到MCPS - DATA, request原語(yǔ)時(shí)，發(fā)起方的MAC子層實(shí)體OMC向接受方的MAC子層實(shí)體RMC發(fā)送標(biāo)題為》數(shù)據(jù)幀《的消息，如圖2中所示出的那樣。數(shù)據(jù)幀消息容易地包括必須被發(fā)送到接受方的數(shù)據(jù)的有效載荷。
[0098]由接受方的MAC子層實(shí)體RMC向發(fā)起方的MAC子層實(shí)體OMC通過(guò)發(fā)送標(biāo)題為》肯定應(yīng)答(所請(qǐng)求)?的消息來(lái)傳送數(shù)據(jù)幀的成功接收。并行地,接受方的MAC子層實(shí)體RMC向其上層實(shí)體RUL發(fā)出標(biāo)題為》MCPS - DATA.1ndication?的消息。
[0099]發(fā)送數(shù)據(jù)幀的設(shè)備應(yīng)等待標(biāo)題為》macAckWaitDuration<<的時(shí)間以便接收相應(yīng)的肯定應(yīng)答幀。在標(biāo)題為》macAckWaitDuration?的時(shí)間段內(nèi)在發(fā)起方的MAC子層實(shí)體OMC處接收到標(biāo)題為》肯定應(yīng)答(所請(qǐng)求)?的消息之后，根據(jù)標(biāo)準(zhǔn)草案的章節(jié)6.2.2的標(biāo)題為?MCPS - DATA.confirm?的消息被發(fā)送到發(fā)起方的上層實(shí)體0UL，以便將該數(shù)據(jù)傳輸是否被成功地完成告知發(fā)起的發(fā)起方的上層。假定對(duì)于第一數(shù)據(jù)幀而言成功地完成了數(shù)據(jù)傳輸，并且將由可見色彩B (例如綠色)來(lái)指示該成功完成。[0100]為了通知此成功的數(shù)據(jù)傳輸，根據(jù)本發(fā)明的優(yōu)選實(shí)施例，發(fā)射用于請(qǐng)求至少一個(gè)可見性幀的傳輸?shù)脑Z(yǔ)。具體地，由發(fā)起方的上層實(shí)體OUL發(fā)送到發(fā)起方的MAC子層實(shí)體OMC的請(qǐng)求消息MLME - CF.send (色彩B)，消息MLME - CF.send (色彩B)請(qǐng)求具有色彩》B?的至少一個(gè)可見性幀的傳輸。
[0101]在由發(fā)起方的MAC子層實(shí)體OMC接收到消息MLME-CF.send (色彩B)之后，發(fā)起方的MAC子層實(shí)體OMC向接受方的MAC子層實(shí)體RMC發(fā)送標(biāo)題為》CVD幀(使用色彩B)?的相應(yīng)幀。
[0102]在圖2的下半部分中，描繪了類似的消息交換，該類似的消息交換具有肯定應(yīng)答未在時(shí)間段》macAckWaitDuration?內(nèi)到達(dá)的差異，并且標(biāo)題為》x macMaxFrameRetries?的多個(gè)重試不能夠改變此情況。最后假定對(duì)于此數(shù)據(jù)幀而言未成功地完成數(shù)據(jù)傳輸，并且將由可見色彩C (例如紅色)來(lái)指示該傳輸。
[0103]為了通知此數(shù)據(jù)傳輸失敗，根據(jù)本發(fā)明的優(yōu)選實(shí)施例，發(fā)射用于請(qǐng)求至少一個(gè)可見性幀的傳輸?shù)脑Z(yǔ)。具體地，由發(fā)起方的上層實(shí)體OUL發(fā)送到發(fā)起方的MAC子層實(shí)體OMC的請(qǐng)求消息MLME - CF.send (色彩C)，消息MLME - CF.send (色彩C)請(qǐng)求具有色彩》C?的至少一個(gè)可見性幀的傳輸。
[0104]圖4描繪了根據(jù)本發(fā)明的替換實(shí)施例的、示出可見光通信系統(tǒng)中的接受方與發(fā)起方的不同層之間的消息交換的時(shí)序圖，該消息支持文件傳輸狀態(tài)的指示。
[0105]具體地，描繪了發(fā)起方的應(yīng)用層實(shí)體0ΑΡ、發(fā)起方的上層實(shí)體0UL、發(fā)起方的MAC子層實(shí)體OMC和接受方的MAC子層實(shí)體RMC之間的消息交換。
[0106]為了清楚，與發(fā)起方的上層實(shí)體OUL分開地描述應(yīng)用層實(shí)體0ΑΡ。然而，應(yīng)用層實(shí)體OAP也被視為是上層實(shí)體OUL的一部分。
`[0107]根據(jù)圖4，發(fā)起方的應(yīng)用層實(shí)體OAP向發(fā)起方的上層實(shí)體OUL發(fā)送標(biāo)題為》傳輸數(shù)據(jù)?的消息。標(biāo)題為》傳輸數(shù)據(jù)?的消息包括必須被發(fā)送到接受方的數(shù)據(jù)的有效載荷。
[0108]上層實(shí)體OUL基本上通過(guò)向發(fā)起方的MAC子層實(shí)體OMC發(fā)送已知的MCPS - DATA,request消息來(lái)進(jìn)行傳輸。
[0109]在由發(fā)起方的MAC子層實(shí)體OMC接收到MCPS - DATA, request原語(yǔ)時(shí)，發(fā)起方的MAC子層實(shí)體OMC向接受方的MAC子層實(shí)體RMC發(fā)送標(biāo)題為》數(shù)據(jù)幀《的消息。該數(shù)據(jù)幀消息相應(yīng)地包括必須被發(fā)送到接受方的數(shù)據(jù)的有效載荷。
[0110]由接受方的MAC子層實(shí)體RMC向發(fā)起方的MAC子層實(shí)體OMC通過(guò)發(fā)送標(biāo)題為》肯定應(yīng)答《的消息來(lái)傳送數(shù)據(jù)幀的成功接收。
[0111]為了清楚，在圖4中未示出例如被發(fā)送到發(fā)起方的上層實(shí)體0UL、到發(fā)起方的應(yīng)用層實(shí)體OAP的其他確認(rèn)和/或肯定應(yīng)答消息。也未示出由接受方的MAC子層實(shí)體RMC向其上層交換的消息。
[0112]發(fā)起方的應(yīng)用層實(shí)體OAP當(dāng)數(shù)據(jù)傳輸正在進(jìn)行中時(shí)計(jì)算剩余的文件尺寸。只要剩余的文件尺寸超過(guò)L字節(jié)的值，參見圖4，可視通知就保持不改變。在剩余的文件尺寸不再超過(guò)L字節(jié)的值時(shí)，使用消息MLME - CF.send (色彩D)來(lái)實(shí)現(xiàn)已經(jīng)幾乎完成了數(shù)據(jù)傳輸?shù)目梢曂ㄖ?。這可以示例性地通過(guò)為色彩D分配黃色色彩來(lái)指示。
[0113]事實(shí)上，應(yīng)用是用于計(jì)算剩余的文件尺寸的最合適實(shí)體。特此使用將請(qǐng)求通知的考慮放置在上層中(在這里是應(yīng)用級(jí)中)的發(fā)明原理，來(lái)糾正在圖7的描述中所概述的現(xiàn)有技術(shù)的主要缺點(diǎn)，借此，在MAC子層的級(jí)別上，此類計(jì)算是幾乎不可行的。
[0114]圖3描繪了根據(jù)本發(fā)明的替換實(shí)施例的、示出可見光通信系統(tǒng)中的接受方與發(fā)起方的不同層之間的消息交換的時(shí)序圖，該消息支持信道質(zhì)量指示。
[0115]具體地，描繪了接受方的上層實(shí)體RUL、接受方的MAC子層實(shí)體RMC和發(fā)起方的MAC子層實(shí)體OMC之間的消息交換。
[0116]假定發(fā)起方的MAC子層實(shí)體OMC向接受方的MAC子層實(shí)體RMC發(fā)送標(biāo)題為》數(shù)據(jù)幀<< 的消息。數(shù)據(jù)幀消息容易地包括必須被發(fā)送到接受方的數(shù)據(jù)的有效載荷。
[0117]由接受方的MAC子層實(shí)體RMC向發(fā)起方的MAC子層實(shí)體OMC通過(guò)發(fā)送標(biāo)題為》肯定應(yīng)答(所請(qǐng)求)?的消息來(lái)傳送數(shù)據(jù)幀的成功接收。并行地,接受方的MAC子層實(shí)體RMC向其上層實(shí)體RUL發(fā)出標(biāo)題為》MCPS - DATA.1ndication?的消息。
[0118]在上層實(shí)體RUL中，計(jì)算通信質(zhì)量?？梢酝ㄟ^(guò)各種度量標(biāo)準(zhǔn)來(lái)獲得通信質(zhì)量。例如，可以在多個(gè)幀上對(duì)FER或幀錯(cuò)誤率統(tǒng)計(jì)求平均，以便選擇CVD幀的色彩。
[0119]例如,可以將根據(jù)標(biāo)準(zhǔn)草案的章節(jié)9.3.3的參數(shù)》ppduLinkQuality?用于此目的。基于此參數(shù)，計(jì)算幀錯(cuò)誤率或FER。根據(jù)圖3，其低于FER #1的閾值，請(qǐng)求消息MLME - CF.send(色彩B)被接受方的上層實(shí)體RUL發(fā)送到接受方的MAC子層實(shí)體RMC，消息MLME - CF.send (色彩B)請(qǐng)求具有色彩》B<<的至少一個(gè)可見性幀的傳輸。
[0120]可視通知能夠在視線鏈路中幫助向用戶提供未對(duì)準(zhǔn)指示?？梢允褂貌煌纳蕘?lái)指示未對(duì)準(zhǔn)的不同狀態(tài)。例如，可以使用綠色、藍(lán)色和紅色CVD幀來(lái)分別使高、中和低數(shù)據(jù)速率可視化。色彩和數(shù)據(jù)速率范圍的選擇再次被留給實(shí)施者。
[0121]根據(jù)本發(fā)明所提出的通知的主要優(yōu)點(diǎn)是，通過(guò)本發(fā)明能夠容易地促進(jìn)在標(biāo)準(zhǔn)草案的單獨(dú)章節(jié)中指定的閃爍通知。
[0122]如果與數(shù)據(jù)傳輸?shù)纳什煌剡x擇CVD幀的色彩，則可以通過(guò)相應(yīng)地設(shè)定CVDRepet it ions > CVDDurat ion 和 CVDCycleLength 來(lái)將 MLME - CF.send 用于閃爍。借助于本發(fā)明，甚至多色閃爍都是可行的。通過(guò)調(diào)整占空比，甚至可以實(shí)現(xiàn)同一色彩閃爍。
[0123]為了適應(yīng)I Hz閃爍，必須設(shè)定CVDCycleLenght = (100)，并且對(duì)于2 Hz閃爍而言，CVDCycleLenght = (200)。
[0124]如果選擇了 50%的占空比用于閃爍，則CVD幀的相應(yīng)長(zhǎng)度分別為CVDDuration =(50)和(100)。
[0125]此外，可以組合地使用暗淡和MLME - CF.send。如果例如發(fā)射器當(dāng)前被設(shè)定在90%暗淡處，則可以使用暗淡原語(yǔ)來(lái)增加在CVD幀的發(fā)射期間的發(fā)射器的輻射功率。
[0126]這將如以下那樣被實(shí)施:
-用MLME - SET原語(yǔ)來(lái)改變減光器設(shè)定(將MAC - PIB屬性macDim設(shè)定到預(yù)期水平)
-用 MLME - CF.send 來(lái)調(diào)用一個(gè) CVD 幀的提交(CVDItepetitions = I ;設(shè)定CVDCycleLength = CVDDuration 是有利的)
-在CVD傳輸完成之后，例如，如MLME - CF.confirm所指示的那樣，通過(guò)使用MLME -SET原語(yǔ)來(lái)將暗淡水平設(shè)定回到初始水平(參見上文)
-在預(yù)置持續(xù)時(shí)間(例如macCVDCyc I eLength)之后，開始此過(guò)程。
[0127]根據(jù)圖5，不僅通過(guò)下一較高層對(duì)MAC子層的接入是可能的，而且設(shè)備管理實(shí)體DME也是可能的，其本身可以使用MLME接口(MLME - SAP)。因而，不僅更高層/上層應(yīng)用能夠從符合標(biāo)準(zhǔn)的VLC設(shè)備調(diào)用色彩功能和閃爍通知支持。
[0128]本發(fā)明使符合標(biāo)準(zhǔn)的VLC設(shè)備向新穎應(yīng)用開放:
-建筑物的設(shè)施管理系統(tǒng)經(jīng)由DME接口對(duì)接到VLC使能燈。在警報(bào)的情形中，使用MLME - CF接口來(lái)使所有燈閃爍，例如用紅色重復(fù)色彩突發(fā)。這可以自動(dòng)地適應(yīng)燈色彩。如果燈通常發(fā)射》微紅?光，則其選擇不同的色彩用于警報(bào)，例如藍(lán)色。
[0129]-設(shè)施管理系統(tǒng)在緊急情況期間使用此功能來(lái)對(duì)人們進(jìn)行警告和引導(dǎo)這兩者。例如，其調(diào)用以不同的色彩或不同的重復(fù)頻率或占空比照亮逃脫路線的燈。
[0130]-多用戶建筑物(例如，圖書館)的設(shè)施管理經(jīng)由發(fā)射光的色彩和/或強(qiáng)度的重復(fù)改變?cè)谝惶斓慕Y(jié)束時(shí)將建筑物即將關(guān)閉告知來(lái)訪者。
[0131 ]-另一選項(xiàng)是通過(guò)遠(yuǎn)程燈控制系統(tǒng)(例如數(shù)字可尋址照明接口，DALI)來(lái)對(duì)燈進(jìn)行尋址。
[0132]-私人住宅的設(shè)施管理系統(tǒng)(其包括燈)被耦合到TIV0、機(jī)頂盒等。當(dāng)發(fā)生重要事件(例如足球比賽的下半場(chǎng)開始)時(shí)，其改變發(fā)射光的色彩以向家庭警報(bào)此事實(shí)。在這里，機(jī)頂盒將警報(bào)轉(zhuǎn)發(fā)到設(shè)施管理系統(tǒng)，該設(shè)施管理系統(tǒng)又經(jīng)由DME接口來(lái)調(diào)用所有燈的色彩功能支持。
[0133]-在類似的場(chǎng)景中，借助于色彩功能支持來(lái)將商業(yè)廣告節(jié)目的結(jié)束告知家庭。
[0134]-電池驅(qū)動(dòng)VLC發(fā)射器通過(guò)調(diào)用色彩功能支持來(lái)將低電池量告知人類用戶。這也可以與使用閃爍通知的暗`淡功能相組合地完成。
[0135]-經(jīng)由例如電源線通信連接到燈的DME的計(jì)算機(jī)使用色彩功能支持，可選地與暗淡功能相組合，以告知用戶電子郵件已經(jīng)到達(dá)。
[0136]-來(lái)自交通事故的》下游(downstream)?,由路燈發(fā)射的光的色彩和/或強(qiáng)度借助于色彩功能支持和/或暗淡功能而被改變。在這里，此改變的色彩和/或頻率適應(yīng)路燈的位置。例如，以比更遠(yuǎn)離事故的燈更短的CVD循環(huán)長(zhǎng)度調(diào)用更接近于事故的燈。
[0137]-在發(fā)生重大災(zāi)難時(shí)用已知圖案對(duì)市區(qū)所控制的所有燈進(jìn)行色彩和/或強(qiáng)度調(diào)制，并且市區(qū)中的人們被要求查閱公共信息服務(wù)以便告知他們關(guān)于災(zāi)難和推薦的行動(dòng)。
[0138]總之，本發(fā)明的實(shí)施例旨在開發(fā)具有以下指示的統(tǒng)一的解決方案:
-針對(duì)所有實(shí)施例僅使用一組MAC - PIB參數(shù)；
-定義上層與設(shè)備管理實(shí)體(DME)之間的也允許改變上述MAC - PIB參數(shù)的統(tǒng)一、微小接口 ；
-經(jīng)由設(shè)備管理實(shí)體(DME)來(lái)啟用非應(yīng)用層特定使用情形；
-支持閃爍通知功能的直接實(shí)施。
[0139]總之，本發(fā)明的實(shí)施例具有以下優(yōu)點(diǎn):
-MAC中的最小實(shí)施開銷；
-能夠被更高通信層以及還有設(shè)備管理實(shí)體(DME)接入；
-在大量使用情形和應(yīng)用中適合。
[0140]可以用計(jì)算硬件(計(jì)算裝置)和/或軟件來(lái)實(shí)施本發(fā)明的實(shí)施例，所述計(jì)算硬件(計(jì)算裝置)和/或軟件包括但不限于能夠存儲(chǔ)、檢索、處理和/或輸出數(shù)據(jù)和/或與其他計(jì)算機(jī)通/[目的任何計(jì)算機(jī)。
[0141]還可以經(jīng)由例如通過(guò)諸如因特網(wǎng)之類的網(wǎng)絡(luò)下載來(lái)分發(fā)該過(guò)程?？梢詫?duì)實(shí)施例進(jìn)行實(shí)施的程序/軟件記錄在包括計(jì)算機(jī)可讀記錄介質(zhì)的計(jì)算機(jī)可讀介質(zhì)上。還可以通過(guò)諸如載波之類的傳輸通信介質(zhì)來(lái)傳輸對(duì)實(shí)施例進(jìn)行實(shí)施的程序/軟件。計(jì)算機(jī)可讀記錄介質(zhì)的示例包括磁記錄裝置、光盤、磁光盤和/或半導(dǎo)體存儲(chǔ)器(例如，RAM、ROM等)。磁記錄裝置的示例包括硬盤設(shè)備(HDD)、軟盤(FD)和磁帶(MT)。光盤的示例包括DVD (數(shù)字通用磁盤)、DVD - RAM、⑶-ROM (緊致盤-只讀存儲(chǔ)器)和⑶-R (可記錄)/鼎。
[0142]已經(jīng)特別參考本發(fā)明的優(yōu)選實(shí)施例和示例詳細(xì)地描述了本發(fā)明，但將理解的是，在由權(quán)利要求覆蓋的本發(fā)明的精神和范圍內(nèi)可以實(shí)現(xiàn)改變和修改。
【權(quán)利要求】
1.一種用于基于IEEE 802. 15. 7的規(guī)范由用于可見光通信的系統(tǒng)中的設(shè)備來(lái)提供可見通知的方法， 該設(shè)備包括對(duì)接在物理層（PHY)與至少一個(gè)上層之間的媒體接入控制實(shí)體（MAC)，該至少一個(gè)上層被分層地布置在媒體接入控制實(shí)體（MAC)之上，媒體接入控制實(shí)體（MAC)包括到所述上層的至少一個(gè)接口（MLME - SAP、MCPS - SAP), 所述方法包括以下步驟： 提供用于由該至少一個(gè)上層向媒體接入控制實(shí)體(MAC)的至少一個(gè)接口（MLME - SAP、MCPS - SAP)請(qǐng)求至少一個(gè)可見性幀的傳輸?shù)脑Z(yǔ)。
2.根據(jù)權(quán)利要求I所述的方法，其包括以下步驟： 提供用于由媒體接入控制實(shí)體(MAC)的至少一個(gè)接口（MLME - SAP,MCPS - SAP)向至少一個(gè)上層確認(rèn)至少一個(gè)可見性幀的傳輸?shù)脑Z(yǔ)。
3.根據(jù)前述權(quán)利要求之一所述的方法，所述用于請(qǐng)求的原語(yǔ)包括： -定義CVD幀被重復(fù)發(fā)送的次數(shù)的參數(shù)；和/或 -定義在相關(guān)重復(fù)期間的CVD幀的色彩的參數(shù)；和/或 -定義CVD幀的持續(xù)時(shí)間的參數(shù)；和/或 -定義在相關(guān)重復(fù)期間的兩個(gè)相鄰CVD幀的傳輸開始之間的時(shí)間的參數(shù)。
4.根據(jù)前述權(quán)利要求之一所述的方法，所述原語(yǔ)被用于請(qǐng)求閃爍通知。
5.一種用于基于IEEE 802. 15. 7的規(guī)范在用于可見光通信的系統(tǒng)中提供可見通知的設(shè)備， 該設(shè)備包括對(duì)接在物理層（PHY)與至少一個(gè)上層之間的媒體接入控制實(shí)體（MAC)，該至少一個(gè)上層被分層地布置在媒體接入控制實(shí)體（MAC)之上，媒體接入控制實(shí)體（MAC)包括到所述上層的至少一個(gè)接口（MLME - SAP、MCPS - SAP), 至少一個(gè)上層實(shí)體提供用于通過(guò)媒體接入控制實(shí)體(MAC)的至少一個(gè)接口（MLME-SAP、MCPS - SAP)請(qǐng)求至少一個(gè)可見性幀的傳輸?shù)脑Z(yǔ)。
6.根據(jù)權(quán)利要求5所述的設(shè)備， 所述媒體接入控制實(shí)體（MAC)的所述至少一個(gè)接口（MLME - SAP,MCPS - SAP)提供用于向至少一個(gè)上層確認(rèn)至少一個(gè)可見性幀的傳輸?shù)脑Z(yǔ)。
7.根據(jù)前述權(quán)利要求5和6之一所述的設(shè)備， 上層包括設(shè)備管理實(shí)體（DME)和/或邏輯鏈路控制層（LLC)和/或服務(wù)特定會(huì)聚子層(SSCS)。
8.根據(jù)前述權(quán)利要求5至7之一所述的設(shè)備，所述用于請(qǐng)求的原語(yǔ)包括； -定義CVD幀被重復(fù)發(fā)送的次數(shù)的參數(shù)；和/或 -定義在相關(guān)重復(fù)期間的CVD幀的色彩的參數(shù)；和/或 -定義CVD幀的持續(xù)時(shí)間的參數(shù)；和/或 -定義在相關(guān)重復(fù)期間的兩個(gè)相鄰CVD幀的傳輸開始之間的時(shí)間的參數(shù)。
9.一種計(jì)算機(jī)程序產(chǎn)品，該計(jì)算機(jī)程序產(chǎn)品包含被存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上的程序代碼，并且所述程序代碼當(dāng)在計(jì)算機(jī)上被執(zhí)行時(shí)，執(zhí)行根據(jù)前述權(quán)利要求5至8之一所述的方法。
10.一種數(shù)據(jù)存儲(chǔ)載體，其存儲(chǔ)計(jì)算機(jī)程序以使計(jì)算機(jī)執(zhí)行根據(jù)權(quán)利要求9所述的方法。
【文檔編號(hào)】H04B10/116GK103503338SQ201280013463
【公開日】2014年1月8日 申請(qǐng)日期:2012年3月16日 優(yōu)先權(quán)日:2011年3月16日
【發(fā)明者】J.瓦萊夫斯基, M.巴爾 申請(qǐng)人:西門子公司