CN105075353B - 通信控制装置、通信控制方法以及用户设备 - Google Patents

Abstract

本发明提供一种通信控制装置，其包括：通信控制单元，其被配置为控制与小小区的部分或全部重叠的宏小区中的无线电通信。用于所述宏小区中的所述无线电通信的第一频带与用于所述小小区中的无线电通信的第二频带同步。在所述第一频带中传输用于所述第一频带中的同步的同步信号。所述通信控制单元阻止满足特定条件的终端装置在所述第一频带中连接于无线电资源中。所述特定条件包括所述终端装置在所述第二频带中利用根据所述同步信号的同步结果实现同步。

Description

通信控制装置、通信控制方法以及用户设备

技术领域

本公开涉及一种通信控制装置、一种通信控制方法以及一种终端装置。

背景技术

目前，4G无线电通信***已经由第三代合作伙伴计划(3GPP)标准化。在4G中，已经注意到例如载波聚合、中继和多用户多输入多输出(MU-MIMO)等技术。

明确地说，载波聚合是一种能够共同地处理(例如)五个带宽为20MHz的频带以处理20MHz×5＝100MHz带宽的技术。根据载波聚合，预期最大吞吐量的进步。已经研究了与此类载波聚合相关的各种技术。

例如，专利文献1公开了一种用于通过基于越区移交紧急性的确定结果控制针对每一分量载波(CC)的测量间隙的分配来抑制吞吐量下降的技术。

引用列表

专利文献

专利文献1：JP 2011-120196A

发明内容

技术问题

另一方面，在3GPP的版本11中，已经研究新载波类型(NCT)作为能够维持向后兼容性的除传统CC(现有CC)之外的新分量载波。此处，NCT被假设为新类型的CC以及这些类型的CC。另外，作为NCT，已经研究了与传统CC同步的NCT(同步新载波类型：SNCT)和不与传统CC同步的NCT(非同步新载波类型：UNCT)。

SNCT与任何传统CC同步。因此，当用户设备(UE)在相互同步的SNCT与传统CC之间的一个CC中建立同步时，UE在所述一个CC中的同步结果可用于另一个CC。也就是说，UE不必在另一个CC中使用同步信号(例如，共用参考信号(CRS))建立单独同步。

UNCT不与任何传统CC同步，但可与不同UNCT同步。当UE在两个或两个以上相互同步的UNCT当中的一个UNCT中建立同步时，UE在所述一个UNCT中的同步结果可用于不同CC。也就是说，UE不必在其它CC中使用同步信号建立单独同步。

然而，例如，在存在一个宏小区以及与宏小区部分或完全地重叠的一个或一个以上小小区的情况下，位于宏小区内的大量UE可通过同步信号在宏小区的CC中建立同步，并且可在小小区的CC中通过利用同步结果来建立同步。因此，假设所述大量UE在宏小区的CC中处于RRC_Connected。因而，可消耗宏小区的eNodeB中的大量资源(例如用于保持寻址到所述大量UE的数据的存储器资源、用于向所述大量UE发信号的无线电资源以及用于向所述大量UE发信号的进程资源)。

因此，需要提供一种可在终端装置使用宏小区的频带以便利用同步结果的情况下抑制宏小区的基站中的资源消耗的机制。

问题的解决方案

根据本公开，提供一种通信控制装置，其包括：通信控制单元，其被配置为控制与小小区的部分或全部重叠的宏小区中的无线电通信。用于宏小区中的无线电通信的第一频带与用于小小区中的无线电通信的第二频带同步。在第一频带中传输用于第一频带中的同步的同步信号。通信控制单元阻止满足特定条件的终端装置在第一频带中连接于无线电资源中。所述特定条件包括终端装置在第二频带中利用根据同步信号的同步结果实现同步。

根据本公开，提供一种通信控制方法，其包括：控制与小小区的部分或全部重叠的宏小区中的无线电通信。用于宏小区中的无线电通信的第一频带与用于小小区中的无线电通信的第二频带同步。在第一频带中传输用于第一频带中的同步的同步信号。控制宏小区中的无线电通信包括阻止满足特定条件的终端装置在第一频带中连接于无线电资源中。所述特定条件包括终端装置在第二频带中利用根据同步信号的同步结果实现同步。

根据本公开，提供一种终端装置，其包括：通信控制单元，其被配置为控制终端装置在宏小区和与宏小区部分或完全地重叠的小小区中执行的无线电通信。用于宏小区中的无线电通信的第一频带与用于小小区中的无线电通信的第二频带同步。在第一频带中传输用于第一频带中的同步的同步信号。当终端装置满足特定条件时，通信控制单元阻止终端装置在第一频带中连接于无线电资源中。所述特定条件包括终端装置在第二频带中利用根据同步信号的同步结果实现同步。

发明的有益效果

如上所述，根据本公开，变得有可能在终端装置使用宏小区的频带以便利用同步结果的情况下抑制宏小区的基站中的资源消耗。

附图说明

[图1]图1是示出每一UE的PCC的实例的说明图。

[图2]图2是示出在下行链路上在CC中传输的CRS的实例的说明图。

[图3]图3是示出NCT的实例的说明图。

[图4]图4是示出在频率方向上的CRS减少的实例的说明图。

[图5]图5是示出在时间方向上的CRS减少的实例的说明图。

[图6]图6是示出小小区的三个部署场景的实例的说明图。

[图7]图7是示出***信息和RRC信令的特性的说明图。

[图8]图8是示出分量载波之间的时间同步的说明图。

[图9]图9是示出分量载波之间的频率同步的说明图。

[图10]图10是示出根据本公开的一个实施例的通信***的示意性配置的实例的说明图。

[图11]图11是示出根据第一实施例的宏eNodeB的配置的实例的框图。

[图12]图12是示出满足连接阻拦条件的UE的操作的实例的说明图。

[图13]图13是用于示出提供关于用于微微小区中的无线电通信的CC的***信息的路线的第一实例的说明图。

[图14]图14是示出MBMS子帧的实例的说明图。

[图15]图15是示出根据第一实施例的UE的配置的实例的框图。

[图16]图16是示出根据第一实施例的宏eNodeB侧上的通信控制处理的示意性流程的实例的流程图。

[图17]图17是示出根据第一实施例的UE侧上的通信控制处理的示意性流程的实例的流程图。

[图18]图18是示出提供关于用于微微小区中的无线电通信的CC的***信息的路线的第二实例的说明图。

[图19]图19是示出根据第一实施例的修改实例的宏eNodeB侧上的通信控制处理的示意性流程的实例的流程图。

[图20]图20是示出根据第一实施例的修改实例的UE侧上的通信控制处理的示意性流程的实例的流程图。

[图21]图21是示出根据第二实施例的UE的配置的实例的框图。

[图22]图22是示出根据第二实施例的宏eNodeB侧上的通信控制处理的示意性流程的实例的流程图。

[图23]图23是示出根据第二实施例的UE侧上的通信控制处理的示意性流程的实例的流程图。

[图24]图24是示出根据本公开的技术可应用于的eNodeB的示意性配置的第一实例的框图。

[图25]图25是示出根据本公开的技术可应用于的eNodeB的示意性配置的第二实例的框图。

[图26]图26是示出根据本公开的技术可应用于的智能电话的示意性配置的实例的框图。

[图27]图27是示出根据本公开的技术可应用于的汽车导航装置的示意性配置的实例的框图。

具体实施方式

下文中，将参考附图详细描述本公开的优选实施例。请注意，在本说明书和附图中，用相同参考标号指示具有基本上相同功能和结构的结构元件，并且省略对这些结构元件的重复阐释。

将按以下次序进行描述。

1.3GPP中的无线电通信技术

2.与本公开的实施例有关的技术问题

2.1频带之间的同步的检查

2.2技术问题

3.根据本实施例的通信***的示意性配置

4.第一实施例

4.1.宏eNodeB的配置

4.2.UE的配置

4.3.过程流程

4.4.修改实例

5.第二实施例

5.1.宏eNodeB的配置

5.2.UE的配置

5.3.过程流程

6.应用实例

6.1.与宏eNodeB有关的应用

6.2.与UE有关的应用

7.结论

<<1.3GPP中的无线电通信技术>>

首先，将描述3GPP中的无线电通信技术作为前提。

(版本10的载波聚合)

-分量载波

在版本10的载波聚合中，多达五个分量载波(CC)被捆绑并由UE使用。每一CC是多达20MHz的带宽。在载波聚合中，在一些情况下使用在频率方向上连续的CC，并且在一些情况下使用在频率方向上分离的CC。在载波聚合中，可针对每一UE设定待使用的CC。

-主CC和辅CC

在载波聚合中，UE所使用的多个CC中的一者是特别CC。所述一个特别CC被称为主分量载波(PCC)。在所述多个CC中，剩余CC被称为辅分量载波(SCC)。PCC可对于每一UE为不同的。下文将参考图1更具体地描述这点。

图1是示出每一UE的PCC的实例的说明图。图1中示出UE 30A、UE 30B和五个CC 1至5。在这个实例中，UE 30A使用两个CC，即CC 1和CC 2。UE 30A使用CC 2作为PCC。另一方面，UE 30B使用两个CC，即CC 2和CC 4。UE 30B使用CC 4作为PCC。以此方式，每一UE可使用不同CC作为PCC。

由于PCC是多个CC当中最重要的CC，所以通信质量最稳定的CC是更好的。将哪个CC用作PCC实际上取决于其安置方式。

UE最初与之建立连接的CC是用于所述UE的PCC。向PCC添加SCC。也就是说，PCC是主频带，并且SCC是辅助频带。通过删除现有SCC并且添加新SCC来改变SCC。以相关技术的频率间越区移交顺序改变PCC。在载波聚合中，UE无法仅使用SCC，而是必须使用一个PCC。

PCC也被称为主小区。SCC也被称为辅小区。

-由UE以CRS同步

在载波聚合中，在每一CC中传输共用参考信号(CRS)。UE通过CRS在每一CC中建立同步。在本说明书中，“同步(在CC中由UE进行)”意味着UE调整(例如，跟踪同步)信号的接收定时和/或频率，使得信号可在CC中被正确地接收。共用参考信号也被称为小区特定参考信号。

(版本11的NCT的背景)

在载波聚合中，从保证向后兼容性的角度来看，已经假设每一CC能够由遗留UE(即，现有UE)使用。然而，已经开始研究无法由遗留UE使用但更有效的CC的定义。也就是说，已经开始研究被称为新载波类型(NCT)的新CC或额外载波的定义。

NCT的最终动机是减小CC的开销。开销是除了用以传输用户数据的无线电资源之外的无线电资源。也就是说，开销是用于控制的无线电资源。当开销增大时，可用以传输用户数据的无线电资源可减少。因此，开销增大是不好的。开销的一个原因是在下行链路中在每一CC中存在的CRS。下文将参考图2更具体地描述这点。

图2是示出在下行链路上在CC中传输的CRS的实例的说明图。图2中示出对应于20MHz CC的若干个无线电资源块(RB)。每一RB在频率方向上具有12个子载波的宽度并且在时间方向上具有7个正交频分多路复用(OFDM)符号的宽度。在每一RB中传输CRS。也就是说，在跨越频率方向上的CC的带宽存在以及针对时间方向上的每一时隙存在的所有RB中传输CRS。因此，在每一CC和每一子帧中传输CRS。

CRS的一个目的是供UE建立同步。作为同步，存在作为时间方向上的同步的时间同步(或时序同步)以及作为频率方向上的同步的频率同步。UE可通过CRS在频率方向和时间方向上以高精确度建立同步。另外，UE继续通过CRS建立同步。

CRS的另一个目的是UE适当地解调下行链路信号。UE基于CRS的相位来解调不同接收信号。

共用参考信号(CRS)是版本8中引入的最基本参考信号(RS)。另一方面，目前存在间歇性传输的RS，例如信道状态信息-参考信号(CSI-RS)。RS用以解调下行链路信号。因此，CRS的当前目的主要是UE可建立同步。因此，就UE可建立同步而言，可减小传输CRS的间隔。

(在版本11的NTC中研究的CRS减少)

-NCT的种类

作为在版本11中研究的NCT，广泛地存在两种NCT。

所述两种NCT中的一种是与传统CC(即，现有CC)同步的NCT。当UE在传统CC中建立同步时，UE可将UE在传统CC中的同步结果用于与传统CC同步的NCT。此类NCT被称为同步NCT(下文中被称为“SNCT”)。另外，在本说明书中，“(针对不同CC)利用(UE在所述CC中的)同步结果”意味着从所述CC中的接收定时和接收频率获取不同CC中的接收定时和接收频率。

所述两种NCT中的另一种是不与传统CC同步的NCT。UE必定在NCT中建立同步。此类NCT被称为非同步NCT(下文中被称为“UNCT”)。由于同步过程在UNCT中是必要的，所以在UNCT中传输CRS。

如上所述，作为NCT，存在SNCT和UNCT。下文中，将参考图3描述SNCT和UNCT的具体实例。

图3是示出NCT的实例的说明图。图3中示出五个CC 40。在所述五个CC 40中，CC40A和CC 40B是传统CC。在这个实例中，CC 40A和CC 40B是相互同步的。CC 40C、CC 40D和CC40E是NCT。更具体地说，CC 40C是与作为传统CC的CC 40A和CC 40B两者同步的SNCT。CC 40D和CC 40E是既不与CC 40A同步也不与CC 40B同步的UNCT。在这个实例中，CC 40D和CC 40E是不相互同步的。

-非同步NCT中的CRS减少

由于在传统CC中传输的CRS不仅被传输以建立UE的同步，而且被传输以解调接收信号，所以CRS是冗余的。另一方面，由于CIS-RS在版本10之后的版本中被标准化为用于解调的RS，所以有可能减少CRS。因此，已经研究了可在使得UE能够连续建立同步的同时减少CRS的程度。明确地说，已经研究了频率方向上的CRS的减少和时间方向上的CRS的减少作为非同步NCT(即，UNCT)的CRS的减少。

作为频率方向上的CRS的减少，例如，在其中传输CRS的RB被减少到6个RB、25个RB或50个RB。下文中，将参考图4具体地描述这点。

图4是示出频率方向上的CRS的减少的实例的说明图。图4中示出在其中传输CRS的RB在频率方向上被减少到6个RB的情况以及在其中传输CRS的RB在频率方向上被减少到25个RB的情况。以此方式，不是传输频率方向上的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在25个RB中传输CRS。

-同步NCT中的CRS减少

另一方面，由于同步NCT(SNCT)与传统CC同步，所以可在SNCT中基本上删除现有CRS。

(同步监视程序)

UE基于物理下行链路控制信道(PDCCH)的块错误率(BLER)来监视UE是否建立同步。换句话说，UE基于PDCCH的BLER来检测UE的同步偏差。例如，当PDCCH的BLER等于或大于10％时，UE检测到同步偏差。

当检测到同步偏差预定次数时，定时器启动。接着，当定时器的时间周期期满时，识别无线电链路失败(RLF)。当识别到RLF时，UE在从识别到RLF起40ms内停止所有传输以便避免干涉另一个UE。此后，UE执行RRC重建程序，所述程序包括小区选择和随机接入。

UE对PCC执行上述同步监视，但不对SCC执行同步监视。当在SCC中未检测到PDCCH时，UE解除激活SCC。

(版本12的NCT)

版本12的NCT是2012年9月在3GPP RAN#57全体会议上被批准为RP-121415的研究项目(SI)。这个SI被分为阶段1和阶段2。在阶段1中，安排研究版本11的NCT的增强。在阶段2中，安排鉴于小小区的场景研究所述增强。小小区的具体实例包括微微小区、毫微小区以及毫微微小区。在本说明书中，将进行例示微微小区作为小小区的描述。

作为小小区的场景，考虑小小区的三个部署场景。例如，在TR 36.932中刊载此类部署场景。在第一部署场景(即，部署场景1)中，小小区与宏小区完全地重叠。在第二部署场景(即，部署场景2)中，小小区与宏小区部分地重叠。在第三部署场景(即，部署场景3)中，小小区不与宏小区重叠。也就是说，在小小区附近没有宏小区，并且仅操作小小区。下文中，将参考图6描述部署场景的具体实例。

图6是示出小小区的三个部署场景的实例的说明图。参见图6，示出了一个宏小区11以及三个微微小区21A、21B和21C。还示出了作为宏小区11的基站的宏eNodeB 10和作为微微小区21的基站的微微eNodeB 20。首先，微微小区21A与宏小区11完全地重叠，微微小区21B与宏小区11部分地重叠，并且微微小区21C不与宏小区11重叠。也就是说，微微小区21A的部署对应于第一部署场景，微微小区21B的部署对应于第二部署场景，并且微微小区21C的部署对应于第三部署场景。在所述实例中，在宏小区11中使用频带F1执行无线电通信。另外，在微微小区21中使用频带F2执行无线电通信。

(向UE提供控制信息的方法)

当eNodeB向UE提供控制信息时，eNodeB使用(例如)***信息或无线电资源控制(RRC)信令。下文中，将参考图7描述两种提供方法的特性。

图7是示出***信息和RRC信令的特性的说明图。参见图7，示出eNodeB向UE提供控制信息所必要的UE状态、提供目标UE(和提供信息)以及***信息和RRC信令的可提供信息量。

首先，为了使eNodeB使用***信息提供控制信息，UE可处于RRC_Connected(即，连接状态)和RRC_Idle(即，闲置状态)之一。另一方面，为了使eNodeB使用RRC信令提供控制信息，UE必须处于RRC_Connected(即，连接状态)。

第二，使用***信息向所有UE而非个别UE提供控制信息。也就是说，使用***信息提供的控制信息可被说成是UE共用的信息。另一方面，基本上使用RRC信令向个别UE提供控制信息。也就是说，使用RRC信令提供的控制信息可被说成基本上是单独UE的控制信息。然而，通过使用RRC信令传输其它UE共用的控制信息，也可使用RRC信令向UE提供共用信息。

第三，***信息包括受限控制信息，并且使用受限无线电资源进行传输。因此，使用***信息提供的控制信息的信息量较小。另一方面，使用物理下行链路共享信道(PDSCH)相对自由地传输RRC信令。因此，使用RRC信令提供的控制信息的信息量较大。

<2.与本公开的实施例有关的技术问题>

接下来，将描述与本公开的实施例有关的技术问题。

<2.1频带之间的同步的检查>

首先，将描述频带之间的同步的检查。

(频带之间的同步)

此处，将更具体地描述频带之间的同步。作为频带之间的同步，存在时间方向上的同步(下文中被称为“时间同步”)和频率方向上的同步(下文中被称为“频率同步”)。下文中，将参考图8和9描述这点的具体实例。

图8是示出分量载波之间的时间同步的说明图。参见图8，示出CC 1和CC 2的接收定时。例如，如在图8所示的实例中，可在UE中的使用CC 1的信号的接收定时与UE中的使用CC 2的接收定时之间在时间方向上发生偏差。例如，当时间方向上的偏差小于OFDM的保护间隔长度时，CC 1和CC 2可被视为在时间方向上相互同步。

图9是示出分量载波之间的频率同步的说明图。参见图9，示出CC 1的频带和CC 2的频带。还示出了CC 1的中心频率和CC 2的中心频率。CC 1的中心频率与CC 2的中心频率分离预定频宽。然而，实际上，例如，可在CC 2的中心频率和与CC 1的中心频率分离预定频宽的频率之间在频率方向上发生偏差。例如，当频率方向上的偏差在预定频宽(例如，在长期演进(LTE)中为500Hz)内时，CC 1和CC 2可被视为在频率方向上相互同步。

如上所述，频带之间的同步包括时间同步和频率同步。因此，存在频带之间的同步的以下四种情况：

情况1：实现时间同步和频率同步两者；

情况2：实现时间同步，但不实现频率同步；

情况3：不实现时间同步，但实现频率同步；以及

情况4：既不实现时间同步，也不实现频率同步。

一般来说，相互同步的频带是对应于情况1的频带。然而，对应于情况2或情况3的频带可被视为相互同步的频带(在时间方向或频率方向上)。

(eNodeB侧上的同步和UE侧上的同步)

从不同角度来看，作为频带之间的同步，存在eNodeB侧(即，网络侧)上的同步和UE中的同步。另外，即使当在eNodeB侧上针对两个CC实现时间同步和频率同步时，也不清楚当UE在两个CC中接收信号时在UE侧上实现时间同步和频率同步。

例如，当CC 1和CC 2在频率方向上分离时，CC 1的传播路径和CC 2的传播路径是不同的。因而，信号的到达时间可为不同的。在这种情况下，未实现时间同步。

例如，CC 1的无线电波和CC 2的无线电波可从不同方向到达UE。在这种情况下，当UE在CC 1的无线电波的到达方向上移动时，CC 1的频率由于多普勒效应从一个频率f转变到一个频率f+Δf。另外，当UE在与CC 2的无线电波的到达方向相反的方向上移动时，CC 2的频带由于多普勒效应从一个频率f转变到一个频率f-Δf。以此方式，由于多普勒效应而未实现频率同步。

如上所述，由于可能未实现时间同步和频率同步，所以即使两个CC在网络侧上同步，也不清楚所述两个CC在UE侧上相互同步。

<2.2技术问题>

接下来，将描述技术问题。

-同步结果的利用

在3GPP的版本11中，如上所述，NCT已被研究为能够维持向后兼容性的除传统CC(现有CC)之外的新分量载波。此处，假设NCT是新类型的CC和所述类型的CC。另外，与传统CC同步的NCT(即，SNCT)和不与遗留LCC同步的NCT(即，UNCT)已被研究为NCT。

因为SNCT与任何传统CC同步，所以当UE在相互同步的SNCT和传统CC之间的一个CC中建立同步时，UE在所述一个CC中的同步结果可被用于另一个CC。也就是说，UE不必在另一个CC中使用同步信号建立单独同步。

UNCT不与任何传统CC同步，但可与不同UNCT同步。当UE在两个或两个以上相互同步的UNCT当中的一个CC中建立同步时，UE在所述一个CC中的同步结果可用于不同CC。也就是说，UE不必在其它CC中使用同步信号建立单独同步。

-由于同步结果的使用而消耗宏eNodeB中的资源

然而，例如，在存在一个宏小区以及与宏小区部分或完全地重叠的一个或一个以上小小区的情况下，位于宏小区内的大量UE可通过同步信号在宏小区的CC中建立同步，并且可在小小区的CC中通过利用所述同步结果来建立同步。因此，假设所述大量UE在宏小区的CC中处于RRC_Connected。因而，可消耗宏小区的eNodeB中的大量资源(例如用于保持寻址到大量UE的数据的存储器资源和用于向大量UE发信号的无线电资源)。

因此，根据本公开的实施例，变得有可能在终端装置使用宏小区的频带以便利用同步结果的情况下抑制宏小区的基站中的资源消耗。

<<3.根据本实施例的通信***的示意性配置>>

接下来，将参考图10描述根据本公开的一个实施例的通信***的示意性配置。图10是示出根据本公开的一个实施例的通信***1的示意性配置的实例的说明图。参见图10，通信***1包括宏eNodeB 100、微微eNodeB 200以及UE 300。例如，通信***1是符合LTE-Advanced的***。

(宏eNodeB 100)

宏eNodeB 100执行与位于宏小区11内的UE 300的无线电通信。另外，宏eNodeB100使用一个或一个以上分量载波(CC)执行无线电通信。

例如，由宏eNodeB 100使用的一个或一个以上CC中的每一者不同于在微微小区21中所使用的一个或一个以上CC中的任一者。

此外，例如，宏eNodeB 100使用多个CC执行无线电通信。宏eNodeB 100可针对与一个UE 300的无线电通信同时使用多个CC。也就是说，宏eNodeB100支持载波聚合。

(微微eNodeB 200)

微微eNodeB 200执行与位于与宏小区11部分或完全地重叠的微微小区21内的UE300的无线电通信。微微eNodeB 200使用一个或一个以上CC执行无线电通信。

例如，由微微eNodeB 200使用的一个或一个以上CC中的每一者不同于在宏小区11中使用的一个或一个以上CC中的任一者。

此外，例如，微微eNodeB 200使用多个CC执行无线电通信。微微eNodeB200可针对与一个UE 300的无线电通信同时使用多个CC。也就是说，微微eNodeB 200支持载波聚合。

明确地说，在本公开的一个实施例中，用于宏小区11中的无线电通信的第一CC(下文中被称为“CC 1”)与用于微微小区21中的无线电通信的第二CC(下文中被称为“CC 2”)同步。例如，CC 1是由宏eNodeB 100使用的所述一个或一个以上CC中的一者，并且CC 2是由微微eNodeB 200使用的所述一个或一个以上CC中的一者。另外，例如，CC 1和CC 2在时间方向和频率方向两者上相互同步。

请注意，在本实施例中，微微小区21如在第一部署场景(即，部署场景1)或第二部署场景(即，部署场景2)中那样部署。

(UE 300)

UE 300执行与位于宏小区11内的宏eNodeB 100的无线电通信。另外，UE 300执行与位于微微小区21内的微微eNodeB 200的无线电通信。

此外，UE 300可同时使用多个CC执行无线电通信。具体地说，例如，UE 300可同时使用多个CC来执行与宏eNodeB 100和/或微微eNodeB 200的无线电通信。也就是说，UE 300支持载波聚合。

<<4.第一实施例>>

接下来，将参考图11至图21描述本公开的第一实施例。根据本公开的第一实施例，通过控制宏eNodeB 10，有可能抑制宏eNodeB 100中的资源消耗。

<4.1.宏eNodeB的配置>

首先，将参考图11至图14描述根据第一实施例的宏eNodeB 100-1的配置。图11是示出根据第一实施例的宏eNodeB 100-1的配置的实例的框图。参见图11，展示宏eNodeB100-1，其包括天线单元110、无线电通信单元120、网络通信单元130、存储单元140和控制单元150。

(天线单元110)

天线单元110接收无线电信号并且将所接收的无线电信号输出到无线电通信单元120。另外，天线单元110发射由无线电通信单元120输出的传输信号。(无线电通信单元120)

无线电通信单元120执行与位于宏小区11内的UE 300-1的无线电通信。例如，无线电通信单元120同时使用一个或一个以上CC执行无线电通信。

例如，所述一个或一个以上CC不同于用于微微小区21中的无线电通信的所述一个或一个以上CC中的任一者。

此外，例如，无线电通信单元120使用多个CC执行无线电通信。无线电通信单元120可同时使用多个CC执行与一个UE 300-1的无线电通信。也就是说，宏eNodeB 100支持载波聚合。

明确地说，在本公开的一个实施例中，如上所述，用于宏小区11中的无线电通信的第一CC(即，CC 1)与用于微微小区21中的无线电通信的第二CC(即，CC 2)同步。例如，CC 1是由宏eNodeB 100使用的所述一个或一个以上CC中的一者，并且CC 2是由微微eNodeB 200使用的所述一个或一个以上CC中的一者。另外，例如，CC 1和CC 2在时间方向和频率方向两者上相互同步。

(网络通信单元130)

网络通信单元130与另一个通信节点通信。例如，网络通信单元130与微微eNodeB200、另一个宏eNodeB 100-1、移动性管理实体(MME)等通信。(存储单元140)

存储单元140存储用于宏eNodeB 100-1的操作的程序和数据。

(控制单元150)

控制单元150提供宏eNodeB 100-1的多种功能。

控制单元150包括通信控制单元151。

(通信控制单元151)

通信控制单元151控制与微微小区21的部分或全部重叠的宏小区11中的无线电通信。

-CC 1中的连接的控制

如上所述，用于宏小区11中的无线电通信的CC 1与用于微微小区21中的无线电通信的CC 2同步。另外，在CC 1中，传输用于CC 1中的同步的同步信号。例如，同步信号是共用参考信号(CRS)。在这种情况下，例如，通信控制单元151控制CC 1中的CRS的传输。更具体地说，例如，通信控制单元151在CC 1中所传输的下行链路信号中***CRS。

-控制的内容

明确地说，在第一实施例中，通信控制单元151不允许满足特定条件(下文中被称为“连接阻拦条件”)的UE 300-1在CC 1中连接于无线电资源中。所述连接阻拦条件包括通过利用通过同步信号的同步结果来在CC 2中同步UE300-1。

具体地说，例如，连接阻拦条件包括通过利用宏小区11中的CC 1中的通过CRS的同步结果来在微微小区21的CC 2中同步UE 300-1。也就是说，通信控制单元151不允许通过利用CC 1中的同步结果来在CC 2中建立同步的一些或所有UE 300-1在CC 1中处于RRC_Connected。下文将参考图12描述满足连接阻拦条件的UE 300-1的操作的实例。

图12是示出满足连接阻拦条件的UE 300-1的操作的实例的说明图。参见图12，示出了由宏eNodeB 100-1使用的CC 1、由微微eNodeB 200使用的CC2以及UE 300-1。如上所述，CC 1和CC 2是相互同步的。另外，UE 300-1在微微小区21的CC 2中处于RRC_Connected。在这个实例中，由于UE 300-1满足连接阻拦条件，所以UE 300-1不在宏小区11的CC 1中进入RRC_Connected。然而，UE 300-1在宏小区11的CC 1中通过CRS建立同步。另外，UE 300-1通过利用CC 1中的通过CRS的同步结果来在微微小区21的CC 2中建立同步。

另外，例如，连接阻拦条件进一步包括UE 300不使用CC 1发射和接收数据。

具体地说，例如，连接阻拦条件包括UE 300不使用宏小区11的CC 1发射和接收数据，但通过利用宏小区11的CC 1中的通过CRS的同步结果来在微微小区21的CC 2中建立同步。也就是说，通信控制单元151不允许通过利用CC 1中的同步结果来在CC 2中建立同步的UE 300当中的不使用CC 1发射和接收数据的一些或所有UE 300在CC 1中进入RRC_Connected。

-具体控制方法

作为具体方法的实例，通信控制单元151向UE 300通知在CC 1中阻拦满足连接阻拦条件的装置的连接以致不允许UE 300在CC 1中连接于无线电资源中。更具体地说，例如，通信控制单元151使用在CC 1中提供的***信息向UE 300通知所述连接阻拦。

例如，关于CC 1的***信息包括接入阻拦信息，其指示在CC 1中阻拦满足连接阻拦条件的装置的连接。另外，通信控制单元151获取包括接入阻拦信息的***信息，并且通过无线电通信单元120在CC 1中提供***信息。另一方面，UE 300-1在CC 1中通过例如主同步信号(PSS)或辅同步信号(SSS)等同步信号(以及例如CRS等同步信号)建立同步，并且接着获取关于CC 1的***信息。另外，UE 300-1确认***信息包括接入阻拦信息。接着，UE300-1确定UE 300-1是否满足连接阻拦条件。当满足连接阻拦条件时，UE 300-1不执行用以在CC 1中进入RRC_Connected的连接程序。例如，连接程序是包括在随机接入信道(RACH)中传输随机接入前同步码的随机接入程序。

-控制的优点

如上所述，通过利用宏小区11的CC 1中的通过CRS的同步结果来在微微小区21的CC 2中建立同步的一些或所有UE 300-1不在CC 1中进入RRC_Connected。因而，在宏小区11的CC 1由UE 300-1使用来利用同步结果的情况下，有可能抑制宏eNodeB 100中的资源消耗。

更具体地说，大量UE 300-1可存在于宏小区11内，并且大量UE 300-1可将宏小区11的CC 1中的同步结果用于微微小区21的CC 2中的同步。在这种情况下，如果大量UE 300-1在CC 1中进入RRC_Connected，那么可在宏eNodeB 100中消耗大量资源。例如，在宏eNodeB100-1中，可消耗用于保持寻址到大量UE 300-1的数据的存储器资源、用于向大量UE 300-1发信号的无线电资源和用于向大量UE 300-1发信号的进程资源。

因此，通过阻止将CC 1中的同步结果用于微微小区21的CC 2中的同步的一些或所有UE 300-1在CC 1中进入RRC_Connected，变得有可能抑制宏eNodeB 100-1中的资源消耗。例如，有可能抑制消耗宏eNodeB 100中的存储器资源、宏eNodeB 100所使用的无线电资源、宏eNodeB 100-1中的进程资源等等。

另外，如上所述，并不是UE 300-1自发地不进入RRC_Connected，而是宏eNodeB100-1不允许UE 300-1进入RRC_Connected。因此，还有可能在网络侧(宏eNodeB 100-1侧)上选择性地不允许UE 300-1进入RRC_Connected。作为实例，在大量微微小区21部署于宏小区11内的情况下，宏eNodeB 100-1不允许连接满足连接阻拦条件的UE 300；在仅少量微微小区21部署于宏小区11内的情况下，宏eNodeB 100-1可允许连接甚至满足连接阻拦条件的UE 300。

此外，如上所述，在通过利用宏小区11的CC 1中的通过CRS的同步结果来在微微小区21的CC 2中建立同步的UE 300-1当中，不使用CC 1发射和接收数据的一些或所有UE300-1在CC 1中不进入RRC_Connected。因而，变得有可能抑制宏eNodeB 100-1中的资源消耗，并且还变得有可能UE 300-1可更自由地使用宏小区11的CC 1发射和接收数据。

更具体地说，当将CC 1中的同步结果用于CC 2中的同步的所有UE 300-1不被允许进入RRC_Connected时，UE 300-1使用CC 1来发射和接收数据可大大受限。例如，在CC 1中的同步结果被用于CC 2中的同步的情况下，UE 300-1无法使用CC 1发射和接收数据。另外，从另一角度来看，除了在CC 1中的同步结果不被用于CC 2中的同步的条件下之外，UE 300-1无法使用CC 1发射和接收数据。

因此，在利用CC 1中的同步结果的UE 300-1当中，明确地说，不使用CC 1发射和接收数据的UE 300-1不被允许在CC 1中进入RRC_Connected，进而使得UE 300-1能够更自由地使用宏小区11的CC 1发射和接收数据。也就是说，UE 300-1可在利用CC 1中的同步结果的同时使用CC 1发射和接收数据。另外，由于不使用CC 1发射和接收数据的UE 300-1不在CC 1中进入RRC_Connected，所以有可能抑制消耗宏eNodeB中的进程资源等。

此外，如上所述，作为具体方法的实例，向UE 300-1通知在CC 1中阻拦满足连接阻拦条件的装置的连接。因此，可提前阻止满足连接阻拦条件的UE300-1在CC 1中进入RRC_Connected。也就是说，有可能提前阻止UE 300-1在CC 1中进入RRC_Connected而非将已经在CC 1中进入RRC_Connected的UE 300-1恢复到RRC_IDLE。因此，有可能抑制生成与连接程序有关的无用通信和处理。

使用在CC 1中提供的***信息通知连接阻拦。因而，变得有可能通知不进入RRC_Connected的UE 300-1。

-CC 1和CC 2的特性

例如，CC 2是其中在至少任何一个作为无线电通信时间单位的子帧中不传输同步信号的CC。具体地说，CC 2是(例如)其中在至少任何一个子帧中不传输CRS的CC。也就是说，CC 2是NCT。

此外，例如，在CC 2中传输的同步信号的数目小于在CC 1中传输的同步信号的数目。具体地说，例如，在CC 2中传输的CRS的数目小于在CC 1中传输的CRS的数目。

在此类情况下，UE 300-1可通过利用CC 1中的通过CRS的同步结果来在CC 2中建立同步，而非在CC 2中通过CRS建立同步，因此可在CC 2中以较高精确度建立同步。

此外，例如，在CC 2中传输的同步信号的数目小于CC 2中的同步所需要的同步信号的数目。具体地说，例如，在CC 2中传输的CRS的数目小于CC 2中的同步所需要的CRS的数目。也就是说，UE 300-1无法在CC 2中通过CRS建立同步。

在此类情况下，虽然UE 300-1无法在CC 2中个别地通过CRS建立同步，但UE 300-1可通过利用CC 1中的通过CRS的同步结果来在CC 2中建立同步。

请注意，CC 1和CC 2可为与传统CC同步的SNCT或彼此同步的UNCT。或者，CC 1和CC2可为彼此同步的传统CC。

-关于CC 2的***信息的提供

通信控制单元151在CC 1中提供***信息。例如，在CC 1中提供的***信息包括关于CC 1的***信息。

另外，例如，在CC 1中提供的***信息不包括关于CC 2的***信息。也就是说，不在宏小区11的CC 1中提供关于微微小区21的CC 2的***信息。将参考图13展示关于这点的具体实例。

图13是用于示出提供关于用于微微小区21中的无线电通信的CC的***信息的路线的第一实例的说明图。参见图13，如在图12中，展示由宏eNodeB100-1使用的CC 1、由微微eNodeB 200使用的CC 2以及UE 300-1。另外，由于UE 300-1满足连接阻拦条件，所以UE300-1不在宏小区11的CC 1中进入RRC_Connected。另外，UE 300-1通过利用CC 1中的通过CRS的同步结果来在微微小区21的CC 2中建立同步。在图13的实例中，明确地说，宏eNodeB100-1不在宏小区11的CC 1中提供关于微微小区21的CC 2的***信息。在这个实例中，微微eNodeB 200在CC 2中提供关于CC 2的***信息。

以此方式，由于不在宏小区11的CC 1中提供关于微微小区21的CC 2的***信息，所以变得有可能进一步抑制宏eNodeB 100中的资源消耗。例如，有可能抑制消耗提供关于CC 2的***信息所需要的存储器资源、无线电资源(例如用于***信息的无线电资源)、进程资源等等。明确地说，由于大量微微小区21可存在于宏小区11内，所以有可能显著抑制资源消耗。

-关于MBMS的信息的提供

此外，例如，通信控制单元151向微微eNodeB 200提供在宏小区11的CC 1中的关于多媒体广播和多播服务(MBMS)的信息(下文中被称为“MBMS信息”)。接着，微微eNodeB 200向UE 300-1提供MBMS信息。

首先，作为前提，MBMS是广播通信服务。任一个子帧被设定为用于MBMS的MBMS子帧。下文将参考图14描述MBMS子帧的实例。

图14是示出MBMS子帧的实例的说明图。参见图14，展示四个资源块，其中两个子帧在时间方向上彼此相邻。首先，第一子帧是MBMS子帧，并且在第一子帧之后的第二子帧不是MBMS子帧而是正常子帧。如这个实例中所示，在MBMS子帧中，CRS被***到各自对应于PDCCH的区，而不是***到各自对应于PDSCH的区。

如上所述，在MBMS子帧中，CRS不被***到CRS理应在正常子帧中***的位置。因此，在UE 300-1不理解哪个子帧在CC 1中是MBMS子帧的情况下，UE 300-1无法考虑MBMS子帧中的CRS的位置来建立同步。因而，可降低同步精确度。因此，需要UE 300-1提前理解哪个子帧在CC 1中是MBMS子帧。指示哪个子帧在CC 1中是MBMS子帧的信息包括在关于CC 1的***信息中。

然而，保持获取关于CC 1的***信息向UE 300-1施加沉重负担而只是为了确定哪个子帧在CC 1中是MBMS子帧。

因此，如上所述，通信控制单元151向微微eNodeB 200提供关于宏小区11的CC 1的MBMS信息。于是，接着，微微eNodeB 200使用***信息或RRC信令向UE 300-1提供MBMS信息。请注意，MBMS信息指示(例如)至少哪个子帧在CC 1中是MBMS子帧。

更具体地说，例如，UE 300-1首先从由宏eNodeB 100在CC 1中提供的***信息获取MBMS信息，并且接着基于MBMS信息在CC 1中建立同步。接着，UE 300-1通过利用CC 1中的同步结果来在CC 2中建立同步。此后，当关于宏小区11的CC 1的MBMS信息改变时，宏eNodeB100-1的通信控制单元151通过网络通信单元130向微微eNodeB 200提供MBMS信息。接着，微微eNodeB 200向UE 300-1提供MBMS信息。接下来，UE 300-1基于已经经由微微eNodeB 200获取的MBMS信息来在CC 1中建立同步。

以上述方式，经由微微eNodeB 200向UE 300-1提供MBMS信息。因此，变得没必要使UE 300-1保持获取关于CC 1的***信息以便确定哪个子帧在CC 1中是MBMS子帧。因此，减少了UE 300-1的负担。

<4.2.UE的配置>

接下来，将参考图15描述根据第一实施例的UE 300-1的配置。图15是示出根据第一实施例的UE 300-1的配置的实例的框图。参见图15，展示UE300-1，其包括天线单元310、无线电通信单元320、存储单元330和控制单元340。

(天线单元310)

天线单元310接收无线电信号并且将所接收的无线电信号输出到无线电通信单元320。另外，天线单元310发射从无线电通信单元320输出的传输信号。(无线电通信单元320)

当UE 300-1位于宏小区11内时，无线电通信单元320执行与宏eNodeB100-1的无线电通信。另外，当UE 300-1位于微微小区21内时，无线电通信单元320执行与微微eNodeB200的无线电通信。

另外，无线电通信单元320可同时使用多个CC来进行无线电通信。具体地说，例如，同时使用多个CC，无线电通信单元320可执行与宏eNodeB 100-1和/或微微eNodeB 200的无线电通信。也就是说，UE 300-1支持载波聚合。

此外，例如，无线电通信单元320通过在CC中传输的同步信号在CC中建立同步。如上所述，例如，同步信号是CRS。例如，无线电通信单元320在用于宏小区11中的无线电通信的CC 1中通过CRS建立同步。

(存储单元330)

存储单元330存储用于UE 300-1的操作的程序和数据。

(控制单元340)

控制单元340提供UE 300-1的多种功能。

控制单元340包括通信控制单元341。

(通信控制单元341)

通信控制单元341控制由UE 300-1在宏小区11和与宏小区11部分或完全地重叠的微微小区21中执行的无线电通信。

-CC 1中的连接的控制

当UE 300-1满足连接阻拦条件时，通信控制单元341不允许UE 300-1在CC 1中连接于无线电资源中。另外，连接阻拦条件包括通过利用通过同步信号的同步结果来在CC 2中同步UE 300-1。

例如，通信控制单元341通过不执行用以在CC 1中连接于无线电资源中的连接程序来不允许UE 300-1在CC 1中连接于无线电资源中。

明确地说，在第一实施例中，在被通知在CC 1中阻拦满足连接阻拦条件的装置的连接后，通信控制单元341即刻不执行用以在CC 1中连接于无线电资源中的连接程序。

更具体地说，例如，关于宏小区11的CC 1的***信息包括指示在CC 1中阻拦满足连接阻拦条件的装置的连接的接入阻拦信息。另一方面，UE 300-1在CC 1中通过例如PSS或SSS等同步信号(以及例如CRS等同步信号)建立同步，并且接着获取关于宏小区11的CC 1的***信息。另外，UE 300-1的通信控制单元341确认***信息包括接入阻拦信息。接着，通信控制单元341确定UE 300-1是否满足连接阻拦条件。当UE 300-1满足连接阻拦条件时，通信控制单元341不执行用以在CC 1中进入RRC_Connected的连接程序。例如，连接程序是包括在随机接入信道(RACH)中传输随机接入前同步码的随机接入程序。

通过抑制执行此类连接程序，变得有可能在UE 300-1满足连接阻拦条件时提前阻止UE 300-1在CC 1中进入RRC_Connected。因而，有可能抑制宏eNodeB 100-1中的资源消耗。

另外，由于UE 300-1响应于在CC 1中阻拦连接的通知而不执行连接程序，所以变得有可能在宏eNodeB 100-1的控制下提前阻止UE 300-1在CC 1中变成RRC_Connected。

-关于CC 2的***信息的获取

通信控制单元341获取关于CC的***信息。例如，通信控制单元341获取关于微微小区21的CC 2的***信息。

另外，例如，通信控制单元341不从在宏小区11的CC 1中提供的***信息获取关于微微小区21的CC 2的***信息。例如，微微eNodeB 200在CC 2中提供关于CC 2的***信息，并且UE 300-1的通信控制单元341获取由微微eNodeB 200提供的***信息。

-关于MBMS的信息的获取

另外，例如，当宏eNodeB 100-1向微微eNodeB 200提供MBMS信息时，UE 300的通信控制单元341获取由微微eNodeB 200提供的MBMS信息。

此外，例如，通信控制单元341基于MBMS信息来控制UE 300-1在CC 1中的同步。具体地说，例如，当UE 300-1的无线电通信单元320在CC 1中通过CRS建立同步时，考虑不***在MBMS子帧中的对应于PDSCH的范围内的CRS的缺少。

请注意，如上所述，例如，通信控制单元341首先从由宏eNodeB 100在CC 1中提供的***信息获取MBMS信息。接着，通信控制单元341基于MBMS信息来控制UE 300-1(无线电通信单元320)在CC 1中的同步。另外，通过利用CC 1中的通过CRS的同步结果，UE 300-1(无线电通信单元320)在CC2中建立同步。此后，当关于宏小区11的CC 1的MBMS信息改变时，宏eNodeB100-1向微微eNodeB 200提供MBMS信息。接着，微微eNodeB 200向UE 300-1提供MBMS信息。最后，通信控制单元341基于已经经由微微eNodeB 200获取的MBMS信息来控制UE300-1(无线电通信单元320)在CC 1中的同步。

<4.3.过程流程>

接下来，将参考图16和图17描述根据第一实施例的通信控制处理的实例。

(宏eNodeB侧上的通信控制处理)

图16是示出根据第一实施例的宏eNodeB侧上的通信控制处理的示意性流程的实例的流程图。

首先，在步骤S410中，通信控制单元151获取关于CC 1的***信息，其包括指示在CC 1中阻拦满足连接阻拦条件的装置的连接的接入阻拦信息。

接下来，在步骤S420中，通信控制单元151通过无线电通信单元120提供关于CC 1的***信息。

另外，在步骤S430中，通信控制单元151确定关于宏小区11的CC 1的MBMS信息是否已经改变。如果MBMS信息改变，那么处理去往步骤S440。否则，处理回到步骤S410。

在步骤S440中，通信控制单元151通过网络通信单元130向微微eNodeB200提供关于宏小区11的CC 1的新MBMS信息。接着，处理回到步骤S410。(UE侧上的通信控制处理)

图17是示出根据第一实施例的UE侧上的通信控制处理的示意性流程的实例的流程图。

首先，在步骤S510中，UE 300-1在CC 1中通过PPS和SSS(以及CRS)建立同步。

接下来，在步骤S520中，通信控制单元341通过无线电通信单元320获取关于宏小区11的CC 1的***信息。

接着，在步骤S530中，通信控制单元341确定关于CC 1的***信息是否包括指示在CC 1中阻拦满足连接阻拦条件的装置的连接的接入阻拦信息。当***信息包括接入阻拦信息时，处理去往步骤S540。否则，处理去往步骤S580。

在步骤S540中，通信控制单元341确定UE 300-1是否满足连接阻拦条件。当UE300-1满足连接阻拦条件时，处理去往步骤S550。否则，处理去往步骤S580。

在步骤S550中，UE 300-1在CC 1中通过CRS建立同步。此处，在宏eNodeB100-1或微微eNodeB 200提供MBMS信息的情况下，UE 300-1基于MBMS信息来在CC 1中通过CRS建立同步。

在步骤S560中，UE 300-1通过利用CC 1中的通过CRS的同步结果来在CC 2中建立同步。

接着，在步骤S570中，通信控制单元341确定UE 300-1是否结束利用CC 1中的通过CRS的同步结果。在UE 300-1结束利用CC 1中的同步结果的情况下，处理结束。否则，处理回到步骤S550。

在步骤S580中，通信控制单元341执行连接程序(例如随机接入程序)以便在CC 1中进入RRC_Connected。接着，处理结束。

<4.4.修改实例>

在第一实施例的上述实例中，宏eNodeB 100不在宏小区11的CC 1中提供关于微微小区21的CC 2的***信息。另一方面，在第一实施例的修改实例中，宏eNodeB 100在宏小区11的CC 1中提供关于微微小区21的CC 2的***信息。因此，UE 300可在进入微微小区21之前提前获取关于微微小区21的CC 2的***信息。

(宏eNodeB 100-1：通信控制单元151)

-关于CC 2的***信息的提供

宏eNodeB 100-1的通信控制单元151在宏小区11的CC 1中提供***信息。接着，在CC 1中提供的***信息包括关于CC 2的***信息。也就是说，通信控制单元151通过无线电通信单元120提供关于CC 2的***信息。

因此，UE 300可在进入微微小区21之前提前获取关于微微小区21的CC2的***信息。

另外，例如，在CC 1中提供的***信息包括关于CC 2的***信息的一部分。也就是说，通信控制单元151通过无线电通信单元120提供关于CC 2的***信息的一部分。

因此，与宏eNodeB 100-1提供关于CC 2的所有***信息的情况相比，可抑制宏eNodeB 100-1中的资源消耗。

此外，例如，在关于CC 2的***信息当中，关于CC 2的***信息的一部分与关于除了CC 1和CC 2之外的另一个CC的***信息是共同的。也就是说，通信控制单元151通过无线电通信单元120提供在关于CC 2的***信息当中与关于另一个CC的***信息共同的信息。下文将参考图18展示关于这点的具体实例。

图18是示出提供关于用于微微小区21中的无线电通信的CC的***信息的路线的第二实例的说明图。参见图18，如在图12和图13中，展示由宏eNodeB100-1使用的CC 1、由微微eNodeB 200使用的CC 2以及UE 300-1。另外，由于UE 300-1满足连接阻拦条件，所以UE300-1不在宏小区11的CC 1中进入RRC_Connected。

另外，UE 300-1通过利用CC 1中的通过CRS的同步结果来在微微小区21的CC 2中建立同步。在图18的实例中，明确地说，在关于微微小区21的CC 2的***信息当中，宏eNodeB 100-1在宏小区11的CC 1中提供与关于除了CC 1和CC 2之外的另一个CC的***信息共同的信息。另外，例如，微微eNodeB 200在微微小区21的CC 2中提供关于微微小区21的CC 2的***信息的其他信息片段。

因此，变得有可能比在个别地提供用于每一CC的***信息的情况下更有效地提供***信息。另外，如果信息对CC为共用的，那么由于信息量不与微微小区21的数目成比例地增加，所以可抑制宏eNodeB 100-1中的资源消耗。(UE 300-1：通信控制单元341)

通信控制单元341从在CC 1中提供的***信息获取关于CC 2的***信息。

例如，通信控制单元341从在宏小区11的CC 1中提供的***信息获取关于CC 2的***信息的一部分，并且从在除了CC 1之外的CC中提供的***信息获取关于CC 2的剩余***信息。例如，除了CC 1之外的CC是微微小区21的CC 2。

此外，例如，通信控制单元341从在宏小区11的CC 1中提供的***信息获取在关于CC 2的***信息当中与关于除了CC 1和CC 2之外的另一个CC的***信息共同的信息。另外，通信控制单元341从在除了CC 1之外的CC中提供的***信息获取在关于CC 2的***信息的片段当中对CC 2唯一的信息。例如，除了CC 1之外的CC是微微小区21的CC 2。

(过程流程)

接下来，将参考图19和图20描述根据第一实施例的修改实例的通信控制处理的实例。

-宏eNodeB侧上的通信控制处理

图19是示出根据第一实施例的修改实例的宏eNodeB侧上的通信控制处理的示意性流程的实例的流程图。此处，将仅描述步骤S415和步骤S425，这两个步骤是已经参考图16描述的根据第一实施例的通信控制处理的实例与根据第一实施例的修改实例的通信控制处理的实例之间的差异。

在步骤S415中，通信控制单元151获取关于微微小区21的CC 2的***信息(共用片段)。

接着，在步骤S425中，通信控制单元151通过无线电通信单元120提供关于宏小区11的CC 1的***信息和关于微微小区21的CC 2的***信息(共用片段)。

-UE侧上的通信控制处理

图20是示出根据第一实施例的修改实例的UE侧上的通信控制处理的示意性流程的实例的流程图。此处，将仅描述步骤S525，所述步骤是已经参考图20描述的根据第一实施例的通信控制处理的实例与根据第一实施例的修改实例的通信控制处理的实例之间的差异。

接下来，在步骤S520中，通信控制单元341通过无线电通信单元320获取关于宏小区11的CC 1的***信息和关于微微小区21的CC 2的***信息(共用片段)。

上文已经描述了本公开的第一实施例。如上所述，根据本公开的第一实施例，可在宏eNodeB 100的控制下抑制宏eNodeB 100中的资源消耗。

<<5.第二实施例>>

接下来，将参考图21至图23描述本公开的第二实施例。根据本公开的第二实施例，变得有可能通过UE 300的自发控制来抑制宏eNodeB 100中的资源消耗。

<5.1.宏eNodeB的配置>

根据第一实施例的宏eNodeB 100-1(通信控制单元151)不允许满足连接阻拦条件的UE 300-1在CC 1中连接(RRC_Connected)于无线电资源中。

另一方面，根据第二实施例的宏eNodeB 100-2不对满足连接阻拦条件的UE 300-2执行此类控制。例如，宏eNodeB 100-2不使用***信息提供指示在CC 1中阻拦满足连接阻拦条件的装置的连接的接入阻拦信息。

除了此类差异之外，根据第二实施例的宏eNodeB 100-2的配置与根据第一实施例的宏eNodeB 100-1的配置相同。

<5.2.UE的配置>

接下来，将参考图21描述根据第二实施例的UE 300-2的配置。图21是示出根据第二实施例的UE 300-2的配置的实例的框图。参见图21，展示UE300-2，其包括天线单元310、无线电通信单元320、存储单元330和控制单元350。

此处，第二实施例中的天线单元310、无线电通信单元320和存储单元330与第一实施例中的那些单元相同。因此，此处将仅描述控制单元350中的通信控制单元351。

(通信控制单元351)

通信控制单元351控制由UE 300-2在宏小区11和与宏小区11部分或完全地重叠的微微小区21中执行的无线电通信。

-CC 1中的连接的控制

当UE 300-2满足连接阻拦条件时，通信控制单元351不允许UE 300-2在CC 1中连接于无线电资源中。另外，连接阻拦条件包括通过利用通过同步信号的同步结果来在CC 2中同步UE 300-2。这点与在第一实施例中相同。

例如，通信控制单元351通过不执行用以在CC 1中连接于无线电资源中的连接程序来不允许UE 300-2在CC 1中连接于无线电资源中。这点也与在第一实施例中相同。

明确地说，在第二实施例中，当UE 300-2满足连接阻拦条件时，通信控制单元351不自发执行用以在CC 1中连接于无线电资源中的连接程序。

更具体地说，例如，通信控制单元351通过例如PSS或SSS等同步信号(以及例如CRS等同步信号)在CC 1中建立同步并且获取关于CC 1的***信息。接着，当满足连接阻拦条件时，UE 300-1不自发执行连接程序来在CC 1中进入RRC_Connected。另一方面，当不满足连接阻拦条件时，UE 300-1执行在CC 1中进入RRC_Connected所需要的连接程序。例如，连接程序是包括在随机接入信道(RACH)中传输随机接入前同步码的随机接入程序。

通过不执行此类连接程序，当UE 300-2满足连接阻拦条件时，可提前阻止UE 300-2在CC 1中进入RRC_Connected。因而，可抑制宏eNodeB 100-2中的资源消耗。

另外，通过UE 300-1不自发执行连接程序，宏eNodeB 100-2的控制变得不必要。因此，可抑制宏eNodeB 100-2中的资源(例如用于控制信息传输的无线电资源和进程资源)的消耗。

-关于CC 2的***信息的获取

通信控制单元351获取关于CC的***信息。例如，通信控制单元351获取关于微微小区21的CC 2的***信息。这点与在第一实施例(或根据第一实施例的修改实例)中相同。

-关于MBMS的信息的获取

另外，例如，当宏eNodeB 100-2向微微eNodeB 200提供MBMS信息时，UE 300的通信控制单元351获取由微微eNodeB 200提供的MBMS信息。这点也与在第一实施例中相同。

<5.3.过程流程>

接下来，将参考图22和图23描述根据第二实施例的通信控制处理的实例。

(宏eNodeB侧上的通信控制处理)

图22是示出根据第二实施例的宏eNodeB侧上的通信控制处理的示意性流程的实例的流程图。此处，将仅描述步骤S417，所述步骤是已经参考图16描述的根据第一实施例的通信控制处理的实例与根据第二实施例的通信控制处理的实例之间的差异。

在步骤S417中，宏eNodeB 100-2获取关于宏小区11的CC 1的***信息。(UE侧上的通信控制处理)

图23是示出根据第二实施例的UE侧上的通信控制处理的示意性流程的实例的流程图。参见图17和图23，根据第一实施例的通信控制处理的实例与根据第二实施例的通信控制处理的实例之间的差异在于，根据第一实施例的通信控制处理包括步骤S530，但根据第二实施例的通信控制处理不包括步骤S530。

上文已经描述了本公开的第二实施例。如上所述，根据本公开的第二实施例，通过UE 300的自发控制，可抑制宏eNodeB 100中的资源消耗。

<<6.应用实例>>

与本公开有关的技术可应用于各种产品。例如，宏eNodeB 100可被实现为eNodeB800，其包括控制无线电通信的主体(还被称为基站装置)和天线。或者，宏eNodeB 100可被实现为eNodeB 830，其包括控制无线电通信的主体、设置在远离主体的不同位置中的一个或一个以上远程无线电头端(RRH)以及天线。另外，稍后描述的各种类型的终端可通过暂时地或半永久地执行作为基站的功能来作为宏eNodeB 100操作。

另外，UE 300可被实现为(例如)移动终端，例如智能电话、平板个人计算机(PC)、笔记本PC、便携式游戏控制台、便携式/软件狗样式移动路由器或数码相机，或者被实现为车载终端，例如汽车导航装置。另外，UE 300还可被实现为进行机器对机器(M2M)通信的终端(还称为机器类型通信(MTC)终端)。此外，UE 300可为安装在这些终端上的无线电通信模块(例如，配置在单个晶粒上的集成电路模块)。

<6.1.与宏eNodeB有关的应用>

(第一应用)

图24是示出根据本公开的技术可应用于的eNodeB的示意性配置的第一实例的框图。eNodeB 800包括一个或一个以上天线810和一个基站装置820。相应天线810和基站装置820可经由RF电缆彼此连接。

每一天线810包括单个或多个天线元件(例如，构成MIMO天线的多个天线元件)，并且由基站装置820使用来发射和接收无线电信号。eNodeB 800可包括多个天线810，如图24所示，并且多个天线810可分别对应于(例如)由eNodeB 800使用的多个频带。请注意，虽然图24示出包括多个天线810的eNodeB 800的实例，但eNodeB 800也可包括单个天线810。

基站装置820配备有控制器821、存储器822、网络接口823和无线电通信接口825。

控制器821可为(例如)CPU或DSP，并且致使基站装置820的各种较高层功能操作。例如，控制器821从由无线电通信接口825处理的信号内部的数据生成数据包，并且经由网络接口823转发所生成的包。控制器821还可通过捆绑来自多个基带处理器的数据来生成捆绑包，并且转发所生成的捆绑包。另外，控制器821还可包括执行例如无线电资源控制(RRC)、无线电承载控制、移动性管理、允入控制或调度等控制的逻辑功能。另外，此类控制还可协同附近eNodeB或核心网络节点来执行。存储器822包括RAM和ROM，并且存储由控制器821执行的程序以及各种控制数据(例如终端列表、发射功率数据和调度数据)。

网络接口823是用于将基站装置820连接到核心网络824的通信接口。控制器821还可经由网络接口823与核心网络节点或另一个eNodeB通信。在这种情况下，eNodeB 800和核心网络节点或其它eNodeB可通过逻辑接口(例如，S1接口或X2接口)彼此连接。网络接口823还可为有线通信接口或用于无线回程的无线电通信接口。在网络接口823是无线电通信接口的情况下，网络接口823可针对无线电通信使用比由无线电通信接口825使用的频带高的频带。

无线电通信接口825支持例如长期演进(LTE)或LTE-Advanced等蜂窝通信方案，并且经由天线810向位于eNodeB 800的小区内部的终端提供无线电连接。通常，无线电通信接口825可包括基带(BB)处理器826、RF电路827等等。BB处理器826可进行例如编码/解码、调制/解调和多路复用/多路分用等过程，并且执行相应层中的各种信号处理(例如，L1、媒体接入控制(MAC)、无线电链路控制(RLC)和分组数据会聚协议(PDCP))。BB处理器826还可包括早先论述的一些或所有逻辑功能来代替控制器821。BB处理器826可为包括存储通信控制程序的存储器、执行此类程序的处理器和相关电路的模块。BB处理器826的功能还可能够通过更新程序来修改。另外，所述模块可为***到基站装置820的狭槽中的卡片或叶片，或者安装在卡片或叶片上的芯片。同时，RF电路827可包括例如混频器、滤波器和放大器等部件，并且经由天线810发射和接收无线电信号。

无线电通信接口825还可包括多个BB处理器826，如图24所示，并且所述多个BB处理器826可分别对应于(例如)由eNodeB 800使用的多个频带。另外，无线电通信接口825还可包括多个RF电路827，如图24所示，并且所述多个RF电路827可分别对应于(例如)多个天线元件。请注意，虽然图24示出了包括多个BB处理器826和多个RF电路827的无线电通信接口825的实例，但无线电通信接口825也可包括单个BB处理器826或单个RF电路827。(第二应用)

图25是示出根据本公开的技术可应用于的eNodeB的示意性配置的第二实例的框图。eNodeB 830包括一个或一个以上天线840、基站装置850和RRH860。相应天线840和RRH860可经由RF电缆彼此连接。另外，基站装置850和RRH 860可通过例如光纤电缆等高速链路彼此连接。

每一天线840包括单个或多个天线元件(例如，构成MIMO天线的多个天线元件)，并且由RRH 860使用来发射和接收无线电信号。eNodeB 830可包括多个天线840，如图25所示，并且所述多个天线840可分别对应于(例如)由eNodeB 830使用的多个频带。请注意，虽然图25示出了包括多个天线840的eNodeB 830的实例，但eNodeB 830也可包括单个天线840。

基站装置850配备有控制器851、存储器852、网络接口853、无线电通信接口855和连接接口857。控制器851、存储器852和网络接口853类似于参考图24描述的控制器821、存储器822和网络接口823。

无线电通信接口855支持例如LTE或LTE-Advanced等蜂窝通信方案，并且经由RRH860和天线840向位于对应于RRH 860的扇区内部的终端提供无线电连接。通常，无线电通信接口855可包括BB处理器856等等。BB处理器856类似于参考图24描述的BB处理器826，不同之处只是经由连接接口857连接到RRH 860的RF电路864。无线电通信接口855还可包括多个BB处理器856，如图25所示，并且所述多个BB处理器856可分别对应于(例如)由eNodeB 830使用的多个频带。请注意，虽然图25示出了包括多个BB处理器856的无线电通信接口855的实例，但无线电通信接口855也可包括单个BB处理器856。

连接接口857是用于将基站装置850(无线电通信接口855)连接到RRH860的接口。连接接口857还可为用于在连接基站装置850(无线电通信接口855)和RRH 860的高速链路上进行通信的通信模块。

另外，RRH 860配备有连接接口861和无线电通信接口863。

连接接口861是用于将RRH 860(无线电通信接口863)连接到基站装置850的接口。连接接口861还可为用于在高速链路上进行通信的通信模块。

无线电通信接口863经由天线840发射和接收无线电信号。通常，无线电通信接口863可包括RF电路864。RF电路864可包括例如混频器、滤波器和放大器等部件，并且经由天线840发射和接收无线电信号。无线电通信接口863还可包括多个RF电路864，如图25所示，并且所述多个RF电路864可分别对应于(例如)多个天线元件。请注意，虽然图25示出了包括多个RF电路864的无线电通信接口863的实例，但无线电通信接口863也可包括单个RF电路864。

在图24和25所示的eNodeB 800和eNodeB 830中，参考图11描述的通信控制单元151可在无线电通信接口825以及无线电通信接口855和/或无线电通信接口863中实施。另外，至少一部分功能还可在控制器821和控制器851中实施。

<6.2.与UE有关的应用>

(第一应用)

图26是示出根据本公开的技术可应用于的智能电话900的示意性配置的实例的框图。智能电话900配备有处理器901、存储器902、存储装置903、外部连接接口904、相机906、传感器907、麦克风908、输入装置909、显示装置910、扬声器911、无线电通信接口912、一个或一个以上天线开关915、一个或一个以上天线916、总线917、电池918和辅助控制器919。

处理器901可为(例如)CPU或单芯片***(SoC)，并且控制智能电话900的应用层和其它层中的功能。存储器902包括RAM和ROM，并且存储由处理器901执行的程序以及数据。存储装置903可包括存储媒体，例如半导体存储器或硬盘。外部连接接口904是用于将外部附接装置(例如存储卡或通用串行总线(USB)装置)连接到智能电话900的接口。

相机906包括图像传感器，例如电荷耦合装置(CCD)或互补金属氧化物半导体(CMOS)传感器，并且生成俘获图像。传感器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还可包括多个BB处理器913和多个RF电路914，如图26所示。请注意，虽然图26示出了包括多个BB处理器913和多个RF电路914的无线电通信接口912的实例，但无线电通信接口912也可包括单个BB处理器913或单个RF电路914。

此外，除了蜂窝通信方案之外，无线电通信接口912还可支持其它类型的无线电通信方案，例如短程无线电通信方案、近场无线电通信方案或无线局域网(LAN)方案。在这种情况下，可针对每一无线电通信方案包括BB处理器913和RF电路914。

每一天线开关915在无线电通信接口912中所包括的多个电路(例如，用于不同无线电通信方案的电路)当中切换天线916的目的地。

每一天线916包括单个或多个天线元件(例如，构成MIMO天线的多个天线元件)，并且由无线电通信接口912使用来发射和接收无线电信号。智能电话900还可包括多个天线916，如图26所示。请注意，虽然图26示出了包括多个天线916的智能电话900的实例，但智能电话900也可包括单个天线916。

此外，智能电话900还可针对每一无线电通信方案配备有一个天线916。在这种情况下，可从智能电话900的配置省略天线开关915。

总线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中实施。

(第二应用)

图27是示出根据本公开的技术可应用于的汽车导航装置920的示意性配置的实例的框图。汽车导航装置920配备有处理器921、存储器922、全球定位***(GPS)模块924、传感器925、数据接口926、内容播放器927、存储媒体接口928、输入装置929、显示装置930、扬声器931、无线电通信接口933、一个或一个以上天线开关936、一个或一个以上天线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还可包括多个BB处理器934和多个RF电路935，如图27所示。请注意，虽然图27示出了包括多个BB处理器934和多个RF电路935的无线电通信接口933的实例，但无线电通信接口933也可包括单个BB处理器934或单个RF电路935。

此外，除了蜂窝通信方案之外，无线电通信接口933还可支持其它类型的无线电通信方案，例如短程无线电通信方案、近场无线电通信方案或无线LAN方案。在这种情况下，可针对每一无线电通信方案包括BB处理器934和RF电路935。

每一天线开关936在无线电通信接口933中所包括的多个电路(例如，用于不同无线电通信方案的电路)当中切换天线937的目的地。

每一天线937包括单个或多个天线元件(例如，构成MIMO天线的多个天线元件)，并且由无线电通信接口933使用来发射和接收无线电信号。汽车导航装置920还可包括多个天线937，如图27所示。请注意，虽然图27示出了包括多个天线937的汽车导航装置920的实例，汽车导航装置920还可包括单个天线937。

此外，汽车导航装置920还可针对每一无线电通信方案配备有一个天线937。在这种情况下，可从汽车导航装置920的配置省略天线开关936。

电池938经由附图中以虚线部分地示出的供电线向图27所示的汽车导航装置920的相应块提供电力。另外，电池938存储从车辆提供的电力。

在图27所示的汽车导航装置920中，参考图15描述的通信控制单元341和参考图21描述的通信控制单元351可在无线电通信接口933中实施。另外，这些功能中的至少一些功能还可在处理器921中实施。

另外，根据本公开的技术还可被实现为车载***(或车辆)940，其包括上文论述的汽车导航装置920的一个或一个以上块、车载网络941和车辆侧模块942。车辆侧模块942生成例如车辆速度、发电机转数或故障信息等车辆侧数据，并且向车载网络941输出所生成的数据。

<<7.结论>>

上文已经参考图10至图23描述了根据本公开的一个实施例的宏eNodeB100、UE300和每一种通信控制处理。根据本公开的一个实施例，用于宏小区11中的无线电通信的CC1与用于微微小区21中的无线电通信的CC 2同步。另外，在CC 1中，传输用于CC 1中的同步的同步信号。另外，满足连接阻拦条件的UE 300不在CC 1中连接于无线电资源中。连接阻拦条件包括UE 300在CC 2中的同步利用通过同步信号的同步结果。

因此，在宏小区11的CC 1由UE 300使用来利用同步结果的情况下，有可能抑制宏eNodeB 100中的资源消耗。

更具体地说，大量UE 300可存在于宏小区11内，并且大量UE 300可针对微微小区21的CC 2中的同步利用宏小区11的CC 1中的同步结果。在这种情况下，如果大量UE 300在CC 1中进入RRC_Connected，那么可在宏eNodeB100中消耗大量资源。例如，在宏eNodeB 100中，可消耗用于保持寻址到大量UE 300的数据的存储器资源、用于向大量UE 300发信号的无线电资源和用于向大量UE 300发信号的进程资源。

因此，通过阻止将CC 1中的同步结果用于微微小区21的CC 2中的同步的一些或所有UE 300在CC 1中进入RRC_Connected，变得有可能抑制宏eNodeB 100中的资源消耗。例如，有可能抑制消耗宏eNodeB 100中的存储器资源、宏eNodeB 100所使用的无线电资源、宏eNodeB 100中的进程资源等等。

另外，根据第一实施例，宏eNodeB 100不允许满足连接阻拦条件的UE 300在CC 1中连接于无线电资源中。

因此，还有可能在网络侧(宏eNodeB 100-1侧)上选择性地不允许UE 300进入RRC_Connected。作为实例，在大量微微小区21部署于宏小区11内的情况下，宏eNodeB 100不允许连接满足连接阻拦条件的UE 300；在仅少量微微小区21部署于宏小区11内的情况下，宏eNodeB 100可允许连接甚至满足连接阻拦条件的UE 300。

此外，作为具体方法的实例，宏eNodeB 100向UE 300通知在CC 1中阻拦满足连接阻拦条件的装置的连接，使得UE 300可抑制在CC 1中连接于无线电资源中。

因此，可提前阻止满足连接阻拦条件的UE 300在CC 1中进入RRC_Connected。也就是说，有可能提前阻止UE 300在CC 1中进入RRC_Connected而非将已经在CC 1中进入RRC_Connected的UE 300恢复到RRC_IDLE。因此，有可能抑制生成与连接程序有关的无用通信和处理。

此外，例如，宏eNodeB 100使用在CC 1中提供的***信息向UE 300通知连接阻拦。

因此，变得有可能通知不进入RRC_Connected的UE 300-1。

另一方面，根据第二实施例，在UE 300满足连接阻拦条件的情况下，UE300不被允许在CC 1中连接于无线电资源中。

因此，宏eNodeB 100的控制变得不必要。因此，可抑制宏eNodeB 100中的资源(例如用于控制信息传输的无线电资源和进程资源)的消耗。

此外，例如，连接阻拦条件进一步包括UE 300抑制使用CC 1发射和接收数据。

因此，可抑制宏eNodeB 100-1中的资源消耗，并且UE 300-1可使用宏小区11的CC1发射和接收数据。

更具体地说，当将CC 1中的同步结果用于CC 2中的同步的所有UE 300不被允许进入RRC_Connected时，UE 300使用CC 1发射和接收数据可大大受限。例如，在CC 1中的同步结果被用于CC 2中的同步的情况下，UE 300无法使用CC 1发射和接收数据。另外，从另一角度来看，除了在CC 1中的同步结果不被用于CC 2中的同步的条件下之外，UE 300无法使用CC 1发射和接收数据。

因此，在利用CC 1中的同步结果的UE 300当中，明确地说，不使用CC 1发射和接收数据的UE 300不被允许在CC 1中进入RRC_Connected，进而使得UE 300能够更自由地使用宏小区11的CC 1发射和接收数据。也就是说，UE300可在利用CC 1中的同步结果的同时使用CC 1发射和接收数据。另外，由于不使用CC 1发射和接收数据的UE 300不在CC 1中进入RRC_Connected，所以有可能抑制宏eNodeB 100中的进程资源等等的消耗。

另外，例如，在CC 1中提供的***信息不包括关于CC 2的***信息。

因此，变得有可能进一步抑制宏eNodeB 100中的资源消耗。例如，有可能抑制提供关于CC 2的***信息所需要的存储器资源、无线电资源(例如用于***信息的无线电资源)、进程资源等等的消耗。明确地说，由于大量微微小区21可存在于宏小区11内，所以有可能显著抑制资源消耗。

请注意，如第一实施例的修改实例中所示，在CC 1中提供的***信息可包括关于CC 2的***信息。

因此，UE 300可在进入微微小区21之前提前获取关于微微小区21的CC2的***信息。

另外，在CC 1中提供的***信息可包括关于CC 2的***信息的一部分。

因此，与宏eNodeB 100提供关于CC 2的所有***信息的情况相比，可抑制宏eNodeB 100中的资源消耗。

此外，在关于CC 2的***信息当中，关于CC 2的***信息的一部分可与关于除了CC 1和CC 2之外的另一个CC的***信息为共同的。

因此，变得有可能比在个别地提供用于每一CC的***信息的情况下更有效地提供***信息。另外，如果信息对CC为共用的，那么由于信息量不与微微小区21的数目成比例地增加，所以可抑制宏eNodeB 100中的资源消耗。

此外，例如，宏eNodeB 100在宏小区11的CC 1中向微微eNodeB 200提供关于MBMS的信息(即，MBMS信息)。接着，宏eNodeB 100向UE 300提供MBMS信息。

因此，变得没必要使UE 300保持获取关于CC 1的***信息以便确定哪个子帧是CC1中的MBMS子帧。因此，减少了UE 300的负担。

上文已经参考附图描述了本公开的优选实施例，而本公开当然不限于以上实例。本领域的技术人员可发现属于所附权利要求书的范围内的各种更改和修改，并且应当理解，它们将自然归入本公开的技术范围内。

例如，虽然通知连接阻拦的实例(具体地说，提供接入阻拦信息的实例)已经被展示为其中宏eNodeB不允许满足连接阻拦条件的UE在宏小区的频带(CC)中连接于无线电资源中的方法，但本公开不限于这个实例。可采用另一种不允许UE在频带中连接的方法。作为实例，除了宏eNodeB之外的节点(例如微微eNodeB)可通知连接阻拦来代替宏eNodeB。作为另一个实例，可通过在连接于无线电资源中(即，RRC_Connected)的UE当中使得满足连接阻拦条件的UE在无线电资源中处于闲置状态(RRC_Idle)来阻止满足连接阻拦条件的UE连接于无线电资源中。即使满足连接阻拦条件的UE进入RRC_Connected，此后仍可将所述UE恢复到RRC_Idle并且可阻止满足连接阻拦条件的UE连接于无线电资源中。

此外，虽然上文已经描述了集中于用于宏小区中的无线电通信的第一频带和用于微微小区中的无线电通信的第二频带的处理的实例，但本公开不限于这个实例。当然，相互同步的宏小区的频带与微微小区的频带的另一个组合可受到相同处理。

已经描述了指示相互同步的频带(例如，相互同步的CC)在时间方向和频率方向两者上相互同步的实例，但本公开不限于这个实例。例如，相互同步的频带可为在时间方向上同步的频带。例如，相互同步的频带可为在频率方向上同步的频带。例如，相互同步的频带可为在时间方向和频率方向中的一者上同步的频带。

微微小区可被例示为小小区的实例，但本公开不限于这个实例。小小区可为除了微微小区之外的部分或完全地与宏小区重叠的小区(例如，毫微小区或毫微微小区)。

已经描述了通信***符合LTE-A的实例，但本公开不限于这个实例。例如，通信***可为符合3GPP中的不同标准的***。例如，通信***可为符合3GPP中的未来标准的***。

另外，本说明书中的通信控制处理中的处理步骤并不严格限于以遵循流程图中所描述的顺序的时间序列来执行。例如，通信控制处理中的处理步骤可按与本文描述为流程图的顺序不同的顺序来执行，并且另外可并行地执行。

另外，有可能创建用于致使构建到通信控制装置(例如，宏eNodeB)或终端装置(例如，UE)中的例如CPU、ROM和RAM等硬件展现与前述通信控制装置的每一结构元件类似的功能的计算机程序。

另外，本技术还可如下配置。

(1)一种通信控制装置，其包括：

通信控制单元，其被配置为控制与小小区的部分或全部重叠的宏小区中的无线电通信，

其中用于宏小区中的无线电通信的第一频带与用于小小区中的无线电通信的第二频带同步，

其中在第一频带中传输用于第一频带中的同步的同步信号，

其中通信控制单元阻止满足特定条件的终端装置在第一频带中连接于无线电资源中，并且

其中所述特定条件包括终端装置在第二频带中利用根据同步信号的同步结果实现同步。

(2)根据(1)所述的通信控制装置，

其中所述特定条件进一步包括终端装置抑制使用第一频带发射和接收数据。

(3)根据(1)或(2)所述的通信控制装置，

其中通信控制单元在第一频带中提供***信息，并且

其中所述***信息不包括关于第二频带的***信息。

(4)根据(1)或(2)所述的通信控制装置，

其中通信控制单元在第一频带中提供***信息，并且

其中所述***信息包括关于第二频带的***信息。

(5)根据(4)所述的通信控制装置，

其中在第一频带中提供的***信息包括关于第二频带的***信息的一部分。

(6)根据(5)所述的通信控制装置，

其中在关于第二频带的***信息当中，关于第二频带的***信息的一部分是与关于除了第一频带和第二频带之外的另一个频带的***信息共同的信息。

(7)根据(1)至(6)中任一项所述的通信控制装置，

其中通信控制单元通过向终端装置通知在第一频带中阻拦满足特定条件的装置的连接来阻止终端装置在第一频带中连接于无线电资源中。

(8)根据(7)所述的通信控制装置，

其中通信控制单元使用在第一频带中提供的***信息向终端装置通知连接阻拦。

(9)根据(1)至(8)中任一项所述的通信控制装置，

其中通信控制单元向小小区的基站提供在第一频带中的关于多媒体广播和多播服务(MBMS)的信息，并且

其中关于MBMS的信息由小小区的基站提供给终端装置。

(10)根据(1)至(9)中任一项所述的通信控制装置，

其中第二频带是其中抑制同步信号在至少任何一个子帧中进行传输的频带，每一子帧为无线电通信的时间单位。

(11)根据(10)所述的通信控制装置，

其中在第二频带中传输的同步信号的数目小于在第一频带中传输的同步信号的数目。

(12)根据(11)所述的通信控制装置，

其中在第二频带中传输的同步信号的数目小于在第二频带中同步所需要的同步信号的数目。

(13)根据(1)至(12)中任一项所述的通信控制装置，

其中同步信号是共用参考信号。

(14)一种通信控制方法，其包括：

控制与小小区的部分或全部重叠的宏小区中的无线电通信，

其中用于宏小区中的无线电通信的第一频带与用于小小区中的无线电通信的第二频带同步，

其中在第一频带中传输用于第一频带中的同步的同步信号，

其中控制宏小区中的无线电通信包括阻止满足特定条件的终端装置在第一频带中连接于无线电资源中，并且

其中所述特定条件包括终端装置在第二频带中利用根据同步信号的同步结果实现同步。

(15)一种终端装置，其包括：

通信控制单元，其被配置为控制由终端装置在宏小区和与宏小区部分或完全地重叠的小小区中执行的无线电通信，

其中用于宏小区中的无线电通信的第一频带与用于小小区中的无线电通信的第二频带同步，

其中在第一频带中传输用于第一频带中的同步的同步信号，

其中当终端装置满足特定条件时，通信控制单元阻止终端装置在第一频带中连接于无线电资源中，并且

其中所述特定条件包括终端装置在第二频带中利用根据同步信号的同步结果实现同步。

(16)根据(15)所述的终端装置，

其中通信控制单元抑制从在第一频带中提供的***信息获取关于第二频带的***信息。

(17)根据(15)所述的终端装置，

其中通信控制单元从在第一频带中提供的***信息获取关于第二频带的***信息。

(18)根据(15)至(17)中任一项所述的终端装置，

其中通信控制单元通过抑制执行用以在第一频带中连接于无线电资源中的连接程序来阻止终端装置在第一频带中连接于无线电资源中。

(19)根据(18)所述的终端装置，

其中通信控制单元在接收到在第一频带中阻拦满足特定条件的装置的连接的通知后抑制执行用以在第一频带中连接于无线电资源中的连接程序。

(20)根据(18)所述的终端装置，

其中当终端装置满足所述特定条件时，通信控制单元自发抑制执行用以在第一频带中连接于无线电资源中的连接程序。

参考标号列表

1 通信***

1 宏小区

21 微微小区

100 宏eNodeB

151 通信控制单元

200 微微eNodeB

300 UE(用户设备)

341、351 通信控制单元

Claims (20)

1.一种通信控制装置，其包含：

通信控制单元，其被配置为控制与小小区的部分或全部重叠的宏小区中的无线电通信，

其中用于所述宏小区中的所述无线电通信的第一频带与用于所述小小区中的无线电通信的第二频带同步，

其中在所述第一频带中传输用于所述第一频带中的同步的同步信号，

其中所述通信控制单元阻止满足特定条件的终端装置在所述第一频带中连接于无线电资源中，并且

其中所述特定条件包括所述终端装置在所述第二频带中利用根据所述同步信号的同步结果实现同步。

2.根据权利要求1所述的通信控制装置，

其中所述特定条件进一步包括所述终端装置抑制使用所述第一频带发射和接收数据。

3.根据权利要求1所述的通信控制装置，

其中所述通信控制单元在所述第一频带中提供***信息，并且

其中所述***信息不包括关于所述第二频带的***信息。

4.根据权利要求1所述的通信控制装置，

其中所述通信控制单元在所述第一频带中提供***信息，并且

其中所述***信息包括关于所述第二频带的***信息。

5.根据权利要求4所述的通信控制装置，

其中在所述第一频带中提供的所述***信息包括关于所述第二频带的所述***信息的一部分。

6.根据权利要求5所述的通信控制装置，

其中在关于所述第二频带的所述***信息当中，关于所述第二频带的所述***信息的所述部分是与关于除了所述第一频带和所述第二频带之外的另一个频带的***信息共同的信息。

7.根据权利要求1所述的通信控制装置，

其中所述通信控制单元通过向所述终端装置通知在所述第一频带中阻拦满足所述特定条件的装置的连接来阻止所述终端装置在所述第一频带中连接于无线电资源中。

8.根据权利要求7所述的通信控制装置，

其中所述通信控制单元使用在所述第一频带中提供的***信息向所述终端装置通知所述连接阻拦。

9.根据权利要求1所述的通信控制装置，

其中所述通信控制单元向所述小小区的基站提供在所述第一频带中的关于多媒体广播和多播服务(MBMS)的信息，并且

其中关于所述MBMS的所述信息由所述小小区的所述基站提供给所述终端装置。

10.根据权利要求1所述的通信控制装置，

其中所述第二频带是其中抑制同步信号在至少任何一个子帧中进行传输的频带，每一子帧为无线电通信的时间单位。

11.根据权利要求10所述的通信控制装置，

其中在所述第二频带中传输的同步信号的数目小于在所述第一频带中传输的所述同步信号的数目。

12.根据权利要求11所述的通信控制装置，

其中在所述第二频带中传输的同步信号的所述数目小于在所述第二频带中同步所需要的同步信号的数目。

13.根据权利要求1所述的通信控制装置，

其中所述同步信号是共用参考信号。

14.一种通信控制方法，其包含：

控制与小小区的部分或全部重叠的宏小区中的无线电通信，

其中用于所述宏小区中的所述无线电通信的第一频带与用于所述小小区中的无线电通信的第二频带同步，

其中在所述第一频带中传输用于所述第一频带中的同步的同步信号，

其中所述控制所述宏小区中的所述无线电通信包括阻止满足特定条件的终端装置在所述第一频带中连接于无线电资源中，并且

其中所述特定条件包括所述终端装置在所述第二频带中利用根据所述同步信号的同步结果实现同步。

15.一种终端装置，其包含：

通信控制单元，其被配置为控制由所述终端装置在宏小区和与所述宏小区部分或完全地重叠的小小区中执行的无线电通信，

其中用于所述宏小区中的所述无线电通信的第一频带与用于所述小小区中的所述无线电通信的第二频带同步，

其中在所述第一频带中传输用于所述第一频带中的同步的同步信号，

其中当所述终端装置满足特定条件时，所述通信控制单元阻止所述终端装置在所述第一频带中连接于无线电资源中，并且

其中所述特定条件包括所述终端装置在所述第二频带中利用根据所述同步信号的同步结果实现同步。

16.根据权利要求15所述的终端装置，

其中所述通信控制单元抑制从在所述第一频带中提供的***信息获取关于所述第二频带的***信息。

17.根据权利要求15所述的终端装置，

其中所述通信控制单元从在所述第一频带中提供的***信息获取关于所述第二频带的***信息。

18.根据权利要求15所述的终端装置，

其中所述通信控制单元通过抑制执行用以在所述第一频带中连接于无线电资源中的连接程序来阻止所述终端装置在所述第一频带中连接于无线电资源中。

19.根据权利要求18所述的终端装置，

其中所述通信控制单元在接收到在所述第一频带中阻拦满足所述特定条件的装置的连接的通知后抑制执行用以在所述第一频带中连接于无线电资源中的所述连接程序。

20.根据权利要求18所述的终端装置，

其中当所述终端装置满足所述特定条件时，所述通信控制单元自发抑制执行用以在所述第一频带中连接于无线电资源中的所述连接程序。