TWI779021B - 通訊設備中的喚醒信號(wus)和喚醒接收器(wur) - Google Patents

Abstract

一種用於通訊的方法，包括：使用者設備（UE）週期性地覺醒以針對喚醒信號搜尋空間中的喚醒信號（WUS）進行監測，喚醒信號具有與控制通道通訊的長度相比較短的長度，以允許UE決定UE是否應當針對控制通道通訊進行監測。

Description

通訊設備中的喚醒信號（WUS）和喚醒接收器（WUR）

在此主張於2017年5月15日提出申請的、名稱為「WAKE-UP SIGNAL (WUS) AND WAKE-UP RECEIVER (WUR) IN A COMMUNICATION DEVICE」的印度臨時專利申請案第201741016973號的申請日的權益，並且將其全部內容以引用方式併入本文中。

下文論述的技術係關於無線通訊系統，並且更特定而言，下文論述的技術係關於與通訊設備中的喚醒接收器（WUR）一起使用的喚醒信號（WUS）。各實施例實現並且提供了低管理負擔同步信號以高效地喚醒通訊設備中的接收器。

廣泛部署了無線通訊系統以提供諸如電話、視訊、資料、訊息傳遞和廣播之類的各種電信服務。典型的無線通訊系統可以採用能夠藉由共享可用的系統資源（例如，頻寬、發射功率）支援與多個使用者的通訊的多工存取技術。此種多工存取技術的實例包括分碼多工存取（CDMA）系統、分時多工存取（TDMA）系統、分頻多工存取（FDMA）系統、正交分頻多工存取（OFDMA）系統、單載波分頻多工存取（SC-FDMA）系統以及分時同步分碼多工存取（TD-SCDMA）系統。

已經在各種電信標準中採用了該等多工存取技術，以提供使不同的無線設備能夠在城市、國家、地區和甚至全球層面上進行通訊的公共協定。一種示例電信標準是長期進化（LTE）。LTE技術的進展的一個實例被稱為5G。術語5G表示LTE技術的進展，包括例如對無線介面的各種改進、處理改進以及賦能更高頻寬以提供額外的特徵和連接。

無線通訊設備（有時被稱為使用者設備（UE））可以與基地台進行通訊或者可以與另一個UE直接通訊。當UE與另一個UE直接通訊時，該通訊被稱為設備到設備（D2D）通訊。在特定用例中，UE可以是無線通訊設備（諸如可攜式蜂巢設備），或者可以是運載工具（諸如汽車、無人機），或者可以是任何其他連接的設備。

發送少量資訊的通訊類型被稱為機器類型通訊（MTC）。機器類型通訊通常是指如下的通訊：該等通訊特點在於在很少或沒有人為幹預的情況下在機器之間的自動資料產生、交換、處理和致動。

物聯網路（IoT）（有時亦被稱為萬聯網路（IoE））是以下各項的網路互連：實體設備、運載工具（有時被稱為「連接設備」及/或「智慧設備」）、建築物、以及可以內嵌有以下各項的其他物品：使該等物件能夠收集和交換資料和其他資訊的電子裝置、軟體、感測器、致動器和網路連接。

許多MTC和IoT通訊應用涉及對少量資料的相對不頻繁的交換。因此，期望的是，使在MTC和IoT通訊中以及在其他通訊中使用的資源量最小化。

所附的申請專利範圍的範圍內的系統、方法和設備的各種實現方式均具有若干態樣，其中沒有單個態樣單獨負責本文中所描述的期望屬性。在不限制所附的申請專利範圍的範圍的情況下，本文中描述了一些主要特徵。

在下文的附圖和描述中闡述了本說明書中描述的主旨的一或多個實現方式的細節。根據描述、附圖和申請專利範圍，其他特徵、態樣和優點將變得顯而易見。注意的是，下文的圖的相對尺寸可能不是按比例繪製的。

本揭示內容的一個態樣提供了一種用於通訊的方法。方法實施例包括一種用於通訊的方法，其包括：使用者設備（UE）週期性地覺醒以針對喚醒信號搜尋空間中的喚醒信號（WUS）進行監測，該喚醒信號具有與控制通道通訊的長度相比較短的長度，以允許該UE決定該UE是否應當針對該控制通道通訊進行監測。

本揭示內容的另一個態樣提供了一種用於通訊的裝置，其包括：使用者設備（UE），其經配置為：週期性地覺醒以針對喚醒信號搜尋空間中的喚醒信號（WUS）進行監測，該喚醒信號具有與控制通道通訊的長度相比較短的長度，以允許該UE決定該UE是否應當針對該控制通道通訊進行監測。

本揭示內容的另一個態樣提供了一種設備，其包括：用於使用者設備（UE）週期性地覺醒以針對喚醒信號搜尋空間中的喚醒信號（WUS）進行監測的構件，該喚醒信號具有與控制通道通訊的長度相比較短的長度，以允許該UE決定該UE是否應當針對該控制通道通訊進行監測。

本揭示內容的另一個態樣提供了一種儲存用於通訊的電腦可執行代碼的非暫時性電腦可讀取媒體，該代碼可由處理器執行以進行以下操作：致使使用者設備（UE）週期性地覺醒以針對喚醒信號搜尋空間中的喚醒信號（WUS）進行監測，該喚醒信號具有與控制通道通訊的長度相比較短的長度，以允許該UE決定該UE是否應當針對該控制通道通訊進行監測。

本文中使用「示例性」一詞意指「用作實例、示例或說明」。在本文中被描述為「示例性」的任何態樣未必被解釋為較佳的或者比其他態樣有優勢。

現在將參照各種裝置和方法來提供電信系統的若干態樣。將藉由各個區塊、部件、電路、程序、演算法等（統稱為「元素」），在以下的詳細描述中描述並且在附圖中示出該等裝置和方法。該等元素可以使用電子硬體、電腦軟體或其任意組合來實現。至於該等元素是實現為硬體還是軟體，取決於特定的應用和對整個系統所施加的設計約束。

舉例而言，可以將元素、或元素的任何部分、或元素的任意組合實現為「處理系統」，其包括一或多個處理器。處理器的實例包括：微處理器、微控制器、圖形處理單元（GPU）、中央處理單元（CPU）、應用處理器、數位訊號處理器（DSP）、精簡指令集運算（RISC）處理器、片上系統（SoC）、基頻處理器、現場可程式設計閘陣列（FPGA）、可程式設計邏輯設備（PLD）、狀態機、閘控邏輯、個別硬體電路、以及經配置為執行貫穿本揭示內容描述的各種功能的其他合適的硬體。處理系統中的一或多個處理器可以執行軟體。無論被稱為軟體、韌體、中介軟體、微代碼、硬體描述語言還是其他術語，軟體皆應當被廣義地解釋為意指指令、指令集、代碼、程式碼片段、程式碼、程式、子程式、軟體部件、應用、軟體應用、套裝軟體、常式、子常式、物件、可執行檔、執行的執行緒、程序、功能等。

相應地，在一或多個示例實施例中，可以用硬體、軟體或其任意組合來實現所描述的功能。若用軟體來實現，則該等功能可以儲存在電腦可讀取媒體上或編碼為電腦可讀取媒體上的一或多個指令或代碼。電腦可讀取媒體包括電腦儲存媒體。儲存媒體可以是能夠由電腦存取的任何可用媒體。經由舉例而非限制的方式，此種電腦可讀取媒體可以包括隨機存取記憶體（RAM）、唯讀記憶體（ROM）、電子可抹除可程式設計ROM（EEPROM）、光碟儲存、磁碟儲存、其他磁儲存設備、上述類型的電腦可讀取媒體的組合、或者能夠用於儲存能夠由電腦存取的具有指令或資料結構形式的電腦可執行代碼的任何其他媒體。

下文的描述提供了實例，而並不限制申請專利範圍中闡述的範圍、適用性或實例。可以在不脫離本揭示內容的範圍的情況下，在所論述的元素的功能和佈置方面進行改變。各個實例可以酌情省略、替換、或者添加各種程序或部件。例如，可以按照與所描述的次序不同的次序來執行所描述的方法，並且可以添加、省略、或組合各個步驟。此外，可以將關於一些實例所描述的特徵組合到其他實例中。

使用者設備（UE）可以處於多種不同的狀態中。例如，RCC-連接（無線電資源控制-連接）是指UE和基地台連接並且UE可用於與基地台交換資訊的狀態。在被稱為RCC-閒置（無線電資源控制-閒置）的情況下，UE處於如下的狀態：在該狀態中，該UE沒有在與基地台交換資訊，但是該UE嘗試找到並且維持與基地台的服務連接。

當基地台和UE處於RRC-閒置狀態時，UE可以在兩種情況下睡眠。在第一種情況下，UE可以進入被稱為C-DRX（連接-不連續接收）模式的模式，在該模式中UE可以進入「宏睡眠」的時段，其中其可以睡眠最多大約0.512秒。在UE處於C-DRX模式時，這可以發生在來自基地台的傳輸中的長或短間隙期間。

在另一種情況下，UE可以進入被稱為「微睡眠」的狀態，其中其可以睡眠多達12個符號週期（大約170微秒（μs））。例如，這可以發生在UE辨識出不存在經排程為用於當前子訊框的資料（實體下行鏈路共享通道（PDSCH））並且可以進入微睡眠模式直到下一個子訊框邊界為止時。

另一種DRX狀態被稱為eDRX（擴展的DRX），在該狀態中，UE可以睡眠達延長的時間段（在數分鐘或小時的量級上）。例如，在可能存在分鐘或小時量級上的預期其中沒有傳輸的長時段情況下，eDRX狀態對於UE設備特別有用。eDRX狀態使得UE顯著減小功耗。

本揭示內容的示例性實施例涉及用於藉由發送小的（例如，一（1）位元）傳輸來喚醒通訊設備中的接收器的系統和方法，其中該傳輸可以向接收器提醒存在針對該通訊設備的實體下行鏈路控制通道（PDCCH）傳輸或者其他通訊。小的一（1）位元信號可以被稱為「喚醒信號」（WUS）。其他低位元計數信號亦可以用作WUS。接收器或接收器的一部分可以用於針對喚醒信號進行監測。此種接收器可以被稱為「喚醒接收器」（WUR）。如本文所使用的，術語「喚醒接收器」（WUR）可以代表單獨的低功率接收器、作為另一個接收器的部分的低功率接收器電路、或者通訊設備中的接收器或數據機的一部分，其可以可在低功耗狀態或短暫時間段期間操作，並且經配置為：接收喚醒信號，並且對喚醒信號進行處理，以便僅在通訊是以該UE為目的地時才喚醒接收器。

圖1是示出LTE網路架構100的圖。LTE網路架構100可以被稱為進化封包系統（EPS）100。EPS 100可以包括一或多個使用者設備（UE）102、進化型UMTS陸地無線電存取網路（E-UTRAN）104、進化封包核心（EPC）110以及服務供應商的網際網路協定（IP）服務122。EPS可以與其他存取網路互連，不過為了簡單起見，未圖示彼等實體/介面。如圖所示，EPS提供封包切換服務；然而，如本領域技藝人士將容易地明白的，可以將貫穿本揭示內容所提供的各種概念擴展至提供電路切換服務的網路。此外，儘管LTE網路經示出為實例，但是亦可以使用其他類型的網路（僅舉例而言，其包括5G網路）。

E-UTRAN 104包括進化型節點B（eNB）106和其他eNB 108，並且可以包括多播協調實體（MCE）128。eNB 106提供朝向UE 102的使用者平面和控制平面協定終止。eNB 106可以經由回載（例如，X2介面）連接到其他eNB 108。MCE 128為進化型多媒體廣播多播服務（MBMS）（eMBMS）分配時間/頻率無線電資源，並且決定用於eMBMS的無線電配置（例如，調制和編碼方案（MCS））。MCE 128可以是單獨的實體或eNB 106的部分。eNB 106亦可以被稱為基地台、節點B、存取點、基地台收發機、無線電基地台、無線電收發機、收發機功能單元、基本服務集（BSS）、擴展服務集（ESS）或者一些其他適當的術語。eNB 106為UE 102提供到EPC 110的存取點。UE 102的實例包括蜂巢式電話、智慧型電話、對話啟動協定（SIP）電話、膝上型電腦、個人數位助理（PDA）、衛星無線電單元、全球定位系統、多媒體設備、視訊設備、數位音訊播放機（例如，MP3播放機）、照相機、遊戲控制台、平板設備、智慧設備、可穿戴設備、運載工具或任何其他相似功能的設備。UE 102亦可以被本領域技藝人士稱為行動站、用戶站、行動單元、用戶單元、無線單元、遠端單元、行動設備、無線設備、無線通訊設備、遠端設備、行動用戶站、存取終端、行動終端、無線終端、遠端終端、手機、使用者代理、行動服務客戶端、客戶端或者一些其他適當的術語。

eNB 106連接到EPC 110。EPC 110可以包括：行動管理實體（MME）112、家庭用戶伺服器（HSS）120、其他MME 114、服務閘道116、多媒體廣播多播服務（MBMS）閘道124、廣播多播服務中心（BM-SC）126、以及封包資料網路（PDN）閘道118。MME 112是處理UE 102和EPC 110之間的訊號傳遞的控制節點。通常，MME 112提供承載和連接管理。經由服務閘道116傳輸所有的使用者IP封包，服務閘道116本身連接到PDN閘道118。PDN閘道118提供UE IP位址分配以及其他功能。PDN閘道118和BM-SC 126連接到IP服務122。IP服務122可以包括網際網路、網內網路、IP多媒體子系統（IMS）、PS串流服務（PSS）及/或其他IP服務。BM-SC 126可以提供用於MBMS使用者服務供應和傳送的功能。BM-SC 126可以用作內容提供者MBMS傳輸的入口點，可以用於在PLMN中授權和發起MBMS承載服務，以及可以用於排程和傳送MBMS傳輸。MBMS閘道124可以用於向屬於廣播特定服務的多播廣播單頻網路（MBSFN）區域的eNB（例如，106、108）分發MBMS傳輸量，並且可以負責通信期管理（開始/結束）以及負責收集與eMBMS相關的計費資訊。

圖2是示出LTE網路架構中的存取網路200的實例的圖。在該實例中，存取網路200被劃分為多個蜂巢區域（細胞）202。一或多個較低功率等級的eNB 208可以具有與細胞202中的一或多個細胞重疊的蜂巢區域210。較低功率等級的eNB 208可以是毫微微細胞（例如，家庭eNB（HeNB））、微微細胞、微細胞或遠端無線電頭端（RRH）。巨集eNB 204分別被指派給相應的細胞202，並且經配置為向細胞202中的所有UE 206提供到EPC 110的存取點。在存取網路200的該實例中，不存在集中式控制器，但是可以在替代配置中使用集中式控制器。eNB 204負責所有與無線電相關的功能，包括無線電承載控制、許可控制、行動控制、排程、安全以及到服務閘道116的連接。eNB可以支援一或多個（例如，三個）細胞（亦被稱為扇區）。術語「細胞」可以代表eNB的最小覆蓋區域及/或為特定覆蓋區域服務的eNB子系統。此外，術語「eNB」、「基地台」和「細胞」可以在本文中互換使用。

存取網路200採用的調制和多工存取方案可以根據所部署的特定電信標準而變化。在LTE應用中，在DL上使用OFDM，而在UL上使用SC-FDMA，以支援分頻雙工（FDD）和分時雙工（TDD）兩者。如本領域技藝人士將從下文的詳細描述中容易明白的，本文所提供的各種概念非常適合於LTE應用。然而，該等概念可以容易地擴展至採用其他調制和多工存取技術的其他電信標準。舉例而言，該等概念可以擴展至進化資料最佳化（EV-DO）、超行動寬頻（UWB）、5G或其他調制和多工存取技術。EV-DO 和UWB是由第三代合作夥伴計畫2（3GPP2）所發佈的、作為CDMA2000系列的標準的部分的空中介面標準，並且採用CDMA來提供針對行動站的寬頻網際網路存取。該等概念亦可以擴展至：採用寬頻CDMA（W-CDMA）和CDMA的其他變型（諸如TD-SCDMA）的通用陸地無線電存取（UTRA）；採用TDMA的行動通訊全球系統（GSM）；及採用OFDMA的進化型UTRA（E-UTRA）、IEEE 802.11（Wi-Fi）、IEEE 802.16（WiMAX）、IEEE 802.20以及快閃OFDM。在來自3GPP組織的文件中描述了UTRA、E-UTRA、UMTS、LTE和GSM。在來自3GPP2組織的文件中描述了CDMA2000和UMB。所採用的實際無線通訊標準和多工存取技術將取決於具體應用和對系統所施加的整體設計約束。

eNB 204可以具有支援MIMO技術的多個天線。MIMO技術的使用使得eNB 204能夠利用空間域來支援空間多工、波束成形以及發射分集。空間多工可以用於在相同頻率上同時發送不同的資料串流。可以將資料串流發送給單個UE 206以增加資料速率，或者發送給多個UE 206以增加整體系統容量。這藉由以下操作來實現：對每個資料串流進行空間預編碼（亦即，應用對幅度和相位的縮放），以及隨後在DL上經由多個發射天線來發送每個經空間預編碼的串流。經空間預編碼的資料串流到達具有不同的空間簽名的UE 206處，這使得UE 206之每一者能夠恢復出以該UE 206為目的地的一或多個資料串流。在UL上，每個UE 206發送經空間預編碼的資料串流，這使得eNB 204能夠辨識每個經空間預編碼的資料串流的來源。

當通道狀況良好時，一般使用空間多工。當通道狀況不佳時，可以使用波束成形來將傳輸能量集中在一或多個方向上。這可以藉由對經由多個天線傳輸的資料進行空間預編碼來實現。為了在細胞的邊緣處實現良好的覆蓋，可以結合發射分集來使用單個串流波束成形傳輸。

在隨後的詳細描述中，將參照在DL上支援OFDM的MIMO系統來對存取網路的各個態樣進行描述。OFDM是一種將資料調制到OFDM符號之內的多個次載波上的展頻技術。次載波以精確的頻率間隔開。該間隔提供了使接收器能夠從次載波恢復出資料的「正交性」。在時域中，可以向每個OFDM符號添加保護間隔（例如，循環字首）來對抗OFDM符號間干擾。UL可以以DFT擴展的OFDM信號形式來使用SC-FDMA以補償高峰均功率比（PAPR）。

圖3是示出LTE中的DL訊框結構的實例的圖300。一個訊框（10 ms）可以被劃分為10個大小相等的子訊框。每個子訊框可以包括兩個連續的時槽。一個資源柵格可以用於表示兩個時槽，每個時槽包括資源區塊。資源柵格被劃分為多個資源元素。在LTE中，對於普通循環字首而言，資源區塊包含頻域中的12個連續的次載波以及時域中的7個連續的OFDM符號，總共84個資源元素。對於擴展循環字首而言，資源區塊包含頻域中的12個連續的次載波以及時域中的6個連續的OFDM符號，總共72個資源元素。資源元素中的一些（被指示為R 302、304）包括DL參考信號（DL-RS）。DL-RS包括細胞特定RS（CRS）（有時亦被稱為公共RS）302、UE特定RS（UE-RS）304。對於窄頻LTE，可以使用窄頻細胞特定參考信號（NRS）。在相應的實體DL共用通道（PDSCH）被映射在其上的資源區塊上發送UE-RS 304。每個資源元素攜帶的位元數取決於調制方案。因此，UE接收的資源區塊越多並且調制方案越高，則針對UE的資料速率就越高。

圖4是示出LTE中的UL訊框結構的實例的圖400。用於UL的可用資源區塊可以被劃分為資料部分和控制部分。控制部分可以在系統頻寬的兩個邊緣處形成，並且可以具有可配置的大小。可以將控制部分中的資源區塊指派給UE以用於控制資訊的傳輸。資料部分可以包括未包括在控制部分中的所有資源區塊。UL訊框結構使得資料部分包括連續的次載波，這可以允許將資料部分中的所有連續的次載波指派給單個UE。

可以將控制部分中的資源區塊410a、410b指派給UE以向eNB發送控制資訊。亦可以將資料部分中的資源區塊420a、420b指派給UE以向eNB發送資料。UE可以在控制部分中的所指派的資源區塊上的實體UL控制通道（PUCCH）中發送控制資訊。UE可以在資料部分中的所指派的資源區塊上的實體UL共用通道（PUSCH）中發送資料或者發送資料和控制資訊兩者。UL傳輸可以跨越子訊框的兩個時槽並且可以跨越頻率而跳變。

一組資源區塊可以用於執行初始系統存取以及實現實體隨機存取通道（PRACH）430中的UL同步。PRACH 430攜帶隨機序列，而無法攜帶任何UL資料/訊號傳遞。每個隨機存取前序信號佔用與六個連續的資源區塊相對應的頻寬。起始頻率由網路指定。亦即，隨機存取前序信號的傳輸被限制在某些時間和頻率資源中。不存在針對PRACH的跳頻。在單個子訊框（1 ms）或在幾個連續子訊框的序列中進行PRACH嘗試，並且UE可以在每訊框（10 ms）進行單次PRACH嘗試。

如本文中根據本揭示內容的示例性實施例所描述的，PRACH 430中的初始符號或者經修改的PRACH或NPRACH（在適當的情況下）可以由UE用來在UE和基地台之間的無線電資源控制（RRC）無線電通訊鏈路建立之前發送用於eMTC通訊及/或IoT通訊的小資料傳輸。如本文中所使用的，術語(N)PRACH可以用於代表寬頻PRACH及/或窄頻NPRACH。

圖5是示出根據本揭示內容的各個態樣的LTE中的用於使用者平面和控制平面的無線電協定架構的實例的圖500。用於UE和eNB的無線電協定架構經圖示為具有三層：層1、層2和層3。層1（L1層）是最低層，並且實現各種實體層信號處理功能。L1層在本文中將被稱為實體層506。層2（L2層）508在實體層506之上，並且負責UE和eNB之間在實體層506上的鏈路。

在使用者平面中，L2層508包括終止於網路側上的eNB處的媒體存取控制（MAC）子層510、無線電鏈路控制（RLC）子層512以及封包資料彙聚協定（PDCP）514子層。儘管未圖示，但是UE可以在L2層508之上具有若干上層，其包括終止於網路側上的PDN閘道118處的網路層（例如，IP層）以及終止於連接的另一端（例如，遠端UE、伺服器等）處的應用層。

PDCP子層514提供不同的無線電承載和邏輯通道之間的多工。PDCP子層514亦為上層資料封包提供標頭壓縮以減小無線電傳輸管理負擔，藉由加密資料封包來提供安全性，以及提供針對UE在eNB之間的交遞支援。RLC子層512提供對上層資料封包的分段和重組、對丟失資料封包的重傳以及對資料封包的重新排序，以補償由於混合自動重傳請求（HARQ）導致的亂序接收。MAC子層510提供邏輯通道和傳輸通道之間的多工。MAC子層510亦負責在UE之間分配一個細胞中的各種無線電資源（例如，資源區塊）。MAC子層510亦負責HARQ操作。

在控制平面中，除了針對控制平面而言不存在標頭壓縮以外，用於UE和eNB的無線電協定架構對於實體層506和L2層508是實質上相同的。控制平面在層3（L3層）中亦包括無線電資源控制（RRC）子層516。RRC子層516負責獲取無線電資源（例如，無線電承載）並且負責使用eNB和UE之間的RRC訊號傳遞來配置較低層。

圖6是根據本揭示內容的各個態樣的存取網路中的eNB 610與UE 650進行通訊的方塊圖。在DL中，將來自核心網路的上層封包提供給控制器/處理器675。控制器/處理器675實現L2層的功能。在DL中，控制器/處理器675提供標頭壓縮、加密、封包分段和重新排序、邏輯通道和傳輸通道之間的多工以及基於各種優先順序度量的針對UE 650的無線電資源配置。控制器/處理器675亦負責HARQ操作、對丟失封包的重傳以及向UE 650發信號。

發送（TX）處理器616實現針對L1層（亦即，實體層）的各種信號處理功能。信號處理功能包括編碼和交錯以促進UE 650處的前向糾錯（FEC），以及基於各種調制方案（例如，二進位移相鍵控（BPSK）、正交移相鍵控（QPSK）、M移相鍵控（M-PSK）、M正交幅度調制（M-QAM））映射至信號群集。隨後，將經編碼且經調制的符號分成並行的串流。隨後，將每個串流映射至OFDM次載波，在時域及/或頻域中與參考信號（例如，引導頻）進行多工處理，並且隨後使用快速傅裡葉逆變換（IFFT）將其組合在一起，以產生攜帶時域OFDM符號串流的實體通道。對OFDM串流進行空間預編碼，以產生多個空間串流。來自通道估計器674的通道估計可以用於決定編碼和調制方案以及用於空間處理。通道估計可以是根據UE 650發送的參考信號及/或通道狀況回饋來推導的。隨後，可以將每個空間串流經由單獨的發射器618TX提供給不同的天線620。每個發射器618TX可以使用相應的空間串流來對RF載波進行調制以進行傳輸。

在UE 650處，每個接收器654RX經由其相應的天線652接收信號。每個接收器654RX對被調制到RF載波上的資訊進行恢復，並且向接收（RX）處理器656提供該資訊。RX處理器656實現L1層的各種信號處理功能。RX處理器656可以對該資訊執行空間處理，以恢復出以UE 650為目的地的任何空間串流。若多個空間串流是以UE 650為目的地的，則RX處理器656可以將其組合成單個OFDM符號串流。隨後，RX處理器656使用快速傅裡葉變換（FFT）將OFDM符號串流從時域變換到頻域。頻域信號包括針對OFDM信號的每個次載波的單獨的OFDM符號串流。藉由決定eNB 610發送的最有可能的信號群集點來對每個次載波上的符號以及參考信號進行恢復和解調。該等軟判決可以是基於通道估計器658所計算出的通道估計的。隨後，對軟判決進行解碼和解交錯來恢復由eNB 610最初在實體通道上發送的資料和控制信號。隨後將資料和控制信號提供給控制器/處理器659。

控制器/處理器659實現L2層。控制器/處理器可以與儲存程式碼和資料的記憶體660相關聯。記憶體660可以被稱為電腦可讀取媒體。在UL中，控制器/處理器659提供傳輸通道和邏輯通道之間的解多工、封包重組、解密、標頭解壓縮、控制信號處理，以恢復來自核心網的上層封包。隨後將上層封包提供給資料槽662，其表示L2層之上的所有協定層。亦可以將各種控制信號提供給資料槽662以用於L3處理。控制器/處理器659亦負責錯誤偵測，其使用認可（ACK）及/或否定認可（NACK）協定來支援HARQ操作。

在UL中，資料來源667用於向控制器/處理器659提供上層封包。資料來源667表示L2層之上的所有協定層。與結合eNB 610進行的DL傳輸所描述的功能相似，控制器/處理器659藉由提供標頭壓縮、加密、封包分段和重新排序以及基於eNB 610的無線電資源配置來在邏輯通道和傳輸通道之間的多工，從而實現用於使用者平面和控制平面的L2層。控制器/處理器659亦負責HARQ操作、對丟失封包的重傳以及向eNB 610發信號。

TX處理器668可以使用由通道估計器658根據eNB 610發送的參考信號或回饋推導出的通道估計，來選擇合適的編碼和調制方案，以及來促進空間處理。可以將TX處理器668產生的空間串流經由單獨的發射器654TX提供給不同的天線652。每個發射器654TX可以使用相應的空間串流來對RF載波進行調制以進行傳輸。

在eNB 610處，以與結合UE 650處的接收器功能所描述的方式相似的方式對UL傳輸進行處理。每個接收器618RX經由其相應的天線620接收信號。每個接收器618RX對被調制到RF載波上的資訊進行恢復，並且向RX處理器670提供該資訊。RX處理器670可以實現L1層。

控制器/處理器675實現L2層。控制器/處理器675可以與儲存程式碼和資料的記憶體676相關聯。記憶體676可以被稱為電腦可讀取媒體。在UL中，控制器/處理器675提供傳輸通道和邏輯通道之間的解多工、封包重組、解密、標頭解壓縮、控制信號處理，以對來自UE 650的上層封包進行恢復。可以將來自控制器/處理器675的上層封包提供給核心網路。控制器/處理器675亦負責錯誤偵測，其使用ACK及/或NACK協定來支援HARQ操作。

在一個示例性實施例中，eNB 610和UE 650中的一者或兩者可以具有允許本文中描述的MCT/IoT通訊的邏輯單元、軟體、韌體、配置檔等。

圖7是示出根據本揭示內容的各個態樣的通訊系統的圖700。圖7包括節點702、MTC UE 704和UE 706（亦稱為「非MTC UE」）。節點702可以是巨集節點（例如，eNB）、毫微微節點、微微節點或類似的基地台、行動基地台、中繼器、UE（例如，以同級間或自組織模式與另一個UE進行通訊）、其部分、及/或在無線網路中通訊控制資料的實質上任何部件。MTC UE 704和非MTC UE 706各者可以是行動終端、固定終端、數據機（或其他系留設備）、其一部分，及/或在無線網路中接收控制資料的實質上任何設備。

如圖7所示，MTC UE 704從eNB 702接收DL傳輸710，以及向eNB 702發送UL傳輸708。在一個態樣中，DL和UL傳輸710和708可以包括MTC控制資訊或MTC資料。如圖7進一步所示，UE 706從eNB 702接收DL傳輸712，並且向eNB 702發送UL傳輸714。

圖8A至圖8C是示出根據本揭示內容的各個態樣的、MTC UE在經分配為用於非MTC UE的大頻寬中的窄頻操作的圖802、810和814。圖8A圖示經分配為用於非MTC UE的大頻寬806，並且進一步圖示DL中心頻率803。相應地，DL在大頻寬806的中心進行操作。在圖8A的配置中，陰影部分804經預留為用於實體下行鏈路控制通道（PDCCH）。如圖8A進一步所示，窄頻寬808可以用於UL和DL二者，並且可以用於主要同步信號（PSS）、輔同步信號（SSS）、實體廣播通道（PBCH）、SIB及/或傳呼。例如，窄頻寬可以是1.25 MHZ。圖8B圖示UL中心頻率811和窄頻寬812。例如，UL隨機存取通道（RACH）訊息（例如，訊息1和訊息3）可以由MTC UE在UL中心頻率811中通訊，以便於對網路進行存取。如圖8C所示，可以在不同於窄頻寬808的頻寬（諸如頻寬816）中通訊其他UL傳輸。應當理解的是，在圖8A至圖8C中，小頻寬808可以位於除了大頻寬806的中心之外的區域中。

在具體的實例中，LTE允許以下傳輸模式（TM）：用於單天線埠的TM1、用於發射分集的TM2、用於開放迴路MIMO的TM3、用於閉合迴路MIMO的TM4、用於多使用者MIMO的TM5、用於單層閉合迴路MIMO的TM6、用於具有專用參考信號（RS）的單層波束成形的TM7、用於具有專用RS的雙層波束成形的TM8、用於具有多達8層傳輸的MIMO的TM9以及用於協調多點（CoMP）的TM10。對於SIB/MIB傳輸以及用於RACH的訊息2和訊息4，使用預設傳輸模式：TM1用於單個發射（Tx）天線，而TM2用於2個發射（Tx）天線或4個Tx天線。可以基於特定於UE的無線電資源控制（RRC）訊號傳遞，來將UE切換到另一傳輸模式。

MIB或實體廣播通道（PBCH）可以包含各種資訊位元，諸如頻寬資訊位元、實體HARQ指示符通道（PHICH）配置位元和SFN位元。頻寬資訊可以是四位元；然而，當使用窄頻操作時，針對MTC可以不需要此種頻寬資訊。PHICH配置位元可以是三位元（例如，一位元用於持續時間，兩位元用於PHICH組）。然而，若使用NCT或者若使用針對PBCH子訊框的固定控制區域，則可以不需要此種PHICH配置。SFN位元可以是八位元的最高有效位元（MSB）（其他2位元來自對40 ms中的PBCH的盲解碼）。稍後可以在有效負荷中用信號發送SFN位元。可以藉由另一個信號傳送天線資訊。PBCH傳輸匹配在4個天線埠周圍，空間頻率區塊碼（SFBC）或SFBC頻率切換的發射分集（FSTD）用於為2或4的天線數量。結合4個時序假設和3個天線假設，針對當前PBCH解碼需要總共12個盲解碼。

因此，為了降低成本，MTC可以在窄頻（例如，六個資源區塊（RB））中操作。考慮到成本節省以及對資料速率的限制要求，傳輸模式可以僅限於不支援空間多工的彼等傳輸模式。

圖9是圖示針對處於閒置模式的UE的習知DRX循環的示例性實施例的圖900。圖900圖示等時線902和DRX循環904。使用元件符號910圖示用於接收器的示例性總覺醒時間。總覺醒時間包括預熱時段911、同步（SYNC）時段912、在其期間接收器監測MTC實體下行鏈路控制通道（MPDCCH）的時段914以及斜降時段916。類似地，亦使用元件符號920圖示用於接收器的示例性總覺醒時間。總覺醒時間包括預熱時段921、同步（SYNC）時段922、在其期間接收器監測MTC實體下行鏈路控制通道（MPDCCH）的時段924以及斜降時段926。睡眠時段915從斜降時段916的結束延長到預熱時段921的開始。在一個示例性實施例中，MPDCCH監測時段（亦被稱為搜尋空間）914可以發生在傳呼傳輸訊窗（PTW）935內，並且MPDCCH監測時段（亦被稱為搜尋空間）924可以發生在傳呼傳輸訊窗937內。來自基地台的傳呼時機（其可以包括MPDCCH（或PDCCH）通訊的傳輸）可以發生在傳呼傳輸訊窗935和傳呼傳輸訊窗937內。UE在其傳呼傳輸訊窗935和937中針對來自基地台的傳呼進行監測。UE在其傳呼傳輸訊窗之前處於睡眠模式。UE比其傳呼傳輸訊窗稍早覺醒，以獲得時序/頻率同步以及重新確認服務細胞。這在圖9中被圖示為預熱時段911和SYNCH時段912（以及預熱時段921和SYNC時段922）。在該實例中，一旦UE具有時序/頻率同步，UE就在時段914和924期間監測MTC實體下行鏈路控制通道（MPDCCH）。若不存在傳呼（其是圖9所示的情況），則UE重新進入睡眠直到下一個傳呼傳輸訊窗為止。UE覺醒的時間量包括用於預熱、同步的時間、用於監測MPDCCH的時間以及斜降時間。由於MPDCCH有效負荷包含若干位元，因此用於對MPDCCH進行解碼的時間可能跨越數十個子訊框。

在一個示例性實施例中，可以藉由發送例如「1位元」喚醒信號來大幅減少UE的覺醒時間，該「1位元」喚醒信號使得UE提前知道UE是否應當完全覺醒來對MPDCCH（或PDCCH）通訊進行監測。

圖10是圖示針對處於閒置模式中的UE的DRX循環（其中UE可以不覺醒）的示例性實施例的圖1000。圖1000圖示等時線1002和DRX循環1004。使用元件符號1010圖示用於接收器的示例性總覺醒時間。總覺醒時間包括預熱時段1011、喚醒信號監測時段（亦被稱為搜尋空間）1012和斜降時段1016。類似地，亦使用元件符號1020圖示用於接收器的示例性總覺醒時間。總覺醒時間包括預熱時段1021、喚醒信號監測時段（亦被稱為搜尋空間）1022和斜降時段1026。睡眠時段1015從斜降時段1016的結束延長到預熱時段1021的開始。在一個示例性實施例中，在喚醒信號監測時段1012和喚醒信號監測時段1022期間，UE同步至基地台，並且針對喚醒信號進行監測。在該示例性實施例中，若UE在時段1012或者時段1022中沒有偵測到喚醒信號（或者UE對喚醒信號進行解碼並且喚醒信號指示不存在MPDCCH（或者PDCCH）），則UE在斜降時段1016或1026之後立即返回到睡眠模式，並且不保持覺醒來監測MPDCCH通道，從而使得睡眠時段1015比圖9中的睡眠時段915更長。由於預期喚醒信號的長度遠小於MPDCCH通道的長度（因為喚醒信號有效地傳送了少得多的位元），因此顯著減少了UE覺醒的時間，因此減少了相應的功耗。如圖10所示，傳呼傳輸訊窗1035和傳呼傳輸訊窗1037不包括UE監測MPDCCH通道，從而使得UE可以在傳呼傳輸訊窗1035和傳呼傳輸訊窗1037期間保持在睡眠模式中。

圖11是圖示當傳呼信號發送給UE時的示例性UE處理的圖1100。在一個示例性實施例中，等時線1102圖示在斜升時段1111之前並且在喚醒信號1130搜尋空間1112中接收示例性喚醒信號之前的時間1115期間，UE可以處於睡眠模式。斜升時段1111可以包括允許UE獲得與基地台的時序和頻率同步的一或多個信號，諸如引導頻信號（CRS/NRS/其他引導頻信號）。一旦偵測到喚醒信號1130，UE將在傳呼傳輸訊窗1135期間監測MPDCCH通道1114。傳呼傳輸訊窗是指基地台可以「傳呼」UE以喚醒UE以使得UE可以接收資料傳輸的時間段。一旦偵測到MPDCCH通道，UE可以接收並且解碼相關聯的MTC PDSCH（MPDSCH）通道（資料通道）1137。

圖12是圖示包括主接收器1210、喚醒接收器1220和基頻處理器1230的示例性接收器架構的圖1200。圖12中所示的主接收器1210和喚醒接收器1220的描繪意欲表示基本接收器架構，其中主接收器1210和喚醒接收器1220的細節取決於應用。本領域技藝人士將認識到的是，主接收器1210和喚醒接收器1220可以採取多種不同的形式。在一個示例性實施例中，主接收器1210可以包括接收器前端1211、降頻轉換器1212、放大器/基頻濾波器1214、解調器1216和類比數位轉換器（ADC）1217。在一個示例性實施例中，接收器前端1211可以包括經配置為接收射頻信號並且對所接收的RF信號進行放大以供進一步處理的濾波器和低雜訊放大器（LNA）中的一或多項。在一個示例性實施例中，降頻轉換器1212可以包括經配置為接收接收器前端1211的輸出並且使用本端振盪器（LO）信號將RF信號降頻轉換為中頻（IF）信號或基頻信號或近基頻信號以供進一步處理的電路。在一個示例性實施例中，放大器/基頻濾波器1214可以經配置為對經降頻轉換的信號進一步放大及/或濾波。在一個示例性實施例中，解調器1216可以經配置為對所接收的信號進行解調以恢復出原始資訊信號（資料）。在一個示例性實施例中，ADC 1217可以經配置為將來自解調器1216的類比信號轉換為數位信號，諸如表示資訊信號的同相（I）和正交（Q）數位信號。可以將ADC 1217的輸出提供給基頻處理器1230以供進一步處理。

在一個示例性實施例中，喚醒接收器1220可以包括接收器前端1221、降頻轉換器1222、放大器/基頻濾波器1224、解調器1226和類比數位轉換器（ADC）1227。在一個示例性實施例中，接收器前端1221可以包括經配置為接收射頻信號並且對所接收的RF信號進行放大以供進一步處理的濾波器和低雜訊放大器（LNA）中的一或多項。在一個示例性實施例中，降頻轉換器1222可以包括經配置為接收接收器前端1221的輸出並且使用本端振盪器（LO）信號將RF信號降頻轉換為中頻（IF）信號或基頻信號或近基頻信號以供進一步處理的電路。在一個示例性實施例中，放大器/基頻濾波器1224可以經配置為對經降頻轉換的信號進一步放大及/或濾波。在一個示例性實施例中，解調器1226可以經配置為對所接收的信號進行解調以恢復原始資訊信號（資料）。在一個示例性實施例中，ADC 1227可以經配置為將來自解調器1226的類比信號轉換為數位信號，諸如表示資訊信號的同相（I）和正交（Q）數位信號。可以將ADC 1227的輸出提供給基頻處理器1230以供進一步處理。

在一個示例性實施例中，基頻處理器1230可以包括數位訊號處理器1232和喚醒信號處理器1235。DSP 1232可以經配置為：執行一或多個數位處理操作，以將從ADC 1217接收的數位資訊信號轉換為可用資料信號。在一個示例性實施例中，喚醒信號處理器1235可以經配置為：執行一或多個數位處理操作，以將從ADC 1227接收的數位資訊信號轉換為以下信號：該信號可以用於決定基頻處理器1230的未用於喚醒信號處理的部分和接收器1210是否應當被啟動以對從主接收器1210接收的信號進行處理。在一個示例性實施例中，喚醒接收器1220可以包括如圖12所示的單獨的接收器，或者可以包括主接收器1210的具有被定製為對喚醒信號1130（圖11）進行處理的處理能力的一部分。因此，從功耗角度來看，喚醒接收器1220可以是有效的，因為其僅需要對非常小的（小至一（1）位元）喚醒信號進行處理。此外，因為喚醒信號可以非常小，所以與基頻處理器1230的處理能力相比，基頻處理器資源中的用於對喚醒信號進行處理的部分（亦即，喚醒信號處理器1235）可以是小的，並且因此，當喚醒信號處理器1235正在監測及/或處理喚醒信號時，基頻處理器1230的大部分可以是不活動的並且被置於功率節省狀態（亦即，睡眠狀態或睡眠模式）。以此種方式，針對具有喚醒接收器1220的UE而言，可以實現顯著的功率節省，這是因為基頻處理器1230中的幾乎所有電路皆可以是不活動的，直到喚醒接收器1220和喚醒信號處理器1235決定可能存在以主接收器1210和喚醒接收器1220可以位於其中的UE為目的地的額外資料為止。以此種方式，基頻處理器1230的大部分和主接收器1210可以保持在功率節省睡眠模式中，直到決定存在要處理的接收資料為止。

大體而言，喚醒信號（圖11的1130）的使用使得能夠使用功率有效的硬體架構。例如，MPDCCH監測涉及複雜的基頻處理；然而，使用低功率喚醒接收器1220對喚醒信號1130（圖11）的偵測是可能的。例如，喚醒接收器1220可以經配置為：僅對所接收的信號執行相關以偵測喚醒信號1130在搜尋空間1112（圖11）中的存在性。喚醒接收器1220僅操作以用於偵測喚醒信號1130（圖11）。僅當偵測到喚醒信號1130（圖11）時，才啟動完整的基頻處理器1230。除了藉由減少接收器的覺醒時間而獲得的功率節省之外，這亦能夠實現功率節省。注意的是，圖12中所示的喚醒接收器1220和基頻處理器1230是概念性的，而在實際的HW實現方式中存在多種方式來實現喚醒接收器1220，其包括將喚醒信號偵測操作為主接收器1210和基頻處理器1230的低功率模式功能。此外，主接收器1210、喚醒接收器1220和基頻處理器1230的一些或全部元件可以在圖6的UE 650中的接收器654RX、Rx處理器656及/或控制器、處理器659中實現或作為其一部分。

在圖12中，可以使用狀態圖1250來進一步解釋喚醒接收器1220和基頻處理器1230的操作。在狀態1252中，喚醒接收器1220是活動的並且針對喚醒信號進行監測。若在狀態1254中沒有偵測到喚醒信號，則喚醒接收器1220和基頻處理器1230保持在狀態1252中。當在狀態1256中偵測到喚醒信號時，在狀態1258中，將喚醒接收器和WUS處理器1235去啟動，並且將主接收器1210和基頻處理器1230啟動以監測MPDCCH通道。

存在用於實現喚醒信號1130、喚醒信號搜尋空間1112（圖11）和喚醒接收器1220的多個不同的示例性實施例。

引導頻的存在性 / 密度

目前，即使可能實際上沒有發送PDCCH通訊，UE亦假定在PDCCH區域周圍存在CRS/NRS/其他引導頻信號等。

在一個示例性實施例中，UE可以假定既在PDCCH周圍亦在喚醒信號周圍存在一或多個引導頻信號，例如NRS/CRS/其他引導頻信號。例如，對於機器類型通訊，當對MPDCCH通道進行解碼時，通道估計由CRS或UE-RS引導頻信號提供。對於NB-IoT通訊，當對窄頻實體下行鏈路控制通道（NPDCCH）進行解碼時，通道估計由NRS引導頻信號提供。CRS和NRS引導頻信號（和其他引導頻信號）提供允許UE獲得量測報告、實現時序和頻率同步等的資訊。在示例性實施例中，喚醒信號可以使用根據該等引導頻信號的通道估計來對喚醒信號進行解碼。在其他示例性實施例中，喚醒信號可以是可單獨偵測的，而不使用引導頻信號。引導頻信號仍然可以用於如前述的時序/頻率同步和量測報告，這可以與喚醒信號監測並行地完成。在另一個示例性實施例中，喚醒信號可以經設計為服務於所有該等目的，並且因此可以進一步減少在喚醒信號監測期間對引導頻信號的使用。

在一個示例性實施例中，UE可以假定在喚醒信號周圍總是存在NRS/CRS/其他引導頻信號，但是僅當實際發送喚醒信號時（亦即，實際存在PDCCH），才在PDCCH區域周圍存在。

在一個示例性實施例中， UE可以假定僅當實際發送PDCCH和喚醒信號時，才在喚醒信號和PDCCH二者周圍存在一或多個引導頻信號。

可以基於例如以下各項來選擇不同的示例性實施例：PDCCH的類型（傳呼、單細胞多播控制通道（SC-MCCH）、單細胞多播傳輸量通道（SC-MTCH）、隨機存取回應（RAR））、模式（連接模式/閒置模式）、載波/頻率位置（錨定/非錨定載波、系統中的中心6個資源區塊（RB）或其他RB）。

在一個示例性實施例中，可以增加引導頻信號在喚醒信號附近的密度，以便在更短的時間內實現更快的同步/更準確的通道參數量測，從而導致改善的效能等等。

在一個示例性實施例中，僅當存在喚醒信號時，才可以實現增加引導頻信號在喚醒信號附近的密度。

在一個示例性實施例中，引導頻信號的密度可以是喚醒信號的長度/Rmax（PDCCH通訊的最大重複數量）等的函數。

eDRX 中的更快的深度睡眠

在一個示例性實施例中，當UE處於eDRX模式時，eNB（基地台）可以配置要監測的一個以上的PDCCH搜尋空間（傳呼傳輸訊窗（PTW））以實現排程靈活性。例如，可能存在多個UE要排程/其他更高優先順序的傳輸量，並且基地台可能無法總是在第一傳呼傳輸搜尋空間中排程所傳呼的UE。

在一個示例性實施例中，UE必須在其可以回到深度睡眠之前監測所有該等傳呼傳輸搜尋空間。在該等搜尋空間之間，由於時間短，因此UE僅進入輕度睡眠。

在一個示例性實施例中，由於喚醒信號在長度上比PDCCH通訊的位元計數小（例如，一（1）位元）或具有更少數量的位元，所以排程喚醒信號通常使用排程PDCCH（或MODCCH）通訊的較少資源。因此，基地台可以僅配置一個喚醒信號，但是仍然具有多個PDCCH搜尋空間。在沒有向UE發送PDCCH通訊的DRX/eDRX循環中，當配置了喚醒信號時，UE將監測喚醒信號搜尋空間，而不是偵測喚醒信號，這是因為在不發送PDCCH通訊時不發送喚醒信號，並且隨後UE將重新進入深度睡眠。在一個示例性實施例中，若UE沒有經配置為針對喚醒信號進行監測，則UE將必須監測所有PDCCH搜尋空間，並且因此將消耗更多的功率。

在一個示例性實施例中，通常存在比PDCCH搜尋空間更少的喚醒信號。

在一個示例性實施例中，多個喚醒信號之間的間隔可以小於PDCCH搜尋空間（或者更通常，獨立於PDCCH搜尋空間來配置）。若沒有向UE發送喚醒信號或者PDCCH通訊，則這使得UE能夠更快地進入深度睡眠。

在一個示例性實施例中，喚醒信號亦可以攜帶關於在eDRX時段內用於針對PDCCH通訊進行監測的DRX循環的數量的資訊、以及關於在eDRX循環內用於監測的PDCCH搜尋空間的位置的資訊。

軟體（ SW ）圖像

在一個示例性實施例中，在eDRX模式中，在UE處理器中載入SW圖像可能是很大一部分功耗。藉由首先僅載入軟體代碼中的用於喚醒信號處理的一部分，且隨後僅在UE偵測到喚醒信號的情況下才載入軟體代碼的剩餘部分（諸如用於對PDCCH/PDSCH/Tx等進行解碼的代碼），可以減少此種大功耗。

在一個示例性實施例中，在SW圖像頻繁重新載入等的eDRX模式中，在喚醒信號和PDCCH之間的時間可能很大。

在一個示例性實施例中，當UE處於連接DRX/閒置DRX/小eDRX循環中時，喚醒信號和相應PDCCH之間的間隙與針對較大的eDRX循環的間隙相比可以更小。通常，喚醒信號和PDCCH之間的間隙可以隨模式/DRX循環/eDRX循環變化。

在一個示例性實施例中，UE可以將關於喚醒信號與PDCCH之間的間隙（其潛在地根據DRX/eDRX循環長度來請求）的資訊用信號發送給基地台。

喚醒信號長度

在一個示例性實施例中，喚醒信號的長度可以是用於相應PDCCH通訊的Rmax/重複因數的函數。術語「Rmax」是指基地台可以發送PDCCH通訊的最大重複次數。

在一個示例性實施例中，喚醒信號的長度亦可以是TxD（發射分集）/跳頻規劃/DRX循環長度以及其他顯式或隱式配置的參數的函數。

在一個示例性實施例中，若喚醒信號受益於TxD，則針對給定訊雜比（SNR）而言喚醒信號的長度可以小於在沒有TxD的情況下的喚醒信號的長度。

在一個示例性實施例中，利用TxD，PDCCH效能通常得到改善，並且Rmax可以經配置為與沒有TxD的情況相比更小。若將喚醒信號的長度選擇為與Rmax成比例，則可以經由Rmax間接擷取TxD效能增益。然而，針對喚醒信號的TxD增益可以小於針對PDCCH的TxD增益，並且因此為了更大的靈活性，從Rmax到喚醒信號長度的映射可以隨TxD變化。

類似的考慮亦適用於跳頻。與PDCCH通訊相比，喚醒信號可能從跳頻規劃受益的程度較低。

在一個示例性實施例中，根據DRX循環的長度，隨著DRX循環越長，時序/頻率誤差增加，並且因此隨著DRX循環增加，喚醒信號可能越長。

在一個示例性實施例中，喚醒信號的長度可以藉由無線電資源控制（RRC）通訊來顯式地配置（例如，類似於配置Rmax）。

喚醒信號搜尋空間

圖13是示出用於喚醒信號搜尋空間的兩個可能選項的圖1300。喚醒信號搜尋空間可以按照與配置PDCCH（或NPDCCH或MPDCCH）搜尋空間的方式類似的方式來配置。在第一示例性實施例中，為了對PDCCH（或NPDCCH或MPDCCH）通訊進行解碼，UE可以經配置有搜尋空間，在該搜尋空間中，基地台可以將PDCCH通訊發送最大重複次數（被稱為Rmax）。UE可以類似地經配置有喚醒信號搜尋空間，在該搜尋空間中，基地台亦可以使用最大重複次數（Rmax）來發送喚醒信號以決定喚醒信號搜尋空間。基地台用來發送喚醒信號的實際重複次數可以小於Rmax。在一個示例性實施例中，針對基地台可以用來發送PDCCH（以及發送喚醒信號）的所有可能的通訊大小以及針對PDCCH或喚醒信號在基地台被允許使用的搜尋空間內的不同起始位置，UE搜尋PDCCH，並且可以類似地針對喚醒信號進行搜尋。在圖13中的第一示例性實施例中，組合包括在搜尋空間1310中的位置0處開始的大小R1 1302、在搜尋空間1310中的位置0處開始的大小R2 1304以及在搜尋空間1310中的位置0處開始的大小R4 1306。因此，UE可以嘗試用於對來自基地台的PDCCH傳輸及/或喚醒信號傳輸進行定位的三個假設。在圖13中的替代的示例性實施例中，可以在從以下各項開始的四個位置中的一個位置上發送大小為R1的PDCCH 1322（或喚醒信號）：在搜尋空間1320中的位置0，經由搜尋空間1320的路徑的位置¼，經由搜尋空間1320的路徑的位置½，以及經由搜尋空間1320的路徑的位置¾。可以在搜尋空間1320的起點（位置0）處開始發送大小為R2的PDCCH 1324（或喚醒信號），可以在經由搜尋空間1320的路徑的位置½處發送大小為R2的PDCCH 1326（或喚醒信號）。可以僅在搜尋空間1320的起點（位置0）處開始發送大小為R4的PDCCH 1328（或喚醒信號）。因此，使用上述兩個示例性實施例，UE可以嘗試用於對PDCCH通訊及/或喚醒信號通訊進行定位的七（7）個假設。

圖14是圖示針對UE的習知eDRX循環的示例性實施例的圖1400。在一個示例性實施例中，eDRX循環1404經圖示為在UE等時線1402上。喚醒時段1406發生，在此期間UE從深度睡眠時段覺醒。在喚醒時段1406期間，UE可以載入其完整的軟體（SW）圖像檔，並且可以執行允許其覺醒並監測PDCCH通道的其他功能。傳呼傳輸訊窗1435發生在喚醒時段1406之後。傳呼傳輸訊窗1435是如下的時間段：在該時間段期間，UE覺醒並且監測PDCCH通道以決定基地台是否具有以該UE為目的地的任何資訊，並且在該時間段期間，UE可以對PDCCH通道進行解碼，以向基地台提醒UE可能具有要向基地台發送的資訊。在該示例性實施例中，傳呼傳輸訊窗1435可以包括多個PDCCH監測時段，其中PDCCH監測時段1411、1412、1413和1414僅被圖示為說明性實例。在PDCCH監測時段之後，傳呼傳輸訊窗1435以斜降時段1415結束，在斜降時段1415期間，UE進行斜降並且重新進入深度睡眠狀態1430。傳呼傳輸訊窗1435亦圖示DRX循環1403，其可以包括一個PDCCH監測時段1411，之後是UE可以進入輕度睡眠狀態的時間段1416。類似地，PDCCH監測時段1412之後可以跟隨有UE可以進入輕度睡眠狀態的時間段1417，並且PDCCH監測時段1413之後可以跟隨有UE可以進入輕度睡眠狀態的時間段1418。在最後的PDCCH監測時段1414和斜降時段1415之間亦可以發生輕度睡眠。

類似地，喚醒時段1408可以發生在深度睡眠狀態1430之後，在喚醒時段1408期間UE再次從深度睡眠時段覺醒。在喚醒時段1408期間，UE可以載入其完整的軟體（SW）圖像檔，並且可以執行允許其覺醒並且監測PDCCH通道的其他功能。傳呼傳輸訊窗1437發生在喚醒時段1408之後。傳呼傳輸訊窗1437是如下的時間段：在該時間段期間，UE覺醒並且監測PDCCH通道以決定基地台是否具有以該UE為目的地的任何資訊，並且在該時間段期間，UE可以對PDCCH通道進行解碼以向基地台提醒UE可能具有要向基地台發送的資訊。在該示例性實施例中，傳呼傳輸訊窗1437可以包括多個PDCCH監測時段，其中PDCCH監測時段1421、1422、1423和1424僅被圖示為說明性實例。在PDCCH監測時段之後，傳呼傳輸訊窗1437以斜降時段1425結束，其中在斜降時段1425期間，UE進行斜降並且重新進入另一深度睡眠狀態（未圖示）。傳呼傳輸訊窗1437亦圖示DRX循環1405，其可以包括一個PDCCH監測時段1421，之後是UE可以進入輕度睡眠狀態的時間段1426。類似地，PDCCH監測時段1422之後可以跟隨有UE可以進入輕度睡眠狀態的時間段1427，並且PDCCH監測時段1423之後可以跟隨有UE可以進入輕度睡眠狀態的時間段1428。在最後的PDCCH監測時段1424和斜降時段1425之間亦可以發生輕度睡眠。

圖15是圖示在一個傳呼傳輸訊窗（PTW）中針對所有PDCCH搜尋空間使用一個喚醒信號的示例性實施例的圖1500。在一個示例性實施例中，eDRX循環1504經圖示為在UE等時線1502上。在其期間UE從深度睡眠時段覺醒的喚醒時段1506發生。在該示例性實施例中，在喚醒時段1506期間，喚醒接收器（諸如圖12中的喚醒接收器1220）可以用於針對喚醒信號進行監測。在一個示例性實施例中，UE可以載入其完整的軟體（SW）圖像檔或SW圖像檔的部分集合，並且可以執行允許其覺醒並且針對喚醒信號進行監測的其他功能。在該示例性實施例中，喚醒接收器1220可以在示例性時間段1540期間針對喚醒信號進行監測。時間段1540可以被稱為喚醒信號搜尋空間或喚醒信號監測訊窗。時間段1540包括基地台可用於向UE發送一或多個喚醒信號的時間。若在時間段1540期間發送了一個以上的喚醒信號，則時間段1540亦包括在喚醒信號及/或喚醒信號搜尋空間之間的任何時間。在該示例性實施例中，UE在時間段1540期間偵測到喚醒信號1545，並且作為偵測到喚醒信號1545的結果，UE隨後開始監測PDCCH通道。在一個示例性實施例中，時間段1540的長度可以是在RRC建立期間配置的，或者可以是基於Rmax/TxD/DRX循環等來決定的。在一個示例性實施例中，根據針對喚醒信號實現方式而選擇的設計，可以使用喚醒信號1545或在監測喚醒信號之前使用一或多個引導頻信號來執行時序/頻率同步。針對時序/頻率同步信號的監測時段可以是接收器實現方式的至少一部分，因此其可以不是在規範中預先定義的。喚醒信號的長度可以是預先定義的。

在一個示例性實施例中，一或多個引導頻信號（使用元件符號1570圖示其中的示例性引導頻信號）可以是以下一或多個情況：位於喚醒信號的附近，以及位於PDCCH通訊的附近。在一個示例性實施例中，不管是否實際發送了喚醒信號，引導頻信號1570總是位於喚醒信號的附近。在一個示例性實施例中，僅在發送喚醒信號時，才在喚醒信號附近發送引導頻信號1570。在一個示例性實施例中，僅在發送喚醒信號時，引導頻信號1571才可以位於PDCCH通訊的附近。在一個示例性實施例中，可以在喚醒信號的附近增加引導頻信號的密度（亦即，數量）。如本文中所使用的，如在引導頻信號1570位於喚醒信號的附近或者引導頻信號1571在PDCCH通訊的附近中的術語「附近」可以代表引導頻信號1570位於時間段1540中及/或引導頻信號1571位於傳呼傳輸訊窗1535中。

在偵測到喚醒信號1545之後並且在搜尋空間1540之後，傳呼傳輸訊窗1535開始，在此期間UE覺醒並且監測PDCCH通道以決定基地台是否具有以該UE為目的地的任何資訊，並且在此期間，UE可以對PDCCH通道進行解碼以向基地台提醒UE可能具有要向基地台發送的資訊。在該示例性實施例中，傳呼傳輸訊窗1535可以包括多個PDCCH監測時段以及PDCCH監測時段之間的間隔，其中PDCCH監測時段1511、1512和1513以及時間段1516和1517僅被圖示為說明性實例。在PDCCH監測時段之後，傳呼傳輸訊窗1535以斜降時段1515結束，在斜降時段1515期間，UE進行斜降並且重新進入深度睡眠狀態1530。傳呼傳輸訊窗1535亦包括示例性DRX循環1503，其可以包括一個PDCCH監測時段1511，之後是UE可以進入輕度睡眠狀態的時間段1516。類似地，另一個DRX循環可以包括PDCCH監測時段1512，PDCCH監測時段1512之後可以跟隨有UE可以進入輕度睡眠狀態的時間段1517。在包括最後的PDCCH監測時段1513和斜降時段1515的DRX循環中亦可以發生輕度睡眠。

類似地，喚醒時段1508可以發生在深度睡眠狀態1530之後，在此期間UE再次從深度睡眠時段覺醒。在喚醒時段1508期間，UE可以載入其完整的軟體（SW）圖像檔或SW圖像檔的部分集合，並且可以執行允許其覺醒並且針對喚醒信號進行監測的其他功能。在該示例性實施例中，喚醒接收器1220可以在示例性時間段1542（其可以與時間段1540類似）期間針對喚醒信號進行監測。在該示例性實施例中，在時間段1542期間沒有偵測到喚醒信號，並且作為沒有偵測到喚醒信號的結果，UE立即進入斜降時段1525並且在時間段1550期間進入深度睡眠狀態。時間段1550經圖示為發生在傳呼傳輸訊窗1537期間，由此允許UE節省大量的功率，這是因為其在傳呼傳輸訊窗1537期間不需要監測PDCCH通道，如藉由使用虛線說明PDCCH監測時段1521、1522和1523來圖示的。

圖16是圖示示例性實施例的圖1600，在該示例性實施例中，藉由將喚醒信號之間的間隔配置為比PDCCH搜尋空間之間的間隔小，用於針對喚醒信號進行監測的時間比用於監測所有PDCCH搜尋空間的時間更短。在一個示例性實施例中，eDRX循環1604經圖示為在UE等時線1602上。在其期間UE從深度睡眠時段覺醒的喚醒時段1606發生。在該示例性實施例中，在喚醒時段1606期間，喚醒接收器（諸如圖12中的喚醒接收器1220）可用於針對喚醒信號進行監測。在一個示例性實施例中，UE可以載入其完整的軟體（SW）圖像檔或SW圖像檔的部分集合，並且可以執行允許其覺醒並且針對喚醒信號（WUS）進行監測的其他功能。在該示例性實施例中，喚醒接收器1220可以在示例性時間段1640期間針對喚醒信號進行監測。在一個示例性實施例中，時間段1640可以包括多個單獨的喚醒信號監測時段，在多個單獨的喚醒信號監測時段期間，UE可以針對不同的喚醒信號進行監測。在該示例性實施例中，在其期間UE針對喚醒信號進行搜尋的時間段1640小於UE監測所有PDCCH搜尋空間的時間段1635，從而使得喚醒信號搜尋空間1645、1646、1647和1648之間的間隔1651、1652和1653小於PDCCH搜尋空間1611、1612、1613和1614之間的間隔1616、1617和1618。

喚醒信號可以與相應的PDCCH傳呼傳輸訊窗相對應。例如，在搜尋空間1645中偵測到的喚醒信號（喚醒信號1）可以與PDCCH搜尋空間1611（PDCCH搜尋空間1）相對應。具有多個位置來發送PDCCH通訊允許在基地台處的排程靈活性。例如，若基地台在第一PDCCH位置（例如，PDCCH搜尋空間1611）上具有要向UE發送的高優先順序資料，則基地台仍然可以藉由使用另一個位置（諸如在該實例中，PDCCH搜尋空間1612、1613或1614）來傳呼另一個UE。以此種方式，發送多個喚醒信號的能力在基地台處提供了靈活性。

在另一個示例性實施例中，每個喚醒信號可以與PDCCH監測時機中的一或多個PDCCH監測時機相對應。例如，若在位置1（搜尋空間1645）上偵測到喚醒信號，則UE可以僅在位置1（搜尋空間1611）上針對相應的PDCCH通訊進行監測。若在位置2（搜尋空間1646）上偵測到喚醒信號，則UE可以僅在位置2（搜尋空間1612）上針對相應的PDCCH通訊進行監測，並且分別針對喚醒信號搜尋空間1647和1648、以及PDCCH監測位置1613和1614以此類推。在替代的示例性實施例中，若在該實例中圖示的四（4）個位置中的任何位置上偵測到喚醒信號，則UE可以監測所有PDCCH位置。該替代的示例性實施例可以在基地台處提供額外的排程靈活性。由於UE僅在偵測到喚醒信號時才監測PDCCH，因此該替代的示例性實施例的對功耗的影響可以很小。

在一個示例性實施例中，分別在喚醒信號搜尋空間1645、1646、1647和1648之間的間隔1651、1652和1653以及喚醒信號搜尋空間1645、1646、1647和1648的持續時間（其決定T1）可以與分別在PDCCH搜尋空間1611、1612、1613和1614之間的間隔1616、1617和1618以及PDCCH搜尋空間1611、1612、1613和1614的持續時間（其決定T2）相同。替代地，分別在喚醒信號搜尋空間1645、1646、1647和1648之間的間隔1651、1652和1653和喚醒信號搜尋空間1645、1646、1647和1648的持續時間（其決定T1）、以及分別在PDCCH搜尋空間1611、1612、1613和1614之間的間隔1616、1617和1618和PDCCH搜尋空間1611、1612、1613和1614的持續時間（其決定T2）可以是獨立配置的，這是因為使T1小於T2可能會降低排程靈活性，但是有助於減少總覺醒時間。在一個示例性實施例中，代表eDRX循環1604中的喚醒信號搜尋空間的數量的時間段T1可以是與eDRX循環1604中的傳呼傳輸訊窗1635的持續時間和用於針對PDCCH進行監測的DRX循環1603的數量分開配置的。

在該示例性實施例中，可以偵測到一或多個喚醒信號1645、1646、1647和1648，並且UE繼續針對一或多個PDCCH通訊1611、1612、1613和1614進行監測，直至斜降時段1615為止。時間段1635亦包括DRX循環1603，其可以包括UE可以進入輕度睡眠狀態的時間段1616。類似地，PDCCH監測時段1612之後可以跟隨有UE可以進入輕度睡眠狀態的時間段1617，並且PDCCH監測時段1613之後可以跟隨有UE可以進入輕度睡眠狀態的時間段1618。在最後的PDCCH監測時段1614和斜降時段1615之間亦可以發生輕度睡眠。

類似地，喚醒時段1608可以發生在深度睡眠狀態1630之後，在此期間UE再次從深度睡眠時段覺醒。在喚醒時段1608期間，UE可以載入其完整的軟體（SW）圖像檔或SW圖像檔的部分集合，並且可以執行允許其覺醒並且針對喚醒信號進行監測的其他功能。在該示例性實施例中，喚醒接收器1220可以在示例性時間段1642期間針對喚醒信號進行監測。在該示例性實施例中，在時間段1642期間沒有偵測到喚醒信號，並且作為沒有偵測到喚醒信號（藉由在時間段1665、1666、1667和1668中的虛線圖示）的結果，UE立即進入斜降時段1625並且在時間段1650期間進入深度睡眠狀態。時間段1650經圖示為發生在時間段1637期間，由此使得UE節省大量的功率，這是因為其不需要監測PDCCH通道，如藉由使用虛線說明PDCCH監測時段1621、1622、1623和1624所圖示的。

圖17是圖示在UE中載入軟體（SW）圖像資料的第一示例性實施例的圖1700。在一個示例性實施例中，UE等時線1702圖示喚醒時段1706，在該時段期間UE從深度睡眠時段覺醒。在喚醒時段1706期間，UE可以載入其完整的軟體（SW）圖像檔，並且可以執行允許其覺醒並且監測PDCCH通道的其他功能。在該示例性實施例中，被稱為T3的時間段圖示針對UE的SW載入的持續時間。在時間段1740期間，UE針對喚醒信號進行監測，如監測時間段1745中所示。在該示例性實施例中，沒有偵測到喚醒信號，並且UE在時間段1715中斜降，並且進入深度睡眠時段1730。

喚醒時段1708跟隨在深度睡眠時段1730之後，在此期間UE再次覺醒並且載入其完整的軟體（SW）圖像檔，並且可以執行允許其覺醒並且監測PDCCH通道的其他功能。在一個示例性實施例中，UE在時間段1742中針對喚醒信號進行監測，並且在該示例性實施例中，在時間段1775中偵測喚醒信號，並且隨後監測PDCCH通道（藉由PDCCH監測時間段1721說明性地圖示）。

圖18是圖示在UE中載入軟體（SW）圖像資料的替代的示例性實施例的圖1800。在一個示例性實施例中，UE等時線1802圖示喚醒時段1856，在該時段期間UE從深度睡眠時段覺醒。在一個示例性實施例中，在喚醒時段1856期間，UE可以載入可能比完整的SW圖像小的軟體圖像。在一個示例性實施例中，在時間段1856期間載入的軟體圖像可以是可以允許喚醒接收器1220（圖12）針對喚醒信號進行監測的軟體圖像。在該示例性實施例中，被稱為T4的時間段圖示用於UE的SW圖像載入的持續時間，其中與圖17中圖示的時間段T3相比，時間段T4短得多，並且佔用少得多的UE資源。在時間段1840期間，UE針對如監測時間段1845中所示的喚醒信號進行監測。在該示例性實施例中，沒有偵測到喚醒信號，並且UE在時間段1815中斜降，並且進入深度睡眠時段1830。

喚醒時段1866跟隨在深度睡眠時段1830之後，在此期間UE再次覺醒並且載入可以比完整的SW圖像小的軟體圖像。在一個示例性實施例中，與在時間段1856中載入的SW圖像相似，在時間段1866期間載入的軟體圖像可以是可以允許喚醒接收器1220（圖12）針對喚醒信號進行監測的軟體圖像。在一個示例性實施例中，UE在時間段1842中針對喚醒信號進行監測，並且在該示例性實施例中，在時間段1875中偵測到喚醒信號。根據該示例性實施例，在時間段1875中偵測到喚醒信號之後，UE隨後繼續在時間段1808中載入其完整的SW圖像，並且隨後監測PDCCH通道（藉由PDCCH監測時間段1821說明性地圖示）。最初僅載入用於喚醒信號偵測的較小的SW圖像允許UE節省大量資源，尤其是在最終沒有偵測到喚醒信號的情況下。

在一個示例性實施例中，對於短DRx/eDRX循環，UE可以不進入深度睡眠時段，因此完整的SW圖像總是被載入到記憶體中。因此，喚醒信號1775和相應PDCCH搜尋空間1721之間的間隙（諸如圖17中的間隙1750）可以相對小。對於長DRX/eDRX循環，UE可以進入深度睡眠，所以當退出深度睡眠時，UE可能需要載入其完整的SW圖像，從而使得喚醒信號1875和相應PDCCH搜尋空間1821之間的間隙（諸如圖18的間隙1850）可以大於間隙1750。

在一個示例性實施例中，可以基於UE的能力和不連續接收（DRX）/擴展的DRX（eDRX）循環長度中的一或多項，來配置喚醒信號和相應控制通道搜尋空間之間的間隙。

圖19是圖示在UE處對喚醒信號進行處理的方法的流程圖1900。方法1900中的方塊可以按照所示的次序或不按照所示的次序來執行。可以將方法1900中的一或多個方塊與方法1900中的一或多個其他方塊並行地執行。

在方塊1902中，UE可以處於深度睡眠狀態，諸如eDRX循環之間的深度睡眠狀態1530。

在方塊1904中，決定UE是否具有要發送的資料。若在方塊1904中決定UE不具有要發送的資料，則該程序返回到方塊1902。若在方塊1904中決定UE確實具有要發送的資料，則該程序進行到方塊1906。

在方塊1906中，UE向基地台發送非同步實體隨機存取通道（PRACH）通訊，該通訊向基地台通知UE具有要發送的資料。

在方塊1908中，UE隨後在監測訊窗中針對喚醒信號進行監測。在一個示例性實施例中，監測訊窗可以由RRC配置來定義，或者可以是預先定義的時間段。

在方塊1910中，決定是否偵測到喚醒信號。若在方塊1910中決定沒有偵測到喚醒信號，則UE進行斜降並且重新進入深度睡眠。若在方塊1910中決定偵測到喚醒信號，則該程序進行到方塊1912。

在方塊1912中，UE使用喚醒信號或另一個信號，從基地台獲得時序和頻率同步。

在方塊1914中，UE開始針對來自基地台的通訊來監測PDCCH通道，並且完成其資料傳輸。

在方塊1916中，UE重新進入深度睡眠狀態。

圖20是圖示在基地台處對喚醒信號進行處理的方法的流程圖2000。方法2000中的方塊可以按照所示的次序或不按照所示的次序執行。可以將方法2000中的一或多個方塊與方法2000中的一或多個其他方塊並行地執行。

在方塊2002中，基地台針對來自UE的非同步PRACH通訊持續地監測。

在方塊2004中，決定是否接收到非同步PRACH通訊。若在方塊2004中決定未接收到非同步PRACH通訊，則該程序返回到方塊2002。若在方塊2004中決定接收到非同步PRACH通訊，則該程序進行到方塊2006。

在方塊2006中，基地台向UE發送喚醒信號，發送上行鏈路（UL）和下行鏈路（DL）資源授權，直到來自UE的資料傳輸完成為止。

圖21是根據本揭示內容的示例性實施例的、用於UE對喚醒信號進行處理的裝置2100的功能方塊圖。裝置2100包括用於決定是否存在要發送的資料的構件2104。在某些實施例中，用於決定是否存在要發送的資料的構件2104可以經配置為執行方法1900（圖19）的操作方塊1904中描述的功能中的一或多個功能。在一個示例性實施例中，用於決定是否存在要發送的資料的構件2104可以包括UE 650（圖6）決定其是否具有要發送的資料。

裝置2100進一步包括用於發送非同步PRACH通訊的構件2106。在某些實施例中，用於發送非同步PRACH通訊的構件2106可以經配置為執行方法1900（圖19）的操作方塊1906中描述的功能中的一或多個功能。在一個示例性實施例中，用於發送非同步PRACH通訊的構件2106可以包括UE 650向基地台610（圖6）發送非同步PRACH（或任何其他非同步RACH）通訊。

裝置2100進一步包括用於在監測訊窗中針對喚醒信號進行監測的構件2108。在某些實施例中，用於在監測訊窗中針對喚醒信號進行監測的構件2108可以經配置為執行方法1900（圖19）的操作方塊1908中描述的功能中的一或多個功能。在一個示例性實施例中，用於在監測訊窗中針對喚醒信號進行監測的構件2108可以包括UE 650在隨機時間訊窗中的預先定義的時間段中針對喚醒信號進行監測。

裝置2100進一步包括用於決定是否已經偵測到喚醒信號的構件2110。在某些實施例中，用於決定是否已經偵測到喚醒信號的構件2110可以經配置為執行方法1900（圖19）的操作方塊1910中描述的功能中的一或多個功能。在一個示例性實施例中，用於決定是否已經偵測到喚醒信號的構件2110可以包括UE 650決定其是否已經在監測訊窗中接收到喚醒信號。

裝置2100進一步包括用於獲得時序和頻率同步的構件2112。在某些實施例中，用於獲得時序和頻率同步的構件2112可以經配置為執行方法1900（圖19）的操作方塊1912中描述的功能中的一或多個功能。在一個示例性實施例中，用於獲得時序和頻率同步的構件2112可以包括UE 650使用喚醒信號或另一個信號從基地台獲得時序和頻率同步。

裝置2100進一步包括用於監測PDCCH通訊並且完成資料傳輸的構件2114。在某些實施例中，用於監測PDCCH通訊並且完成資料傳輸的構件2114可以經配置為執行方法1900（圖19）的操作方塊1914中描述的功能中的一或多個功能。在一個示例性實施例中，用於監測PDCCH通訊並且完成資料傳輸的構件2114可以包括UE 650針對來自基地台的通訊來監測PDCCH通道並且完成其資料傳輸。

裝置2100進一步包括用於進入深度睡眠狀態的構件2116。在某些實施例中，用於進入深度睡眠狀態的構件2116可以經配置為執行方法1900（圖19）的操作方塊1916中描述的功能中的一或多個功能。在一個示例性實施例中，用於進入深度睡眠狀態的構件2116可以包括UE 650完成其資料傳輸並且進入深度睡眠狀態。

圖22是根據本揭示內容的示例性實施例的、用於基地台對喚醒信號進行處理的裝置2200的功能方塊圖。裝置2200包括用於針對非同步PRACH通訊持續地監測的構件2202。在某些實施例中，用於針對非同步PRACH通訊持續地監測的構件2202可以經配置為執行方法2000（圖20）的操作方塊2002中描述的功能中的一或多個功能。在一個示例性實施例中，用於針對非同步PRACH通訊持續地監測的構件2202可以包括基地台610針對來自UE 650的非同步PRACH通訊持續地監測。

裝置2200進一步包括用於決定是否已經接收到非同步PRACH通訊的構件2204。在某些實施例中，用於決定是否已經接收到非同步PRACH通訊的構件2204可以經配置為執行方法2000（圖20）的操作方塊2004中描述的功能中的一或多個功能。在一個示例性實施例中，用於決定是否已經接收到非同步PRACH通訊的構件2204可以包括基地台610決定是否已經從UE 650接收到非同步PRACH通訊。

裝置2200進一步包括用於向UE發送喚醒信號，以及發送上行鏈路（UL）和下行鏈路（DL）資源授權，直到來自UE的資料傳輸完成為止的構件2206。在某些實施例中，用於向UE發送喚醒信號，以及發送上行鏈路（UL）和下行鏈路（DL）資源授權，直到來自UE的資料傳輸完成為止的構件2206可以經配置為執行方法2000（圖20）的操作方塊2006中描述的功能中的一或多個功能。在一個示例性實施例中，用於向UE發送喚醒信號，以及發送上行鏈路（UL）和下行鏈路（DL）資源授權，直到來自UE的資料傳輸完成為止的構件2206可以包括基地台610向UE發送喚醒信號，以及發送上行鏈路（UL）和下行鏈路（DL）資源授權，直到來自UE 610的資料傳輸完成為止。

在一個示例性實施例中，喚醒信號可以使用與PDCCH相同的搜尋空間概念，其中長度從PDCCH搜尋空間長度減小到WUS搜尋空間長度。這允許獨立地喚醒在不同區域中接收PDCCH通訊的UE。其亦允許喚醒信號的長度以明確的方式與PDCCH重複水平成比例。

在一個示例性實施例中，UE可以針對多個長度的喚醒信號和一或多個位置執行對喚醒信號的盲偵測。

在一個示例性實施例中，eNB（基地台）排程器可以隨時間來增加用於UE的喚醒信號搜尋空間長度。例如，若在前幾次以特定長度發送喚醒信號並且UE沒有進行回應，則eNB可以在未來的嘗試中增加喚醒信號搜尋空間長度。

喚醒信號監測和直接 PDCCH 監測之間進行切換

儘管網路可以配置喚醒信號，但是UE可以決定其是希望首先針對喚醒信號進行監測還是直接監測PDCCH。

在一些UE實現方式中（例如，對於小的Rmax），對於UE而言，直接監測PDCCH可以是更為功率有效的。在彼等情況下，UE可以選擇不監測喚醒信號。

在一個示例性實施例中，eNB（基地台）可以基於Rmax/傳輸量模式來配置對喚醒信號的使用。

將非同步 RACH 和喚醒信號一起使用

在一個示例性實施例中，為了減小功耗，可以較佳地允許UE在第一步中發送PRACH和PUSCH通訊（去往基地台的第一通訊，諸如在通訊前序信號中），並且在第二步（基地台和UE之間的第二通訊）中，接收喚醒信號和PDCCH通訊。UE可以不需要在第一步之前同步到網路或者甚至是擷取MIB/SIB等來存取網路。

非同步 RACH

在一個示例性實施例中，通訊網路可以為非同步PRACH信號留出頻率資源（RB/次載波等）。在一個示例性實施例中，UE可以在沒有同步到網路的情況下在該資源上向基地台發送非同步PRACH通訊。在一個示例性實施例中，UE亦可以將具有UE身份的一些上行鏈路（UL）資料（PUSCH）連同PRACH一起發送。

在一個示例性實施例中，eNB（基地台）可以經配置為針對來自UE的非同步PRACH通訊持續地搜尋。在一個示例性實施例中，基地台可以經配置為：在偵測到非同步PRACH之後用喚醒信號和PDCCH來對UE非同步PRACH通訊進行回應，從而允許UE有可能使用喚醒信號及/或者PDCCH通訊同步到網路。

喚醒信號和 PDCCH

在一個示例性實施例中，當偵測到非同步PRACH之後，eNB（基地台）可以在下行鏈路（DL）上發送喚醒信號。這可以在預先決定的時間單位之後/或者在時序訊窗內等。

在一個示例性實施例中，UE可以針對喚醒信號進行搜尋，並且經由喚醒信號獲得時序/頻率同步。喚醒信號/時序同步可以提供關於子訊框邊界/訊框邊界等的資訊。隨後，UE可以基於喚醒信號的位置或包含在喚醒信號中的資訊，對可以推導出其位置/搜尋空間的PDCCH繼續進行解碼。對PDCCH等的加擾可以按照此種方式來完成：UE能夠僅藉由其從WUS收集的資訊來對其進行解碼（例如，UE不需要對PBCH進行解碼）。

在一個示例性實施例中，PDCCH可以包含後續的UL/DL授權等。

在一個示例性實施例中，UE可以基於未決的DL/UL資料等，或者基於來自eNB（基地台）的指令，繼續直接針對PDCCH或者喚醒信號和PDCCH進行監測，直到超時為止。

PDCCH 延遲指示

在一個示例性實施例中，DRX開啟時段內的PDCCH可以包含用於UE或UE組的、關於針對隨後的搜尋空間延遲DRX開啟時間的資訊。這亦可以應用於閒置模式DRX。除了包含在下行鏈路控制資訊（DCI）中的資訊之外，延遲亦可以是所配置的Rmax的函數。在一個示例性實施例中，喚醒信號可以直接包含對延遲的指示，而不是對PDCCH進行解碼來決定延遲。

在一個示例性實施例中，UE可以在延遲之後針對喚醒信號進行監測，或者在延遲之後直接尋找PDCCH。

TxD 和信號設計

在一個示例性實施例中，若波束掃瞄用於TxD，則UE應當知曉有多少個子訊框包含相同的波束，在多少個子訊框之後波束可以改變等等，所以UE可以適當地執行相干波束組合。

在一個示例性實施例中，例如，當PDCCH Rmax為1時，喚醒信號的長度將可能是幾個OFDM符號。經設計為用於超低時延/縮短的傳輸時間間隔（ULL/sTTI）通訊的信號（這亦意味著可在幾個OFDM符號中解碼）可以重用於喚醒信號。較長長度的喚醒信號可以基於可能具有額外的展頻/加擾等的ULL/sTTI信號的重複。

儘管在本揭示中藉由對一些實例的說明來描述了各態樣和實施例，但是本領域技藝人士將理解的是，在許多不同的佈置和場景中可以產生額外的實現方式和用例。本文中描述的創新可以跨越許多不同的平臺類型、設備、系統、形狀、尺寸、封裝佈置來實現。例如，各實施例及/或使用可以經由集成晶片實施例和其他基於非模組部件的設備（例如，終端使用者設備、運載工具、通訊設備、計算設備、工業設備、零售/購買設備、醫療設備、啟用AI的設備等）而發生。儘管一些實例可能專門針對或可能沒有專門針對用例或應用，但是可以存在（occur）所描述的創新的廣泛適用性。實現方式可以具有從晶片級或模組化部件到非模組化、非晶片級實現方式的範圍，並且進一步到合併有所描述的創新的一或多個態樣的聚合的、分散式或OEM設備或系統。在一些實際設置中，合併有所描述的態樣和特徵的設備必然亦可以包括用於所要求保護和描述的實施例的實現方式和實踐的額外部件和特徵。例如，無線信號的發送和接收必然包括用於類比和數位目的的多個部件（例如，包括天線、RF鏈、功率放大器、調制器、緩衝器、處理器、交錯器、加法器（adder）/相加器（summer）等的硬體部件）。本文中描述的創新意欲可以在具有不同大小、形狀和構造的各種設備、晶片級部件、系統、分散式佈置、終端使用者設備等中實踐。

本文所描述的技術可以用於諸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA和其他系統之類的各種無線通訊系統。術語「系統」和「網路」經常可互換地使用。CDMA系統可以實現諸如CDMA2000、通用陸地無線電存取（UTRA）等的無線電技術。CDMA2000涵蓋IS-2000、IS-95和IS-856標準。IS-2000版本0和A通常被稱為CDMA2000 1x、1x等。IS-856（TIA-856）通常被稱為CDMA2000 1xEV-DO、高速封包資料（HRPD）等。UTRA包括寬頻CDMA（WCDMA）和CDMA的其他變型。TDMA系統可以實現諸如行動通訊全球系統（GSM）之類的無線電技術。OFDMA系統可以實現諸如超行動寬頻（UMB）、進化型UTRA（E-UTRA）、IEEE 802.11（Wi-Fi）、IEEE 802.16（WiMAX）、IEEE 802.20、快閃OFDM.TM.等的無線電技術。UTRA和E-UTRA是通用行動電信系統（UMTS）的部分。3GPP長期進化（LTE）和先進的LTE（LTE-A）是UMTS的使用E-UTRA的新版本。在來自名為「第三代合作夥伴計畫」（3GPP）的組織的文件中描述了UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM。在來自名為「第三代合作夥伴計畫2」（3GPP2）的組織的文件中描述了CDMA2000和UMB。本文中描述的技術可以用於上文提到的系統和無線電技術以及其他系統和無線電技術，包括免許可及/或共用頻寬上的蜂巢（例如，LTE）通訊。然而，儘管以上描述出於舉例的目的描述了LTE/LTE-A系統，並且在以上大部分描述中使用了LTE術語，但是該等技術的適用範圍超出LTE/LTE-A應用。

以上結合附圖闡述的詳細描述對實例進行了描述，而並不表示可以實現或者在申請專利範圍的範圍內的僅有實例。當在該描述中使用時，術語「實例」和「示例性」意指「用作示例、實例或說明」，而並非「較佳的」或「相對於其他實例有優勢」。為了提供對所描述的技術的理解，詳細描述包括具體細節。然而，可以在沒有該等具體細節的情況下實踐該等技術。在一些實例中，為了避免模糊所描述的實例的概念，以方塊圖形式圖示熟知的結構和裝置。

可以使用各種不同的技術和方法中的任何一種來表示資訊和信號。例如，可能貫穿上面的描述提及的資料、指令、命令、資訊、信號、位元、符號和晶片可以由電壓、電流、電磁波、磁場或粒子、光場或粒子、或者其任意組合來表示。

使用經設計為執行本文所述功能的通用處理器、數位訊號處理器（DSP）、ASIC、FPGA或其他可程式設計邏輯裝置、個別閘門或者電晶體邏輯、個別硬體部件或者其任意組合，可以實現或執行結合本文中的揭示內容所描述的各個說明性的區塊和部件。通用處理器可以是微處理器，但是在替代方案中，處理器可以是任何習知的處理器、控制器、微控制器或者狀態機。處理器亦可以實現為計算設備的組合，例如，DSP和微處理器的組合、多個微處理器、一或多個微處理器與DSP核的結合、或者任何其他此種配置。

可以用硬體、由處理器執行的軟體、韌體或其任意組合來實現本文中所描述的功能。若用由處理器執行的軟體來實現，則該功能可以作為一或多個指令或代碼儲存在電腦可讀取媒體上或者經由其進行傳輸。其他實例和實現方式在本揭示內容和所附的申請專利範圍的範圍和精神之內。例如，由於軟體的性質，可以使用由處理器執行的軟體、硬體、韌體、硬接線、或者該等項中的任意項的組合來實現上述的功能。用於實現功能的特徵亦可以在實體上位於各個位置處，包括被分佈為使得在不同的實體位置處實現功能的各部分。如本文中所使用的（包括在申請專利範圍中），術語「及/或」在兩個或更多個項目的列表中使用時，意指可以單獨地採用所列出的項目中的任何一個項目，或者可以採用所列出的項目中的兩個或更多個項目的任意組合。例如，若組成被描述為包含組成部分A、B及/或C，則該組成可以包含：僅A；僅B；僅C；A和B的組合；A和C的組合；B和C的組合；或者A、B和C的組合。此外，如本文中使用的（包括在申請專利範圍中），如在項目列表（例如，以諸如「……中的至少一個」或「……中的一或多個」之類的片語結束的項目列表）中使用的「或」指示分離性列表，使得例如，「A、B、或C中的至少一個」的列表意指A、或B、或C、或AB、或AC、或BC、或ABC（亦即，A和B和C）。

電腦可讀取媒體包括電腦儲存媒體和通訊媒體二者，通訊媒體包括有助於將電腦程式從一個地點傳送到另一個地點的任何媒體。儲存媒體可以是能夠由通用或專用電腦存取的任何可用媒體。經由舉例而非限制的方式，電腦可讀取媒體可以包括RAM、ROM、EEPROM、快閃記憶體、CD-ROM或其他光碟儲存、磁碟儲存或其他磁儲存設備、或者能夠用於攜帶或儲存具有指令或資料結構形式的期望程式碼構件並且能夠由通用或專用電腦或者通用或專用處理器存取的任何其他媒體。此外，任何連接被適當地稱為電腦可讀取媒體。例如，若使用同軸電纜、光纖光纜、雙絞線、數位用戶線路（DSL）或者諸如紅外線、無線電和微波之類的無線技術從網站、伺服器或其他遠端源發射軟體，則同軸電纜、光纖光纜、雙絞線、DSL或者諸如紅外線、無線電和微波之類的無線技術包括在媒體的定義中。如本文中所使用的，磁碟（disk）和光碟（disc）包括壓縮光碟（CD）、鐳射光碟、光碟、數位多功能光碟（DVD）、軟碟和藍光光碟，其中磁碟通常磁性地複製資料，而光碟則用鐳射來光學地複製資料。上文的組合亦包括在電腦可讀取媒體的範圍之內。

如在該描述中所使用的，術語「部件」、「資料庫」、「模組」、「系統」等意欲代表與電腦相關的實體（硬體、韌體、硬體和軟體的組合、軟體、或執行中的軟體）。例如，部件可以是但不限於在處理器上運行的程序、處理器、物件、可執行檔，執行的執行緒、程式及/或電腦。藉由說明的方式，在計算設備上運行的應用和計算設備二者皆可以是部件。一或多個部件可以位於程序及/或執行的執行緒之內，並且部件可以被局限在一個電腦上及/或分佈在兩個或更多個電腦之間。此外，該等部件可以從具有儲存在其上的各種資料結構的各種電腦可讀取媒體執行。部件可以藉由本端及/或遠端程序的方式進行通訊，諸如根據具有一或多個資料封包的信號（例如，來自一個部件的資料，該部件藉由信號的方式與在本端系統、分散式系統中及/或跨越諸如網際網路之類的具有其他系統的網路的另一個部件進行互動）。

為了使本領域技藝人士能夠實現或使用本揭示內容，提供了對本揭示內容的先前描述。對於本領域技藝人士而言，對本揭示內容的各種修改將是顯而易見的，並且在不脫離本揭示內容的範圍的情況下，本文中定義的通用原理可以適用於其他變型。因此，本揭示內容並不限於本文中所描述的實例和設計，而是被賦予與本文所揭示的原理和新穎特徵相一致的最廣範圍。

100‧‧‧LTE網路架構102‧‧‧使用者設備104‧‧‧進化型UMTS陸地無線電存取網路106‧‧‧進化型節點B108‧‧‧eNB110‧‧‧進化封包核心112‧‧‧行動管理實體（MME）114‧‧‧其他MME116‧‧‧服務閘道118‧‧‧封包資料網路（PDN）閘道120‧‧‧家庭用戶伺服器（HSS）122‧‧‧服務供應商的網際網路協定（IP）服務124‧‧‧多媒體廣播多播服務（MBMS）閘道126‧‧‧廣播多播服務中心（BM-SC）128‧‧‧多播協調實體200‧‧‧存取網路202‧‧‧細胞204‧‧‧巨集eNB206‧‧‧UE208‧‧‧eNB210‧‧‧蜂巢區域300‧‧‧圖302‧‧‧資源元素304‧‧‧資源元素400‧‧‧圖410a‧‧‧資源區塊410b‧‧‧資源區塊420a‧‧‧資源區塊420b‧‧‧資源區塊430‧‧‧實體隨機存取通道（PRACH）500‧‧‧圖506‧‧‧實體層508‧‧‧層2（L2層）510‧‧‧媒體存取控制（MAC）子層512‧‧‧無線電鏈路控制（RLC）子層514‧‧‧封包資料彙聚協定（PDCP）子層516‧‧‧無線電資源控制（RRC）子層610‧‧‧eNB616‧‧‧TX處理器618‧‧‧發射器620‧‧‧天線650‧‧‧UE652‧‧‧天線654‧‧‧發射器658‧‧‧通道估計器659‧‧‧控制器/處理器660‧‧‧記憶體662‧‧‧資料槽667‧‧‧資料來源668‧‧‧TX處理器670‧‧‧RX處理器674‧‧‧通道估計器675‧‧‧控制器/處理器676‧‧‧記憶體700‧‧‧圖702‧‧‧節點704‧‧‧MTC UE706‧‧‧UE708‧‧‧UL傳輸710‧‧‧DL傳輸712‧‧‧DL傳輸714‧‧‧UL傳輸802‧‧‧圖803‧‧‧DL中心頻率804‧‧‧陰影部分806‧‧‧大頻寬808‧‧‧窄頻寬810‧‧‧圖811‧‧‧UL中心頻率812‧‧‧窄頻寬814‧‧‧圖816‧‧‧頻寬900‧‧‧圖904‧‧‧DRX循環910‧‧‧元件符號911‧‧‧預熱時段912‧‧‧同步（SYNC）時段914‧‧‧MPDCCH監測時段915‧‧‧睡眠時段916‧‧‧斜降時段920‧‧‧元件符號921‧‧‧預熱時段922‧‧‧同步（SYNC）時段924‧‧‧MPDCCH監測時段926‧‧‧斜降時段935‧‧‧傳呼傳輸訊窗（PTW）937‧‧‧傳呼傳輸訊窗1000‧‧‧圖1002‧‧‧等時線1004‧‧‧DRX循環1010‧‧‧元件符號1011‧‧‧預熱時段1012‧‧‧喚醒信號監測時段1015‧‧‧睡眠時段1020‧‧‧元件符號1021‧‧‧預熱時段1022‧‧‧喚醒信號監測時段1026‧‧‧斜降時段1035‧‧‧傳呼傳輸訊窗1037‧‧‧傳呼傳輸訊窗1100‧‧‧圖1102‧‧‧等時線1111‧‧‧斜升時段1112‧‧‧搜尋空間1114‧‧‧MPDCCH通道1115‧‧‧時間1130‧‧‧喚醒信號1135‧‧‧傳呼傳輸訊窗1137‧‧‧MTC PDSCH（MPDSCH）通道（資料通道）1200‧‧‧圖1210‧‧‧主接收器1211‧‧‧接收器前端1212‧‧‧降頻轉換器1214‧‧‧放大器/基頻濾波器1216‧‧‧解調器1217‧‧‧類比數位轉換器1220‧‧‧喚醒接收器1221‧‧‧接收器前端1222‧‧‧降頻轉換器1224‧‧‧放大器/基頻濾波器1226‧‧‧解調器1227‧‧‧類比數位轉換器1230‧‧‧基頻處理器1232‧‧‧數位訊號處理器1235‧‧‧喚醒信號處理器1250‧‧‧狀態圖1252‧‧‧狀態1254‧‧‧狀態1256‧‧‧狀態1258‧‧‧狀態1300‧‧‧圖1302‧‧‧大小R11304‧‧‧大小R21306‧‧‧大小R41310‧‧‧搜尋空間1320‧‧‧搜尋空間1322‧‧‧大小為R1的PDCCH1324‧‧‧大小為R2的PDCCH1326‧‧‧大小為R2的PDCCH1328‧‧‧大小為R4的PDCCH1400‧‧‧圖1402‧‧‧UE等時線1403‧‧‧DRX循環1404‧‧‧eDRX循環1405‧‧‧DRX循環1406‧‧‧喚醒時段1408‧‧‧喚醒時段1411‧‧‧PDCCH監測時段1412‧‧‧PDCCH監測時段1413‧‧‧PDCCH監測時段1414‧‧‧PDCCH監測時段1415‧‧‧斜降時段1416‧‧‧時間段1417‧‧‧時間段1418‧‧‧時間段1421‧‧‧PDCCH監測時段1422‧‧‧PDCCH監測時段1423‧‧‧PDCCH監測時段1424‧‧‧PDCCH監測時段1425‧‧‧斜降時段1426‧‧‧時間段1427‧‧‧時間段1428‧‧‧時間段1430‧‧‧深度睡眠狀態1435‧‧‧傳呼傳輸訊窗1437‧‧‧傳呼傳輸訊窗1500‧‧‧圖1502‧‧‧UE等時線1503‧‧‧DRX循環1504‧‧‧eDRX循環1506‧‧‧喚醒時段1508‧‧‧喚醒時段1511‧‧‧PDCCH監測時段1512‧‧‧PDCCH監測時段1513‧‧‧PDCCH監測時段1516‧‧‧時間段1517‧‧‧時間段1521‧‧‧PDCCH監測時段1522‧‧‧PDCCH監測時段1523‧‧‧PDCCH監測時段1525‧‧‧斜降時段1530‧‧‧深度睡眠狀態1535‧‧‧傳呼傳輸訊窗1537‧‧‧傳呼傳輸訊窗1540‧‧‧時間段1542‧‧‧時間段1545‧‧‧喚醒信號1550‧‧‧時間段1570‧‧‧引導頻信號1571‧‧‧引導頻信號1600‧‧‧圖1602‧‧‧UE等時線1603‧‧‧DRX循環1604‧‧‧eDRX循環1606‧‧‧喚醒時段1608‧‧‧喚醒時段1611‧‧‧PDCCH搜尋空間1612‧‧‧PDCCH搜尋空間1614‧‧‧PDCCH搜尋空間1615‧‧‧斜降時段1616‧‧‧間隔1617‧‧‧間隔1618‧‧‧間隔1621‧‧‧監測時段1622‧‧‧監測時段1623‧‧‧監測時段1624‧‧‧監測時段1625‧‧‧斜降時段1630‧‧‧深度睡眠狀態1635‧‧‧時間段1637‧‧‧時間段1640‧‧‧時間段1642‧‧‧時間段1645‧‧‧喚醒信號搜尋空間1646‧‧‧喚醒信號搜尋空間1647‧‧‧喚醒信號搜尋空間1648‧‧‧喚醒信號搜尋空間1650‧‧‧時間段1651‧‧‧間隔1652‧‧‧間隔1653‧‧‧間隔1665‧‧‧時間段1666‧‧‧時間段1667‧‧‧時間段1668‧‧‧時間段1700‧‧‧圖1702‧‧‧UE等時線1706‧‧‧喚醒時段1708‧‧‧喚醒時段1715‧‧‧時間段1721‧‧‧時間段1730‧‧‧深度睡眠時段1740‧‧‧時間段1742‧‧‧時間段1745‧‧‧時間段1750‧‧‧間隙1775‧‧‧時間段1800‧‧‧圖1802‧‧‧UE等時線1808‧‧‧時間段1815‧‧‧時間段1821‧‧‧時間段1830‧‧‧深度睡眠時段1840‧‧‧時間段1842‧‧‧時間段1845‧‧‧時間段1850‧‧‧間隙1856‧‧‧喚醒時段1866‧‧‧喚醒時段1875‧‧‧時間段1900‧‧‧流程圖1902‧‧‧方塊1904‧‧‧方塊1906‧‧‧方塊1908‧‧‧方塊1910‧‧‧方塊1912‧‧‧方塊1914‧‧‧方塊1916‧‧‧方塊2000‧‧‧流程圖2002‧‧‧方塊2004‧‧‧方塊2006‧‧‧方塊2100‧‧‧裝置2104‧‧‧構件2108‧‧‧構件2110‧‧‧構件2112‧‧‧構件2114‧‧‧構件2116‧‧‧構件2200‧‧‧裝置2202‧‧‧構件2204‧‧‧構件2206‧‧‧構件

在各圖中，除非另外指出，否則相同的元件符號貫穿各個視圖代表相同的部分。對於具有字母字元名稱的元件符號（諸如「102a」或「102b」），字母字元名稱可以區分在同一圖中存在的兩個相同的部分或元素。當元件符號意欲包含所有圖中具有相同元件符號的所有部分時，可以省略針對元件符號的字母字元名稱。

圖1是示出根據本揭示內容的各個態樣的網路架構的實例的圖。

圖2是示出根據本揭示內容的各個態樣的存取網路的實例的圖。

圖3是示出根據本揭示內容的各個態樣的LTE中的DL訊框結構的實例的圖。

圖4是示出根據本揭示內容的各個態樣的LTE中的UL訊框結構的實例的圖。

圖5是示出根據本揭示內容的各個態樣的用於使用者平面和控制平面的無線電協定架構的實例的圖。

圖6是示出根據本揭示內容的各個態樣的存取網路中的進化型節點B和使用者設備的實例的圖。

圖7是示出根據本揭示內容的各個態樣的通訊系統的圖。

圖8A、圖8B和圖8C是示出根據本揭示內容的各個態樣的MTC UE在經分配為用於非MTC UE的大頻寬中的窄頻操作的圖。

圖9是示出針對處於閒置模式的UE的習知DRX循環的示例性實施例的圖。

圖10是圖示針對處於閒置模式中的UE的DRX循環（其中UE可以不覺醒）的示例性實施例的圖。

圖11是圖示當傳呼信號被發送給UE時的示例性UE處理的圖。

圖12是圖示包括主接收器、喚醒接收器和基頻處理器的示例性接收器架構的圖。

圖13是示出用於喚醒信號（WUS）搜尋空間的兩個可能選項的圖。

圖14是圖示針對UE的習知eDRX循環的示例性實施例的圖。

圖15是圖示在一個傳呼傳輸訊窗（PTW）中針對所有PDCCH搜尋空間使用一個喚醒信號的示例性實施例的圖。

圖16是圖示用於針對喚醒信號進行監測的時間比用於監測所有PDCCH搜尋空間的時間少的示例性實施例的圖。

圖17是圖示在UE中載入軟體（SW）圖像資料的示例性實施例的圖。

圖18是圖示在UE中載入軟體（SW）圖像資料的替代示例性實施例的圖。

圖19是圖示在UE處對喚醒信號進行處理的方法的流程圖。

圖20是圖示在基地台處對喚醒信號進行處理的方法的流程圖。

圖21是根據本揭示內容的示例性實施例的、用於UE對喚醒信號進行處理的裝置的功能方塊圖。

圖22是根據本揭示內容的示例性實施例的、用於基地台對喚醒信號進行處理的裝置的功能方塊圖。

國內寄存資訊 (請依寄存機構、日期、號碼順序註記) 無

國外寄存資訊 (請依寄存國家、機構、日期、號碼順序註記) 無

1500‧‧‧圖

1502‧‧‧UE等時線

1503‧‧‧DRX循環

1504‧‧‧eDRX循環

1506‧‧‧喚醒時段

1508‧‧‧喚醒時段

1511‧‧‧PDCCH監測時段

1512‧‧‧PDCCH監測時段

1513‧‧‧PDCCH監測時段

1516‧‧‧時間段

1517‧‧‧時間段

1521‧‧‧PDCCH監測時段

1522‧‧‧PDCCH監測時段

1523‧‧‧PDCCH監測時段

1525‧‧‧斜降時段

1530‧‧‧深度睡眠狀態

1535‧‧‧傳呼傳輸訊窗

1537‧‧‧傳呼傳輸訊窗

1540‧‧‧時間段

1542‧‧‧時間段

1545‧‧‧喚醒信號

1550‧‧‧時間段

1570‧‧‧引導頻信號

1571‧‧‧引導頻信號

Claims (31)

1. 一種用於通訊的方法，包括以下步驟：週期性地從一不連續接收狀態覺醒；在覺醒之後，針對一喚醒信號搜尋空間中的一喚醒信號(WUS)進行監測，該喚醒信號具有與一控制通道通訊的一長度相比較短的一長度，其中該喚醒信號的該長度取決於以下各項中的一或多項：一配置的控制通道重複數量(Rmax)、實際的控制通道重複水平、發射分集架構、一跳頻規劃、或一不連續接收(DRX)/擴展的DRX(eDRX)循環長度；及回應於偵測該喚醒信號搜尋空間中的該WUS，監測針對該控制通道通訊的一控制通道。
2. 如請求項1所述之方法，其中一引導頻信號位於該喚醒信號的一附近，而不管該喚醒信號是否被發送。
3. 如請求項1所述之方法，其中僅當該喚醒信號被發送時，一引導頻信號才在該喚醒信號的一附近被發送。
4. 如請求項1所述之方法，其中僅當該喚醒信號被發送時，一引導頻信號才位於該控制通道通訊的一附近。
5. 如請求項1所述之方法，其中在該喚醒信號 的一附近，引導頻信號的一密度增加。
6. 如請求項1所述之方法，其中該喚醒信號包括：與在一擴展的不連續接收(DRX)(eDRX)循環內用於針對該控制通道通訊進行監測的DRX循環的一數量有關的資訊。
7. 如請求項1所述之方法，其中該喚醒信號的一長度是顯式配置的。
8. 如請求項1所述之方法，其中該喚醒信號搜尋空間包括一或多個長度以及對應的一或多個起始位置，並且針對在該喚醒信號搜尋空間中的所有對應的起始位置處搜尋具有該一或多個長度的該喚醒信號。
9. 如請求項1所述之方法，其中該喚醒信號搜尋空間比用於該控制通道通訊的一搜尋空間小。
10. 如請求項1所述之方法，其中該喚醒信號搜尋空間允許在不同區域中接收一控制通道通訊的一個以上的使用者設備(UE)獨立地覺醒。
11. 如請求項1所述之方法，進一步包括以下步驟：在覺醒以針對該喚醒信號進行搜尋或針對該控制通道通訊進行搜尋之間進行選擇。
12. 如請求項1所述之方法，其中該方法進一步包括以下步驟：在一第一通訊中向一基地台發送一實體隨機存取通道(PRACH)和一實體上行鏈路共享 通道(PUSCH)通訊，並且在一第二通訊中接收一喚醒信號和一實體下行鏈路控制通道(PDCCH)通訊。
13. 如請求項12所述之方法，其中該方法進一步包括以下步驟：使用該喚醒信號和該PDCCH通訊來同步到一通訊網路。
14. 如請求項1所述之方法，其中該喚醒信號與一對應的控制通道搜尋空間之間的一間隙是基於使用者設備(UE)能力和不連續接收(DRX)/擴展的DRX(eDRX)循環長度中的一或多項來配置的。
15. 如請求項14所述之方法，其中該方法進一步包括以下步驟：向一基地台通知關於：針對不同的DRX/eDRX循環而言該喚醒信號與該對應的控制通道搜尋空間之間的該間隙。
16. 如請求項1所述之方法，其中在一擴展的不連續接收(eDRX)循環中針對該喚醒信號進行監測的一次數是與該eDRX循環中的一傳呼傳輸訊窗和用於針對該控制通道通訊進行監測的不連續接收(DRX)循環的一數量分開配置的。
17. 如請求項16所述之方法，其中針對該喚醒信號進行監測的位置的一數量是一(1)，並且控制通道通訊的DRX循環的一數量大於一(1)。
18. 如請求項16所述之方法，其中多個喚醒信 號之間的間隔是獨立於一DRX循環中的該控制通道通訊來配置的。
19. 一種用於通訊的裝置，包括：一記憶體；一處理器，該處理器耦合至該記憶體，該記憶體及該處理器經配置為：週期性地從一不連續接收狀態覺醒；在覺醒之後，針對一喚醒信號搜尋空間中的一喚醒信號(WUS)進行監測，該喚醒信號具有與一控制通道通訊的一長度相比較短的一長度，其中該喚醒信號的該長度取決於以下各項中的一或多項：一配置的控制通道重複數量(Rmax)、實際的控制通道重複水平、發射分集架構、一跳頻規劃、或一不連續接收(DRX)/擴展的DRX(eDRX)循環長度；及回應於偵測該喚醒信號搜尋空間中的該WUS，監測針對該控制通道通訊的一控制通道。
20. 如請求項19所述之裝置，其中該記憶體及該處理器進一步經配置為：監測一引導頻信號，其中該引導頻信號位於該喚醒信號的一附近，而不管該喚醒信號是否被發送。
21. 如請求項19所述之裝置，其中該記憶體及 該處理器進一步經配置為：分開配置在一擴展的不連續接收(eDRX)循環中針對該喚醒信號進行監測的一次數與該eDRX循環中的一傳呼傳輸訊窗和用於針對該控制通道通訊進行監測的不連續接收(DRX)循環的一數量。
22. 如請求項21所述之裝置，其中針對該喚醒信號進行監測的位置的一數量是一(1)，並且控制通道通訊的DRX循環的一數量大於一(1)。
23. 如請求項21所述之裝置，其中該記憶體及該處理器進一步經配置為：在一DRX循環中的該控制通道通訊中獨立配置多個喚醒信號之間的一間隔。
24. 一種使用者設備(UE)，包括：用於週期性地從一不連續接收狀態覺醒的構件；用於在覺醒之後針對一喚醒信號搜尋空間中的一喚醒信號(WUS)進行監測的構件，該喚醒信號具有與一控制通道通訊的一長度相比較短的一長度，其中該喚醒信號的該長度取決於以下各項中的一或多項：一配置的控制通道重複數量(Rmax)、實際的控制通道重複水平、發射分集架構、一跳頻規劃、或一不連續接收(DRX)/擴展的DRX(eDRX)循環長度；及用於回應於偵測該喚醒信號搜尋空間中的該WUS，監測針對該控制通道通訊的一控制通道的構件。
25. 如請求項24所述之UE，進一步包括：用於接收該喚醒信號(WUS)的構件；用於處理該喚醒信號(WUS)的構件；及用於針對該控制通道通訊進行監測，以決定一基地台是否具有以該UE為目的地的任何資訊的構件。
26. 如請求項24所述之UE，其中該UE在一擴展的不連續接收(eDRX)循環中針對一喚醒信號進行監測的一次數是與該eDRX循環中的一傳呼傳輸訊窗和用於針對該控制通道通訊進行監測的不連續接收(DRX)循環的一數量分開配置的。
27. 一種儲存用於通訊的電腦可執行代碼的非暫時性電腦可讀取媒體，該代碼可由一處理器執行以用於進行以下操作：週期性地從一不連續接收狀態覺醒；在覺醒之後，針對一喚醒信號搜尋空間中的一喚醒信號(WUS)進行監測，該喚醒信號具有與一控制通道通訊的一長度相比較短的一長度，其中該喚醒信號的該長度取決於以下各項中的一或多項：一配置的控制通道重複數量(Rmax)、實際的控制通道重複水平、發射分集架構、一跳頻規劃、或一不連續接收(DRX)/擴展的DRX(eDRX)循環長度；及回應於偵測該喚醒信號搜尋空間中的該WUS，監測 針對該控制通道通訊的一控制通道。
28. 如請求項27所述之非暫時性電腦可讀取媒體，其中該代碼可由一處理器執行以用於進行以下操作：監測位於該喚醒信號的一附近的一引導頻信號，而不管該喚醒信號是否被發送。
29. 如請求項27所述之非暫時性電腦可讀取媒體，其中該代碼可由一處理器執行以在一擴展的不連續接收(eDRX)循環中針對一喚醒信號進行監測的一次數是與該eDRX循環中的一傳呼傳輸訊窗和用於針對該控制通道通訊進行監測的不連續接收(DRX)循環的一數量分開配置的。
30. 一種用於在一使用者設備(UE)處進行無線通訊的方法，包括以下步驟：週期性地從一不連續接收狀態覺醒；在覺醒之後，針對一喚醒信號搜尋空間中的一喚醒信號(WUS)進行監測，該喚醒信號具有與一控制通道通訊的一長度相比較短的一長度，其中該喚醒信號的該長度取決於一配置的控制通道重複數量(Rmax)；及回應於偵測該喚醒信號搜尋空間中的該WUS，監測針對該控制通道通訊的一控制通道。
31. 一種用於無線通訊的使用者設備(UE)， 包括：一記憶體；一處理器，該處理器耦合至該記憶體，該記憶體及該處理器經配置為：週期性地從一不連續接收狀態覺醒；在覺醒之後，針對一喚醒信號搜尋空間中的一喚醒信號(WUS)進行監測，該喚醒信號具有與一控制通道通訊的一長度相比較短的一長度，其中該喚醒信號的該長度取決於一配置的控制通道重複數量(Rmax；及回應於偵測該喚醒信號搜尋空間中的該WUS，監測針對該控制通道通訊的一控制通道。

Images