TW202344083A - 用於初始存取以及初始頻寬部分配置的方法 - Google Patents

Abstract

一種用於實行初始存取過程的方法包括由降低能力（RedCap）使用者設備（UE）自網路接收同步訊號（SS）/物理廣播通道（PBCH）區塊。SS/PBCH區塊可包括主同步訊號（PSS）、輔同步訊號（SSS）、第一組物理廣播通道（PBCH）、第二組PBCH及第三組PBCH，其中第三組PBCH可為第二組PBCH的副本。所述方法可更包括由RedCap UE對PSS、SSS、第一組PBCH及第三組PBCH進行解碼。

Description

用於初始存取以及初始頻寬部分配置的方法

本揭露大體而言是有關於初始存取以及初始頻寬部分配置。更具體而言，本文中揭露的標的物是有關於針對降低能力使用者設備（UE）的初始存取以及初始頻寬部分配置的改善。 [相關申請案的交叉參考]

本申請案主張於2022年2月25日提出申請的美國臨時申請案第63/314,366號的優先權權益，所述美國臨時申請案的揭露內容如本文中所陳述般全文併入供參考。

第三代合作夥伴計劃（3GPP）的版本17（Rel-17）對降低能力（RedCap）使用者設備（UE）進行了標準化，所述RedCap UE將UE的能力降低成在有限頻寬中（例如，降低成在頻率範圍1（FR1）中的20百萬赫下）進行操作。

版本18（Rel-18）將可能進一步改善對RedCap UE的標準化，以使其具有更小的頻寬，此可被稱為具有5百萬赫的頻寬的窄頻帶（NB）RedCap。隨著此種頻寬減小，系統中可能存在重大改變。舉例而言，同步訊號區塊（SSB）可能不總是包含於5百萬赫的最大UE頻寬內。隨著引入RedCap UE，可能存在對UE初始存取程序（或「初始存取過程」）的規範影響，此乃因具有較對UE的傳統頻寬要求低的頻寬能力的RedCap UE而可能無法實行傳統初始存取程序。

因此，期望用於支援5百萬赫NB-RedCap UE的技術、以及此種技術可如何與20百萬赫RedCap UE及非RedCap UE共存。

根據本揭露的一些實施例，揭露一種方法。所述方法可包括：由降低能力（RedCap）使用者設備（UE）自網路接收第一同步訊號（SS）/物理廣播通道（PBCH）區塊，其中第一SS/PBCH區塊包括主同步訊號（PSS）、輔同步訊號（SSS）及物理廣播通道（PBCH），其中由第一SS/PBCH區塊使用的副載波間距（SCS）及副載波數目與較RedCap UE的最大頻寬小的PBCH頻寬對應；以及由RedCap UE對與RedCap UE的最大頻寬對應的所接收的第一SS/PBCH進行解碼。

所述方法可更包括由RedCap UE接收與第一SS/PBCH區塊不同的第二SS/PBCH區塊，第二SS/PBCH區塊的最大頻寬大於第一SS/PBCH區塊的最大頻寬。

第一SS/PBCH區塊可在第一頻率位置處接收且第二SS/PBCH區塊是在與第一頻率位置不同的第二頻率位置處接收。

第一SS/PBCH區塊可被配置成在四個符號之上進行操作，且PSS佔用所述四個符號中的第一個符號，SSS佔用所述四個符號中的第三個符號，且PBCH佔用所述四個符號中的第二個符號及第四個符號。

第一SS/PBCH區塊可佔用小於5百萬赫的頻寬。

根據本揭露的其他實施例，一種方法可包括：由降低能力（RedCap）使用者設備（UE）自網路接收同步訊號（SS）/物理廣播通道（PBCH）區塊，其中SS/PBCH區塊包括主同步訊號（PSS）、輔同步訊號（SSS）、第一組物理廣播通道（PBCH）、第二組PBCH及第三組PBCH，其中第三組PBCH是第二組PBCH的副本；以及由RedCap UE對PSS、SSS、第一組PBCH及第三組PBCH進行解碼。

SS/PBCH區塊可被配置成在六個符號之上進行操作，其中PSS佔用所述六個符號中的第一個符號，SSS佔用所述六個符號中的第三個符號，且第一組PBCH及第二組PBCH佔用所述六個符號中的第二個符號、第三個符號及第四個符號，且第三組PBCH佔用所述六個符號中的第五個符號及第六個符號。

SS/PBCH區塊的可包括PSS、SSS以及第一組PBCH及第二組PBCH的至少一部分支援傳統UE，且SS/PBCH區塊的包括PSS、SSS以及第一組PBCH及第三組PBCH的至少一部分支援RedCap UE。

所述方法可更包括：由RedCap UE接收使用窄頻帶傳統控制資源集（CORESET#0）及窄頻帶傳統系統資訊區塊（SIB1）進行多工的CORESET#0及SIB1；以及由RedCap UE對窄頻帶CORESET#0及窄頻帶SIB1進行解碼。

所述方法可更包括：由RedCap UE接收多個頻寬部分（BWP）；由RedCap UE基於SIB1中所定義的準則來選擇所述多個BWP中的一個BWP；以及由RedCap UE在隨機存取程序期間向網路發送第一訊息。

準則可基於跨越所述多個BWP的均勻平衡流量負載。

RedCap UE的最大頻寬可為5百萬赫，所接收的SS/PBCH的至少一部分與RedCap UE的最大頻寬對應。

所述方法可更包括：將第三組PBCH的位元重新排列成與第二組PBCH的位元對應的次序；以及對第一組PBCH的位元及第三組PBCH的位元進行解碼，其中SS/PBCH區塊可在初始存取期間在同步訊號叢發集中接收，且RedCap UE接收PSS、SSS以及第一組PBCH的位元及第三組PBCH的位元。

根據本揭露的一些其他實施例，一種系統可包括降低能力（RedCap）使用者設備（UE），所述RedCap UE包括：記憶體；以及處理器，被配置成執行儲存於記憶體中的指令以實行包括以下的操作：由RedCap UE自網路接收同步訊號（SS）/物理廣播通道（PBCH）區塊；其中SS/PBCH區塊包括主同步訊號（PSS）、輔同步訊號（SSS）、第一組物理廣播通道（PBCH）、第二組PBCH及第三組PBCH；其中第三組PBCH是第二組PBCH的副本；以及由RedCap UE對PSS、SSS、第一組PBCH及第三組PBCH進行解碼。

SS/PBCH區塊可被配置成在六個符號之上進行操作，其中PSS佔用所述六個符號中的第一個符號，SSS佔用所述六個符號中的第三個符號，且第一組PBCH及第二組PBCH佔用所述六個符號中的第二個符號、第三個符號及第四個符號，且第三組PBCH佔用所述六個符號中的第五個符號及第六個符號。

SS/PBCH區塊的包括PSS、SSS以及第一組PBCH及第二組PBCH的至少一部分支援傳統UE，且SS/PBCH區塊的包括PSS、SSS以及第一組PBCH及第三組PBCH的至少一部分支援RedCap UE。

所述系統可實行更包括以下的操作：由RedCap UE接收使用窄頻帶傳統控制資源集（CORESET#0）及窄頻帶傳統系統資訊區塊（SIB1）進行多工的CORESET#0及SIB1；以及由RedCap UE對窄頻帶CORESET#0及窄頻帶SIB1進行解碼。

所述系統可包括更包括以下的操作：由RedCap UE接收多個頻寬部分（BWP）；由RedCap UE基於SIB1中所定義的準則來選擇所述多個BWP中的一個BWP；以及由RedCap UE在隨機存取程序期間向網路發送第一訊息。

準則可基於跨越所述多個BWP的均勻平衡流量負載。

RedCap UE的最大頻寬可為5百萬赫，所接收的SS/PBCH的至少一部分可與RedCap UE的最大頻寬對應

所述系統可包括更包括以下的操作：將第三組PBCH的位元重新排列成與第二組PBCH的位元對應的次序；以及對第一組PBCH的位元及第三組PBCH的位元進行解碼，其中SS/PBCH區塊是在初始存取期間在同步訊號叢發集中接收，且RedCap UE接收PSS、SSS以及第一組PBCH的位元及第三組PBCH的位元。

在以下詳細說明中，陳述眾多具體細節來提供對本揭露的透徹理解。然而，熟習此項技術者應理解，無需該些具體細節亦可實踐所揭露的態樣。在其他情形中，尚未詳細闡述眾所習知的方法、程序、組件及電路，以免使本文中所揭露標的物模糊不清。

本說明書通篇中所提及的「一個實施例（one embodiment）」或「實施例（an embodiment）」意指結合所述實施例所闡述的特定特徵、結構或特性可包含於本文中所揭露的至少一個實施例中。因此，在本說明書通篇中各處出現的片語「在一個實施例中（in one embodiment）」或「在實施例中（in an embodiment）」或者「根據一個實施例（according to one embodiment）」（或具有類似含義的其他片語）可能未必全部指同一實施例。此外，在一或多個實施例中，特定特徵、結構或特性可採用任何合適的方式進行組合。就此而言，本文中所使用的詞「示例性（exemplary）」意指「用作實例、例子或例示」。本文中被闡述為「示例性」的任何實施例不被視為與其他實施例相較必定是較佳的或有利的。另外，在一或多個實施例中，特定特徵、結構或特性可採用任何合適的方式進行組合。另外，端視本文中的論述的上下文而定，單數用語可包括對應的複數形式且複數用語可包括對應的單數形式。類似地，帶連字符的用語（例如，「二維（two-dimensional）」、「預定（pre-determined）」、「畫素專有（pixel-specific）」等）偶爾可與對應的未帶連字符的版本（例如，「二維（two dimensional）」、「預定（predetermined）」、「畫素專有（pixel specific）」等）可互換地使用，且大寫詞條（例如，「計數器時脈（Counter Clock）」、「列選擇（Row Select）」、「PIXOUT」等）可與對應的非大寫版本（例如，「計數器時脈（counter clock）」、「列選擇（row select）」、「pixout」等）可互換地使用。此種偶爾的可互換使用不應被視為彼此不一致。

另外，端視本文中的論述的上下文而定，單數用語可包括對應的複數形式且複數用語可包括對應的單數形式。更應注意，本文中所示及所論述的各個圖（包括組件圖）僅是出於例示目的，而並非按比例繪製。舉例而言，為清晰起見，可相對於其他元件誇大元件中的一些元件的尺寸。此外，在適宜情況下，在各圖中重複使用參考編號來指示對應的元件及/或類似元件。

本文中所使用的術語僅是用於闡述一些實例性實施例的目的，而非旨在限制所主張標的物。除非上下文另外清楚地指示，否則本文中所使用單數形式「一（a、an）」及「所述（the）」旨在亦包括複數形式。更應理解，當在本說明書中使用用語「包括（comprises及/或comprising）」時，是指明所敘述特徵、整數、步驟、操作、元件及/或組件的存在，但不排除一或多個其他特徵、整數、步驟、操作、元件、組件及/或其群組的存在或添加。

應理解，當稱一元件或層位於另一元件或層上、「連接至」或「耦合至」另一元件或層時，所述元件或層可直接位於所述另一元件或層上、直接連接至或直接耦合至所述另一元件或層，或者可存在中間元件或層。相比之下，當稱一元件「直接位於」另一元件或層「上」、「直接連接至」或「直接耦合至」另一元件或層時，不存在中間元件或層。在通篇中，相同的編號指代相同的元件。本文中所使用的用語「及/或（and/or）」包括相關聯列舉項中的一或多者的任意及所有組合。

本文中所使用的用語「第一」、「第二」等被用作位於所述用語後面的名詞的標籤，且除非明確定義如此，否則所述用語並不暗示任何類型的次序（例如，空間、時間、邏輯等）。此外，在二或更多個圖中可使用相同的參考編號來指代具有相同或相似的功能的部件、組件、區塊、電路、單元或模組。然而，此種用法僅是為使例示簡潔且易於論述起見；所述用法並不暗示該些組件或單元的構造細節或架構細節在所有實施例中是相同的或者該些通常提及的部件/模組是實施本文中所揭露實例性實施例中的一些實例性實施例的唯一方式。

除非另外定義，否則本文中所使用的所有用語（包括技術用語及科學用語）的含義均與本標的物所屬技術中具有通常知識者所通常理解的含義相同。更應理解，用語（例如在常用詞典中所定義的用語）應被解釋為具有與其在相關技術的上下文中的含義一致的含義，且除非在本文中明確定義，否則不應將其解釋為具有理想化或過於正式的意義。

本文中所使用的用語「模組」是指被配置成結合模組提供本文中所述功能的軟體、韌體及/或硬體的任何組合。舉例而言，軟體可被實施為軟體封裝、碼及/或指令集或指令，且在本文中所述的任何實施方案中所使用的用語「硬體」可例如以單獨形式或以任何組合的形式包括總成、硬佈線電路系統、可程式化電路系統、狀態機電路系統及/或儲存由可程式化電路系統執行的指令的韌體。各模組可共同地或個別地被實施為形成較大系統（例如但不限於積體電路（integrated circuit，IC）、系統晶片（system on-a-chip，SoC）、總成等等）的一部分的電路系統。

在本揭露中，用語降低能力（reduced capability，RedCap）旨在指不足以滿足對UE的傳統頻寬要求的UE的有限頻寬能力。

如本文中所使用的「傳統」是指缺乏用於容納頻寬受限的RedCap UE的特殊規定的系統，或者是指此種系統的元件（例如，傳統CORESET#0或傳統物理廣播通道（PBCH））。用語同步訊號區塊（synchronization signal block，SSB）可能與用語同步訊號/物理廣播通道（SS/PBCH）區塊可互換地使用。

相較於版本15（Release 15，Rel-15）新無線電（New Radio，NR）裝置的能力，版本17（Release 17，Rel-17）中提供的RedCap裝置的能力包括減小頻寬、減少多輸入多輸出（multiple-in multiple-out，MIMO）層的最大數目以及放寬最大下行鏈路（Downlink，DL）調變階數以降低基帶複雜度。減少所要求的接收支路的最少數目且容許所有頻帶的半雙工（half-duplex，HD）操作有助於降低天線及RF組件的材料清單成本。以下將更詳細地闡述降低能力特徵中的每一者。

最大裝置頻寬：基線NR裝置支援頻率範圍1（frequency range，FR1）中的100百萬赫及FR2中的200百萬赫，以用於發射（transmission，Tx）及接收（reception，Rx）。對於RedCap，該些規格分別減小至20百萬赫及100百萬赫。然而，此種頻寬減小仍然可容許為初始獲取指定的所有物理通道及訊號容易地被RedCap裝置重新使用，因此在引入RedCap以支援新用例時將對網路及裝置部署的影響最小化。

裝置接收分支的最小數目：接收分支的數目與接收天線的數目相關。因此，減少接收分支的數目會引起接收天線的數目的減少及成本節約。對接收分支的最小數目的要求端視頻帶（frequency band）而定。一些頻帶（例如，大多數FR1分頻雙工（frequency-division duplex，FDD）頻帶、一些FR1分時雙工（time-division duplex，TDD）頻帶以及所有FR2頻帶）涉及配備有兩個接收分支的基線NR裝置，而一些其他頻帶（例如，在FR1 TDD頻帶中）涉及配備有四個接收分支的裝置。

下行鏈路MIMO層的最大數目：RedCap裝置的下行鏈路MIMO層的最大數目與RedCap裝置所支援的接收分支的數目相同。此相較於基線裝置的規格而言是減少的。

最大下行鏈路調變階數：基線NR裝置在FR1中支援下行鏈路中的256正交調幅（quadrature amplitude modulation，QAM）。對於RedCap裝置，支援下行鏈路256 QAM是可選的。對於FR1上行鏈路（uplink，UL）及FR2下行鏈路及上行鏈路，RedCap裝置支援64 QAM，此與基線裝置的規格相同。

雙工操作：對於FDD頻帶中的操作，可達成雙工操作的放寬。基線NR裝置支援FDD頻帶中的全雙工（full duplex，FD）操作，即同時在不同的頻率上進行發射與接收。一些全雙工裝置結合雙工濾波器來對裝置的發射路徑與接收路徑之間的干擾進行隔離。實際上，同一裝置可支援多個FDD頻帶。因此，可能涉及多個雙工濾波器來支援FD FDD操作。對於RedCap裝置，對FD FDD的支援是可選的，即，不要求在於上行鏈路頻率中進行發射的同時在下行鏈路頻率中進行接收，且反之亦然。此種雙工操作被稱為半雙工FDD（half duplex FDD，HD FDD）。HD FDD無需雙工濾波器。相反，可使用開關來選擇連接至天線的發射器或接收器。由於開關較多個雙工器便宜，因此可達成成本節約。

如Rel-15中所提供，UE的同步/初始存取是基於同步訊號區塊（SSB）的定義。SSB是自包含區塊，所述自包含區塊使得UE能夠自例如gNB等網路獲取同步及初始資訊。圖1中繪示出實例性SSB區塊的結構。

SSB包括主同步訊號（Primary Synchronization Signal，PSS）、輔同步訊號（Secondary Synchronization Signal，SSS）及物理廣播通道（PBCH）。PSS用於頻率及時間方面的粗略同步，SSS用於對時間進行精細同步並獲取時間，且PBCH包含對系統進行存取所必需的最少資訊。

圖2繪示出NR中的初始存取程序。如圖2中所示，初始存取程序可包括以下步驟（例如，由以下步驟組成）：在210處，網路基站（gNB）使用波束掃描（beam sweeping）而週期性地發射承載同步訊號（包括主同步訊號PSS及輔同步訊號（SSS））以及物理廣播通道（PBCH）的同步訊號（SS）區塊（SSB）。一個SS區塊包含一個PSS符號、一個SSS符號及兩個PBCH符號。同步訊號叢發（burst）可承載一個SS區塊或多個SS區塊。PSS與SSS的組合可有助於辨識出約1008個物理小區身份。每一UE實行波束量測且在同步期間確定最佳波束。

隨後，在220處，gNB發射第五代（fifth generation，5G）新無線電（NR）系統資訊（即，此波束上的主資訊區塊（Master Information Block，MIB）及系統資訊區塊（System Information Block，SIB））且UE接收5G新無線電（NR）系統資訊且對5G新無線電（NR）系統資訊進行解碼。最小系統資訊（System Information，SI）承載於物理廣播通道上。剩下的其餘最小系統資訊（Remaining Minimum System Information，RMSI）及SIB1承載於物理下行鏈路共享通道（Physical Downlink Shared Channel，PDSCH）上。用於RMSI的參數集（numerology）是在PBCH酬載中指示。CORESET#0專用於RMSI排程。CORESET#0並不局限於PBCH頻寬內。存在與SS/PBCH區塊相關聯的RMSI物理下行鏈路控制通道（Physical Downlink Control Channel，PDCCH）監視窗口，其週期性地重複出現。其他系統資訊（Other System Information，OSI）包含按需系統資訊交付。OSI承載於使用與針對RMSI所使用相同的參數集的PDSCH上。在230處，UE使用相同波束且藉由在所配置的RACH資源上發射隨機存取通道（Random Access Channel，RACH）前文（即，訊息1，或「訊息#1」）來嘗試隨機存取。在240處，gNB使用隨機存取響應RAR（「RA響應」）訊息（其為訊息2或「訊息#2」）進行響應。然後，在250處，UE在物理上行鏈路共享通道（Physical Uplink Shared Channel，PUSCH）（例如，NR-PUSCH）通道中發射訊息3或「訊息#3」（即，無線電資源控制（Radio Resource Control，RRC）連接請求）。然後，在260處，gNB使用訊息4或「訊息#4」（即，RRC連接設置）（此是爭用解決方案訊息且完成初始存取過程）進行響應。

圖3繪示出如Rel-17中所論述的處於無線電資源控制（RRC）閒置/非現用狀態及連接狀態下的RedCap UE的RedCap初始存取以及針對頻寬部分（BWP）配置的三個選項。儘管闡述三個選項，Rel-17中同意選項B，但在其他版本中選項A及選項C亦是可行的。

選項A：初始下行鏈路（DL）BWP可由非RedCap UE與RedCap UE使用針對閒置/非現用/連接模式的現有MIB/SIB配置來共享，即，共享的初始下行鏈路（DL）BWP可被配置用於隨機存取及調頁（paging），且包含小區定義的CD-SSB、MIB配置的CORESET#0以及SIB1。對於閒置/非現用/連接模式，用於RedCap UE的初始上行鏈路（UL）BWP可與用於非RedCap UE的初始上行鏈路（UL）BWP分開配置。共享的初始DL BWP與單獨的初始UL BWP具有不同的中心頻率。選項A的優點是不涉及NCD-SSB，無調頁/SIB的附加開銷。選項A的缺點是，在DL接收與上行鏈路（UL）發射之間涉及RF重新調諧。

選項B：對於閒置/非現用/連接模式，用於RedCap UE的初始DL BWP可與用於非RedCap UE的初始DL BWP分開配置，即單獨的初始DL BWP；用於RedCap UE的初始DL BWP可被配置用於隨機存取；且用於RedCap UE的初始DL BWP不包含CD-SSB、MIB配置的CORESET#0或者SIB1。初始DL BWP由非RedCap UE與RedCap UE使用針對閒置/非現用模式的現有MIB/SIB配置來共享，即，共享的初始DL BWP可被配置用於調頁，包含CD-SSB、MIB配置的CORESET#0以及SIB1。用於RedCap UE的初始UL BWP可與用於非RedCap UE的初始UL BWP分開配置。單獨的初始DL BWP與單獨的初始UL BWP可具有相同的中心頻率。選項B的優點是不涉及NCD-SSB，在閒置/非現用模式中無調頁/SIB的附加開銷。選項B的缺點是CD-SSB接收涉及RF重新調諧，即強制支援FG6-1a。

選項C：對於閒置/非現用/連接模式，用於RedCap UE的初始DL BWP可與用於非RedCap UE的初始DL BWP分開配置，即，單獨的初始DL BWP可被配置用於隨機存取及調頁，包含非CD-SSB，且不包含MIB配置的CORESET#0或者SIB1。用於RedCap UE的初始UL BWP可與用於非RedCap UE的初始UL BWP分開配置。單獨的初始DL BWP與單獨的初始UL BWP可具有相同的中心頻率。選項C的優點是不涉及RF重新調諧，且缺點是涉及NCD-SSB、調頁/SIB的附加開銷。

在3GPP RAN1 107e中，商定以下RedCap初始存取及BWP配置，且可配置針對RedCap的多達一個單獨的初始UL BWP。對於FR1及FR2二者，對於容許RedCap UE進行存取的小區，網路可在SIB中配置針對RedCap UE的單獨的初始DL BWP。支援至少其中單獨的初始DL BWP包括CD-SSB及整個CORESET#0的情形，當適用時，單獨的初始DL BWP可在閒置/非現用模式（包括調頁）中以及在初始存取期間及之後使用；單獨的初始DL BWP不寬於最大RedCap UE頻寬；且此適用於TDD及FDD（包括FD FDD及HD FDD）情形二者。

對於FR1，自RAN1的角度來看，對於單獨的初始DL BWP（若它不包括CD-SSB及整個CORESET#0），若它被配置用於隨機存取而非用於閒置/非現用模式中的調頁，則RedCap UE不預期單獨的初始DL BWP包含SSB/CORESET#0/SIB。注意：RAN1假設在單獨的DL BWP中實行隨機存取的RedCap UE不需要在包含CORESET#0的BWP中監視調頁。工作假設：自RAN1的角度來看，若單獨的初始DL BWP被配置用於調頁，則RedCap UE預期單獨的初始DL BWP包含用於服務小區的NCD-SSB，而不包含CORESET#0/SIB。自RAN1的角度來看，對於連接模式中的RRC配置的現用DL BWP（若它不包括CD-SSB）：支援強制FG 6-1（但不支援可選的FG 6-1a）的RedCap UE預期它包含用於服務小區的NCD-SSB，但不包含CORESET#0/SIB；RedCap UE可將以下指示為可選能力：不需要NCD-SSB：RedCap UE可另外藉由報告可選能力來可選地支援基於CSI-RS（工作假設）及/或FG 6-1a的相關操作。注意：若單獨的初始/RRC配置的DL BWP被配置成包含整個CORESET#0，則RedCap UE預期CD-SSB。注意：網路可選擇將SSB或MIB配置的CORESET#0或SIB1配置於相應的DL BWP內。注意：若用於RedCap UE的單獨的SIB配置的初始DL BWP包含整個CORESET#0，則RedCap UE將在初始存取期間使用DL中的CORESET#0的頻寬及位置。注意：NCD-SSB週期不需要被配置成與CD-SSB的週期相同。注意：NCD-SSB的週期應不小於CD-SSB的週期

對於FR2，自RAN1的角度來看，對於單獨的初始DL BWP（若它不包括CD-SSB），若它被配置用於隨機存取而非用於閒置/非現用模式中的調頁，則RedCap UE不預期單獨的初始DL BWP包含SSB/CORESET#0/SIB。注意：RAN1假設在單獨的DL BWP中實行隨機存取的RedCap UE不需要在包含CORESET#0的BWP中監視調頁。工作假設：自RAN1的角度來看，若單獨的初始DL BWP被配置用於調頁，則RedCap UE預期單獨的初始DL BWP包含用於服務小區的NCD-SSB，而非CORESET#0/SIB。自RAN1的角度來看，對於連接模式中的RRC配置的現用DL BWP（若它不包括CD-SSB），支援強制FG 6-1（但不支援可選的FG 6-1a）的RedCap UE預期它包含用於服務小區的NCD-SSB，而非CORESET#0/SIB。RedCap UE可將以下指示為可選能力：不需要NCD-SSB：RedCap UE可另外藉由報告可選能力來可選地支援基於CSI-RS（工作假設）及/或FG 6-1a的相關操作。注意：對於SSB及CORESET#0多工模式1，若單獨的初始/RRC配置的DL BWP被配置成包含整個CORESET#0，則RedCap UE預期CD-SSB。注意：網路可選擇將SSB或MIB配置的CORESET#0或SIB1配置於相應的DL BWP內。注意：若用於RedCap UE的單獨的SIB配置的初始DL BWP包含整個CORESET#0，則RedCap UE將在初始存取期間使用DL中的CORESET#0的頻寬及位置。注意：NCD-SSB週期不需要被配置成與CD-SSB的週期相同。注意：NCD-SSB的週期應不小於CD-SSB的週期。

Rel-15 NR BWP配置

圖4繪示出在不同RRC狀態下可用於UE的不同類型的BWP。定義三種類型的BWP：a）初始BWP（所有UE共用）；b）現用BWP（UE專用）；以及c）預設BWP（UE專用）。初始BWP可用於實行初始存取程序，且可包括如下參數：RMSI（所請求的最小系統資訊）、CORESET#0及RMSI頻率位置/頻寬/SCS（服務能力伺服器）。初始BWP可為具有不同設定的24個至96個物理資源區塊（PRB）且在RMSI解碼之後放寬至更寬的BWP。現用BWP可被定義為UE專用。此是在RRC配置/重新配置之後UE開始資料傳送的第一個BWP。第一個現用的BWP應不同於預設的BWP。

表格1示出在初始存取過程（其中考慮UL BWP及DL BWP二者）的不同階段處的BWP配置。BWP配置可分為上行鏈路參數及下行鏈路參數、以及共用參數及專用參數。共用參數（在BWP-UplinkCommon及BWP-DownlinkCommon）是「小區專用」且網路確保與其他UE的對應參數對準。PCell的初始BWP的共用參數亦可藉由系統資訊來提供。對於所有其他服務小區，網路藉由專用訊令提供共用參數。

步驟	階段	DL BWP	UL BWP	處理
0	PSS及SSS解碼			DL同步
1	MIB解碼			UE對MIB進行解碼且得到CORESET#0配置
2	RMSI解碼	CORESET#0		得到針對RMSI解碼的初始DL-BWP及初始UL-BWP設定
3	Msg-1-UE ＞——＞ gNB		初始UL-BWP	對gNB的隨機存取請求
4	Msg-2-UE ＜—–＜ gNB	CORESET#0		gNB的隨機存取響應（RAR）
5	Msg-3-UE ＞——＞ gNB		初始UL-BWP	RRC連接請求
6	Msg-4-UE ＜—–＜ gNB	CORESET#0		RRC連接設置配置UE專用的BWP（預設/第一現用/其他）BWP 若未配置，則仍然使用初始BWP
7	Msg-5-UE ＞——＞ gNB	第一現用BWP	第一現用BWP	RRC設置完成 若無Msg4中承載的附加配置，則初始BWP是第一現用BWP

表格1

用於隨機存取的Msg1

在其中NB RedCap UE的初始BWP與其他UE類型交疊的情形中，經由訊息1發射進行的對NB RedCap UE的早期辨識涉及gNB向不同的UE類型發射不同的訊息2（Msg2），例如，以避免訊息2接收的模糊性。即使無初始BWP交疊，在BR RedCap UE的早期辨識中亦可能存在一些優勢，此乃因例如RedCap UE可具有相較於現有單元更少數目的接收天線及/或更低的處理能力。

在一個實施例中，可針對每一窄頻帶初始UL BWP配置單獨的隨機存取（RACH）時機（RACH Occasion，RO）池，其中UL BWP與RO池之間一一對應。因此，對於msg1發射，選擇專用UL初始BWP的NB RedCap UE使用專用RO池，而非使用其他初始UL窄頻帶BWP的其他NB RedCap UE的RO池、其他Rel-17 RedCap UE的RO池及非RedCap UE的RO池。由於NB RedCap UE藉由選擇與使用其他初始UL窄頻帶BWP的其他NB RedCap UE、其他Rel 17 RedCap UE及非RedCap UE不同的完全正交RO池中的前文及RO來發射msg1，因此gNB可將NB RedCap UE與用於準備msg2 RAR發射的其他類型的UE區分開來。藉由在與專用初始UL BWP相關聯的專用RO池中進行發射，可能在gNB處自其他Rel-17 RedCap UE及非RedCap UE中早地指示NB RedCap UE。在另一解決方案中，可針對NB RedCap UE而將msg1發射設計為在時域中具有前文重複，以補償由於窄頻帶UL發射而造成的覆蓋損耗。具體而言，NB RedCap UE可基於小區搜尋SSB偵測中的所量測的SSB RSRP值來確定用於msg1發射的前文重複數目。若所量測的RSRP值大於某個預定義臨限值，則NB RedCap UE可將前文發射的時域重複增大一個級別。

在一些實施例中，可針對NB RedCap UE而將msg1發射設計為在時域中具有前文重複，以補償由於窄頻帶UL發射而 造成的覆蓋損耗。具體而言，NB RedCap UE可基於小區搜尋SSB偵測中的所量測的SSB RSRP值來確定用於msg1發射的前文重複數目。若所量測的RSRP值大於某個預定義臨限值，則NB RedCap UE可將前文發射的時域重複增大一個級別。

在一些實施例中，可在FR1中將NB RedCap UE的最大頻寬自20百萬赫進一步減小至5百萬赫。由於最大NB RedCap UE BW的此種進一步減小，可能可期望增強幾個方面，包括BWP配置及BWP切換機制。為此，可能可期望解決一些問題。

SSB頻寬包括240個副載波。因此，對於15千赫SCS，此對應於3.6百萬赫，且因此5百萬赫NB RedCap UE可能能夠接收它。然而，對於30千赫SCS，頻寬是7.2百萬赫，且因此5百萬赫NB RedCap UE可能無法完全接收整個SSB。因此，對於以約30千赫SCS或大於約30千赫SCS進行操作的NB RedCap UE，可能需要一種用於SSB的新結構。

利用5百萬赫頻寬，用於實行隨機存取的資源可能較利用20百萬赫頻寬稀缺。然而，由於RedCap UE更便宜，因此在系統中可預見相對大數目的5百萬赫NB RedCap UE（例如，感測器）。此可能在RACH上造成擁塞，藉此可能不僅使NB RedCap UE更難存取共享相同物理資源的系統，而且使傳統的非RedCap UE亦更難存取所述系統。因此，期望用於NB RedCap UE的擁塞緩解技術。

在某些情形中，由於有限的最大UE頻寬，因此DL效能及UL效能二者可能劣化。對於DL，物理下行鏈路共享通道（PDSCH）及物理下行鏈路控制通道（PDCCH）的覆蓋範圍可能由於頻率選擇性排程增益及頻率分集（frequency diversity）的損耗而劣化。對於UL，物理上行鏈路控制通道（PUCCH）及物理上行鏈路共享通道（PUSCH）的覆蓋範圍可能由於頻率分集、跳躍增益（hopping gain）及選擇性排程增益的損耗而受到影響。

圖5示出根據本揭露實施例的初始存取以及初始頻寬部分配置的高級概述。本文中揭露對Rel-18 NB RedCap UE、Rel-17 RedCap UE及非RedCap UE的共存進行處置。對於NB RedCap UE，可遵循方框502中闡述的過程，且對於Rel-17 RedCap UE以及非RedCap UE，可遵循方框504中闡述的過程。

如圖5中所示，由於所最大支援的UE BW可能小於傳統物理廣播通道（PBCH）頻寬，因此可修改PBCH，使得NB RedCap UE能夠對PBCH進行解碼。在獲得PBCH之後，NB RedCap UE可在一組專用CORESET#0配置上獲得系統資訊區塊1（SIB1）。被命名為BL-CORESET#0的該些配置可以多種方式來指示，例如，使得PBCH內容可維持不變，且NB-RedCap UE及其他UE二者獲得MIB中的CORESET#0索引但對其進行不同的闡釋。在一些實施例中，可引入給出由CORESET#0佔用的一組PRB的新表格，且端視UE頻寬（例如，NB RedCap或其他）而定，UE可使用傳統表格或新表格來獲得其CORESET#0。可設想其他解決方案（例如，指示BL-CORESET#0的各種方式），但根據本揭露實施例闡述的技術僅涉及對現有的標準規範的少量改變。在對BL-CORESET#0進行監視之後，NB RedCap UE亦可對PDSCH中的專用新BL-SIB1進行解碼。

因此，本揭露的實施例用於進行以下操作的技術：支援30千赫的SCS，其中SSB發射具有5百萬赫的NB RedCap最大BW；針對NB Redcap UE設計初始存取程序及初始BWP，以應對隨機存取中的高密度UE及擁塞；以及設計窄頻帶PDCCH來補償NB RedCap UE的覆蓋損耗。

用於NB RedCap UE的新PBCH結構

在一些實施例中，可修改PBCH以確保5百萬赫NB RedCap UE可能夠對PBCH進行解碼。PBCH佔用240個副載波。同步訊號/PBCH的頻寬如表格2中所示。

	15 千赫 SCS	30 千赫 SCS	60 千赫 SCS
PSS	1.9 百萬赫	3.8 百萬赫	7.6 百萬赫
SSS	1.9 百萬赫	3.8 百萬赫	7.6 百萬赫
PBCH	3.6 百萬赫	7.2 百萬赫	10.8 百萬赫

表格2

如表格2中所示，對於15千赫SCS，NB RedCap UE可接收所有的同步訊號及PBCH，此乃因PSS、SSS及PBCH全部小於5百萬赫。因此，NB RedCap UE可在沒有任何改變的情形中接收SSB。然而，對於30千赫SCS，NB RedCap UE可接收同步訊號（PSS及SSS），但可能無法接收PBCH，此乃因PBCH大於5百萬赫。因此，應改變PBCH，使得NB RedCap UE可能夠接收PBCH。類似地，對於60千赫SCS，NB RedCap UE可能既未接收到同步訊號（PSS及SSS）亦未接收到PBCH，此乃因同步訊號及PBCH全部大於5百萬赫。為支援60千赫SCS，應改變同步訊號及PBCH。

作為實例，本揭露的實施例將闡述用於在以30千赫SCS及5百萬赫頻寬進行操作時支援NB RedCap UE的技術，其中UE能夠接收完整的PSS及SSS，但無法接收完整的PBCH。然而，應注意，熟習此項技術者能夠將相同或類似的技術應用於其他SCS或最大RedCap頻寬。

在一些實施例中，可對超出5百萬赫頻寬或在5百萬赫頻寬之外的PBCH資源元素（resource element，RE）進行穿孔（puncture）。因此，不需要對標準進行改變，而是以減少5百萬赫NB RedCap UE的PBCH覆蓋範圍來達成。

在一些實施例中，可設計新SSB（被稱為eSSB），所述新SSB佔用12個資源區塊（RB）。因此，圖6示出與包括新通道ePBCH的傳統SSB 602相比的實例性eSSB 604。換言之，SSB 602中佔用20個PRB的PBCH被替換為僅佔用12個PRB的ePBCH。此處，對於30千赫SCS，ePBCH可佔用4.3百萬赫，且因此可由具有5百萬赫的最大頻寬的NB RedCap UE來對ePBCH進行解碼。在一些實施例中，可使用大於12個RB的頻寬來甚至更接近5百萬赫。因此，可在與傳統SSB 602的同步光柵不同的同步光柵中針對NB RedCap UE發射此單獨的eSSB 604。在此種情形中，可假設NB RedCap UE具有用於接收eSSB 604的特定同步光柵位置的先驗知識，而傳統UE僅實行接收傳統SSB 602的傳統操作。

在一些實施例中，代替如上所述創建新SSB，可針對傳統UE保持當前SSB，但可藉由添加兩個PBCH符號來複製PBCH的處於5百萬赫頻寬之外的某些部分，以支援具有5百萬赫的有限頻寬的NB RedCap UE。因此，圖7示出具有兩個添加的PBCH符號的實例性SSB。因此，如圖7中所示，PSS及包括SSS及PBCH的符號1至3與當前的SSB結構相比維持不變。然而，PBCH的在圖7中由參考編號1至6指示的超出5百萬赫頻寬的一些部分被複製並作為符號4及5添加至SSB。因此，PBCH的重複部分現在僅佔用12個RB且由NB RedCap UE的5百萬赫頻寬支援。此外，此實施例是有利的，此乃因SSB的未改變部分能夠完全支援傳統Rel-17 RedCap UE及非RedCap UE，而包括重複的PBCH部分的SSB能夠使用有限頻寬完全支援NB RedCap UE，因此維持向後相容性，同時為NB RedCap UE與傳統RedCap UE二者的PBCH保持相同的編碼率。應注意，類似的技術可被應用來支援例如藉由修改如根據本揭露實施例所述的PBCH及/或SSB結構而進一步減小的頻寬。亦應注意，符號以符號0、1、2、3、4、5、6、7等開始進行標記。然而，在本揭露中，符號0可被稱為第一符號，此乃因它是圖式中示出的第一個符號，符號1可被稱為第二符號，且依此類推。

在一些實施例中，參照圖6闡述的eSSB及參照圖7闡述的包括複製的PBCH的經修改的SSB佔用傳統SSB及CORESET#0中未佔用的兩個附加符號。因此，為確保它們的共存與傳統系統設計的相容性，期望用於對eSSB與BL-CORESET#0進行多工以進行向後相容的技術。

圖8示出顯示SSB佔用哪些符號的實例性傳統SS/PBCH區塊。此處，傳統SS/PBCH區塊在符號2、8、16、22期間開始，搜尋空間集偏移=2，每個槽1個搜尋空間集（M=1），CORESET持續時間= 2個符號。舉例而言，第一個SSB佔用符號2至符號5且第二個SSB佔用符號8至符號11，且依此類推。因此，可看出，在符號6及符號7處的第一SSB與第二SSB之間、以及在符號12及符號13處的第二SSB與第三SSB之間存在空間。

根據一些實施例，eSSB及BL-CORESET#0可被配置於未被3GPP TS 38.213中的FR1及多工模式1的傳統SSB及CORESET#0配置佔用的空符號（例如，圖8中的符號6及符號7）中。在此種情形中，可保持FR1及多工模式1的所有傳統CORESET#0及CSS類型#0配置。換言之，佔用四個符號的eSSB可被分成兩個由兩個符號構成的群組，使得所述四個符號中的兩個符號可佔用第一群組的空符號（例如，圖8中的符號6及符號7）且所述四個符號中的另外兩個符號可佔用第二群組的空符號（例如，圖8中的符號12及符號13）。因此，可將傳統SSB與eSSB二者多工至一個SS/PBCH區塊中，因此提供向後相容性。對於佔用符號（4、8、16、20）的傳統SSB（其中在一些傳統SSB發射之間不存在空符號），另一解決方案可為使eSSB在服從傳統SSB的符號4及符號5之外的其他符號上被發射，或者甚至可能在不同的槽中被發射。

圖9示出其中傳統SSB與新eSSB多工於一起的實例性實施例。根據增強的SS/PBCH區塊（在符號2、8、16、22期間開始）的實例性實施例，搜尋空間集偏移=2，每個槽1個搜尋空間集（M=1），CORESET持續時間= 2個符號。NB SSB可佔用槽中未被傳統SSB或CORESET#0佔用的符號4及符號5。同時，用於NB RedCap UE的BL-CORESET#0及SIB1可在未被傳統CORESET#0佔用的符號及槽上進行時間多工。

在符號1、2、3上，（傳統）PBCH佔用20個PRB，因此對於傳統PBCH總共存在60個資源區塊（RB）。在5個符號之上且（傳統）PBCH佔用12個PRB的情況下，總共存在60個RB。因此，藉由在NB PBCH的12個中心PRB上重複符號1至符號3的PBCH的中心12個PRB之外的PRB上的資訊，位元數目可保持相同（或不同）。回到圖7，區塊1中的位元可在新SSB的符號4及符號5上重複，且對於區塊2至區塊6亦是如此。現有PBCH按原樣存在，使得傳統UE可對PBCH進行解碼。NR RedCap UE僅在符號1至符號3中在12個中心RB上接收PBCH，因此不接收區塊1至區塊6的初始發射。為確保它們接收到PBCH，區塊1至區塊6可在12個中心RB中在符號4至符號5上進行發射。以此種方式，儘管與傳統UE的次序不同，但NB RedCap UE可獲得所有的PBCH編碼位元。應注意，區塊1至區塊6的確切次序及/或形狀僅作為實例提供且亦可使用任何其他映射。另外，可針對NB RedCap UE發射更多冗餘位元（例如，在RB 13至RB 14上）。

圖10是示出其中UE獲得PBCH且對PBCH進行解碼的初始存取過程的流程圖。儘管針對PBCH的傳統或NB映射示出相同數目的位元，但亦可能使（圖7的）符號4至符號5上的PBCH佔用多於12個PRB。以此種方式，若期望，則可增大NB RedCap UE的覆蓋範圍。一般而言，減小的PBCH可等於或小於12個PRB，使得具有30千赫的SCS的SSB可被Rel-18 RedCap UE解碼。可在其中PBCH BW減小的情形中提供覆蓋增強解決方案。PBCH的時域擴展資源可能是一種解決方案，但其可能影響傳統的SSB模式設計，此乃因在SSB叢發中的每一SSB索引之間可能存在預定義的空符號。作為另外一種選擇，可減小MIB酬載大小，以維持PBCH接收的覆蓋範圍。

因此，可由UE實行初始存取過程，其中由UE接收主同步訊號（PSS）及輔同步訊號（SSS）（1002）。若UE是RedCap UE（例如，頻寬受限至5百萬赫的UE）（1004），則將對步驟1010進行處理，而若UE是傳統UE，則將對步驟1006進行處理。因此，若UE是傳統UE，則自廣播訊號獲得傳統PBCH位元（例如，如圖1中所示，具有來自符號1至符號3（即，第二個符號至第四個符號）的24個中心PRB）（1006）。若UE是RedCap UE，則自廣播訊號獲得來自PRB的中心部分的更少的PBCH位元（例如，如圖7中所示的來自符號1至符號3的12個中心PRB）（1010）。接下來，RedCap UE可自符號4及符號5（即，第五個符號及第六個符號）獲得附加的PBCH位元（1012）。如圖7中所示，自符號4及符號5獲得的PBCH位元與不自RedCap UE的頻寬限制之外的符號1至3獲得的位元對應。即，如圖7中所示的PBCH的上部部分及下部部分具有參考編號1至參考編號6（在符號4至符號5中重複）。因此，藉由自RedCap SS/PBCH的符號0至符號5獲得位元，RedCap UE能夠獲得傳統UE將自傳統SS/PBCH的符號0至符號3獲得的所有位元。一旦RedCap UE獲得所有位元，則可按照傳統PBCH中通常排列PBCH位元的方式來對PBCH位元進行重新排列（1008）。最後，RedCap UE可對PSS、SSS及PBCH位元進行解碼（1008）。

在一些實施例中，一種方式可為對於30千赫SCS保持4.32百萬赫的傳統SSB BW，但容許NB RedCap UE經由SSB BW的第一部分的第一次解碼（例如，在SSB頻寬的下部區段上）來獲取SSB，且然後實行頻率重新調諧以實行SSB BW的第二部分解碼（例如，在SSB頻寬的上部區段上）。在此種情形中，可定義新UE行為，以容許NB RedCap UE實行兩次SSB解碼及頻率重新調諧，如圖8中所示。NB RedCap UE首先在所述一個SSB時機中對給定SSB索引的部分進行解碼，且然後在實行頻率重新調諧之後在下一個SSB時機中對同一SSB索引的其餘部分進行解碼。因此，相較於傳統SSB偵測，NB RedCap UE涉及兩倍的時間量來實行SSB偵測。另一潛在問題可能是當UE對SSB發射的另一部分進行解碼時來自SSB發射的所述一個部分的帶內干擾。使此種帶外干擾最小化的UE實施方案可能是可期望的。

如圖11中所示，NB RedCap UE首先對第一個SSB叢發中的SSB索引1的部分進行解碼且然後實行RF重新調諧以對下一個SSB叢發中的SSB索引1的另一個部分進行解碼。

隨機存取的BWP選擇

由於潛在的大數目的NB RedCap UE在有限的最大UE BW或BWP內實行隨機存取程序，因此網路可配置多個窄頻帶初始DL BWP及UL BWP（被稱為i DL BWP及i UL BWP）來減輕單個初始DL BWP及UL BWP中的擁塞。如在2021年3月的3GPP TR 38.875的「對降低能力NR裝置的支援的研究（Study on Support of Reduced Capability NR Devices）」中所定義，可在(e)SIB1中預配置所述一組多個初始窄DL BWP及UL BWP，且容許每一NB RedCap UE選擇初始UL BWP以用於在隨機存取程序中發送msg1。舉例而言，eSIB1中可能存在由網路預先配置的i UL BWP 1、i UL BWP 2、i UL BWP 3、i UL BWP 4。在i UL BWP中的每一者中，可存在映射至SSB的整個集合（其中RO池可在頻域物理資源及時域物理資源中彼此完全正交）的專用RO池。

每一NB RedCap UE可以下列方式選擇i UL BWP及/或i DL BWP中的一者：1）以每一機率隨機進行選擇，使得可在不同的i UL BWP及/或i DL BWP之上平衡業務（traffic）負載。2）作為另外一種選擇，網路可向i UL BWP及/或i DL BWP中的每一者分配機率，使得NB RedCap UE可使用由網路分配的機率P選擇i UL BWP及i DL BWP中的一者。以此種方式，藉由為給定的初始BWP預先配置此機率值，網路可將更多的NB RedCap UE分配給不太擁塞的初始BWP。3）UL BWP/DL BWP可由UE例如基於UE ID來選擇。以此種方式，平均而言，每一BWP可能負載相等。4）UE可實行量測來偵測哪個BWP負載最小。5）UL BWP/DL BWP可被配置用於特定類型的業務、給定的優先級等。

在一些實施例中，用於NB RedCap UE的BWP與用於其他UE的BWP可完全正交，以簡化系統設計。然而，在實踐中，此可能不太可能，此乃因此此可能導致可用頻譜的低效使用。因此，本文中的焦點在於如圖12中所繪示的場景，其中非RedCap UE的初始BWP、Rel-17 RedCap UE的初始BWP及Rel-18 NB RedCap的初始BWP共享相同的頻率載波且在隨機存取程序中彼此交疊。因此，可提供在初始存取期間NB RedCap UE與其他UE的高效多工的解決方案。

針對隨機存取的msg2/RAR的增強

在一些實施例中，典型的網路部署場景可包括與Rel-17 RedCap UE及非RedCap UE共享DL資源及UL資源二者的NB RedCap UE，如圖12中所繪示。另外，如上所述，可假設不同的UE類型配置有專用RO池，以有利於向網路早地指示UE類型。在一些情形中，若DCI排程msg2的CRC使用相同的隨機存取無線電網路暫時辨識符（Random Access Radio Network Temporary Identified，RA-RNTI）進行拌碼且不同的UE類型共享用於msg2接收的相同的CSS類型1（例如Rel-18 NB RedCap UE與Rel-17 RedCap UE），則當來自gNB的msg2旨在用於Rel-17 Redcap UE或Rel-18 Redcap UE或者非RedCap UE時，可能存在模糊性。在此種情形中，由於Rel-18 NB Redcap UE與Rel-17 RedCap UE可配置有不同的RO池，因此若此兩種類型的UE的相應RO池中的兩個所選擇的RO在不同RO池（其中s_id、t_id及f_id可為用於計算傳統NR中的RA-RANTI的參數）中具有相同的s_id、t_id及f_id，則此兩種類型的UE的RA-RANTI值可相同。若對於NB RedCap UE及其他UE二者，DCI排程訊息2使用相同的RA-RNTI進行拌碼，且若NB RedCap UE搜尋空間與其他UE的現有搜尋空間交疊，則對於NB RedCap UE與其他UE，PDCCH排程Msg2可為相同的（例如，一致的）。因此，UE可確定此訊息2是針對此UE抑或針對共享CSS類型1的另一初始DL BWP中的另一UE。

對自gNB發送的msg2 RAR進行排程的PDCCH可在NB RedCap UE與其他UE之間進行區分，此乃因初始DL BWP可在頻域及時域中交疊。舉例而言，非RedCap UE的初始DL BWP可橫跨整個載波BW（其覆蓋NB RedCap UE的窄頻帶初始DL BWP以及Rel-17 RedCap UE的初始DLF BWP）。在NB RedCap UE與其他UE之間的共用資源上，若DCI具有相同的大小，則用於NB RedCap UE的一個DCI可能被另一UE接收到（且被錯誤解釋）。為解決此問題，可考慮幾種解決方案：

方法1：在用於NB-RedCap UE的不同CORESET中使用不同的共用搜尋空間類型-I：一種方法可為除了用於Rel-17 RedCap UE及非RedCap UE的類型1 PDCCH CSS及CORESRT之外，亦在用於NB RedCap UE的不同CORESET中配置專用的類型1 PDCCH CSS資源。根據一個實例，用於非NB RedCap UE的類型-I PDCCH CSS的CORESRT佔用多達3個符號，而用於NB RedCap UE的對應CORESRT可佔用多於3個符號，以補償由於較具有專用CORESRT及類型-I CSS搜尋空間的傳統CORESET窄的頻率頻寬而導致的覆蓋損耗。NB RedCap UE可不對非NB RedCap UE的DCI進行解碼，且反之亦然。

利用此解決方案，單獨的i DL BWP中的NB RedCap UE僅監視此i DL BWP內的該些專用窄頻帶類型1 PDCCH CSS資源，以用於對此特定i DL BWP內的NB RedCap UE專用的訊息2/RAR廣播進行解碼。在此種情形中，此特定類型1 PDCCH CSS可與此i DL BWP一起預配置於eSIB1中。NB RedCap UE可能僅能夠對其自己的初始DL BWP內的類型1 PDCCH CSS資源進行解碼。因此，在多個窄頻帶初始DL BWP之中，每一NB RedCap UE利用等於ra-ResponseWindow（可能因其進一步放寬的時間線而大於非RedCap UE）的單獨的監視窗口來監視其自己的窄頻帶初始DL BWP中的類型1 PDCCH CSS資源且對類型1 PDCCH CSS資進行解碼。gNB在不同的頻域資源及時域資源中發射單獨的訊息2/RAR，以用於NB RedCap UE的i DL BWP中的每一者的PDSCH發射。網路負責為訊息2/RAR發射中的每一者排程PDSCH的不同物理資源。另外，類型1 PDCCH CSS設計專用於Rel-18 NB RedCap UE，Rel-18 NB RedCap UE被定制為具有覆蓋恢復特徵的窄BW操作，此將在稍後進行闡述。在此意義上，即使gNB在同一RA RNTI中發射RAR訊息，亦可經由不同的PDCCH通道及PDSCH通道而將RAR訊息不同地發射至不同的UE類別，即窄頻帶NB RedCap UE或Rel-17 RedCap UE或者非RedCap UE。對於每種類型的UE，操作對於UE RAR接收是透明的且只要NB RedCap在其自己的i DL BWP及i UL BWP中操作，便不涉及對傳統程序的改變。添加至RAR的一個選項欄位可為在訊息1發射之後由NB RedCap UE對所選擇的i UL/DL/BWP ID的確認。

在一些實施例中，一種解決方案可為始終將NB RedCap特定CORESET配置成相較於其他UE佔用更多的符號（例如，設定為4個符號）。在此種情形中，資源元素群組（Resource Element Group，REG）/控制通道元素（Control Channel Element，CCE）映射在新CORESET中可能不同，因此確保NB RedCap UE與其他UE使用區分開的CORESET配置來對正確的DCI進行解碼。

方法2：對NB RedCap UE與非NB RedCap UE使用不同的RA RNTI。作為另外一種選擇，若未向NB RedCap UE提供專用CORESET及類型-I PDCCH CSS，以避免如上提及的不同初始DL BWP中訊息2接收的模糊性，可藉由考慮初始UL BWP ID來增強RA-RANTI。舉例而言，NR UE為RACH程序選取隨機前文以得到上行鏈路同步。前文以被稱為RAPID（隨機存取前文ID）的ID為參考。在隨機存取程序期間使用隨機存取RNTI（RA RNTI），且gNB的MAC產生隨機存取響應（Random Access Response，RAR）作為對UE發射的隨機存取前文的響應。在DL SCH發射通道上發射RAR，繼而可將RAR映射至PDSCH。gNB使用RA RNTI對PDCCH CRC進行拌碼，以發射承載RAR的PDSCH。可將RA-RNTI尋址至多個UE，即，多個UE可對由RA-RNTI拌碼的PDCCH進行解碼。與其中發射隨機存取前文的PRACH相關聯的RA RNTI如下計算：

RA-RNTI= 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × 8 × ul_carrier_id + initial_UL_BWP_id，其中： s_id：所指定PRACH的第一個OFDM符號的索引（0 ≤ s_id ＜ 14） t_id：系統訊框中的所指定PRACH的第一個槽的索引（0 ≤ t_id ＜ 80） f_id：頻域中的所指定PRACH的索引（0 ≤ f_id ＜ 8） ul_carrier_id：用於Msg1發射的上行鏈路載波（0用於NUL載波，且1用於SUL載波） initial_BWP_id：由NB Redcap UE選擇的初始UL BWP。

根據用於NB Redcap UE的訊息2接收的另一解決方案，用於NB RedCap UE的DCI 1_0的FDRA可由此NB RedCap UE所選擇的初始DL BWP來確定或者由針對NB RedCap UE定義的窄頻帶CORESET#0來確定。因此，假設NB RedCap UE與其他UE可能具有交疊的CSS類型1搜尋空間。可能存在2種不同大小的DCI 1_0：用於常規UE的DCI 1_0_1、用於NB RedCap UE的DCI 1_0_2。即使它們使用相同的公式來確定RA RNTI，DCI 1_0_1與DCI 1_0_2亦可能具有不同的大小：此乃因FDRA的DCI 1_0_2索引處於等於或小於5百萬赫BW上且FDRA的DCI 1_0_1索引處於應等於或大於5百萬赫BW的傳統CORESET#0 BW上。因此，即使在交疊的CORESET/搜尋空間中，NB RedCap UE亦可藉由假設不同的DCI大小來區分其他UE的DCI。

另一解決方案可為在NB RedCap UE的PDCCH上應用附加的拌碼代碼。此會確保僅NB RedCap UE可能夠對DCI進行解拌。因此，藉由簡單地成功對PDCCH進行解拌，NB RedCap UE知道指示Msg2的DCI是針對NB RedCap UE的。

Msg3發射/Msg 4接收

同樣，對於msg3及msg4，NB RedCap UE可在專用i UL BWP/i DL BWP中實行類似的傳統程序。可經由對承載msg4酬載的msg4 + PDSCH進行排程的PDCCH來接收msg4。在等於ra ContentionResolutionTimer的監視窗口期間，NB RedCap UE可在其i DL BWP中在專用CORESET中監視專用類型I PDCCH CSS中的msg4 PDCCH。可藉由在先前的msg2中接收的TC RNTI對PDCCH進行拌碼。此爭用可藉由如下方式解決。當NB RedCap UE在其監視的i DL BWP內接收到有效的RAR訊息時，所述有效的RAR訊息可包括其獨立地藉由所有類型的UE中的每一者隨機產生的爭用解決方案ID（Contention Resolution ID，CRID）。gNB可能僅包括msg4中的所接收的CRID值中的一者。接收到其CRID值的NB RedCap UE知道它已成功地完成其RA程序。其他UE可藉由重新選擇i DL BWP/i UL BWP來重試它們的RA程序。此涉及3GPP當前未定義的新UE行為。

iBWP重選程序可如下實行：UE可接收max_CRID_failures的值。此值指示UE可接收到Msg4（具有與UE在Msg3中已發送的內容不對應的CRID值）的連續次數。作為另外一種選擇，可採用類似於針對鏈路故障所做的計數器（而非連續的）。max_CRID_failures可在RRC訊息中被接收，可被預先配置，等等。如先前所述，UE實行初始存取的初始步驟。UE接收Msg4。若CRID不對應於UE所預期的值，且若它達到max_CRID_failure值，則UE實行iBWP重選。此可藉由幾種方式來實施。UE可隨機地選擇不同的iBWP，且可向UE提供一列替代iBWP等。若CRID不對應於UE所預期的值，且若它未達到max_CRID_failure值，則UE在初始存取時實行另一嘗試（自Msg1開始）。若UE接收到預期的CRID值，則UE然後移動至初始存取的下一步驟（有時被稱為Msg5），以獲得RRC連接、訊息、能力交換等。根據圖13中所示的實施例示出整個過程。

針對NB RedCap UE的搜尋空間定義

在一些實施例中，一個方面探索窄頻帶PDCCH的設計，其具有針對共用CORESET CSS及UE特定CORESET USS二者的覆蓋補償。它可使用以下選項進行設計：

選項1：較長持續時間CORESET。

選項2：CORESET捆綁（bundling）。

選項3：PDCCH重複。

第一種方式可為增大一個槽中CCE數目，例如，為CORESET配置更多的符號，如圖14中所示。舉例而言，可為一個槽內的一個CORESET配置12個符號長度的CORESET，且可在當前槽的第七個符號或者在後面的槽中發射PDSCH及相關聯的DMRS。若引入更長的CORESET持續時間，則可設計新資源映射準則。若用於RedCap UE的CORESET與用於普通UE的CORESET可配置有交疊的資源，則由於不同的CCE映射規則而可能存在資源衝突。

CORESET捆綁可能是增大PDCCH發射的CCE數目的另一方案。如圖15中所示，可將不同時間場合處的二或更多個CORESET配置成被捆綁。可在同一槽或幾個不同的槽中發射被捆綁的CORESET。可將經編碼的DCI分成幾個部分且分別映射至被捆綁的CORESET。NB RedCap UE可在DCI解碼之前根據預定義或配置的CCE映射規則自被捆綁的CORESET收集期望的CCE。CORESET捆綁可能不會改變CORESET內的資源映射，因此用於NB RedCap UE的DCI可與傳統DCI在同一CORESET中共存，而沒有資源衝突。由於CCE跨越多個CORESET分佈，因此可能存在較大的發射等待時間，但此對於NB RedCap UE而言是可接受的。

如圖16中所示，PDCCH重複可增大PDCCH可靠性，而不改變Rel-15/Rel-16中所定義的CORESET配置。對於槽間PDCCH重複，可在連續槽中在幾個CORESET中重複發射DCI。對於槽內PDCCH重複，可在一個槽內在幾個CORESET中重複發射DCI。NB RedCap UE可對該些CORESET的所接收訊號進行組合，以進一步增大偵測可靠性。PDCCH重複可增大DCI接收的複雜性及等待時間，且若需要軟組合，則DCI內容需要在重複期間一致。作為另外一種選擇，亦可考慮未進行組合的PDCCH，且可藉由累積機率以及解碼嘗試的次數來達成效能改善。

圖17是示出其中UE獲得PBCH且對PBCH進行解碼的初始存取過程的流程圖。如上文已闡釋，由RedCap UE接收來自例如gNB等網路的SS/PBCH廣播（1702）。然而，與傳統UE不同，RedCap UE是頻寬受限的且因此可能無法獲取SS/PBCH廣播訊號的落於RedCap UE的頻寬範圍（例如，最大頻寬）之外的一些部分。因此，第一SS/PBCH區塊包括PSS、SSS及PBCH，且其中選擇第一SS/PBCH區塊所使用的副載波間距（SCS）及副載波數目，使得PBCH頻寬小於RedCap UE的最大頻寬。更具體而言，且不同於傳統的PBCH，RedCap PBCH可被構造成使得PSS位元、SSS位元及PBCH位元皆落於RedCap UE的最大頻寬內。此種結構在圖6中示出，其中SS/PBCH區塊所使用的SCS及副載波數目被限制至SS/PBCH區塊的與RedCap UE的最大頻寬對應的中心部分。舉例而言，對於最大頻寬為5百萬赫的RedCap UE，可利用中心的12個PRB及127個副載波。然而，應注意，端視RedCap UE的最大頻寬而定，PRB數目可更多或更少。接下來，RedCap UE可對所接收的SS/PBCH進行解碼，以繼續進行初始存取過程（1704）。

在一些實施例中，RedCap UE可接收與第一SS/PBCH區塊不同的第二SS/PBCH區塊。舉例而言，第二SS/PBCH區塊可佔用傳統UE的最大頻寬範圍（例如，100百萬赫）。因此，RedCap UE可能無法利用它。然而，第一SS/PBCH區塊與第二SS/PBCH區塊可在不同的頻率位置處廣播。因此，儘管RedCap UE可接收或辨別第二SS/PBCH區塊的存在，但RedCap UE可忽略第二SS/PBCH區塊且代替地利用第一SS/PBCH區塊。因此，網路伺服器可被配置成廣播支援傳統UE及頻寬受限UE（例如RedCap UE）二者的SS/PBCH，且UE可基於其能力而自動地選擇合適的SS/PBCH且對合適的SS/PBCH進行解碼，且繼續進行初始存取程序。

圖18是根據實施例的網路環境1800中的電子裝置的方塊圖。

參照圖18，網路環境1800中的電子裝置1801可經由第一網路1898（例如，短程無線通訊網路）與電子裝置1802進行通訊，或經由第二網路1899（例如，遠程無線通訊網路）與電子裝置1804或伺服器1808進行通訊。電子裝置1801可經由伺服器1808與電子裝置1804進行通訊。電子裝置1801可包括處理器1820、記憶體1830、輸入裝置1840、聲音輸出裝置1855、顯示裝置1860、音訊模組1870、感測器模組1876、介面1877、觸覺模組1879、照相機模組1880、電源管理模組1888、電池1889、通訊模組1890、用戶辨識模組（subscriber identification module，SIM）卡1896或天線模組1894。在一個實施例中，可自電子裝置1801省略所述組件中的至少一者（例如，顯示裝置1860或照相機模組1880），或者可將一或多個其他組件添加至電子裝置1801。所述組件中的一些組件可被實施為單一積體電路（integrated circuit，IC）。舉例而言，感測器模組1876（例如，指紋感測器、虹膜感測器或照度感測器）可被嵌入於顯示裝置1860（例如，顯示器）中。

處理器1820可執行軟體（例如，程式1840）以控制與處理器1820耦合的電子裝置1801的至少一個其他組件（例如，硬體或軟體組件）且可實行各種資料處理或計算。

作為資料處理或計算的至少一部分，處理器1820可將自另一組件（例如，感測器模組1846或通訊模組1890）接收的命令或資料載入於揮發性記憶體1832中，處理儲存於揮發性記憶體1832中的命令或資料，並將所得的資料儲存於非揮發性記憶體1834中。處理器1820可包括主處理器1821（例如，中央處理單元（central processing unit，CPU）或應用處理器（application processor，AP））以及能夠獨立於主處理器1821進行操作或與主處理器1821相結合地進行操作的輔助處理器1823（例如，圖形處理單元（graphics processing unit，GPU）、影像訊號處理器（image signal processor，ISP）、感測器集合線器處理器（sensor hub processor）或通訊處理器（communication processor，CP））。另外地或作為另外一種選擇，輔助處理器1823可適於消耗較主處理器1821少的功率，或執行特定功能。輔助處理器1823可被實施為與主處理器1821分離或被實施為主處理器1821的一部分。

在主處理器1821處於非現用（例如，睡眠）狀態的同時，輔助處理器1823可代替主處理器1821來控制與電子裝置1801的組件之中的至少一個組件（例如，顯示裝置1860、感測器模組1876或通訊模組1890）相關的功能或狀態中的至少一些功能或狀態，或者在主處理器1821處於現用狀態（例如，執行應用）的同時，輔助處理器1823與主處理器1821一起進行上述控制。輔助處理器1823（例如，影像訊號處理器或通訊處理器）可被實施為在功能上與輔助處理器1823相關的另一組件（例如，照相機模組1880或通訊模組1890）的一部分。

記憶體1830可儲存電子裝置1801的至少一個組件（例如，處理器1820或感測器模組1876）所使用的各種資料。所述各種資料可包括例如軟體（例如，程式1840）以及用於與其相關的命令的輸入資料或輸出資料。記憶體1830可包括揮發性記憶體1832或非揮發性記憶體1834。

程式1840可作為軟體被儲存於記憶體1830中，且可包括例如作業系統（operating system，OS）1842、中間軟體1844或應用1846。

輸入裝置1850可自電子裝置1801的外部（例如，使用者）接收電子裝置1801的另一組件（例如，處理器1820）欲使用的命令或資料。輸入裝置1850可包括例如麥克風、滑鼠或鍵盤。

聲音輸出裝置1855可向電子裝置1801的外部輸出聲音訊號。聲音輸出裝置1855可包括例如揚聲器或接收器。揚聲器可用於一般目的，例如播放多媒體或錄製，且接收器可用於接收來電。接收器可被實施為與揚聲器分離或被實施為揚聲器的一部分。

顯示裝置1860可在視覺上向電子裝置1801的外部（例如，使用者）提供資訊。顯示裝置1860可包括例如顯示器、全像裝置（hologram device）或投影儀以及用於控制顯示器、全像裝置及投影儀中的對應一者的控制電路系統。顯示裝置1860可包括適於偵測觸控的觸控電路系統或適於量測由觸控所產生的力的強度的感測器電路系統（例如，壓力感測器）。

音訊模組1870可將聲音轉換成電性訊號，且反之亦然。音訊模組1870可經由輸入裝置1850獲得聲音，或經由聲音輸出裝置1855或與電子裝置1801直接地（例如，有線地）或無線地耦合的外部電子裝置1802的耳機而輸出聲音。

感測器模組1876可偵測電子裝置1801的操作狀態（例如，功率或溫度）或電子裝置1801外部的環境狀態（例如，使用者的狀態），且然後產生與所偵測狀態對應的電性訊號或資料值。感測器模組1876可包括例如手勢感測器、陀螺儀感測器、大氣壓力感測器、磁性感測器、加速度感測器、抓握感測器、接近感測器、顏色感測器、紅外線（infrared，IR）感測器、生物識別感測器（biometric sensor）、溫度感測器、濕度感測器或照度感測器。

介面1877可支援欲用於電子裝置1801的一或多個規定協定，以直接地（例如，有線地）或無線地與外部電子裝置1802耦合。介面1877可包括例如高清晰度多媒體介面（high-definition multimedia interface，HDMI）、通用串列匯流排（universal serial bus，USB）介面、保全數位（secure digital，SD）卡介面或音訊介面。

連接端子1878可包括連接器，電子裝置1801可經由所述連接器與外部電子裝置1802在實體上連接。連接端子1878可包括例如HDMI連接器、USB連接器、SD卡連接器或音訊連接器（例如，耳機連接器）。

觸覺模組1879可將電性訊號轉換成機械刺激（例如，振動或運動）或電性刺激，所述機械刺激或電性刺激可由使用者藉由觸覺或動覺來識別。觸覺模組1879可包括例如馬達、壓電元件或電性刺激器。

照相機模組1880可捕獲靜止影像或移動影像。照相機模組1880可包括一或多個透鏡、影像感測器、影像訊號處理器或閃光燈。電源管理模組1888可管理被供應至電子裝置1801的電源。電源管理模組1888可被實施為例如電源管理積體電路（power management integrated circuit，PMIC）的至少一部分。

電池1889可向電子裝置1801的至少一個組件供電。電池1889可包括例如不可再充電的一次電池、可再充電的二次電池或者燃料電池。

通訊模組1890可支援在電子裝置1801與外部電子裝置（例如，電子裝置1802、電子裝置1804或伺服器1808）之間建立直接（例如，有線）通訊通道或無線通訊通道，並經由所建立的通訊通道實行通訊。通訊模組1890可包括能夠獨立於處理器1820（例如，AP）進行操作的一或多個通訊處理器且支援直接（例如，有線）通訊或無線通訊。通訊模組1890可包括無線通訊模組1892（例如，蜂巢式通訊模組、短程無線通訊模組或全球導航衛星系統（global navigation satellite system，GNSS）通訊模組）或有線通訊模組1894（例如，區域網路（local area network，LAN）通訊模組或電源線通訊（power line communication，PLC）模組）。該些通訊模組中的對應一者可經由第一網路1898（例如短程通訊網路，例如藍芽TM、無線保真（wireless-fidelity，Wi-Fi）直連或紅外線資料協會（Infrared Data Association，IrDA）的標準）或第二網路1899（例如遠程通訊網路，例如蜂巢式網路、網際網路或電腦網路（例如，LAN或廣域網路（wide area network，WAN）））與外部電子裝置進行通訊。該些各種類型的通訊模組可被實施為單一組件（例如，單一IC），或者可被實施為彼此分離的多個組件（例如，多個IC）。無線通訊模組1892可使用儲存於用戶辨識模組1896中的用戶資訊（例如，國際行動用戶辨識（international mobile subscriber identity，IMSI））來在通訊網路（例如，第一網路1898或第二網路1899）中辨識及認證電子裝置1801。

天線模組1897可向電子裝置1801的外部（例如，外部電子裝置）發射訊號或電力，或自電子裝置1801的外部（例如，外部電子裝置）接收訊號或電力。天線模組1897可包括一或多個天線，且可例如由通訊模組1890（例如，無線通訊模組1892）自所述一或多個天線選擇適宜於在通訊網路（例如第一網路1898或第二網路1899）中使用的通訊方案的至少一個天線。然後，可經由所選擇的所述至少一個天線在通訊模組1890與外部電子裝置之間發射或接收訊號或電力。

命令或資料可經由與第二網路1899耦合的伺服器1808在電子裝置1801與外部電子裝置1804之間發射或接收。電子裝置1802及1804中的每一者可為與電子裝置1801相同類型或不同類型的裝置。欲在電子裝置1801處執行的全部或一些操作可在外部電子裝置1802、1804或1808中的一或多者處執行。舉例而言，若電子裝置1801應自動、或因應於來自使用者或另一裝置的請求而實行功能或服務，則電子裝置1801可請求所述一或多個外部電子裝置來實行所述功能或服務的至少一部分而非自身執行所述功能或服務，或除自身執行所述功能或服務以外亦請求所述一或多個外部電子裝置來實行所述功能或服務的至少一部分。接收請求的所述一或多個外部電子裝置可實行所請求的功能或服務的所述至少一部分、或與所述請求相關的附加功能或附加服務，並將實行的結果傳送至電子裝置1801。電子裝置1801可提供所述結果（在將所述結果進行進一步的處理或不作進一步處理的情況下）作為對所述請求的答覆的至少一部分。為此，例如，可使用雲端計算、分佈式計算或客戶端-伺服器計算技術。

圖19示出包括彼此通訊的UE 1905與gNB 1910的系統。UE可包括無線電1915及可實行本文中揭露的各種方法的處理電路（或用於進行處理的構件）1920。舉例而言，處理電路1820可經由無線電1915接收來自網路節點（gNB）1910的發射，且處理電路1920可經由無線電1915向gNB 1910發射訊號。

本說明書中闡述的標的物及操作的實施例可在數位電子電路系統中實施，或者在電腦軟體、韌體或硬體（包括在本說明書中揭露的結構及其等效結構）中或者以其中的一或多者的組合實施。本說明書中闡述的標的物的實施例可被實施為一或多個電腦程式（即，電腦程式指令的一或多個模組），所述一或多個電腦程式編碼於電腦儲存媒體上以由資料處理裝備執行或控制資料處理裝備的操作。作為另外一種選擇或另外地，程式指令可編碼於人工產生的傳播訊號上，所述人工產生的傳播訊號為例如被產生以對用於發射至合適的接收器裝備的資訊進行編碼以由資料處理裝備執行的由機器產生的電性訊號、光學訊號或電磁訊號。電腦儲存媒體可為電腦可讀取儲存裝置、電腦可讀取儲存基板、隨機或串列存取記憶體陣列或裝置或者其組合，或者可包括於電腦可讀取儲存裝置、電腦可讀取儲存基板、隨機或串列存取記憶體陣列或裝置或者其組合中。另外，儘管電腦儲存媒體不是傳播訊號，然而電腦儲存媒體可為編碼於人工產生的傳播訊號中的電腦程式指令的來源或目的地。電腦儲存媒體亦可為一或多個單獨的物理組件或媒體（例如，多個光碟（compact disc，CD）、碟片（disk）或其他儲存裝置），或者可包括於所述一或多個單獨的物理組件或媒體（例如，多個CD、碟片或其他儲存裝置）中。另外，本說明書中闡述的操作可被實施為由資料處理裝備對儲存於一或多個電腦可讀取儲存裝置上的資料或自其他來源接收的資料實行的操作。

儘管本說明書可含有許多具體的實施方案細節，然而所述實施方案細節不應被視為對任何所主張標的物的範圍的限制，而應被視為對特定實施例的專有特徵的說明。本說明書中在單獨的實施例的上下文中闡述的某些特徵亦可在單一實施例中以組合方式實施。相反，在單一實施例的上下文中闡述的各種特徵亦可在多個實施例中單獨地實施或以任何合適的子組合來實施。另外，儘管上文可將特徵闡述為在某些組合中起作用且甚至最初如此主張，然而在一些情形中，可自所主張的組合去除來自所述組合的一或多個特徵，且所主張的組合可針對子組合或子組合的變型。

類似地，儘管在圖式中以特定次序繪示操作，然而此不應被理解為要求以所示的特定次序或以順序次序實行此種操作或者要求實行所有所示操作以達成所期望的結果。在某些情況中，多任務及平行處理可為有利的。另外，上述實施例中的各種系統組件的分離不應被理解為在所有實施例中均需要此種分離，且應理解，所闡述的程式組件及系統一般可一同整合於單一軟體產品中或者被封裝至多個軟體產品中。

因此，本文中已闡述標的物的特定實施例。其他實施例處於以下申請專利範圍的範圍內。在一些情形中，申請專利範圍中陳述的動作可以不同的次序實行，且仍會達成所期望的結果。另外，附圖中所繪示的過程未必需要所示的特定次序或順序次序來達成所期望的結果。在某些實施方案中，多任務及平行處理可為有利的。

如熟習此項技術者將認識到，可在廣大範圍的應用中對本文中所述創新概念進行修改及變化。因此，所主張標的物的範圍不應僅限於以上所論述的任何具體示例性教示內容，而是由以下申請專利範圍來界定。

縮寫列表

縮寫	定義
BWP	頻寬部分
iBWP	初始BWP
RA-RNTI	隨機存取無線電網路暫時辨識
CCE	控制通道元素
CORESET	控制資源集
CRC	循環冗餘檢查
C-RNTI	小區無線電網路暫時辨識符
DCI	下行鏈路控制資訊
DL	下行鏈路
RO	隨機存取時機
FDRA	頻域資源分配
gNB	下一代NodeB
CSS	共用搜尋空間
MCS	調變編碼方案
CRID	爭用解決方案ID
RAR	隨機存取響應
REG	資源元素群組
PBCH	物理廣播通道
SSB	同步訊號區塊

0～13:符號 210、220、230、240、250、260、1002、1004、1006、1008、1010、1012、1702、1704:步驟 502、504:方框 602:同步訊號區塊（SSB） 604:擴展SSB（eSSB） 1800:網路環境 1801:電子裝置 1802、1804:電子裝置/外部電子裝置 1808:伺服器 1820:處理器 1821:主處理器 1823:輔助處理器 1830:記憶體 1832:揮發性記憶體 1834:非揮發性記憶體 1840:程式 1842:作業系統（OS） 1844:中間軟體 1846:應用 1850:輸入裝置 1855:聲音輸出裝置 1860:顯示裝置 1870:音訊模組 1876:感測器模組 1877:介面 1878:連接端子 1879:觸覺模組 1880:照相機模組 1888:電源管理模組 1889:電池 1890:通訊模組 1892:無線通訊模組 1894:有線通訊模組 1896:用戶辨識模組（SIM） 1897:天線模組 1898:第一網路 1899:第二網路 1905:使用者設備（UE） 1910:網路節點（gNB） 1915:無線電 1920:處理電路

在以下部分中，將參照圖中示出的示例性實施例來闡述本文中所揭露標的物的各態樣，在圖中： 圖1示出根據本揭露各種實施例的同步訊號區塊的實例性結構。 圖2示出根據本揭露各種實施例的NR中的初始存取程序。 圖3示出根據本揭露各種實施例的處於無線電資源控制（RRC）閒置/非現用狀態及連接狀態下的RedCap UE的RedCap初始存取以及針對頻寬部分（BWP）配置的三個選項。 圖4示出根據本揭露各種實施例的在不同RRC狀態下可用於UE的不同類型的BWP。 圖5示出根據本揭露各種實施例的對初始存取以及初始頻寬部分配置的高級概述。 圖6示出根據本揭露各種實施例的與包括新通道ePBCH的傳統SSB相比的實例性eSSB。 圖7示出根據本揭露各種實施例的具有兩個添加的PBCH符號的實例性SSB。 圖8示出根據本揭露各種實施例的顯示SSB佔用哪些符號的實例性傳統SS/PBCH區塊。 圖9示出根據本揭露各種實施例的其中傳統SSB與新eSSB被多工於一起的實例性實施例。 圖10是示出根據本揭露各種實施例的其中UE獲得PBCH且對PBCH進行解碼的初始存取過程的流程圖。 圖11示出根據本揭露各種實施例的解碼過程。 圖12示出根據本揭露各種實施例的示意圖，其中非RedCap UE的初始BWP、Rel-17 RedCap UE的初始BWP及Rel-18 NB RedCap的初始BWP共享相同的頻率載波且在隨機存取程序中彼此交疊。 圖13是示出根據本揭露各種實施例的整個過程的流程圖。 圖14至圖16示出根據本揭露各種實施例的各種核心資源集（CORESET）設計選項。 圖17是示出根據本揭露各種實施例的其中UE獲得PBCH且對PBCH進行解碼的初始存取過程的流程圖。 圖18至圖19是根據實施例的網路環境中的電子裝置的方塊圖。

1702、1704:步驟

Claims (10)

1. 一種用於初始存取以及初始頻寬部分配置的方法，所述方法包括： 由降低能力（RedCap）使用者設備（UE）自網路接收第一同步訊號（SS）/物理廣播通道（PBCH）區塊； 其中所述第一同步訊號/物理廣播通道區塊包括主同步訊號（PSS）、輔同步訊號（SSS）及物理廣播通道（PBCH）； 其中由所述第一同步訊號/物理廣播通道區塊使用的副載波間距（SCS）及副載波數目與較所述降低能力使用者設備的最大頻寬小的物理廣播通道頻寬對應；以及 由所述降低能力使用者設備對與所述降低能力使用者設備的所述最大頻寬對應的所接收的所述第一同步訊號/物理廣播通道區塊進行解碼。
2. 如請求項1所述的方法，更包括由所述降低能力使用者設備接收與所述第一同步訊號/物理廣播通道區塊不同的第二同步訊號/物理廣播通道區塊，所述第二同步訊號/物理廣播通道區塊的所述最大頻寬大於所述第一同步訊號/物理廣播通道區塊的所述最大頻寬。
3. 如請求項2所述的方法，其中所述第一同步訊號/物理廣播通道區塊是在第一頻率位置處接收，且所述第二同步訊號/物理廣播通道區塊是在與所述第一頻率位置不同的第二頻率位置處接收。
4. 如請求項2所述的方法，其中所述第一同步訊號/物理廣播通道區塊被配置成在四個符號之上進行操作，且 所述主同步訊號佔用所述四個符號中的第一個符號，所述輔同步訊號佔用所述四個符號中的第三個符號，且所述物理廣播通道佔用所述四個符號中的第二個符號及第四個符號。
5. 如請求項1所述的方法，其中所述第一同步訊號/物理廣播通道區塊佔用小於5百萬赫的頻寬。
6. 一種用於初始存取以及初始頻寬部分配置的方法，所述方法包括： 由降低能力（RedCap）使用者設備（UE）自網路接收同步訊號（SS）/物理廣播通道（PBCH）區塊； 其中所述同步訊號/物理廣播通道區塊包括主同步訊號（PSS）、輔同步訊號（SSS）、第一組物理廣播通道（PBCH）、第二組物理廣播通道及第三組物理廣播通道； 其中所述第三組物理廣播通道是所述第二組物理廣播通道的副本；以及 由所述降低能力使用者設備對所述主同步訊號、所述輔同步訊號、所述第一組物理廣播通道及所述第三組物理廣播通道進行解碼。
7. 如請求項6所述的方法，其中所述同步訊號/物理廣播通道區塊被配置成在六個符號之上進行操作， 其中所述主同步訊號佔用所述六個符號中的第一個符號，所述輔同步訊號佔用所述六個符號中的第三個符號，且所述第一組物理廣播通道及所述第二組物理廣播通道佔用所述六個符號中的第二個符號、所述第三個符號及第四個符號，且所述第三組物理廣播通道佔用所述六個符號中的第五個符號及第六個符號。
8. 如請求項7所述的方法，其中所述同步訊號/物理廣播通道區塊的包括所述主同步訊號、所述輔同步訊號以及所述第一組物理廣播通道及所述第二組物理廣播通道的至少一部分支援傳統使用者設備，且所述同步訊號/物理廣播通道區塊的包括所述主同步訊號、所述輔同步訊號以及所述第一組物理廣播通道及所述第三組物理廣播通道的至少一部分支援所述降低能力使用者設備。
9. 如請求項7所述的方法，更包括： 由所述降低能力使用者設備接收使用窄頻帶傳統控制資源集（CORESET#0）及窄頻帶傳統系統資訊區塊（SIB1）進行多工的傳統控制資源集及傳統系統資訊區塊；以及 由所述降低能力使用者設備對所述窄頻帶傳統控制資源集及所述窄頻帶傳統系統資訊區塊進行解碼。
10. 如請求項9所述的方法，更包括： 由所述降低能力使用者設備接收多個頻寬部分（BWP）； 由所述降低能力使用者設備基於所述傳統系統資訊區塊中所定義的準則來選擇所述多個頻寬部分中的一個頻寬部分；以及 由所述降低能力使用者設備在隨機存取程序期間向所述網路發送第一訊息。

Images