TW201438496A - 通訊控制裝置、通訊控制方法及終端裝置 - Google Patents

Abstract

[課題]巨集蜂巢網的頻帶是為了同步結果之利用而被終端裝置所使用的時候，可抑制巨集蜂巢網的基地台上的無線資源之消耗。[解決手段]提供一種通訊控制裝置，係具備：通訊控制部，係控制與小型蜂巢網部分或全體重疊之巨集蜂巢網內的無線通訊。上記巨集蜂巢網內的無線通訊所使用之第1頻帶，係與上記小型蜂巢網內的無線通訊所使用之第2頻帶同步。在上記第1頻帶中係發送著，用來在該當第1頻帶中取得同步所需的同步用訊號。上記通訊控制部，係令滿足所定條件的終端裝置，於上記第1頻帶中針對無線資源不變成連接狀態。上記所定條件係含有，上記終端裝置利用上記同步用訊號所做的同步結果而於上記第2頻帶中取得同步。

Description

通訊控制裝置、通訊控制方法及終端裝置

本揭露是有關於通訊控制裝置、通訊控制方法及終端裝置。

目前，在3GPP(Third Generation Partnership Project)中，4G的無線通訊系統正在規格化。在4G中，載波聚合、中繼及MU-MIMO(Multi-User Multiple-Input Multiple-Output)等技術，正受到矚目。

尤其是，載波聚合係為，將具有20MHz之頻寬的例如5個頻帶視為一體，藉此而可達成20MHz×5=100MHz之頻寬的技術。若依據該載波聚合，則可期待最大吞吐量的提升。此種載波聚合所相關連的各種技術，正在被研討中。

例如，專利文獻1中係揭露，根據接手緊急度之判定結果，針對每一分量載波(Component Carrier：CC)來個別控制量測間距之分配，藉此以抑制吞吐量之降低的技術。

[先前技術文獻]

[專利文獻]

[專利文獻1]日本特開2011-120196號公報

另一方面，在3GPP的發佈版11中，有別於可維持向後相容性的Legacy CC(先前型之CC)，另外研討了一種作為新的分量載波的NCT(New Carrier Type)。此處，NCT係意味著新的CC的型(type)，同時也意味著此一型的CC。然後，作為NCT，與Legacy CC同步的NCT(Synchronized New Carrier Type：SNCT)、和不與Legacy CC同步的NCT(Unsynchronized New Carrier Type：UNCT)，係正在被研討中。

SNCT係由於會和某一Legacy CC同步，因此UE(User Equipment)係為，若能與彼此同步之的SNCT及Legacy CC之其中一方CC取得同步，就可將該當一方CC中的UE之同步結果，在其他CC中做利用。亦即，UE就算在其他CC中沒有藉由同步用訊號(例如CRS(Common Reference Signal))而另行取得同步，也沒有關係。

又，UNCT雖然沒有和任一Legacy CC同步，但可與別的UNCT同步，因此UE係為，若於彼此同步之2個以上之UNCT的其中1個UNCT中取得同步，則可將 該當1個UNCT中的UE之同步結果，在其他CC中做利用。亦即，UE就算在其他CC中沒有藉由同步用訊號而另行取得同步，也沒有關係。

可是，例如，若有巨集蜂巢網、和與該當巨集蜂巢網部分或全體重疊之1個以上之小型蜂巢網存在時，則位於該當巨集蜂巢網內的多數UE，係可於上記巨集蜂巢網的CC中藉由同步用訊號而取得同步，利用該同步結果而於小型蜂巢網的CC中取得同步。因此，想定會有多數UE於上記巨集蜂巢網之CC中變成RRC_Connected。其結果為，該當巨集蜂巢網的eNodeB上的多數資源(例如用來保持送往多數UE之資料所需的記憶體資源、用來對多數UE傳訊所需的無線資源、用來對多數UE傳訊所需的處理資源等)，會被消耗。

於是，巨集蜂巢網的頻帶為了同步結果之利用而被終端裝置所使用的時候，提供可抑制巨集蜂巢網之基地台的資源之消耗的機制，是備受期待。

若依據本揭露，則可提供一種通訊控制裝置，係具備：通訊控制部，係控制與小型蜂巢網部分或全體重疊之巨集蜂巢網內的無線通訊。上記巨集蜂巢網內的無線通訊所使用之第1頻帶，係與上記小型蜂巢網內的無線通訊所使用之第2頻帶同步。在上記第1頻帶中係發送著，用來在該當第1頻帶中取得同步所需的同步用訊號。 上記通訊控制部，係令滿足所定條件的終端裝置，於上記第1頻帶中針對無線資源不變成連接狀態。上記所定條件係含有，上記終端裝置利用上記同步用訊號所做的同步結果而於上記第2頻帶中取得同步。

又，若依據本揭露，則可提供一種通訊控制方法，係包含：控制與小型蜂巢網部分或全體重疊之巨集蜂巢網內的無線通訊。上記巨集蜂巢網內的無線通訊所使用之第1頻帶，係與上記小型蜂巢網內的無線通訊所使用之第2頻帶同步。在上記第1頻帶中係發送著，用來在該當第1頻帶中取得同步所需的同步用訊號。上記控制巨集蜂巢網內之無線通訊係包含，令滿足所定條件的終端裝置，於上記第1頻帶中針對無線資源不變成連接狀態。上記所定條件係含有，上記終端裝置利用上記同步用訊號所做的同步結果而於上記第2頻帶中取得同步。

又，若依據本揭露，則可提供一種終端裝置，該終端裝置係為，具備：通訊控制部，係控制巨集蜂巢網、及與該當巨集蜂巢網部分或全體重疊之小型蜂巢網中的上記終端裝置所進行的無線通訊。上記巨集蜂巢網內的無線通訊所使用之第1頻帶，係與上記小型蜂巢網內的無線通訊所使用之第2頻帶同步。在上記第1頻帶中係發送著，用來在該當第1頻帶中取得同步所需的同步用訊號。上記通訊控制部，係在上記終端裝置是滿足所定條件時，令上記終端裝置於上記第1頻帶中針對無線資源不變成連接狀態。上記所定條件係含有，上記終端裝置利用上 記同步用訊號所做的同步結果而於上記第2頻帶中取得同步。

如以上說明，若依據本揭露，則巨集蜂巢網的頻帶為了同步結果之利用而被終端裝置所使用的時候，可抑制巨集蜂巢網的基地台上的資源之消耗。

1‧‧‧通訊系統

10‧‧‧eNodeB

11‧‧‧巨集蜂巢網

20‧‧‧eNodeB

21‧‧‧微微蜂巢網

100‧‧‧巨集eNodeB

110‧‧‧天線部

120‧‧‧無線通訊部

130‧‧‧網路通訊部

140‧‧‧記憶部

150‧‧‧控制部

151‧‧‧通訊控制部

200‧‧‧微微eNodeB

300‧‧‧UE(User Equipment)

310‧‧‧天線部

320‧‧‧無線通訊部

330‧‧‧記憶部

340‧‧‧控制部

341‧‧‧通訊控制部

350‧‧‧控制部

351‧‧‧通訊控制部

800‧‧‧eNodeB

810‧‧‧天線

820‧‧‧基地台裝置

821‧‧‧控制器

822‧‧‧記憶體

823‧‧‧網路介面

824‧‧‧核心網路

825‧‧‧無線通訊介面

826‧‧‧BB處理器

827‧‧‧RF電路

830‧‧‧eNodeB

840‧‧‧天線

850‧‧‧基地台裝置

851‧‧‧控制器

852‧‧‧記憶體

853‧‧‧網路介面

854‧‧‧核心網路

855‧‧‧無線通訊介面

856‧‧‧BB處理器

857‧‧‧連接介面

860‧‧‧RRH

861‧‧‧連接介面

863‧‧‧無線通訊介面

864‧‧‧RF電路

900‧‧‧智慧型手機

901‧‧‧處理器

902‧‧‧記憶體

903‧‧‧儲存體

904‧‧‧外部連接介面

906‧‧‧相機

907‧‧‧感測器

908‧‧‧麥克風

909‧‧‧輸入裝置

910‧‧‧顯示裝置

911‧‧‧揚聲器

912‧‧‧無線通訊介面

913‧‧‧BB處理器

914‧‧‧RF電路

915‧‧‧天線開關

916‧‧‧天線

917‧‧‧匯流排

918‧‧‧電池

919‧‧‧輔助控制器

920‧‧‧行車導航裝置

921‧‧‧處理器

922‧‧‧記憶體

924‧‧‧GPS(Global Positioning System)模組

925‧‧‧感測器

926‧‧‧資料介面

927‧‧‧內容播放器

928‧‧‧記憶媒體介面

929‧‧‧輸入裝置

930‧‧‧顯示裝置

931‧‧‧揚聲器

933‧‧‧無線通訊介面

934‧‧‧BB處理器

935‧‧‧RF電路

936‧‧‧1個以上之天線開關

937‧‧‧1個以上之天線

938‧‧‧電池

940‧‧‧車載系統

941‧‧‧車載網路

942‧‧‧車輛側模組

[圖1]用來說明各UE的PCC之一例的說明圖。

[圖2]用來說明在下鏈中以CC而被發送的CRS之一例的說明圖。

[圖3]用來說明NCT之例子的說明圖。

[圖4]用來說明頻率方向上的CRS之削減之例子的說明圖。

[圖5]用來說明時間方向上的CRS之削減之例子的說明圖。

[圖6]用來說明小型蜂巢網的3個配置情境之例子的說明圖。

[圖7]用來說明系統資訊及RRC傳訊之特徵的說明圖。

[圖8]用來說明分量載波間的時間同步的說明圖。

[圖9]用來說明分量載波間的頻率同步的說明圖。

[圖10]本揭露之實施形態所述之通訊系統之概略構成之一例的說明圖。

[圖11]第1實施形態所述之巨集eNodeB之構成之一例的區塊圖。

[圖12]用來說明滿足連接禁止條件之UE的動作之例子的說明圖。

[圖13]用來說明關於微微蜂巢網內的無線通訊中所使用之CC的系統資訊之提供途徑的第1例的說明圖。

[圖14]用來說明MBMS子訊框之例子的說明圖。

[圖15]第1實施形態所述之UE之構成之一例的區塊圖。

[圖16]第1實施形態所述之巨集eNodeB側的通訊控制處理之概略流程之一例的流程圖。

[圖17]第1實施形態所述之UE側的通訊控制處理之概略流程之一例的流程圖。

[圖18]用來說明關於微微蜂巢網內的無線通訊中所使用之CC的系統資訊之提供途徑的第2例的說明圖。

[圖19]第1實施形態之變形例所述之巨集eNodeB側的通訊控制處理之概略流程之一例的流程圖。

[圖20]第1實施形態之變形例所述之UE側的通訊控制處理之概略流程之一例的流程圖。

[圖21]第2實施形態所述之UE之構成之一例的區塊圖。

[圖22]第2實施形態所述之巨集eNodeB側的通訊控 制處理之概略流程之一例的流程圖。

[圖23]第2實施形態所述之UE側的通訊控制處理之概略流程之一例的流程圖。

[圖24]可適用本揭露所述之技術的eNodeB之概略構成之第1例的區塊圖。

[圖25]可適用本揭露所述之技術的eNodeB之概略構成之第2例的區塊圖。

[圖26]可適用本揭露所述之技術的智慧型手機之概略構成之一例的區塊圖。

[圖27]可適用本揭露所述之技術的行車導航裝置之概略構成之一例的區塊圖。

以下，一邊參照添附圖式，一邊詳細說明本揭露的理想實施形態。此外，於本說明書及圖面中，關於實質上具有同一機能構成的構成要素，係標示同一符號而省略重複說明。

此外，說明是按照以下順序進行。

1.3GPP中的無線通訊之技術

2.本揭露之實施形態所涉及之技術課題

2.1.關於頻帶間之同步的考察

2.2.技術課題

3.本實施形態所述之通訊系統的概略構成

4.第1實施形態

4.1.巨集eNodeB之構成

4.2.UE之構成

4.3.處理的流程

4.4.變形例

5.第2實施形態

5.1.巨集eNodeB之構成

5.2.UE之構成

5.3.處理的流程

6.應用例

6.1.關於巨集eNodeB之應用例

6.2.關於UE之應用例

7.總結

<<1.3GPP中的無線通訊之技術>>

首先，作為前提，說明3GPP中的無線通訊之技術。

(發佈版10的載波聚合)

-分量載波

發佈版10的載波聚合中，最大可以把5個分量載波(CC)綁在一起，而被UE所使用。各CC係為最大20MHz寬之頻帶。在載波聚合中，會有使用頻率方向上連續之CC的情況，和使用頻率方向上分離之CC的情況。在載波聚合中，所被使用之CC，係可針對每台UE分別設定。

-首要CC與次級CC

在載波聚合中，被UE所使用之複數CC的其中之1者，係為特別的CC。該當1個特別的CC，係被稱作PCC(Primary Component Carrier)。又，上記複數CC的其中剩餘者，係被稱作SCC(Secondary Component Carrier)。PCC，係可隨著UE而不同。以下針對這點，參照圖1來更具體說明。

圖1係用來說明各UE的PCC之一例的說明圖。參照圖1，圖示了UE30A及UE30B，以及5個CC1~5。在此例中，UE30A係使用CC1及CC2這2個CC。然後，UE30A係將CC2當作PCC來使用。另一方面，UE30B係使用CC2及CC4這2個CC。然後，UE30B係將CC4當作PCC來使用。如此，各UE就可將不同的CC當作PCC來使用。

PCC係為複數CC中最為重要的CC，因此最好是通訊品質最穩定的CC。此外，要將哪個CC當作PCC，實際上是依存於如何實作而定。

UE最初建立連接的CC，係為對該當UE而言的PCC。SCC係被追加至PCC。亦即，PCC係為主要的頻帶，SCC係為輔助的頻帶。SCC的變更，係藉由既存的SCC之刪除與新SCC之追加而進行。PCC的變更，係以先前的頻率間接手的程序來進行。在載波聚合中，UE係不能只使用SCC，必定要使用1個PCC。

此外，PCC有時候也被稱呼為首要蜂巢網(Primary Cell)。又，SCC有時候也被稱呼為次級蜂巢網(Secondary Cell)。

-使用CRS的UE所做的同步

在載波聚合中，會以各CC來發送共通參照訊號(Common Reference Signal：CRS)。然後，UE係藉由該當CRS，而在各CC中取得同步。在本說明書中，所謂「(UE在CC中)取得同步(Synchronize)」，係指為了讓UE在CC中能夠正確接收訊號而將訊號之收訊的時序及/或頻率予以調整(例如同步追蹤等)之意思。此外，共通參照訊號，係亦稱作蜂巢網固有之參照訊號(Cell-specific Reference Signal)。

(發佈版11的NCT之背景)

在載波聚合中，由於為了確保向後相容性(Backward Compatibility)之觀點，因此前提是各CC必須要能被Legacy UE(亦即先前型的UE)所使用。可是，Legacy UE所無法使用但更有效率之CC的定義，正被開始研討。亦即，一種被稱作NCT(New Carrier Type)或追加載波(Additional Carrier)的新的CC之定義，正被開始研討。

對上記NCT的最大動機，係為減少CC的負擔(overhead)。上記負擔係為，使用者資料之送訊時所被利用之無線資源以外的無線資源。亦即，上記負擔係為， 為了控制而被利用的無線資源。若該當負擔增加，則可利用於使用者資料送訊的無線資源就會減少，因此上記增加並不理想。造成負擔的一個主要原因是，在下鏈中，於各CC裡存在有CRS。以下針對這點，參照圖2來更具體說明。

圖2係用來說明在下鏈中以CC而被發送的CRS之一例的說明圖。參照圖2，圖示了20MHz之CC所對應的數個無線資源區塊(Resource Block：RB)。各RB係在頻率方向上具有12子載波之寬度，在時間方向上具有7OFDM(Orthogonal Frequency Division Multiplexing)符元之寬度。然後，在各RB中會發送CRS。亦即，於頻率方向上是跨越CC之頻寬而存在，於時間方向上是每一時槽地存在的所有RB中，會發送CRS。因此，是在各CC、且各子訊框中，發送CRS。

CRS的其中1個目的，係讓UE能夠取得同步。同步係分為，時間方向上的同步亦即時間同步(或時序同步)、和頻率方向的同步亦即頻率同步。UE係可藉由CRS，於頻率方向及時間方向上高精度地取得同步。又，UE係藉由CRS而持續取得同步。

又，CRS的另一目的係為，讓UE可適切地解調下鏈訊號。UE係根據CRS的相位，來進行其他收訊訊號的解調。

CRS(Common Reference Signal)，係為發佈版8所導入的最基本的參照訊號(Reference Signal：RS)。另 一方面，目前係有CSI-RS(Channel State Information-Reference Signal)這類間歇性發送的RS，該當RS是為了下鏈訊號之解調而被使用。因此，目前的CRS的目的，主要是用來讓UE取得同步。因此，只要能夠讓UE取得同步，則CRS所被發送的頻繁度亦可以降低。

(發佈版11中的針對NTC而研討的CRS之削減)

-NCT之種類

於發佈版11中所被研討的NCT，大致分成2種類的NCT。

2種類之NCT的其中一方係為，與Legacy CC(亦即先前型CC)同步的NCT。UE係為，於Legacy CC中若取得同步，則在已經與該當Legacy CC同步之NCT中，可以利用該當Legacy CC中的UE之同步結果。此種NCT係被稱為Synchronized NCT(以下稱作「SNCT」)。此外，在本說明書中，所謂「將(CC中的UE之)同步結果在(其他CC中)作利用」，係指從CC的收訊時序及收訊頻率，取得其他CC的收訊時序及收訊頻率之意思。

又，2種類之NCT的其中另一方係為，不與Legacy CC同步的NCT。UE係必須要在該當NCT中取得同步。此種NCT係被稱為Unsynchronized NCT(以下稱作「UNCT」)。由於在UNCT中同步處理係為必要，因此於UNCT中會發送CRS。

如以上，在NCT中，係有SNCT和UNCT。 以下，針對SNCT及UNCT的具體例，參照圖3來說明之。

圖3係用來說明NCT之例子的說明圖。參照圖3，圖示了5個CC40。5個CC40的其中的CC40A及CC40B，係為Legacy CC。在此例中，CC40A及CC40B係彼此同步。又，CC40C、CC40D及CC40E係為NCT。更具體而言，CC40C係為，與身為Legacy CC的CC40A及CC40B雙方同步的SNCT。又，CC40D及CC40E係為，不與CC40A及CC40B之任一者同步的UNCT。在此例中，CC40D及CC40E係沒有彼此同步。

-針對Unsynchronized NCT的CRS之削減

Legacy CC中所被發送的CRS，係不只是為了讓UE能夠取得同步，還為了收訊訊號之解調而被發送，因此係為冗長。另一方面，在發佈版10以後的發佈版中，作為解調所需之RS係規格化了有CIS-RS，因此可以削減CRS。於是，能夠讓UE持續取得同步同時能夠刪除CRS到何種程度，正在被研討。尤其是，作為Unsynchronized NCT(亦即UNCT)的CRS之削減的方式，頻率方向上的CRS之削減與時間方向上的CRS之削減，係被研討。

作為頻率方向上的CRS之削減係為，例如，會發送CRS的RB，被削減成6RB、25RB或是50RB為止。以下針對這點，參照圖4來更具體說明。

圖4係用來說明頻率方向上的CRS之削減之 例子的說明圖。參照圖4，圖示了將發送CRS之RB設成在頻率方向上有6RB之案例，和將發送CRS之RB設成在頻率方向上有25RB之案例。如此，就不會在跨越頻率方向而存在的所有RB中發送CRS，而是在被限定之RB中發送CRS。

另一方面，作為時間方向上的CRS之削減係為，例如，把CRS的送訊週期，設成5ms或10ms。針對這點，參照圖5來更具體說明。

圖5係用來說明時間方向上的CRS之削減之例子的說明圖。參照圖5，圖示了CRS之送訊週期為5ms之案例，和CRS之送訊週期為10ms之案例。如此，於時間方向上就不會以所有的時槽或所有的子訊框來發送CRS，而是在被限定之子訊框中發送CRS。

如以上所述，頻率方向上的CRS之削減和時間方向上的CRS之削減的組合手法，正被研討。作為UE是否有取得同步的評價，是評估在SNR為-8dB之環境下是否能夠維持500Hz左右之精度。其結果為，在SNR為-8dB之環境下，必須要每5ms地以25RB發送CRS。

-針對Synchronized NCT的CRS之削減

另一方面，Synchronized NCT(SNCT)係與Legacy CC同步，因此基本上，於SNCT中，有可能會刪除先前之CRS。

(同步監視程序)

UE係根據PDCCH(Physical Downlink Control CHannel)的區塊錯誤率(Block Error Rate：BLER)，來監視著UE是否取得同步。換言之，UE係根據PDCCH的BLER，來偵測出UE的失去同步。例如，若PDCCH的BLER為10%以上，則偵測出UE係為失去同步。

若偵測到所定次數的失去同步，則計時就會開始。然後，一旦該當計時超過期限(expire)，則認為是RLF(Radio Link Failure)。一旦被認為是RLF，則UE係為了避免對其他UE造成干擾，在認定RLF起算40ms以內，會停止所有的送訊。其後，UE係進行包含蜂巢網之選擇(Cell Selection)、隨機存取等的RRC之重建(RRC-Re-Establishment)之程序。

此外，雖然UE係如上述會對PCC進行同步監視，但是對SCC不會進行之。UE係會因為偵測不到SCC中的PDCCH，而停用該當SCC。

(發佈版12的NCT)

發佈版12的NCT，係於3GPP RAN # 57 Plenary meeting中，作為RP-121415，而在2012年9月獲得認可的研討事項(Study Item：SI)。此SI係分成階段1和階段2。在階段1中預定會進行針對發佈版11的NCT之強化(Enhancement)的研討，在階段2中預定會進行考慮小型蜂巢網之情境的研討。此外，小型蜂巢網，具體而言係為例 如：微微蜂巢網、毫微蜂巢網、毫微微蜂巢網等。在本說明書中，作為小型蜂巢網的具體例是舉例微微蜂巢網來說明。

作為上記小型蜂巢網之情境，考慮針對小型蜂巢網的3種配置情境。例如，此種配置情境，係被揭露於TR36.932。在第1配置情境(亦即Deployment Scenario 1)中，小型蜂巢網係全體和巨集蜂巢網重疊(overlap)。又，在第2配置情境(亦即Deployment Scenario 2)中，小型蜂巢網係部分與巨集蜂巢網重疊。又，在第3情境(亦即Deployment Scenario 3)中，小型蜂巢網係不與巨集蜂巢網重疊。亦即，在小型蜂巢網的附近沒有巨集蜂巢網，只有小型蜂巢網被運用。以下參照圖6來說明配置情境的具體例。

圖6係用來說明小型蜂巢網的3個配置情境之例子的說明圖。參照圖6，圖示了巨集蜂巢網11，以及3個微微蜂巢網21A、21B及21C。又，巨集蜂巢網11的基地台亦即巨集eNodeB10、及這些微微蜂巢網21的基地台亦即微微eNodeB20，也被圖示。首先，微微蜂巢網21A係全體與巨集蜂巢網11重疊，微微蜂巢網21B係部分與巨集蜂巢網11重疊，又，微微蜂巢網21C係不與巨集蜂巢網11重疊。亦即，微微蜂巢網21A的配置係相當於第1配置情境，微微蜂巢網21B的配置係相當於第2配置情境，又，微微蜂巢網21C的配置係相當於第3配置情境。此外，在此例中，巨集蜂巢網11中是使用頻帶F1來 進行無線通訊。又，微微蜂巢網21是使用頻帶F2來進行無線通訊。

(往UE的控制資訊之提供手法)

eNodeB係在向UE提供控制資訊之際，會使用例如系統資訊(System Information)或RRC(Radio Resource Control)傳訊。以下參照圖7來說明這2個提供手法的特徵。

圖7係用來說明系統資訊及RRC傳訊之特徵的說明圖。參照圖7，針對系統資訊及RRC傳訊，eNodeB向UE提供控制資訊所必須之UE的狀態、提供對象之UE(及所提供之資訊)、以及可提供之資訊量，係被圖示。

第1點，為了讓eNodeB使用系統資訊來提供控制資訊，UE係可為RRC_Connected(亦即連線狀態)及RRC_Idle(亦即怠轉狀態)之任一者。另一方面，為了讓eNodeB使用RRC傳訊來提供控制資訊，UE係必須要是RRC_Connected(亦即連線狀態)。

第2點，在系統資訊中，控制資訊係不是對個別的UE而是對所有的UE作提供。亦即，用系統資訊所提供的控制資訊，可以說是UE共通之資訊。另一方面，在RRC傳訊中，控制資訊基本上是對個別的UE作提供。亦即，用RRC傳訊所提供的控制資訊，基本上可以說是個別UE的控制資訊。但是，藉由對個別的UE使用 RRC傳訊來發送共通的控制資訊，仍然可以用RRC傳訊來提供UE共通之資訊。

第3點，系統資訊係含有有限的控制資訊，使用有限的無線資源而被發送。因此，用系統資訊所能提供的控制資訊的資訊量係較小。另一方面，RRC傳訊係使用PDSCH(Physical Downlink Shared CHannel)而可比較自由地被發送。因此，用RRC傳訊所能提供的控制資訊的資訊量係較大。

<2.本揭露之實施形態所涉及之技術課題>

接著說明本揭露之實施形態所涉及之技術課題。

<2.1.關於頻帶間之同步的考察>

首先說明關於頻帶間之同步的考察。

(頻帶間之同步)

此處，更具體說明頻帶間之同步。頻帶間之同步，係有時間方向上的同步(以下稱作「時間同步」)，和頻率方向上的同步(以下稱作「頻率同步」)。以下針對這點，參照圖8及圖9來說明具體例。

圖8係用來說明分量載波間的時間同步的說明圖。參照圖8，圖示了CC1及CC2的各自的收訊時序。例如，如圖8所示的例子所示，UE上的使用CC1的訊號之收訊時序，與該當UE上的使用CC2的收訊時序之 間，可能發生時間方向上的偏差。例如，若此種時間方向上之偏差是比OFDM的保護區間長度還小，則可以將CC1及CC2視作在時間方向上彼此同步。

圖9係用來說明分量載波間的頻率同步的說明圖。參照圖9，圖示了CC1的頻帶及CC2的頻帶。又，還圖示了CC1的中心頻率及CC2的中心頻率。又，CC1的中心頻率與CC2的中心頻率，係遠離了所定之頻率寬度。可是，實際上，例如，從CC1的中心頻率遠離該當所定頻率寬度的頻率、與CC2的中心頻率之間，有可能發生頻率方向的偏差。例如，若此種頻率方向之偏差是在所定之頻率寬度(例如在LTE(Long Term Evolution)中係為500Hz)以內，則可以將CC1及CC2視作在頻率方向上彼此同步。

如以上，頻帶間之同步，係包含時間同步及頻率同步。因此，關於頻帶間之同步，存在有以下4種案例。

案例1：時間同步及頻率同步雙方皆有

案例2：有時間同步，但沒有頻率同步

案例3：沒有時間同步，但有頻率同步

案例4：時間同步及頻率同步雙方皆無

一般而言，所謂彼此同步之頻帶，係為相當於案例1的頻帶。但是，相當於案例2或案例3的頻帶，也可以視為(在時間方向或頻率方向上)彼此同步之頻帶。

(eNodeB側的同步和UE側的同步)

又，其他觀點來說，作為頻帶間之同步，還有eNodeB側(亦即網路側)之同步和UE側之同步。然後，關於2個CC，即使在eNodeB側是有時間同步及頻率同步，在UE以該當2個CC來接收訊號之際，在UE側是否仍有時間同步及頻率同步，係為不明。

例如，CC1與CC2是在頻率方向上分離的情況下，CC1之傳播路徑和CC2之傳播路徑係不同，其結果可能導致訊號到達時間不同。此情況下，就會失去時間同步。

又，例如，CC1的電波和CC2的電波，有可能是從不同方向抵達UE。此情況下，若UE是朝向CC1電波傳來方向移動，則CC1的頻率會因為都卜勒效應而從頻率f遷移成頻率f+△f。又，若UE是朝向與CC2電波傳來方向的相反方向移動，則CC2的頻帶會因為都卜勒效應而從頻率f遷移成頻率f-△f。如此，因為都卜勒效應，而導致失去頻率同步。

如以上所述，由於可能失去時間同步及頻率同步，因此即使在網路側2個CC是彼此同步，該當2個CC在UE側上是否仍然同步，係為不明。

<2.2.技術課題>

接著，說明技術課題。

-同步結果的利用

如上述，在3GPP的發佈版11中，有別於可維持向後相容性的Legacy CC(先前型之CC)，另外研討了一種作為新的分量載波的NCT。此處，NCT係意味著新的CC的型(type)，同時也意味著此一型的CC。然後，作為NCT，與Legacy CC同步的NCT(亦即SNCT)、和不與Legacy CC同步的NCT(亦即UNCT)，係正在被研討中。

SNCT係由於會和某一Legacy CC同步，因此UE係為，若能與彼此同步之SNCT及Legacy CC之其中一方CC取得同步，就可將該當一方CC中的UE之同步結果，在其他CC中做利用。亦即，UE就算在另一方CC中沒有藉由同步用訊號而另行取得同步，也沒有關係。

又，UNCT雖然沒有和任一Legacy CC同步，但可與別的UNCT同步，因此UE係為，若於彼此同步之2個以上之UNCT的其中1個CC中取得同步，則可將該當1個CC中的UE之同步結果，在其他CC中做利用。亦即，UE就算在另一方CC中沒有藉由同步用訊號而另行取得同步，也沒有關係。

-同步結果之利用所致之巨集eNodeB上的資源之消耗

可是，例如，若有巨集蜂巢網、和與該當巨集蜂巢網部分或全體重疊之1個以上之小型蜂巢網存在時，則位於該當巨集蜂巢網內的多數UE，係可於上記巨集蜂巢網的CC中藉由同步用訊號而取得同步，利用該同步結果而於 小型蜂巢網的CC中取得同步。因此，想定會有多數UE於上記巨集蜂巢網之CC中變成RRC_Connected。其結果為，該當巨集蜂巢網的eNodeB上的多數資源(例如用來保持送往多數UE之資料所需的記憶體資源、用來對多數UE傳訊所需的無線資源等)，會被消耗。

於是，本揭露的實施形態，係巨集蜂巢網的頻帶是為了同步結果之利用而被終端裝置所使用的時候，可抑制巨集蜂巢網的基地台上的無線資源之消耗。

<<3.本實施形態所述之通訊系統的概略構成>>

接著，參照圖10，說明本揭露的實施形態中所述之通訊系統的概略構成。圖10係本揭露之實施形態所述之通訊系統1之概略構成之一例的說明圖。參照圖10，通訊系統1係含有巨集eNodeB100、微微eNodeB200及UE300。例如，通訊系統1係為符合LTE-Advanced的系統。

(巨集eNodeB100)

巨集eNodeB100，係和位於巨集蜂巢網11內的UE300，進行無線通訊。又，巨集eNodeB100，係使用1個以上之分量載波(CC)來進行無線通訊。

例如，被巨集eNodeB100所使用的上記1個以上之CC之每一者，係為和微微蜂巢網21中所被使用的1個以上之CC的任一者均不同的CC。

又，例如，巨集eNodeB100係使用複數CC來進行無線通訊。然後，巨集eNodeB100係可在與1台UE300的無線通訊裡，同時使用複數CC。亦即，巨集eNodeB100係支援載波聚合。

(微微eNodeB200)

微微eNodeB200，係和位於與巨集蜂巢網11部分或全體重疊之微微蜂巢網21內的UE300，進行無線通訊。又，微微eNodeB200，係使用1個以上之CC來進行無線通訊。

例如，被微微eNodeB200所使用的上記1個以上之CC之每一者，係為和巨集蜂巢網11中所被使用的1個以上之CC的任一者均不同的CC。

又，例如，微微eNodeB200係使用複數CC來進行無線通訊。然後，微微eNodeB200係可在與1台UE300的無線通訊裡，同時使用複數CC。亦即，微微eNodeB200係支援載波聚合。

尤其是在本揭露之實施形態中，巨集蜂巢網11內的無線通訊中所使用的第一CC(以下稱作「CC1」)，係和微微蜂巢網21內的無線通訊中所使用的第二CC(以下稱作「CC2」)同步。例如，CC1係為被巨集eNodeB100所使用的上記1個以上之CC的其中1個，CC2係為被微微eNodeB200所使用的上記1個以上之CC的其中1個。又，例如，CC1及CC2係在時間方向及頻 率方向雙方上彼此同步。

此外，在本實施形態中，微微蜂巢網21係被配置成第1配置情境(亦即Deployment Scenario 1)或第2配置情境(亦即Deployment scenario 2)。

(UE300)

UE300，係在巨集蜂巢網11內與巨集eNodeB100進行無線通訊。又，UE300係在微微蜂巢網21內與微微eNodeB200進行無線通訊。

又，UE300係在無線通訊中，可同時使用複數CC。具體而言，例如，UE300係可同時使用複數CC，而和巨集eNodeB100及/或微微eNodeB200進行無線通訊。亦即，UE300係支援載波聚合。

<<4.第1實施形態>>

接著參照圖11~圖20，說明本揭露的第1實施形態。若依據本揭露的第1實施形態，則藉由巨集eNodeB100所做的控制，巨集eNodeB100上的資源之消耗會被抑制。

<4.1.巨集eNodeB之構成>

首先，參照圖11~圖14，說明第1實施形態所述之巨集eNodeB100-1的構成。圖11係第1實施形態所述之巨集eNodeB100-1之構成之一例的區塊圖。參照圖11， 巨集eNodeB100-1係具備：天線部110、無線通訊部120、網路通訊部130、記憶部140及控制部150。

(天線部110)

天線部110係接收無線訊號，將所接收到之無線訊號，輸出至無線通訊部120。又，天線部110係將無線通訊部120所輸出之送訊訊號，予以發送。

(無線通訊部120)

無線通訊部120，係和位於巨集蜂巢網11內的UE300-1，進行無線通訊。例如，無線通訊部120係同時使用1個以上之CC來進行無線通訊。

例如，該當1個以上之CC，係為和微微蜂巢網21內之無線通訊中所被使用的1個以上之CC之任一者均不同的CC。

又，例如，無線通訊部120係使用複數CC來進行無線通訊。然後，無線通訊部120係可同時使用複數CC，而和1個UE300-1進行無線通訊。亦即，巨集eNodeB100係支援載波聚合。

尤其是在本揭露之實施形態中，如上述，巨集蜂巢網11內的無線通訊中所使用的第一CC(亦即CC1)，係和微微蜂巢網21內的無線通訊中所使用的第二CC(亦即CC2)同步。例如，CC1係為被巨集eNodeB100所使用的上記1個以上之CC的其中1個，CC2係為被微 微eNodeB200所使用的上記1個以上之CC的其中1個。又，例如，CC1及CC2係在時間方向及頻率方向雙方上彼此同步。

(網路通訊部130)

網路通訊部130，係和其他通訊節點進行通訊。例如，網路通訊部130係和微微eNodeB200、其他巨集eNodeB100-1、MME(Mobility Management Entity)等，進行通訊。

(記憶部140)

記憶部140，係記憶巨集eNodeB100-1之動作所需的程式及資料。

(控制部150)

控制部150，係提供巨集eNodeB100-1的各種機能。

控制部150係含有通訊控制部151。

(通訊控制部151)

通訊控制部151，係控制與微微蜂巢網21部分或全體重疊之巨集蜂巢網11內的無線通訊。

-CC1中的連接之控制

如上述，巨集蜂巢網11內之無線通訊中所使用的CC1，係與微微蜂巢網21內之無線通訊中所使用的CC2同步。然後，在CC1中係發送著，用來在CC1中取得同步所需的同步用訊號。例如，該當同步用訊號係為共通參照訊號(CRS)。此情況下，例如，通訊控制部151係控制CC1中的CRS之送訊。更具體而言，例如，通訊控制部151係在CC1中所被發送的下鏈訊號之中，插入CRS。

--控制的內容

尤其是在第1實施形態中，通訊控制部151係令滿足所定條件(以下稱作「連接禁止條件」)的UE300-1，於CC1中針對無線資源不變成連接狀態。又，該當連接禁止條件係含有，UE300-1利用上記同步用訊號所做的同步結果而於CC2中取得同步。

具體而言，例如，上記連接禁止條件係含有，UE300-1利用巨集蜂巢網11之CC1中的CRS所做的同步結果而於微微蜂巢網21的CC2中取得同步。亦即，通訊控制部151係令利用CC1中之同步結果而於CC2中取得同步的UE300-1的部分或全部，於CC1中不變成RRC_Connected。以下參照圖12來說明滿足連接禁止條件之UE300-1的動作之例子。

圖12係用來說明滿足連接禁止條件之UE300-1的動作之例子的說明圖。參照圖12，圖示了被巨集eNodeB100-1所使用的CC1、被微微eNodeB200所使 用的CC2、及UE300-1。如上述，CC1及CC2係彼此同步。又，UE300-1係於微微蜂巢網21的CC2中變成了RRC_Connected。在此例中，由於UE300-1係滿足連接禁止條件，因此於巨集蜂巢網11的CC1中沒有變成RRC_Connected。但是，UE300-1係於巨集蜂巢網11的CC1中藉由CRS而取得同步。然後，UE300-1係利用CC1中的CRS所做的同步結果，而於微微蜂巢網21的CC2中取得同步。

又，例如，上記連接禁止條件係還含有，UE300不使用CC1來進行資料收送訊。

具體而言，例如，上記連接禁止條件係含有，UE300是利用巨集蜂巢網11之CC1中的CRS所做的同步結果而於微微蜂巢網21的CC2中取得同步，但沒有使用巨集蜂巢網11的CC1來進行資料收送訊。亦即，通訊控制部151係令利用CC1中之同步結果而於CC2中取得同步的UE300當中，沒有使用CC1來進行資料收送訊的UE300的部分或全部，於CC1中不變成RRC_Connected。

--控制的具體手法

又，作為具體手法的例子，通訊控制部151係藉由把滿足上記連接禁止條件之裝置所致之CC1中的連接之禁止，通知給UE300，以令UE300於CC1中針對無線資源不變成連接狀態。更具體而言，例如，通訊控制部151係 使用CC1中所被提供的系統資訊，將上記連接之禁止，通知給UE300。

例如，關於CC1的系統資訊係含有，表示滿足上記連接禁止條件之裝置所致之CC1中的連接之禁止的存取阻礙資訊。然後，通訊控制部151係取得含有上記存取阻礙資訊的系統資訊，透過無線通訊部120而於CC1中提供該當系統資訊。另一方面，UE300-1係於CC1中，藉由PSS(Primary Synchronization Signal)及SSS(Secondary Synchronization Signal)之類的同步訊號(及CRS這類的同步用訊號)而取得同步，其後，取得關於CC1的系統資訊。然後，UE300-1係確認在該當系統資訊中含有上記存取阻礙資訊。如此一來，UE300-1係判定自裝置是否滿足上記連接禁止條件。然後，UE300-1係在滿足該當連接禁止條件時，不會進行在CC1中變成RRC_Connected所需的連接程序。例如，該當連接程序係為包含隨機存取頻道(RACH)中的隨機存取前文之送訊的隨機存取程序。

--控制所致之優點

如以上所述，利用巨集蜂巢網11之CC1中的CRS所做的同步結果而於微微蜂巢網21的CC2中取得同步的UE300-1的部分或全部，係於CC1中不會變成RRC_Connected。其結果為，巨集蜂巢網11的CC1為了同步結果之利用而被UE300-1所使用的時候，巨集 eNodeB100上的資源之消耗會被抑制。

更詳細說明，巨集蜂巢網11中有多數UE300-1存在，該當多數UE300-1係可將巨集蜂巢網11的CC1中的同步結果，為了在微微蜂巢網21的CC2中取得同步而加以利用。此情況下，若上記多數UE300-1在CC1中變成了RRC_Connected，巨集eNodeB100上的多數資源就可能會被消耗。例如，於巨集eNodeB100-1中，用來保持送往多數UE300-1之資料所需的記憶體資源、用來對多數UE300-1傳訊所需的無線資源、用來對多數UE300-1傳訊所需的處理資源等，會被消耗。

於是，藉由令將CC1中之同步結果為了於微微蜂巢網21之CC2中取得同步而加以利用的UE300-1之部分或全部，於CC1中不變成RRC_Connected。就可抑制巨集eNodeB100-1上的資源之消耗。例如，巨集eNodeB100上的記憶體資源、被巨集eNodeB100所使用的無線資源、巨集eNodeB100-1上的處理資源等之消耗，會被抑制。

又，如上述，並非UE300-1自主性地變成RRC_Connected，而是巨集eNodeB100-1不讓UE300-1變成RRC_Connected。藉此，網路側(巨集eNodeB100-1側)也可選擇性地不讓UE300-1變成RRC_Connected。作為一例，巨集eNodeB100-1係在巨集蜂巢網11內配置有多數微微蜂巢網21的情況下，則將滿足連接禁止條件之UE300不予連接；在巨集蜂巢網11內僅配置有少數微微 蜂巢網21的情況下，則就算是滿足連接禁止條件之UE300，也讓其可以連接。

又，如上述，利用巨集蜂巢網11之CC1中的CRS所做的同步結果而於微微蜂巢網21的CC2中取得同步的UE300-1當中，未使用CC1來進行資料收送訊的UE300-1的部分或全部，係於CC1中不會變成RRC_Connected。其結果為，巨集eNodeB100-1上的資源之消耗會被抑制，且UE300-1係可更自由地，使用巨集蜂巢網11的CC1來收送資料。

更詳細說明，若一律令將CC1中之同步結果為了於CC2中取得同步而加以利用的UE300-1不變成RRC_Connected，則UE300-1所進行的使用CC1之資料收送訊就會受到相當大的限制。例如，UE300-1係將CC1中之同步結果為了於CC2中取得同步而加以利用的情況下，就會無法使用CC1來收送資料。又，在別的觀點上，UE300-1係只要不是處於不將CC1中之同步結果為了於CC2中取得同步而加以利用的條件下，就會無法使用CC1來收送資料。

於是，藉由在利用CC1中的同步結果的UE300-1之中，尤其令未使用CC1來進行資料收送訊的UE300-1於CC1中不變成RRC_Connected，UE300-1就可更自由地，使用巨集蜂巢網11的CC1來收送資料。亦即，UE300-1係可一面利用CC1中的同步結果，一面使用CC1來收送資料。又，不使用CC1來收送資料的UE300- 1，係於CC1中不會變成RRC_Connected，因此巨集eNodeB100上的處理資源等之消耗，會被抑制。

又，如上述，作為具體手法的例子，把滿足上記連接禁止條件之裝置所致之CC1中的連接之禁止，通知給UE300-1。藉此，可以預防滿足上記連接禁止條件的UE300-1於CC1中變成RRC_Connected。亦即，並不是把CC1中已經變成RRC_Connected的UE300-1變回RRC_IDLE，而是UE300-1可自己預防在CC1中變成RRC_Connected。因此，可以抑制連接程序所關的無謂之通訊及處理的發生。

又，上記連接之禁止，係使用CC1中所被提供之系統資訊，而被通知。其結果為，可向未變成RRC_Connected的UE300-1，進行通知。

-CC1及CC2的特徵

又，例如，CC2係為，在無線通訊之時間單位亦即子訊框的其中至少任一子訊框中沒有發送同步用訊號的CC。具體而言，例如，CC2係為在至少任一子訊框中沒有發送CRS的CC。亦即，CC2係為NCT。

再者，例如，CC2中所被發送的同步用訊號，係比CC1中所被發送的同步用訊號還少。具體而言，例如，CC2中所被發送的CRS，係比CC1中所被發送的CRS還少。

此種情況下，UE300-1係於CC2中不是藉由 CRS而取得同步，改成利用CC1中的CRS所致之同步結果而於CC2中取得同步，藉此，就可於CC2中更高精度地取得同步。

再者，例如，CC2中所被發送的同步用訊號，係比在該當CC2中取得同步所需要的同步用訊號還少。具體而言，例如，CC2中所被發送的CRS，係比在CC2中取得同步所需要的CRS還少。亦即，UE300-1係於CC2中無法藉由CRS而取得同步。

此種情況下，UE300-1係於CC2中無法藉由CRS而個別取得同步，但藉由利用CC1中的CRS所致之同步結果，而可於CC2中取得同步。

此外，CC1和CC2係可為Legacy CC、和與該當Legacy CC同步的SNCT，或者，亦可為彼此同步的UNCT。又，CC1和CC2係亦可為彼此同步的Legacy CC。

-關於CC2的系統資訊之提供

通訊控制部151，係於CC1中提供系統資訊。例如，於CC1中所被提供的該當系統資訊，係含有關於CC1的系統資訊。

又，例如，於CC1中所被提供的上記系統資訊，係不含有關於CC2的系統資訊。亦即，微微蜂巢網21的關於CC2的系統資訊，係於巨集蜂巢網11的CC1中不被提供。以下針對這點，參照圖13來說明具體例。

圖13係用來說明關於微微蜂巢網21內的無線通訊中所使用之CC的系統資訊之提供途徑的第1例的說明圖。參照圖13，和圖12同樣地，圖示了被巨集eNodeB100-1所使用的CC1、被微微eNodeB200所使用的CC2、及UE300-1。又，由於UE300-1係滿足連接禁止條件，因此於巨集蜂巢網11的CC1中沒有變成RRC_Connected。又，UE300-1係利用CC1中的CRS所做的同步結果，而於微微蜂巢網21的CC2中取得同步。然後，尤其在圖13的例子中，微微蜂巢網21的關於CC2的系統資訊，係不藉由巨集eNodeB100-1而在巨集蜂巢網11的CC1中做提供。在此例中，關於CC2的系統資訊，係藉由微微eNodeB200而於CC2中被提供。

如此，藉由在巨集蜂巢網11的CC1中不提供微微蜂巢網21的關於CC2的系統資訊，巨集eNodeB100上的資源之消耗可被更加抑制。例如，為了提供關於CC2的系統資訊所需要的記憶體資源、無線資源(例如系統資訊所需的無線資源)、處理資源等之消耗，會被抑制。尤其是，巨集蜂巢網11內可能存在有多數微微蜂巢網21，因此可大幅抑制資源之消耗。

-關於MBMS的資訊之提供

又，例如，通訊控制部151係將巨集蜂巢網11的CC1中的有關MBMS(Multinedia Broadcast and Multicast Service)之資訊(以下稱作「MBMS資訊」)，提供給微微 eNodeB200。然後，該當MBMS資訊，係藉由微微eNodeB200而被提供給UE300-1。

首先，作為前提，MBMS係為同報通訊服務。然後，某幾個子訊框，係被設定成MBMS所需的MBMS子訊框。以下參照圖14來說明MBMS子訊框的例子。

圖14係用來說明MBMS子訊框之例子的說明圖。參照圖14，圖示了時間方向相鄰的2個子訊框中的4個資源區塊。首先，第1子訊框係為MBMS子訊框，第1子訊框之後接續的第2子訊框，係為非MBMS子訊框的通常之子訊框。如此例所示，在MBMS子訊框中，雖然在PDCCH所對應之範圍中有被插入CRS，但在PDSCH所對應之範圍中沒有被插入CRS。

如以上所述，在MBMS子訊框中，通常子訊框中應該被插入CRS的位置上，沒有被插入CRS。因此，UE300-1係在無法得知哪個子訊框是CC1中的MBMS子訊框的情況下，不能夠考慮MBMS子訊框中的CRS之位置來取得同步。其結果為，可能會降低同步的精度。因此，UE300-1係能預先得知哪個子訊框是CC1中的MBMS子訊框，較為理想。表示哪個子訊框是CC1中的MBMS子訊框的資訊，係被包含在關於CC1的系統資訊中。

可是，其目的僅在於確認哪個子訊框是CC1中的MBMS子訊框，若持續取得關於CC1的系統資訊，則對UE300-1而言負荷會很大。

於是，如上述，通訊控制部151係將巨集蜂巢網11的關於CC1的MBMS資訊，提供給微微eNodeB200。然後，該當MBMS資訊，係使用系統資訊或RRC傳訊，藉由微微eNodeB200而被提供給UE300-1。此外，上記MBMS資訊係例如，至少還表示了哪個子訊框是CC1中的MBMS子訊框。

更具體而言，例如，UE300-1係首先從CC1中由巨集eNodeB100所提供之系統資訊，取得MBMS資訊，根據該當MBMS資訊，於CC1中取得同步。然後，UE300-1係利用CC1中的同步結果，而於CC2中取得同步。其後，一旦巨集蜂巢網11的關於CC1的MBMS資訊被變更，則巨集eNodeB100-1的通訊控制部151，係透過網路通訊部130，將MBMS資訊提供給微微eNodeB200。如此，微微eNodeB200係將該當MBMS資訊，提供給UE300-1。然後，UE300-1係根據經由微微eNodeB200所取得的MBMS資訊，而於CC1中取得同步。

如以上，MBMS資訊係經由微微eNodeB200而被提供給UE300-1。藉此，UE300-1係不需要為了確認哪個子訊框是CC1中的MBMS子訊框的資訊，而持續取得關於CC1的系統資訊。因此，可減輕對UE300-1而言之負荷。

<4.2.UE之構成>

接著，參照圖15，說明第1實施形態所述之UE300-1 的構成。圖15係第1實施形態所述之UE300-1之構成之一例的區塊圖。參照圖15，UE300-1係具備：天線部310、無線通訊部320、記憶部330及控制部340。

(天線部310)

天線部310係接收無線訊號，將所接收到之無線訊號，輸出至無線通訊部320。又，天線部310係將無線通訊部320所輸出之送訊訊號，予以發送。

(無線通訊部320)

無線通訊部320，係當UE300-1是位於巨集蜂巢網11中時，則和巨集eNodeB100-1進行無線通訊。無線通訊部320，係當UE300-1是位於微微蜂巢網21中時，則和微微eNodeB200進行無線通訊。

又，無線通訊部320係在無線通訊中，可同時使用複數CC。具體而言，例如，無線通訊部320係可同時使用複數CC，而和巨集eNodeB100及/或微微eNodeB200進行無線通訊。亦即，UE300-1係支援載波聚合。

又，例如，無線通訊部320係藉由CC中所被發送的同步用訊號，而於CC中取得同步。如上述，例如，該當同步用訊號係為CRS。例如，無線通訊部320，係於巨集蜂巢網11內的無線通訊中所被使用的CC1中，藉由CRS而取得同步。

(記憶部330)

記憶部330，係記憶UE300-1之動作所需的程式及資料。

(控制部340)

控制部340，係提供UE300-1的各種機能。

控制部340係含有通訊控制部341。

(通訊控制部341)

通訊控制部341，係控制巨集蜂巢網11、及與巨集蜂巢網11部分或全體重疊之微微蜂巢網21中的UE300-1所進行的無線通訊。

-CC1中的連接之控制

通訊控制部341係在UE300-1滿足上記連接禁止條件時，令UE300-1於CC1中針對無線資源不變成連接狀態。又，該當連接禁止條件係含有，UE300-1利用上記同步用訊號所做的同步結果而於CC2中取得同步。

例如，通訊控制部341係藉由不進行為了於CC1中針對無線資源變成連接狀態所需的連接程序，以令UE300-1於CC1中針對無線資源不變成連接狀態。

尤其是在第1實施形態中，通訊控制部341係一旦被通知滿足上記連接禁止條件之裝置所致之CC1 中的連接之禁止，便不進行為了於CC1中針對無線資源變成連接狀態所需的連接程序。

更具體而言，例如，巨集蜂巢網11的關於CC1的系統資訊係含有，表示滿足上記連接禁止條件之裝置所致之CC1中的連接之禁止的存取阻礙資訊。另一方面，UE300-1係於CC1中，藉由PSS及SSS之類的同步訊號(及CRS這類的同步用訊號)而取得同步，其後，取得巨集蜂巢網11的關於CC1的系統資訊。然後，UE300-1的通訊控制部341，係確認在該當系統資訊中含有上記存取阻礙資訊。如此一來，通訊控制部341係判定UE300-1是否滿足上記連接禁止條件。然後，若UE300-1滿足該當連接禁止條件時，則通訊控制部341不會進行在CC1中變成RRC_Connected所需的連接程序。例如，該當連接程序係為包含隨機存取頻道(RACH)中的隨機存取前文之送訊的隨機存取程序。

藉由如此連接程序的不執行，就可預先防止UE300-1滿足上記連接禁止條件時UE300-1於CC1中變成RRC_Connected。其結果為，巨集eNodeB100-1上的資源之消耗會被抑制。

又，隨應於CC1中的連接禁止之通知而UE300-1不會進行連接程序，藉此，就可藉由巨集eNodeB100-1的控制，預防UE300-1於CC1中變成RRC_Connected。

-關於CC2的系統資訊之取得

通訊控制部341，係取得關於CC的系統資訊。例如，通訊控制部341係取得微微蜂巢網21的關於CC2的系統資訊。

又，例如，通訊控制部341係不從巨集蜂巢網11的CC1中所被提供的系統資訊，取得微微蜂巢網21的關於CC2的系統資訊。例如，微微eNodeB200係將關於CC2的系統資訊，在CC2中做提供，UE300-1的通訊控制部341，係取得由微微eNodeB200所提供之上記系統資訊。

-關於MBMS的資訊之取得

又，例如，若巨集eNodeB100-1是將上記MBMS資訊提供給微微eNodeB200，則UE300的通訊控制部341，係取得由微微eNodeB200所提供之上記MBMS資訊。

又，例如，通訊控制部341係根據該當MBMS資訊，控制CC1中的UE300-1所做的同步。具體而言，例如，UE300-1的無線通訊部320要在CC1中藉由CRS而取得同步之際，在MBMS子訊框中對應於PDSCH之範圍內沒有被插入CRS這件事情，會被考慮。

此外，如上述，例如，通訊控制部341係首先從CC1中由巨集eNodeB100所提供之系統資訊，取得MBMS資訊。然後，通訊控制部341係根據該當MBMS資訊，控制CC1中的UE300-1(無線通訊部320)所做的同 步。再者，CC1中的CRS所致之同步結果會被利用，UE300-1(無線通訊部320)係在CC2中取得同步。其後，一旦巨集蜂巢網11的關於CC1的MBMS資訊被變更，則巨集eNodeB100-1係將MBMS資訊提供給微微eNodeB200。如此，微微eNodeB200係將該當MBMS資訊，提供給UE300-1。然後，通訊控制部341係根據經由微微eNodeB200所取得之MBMS資訊，控制CC1中的UE300-1(無線通訊部320)所做的同步。

<4.3.處理的流程>

接著，參照圖16及圖17，說明第1實施形態所述之通訊控制處理的例子。

(巨集eNodeB側的通訊控制處理)

圖16係第1實施形態所述之巨集eNodeB側的通訊控制處理之概略流程之一例的流程圖。

首先，在步驟S410中，通訊控制部151係取得含有表示滿足連接禁止條件之裝置所致之CC1中的連接之禁止的存取阻礙資訊的關於CC1的系統資訊。

接著，在步驟S420中，通訊控制部151係透過無線通訊部120，提供關於CC1的系統資訊。

又，在步驟S430中，通訊控制部151係判定巨集蜂巢網11的關於CC1的MBMS資訊是否有被變更。若該當MBMS資訊有被變更，則處理係前進至步驟 S440。若非如此，則處理係回到步驟S410。

在步驟S440中，通訊控制部151係透過網路通訊部130，將巨集蜂巢網11的關於CC1的新MBMS資訊，提供給微微eNodeB200。然後，處理係回到步驟S410。

(UE側的通訊控制處理)

圖17係第1實施形態所述之UE側的通訊控制處理之概略流程之一例的流程圖。

首先，在步驟S510中，UE300-1係於CC1中，藉由PSS及SSS(以及CRS)取得同步。

接著，在步驟S520中，通訊控制部341係透過無線通訊部320，取得巨集蜂巢網11的關於CC1的系統資訊。

如此，在步驟S530中，通訊控制部341係判定，表示滿足連接禁止條件之裝置所致之CC1中的連接之禁止的存取阻礙資訊，是否有被關於CC1的系統資訊所含有。若上記存取阻礙資訊是被上記系統資訊所含有，則處理係前進至步驟S540。若非如此，則處理係前進至步驟S580。

在步驟S540中，通訊控制部341係判定UE300-1是否滿足連接禁止條件。若UE300-1滿足連接禁止條件，則處理係前進至步驟S550。若非如此，則處理係前進至步驟S580。

在步驟S550中，UE300-1係於CC1中藉由CRS而取得同步。此處，若藉由巨集eNodeB100-1或微微eNodeB200而提供了MBMS資訊，則UE300-1係根據該當MBMS資訊，於CC1中藉由CRS而取得同步。

在步驟S560中，UE300-1係利用CC1中的CRS所致之同步結果而於CC2中取得同步。

然後，在步驟S570中，通訊控制部341係判定UE300-1是否結束CC1中的CRS所致之同步結果之利用。若UE300-1結束CC1中的同步結果之利用，則結束處理。若非如此，則處理係回到步驟S550。

在步驟S580中，通訊控制部341係進行在CC1中變成RRC_Connected所需的連接程序(例如隨機存取程序)。然後，結束處理。

<4.4.變形例>

上述的第1實施形態的例子中，微微蜂巢網21的關於CC2的系統資訊，係不藉由巨集eNodeB100而在巨集蜂巢網11的CC1中做提供。另一方面，在第1實施形態的變形例中，微微蜂巢網21的關於CC2的系統資訊，係藉由巨集eNodeB100而在巨集蜂巢網11的CC1中做提供。藉此，UE300係在進入微微蜂巢網21前，就可事前取得微微蜂巢網21的關於CC2的系統資訊。

(巨集eNodeB100-1：通訊控制部151)

-關於CC2的系統資訊之提供

巨集eNodeB100-1的通訊控制部151，係於巨集蜂巢網11的CC1中提供系統資訊。然後，於CC1中所被提供的該當系統資訊，係含有關於CC2的系統資訊。亦即，通訊控制部151係透過無線通訊部120，提供關於CC2的系統資訊。

藉此，UE300係在進入微微蜂巢網21前，就可事前取得微微蜂巢網21的關於CC2的系統資訊。

又，例如，於CC1中所被提供的上記系統資訊，係含有關於CC2的部分之系統資訊。亦即，通訊控制部151係透過無線通訊部120，提供關於CC2的部分之系統資訊。

藉此，相較於把關於CC2的所有系統資訊都藉由巨集eNodeB100-1來提供的情況，巨集eNodeB100-1上的資源之消耗可被抑制。

再者，例如，關於CC2的上記部分之系統資訊，係為關於CC2的系統資訊當中的與關於CC1及CC2以外之其他CC的系統資訊共通的資訊。亦即，通訊控制部151係透過無線通訊部120，提供關於CC2的系統資訊當中的，與關於其他CC的系統資訊共通的資訊。以下針對這點，參照圖18來說明具體例。

圖18係用來說明關於微微蜂巢網21內的無線通訊中所使用之CC的系統資訊之提供途徑的第2例的說明圖。參照圖18，和圖12及圖13同樣地，圖示了被 巨集eNodeB100-1所使用的CC1、被微微eNodeB200所使用的CC2、及UE300-1。又，由於UE300-1係滿足連接禁止條件，因此於巨集蜂巢網11的CC1中沒有變成RRC_Connected。又，UE300-1係利用CC1中的CRS所做的同步結果，而於微微蜂巢網21的CC2中取得同步。然後，尤其在圖18的例子中，微微蜂巢網21的關於CC2的系統資訊當中，與關於CC1及CC2以外之其他CC的系統資訊共通的資訊，係不藉由巨集eNodeB100-1而在巨集蜂巢網11的CC1中做提供。又，例如，微微蜂巢網21的關於CC2的系統資訊當中剩下的資訊，係藉由微微eNodeB200而於微微蜂巢網21的CC2中被提供。

藉此，即使個別地提供每一CC的系統資訊，仍可更有效率地提供系統資訊。又，若為CC間共通的資訊，則資訊量並非與微微蜂巢網21的數量成比例地變大，因此巨集eNodeB100-1上的資源之消耗可被抑制。

(UE300-1：通訊控制部341)

通訊控制部341，係從CC1中所被提供的系統資訊，取得關於CC2的系統資訊。

例如，通訊控制部341係從巨集蜂巢網11的CC1中所被提供的系統資訊，取得關於CC2的部分之系統資訊，從有別於CC1的其他CC中所被提供的系統資訊，取得關於CC2的剩餘之系統資訊。例如，有別於CC1的其他上記CC，係為微微蜂巢網21的CC2。

再者，例如，通訊控制部341係從巨集蜂巢網11的CC1中所被提供的系統資訊，取得關於CC2的系統資訊當中的與關於CC1及CC2以外之其他CC的系統資訊共通的資訊。又，通訊控制部341係從有別於CC1的其他CC中所被提供的系統資訊，取得關於CC2的系統資訊當中的CC2固有之資訊。例如，有別於CC1的其他上記CC，係為微微蜂巢網21的CC2。

(處理的流程)

接著，參照圖19及圖20，說明第1實施形態之變形例所述之通訊控制處理的例子。

-巨集eNodeB側的通訊控制處理

圖19係第1實施形態之變形例所述之巨集eNodeB側的通訊控制處理之概略流程之一例的流程圖。此處僅說明，參照圖16所說明過的第1實施形態所述之通訊控制處理的例子，和第1實施形態的變形例所述之通訊控制處理的例子之間的差異，亦即步驟S415及步驟S425。

在步驟S415中，通訊控制部151係取得微微蜂巢網21的關於CC2的系統資訊(共通部分)。

然後，在步驟S425中，通訊控制部151係透過無線通訊部120，提供巨集蜂巢網11的關於CC1的系統資訊，及微微蜂巢網21的關於CC2的系統資訊(共通部分)。

-UE側的通訊控制處理

圖20係第1實施形態之變形例所述之UE側的通訊控制處理之概略流程之一例的流程圖。此處僅說明，參照圖20所說明過的第1實施形態所述之通訊控制處理的例子，和第1實施形態的變形例所述之通訊控制處理的例子之間的差異，亦即步驟S525。

接著，在步驟S520中，通訊控制部341係透過無線通訊部320，取得巨集蜂巢網11的關於CC1的系統資訊，及微微蜂巢網21的關於CC2的系統資訊(共通部分)。

以上說明了本揭露的第1實施形態。如上述，若依據本揭露的第1實施形態，則藉由巨集eNodeB100所做的控制，巨集eNodeB100上的資源之消耗會被抑制。

<<5.第2實施形態>>

接著參照圖21~圖23，說明本揭露的第2實施形態。若依據本揭露的第2實施形態，則藉由UE300的自主性控制，巨集eNodeB100上的資源之消耗會被抑制。

<5.1.巨集eNodeB之構成>

第1實施形態所述的巨集eNodeB100-1(通訊控制部151)，係令滿足連接禁止條件之UE300-1，於CC1中針對 無線資源不變成連接狀態(RRC_Connected)。

另一方面，第2實施形態所述的巨集eNodeB100-2，係對滿足連接禁止條件之UE300-2不進行此種控制。例如，巨集eNodeB100-2係不使用系統資訊，提供含有表示滿足連接禁止條件之裝置所致之CC1中的連接之禁止的存取阻礙資訊。

除了如此相異點以外，第2實施形態所述的巨集eNodeB100-2之構成，係和第1實施形態所述的巨集eNodeB100-1之構成相同。

<5.2.UE之構成>

接著，參照圖21，說明第2實施形態所述之UE300-2的構成。圖21係第2實施形態所述之UE300-2之構成之一例的區塊圖。參照圖21，UE300-2係具備：天線部310、無線通訊部320、記憶部330及控制部350。

此處，關於天線部310、無線通訊部320及記憶部330，在第1實施形態與第2實施形態之間沒有差異。因此，這裡僅說明控制部350當中的通訊控制部351。

(通訊控制部351)

通訊控制部351，係控制巨集蜂巢網11、及與巨集蜂巢網11部分或全體重疊之微微蜂巢網21中的UE300-2所進行的無線通訊。

-CC1中的連接之控制

通訊控制部351係在UE300-2滿足連接禁止條件時，令UE300-2於CC1中針對無線資源不變成連接狀態。又，該當連接禁止條件係含有，UE300-2利用上記同步用訊號所做的同步結果而於CC2中取得同步。關於這點，係和第1實施形態相同。

例如，通訊控制部351係藉由不進行為了於CC1中針對無線資源變成連接狀態所需的連接程序，以令UE300-2於CC1中針對無線資源不變成連接狀態。關於這點也是，和第1實施形態相同。

尤其是在第2實施形態中，通訊控制部351係若UE300-2滿足連接禁止條件，則自主性地，不進行為了於CC1中針對無線資源變成連接狀態所需的連接程序。

更具體而言，例如，通訊控制部351係於CC1中，藉由PSS及SSS這類的同步訊號(及CRS這類的同步用訊號)而取得同步，取得關於CC1的系統資訊。其後，UE300-1係若滿足連接禁止條件，則自主性不進行在CC1中變成RRC_Connected所需的連接程序。另一方面，UE300-1係若不滿足連接禁止條件，則因應需要而進行在CC1中變成RRC_Connected所需的連接程序。例如，該當連接程序係為包含隨機存取頻道(RACH)中的隨機存取前文之送訊的隨機存取程序。

藉由如此連接程序的不執行，就可預先防止UE300-2滿足上記連接禁止條件時UE300-2於CC1中變成RRC_Connected。其結果為，巨集eNodeB100-2上的資源之消耗會被抑制。

又，由於UE300-1是自主性地不進行連接程序，因此不需要巨集eNodeB100-2所做的控制。因此，巨集eNodeB100-2上的資源(例如控制資訊送訊所需之無線資源、處理資源等)之消耗，會被抑制。

-關於CC2的系統資訊之取得

通訊控制部351，係取得關於CC的系統資訊。例如，通訊控制部351係取得微微蜂巢網21的關於CC2的系統資訊。關於這點，係和第1實施形態(或涉及第1實施形態之變形例)相同。

-關於MBMS的資訊之取得

又，例如，若巨集eNodeB100-2是將上記MBMS資訊提供給微微eNodeB200，則UE300的通訊控制部351，係取得由微微eNodeB200所提供之上記MBMS資訊。關於這點也是，和第1實施形態相同。

<5.3.處理的流程>

接著，參照圖22及圖23，說明第2實施形態所述之通訊控制處理的例子。

(巨集eNodeB側的通訊控制處理)

圖22係第2實施形態所述之巨集eNodeB側的通訊控制處理之概略流程之一例的流程圖。此處僅說明，參照圖16所說明過的第1實施形態所述之通訊控制處理的例子，和第2實施形態所述之通訊控制處理的例子之間的差異，亦即步驟S417。

在步驟S417中，巨集eNodeB100-2係取得巨集蜂巢網11的關於CC1的系統資訊。

(UE側的通訊控制處理)

圖23係第2實施形態所述之UE側的通訊控制處理之概略流程之一例的流程圖。參照圖17及圖23，第1實施形態所述之通訊控制處理的例子，和第2實施形態所述之通訊控制處理的例子之間的差異，係只有第1實施形態所述之通訊控制處理中是有步驟S530，但第2實施形態所述之通訊控制處理中沒有步驟S530而已。

以上說明了本揭露的第2實施形態。如上述，若依據本揭露的第2實施形態，則藉由UE300的自主性控制，巨集eNodeB100上的資源之消耗會被抑制。

<<6.應用例>>

本揭露所述之技術，係可應用於各種產品。例如，巨集eNodeB100係亦可被實現成為，含有控制無線通訊之 本體(亦稱基地台裝置)和天線的eNodeB800。或者，巨集eNodeB100係亦可被實現成為，含有控制無線通訊之本體、配置在與本體分離之場所的1個以上之RRH(Remote Radio Head)、和天線的eNodeB830。又，亦可藉由後述之各種種類的終端，暫時或半永久性執行基地台機能，而成為巨集eNodeB100而動作。

又，例如，UE300係亦可被實現成為智慧型手機、平板PC(Personal Computer)、筆記型PC、攜帶型遊戲終端、攜帶型/鑰匙型的行動路由器或是數位相機等之行動終端、或行車導航裝置等之車載終端。又，UE300係亦可被實現成為進行M2M(Machine To Machine)通訊的終端(亦稱MTC(Machine Type Communication)終端)。甚至，UE300亦可為被搭載於這些終端的無線通訊模組(例如以1個晶片所構成的積體電路模組)。

<6.1.關於巨集eNodeB之應用例>>

(第1應用例)

圖24係可適用本揭露所述之技術的eNodeB之概略構成之第1例的區塊圖。eNodeB800係具有1個以上之天線810、及基地台裝置820。各天線810及基地台裝置820，係可透過RF纜線而被彼此連接。

天線810之每一者，係具有單一或複數天線元件(例如構成MIMO天線的複數個天線元件)，被使用來收送基地台裝置820之無線訊號。eNodeB800係具有如圖 24所示的複數天線810，複數天線810係亦可分別對應於例如eNodeB800所使用的複數頻帶。此外，圖24中雖然圖示了eNodeB800具有複數天線810的例子，但eNodeB800亦可具有單一天線810。

基地台裝置820係具備：控制器821、記憶體822、網路介面823及無線通訊介面825。

控制器821係可為例如CPU或DSP，令基地台裝置820的上位層的各種機能進行動作。例如，控制器821係從已被無線通訊介面825處理過之訊號內的資料，生成資料封包，將已生成之封包，透過網路介面823而傳輸。控制器821係亦可將來自複數基頻處理器的資料予以捆包而生成捆包封包，將所生成之捆包封包予以傳輸。又，控制器821係亦可具有執行無線資源管理(Radio Resource Control)、無線承載控制(Radio Bearer Control)、移動性管理(Mobility Management)、流入控制(Admission Control)或排程(Scheduling)等之控制的邏輯性機能。又，該當控制，係亦可和周邊的eNodeB或核心網路節點協同執行。記憶體822係包含RAM及ROM，記憶著要被控制器821所執行的程式、及各式各樣的控制資料(例如，終端清單、送訊功率資料及排程資料等)。

網路介面823係用來將基地台裝置820連接至核心網路824所需的通訊介面。控制器821係亦可透過網路介面823，來和核心網路節點或其他eNodeB通訊。此情況下，eNodeB800和核心網路節點或其他eNodeB， 係亦可藉由邏輯性介面(例如S1介面或X2介面)而彼此連接。網路介面823係可為有線通訊介面，或可為無線回載用的無線通訊介面。若網路介面823是無線通訊介面，則網路介面823係亦可將比無線通訊介面825所使用之頻帶還要高的頻帶，使用於無線通訊。

無線通訊介面825，係支援LTE(Long Term Evolution)或LTE-Advanced等任一蜂巢網通訊方式，透過天線810，對位於eNodeB800之蜂巢網內的終端，提供無線連接。無線通訊介面825，典型來說係可含有基頻(BB)處理器826及RF電路827等。BB處理器826係例如，可進行編碼/解碼、調變/解調及多工化/逆多工等，執行各層(例如L1、MAC(Medium Access Control)、RLC(Radio Link Control)及PDCP(Packet Data Convergence Protocol))的各式各樣之訊號處理。BB處理器826係亦可取代控制器821，而具有上述邏輯機能的部分或全部。BB處理器826係亦可為含有：記憶通訊控制程式的記憶體、執行該當程式的處理器及關連電路的模組，BB處理器826的機能係亦可藉由上記程式的升級而變更。又，上記模組係亦可為被插入至基地台裝置820之插槽的板卡或刀鋒板，亦可為被搭載於上記板卡或上記刀鋒板的晶片。另一方面，RF電路827係亦可含有混波器、濾波器及放大器等，透過天線810而收送無線訊號。

無線通訊介面825係如圖24所示含有複數BB處理器826，複數BB處理器826係分別對應於例如 eNodeB800所使用的複數頻帶。又，無線通訊介面825，係含有如圖24所示的複數RF電路827，複數RF電路827係亦可分別對應於例如複數天線元件。此外，圖24中雖然圖示無線通訊介面825是含有複數BB處理器826及複數RF電路827的例子，但無線通訊介面825係亦可含有單一BB處理器826或單一RF電路827。

(第2應用例)

圖25係可適用本揭露所述之技術的eNodeB之概略構成之第2例的區塊圖。eNodeB830係具有1個以上之天線840、基地台裝置850、及RRH860。各天線840及RRH860，係可透過RF纜線而被彼此連接。又，基地台裝置850及RRH860，係可藉由光纖等之高速線路而彼此連接。

天線840之每一者，係具有單一或複數天線元件(例如構成MIMO天線的複數個天線元件)，被使用來收送RRH860之無線訊號。eNodeB830係具有如圖25所示的複數天線840，複數天線840係亦可分別對應於例如eNodeB830所使用的複數頻帶。此外，圖25中雖然圖示了eNodeB830具有複數天線840的例子，但eNodeB830亦可具有單一天線840。

基地台裝置850係具備：控制器851、記憶體852、網路介面853、無線通訊介面855及連接介面857。控制器851、記憶體852及網路介面853，係和參照圖24 所說明之控制器821、記憶體822及網路介面823相同。

無線通訊介面855，係支援LTE或LTE-Advanced等任一蜂巢網通訊方式，透過RRH860及天線840，對位於RRH860所對應之區段內的終端，提供無線連接。無線通訊介面855，典型來說係可含有BB處理器856等。BB處理器856，係除了透過連接介面857而與RRH860的RF電路864連接以外，其餘和參照圖24所說明之BB處理器826相同。無線通訊介面855係如圖25所示含有複數BB處理器856，複數BB處理器856係分別對應於例如eNodeB830所使用的複數頻帶。此外，圖25中雖然圖示無線通訊介面855是含有複數BB處理器856的例子，但無線通訊介面855係亦可含有單一BB處理器856。

連接介面857，係為用來連接基地台裝置850(無線通訊介面855)與RRH860所需的介面。連接介面857係亦可為，用來連接基地台裝置850(無線通訊介面855)與RRH860的上記高速線路通訊所需的通訊模組。

又，RRH860係具備連接介面861及無線通訊介面863。

連接介面861，係為用來連接RRH860(無線通訊介面863)與基地台裝置850所需的介面。連接介面861係亦可為，用來以上記高速線路通訊所需的通訊模組。

無線通訊介面863係透過天線840收送無線訊號。無線通訊介面863，典型來說係可含有RF電路864 等。RF電路864係亦可含有混波器、濾波器及放大器等，透過天線840而收送無線訊號。無線通訊介面863，係含有如圖25所示的複數RF電路864，複數RF電路864係亦可分別對應於例如複數天線元件。此外，圖25中雖然圖示無線通訊介面863是含有複數RF電路864的例子，但無線通訊介面863係亦可含有單一RF電路864。

圖24及圖25所示的eNodeB800及eNodeB830中，參照圖11所說明之通訊控制部151，係亦可被實作於無線通訊介面825以及無線通訊介面855及/或無線通訊介面863中。又，該機能的至少一部分，亦可被實作於控制器821及控制器851中。

<6.2.關於UE之應用例>>

(第1應用例)

圖26係可適用本揭露所述之技術的智慧型手機900之概略構成之一例的區塊圖。智慧型手機900係具備：處理器901、記憶體902、儲存體903、外部連接介面904、攝影機906、感測器907、麥克風908、輸入裝置909、顯示裝置910、揚聲器911、無線通訊介面912、1個以上之天線開關915、1個以上之天線916、匯流排917、電池918及輔助控制器919。

處理器901係可為例如CPU或SoC(System on Chip)，控制智慧型手機900的應用層及其他層之機 能。記憶體902係包含RAM及ROM，記憶著被處理器901所執行之程式及資料。儲存體903係可含有半導體記憶體或硬碟等之記憶媒體。外部連接介面904係亦可為，用來將記憶卡或USB(Universal Serial Bus)裝置等外接裝置連接至智慧型手機900所需的介面。

攝影機906係具有例如CCD(Charge Coupled Device)或CMOS(Complementary Metal Oxide Semiconductor)等之攝像元件，生成攝像影像。感測器907係可含有，例如：測位感測器、陀螺儀感測器、地磁感測器及加速度感測器等之感測器群。麥克風908係將輸入至智慧型手機900的聲音，轉換成聲音訊號。輸入裝置909係含有例如：偵測對顯示裝置910之畫面上之觸控的觸控感測器、鍵墊、鍵盤、按鈕或開關等，受理來自使用者之操作或資訊輸入。顯示裝置910係具有液晶顯示器(LCD)或有機發光二極體(OLED)顯示器等之畫面，將智慧型手機900的輸出影像予以顯示。揚聲器911係將從智慧型手機900所輸出之聲音訊號，轉換成聲音。

無線通訊介面912係支援LTE或LTE-Advanced等任一蜂巢網通訊方式，執行無線通訊。無線通訊介面912，典型來說係可含有BB處理器913及RF電路914等。BB處理器913係例如可進行編碼/解碼、調變/解調及多工化/逆多工等，執行無線通訊所需的各種訊號處理。另一方面，RF電路914係亦可含有混波器、濾波器及放大器等，透過天線916而收送無線訊號。無線通訊 介面912，典型來說係可為，BB處理器913及RF電路914所集縮而成的單晶片模組。無線通訊介面912係亦可如圖26所示，含有複數BB處理器913及複數RF電路914。此外，圖26中雖然圖示無線通訊介面912是含有複數BB處理器913及複數RF電路914的例子，但無線通訊介面912係亦可含有單一BB處理器913或單一RF電路914。

再者，無線通訊介面912，係除了蜂巢網通訊方式外，亦可還支援近距離無線通訊方式、接近無線通訊方式或無線LAN(Local Area Network)方式等其他種類之無線通訊方式，此情況下，可含有每一無線通訊方式的BB處理器913及RF電路914。

天線開關915之每一者，係在無線通訊介面912中所含之複數電路(例如不同無線通訊方式所用的電路)之間，切換天線916的連接目標。

天線916之每一者，係具有單一或複數天線元件(例如構成MIMO天線的複數個天線元件)，被使用來收送無線通訊介面912之無線訊號。智慧型手機900係亦可如圖26所示般地具有複數天線916，此外，圖26中雖然圖示了智慧型手機900具有複數天線916的例子，但智慧型手機900亦可具有單一天線916。

甚至，智慧型手機900係亦可具備有每一無線通訊方式的天線916。此種情況下，天線開關915係可從智慧型手機900的構成中省略。

匯流排917，係將處理器901、記憶體902、儲存體903、外部連接介面904、攝影機906、感測器907、麥克風908、輸入裝置909、顯示裝置910、揚聲器911、無線通訊介面912及輔助控制器919，彼此連接。電池918，係透過圖中虛線部分圖示的供電線，而向圖26所示的智慧型手機900之各區塊，供給電力。輔助控制器919，係例如於睡眠模式下，令智慧型手機900的必要之最低限度的機能進行動作。

於圖26所示的智慧型手機900中，參照圖15所說明的通訊控制部341、及參照圖21所說明的通訊控制部351，係亦可被實作於無線通訊介面912中。又，這些機能的各自之至少一部分，亦可被實作於處理器901或輔助控制器919中。

(第2應用例)

圖27係可適用本揭露所述之技術的行車導航裝置920之概略構成之一例的區塊圖。行車導航裝置920係具備：處理器921、記憶體922、GPS(Global Positioning System)模組924、感測器925、資料介面926、內容播放器927、記憶媒體介面928、輸入裝置929、顯示裝置930、揚聲器931、無線通訊介面933、1個以上之天線開關936、1個以上之天線937及電池938。

處理器921係可為例如CPU或SoC，控制行車導航裝置920的導航機能及其他機能。記憶體922係包 含RAM及ROM，記憶著被處理器921所執行之程式及資料。

GPS模組924係使用接收自GPS衛星的GPS訊號，來測定行車導航裝置920的位置(例如緯度、經度及高度)。感測器925係可含有，例如：陀螺儀感測器、地磁感測器及氣壓感測器等之感測器群。資料介面926，係例如透過未圖示之端子而連接至車載網路941，取得車速資料等車輛側所生成之資料。

內容播放器927，係將被插入至記憶媒體介面928的記憶媒體(例如CD或DVD)中所記憶的內容，予以再生。輸入裝置929係含有例如：偵測對顯示裝置930之畫面上之觸控的觸控感測器、按鈕或開關等，受理來自使用者之操作或資訊輸入。顯示裝置930係具有LCD或OLED顯示器等之畫面，顯示導航機能或所被再生之內容的影像。揚聲器931係將導航機能或所被再生之內容的聲音，予以輸出。

無線通訊介面933係支援LTE或LTE-Advanced等任一蜂巢網通訊方式，執行無線通訊。無線通訊介面933，典型來說係可含有BB處理器934及RF電路935等。BB處理器934係例如可進行編碼/解碼、調變/解調及多工化/逆多工等，執行無線通訊所需的各種訊號處理。另一方面，RF電路935係亦可含有混波器、濾波器及放大器等，透過天線937而收送無線訊號。無線通訊介面933，典型來說係可為，BB處理器934及RF電路 935所集縮而成的單晶片模組。無線通訊介面933係亦可如圖27所示，含有複數BB處理器934及複數RF電路935。此外，圖27中雖然圖示無線通訊介面933是含有複數BB處理器934及複數RF電路935的例子，但無線通訊介面933係亦可含有單一BB處理器934或單一RF電路935。

再者，無線通訊介面933，係除了蜂巢網通訊方式外，亦可還支援近距離無線通訊方式、接近無線通訊方式或無線LAN方式等其他種類之無線通訊方式，此情況下，可含有每一無線通訊方式的BB處理器934及RF電路935。

天線開關936之每一者，係在無線通訊介面933中所含之複數電路(例如不同無線通訊方式所用的電路)之間，切換天線937的連接目標。

天線937之每一者，係具有單一或複數天線元件(例如構成MIMO天線的複數個天線元件)，被使用來收送無線通訊介面933之無線訊號。行車導航裝置920係亦可如圖27所示般地具有複數天線937。此外，圖27中雖然圖示了行車導航裝置920具有複數天線937的例子，但行車導航裝置920亦可具有單一天線937。

甚至，行車導航裝置920係亦可具備有每一無線通訊方式的天線937。此種情況下，天線開關936係可從行車導航裝置920的構成中省略。

電池938，係透過圖中虛線部分圖示的供電 線，而向圖27所示的行車導航裝置920之各區塊，供給電力。又，電池938係積存著從車輛側供給的電力。

於圖27所示的行車導航裝置920中，參照圖15所說明的通訊控制部341、及參照圖21所說明的通訊控制部351，係亦可被實作於無線通訊介面933中。又，這些機能的至少一部分，亦可被實作於處理器921中。

又，本揭露所述之技術，係亦可被實現成含有上述行車導航裝置920的1個以上之區塊、和車載網路941、車輛側模組942的車載系統(或車輛)940。車輛側模組942，係生成車速、引擎轉速或故障資訊等之車輛側資料，將所生成之資料，輸出至車載網路941。

<<7.總結>>

目前為止是使用了圖10~圖23，說明了本揭露之實施形態所述之巨集eNodeB100、UE300及各通訊控制處理。若依據本揭露所述之實施形態，則巨集蜂巢網11內之無線通訊中所使用的CC1，係與微微蜂巢網21內之無線通訊中所使用的CC2同步。然後，在CC1中係發送著，用來在CC1中取得同步所需的同步用訊號。又，滿足連接禁止條件的UE300，係於CC1中針對無線資源不變成連接狀態。又，該當連接禁止條件係含有，UE300利用上記同步用訊號所做的同步結果而於CC2中取得同步。

藉此，巨集蜂巢網11的CC1為了同步結果之 利用而被UE300所使用的時候，巨集eNodeB100上的資源之消耗會被抑制。

更詳細說明，巨集蜂巢網11中有多數UE300存在，該當多數UE300係可將巨集蜂巢網11的CC1中的同步結果，為了在微微蜂巢網21的CC2中取得同步而加以利用。此情況下，若上記多數UE300在CC1中變成了RRC_Connected，巨集eNodeB100上的多數資源就可能會被消耗。例如，於巨集eNodeB100中，用來保持送往多數UE300之資料所需的記憶體資源、用來對多數UE300傳訊所需的無線資源、用來對多數UE300傳訊所需的處理資源等，會被消耗。

於是，藉由令將CC1中之同步結果為了於微微蜂巢網21之CC2中取得同步而加以利用的UE300之部分或全部，於CC1中不變成RRC_Connected。就可抑制巨集eNodeB100上的資源之消耗。例如，巨集eNodeB100上的記憶體資源、被巨集eNodeB100所使用的無線資源、巨集eNodeB100上的處理資源等之消耗，會被抑制。

又，若依據第1實施形態，則巨集eNodeB100係令滿足連接禁止條件的UE300，係於CC1中針對無線資源不變成連接狀態。

藉此，網路側(巨集eNodeB100側)也可選擇性地不讓UE300變成RRC_Connected。作為一例，巨集eNodeB100係在巨集蜂巢網11內配置有多數微微蜂巢網 21的情況下，則將滿足連接禁止條件之UE300不予連接；在巨集蜂巢網11內僅配置有少數微微蜂巢網21的情況下，則就算是滿足連接禁止條件之UE300，也讓其可以連接。

又，作為具體手法，例如，巨集eNodeB100係藉由把滿足上記連接禁止條件之裝置所致之CC1中的連接之禁止，通知給UE300，以令UE300於CC1中針對無線資源不變成連接狀態。

藉此，可以預防滿足上記連接禁止條件的UE300於CC1中變成RRC_Connected。亦即，並不是把CC1中已經變成RRC_Connected的UE300變回RRC_IDLE，而是UE300可自己預防在CC1中變成RRC_Connected。因此，可以抑制連接程序所關的無謂之通訊及處理的發生。

又，例如，巨集eNodeB100，係使用CC1中所被提供的系統資訊，將上記連接之禁止，通知給UE300。

藉此，可向未變成RRC_Connected的UE300-1，進行通知。

另一方面，若依據第2實施形態，則UE300係在滿足連接禁止條件時，就令自裝置於CC1中針對無線資源不變成連接狀態。

藉此，就不需要巨集eNodeB100所做的控制。因此，巨集eNodeB100上的資源(例如控制資訊送訊 所需之無線資源、處理資源等)之消耗，會被抑制。

又，例如，上記連接禁止條件係還含有，UE300不使用CC1來進行資料收送訊。

藉此，巨集eNodeB100-1上的資源之消耗會被抑制，且UE300-1係可更自由地，使用巨集蜂巢網11的CC1來收送資料。

更詳細說明，若一律令將CC1中之同步結果 為了於CC2中取得同步而加以利用的UE300不變成RRC_Connected，則UE300所進行的使用CC1之資料收送訊就會受到相當大的限制。例如，UE300係將CC1中之同步結果為了於CC2中取得同步而加以利用的情況下，就會無法使用CC1來收送資料。又，在別的觀點上，UE300係只要不是處於不將CC1中之同步結果為了於CC2中取得同步而加以利用的條件下，就會無法使用CC1來收送資料。

於是，藉由在利用CC1中的同步結果的UE300之中，尤其令未使用CC1來進行資料收送訊的UE300於CC1中不變成RRC_Connected，UE300就可更自由地，使用巨集蜂巢網11的CC1來收送資料。亦即，UE300係可一面利用CC1中的同步結果，一面使用CC1來收送資料。又，不使用CC1來收送資料的UE300，係於CC1中不會變成RRC_Connected，因此巨集eNodeB100上的處理資源等之消耗，會被抑制。

又，例如，於CC1中所被提供的上記系統資 訊，係不含有關於CC2的系統資訊。

藉此，巨集eNodeB100上的資源之消耗，可被更加抑制。例如，為了提供關於CC2的系統資訊所需要的記憶體資源、無線資源(例如系統資訊所需的無線資源)、處理資源等之消耗，會被抑制。尤其是，巨集蜂巢網11內可能存在有多數微微蜂巢網21，因此可大幅抑制資源之消耗。

此外，亦可如第1實施形態的變形例所示，於CC1中所被提供的上記系統資訊，係不含有關於CC2的系統資訊。

藉此，UE300係在進入微微蜂巢網21前，就可事前取得微微蜂巢網21的關於CC2的系統資訊。

又，於CC1中所被提供的上記系統資訊，係不含有關於CC2的部分之系統資訊。

藉此，相較於把關於CC2的所有系統資訊都藉由巨集eNodeB100來提供的情況，巨集eNodeB100上的資源之消耗會更加被抑制。

再者，關於CC2的上記部分之系統資訊，係亦可為關於CC2的系統資訊當中的與關於CC1及CC2以外之其他CC的系統資訊共通的資訊。

藉此，即使個別地提供每一CC的系統資訊，仍可更有效率地提供系統資訊。又，若為CC間共通的資訊，則資訊量並非與微微蜂巢網21的數量成比例地變大，因此巨集eNodeB100上的資源之消耗可被抑制。

又，例如，巨集eNodeB100係將巨集蜂巢網11的CC1中的有關MBMS之資訊(亦即MBMS資訊)，提供給微微eNodeB200。然後，該當MBMS資訊，係藉由微微eNodeB200而被提供給UE300。

藉此，UE300係不需要為了確認哪個子訊框是CC1中的MBMS子訊框的資訊，而持續取得關於CC1的系統資訊。因此，可減輕對UE300而言之負荷。

以上雖然一面參照添附圖面一面說明了本揭露的理想實施形態，但本揭露當然不限定於所述例子。只要是當業者，在專利範圍所記載之範疇內，自然可以想到各種變更例或修正例，而這些當然也都屬於本揭露的技術範圍，這點必須了解。

例如，作為巨集eNodeB令滿足連接禁止條件之UE於巨集蜂巢網之頻帶(CC)中針對無線資源不變成連接狀態所需的手法，係說明了將連接之禁止予以通知的例子(具體而言係為提供存取阻礙資訊之例子)，但本揭露係不限定於所述例子。亦可採用令UE於頻帶中不變成連接狀態的其他手法。作為一例，巨集eNodeB以外的節點(例如微微eNodeB)，係可取代巨集eNodeB來通知連接之禁止。又，作為其他例子，亦可藉由令針對無線資源已經是連接狀態(亦即RRC_Connected)的UE當中的滿足連接禁止條件之UE，針對無線資源變成怠轉狀態(RRC_Idle)，以令滿足連接禁止條件之UE針對無線資源不變成連接狀態。即使滿足連接禁止條件之UE已經變成 RRC_Connected，其後，仍可藉由使該當UE變回RRC_Idle，就可令滿足連接禁止條件之UE針對無線資源不變成連接狀態。

又，雖然著眼於巨集蜂巢網內之無線通訊中所使用的第1頻帶、和微微蜂巢網內之無線通訊中所使用的第2頻帶來說明處理的例子，但本揭露係不限定於所述例子。當然，即使針對彼此同步之巨集蜂巢網的頻帶和微微蜂巢網的頻帶的其他種組合，仍可進行同樣的處理。

又，雖然說明了彼此同步之頻帶(例如彼此同步之CC)係為在時間方向及頻率方向雙方上彼此同步，但本揭露係不限定於所述例子。例如，所謂彼此同步之頻帶，係亦可為時間方向上同步的頻帶。又，例如，所謂彼此同步之頻帶，係亦可為頻率方向上同步的頻帶。又，例如，所謂彼此同步之頻帶，係亦可為時間方向或頻率方向之其中一方同步的頻帶。

又，雖然舉出微微蜂巢網來作為小型蜂巢網之一例，但本揭露係不限定於所述例子。小型蜂巢網係亦可不是微微蜂巢網，而是與巨集蜂巢網部分或全體重疊之其他蜂巢網(例如，毫微蜂巢網、毫微微蜂巢網等)。

雖然說明了通訊系統是符合LTE-A的例子，但本揭露係不限定於所述例子。例如，通訊系統係亦可為符合3GPP的其他規格的系統。作為一例，通訊系統係亦可為符合3GPP的將來之其他規格的系統。

又，本說明書的通訊控制處理中的處理步 驟，係並不一定要依照流程圖中所記載之順序而時間序列性地執行。例如，通訊控制處理中的處理步驟，係亦可用與流程圖方式記載之順序不同的順序而被執行，亦可被平行地執行。

又，亦可作成，令通訊控制裝置(例如巨集eNodeB)及終端裝置(例如UE)中所內建之CPU、ROM及RAM等硬體，發揮與上記通訊控制裝置之各構成同等機能所需的電腦程式。又，亦可提供記憶著該當電腦程式的記憶媒體。

此外，如以下的構成也是屬於本揭露的技術範圍。

(1)

一種通訊控制裝置，係具備：通訊控制部，係控制與小型蜂巢網部分或全體重疊之巨集蜂巢網內的無線通訊；前記巨集蜂巢網內的無線通訊所使用之第1頻帶，係與前記小型蜂巢網內的無線通訊所使用之第2頻帶同步；在前記第1頻帶中係發送著，用來在該當第1頻帶中取得同步所需的同步用訊號；前記通訊控制部，係令滿足所定條件的終端裝置，於前記第1頻帶中針對無線資源不變成連接狀態；前記所定條件係含有，前記終端裝置利用前記同步用訊號所做的同步結果而於前記第2頻帶中取得同步。

(2)

如前記(1)所記載之通訊控制裝置，其中，前記所定條件係還含有：前記終端裝置不使用前記第1頻帶來進行資料收送訊。

(3)

如前記(1)或(2)所記載之通訊控制裝置，其中，前記通訊控制部，係於前記第1頻帶中提供系統資訊；前記系統資訊係不含有，關於前記第2頻帶的系統資訊。

(4)

如前記(1)或(2)所記載之通訊控制裝置，其中，前記通訊控制部，係於前記第1頻帶中提供系統資訊；前記系統資訊係含有，關於前記第2頻帶的系統資訊。

(5)

如前記(4)所記載之通訊控制裝置，其中，於前記第1頻帶中所被提供的前記系統資訊，係含有關於前記第2頻帶的部分之系統資訊。

(6)

如前記(5)所記載之通訊控制裝置，其中，關於前記第2頻帶的前記部分之系統資訊係為，關於前記第2頻帶的系統資訊當中的與關於前記第1頻帶及前記第2頻帶以 外之其他頻帶的系統資訊共通的資訊。

(7)

如前記(1)~(6)之任1項所記載之通訊控制裝置，其中，前記通訊控制部，係藉由向前記終端裝置通知滿足前記所定條件之裝置所致之前記第1頻帶中的連接之禁止，以令前記終端裝置於前記第1頻帶中針對無線資源不變成連接狀態。

(8)

如前記(7)所記載之通訊控制裝置，其中，前記通訊控制部，係使用前記第1頻帶中所被提供的系統資訊，將前記連接之禁止，通知給前記終端裝置。

(9)

如前記(1)~(8)之任1項所記載之通訊控制裝置，其中，前記通訊控制部，係將前記第1頻帶中的關於MBMS(Multimedia Broadcast and Multicast Service)之資訊，提供給前記小型蜂巢網的基地台；前記關於MBMS之資訊，係由前記小型蜂巢網的前記基地台提供給前記終端裝置。

(10)

如前記(1)~(9)之任1項所記載之終端裝置，其中，前記第2頻帶係為，在無線通訊之時間單位亦即子訊框的其中至少任一子訊框中沒有發送同步用訊號的頻帶。

(11)

如前記(10)所記載之終端裝置，其中，前記第2頻帶中所被發送的同步用訊號，係比前記第1頻帶中所被發送的前記同步用訊號還少。

(12)

如前記(11)所記載之終端裝置，其中，前記第2頻帶中所被發送的同步用訊號，係比在該當第2頻率同步中取得同步需要的同步用訊號還少。

(13)

如前記(1)~(12)之任1項所記載之通訊控制裝置，其中，前記同步用訊號係為共通參照訊號。

(14)

一種通訊控制方法，係含有：控制與小型蜂巢網部分或全體重疊之巨集蜂巢網內的無線通訊之步驟；前記巨集蜂巢網內的無線通訊所使用之第1頻帶，係與前記小型蜂巢網內的無線通訊所使用之第2頻帶同步；在前記第1頻帶中係發送著，用來在該當第1頻帶中取得同步所需的同步用訊號；前記控制巨集蜂巢網內之無線通訊之步驟係包含，令滿足所定條件的終端裝置，於前記第1頻帶中針對無線資源不變成連接狀態之步驟；前記所定條件係含有，前記終端裝置利用前記同步用訊號所做的同步結果而於前記第2頻帶中取得同步。

(15)

一種終端裝置，係具備：通訊控制部，係控制巨集蜂巢網、及與該當巨集蜂巢網部分或全體重疊之小型蜂巢網中的前記終端裝置所進行的無線通訊；該終端裝置係前記巨集蜂巢網內的無線通訊所使用之第1頻帶，係與前記小型蜂巢網內的無線通訊所使用之第2頻帶同步；在前記第1頻帶中係發送著，用來在該當第1頻帶中取得同步所需的同步用訊號；前記通訊控制部，係在前記終端裝置是滿足所定條件時，令前記終端裝置於前記第1頻帶中針對無線資源不變成連接狀態；前記所定條件係含有，前記終端裝置利用前記同步用訊號所做的同步結果而於前記第2頻帶中取得同步。

(16)

如前記(15)所記載之終端裝置，其中，前記通訊控制部，係不從前記第1頻帶中所被提供之系統資訊，取得關於前記第2頻帶的系統資訊。

(17)

如前記(15)所記載之終端裝置，其中，前記通訊控制部，係從前記第1頻帶中所被提供之系統資訊，取得關於前記第2頻帶的系統資訊。

(18)

如前記(15)~(17)之任1項所記載之終端裝置，其中，前記通訊控制部，係藉由不進行為了於前記第1頻帶中針對無線資源變成連接狀態所需的連接程序，以令前記終端裝置於前記第1頻帶中針對無線資源不變成連接狀態。

(19)

如前記(18)所記載之終端裝置，其中，前記通訊控制部，係一旦被通知了滿足前記所定條件之裝置所致之前記第1頻帶中的連接之禁止，便不進行為了於前記第1頻帶中針對無線資源變成連接狀態所需的連接程序。

(20)

如前記(18)所記載之終端裝置，其中，前記通訊控制部，係在前記終端裝置是滿足所定條件時，就自主地不進行於前記第1頻帶中針對無線資源變成連接狀態所需之連接程序。

100-1‧‧‧巨集eNodeB

200‧‧‧微微eNodeB

300-1‧‧‧UE(User Equip ment)

CC1、CC2‧‧‧分量載波(Component Carrier)

Claims (20)

1. 一種通訊控制裝置，係具備：通訊控制部，係控制與小型蜂巢網部分或全體重疊之巨集蜂巢網內的無線通訊；前記巨集蜂巢網內的無線通訊所使用之第1頻帶，係與前記小型蜂巢網內的無線通訊所使用之第2頻帶同步；在前記第1頻帶中係發送著，用來在該當第1頻帶中取得同步所需的同步用訊號；前記通訊控制部，係令滿足所定條件的終端裝置，於前記第1頻帶中針對無線資源不變成連接狀態；前記所定條件係含有，前記終端裝置利用前記同步用訊號所做的同步結果而於前記第2頻帶中取得同步。
2. 如請求項1所記載之通訊控制裝置，其中，前記所定條件係還含有：前記終端裝置不使用前記第1頻帶來進行資料收送訊。
3. 如請求項1所記載之通訊控制裝置，其中，前記通訊控制部，係於前記第1頻帶中提供系統資訊；前記系統資訊係不含有，關於前記第2頻帶的系統資訊。
4. 如請求項1所記載之通訊控制裝置，其中，前記通訊控制部，係於前記第1頻帶中提供系統資訊； 前記系統資訊係含有，關於前記第2頻帶的系統資訊。
5. 如請求項4所記載之通訊控制裝置，其中，於前記第1頻帶中所被提供的前記系統資訊，係含有關於前記第2頻帶的部分之系統資訊。
6. 如請求項5所記載之通訊控制裝置，其中，關於前記第2頻帶的前記部分之系統資訊係為，關於前記第2頻帶的系統資訊當中的與關於前記第1頻帶及前記第2頻帶以外之其他頻帶的系統資訊共通的資訊。
7. 如請求項1所記載之通訊控制裝置，其中，前記通訊控制部，係藉由向前記終端裝置通知滿足前記所定條件之裝置所致之前記第1頻帶中的連接之禁止，以令前記終端裝置於前記第1頻帶中針對無線資源不變成連接狀態。
8. 如請求項7所記載之通訊控制裝置，其中，前記通訊控制部，係使用前記第1頻帶中所被提供的系統資訊，將前記連接之禁止，通知給前記終端裝置。
9. 如請求項1所記載之通訊控制裝置，其中，前記通訊控制部，係將前記第1頻帶中的關於MBMS(Multimedia Broadcast and Multicast Service)之資訊，提供給前記小型蜂巢網的基地台；前記關於MBMS之資訊，係由前記小型蜂巢網的前記基地台提供給前記終端裝置。
10. 如請求項1所記載之通訊控制裝置，其中，前記 第2頻帶係為，在無線通訊之時間單位亦即子訊框的其中至少任一子訊框中沒有發送同步用訊號的頻帶。
11. 如請求項10所記載之通訊控制裝置，其中，前記第2頻帶中所被發送的同步用訊號，係比前記第1頻帶中所被發送的前記同步用訊號還少。
12. 如請求項11所記載之通訊控制裝置，其中，前記第2頻帶中所被發送的同步用訊號，係比在該當第2頻率同步中取得同步需要的同步用訊號還少。
13. 如請求項1所記載之通訊控制裝置，其中，前記同步用訊號係為共通參照訊號。
14. 一種通訊控制方法，係含有：控制與小型蜂巢網部分或全體重疊之巨集蜂巢網內的無線通訊之步驟；前記巨集蜂巢網內的無線通訊所使用之第1頻帶，係與前記小型蜂巢網內的無線通訊所使用之第2頻帶同步；在前記第1頻帶中係發送著，用來在該當第1頻帶中取得同步所需的同步用訊號；前記控制巨集蜂巢網內之無線通訊之步驟係包含，令滿足所定條件的終端裝置，於前記第1頻帶中針對無線資源不變成連接狀態之步驟；前記所定條件係含有，前記終端裝置利用前記同步用訊號所做的同步結果而於前記第2頻帶中取得同步。
15. 一種終端裝置，係具備： 通訊控制部，係控制巨集蜂巢網、及與該當巨集蜂巢網部分或全體重疊之小型蜂巢網中的前記終端裝置所進行的無線通訊；該終端裝置係為，前記巨集蜂巢網內的無線通訊所使用之第1頻帶，係與前記小型蜂巢網內的無線通訊所使用之第2頻帶同步；在前記第1頻帶中係發送著，用來在該當第1頻帶中取得同步所需的同步用訊號；前記通訊控制部，係在前記終端裝置是滿足所定條件時，令前記終端裝置於前記第1頻帶中針對無線資源不變成連接狀態；前記所定條件係含有，前記終端裝置利用前記同步用訊號所做的同步結果而於前記第2頻帶中取得同步。
16. 如請求項15所記載之終端裝置，其中，前記通訊控制部，係不從前記第1頻帶中所被提供之系統資訊，取得關於前記第2頻帶的系統資訊。
17. 如請求項15所記載之終端裝置，其中，前記通訊控制部，係從前記第1頻帶中所被提供之系統資訊，取得關於前記第2頻帶的系統資訊。
18. 如請求項15所記載之終端裝置，其中，前記通訊控制部，係藉由不進行為了於前記第1頻帶中針對無線資源變成連接狀態所需的連接程序，以令前記終端裝置於前記第1頻帶中針對無線資源不變成連接狀態。
19. 如請求項18所記載之終端裝置，其中，前記通 訊控制部，係一旦被通知了滿足前記所定條件之裝置所致之前記第1頻帶中的連接之禁止，便不進行為了於前記第1頻帶中針對無線資源變成連接狀態所需的連接程序。
20. 如請求項18所記載之終端裝置，其中，前記通訊控制部，係在前記終端裝置是滿足所定條件時，就自主地不進行於前記第1頻帶中針對無線資源變成連接狀態所需之連接程序。