[發(fā)明專利]物聯(lián)網(wǎng)端對端服務(wù)層服務(wù)質(zhì)量管理

在審

• 申請?zhí)枺?/td>: 202011587838.7
• 申請日: 2016-08-04
• 公開（公告）號: CN112738772A
• 公開（公告）日: 2021-04-30
• 發(fā)明（設(shè)計）人: 黛爾·N·希德;邁克爾·F·斯塔西尼克;維諾德·庫馬爾·喬伊;李慶光;約根德拉·C·沙阿;威廉·羅伯特·弗林四世;沙米姆·阿克巴爾·拉赫曼;陳卓
• 申請（專利權(quán)）人: 康維達(dá)無線有限責(zé)任公司
• 主分類號: H04W4/70
• 分類號: H04W4/70;H04W28/24;H04L29/08
• 代理公司: 中國貿(mào)促會專利商標(biāo)事務(wù)所有限公司 11038
• 代理人: 高欣

本公開涉及物聯(lián)網(wǎng)端對端服務(wù)層服務(wù)質(zhì)量管理。方法、系統(tǒng)、和設(shè)備可以通過使用服務(wù)層SL會話來支持端對E2E服務(wù)質(zhì)量QoS。示例性系統(tǒng)支持用于以端對端方式管理QoS的機(jī)制。系統(tǒng)支持需要應(yīng)用指定按需E2E QoS要求的使用案例。系統(tǒng)包括經(jīng)由局域和廣域底層網(wǎng)絡(luò)的不同組合彼此互連的物聯(lián)網(wǎng)IoT服務(wù)器、IoT網(wǎng)關(guān)和設(shè)備。在服務(wù)器和網(wǎng)關(guān)上托管的是IoT SLs的實例。在現(xiàn)場中的裝置上托管以及后端中的裝置是相互通信的IoT應(yīng)用。系統(tǒng)還包括服務(wù)層連接管理器SLCM功能，應(yīng)用連接管理器ACM功能和底層網(wǎng)絡(luò)連接管理器UNCM功能。SLCM、ACM和UNCM功能一起彼此交互，以更智能地管理和配置支持E2E QoS中的應(yīng)用、服務(wù)器、網(wǎng)關(guān)和IoT裝置的連接性和端對端底層網(wǎng)絡(luò)QoS。

本申請是國際申請日為2016年8月4日、國家申請?zhí)枮?01680056285.8、發(fā)明名稱為“物聯(lián)網(wǎng)端對端服務(wù)層服務(wù)質(zhì)量管理”的進(jìn)入中國國家階段的PCT申請的分案申請。

相關(guān)申請的交叉引用

本申請要求于2015年8月4日提交的標(biāo)題為“物聯(lián)網(wǎng)端對端服務(wù)層服務(wù)質(zhì)量管理(Internet of Things End-to-End Service Layer Quality of Service Management)”的美國臨時專利申請第62/200,752號的權(quán)益，該申請的內(nèi)容通過引用并入本文。

背景技術(shù)

M2M/IoT SL

M2M/IoT服務(wù)層(SL)是專門針對為M2M/IoT裝置和應(yīng)用提供增值服務(wù)的技術(shù)。近來，若干行業(yè)標(biāo)準(zhǔn)機(jī)構(gòu)(例如，oneM2M功能架構(gòu)-V-1.6.1和ETSI TS 102 690機(jī)器對機(jī)器通信(M2M)功能架構(gòu)V2.0.13)一直在開發(fā)M2M/IoT SLs來解決與將M2M/IoT裝置和應(yīng)用集成到具有互聯(lián)網(wǎng)/Web、蜂窩、企業(yè)、和家庭網(wǎng)絡(luò)的部署所面臨的挑戰(zhàn)。

機(jī)器對機(jī)器/物聯(lián)網(wǎng)(M2M/IoT)服務(wù)層(SL)可以提供對面向M2M/IoT的能力的集合的訪問。一些示例能力包括安全、計費、數(shù)據(jù)管理、裝置管理、發(fā)現(xiàn)、供應(yīng)和連接性管理。參見oneM2M-TS-0001，oneM2M功能架構(gòu)-V-1.6.1，其通過引用全部并入本文。經(jīng)由利用由M2M/IoT SL支持的消息格式、資源結(jié)構(gòu)和資源表示的應(yīng)用編程接口(API)，這些能力可以使應(yīng)用是可用的。

圖1圖示了可以支持服務(wù)層的示例性協(xié)議棧。從協(xié)議棧的角度來看，SL 101可以位于應(yīng)用協(xié)議層102和下面的應(yīng)用層103的上方，并且可以向支持的應(yīng)用提供增值服務(wù)。SL101可以被歸類為“中間件”服務(wù)。

會話

通信會話通常涉及在兩個或更多個通信實體(例如，裝置、應(yīng)用等)之間的信息的持續(xù)互動交換。通信會話在某個時間點建立，并且基于各種情況(例如，在會話超時之后或者當(dāng)實體中的一個決定終止會話時)在稍后的時間點處拆除。通信會話可能涉及實體之間的多條消息的交換并且可以是有狀態(tài)的。有狀態(tài)可以意旨通信實體中的至少一個保存了關(guān)于會話歷史的信息，以便能夠維持通信會話(例如，適用于會話參與者的連接性、注冊、安全、日程、和數(shù)據(jù))。可以將通信會話實現(xiàn)為在網(wǎng)絡(luò)協(xié)議棧中的不同層處的協(xié)議和服務(wù)的部分。作為示例，圖2圖示了在網(wǎng)絡(luò)節(jié)點104與網(wǎng)絡(luò)節(jié)點105之間建立的通信會話。前面提到的網(wǎng)絡(luò)節(jié)點104和105的通信會話可以是基于傳輸協(xié)議層110(例如，TCP連接)、會話協(xié)議層109(例如，TLS和DTLS會話)、web傳輸協(xié)議層108(例如，HTTP和CoAP會話)、M2M/IoT SL107(例如，oneM2M會話)和專用會話106。

傳統(tǒng)應(yīng)用會話是在兩個或更多個應(yīng)用之間的通信會話，該通信會話由應(yīng)用本身而不是由底層通信協(xié)議(underlying communication protocol)或者服務(wù)層建立和管理。因此，應(yīng)用會話能夠?qū)㈩~外的開銷和復(fù)雜性添加到應(yīng)用。例如，傳統(tǒng)應(yīng)用會話可能需要應(yīng)用本身來配置、建立、并管理會話。這能夠涉及創(chuàng)建和管理會話上下文(session context)，諸如，證書(credentials)、標(biāo)識符、路由信息、發(fā)現(xiàn)信息、位置、交易歷史和數(shù)據(jù)。