国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      用于可見光通信的系統(tǒng)中的通知的方法和設(shè)備的制作方法

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