TW202107911A

TW202107911A - 在rrc連接中閒置量測結果之處理

Info

Publication number: TW202107911A
Application number: TW109121727A
Authority: TW
Inventors: 派翠克呂格蘭; 真斯博奎斯特; 西瓦伊卡若ＬＪ達; 烏瑪泰耶
Original assignee: 瑞典商Lm艾瑞克生(Publ)電話公司
Priority date: 2019-06-25
Filing date: 2020-06-24
Publication date: 2021-02-16
Also published as: WO2020263165A1; US20220394806A1; TWI772827B; EP3991508A1

Abstract

在一個態樣中，一種無線器件經調適以執行閒置模式量測。該無線器件在處於一閒置模式或非作用中狀態時執行及儲存一或多個無線電信號量測。該無線器件亦回應於數個事件之任一者而刪除該等所儲存無線電信號量測，諸如接收不包含一閒置模式量測組態之一RRC釋放訊息、在處於RRC連接狀態中時接收一RRC釋放訊息、接收一交遞訊息或接收新增用於載波聚合之一次要小區的一重組態訊息。

Description

在RRC連接中閒置量測結果之處理

本發明大體上係關於無線網路通信之領域，且更特定言之係關於一種經調適以執行閒置模式量測之使用者設備(UE)。

在3GPP版本10中，在長期演進(LTE)中引入載波聚合(CA)以使使用者設備(UE)能夠經由多個小區(所謂次要小區(SCell))從多個載波頻率傳輸/接收資訊以有益於現有非連續及連續載波。在CA術語中，主要小區(PCell)係UE與其建立無線電資源控制(RRC)連接或交遞之小區。在CA中，小區在媒體存取控制(MAC)級上聚合。MAC獲得某一小區之授權且將來自不同載送之資料多工至該小區上發送之一個輸送區塊。而且，MAC用於控制如何完成該程序。圖1繪示一MAC級控制之一實例。

可使用RRC發信號(例如，RRCConnectionReconfiguration )針對UE「新增」(「組態」) SCell，此需要幾百毫秒。針對UE組態之一小區變為此UE之一「伺服小區」。一SCell亦可與一SCell狀態相關聯。當經由RRC組態/新增時，一SCell在一撤銷啟動狀態中開始。在LTE Rel-15中，一eNB可指示UE在組態之後啟動或至少在RRCReconfiguration 中改變狀態，如下文展示： - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 1＞針對除PSCell以外的針對UE組態之各SCell： 2＞若所接收RRCConnectionReconfiguration訊息包含SCell之sCellState且指示啟動： 3＞組態下層以將SCell視為處於啟動狀態； 2＞否則若所接收RRCConnectionReconfiguration訊息包含SCell之sCellState且指示休眠： 3＞組態下層以將SCell視為處於休眠狀態； 2＞否則： 3＞組態下層以將SCell視為處於撤銷啟動狀態； - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

在LTERel-15中，已針對增強上行鏈路操作引入撤銷啟動狀態與作用中狀態之間的一新中間狀態。一MAC控制元素(MAC CE)可用於使SCell狀態在三個狀態之間改變，如圖2中展示。MAC中亦存在計時器以使一小區在撤銷啟動/啟動/休眠之間移動。此等計時器係：sCellHibernationTimer (其將SCell從啟動狀態移動至休眠狀態)；sCellDeactivationTimer (其將SCell從啟動狀態移動至撤銷啟動狀態)；及dormantSCellDeactivationTimer (其將SCell從休眠狀態移動至撤銷啟動狀態)。MAC級SCell啟動需要20 ms至30 ms。

一旦網路理解需要組態及/或啟動CA，問題係首先組態及/或啟動哪些小區、其等是否經組態及/或一小區/載波在無線電品質/涵蓋範圍方面是否足夠良好(例如，參考信號接收功率(RSRP)及參考信號接收品質(RSRQ))。為理解一給定可用載波中之(若干) Scell或(若干)潛在SCell之條件，網路可組態UE以執行無線電資源管理(RRM)量測。

通常，網路可由一UE所報告之RRM量測來輔助。網路可使用與事件A1 (伺服變得比臨限值更佳) (在此係一經組態SCell之情況中)或A4 (鄰近者變得比臨限值更佳) (針對不具有一經組態SCell之載波)之reportConfig 相關聯之量測ID來組態UE。量測目標與網路希望報告之載波相關聯。若網路意識到其希望UE量測之確切小區，則可在量測目標中組態一所謂白小區清單，使得UE僅需量測該載波中之此等小區。圖3繪示一些組態發信號。

在將雙重連接性(DC)引入Rel-12中的情況下，可將所謂SCG (次要小區群組)組態新增至UE。主要益處將係UE原則上可從另一eNodeB新增一小區。在協定方面，此將需要不同MAC實體，各小區群組具有一個MAC實體。UE將具有兩個小區群組，一個小區群組與PCell (主控節點)相關聯，且另一個小區群組與(次要eNodeB之)一PSCell相關聯，其中各群組可能具有其等自身之相關聯SCell。

當涉及新增SCell時，當UE處於單一連接性時，僅為例示，RRCConnectionReconfiguration 訊息可攜載隨後在Rel-15 (啟動或休眠)中引入之一小區索引(因此MAC識別符經最佳化，即，更短)、小區識別符及載波頻率、共同參數及狀態資訊。

圖4展示RRCConnectionReconfiguration 之欄位描述之一表。

在LTE中將SCell新增至MCG (或修改)之程序被描述如下(如在3GPP TS 36.331中)： - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.3.5.3 UE接收不包含mobilityControlInfo 之一 RRCConnectionReconfiguration 若RRCConnectionReconfiguraiton 訊息不包含mobilityControlInfo 且UE能夠遵守包含於此訊息中之組態，則UE應： … 1＞若所接收RRCConnectionReconfiguration 包含sCellToAddModList ： 2＞執行如5.3.10.3b中指定的SCell新增或修改； … 5.3.10.3b Scell新增/修改 UE應： 1＞針對包含於並非當前UE組態(SCell新增)之部分之sCellToAddModList或sCellToAddModListSCG中之各sCellIndex值： 2＞根據皆包含於sCellToAddModList或sCellToAddModListSCG中之radioResourceConfigCommonSCell及radioResourceConfigDedicatedSCell新增對應於cellIdentification之SCell； 2＞若sCellState係針對SCell組態且指示啟動： 3＞組態下層以將SCell視為處於啟動狀態； 2＞否則若sCellState係針對SCell組態且指示休眠： 3＞組態下層以將SCell視為處於休眠狀態； 2＞否則： 3＞組態下層以將SCell視為處於撤銷啟動狀態； 2＞針對包含於VarMeasConfig內之measIdList中之各measId： 3＞若SCell不適用於相關聯量測；及 3＞若所關注SCell包含於此measId之VarMeasReportList內定義之cellsTriggeredList中： 4＞從此measId之VarMeasReportList內定義之cellsTriggeredList移除所關注SCell； 1＞針對包含於係當前UE組態(SCell修改)之部分之sCellToAddModList或sCellToAddModListSCG中之各sCellIndex值： 2＞根據包含於sCellToAddModList或sCellToAddModListSCG中之radioResourceConfigDedicatedSCell修改SCell組態； - - - - - - - - - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -LTE (Rel-15) 中之閒置至連接轉變之後的早期量測之現有解決方案

在LTE Rel-15中，可組態UE以在從閒置轉變至連接狀態之後報告所謂早期量測。應注意，LTE (及NR)之3GPP規範包含若干狀態之特定定義，包含稱為「RRC_Connected」之一狀態。在處於RRC_Connected狀態時操作之一器件可被稱為在「RRC連接模式」中操作而非例如在閒置模式中操作，其中器件處於如由規範定義之一閒置狀態。出於本發明之目的，RRC_Connected狀態與RRC連接模式之間的區別並不重要，且此等術語通常可被理解為可互換的，除非內容脈絡另外指示。當一器件在本文中被描述為進入RRC連接狀態時，應理解此係指進入其中器件在RRC連接模式中操作之一定義狀態。

上文提及之早期量測係UE可根據由來源小區提供之一組態在閒置狀態中執行之量測，意圖係此等量測可在UE連接之後立即被發送至來源小區，使得來源小區可快速設立CA及/或其他形式之DC (例如，EN-DC、MR-DC等)而無需首先提供如先前章節中展示之RRC_CONNECTED中之一量測組態(measConfig)並等待幾百毫秒直至收集、監測第一樣本且接著觸發第一報告且將其等傳輸至網路。

在5.6.20閒置模式量測中描述如在EUTRA 3GPP TS 36.331中標準化之現有解決方案之一第一態樣。UE可在欄位MeasIdleConfigSIB-r15中之系統資訊(SIB5)中接收此等閒置模式量測組態，從而指示執行量測之多至8個小區或小區ID範圍。另外，UE可在從RRC_CONNECTED轉變至RRC_IDLE之後使用具有measIdleDedicated-r15之RRCConnectionRelease訊息中之一專用量測組態進行組態，此更動SIB5中之廣播組態。下文展示廣播及專用發信號(粗體用於強調)： - - - - - - - - - - - - -- -RRCConnectionRelease訊息 - - - - - - - - - - -

- - - - - - - - - - - - -- -RRCConnectionRelease訊息 - - - - - - - - - - -

圖5係展示MeasIdleConfig欄位描述之一表。

UE具備一載波清單且視情況具備UE應執行量測之一小區清單。SystemInformationBlockType3中之欄位s-NonIntraSearch不影響閒置模式中之UE量測程序。在接收該量測組態之後，UE使用measIdleDuration中提供之值開始一計時器T331，該值可從0秒至300秒。計時器在接收RRCConnectionSetup之後停止，且RRCConnectionResume指示至RRC_CONNECTED之一轉變。該概念存在係為了限制UE出於早期量測之目的而執行量測之時間量。

在LTE Rel-15解決方案中引入之另一概念係一有效區域，其包括實體小區識別符(PCI)之一清單。意圖係在UE恢復/設立連接時限制可在隨後設立CA或DC之區域，因此早期量測在某種程度上可用於該目的。若validityArea經組態，且UE重選其PCI不匹配對應載波頻率之validityArea中之任何項目之一伺服小區，則停止計時器T331。接著，UE停止執行閒置量測且釋放組態(即，VarMeasIdleConfig)。應注意，此不一定暗示UE釋放在版本15中組態且執行之閒置量測。即，此等仍可由網路儲存且可能由網路請求。另外，在計時器T331已期滿或停止之後，UE可根據廣播SIB5組態繼續閒置模式量測。

亦應注意，僅高於某一品質臨限值之量測應被儲存為用於CA設立之候選小區。UE如何在閒置模式中執行量測取決於UE實施方案，只要滿足3GPP TS 36.133中定義之量測報告之RAN4要求即可。

下文更詳細展示UE行為，如在3GPP TS 36.331中擷取： - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.6.20 閒置模式量測 5.6.20.1 概述此程序指定當一UE具有一閒置模式量測組態時由其在RRC_IDLE中進行之量測及一UE在RRC_IDLE及RRC_CONNECTED兩者中對可用量測之儲存。 5.6.20.2 起始在T331運行時，UE應： 1＞根據下文執行量測： 2＞針對VarMeasIdleConfig內之measIdleCarrierListEUTRA中之各項目： 3＞若UE支援伺服小區與由對應項目內之carrierFreq及allowedMeasBandwidth指示之載波頻率及頻寬之間的載波聚合； 4＞在由對應項目內之carrierFreq及allowedMeasBandwidth指示之載波頻率及頻寬中執行量測；註釋：SystemInformationBlockType3中之欄位s-NonIntraSearch不影響閒置模式中之UE量測程序。UE如何在閒置模式中執行量測取決於UE實施方案，只要量測報告滿足TS 36.133 [16]中之要求即可。若SIB2閒置量測指示未經組態，則UE無需執行閒置量測。 4＞若包含measCellList： 5＞將PCell及由measCellList內之各項目識別之小區視為適用於閒置模式量測報告； 4＞否則： 5＞將PCell及其RSRP/RSRQ量測結果高於qualityThreshold (若存在)中之(若干)值之最多maxCellMeasIdle最強識別小區視為適用於閒置模式量測報告； 4＞將適用於閒置模式量測報告之小區之量測結果儲存於VarMeasIdleReport內； 3＞否則： 4＞不將該載波頻率視為適用於閒置模式量測報告； 1＞若在VarMeasIdleConfig中組態validityArea且UE重選其實體小區識別符不匹配對應載波頻率之validityArea中之任何項目之一伺服小區： 2＞停止T331； 5.6.20.3 T331期滿或停止 UE應： 1＞若T331期滿或停止： 2＞釋放VarMeasIdleConfig；註釋：在T331已期滿或停止之後，是否根據SIB5組態繼續閒置模式量測取決於UE實施方案。 - - - - - - - - - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

應注意，釋放/暫停UE之來源節點不必強制性地出於早期量測之目的而提供一專用閒置量測組態。若UE被釋放/暫停至閒置而不具備待量測載波之一清單，則UE從SIB2獲得該清單，如下文所寫： - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 1＞若RRCConnectionRelease訊息包含measIdleConfig： 2＞清除VarMeasIdleConfig及VarMeasIdleReport； 2＞將所接收measIdleDuration儲存於VarMeasIdleConfig中； 2＞使用measIdleDuration之值開始T331； 2＞若measIdleConfig含有measIdleCarrierListEUTRA： 3＞將所接收measIdleCarrierListEUTRA儲存於VarMeasIdleConfig中； 2＞否則： 3＞將接收於SIB5中之measIdleCarrierListEUTRA儲存於VarMeasIdleConfig中； 2＞開始執行如5.6.20中指定的閒置模式量測； - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

而且，在RRCConnectionRelease中未提供清單之該情況中，在每次小區重選時，UE執行SIB5獲取以可能更新其待量測之載波清單，如下文展示： - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.2.2.12 接收SystemInformationBlockType5之後的行動在接收SystemInformationBlockType5之後，UE應： … 1＞若在RRC_IDLE中且UE已儲存VarMeasIdleConfig且SIB5包含measIdleConfigSIB且UE能夠對CA進行閒置模式量測： 2＞若T331正在運行且VarMeasIdleConfig不含有從RRCConnectionRelease訊息接收之measIdleCarrierListEUTRA： 3＞將measIdleConfigSIB之measIdleCarrierListEUTRA儲存於VarMeasIdleConfig內； 2＞執行如5.6.20中指定的對所支援載波之閒置模式量測； - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

若UE進入有效區域內未廣播SIB5中之量測組態之一小區，則UE根據來源小區(即，UE被暫停或釋放之小區)中獲取之SIUB5繼續執行閒置量測。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.3.3.4 UE接收RRCConnectionSetup 註釋1：在此之前，使用下層發信號來分配一C-RNTI。進一步細節參見TS 36.321 [6]； UE應：＜＜略過部分＞＞ 1＞將RRCConnectionSetupComplete訊息之內容設定為如下：＜＜略過部分＞＞ 2＞若UE連接至EPC： 3＞惟NB-IoT除外： 4＞若UE具有可用於VarRLF-Report中之無線電鏈路失敗或交遞失敗資訊且若RPLMN包含於儲存於VarRLF-Report中之plmn-IdentityList中： 5＞包含rlf-InfoAvailable； 4＞若UE具有可用於E-UTRA之MBSFN記錄量測且若RPLMN包含於儲存於VarLogMeasReport中之plmn-IdentityList中： 5＞包含logMeasAvailableMBSFN； 4＞否則若UE具有可用於E-UTRA之記錄量測且若RPLMN包含於儲存於VarLogMeasReport中之plmn-IdentityList中： 5＞包含logMeasAvailable； 4＞若UE具有可用之藍芽記錄量測且若RPLMN包含於儲存於VarLogMeasReport中之plmn-IdentityList中： 5＞包含logMeasAvailableBT； 4＞若UE具有可用之WLAN記錄量測且若RPLMN包含於儲存於VarLogMeasReport中之plmn-IdentityList中： 5＞包含logMeasAvailableWLAN； 4＞若UE具有可用於VarConnEstFailReport中之連接建立失敗資訊且若RPLMN等於儲存於VarConnEstFailReport中之plmn-Identity： 5＞包含connEstFailInfoAvailable； 4＞包含mobilityState且將其設定為UE在進入RRC_CONNECTED狀態之前的行動性狀態(如在TS 36.304 [4]中指定)；4＞若 SIB2 含有 idleModeMeasurements ，且 UE 具有可用於 VarMeasIdleReport 中之閒置模式量測資訊： 5＞包含 idleMeasAvailable ； 4＞若T331正在運行，則使其停止； 4＞若UE具有可用之飛行路徑資訊： 5＞包含flightPathInfoAvailable；＜＜略過部分＞＞ 1＞將RRCConnectionSetupComplete訊息提交至下層以進行傳輸； 1＞程序結束。 5.3.3.4a UE接收RRCConnectionResume UE應：＜＜略過部分＞＞ 1＞將RRCConnectionResumeComplete訊息之內容設定為如下： 2＞將selectedPLMN-Identity設定為藉由上層從包含於SystemInformationBlockType1中之plmn-IdentityList中之(若干) PLMN選擇之PLMN (參見TS 23.122 [11]、E-UTRA/EPC之TS 24.301 [35]及E-UTRA/5GC之TS 24.501 [95])； 2＞設定dedicatedInfoNAS以包含從上層接收之資訊； 2＞惟NB-IoT除外： 3＞若從一暫停RRC連接恢復一RRC連接：＜＜略過部分＞＞4＞若 SIB2 含有 idleModeMeasurements ，且 UE 具有可用於 VarMeasIdleReport 中之閒置模式量測資訊： 5＞包含 idleMeasAvailable ； 4＞若T331正在運行，則使其停止； 4＞若UE具有可用之飛行路徑資訊： 5＞包含flightPathInfoAvailable；＜＜略過部分＞＞ 1＞將RRCConnectionResumeComplete訊息提交至下層以進行傳輸； 1＞程序結束。 5.3.8.3 UE接收RRCConnectionRelease UE應：＜＜略過部分＞1＞若 RRCConnectionRelease 訊息包含 measIdleConfig ： 2＞清除 VarMeasIdleConfig 及 VarMeasIdleReport ； 2＞ 將所接收 measIdleDuration 儲存於 VarMeasIdleConfig 中； 2＞使用 measIdleDuration 之值開始 T331 ； 2＞若 measIdleConfig 含有 measIdleCarrierListEUTRA ： 3＞ 將所接收 measIdleCarrierListEUTRA 儲存於 VarMeasIdleConfig 中； 3＞ 開始執行如 5.6.20 中指定的閒置模式量測； 註釋 2 ：若 measIdleConfig 不含有 measIdleCarrierListEUTRA ，則 UE 可接收如 5.2.2.12 中指定的 measIdleCarrierListEUTRA 。 1＞針對NB-IoT，若RRCConnectionRelease訊息包含redirectedCarrierInfo： 2＞若redirectedCarrierOffsetDedicated包含於redirectedCarrierInfo中： 3＞將頻率之專用偏移儲存於redirectedCarrierInfo中； 3＞開始計時器T322，其中計時器值根據T322在redirectedCarrierInfo中之值設定； 1＞若接收於RRCConnectionRelease訊息中之releaseCause指示loadBalancingTAURequired： 2＞執行如5.3.12中指定的離開RRC_CONNECTED之後的行動，釋放原因係「需要負載平衡TAU」； 1＞否則若接收於RRCConnectionRelease訊息中之releaseCause指示cs-FallbackHighPriority： 2＞執行如5.3.12中指定的離開RRC_CONNECTED之後的行動，釋放原因係「CS回落高優先級」； 1＞否則： 2＞若存在waitTime： 3＞開始計時器T302，其中計時器值根據waitTime設定； 3＞向上層告知存取限制適用於除類別「0」及「2」以外的全部存取類別； 2＞若存在extendedWaitTime；及 2＞若UE支援延遲容忍存取或UE係一NB-IoT UE： 3＞將extendedWaitTime轉發至上層； 2＞若存在extendedWaitTime-CPdata且NB-IoT UE僅支援控制平面CIoT EPS最佳化： 3＞將extendedWaitTime-CPdata轉發至上層； 2＞若接收於RRCConnectionRelease訊息中之releaseCause指示rrc-Suspend： 3＞執行如5.3.12中指定的離開RRC_CONNECTED之後的行動，釋放原因係「RRC暫停」； 2＞否則若包含rrc-InactiveConfig： 3＞執行如5.3.8.7中指定的進入RRC_INACTIVE之後的行動； 2＞否則： 3＞執行如5.3.12中指定的離開RRC_CONNECTED或RRC_INACTIVE之後的行動，釋放原因係「其他」； 5.6.5.3 接收UEInformationRequest訊息在接收UEInformationRequest訊息之後，UE應僅在成功安全啟動之後：＜＜略過部分＞1＞若 idleModeMeasurementReq 包含於 UEInformationRequest 中且 UE 已儲存 VarMeasIdleReport ： 2＞將 UEInformationResponse 訊息中之 measResultListIdle 設定為 VarMeasIdleRepor 中之 measReportIdle 之值； 2＞ 在成功遞送由下層確認之 UEInformationResponse 訊息之後丟棄 VarMeasIdleReport ； 1＞若存在flightPathInfoReq欄位且UE具有可用之飛行路徑資訊： 2＞包含flightPathInfoReport且將其設定為包含沿飛行路徑之航點之清單； 2＞若includeTimeStamp被設定為真： 3＞若此資訊可用於UE，則將欄位timeStamp設定為UE旨在到達各航點之時間； 1＞若logMeasReport包含於UEInformationResponse中： 2＞將UEInformationResponse訊息提交至下層以經由SRB2進行傳輸； 2＞在成功遞送由下層確認之UEInformationResponse訊息之後從VarLogMeasReport丟棄包含於logMeasInfoList中之記錄量測項目；1＞ 否則： 2＞將 UEInformationResponse 訊息提交至下層以經由 SRB1 進行傳輸； - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

在LTE Rel-15 euCA中，引入閒置模式量測及早期量測報告之概念。UE可使用RRCConnectionRelease中之量測組態進行組態。當UE返回至RRC_CONNECTED時，若目標小區指示SIB2中之idleModeMeasurements且UE具有可用閒置模式量測(在RRC規範中指示為儲存於稱為VarMeasIdleReport之一UE變量中)，則UE將稱為idleMeasAvailable之一旗標包含於RRCConnectionSetupComplete或RRCConnectionResumeComplete中。網路可接著在UEInformationRequest中請求UE以在UEInformationResponse中報告早期量測。

若UE在UEInformationResponse中成功報告閒置模式量測，或若UE接收包含一measIdleConfig (即，新閒置模式量測組態)之一RRCRelease訊息，則UE刪除該等閒置模式量測。下文展示兩種情況： - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.6.5.3 接收UEInformationRequest訊息在接收UEInformationRequest訊息之後，UE應僅在成功安全啟動之後：＜＜略過部分＞ 1＞若idleModeMeasurementReq包含於UEInformationRequest中且UE已儲存VarMeasIdleReport： 2＞將UEInformationResponse訊息中之measResultListIdle設定為VarMeasIdleRepor中之measReportIdle之值；2＞ 在成功遞送由下層確認之 UEInformationResponse 訊息之後丟棄 VarMeasIdleReport ； … 5.3.8.3 UE接收RRCConnectionRelease UE應：＜＜略過部分＞ 1＞若RRCConnectionRelease訊息包含measIdleConfig：2＞清除 VarMeasIdleConfig 及 VarMeasIdleReport ； 2＞將所接收measIdleDuration儲存於VarMeasIdleConfig中； 2＞使用measIdleDuration之值開始T331； 2＞若measIdleConfig含有measIdleCarrierListEUTRA： 3＞將所接收measIdleCarrierListEUTRA儲存於VarMeasIdleConfig中； 3＞開始執行如5.6.20中指定的閒置模式量測；註釋2：若measIdleConfig不含有measIdleCarrierListEUTRA，則UE可接收如5.2.2.12中指定的measIdleCarrierListEUTRA。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

若實施上文論述之解決方案，則可存在一些問題。例如，若UE在一個小區中使用閒置模式量測進行組態且接著在不支援閒置模式量測報告之另一小區中建立/恢復連接，則其將不指示SIB2中之idleModeMeasurements，且UE將不指示其對網路具有任何閒置模式量測，因此網路將不請求此等所儲存量測。

此後，當網路隨後將UE釋放至RRC_IDLE時，其將不包含任何閒置模式量測組態，且由於未丟棄/清除所儲存閒置量測，所以UE將保持舊閒置模式量測。若UE隨後在支援閒置模式量測之一小區中建立/恢復，則UE將報告其具有(舊)閒置模式量測，網路可能會請求該閒置模式量測。網路可接著接收可能已在一完全不同區域中執行之非常舊且過期之閒置模式量測。在圖6中繪示此問題。

另一相關問題係閒置量測結果在Rel-16內容脈絡中可為大的，此係因為其等可包含LTE及新無線電(NR)量測兩者，其中NR量測亦可具有詳細射束級量測。因而，UE可最終在相當長時間內浪費寶貴記憶體空間來儲存無論如何皆無效之資訊。

本文中描述之實施例係關於一種處理針對早期報告執行之所儲存閒置量測之無線器件。根據一些實施例，若在UE處發生某些事件/條件，則一無線器件可刪除所儲存閒置模式量測結果。一個此事件可為UE在一RRC恢復完成類似訊息(例如，NR中之RRCResumeComplete)中成功報告閒置模式量測。在此替代方案中，一旦網路接收一RRC恢復完成，其在進一步程序中將無需此等量測(即使網路在理論上可使用UE資訊請求再次請求)。另一刪除事件可為UE在一RRC恢復請求(或類似)訊息(例如，NR中之RRCResumeRequest或RRCResumeRequest1)中成功報告閒置模式量測。在此替代方案中，一旦網路接收一RRC恢復請求，其在進一步程序中將無需此等量測(即使網路在理論上可使用一UE資訊請求或在恢復中再次請求)。另一刪除行為可包含接收不具有閒置模式量測組態之一RRCConnectionRelease/RRCRelease訊息。另一事件可包含接收具有或不具有閒置模式量測組態之一RRCConnectionRelease/RRCRelease訊息(僅當UE在處於RRC_CONNECTED時接收該訊息)。一個事件可包含接收一交遞訊息(例如，具有MobilityControlInfo之RRCConnectionReconfiguration、具有reconfWithSync之RRCReconfiguration、MobilityFrom-EUTRACommand、MobilityFromNRCommand)。

另一事件可包含接收新增/修改SCell/SCG之一重組態訊息。在一項實施例中，UE在接收含有例如NR中之mrdc-SecondaryCellGroupConfig或LTE中之nr-Config之RRCConnectionReconfiguration/RRCReconfiguration之後刪除閒置模式量測。在另一實施例中，UE在接收包括SCell新增/修改(例如，sCellToAddModList)之RRCConnectionReconfiguration/RRCReconfiguration之後刪除閒置模式量測。在一項實施例中，UE在接收SCell啟動/撤銷啟動之一指示之後刪除閒置模式量測。在一個例項中，此係包括例如欄位sCellState之一 RRCConnectionReconfiguration/RRCReconfiguration。在另一例項中，此係一MAC控制元素，諸如SCell啟動/撤銷啟動MAC CE。在另一例項中，此係一L1信號，諸如啟動/撤銷啟動一SCell之一下行鏈路控制資訊(DCI)信號。

一個事件可包含接收組態新連接模式量測之一訊息(例如，具有measConfig之RRCConnectionReconfiguration/RRCReconfiguration或RRCConnectionResume/RRCResume)。在一個例項中，UE在接收具有measConfig之RRCConnectionReconfiguration/RRCReconfiguration之後刪除閒置模式量測。在另一例項中，UE在基於所恢復量測組態成功獲得連接模式量測之後刪除閒置模式量測。

一個事件可包含接收恢復連接模式量測之一訊息(例如，具有或不具有一measConfig之RRCConnectionResume/RRCResume訊息)。在一個例項中，UE在接收恢復連接模式量測之RRCResume/RRCConnectionResume訊息之後刪除閒置模式量測。在另一例項中，UE在基於所恢復量測組態成功獲得連接模式量測之後刪除閒置模式量測。在另一例項中，當在系統資訊中不具有一小區支援用於早期報告之閒置量測之一指示之該小區中發生此條件時，UE刪除閒置模式量測。

在一個事件中，UE已進入RRC_CONNECTED且經歷一失敗(例如，無線電鏈路失敗、完整性檢查失敗、重組態失敗等)。在一個例項中，UE在偵測到失敗之後刪除閒置模式量測。在另一例項中，UE在傳輸一RRCReestablishmentRequest訊息之後刪除閒置模式量測。在另一例項中，UE在接收一RRCReestablishment訊息之後刪除閒置模式量測。

在一個事件中，UE已進入RRC_CONNECTED但尚未被請求在一計時器期滿之前報告早期量測。在另一事件中，UE在系統資訊中未廣播一小區支援用於早期報告之閒置量測之一指示之該小區中恢復/設立連接。

該等實施例之一個優點係防止UE不必要地保持太舊之閒置模式量測。UE可能報告其等且使網路混淆此等是否真的係用於各種目的之最新或有用量測。另一優點係當已知網路不需要此等量測時釋放UE處之記憶體資源。

根據一些實施例，一種在經調適以執行閒置模式量測之一UE中之方法包含在處於一閒置模式或非作用中狀態時執行及儲存一或多個無線電信號量測。該方法包含回應於以下事件之任一者而刪除該等所儲存無線電信號量測：接收不包含一閒置模式量測組態之一RRC釋放訊息；在處於RRC連接狀態時接收一RRC釋放訊息；接收一交遞訊息；接收新增用於載波聚合之一次要小區的一重組態訊息；接收修改用於載波聚合之一次要小區的一重組態訊息；接收啟動或撤銷啟動用於載波聚合之一次要小區的一重組態訊息；接收組態一或多個新連接模式量測之一訊息；成功獲得一或多個連接模式量測；接收指導該UE恢復一或多個連接模式量測之一訊息；進入RRC連接狀態且隨後經歷一無線電鏈路失敗、完整性檢查失敗或重組態失敗；進入RRC連接狀態且在用於維持閒置模式量測之一計時器期滿之前未接收到對閒置模式量測報告之一請求；及在未廣播一小區支援閒置模式量測之早期報告之一指示之該小區中恢復或建立一連接。

該方法可包含在進入該閒置模式或非作用中狀態時從一來源小區接收一閒置模式量測組態，其中該執行一或多個無線電信號量測係根據該所接收閒置模式量測組態。該方法亦可包含在刪除該等所儲存無線電信號量測之前，進入一連接狀態而不被請求報告該等閒置模式量測。

本發明之進一步態樣係關於一種對應於上文總結之方法及上文總結之無線中繼節點之功能實施方案之裝置、無線器件、UE、網路節點、基地台、中繼節點、網路器件、電腦程式產品或電腦可讀儲存媒體。

該等實施例之優點亦包含該UE避免無限地保持閒置模式量測結果且因此避免在很久以後報告其等。若將會發生該報告，則該網路可接收過期閒置量測且可能基於此等過期量測作出決定。此等決定可包含關於交遞、釋放及重新導向、雙重連接性之設立、載波聚合之設立之決定。例如，可基於此等量測將該UE交遞至被報告為一良好小區(例如，具有強RSRP及RSRQ)而實際上不再係一良好小區之一小區，因此產生干擾及/或導致一交遞失敗/重建。在其他實例中，可基於此等量測將該UE新增至被報告為一良好小區(例如，具有強RSRP及RSRQ)而實際上不再係一良好小區之一小區，因此產生干擾及/或導致一SCG失敗。

當然，本發明不限於上文特徵及優點。一般技術者在閱讀下列實施方式且檢視隨附圖式之後將認識到額外特徵及優點。

現將參考隨附圖式在下文中更充分描述發明概念，其中展示發明概念之實施例之實例。然而，發明概念可以許多不同形式體現且不應被解釋為限於本文中闡述之實施例。實情係，此等實施例經提供使得本發明將為透徹及完整的，且將本發明概念之範疇充分傳達給熟習此項技術者。亦應注意，此等實施例並不相互排斥。來自一項實施例之組件可默認地假定為在另一實施例中存在/使用。本文件中描述之任何兩項或兩項以上實施例可彼此組合。該等實施例關於LTE或NR描述，但可適於其中技術或選擇可相關之其他無線電存取技術。應理解，本文中使用之各種訊息之特定名稱可在一特定標準之後續版本中改變或可在其他標準中不同，且本文中描述之技術可使用類似訊息實施，而無關於用於該等訊息之名稱。

本文中對3GPP TS 36.xxx、3GPP TS 38.xxx、TS 36.xxx或TS 38.xxx之參考應被理解為係指由第三代合作夥伴計劃(3GPP)開發及維護之規範。在未指定版本的情況下，應假定此等參考係指從2019年6月25日起之最新版本。

本文中描述之特定實施例可係基於3GPP TS 36.331 v15.5.1中之現有LTE閒置模式程序。已議定將在LTE非作用中狀態以及NR閒置及非作用中狀態中引入閒置模式量測，但尚未指定明確程序。針對LTE提出之改變同樣適用於NR。在各種實施例中，RAT (無線電存取技術)內情況被用作一實例，但該方法適用於RAT間程序，其中UE在一第一RAT (例如，NR)中被暫停且具有用於早期報告之一所儲存閒置量測，且UE執行RAT間小區重選(及進一步程序，諸如恢復/設立嘗試)。術語「省電狀態」可用於非作用中狀態及閒置。然而，該術語適用於其中UE經組態以執行用於早期報告之量測之任何其他省電狀態。

在一項實施例中，在一UE或無線終端機處用於處理閒置模式量測結果之一方法包含在進入一省電狀態(例如，RRC_IDLE、具有暫停RRC連接之RRC_IDLE、RRC_INACTIVE)時從一來源小區接收及儲存閒置模式量測組態且根據該等組態執行閒置模式量測。該方法進一步包含離開省電狀態且進入一連接狀態(例如，RRC_CONNECTED)而不被要求報告閒置模式量測結果。該方法包含在一RRC恢復完成(或類似)訊息(例如，NR中之RRCResumeComplete)中報告閒置模式量測之後刪除閒置模式量測結果。在此替代方案中，一旦網路獲得一RRC恢復完成，其在進一步程序中將無需此等量測(即使網路在理論上可使用UE資訊請求再次請求)。刪除可作為接收含有在恢復完成中報告閒置量測之指示之一RRC恢復(或類似)訊息之後的程序之部分發生。而且，僅在認可成功遞送具有量測之訊息之後刪除結果。

下文展示可如何在NR RRC規範(3GPP TS 38.331)中實施該方案之一實例(粗體用於強調)： - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.3.13.4 UE接收RRCResume UE應： 1＞停止計時器T319； 1＞若計時器T380正在運行，則使其停止； 1＞若RRCResume包含fullConfig： 2＞執行如5.3.5.11中指定的全組態程序； 1＞否則： 2＞從UE非作用中AS內容脈絡還原masterCellGroup及pdcp-Config； 1＞丟棄UE非作用中AS內容脈絡； 1＞釋放除ran-NotificationAreaInfo以外的suspendConfig； 1＞若RRCResume包含masterCellGroup： 2＞根據5.3.5.5執行所接收masterCellGroup之小區群組組態； 1＞若RRCResume包含radioBearerConfig： 2＞根據5.3.5.6執行無線電載送組態； 1＞若RRCResume訊息包含sk-Counter： 2＞執行如5.3.5.7中指定的安全密鑰更新程序； 1＞若RRCResume訊息包含radioBearerConfig2： 2＞根據5.3.5.6執行無線電載送組態； 1＞恢復SRB2及全部DRB； 1＞若儲存由cellReselectionPriorities提供或從另一RAT繼承之小區重選優先級資訊，則將其丟棄； 1＞若計時器T320正在運行，則使其停止； 1＞若RRCResume訊息包含measConfig： 2＞執行如5.5.2中指定的量測組態程序； 1＞若暫停量測，則使其恢復； 1＞若T390正在運行： 2＞針對全部存取類別停止T390； 2＞執行如5.3.14.4中指定的行動； 1＞若T302正在運行： 2＞停止計時器T302； 2＞執行如5.3.14.4中指定的行動； 1＞進入RRC_CONNECTED； 1＞向上層指示暫停RRC連接已被恢復； 1＞停止小區重選程序； 1＞將當前小區視為PCell； 1＞將RRCResumeComplete訊息之內容設定為如下：2＞若 idleModeMeasurementReq 包含於 RRCResume 中且 UE 已儲存 VarMeasIdleReport ； 3＞將 RRCResumeComplete 訊息中之 measResultListIdle 設定為 VarMeasIdleRepor 中之 measReportIdle 之值； 3＞ 在成功遞送由下層確認之 RRCResumeComplete 訊息之後丟棄 VarMeasIdleReport ； 2＞若上層提供NAS PDU，則將dedicatedNAS-Message設定為包含從上層接收之資訊； 2＞若上層提供一PLMN，則將selectedPLMN-Identity設定為藉由上層從包含於SIB1中之plmn-IdentityList中之(若干) PLMN選擇之PLMN (TS 24.501 [23])； 2＞若masterCellGroup含有reportUplinkTxDirectCurrent： 3＞包含具有UL之各伺服小區之uplinkTxDirectCurrentList； 3＞若UE經組態具有SUL載波： 4＞將具有SUL之各伺服小區之uplinkDirectCurrentBWP-SUL包含於uplinkTxDirectCurrentList中； 1＞將RRCResumeComplete訊息提交至下層以進行傳輸； 1＞程序結束。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

在另一實施例中，所儲存閒置模式量測之刪除可發生在RRC恢復請求(或類似)訊息(例如，NR中之RRCResumeRequest或RRCResumeRequest1)中報告閒置模式量測之後。在此替代方案中，一旦網路接收一RRC恢復請求，其在進一步程序中將無需此等量測(即使網路在理論上可使用UE資訊請求或在恢復中再次請求)。刪除亦可發生在接收不具有閒置模式量測組態之RRCConnectionRelease/RRCRelease訊息之後。

在現有3GPP規範中，若UE接收包括measIdleConfig之一RRCConnectionRelease，則其將刪除VarMeasIdleReport (即，閒置模式量測結果)。然而，若UE在其連接至不支援閒置模式量測之一小區時已儲存閒置模式量測，則UE將不被請求報告其等且將不刪除結果。若UE隨後被釋放至RRC_IDLE或RRC_INACTIVE，則其將接收一RRCConnectionRelease訊息。由於該小區不支援閒置模式量測，所以其將不包含measIdleConfig，且UE將保持舊閒置模式量測。若UE刪除閒置模式量測而無關於RRCConnectionRelease/RRCRelease訊息是否含有measIdleConfig，則UE將不儲存及報告過期量測。

下文針對LTE (在3GPP TS 36.331 v15.5.1中)展示實施例之一實例。可針對NR閒置模式量測(針對RRC_IDLE及/或RRC_INACTIVE)引入類似實施方案。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.3.8.3 UE接收RRCConnectionRelease UE應：＜＜略過部分＞＞1＞ 若儲存 VarMeasIdleReport ，則將其清除； 1＞若RRCConnectionRelease訊息包含measIdleConfig： 2＞清除VarMeasIdleConfig[[ 及 VarMeasIdleReport]] ； 2＞將所接收measIdleDuration儲存於VarMeasIdleConfig中； 2＞使用measIdleDuration之值開始T331； 2＞若measIdleConfig含有measIdleCarrierListEUTRA： 3＞將所接收measIdleCarrierListEUTRA儲存於VarMeasIdleConfig中； 3＞開始執行如5.6.20中指定的閒置模式量測；註釋2：若measIdleConfig不含有measIdleCarrierListEUTRA，則UE可接收如5.2.2.12中指定的measIdleCarrierListEUTRA。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

在另一實施例中，刪除可發生在接收一RRCConnectionRelease/RRCRelease訊息之後(僅當UE在處於RRC_CONNECTED時接收該訊息)。相較於先前實施例(其中UE始終在接收RRC釋放(或類似)訊息之後刪除量測)之差異係若UE在其處於RRC_IDLE或RRC_INACTIVE時接收RRCConnectionRelease/RRCRelease訊息，則UE保持閒置模式量測。此可為對一RRC恢復請求類似訊息(例如，RRCResumeRequest或 RRCResumeRequest1)之一回應。此可發生在例如UE嘗試在超載之一小區中建立/恢復(或請求該小區中不支援之一服務)且該小區將UE釋放及重新導向至另一小區時或發生在由一RAN區域更新觸發一恢復程序時。在該情況中，UE將能夠在新目標小區中報告閒置模式量測結果。

下文針對LTE (在3GPP TS 36.331 v15.5.1中)展示實施例之一實例，其中UE首先檢查其是否回應於一RRCConnectionResumeRequest或RRCConnectionSetupRequest訊息而接收RRCConnectionRelease訊息。在一個例項中，若UE應刪除/清除閒置模式量測(VarMeasIdleReport)，則UE可檢查其是否處於RRC_CONNECTED。可針對NR閒置模式量測(針對RRC_IDLE及/或RRC_INACTIVE)引入類似實施方案。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.3.8.3 UE接收RRCConnectionRelease UE應：＜＜略過部分＞＞1＞ 除非回應於一 RRCConnectionResumeRequest 或 RRCConnectionSetupRequest 而接收 RRCConnectionRelease 訊息；或 2＞ 若儲存 VarMeasIdleReport ，則將其清除； 1＞若RRCConnectionRelease訊息包含measIdleConfig： 2＞清除VarMeasIdleConfig[[ 及 VarMeasIdleReport]] ； 2＞將所接收measIdleDuration儲存於VarMeasIdleConfig中； 2＞使用measIdleDuration之值開始T331； 2＞若measIdleConfig含有measIdleCarrierListEUTRA： 3＞將所接收measIdleCarrierListEUTRA儲存於VarMeasIdleConfig中； 3＞開始執行如5.6.20中指定的閒置模式量測；註釋2：若measIdleConfig不含有measIdleCarrierListEUTRA，則UE可接收如5.2.2.12中指定的measIdleCarrierListEUTRA。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

在一項實施例中，刪除發生在接收一交遞訊息(例如，具有mobilityControlInfo之RRCConnectionReconfiguration、具有reconfWithSync之RRCReconfiguration、MobilityFromEUTRACommand、MobilityFromNRCommand)之後。

在另一實施例中，UE在其已進入RRC_CONNECTED之後保持閒置模式量測(除非被請求在RRCResumeComplete或UEInformationResponse中報告其等)直至UE接收將UE交遞至另一小區之一訊息。在LTE中，此將藉由接收包含欄位mobilityControlInfo之RRCConnectionReconfiguration訊息(用於LTE內交遞)或藉由接收MobilityFromEUTRACommand (用於RAT間交遞)來指示。在任一情況中，網路已指示其無法再伺服UE且由於其未請求閒置模式量測，所以其對接收該等量測不感興趣。

在NR中，對應交遞訊息將為具有ReconfWithSync之RRCReconfiguration訊息(用於NR內交遞)或MobiltiyFromNRCommand (用於RAT間交遞)。在一個例項中，UE僅在交遞命令指示至另一小區及/或節點之一交遞時刪除閒置模式量測，即，UE針對小區內及/或節點內交遞(包含gNB-CU內交遞)保持閒置模式量測。在另一例項中，UE在接收交遞命令(具有mobilityControlInfo之RRCConnectionReconfiguration/具有reconfWithSync之RRCReconfiguration/MobilityFromEUTRACommand/MobilityFrom NRCommand)之後刪除閒置模式量測。在另一例項中，UE在完成交遞(例如，成功連接至目標、傳輸完整訊息等)之後刪除閒置模式量測。在另一變體中，一小區內交遞可被網路用作刪除此等量測之一方式。

下文實例展示UE在LTE中(LTE內或RAT間)接收交遞命令之後何時刪除閒置模式量測。可針對NR閒置模式量測引入類似實施方案。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.3.5.4 UE接收包含mobilityControlInfo之一RRCConnectionReconfiguration (交遞) 若RRCConnectionReconfiguraiton訊息包含mobilityControlInfo且UE能夠遵守包含於此訊息中之組態，則UE應： 1＞若計時器T310正在運行，則使其停止； 1＞若計時器T312正在運行，則使其停止； 1＞開始計時器T304，其中計時器值設定為t304，如mobilityControlInfo中所包含； 1＞若計時器T370正在運行，則使其停止； 1＞若包含carrierFreq： 2＞將目標PCell視為在由carrierFreq指示之頻率上之一者，其中由targetPhysCellId指示一實體小區識別； 1＞否則： 2＞將目標PCell視為在來源PCell之頻率上之一者，其中由targetPhysCellId指示一實體小區識別； 1＞若T309正在運行： 3＞針對全部存取類別停止T309； 2＞執行如5.3.16.4中指定的行動； 1＞開始同步於目標PCell之DL；1＞ 若儲存 VarMeasIdleReport ，則將其清除； 5.4.3.3 UE接收MobilityFromEUTRACommand UE應能夠接收一MobilityFromEUTRACommand訊息且對GERAN執行一小區改變命令，即使先前尚未對目標小區執行UE量測。 UE應： 1＞若計時器T310正在運行，則使其停止； 1＞若計時器T312正在運行，則使其停止； 1＞若T309正在運行： 2＞針對全部存取類別停止T309； 2＞執行如5.3.16.4中指定的行動。1＞ 若儲存 VarMeasIdleReport ，則將其清除； 1＞若MobilityFromEUTRACommand訊息包含設定為交遞之目的： - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

在另一實例中，在完成RAT間交遞之後刪除閒置模式量測，如下文所見。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.4.3.4 從E-UTRA之行動性之成功完成在成功完成交遞、小區改變命令或增強1xRTT CS回落之後，UE應：1＞ 若儲存 VarMeasIdleReport ，則將其清除； 1＞若所接收MobilityFromEUTRACommand中之targetRAT-Type設定為eutra (EUTRA內系統間交遞)： 2＞程序結束； 1＞否則若UE連接至5GC且所接收MobilityFromEUTRACommand中之targetRAT-Type設定為nr： 2＞重設MAC； 2＞停止正在運行之全部計時器； 2＞若儲存ran-NotificationAreaInfo，則將其釋放； 2＞若儲存包含KRRCenc密鑰、KRRCint、KUPint密鑰及KUPenc密鑰之AS安全內容脈絡，則將其釋放； 2＞釋放全部無線電資源，包含釋放RLC實體及MAC組態； 2＞若包含於所接收MobilityFromEUTRACommand中之NR RRCReconfiguration訊息不包含fullConfig： 3＞維持用於目標RAT RB之適用RB之PDCP及SDAP之來源RAT組態； 2＞否則： 3＞釋放用於全部建立RB之相關聯PDCP實體及SDAP實體； 2＞指示RRC連接至上層之釋放以及釋放原因「其他」； 1＞否則： 2＞執行如5.3.12中指定的離開RRC_CONNECTED之後的行動，釋放原因係「其他」；註釋：若UE執行增強1xRTT CS回落連同至CDMA2000 HRPD之同時行動性且至CDMA2000 1xRTT或CDMA2000 HRPD之連接成功，則從E-UTRA之行動性被視為成功。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

在一項實施例中，閒置模式量測之刪除發生在接收組態SCG及/或SCell之一重組態訊息之後。例如，UE可在接收含有例如mrdc-SecondaryCellGroupConfig或endc-Config之RRCConnectionReconfiguration /RRCReconfiguration之後刪除閒置模式量測。在另一實施例中，UE在接收包括SCell新增/修改(例如，sCellToAddModList)之RRCConnectionReconfiguration/RRCReconfiguration之後刪除閒置模式量測。在一項實施例中，UE在接收SCell啟動/撤銷啟動之一指示之後刪除閒置模式量測。在一個例項中，此係在包括例如欄位sCellState之RRCConnection Reconfiguration/RRCReconfiguration中。在另一例項中，此係一MAC控制元素，諸如SCell啟動/撤銷啟動MAC CE。在一個例項中，此係一L1信號，諸如啟動/撤銷啟動一SCell之一DCI信號。對3GPP TS 36.331之此新增之一實例包含： - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.3.5.3 UE接收不包含mobilityControlInfo之一RRCConnectionReconfiguration 若RRCConnectionReconfiguraiton訊息不包含mobilityControlInfo且UE能夠遵守包含於此訊息中之組態，則UE應：＜＜略過部分＞＞ 1＞若所接收RRCConnectionReconfiguration包含sCellToReleaseList： 2＞執行如5.3.10.3a中指定的SCell釋放； 1＞若所接收RRCConnectionReconfiguration包含sCellToAddModList： 2＞執行如5.3.10.3b中指定的SCell新增或修改；2＞ 若儲存 VarMeasIdleReport ，則將其清除； 1＞若所接收RRCConnectionReconfiguration包含sCellGroupToReleaseList： 2＞執行如5.3.10.3d中指定的SCell群組釋放； 1＞若所接收RRCConnectionReconfiguration包含sCellGroupToAddModList： 2＞執行如5.3.10.3e中指定的SCell群組新增或修改；2＞ 若儲存 VarMeasIdleReport ，則將其清除； 1＞若所接收RRCConnectionReconfiguration包含scg-Configuration；或 1＞若當前UE組態包含使用pdcp-Config組態之一或多個分割DRB且所接收RRCConnectionReconfiguration包含含有drb-ToAddModList之radioResourceConfigDedicated： 2＞執行如5.3.10.10中指定的SCG組態；2＞ 若儲存 VarMeasIdleReport ，則將其清除； 1＞若所接收RRCConnectionReconfiguration包含nr-Config且其被設定為釋放：或 1＞若所接收RRCConnectionReconfiguration包含endc-ReleaseAndAdd且其被設定為真： 2＞執行如TS 38.331 [82]子句5.3.5.10中指定的EN-DC釋放； 1＞若所接收RRCConnectionReconfiguration包含sk-Counter： 2＞執行如TS 38.331 [82]子句5.3.5.7中指定的密鑰更新程序； 1＞若所接收RRCConnectionReconfiguration包含nr-SecondaryCellGroupConfig： 2＞執行如TS 38.331 [82]子句5.3.5.3中指定的NR RRC重組態；2＞ 若儲存 VarMeasIdleReport ，則將其清除； 1＞若所接收RRCConnectionReconfiguration包含nr-RadioBearerConfig1： 2＞執行如TS 38.331 [82]子句5.3.5.6中指定的無線電載送組態； 1＞若所接收RRCConnectionReconfiguration包含nr-RadioBearerConfig2： 2＞執行如TS 38.331 [82]子句5.3.5.6中指定的無線電載送組態； 1＞若此係成功完成RRC連接重建程序之後的第一個RRCConnectionReconfiguration訊息： 2＞恢復SRB2及全部暫停DRB (若存在)，包含使用NR PDCP組態之RB；註釋4：在TS 36.323 [8]中指定在成功完成PDCP重建(例如，未認可PDCP SDU之重傳(以及相關聯狀態報告))之後的無線電載送之處理、SN及HFN之處理。註釋5：UE可丟棄其在完成用於恢復此等載送之重組態之前接收之SRB2訊息及資料。 1＞若所接收RRCConnectionReconfiguration包含systemInformationBlockType1Dedicated： 2＞執行如5.2.2.7中指定的接收SystemInformationBlockType1訊息之後的行動； 1＞若所接收RRCConnectionReconfiguration包含systemInformationBlockType2Dedicated： 2＞執行如5.2.2.9中指定的接收SystemInformationBlockType2訊息之後的行動； 1＞若RRCConnectionReconfiguration訊息包含dedicatedInfoNASList： 2＞以相同於所列出之順序將dedicatedInfoNASList之各元素轉發至上層； 1＞若RRCConnectionReconfiguration訊息包含measConfig： 2＞執行如5.5.2中指定的量測組態程序； 1＞執行如5.5.2.2a中指定的量測識別自主移除； 1＞若RRCConnectionReconfiguration訊息包含otherConfig： 2＞執行如5.3.10.9中指定的其他組態程序； 1＞若RRCConnectionReconfiguration訊息包含sl-DiscConfig或sl-CommConfig： 2＞執行如5.3.10.15中指定的側行鏈路專用組態程序； 1＞若RRCConnectionReconfiguration訊息包含sl-V2X-ConfigDedicated： 2＞執行如5.3.10.15a中指定的V2X側行鏈路通信專用組態程序； 1＞若RRCConnectionReconfiguration訊息包含wlan-OffloadInfo： 2＞執行如5.6.12.2中指定的專用WLAN卸載組態程序； 1＞若RRCConnectionReconfiguration訊息包含rclwi-Configuration： 2＞執行如5.6.16.2中指定的WLAN訊務操縱命令程序； 1＞若RRCConnectionReconfiguration訊息包含lwa-Configuration： 2＞執行如5.6.14.2中指定的LWA組態程序； 1＞若RRCConnectionReconfiguration訊息包含lwip-Configuration： 2＞執行如5.6.17.2中指定的LWIP重組態程序； 1＞在RRC連接建立之後，若UE在連續上行鏈路傳輸期間無需UL間隙： 2＞組態下層以在FDD中之RRCConnectionReconfigurationComplete訊息之連續上行鏈路傳輸及RRC_CONNECTED中之隨後上行鏈路傳輸期間停止使用UL間隙，惟如TS36.211 [21]中指定的UL傳輸除外； 1＞將RRCConnectionReconfigurationComplete訊息之內容設定為如下： 2＞若RRCConnectionReconfiguration訊息包含perCC-GapIndicationRequest： 3＞包含perCC-GapIndicationList及numFreqEffective； 2＞若頻率經組態用於降低量測效能： 3＞包含numFreqEffectiveReduced； 2＞若所接收RRCConnectionReconfiguration訊息包含nr-SecondaryCellGroupConfig： 3＞根據TS 38.331 [82]子句5.3.5.3包含scg-ConfigResponseNR； 1＞將RRCConnectionReconfigurationComplete訊息提交至下層以使用新組態進行傳輸，此後程序結束； - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

在另一實施例中，閒置模式量測之刪除發生在UE接收組態新連接模式量測之一訊息(例如，具有measConfig之RRCConnection Reconfiguration/RRCReconfiguration)時。

若UE已進入RRC_CONNECTED而未被請求在RRCResumeComplete或UEInformationResponse中報告閒置模式量測，則UE可接收組態新連接模式量測之一重組態訊息。由於網路未請求UE報告閒置模式量測，所以此將向UE指示網路對接收該等閒置模式量測不感興趣。

在一項實施例中，UE在接收組態新連接模式量測之訊息之後刪除閒置模式量測，如下文針對LTE展示。可針對NR引入一類似程序。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.3.5.3 UE接收不包含mobilityControlInfo之一RRCConnectionReconfiguration 若RRCConnectionReconfiguraiton訊息不包含mobilityControlInfo且UE能夠遵守包含於此訊息中之組態，則UE應：＜＜略過部分＞＞ 1＞若RRCConnectionReconfiguration訊息包含measConfig： 2＞執行如5.5.2中指定的量測組態程序；2＞ 若儲存 VarMeasIdleReport ，則將其清除； ＜＜略過部分＞＞ 5.3.5.4 UE接收包含mobilityControlInfo之一RRCConnectionReconfiguration (交遞) 若RRCConnectionReconfiguraiton訊息包含mobilityControlInfo且UE能夠遵守包含於此訊息中之組態，則UE應：＜＜略過部分＞＞ 1＞執行如5.5.6.1中指定的量測相關行動； 1＞若RRCConnectionReconfiguration訊息包含measConfig： 2＞執行如5.5.2中指定的量測組態程序；2＞ 若儲存 VarMeasIdleReport ，則將其清除； - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

在一個例項中，UE在成功獲得任何量測目標或對應於存在一閒置模式量測之小區/頻率/射束之一量測目標之新連接模式量測之後刪除閒置模式量測。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.5.3 執行量測 5.5.3.1 概述針對除UE Rx-Tx時差量測、RSSI、每QCI之UL PDCP封包延遲量測、頻道佔用量測、CBR量測、感測量測以外且除頻帶、載波資訊、可用允許容量、回載頻寬、頻道利用及站台計數之WLAN量測以外的全部量測，UE在使用量測結果來評估報告準則或量測報告之前應用如5.5.3.2中指定的層3濾波。當對NR載波執行量測時，UE導出如5.5.3.3中指定的小區品質及如5.5.3.4中指定的射束品質。 UE應： 1＞每當UE具有一measConfig時，對各伺服小區執行RSRP及RSRQ量測，如下： 2＞針對PCell，若組態measSubframePatternPCell，則根據measSubframePatternPCell應用時域量測資源約束； 2＞若UE支援基於CRS之探索信號量測： 3＞針對處於撤銷啟動狀態之各SCell，若在對應於SCell之頻率之measObject內組態measDS-Config，則根據measDS-Config應用探索信號量測時序組態； 1＞若UE具有組態rs-sinr-Config之一measConfig，則執行RS-SINR (如在相關聯reportConfig中指示)量測，如下： 2＞視需要使用可用閒置週期或使用自主間隙對相關聯measObject中指示之頻率執行對應量測； 1＞針對包含於VarMeasConfig內之measIdList中之各measId： 2＞若相關聯reportConfig之目的被設定為reportCGI： 3＞若相關聯measObject中指示之RAT並非NR： 4＞若針對相關聯reportConfig組態si-RequestForHO： 5＞視需要使用自主間隙對相關聯measObject中指示之頻率及RAT執行對應量測； 4＞否則： 5＞視需要使用可用閒置週期或使用自主間隙對相關聯measObject中指示之頻率及RAT執行對應量測； 3＞否則： 4＞使用可用閒置週期對相關聯measObject中指示之NR頻率執行對應量測；註釋1：若使用自主間隙執行量測，則容許UE暫時中止與全部伺服小區之通信，即，產生自主間隙以在TS 36.133 [16]中指定的限制內執行對應量測。否則，僅當E-UTRAN已提供足夠閒置週期時，UE才支援目標設定為reportCGI之量測。 3＞嘗試藉由從所關注小區獲取相關系統資訊而獲取由相關聯measObject中之cellForWhichToReportCGI指示之小區之全域小區識別； 3＞若cellAccessRelatedInfoList中之一項目包含選定PLMN，則從所關注小區獲取相關系統資訊； 3＞若由包含於相關聯measObject中之cellForWhichToReportCGI指示之小區係一E-UTRAN小區： 4＞若在所關注小區中廣播CSG識別，則嘗試獲取CSG識別； 4＞嘗試獲取所關注小區中之trackingAreaCode； 4＞若在所關注小區中廣播多個PLMN識別，則嘗試獲取如包含於plmn-IdentityList中之額外PLMN識別之清單； 4＞若包含cellAccessRelatedInfoList，則使用來自含有選定PLMN之cellAccessRelatedInfoList之項目之trackingAreaCode及plmn-IdentityList； 4＞若組態includeMultiBandInfo： 5＞嘗試獲取所關注小區之SystemInformationBlockType1中之freqBandIndicator； 5＞若多個頻帶指示符包含於所關注小區之SystemInformationBlockType1中，則嘗試獲取如包含於multiBandInfoList中之額外頻帶指示符之清單； 5＞若freqBandIndicatorPriority包含於所關注小區之SystemInformationBlockType1中，則嘗試獲取freqBandIndicatorPriority； 4＞若在所關注小區中廣播cellAccessRelatedInfoList-5GC且UE具有E-UTRA/5GC能力： 5＞嘗試獲取cellAccessRelatedInfoList-5GC；註釋2：「主要」PLMN係全域小區識別之部分。 3＞若由包含於相關聯measObject中之cellForWhichToReportCGI指示之小區係一UTRAN小區： 4＞若在所關注小區中廣播多個PLMN識別，則嘗試獲取LAC、RAC及額外PLMN識別之清單； 4＞若在所關注小區中廣播CSG識別，則嘗試獲取CSG識別； 3＞若由包含於相關聯measObject中之cellForWhichToReportCGI指示之小區係一GERAN小區： 4＞嘗試獲取所關注小區中之RAC； 3＞若由包含於相關聯measObject中之cellForWhichToReportCGI指示之小區係一CDMA2000小區且包含於measObject中之cdma2000-Type係typeHRPD： 4＞嘗試獲取所關注小區中之扇區ID； 3＞若由包含於相關聯measObject中之cellForWhichToReportCGI指示之小區係一CDMA2000小區且包含於measObject中之cdma2000-Type係type1XRTT： 4＞嘗試獲取所關注小區中之BASE ID、SID及NID； 3＞若由包含於相關聯MeasObject中之cellForWhichToReportCGI指示之小區係一NR小區： 4＞若所指示小區正在廣播SIB1 (參見TS 38.213 [88]，子句13)： 5＞嘗試獲取包含plmn-IdentityList之plmn-IdentityInfoList、trackingAreaCode (若可用)、ran-AreaCode (若可用)及plmn-IdentityInfoList之各項目之cellIdentity； 5＞若在所關注小區中廣播多個頻帶，則嘗試獲取frequencyBandList； 2＞若針對相關聯reportConfig組態ul-DelayConfig： 3＞忽略measObject； 3＞組態PDCP層以執行每QCI之UL PDCP封包延遲量測； 2＞否則： 3＞若設立一量測間隙組態；或 3＞若UE無需量測間隙來執行所關注量測： 4＞若未組態s-Measure；或 4＞若組態s-Measure且層3濾波之後的PCell RSRP低於此值；或 4＞若相關聯measObject關注NR；或 4＞若在相關聯measObject中組態measDS-Config： 5＞若UE支援基於CSI-RS之探索信號量測；及 5＞若相關聯reportConfig中之eventId被設定為eventC1或eventC2，或若reportStrongestCSI-RSs包含於相關聯reportConfig中： 6＞對所關注measObject中指示之頻率執行CSI-RS資源之對應量測，根據所關注measObject中之measDS-Config應用探索信號量測時序組態； 6＞若reportCRS-Meas包含於相關聯reportConfig中，則對所關注measObject中指示之頻率執行鄰近小區之對應量測，如下： 7＞針對主要頻率上之鄰近小區，若在所關注measObject中組態measSubframePatternConfigNeigh，則根據measSubframePatternConfigNeigh應用時域量測資源約束； 7＞根據所關注measObject中之measDS-Config應用探索信號量測時序組態； 5＞否則： 6＞對所關注measObject中指示之頻率及RAT執行鄰近小區之對應量測，如下： 7＞針對主要頻率上之鄰近小區，若在所關注measObject中組態measSubframePatternConfigNeigh，則根據measSubframePatternConfigNeigh應用時域量測資源約束； 7＞若UE支援基於CRS之探索信號量測，若在所關注measObject中組態measDS-Config，則根據measDS-Config應用探索信號量測時序組態； 4＞若在相關聯reportConfig中組態ue-RxTxTimeDiffPeriodical： 5＞對PCell執行UE Rx-Tx時差量測； 4＞若reportSSTD-Meas被設定為真或相關聯reportConfig中之pSCell： 5＞在PCell與PSCell之間執行SSTD量測； 4＞若reportSFTD-Meas被設定為相關聯reportConfig中之pSCell： 5＞在PCell與NR PSCell之間執行SFTD量測； 4＞若reportSFTD-Meas被設定為相關聯reportConfig中之neighborCells： 5＞在相關聯measObject中指示之頻率上在PCell與(若干) NR小區之間執行SFTD量測； 4＞若在相關聯reportConfig中組態measRSSI-ReportConfig： 5＞對相關聯measObject中指示之頻率執行RSSI及頻道佔用量測； 2＞執行如5.5.4中指定的報告準則評估；2＞若 UE 已儲存 VarMeasIdleReport ： 3＞清除 VarMeasIdleReport ； - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

在一實施例中，閒置模式量測之刪除可發生在UE接收恢復連接模式量測之一訊息(例如，具有或不具有measConfig之RRCConnectionResume/RRCResume)時。例如，UE在接收恢復連接模式量測之RRCResume/RRCConnectionResume訊息之後刪除閒置模式量測。

在一項實施例中，UE在基於所恢復量測組態成功獲得連接模式量測之後刪除閒置模式量測。在另一實施例中，當在系統資訊中不具有一小區支援用於早期報告之閒置量測之一指示之該小區中發生此條件時，UE刪除閒置模式量測。下文展示此之一例示性實施方案，且可針對NR及LTE/5GC從RRC_INACTIVE引入類似程序。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.3.3.4a UE接收RRCConnectionResume UE應：＜＜略過部分＞＞ 1＞將RRCConnectionResumeComplete訊息之內容設定為如下： 2＞將selectedPLMN-Identity設定為藉由上層從包含於SystemInformationBlockType1中之plmn-IdentityList中之(若干) PLMN選擇之PLMN (參見TS 23.122 [11]、E-UTRA/EPC之TS 24.301 [35]及E-UTRA/5GC之TS 24.501 [95])； 2＞設定dedicatedInfoNAS以包含從上層接收之資訊； 2＞惟NB-IoT除外： 3＞若從一暫停RRC連接恢復一RRC連接： 4＞若UE具有可用於VarRLF-Report中之無線電鏈路失敗或交遞失敗資訊且若RPLMN包含於儲存於VarRLF-Report中之plmn-IdentityList中： 5＞包含rlf-InfoAvailable； 4＞若UE具有可用於E-UTRA之MBSFN記錄量測且若RPLMN包含於儲存於VarLogMeasReport中之plmn-IdentityList中： 5＞包含logMeasAvailableMBSFN； 4＞否則若UE具有可用於E-UTRA之記錄量測且若RPLMN包含於儲存於VarLogMeasReport中之plmn-IdentityList中： 5＞包含logMeasAvailable； 4＞若UE具有可用之藍芽記錄量測且若RPLMN包含於儲存於VarLogMeasReport中之plmn-IdentityList中： 5＞包含logMeasAvailableBT； 4＞若UE具有可用之WLAN記錄量測且若RPLMN包含於儲存於VarLogMeasReport中之plmn-IdentityList中： 5＞包含logMeasAvailableWLAN； 4＞若UE具有可用於VarConnEstFailReport中之連接建立失敗資訊且若RPLMN等於儲存於VarConnEstFailReport中之plmn-Identity： 5＞包含connEstFailInfoAvailable； 4＞包含mobilityState且將其設定為UE在進入RRC_CONNECTED狀態之前的行動性狀態(如在TS 36.304 [4]中指定)； 4＞若SIB2含有idleModeMeasurements，且UE具有可用於VarMeasIdleReport中之閒置模式量測資訊： 5＞包含idleMeasAvailable；4＞ 否則： 5＞清除 VarMeasIdleReport ； 4＞若T331正在運行，則使其停止； 4＞若UE具有可用之飛行路徑資訊： 5＞包含flightPathInfoAvailable； 3＞若UE支援行動性歷史資訊之儲存且UE具有可用於VarMobilityHistoryReport中之行動性歷史資訊： 4＞包含mobilityHistoryAvail； 2＞針對NB-IoT： 3＞若UE支援伺服小區閒置模式量測報告且SystemInformationBlockType2-NB中存在servingCellMeasInfo： 4＞將measResultServCell設定為包含伺服小區之量測；註釋2：UE包含如用於小區選擇/重選評估之伺服小區量測之最新結果，該等伺服小區量測根據如TS 36.133 [16]中指定的效能要求來執行。 1＞將RRCConnectionResumeComplete訊息提交至下層以進行傳輸； 1＞程序結束。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

在一項實施例中，刪除發生在UE經歷RRC_CONNECTED中之一失敗(例如，完整性檢查失敗、重組態失敗等)時。例如，UE可在偵測到一無線電鏈路失敗之後刪除閒置模式量測。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 1＞在T312期滿之後；或 1＞在T300、T301、T304及T311皆不運行時從MCG MAC接收隨機存取問題指示之後；或 1＞在從MCG RLC接收容許在PCell上發送之一SRB或DRB已達到最大重傳次數之指示之後： 2＞考量針對MCG (即，RLF)偵測無線電鏈路失敗；2＞ 若儲存 VarMeasIdleReport ，則將其清除； 2＞除NB-IoT以外，藉由如下般設定其欄位而將以下無線電鏈路失敗資訊儲存於VarRLF-Report中：＜＜略過部分＞＞ 2＞若尚未啟動AS安全性： 3＞若UE係一NB-IoT UE： 4＞若UE支援控制平面CIoT EPS最佳化之RRC連接重建： 5＞起始如5.3.7中指定的RRC連接重建程序； 4＞否則： 5＞執行如5.3.12中指定的離開RRC_CONNECTED之後的行動，釋放原因係「RRC連接失敗」； 3＞否則： 4＞執行如5.3.12中指定的離開RRC_CONNECTED之後的行動，釋放原因係「其他」； 2＞否則： 3＞起始如5.3.7中指定的連接重建程序；＜＜略過部分＞＞ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

對於其他失敗情況，可看到類似實施例。

在另一實施例中，UE在傳輸一RRCReestablishmentRequest訊息之後刪除閒置模式量測。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.3.7.4 與RRCConnectionReestablishmentRequest訊息之傳輸相關之行動惟NB-IoT除外，若歸因於無線電鏈路失敗或交遞失敗而起始程序，則UE應： 1＞將VarRLF-Report中之reestablishmentCellId設定為選定小區之全域小區識別；1＞ 若儲存 VarMeasIdleReport ，則將其清除； ＜＜略過部分＞＞ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

在另一實施例中，UE在接收一RRCReestablishment訊息之後刪除閒置模式量測。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.3.7.5 UE接收RRCConnectionReestablishment 註釋1：在此之前，使用下層發信號來分配一C-RNTI。進一步細節參見TS 36.321 [6]； UE應： 1＞停止計時器T301； 1＞將當前小區視為PCell；1＞ 若儲存 VarMeasIdleReport ，則將其清除； ＜＜略過部分＞＞ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

在一實施例中，閒置模式量測之刪除可發生在UE進入RRC_CONNECTED以來的一預定義時間週期之後(例如，在UE進入RRC_CONNECTED時開始一計時器)。該方法之該部分依靠可具有起始條件之至少一者之一計時器T3xx：計時器T3xx在UE進入連接狀態之後開始；或計時器T3xx在計時器T331 (即，在運行時需要UE執行早期量測之任何計時器)停止或期滿之後開始。此處之推理係在UE停止執行閒置量測之後，有時需要UE儲存閒置量測。

計時器T3xx可具有停止條件之至少一者：UE成功報告閒置量測；或UE歸因於一些其他條件而丟棄量測，例如在接收一訊息之後(如該方法中描述之一種情況)。在計時器T3xx期滿或停止之後，UE刪除閒置量測。另一態樣係可組態計時器T3xx。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.3.3.4 UE接收RRCConnectionSetup 註釋1：在此之前，使用下層發信號來分配一C-RNTI。進一步細節參見TS 36.321 [6]； UE應：＜＜略過部分＞＞ 1＞進入RRC_CONNECTED；1＞若 UE 具有可用於 VarMeasIdleReport 中之閒置模式量測資訊： 2＞ 使用值 idleMeasStoringTime 開始計時器 T3xx ；＜＜略過部分＞＞ 5.3.3.4a UE接收RRCConnectionResume UE應：＜＜略過部分＞＞ 1＞進入RRC_CONNECTED；1＞若 UE 具有可用於 VarMeasIdleReport 中之閒置模式量測資訊： 2＞ 使用包含於 RRCConnectionReconfiguration 訊息中之值 idleMeasStoringTime 開始計時器 T3xx ；＜＜略過部分＞＞5.3x.x T3xx 期滿或停止 UE 應： 1＞ 若計時器 T3xx 期滿： 2＞ 若儲存 VarMeasIdleReport ，則將其清除； - - - - - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

RRCConnectionSetup訊息之一實例可如下：

一RRCConnectionResume訊息之一實例可如下：

訊息中之例示性值可為任何指定值。在另一實施例中，僅指定一單一計時器值，其不必在RRCConnectionSetup/RRCConnectionResume訊息中發信號。

在一實施例中，閒置模式量測之刪除發生在接收具有UE應刪除所儲存閒置模式量測之一明確組態之一RRCConnectionRelease/RRCRelease訊息之後。UE可接收RRCConnectionRelease/RRCRelease訊息中之一明確組態，其指導UE是否應刪除或維持所儲存閒置模式量測。該組態可接著包含關於UE是否應取決於進一步準則而刪除或維持所儲存量測(或其等之不同部分)之資訊，諸如量測有多舊；量測等級(例如，載波、小區或射束等級)；及/或量測用於哪些目標(例如，其等關注哪些特定RAT、載波或小區)。

RRCConnectionRelease訊息之一實例係：

在一實施例中，UE在系統資訊中未廣播一小區支援用於早期報告之閒置量測之一指示之該小區中恢復/設立連接。在一個實例中，若具有所儲存閒置模式量測之一UE在不指示支援閒置模式量測之一小區中起始一恢復或建立程序(例如，具有用於LTE之SIB2中之idleModeMeasurements指示)，則UE將刪除閒置模式量測。下文針對LTE展示此程序之一實例： - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.3.3 RRC連接建立＜＜略過部分＞＞ 5.3.3.2 起始當上層在UE處於RRC_IDLE時請求建立或恢復一RRC連接或當上層在UE處於RRC_INACTIVE時請求恢復一RRC連接或RRC層請求恢復例如RNAU之一RRC連接或接收RAN傳呼，UE起始程序。1＞除非 SIB2 含有 idleModeMeasurements ； 2＞ 若儲存 VarMeasIdleReport ，則將其清除； - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

NR (3GPP TS 38.331 v15.5.1)中之一類似程序可為例如： - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5.3.3 RRC連接建立 5.3.3.2 起始當上層在UE處於RRC_IDLE且其已獲取如5.2.2.1中描述之本質系統資訊時請求建立一RRC連接，UE起始程序。 UE應確保在起始此程序之前具有如子句5.2.2.2中指定的有效且最新本質系統資訊。在起始程序之後，UE應：1＞除非 SIBx 含有 idleModeMeasurements ； 2＞ 若儲存 VarMeasIdleReport ，則將其清除； 5.3.13 RRC連接恢復＜＜略過部分＞＞ 5.3.13.2 起始當上層或AS請求恢復一暫停RRC連接時(在對RAN傳呼作出回應時或在UE處於RRC_INACTIVE時觸發RNA更新之後)，UE起始程序。 UE應確保在起始此程序之前具有如子句5.2.2.2中指定的有效且最新本質系統資訊。在起始程序之後，UE應：1＞除非 SIBx 含有 idleModeMeasurements ； 2＞ 若儲存 VarMeasIdleReport ，則將其清除； - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

本文中描述之實施例介紹刪除網路尚未請求之閒置模式量測結果(即使在UE已進入RRC_CONNECTED之後)之方法。此有助於UE避免無限地保持閒置模式量測。

圖7展示繪示經組態以執行本文中針對UE描述之技術之一例示性無線器件50 (例如，UE)。無線器件50亦可被視為表示可在一網路中操作且能夠透過無線電信號與一網路節點或另一無線器件通信之任何無線器件。在各種內容脈絡中，無線器件50亦可被稱為一無線電通信器件、一目標器件、一器件對器件(D2D) UE、一機器型UE或能夠進行機器對機器(M2M)通信之UE、配備UE之一感測器、一PDA (個人數位助理)、一無線平板電腦、一行動終端機、一智慧型電話、膝上型嵌入設備(LEE)、膝上型安裝設備(LME)、一無線USB硬體鎖(dongle)、一用戶端設備(CPE)等。

無線器件50經由天線54及一收發器電路56與一或多個無線電節點或基地台(諸如一或多個網路節點30)通信。收發器電路56可包含傳輸器電路、接收器電路及相關聯控制電路，其等共同經組態以根據一無線電存取技術傳輸及接收信號以用於提供蜂巢式通信服務。

無線器件50亦包含可操作地與無線電收發器電路56相關聯且控制無線電收發器電路56之一或多個處理電路52。處理電路52包含一或多個數位處理電路62，例如一或多個微處理器、微控制器、數位信號處理器(DSP)、場可程式化閘陣列(FPGA)、複雜可程式化邏輯器件(CPLD)、特定應用積體電路(ASIC)或其等之任何混合物。更一般言之，處理電路52可包括固定電路或經由執行實施本文中教示之功能性之程式指令而特別調適之可程式化電路，或可包括固定及程式化電路之某一混合物。處理電路52可為多核心。

處理電路52亦包含一記憶體64。在一些實施例中，記憶體64儲存一或多個電腦程式66及(視情況)組態資料68。記憶體64提供電腦程式66之非暫時性儲存器且其可包括一或多種類型之電腦可讀媒體，諸如磁碟儲存器、固態記憶體儲存器或其等之任何混合物。藉由非限制性實例，記憶體64包括SRAM、DRAM、EEPROM及快閃記憶體之任何一或多者，其等可在處理電路52中及/或與處理電路52分離。一般言之，記憶體64包括一或多種類型之電腦可讀儲存媒體，其等提供由無線器件50使用之電腦程式66及任何組態資料68之非暫時性儲存器。

因此，在一些實施例中，無線器件50之處理電路52經組態以執行閒置模式量測。處理電路52經組態以在處於一閒置模式或非作用中狀態時執行及儲存一或多個無線電信號量測且回應於數個事件之任一者而刪除所儲存無線電信號量測。該等事件包含：接收不包含一閒置模式量測組態之一RRC釋放訊息；在處於RRC連接狀態時接收一RRC釋放訊息；接收一交遞訊息；接收新增用於載波聚合之一次要小區的一重組態訊息；接收修改用於載波聚合之一次要小區的一重組態訊息；接收啟動或撤銷啟動用於載波聚合之一次要小區的一重組態訊息；接收組態一或多個新連接模式量測之一訊息；成功獲得一或多個連接模式量測；接收指導UE恢復一或多個連接模式量測之一訊息；進入RRC連接狀態且隨後經歷一無線電鏈路失敗、完整性檢查失敗或重組態失敗；進入RRC連接狀態且在用於維持閒置模式量測之一計時器期滿之前未接收到對閒置模式量測報告之一請求；及在未廣播一小區支援閒置模式量測之早期報告之一指示之該小區中恢復或建立一連接。

根據一些實施例，處理電路32亦經組態以執行方法800。如圖8中展示，方法800包含在處於一閒置模式或非作用中狀態時執行及儲存一或多個無線電信號量測(方塊802)且回應於上文列出之事件之任一者而刪除所儲存無線電信號量測(方塊804)。該方法可包含在進入閒置模式或非作用中狀態時從一來源小區接收一閒置模式量測組態，其中執行一或多個無線電信號量測係根據所接收閒置模式量測組態。該方法亦可包含在刪除所儲存無線電信號量測之前，進入一連接狀態而不被請求報告閒置模式量測。

根據一些實施例，圖9繪示包含一電信網路910 (諸如一3GPP型蜂巢式網路)之一通信系統，該電信網路910包括一存取網路911 (諸如一無線電存取網路)及一核心網路914。存取網路911包括複數個基地台912a、912b、912c，諸如NB、eNB、gNB或其他類型之無線存取點，其等各定義一對應涵蓋區域913a、913b、913c。各基地台912a、912b、912c可透過一有線或無線連接915連接至核心網路914。定位於涵蓋區域913c中之一第一UE 991經組態以無線地連接至對應基地台912c或由其傳呼。涵蓋區域913a中之一第二UE 992可無線地連接至對應基地台912a。雖然在此實例中繪示複數個UE 991、992，但所揭示實施例同樣適用於其中一唯一UE在涵蓋區域中或其中一唯一UE連接至對應基地台912之一狀況。

電信網路910本身連接至一主機電腦930，該主機電腦930可體現在一獨立伺服器、一雲端實施伺服器、一分散式伺服器之硬體及/或軟體中或作為一伺服器陣列中之處理資源。主機電腦930可由一服務提供者擁有或控制，或可由服務提供者操作或代表服務提供者。電信網路910與主機電腦930之間的連接921、922可直接從核心網路914延伸至主機電腦930或可通過一選用中間網路920。中間網路920可為一公用、一私人或託管網路之一者或其等之一者以上之一組合；中間網路920 (若存在)可為一骨幹網路或網際網路；特定言之，中間網路920可包括兩個或兩個以上子網路(未展示)。

圖9之通信系統作為整體實現所連接UE 991、992之一者與主機電腦930之間的連接性。連接性可被描述為一影音串流平台(over-the-top，簡稱OTT)連接950。主機電腦930及所連接UE 991、992經組態以經由OTT連接950使用存取網路911、核心網路914、任何中間網路920及可能進一步基礎設施(未展示)作為中繼傳送資料及/或發信號。在OTT連接950所通過之參與通信器件不知道上行鏈路及下行鏈路通信之路由的意義上，OTT連接950可為透通的。例如，可不向或無需向一基地台912告知與源於一主機電腦930之待轉發(例如，交遞)至一所連接UE 991之資料的一傳入下行鏈路通信之過去路由。類似地，基地台912無需知道源於UE 991朝向主機電腦930的一傳出上行鏈路通信之未來路由。

根據一實施例，現在將參考圖10描述前述段落中論述之UE、基地台及主機電腦之例示性實施方案。在一通信系統1000中，一主機電腦1010包括包含一通信介面1016之硬體815，該通信介面1016經組態以設立且維持與通信系統1000之一不同通信器件之一介面之一有線或無線連接。主機電腦1010進一步包括處理電路1018，該處理電路1018可具有儲存及/或處理能力。特定言之，處理電路1018可包括經調適以執行指令之一或多個可程式化處理器、特定應用積體電路、場可程式化閘陣列或此等之組合(未展示)。主機電腦1010進一步包括軟體1011，該軟體1011儲存於主機電腦1010中或可由主機電腦1010存取且可由處理電路1018執行。軟體1011包含一主機應用程式1012。主機應用程式1012可操作以將一服務提供給一遠端使用者，諸如經由在一UE 1030及主機電腦1010處終止之一OTT連接1050連接之UE 1030。在將服務提供給遠端使用者時，主機應用程式1012可提供使用OTT連接1050傳輸之使用者資料。

通信系統1000進一步包含一基地台1020，該基地台1020設置於一電信系統中且包括使其能夠與主機電腦1010及UE 1030通信之硬體1025。硬體1025可包含用於設立且維持與通信系統1000之一不同通信器件之一介面之一有線或無線連接之一通信介面1026以及用於設立且維持與定位於由基地台1020伺服之一涵蓋區域(圖10中未展示)中之一UE 1030之至少一無線連接1070之一無線電介面1027。通信介面1026可經組態以促進至主機電腦1010之一連接1060。連接1060可為直接的或其可通過電信系統之一核心網路(圖10中未展示)及/或通過電信系統外部之一或多個中間網路。在所展示實施例中，基地台1020之硬體1025進一步包含處理電路1028，該處理電路1028可包括經調適以執行指令之一或多個可程式化處理器、特定應用積體電路、場可程式化閘陣列或此等之組合(未展示)。基地台1020進一步具有儲存於內部或可經由一外部連接存取之軟體1021。

通信系統1000進一步包含已提及之UE 1030，其硬體1035可包含一無線電介面1037，該無線電介面1037經組態以設立且維持與伺服UE 1030當前所定位之一涵蓋區域之一基地台之一無線連接1070。UE 1030之硬體1035進一步包含處理電路1038，該處理電路1038可包括經調適以執行指令之一或多個可程式化處理器、特定應用積體電路、場可程式化閘陣列或此等之組合(未展示)。UE 1030進一步包括軟體1031，該軟體1031儲存於UE 1030中或可由UE 1030存取且可由處理電路1038執行。軟體1031包含一用戶端應用程式1032。用戶端應用程式1032可操作以在主機電腦1010之支援下經由UE 1030將一服務提供給一人類或非人類使用者。在主機電腦1010中，一執行主機應用程式1012可經由在UE 1030及主機電腦1010處終止之OTT連接1050而與執行用戶端應用程式1032通信。在將服務提供給使用者時，用戶端應用程式1032可從主機應用程式1012接收請求資料且回應於請求資料而提供使用者資料。OTT連接1050可轉移請求資料及使用者資料兩者。用戶端應用程式1032可與使用者互動以產生其提供之使用者資料。

應注意，圖10中繪示之主機電腦1010、基地台1020及UE 1030可分別相同於圖10之主機電腦1030、基地台1012a、1012b、1012c之一者及UE 1091、1092之一者。即，此等實體之內部工作可如圖10中展示且獨立地，周圍網路拓撲可為圖9之拓撲。

在圖10中，已抽象地繪製OTT連接1050以繪示主機電腦1010與使用者設備1030之間經由基地台1020之通信，而不明確提及任何中間器件及經由此等器件之精確訊息路由。網路基礎設施可判定路由，該路由可經組態以隱瞞UE 1030或操作主機電腦1010之服務提供者或兩者。雖然OTT連接1050係在作用中，但網路基礎設施可進一步作出決定，其藉由該等決定(例如，基於網路之負載平衡考量或重組態)動態地改變路由。

UE 1030與基地台1020之間的無線連接1070係根據貫穿本發明描述之實施例之教示(諸如由諸如一無線器件及中繼節點30之節點提供)連同對應方法800。本文中描述之實施例提供閒置模式量測之刪除，使得其等未被無限地儲存。此等實施例之教示可使用OTT連接1050改良網路及UE 1030之可靠性、連接、資料速率、容量、延時及/或功率消耗。

可出於監測資料速率、延時及一或多項實施例改良之其他因素之目的而提供一量測程序。可進一步存在用於回應於量測結果之變化而重組態主機電腦1010與UE 1030之間的OTT連接1050之一選用網路功能性。可在主機電腦1010之軟體1011或在UE 1030之軟體1031或兩者中實施用於重組態OTT連接1050之量測程序及/或網路功能性。在實施例中，感測器(未展示)可部署於OTT連接1050所通過之通信器件中或與通信器件相關聯；感測器可藉由供應上文例示之監測量之值或供應軟體1011、1031可用以計算或估計監測量之其他物理量之值而參與量測程序。OTT連接1050之重組態可包含訊息格式、再傳輸設定、較佳路由等；重組態無需影響基地台1020，且其可為基地台1020所未知或無法感知的。此等程序及功能性可為此項技術中已知且實踐的。在某些實施例中，量測可涉及促進主機電腦1010對處理量、傳播時間、延時及類似物之量測之專屬UE發信號。可實施量測，其中軟體1011、1031在其監測傳播時間、誤差等時導致使用OTT連接1050傳輸訊息(特定言之，空或「虛設」訊息)。

圖11係繪示根據一項實施例之在一通信系統中實施之一方法之一流程圖。通信系統包含一主機電腦、一基地台及一UE，其等可為參考圖9及圖10描述之組件。為本發明之簡明起見，此章節中將僅包含對圖11之圖式參考。在該方法之一第一步驟1110中，主機電腦提供使用者資料。在第一步驟1110之一選用子步驟1111中，主機電腦藉由執行一主機應用程式而提供使用者資料。在一第二步驟1120中，主機電腦起始將使用者資料攜載至UE之一傳輸。根據貫穿本發明描述之實施例之教示，在一選用第三步驟1130中，基地台將攜載於主機電腦起始之傳輸中之使用者資料傳輸至UE。在一選用第四步驟1140中，UE執行與由主機電腦執行之主機應用程式相關聯之一用戶端應用程式。

圖12係繪示根據一項實施例之在一通信系統中實施之一方法之一流程圖。通信系統包含一主機電腦、一基地台及一UE，其等可為參考圖9及圖10描述之組件。為本發明之簡明起見，此章節中將僅包含對圖12之圖式參考。在該方法之一第一步驟1210中，主機電腦提供使用者資料。在一選用子步驟(未展示)中，主機電腦藉由執行一主機應用程式而提供使用者資料。在一第二步驟1220中，主機電腦起始將使用者資料攜載至UE之一傳輸。根據貫穿本發明描述之實施例之教示，傳輸可通過基地台。在一選用第三步驟1230中，UE接收攜載於傳輸中之使用者資料。

圖13係繪示根據一項實施例之在一通信系統中實施之一方法之一流程圖。通信系統包含一主機電腦、一基地台及一UE，其等可為參考圖9及圖10描述之組件。為本發明之簡明起見，此章節中將僅包含對圖13之圖式參考。在該方法之一選用第一步驟1310中，UE接收由主機電腦提供之輸入資料。另外或替代地，在一選用第二步驟1320中，UE提供使用者資料。在第二步驟1320之一選用子步驟1321中，UE藉由執行一用戶端應用程式而提供使用者資料。在第一步驟1310之一進一步選用子步驟1311中，UE執行一用戶端應用程式，其回應於由主機電腦提供之所接收輸入資料而提供使用者資料。在提供使用者資料時，所執行之用戶端應用程式可進一步考量從使用者接收之使用者輸入。無關於提供使用者資料之特定方式，UE在一選用第三子步驟1330中起始使用者資料至主機電腦之傳輸。根據貫穿本發明描述之實施例之教示，在該方法之一第四步驟1340中，主機電腦接收從UE傳輸之使用者資料。

圖14係繪示根據一項實施例之在一通信系統中實施之一方法之一流程圖。通信系統包含一主機電腦、一基地台及一UE，其等可為參考圖9及圖10描述之組件。為本發明之簡明起見，此章節中將僅包含對圖14之圖式參考。在該方法之一選用第一步驟1410中，根據貫穿本發明描述之實施例之教示，基地台從UE接收使用者資料。在一選用第二步驟1420中，基地台起始所接收使用者資料至主機電腦之傳輸。在一第三步驟1430中，主機電腦接收攜載於由基地台起始之傳輸中之使用者資料。

如上文詳細論述，本文中描述之技術(例如，如圖8之程序流程圖中繪示)可使用由一或多個處理器執行之電腦程式指令完全或部分實施。將瞭解，此等技術之一功能實施方案可以功能模組來表示，其中各功能模組對應於在一適當處理器中執行之軟體之一功能單元或一功能數位硬體電路或其等之某一組合。

圖15繪示一無線器件50之一例示性功能模組或電路架構。功能實施方案包含用於在處於一閒置模式或非作用中狀態時執行及儲存一或多個無線電信號量測之一執行模組1502。實施方案亦包含用於回應於以下事件之任一者而刪除所儲存無線電信號量測之一刪除模組1504：接收不包含一閒置模式量測組態之一RRC釋放訊息；在處於RRC連接狀態時接收一RRC釋放訊息；接收一交遞訊息；接收新增用於載波聚合之一次要小區的一重組態訊息；接收修改用於載波聚合之一次要小區的一重組態訊息；接收啟動或撤銷啟動用於載波聚合之一次要小區的一重組態訊息；接收組態一或多個新連接模式量測之一訊息；成功獲得一或多個連接模式量測；接收指導UE恢復一或多個連接模式量測之一訊息；進入RRC連接狀態且隨後經歷一無線電鏈路失敗、完整性檢查失敗或重組態失敗；進入RRC連接狀態且在用於維持閒置模式量測之一計時器期滿之前未接收到對閒置模式量測報告之一請求；及在未廣播一小區支援閒置模式量測之早期報告之一指示之該小區中恢復或建立一連接。

例示性實施例例示性實施例可包含(但不限於)以下枚舉實例： 1.一種在一使用者設備(UE)中之方法，其經調適以執行閒置模式量測，該方法包括：在處於一閒置模式或非作用中狀態時執行及儲存一或多個無線電信號量測；及回應於以下事件之任一者而刪除該等所儲存無線電信號量測：接收不包含一閒置模式量測組態之一無線電資源控制(RRC)釋放訊息；在處於RRC連接模式時接收一RRC釋放；接收一交遞訊息；接收新增用於載波聚合之一次要小區的一重組態訊息；接收修改用於載波聚合之一次要小區的一重組態訊息；接收啟動或撤銷啟動用於載波聚合之一次要小區的一重組態訊息；接收組態一或多個新連接模式量測之一訊息；成功獲得一或多個連接模式量測；接收指導該UE恢復一或多個連接模式量測之一訊息；進入RRC連接模式且隨後經歷一無線電鏈路失敗、完整性檢查失敗或重組態失敗；進入RRC連接模式且在用於維持閒置模式量測之一計時器期滿之前未接收到對閒置模式量測報告之一請求；及在未廣播一小區支援閒置模式量測之早期報告之一指示之該小區中恢復或建立一連接。 2.如例示性實施例1之方法，其進一步包括：在進入該閒置模式或非作用中狀態時從一來源小區接收一閒置模式量測組態，其中該執行一或多個無線電信號量測係根據該所接收閒置模式量測組態。 3.如例示性實施例1或2之方法，其中該方法包括在該刪除該等所儲存無線電信號量測之前，進入一連接狀態而不被請求報告該等閒置模式量測。 4.一種無線器件，其經調適以執行根據例示性實施例1至3中任一者之一方法。 5.一種無線器件，其包括收發器電路及處理電路，該處理電路可操作地與該收發器電路相關聯且經組態以執行根據例示性實施例1至3之任一者之一方法。 6.一種電腦程式，其包括當在至少一個處理電路上執行時導致該至少一個處理電路實行根據例示性實施例1至3之任一者之一方法之指令。 7.一種載體，其含有例示性實施例6之電腦程式，其中該載體係一電子信號、光學信號、無線電信號或電腦可讀儲存媒體之一者。 A1. 一種通信系統，其包含一主機電腦，該主機電腦包括：處理電路，其經組態以提供使用者資料；及一通信介面，其經組態以將該使用者資料轉發至一蜂巢式網路以傳輸至一使用者設備(UE)，其中該蜂巢式網路包括一基地台，該UE具有一無線電介面及處理電路，其中該UE處理電路經組態以執行包括實施例1至3之操作之任一者。 A2. 如前述實施例之通信系統，其進一步包含該基地台。 A3. 如前述兩項實施例之通信系統，其進一步包含該UE，其中該UE經組態以與該基地台通信。 A4. 如前述三項實施例之通信系統，其中：該主機電腦之該處理電路經組態以執行一主機應用程式，藉此提供該使用者資料；且該UE包括經組態以執行與該主機應用程式相關聯之一用戶端應用程式之處理電路。 A5. 一種在一通信系統中實施之方法，該通信系統包含一主機電腦、一基地台及一使用者設備(UE)，該方法包括：在該主機電腦處提供使用者資料；及在該主機電腦處起始一傳輸以經由包括該基地台之一蜂巢式網路將該使用者資料攜載至該UE，其中該UE執行實施例1至3之任一者之步驟之任一者。 A6. 如前述實施例之方法，其進一步包括在該基地台處傳輸該使用者資料。 A7. 如前述兩項實施例之方法，其中藉由執行一主機應用程式而在該主機電腦處提供該使用者資料，該方法進一步包括在該UE處執行與該主機應用程式相關聯之一用戶端應用程式。 A8.一種通信系統，其包含包括一通信介面之一主機電腦，該通信介面經組態以接收源於從一使用者設備(UE)至一基地台之一傳輸的使用者資料，該UE包括一無線電介面及處理電路，其等經組態以與該基地台通信且協作地執行實施例1至3之任一者之操作。 A9. 如前述實施例之通信系統，其進一步包含該基地台。 A10. 如前述兩項實施例之通信系統，其進一步包含該UE，其中該UE經組態以與該基地台通信。 A11. 如前述三項實施例之通信系統，其中：該主機電腦之該處理電路經組態以執行一主機應用程式；且該UE經進一步組態以執行與該主機應用程式相關聯之一用戶端應用程式，藉此提供待由該主機電腦接收之該使用者資料。 A12. 一種在一通信系統中實施之方法，該通信系統包含一主機電腦、一基地台及一使用者設備(UE)，該方法包括：在該主機電腦處從該基地台接收源於該基地台已從該UE接收之一傳輸的使用者資料，其中該UE執行實施例1至3之任一者之步驟之任一者。 A13. 如前述實施例之方法，其進一步包括在該基地台處從該UE接收該使用者資料。 A14. 如前述兩項實施例之方法，其進一步包括在該基地台處起始該所接收使用者資料至該主機電腦之一傳輸。

在實質上不脫離本發明概念之原理的情況下，可對實施例做出許多變化及修改。全部此等變化及修改旨在包含於本文中之本發明概念之範疇內。因此，上文揭示之標的物應被視為闡釋性且非約束性，且實施例之實例旨在涵蓋全部此等修改、增強及落入本發明概念之精神及範疇內之其他實施例。因此，在法律容許之最大範圍內，本發明概念之範疇係由包含實施例之實例及其等之等效物之本發明之最廣泛可容許解釋來判定，且不應被前述詳細描述約束或限制。

50:無線器件 52:處理電路 54:天線 56:無線電收發器電路 62:數位處理電路 64:記憶體 66:電腦程式 68:組態資料 800:方法 802:方塊 804:方塊 910:電信網路 911:存取網路 912a至912c:基地台 913a至913c:涵蓋區域 914:核心網路 915:有線或無線連接 920:中間網路 921:連接 922:連接 930:主機電腦 950:影音串流平台(OTT)連接 991:第一使用者設備(UE) 992:第二使用者設備(UE) 1000:通信系統 1010:主機電腦 1011:軟體 1012:主機應用程式 1015:硬體 1016:通信介面 1018:處理電路 1020:基地台 1021:軟體 1025:硬體 1026:通信介面 1027:無線電介面 1028:處理電路 1030:使用者設備(UE) 1031:軟體 1032:用戶端應用程式 1035:硬體 1037:無線電介面 1038:處理電路 1050:影音串流平台(OTT)連接 1060:連接 1070:無線連接 1110:第一步驟 1111:選用子步驟 1120:第二步驟 1130:選用第三步驟 1140:選用第四步驟 1210:第一步驟 1220:第二步驟 1230:選用第三步驟 1310:選用第一步驟 1311:選用子步驟 1320:選用第二步驟 1321:選用子步驟 1330:選用第三子步驟 1340:第四步驟 1410:選用第一步驟 1420:選用第二步驟 1430:第三步驟 1502:執行模組 1504:刪除模組

圖1繪示一MAC級控制之一實例。圖2繪示狀態改變。圖3繪示組態發信號。圖4展示RRCConnectionReconfiguration欄位描述之一表。圖5展示MeasIdleConfig欄位描述之一表。圖6繪示閒置模式量測報告之一發信號圖。圖7繪示根據一些實施例之一無線器件之一方塊圖。圖8繪示根據一些實施例之無線器件中之一方法之一流程圖。圖9示意性地繪示根據一些實施例之經由一中間網路連接至一主機電腦之一電信網路。圖10係根據一些實施例之經由一基地台透過一部分無線連接而與一使用者設備通信之一主機電腦之一廣義方塊圖。圖11、圖12、圖13及圖14係繪示在包含一主機電腦、一基地台及一使用者設備之一通信系統中實施之例示性方法之流程圖。圖15係繪示根據一些實施例之一無線器件之一功能實施方案之一方塊圖。

800:方法

802:方塊

804:方塊

Claims

一種在一使用者設備(UE)中之方法，其經調適以執行閒置模式量測，該方法包括：在處於一閒置模式或非作用中狀態時執行及儲存一或多個無線電信號量測；及回應於以下事件之任一者而刪除該等所儲存無線電信號量測：進入無線電資源控制(RRC)連接狀態且在一RRC恢復完成訊息中報告該等所儲存無線電信號量測；接收不包含一閒置模式量測組態之一RRC釋放訊息；在處於RRC連接狀態時接收一RRC釋放訊息；接收一交遞訊息；接收新增用於載波聚合之一次要小區的一重組態訊息；接收修改用於載波聚合之一次要小區的一重組態訊息；接收啟動或撤銷啟動用於載波聚合之一次要小區的一重組態訊息；接收組態一或多個新連接模式量測之一訊息；成功獲得一或多個連接模式量測；接收指導該UE恢復一或多個連接模式量測之一訊息；進入RRC連接狀態且隨後經歷一無線電鏈路失敗、完整性檢查失敗或重組態失敗；進入RRC連接狀態且在用於維持閒置模式量測之一計時器期滿之前未接收到對閒置模式量測報告之一請求；及在未廣播一小區支援閒置模式量測之早期報告之一指示之該小區中恢復或建立一連接。
如請求項1之方法，其進一步包括：在進入該閒置模式或非作用中狀態時從一來源小區接收一閒置模式量測組態，其中該執行一或多個無線電信號量測係根據該所接收閒置模式量測組態。
如請求項1或2之方法，其中該方法包括在該刪除該等所儲存無線電信號量測之前，進入一連接狀態而不被請求報告該等閒置模式量測。
如請求項1或2之方法，其中回應於進入RRC連接狀態且在一RRC恢復完成訊息中報告該等所儲存無線電信號量測而刪除該等所儲存訊息，且其中該刪除係進一步回應於接收成功遞送該等量測之一認可。
如請求項1或2之方法，其中回應於接收啟動或撤銷啟動用於載波聚合之一次要小區的一重組態訊息而刪除該等所儲存訊息，且其中啟動或撤銷啟動該次要小區之該訊息係包括一次要小區狀態欄位之一RRC連接重組態或RRC重組態訊息。
如請求項1或2之方法，其中回應於接收啟動或撤銷啟動用於載波聚合之一次要小區的一重組態訊息而刪除該等所儲存訊息，且其中啟動或撤銷啟動該次要小區之該訊息係啟動或撤銷啟動該次要小區之一下行鏈路控制資訊(DCI)訊息。
如請求項1或2之方法，其中回應於成功獲得一或多個連接模式量測而刪除該等所儲存訊息，且其中該刪除係進一步以該無線器件在不指示一小區支援用於早期報告之閒置量測之該小區中成功獲得該一或多個連接模式量測為條件。
一種無線器件，其經調適以執行如請求項1至7中任一項之方法。
一種無線器件，其包括收發器電路及可操作地與該收發器電路相關聯之處理電路，其中該處理電路經組態以：在處於一閒置模式或非作用中狀態時執行及儲存一或多個無線電信號量測；及回應於以下事件之任一者而刪除該等所儲存無線電信號量測：進入無線電資源控制(RRC)連接狀態且在一RRC恢復完成訊息中報告該等所儲存無線電信號量測；接收不包含一閒置模式量測組態之一RRC釋放訊息；在處於RRC連接狀態時接收一RRC釋放訊息；接收一交遞訊息；接收新增用於載波聚合之一次要小區的一重組態訊息；接收修改用於載波聚合之一次要小區的一重組態訊息；接收啟動或撤銷啟動用於載波聚合之一次要小區的一重組態訊息；接收組態一或多個新連接模式量測之一訊息；成功獲得一或多個連接模式量測；接收指導該UE恢復一或多個連接模式量測之一訊息；進入RRC連接狀態且隨後經歷一無線電鏈路失敗、完整性檢查失敗或重組態失敗；進入RRC連接狀態且在用於維持閒置模式量測之一計時器期滿之前未接收到對閒置模式量測報告之一請求；及在未廣播一小區支援閒置模式量測之早期報告之一指示之該小區中恢復或建立一連接。
如請求項9之無線器件，其中該處理電路經進一步組態以：在進入該閒置模式或非作用中狀態時從一來源小區接收一閒置模式量測組態，且根據該所接收閒置模式量測組態執行該一或多個無線電信號量測。
如請求項9或10之無線器件，其中該處理電路經組態以在刪除該等所儲存無線電信號量測之前，進入一連接狀態而不被請求報告該等閒置模式量測。
如請求項9或10之無線器件，其中該處理電路經組態以回應於進入RRC連接狀態且在一RRC恢復完成訊息中報告該等所儲存無線電信號量測而刪除所儲存訊息，且其中該處理電路經組態以進一步回應於接收成功遞送該等量測之一認可而刪除該等所儲存訊息。
如請求項9或10之無線器件，其中該處理電路經組態以回應於接收啟動或撤銷啟動用於載波聚合之一次要小區的一重組態訊息而刪除所儲存訊息，且其中啟動或撤銷啟動該次要小區之該訊息係包括一次要小區狀態欄位之一RRC連接重組態或RRC重組態訊息。
如請求項9或10之無線器件，其中該處理電路經組態以回應於接收啟動或撤銷啟動用於載波聚合之一次要小區的一重組態訊息而刪除所儲存訊息，且其中啟動或撤銷啟動該次要小區之該訊息係啟動或撤銷啟動該次要小區之一下行鏈路控制資訊(DCI)訊息。
如請求項9或10之無線器件，其中該處理電路經組態以回應於成功獲得一或多個連接模式量測而刪除所儲存訊息，且其中該處理電路經進一步組態以使該刪除以該無線器件在不指示一小區支援用於早期報告之閒置量測之該小區中成功獲得該一或多個連接模式量測為條件。
一種電腦程式，其包括當在至少一個處理電路上執行時導致該至少一個處理電路實行如請求項1至7中任一項之方法之指令。
一種載體，其含有如請求項16之電腦程式，其中該載體係一電子信號、光學信號、無線電信號或電腦可讀儲存媒體之一者。