国产日韩欧美一区二区三区三州_亚洲少妇熟女av_久久久久亚洲av国产精品_波多野结衣网站一区二区_亚洲欧美色片在线91_国产亚洲精品精品国产优播av_日本一区二区三区波多野结衣 _久久国产av不卡

?

低軌衛(wèi)星物聯(lián)網(wǎng)數(shù)據(jù)傳輸流程設(shè)計(jì)

2019-09-28 01:25:14崔雪偉張更新謝繼東屈德新
關(guān)鍵詞:核心網(wǎng)業(yè)務(wù)流程數(shù)據(jù)包

崔雪偉,張更新,謝繼東,屈德新

(南京郵電大學(xué) 通信與網(wǎng)絡(luò)技術(shù)國(guó)家工程研究中心,江蘇 南京 210003)

0 引 言

短距離通信的物聯(lián)網(wǎng)技術(shù)如ZigBee、Wi-Fi、Bluetooth、Z-wave等[1],只適應(yīng)于小范圍的智能應(yīng)用,比如智能家居。專為低帶寬、低功耗、遠(yuǎn)距離、大量連接的物聯(lián)網(wǎng)應(yīng)用而設(shè)計(jì)的LPWAN(低功耗廣域網(wǎng)絡(luò),low power wide area network),更能適應(yīng)大范圍的工業(yè)環(huán)境,比如智能抄表、環(huán)境監(jiān)控等。從技術(shù)解決方案看,LPWAN可分為兩大類:一類是工作在非授權(quán)頻段的LoRa、Sigfox等技術(shù),另一類是工作在授權(quán)頻段下3GPP(第三代合作伙伴計(jì)劃,3rd generation partnership project)支持的2/3/4 G蜂窩通信技術(shù),如NB-IoT等。NB-IoT作為基于蜂窩網(wǎng)絡(luò)的新一代物聯(lián)網(wǎng)技術(shù),基于LTE(long term evolution,長(zhǎng)期演進(jìn))技術(shù),其標(biāo)準(zhǔn)在2016年6月份獲得3GPP認(rèn)證,具有完備的網(wǎng)絡(luò)架構(gòu)、齊全的產(chǎn)業(yè)鏈和成熟的運(yùn)營(yíng)模式[2]。

作為一種LPWAN,低軌衛(wèi)星物聯(lián)網(wǎng)在解決海洋、沙漠、森林、山區(qū)及其他偏遠(yuǎn)地區(qū)的物聯(lián)網(wǎng)覆蓋方面具有得天獨(dú)厚的優(yōu)勢(shì),近年來(lái)得到廣泛的關(guān)注[3]。但由于低軌衛(wèi)星物聯(lián)網(wǎng)應(yīng)用環(huán)境的特殊性,導(dǎo)致不能簡(jiǎn)單地照搬地面成熟的LPWAN技術(shù)。文中試圖通過(guò)仿真研究NB-IoT協(xié)議對(duì)低軌衛(wèi)星物聯(lián)網(wǎng)應(yīng)用場(chǎng)景的適應(yīng)性,并重點(diǎn)研究了NB-IoT協(xié)議應(yīng)用于低軌衛(wèi)星物聯(lián)網(wǎng)后業(yè)務(wù)傳輸流程的設(shè)計(jì)問(wèn)題。

1 NB-IoT的業(yè)務(wù)流程研究

1.1 NB-IoT概述

在3GPP Rel13中引入的窄帶物聯(lián)網(wǎng)(NB-IoT)技術(shù)是這樣定義的:蜂窩物聯(lián)網(wǎng)的無(wú)線接入,在很大程度上基于非后向兼容的E-UTRA(evolved universal terrestrial radio access,演進(jìn)的通用陸地?zé)o線電接入),增強(qiáng)室內(nèi)覆蓋,支持大量的低吞吐量設(shè)備,低延遲敏感度,超低成本,低功耗設(shè)備和優(yōu)化網(wǎng)絡(luò)體系架構(gòu)[4]。該系統(tǒng)基于LTE系統(tǒng),可以支持LTE的大多數(shù)功能,并針對(duì)NB-IoT的適用場(chǎng)景進(jìn)行必要的簡(jiǎn)化及優(yōu)化操作,減少設(shè)備復(fù)雜度,降低資源開(kāi)銷。

現(xiàn)有的LTE流程,對(duì)于NB-IoT而言,發(fā)送單位數(shù)量的數(shù)據(jù),終端的能量消耗和網(wǎng)絡(luò)信令開(kāi)銷都比較高,因此對(duì)NB-IoT做出了相應(yīng)的改進(jìn)[5],提出了控制面數(shù)據(jù)優(yōu)化傳輸方案和用戶面數(shù)據(jù)優(yōu)化傳輸方案??刂泼鏀?shù)據(jù)傳輸優(yōu)化的基本原理是UE終端在請(qǐng)求RRC(radio resource control,無(wú)線資源控制)連接建立過(guò)程中,在無(wú)線信令上攜帶IP或者非IP小數(shù)據(jù)包,利用控制面?zhèn)鬏斢脩魯?shù)據(jù)。用戶面數(shù)據(jù)優(yōu)化傳輸方案的基本原理是引入RRC連接掛起和恢復(fù)流程,可以減少RRC重建立帶來(lái)的更多的信令交互。為優(yōu)化整個(gè)流程,NB-IoT也在網(wǎng)絡(luò)架構(gòu)上做了相應(yīng)改進(jìn),如圖1所示。

圖1 NB-IoT端到端系統(tǒng)架構(gòu)

圖1中各網(wǎng)元實(shí)體的功能如下:

(1)UE(終端):作為NB-IoT連接萬(wàn)物構(gòu)成物聯(lián)網(wǎng)的主導(dǎo)設(shè)備,終端進(jìn)行數(shù)據(jù)傳輸需要協(xié)商N(yùn)B-IoT的能力[6],支持控制面?zhèn)鬏敺桨负陀脩裘鎮(zhèn)鬏敺桨福谶M(jìn)行上行數(shù)據(jù)傳輸時(shí),可以進(jìn)行上行功率控制。

(2)eNodeB(基站):NB-IoT可共用LTE的基站,也為NB-IoT進(jìn)行了一系列的性能優(yōu)化,比如支持RRC連接掛起和恢復(fù),會(huì)在eNodeB中存儲(chǔ)連接上下文信息以便更快恢復(fù)連接。

(3)NB-IoT核心網(wǎng):在實(shí)際網(wǎng)絡(luò)應(yīng)用中,為減少物理網(wǎng)元實(shí)體個(gè)數(shù),會(huì)將部分核心網(wǎng)網(wǎng)元,如MME(mobility management entity,移動(dòng)管理實(shí)體),S-GW(serving gateway,服務(wù)網(wǎng)關(guān)),P-GW(packet data network gateway,分組數(shù)據(jù)網(wǎng)關(guān))一起部署,稱之為CIoT服務(wù)網(wǎng)關(guān)節(jié)點(diǎn)[7]。核心網(wǎng)的主要功能是承擔(dān)與終端非接入層的交互功能,NB-IoT可以與LTE共用核心網(wǎng)也可以單獨(dú)組網(wǎng)。

(4)NB-IoT數(shù)據(jù)平臺(tái):將得到的各種NB-IoT的數(shù)據(jù)匯聚在一起,為各種應(yīng)用服務(wù)提供云服務(wù)平臺(tái)。

(5)NB-IoT應(yīng)用服務(wù):通過(guò)IoT平臺(tái)得到的數(shù)據(jù),根據(jù)用戶需要提供相應(yīng)的服務(wù)??梢赃M(jìn)行數(shù)據(jù)分析,比如地質(zhì)監(jiān)測(cè)、智能電表等服務(wù)[8]。

1.2 NB-IoT數(shù)據(jù)傳輸業(yè)務(wù)流程

在NB-IoT中,使用用戶面優(yōu)化數(shù)據(jù)傳輸方案的前提是UE已經(jīng)在初始階段進(jìn)行網(wǎng)絡(luò)附著,并在UE側(cè)建立AS(access stratum,接入層)承載和存儲(chǔ)AS安全上下文,而且通過(guò)RRC連接掛起操作將RRC連接掛起。當(dāng)UE處于空閑態(tài),任何NAS(non-access stratum,非接入層)觸發(fā)的相關(guān)操作都可能引起UE嘗試進(jìn)行RRC連接恢復(fù)操作[9]。

UE在進(jìn)行RRC連接恢復(fù)操作前保證UE已經(jīng)存儲(chǔ)了用于連接恢復(fù)的相關(guān)信息,具體RRC連接恢復(fù)操作如圖2所示。

圖2中的流程簡(jiǎn)述如下:

(1)UE向eNodeB發(fā)起RRC連接恢復(fù)請(qǐng)求,UE會(huì)將存儲(chǔ)的連接恢復(fù)標(biāo)識(shí)同RRC連接恢復(fù)請(qǐng)求一同發(fā)送給eNodeB進(jìn)行上下文恢復(fù)。該連接恢復(fù)標(biāo)識(shí)是在RRC連接掛起時(shí)eNodeB生成并同RRC連接掛起消息一同傳送給UE,UE將恢復(fù)標(biāo)識(shí)存儲(chǔ)起來(lái)。

(2)eNodeB向MME發(fā)送S1-AP UE上下文連接恢復(fù)請(qǐng)求,MME可以拒絕請(qǐng)求,如果MME接受RRC連接恢復(fù)請(qǐng)求,MME進(jìn)入連接態(tài)恢復(fù)S1-AP連接。

圖2 UE發(fā)起連接恢復(fù)操作流程

(3)MME向eNodeB回復(fù)連接恢復(fù)響應(yīng)或者拒絕連接恢復(fù)響應(yīng)。

(4)如果MME拒絕連接恢復(fù)請(qǐng)求,eNodeB會(huì)根據(jù)拒絕承載信息進(jìn)行RRC連接重配置。

(5)如果RRC連接恢復(fù)建立,UE就可以上傳數(shù)據(jù),數(shù)據(jù)將通過(guò)eNodeB,MME,SGW傳送到PGW。

(6)為了將成功恢復(fù)連接的承載信息通知到SGW,MME向SGW發(fā)起修改承載請(qǐng)求,消息中攜帶成功恢復(fù)連接的eNodeB的用戶面IP地址和TEID(tunnel endpoint identifier,隧道端點(diǎn)標(biāo)識(shí)),并攜帶RRC建立原因?yàn)樯闲袛?shù)據(jù)發(fā)送,SGW也會(huì)將修改承載請(qǐng)求連同RRC建立原因一起發(fā)送給PGW。

(7)PGW向SGW回復(fù)修改承載響應(yīng),SGW向MME返回修改承載響應(yīng)。

從該通信流程中了解到,NB-IoT的通信協(xié)議終端與基站之間交互頻繁,而在衛(wèi)星環(huán)境下,動(dòng)態(tài)的星座拓?fù)浣Y(jié)構(gòu)以及衛(wèi)星位置相對(duì)地面的變化造成物聯(lián)網(wǎng)終端與基站之間的連接是不穩(wěn)定的;其次,星上資源有限,不穩(wěn)定的鏈路嘗試再次連接需要在星上存儲(chǔ)大量的上下文信息,從而造成星上資源負(fù)載過(guò)重。因此低軌衛(wèi)星物聯(lián)網(wǎng)要想借助NB-IoT的核心網(wǎng)進(jìn)行實(shí)施,有必要對(duì)NB-IoT的通信流程進(jìn)行改進(jìn)。

1.3 NB-IoT協(xié)議在低軌衛(wèi)星物聯(lián)網(wǎng)下的適應(yīng)性仿真分析

在地面物聯(lián)網(wǎng)中,大量的數(shù)據(jù)服務(wù)都是短突發(fā)數(shù)據(jù)傳輸。NB-IoT有著完整的接入網(wǎng)絡(luò)和高基站密度,而且基于LTE,移動(dòng)網(wǎng)絡(luò)運(yùn)營(yíng)商(MNO)提供的低成本,可管理性和可靠性可以成為NB-IoT設(shè)備廣泛接受和部署的推動(dòng)者[10]。

文中使用NS3仿真工具進(jìn)行系統(tǒng)級(jí)仿真[11],仿真按照NB-IoT的參數(shù)進(jìn)行設(shè)置,只是為模擬低軌衛(wèi)星物聯(lián)網(wǎng)的應(yīng)用環(huán)境而加大了傳輸距離,并將基站節(jié)點(diǎn)作為衛(wèi)星節(jié)點(diǎn)。具體參數(shù)配置如表1所示。

表1 NB-IoT仿真參數(shù)

考慮到物聯(lián)網(wǎng)終端發(fā)送功率在23 dBm時(shí),并不能進(jìn)行遠(yuǎn)距離傳輸,所以首先在距離1 km到100 km之間做了仿真研究,得到吞吐量、誤碼率以及系統(tǒng)傳輸時(shí)延的仿真曲線,如圖3所示。

圖3 NB-IoT網(wǎng)絡(luò)上行吞吐量、丟包率、系統(tǒng)時(shí)延與距離的變化關(guān)系

從圖3可以看到,參照NB-IoT的參數(shù)無(wú)法完成遠(yuǎn)距離傳輸,在傳輸距離20 km后信號(hào)的吞吐量下降很快,而且丟包率和系統(tǒng)時(shí)延迅速增加,系統(tǒng)狀態(tài)基本上是不可用的。因此采取增大終端功率的方法再次進(jìn)行仿真實(shí)驗(yàn),來(lái)探究在進(jìn)行遠(yuǎn)距離傳輸時(shí),終端所需要的發(fā)送功率。于是,仿真實(shí)驗(yàn)設(shè)置距離在780 km到2 000 km之間,并且設(shè)置功率變化。為保證能夠進(jìn)行傳輸,將衛(wèi)星基站的天線增益增大到24 dBi,仿真結(jié)果如圖4所示。

圖4 不同終端發(fā)送功率下NB-IoT網(wǎng)絡(luò)上行吞吐量、丟包率、系統(tǒng)時(shí)延與距離的變化關(guān)系

從圖4可以看到,如果采用NB-IoT的通信協(xié)議,只有將終端發(fā)送功率增大到200 W(對(duì)于0 dBi天線增益)以上才可能得到可接受的吞吐量和丟包率。但在低軌衛(wèi)星物聯(lián)網(wǎng)中,為使終端做到低功耗,是不可能支持200 W的發(fā)送功率的。

綜上來(lái)講,照搬NB-IoT協(xié)議顯然是不行的,必須要對(duì)其進(jìn)行修改。其中在物理層需要進(jìn)行重新設(shè)計(jì),需要降低上行速率、增大天線增益等,而在網(wǎng)絡(luò)層需要簡(jiǎn)化傳輸流程,設(shè)計(jì)一個(gè)優(yōu)化的低軌衛(wèi)星物聯(lián)網(wǎng)業(yè)務(wù)流程以達(dá)到數(shù)據(jù)傳輸?shù)目尚行?。文中接下?lái)主要研究傳輸流程的優(yōu)化設(shè)計(jì)。

2 低軌衛(wèi)星物聯(lián)網(wǎng)下業(yè)務(wù)初步設(shè)計(jì)與分析

2.1 低軌衛(wèi)星物聯(lián)網(wǎng)簡(jiǎn)介

相比地面物聯(lián)網(wǎng),利用通信衛(wèi)星建立物聯(lián)網(wǎng)具有下列優(yōu)勢(shì)[12-13]:覆蓋地域廣,可實(shí)現(xiàn)全球覆蓋,傳感器的布設(shè)幾乎不受空間限制;幾乎不受天氣、地理?xiàng)l件影響,可全天時(shí)全天候工作;系統(tǒng)抗毀性強(qiáng),自然災(zāi)害、突發(fā)事件等緊急情況下依舊能夠正常工作;易于向大范圍運(yùn)動(dòng)目標(biāo)(飛機(jī)、艦船等)提供無(wú)間斷的網(wǎng)絡(luò)連接等[14]。

相比于采用對(duì)地靜止軌道(GEO)衛(wèi)星,采用低軌道(LEO)衛(wèi)星實(shí)現(xiàn)物聯(lián)網(wǎng),將能夠降低傳播時(shí)延,提高消息的時(shí)效性;減小傳輸損耗,有助于終端的小型化;通過(guò)多顆低軌衛(wèi)星構(gòu)成星座實(shí)現(xiàn)全球無(wú)縫覆蓋(含兩極),提高物聯(lián)網(wǎng)的覆蓋范圍;實(shí)現(xiàn)見(jiàn)天通,解決特定地形內(nèi)(如到GEO衛(wèi)星視線受限的城市、峽谷、山區(qū)、叢林等區(qū)域)通信效果不佳的問(wèn)題;緩解GEO衛(wèi)星軌道位置和頻率協(xié)調(diào)難度大的問(wèn)題[15]。

因此,近年來(lái)低軌衛(wèi)星物聯(lián)網(wǎng)得到了廣泛關(guān)注,已經(jīng)在國(guó)內(nèi)外掀起一股研究和建設(shè)的熱潮。

2.2 低軌衛(wèi)星物聯(lián)網(wǎng)業(yè)務(wù)流程初步設(shè)計(jì)

針對(duì)NB-IoT在低軌衛(wèi)星物聯(lián)網(wǎng)業(yè)務(wù)中的不適應(yīng)性,對(duì)低軌衛(wèi)星物聯(lián)網(wǎng)業(yè)務(wù)流程進(jìn)行相應(yīng)改進(jìn)。以低軌衛(wèi)星物聯(lián)網(wǎng)數(shù)據(jù)傳輸業(yè)務(wù)為例,具體流程如圖5所示。

圖5 低軌衛(wèi)星物聯(lián)網(wǎng)數(shù)據(jù)傳輸流程

改進(jìn)后的流程簡(jiǎn)述如下:

步驟1:終端進(jìn)行首次附著時(shí)需要向衛(wèi)星建立RRC連接,在核心網(wǎng)注冊(cè)服務(wù),這是數(shù)據(jù)傳輸進(jìn)行的前提條件;

步驟2:衛(wèi)星在接收到終端的連接建立請(qǐng)求后,要進(jìn)行基本的接入鑒權(quán),之后再發(fā)送連接建立響應(yīng);

步驟3:根據(jù)終端發(fā)送數(shù)據(jù)的QoS要求,將數(shù)據(jù)一次性傳輸或者進(jìn)行多次傳輸以保證傳輸可靠性;

步驟4:終端接收衛(wèi)星確認(rèn)信息或不等待;

步驟5:衛(wèi)星經(jīng)過(guò)星間鏈路或者直接下發(fā)到信關(guān)站,或先星上存儲(chǔ)再過(guò)頂信關(guān)站時(shí)下發(fā)數(shù)據(jù)包;

步驟6:模擬終端與基站之間的信令交互建立RRC連接;

步驟7-8:在信關(guān)站中F-UE與F-eNodeB恢復(fù)RRC連接之后,信關(guān)站中的F-eNodeB向MME發(fā)送S1-AP UE上下文恢復(fù)請(qǐng)求,MME如果接受請(qǐng)求,再向信關(guān)站發(fā)送S1-AP UE上下文恢復(fù)響應(yīng);

步驟9-11:與NB-IoT傳輸流程基本相似,進(jìn)行核心網(wǎng)的數(shù)據(jù)傳輸工作。

針對(duì)NB-IoT數(shù)據(jù)傳輸業(yè)務(wù)流程進(jìn)行改進(jìn),設(shè)計(jì)一個(gè)可行的低軌衛(wèi)星物聯(lián)網(wǎng)業(yè)務(wù)流程。改進(jìn)方案具體如下:

在步驟6信關(guān)站中采用欺騙機(jī)制模擬終端與基站之間的信令交互,再與核心網(wǎng)進(jìn)行連接。具體來(lái)說(shuō),信關(guān)站在DPG(data process gateway,數(shù)據(jù)處理網(wǎng)關(guān))中創(chuàng)建F-UE(模擬UE)與F-eNodeB(模擬eNodeB),并將已創(chuàng)建的F-UE保存在數(shù)據(jù)處理網(wǎng)關(guān)的緩存中,信關(guān)站接收到數(shù)據(jù)包后,依據(jù)數(shù)據(jù)包上標(biāo)識(shí)的終端信息在緩存中查詢,判斷已創(chuàng)建的模擬終端是否包含該數(shù)據(jù)包所述終端。若包含,則從緩存中獲取已創(chuàng)建的F-UE,并查詢?cè)揊-UE的連接上下文,與F-eNodeB進(jìn)行數(shù)據(jù)恢復(fù)連接請(qǐng)求;若不包含,則建立新的F-UE,與F-eNodeB進(jìn)行數(shù)據(jù)連接,隨后將F-UE放入緩存中。DPG會(huì)在一段時(shí)間內(nèi)保存所建立的模擬終端,以便減少終端在短時(shí)間內(nèi)再次發(fā)送數(shù)據(jù)需要頻繁建立模擬終端所帶來(lái)的資源消耗。

2.3 低軌衛(wèi)星物聯(lián)網(wǎng)業(yè)務(wù)流程仿真

對(duì)NB-IoT數(shù)據(jù)傳輸流程以及改進(jìn)后的NB-IoT數(shù)據(jù)傳輸流程,在衛(wèi)星環(huán)境下進(jìn)行整個(gè)系統(tǒng)的上行時(shí)延對(duì)比。在實(shí)驗(yàn)中對(duì)數(shù)據(jù)傳輸參數(shù)中的終端傳輸功率進(jìn)行了加大,保證通信的可行性,以假設(shè)這兩種方案在物理層上是可行的。仿真結(jié)果如圖6~圖8所示。

圖6 NB-IoT數(shù)據(jù)傳輸方案與低軌衛(wèi)星物聯(lián)網(wǎng)新型數(shù)據(jù)傳輸方法在衛(wèi)星環(huán)境下 終端發(fā)送60個(gè)數(shù)據(jù)包上行歸一化吞吐量與距離的變化關(guān)系

圖7 NB-IoT數(shù)據(jù)傳輸方案與低軌衛(wèi)星物聯(lián)網(wǎng)新型數(shù)據(jù)傳輸方法在衛(wèi)星環(huán)境下 終端發(fā)送60個(gè)數(shù)據(jù)包上行丟包率與距離的變化關(guān)系

圖8 NB-IoT數(shù)據(jù)傳輸方案與低軌衛(wèi)星物聯(lián)網(wǎng)新型數(shù)據(jù)傳輸方案在衛(wèi)星環(huán)境下 終端發(fā)送60個(gè)數(shù)據(jù)包上行平均時(shí)延與距離的變化關(guān)系

從圖中可以看到,在終端數(shù)相對(duì)較少時(shí),NB-IoT的傳輸性能與新型低軌衛(wèi)星物聯(lián)網(wǎng)的傳輸性能相差不大,然而隨著終端數(shù)的增大,系統(tǒng)吞吐量會(huì)下降,而且誤碼率會(huì)越來(lái)越高。原因在于,隨著終端數(shù)的增大,接入的碰撞幾率會(huì)增加,造成丟包的幾率也越來(lái)越大,繼而造成重傳的次數(shù)也會(huì)增加,導(dǎo)致傳輸時(shí)延增加。從圖8可以看出,這種因素對(duì)NB-IoT傳輸流程影響較大,對(duì)設(shè)計(jì)的新型低軌衛(wèi)星物聯(lián)網(wǎng)數(shù)據(jù)傳輸方案影響較小。因此,證明了新型低軌衛(wèi)星物聯(lián)網(wǎng)數(shù)據(jù)傳輸流程性能的優(yōu)越性。

將終端與衛(wèi)星的交互和衛(wèi)星下發(fā)數(shù)據(jù)到信關(guān)站再到核心網(wǎng)分為兩段,在終端與衛(wèi)星之間采用簡(jiǎn)單的交互,而將真正的交互放在信關(guān)站中設(shè)置的數(shù)據(jù)處理網(wǎng)關(guān),也就相當(dāng)于地面物聯(lián)網(wǎng)的終端與基站,可與地面的核心網(wǎng)以及業(yè)務(wù)層形成整個(gè)業(yè)務(wù)流程的實(shí)體框架。通過(guò)分段式的處理方式,減少了終端與衛(wèi)星之間的信令交互,解決了衛(wèi)星環(huán)境下動(dòng)態(tài)鏈路不能為終端與衛(wèi)星之間提供穩(wěn)定連接的問(wèn)題,有效緩解現(xiàn)有技術(shù)存在的傳輸時(shí)延大的問(wèn)題。

3 結(jié)束語(yǔ)

通過(guò)仿真證明了將NB-IoT協(xié)議直接搬移到低軌衛(wèi)星通信場(chǎng)景是不可行的,需要在物理層、鏈路層和網(wǎng)絡(luò)層對(duì)NB-IoT協(xié)議分別進(jìn)行調(diào)整。為此,設(shè)計(jì)了一種基于NB-IoT的分段式低軌衛(wèi)星物聯(lián)網(wǎng)數(shù)據(jù)傳輸業(yè)務(wù)流程,并通過(guò)仿真驗(yàn)證了該業(yè)務(wù)流程傳輸?shù)目尚行砸约皶r(shí)延上的改進(jìn)。受技術(shù)條件、能力和時(shí)間的限制,目前只是針對(duì)NB-IoT數(shù)據(jù)傳輸業(yè)務(wù)流程進(jìn)行了初步改進(jìn),要完善整個(gè)低軌衛(wèi)星物聯(lián)網(wǎng)系統(tǒng)業(yè)務(wù)流程還需要進(jìn)一步努力。

猜你喜歡
核心網(wǎng)業(yè)務(wù)流程數(shù)據(jù)包
RPA機(jī)器人助業(yè)務(wù)流程智能化
GSM-R核心網(wǎng)升級(jí)改造方案
STK業(yè)務(wù)流程優(yōu)化的探究
SmartSniff
企業(yè)財(cái)務(wù)管理、業(yè)務(wù)流程管理中整合ERP之探索
5G移動(dòng)通信核心網(wǎng)關(guān)鍵技術(shù)
通信核心網(wǎng)技術(shù)的應(yīng)用探討
基于財(cái)務(wù)業(yè)務(wù)流程再造的ERP信息系統(tǒng)構(gòu)建探析
VoLTE核心網(wǎng)建設(shè)方案
基于Libpcap的網(wǎng)絡(luò)數(shù)據(jù)包捕獲器的設(shè)計(jì)與實(shí)現(xiàn)
平乐县| 内丘县| 资溪县| 浦北县| 来安县| 泸水县| 公主岭市| 益阳市| 三原县| 高邑县| 漳州市| 诸城市| 沙洋县| 黄龙县| 麦盖提县| 潼关县| 册亨县| 松滋市| 永泰县| 安图县| 建水县| 县级市| 新郑市| 额敏县| 攀枝花市| 崇义县| 关岭| 五莲县| 唐海县| 海口市| 阿坝| 鹤岗市| 平南县| 崇信县| 南城县| 连州市| 清远市| 成武县| 齐河县| 阿鲁科尔沁旗| 巴林右旗|