TWI672971B

TWI672971B - 窄頻物聯網之使用者設備差異化之方法

Info

Publication number: TWI672971B
Application number: TW107128174A
Authority: TW
Inventors: 林香君; 波喬麥可康森恩; 曾理詮; 吉列斯查比特
Original assignee: 聯發科技股份有限公司
Priority date: 2017-08-11
Filing date: 2018-08-13
Publication date: 2019-09-21
Also published as: TW201911952A; US20190053157A1; WO2019029687A1; CN109997387A

Abstract

本發明揭露了多種關於窄頻物聯網(narrowband Internet of Things，NB-IoT)之使用者設備(user equipment，UE)差異化之示例和方法。UE之處理器可以生成包括特定於該UE之UE特定資訊之訊號。該裝置可以向無線網路之網路節點發送該訊號。然後，該裝置可以從該網路節點接收響應，該響應包括由該網路節點基於該UE特定資訊創建之存取層(access stratum，AS)配置。該處理器亦可以應用可降低UE之功耗之該AS配置。本發明之用於NB-IoT之UE差異化之方法可最小化UE之功耗。

Description

窄頻物聯網之使用者設備差異化之方法

本發明是有關於物聯網(Internet of Things，IoT)。更具體地，本發明是有關於窄頻物聯網(narrowband IoT，NB-IoT)中用於最小化使用者設備(user equipment，UE)功耗之UE差異化。

除非本文另有說明，本部分描述的方法不是下面列出之申請專利範圍之先前技術，並且不應該因被包括在本節中而被認定為是先前技術。

NB-IoT是由第三代合作夥伴計劃(Third Generation Partnership Project，3GPP)開發之低功率廣域網無線電技術標準，以實現廣泛之蜂巢設備或UE和服務。為了以有效之方式支援具有廣泛應用之NB-IoT，如果UE可以向網路提供額外之UE特定資訊將是有益的。

以下概述僅是說明性的，並不旨在以任何方式進行限制。也就是說，提供以下概述以介紹本文描述之新穎和非顯而易見之技術之概念、要點、益處和優點。選擇之實施例將在下文詳細描述中進一步描述。因此，下面之概要並不只在標識所要求保護之主題之本質特徵，也不只在用於確定所要求保護之主題之範圍。

本發明提出了多種與UE向網路提供UE特定資訊相關之方案、技術、方法和裝置。利用該UE特定資訊，網路能夠提供特定應用之存取層(access stratum，AS)配置，這可能顯著地影響UE之功耗。也就是說，利用依據該UE特定資訊為UE訂製之AS配置，可以顯著地改善UE之電量保持。

在本發明之一方面，一種方法涉及UE之處理器生成包括特定於UE之UE特定資訊之訊號，並且將該訊號發送到無線網路之網路節點。該方法亦涉及該處理器從網路節點接收響應，該響應包括由網路節點基於該UE特定資訊創建之AS配置。該方法亦涉及該處理器使用能降低UE功耗之AS配置。

在本發明之一方面，一種方法涉及無線網路之網路節點之處理器向UE發送請求，以請求特定於UE之UE特定資訊。該方法亦涉及該處理器從包括該UE特定資訊之UE處接收報告。該方法亦涉及該處理器基於該UE特定資訊生成包括AS配置之響應。該方法另外涉及該處理器將該響應發送到UE。

本發明之用於NB-IoT中UE之差異化之方法可最小化UE之功耗。

值得注意的是，儘管這裡提供之描述是以某些無線存取技術、網路和網路拓撲為背景，如IoT和NB-IoT，但本發明提出之概念、方案及其任何變體/衍生物可以在其他類型之無線存取技術、網路和網路拓撲中實現，例如但不限於，5G、新無線電(NR)、長期演進(LTE)、LTE-Advanced、LTE-Advanced Pro。因此，本發明之範圍不限於本文描述之示例。

100‧‧‧場景

200‧‧‧通訊環境

210、220‧‧‧裝置

212、222‧‧‧處理器

214、224‧‧‧記憶體

216、226‧‧‧收發器

230‧‧‧MME

300、400‧‧‧進程

310、320、330、340、410、420、430、440‧‧‧步驟

提供圖式是為了對本發明之進一步理解，同時，圖式也作為本發明之一部分。圖式描述了本發明之實施方式，並與說明書一起用於解釋本發明之原理。可以理解的是，為了清楚地說明本發明之概念，一些元件表示可能與實際實施中之尺寸不成比例，圖式不一定按比例繪製。

第1圖是依據本發明實施例描述之方案下之示例場景圖。

第2圖是依據本發明實施例描述之示例通訊環境之框圖。

第3圖是依據本發明實施例之示例進程之流程圖。

第4圖是依據本發明實施例之示例進程之流程圖。

下面對本發明之實施例和實施方式進行詳細說明。然而，應當理解的是，本發明之實施例和實現方式僅僅為了對要求保護之主題作出說明，其可以以各種形式體現。本發明可以以多種不同之形式實施，並且不應該被理解為僅限於這裡闡述之示例性實施例和實施方式。而是，提供這些示例性實施例和實現方式，使得本發明之描述徹底和完整，並且將向本領域習知技藝者充分傳達本發明之範圍。在以下描述中，省略公知特徵和技術細節，以避免不必要地模糊所呈現之實施例和實施方式。

概述

本發明之實施例涉及與行動通訊中之使用者設備和網路裝置之NB-IoT之UE差異化有關之各種技術、方法、方案和/或解決方案。依據本發明，可以單獨地或聯合地實現許多可能之解決方案。也就是說，儘管下文分別描述這些可能之解決方案，但是這些可能之解決方案中之兩個或複數個可以以一種組合或另一種組合形式實現。

通訊模式參數對於給定UE或一組UE是特定的。通訊模式參數集通常由服務能力公開函數(Service Capability Exposure Function，SCEF)提供給歸屬訂戶伺服器(home subscriber server，HSS)其中，HSS將通訊模式參數分配給具有相關訂閱資料之相應行動管理實體(mobility management entity，MME)。MME使用通訊模式參數匯出發送到基地台(例如，eNB或gNB)之核心網路(core network，CN)輔助資訊。MME亦可以使用通訊模式參數選擇CN輔助之基地台參數，以便在S1信令連接(例如，附著，服務請求等)建立期間提供給基地台。然而，MME如何使用通訊模式參數並選擇CN輔助資料是特定於實施例的，在3GPP規範中並沒有指定。此外，CN輔助基地台參數不與從HSS接收之通訊模式參數一對一映射。在很多情況下，基地台需要更具精細度並且可能處於CN節點中未知或基於訂閱資訊已知之等級上之資訊。例如，諸如關於位元組等級和應用服務區塊(traffic block)大小等級之參數以及基於副訊框級別(subframe level)或訊框級別之定時，其是UE特定的，對於網路是未知的。

因此，本發明提出了用於NB-IoT之特定UE差異化資訊。在IoT環境中，依據應用之不同會有各種不同之應用服務類型和設定檔。例如，對於作為UE之水錶，該水錶可以每天報告或發送儀錶讀數(例如，大小為200位元組)，即每天向網路傳輸一次。另一方面，對於作為UE之可穿戴裝置，儘管每次傳輸涉及小尺寸之分組，該可穿戴裝置可以週期性地或以其他方式頻繁地將使用者相關資訊發送到網路。因此，使得網路知道特定於給定UE之應用服務類型和/或設定檔是有益的，以便網路可以更精准地配置UE相關之無線電資源，從而幫助UE最小化或以其他方式降低功耗。

依據本發明提出之各種方案，UE可以向網路報告UE特定資訊。該UE特定資訊表示或以其他方式指示與UE之一或複數個方面相關之UE偏好。例如，該UE特定資訊至少包括用於無線電資源控制(radio resource control，RRC)不活動計時器之UE期望值，並且在RRC不活動計時器值上之UE特定資訊可以是RRC格式或其他可被網路節點理解之格式。或者UE特定資訊包括一或複數個連接模式中非連續接收(discontinuous reception，DRX)之參數，並且在RRC不活動計時器值上之UE特定資訊可以是RRC格式或其他可被網路節點理解之格式。依據所提出之方案，當UE從網路之基地台(例如，eNB或gNB)接收到UE特定資訊之請求時，UE可以向網路報告該UE特定資訊。

依據本發明提出之各種方案，當網路從UE處接收UE特定資訊時，網路可以相應地處理該UE特定資訊。例如，網路之基地台(例如，eNB或gNB)可以透過發送對UE特定資訊之請求來請求UE報告UE特定資訊。該基地台可以在 MME中存儲接收到之UE特定資訊。該基地台可以在從UE接收RRC連接請求或RRC連接恢復請求時從MME檢索UE特定資訊。作為響應，MME可以在從基地台接收對UE特定資訊之請求時向基地台提供UE特定資訊。此外，依據提出之各種方案，基地台可以基於由UE報告之UE特定資訊來組成、構造、創建或以其他方式制定特定應用之AS配置。另外，基於UE特定資訊，基地台可以在基地台側應用該AS配置。UE可以基於UE特定資訊接收該AS配置並在UE側應用該AS配置。

第1圖描述了依據本發明實施例之方案之一示例場景100。如第1圖之(A)部分所示，無線網路之網路節點(由第1圖中eNB表示)可以向UE發送包括UE識別(UE ID)之UE特定資訊之請求。作為響應，UE向網路節點發送包括UE特定資訊之響應。如第1圖之(B)部分所示，網路節點向MME發送UE特定資訊(UE ID)以將UE特定資訊存儲在MME中。如第1圖之(C)部分所示，在稍後之時間，當UE連接到相同或不同之網路節點(由第1圖中eNB表示)時，UE可以向網路節點發送前導碼。網路節點可以向UE發送隨機存取響應。依據本發明提出之方案，UE會然後向網路節點發送包括UE識別(第1圖中簡化為UE ID)之RRC連接請求。在接收到RRC連接請求時，網路節點可以透過向MME發送對UE特定資訊之請求來檢索與UE相關之UE特定資訊。該請求可以透過包括UE之UE ID來識別UE。作為響應，MME可以向網路節點發送包括存儲在MME中用於UE之UE特定資訊之響應。該網路節點可以基於UE特定資訊來組成、構造、創建或以其他方式制定特定應用之AS配置。該網路節點然後向UE發送包括AS配置之RRC連接建立訊息，其中，該AS配置可由UE用來最小化或以其他方式降低UE之功耗。

提出方案

依據本發明所提出之第一方案，UE可以透過非存取層(non-access stratum，NAS)信令向MME建議節能模式(power-saving mode，PSM)和/或擴展DRX(eDRX)之配置。依據所提出之第一方案，關於UE使用PSM，至少存在兩種方式，在上行(UL)傳輸之後保持UE可被網路聯繫到。在第一種方法中，UE在進入PSM中之睡眠狀態之前，基於AS行為在連接模式中停留一段時間，而在空閒模式可以短暫停留或是不停留。在第二種方法中，UE可以立即進入空閒模式並在進入PSM中之睡眠狀態之前一直保持該模式。因此，在第一種方法中UE立即可聯繫，在第二種方法中，UE在空閒模式中是可尋呼的。在第一種方法和第二種方法中，一旦UE進入PSM中之睡眠狀態，UE將不再可被網路聯繫到。對於第一種方法和第二種方法，可以協調NAS和AS配置。有利的是，在NAS和AS配置之配合之情況下，UE可以更早地進入PSM，從而最小化或以其他方式降低功耗。只要NAS和AS配置沒有協調，UE可能需要在空閒模式中停留。

否則，在不執行第一個提出方案之情況時，在某種情況下，UE在進入空閒模式一段時間，讓網路可以透過尋呼訊息聯繫UE之前會在連接模式DRX停留一段時間。在透過AS和NAS之配置提供機會使得網路進行下行資料傳輸之情況下，導致UE需長時間保持在喚醒狀態監聽實體下行控制通道(physical downlink control channel，PDCCH)而造成不必要之功率消耗。在另一種情況下，在不執行第一個提出方案之情況時，NAS和AS都可以假設由另一層會處理DL傳輸，而這種假設是錯誤的。因此，UE會直接進入PSM中之睡眠狀態，然而UE應該等待在可聯繫狀態一段時間。

為解決上述問題，依據所提出之第一方案，AS配置可與UE之應用服務需求以及NAS特徵(例如，eDRX和PSM模式)在兩方面一致：(1)從連接模式轉換到空閒模式，以及(2)連接模式DRX。基於其應用和應用服務模式，UE可以向網路建議關於從連接模式向空閒模式和連接模式DRX轉換之期望或優選配置，以幫助網路確定節能AS配置，這也幫助UE最小化功耗。

為了進一步降低NB-IoT之功耗，依據所提出之第一方案，UE可能會影響用於進入空閒模式之AS配置。例如，依據應用服務類型和應用服務模式，UE可以向網路建議UE在RRC不活動計時器和連接模式DRX配置上之偏好。

依據所提出之第一方案，UE會在UE和網路之間之初始註冊過程中報告UE特定資訊。該過程與UE資訊過程相似，在該UE資訊過程中，網路請求特定於UE之UE特定資訊，UE響應該請求，而發送期望RRC不活動計時器和連接模式DRX配置。

作為使用者平面(user plane，UP)蜂巢IoT(CIoT)解決方案，為了有效避免或以其他方式最小化無線電開銷，並且對於沒有重新配置可能性之解決方案(例如，無AS安全性)，UE特定AS資訊可能需要在訊息4(MSG4)處或之前提供給網絡之基地台，以作為UE進行特定存取之第一AS配置訊息之一部分。在連接恢復時，UE特定AS資訊可以存儲在UE上下文中用作基地台端之連接恢復。

作為控制平面(control plane，CP)CIoT解決方案，對於連接建立(以及CIoT CP優化)，基地台可以從MME接收UE特定AS資訊。該UE特定AS資訊可能與AS UE能力類似。可能需要新S1 AP(S1應用協定，S1 Application Protocol)將UE偏好資訊存儲在MME中。

有利的是，透過UE向網絡建議其對RRC不活動計時器和連接模式DRX配置之偏好，基地台可以在存取層配置從連接模式到空閒模式以及連接模式DRX之轉換以更好地提供UE之應用應用服務需求和諸如eDRX和PSM之NAS特徵之使用。因此，UE可適當停留在連接模式DRX中，或者切換到空閒狀態監聽下行資料傳輸之尋呼消息，以節能方式保持UE可聯繫。

依據本發明所提出之第二方案，UE可以向基地台報告應用服務設定檔和功耗設定檔。一旦基地台知道了UE之應用服務設定檔和功耗設定檔，基地台可以以對UE有益之方式，至少在電量保持方面利用這些資訊(例如，用於排程、早期資料傳輸、和/或快速RRC連接釋放)。UE之應用服務設定檔包括資訊，例如但不限於，單個封包傳輸、僅UL傳輸、UL後跟著DL、典型封包大小，和/或一或複數個半持續性排程 (semi-persistent scheduling，SPS)設置。UE之功耗設定檔包括資訊，例如但不限於，UE是否由電池供電以及UE在由電池供電下UE所剩餘電池壽命等等。

因此，當UE向基地台報告其典型封包大小時，基地台可以分配具有適當傳輸區塊(Transport Block，TB)大小之UL授權以容納該資料封包。因此，UE不需要發送用來進行額外協商之緩衝狀態報告(buffer status report，BSR)。有利的是，可以改善UE之電量保持，尤其是對於需要更多重複資料傳輸之深度覆蓋UE。

此外，當UE具有週期性UL資料並且基於UL應用服務模式向基地台報告其期望之UL SPS設置、SPS時段和SPS UL授權大小時，UE不需要在UL資料到達UE處時透過隨機存取通道(random access channel，RACH)過程去請求UL授權。有利的是，UE和基地台之間之訊息交換會減少，從而改善UE之電量保持。

另外，當UE向基地台報告其電池供電狀態和/或剩餘電池壽命時，基地台可以及時排程UE之發送和接收，並將UE轉為空閒/PSM/eDRX狀態以改善UE之電量保持。

值得注意的是，依據本發明之各種方案，UE特定資訊之設置，例如RRC不活動計時器、連接模式DRX配置、應用服務設定檔和功耗設定檔，可透過與UE之一或複數個應用相關聯之訂閱、透過一或複數個外圍設備之海斯命令集(AT comment)、透過應用伺服器、透過系統供應商和/或服務供應商來設置。

說明性實施例

第2圖描述了依據本發明實施例之具有示例裝置210和示例裝置220之通訊環境200。裝置210和裝置220中之任一個都可以執行實現本文描述之關於NB-IoT中用於最小化UE功耗之UE差異化之方案、技術、進程和方法之不同功能，包括上述之各種方案以及下面描述之進程300和400。

裝置210和裝置220之任一個都是電子裝置之一部分，該電子裝置可以是諸如可擕式或行動裝置、可穿戴裝置、無線通訊裝置或計算裝置之使用者設備(UE)。例如，裝置210和裝置220之任一個都可以實施為智慧手機、智慧手錶、個人數位助理、數碼相機或諸如平板電腦、臺式電腦或筆記本電腦之計算設備。裝置210和裝置220之任一個亦可以是機器類型裝置之一部分，該機器類型裝置可以是IoT或NB-IoT裝置，諸如固定裝置、家庭裝置、有線通訊裝置或計算裝置。例如，裝置210和裝置220之任一個可以實施為智慧恒溫器、智慧冰箱、智慧門鎖、無線揚聲器或家庭控制中心。此外，裝置210和裝置220之任一個可以以一或複數個積體電路(integrated-circuit，IC)晶片之形式實現，例如但不限於，一或複數個單核處理器、一或複數個多核處理器或者一或複數個複雜指令集計算(complex-instruction-set-computing，CISC)處理器。裝置210和裝置220之任一個至少包括第2圖中所示之元件中之一部分，例如，分別為處理器212和處理器222。裝置210和裝置220之任一個亦可以包括與本發明提出之方案無關之一或複數個其他元件(例如，內部電源、顯示裝置和/ 或使用者介面裝置)。為簡潔起見，裝置210和裝置220之上述其他元件既不顯示在第2圖中，也不在下面進行描述。

在一些實施例中，裝置210和裝置220之至少一個是電子裝置之一部分，該電子裝置可以是諸如發送接收點(transmit/receive point，TRP)、基地台、小小區、路由器或閘道器之網路節點。例如，裝置210和裝置220之至少一個可以在LTE、LTE-Advanced或LTE-Advanced Pro網路中之eNodeB中實現，或者在5G、NR、IoT或NB-IoT網路中之gNB中實現。此外，裝置210和裝置220之至少一個可以以一或複數個IC晶片之形式實現，例如但不限於，一或複數個單核處理器、一或複數個多核處理器或一或複數個CISC處理器。

在本發明之一方面，處理器212和處理器222中之任一個可以以一或複數個單核處理器、一或複數個多核處理器或一或複數個CISC處理器之形式實現。也就是說，即使這裡使用單數術語「處理器」來指代處理器212和處理器222，在本發明中，處理器212和處理器222中之其中任一個可以在一些實施例中包括複數個處理器，在另一些實施例中包括單個處理器。在另一方面，處理器212和處理器222中之任一個可以以具有電子元件之硬體(以及可選地，韌體)之形式實現，所述電子元件包括，例如但不限於，依據本發明以特定目的配置之一或複數個電晶體、一或複數個二極體、一或複數個電容器、一或複數個電阻器、一或複數個電感器、一或複數個憶阻器和/或一或複數個變容二極體。換句話說，至少在本發明之一些實施方式中，處理器212和處理器222是特定目的機器，其被專門設計、佈置和配置為依據本發明之實施例執行包括NB-IoT中用於最小化UE功耗之UE差異化之特定任務。

在一些實施例中，裝置210亦包括耦接到處理器212並且能夠無線地發送和接收資料之一收發器216。在一些實施例中，裝置210亦包括耦接到處理器212並且能夠由處理器212訪問並在其中存儲資料之一記憶體214。在一些實施例中，裝置220亦包括耦接到處理器222並且能夠無線地發送和接收資料之一收發器226。在一些實施例中，裝置220亦包括耦接到處理器222並且能夠由處理器222訪問並在其中存儲資料之一記憶體224。因此，裝置210和裝置220分別經由收發器216和收發器226彼此無線通訊。

為了幫助更好地理解，按照行動通訊環境之背景，提供以下裝置210和裝置220中之每一個之操作、功能和能力之描述，其中裝置210作為無線通訊裝置、通訊裝置或者UE實現，裝置220作為連接或以其他方式耦接到MME230上之網路節點(例如，基地台)實現。

在本發明之一方面，裝置210之處理器212作為UE生成包括特定於裝置210之UE特定資料之訊號。此外，處理器212可以經由收發器216向裝置220發送該訊號。此外，處理器212可以經由收發器216從裝置220接收響應，其中，該響應包括由裝置220基於UE特定資訊創建之AS配置。另外，處理器212可以應用可以降低裝置210之功耗之AS配置。

在一些實施例中，該UE特定資訊至少包括由處理器212確定之RRC不活動計時器值。在一些實施例中，在發送訊號時，處理器212可以以RRC格式或以其他裝置220可理解之格式發送該RRC不活動計時器值。

在一些實施例中，該UE特定資訊包括至少一或複數個由處理器212確定之連接模式中DRX配置之參數。在一些實施例中，在發送訊號時，處理器212可以以RRC格式或以其他裝置220可理解之格式發送該一或複數個DRX配置參數。

在一些實施例中，該UE特定資訊至少包括與裝置210之上行和下行應用服務相關之應用服務設定檔。在一些實施例中，該應用服務設定檔包括單個封包傳輸、典型封包大小和/或一或複數個SPS設置之資訊。

在一些實施例中，該UE特定資訊至少包括與裝置210之功耗相關之功耗設定檔。在一些實施例中，該功耗設定檔包括裝置210是否是由電池供電以及裝置210在由電池供電之情況下裝置210之剩餘電池壽命之資訊。

在一些實施例中，在生成包括該UE特定資訊之訊號時，處理器212基於關於裝置210相關之上行和下行應用服務之應用服務設定檔確定該UE特定資訊。

在一些實施例中，在應用AS配置時，關於從連接模式到空閒模式和連接模式DRX之一個或兩個之轉換，處理器212利用涉及PSM、eDRX配置或其兩者之AS配置。

在一些實施例中，在應用AS配置時，處理器212可以基於AS行為在從連接模式直接進入到PSM之前在連接模式停留一段時間。

在一些實施例中，在應用AS配置時，處理器212會在進入到PSM之前進入空閒模式並在空閒模式停留一段時間。

在一些實施例中，處理器212可以經由收發器216從裝置220接收對UE特定資訊之請求。在這種情況下，訊號之發送響應於接收該請求。

在一些實施例中，處理器212可以從與一或複數個UE之應用相關聯之訂閱、透過一或複數個外圍設備之AT命令、應用伺服器、系統供應商和/或服務供應商接收UE特定資訊之輸入。也就是說，UE特定資訊由與一或複數個UE之應用相關聯之訂閱、透過一或複數個外圍設備之AT命令、應用伺服器、系統供應商和/或服務供應商發送。

在本發明之一方面，作為無線網路之網路節點之裝置220之處理器222經由收發器216向作為UE之裝置210發送請求以請求特定於裝置210之UE特定資訊。此外，處理器222可以經由收發器226從包括UE特定資訊之裝置210接收報告。另外，處理器222可以基於UE特定資訊生成包括AS配置之響應。再者，處理器222可以經由收發器226將該響應發送到裝置210。

在一些實施例中，UE特定資訊包括RRC不活動計時器值和連接模式中DRX配置參數之一者或兩者。在一些實施例中，RRC不活動計時器值和連接模式中DRX配置參數之至少一個是RRC格式或其他可由裝置220可理解之格式。

在一些實施例中，UE特定資訊包括與裝置210之上行和下行應用服務相關之應用服務設定檔和與裝置210之功耗相關之功耗設定檔。在一些實施例中，該應用服務設定檔包括單個封包傳輸、典型封包大小和/或一或複數個SPS設置之資訊。在一些實施例中，該功耗設定檔包括裝置210是否是由電池供電以及裝置210在由電池供電之情況下裝置210之剩餘電池壽命之資訊。

在一些實施例中，對於CP CIoT優化，處理器222可以在MME230中存儲UE特定資訊。此外，處理器222可以經由收發器226從裝置210接收RRC連接請求。另外，處理器222可以從MME230檢索UE特定資訊。

在一些實施例中，對於UP CIoT優化，處理器222可以在裝置220之記憶體224中存儲UE特定資訊。此外，處理器222可以經由收發器226從裝置210接收RRC連接恢復請求。另外，處理器222可以使用來自記憶體224之UE特定資訊恢復與裝置210之RRC連接。

說明性進程

第3圖描述了依據本發明實施例之示例進程300。進程300是關於本發明之中用於NB-IoT中最小化UE功耗之UE差異化之一個示例。進程300表示裝置210和裝置220之特徵實現之一方面。進程300可以包括一或複數個操作、動作或功能，如步驟310、320、330和340中之一或複數個。雖然作為離散步驟進行了說明，但是依據需要，進程300之各個步驟可被劃分為附加之步驟、組合成更少之步驟或者被刪除。此外，進程300之步驟可以按照第3圖中所示之循序執行，或者按照其他循序執行。進程300也可以部分或全部重複。進程300由裝置210、裝置220或任何合適之無線通訊裝置、UE、基地台或機器類型裝置實施。僅用於說明性目的，但不限於此，下面按照作為UE之裝置210和作為網路節點(例如，基地台)之裝置220之背景描述進程300。進程300從步驟310處開始。

在步驟310處，進程300涉及裝置210之處理器212作為UE生成包括特定於裝置210之UE特定資訊之訊號。進程300從步驟310進行到步驟320。

在步驟320處，進程300涉及處理器212經由收發器216將該訊號發送到裝置220。進程300從步驟320進行到步驟330。

在步驟330處，進程300涉及處理器212經由收發器216從裝置220接收響應，其中，該響應包括由裝置220基於UE特定資訊創建之AS配置。進程300從步驟330進行到步驟340。

在步驟340處，進程300涉及處理器212應用可以降低裝置210之功耗之AS配置。

在一些實施例中，UE特定資訊至少包括由處理器212確定之RRC不活動計時器值。在一些實施例中，在發送訊號時，進程300涉及處理器212以RRC格式或其他可被裝置220理解之格式發送該RRC不活動計時器值。

在一些實施例中，UE特定資訊包括至少一或複數個由處理器212確定之連接模式中DRX配置之參數。在一些實施例中，在發送訊號時，進程300涉及處理器212以RRC 格式或其他可被裝置220理解之格式發送該一或複數個DRX配置之參數。

在一些實施例中，UE特定資訊至少包括與裝置210之上行和下行應用服務相關之應用服務設定檔。在一些實施例中，該應用服務設定檔包括單個封包傳輸、典型封包大小和/或一或複數個SPS設置之資訊。

在一些實施例中，UE特定資訊至少包括與裝置210之功耗相關之功耗設定檔。在一些實施例中，該功耗設定檔包括裝置210是否是由電池供電以及裝置210在由電池供電之情況下裝置210之剩餘電池壽命之資訊。

在一些實施例中，在生成包括該UE特定資訊之訊號時，進程300涉及處理器212基於與裝置210之上行和下行應用服務相關之應用服務類型和應用服務模式來確定該UE特定資訊。

在一些實施例中，在應用AS配置時，關於從連接模式到空閒模式和連接模式DRX之一個或兩個之轉換，進程300涉及處理器212利用涉及PSM、eDRX配置或其兩者之AS配置。

在一些實施例中，在應用AS配置時，進程300涉及處理器212基於AS行為從連接模式直接進入到PSM之前在連接模式停留一段時間。

在一些實施例中，在應用AS配置時，進程300涉及處理器212在進入到PSM之前進入空閒模式並在空閒模式停留一段時間。

在一些實施例中，進程300亦涉及處理器212經由收發器216從裝置220接收對UE特定資訊之請求。在這種情況下，訊號之發送響應於接收該請求。

在一些實施例中，進程300亦涉及處理器212從與一或複數個UE之應用相關聯之訂閱、透過一或複數個外圍設備之AT命令、應用伺服器、系統供應商和/或服務供應商接收UE特定資訊之輸入。

第4圖描述了依據本發明實施例之示例進程400。進程400是關於本發明之中用於NB-IoT中最小化UE功耗之UE差異化之一個示例。進程400表示裝置210和裝置220之特徵實現之一方面。進程400可以包括一或複數個操作、動作或功能，如步驟410、420、440和440中之一或複數個。雖然作為離散步驟進行了說明，但是依據需要，進程400之各個步驟可被劃分為附加之步驟、組合成更少之步驟或者被刪除。此外，進程400之步驟可以按照第4圖中所示之循序執行，或者按照其他循序執行。進程400也可以部分或全部重複。進程400由裝置210、裝置220或任何合適之無線通訊裝置、UE、基地台或機器類型裝置實施。僅用於說明性目的，但不限於此，下面按照作為UE之裝置210和作為網路節點(例如，基地台)之裝置220之背景描述進程400。進程400從步驟410處開始。

在步驟410處，進程400涉及作為無線網路之網路節點之裝置220之處理器222經由收發器226向作為UE之裝置210發送請求，以請求特定於裝置210之UE特定資訊。進程400從步驟410進行到步驟420。

在步驟420處，進程400涉及處理器222經由收發器226從包括UE特定資訊之裝置210接收報告。進程400從步驟420進行到步驟430。

在步驟430處，進程400涉及處理器222基於UE特定資訊生成包括AS配置之響應。進程400從步驟430進行到步驟440。

在步驟440處，進程400涉及處理器222經由收發器226將該響應發送到裝置210。

在一些實施例中，UE特定資訊包括與裝置210之上行和下行應用服務相關之應用服務設定檔和與裝置210之功耗相關之功耗設定檔。在一些實施例中，該應用服務設定檔包括單個封包交易、典型封包大小和/或一或複數個SPS設置之資訊。在一些實施例中，該功耗設定檔包括裝置210是否是由電池供電以及裝置210在由電池供電之情況下裝置210之剩餘電池壽命之資訊。

在一些實施例中，對於CP CIoT優化，進程400亦涉及處理器222在MME230中存儲UE特定資訊。此外，進程400涉及處理器222經由收發器226從裝置210接收RRC連接請求。另外，進程400涉及處理器222從MME230檢索UE特定資訊。

在一些實施例中，對於UP CIoT優化，進程400亦涉及處理器222在裝置220之記憶體224中存儲UE特定資訊。此外，進程400涉及處理器222經由收發器226從裝置210接收RRC連接恢復請求。另外，進程400涉及處理器222使用來自記憶體224之UE特定資訊恢復與裝置210之RRC連接。

補充說明

上述在此描述之課題有時說明瞭不同之其他元件包括在內或相耦接於不同之元件。我們應該明白如此描述之架構僅是範例，事實上，是可實施可達成相同功能之許多其他架構。在一概念上之觀念裡，任何元件之安排以達到相同之功能是有效「關聯於」上述已達成之所需求之功能。因此，任何於此結合以達成一特定功能之兩個元件可以視為彼此「關聯於」上述已達成之所需求之功能、無關之架構或居中之元件。同樣地，任何非常相關聯之兩元件也可視為彼此「可實現地相連接」或「可實現地相耦接」，以達到上述所需求之功能，以及任何能彼此非常相關聯之兩元件也可視為是「可實現地相耦接的」，以達到上述所需求之功能。可實現地相耦接之特定範例包括(但非限制)可實體配對，和/或實體互動元件，和/或可無限互動，和/或無線互動元件，和/或邏輯互動，和/或邏輯可互動元件。

再者，關於在此所使用之相當多複數詞和/或單數詞，習知本領域之通常知識者可依據上下文和/或應用將上述複數詞轉換為上述單數詞，和/或將上述單數詞轉換為上述複數詞。上述單數/複數交換是為了清楚起見，而在此明確闡述。

此外，習知本領域之通常知識者應該明白，一般來說，在此使用之詞彙，特別是在附加之發明申請專利範圍內之詞彙，例如附加之發明申請專利範圍之主體，通常意思是「開放」之詞，例如詞「包括」應該解釋為「包括但非限制」，詞「有」應該解釋為「至少有」。習知本領域之通常知識者更應該明白，如果意指特定數量之所介紹發明申請專利範圍之表述，如此之意指將明確地表述在上述發明申請專利範圍之中，並且在沒有表述之情況下，不存在這樣之意指。例如，作為幫助理解，下述附加之發明申請專利範圍可包括使用介紹性短語「至少一個」及「一或複數個」，用以介紹發明申請專利範圍之表述。然而，如此短語之使用不應該解釋為暗示由不定冠詞「一」或「一個」所介紹之發明申請專利範圍之表述，將包括這種介紹之發明申請專利範圍表述之任何特定發明申請專利範圍，限制為僅包括一個這樣之表述，即使當上述相同之發明申請專利範圍包括上述介紹式短語「一或複數個」或「至少一個」，以及例如不定冠詞「一」或「一個」，例如「一」和/或「一個」時，應該解釋為「至少一個」或「一或複數個」之意思；用於介紹發明申請專利範圍表述之定冠詞之使用亦同樣如此。此外，即使特定數量之所介紹發明申請專利範圍之表述是明確地表述，習知本領域之通常知識者將認定這樣之表述應該解釋為至少是表述之數字，例如所揭露之「2個表述」，沒有其他修飾符，是至少2個表述或2或更多個表述之意思。此外，在使用類似於「A、B及C之至少一個」之慣例之情況下，一般來說，如此之結構意指本領域之通常知識者是理解上述內容之意義，例如「一系統有A、B及C至少一個」可包括但非限制上述系統可有單獨A、單獨B、單獨C、A及B一起、A及C一起、B及C一起，和/或A、B及C一起等。在使用類似於「A、B或C之至少一個」之慣例之情況下，一般來說，如此之結構意指本領域之通常知識者是理解上述內容之意義，例如「一系統有A、B或C至少一個」可包括但非限制上述系統可有單獨A、單獨B、單獨C、A及B一起、A及C一起、B及C一起，和/或A、B及C一起等。習知本領域之通常知識者可明白實質上任何呈現兩個或更多個替代詞之分離性詞語或短語，無論是在說明書、發明申請專利範圍或圖式中，應該理解為考慮包括詞中之一個、詞中之任一個或兩個詞之可能性。例如，上述短語「A或B」將被理解為包括「A或B」或「A及B」之可能性。

從上述內容可以理解，為了說明之目的，本文已經描述了本揭露之各種實施例，並且可以在不脫離本揭露之範圍和精神之情況下，做出各種修改。於是，上述各種於此揭露之實施例不旨在限制，真正之範圍和精神由申請專利範圍來指示。

Claims

一種用於窄頻物聯網使用者設備差異化之方法，包括：由一使用者設備之一處理器生成包括特定於該使用者設備之一使用者設備特定資訊之一訊號；由該處理器向一無線網路之一網路節點發送該訊號；由該處理器從該網路節點接收一響應，該響應包括由該網路節點基於該使用者設備特定資訊創建之一存取層配置；以及由該處理器使用可降低該使用者設備之功耗之該存取層配置。
如申請專利範圍第1項所述之用於窄頻物聯網使用者設備差異化之方法，其中，該使用者設備特定資訊至少包括由該處理器確定之一無線電資源控制不活動計時器之一值。
如申請專利範圍第1項所述之用於窄頻物聯網使用者設備差異化之方法，其中，該使用者設備特定資訊至少包括由該處理器確定之一連接模式中一非連續接收配置之一或複數個參數。
如申請專利範圍第1項所述之用於窄頻物聯網使用者設備差異化之方法，其中，該使用者設備特定資訊至少包括與該使用者設備之上行和下行應用服務相關之一應用服務設定檔。
如申請專利範圍第1項所述之用於窄頻物聯網使用者設備差異化之方法，其中，該使用者設備特定資訊至少包括與該使用者設備之功耗相關之一功耗設定檔。
如申請專利範圍第1項所述之用於窄頻物聯網使用者設備差異化之方法，其中，包括該使用者設備特定資訊之該訊號之該生成包括基於與該使用者設備之上行和下行應用服務相關之一應用服務類型和一應用服務模式來確定該使用者設備特定資訊。
如申請專利範圍第1項所述之用於窄頻物聯網使用者設備差異化之方法，其中，該存取層配置之使用包括利用一節能模式、一擴展非連續模式之一或兩者之該存取層配置，涉及任一個或兩者從一連接模式到一空閒模式以及該連接模式之一非連續接收之轉換。
如申請專利範圍第1項所述之用於窄頻物聯網使用者設備差異化之方法，其中，該存取層配置之使用包括基於一存取層行為在從一連接模式直接進入到一節能模式之前在該連接模式停留一段時間。
如申請專利範圍第1項所述之用於窄頻物聯網使用者設備差異化之方法，其中，該存取層配置之該使用包括在進入到一節能模式之前進入一空閒模式並在該空閒模式停留一段時間。
如申請專利範圍第1項所述之用於窄頻物聯網使用者設備差異化之方法，進一步包括：由該處理器從該網路節點接收對該使用者設備特定資訊之一請求，其中，該訊號之該發送包括發送響應於該接收之該請求之訊號。
如申請專利範圍第1項所述之用於窄頻物聯網使用者設備差異化之方法，進一步包括：由該處理器接收該使用者設備特定資訊之一輸入，從該使用者設備之一或複數個應用服務訂閱、一或複數個來自周邊之海斯命令、一應用伺服器、一系統供應商和/或一服務供應商。
一種用於窄頻物聯網使用者設備差異化之方法，包括：由一無線網路之一網路節點之一處理器向一使用者設備發送一請求，以請求特定於該使用者設備之一使用者設備特定資訊；由該處理器從該使用者設備接收包括該使用者設備特定資訊之一報告；由該處理器基於該使用者設備特定資訊生成包括一存取層配置之一響應；以及由該處理器向該使用者設備發送該響應。
如申請專利範圍第12項所述之用於窄頻物聯網使用者設備差異化之方法，進一步包括：由該處理器在一行動管理實體中存儲該使用者設備特定資訊；由該處理器從該使用者設備接收一無線電資源控制連接請求；以及由該處理器從該行動管理實體檢索該使用者設備特定資訊。
如申請專利範圍第12項所述之用於窄頻物聯網使用者設備差異化之方法，進一步包括：由該處理器在該網路節點之一記憶體中存儲該使用者設備特定資訊；由該處理器從該使用者設備接收一無線電資源控制連接恢復請求；以及由該處理器使用該使用者設備特定資訊從該網路節點之該記憶體恢復與該使用者設備之一無線電資源控制連接。