CN103563466A - 基站和通信方法 - Google Patents

Abstract

能够实现无线通信中数据通信的高速化以及大容量化。基站（1）的发送部（1a）通过多个频带向无线终端（3）发送数据。转发部（1b）将由发送部（1a）发送的数据的一部分转发给基站（2），使得在其它基站（2）中也进行针对无线终端（3）的数据发送。基站（2）的接收部（2a）接收转发部（1b）转发的数据。发送部（2b）将接收部（2a）接收到的数据发送给无线终端（3）。

Description

基站和通信方法

技术领域

本件涉及与无线终端进行无线通信的基站及其通信方法。

背景技术

当前，便携电话系统等移动通信系统被广泛使用，为了实现无线通信的进一步高速化及大容量化，正持续研究关于下一代移动通信技术。

例如，国际标准化团体3GPP（3rd Generation Partnership Project：第三代合作伙伴计划）提出了被称作LTE（Long Term Evolution：长期演进）的标准。此外，还提出了对LTE进行了扩展的被称作LTE-A（LTE-Advanced）的标准。在LTE-A的标准化中，进行了用于提供更高速的数据通信的研究，但是为了实现它，需要较宽的频带。另一方面，由于按照避开已分配的频带的方式来分配频率，因此很难连续分配较宽的频率。

作为其应对方法，正在研究在下行方向的通信中使用多个频带且在UE（UserEquipment：用户设备）的基带上一体地进行处理的载波聚合（CA：Carrier Aggregation）技术。在CA技术中，各个频带被称作分量载波（CC：Component Carrier）。

此外，以往，在进行协作通信的通信系统中，主要涉及预编码处理，提出了高效地进行适应性控制的通信系统（例如，参照专利文献1）。

此外，以往，提出了如下资源控制系统：通过实现本小区与周边小区的资源控制的协调，能够实现考虑了系统整体的Qos的提高以及资源的有效利用（例如，参照专利文献2）。

现有技术文献

专利文献

专利文献1：日本特开2011-004161号公报

专利文献2：日本特开2003-199144号公报

发明内容

发明要解决的问题

但是，今后，信息化社会还会发展，期望数据通信进一步的高速化及大容量化。

本件是鉴于这方面而完成的，目的在于提供一种能够实现数据通信的高速化及大容量化的基站和通信方法。

用于解决问题的手段

为了解决上述问题，提供了一种与无线终端进行无线通信的基站。该基站具有：发送部，其使用多个频带向所述无线终端发送数据；以及转发部，其将由所述发送部发送的数据的一部分转发给其它基站，使得在所述其它基站中进行针对所述无线终端的数据发送。

发明效果

根据所公开的装置和方法，能够实现数据通信的高速化以及大容量化。

通过表示作为本发明的例子的优选实施方式的附图以及以下相关说明，本发明的上述目的、其它目的、特征以及优点变得明确。

附图说明

图1是说明第1实施方式的基站的图。

图2是说明CA的图之1。

图3是说明CA的图之2。

图4是说明图1的无线终端的无线资源分配的图。

图5是示出第2实施方式的无线通信系统的例子的图。

图6是说明图5的无线通信系统的动作的图。

图7是示出eNB的动作的流程图。

图8是无线通信系统的时序图。

图9是无线通信系统的时序图。

图10是无线通信系统的时序图。

图11是无线通信系统的时序图。

图12是无线通信系统的时序图。

图13是示出eNB的硬件结构例的图。

图14是示出eNB的功能模块的图。

图15是示出CA开始处理的时序图。

图16是示出CA开始处理的时序图。

图17是说明发送缓冲器管理表的图。

图18是说明监视频带的选择的图。

图19是示出Scell的无线资源分配请求处理的时序图。

图20是说明决定其它站的优先级的图。

图21是示出数据转发的处理延迟测定处理的时序图。

图22是示出数据转发的处理延迟测定处理的其它时序图。

图23是说明CA处理的图之1。

图24是说明CA处理的图之2。

图25是示出转发给其它站的eNB的数据的数据格式例的图。

图26是示出下行链路层的数据的流向的图。

具体实施方式

以下，参照附图，对实施方式进行详细说明。

［第1实施方式］

图1是说明第1实施方式的基站的图。图1示出了基站1、2和无线终端3。基站2例如是基站1的相邻基站。无线终端3例如是便携电话。如图1所示，基站1具有发送部1a和转发部1b。

发送部1a通过CA向无线终端3进行数据发送。转发部1b将由发送部1a通过CA向无线终端3发送的数据的一部分转发给基站2，使得在其它基站2中进行向无线终端3的数据发送。

基站2具有接收部2a和发送部2b。接收部2a接收从基站1的转发部1b转发来的数据。即，接收部2a从基站1接收基站1通过CA要向无线终端3发送的数据的一部分。发送部2b将接收部2a接收到的数据发送给无线终端3。

对CA进行说明。图2是说明CA的图之1。图2的（A）、（B）示出了CA的无线通信系统的频带示例。图2的（A）示出了无线频率上的频带，图2的（B）示出了无线终端的基带上的频带。

在不进行CA的无线通信系统中，基站与无线终端通过单一的频带进行无线通信。与此相对，在进行CA的无线通信系统中，基站与无线终端通过多个频带进行无线通信。

例如，如图2的（A）所示，基站与无线终端通过多个频带11、13、15进行无线通信。此外，频带12、14表示例如其它公司的无线通信系统的频带。

如图2的（B）所示，在基带上，无线终端一体地对多个频带11a、13a、15a进行信号处理。即，无线终端通过比单一的频带宽的频带与基站进行数据通信，进行信号处理。

图3是说明CA的图之2。图3示出了基站21和无线终端22。如图3所示，基站21形成有频带f1的小区23和频带f2的小区24。

将无线终端22与基站21连接时分配给无线终端22的频带称作主频带。此外，将主频带的小区称作主小区（Pcell：Primary cell）。

例如，假设当无线终端22与基站21连接时，无线终端22被分配了频带f1。此时，小区23成为无线终端22的Pcell。无线终端22在最初与基站21连接的状态下，通过Pcell（小区23）进行数据的收发。

基站21在具有CA功能的情况下，向无线终端22询问能够通过哪个频带进行通信。无线终端22针对来自基站21的询问，返回能够进行通信的频带。

基站21从自己提供的主频带以外的频带中，选择能够与无线终端22进行通信的频带。该选择出的频带称作辅频带。此外，辅频带的小区称作辅小区（Scell：Secondlycell）。基站21指示无线终端22通过选择出的Scell进行通信。该指示通过Pcell进行。

例如，假设基站21从无线终端22接收到频带f1、f2作为能够进行通信的频带。在该情况下，基站21选择小区24作为Scell。并且，基站21指示无线终端22也通过Scell（小区24）进行通信。由此，基站21与无线终端22能够进行基于多个频带f1、f2的CA无线通信。

下行方向的调度在Pcell的PDCCH（Physical Downlink Control Channel：物理下行控制信道）中进行。此外，Scell的追加、变更和释放在Pcell的PDCCH中进行。此外，下行方向的数据发送在Pcell和Scell的PDSCH（Physical Downlink SharedChannel：物理下行共享信道）中进行。

例如，图3示出的箭头A1表示PDCCH。箭头A2表示Pcell的PDSCH。箭头A3表示Scell的PDSCH。箭头A1示出的PDCCH表示对箭头A2所示的Pcell的PDSCH和箭头A3所示的Scell的PDSCH的调度进行发送。

这样，在CA中，基站21与无线终端22通过多个频带f1、f2进行无线通信。由此，基站21与无线终端22通过比单一的频带更宽的频带进行无线通信，能够实现数据通信的高速化以及大容量化。

返回图1的说明。如上所述，图1的基站1的发送部1a通过CA向无线终端3进行数据发送。转发部1b将发送部1a要发送的数据的一部分转发给基站2，使得在其它基站2中也向无线终端3发送发送部1a要发送给无线终端3的数据的一部分。基站2的接收部2a接收基站1的转发部1b转发的数据，发送部2b将接收部2a接收到的数据发送给向无线终端3。

图4是说明图1的无线终端的无线资源分配的图。图4所示的横轴表示时间，纵轴表示频率。

如图4所示，假设图1所示的基站1例如能够利用频带f1、f2进行无线通信。此外，假设基站2能够利用频带f3、f4进行无线通信。此外，假设无线终端3能够利用频带f1～f3进行无线通信。此外，图4所示的UE1与图1的无线终端3对应。UE2与图1中未图示的属于基站2的下属的无线终端对应。

基站1的发送部1a通过CA利用多个频带向无线终端3发送数据。例如，如图4所示，对无线终端3（UE1）分配了频带f1、f2的无线资源。此外，在图4中，设频带f1为Pcell，设频带f2为Scell。

基站1的转发部1b向基站2转发一部分数据，使得在其它基站2中也向无线终端3发送发送部1a要发送给无线终端3的数据。基站2的接收部2a接收从基站1的转发部1b转发来的数据，发送部2b利用与基站1的发送部1a的CA的频带不同的频带，将接收部2a接收到的数据发送给无线终端3。

例如，图4所示的虚线框D1内的数据表示从基站1转发给基站2的以无线终端3为目的地的数据。在图4中，从基站1转发给基站2的数据被分配到基站2的频带f3的无线资源。

即，基站1将其它基站2的频带f3作为辅频带增加到自己的CA的频带f1、f2中，使得从其它基站2也向无线终端3进行数据发送。此外，如果基站2中空闲有多个频带的无线资源，则基站2可以将从基站1转发来的数据分配到多个频带。

这样，基站1的转发部1b将由发送部1a通过CA发送的数据的一部分转发给其它基站2，使得在其它基站2中也向无线终端3进行数据发送。此外，基站2的接收部2a接收基站1的转发部1b转发的数据，并通过发送部2b发送给无线终端3。由此，基站1通过在自己的CA中增加其它基站2的频带来向无线终端3进行数据发送，因此，能够实现数据通信的高速化以及大容量化。

［第2实施方式］

接下来，参照附图，对第2实施方式进行详细说明。

图5是示出第2实施方式的无线通信系统的例子的图。如图5所示，无线通信系统具有eNB31、eNB32、MME（Mobility Management Entity：移动管理实体）33、UE34和UE35。如图5所示，eNB31与eNB32相互连接。在eNB31和eNB32之间，例如有时还存在S-GW（Serving-GateWay：服务网关）。此外，eNB31与eNB32经由MME33连接。

图6是说明图5的无线通信系统的动作的图。图6中，对于与图5相同的部分标注相同的符号。

eNB31与eNB32通过X2接口连接。此外，eNB31与MME35通过S1接口连接。此外，eNB32与MME35通过S1接口连接。

eNB31例如能够利用频带f1、f2与UE34、UE35进行无线通信。小区41表示频带f1的小区，小区42表示频带f2的小区。

eNB32例如能够利用频带f3、f4与UE34、UE35进行无线通信。小区43表示频带f3的小区，小区44表示频带f4的小区。

UE34例如能够利用频带f1～f3进行无线通信。此外，在图6中，UE34属于频带f1～f3的小区41～43，因而能够与eNB31和eNB32这两者进行无线通信。

UE35例如能够利用频带f1、f3、f4进行无线通信。此外，在图6中，UE35属于频带f3、f4的小区43、44，因而能够与eNB32进行无线通信。

eNB31能够通过CA与UE34进行数据发送。例如，eNB31在发送给UE34的数据的滞留量和滞留时间超过预定阈值的情况下，利用CA，通过Pcell（例如，小区41）和Scell（例如，小区42）向UE34进行数据发送。此外，如果UE34能够与其它eNB32进行无线通信，则eNB31将通过CA发送给UE34的数据的一部分转发给eNB32。

即，eNB31在自己的CA中增加eNB32的小区43作为Scell，向UE34进行数据发送。即，UE34从eNB31和eNB32这两个eNB接收数据。

图7是示出eNB的动作的流程图。图7示出了图6的eNB31的流程图。在图7中，假设UE34将eNB31的小区41作为Pcell，并与eNB31连接。

［步骤S1］eNB31判断要发送给UE34的数据的滞留量和滞留时间是否超过预定的阈值。eNB31在要发送给UE34的数据的滞留量和滞留时间超过了预定的阈值的情况下，进入步骤S2。eNB31在要发送给UE34的数据的滞留量和滞留时间未超过预定的阈值的情况下，结束处理。

［步骤S2］eNB31指示UE34进行与Pcell（小区41）的频带f1不同的频带的监视。即，eNB31指示UE34监视与频带f1不同的、能够与自己进行无线通信的频带。

［步骤S3］eNB31判断是否从UE34接收到自己的其它小区（与Pcell不同的其它频带）的检测通知。例如，eNB31判断是否从UE34接收到小区42（频带f2）的检测通知。eNB31在从UE34接收到自己的其它小区的检测通知的情况下，进入步骤S4。eNB31在没有从UE34接收到自己的其它小区的检测通知的情况下，进入步骤S5。

［步骤S4］eNB31在自己的eNB内实施CA。例如，eNB31在步骤S3中从UE34接收到小区42的检测结果的情况下，将小区42设为Scell，实施CA。

［步骤S5］eNB31判断是否从UE34接收到其它eNB32的小区的检测通知。例如，eNB31判断是否从UE34接收到小区43、44（频带f3、f4）的检测通知。eNB31在从UE34接收到其它eNB32的小区的检测通知的情况下，进入步骤S7。eNB31在没有从UE34接收到其它eNB32的小区的检测通知的情况下，进入步骤S6。此外，在图6的例子中，eNB31从UE34接收小区43的检测通知。

［步骤S6］eNB31向UE34指示停止不同的频带（Pcell的频带以外的频带）的监视。

［步骤S7］eNB31追加其它eNB32的小区作为Scell。例如，eNB31将其它eNB32的小区43追加到Scell中。eNB31将要发送给UE34的数据的一部分转发给eNB32，eNB32通过Scell（小区43），将从eNB31转发来的数据发送给UE34。

［步骤S8］eNB31进行Scell的释放、变更处理以及Pcell的变更处理。

例如，eNB31在判断为通过CA发送给UE34的数据的拥塞已消除的情况下，释放Scell。

此外，eNB31在从eNB32请求了Scell的变更或释放处理的情况下，进行eNB32的Scell的变更或释放处理。例如，eNB32在数据发送优先度比UE34高的UE开始了通信的情况下，向eNB31通知以减少UE34的Scell的方式进行变更或者释放Scell。

此外，eNB31将通信质量好的频带的小区变更为Pcell。例如，在UE34移动的情况下，通信质量好的频带发生变化。在该情况下，eNB31将通信质量最好的频带的小区设为Pcell。

此外，eNB31针对属于自己的Pcell的全部的UE，进行图7所示的流程图的动作。

此外，eNB31反复进行图7所示的流程图的动作。因此，eNB31例如在图7的步骤S4中实施了CA之后，如果发送给UE34的数据的滞留量和滞留时间超过预定的阈值，则通过步骤S7，追加其它eNB32的Scell。

此外，eNB31反复进行图7所示的流程图的动作，因此，如果即使是增加了其它eNB32的小区作为Scell，发送给UE34的数据的滞留量和滞留时间也超过了预定的阈值，那么，有时也会增加其它eNB32的其它小区作为Scell。

此外，关于开始eNB31的CA的判断（步骤S1的处理），可以根据数据的滞留量和滞留时间中的一方来进行判断。例如，如果发送给UE34的数据的滞留量和滞留时间中的一方超过预定的阈值，则eNB31可以进入步骤S2的处理。对于下面出现的滞留量和滞留时间，也是相同的。

图8～图12是无线通信系统的时序图。图8～图12示出图6所示的eNB31、eNB32和UE34的时序。

［步骤S11］eNB31与UE34根据RRC（Radio Resource Control：无线资源控制）连接序列（RRC Connection sequence），建立RRC连接。

［步骤S12］eNB31建立Pcell。例如，在与UE34进行通信的小区41、42中，如果小区41的通信质量较好，则eNB31设小区41为Pcell。

［步骤S13］eNB31与UE34建立承载（bearer）。

［步骤S14］eNB31检测缓冲器中临时存储的要发送给UE34的数据的的滞留量和滞留时间是否超过预定的阈值。即，eNB31检测要发送给UE34的数据的滞留量和滞留时间是否超过预定的阈值。此处，假设eNB31检测到要发送给UE34的数据的滞留量和滞留时间超过了预定的阈值。

［步骤S15］为了与UE34建立呼叫，eNB31向UE34进行RRC连接再设定（RRCConnection Reconfiguration）的请求。此时，eNB31指示UE34对Pcell以外的频带中能够通信的频带进行监视。

［步骤S16］UE34向eNB31返回针对步骤S15的RRC连接再设定的请求的响应（RRC连接再设定完成（RRC Connection Reconfiguration Complete））。

［步骤S17］UE34向eNB31返回监视的测定结果（Measurement Report）。UE34例如向eNB31返回频带f2（或小区42的Cell-ID（IDentifier））和频带f3（或小区43的Cell-ID）。

图8所示的虚线框D11示出了UE34的测定出的监视测定结果为本站（eNB31）的频带的情况下的处理。

［步骤S18］eNB31根据来自UE34的监视结果，检测本站的其它频带（与Pcell不同的频带）。例如，eNB31从UE34接收频带f2。

［步骤S19］eNB31为了与UE34建立呼叫，向UE34进行RRC连接再设定的请求。

［步骤S20］UE34向eNB31返回针对步骤S19的RRC连接再设定的请求的响应。

［步骤S21］eNB31追加本站的小区作为Scell。例如，eNB31在步骤S18中接收到频带f2作为本站的其它频带的情况下，追加小区42作为Scell。eNB31向UE34通知追加的Scell。例如，eNB31利用Cell-ID，来通知所追加的Scell。

图9所示的虚线框D12示出了UE34的测定出的监视测定结果为其它站（eNB32）的频带的情况下的处理。

［步骤S22］eNB31根据来自UE34的监视结果检测其它站的其它频带（与Pcell不同的频带）。例如，eNB31从UE34接收频带f3（或其Cell-ID）。

［步骤S23］eNB31向eNB32进行无线资源的分配请求。例如，eNB31为了将eNB32的频带f3的小区43追加到Scell中，进行频带f3的无线资源的分配请求。

［步骤S24］eNB32判断可否分配无线资源。例如，eNB31判断可否向UE34分配频带f3的无线资源。

［步骤S25］eNB32将可否分配无线资源的结果返回给eNB31。

［步骤S26］eNB31接收可分配无线资源的结果。此外，eNB31在接收到不可分配无线资源的结果并且追加了本站的Scell的情况下，通过Pcell以及本站的Scell与UE34进行数据通信。此外，eNB31在接收到不可分配无线资源的结果并且没有追加本站的Scell的情况下，通过Pcell与UE34进行数据通信。

［步骤S27］eNB31向eNB32进行处理延迟测定请求。这是在eNB31追加其它站的eNB32的小区作为Scell而向UE34发送数据的情况下，将发送给UE34的数据的一部分转发给eNB32。该数据转发使得在eNB31向UE34发送数据的时间与eNB32向UE34发送数据的时间之间，产生时间差。因此，eNB31为了进行考虑了向eNB32转发数据的时间的调度，测定至eNB32的数据转发时间。

［步骤S28］eNB32接收来自eNB31的处理延迟测定请求，在消息中赋予处理延迟测定请求的接收时刻。

［步骤S29］eNB32将赋予了接收时刻的消息发送给eNB31。此外，eNB31根据进行了处理延迟测定请求时刻和消息中赋予的接收时刻，测定数据的转发时间。

［步骤S30］eNB31为了与UE34建立呼叫，向UE34进行RRC连接再设定的请求。

［步骤S31］UE34向eNB31返回针对步骤S30的RRC连接再设定的请求的响应。

［步骤S32］eNB31追加其它站的小区作为Scell。例如，eNB31追加eNB32的频带f3的小区43作为Scell。eNB31将所追加的Scell通知给UE34。例如，eNB31利用Cell-ID来通知所追加的Scell。

［步骤S33］eNB31将发送给UE34的数据的一部分转发给eNB32。

［步骤S34］eNB31、eNB32通过Scell向UE34发送数据（U-plane数据）。eNB31还通过Pcell向UE34发送数据。

图10所示的虚线框D13示出了缓冲器中要发送给UE34的数据的滞留量和滞留时间为预定的阈值以下的情况下的处理。

［步骤S35］eNB31检测缓冲器中临时存储的要发送给UE34的数据的滞留量和滞留时间是否为预定的阈值以下。即，eNB31检测要发送给UE34的数据的滞留量和滞留时间是否为预定的阈值以下。此处，假设eNB31检测到要发送给UE34的数据的滞留量和滞留时间在预定的阈值以下。

［步骤S36］eNB31为了与UE34建立呼叫，向UE34进行RRC连接再设定的请求。

［步骤S37］UE34向eNB31返回针对步骤S36的RRC连接再设定的请求的响应。

［步骤S38］eNB31释放本站的Scell。例如，eNB31释放小区42。eNB31通知UE34已释放了本站的Scell。

［步骤S39］eNB31向eNB32进行Scell的无线资源的释放请求。

即，eNB31在UE34的数据拥塞减少的情况下，释放本站和其它站的Scell。从而，eNB31仅通过Pcell发送UE34的数据。

［步骤S40］eNB32接收来自eNB31的无线资源释放请求，更新无线资源的分配信息。例如，eNB32更新释放了分配给UE34的频带f3的无线资源的情况。

［步骤S41］eNB32向eNB31发送无线资源的释放响应。

［步骤S42］eNB31为了与UE34建立呼叫，向UE34进行RRC连接再设定的请求。

［步骤S43］UE34向eNB31返回针对步骤S42的RRC连接再设定的请求的响应。

［步骤S44］eNB31通知UE34已释放了其它站小区的Scell。例如，eNB31通知UE34已释放了eNB32的Scell的小区43。

图11所示的虚线框D14表示Scell的无线资源的变更处理。

［步骤S45］eNB32检测分配给UE34的无线资源的变更。例如，eNB32在由于存在比UE34优先度高的UE而将分配给UE34的无线资源的一部分分配给该UE的情况下，检测无线资源的变更。

［步骤S46］eNB32向eNB31发送无线资源的变更请求。

［步骤S47］eNB31变更分配给UE34无线资源。

［步骤S48］eNB31将无线资源的变更响应发送给eNB32。

［步骤S49］eNB32更新UE34的无线资源的分配信息。例如，eNB32更新减少了分配给UE34的频带f3的无线资源的情况。

图12所示的虚线框D15表示Scell的无线资源的释放处理。

［步骤S50］eNB32检测分配给UE34的无线资源的释放。例如，eNB32在由于存在比UE34优先度高的UE而将分配给UE34的无线资源分配给该UE的情况下，检测无线资源的释放。

［步骤S51］eNB32向eNB31发送无线资源的释放请求。

［步骤S52］eNB31为了与UE34建立呼叫，向UE34进行RRC连接再设定的请求。

［步骤S53］UE34向eNB31返回针对步骤S52的RRC连接再设定的请求的响应。

［步骤S54］eNB31将无线资源的释放响应发送给eNB32。

［步骤S55］eNB32变更UE34的无线资源的分配信息。例如，eNB32更新释放了分配给UE34的频带f3的无线资源的情况。

［步骤S56］eNB31通知UE34其它站的Scell已释放。例如，eNB31通知UE34已释放了eNB32的小区43。

此外，在上述时序中，说明了eNB31、eNB32根据X2AP（X2Application Protocol：X2应用协议）并通过X2接口进行数据交互的情况，但是，也可以根据S1AP（S1Application Protocol：S1应用协议）并通过S1接口来进行数据的交互。即，eNB31、eNB32也可以通过MME33进行数据的交互。

图13是示出eNB的硬件结构例的图。如图13所示，eNB31具有片上系统（systemon chip）51、无线模块52和光模块53。

片上系统51具有CPU（Central Processing Unit：中央处理器）51a、存储器51b、51d和DSP（Digital Signal Processing：数字信号处理器）51c。片上系统51通过CPU51a控制芯片整体。CPU51a通过总线与存储器51b和DSP51c连接。

存储器51b存储有CPU51a执行的OS（Operating System：操作系统）程序和应用程序。此外，存储器51b存储CPU51a的处理所需的各种数据。

存储器51d存储DSP51c执行的OS程序和应用程序。此外，存储器51d存储DSP51c的处理所需的各种数据。也可以安装FPGA（Field Programmable Gate Array：现场可编程门阵列）来替代DSP51c。

无线模块52与UE进行无线通信。例如，无线模块52对发送给UE的信号的频率进行向上变频（up-conversion），或对从UE接收到的信号的频率进行向下变频（down-conversion）。

光模块53利用光与其它eNB32进行通信。此外，光模块53利用光与MME33进行通信。此外，eNB32具有与图13相同的硬件。

图1的发送部1a和转发部1b例如通过图13所示的DSP51c实现其功能。图1的接收部2a和发送部2b例如通过图13所示的DSP51c实现其功能。图7的流程图的处理由DSP51c执行。

图14是示出eNB的功能模块的图。如图14所示，eNB31具有传输部61、呼叫处理控制部62、BB（Base Band：基带）处理部63和无线部64。图14所示的传输部61例如通过图13所示的光模块53实现其功能。呼叫处理控制部62和BB处理部63例如通过DSP51c实现其功能。无线部64例如通过无线模块52实现其功能。

传输部61例如根据SCTP（Stream Control Transmission Protocol：流控制传输协议）层以下的协议，与eNB32或MME33进行通信。呼叫处理控制部62例如进行UE34的呼叫处理等。BB处理部63进行要与UE34通信的数据的基带处理。无线部64与UE34进行无线通信。此外，eNB32也具有与图14同样的功能模块。由呼叫处理控制部62和BB处理部63执行图7的步骤S1、S2、S8的处理。由呼叫处理控制部62执行步骤S3～S7的处理。

以下，对图8～图12中说明的时序进行详细说明。首先，对CA开始处理进行说明。

图15、图16是示出CA开始处理的时序图。图15、图16的时序图例如与图8的步骤S14的处理对应。

［步骤S61］eNB31的BB处理部63计算缓冲器中临时存储的要发送给UE34的数据的滞留量和滞留时间。即，BB处理部63计算UE34的未发送数据的滞留量和滞留时间。BB处理部63将计算出的滞留量和滞留时间存储在缓冲器信息管理表中。例如在图13所示的存储器51d中形成缓冲器信息管理表。

［步骤S62］呼叫处理控制部62读出缓冲器信息管理表中存储的UE34的滞留量和滞留时间。

［步骤S63］呼叫处理控制部62接收从缓冲器信息管理表中读出的UE34的滞留量和滞留时间。

［步骤S64］呼叫处理控制部62将接收到的UE34的滞留量和滞留时间存储在发送缓冲器管理表中并进行更新。例如在图13所示的存储器51d中形成发送缓冲器管理表。

［步骤S65］呼叫处理控制部62判断滞留量和滞留时间是否超过阈值。如果滞留量和滞留时间超过预定的阈值，则呼叫处理控制部62进入步骤S66。如果滞留量和滞留时间为预定的阈值以下，则呼叫处理控制部62进入步骤S62。

［步骤S66］呼叫处理控制部62更新在发送缓冲器管理表中存储了滞留量和滞留时间的UE34的优先度。

图17是说明发送缓冲器管理表的图。如图17所示，发送缓冲器管理表具有优先级、QCI（Qos Class Identifier：Qos等级标识）、滞留量阈值、未发送数据滞留量、滞留时间阈值和未发送数据滞留时间这些栏。

在优先级一栏中，存储有进行CA的UE。在图17的例子中，存储在越靠上方的UE进行CA的优先级越高。

在QCI一栏中，存储有UE的QCI。UE的QCI包含于设定承载时从MME33通知的消息的E-RAB Level QoS Parameters中。

在滞留量阈值一栏中，存储缓冲器滞留量的阈值。例如，根据QCI决定滞留量阈值。例如，如图17所示，如果QCI为“2”，则滞留量阈值为“50”。此外，滞留量阈值可以任意地改变设定。例如，如果QCI为“2”，则滞留量阈值可以变更为“60”。

在滞留时间阈值一栏中，存储有缓冲器中存储的未发送数据的滞留时间的阈值。滞留时间阈值例如可根据QCI来确定。例如，如图17所示，如果QCI为“2”，则滞留时间阈值为“150”。此外，滞留时间阈值可以任意地改变设定。例如，如果QCI为“2”，则滞留时间阈值可以变更为“160”。

呼叫处理控制部62例如根据未发送数据的滞留量与滞留量阈值的比例和未发送数据滞留时间与滞留时间阈值的比例，决定进行CA的UE的优先级。例如，呼叫处理控制部62将未发送数据滞留量与滞留量阈值的比例和未发送数据滞留时间与滞留时间阈值的比例相加，其相加值越大的UE，其优先级越高。此外，呼叫处理控制部62在存在多个相同的比例的UE的情况下，根据QCI决定其优先级。

此外，上述步骤S65的超过阈值的判断根据滞留量阈值和滞留时间阈值栏中的值来进行。

返回图15的说明。［步骤S67］呼叫处理控制部62将0代入变量i。

［步骤S68］呼叫处理控制部62参照发送缓冲器管理表，选择超过滞留量阈值和滞留时间阈值的UE。此时，呼叫处理控制部62从优先级高的UE开始依次进行选择。

呼叫处理控制部62选择要让选择出的UE进行监视的频带。例如，假设呼叫处理控制部62选择了UE34。呼叫处理控制部62将所选择的UE34能够进行无线通信的频带与本站（eNB31）的小区的频带一致的频带选择作为监视频带。此外，呼叫处理控制部62将所选择的UE34能够进行无线通信频带与其它站（eNB32）的小区的频带一致的频带选择作为监视频带。

图18是说明监视频带的选择的图。图18示出监视频带选择表。例如在图13所示的存储器51d中形成监视频带选择表。如图18所示，监视频带选择表具有本站频带信息、其它站频带信息和UE频带信息这些栏。

在本站频带信息一栏中，存储有eNB31形成的小区的频带。在其它站频带信息一栏中，存储有eNB32形成的小区的频带信息。即，本站频带信息和其它站频带信息的栏中分别存储有eNB31、eNB32各自能够通信的频带。例如，根据图6的例子，在图18的本站频带信息和其它站频带信息的栏中存储有图18所示的频带的信息。

在UE频带信息一栏中，存储有属于eNB31下属的UE能够进行无线通信的频带信息。根据图6的例子，在图18的UE频带信息栏中存储有图18所示的信息。

UE34能够进行无线通信的频带例如可以通过图8所示的步骤S11的处理来取得。在步骤S11的处理中，呼叫处理控制部62从UE34接收UE34的能力信息，并根据接收到的能力信息，取得UE34能够进行无线通信的频带。此外，呼叫处理控制部62将取得的频带存储在监视频带选择表中。

如上所述，呼叫处理控制部62将UE34能够进行无线通信的频带与本站的小区的频带一致的频带选择作为监视频带。此外，呼叫处理控制部62将UE34能够进行无线通信的频带与其它站的小区的频带一致的频带，选择作为监视频带。例如，在图18的情况下，呼叫处理控制部62选择频带f2、f3作为监视频带。此外，频带f1由于被用作Pcell而不被选择。即，呼叫处理控制部62选择UE34能够与eNB31、eNB32进行无线通信的频带。

此外，呼叫处理控制部62在选择监视频带时，可以依次选择与Pcell的频带靠近的频带作为监视频带。例如，在图18中，设UE34能够进行无线通信的频带为f1～f4。此外，假设存在f1＜f2＜f3＜f4的关系。在该情况下，呼叫处理控制部62从频带f2、f3、f4与Pcell靠近的频带中选择监视频带。由此，UE34例如能够将邻近的多个频带作为一体进行处理，能够降低负载。

返回图16的说明。［步骤S69］呼叫处理控制部62判断变量i是否小于变量I。变量I是UE34能够进行无线通信的频带的数量。例如，在图18的UE34的例子的情况下，I为“3”。

［步骤S70］如果变量i为变量I以上，则呼叫处理控制部62中止UE34的监视处理。

［步骤S71］呼叫处理控制部62对BB处理部63进行在步骤S68中选择出的频带的监视指示。

［步骤S72］BB处理部63通过无线部64，进行在步骤S68中选择出的频带的监视请求。

［步骤S73］BB处理部63通过无线部64，接收来自UE34的频带的监视响应（结果）。

［步骤S74］呼叫处理控制部62从BB处理部63接收频带监视结果。

［步骤S75］呼叫处理控制部62根据从BB处理部63接收到的监视结果，判断UE34是否检测到了监视指示所指定的频带。呼叫处理控制部62在判断为UE34检测到了监视指示所指定的频带的情况下，判断为“UE34能够通过监视指示所指定的频带进行无线通信”，进入步骤S77。呼叫处理控制部62在判断为UE34没有检测到监视指示所指定的频带的情况下，进入步骤S76。

此外，呼叫处理控制部62在图6和图18的例子的情况下，检测频带f2、f3。

［步骤S76］呼叫处理控制部62使变量i加1。

［步骤S77］呼叫处理控制部62进行Scell的追加处理。

此外，步骤S72的监视请求例如与图8的步骤S15的处理对应。步骤S73的监视响应例如与图8的步骤S17的处理对应。此外，步骤S75、S77的频带检测和Scell追加处理例如与图8的虚线框D11和图9的虚线框D12的处理对应。

对Scell的无线资源分配请求处理进行说明。

图19是示出Scell的无线资源分配请求处理的时序图。图19的时序图例如与图9的步骤S23～S25的处理对应。

［步骤S81］eNB31的呼叫处理控制部62通过传输部61向eNB32的呼叫处理控制部进行无线资源分配请求。此时，呼叫处理控制部62向eNB32发送对eNB32的Scell期待的无线资源的分配信息。

例如，呼叫处理控制部62将打算分配给UE34的RB（Resource Block：资源块）及其频率的信息发送给eNB32。

此外，呼叫处理控制部62将要进行CA的UE34的UE信息发送给eNB32。UE信息例如是图17所示的发送缓冲器管理表中的QCI、滞留量阈值、未发送数据滞留量、滞留时间阈值和未发送数据滞留时间。

此外，呼叫处理控制部62将要进行CA的UE34的标识符（UE-ID）发送给eNB32。

此外，呼叫处理控制部62将UE34能够与其它站的eNB32进行无线通信的Cell-ID发送给eNB32。例如，该Cell-ID是在图16的步骤S75中检测出的eNB32的小区43（频带f3）的ID。

［步骤S82］eNB32的呼叫处理控制部根据从eNB31接收到的无线资源的分配信息，判断可否分配无线资源。例如，呼叫处理控制部根据eNB32的频带f3的RB中是否有空闲，判断可否分配UE34的无线资源。

此时，eNB32的呼叫处理控制部根据从eNB31接收到的UE34的UE信息，考虑本站（eNB32）下属中存在的UE与UE34的优先级，判断可否分配无线资源。例如，即使eNB32的频带f3中存在空闲，如果UE34的优先级低于其它UE，则呼叫处理控制部判断为不可分配无线资源。

［步骤S83］eNB32的呼叫处理控制部经由传输部将可否分配无线资源的响应发送给eNB31。eNB32的呼叫处理控制部在发送可否分配无线资源的响应时，发送进行了可否分配无线资源的判断的UE34的标识符。

此外，eNB31的呼叫处理控制部62根据对eNB32期待的无线资源的分配信息，将eNB32的无线资源分配给UE34。分配给UE34的eNB32的无线资源的信息通过后述的BB处理部63，与UE34的数据转发一起被发送给eNB32。

此外，根据eNB32的无线资源的变更检测，变更在步骤S81中说明的对eNB32的Scell期待的无线资源的分配信息。此外，根据eNB32的无线资源的释放检测，释放在步骤S81中说明的对eNB32的Scell期待的无线资源的分配信息。

此外，在上述时序中已叙述了eNB31、eNB32根据X2AP通过X2接口进行数据交互的情况，但是，也可以根据S1AP，通过S1接口进行数据的交互。即，eNB31、eNB32也可以通过MME33进行数据的交互。

图20是说明决定其它站的优先级的图。图20所示的发送缓冲器管理表71示出了eNB31的存储器51d中存储的发送缓冲器管理表。发送缓冲器管理表72示出了其它站的eNB32的存储器中存储的发送缓冲器管理表。

按照图19的步骤S81中说明的那样，将UE34的UE信息发送给eNB32。发送给eNB32的UE信息被存储在eNB32的发送缓冲器管理表72中。例如，如图20的箭头A11所示，UE34的UE信息存储在eNB32的发送缓冲器管理表72中。此外，图20的UE#2与UE34对应。

eNB32的呼叫处理控制部根据发送缓冲器管理表72，决定UE34的优先级。在图20的例子中，UE34（UE#2）的优先级最高。因此，例如，如果频带f3的RB空闲，则eNB32的呼叫处理控制部向eNB31返回无线资源可分配的响应。

对数据转发的处理延迟测定处理进行说明。

图21是示出数据转发的处理延迟测定处理的时序图。图21的时序图例如与图9的步骤S27～S29的处理对应。

［步骤S91］eNB31的BB处理部63对GTP-u（General packet radio serviceTunneling Protocol for user plane：通用分组无线业务隧道协议用户平面）消息赋予发送时的时刻T1。

［步骤S92］BB处理部63经由传输部61，将赋予了时刻T1的GTP-u消息发送给eNB32。此时，BB处理部63赋予针对eNB32的TE-ID（Tunnel Endpoint Identifier：隧道端点标识符），使得该消息被eNB32接收。此外，eNB32的TE-ID例如在图19的步骤S83的处理中从eNB32进行通知。

［步骤S93］eNB32的BB处理部对GTP-u消息赋予发送该消息时的时刻T2。

［步骤S94］eNB32的BB处理部经由传输部，将赋予了时刻T2的GTP-u消息发送给eNB31。此时，BB处理部赋予从eNB31接收到的消息中包含的时刻T1。此外，BB处理部赋予针对eNB31的TE-ID，使得该消息被eNB31接收。此外，eNB31的TE-ID例如在图19的步骤S81的处理中从eNB31进行通知。

［步骤S95］eNB31的BB处理部63计算处理延迟时间Δt。即，BB处理部63计算从eNB31向eNB32转发数据所需的时间。BB处理部63例如通过下式（1）来计算Δt。

Δt＝T2-T1…（1）

此外，由BB处理部63计算出的Δt被通知给呼叫处理控制部62。呼叫处理控制部62根据从BB处理部63通知的Δt，进行UE34的调度。例如，呼叫处理控制部62根据Δt来调度针对UE34的无线资源的分配和发送定时。

上述时序示出了eNB31、eNB32之间建立了X2接口的情况下的动作。以下，对没有建立X2接口的情况进行说明。

图22是示出数据转发的处理延迟测定处理的其它时序图。图22的时序图例如与图9的步骤S27～S29的处理对应。

［步骤S101］eNB31的BB处理部63对GTP-u消息赋予发送时的时刻T1。

［步骤S102］BB处理部63经由传输部61，将赋予了时刻T1的GTP-u消息发送给eNB32。此时，BB处理部63赋予针对MME33的TE-ID，以使得该消息被MME33接收。

［步骤S103］MME33将从eNB31接收到的消息的TE-ID变更为针对eNB32的TE-ID。

［步骤S104］MME33向eNB32发送变更了TE-ID的消息。

［步骤S105］eNB32的BB处理部对GTP-u消息赋予发送该消息时的时刻T2。

［步骤S106］eNB32的BB处理部经由传输部将赋予了时刻T2的GTP-u消息发送给MME33。此时，BB处理部赋予从eNB31接收到的消息中包含的时刻T1。此外，BB处理部赋予针对MME33的TE-ID，以使得该消息被MME33接收。

［步骤S107］MME33将从eNB32接收到的消息的TE-ID变更为针对eNB31的TE-ID。

［步骤S108］MME33向eNB31发送变更了TE-ID的消息。

［步骤S109］eNB31的BB处理部63计算处理延迟时间Δt。例如，BB处理部63通过上述式（1）计算Δt。

这样，即使在没有建立X2接口的情况下，也能够通过上述时序，测定S1接口的处理延迟时间。

对CA处理进行说明。

图23是说明CA处理的图之1。图23示出了某时刻Tx的eNB31具有的缓冲器和eNB31的无线资源分配（横轴为t，纵轴为f（RB数））。图23所示的eNB31的UE#2缓冲器例如表示临时存储图6所示的UE34的发送数据的缓冲器。UE#1缓冲器例如表示临时存储图6未图示的UE的发送数据的缓冲器。CA用缓冲器表示临时存储要进行CA的数据的缓冲器。转发用缓冲器表示临时存储要转发给eNB32的数据的缓冲器。

此外，图23示出了eNB32具有的缓冲器和eNB32的无线资源分配（横轴为t，纵轴为f（RB数））。图23所示的eNB32的UE#3、#4缓冲器例如表示临时存储图6未图示的UE的发送数据的缓冲器。CA用缓冲器表示临时存储要进行CA的数据的缓冲器。图23所示的处理流程例如与图9的步骤S33、S34的处理对应。

要发送给UE的数据通常在确定了调度后立刻被分配无线资源。例如，如图23的UE#1缓冲器及其下部示出的无线资源分配所示，要发送给UE#1的数据在确定了调度后立刻被分配无线资源。

另一方面，滞留量和滞留时间超过预定的阈值的数据即使已确定了调度，也不会立刻被分配无线资源。例如，假设要发送给UE34（UE#2）的数据的滞留量和滞留时间超过了预定的阈值。在该情况下，如箭头A21、A22所示，要发送给UE#2的数据在CA用缓冲器和转发用缓冲器中排队。

数据81a、数据81b表示排队的UE34的发送数据。

数据82表示数据81a、数据81b的调度信息。数据82例如表示eNB31的Pcell的PDSCH的调度和eNB31、eNB32的Scell的PDSCH的调度。

数据83是表示在哪个定时将数据81a、数据82发送给UE34的信息。即，数据83表示使CA用缓冲器中存储的数据81a、数据82进行排队的时间。数据83的信息例如是要发送的数据81a、数据82的SNF（System Frame Number：系统帧号）、子帧号和RB分配信息。SNF和子帧号由式（1）计算出的ΔT决定。即，eNB31在ΔT或ΔT＋α的预定时间后，将数据81a、数据82分配给无线资源，发送给UE34。

数据84是表示在哪个定时将数据81b发送给UE34的信息。数据84示出与数据83相同的内容。即，数据81b在与数据81a相同的定时，从eNB32被发送给UE34。

此外，数据81b、数据84在转发用缓冲器中排队后，立刻通过GTP-u消息被转发给eNB32。转发数据81b、数据84所需的时间为Δt。

图24是说明CA处理的图之2。图24示出了图23的预定时间后（ΔT或ΔT＋α后）的情况。

图24所示的虚线框91表示图23中说明的数据81a。即，在CA用缓冲器中排队的数据81a经过基于数据83的预定时间后，被分配无线资源，并被发送给UE34。

虚线框92表示图23中说明的数据82。即，在CA用缓冲器中排队的通过PDCCH被发送给UE34的调度信息经过基于数据83的预定时间后，被分配无线资源，并被发送给UE34。

数据93、数据94是图23中说明的数据81b、数据84。即，数据93、数据94是从eNB31转发来的数据。数据93根据表示与数据83相同的内容的数据94，在预定时间后被分配无线资源，并被发送给UE34。此外，虚线框95表示分配给无线资源的数据93。

即，图23中说明的数据81a、数据81b、数据82在考虑了转发到eNB32的数据81b的延迟时间的情况下被发送给UE34。

虚线框92表示通过PDCCH发送给UE34的调度信息。因此，如箭头A31，A32所示，虚线框91、95所示的数据根据虚线框92的调度信息被分配至RB。

由呼叫处理控制部62执行要发送给UE的数据的调度。例如，呼叫处理控制部62对针对UE34的RB的分配和发送定时进行调度。

BB处理部63根据呼叫处理控制部62的调度，例如对图23、图24所示的缓冲器中存储的数据分配无线资源，并发送给UE。此外，如图23所示，BB处理部63将发送给UE的数据的一部分转发给其它站的eNB32。

eNB32的BB处理部接收从eNB32转发来的数据。eNB32的BB处理部根据接收到的数据中包含的SNF、子帧号和RB分配信息，对接收到的数据分配无线资源，并发送给UE34。

eNB32的呼叫处理控制部预先从eNB31接收对eNB32的Scell期待的无线资源的分配信息（例如，图19的步骤S81），确保分配给UE34无线资源。因此，eNB32的BB处理部根据从eNB31接收到的SNF、帧号和RB分配信息，能够对UE34分配无线资源。

呼叫处理控制部62和BB处理部63例如与图1的发送部1a对应。此外，呼叫处理控制部62和BB处理部63例如与图1的转发部1b对应。eNB32的BB处理部例如与图1的接收部2a和发送部2b对应。

图25是示出被转发给其它站的eNB的数据的数据格式例的图。图25示出了GTP-u消息的扩展头（Extension Header）。

GTP-u消息的下一扩展头类型（Next Extension Header Type）中通常存储“0”。在使用扩展头的情况下，在下一扩展头类型栏中存储“0”以外的值。例如，如图25所示，存储“0x01”。扩展头的第2字节（octet）中存储了扩展头长度（Extension HeaderLength）。

例如，如图25所示，SFN存储在扩展头的第3字节～第4字节中。子帧号存储在扩展头的第4字节中。RB分配信息存储在扩展头的第5字节～第n-1字节中。

此外，在紧接在GTP-u消息的扩展头后的区域中存储用户消息。即，在紧接在扩展头后的区域中存储要转发给eNB32的数据。

图26是示出下行链路层中的数据的流向的图。图26示出了eNB31的层101、eNB32的层102和UE34的层103。如图26所示，eNB31的层101具有GTP-u、PDCP（Packet Data Convergence Protocol：分组数据汇聚协议）、RLC（Radio Link Control：无线链路控制）、MAC（Medium Access Control：介质访问控制）和L1（Layer1：层1）这些层。eNB32的层102具有GTP-u、PDCP、RLC、MAC和L1这些层。UE34的层103具有PDCP、RLC、MAC和L1这些层。

图26所示的虚线箭头A41表示PDCCH的数据流向。如虚线箭头A41所示，PDCCH的数据经由eNB31的Pcell被发送给UE34。

箭头A42表示经由Pcell的PDSCH的数据流向。如图箭头A42所示，PDSCH的数据经由eNB31的Pcell被发送给UE34。

箭头A43表示经由Scell的PDSCH的数据流向。如箭头A43所示，PDSCH的数据经由eNB31的Scell和其它站的eNB32的Scell被发送给UE34。从eNB31被转发给eNB32的数据在eNB31中从MAC层被转发到GTP-u层，并被转发到eNB32的GTP-u层。

对在Pcell中检测出eNB31、eNB32之间的CA的结束契机的情况进行说明。以下的处理例如与图10的虚线框D13的处理对应。

eNB31的呼叫处理控制部62在要发送给UE34的数据的滞留量和滞留时间为预定的阈值以下的情况下，向BB处理部63进行CA的停止请求。BB处理部63接收来自呼叫处理控制部62的CA的停止请求，停止基于CA的数据发送。此外，BB处理部63停止对其它eNB32的数据转发。

同样，呼叫处理控制部62也向eNB32的BB处理部进行CA的停止请求。eNB32的BB处理部接收来自呼叫处理控制部62的CA的停止请求，停止CA，释放Scell。

对在其它站的Scell中存在CA的无线资源变更请求的情况进行说明。以下的处理例如与图11的虚线框D14的处理对应。

eNB32的呼叫处理控制部检测分配给UE34的无线资源的变更。例如，eNB32的呼叫处理控制部在由于存在比UE34优先级高的UE而将分配给UE34的无线资源的一部分分配给该UE的情况下，检测无线资源的变更。

eNB32的呼叫处理控制部向eNB31的呼叫处理控制部62进行无线资源的变更请求。此时，eNB32的呼叫处理控制部例如将分配给UE34无线资源信息（例如，RB分配信息）通知给eNB31的呼叫处理控制部62。呼叫处理控制部62接收来自eNB的无线资源变更请求，变更分配给UE34无线资源，并向eNB32返回响应。eNB32的呼叫处理控制部接收来自eNB31的响应，变更UE34的无线资源的分配信息。例如，eNB32的呼叫处理控制部变更eNB31所期待的无线资源的信息。

对在其它站的Scell中存在CA的无线资源释放请求的情况进行说明。以下的处理例如与图12的虚线框D15的处理对应。

eNB32的呼叫处理控制部检测分配给UE34的无线资源的释放。例如，eNB32的呼叫处理控制部在由于存在比UE34优先级高的UE而将分配给UE34的无线资源分配给该UE的情况下，检测无线资源的释放。

eNB32的呼叫处理控制部向eNB31的呼叫处理控制部62进行无线资源的释放请求。eNB31的呼叫处理控制部62接收来自eNB的无线资源释放请求，释放eNB32的Scell。呼叫处理控制部62向eNB32返回无线资源释放请求的响应。此外，呼叫处理控制部62向UE34通知eNB32的Scell被释放。

eNB32的呼叫处理控制部接收来自eNB31的无线资源释放请求的响应，将分配给UE34的无线资源分配给优先级高的UE。

对Pcell的变更进行说明。

eNB31的呼叫处理控制部62将Pcell变更为通信质量好的频带的小区。例如，在UE34移动的情况下，通信质量好的频带发生变化。在该情况下，eNB31的呼叫处理控制部62将通信质量最好的频带的小区变更为Pcell。

这样，eNB31的呼叫处理控制部62和BB处理部63将通过CA发送的数据的一部分转发给eNB32，使得在其它站的eNB32中也进行对UE34的数据发送。此外，eNB32的BB处理部接收eNB31转发的数据，并发送给UE34。由此，eNB31在自己的CA上增加其它站的eNB32的频带而向UE34进行数据发送，因此，能够实现数据通信的高速化以及大容量化。

此外，eNB31的呼叫处理控制部62和BB处理部63在要发送给UE34的数据的滞留量和滞留时间为预定的阈值以下的情况下，停止对UE34的数据发送，停止对eNB32的数据转发。由此，eNB31能够对下属的UE适当地分配无线资源。

此外，eNB31的呼叫处理控制部62根据来自其它站的eNB32的请求，变更UE34的无线资源的分配。此外，eNB31的呼叫处理控制部62根据来自其它站的eNB32的请求，向UE34通知已释放了与eNB32进行无线通信的小区。由此，eNB32能够对下属的UE适当地分配无线资源。

上述内容仅示出了本发明的原理。此外，本领域技术人员能够进行多种变形、变更，本发明不限于以上示出和说明的准确的结构和应用例，对应的全部变形例和均等物被视为属于基于所附权利要求及其等同物的本发明的范围内。

标号说明

1、2基站，1a、2b发送部，1b转发部，2a接收部，3无线终端。

Claims (14)

1.一种基站，其与无线终端进行无线通信，所述基站的特征在于，具有：

发送部，其使用多个频带向所述无线终端发送数据；以及

转发部，其将由所述发送部发送的数据的一部分转发给其它基站，使得在所述其它基站中进行针对所述无线终端的数据发送。

2.根据权利要求1所述的基站，其特征在于，

在所述其它基站中，由所述转发部转发来的数据通过与所述发送部发送数据的频带不同的频带被发送给所述无线终端。

3.根据权利要求1或2所述的基站，其特征在于，

所述发送部根据要发送给所述无线终端的数据的滞留量和滞留时间中的两方或一方，开始使用所述多个频带的数据发送，

所述转发部根据所述滞留量和所述滞留时间中的两方或一方，开始数据转发。

4.根据权利要求1或2所述的基站，其特征在于，所述基站还具有：

请求部，其向所述其它基站进行能否对所述无线终端分配无线资源的无线资源分配请求；以及

接收部，其从所述其它基站接收所述无线终端可否分配无线资源的结果。

5.根据权利要求4所述的基站，其特征在于，

所述请求部在进行所述无线资源分配请求时，向所述其它基站发送包含希望分配给所述无线终端的资源块及其周期的信息。

6.根据权利要求1或2所述的基站，其特征在于，所述基站还具有：

测量部，其测量所述转发部转发数据所需的时间；以及

调度部，其根据所述测量部测量出的时间，进行所述无线终端的调度。

7.根据权利要求1或2所述的基站，其特征在于，所述基站具有：

存储部，其存储所述无线终端能够进行通信的频带、该基站能够进行通信的频带以及所述其它基站能够进行通信的频带；

选择部，其参照所述存储部，选择所述无线终端能够与该基站和所述其它基站进行无线通信的频带；以及

监视部，其使所述无线终端监视能否利用所述选择部选择出的频带与该基站和所述其它基站进行无线通信。

8.根据权利要求7所述的基站，其特征在于，

所述选择部从与所述发送部的主小区的频带接近的频带中进行选择。

9.根据权利要求1或2所述的基站，其特征在于，

所述发送部根据要发送给所述无线终端的数据的滞留量和滞留时间中的两方或一方，停止使用所述多个频带的数据发送，

所述转发部根据所述滞留量和所述滞留时间中的两方或一方，停止数据转发。

10.根据权利要求1或2所述的基站，其特征在于，

所述基站还具有变更部，该变更部根据来自所述其它基站的无线资源变更请求，变更所述无线终端的无线资源的分配。

11.根据权利要求1或2所述的基站，其特征在于，

所述基站还具有通知部，该通知部根据来自所述其它基站的无线资源释放请求，向所述无线终端通知与所述其它基站进行无线通信的小区已被释放。

12.一种通信方法，其是与无线终端进行无线通信的基站中的通信方法，该通信方法的特征在于，

使用多个频带向所述无线终端发送数据，

将发送给所述无线终端的数据的一部分转发给所述其它基站，使得在其它基站中进行针对所述无线终端的数据发送。

13.一种基站，其与无线终端进行无线通信，该基站的特征在于，具有：

接收部，其从使用多个频带向所述无线终端发送数据的其它基站，接收要发送给所述无线终端的数据的一部分；以及

发送部，其将所述接收部接收到的数据发送给所述无线终端。

14.一种通信方法，其是与无线终端进行无线通信的基站中的通信方法，该通信方法的特征在于，

从使用多个频带向所述无线终端发送数据的其它基站，接收要发送给所述无线终端的数据的一部分，

将接收到的数据发送给所述无线终端。

Images