MiWind超窄帶物聯(lián)網(wǎng)通信 - 簡版

MiWind超窄帶(zhǎidài)物聯(lián)網(wǎng)通信余博士(bóshì)caminopro@163.com共六十九頁概述(ɡàishù)共六十九頁大多數(shù)的IoT設(shè)備是簡單的傳感器消息(xiāoxi)長度為10-50bytes,每天發(fā)送幾次大部分流量來自上行方向超低功耗(紐扣電池)?極小規(guī)格(guīgé)?低成本設(shè)備?報警流量?沒有實時要求?連接成本低?易于配置智能儀表,B2C，B2B2C?低功耗(3V電池10+年)?低成本設(shè)備?幾條信息/天?大量上行信息?沒有實時要求?靜態(tài)設(shè)備?連接成本低?超低功耗(3V電池10+年)?低成本設(shè)備?周期信息和報警信息?大量上行信息?沒有高的實時要求?靜態(tài)設(shè)備?連接成本低能源檢測,智能停車?低功耗(3V電池，幾年)?高成本設(shè)備?周期性上行流量?異步下行流量?有實時要求?移動設(shè)備?連接成本沒有限制資產(chǎn)監(jiān)控,車聯(lián)網(wǎng)智能儀表,智能停車大部分設(shè)備面臨功耗問題，因此：盡量減少信令。兩次上行發(fā)送之間，設(shè)備處于睡眠狀態(tài)。盡量限制發(fā)送次數(shù)(每天幾次發(fā)送)。其它選擇。典型需求共六十九頁物聯(lián)網(wǎng)(liánwǎnɡ)通信屬于電信運營商？GSM/GPRS/5G?高數(shù)據(jù)率，雙向遠程通信，現(xiàn)有的網(wǎng)絡(luò)可以使用每個終端需要

SIM

卡能耗高，沒有進行節(jié)能設(shè)計對特定(tèdìng)應(yīng)用的覆蓋不夠?qū)μ囟☉?yīng)用成本高WiFi,Bluetooth,ZigBee,

6LoWPAN?高數(shù)據(jù)率，雙向每個終端不需要

SIM

卡- 不是隨地可用，缺乏基礎(chǔ)設(shè)施覆蓋-傳輸距離短，大覆蓋需要復(fù)雜的mesh網(wǎng)絡(luò)這些技術(shù)只占有大約~20%

市場功耗？距離？容量？共六十九頁其實，物聯(lián)網(wǎng)通信(tōngxìn)需要一張獨立的LPWAN網(wǎng)絡(luò)安全雙向的sub-1Ghz鏈路傳輸距離：室內(nèi)>5km，郊外>10km單個子載波傳輸速率0.1kbps采用擴頻技術(shù)(jìshù)，在傳輸速率和傳輸距離上權(quán)衡TX22mA@10dBm,54mA@15dBm休眠的時候為1.5μA電池供電可以滿足10年的需求采用蜂窩結(jié)構(gòu)，單個蜂窩可以容納百萬終端終端通信模塊的成本在15元左右使用軟件無線電技術(shù)

(SDR，softwaredefinedradio)先進的解調(diào)技術(shù)，可以與ISM段的其它設(shè)備共存（比如IEEE802.15）使用超窄帶技術(shù)（

UNB，ultranarrowband）。這一技術(shù)占有大約80%市場共六十九頁物聯(lián)網(wǎng)屬于(shǔyú)移動運營商？移動運營商信誓旦旦地聲稱自己是未來物聯(lián)網(wǎng)的骨干。汽車、醫(yī)療設(shè)備以及各種各樣的電子產(chǎn)品的連接均需要無所不在、永遠在線(zàixiàn)的網(wǎng)絡(luò)，似乎沒有誰比移動運營商更能擔此重任。的確，從目前的情況來看，移動運營商可以信心滿滿。他們的2G、3G網(wǎng)絡(luò)是目前物聯(lián)網(wǎng)的主要承載網(wǎng)。隨著手機的滲透率趨于飽和，也許移動運營商的未來真的要指望M2M的用戶了?，F(xiàn)在的移動網(wǎng)絡(luò)要連接的是人，不是物體。物體的互聯(lián)需要一張專門的無線互聯(lián)網(wǎng)。共六十九頁物聯(lián)網(wǎng)(liánwǎnɡ)屬于移動運營商？因為人和物體對連接的頻度要求不一樣。我們的手機需要永遠在線，隨時可以撥打和接收、更新微博、下載(xiàzǎi)郵件。而物聯(lián)網(wǎng)的對象卻很少需要聯(lián)網(wǎng)。車輛或貨柜的GPS跟蹤器每天也許只需要發(fā)送一次自己的位置。智能儀表可能每隔一周才把數(shù)據(jù)回傳給公司。從自動售貨機到監(jiān)控攝像頭的許多內(nèi)置傳感器只會在出問題的時候才傳輸數(shù)據(jù)。這些都意味著M2M模塊的連接頻度要遠遠低于人的聯(lián)絡(luò)。在電力短缺和頻譜昂貴的今天，用傳統(tǒng)的無線網(wǎng)絡(luò)承載這些設(shè)備毫無意義。更好的辦法是將這些設(shè)備連接到一個針對各自的應(yīng)用場景進行優(yōu)化的網(wǎng)絡(luò)上—一個可以支持數(shù)十億設(shè)備以不同的時間間隔發(fā)送相對較少數(shù)據(jù)的網(wǎng)絡(luò)。因此，需要在結(jié)構(gòu)上跟傳統(tǒng)的無線網(wǎng)絡(luò)相差極大，可以說是個連網(wǎng)絡(luò)概念都沒有的網(wǎng)絡(luò)—只有在有載荷要傳輸?shù)那闆r下才連接。一種可行的無線架構(gòu)是使用超窄帶調(diào)制技術(shù)，在理論上僅靠少量網(wǎng)絡(luò)傳送器即可支持數(shù)百萬設(shè)備。這種免牌照頻率通常是給嬰兒監(jiān)視器和無繩電話使用的，這種頻率一個基站的覆蓋范圍即可相當于蜂窩網(wǎng)絡(luò)的50-100個站點的覆蓋。一個省需要300-400個這樣的基站。在全國建設(shè)10000-13000個基站即可完成全覆蓋。共六十九頁概述(ɡàishù)

為什么是超窄帶（Ultranarrowband）如何(rúhé)優(yōu)化頻譜的使用？共六十九頁概述(ɡàishù)

為什么是超窄帶（Ultranarrowband）Lora的訪問沖突。擴頻因子為7，消息長度(chángdù)為25字節(jié)。每分鐘1000個消息。共六十九頁概述(ɡàishù)

為什么是超窄帶（Ultranarrowband）Lora的訪問(fǎngwèn)沖突。擴頻因子為7，消息長度為25字節(jié)。每分鐘1000個消息。共六十九頁為什么會是UNB(ultra-narrow-band)通信(tōngxìn)窄帶(zhǎidài)抗干擾能力寬帶抗干擾能力RF系統(tǒng)的關(guān)鍵參數(shù)是接收帶寬(RXBW).RXBW是系統(tǒng)底噪的關(guān)鍵因素，如果接收帶寬為1Hz，底噪為PdBm=–174+10log10(RXBW),不同接收帶寬的底噪為：1-MHzchannel:PdBm=–174+10log10(1MHz)=–114dBm100-kHzchannel:PdBm=–174+10log10(100kHz)=–124dBm10-kHzchannel:PdBm=–174+10log10(10kHz)=–134dBm1-kHzchannel:PdBm=–174+10log10(1kHz)=–144dBm

100-Hzchannel:PdBm=–174+10log10(100Hz)=–154dBm從上面我們知道，如果使用100Hz的帶寬，底噪可以達到–154dBm。接收的可靠性大大提高。共六十九頁

基本(jīběn)架構(gòu)共六十九頁系統(tǒng)(xìtǒng)架構(gòu)互聯(lián)網(wǎng)服務(wù)器第三方APP服務(wù)器用戶(yònghù)基站接口基站終端空中接口互聯(lián)網(wǎng)用戶用戶操作管理中心共六十九頁客戶(kèhù)應(yīng)用(yìngyòng)服務(wù)層服務(wù)層PHY無線資源管理鏈路層基帶基站基站網(wǎng)絡(luò)基站控制器基站調(diào)制器PHY終端終端調(diào)制器基帶鏈路層無線資源管理服務(wù)提供商終端控制器概述架構(gòu)共六十九頁MiWIND白頻譜數(shù)據(jù)庫電視(diànshì)檢測臺、電視(diànshì)檢測中心已有的電視頻道、規(guī)章制度(ɡuīzhānɡzhìdù)、文件資料等數(shù)據(jù)庫電視白頻譜數(shù)據(jù)庫其它數(shù)據(jù)庫固定設(shè)備注冊互聯(lián)網(wǎng)一般設(shè)備帶頻譜感知設(shè)備家庭寬帶應(yīng)用M2M，物聯(lián)網(wǎng)應(yīng)用共六十九頁平臺(píngtái)總體架構(gòu)圖CKANBigDataContextBrokerAccounting&Payment&BillingIDM&AuthShort-termhistoricdataBigDataProcessingData

Quering/Action,

Publish/SubscrOpenDatapublishingReal-timeprocessingBIETLRULESDEFINITIONTOOLOPERATIONALDASHBOARDKPIGOVERNANCEOPENDATAPORTALSServiceorchestratorContextAdaptersCEPIoTBackend

DeviceManagementmeasures/commandsIoTBroker&ConfigManagement

(fromsensorstothings)IoT/SensorOpenDataactuatorsMediastreamsRealTimeMediaStreamProcessingCityServicesGISInventory共六十九頁概述(ɡàishù)

微信道每個帶寬劃分為宏信道(xìndào)，宏通道劃分為微信道(xìndào)。每個宏信道(xìndào)為200KHz。每個微通道為100Hz。200KHzISM帶寬可以戶分為2,000微通道。frequency200KHz100HzTime共六十九頁概述(ɡàishù)

隨機上行訪問在傳統(tǒng)的無線網(wǎng)絡(luò)中，通常采用的訪問模式是FDMA“頻分多址”、TDMA“時分多址”或CDMA“碼分多址”。每個這些技術(shù)基于將（頻率頻帶，擴頻碼的時間間隔）的物理信道分配給不同的終端，而且往往是非常復(fù)雜、動態(tài)、控制集中在基站或在網(wǎng)絡(luò)上。這些分配機制在終端與基站之間需要嚴格時間和/或頻率同步，通常是復(fù)雜和能源消耗的協(xié)議，因為需要定期開啟每個終端。為此，我們建立了一種新的傳輸結(jié)構(gòu)，這種結(jié)構(gòu)能夠解決上述的問題。這種結(jié)構(gòu)的基本點是將一段頻譜分解為許多的超窄帶載波，采用終端自動選擇FDMA（TAS-FDMA，TerminalAutoSelectionFDMA）方式來給各個終端分配超窄帶載波來發(fā)送信息。在終端與基站之間不需要進行時間和頻率同步。但是，保證各個終端在發(fā)送信息的時候，只有最低的碰撞的可能性。同時實現(xiàn)終端通信模塊的簡單和廉價。所謂的終端自動選擇FDMA（TAS-FDMA，TerminalAutoSelectionFDMA）方式，就是在終端要發(fā)送(fāsònɡ)信息的時候，終端自己自動選擇一個子載波來進行發(fā)送(fāsònɡ)，而不是由基站來分配一個子載波給終端使用。共六十九頁上行設(shè)計的主要點是降低功耗，使用最小的幀長。非同步(tóngbù)發(fā)送IoT設(shè)備的信息量很小。小數(shù)據(jù)量，發(fā)送頻度低的訪問模式有ALOHA。終端發(fā)送信息不需要與網(wǎng)絡(luò)同步和信令交換，因此，簡單、功耗低。但是在負載大的時候，會出現(xiàn)沖突。通過微信道和微信道選擇來避免沖突。微信道：200kHz頻段分解為2000個100Hz的微信道。微信道德中心頻率不是預(yù)先定義的，這要基于終端晶振的實際頻率。微信道選擇：終端發(fā)送信息的時候，隨機選擇三個微信道，發(fā)送三次。這種跳頻避免了沖突。概述隨機上行(shàngxíng)訪問共六十九頁信標(xìnbiāo)

信標信道MiWind網(wǎng)絡(luò)中，所有的基站都是監(jiān)聽相同的200kHz頻段，因此，在發(fā)送之前，不需要附著到基站或與基站同步(tóngbù)。因此，也就不需要信標。但是，信標可以做一些其他的事情：幫助終端發(fā)現(xiàn)網(wǎng)絡(luò)使用的200kHz頻段,廣播系統(tǒng)信息,幫助終端評估覆蓋等級.頻率校準時間校準共六十九頁信標(xìnbiāo)網(wǎng)絡(luò)發(fā)現(xiàn)和漫游移動終端在開機的時候，偵聽所有的200kHz頻段，直到接收到包含網(wǎng)絡(luò)ID信標信號。一旦發(fā)現(xiàn)網(wǎng)絡(luò)，終端就使用信標信道提供的系統(tǒng)信息來設(shè)置自己的poll計時器。IoT終端一般是靜止的，有規(guī)則的信標檢測不是必需的。在MiWind網(wǎng)絡(luò)中，信標檢測優(yōu)先于上行數(shù)據(jù)的發(fā)送(fāsònɡ)，這樣移動終端可以避免使用錯誤的發(fā)射功率，或者是在移動后，使用錯誤的200kHz頻段。在上行發(fā)送之前檢測信標，允許移動終端漫游和訪問不同的網(wǎng)絡(luò)。覆蓋等級評估移動終端可以實用信標來評估網(wǎng)絡(luò)覆蓋情況。如果移動終端接收到本網(wǎng)絡(luò)不同基站的信標，或是不同的RSSI，就使用最大的功率來發(fā)射，保證基站可以順利接收。如果網(wǎng)絡(luò)不可用，就啟動一個新的網(wǎng)絡(luò)發(fā)現(xiàn)過程。共六十九頁GSM網(wǎng)絡(luò)的下行可以通過尋呼的方式來實現(xiàn)。在MiWind網(wǎng)絡(luò)中沒有尋呼模式(móshì)。下行發(fā)送實在上行發(fā)送信息之后進行的，也就是說，是終端觸發(fā)的。終端可以通過有規(guī)則地發(fā)送用戶數(shù)據(jù)的方式來獲取下行數(shù)據(jù)信息。如果沒有足夠的數(shù)據(jù)信息，通過發(fā)送poll信息來獲取下行數(shù)據(jù)信息。連續(xù)的兩個poll信息之間的最大延遲為一個系統(tǒng)信息單元。下行信息存放在MiWind服務(wù)器中，直到終端上行信息或者是進行定期檢查的時候，下行給終端。信標下行(xiàxíng)發(fā)送原理共六十九頁安全(ānquán)無線接口(jiēkǒu)層通過加密認證機制。核心網(wǎng)絡(luò)層依據(jù)核心網(wǎng)絡(luò)的安全性。用戶數(shù)據(jù)加密比如AES128加密算法。共六十九頁PHY層上行(shàngxíng)Bitrate在空中接口設(shè)計上，要考慮覆蓋的改善，超低功耗等等，這就有許多的權(quán)衡。MiWind采用低速率方案，速率為100bps。ModulationD-BPSK。簡單，可靠(kěkào)、靈敏度高?？梢院唵问褂肍SK來實現(xiàn)。Transmissionpower+24dBm.Transmissionfrequency200kHzFEC16bitReed-Solomon編碼。最大長度為388bits，可以增加1dB編碼增益。共六十九頁PHY層下行下行信道(xìndào)類型MiWind實現(xiàn)兩種類型的下行信道：爭對終端的下行信道。廣播系統(tǒng)信息的信標信道。Bitrate下行信道速率為600bps。大速率可以降低終端接收時間，降低功耗。

信標信道速率為8000bps?？梢越档徒K端的檢測時間T，降低功耗。為此(wéicǐ)，必須增加信標信道的發(fā)射功率。大速率可以降低終端接收時間，降低功耗。ModulationD-BPSK。FECFEC為32bits。對384bits信息，可以增加1dB編碼增益。共六十九頁PHY層下行(xiàxíng)

微信道發(fā)射功率最大上行發(fā)射功率

終端的接收靈敏度比基站低，因為帶寬比較大。終端最大發(fā)射功率為+34dBm。下行發(fā)射功率管理發(fā)射功率的調(diào)整是按照接收到的UL包的信號強度來進行的。因為DL包的發(fā)送(fāsònɡ)時在接收到UL包后進行的，所以，調(diào)整的算法是非常簡單的。如果考慮到移動終端的分布，離基站的平均距離是最大距離的

2/3，可以得到5dB鏈路預(yù)算。共六十九頁LINK層上行(shàngxíng)共六十九頁preambleID(A)TypeSeq.CounterMACFCS3bytes4bytes8bits16bits3bytes2bytesCiphertext(C)12bytesFEC6bytesAckConti.Type1bits2bits5bitsLINK層上行(shàngxíng)

幀結(jié)構(gòu)

共六十九頁LINK層上行上行包和下行包的認證(rènzhèng)授權(quán)

ULMAC-FrameDLMAC-FrameIdentifierSequencecounterSecretekeyDLPayloadauthenticationauthenticationULPayloadIdentifierSequencecounterSecretekeyDLcheck共六十九頁LINK層下行(xiàxíng)共六十九頁LINK層下行(xiàxíng)幀格式下行數(shù)據(jù)包格式(géshi)充分考慮對上行數(shù)據(jù)包的響應(yīng)。headerFECAuth.FCS32bits16bits1bytesPayload0-34bytes40bitsHeader56bits：Preamble和bitratesynchronization(3bytes),frametype,9bitspayloadlength，6bitsacknowledgementbits，1bit共六十九頁LINK層下行(xiàxíng)

信標信道幀格式字頭，包含前導(dǎo)碼(3bytes)和幀類型

(比如“beaconchannel”，1bytes),networkID(14bits，最多16384)cellID(19bits,最多524288)SysInfoGrouptype(6bits)，定義負載(fùzài)內(nèi)容systeminformationgroups(4bits)個數(shù)。GroupSequencenumber(5bits)幫助跟蹤systeminformationgroups的變化。payload裝載systeminformationelementsFCS，8bitsCRCFEC,whichisthesameBCHfieldasinad'hocmicro-channelpacketsHeaderNetIDCellIDFCS4bytes6bytes1bytesPayload(Sys.Info)0-20bytesFEC4bytes#ofgroupGroupSeq.#信標信道由基站直接進行廣播，不需回答。在格式設(shè)計上，就與一般信道設(shè)計不一樣。SysInfoGrouptype共六十九頁LINK層過程(guòchéng)共六十九頁在超窄帶物聯(lián)網(wǎng)通信中，通過優(yōu)化幀格式和簡化過程，可以大幅度降低網(wǎng)絡(luò)中發(fā)射和接收的次數(shù)，降低功耗。比如，沒有GSM/GPRS中的附著和終端(zhōnɡduān)選擇過程，這是因為所有的基站都是監(jiān)聽整個200kHz。隨機訪問方式簡化了訪問的過程，沒有繁瑣的交互。信標信道偵聽和發(fā)射功率自適應(yīng)過程屬于無線資源管理（RRM）。LINK層過程(guòchéng)共六十九頁LINK層過程(guòchéng)

單個上行包的Ack過程只有在終端(zhōnɡduān)提出應(yīng)答請求后，才會進行應(yīng)答。MobilestationMiWindserverAPPAPPPDUULLLPDUSeg.count.=NULLLPDUcheckDLAuth.basedonSeg.count.=NDLLLPDU(Ack/Nack,Auth)LoopbackdelayLLLL共六十九頁下行數(shù)據(jù)包Ack與上行(shàngxíng)數(shù)據(jù)包類似。LINK層過程(guòchéng)

下行包的Ack過程LoopbackdelayMobilestationMiWindserverAPPLLLLAPPAPPPDUULLLPDU(Seg.count.=N)DLLLPDU#1DLLLPDU#mULLLPDU(Seg.count.=N+1)MultipleackAPPPDUDLressemblyDLAuth.basedonSeg.count.=N共六十九頁RRM無線資源管理共六十九頁系統(tǒng)使用200KHz頻譜，與廣電合作。但是，廣電的頻段在全國都有使用，沒有一個頻點在全國可以(kěyǐ)通用。所以，在不同的省份，必須使用不同的頻段，并且需要跳頻。因此，采用信標的方法，自動識別網(wǎng)絡(luò)，可以(kěyǐ)有效使用廣電的頻譜。RRM無線資源管理共六十九頁在GSM網(wǎng)絡(luò)中，有多個200kHz的頻段可以分配。在MiWind中，不同的是，只有(zhǐyǒu)一個頻段，所有的基站必須同時偵聽同一個200kHz頻段。MiWind終端也不附著到網(wǎng)絡(luò)，也不與網(wǎng)絡(luò)同步。(a)GSM頻率分配，(b)MiWind頻率分配。RRM無線資源管理F1F2F4F3F6F5F7F10F8F9F12F11FmiwindFmiwindFmiwindFmiwindFmiwindFmiwindFmiwindFmiwindFmiwindFmiwindFmiwindFmiwind(a)(b)共六十九頁信標信道周期發(fā)送在GSM網(wǎng)絡(luò)中，通過重用頻段的方式來管理(guǎnlǐ)基站之間的干擾。這種方式不適合MiWind網(wǎng)絡(luò)的信標，因為信標信道必須在同一個200kHz的頻段中。因此，必須采用時分的方式來解決干擾問題。RRM無線資源管理信標(xìnbiāo)信道Basestation#3Basestation#2Basestation#1Basestation#11Basestation#1216msbeaconpacket12slotof40ms920msforuserplanepackets1.4sbeaconcycle共六十九頁信標信道周期發(fā)送信標信道包發(fā)送完畢(wánbì)后，是發(fā)送用戶數(shù)據(jù)包的時段。下面是給定基站的用戶面和信標信道發(fā)送情況。RRM無線資源管理信標(xìnbiāo)信道+43dBmfrequencyMicrochannelsBeaconchannelMax.+34dBmpowertime200KHz共六十九頁下行包的發(fā)送時由網(wǎng)絡(luò)的終端觸發(fā)的，由一個終端觸發(fā)過程(guòchéng)來實現(xiàn)。如果沒有足夠的上行包，終端就發(fā)送poll包來替換。

poll包的周期的選擇根據(jù)延遲和功耗來權(quán)衡。RRM無線資源管理poll下行數(shù)據(jù)包發(fā)送(fāsònɡ)過程PollpacketperiodLoopbackdelayMiWindserverMobilestationTxTxRxRxMessagestoredByMiWindserverUntilnextpoll共六十九頁功率管理參數(shù)詳細的功率控制參數(shù)包括門限和延遲等。網(wǎng)絡(luò)側(cè)網(wǎng)絡(luò)檢測接收到的數(shù)據(jù)包的RSSI并記錄下來。如果網(wǎng)絡(luò)接收許多高于靈敏度的UL包，就發(fā)射控制暴給終端，要求降低發(fā)射功率。終端側(cè)在進行(jìnxíng)發(fā)射之前，終端測試信標的RSSI。如果RSSI變化咸魚給定的門限，終端就降低網(wǎng)絡(luò)設(shè)置的發(fā)射功率。如果RSSI變化大于門限，或是丟失了信標，就增大發(fā)射功率。RRM無線資源管理Tx功率自適應(yīng)(shìyìng)過程共六十九頁信標(xìnbiāo)偵聽過程支持

Tx功率自適應(yīng)過程。RRM無線資源管理Tx功率(gōnglǜ)自適應(yīng)過程開機知道頻段接收信標節(jié)省功率存儲信標時間參數(shù)設(shè)置poll計時器信標檢測全頻段掃描信標最大功率UL發(fā)射現(xiàn)在功率UL發(fā)射新網(wǎng)絡(luò)新位置noyesnoyesyesyesnoTriggereventULorpoll共六十九頁云端(yúnduān)管理共六十九頁總體架構(gòu)圖：各種(ɡèzhǒnɡ)應(yīng)用46平臺(píngtái)智慧城市Apps智慧工廠Apps智慧農(nóng)業(yè)Apps共六十九頁總體(zǒngtǐ)架構(gòu)圖CKANBigDataContextBrokerAccounting&Payment&BillingIDM&AuthShort-termhistoricdataBigDataProcessingData

Quering/Action,

Publish/SubscrOpenDatapublishingReal-timeprocessingBIETLRULESDEFINITIONTOOLOPERATIONALDASHBOARDKPIGOVERNANCEOPENDATAPORTALSServiceorchestratorContextAdaptersCEPIoTBackend

DeviceManagementmeasures/commandsIoTBroker&ConfigManagement

(fromsensorstothings)IoT/SensorOpenDataactuatorsMediastreamsRealTimeMediaStreamProcessingCityServicesGISInventory共六十九頁數(shù)據(jù)(shùjù)上下文

共六十九頁?實現(xiàn)一個智慧應(yīng)用需要收集和管理(guǎnlǐ)上下文信息?上下文信息是指應(yīng)用的實體屬性值應(yīng)用(yìngyòng)上下文信息Bus?Location?No.passengers?Driver?LicenceplateCitizen?Name-Surname?Birthday?Preferences?Location?ToDolistShop?Location?Businessname?Franchise?offerings上下文管理共六十九頁應(yīng)用(yìngyòng)ContextInformationBoiler?Manufacturer?Lastrevision?Productid?temperatureUsers?Name-Surname?Birthday?Preferences?Location?ToDolistFlowerpot?Humidity?Wateringplan上下文管理(guǎnlǐ)?實現(xiàn)一個智慧應(yīng)用需要收集和管理上下文信息?上下文信息是指應(yīng)用的實體屬性值共六十九頁?上下文信息可以來自(láizì)不同的信息源：–Existingsystems–Users,throughmobileapps–Sensornetworks(InternetofThings)?給定(ɡěidìnɡ)的entity.attribute的信息源是隨時變化的What’sthecurrenttemperatureinplace“X”?標準APIPlace=“X”,temperature=30oNotifymethechangesoftemperatureinplace“X”It’stoohot!AsensorinapedestrianstreetApersonfromhissmartphoneThePublicBusTransportManagementsystem需要處理來自不同源的上下文共六十九頁OrionContextBrokerContextConsumersquery1026notifyContextProducersupdatesubscriptionsupdate1026updatenotifyDBOrion上下文代理(dàilǐ)封裝共六十九頁ContextConsumerscanbesubscribedtoreceptionofcontextinformationcomplyingwithcertainconditions,usingthesubscribeContextoperationaContextBrokerexports.Suchsubscriptionsmayhaveaduration.TheContextBrokernotifiesupdatesoncontextinformationtosubscribedContextConsumersbyinvokingthenotifyContextoperationtheyexport基本上下文代理(dàilǐ)操作共六十九頁ContextProviderscanberegisteredtotheContextBrokerlinkedtocertaincontextinformation.AContextBrokerwillinvokethequeryContextoperationexportedbyContextProviderswhenevertheyarequeriedforcontextinformationorhavetonotifyupdatesincontextinformation基本上下文代理(dàilǐ)操作共六十九頁Contextadapterswillbedevelopedtointerfacewithexistingsystems(e.g.,municipalservicesmanagementsystemsinasmartcity)actingasContextProviders,ContextProducers,orbothSomeattributesfromagivenentitymaybelinkedtoaContextProviderwhileotherattributesmaybelinkedtoContextProducers與已有系統(tǒng)(xìtǒng)的集成共六十九頁Idas設(shè)備(shèbèi)管理共六十九頁與物聯(lián)網(wǎng)設(shè)備(shèbèi)的連接?后臺IoT設(shè)備(shèbèi)管理可以創(chuàng)建和管理連接到IoT網(wǎng)絡(luò)的NGSIIoTAgents?每個NGSIIoTAgent可以看作是上下文的用戶或者是上下文的提供者，或者是同時作為上下文的用戶和提供者共六十九頁IoT-M2M與上下文集成(jíchénɡ)共六十九頁上下文處理(chǔlǐ)與分析共六十九頁產(chǎn)品(chǎnpǐn)實現(xiàn)共六十九頁基站采用SDR技術(shù)，可以非常容易配置(pèizhì)來接收其他窄帶協(xié)議?；赪EB的網(wǎng)管。防護級別IP67。低輻射。PoE供電。

以太網(wǎng)和USB接口。功耗20W。工作溫度：-40°Cto+85°C處理器：

IntelAtomD525–Dualcore1.8GHz內(nèi)存：

DDR2-2Gb

電子硬盤：SSD-8Gb工作頻率： 150KHz-1GHz,including315MHz,433MHz,470MHz,868MHz,915MHz(ISM)管理頻譜：192kHz速率：100bps接收靈敏度：-145dBm@100bps前置放大器gain/noise G=19dB帶阻濾波器：30dB/±3MHz，30dB/±600KHz(optionfor868MHz)外部天線增益：8dBi天線阻抗：50Ω共六十九頁通信(tōngxìn)模塊基本特性一般(yībān)特性

·

工作溫度：-40oC-+85oC射頻

·

輸出功率-10…16dBm

·

輸出功率步進0.5dB

·

鄰頻抑制-50dBc

·

電壓3.6V功率

·TX22mA@10dBm,54mA@15dBm

·

休眠的時候為1.5μAARMCortex-M0+32-bit: