一種用戶獲取主信息塊信息的方法
【專利摘要】一種用戶獲取主信息塊信息的方法，包括：UE具有PBCH-IC能力，UE在BCCH修改周期監(jiān)聽更新后的系統(tǒng)消息，UE獲取MIB信息；UE不具有PBCH-IC能力，eNB確定當前BCCH修改周期是否有足夠的被保護資源：若有，則eNB在被保護資源上發(fā)送攜帶更新后MIB信息的高層信令至UE，UE獲取MIB信息；若沒有，則eNB在下一個BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE，UE獲取MIB信息。本發(fā)明還公開了一種基站。應用本發(fā)明實施例后，能夠保證所有CRE區(qū)連接態(tài)UE能夠及時可靠地獲取MIB信息。
【專利說明】一種用戶獲取主信息塊信息的方法
【技術(shù)領域】
[0001]本申請涉及通信【技術(shù)領域】，更具體地，涉及一種用戶獲取主信息塊(MIB)信息的的方法。
【背景技術(shù)】
[0002]在LTE-Advanced網(wǎng)絡中，為了提供熱點覆蓋以及擴大小區(qū)覆蓋范圍，引入了異構(gòu)網(wǎng)的網(wǎng)絡結(jié)構(gòu)。異構(gòu)網(wǎng)是指在宏基站(Macro eNB)覆蓋區(qū)域內(nèi)，部署低功率的節(jié)點，從而形成包含不同節(jié)點類型的異構(gòu)網(wǎng)絡系統(tǒng)。低功率節(jié)點可以包括微微基站(PeNB)，家庭基站(Home eNB)和中繼基站(Relay eNB)其中的一種或多種。
[0003]在多種基站聯(lián)合部署場景下，微小區(qū)采用9dB CRE bias時，處于覆蓋區(qū)域擴展(CRE)區(qū)的UE會受到宏小區(qū)的嚴重干擾，因而需要采取一定措施以保證UE正確接收MIB、系統(tǒng)信息塊(SIB) I等系統(tǒng)廣播消息。MIB信息包含系統(tǒng)幀號(SFN)、物理HARQ指示信道(PHICH)配置信息和系統(tǒng)帶寬，此外還隱含著天線端口號信息。由PBCH攜帶，UE正確解調(diào)物理廣播信道(PBCH)才能保證獲取MIB0
[0004]CRE區(qū)PUE的來源有兩種:
[0005]情景1:Macro UE (MUE)從宏小區(qū)移動進入Pico CRE，切換到Pico小區(qū)。
[0006]情景2 =PUE從微小區(qū)中心移動進入CRE區(qū)。
[0007]對于情景1，可靠獲取Pico小區(qū)的MIB信息是完成切換的前提和保證。對于情景2，當Pico小區(qū)的MIB信息有更新時，UE需要及時獲取更新后的MIB信息。需要說明的是，MUE切換到Pico小區(qū)CRE區(qū)以后，當Pico小區(qū)的MIB信息有更新時，UE也需要像情景2 —樣獲取更新后的MIB信息。
[0008]在3GPP會議提案中，Pico小區(qū)應用9dB CRE bias下，CRE區(qū)PUE獲取MIB信息有以下方案:
[0009]方案一:eNB信令方案。
[0010]對于情景1:MUE將要切換到Pico小區(qū)，Pico小區(qū)的MIB相關(guān)信息可以由Macro小區(qū)通過RRC信令發(fā)送給UE。
[0011]對于情景2:當系統(tǒng)信息有更新時，MIB信息由PeNB在被保護資源中通過高層信令發(fā)送給UE。
[0012]方案二:基于PBCH-1C的接收機方案，即依賴UE實現(xiàn)PBCH干擾消除。即UE檢測強干擾小區(qū)的PBCH，然后在已接收到的PBCH抵消掉這一干擾信號。即檢測測出強干擾小區(qū)的PBCH，然后在接收信號中消除這些干擾PBCH，就能較好的獲得想要接收的PBCH。
[0013]方案一覆蓋了 情景I和情景2，通過信令的方法將MIB信息發(fā)送給UE，具有可靠性高的優(yōu)點。但相比于PBCH-1C方案，eNB信令方案有三個缺點。首先是會對規(guī)范產(chǎn)生影響，具體來說是需要在信令中新增攜帶MIB信息的信息單元，且要改變UE獲取MIB信息流程。其次是信令開銷比較大，尤其是當CRE區(qū)PUE數(shù)量較大時，如熱點部署。最后，涉及信令的方案需要HXXH檢測，這又需要知道PHICH持續(xù)時間，而PHICH持續(xù)時間是由MIB攜帶的，因而是個循環(huán)制約問題。
[0014]方案二依賴UE實現(xiàn)PBCH干擾消除，相比于方案一具有對規(guī)范影響小、節(jié)省信令開銷的優(yōu)點。但會增加UE算法復雜度和成本，同時并不是所有UE都具有PBCH-1C能力，如R10UE，不能保證所有CRE區(qū)連接態(tài)UE及時并且可靠獲取MIB信息。

【發(fā)明內(nèi)容】

[0015]本發(fā)明實施例提出一種UE獲取MIB信息的方法，能夠保證所有CRE區(qū)連接態(tài)UE能夠及時可靠地獲取MIB信息。
[0016]本發(fā)明實施例的技術(shù)方案如下:
[0017]一種用戶獲取主信息塊信息的方法，所述方法包括:
[0018]用戶UE具有物理廣播信道-干擾消除(PBCH-1C)能力，UE在廣播控制信道BCCH修改周期監(jiān)聽更新后的系統(tǒng)消息，根據(jù)更新后的系統(tǒng)消息進行PBCH-1C，UE獲取主信息塊MIB信息；
[0019]UE不具有PBCH-1C能力，基站eNB確定當前BCCH修改周期有足夠的被保護資源，則在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE, UE獲取更新后的MIB信息；
[0020]UE不具有PBCH-1C能力，eNB確定當前BCCH修改周期沒有足夠的被保護資源，則在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的PHICH配置信息至UE ；eNB在下一個BCCH修改周期的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE，UE根據(jù)更新后PHICH配置信息正確解調(diào)H)CCH，然后解調(diào)所述攜帶MIB信息的高層信令，從而獲取更新后的MIB信息。
[0021 ] 所述方法進一步包括:在eNB向UE發(fā)送能力詢問，UE向eNB上報具有PBCH-1C或不具有PBCH-1C的自身能力信息。
[0022]所述eNB確定當前BCCH修改周期有足夠的被保護資源包括:
[0023]eNB根據(jù)不具有PBCH-1C能力UE的數(shù)目、宏小區(qū)配置的幾乎空白子幀(ABS)子幀、微小區(qū)使用的TDD UL/DL子幀配置和在當前BCCH修改周期內(nèi)的被保護資源，確定當前BCCH修改周期有足夠的被保護資源。
[0024]所述在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE包括:
[0025]eNB在當前BCCH修改周期內(nèi)最后幾個無線幀的被保護資源上，通過高層信令發(fā)送更新后的MIB信息至UE。
[0026]所述eNB確定當前BCCH修改周期沒有足夠的被保護資源包括: [0027]eNB根據(jù)不具有PBCH-1C能力UE的數(shù)目、宏小區(qū)配置的ABS子幀、微小區(qū)使用的TDD UL/DL子幀配置和在當前BCCH修改周期內(nèi)的被保護資源，確定當前BCCH修改周期沒有足夠的被保護資源。
[0028]所述在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的PHICH配置信息至UE包括:
[0029]eNB在當前BCCH修改周期內(nèi)最后幾個無線幀的被保護資源上，通過高層信令發(fā)送更新后的PHICH配置信息至UE。[0030]所述eNB在下一個BCCH修改周期的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE包括:
[0031]eNB在下一個BCCH修改周期前幾個無線幀的被保護資源上，通過高層信令發(fā)送更新后的MIB信息至UE。
[0032]一種基站，如果用戶UE不具有PBCH-1C能力，
[0033]所述基站eNB確定當前BCCH修改周期有足夠的被保護資源，則在所述被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE ；
[0034]所述eNB確定當前BCCH修改周期沒有足夠的被保護資源，則在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的PHICH配置信息至UE ;所述eNB在下一個BCCH修改周期的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE。
[0035]所述eNB根據(jù)不具有PBCH-1C能力UE的數(shù)目、宏小區(qū)配置的ABS子幀、微小區(qū)使用的TDD UL/DL子幀配置和被保護資源在當前BCCH修改周期內(nèi)，確定當前BCCH修改周期是否有足夠的被保護資源。
[0036]從上述技術(shù)方案中可以看出，在本發(fā)明實施例中根據(jù)UE是否具備PBCH-1C能力分情況處理。UE具有PBCH-1C能力，UE在BCCH修改周期監(jiān)聽更新后的系統(tǒng)消息，根據(jù)更新后的系統(tǒng)消息進行PBCH-1C，UE獲取MIB信息;UE不具有PBCH-1C能力，當eNB確定當前BCCH修改周期有足夠的被保護資源，則在所述被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE, UE獲得更新后的MIB信息，并在下一個BCCH修改周期到來時生效；當eNB確定當前BCCH修改周期沒有足夠的被保護資源，則在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的PHICH配置信息至UE ；eNB在下一個BCCH修改周期的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE，UE根據(jù)更新后PHICH配置信息正確解調(diào)TOCCH，然后解調(diào)所述攜帶更新后MIB信息的高層信令，從而獲取MIB信息。這樣，無論UE是否具備PBCH-1C能力，都能夠及時可靠地獲取MIB信息。
【專利附圖】

【附圖說明】
[0037]圖1為UE獲取MIB信息的方法流程示意圖；
[0038]圖2為eNB攜帶更新后MIB信息的高層信令資源位置示意圖；
[0039]圖3為eNB攜帶更新后PHICH配置信息的高層信令資源位置，以及發(fā)送更新后MIB信息的高層信令資源位置示意圖；
[0040]圖4為實施例一 UE獲取MIB流程示意圖；
[0041]圖5為實施例二 UE獲取MIB流程示意圖；
[0042]圖6為實施例三UE獲取MIB流程示意圖；
[0043]圖7為eNB的工作流程示意圖。
【具體實施方式】
[0044]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點表達得更加清楚明白，下面結(jié)合附圖及具體實施例對本發(fā)明再作進一步詳細的說明。
[0045]在本發(fā)明實施例中，對于所有處于RRC連接態(tài)的CRE區(qū)UE(包括由Macro小區(qū)切換到Pico小區(qū)的UE和由Pico小區(qū)中心區(qū)域移動到CRE區(qū)的UE兩類)，按照是否具有PBCH-1C能力分為兩類:一類支持PBCH-1C的UE ;另一類為不支持PBCH-1C的UE即傳統(tǒng)UE。對于支持PBCH IC的UE:網(wǎng)絡不做干擾協(xié)調(diào)，依靠UE進行PBCH-1C ;對于傳統(tǒng)UE =MIB信息通過高層信令在被保護資源(即Macro小區(qū)配置ABS子幀對應的子幀)發(fā)給UE。
[0046]下面結(jié)合附圖1詳細說明本發(fā)明的技術(shù)方案，具體包括以下步驟:
[0047]步驟101、UE是否具有PBCH-1C能力。
[0048]UE是否具有PBCH-1C能力需要通過網(wǎng)絡發(fā)送UE能力詢問消息，然后UE根據(jù)詢問進行能力上報。UE具有PBCH-1C能力，則執(zhí)行步驟102 ；UE不具有PBCH-1C能力，則執(zhí)行步驟 103。
[0049]步驟102、UE監(jiān)聽更新后的系統(tǒng)消息以獲取MIB信息。
[0050]用戶UE具有PBCH-1C能力，UE在BCCH修改周期監(jiān)聽更新后的系統(tǒng)消息，根據(jù)更新后的系統(tǒng)消息進行PBCH-1C，UE獲取MIB信息。其中，根據(jù)更新后的系統(tǒng)消息進行PBCH-1C，并獲取MIB信息是現(xiàn)有技術(shù)。
[0051]步驟103、eNB確定當前BCCH修改周期是否有足夠的被保護資源。被保護資源是指宏基站配置幾乎空白子幀的資源。
[0052]eNB根據(jù) 各UE能力上報，確定不具有PBCH-1C能力UE的數(shù)目，再綜合考慮宏小區(qū)配置的ABS子幀、微小區(qū)使用的TDD UL/DL子幀配置和在當前BCCH修改周期內(nèi)的被保護資源，確定當前BCCH修改周期有足夠的被保護資源。其中，確定是否有足夠的被保護資源是現(xiàn)有技術(shù)。
[0053]eNB確定當前BCCH修改周期有足夠的被保護資源，則執(zhí)行步驟104 ；eNB確定當前BCCH修改周期沒有足夠的被保護資源，則執(zhí)行步驟105。
[0054]步驟104、eNB在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送MIB信
肩、O
[0055]UE不具有PBCH-1C能力，eNB確定當前BCCH修改周期有足夠的被保護資源，則在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE, UE通過解調(diào)相應高層信令而獲取更新后的MIB信息。
[0056]參見附圖2，為了減少UE存儲新的MIB信息時間，可以在當前BCCH修改周期(η)的組后幾個無線幀的被保護資源上發(fā)送。
[0057]步驟105、eNB在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的PHICH配置信息至UE。
[0058]UE不具有PBCH-1C能力，且eNB確定當前BCCH修改周期沒有足夠的被保護資源，則在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的PHICH配置信息至
UE0
[0059]步驟106、eNB在下一個BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE。
[0060]由于每一個BCCH修改周期至少有320ms，有足夠的被保護資源發(fā)送更新后的MIB信息。因此，eNB在下一個BCCH修改周期的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE, UE根據(jù)步驟105獲得的PHICH配置信息正確解調(diào)TOCCH，然后解調(diào)攜帶更新后MIB信息的高層信令，從而獲取MIB信息。
[0061]此外，參見附圖3，在當前BCCH修改周期內(nèi)最后幾個無線幀的被保護資源上，發(fā)送攜帶更新后PHICH配置信息的高層信令至UE。由于在下一個BCCH修改周期到來的時候，系統(tǒng)會使用新的MIB信息，為了使得UE盡快獲得更新后的MIB信息，eNB在下一個BCCH修改周期前幾個無線幀的被保護資源上，通過高層信令發(fā)送更新后的MIB信息至UE。
[0062]另外，本發(fā)明還提供了一種基站，在現(xiàn)有基站的功能基礎上，本發(fā)明中的基站還具有以下的功能。
[0063]eNB確定當前BCCH修改周期有足夠的被保護資源，則在所述被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE ；
[0064]eNB確定當前BCCH修改周期沒有足夠的被保護資源，則在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送攜帶更新后的PHICH配置信息至UE ;所述eNB在下一個BCCH修改周期的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE。
[0065]eNB根據(jù)不具有PBCH-1C能力UE的數(shù)目、宏小區(qū)配置的ABS子幀、微小區(qū)使用的TDD UL/DL子幀配置和被保護資源在當前BCCH修改周期內(nèi)，確定當前BCCH修改周期是否有足夠的被保護資源。
[0066]實施例一
[0067]附圖4是UE獲取MIB流程不意圖，具體包括以下步驟:
[0068]401、網(wǎng)絡發(fā)送UE能力詢問，詢問UE是否具有PBCH-1C能力。在RRC連接態(tài)，UE能力可以由網(wǎng)絡發(fā)起詢問，UE上報自身能力信息。
[0069]402、UE根據(jù)網(wǎng)絡的詢問，上報支持PBCH-1C。
[0070]403、系統(tǒng)消息將要發(fā)生改變。對于MIB信息，系統(tǒng)帶寬和系統(tǒng)幀號不會頻繁變動，PHICH配置信息容易發(fā)生改變。
[0071]404、eNB在當前BCCH修改周期下發(fā)系統(tǒng)信息修改通知。TD-LTE系統(tǒng)支持的兩種系統(tǒng)信息變更的通知方式(尋呼消息和SIBl中攜帶systemlnfo ValueTag)在這種情況下都可使用。
[0072]405、等待下一個BCCH修改周期到來，更新后的系統(tǒng)信息在下一個BCCH修改周期生效。
[0073]406、eNB在下一個BCCH修改周期使用更新后的系統(tǒng)信息。
[0074]若eNB下發(fā)系統(tǒng)信息修改通知是在BCCH修改周期(n)，則系統(tǒng)在BCCH修改周期(η+l)使用新的系統(tǒng)信息。MIB信息在協(xié)議里規(guī)定的固定位置上傳輸，即每個無線幀的O號子幀，第二個時隙的前4個OFDM符號，頻域占系統(tǒng)帶寬中間的1.08MHz (72個子載波)。
[0075]407,UE在下一個BCCH修改周期監(jiān)聽更新后的系統(tǒng)信息。UE的這一操作的目的是在保證與系統(tǒng)對系統(tǒng)信息理解的一致性前提下，接收更新后的系統(tǒng)信息。
[0076]408、UE接收到更新后的系統(tǒng)消息，進行PBCH-1C，獲取新的MIB信息。
[0077]實施例二
[0078]eNB首先獲知UE不具有PBCH-1C能力，然后判斷當前修改周期內(nèi)是否有足夠的被保護資源，以保證所有UE都能可靠獲取更新的MIB信息。若當前修改周期內(nèi)是否有足夠的被保護資源，則采取實施例二中的技術(shù)方案；否則，采取實施例三中的方案。
[0079]參見附圖5是實施 例二中UE獲取MIB流程示意圖，具體包括以下步驟:
[0080]501、網(wǎng)絡發(fā)送UE能力詢問，詢問UE是否具有PBCH-1C能力。在RRC連接態(tài)，UE能力可以由網(wǎng)絡發(fā)起詢問，UE上報自身能力信息。[0081]502、UE根據(jù)網(wǎng)絡的詢問，上報不支持PBCH-1C。
[0082]503、微eNB系統(tǒng)信息將要發(fā)生改變。
[0083]504,eNB在當前BCCH修改周期(可假設當前BCCH修改周期為η)下發(fā)系統(tǒng)信息修改通知。
[0084]505、eNB下發(fā)系統(tǒng)信息修改通知后，進行信令協(xié)助UE獲取MIB信息預處理。預處理是要判斷當前修改周期內(nèi)是否有足夠多被保護資源，使得所有不支持PBCH-1C的UE都能通過信令協(xié)助的方式獲得更新后的MIB信息，以及相應地決定在哪些被保護資源(宏小區(qū)配置ABS子幀對應的子幀)發(fā)送攜帶MIB信息的高層信令給UE。具體參見步驟103。
[0085]506、等待步驟505中指定的被保護資源時刻到來。
[0086]507、eNB把MIB信息通過高層信令在已確定的資源上發(fā)送給UE。
[0087]508、UE接收高層信令，獲取更新后的MIB信息。
[0088]實施例三
[0089]參見附圖6是實施例三中UE獲取MIB流程示意圖，具體包括以下步驟:
[0090]601、網(wǎng)絡發(fā)送UE能力詢問，詢問UE是否具有PBCH-1C能力。在RRC連接態(tài)，UE能力可以由網(wǎng)絡發(fā)起詢問，UE上報自身能力信息。
[0091]602、UE根據(jù)網(wǎng)絡的詢問，上報不支持PBCH-1C。
[0092]603、微eNB系統(tǒng)信息將要發(fā)生改變。
[0093]604,eNB在當前BCCH修改周期(可假設當前BCCH修改周期為η)下發(fā)系統(tǒng)信息修改通知。
[0094]605、eNB下發(fā)系統(tǒng)信息修改通知后，進行信令協(xié)助UE獲取MIB信息預處理。預處理是要判斷當前修改周期內(nèi)是否有足夠多被保護資源，使得所有不支持PBCH-1C的UE都能通過信令協(xié)助的方式獲得更新后的MIB信息，以及相應地決定在哪些被保護資源(宏小區(qū)配置ABS子幀對應的子幀)發(fā)送攜帶MIB信息的高層信令給UE。具體參見步驟103。
[0095]606、eNB向UE發(fā)送更新后的PHICH配置信息，目的是使得UE在下一個BCCH修改周期正確解調(diào)roccH。
[0096]607、下一個BCCH修改周期(n+1)開始，系統(tǒng)使用更新后的系統(tǒng)信息。
[0097]608、eNB把MIB信息通過高層信令在605中確定的資源上發(fā)送給UE。
[0098]609、UE接收高層信令，根據(jù)從606中獲得的PHICH配置信息，先正確解調(diào)TOCCH，然后在解調(diào)本步驟中接收到的高層信令，從而獲取更新后的MIB信息。
[0099]在本發(fā)明提出的UE獲取MIB的綜合解決方案中，eNB側(cè)需要先將CRE區(qū)PUE依據(jù)是否具有PBCH-1C能力進行分類，然后對傳統(tǒng)UE進行信令協(xié)助獲取更新后的MIB信息。
[0100]參見附圖7，是eNB的工作流程示意圖，包括以下步驟:
[0101]701、微eNB發(fā)送UE能力詢問。目的是獲知UE是否具有PBCH-1C能力。
[0102]702、接收UE上報的能力信息。
[0103]703、系統(tǒng)信息將要發(fā)生改變，eNB下發(fā)系統(tǒng)信息修改通知。
[0104]704、對于支持PBCH-1C的UE’系統(tǒng)不做干擾協(xié)調(diào)。
[0105] 對于不支持PBCH-1C的UE，eNB需要判斷當前BCCH修改周期內(nèi)是否有足夠的被保護資源，以保證所有傳統(tǒng)UE都能通過高層信令獲取更新后的MIB信息。具體判斷過程參見步驟103。[0106]705、當前BCCH修改周期內(nèi)有足夠多的被保護資源，eNB決定在當前BCCH修改周期的哪些資源上發(fā)送攜帶MIB信息的高層信令給UE。
[0107]706、等待步驟705中決定的被保護資源時刻到來。
[0108]707、在已確定的資源上發(fā)送攜帶MIB信息的高層信令。
[0109]708、當前BCCH修改周期內(nèi)沒有足夠多的被保護資源，eNB決定發(fā)送更新后的PHICH配置信息及更新后的MIB信息的時域資源。PHICH的發(fā)送限定在當前BCCH修改周期內(nèi)，MIB信息的發(fā)送限定在下一個BCCH修改周期。
[0110]709、在當前BCCH修改周期內(nèi)，按照步驟708中的資源分配，eNB向UE發(fā)送更新后的PHICH配置信息。
[0111]710、新的BCCH修改周期到來，eNB在步驟708中分配的資源上發(fā)送攜帶MIB信息
的高層信令。
[0112]在本發(fā)明的技術(shù)方案中，在已經(jīng)支持公共參考信號干擾消除(CRS-1C)的基礎上，對于UE支持PBCH-1C實現(xiàn)復雜度不會增加很多，對規(guī)范的影響也很小。UE支持PBCH-1C能獲得很好的性能提升，能夠保證可靠檢測PBCH，獲取MIB信息。但對于不支持PBCH-1C的UE,因而需要信令支持傳統(tǒng)UE獲取MIB信息作為補充。采取本發(fā)明的技術(shù)方案可以保證一部分UE可以很好的獲取MIB信息，又不至于另一部分UE不能獲取MIB信息。而只需要把MIB信息通過高層信令發(fā)給傳統(tǒng)UE,節(jié)省了信令開銷。
[0113]以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種用戶獲取主信息塊信息的方法，其特征在于，所述方法包括: 用戶UE具有物理廣播信道-干擾消除(PBCH-1C)能力，UE在廣播控制信道BCCH修改周期監(jiān)聽更新后的系統(tǒng)消息，根據(jù)更新后的系統(tǒng)消息進行PBCH-1C，UE獲取主信息塊MIB信息； UE不具有PBCH-1C能力，基站eNB確定當前BCCH修改周期有足夠的被保護資源，則在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE, UE獲取更新后的MIB信息； UE不具有PBCH-1C能力，eNB確定當前BCCH修改周期沒有足夠的被保護資源，則在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的PHICH配置信息至UE ；eNB在下一個BCCH修改周期的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE, UE根據(jù)更新后PHICH配置信息正確解調(diào)H)CCH，然后解調(diào)所述攜帶MIB信息的高層信令，從而獲取更新后的MIB信息。
2.根據(jù)權(quán)利要求1所述UE獲取主信息塊信息的方法，其特征在于，所述方法進一步包括:在eNB向UE發(fā)送能力詢問，UE向eNB上報具有PBCH-1C或不具有PBCH-1C的自身能力信息。
3.根據(jù)權(quán)利要求1所述UE獲取主信息塊信息的方法，其特征在于，所述eNB確定當前BCCH修改周期有足夠的被保護資源包括: eNB根據(jù)不具有PBCH-1C能力UE的數(shù)目、宏小區(qū)配置的幾乎空白子幀(ABS)子幀、微小區(qū)使用的TDD UL/DL子幀配置和在當前BCCH修改周期內(nèi)的被保護資源，確定當前BCCH修改周期有足夠的被保 護資源。
4.根據(jù)權(quán)利要求1所述UE獲取主信息塊信息的方法，其特征在于，所述在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE包括: eNB在當前BCCH修改周期內(nèi)最后幾個無線幀的被保護資源上，通過高層信令發(fā)送更新后的MIB信息至UE。
5.根據(jù)權(quán)利要求1所述UE獲取主信息塊信息的方法，其特征在于，所述eNB確定當前BCCH修改周期沒有足夠的被保護資源包括: eNB根據(jù)不具有PBCH-1C能力UE的數(shù)目、宏小區(qū)配置的ABS子幀、微小區(qū)使用的TDDUL/DL子幀配置和在當前BCCH修改周期內(nèi)的被保護資源，確定當前BCCH修改周期沒有足夠的被保護資源。
6.根據(jù)權(quán)利要求1所述UE獲取主信息塊信息的方法，其特征在于，所述在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的PHICH配置信息至UE包括: eNB在當前BCCH修改周期內(nèi)最后幾個無線幀的被保護資源上，通過高層信令發(fā)送更新后的PHICH配置信息至UE。
7.根據(jù)權(quán)利要求1所述UE獲取主信息塊信息的方法，其特征在于，所述eNB在下一個BCCH修改周期的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE包括: eNB在下一個BCCH修改周期前幾個無線幀的被保護資源上，通過高層信令發(fā)送更新后的MIB信息至UE。
8.一種基站，其特征在于，如果用戶UE不具有PBCH-1C能力， 所述基站eNB確定當前BCCH修改周期有足夠的被保護資源，則在所述被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE ； 所述eNB確定當前BCCH修改周期沒有足夠的被保護資源，則在當前BCCH修改周期內(nèi)的被保護資源上通過高層信令發(fā)送更新后的PHICH配置信息至UE ;所述eNB在下一個BCCH修改周期的被保護資源上通過高層信令發(fā)送更新后的MIB信息至UE。
9.根據(jù)權(quán)利 要求8所述基站，其特征在于，所述eNB根據(jù)不具有PBCH-1C能力UE的數(shù)目、宏小區(qū)配置的ABS子幀、微小區(qū)使用的TDD UL/DL子幀配置和被保護資源在當前BCCH修改周期內(nèi)，確定當前BCCH修改周期是否有足夠的被保護資源。
【文檔編號】H04W72/00GK103906236SQ201210573985
【公開日】2014年7月2日 申請日期:2012年12月26日 優(yōu)先權(quán)日:2012年12月26日
【發(fā)明者】張建昌, 熊文匯, 張歡, 胡煒, 池連剛 申請人:普天信息技術(shù)研究院有限公司