UE開機流程詳解-下行同步、PBCH、PDSCH解調(diào)

1、UE開機流程1、 頻率搜索UE開機在可能存在LTE小區(qū)的幾個中心頻點上接收信號（PSS），以接收信號強度來判斷這個頻點周圍是否可能存在小區(qū)，如果UE保存了上次關機時的頻點和運營商信息，則開機后會先在上次駐留的小區(qū)上嘗試；如果沒有，就要在劃分給LTE系統(tǒng)的頻帶范圍內(nèi)做全頻段掃描，發(fā)現(xiàn)信號較強的頻點去嘗試需要指出的是UE進行全頻段搜索時，在其支持的工作頻段內(nèi)以100kHz為間隔的頻柵上進行掃描，并在每個頻點上進行主同步信道檢測。這一過程中，終端僅僅檢測1.08MHz的頻帶上是否存在主同步信號，這是因為PSS在頻域上占系統(tǒng)帶寬中央1.08MHz，問題點：如何通過PSS進行頻域同步不管系統(tǒng)帶寬是多少，

2、PSS都在在系統(tǒng)帶寬中間的6個RB上發(fā)送，在帶寬內(nèi)對稱發(fā)送，所以通過解PSS可以獲得頻域同步。即通過PSS的頻域位置進行頻域同步。2、下行同步2.1 PSS檢測進行5MS時隙同步，檢測小區(qū)組內(nèi)ID 然后在這個中心頻點周圍收PSS（主同步信號。對于TDD，PSS在slot2和slot12的第二個OFDM符號上；SSS在slot1和slot11的倒數(shù)第一個OFDM符號上。），它占用了中心頻帶的6RB，因此可以兼容所有的系統(tǒng)帶寬，信號以5ms為周期重復，在子幀#0發(fā)送，并且是ZC序列，具有很強的相關性，因此可以直接檢測并接收到，據(jù)此可以得到小區(qū)組里小區(qū)ID，同時確定5ms的時隙邊界，同時通過檢查這個

3、信號就可以知道循環(huán)前綴的長度以及采用的是FDD還是TDD（因為TDD的PSS是放在特殊子幀里面，位置有所不同，基于此來做判斷）由于它是5ms重復，因為在這一步它還無法獲得幀同步。2.2 SSS檢測進行10MS同步，檢測小區(qū)組ID、幀同步5ms時隙同步后，在PSS基礎上向前搜索SSS，SSS由兩個端隨機序列組成，前后半幀的映射正好相反，因此只要接收到兩個SSS就可以確定10ms的邊界，達到了幀同步的目的。由于SSS信號攜帶了小區(qū)組ID，跟PSS結(jié)合就可以獲得物理層ID（CELL ID），這樣就可以進一步得到下行參考信號的結(jié)構信息。PSS在每個無線幀的2次發(fā)送內(nèi)容一樣，SSS每個無線幀2次發(fā)送內(nèi)容

4、不一樣，通過解PSS先獲得5ms定時，通過解SSS可以獲得無線幀的10ms定時。因為先解析PSS獲得5ms定時，在解析SSS時根據(jù)FDD和TDD其位置不同可以確定是FDD模式還是TDD模式。通過解PSS可以獲得物理層小區(qū)ID，通過解SSS可以獲得小區(qū)的組ID，二者組合就可以獲得當前小區(qū)的物理小區(qū)ID。問題點1：為什么PSS只能5ms同步，SSS可以10ms同步首先，小區(qū)解調(diào)出PSS后，由于PSS在時域上的位置是固定的，因此UE又可以得到該小區(qū)的5 ms timing（一個系統(tǒng)幀內(nèi)有兩個PSS，且這兩個PSS的相同的，因此UE不知道解出的PSS是第一個還是第二個，所以只能得到5 ms timin

5、g）。然后，盲檢SSS，解出SSS后，也就確定了該SSS是位于子幀0還是子幀5，進而也就確定了該系統(tǒng)幀中子幀0所在的位置，即10ms timing。問題點2：為什么先檢PSS后檢 SSSPSS是ZC序列，自相關性和互相關性都很好。另外，PSS序列只有3個，在檢測時只需要3次相關運算就能確定是哪一個PSS碼。SSS是二進制的M序列，相關性比ZC序列稍微差一些。另外，SSS序列有168個，需要做168次相關才能確定是哪一個SSS碼。所以PSS的檢測要比SSS快，在PSS檢測完成以后，我們也就得到了1ms和10ms的邊界，這是SSS就不是每個TS都去檢測了小區(qū)PCI：PCI=PSS+3*SSS網(wǎng)絡制

6、式（TDD/FDD）：根據(jù)SSS時隙位置CRS及其時頻位置：小區(qū)專屬參考信號在天線端口03上發(fā)送，PCI與小區(qū)專屬參考信號的產(chǎn)生，位置等都有著相關性系統(tǒng)幀中子幀0所在的位置:PSS、SSS時隙位置CP配置(是Normal CP還是Extended CP) : SSS的確切位置還和CP（Cyclic Prefix）的長度有關3、解調(diào)下行公共參考信號通過檢測到的物理小區(qū)ID，可以知道CRS的時頻資源位置。通過解調(diào)參考信號可以進一步精確時隙與頻率同步，同時為解調(diào)PBCH做信道估計。4、解調(diào)PBCH經(jīng)過前述四步以后，UE獲得了PCI并獲得與小區(qū)精確時頻同步，但UE接入系統(tǒng)還需要小區(qū)系統(tǒng)信息，包括系統(tǒng)帶

7、寬、系統(tǒng)幀號、天線端口號、小區(qū)選擇和駐留以及重選等重要信息，這些信息由MIB和SIB承載，分別映射在物理廣播信道（Physical Broadcast CHannel，PBCH）和物理下行共享信道（Physical Downlink Shared CHannel，PDSCH）。獲得系統(tǒng)帶寬，PHICH資源、天線數(shù)、SFN（系統(tǒng)幀號）PBCH在子幀#0的slot #1上發(fā)送，就是緊靠PSS，通過解調(diào)PBCH，可以得到系統(tǒng)幀號和帶寬信息，以及PHICH的配置以及天線配置。系統(tǒng)幀號以及天線數(shù)設計相對比較巧妙: SFN（系統(tǒng)幀數(shù)）位長為10bit，也就是取值從0-1023循環(huán)。在PBCH的MIB（ma

8、ster information block）廣播中只廣播前8位，剩下的兩位根據(jù)該幀在PBCH 40ms周期窗口的位置確定，第一個10ms幀為00，第二幀為01，第三幀為10，第四幀為11。PBCH的40ms窗口手機可以通過盲檢確定。而天線數(shù)隱含在PBCH的CRC里面，在計算好PBCH的CRC后跟天線數(shù)對應的MASK進行異或 至此，UE實現(xiàn)了和ENB的定時同步（MIB傳輸周期為40ms，在一個周期內(nèi)，PBCH信道分布在每個無線幀的#0子幀內(nèi)，占據(jù)第二個slot的前4個符號位置；頻域與PSS和SSS信號一樣，占據(jù)中心的1.08MHz，即頻域中心的6RB）4.1 PBCH簡介如圖21所示，在時域上

9、PBCH位于在一個無線幀內(nèi)#0子幀第二個時隙（即Slot1）的前4個OFDM符號上（對FDD和TDD都是相同的，除去參考信號占用的RE）。在頻域上，PBCH與PSCH、SSCH一樣，占據(jù)系統(tǒng)帶寬中央的1.08MHz(DC子載波除外)，全部占用帶寬內(nèi)的72個子載波。PBCH信息的更新周期為40ms，在40ms周期內(nèi)傳送4次。這4個PBCH中每一個內(nèi)容相同，且都能夠獨立解碼，首次傳輸位于SFN mod 4=0的無線幀。圖01：MIB傳輸示意圖MIB攜帶系統(tǒng)幀號（SFN）、下行系統(tǒng)帶寬和PHICH配置信息，隱含著天線端口數(shù)信息。下面分別介紹：1）系統(tǒng)的帶寬信息系統(tǒng)的帶寬信息是以資源塊個數(shù)的形式來表示

10、的，有3個比特。LTE（R10）最多支持 1.4M到20M系統(tǒng)帶寬，對應的資源塊數(shù)如下圖所示：表格01：系統(tǒng)帶寬與資源塊對應關系系統(tǒng)帶寬（MHz）1.4351015206152550751002）PHICH配置信息在PBCH中使用1bit指示PHICH的長度，分正常長度（1個OFDM符號）和擴展長度（2或3個OFDM符號）兩種形式，如表格 22（見參考文獻Error! Reference source not found.中Table 6.9.3-1）所示。用2bit指示PHICH使用的頻域資源，即PHICH組的數(shù)量，對應PHICH組數(shù)為1、2、4、7。常規(guī)CP情況下8個ACK/NACK bi

11、t構成一個PHICH組。擴展CP情況下4個ACK/NACK bit構成一個PHICH組。表格 02：PHCIH在MBSFN和非MBSFN子幀上的持續(xù)時間PHICH durationNon-MBSFN subframesMBSFN subframeson a carrier supporting PDSCH Subframes 1 and 6 in case of frame structure type 2All other casesNormal111Extended2323）系統(tǒng)幀號SFN系統(tǒng)幀號SFN的長度為10bit，在0到1023之間取值。在PBCH中只廣播SFN的前8位，后兩位通過

12、PBCH在40ms周期窗口內(nèi)的相對位置確定：第一個10ms幀為00，第二幀為01，第三幀為10，第四幀為11。UE可通過盲檢測確定PBCH的40ms周期窗口。4）系統(tǒng)天線端口數(shù)系統(tǒng)的天線端口數(shù)目隱含在PBCH的循環(huán)冗余碼（Cyclic Redundancy Code，CRC）里面，通過盲檢PBCH的CRC就可以確定其對應的天線端口數(shù)目（Attenna Ports），CRC與天線端口數(shù)對應關系如表格23所示。表格03：CRC掩碼序列與天線端口對應關系基站的天線端口數(shù)配置情況PBCH CRC掩碼序列1<0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0>2<1,1,1

13、,1,1,1,1,1,1,1,1,1,1,1,1,1>4<0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1>4.2 解調(diào)PBCHPBCH中承載的MIB信息由上述三種信息組成（隱含信息不算在內(nèi)）：系統(tǒng)帶寬3bit、PHICH配置信息3bit、系統(tǒng)幀號SFN 8bit，有用信息共14bit，再加10bit空閑bit，共24bit。PBCH信道處理流程如圖22所示，BCCH傳輸塊添加16bit CRC校驗以后變?yōu)?0bit，然后經(jīng)過信道編碼、速率匹配得到的信息比特在常規(guī)CP下為1920bit，在擴展CP下為1728bit。在進行QPSK調(diào)制前用一個小區(qū)專屬的序列（即與

14、PCI相關）進行加擾。加擾后的比特流經(jīng)過QPSK調(diào)制成為信息符號進行層映射和預編碼操作，這個過程是與多天線相關的。層是空間中能夠區(qū)分的獨立信道，與信道環(huán)境相關，層映射是把調(diào)制好的數(shù)據(jù)符號映射到層上。然后每一層的數(shù)據(jù)進行預編碼操作，相當于在發(fā)送端做了一個矩陣變化，使信道正交化，以獲得最大的信道增益。最后一步是資源映射，是實現(xiàn)數(shù)據(jù)到實際物理資源上的映射，如第0節(jié)所述，PBCH在每個無線幀內(nèi)#0子幀第二個時隙（即Slot1）的前4個OFDM符號上傳輸。在頻域上，PBCH占據(jù)系統(tǒng)帶寬中央的1.08MHz(DC子載波除外)。UE在完成同步信號PSS和SSS的接收及下行參考信號的解調(diào)后，就可以知道PBCH

15、的時頻位置了，可以按照上述編碼與調(diào)制方式進行解調(diào)PBCH獲取MIB信息。圖02：PBCH信道處理流程5、解調(diào)PDSCH接受SIB消息要完成小區(qū)搜索，僅僅接收PBCH是不夠的，因為PBCH只是攜帶了非常有限的系統(tǒng)信息，更多更詳細的系統(tǒng)信息是由SIB攜帶的，因此此后還需要接收SIB（系統(tǒng)信息模塊），即UE接收承載在PDSCH上的BCCH信息。為此必須進行如下操作：1)接收PCFICH，此時該信道的時頻資源可以根據(jù)物理小區(qū)ID推算出來，通過接收解碼得到PDCCH的symbol數(shù)目；2)在PDCCH信道域的公共搜索空間里查找發(fā)送到SI-RNTI（無線網(wǎng)絡標識符）的候選PDCCH，如果找到一個并通過了相

16、關的CRC校驗，那就意味著有相應的SIB消息，于是接收PDSCH，譯碼后將SIB上報給高層協(xié)議棧；3）不斷接收SIB，上層（RRC）會判斷接收的系統(tǒng)消息是否足夠，如果足夠則停止接收SIB至此，小區(qū)搜索過程才差不多結(jié)束要完成小區(qū)搜索，僅僅接收MIB是不夠的，還需要接收SIB，即UE接收承載在PDSCH上的BCCH信息。UE在接收SIB信息是首先接收SIB1信息。SIB1采用固定周期的調(diào)度，調(diào)度周期80ms。第一次傳輸在SFN滿足SFN mod 8 = 0的無線幀上#5子幀傳輸，并且在SFN滿足SFN mod 2 = 0的無線幀（即偶數(shù)幀）的#5子幀上傳輸，如圖23所示。圖03：SIB1傳輸示意圖

17、除SIB1以外，其它SIB通過系統(tǒng)信息（SI，Scheduling Information）進行傳輸，如圖24所示。每個SIBx與跟唯一的一個SI消息相關聯(lián)，這個SI消息有一個周期，是針對SI-window來說的周期，例如圖24中的藍色SI消息和黃色SI消息表示兩個不同周期的SI消息。SI-window的周期是以子幀為單位的，在TS 36.331協(xié)議Error! Reference source not found.6.2.2節(jié)中定義SystemInformationBlockType1中給出rf8, rf16, rf32, rf64, rf128, rf256, rf512幾種可能，即8個無

18、線幀，16個無線幀等等。一個SI消息可以包含多個具有相同周期的SIB，這里的周期是指SIB對應的SI-window周期，并且不同SI 消息的SI-window相互不重疊。圖04：SI調(diào)度示意圖關于SI-window長度問題，所有的SI消息，SI-window的長度是一樣的，如圖2 6所示。SI-window長度是可以配置的，在TS 36.331協(xié)議36.2.2節(jié)中定義的SystemInformationBlockType1中給出了ms1, ms2, ms5, ms10, ms15, ms20,ms40幾種可能，表示SI-window長度為1ms，2ms最大40ms。在這個時間窗內(nèi)，除去MBSF

19、N子幀、TDD上行子幀和發(fā)送SIB1的子幀，其余子幀都可以發(fā)送SI消息，且可以發(fā)送多次，具體由eNB決定。SI-window的起始時間由當前SI消息在SIB1中的schedulingInfoList中的序號n、SI-window長度w以及周期T相關，具體參考TS 36.331協(xié)議Error! Reference source not found.5.2.3節(jié)，現(xiàn)簡述如下：先根據(jù)x = (n1)*w得到一個整數(shù)值，則SI-window開始于子幀#a，其中 a = x mod 10，對應無線幀為SFN mod T = FLOOR(x/10)。SI-window結(jié)束時間由起始時間和長度w決定。下面以

20、SIB2和SIB5為例。SIB2默認映射在schedulingInfoList中的第1個SI消息，因此序號n =1，假設SI-window長度為w =2ms，周期是8個無線幀即T = 8。那么x = (1-1)*2 = 0，a = 0 mod 10 = 0，那么SI-window起始時間是#0子幀，對應無線幀為SFN mod 8 = FLOOR(0/10) = 0，也就起始時間是在系統(tǒng)幀號是8的整數(shù)倍的無線幀上的0號子幀上，結(jié)束時間是1號子幀。假設SIB5映射在schedulingInfoList中的第3個SI消息，因此序號n = 3， SI-window長度仍然是w =2ms，周期是16個無

21、線幀，即T = 16。那么x = (3-1)*2 = 4，a = 4 mod 10 = 4，那么SI-window起始時間是#4子幀，對應無線幀為SFN mod 16 = FLOOR(4/10) = 4，也就起始時間是在系統(tǒng)幀號是除以16余4的無線幀上的4號子幀上，結(jié)束時間是5號子幀。圖05：接收SIB流程SIB1和SI的傳輸通過攜帶SI-RNTI（SI-Radio Network Temporary Indicator，系統(tǒng)專用的RNTI）的PDCCH調(diào)度完成，UE從PDCCH（詳見TS 36.321Error! Reference source not found.）上解碼的SI-RNTI

22、中獲得具體的時域調(diào)度（其它信息，比如頻域調(diào)度、使用的傳輸格式）。解調(diào)PDSCH獲取SIB的流程如圖05所示，具體來說是首先接收物理控制格式指示信道（Physical Control Format Indicator CHannel，PCFICH）以獲知當前子幀中控制區(qū)域大?。纯刂茀^(qū)域占幾個OFDM符號），然后解調(diào)PDCCH獲得SIB的調(diào)度信息，接著UE按照調(diào)度信息解調(diào)PDSCH獲得SIB。重復這一獲取過程，直至UE高層協(xié)議棧認為已經(jīng)獲得足夠的系統(tǒng)信息，至此完成小區(qū)搜索。下面分步介紹獲取SIB流程。5.1 接收PCFICHPCFICH承載的是控制格式指示（Control Format Indi

23、cator，CFI），CFI大小是2bit，用來指明PDCCH在子幀內(nèi)所占用符號個數(shù)，見表格24（TS 36.211Error! Reference source not found.，Table 6.7-1）。表格04：控制區(qū)域大?。∣FDM符號數(shù)）子幀號較大帶寬情況下（）的控制區(qū)域大小較小帶寬情況下（）的控制區(qū)域大小TDD子幀1和子幀61, 22在支持PDSCH的載波上的MBSFN子幀，配置1或2小區(qū)專屬天線端口情況下1, 22在支持PDSCH的載波上的MBSFN子幀，配置4小區(qū)專屬天線端口情況下22在不支持PDSCH的載波上的子幀00配置了定位參考信號的非MBSFN子幀（除了TDD子幀6

24、）1, 2, 32, 3其他情況1, 2, 32, 3, 4圖06：PCFICH信道處理流程PCFICH信道處理流程如圖06所示。2bit CFI經(jīng)（32，2）的塊編碼變成32bit，進行小區(qū)級的加擾以及QPSK調(diào)制變成16個信息符號，映射到第一個OFDM符號的4個資源單元組（Resource Element Group，REG，4個非CRS RE組成一個REG）上。這樣映射的原因是，UE需要先知道控制區(qū)域的大小，才能進行相應的數(shù)據(jù)解調(diào)，因此PCFICH始終映射在子幀的第一個OFDM符號上。為了保持PCFICH接收的正確性，4個REG的位置均勻分布在第一個控制符號上，相互之間相差1/4帶寬，通

25、過這種頻率分集增益來保證PCFICH的接收性能。另外，為了隨機化小區(qū)間的干擾，第1個REG的位置取決于小區(qū)ID，如圖27所示，詳見TS 36.211 第6.7節(jié)Error! Reference source not found.。PCFICH使用與發(fā)送PBCH相同的發(fā)送天線配置。圖07：PCFICH傳輸示意圖由上述映射可知，在第Error! Reference source not found.節(jié)到第0節(jié)所述的步驟基礎上，已獲得PCI和PBCH的發(fā)送天線配置，因而可以解調(diào)PCFICH，獲得控制區(qū)域所占符號數(shù)，達到本步驟的目的。5.2 判斷是否存在SIB在控制區(qū)域內(nèi)的公共搜索空間里搜索PDCCH

26、并做譯碼。目的是檢測PDCCH的CRC中的RNTI以判斷在PDSCH中是否存在SIB信息。PDCCH的傳輸帶寬內(nèi)可以同時包含多個PDCCH。每個PDCCH中，包含16bit的CRC校驗。CRC使用和UE相關的Identity進行擾碼，可以用來進行擾碼的UE Identity包括有：C-RNTI，SPS-RNTI，以及公用的SI-RNTI，P-RNTI和RA-RNTI等。PDCCH中承載的是下行控制信息（Downlink Control Information，DCI），包含一個或多個UE上的資源分配和其他的控制信息。在LTE中上下行的資源調(diào)度信息（調(diào)制編碼方式（Modulation and C

27、oding Scheme，MCS）, 資源分配等信息）都是由PDCCH來承載的。一般來說，在一個子幀內(nèi)，可以有多個PDCCH。UE需要首先解調(diào)PDCCH中的DCI，然后才能夠在相應的資源位置上解調(diào)屬于UE自己的PDSCH（包括廣播消息，尋呼，UE的數(shù)據(jù)等）。1）PDCCH信道處理流程PDCCH資源映射的基本單位是控制信道單元（Control Channel Element，CCE），CCE是一個邏輯單元，1個CCE包含9個連續(xù)的REG，假設沒有分配給PCFICH和PHICH的REG數(shù)目表示為 ，則系統(tǒng)中可用的CCE從0到 計數(shù)，。PDCCH格式是PDCCH在物力資源上的映射格式，與PDCCH的

28、內(nèi)容不相關。1個PDCCH在1個或幾個連續(xù)的CCE上傳輸，PDCCH有四種格式，對應的CCE個數(shù)是1、2、4、8，見表格 25。表格 05：PDCCH格式與資源占用PDCCH格式CCE個數(shù)REG個數(shù)PDCCH比特數(shù)01972121814424362883872576PDCCH采用什么樣的聚合等級進行傳輸是由基站決定的，取決于負載量和信道條件等因素。當負載量比較大時，可能就需要采用比較高的聚合度；當信道條件比較惡劣時，比如邊緣用戶小區(qū)，為了保證接收性能，也會采用較高的聚合等級進行傳輸。1個PDCCH含有整數(shù)個CCE，由于所有用戶的下行控制信道映射在同一視頻資源區(qū)域，因此為了減少處理的復雜度，對于

29、PDCCH的資源映射有一定的限制，即含有 個CCE的PDCCH起點在的整數(shù)倍CCE上，如圖 28所示。圖 08：PDCCH起始位置示意圖PDCCH的處理流程如圖 29所示?？刂菩畔⒃幢忍厥紫忍砑覥RC，CRC是由RNTI加擾的，長度16bit。對于不同的控制信息比特用途，RNTI的類型不同。對于傳輸公共控制信息的DCI，用RA-RNTI（隨機接入）、SI-RNTI（系統(tǒng)信息傳輸）、P-RNTI（尋呼）、TPC-RNTI（功控）等加擾，而對于傳輸針對單個用戶的DCI，用SPS-C-RNTI（半持續(xù)調(diào)度）、C-RNTI進行加擾。添加完CRC后，經(jīng)過信道編碼、速率匹配等操作，多個PDCCH復用一起傳

30、輸，所有的PDCCH的比特序列順序連接起來，然后和加擾序列求模2和。為了確保PDCCH的長度滿足實際的映射長度，在加擾之前可以填充一定的NULL比特。加擾后的比特進行QPSK調(diào)制、層映射和預編碼等相關操作，最后成為天線端口上的復值數(shù)據(jù)符號，資源單元的映射是基于4個復值符號構成的一組進行操作的。為了增加分集增益以及干擾隨機化，以4個復值符號構成的一組為基本單位進行交織，使用的交織器是32列的行列交織器，按行寫入，按列讀出。為了隨機化小區(qū)間的干擾，在做完交織后還要進行小區(qū)級的循環(huán)移位，然后將符號映射到?jīng)]有被PCFICH和PHCICH占用的REG上。圖 09：PDCCH信道處理流程2）PDCCH盲檢

31、測UE一般不知道當前PDCCH占用的CCE的數(shù)目大小，傳送的是什么DCI format的信息，也不知道自己需要的信息在哪個位置。但是UE知道自己當前在期待什么信息，例如在Idle態(tài)UE期待的信息是paging、SI；發(fā)起Random Access后期待的是RACH Response；在有上行數(shù)據(jù)等待發(fā)送的時候期待UL Grant等。對于不同的期望信息UE用相應的X-RNTI去和CCE信息做CRC校驗，如果CRC校驗成功，那么UE就知道這個信息是自己需要的，也可以進一步知道相應的DCI format，調(diào)制方式，從而解出DCI內(nèi)容。這就是所謂的盲檢過程。如果UE按照CCE的順序依次搜索過去，那么U

32、E側(cè)的計算量是相當可觀的，尤其是對于帶寬比較大，CCE數(shù)目比較多的系統(tǒng)。為此協(xié)議中定義了搜索空間的概念，對系統(tǒng)中不同格式的PDCCH可能的擺放位置進行了一些限制，降低了UE進行盲檢的復雜度。每個不同格式的PDCCH，對應不同的搜索空間。LTE中還劃分了公共搜索空間（Common Search Space）和UE特定搜索空間（UE-Specific Search Space）。如下表所示：表格 06： PDCCH搜索空間類型PDCCH類型in CCEs搜索空間大小 in CCEs可能的PDCCH數(shù)目UE-specific16621264828162Common41648162所謂公共搜

33、索區(qū)間是指所有UE都需要監(jiān)聽的區(qū)間，通常用來發(fā)送尋呼、隨機接入響應、系統(tǒng)消息，以及部分UE公用的上行功率控制消息等。公共搜索區(qū)間占據(jù)從0開始到最大數(shù)目為16的CCE，公共搜索區(qū)間內(nèi)的PDCCH只有4CCE和8CCE兩種類型的大小，UE需要在公共搜索區(qū)間內(nèi)，從0開始，按CCE粒度為8進行搜索2次，按CCE粒度為4搜索4次，至多需要進行6次PDCCH的搜索。LTE系統(tǒng)中，可用于PDCCH的CCE數(shù)目取決于系統(tǒng)帶寬，PHICH配置，天線端口數(shù)，PCFICH配置等。上述因素確定后，PDCCH的CCE數(shù)目就可以確定，公共搜索區(qū)間就可以隨之確定，從0開始占據(jù)至多16個CCE。公共搜索區(qū)間不隨子幀的變化而變化。UE特定的搜索區(qū)間則不同，UE特定的搜索空間的起始點取決于UE的ID（C-RNTI），子幀號，以及PDCCH的類型。因而，隨著子幀的不同，UE特定的搜索空間也有所不同。而且