CN103493571B - 通信系统 - Google Patents

Abstract

本发明的目的在于提供一种通信系统，在用于在多个基站装置协作地与终端装置进行通信的调度中，能够尽可能地抑制多个基站装置间的延迟的影响。各小区（1）～（3）能够不使用从其它小区通知的用于调度的信息中的从一个或多个小区通知的用于调度的信息进行调度。例如，在小区（1）与小区（3）之间的接口的延迟量大的情况下，小区（1）不使用从小区（3）向小区（1）通知的信息（S13）进行调度，小区（3）不使用从小区（1）向小区（3）通知的信息（S11）进行调度。

Description

通信系统

技术领域

本发明涉及在多个通信终端装置与基站装置之间进行无线通信的通信系统。

背景技术

在被称为第3代的通信方式中，W-CDMA（Wideband Code division MultipleAccess，宽带码分多址）方式从2001年起在日本开始商用服务。此外，开始了通过在下行链路（专用数据信道、专用控制信道）追加分组传输用的信道（High Speed-Downlink SharedChannel：HS-DSCH，高速下行链路共享信道），从而实现使用下行链路的数据发送的进一步高速化的HSDPA（High Speed Downlink Packet Access，高速下行链路分组接入）的服务。进而，为了使上行方向的数据发送进一步高速化，也开始了关于HSUPA（High Speed UplinkPacket Access，高速上行链路分组接入）方式的服务。W-CDMA是由作为移动通信系统的标准化组织的3GPP（3rd Generation Partnership Project，第三代合作伙伴计划）制定的通信方式，在版本10的标准书中进行了归纳。

此外，在3GPP中，作为与W-CDMA不同的通信方式，针对在无线区间中包含长期演进（Long Term Evolution：LTE）、核心网（也单称为网络）的系统整体结构，正在研究被称为“系统框架演进”（System Architecture Evolution：SAE）的新的通信方式。该通信方式也被称为3.9G（3.9 Generation）。

在LTE中，接入方式、无线的信道结构、协议与现在的W-CDMA（HSDPA/HSUPA）完全不同。例如，接入方式在W-CDMA中使用码分多址（Code Division Multiple Access），相对于此，在LTE中，下行方向使用OFDM（Orthogonal Frequency Division Multiplexing，正交频分复用），在上行方向使用SC-FDMA（Single Career Frequency Division MultipleAccess，单载波正交频分多址）。此外，带宽在W-CDMA中是5MHz，相对于此，在LTE中能够按每个基站在1.4MHz、3MHz、5MHz、10MHz、15MHz、20MHz中进行选择。此外，在LTE中，不像W-CDMA那样包含线路交换，而仅是分组通信方式。

由于LTE使用与作为W-CDMA的核心网的GPRS（General Packet Radio Service，通用分组无线服务）不同的新的核心网来构成通信系统，所以被定义为与W-CDMA网不同的独立的无线接入网。因此，为了与W-CDMA的通信系统进行区别，在LTE的通信系统中，将与移动终端（User Equipment：UE，用户设备）进行通信的基站（Base station）称为eNB（E-UTRANNodeB），将与多个基站进行控制数据、用户数据的交换的基站控制装置（Radio NetworkController，无线网络控制器）称为EPC（Evolved Packet Core，演化分组核心）或aGW（Access Gateway，接入网关）。

在该LTE的通信系统中，提供单播（Unicast）服务和E-MBMS服务（EvolvedMultimedia Broadcast Multicast Service，演进的多媒体广播组播服务）。E-MBMS服务是广播型多媒体服务，有时也单称为MBMS。对多个移动终端发送新闻、天气预报、移动广播等的大容量广播内容。也将其称为1对多（Point to Multipoint）服务。

3GPP中的与LTE系统中的整体的框架（Architecture）相关的现在的决定事项记载在非专利文献1（第4章）中。使用图1对整体的框架进行说明。图1是表示LTE方式的通信系统的结构的说明图。在图1中，如果对于移动终端101的控制协议例如RRC（Radio ResourceControl，无线资源控制）和用户面例如PDCP（Packet Data Convergence Protocol，分组数据集中协议）、RLC（Radio Link Control，无线链路控制）、MAC（Medium Access Control，媒体访问控制）、PHY（Physical layer，物理层）在基站102终止的话，E-UTRAN（EvolvedUniversal Terrestrial Radio Access，演进的通用陆地无线接入）通过一个或多个基站102构成。

基站102进行从MME（Mobility Management Entity，移动管理实体）103通知的寻呼信号（Paging Signal，也称为寻呼消息（paging messages））的调度（Scheduling）和发送。基站102通过X2接口而相互连接。此外，基站102通过S1接口连接于EPC(Evolved PacketCore，演化分组核心)。更明确的是，基站102通过S1_MME接口连接于MME（MobilityManagement Entity，移动管理实体）103，通过S1_U接口连接于S-GW（Serving Gateway，服务网关）104。

MME103进行向多个或单个基站102的寻呼信号的分配。此外，MME103进行待机状态（Idle state）的移动性控制（Mobility control）。MME103在移动终端是待机状态时及活动状态（Active state）时，进行跟踪区域（Tracking Area）名单的管理。

S-GW104与一个或多个基站102进行用户数据的发送接收。S-GW104在基站间的切换（handover）时，成为本地的移动性的锚定点（Mobility Anchor Point）。在EPC中还存在P-GW（PDN Gateway），进行每个用户的分组过滤、UE-ID地址的分配等。

移动终端101和基站102之间的控制协议RRC进行广播（Broadcast）、寻呼（paging）、RRC连接管理（RRC connection management）等。作为RRC中的基站与移动终端的状态，有RRC_IDLE、RRC_CONNECTED。在RRC_IDLE中，进行PLMN（Public Land MobileNetwork，公用陆地移动网络）选择、系统信息（System information：SI）的广播、寻呼（paging）、小区重选（cell re-selection）、移动性（mobility）等。在RRC_CONNECTED中，移动终端具有RRC连接（connection），能够与网络进行数据的发送接收，此外，进行切换（Handover：HO）、邻接小区（Neighbour cell）的测量等。

针对非专利文献1（第5章）所记载的3GPP中的与LTE系统中的帧结构相关的现在的决定事项，使用图2进行说明。图2是表示在LTE方式的通信系统中使用的无线帧的结构的说明图。在图2中，一个无线帧（Radio frame）是10ms。无线帧被分割成10个相等大小的子帧（Subframe）。子帧被分割成2个相等大小的时隙（slot）。在每个无线帧的第1个和第6个子帧中包含下行同步信号（Downlink Synchronization Signal: SS）。在同步信号中有第一同步信号（Primary Synchronization Signal: P-SS）和第二同步信号（SecondarySynchronization Signal: S-SS）。

以子帧为单位进行MBSFN（Multimedia Broadcast multicast service SingleFrequency Network）用的信道和MBSFN以外用的信道的复用。MBSFN发送（MBSFNTransmission）是通过同时从多个小区进行相同的波形的发送而实现的同时广播发送技术（simulcast transmission technique）。来自MBSFN区域（MBSFN Area）的多个小区的MBSFN发送能够被移动终端看作是一个发送。MBSFN是支持这样的MBSFN发送的网络。以下，将MBSFN发送用的子帧称为MBSFN子帧（MBSFN subframe）。

在非专利文献2中，记载有MBSFN子帧的分配时的信令例。图3是表示MBSFN帧的结构的说明图。在图3中，按每一个分配周期（radio Frame Allocation Period）分配有包含MBSFN子帧的无线帧。MBSFN子帧是利用由分配周期和分配偏移（radio Frame AllocationOffset）定义的无线帧为了MBSFN分配的子帧，是用于传输多媒体数据的子帧。满足以下的式（1）的无线帧是包含MBSFN子帧的无线帧。

MBSFN子帧的分配以6位（bit）来进行。最左的位对子帧的第2个（#1）的MBSFN分配进行定义。第2个位定义子帧第3个（#2）的MBSFN分配，第3个位定义子帧第4个（#3）的MBSFN分配，第4个位定义子帧第7个（#6）的MBSFN分配，第5个位定义子帧第8个（#7）的MBSFN分配，第6个位定义子帧第9个（#8）的MBSFN分配。在该位表示“1”的情况下，表示对应的子帧为了MBSFN而被分配。

3GPP中的与LTE系统中的信道结构相关的现在的决定事项记载在非专利文献1（第5章）中。假设在CSG小区（Closed Subscriber Group cell，闭合用户群小区）中也使用与non-CSG小区相同的信道结构。使用图4对物理信道（Physical channel）进行说明。图4是说明在LTE方式的通信系统中使用的物理信道的说明图。

在图4中，物理广播信道（Physical Broadcast channel：PBCH）401是从基站102向移动终端101的下行发送用的信道。BCH传输块（transport block）被映射到40ms间隔中的4个子帧。没有40ms定时的明确的信令。物理控制格式指示符信道（Physical ControlFormat Indicator Channel：PCFICH）402是从基站102向移动终端101的下行发送用的信道。PCFICH针对为了PDCCHs而使用的OFDM符号的数量从基站102向移动终端101通知。PCFICH按照每个子帧进行发送。

物理下行控制信道（Physical Downlink Control Channel：PDCCH）403是从基站102向移动终端101的下行发送用的信道。PDCCH对DL-SCH（作为后述的图5所示的传输信道的1种的下行共享信道）和PCH（作为图5所示的传输信道的1种的寻呼信道）的资源分配（allocation）、与DL-SCH相关的HARQ（Hybrid Automatic Repeat reQuest）信息进行通知。PDCCH对上行调度准许（Uplink Scheduling Grant）进行输送。PDCCH对作为针对上行发送的响应信号的Ack（Acknowledgement）/Nack（Negative Acknowledgement）进行输送。PDCCH也被称为L1/L2控制信号。

物理下行共享信道（Physical Downlink Shared Channel：PDSCH）404是从基站102向移动终端101的下行发送用的信道。对于PDSCH，映射有作为传输信道的DL-SCH（下行共享信道）、作为传输信道的PCH。物理多播信道（Physical Multicast Channel：PMCH）405是从基站102向移动终端101的下行发送用的信道。对于PMCH，映射有作为传输信道的多播信道（Multicast Channel：MCH）。

物理上行控制信道（Physical Uplink Control Channel：PUCCH）406是从移动终端101向基站102的上行发送用的信道。PUCCH对作为针对下行发送的响应信号（responsesignal）的Ack/Nack进行输送。PUCCH对CQI（Channel Quality Indicator，信道品质指示符）报告进行输送。CQI是表示接收了的数据的品质、或通信路径品质的品质信息。此外，PUCCH对调度请求（Scheduling Request：SR）进行输送。物理上行共享信道（PhysicalUplink Shared Channel：PUSCH）407是从移动终端101向基站102的上行发送用的信道。对于PUSCH，映射有UL-SCH（作为图5所示的传输信道的1种的上行共享信道）。

物理HARQ指示符信道（Physical Hybrid ARQ Indicator Channel：PHICH）408是从基站102向移动终端101的下行发送用的信道。PHICH对作为针对上行发送的响应信号的Ack/Nack进行输送。物理随机接入信道（Physical Random Access Channel：PRACH）409是从移动终端101向基站102的上行发送用的信道。PRACH对随机接入前导（random accesspreamble）进行输送。

下行参考信号（Reference signal）是移动通信系统中已知的符号。定义有以下5种下行参考信号。小区固有参考信号（Cell-specific Reference Signals：CRS）、MBSFN参考信号（MBSFN reference signals）、作为UE固有参考信号（UE-specific referencesignals）的数据解调用参考信号（Demodulation Reference Signal：DM-RS）、位置决定参考信号（Positioning Reference Signals：PRS）、信道信息参考信号（Channel-StateInformation Reference Signals：CSI-RS）。作为移动终端的物理层的测定，有参考信号的接收功率（Reference Signal Received Power：RSRP）测定。

使用图5对在非专利文献1（第5章）中记载的传输信道（Transport channel）进行说明。图5是说明在LTE方式的通信系统中所使用的传输信道的说明图。在图5（A）中示出下行传输信道和下行物理信道之间的映射。在图5（B）中示出上行传输信道和上行物理信道之间的映射。

对下行传输信道进行说明。广播信道（Broadcast Channel：BCH）被广播给该基站（小区）的覆盖范围整体。BCH被映射到物理广播信道（PBCH）。

对于下行共享信道（Downlink Shared Channel：DL-SCH），应用根据HARQ（HybridARQ）的重发控制。DL-SCH能够向基站（小区）的覆盖范围整体进行广播。DL-SCH支持动态或准静态（Semi-static）的资源分配。准静态的资源分配也被称为持续调度（PersistentScheduling）。DL-SCH为了移动终端的低功耗化而支持移动终端的不连续接收（Discontinuous reception：DRX）。DL-SCH被映射到物理下行共享信道（PDSCH）。

寻呼信道（Paging Channel：PCH）为了能够实现移动终端的低功耗而支持移动终端的DRX。PCH被要求向基站（小区）的覆盖范围整体进行广播。PCH被映射到在业务中能够动态利用的物理下行共享信道（PDSCH）那样的物理资源。

多播信道（Multicast Channel：MCH）在向基站（小区）的覆盖范围整体的广播中使用。MCH支持多小区发送中的MBMS服务（MTCH和MCCH）的SFN合成。MCH支持准静态的资源分配。MCH被映射到PMCH。

对于上行共享信道（Uplink Shared Channel：UL-SCH），应用根据HARQ（HybridARQ）的重发控制。UL-SCH支持动态或准静态（Semi-static）的资源分配。UL-SCH被映射到物理上行共享信道（PUSCH）。

图5（B）所示的随机接入信道（Random Access Channel：RACH）限于控制信息。RACH有冲突的风险。RACH被映射到物理随机接入信道（PRACH）。

对HARQ进行说明。HARQ是通过自动重发请求（Automatic Repeat reQuest：ARQ）和纠错（Forward Error Correction）的组合来使传输路径的通信品质提高的技术。在HARQ中具有如下优点：即使对于通信品质变化的传输路径，通过重发也有效地发挥纠错功能。特别是，在重发时将初次发送的接收结果和再次发送的接收结果进行合成，由此，能够获得进一步的品质提高。

对重发的方法的一例进行说明。在接收侧不能正确地对接收数据进行译码的情况下，换句话说在发生了CRC（Cyclic Redundancy Check）错误的情况下（CRC=NG），从接收侧向发送侧发送“Nack”。接收了“Nack”的发送侧对数据进行重发。在接收侧能正确地对接收数据进行译码的情况下，换句话说在没有发生CRC错误的情况下（CRC=OK），从接收侧向发送侧发送“Ack”。接收了“Ack”的发送侧对下一个数据进行发送。

作为HARQ方式的一例，有“Chase合并”（Chase Combing）。Chase合并是在初始发送和重发中发送相同的数据，在重发中通过进行初始发送的数据和重发的数据的合成从而提高增益的方式。这是基于如下考虑，即，在初始发送数据中即使有错误也部分包含正确的数据，通过对正确的部分的初始发送数据和重发数据进行合成，从而能够更高精度地发送数据。此外，作为HARQ方式的其它例子，有IR（Incremental Redundancy，递增冗余）。IR是使冗余度增加的方式，是通过在重发中对奇偶校验位进行发送，从而与初始发送组合起来增加冗余度，通过纠错功能使品质提高的方式。

使用图6对非专利文献1（第6章）中记载的逻辑信道（Logical channel）进行说明。图6是对在LTE方式的通信系统中使用的逻辑信道进行说明的说明图。在图6（A）中示出下行逻辑信道和下行传输信道之间的映射。在图6（B）中示出上行逻辑信道和上行传输信道之间的映射。

广播控制信道（Broadcast Control Channel：BCCH）是用于广播系统控制信息的下行信道。作为逻辑信道的BCCH被映射到作为传输信道的广播信道（BCH）、或者下行共享信道（DL-SCH）。

寻呼控制信道（Paging Control Channel：PCCH）是用于发送寻呼信息（PagingInformation）以及系统信息（System Information）的变更的下行信道。PCCH在网络不知道移动终端的小区位置的情况下被使用。作为逻辑信道的PCCH被映射到作为传输信道的寻呼信道（PCH）。

共享控制信道（Common Control Channel：CCCH）是用于移动终端与基站之间的发送控制信息的信道。CCCH在移动终端与网络之间不具有RRC连接（connection）的情况下被使用。在下行方向，CCCH被映射到作为传输信道的下行共享信道（DL-SCH）。在上行方向，CCCH被映射到作为传输信道的上行共享信道（UL-SCH）。

多播控制信道（Multicast Control Channel：MCCH）是用于1对多的发送的下行信道。MCCH是为了从网络向移动终端发送1个或数个MTCH用的MBMS控制信息而被使用的。MCCH仅在MBMS接收中的移动终端中被使用。MCCH被映射到作为传输信道的多播信道（MCH）。

专用控制信道（Dedicated Control Channel：DCCH）是以1对1方式发送移动终端与网络之间的专用控制信息的信道。DCCH在移动终端是RRC连接（connection）的情况下被使用。DCCH在上行中被映射到上行共享信道（UL-SCH），在下行中被映射到下行共享信道（DL-SCH）。

专用业务信道（Dedicated Traffic Channel：DTCH）是用于发送用户信息的向专用移动终端的1对1通信的信道。DTCH在上行及下行中均存在。DTCH在上行中被映射到上行共享信道（UL-SCH），在下行中被映射到下行共享信道（DL-SCH）。

多播业务信道（Multicast Traffic channel：MTCH）是用于从网络向移动终端发送业务数据的下行信道。MTCH是仅在MBMS接收中的移动终端中被使用的信道。MTCH被映射到多播信道（MCH）。

GCI是全球小区标识（Global Cell Identity）。在LTE、后述的LTE-A（Long TermEvolution Advanced，长期演进后续）和UMTS（Universal Mobile TelecommunicationSystem，通用移动通信系统）中导入CSG小区（Closed Subscriber Group cell，闭合用户群小区）。以下对CSG小区进行说明（参照非专利文献3 第3.1章）。

CSG小区（Closed Subscriber Group）是操作者（operator）特别指定可利用的加入者的小区（以下有时称为“特定加入者用小区”）。

特别指定的加入者被允许接入PLMN（Public Land Mobile Network，公用陆地移动网络）的一个以上的小区。将允许特别指定的加入者接入的一个以上的小区称为“CSG小区（CSG cell(s)）”。其中，对PLMN有接入限制。CSG小区是广播固有的CSG标识（CSGidentity：CSG ID；CSG-ID），利用CSG指示（CSG Indication）广播“TRUE”的PLMN的一部分。预先进行利用注册、被允许的加入者群的成员使用作为接入许可信息的CSG-ID接入CSG小区。

CSG-ID通过CSG小区或小区而被广播。在移动通信系统中存在多个CSG-ID。而且，CSG-ID为了使CSG相关的成员的接入变得容易，被移动终端（UE）使用。

移动终端的位置跟踪以由一个以上的小区构成的区域作为单位来进行。位置跟踪是为了即使在待机状态下也能够跟踪移动终端的位置，呼叫移动终端、换句话说移动终端能够被呼叫而进行的。将该用于移动终端的位置跟踪的区域称为跟踪区域。

CSG白名单（CSG White List）是记录有加入者所属的CSG小区的全部的CSG ID的、储存在USIM（Universal Subscriber Identity Module，通用用户身份模块）中的名单。CSG白名单有时也仅被称为白名单或允许CSG名单（Allowed CSG List）。在通过CSG小区的移动终端的接入中，MME执行接入控制（access control）（参照非专利文献9 第4.3.1.2章）。作为移动终端的接入的具体例，有附着（attach）、联合附着（combined attach）、去附着（detach）、服务请求（service request）、跟踪区域更新流程（Tracking Area Updateprocedure）等（参照非专利文献9 第4.3.1.2章）。

以下，对待机状态的移动终端的服务类型进行说明（参照非专利文献4 第4.3章）。作为待机状态的移动终端的服务类型，有被限制的服务（Limited service，也称为限制服务）、标准服务（Normal service）、操作者服务（Operator service）。被限制的服务是后述的可接受的小区上的紧急呼叫（Emergency calls）、ETWS（Earthquake and TsunamiWarning System，地震海啸警告系统）、CMAS（Commercial Mobile Alert System，商业移动警报系统）。标准服务（也称为通常服务、正常服务）是后述的适合的小区上的公共的服务。操作者服务是仅用于后述的保留小区上的操作者的服务。

以下对“适合的小区（Suitable cell）”进行说明。“适合的小区（Suitable cell）”是UE为了接受通常（normal）服务而可能驻留（Camp ON）的小区。这样的小区设为满足以下的（1）、（2）的条件。

（1）小区是被选择的PLMN或注册了的PLMN或“Equivalent PLMN名单”的PLMN的一部分。

（2）由NAS（Non-Access Stratum，非接入层）提供的最新信息中还满足以下的（a）～（d）的条件。

（a）该小区不是被禁止的（barred）小区。

（b）该小区是不属于“用于漫游的被禁止的LAs”名单的一部分的跟踪区域（Tracking Area：TA）的一部分。在该情况下，该小区需要满足上述（1）。

（c） 该小区满足小区选择评价基准。

（d）该小区关于作为CSG小区而通过系统信息（System Information：SI）特别指定的小区，CSG-ID是UE的“CSG白名单”（CSG WhiteList）的一部分（包含在UE的CSG白名单中）。

以下对“可接受的小区（Acceptable cell）”进行说明。“可接受的小区（Acceptable cell）”是为了UE接受被限制的服务而可能驻留的小区。这样的小区设为满足以下的（1）、（2）的全部条件。

（1）该小区不是被禁止的小区（也称为“禁止小区（Barred cell）”）。（2）该小区满足小区选择评价基准。

“禁止小区（Barred cell）”在系统信息中有指示。“保留小区（Reserved cell”在系统信息中有指示。

“在小区中驻留（camp on）”指的是UE完成小区选择（cell selection）或小区重选（cell reselection）处理，UE选择了对系统信息和寻呼信息进行监视的小区的状态。有时将UE驻留的小区称为“服务小区（Serving cell）”。

在3GPP中，正在研究被称为Home-NodeB（Nome-NB；HNB）、Home-eNodeB（Home-eNB；HeNB）的基站。UTRAN中的HNB或者E-UTRAN中的HeNB例如是面向家庭、法人、商业用的接入服务的基站。在非专利文献4中公开了向HeNB以及HNB接入的三种不同的模式。具体地说，是开放接入模式（Open access mode）、封闭接入模式（Closed access mode）、混合接入模式（Hybrid access mode）。

各个模式具有以下那样的特征。在开放接入模式中，HeNB、HNB作为通常的操作者的正常小区而被操作。在封闭接入模式中，HeNB、HNB作为CSG小区而被操作。这是仅有CSG成员能够接入的CSG小区。在混合接入模式中，作为允许非CSG成员也同时接入的CSG小区而被操作。换句话说，混合接入模式的小区（也称为混合小区）是支持开放接入模式和封闭接入模式这二者的小区。

在3GPP中，在全部PCI（Physical Cell Identity，物理小区标识）中，有为了被CSG小区使用而由网络预约的PCI范围（参照非专利文献1 第1.0.5.1.1章）。有时将分割PCI范围的情况称为PCI分割。PCI分割信息以系统信息从基站对隶属下的移动终端进行广播。基站的隶属下意味着将该基站作为服务小区。非专利文献5公开了使用PCI分割的移动终端的基本工作。不具有PCI分割信息的移动终端需要使用全部PCI、例如使用全部的504码进行小区搜索。相对于此，具有PCI分割信息的移动终端能够使用该PCI分割信息进行小区搜索。

此外，在3GPP中，作为版本10正在进行“长期演进后续”（Long Term EvolutionAdvanced：LTE-A）的规格制定（参照非专利文献6、非专利文献7）。

在LTE-A系统中，为了获得高的通信速度、在小区边缘的高的吞吐量、新的覆盖范围区域等，正在研究支持中继（Relay）和中继节点（RN）。中继节点经由施主小区（Donorcell；Donor eNB；DeNB）以无线与无线接入网连接。在施主小区的范围内，从网络（Network：NW）向中继的链路与从网络向UE的链路共用相同的频带（以下有时称为“频带”）。在该情况下，版本8的UE也能够与该施主小区连接。将施主小区和中继节点之间的链路称为回程链路（backhaul link），将中继节点与UE之间的链路称为接入链路（access link）。

作为FDD（Frequency Division Duplex，频分双工）中的回程链路的复用方法，从DeNB向RN的发送以下行（DL）频带进行，从RN向DeNB的发送以上行（UL）频带进行。作为中继中的资源的分割方法，从DeNB向RN的链路和从RN向UE的链路在一个频带被时分复用，从RN向DeNB的链路和从UE向RN的链路也在一个频带被时分复用。通过这样，在中继中能够防止中继的发送干扰中继自身的接收。

在3GPP中，不仅研究通常的eNB（宏小区），也正在研究微微eNB（微微小区（picocell））、HeNB（HNB、CSG小区）、热点小区用的节点、中继节点、射频拉远头（Remote RadioHead：RRH）、直放站（Repeater）等的所谓本地节点。由上述的各种类型的小区构成的网络有时也被称为异构网络（heterogeneous network，HetNet）。

在LTE中，预先决定在通信中能够使用的频带（以下有时称为“操作带（operatingband）”）。在非专利文献8中记载了该频带。在利用FDD（Frequency Division Duplex，频分双工）的通信中，预先决定下行链路的频带（以下有时也称为“下行频带”）和与其成对的上行链路的频带（以下有时也称为“上行频带”），上行频带与下行频带不同。这是因为，在以往的声音通信中必然需要下行链路和上行链路，在FDD中通过以下行和上行对频率进行分割，从而能够同时进行发送和接收。

在FDD中，按每个频带预先决定在下行链路中使用的资源的载波频率（以下有时称为“下行载波频率”）和在上行链路中使用的资源的载波频率（以下有时称为“上行载波频率”）的间隔（TX-RX frequency separation：TX-RX频率间隔）的缺省值。在非专利文献8中记载了该TX-RX频率间隔的缺省值。

在LTE中，小区将自小区使用的频带信息和上行载波频率作为广播信息对隶属下的UE进行广播。具体地说，频带信息被包含在SIB1中。上行载波频率被包含在SIB2中。在SIB2中没有包含上行载波频率的情况下，上行载波频率使用TX-RX频率间隔的缺省值被从下行载波频率导出。UE通过进行小区选择或重选从而识别下行载波频率，通过接收来自小区的广播信息，从而能够获得小区使用的频带和上行载波频率。

如在非专利文献1中公开的那样，在3GPP中，正在进行作为第10版的“长期演进后续”（Long Term Evolution Advanced：LTE-A）的规格制定。

在LTE-A系统中，为了支持达到100MHz的更宽的频率带宽（transmissionbandwidths），正在研究集聚（聚合（aggregation））了二个以上的分量载波（ComponentCarrier：CC）的载波聚合（Carrier Aggregation：CA）。

作为LTE对应的版本8或9对应的UE能够仅在相当于一个服务小区的CC上进行发送接收，相对于此，版本10对应的UE具有用于同时在相当于多个服务小区的CC上进行发送接收、或仅接收、或仅发送的能力（能力，capability）。

各CC使用版本8或9的结构，CA支持连续CC、非连续CC、不同的频带宽度的CC。UE不能构成下行链路的CC（DL CC）数量以上的上行链路的CC（UL CC）数量。由同一eNB构成的CC不需要提供相同的覆盖区域。CC与版本8或9具有互换性。

在CA中，上行链路、下行链路均按每个服务小区具有一个独立的HARQ实体。按每个服务小区每个TTI生成传输块。各传输块和HARQ的重发被映射到单个服务小区。

在构成CA的情况下，UE与NW具有唯一的RRC连接（RRC connection）。在RRC连接中，一个服务小区赋予NAS移动性信息和安全输入。将该小区称为主小区（Primary Cell：PCell）。在下行链路中，与PCell对应的载波是下行主分量载波（Downlink PrimaryComponent Carrier：DL PCC）。在上行链路中，与PCell对应的载波是上行主分量载波（Uplink Primary Component Carrier：UL PCC）。

根据UE能力，为了形成PCell和服务小区的组而构成辅小区（Secondary Cell：SCell）。在下行链路中，对应于SCell的载波是下行辅分量载波（Downlink SecondaryComponent Carrier：DL SCC）。在上行链路中，对应于SCell的载波是上行辅分量载波（Uplink Secondary Component Carrier：UL SCC）。

对于一个UE，构成由一个PCell和一个以上SCell组成的服务小区的组。

在各SCell中，在下行链路（DL）用的资源之外，UE还能够利用上行链路（UL）用的资源。DL SCC的数量是UL SCC的数量以上。没有仅在UL用资源中使用的SCell。对于一个UE，各UL用资源仅属于一个服务小区。服务小区的数量根据UE的能力来决定。

PCell仅根据HO过程而被变更。PCell在PUCCH的发送中使用。再有，用于没有UL-SCH的DL-SCH的HAEQ的PUCCH仅以UL PCC而被发送。PCell与SCells不同，不被解除激活（de-activate）。

在PCell变成RLF（Radio link failure，无线链路失败）时，触发重建（Re-establishment）。在SCells中不被触发。从PCell获得NAS信息。

通过RRC进行SCells的重新配置（reconfiguration）、追加（addition）、删除（removal）。在LTE内的切换中，RRC也进行与目标PCell一起使用的SCells的追加（addition）、删除（removal）、重新配置（reconfiguration）。

在SCell追加时，为了发送该SCell所需要的全部系统信息（SI），使用专用RRC信令（dedicated RRC signaling）。即，以连接（connected）模式进行，UE不需要接收从SCell广播的SI。

正在研究SCell的追加（addition）、更新（modification）使用专用RRC信令的“RRCConnection Reconfiguration message”从PCell向移动终端通知（参照非专利文献2）。正在研究SCell的删除（release）使用专用RRC信令的“RRC Connection Reconfigurationmessage”从PCell向移动终端通知、或者通过“RRC Connection re-establishment”而被触发（参照非专利文献2）。在专用RRC信令的“RRC Connection Reconfiguration message”中包含“SCell To AddModList”、“SCell To ReleaseList”。

此外，在各小区中，SIB2表示上行链路用资源的载波频率。

本地节点根据高速且大容量的通信等的各种服务的要求，为了补充宏小区而配置。因此，也产生本地节点设置在宏小区的覆盖范围内的情况。在该情况下，有时从移动终端对本地节点产生干扰。

在3GPP中，作为更先进的新的无线区间的通信方式，正在研究上述的LTE演进（LTEAdvanced:LTE-A）（参照非专利文献6及非专利文献7）。LTE-A将LTE的无线区间通信方式作为基础，对其加入了一些新技术而构成。作为新技术，有支持更宽的频带的技术（Widerbandwidth extension）以及多地点协作发送接收（Coordinated Multiple Pointtransmission and reception：CoMP，协作多点传输）技术等。关于在3GPP中为了LTE-A而研究的CoMP，记载在非专利文献6以及非专利文献7中。

CoMP是如下技术：进行在地理上分离的多地点之间协作的发送或接收，由此，谋求高的数据速率的覆盖范围的扩大、在小区边缘的吞吐量的提高以及通信系统中的吞吐量的增大。在CoMP中有下行CoMP（DL CoMP）和上行CoMP（UL CoMP）。

在DL CoMP中，在多地点（多点）间协作地发送向一个移动终端（UE）的PDSCH。可以从多点中的一个点向一个UE发送PDSCH，也可以从多点中的多个点发送。在DL CoMP中，服务小区是通过PDCCH发送资源分配的单独的小区。

作为DL CoMP的方法，正在研究联合处理（Joint Processing：JP）和协作调度（Coordinated Scheduling：CS）/协作波束赋形（Coordinated Beamforming：CB）。

在JP中，在CoMP协作集（CoMP cooperating set）中的各个点能够利用数据。在JP中有联合发送（Joint Transmission：JT）和动态小区选择（Dynamic Cell Selection：DCS）。在JT中，在某个时刻从多个点具体地说从CoMP协作集（CoMP cooperating set）的一部分或全部进行PDSCH的发送。在DCS中，在某个时刻从CoMP协作集内的一个点进行PDSCH的发送。

在CS/CB中，仅在来自服务小区的数据发送中能够利用，但是，与CoMP协作集所对应的小区间的调整一起，决定用户调度或波束赋形。

CoMP集（CoMP sets）是CoMP协作集（CoMP cooperating set）或者CoMP测量集（CoMP measurement set）的总称。

CoMP协作集是与向UE的PDSCH的发送直接或间接相关的点的集合（set）。

CoMP发送点（CoMP transmission point(s)）是对UE主动发送PDSCH的点或者点的集合（set），是CoMP协作集的部分集合（subset）。

在JT中，CoMP发送点是存在于CoMP协作集内的点。

在DCS中，在全部的子帧（subframe）中一个点变成发送点（transmission point）。发送点能够在CoMP协作集内动态地变更。

在CS/CB中，CoMP发送点对应于服务小区。

CoMP测量集是报告与向UE的链路相关的路径状态（channel state）以及统计（statistical）信息的小区的集合。CoMP测量集和CoMP协作集也可以相同。

作为以多点进行发送的单元（小区），正在研究基站（NB、eNB、HNB、HeNB）、RRU（Remote Radio Unit）、RRE（Remote Radio Equipment）、中继节点（Relay Node）等。将进行多地点协作发送的单元（小区）称为多点单元（多点小区）。

在UL CoMP中，在多地点（多点）间协作地接收来自一个移动终端（UE）的上行数据。通过对以多点接收的数据进行合成，从而能够谋求来自UE的上行接收品质的提高。正在研究在UL CoMP的接收中，伴随多个接收点对发送的信号的联合接收（Joint Reception:JR）以及用于干扰控制的小区间的CS（Coordinated Scheduling）的决定。

在3GPP中正在研究用于DL CoMP的调度的方法。作为用于在多点间进行协作（cooperation）的调度的方法，提出了分散型（distributed）的调度和集中型（centralized）的调度。

在分散型的调度（以下有时称为“分散型调度”）中，各多点单元将不是自多点单元的隶属下的CoMP对象的UE和其它多点单元的隶属下的CoMP对象的UE合在一起进行调度。

在集中型的调度（以下有时称为“集中型调度”）中设置有集中节点，集中节点对进行CoMP的全部多点单元隶属下的全部UE进行调度。

现有技术文献

非专利文献

非专利文献1 : 3GPP TS36.300 V10.2.0

非专利文献2 : 3GPP TS36.331 V10.0.0

非专利文献3 : 3GPP TS36.304 V10.0.0 3.1章4.3章5.2.4章

非专利文献4 : 3GPP S1-083461

非专利文献5 : 3GPP R2-082899

非专利文献6 : 3GPP TR 36.814 V9.0.0

非专利文献7 : 3GPP TR 36.912 V9.3.0

非专利文献8 : 3GPP TS 36.101 V10.0.0

非专利文献9 : 3GPP TR 23.830 V9.0.0。

发明内容

发明要解决的课题

在现有的分散型调度中，各小区一边与进行CoMP的其它小区协作一边进行调度。可是，在该方法中，到收敛为止在小区间反复进行信息的交换，因此，存在延迟变大的问题。因此，产生如下问题：即使进行CoMP，也不能获得高的数据速率，不能谋求在小区边缘的吞吐量以及作为系统的吞吐量的增大。

本发明的目的在于提供一种通信系统，在用于多个基站装置协作与终端装置进行通信的调度中，能够尽可能地抑制多个基站装置间的延迟的影响。

用于解决课题的方案

本发明提供一种通信系统，具备以能够通信的方式连接的多个基站装置和能够与各所述基站装置进行无线通信的终端装置，其特征在于，各所述基站装置以能够与其它的基站装置协作地与所述终端装置进行通信的方式构成，并且，各所述基站装置具备：处理部，在与所述终端装置的通信中进行分配无线资源的调度；通信部，基于所述处理部的所述调度的结果，进行与所述终端装置的通信；通知部，将自装置的用于所述调度的信息通知给所述其它的基站装置；取得部，取得从所述其它的基站装置通知的用于所述调度的信息，所述处理部以如下方式构成：能够在不使用从所述其它的基站装置通知并被所述取得部取得的用于所述调度的信息中的从一个或多个基站装置通知的用于所述调度的信息的情况下进行所述调度。

发明的效果

根据本发明的通信系统，基站装置的处理部能够不使用从其它的基站装置通知并被取得部取得的用于调度的信息中的从一个或多个基站装置通知的用于调度的信息进行调度。因此，在用于多个基站装置协作地与终端装置进行通信的调度中，能够尽可能地抑制多个基站装置间的延迟的影响。

通过以下的详细说明和附图，本发明的目的、特征、方面以及优点能够更明确。

附图说明

图1是表示LTE方式的通信系统的结构的说明图。

图2是表示在LTE方式的通信系统中使用的无线帧的结构的说明图。

图3是表示MBSFN帧的结构的说明图。

图4是说明在LTE方式的通信系统中使用的物理信道的说明图。

图5是说明在LTE方式的通信系统中使用的传输信道的说明图。

图6是说明在LTE方式的通信系统中使用的逻辑信道的说明图。

图7是表示当前在3GPP中讨论的LTE方式的移动通信系统的整体结构的框图。

图8是表示本发明的移动终端（图7的移动终端71）的结构的框图。

图9是表示本发明的基站（图7的基站72）的结构的框图。

图10是表示本发明的MME（图7的MME部73）的结构的框图。

图11是表示作为本发明的HeNBGW的图7所示的HeNBGW74的结构的框图。

图12是表示在LTE方式的通信系统中从移动终端（UE）进行的小区搜索到待机工作的概略的流程图。

图13是表示JT的概念的图。

图14是表示DSC的概念的图。

图15是表示CS/CB的概念的图。

图16是表示分散型调度的概念的图。

图17是表示集中型调度的概念的图。

图18是表示非反复CoMP调度的顺序的一例的图。

图19是表示非反复CoMP调度中的各小区的工作的一例的时序图。

图20是表示小区间接口的延迟量大的情况下的各小区的工作的一例的时序图。

图21是表示使用忽视从其它小区通知的用于调度的信息的方法进行CoMP的情况下的各小区的工作的一例的时序图。

图22是表示本发明的实施方式1的进行CoMP时的顺序的一例的图。

图23是表示在一个小区的处理延迟大的情况下，本发明的实施方式1的进行夜CoMP时的各小区的工作的一例的时序图。

图24是表示在一个小区的处理延迟大的情况下，本发明的实施方式1的进行CoMP时的顺序的一例的图。

图25是表示在将规定的定时作为定时器设定的情况下，本发明的实施方式1的进行CoMP时的各小区的工作的一例的时序图。

图26是表示在将规定的定时作为定时器设定的情况下，本发明的实施方式1的进行CoMP时的各小区的处理过程的一例的流程图。

图27是表示本发明的实施方式1的变形例1的进行CoMP时的各小区的工作的一例的时序图。

图28是表示本发明的实施方式1的变形例2的进行CoMP时的各小区的工作的一例的时序图。

图29是表示本发明的实施方式2的进行CoMP时的各小区的处理过程的一例的流程图。

图30是表示本发明的实施方式2的变形例1的进行CoMP时的各小区的处理过程的一例的流程图。

图31是表示本发明的实施方式2的变形例2的进行CoMP时的各小区的处理过程的一例的流程图。

图32是表示本发明的实施方式3的使CoMP功能开通及关断时的顺序的一例的图。

图33是表示作为用于使CoMP功能开通的信息，使用是否将来自周围小区的信息或用于调度的信息忽视的信息的情况下的使CoMP功能开通及关断时的顺序的一例的图。

图34是表示作为用于使CoMP功能开通的信息，使用是否将来自周围小区的信息或用于调度的信息忽视的信息的情况下的使CoMP功能开通及关断时的顺序的一例的图。

图35是表示各小区判断是否开通CoMP功能时的顺序的一例的图。

图36是表示各小区判断是否开通CoMP功能时的顺序的一例的图。

图37是表示本发明的实施方式4的进行CoMP时的调度的顺序的一例的图。

具体实施方式

实施方式1

图7是表示当前在3GPP中讨论的LTE方式的移动通信系统的整体结构的框图。当前在3GPP中，正在讨论包含CSG（Closed Subscriber Group）小区（E-UTRAN的Home-eNodeB（Home-eNB；HeNB）、UTRAN的Home-NB（HNB））和non-CSG小区（E-UTRAN的eNodeB（eNB）、UTRAN的NodeB(NB)、GERAN的BSS）的系统的整体的结构，针对E-UTRAN提出了图7那样的结构（参照非专利文献1 第4.6.1章）。

对图7进行说明。移动终端装置（以下称为“移动终端”或“UE”）71能够与基站装置（以下称为“基站”）72进行无线通信，以无线通信进行信号的发送接收。移动终端装置相当于通信终端装置。基站72被分类为作为宏小区的eNB72-1和作为本地节点的Home-eNB72-2。对于eNB72-1来说，作为能够与移动终端（UE71）进行通信的范围即覆盖范围，具有比较大的大规模覆盖范围。对于Home-eNB72-2来说，作为覆盖范围，具有比较小的小规模覆盖范围。

eNB72-1通过S1接口与MME、或者S-GW、或者包含MME以及S-GW的MME/S-GW部（以下有时称为“MME部”）73连接，在eNB72-1与MME部73之间对控制信息进行通信。对于一个eNB72-1，也可以连接多个MME部73。eNB72-1之间通过X2接口连接，在eNB72-1之间对控制信息进行通信。

Home-eNB72-2通过S1接口与MME部73连接，在Home-eNB72-2与MME部73之间对控制信息进行通信。对于一个MME部73连接多个Home-eNB72-2。或者，Home-eNB72-2经由HeNBGW（Home-eNB GateWay）74与MME部73连接。Home-eNB72-2与HeNBGW74通过S1接口连接，HeNBGW74与MME部73经由S1接口连接。一个或多个Home-eNB72-2与一个HeNBGW74连接，通过S1接口对信息进行通信。HeNBGW74与一个或多个MME部73连接，通过S1接口对信息进行通信。MME部73以及HeNBGW74是上位节点装置，对作为基站的eNB72-1以及Home-eNB72-2与移动终端（UE）71的连接进行控制。

进而，当前在3GPP中正在讨论以下的结构。支持Home-eNB72-2之间的X2接口。即，通过X2接口连接Home-eNB72-2之间，在Home-eNB72-2之间对控制信息进行通信。从MME部73，能将HeNBGW74看作是Home-eNB72-2。从Home-eNB72-2，能将HeNBGW74看作是MME部73。Home-eNB72-2在经由HeNBGW74连接于MME部73的情况以及直接连接于MME部73的情况的任何情况下，Home-eNB72-2与MME部73之间的接口均是相同的S1接口。HeNBGW74不支持横跨多个MME部73那样的向Home-eNB72-2的移动性或者从Home-eNB72-2起的移动性。Home-eNB72-2支持唯一的小区。

图8是表示本发明的移动终端（图7的移动终端71）的结构的框图。说明图8所示的移动终端71的发送处理。首先，将来自协议处理部801的控制数据及来自应用部802的用户数据保存到发送数据缓冲部803。在发送数据缓冲部803中保存的数据被传递到编码器部804，实施纠错等的编码处理。也可以存在不实施编码处理而从发送数据缓冲部803直接向调制部805输出的数据。在编码器部804进行了编码处理的数据在调制部805进行调制处理。调制了的数据在被变换为基带信号之后，向变频部806输出，变换到无线发送频率。之后，将发送信号从天线807向基站72发送。

此外，移动终端71的接收处理以下述方式执行。来自基站72的无线信号通过天线807接收。接收信号在变频部806从无线接收频率变换成基带信号，在解调部808中进行解调处理。解调后的数据被传递到译码器部809，进行纠错等的译码处理。在被译码了的数据中，控制数据传递到协议处理部801，用户数据传递到应用部802。移动终端71的一连串的处理被控制部810控制。由此，虽然控制部810在图8中省略了，但是与各部801～809连接。

图9是表示本发明的基站（图7的基站72）的结构的框图。说明图9所示的基站72的发送处理。EPC通信部901进行基站72与EPC（MME部73、HeNBGW74等）之间的数据的发送接收。其它基站通信部902进行与其它的基站之间的数据的发送接收。EPC通信部901及其它基站通信部902分别与协议处理部903进行信息的交换。来自协议处理部903的控制数据和来自EPC通信部901及其它基站通信部902的用户数据及控制数据被保存到发送数据缓冲部904。

在发送数据缓冲部904中保存的数据被传递到编码器部905，实施纠错等的编码处理。也可以存在不实施编码处理而从发送数据缓冲部904直接向调制部906输出的数据。编码了的数据在调制部906进行调制处理。调制了的数据在被变换为基带信号之后，向变频部907输出，变换到无线发送频率。之后，将发送信号通过天线908向一个或多个移动终端71发送。

此外，基站72的接收处理以下述方式执行。通过天线908接收来自一个或多个移动终端71的无线信号。接收信号在变频部907从无线接收频率变换成基带信号，在解调部909中进行解调处理。解调了的数据被传递到译码器部910，进行纠错等的译码处理。在被译码的数据中，控制数据向协议处理部903或EPC通信部901、其它基站通信部902传递，用户数据向EPC通信部901以及其它基站通信部902传递。基站72的一连串的处理被控制部911控制。因此，虽然控制部911在图9中省略了，但是与各部901～910连接。

其它基站通信部902相当于通知部以及取得部。发送数据缓冲部904、编码器部905、调制部906、变频部907、天线908、解调部909及译码器部910相当于通信部。

以下示出当前在3GPP中讨论的Home-eNB72-2的功能（参照非专利文献1 第4.6.2章）。Home-eNB72-2具有与eNB72-1相同的功能。此外，在与HeNBGW74连接的情况下，Home-eNB72-2具有发现适当的服务HeNBGW74的功能。Home-eNB72-2与一个HeNBGW74唯一连接。也就是说，在与HeNBGW74连接的情况下，Home-eNB72-2不使用S1接口的Flex功能。Home-eNB72-2当与一个HeNBGW74连接时，同时不与其它的HeNBGW74、其它的MME部73连接。

Home-eNB72-2的TAC与PLMN ID被HeNBGW74支持。当将Home-eNB72-2连接于HeNBGW74时，代替Home-eNB72-2，由HeNBGW74进行“UE attachment”中的MME部73的选择。Home-eNB72-2存在没有网络计划而被配备的可能性。在该情况下，Home-eNB72-2从一个地理区域向另一个地理区域移动。因此，该情况下的Home-eNB72-2根据位置需要连接于不同的HeNBGW74。

图10是表示本发明的MME的结构的框图。在图10中，示出上述的图7所示的MME部73中包含的MME73a的结构。PDN GW通信部1001进行MME73a与PDN GW之间的数据的发送接收。基站通信部1002在MME73a和基站72之间利用S1接口进行数据的发送接收。在从PDN GW接收的数据是用户数据的情况下，用户数据从PDN GW通信部1001经由用户面通信部1003传递到基站通信部1002，向一个或多个基站72发送。在从基站72接收的数据是用户数据的情况下，用户数据从基站通信部1002经由用户面通信部1003向PDN GW通信部1001传递，向PDN GW发送。

在从PDN GW接收的数据是控制数据的情况下，控制数据从PDN GW通信部1001向控制面控制部1005传递。在从基站72接收的数据是控制数据的情况下，控制数据从基站通信部1002向控制面控制部1005传递。

HeNBGW通信部1004在存在HeNBGW74的情况下被设置，根据信息种类，进行MME73a和HeNBGW74之间的利用接口（IF）的数据的发送接收。从HeNBGW通信部1004接收的控制数据从HeNBGW通信部1004向控制面控制部1005传递。在控制面控制部1005的处理的结果经由PDN GW通信部1001向PDN GW发送。此外，在控制面控制部1005中处理的结果经由基站通信部1002利用S1接口向一个或多个基站72发送，此外，经由HeNBGW通信部1004向一个或多个HeNBGW74发送。

在控制面控制部1005中包括NAS安全部1005-1、SAE承载控制部1005-2、待机状态（Idle State）移动性管理部1005-3等，进行针对控制面的全部处理。NAS安全部1005-1提供NAS（Non-Access Stratum）消息的安全等。SAE承载控制部1005-2进行SAE（SystemArchitecture Evolution）的承载的管理等。待机状态移动性管理部1005-3进行待机状态（LTE-IDLE状态，也仅称为待机）的移动性管理、待机状态时的寻呼信号的生成以及控制、隶属下的一个或多个移动终端71的跟踪区域（TA）的追加、删除、更新、检索、跟踪区域名单（TAList）管理等。

MME73a通过向属于注册（registered）有UE的跟踪区域（Tracking Area：TA）的小区发送寻呼消息，从而开始寻呼协议。连接于MME73a的Home-eNB72-2的CSG的管理、CSG-ID的管理、白名单管理也可以在待机状态流动性管理部1005-3进行。

在CSG-ID的管理中，管理（追加、删除、更新、检索）与CSG-ID对应的移动终端和CSG小区的关系。例如，也可以是用户接入注册到某个CSG-ID的一个或多个移动终端与属于该CSG-ID的CSG小区的关系。在白名单管理中，管理（追加、删除、更新、检索）移动终端与CSG-ID的关系。例如，在白名单中，也可以存储某个移动终端进行了用户注册的一个或多个CSG-ID。这些与CSG相关的管理也可以在MME73a中的其他部分进行。MME73a的一连串的处理被控制部1006控制。因此，虽然控制部1006在图10中省略了，但是与各部1001～1005连接。

以下示出当前在3GPP中讨论的MME73a的功能（参照非专利文献1 第4.6.2章）。MME73a进行CSG（Closed Subscriber Groups，封闭用户组）的成员的一个或者多个移动终端的接入控制。MME73a允许将寻呼的最优化（Paging optimisation）的执行作为选择项。

图11是表示作为本发明的HeNBGW的图7所示的HeNBGW74的结构的框图。EPC通信部1101进行HeNBGW74和MME73a之间的利用S1接口的数据的发送接收。基站通信部1102进行HeNBGW74和Home-eNB72-2之间的利用S1接口的数据的发送接收。位置处理部1103进行将经由EPC通信部1001传递的来自MME73a的数据中的注册信息等向多个Home-eNB72-2发送的处理。在位置处理部1003中处理了的数据被传递到基站通信部1102，经由S1接口向一个或多个Home-eNB72-2发送。

不需要在位置处理部1003中的处理而仅通过（透过）的数据从EPC通信部1001被传递到基站通信部1102，经由S1接口向一个或多个Home-eNB72-2发送。HeNBGW74的一连串的处理被控制部1104控制。因此，虽然控制部1104在图11中省略了，但是与各部1101～1103连接。

以下示出当前在3GPP中讨论的HeNBGW74的功能（参照非专利文献1 第4.6.2章）。HeNBGW74针对S1应用进行中继。虽然是MME73a向Home-eNB72-2的过程的一部分，但HeNBGW74针对与移动终端71无关的S1应用使其中止。在配置HeNBGW74时，与移动终端71无关的过程在Home-eNB72-2与HeNBGW74之间，而且在HeNBGW74与MME73a之间进行通信。在HeNBGW74与其它的节点之间不设定X2接口。HeNBGW74允许将寻呼的最优化（Pagingoptimisation）的执行作为选择项。

接着，示出移动通信系统中的一般的小区搜索方法的一例。图12是表示在LTE方式的通信系统中从移动终端（UE）进行的小区搜索到待机工作的概略的流程图。移动终端当开始小区搜索时，在步骤ST1201中使用从周围的基站发送的第一同步信号（P-SS）及第二同步信号（S-SS）取得时隙定时、帧定时的同步。将P-SS和S-SS合在一起，对同步信号（SS）分配与按每个小区分配的PCI（Physical Cell Identity，物理小区标识）是1对1对应的同步码。PCI的数量现在讨论504种，使用该504种的PCI取得同步，并且，检测（确定）取得了同步的小区的PCI。

接着，对取得了同步的小区，在步骤ST1202中，检测出作为从基站按每个小区发送的参考信号（reference signal：RS）的小区固有参考信号（Cell-specific ReferenceSignal：CRS），进行RS的接收功率（也称为RSRP）的测定。在参考信号（RS）中使用与PCI是1对1对应的码，通过以该码取得相关，由此能够与其它小区分离。通过根据在步骤ST1201中确定的PCI来导出该小区的RS用的码，从而能够检测RS，测定RS的接收功率。

接着，在步骤ST1203中，从到步骤ST1202为止检测出的一个以上的小区中，选择RS的接收品质最优的小区，例如，RS的接收功率最高的小区，也就是最优小区。

接着，在步骤ST1204中接收最优小区的PBCH，得到作为广播信息的BCCH。在PBCH上的BCCH加载有包含小区结构信息的MIB（Master Information Block，主信息块）。因此，通过接收PBCH而获得BCCH，从而获得MIB。作为MIB的信息，例如有DL（下行链路）系统带宽（也称为发送带宽设定（transmission bandwidth configuration：dl-bandwidth））、发送天线数、SFN（System Frame Number，系统帧数）等。

接着，在步骤ST1205中，基于MIB的小区结构信息接收该小区的DL-SCH，获得广播信息BCCH中的SIB（System Information Block，系统信息块）1。在SIB1中包含关于接入该小区的信息、关于小区选择的信息、其它的SIB（SIBk；k≥2的整数）的调度信息。此外，在SIB1中包含TAC（Tracking Area Code）。

接着，在步骤ST1206中，移动终端对在步骤ST1205中接收的SIB1的TAC和移动终端已经保有的TA（Tracking Area）名单内的TAC进行比较。如果比较的结果是在步骤ST1205中接收的TAC与包含在TA（Tracking Area）名单内的TAC相同的话，在该小区中进入待机工作。如果进行比较，在步骤ST1205中接收的TAC没有包含在TA（Tracking Area）名单内的话，移动终端通过该小区向核心网（Core Network，EPC）（包含MME等）请求用于进行TAU（TrackingArea Update）的TA（Tracking Area）的变更。核心网基于与TAU请求信号一起从移动终端发送来的该移动终端的识别号码（UE-ID等），进行TA（Tracking Area）名单的更新。核心网向移动终端发送更新后的TA（Tracking Area）名单。移动终端以接收的TA（Tracking Area）名单对移动终端保有的TAC名单进行改写（更新）。之后，移动终端在该小区进入待机工作。

在LTE、LTE-A及UMTS（Universal Mobile Telecommunication System，通用移动通信系统）中，正在研究导入CSG（Closed Subscriber Group，闭合用户群）小区。如上述那样，仅有在CSG小区注册的一个或多个移动终端被允许接入。CSG小区和注册的一个或多个移动终端构成一个CSG。对这样构成的CSG赋予被称为CSG-ID的固有的识别号码。再有，也可以在一个CSG中有多个CSG小区。如果移动终端注册到任一个CSG小区的话，就能够接入该CSG小区所属的CSG的其它的CSG小区。

此外，LTE及LTE-A中的Home-eNB、UMTS中的Home-NB有时作为CSG小区使用。注册到CSG小区的移动终端具有白名单。具体地说，白名单存储在SIM（Subscriber IdentityModule）/USIM中。在白名单中储存有移动终端注册了的CSG小区的CSG信息。作为CSG信息，具体考虑CSG-ID、TAI（Tracking Area Identity）、TAC等。如果CSG-ID与TAC对应起来的话，是任一方即可。此外，如果CSG-ID及TAC与GCI（Global Cell Identity）对应起来的话，也可以是GCI。

如上所述，不具有白名单（在本发明中，也包括白名单是空（empty）的情况）的移动终端不能接入CSG小区，仅能接入non-CSG小区。另一方面，具有白名单的移动终端能接入注册了的CSG-ID的CSG小区，也能接入non-CSG小区。

在3GPP中，讨论将全部PCI（Physical Cell Identity）分割为CSG小区用和non-CSG小区用（参照非专利文献1）。在全部PCI中，有为了被CSG小区使用而由网络预约的PCI范围（参照非专利文献1 第10.5.1.1章）。有时将分割PCI范围的情况称为PCI分割。PCI分割信息以系统信息从基站对隶属下的移动终端进行广播。非专利文献5公开了使用PCI分割的移动终端的基本工作。不具有PCI分割信息的移动终端需要使用全部PCI、例如使用全部的504码进行小区搜索。相对于此，具有PCI分割信息的移动终端能够使用该PCI分割信息进行小区搜索。

此外，在3GPP中，决定了用于混合小区的PCI不被包含在CSG小区用的PCI范围中（参照非专利文献1 第10.7章）。

在3GPP中，移动终端对CSG小区进行选择或重选的方法存在2种模式。第一个是自动（Automatic）模式。以下示出自动模式的特征。利用移动终端内的许可CSG名单（AllowedCSG ID List）进行选择或重选。在PLMN的选择完成之后，仅在是non-CSG小区或者是伴随存在于CSG名单中的CSG ID的CSG小区的情况下，驻留在选择的该PLMN中的一个小区。如果移动终端的许可CSG名单是空的话，移动终端停止CSG小区的自主（autonomous）搜索功能（参照非专利文献3 第5.2.4.8.1章）。

第二个是手动（Manual）模式。以下示出手动模式的特征。移动终端对用户示出当前选择的PLMN中能够利用的CSG的名单。移动终端对用户提供的CSG的名单不限于保存在移动终端中的许可CSG名单中包含的CSG。在用户基于该CSG的名单选择了CSG之后，移动终端驻留在选择的CSG ID所对应的小区，尝试注册（register）（参照非专利文献3）。

对于HeNB和HNB要求对应于各种各样的服务。例如有如下服务，操作者使移动终端注册到预先决定的HeNB及HNB，仅对注册了的移动终端许可向HeNB及HNB的小区的接入，由此，能够使该移动终端可使用的无线资源增大，高速地进行通信。相应地是操作者将收费与通常相比设定得高的服务。

为了实现这样的服务，导入仅有注册了（加入了，成为成员）的移动终端能够接入的CSG小区（Closed Subscriber Group cell）。在商业街、公寓、学校、公司等中要求设置许多CSG小区（Closed Subscriber Group cell）。例如，在商业街按每个店铺、在公寓按每个房间、在学校按每个教室、在公司按每个部门设置CSG小区，要求仅有注册到各CSG小区的用户能够使用该CSG小区这样的使用方法。HeNB/HNB不仅为了补充宏小区的覆盖范围外的通信（区域补充型HeNB/HNB），而且要求对应于上述那样的各种各样的服务（服务提供型HeNB/HNB）。因此，产生HeNB/HNB设置在宏小区的覆盖范围内的情况。

作为LTE-A的新技术，正在研究下行CoMP（DL CoMP）。如前所述那样，在3GPP中，作为DL CoMP的方法，正在研究JP（Joint Processing，联合处理）和CS/CB（CoordinatedScheduling/Coordinated Beamforming，协作调度/协作波束赋形）。在JP中有JT（JointTransmission，联合发送）和DCS（Dynamic Cell Selection，动态小区选择）。

图13是表示JT的概念的图。在图13所示的例子中，第1多点单元1301和第2多点单元1302是进行DL CoMP即下行多地点间协作发送的单元。在图13中示出如下情况：DL CoMP对象的移动终端（UE）1303将第1多点单元1301作为服务小区并且存在于由第1多点单元1301构成的覆盖范围1306内以及由第2多点单元1302构成的覆盖范围1307内。在图13中，用箭头1304表示从第1多点单元1301向UE1303发送的信号。此外，在图13中，用箭头1305表示从第2多点单元1302向UE1303发送的信号。

如图13所示，在JT中，同时从多个多点单元1301、1302对CoMP对象的UE1303发送信号1304、1305。

图14是表示DCS的概念的图。在图14所示的例子中，第1多点单元1401和第2多点单元1402是进行DL CoMP即下行多地点间协作发送的单元。在图14中示出如下情况：DL CoMP对象的移动终端（UE）1403将第1多点单元1401作为服务小区并且存在于由第1多点单元1401构成的覆盖范围1406内以及由第2多点单元1402构成的覆盖范围1407内。在图14中，用箭头1404表示从第1多点单元1401向UE1403发送的信号。此外，在图14中，用箭头1405表示从第2多点单元1402向UE1403发送的信号。

在DCS中，某时从一个多点单元对CoMP对象的UE发送信号。对CoMP对象的UE进行发送的一个多点单元被动态地变更。例如，在图14所示的例子中，对于CoMP对象的UE1403，在某个时刻从第1多点单元1401发送信号1404，在另一个时刻从第2多点单元1402发送信号1405。

图15是表示CS/CB的概念的图。图15（a）是表示CS的概念的图。图15（b）是表示CB的概念的图。在图15所示的例子中，第1多点单元1501和第2多点单元1502是进行DL CoMP即下行多地点间协作发送的单元。在图15中示出如下情况：DL CoMP对象的移动终端（UE）1503、1507存在于由第1多点单元1501构成的覆盖范围1505内以及由第2多点单元1502构成的覆盖范围1506内。

在图15（a）中，用箭头1504表示从第1多点单元1501向UE1503发送的信号。此外，在图15（b）中，用箭头1504表示从第1多点单元1501向第1UE1503发送的信号，用箭头1508表示从第1多点单元1501向第2UE1507发送的信号。此外，在图15（b）中，用箭头1510表示从第2多点单元1502向第1UE1503发送的信号，用箭头1509表示从第2多点单元1502向第2UE1507发送的信号。

在CS/CB中，从成为CoMP对象的UE的服务小区的多点单元对该CoMP对象的UE发送信号。在CS中，如图15（a）所示那样，在CoMP对象的UE1503的服务小区即第1多点单元1501对该UE1503发送的信号1504所被分配的资源块中，基于第2多点单元1502不发送信号等的调度，进行利用CoMP的发送。

在CB中，如图15（b）所示那样，CoMP对象的第1UE1503的服务小区即第1多点单元1501利用波束赋形向该第1UE1503的方向发送信号1504，第2多点单元1502以不向该第1UE1503的方向发送信号1510的方式利用波束赋形而使其为零（Null）。此外，CoMP对象的第2UE1507的服务小区即第2多点单元1502利用波束赋形向该第2UE1507的方向发送信号1509，第1多点单元1501以不向该第2UE1507的方向发送信号1508的方式，利用波束赋形而使其为零（Null）。

在3GPP中正在研究用于CoMP的调度的方法。作为用于在多点间进行协作（cooperation）的调度的方法，提出了分散型（distributed）的调度和集中型（centralized）的调度（3GPP R1-110106（以下称为“非专利文献10”））。

图16是表示分散型调度的概念的图。在图16所示的例子中，第1多点单元1604、第2多点单元1605以及第3多点单元1606是进行DL CoMP即下行多地点间协作发送的单元。DLCoMP对象的移动终端（UE）1619存在于由第1多点单元1604构成的覆盖范围（以下有时称为“第1多点单元1604的覆盖范围”）1601内以及由第2多点单元1605构成的覆盖范围（以下有时称为“第2多点单元1605的覆盖范围”）1602内。

第1多点单元1604的隶属下的不是CoMP对象的UE即第1UE1607存在于第1多点单元1604的覆盖范围1601内。第2多点单元1605的隶属下的不是CoMP对象的UE即第2UE1608存在于第2多点单元1605的覆盖范围1602内。第3多点单元1606的隶属下的不是CoMP对象的UE即第3UE1609存在于由第3多点单元1606构成的覆盖范围1603内。

在图16中，用箭头1610表示从第1多点单元1604向第1UE1607发送的信号，用箭头1611表示从第1多点单元1604向DL CoMP对象的UE1619发送的信号。此外，在图16中，用箭头1612表示从第2多点单元1605向DL CoMP对象的UE1619发送的信号，用箭头1613表示从第2多点单元1605向第2UE1608发送的信号。此外，在图16中，用箭头1614表示从第3多点单元1606向DL CoMP对象的UE1619发送的信号，用箭头1615表示从第3多点单元1606向第3UE1609发送的信号。

第1多点单元1604和第2多点单元1605利用接口1616被连接。第1多点单元1604和第2多点单元1605经由接口1616对信息进行发送接收。

第2多点单元1605和第3多点单元1606利用接口1617被连接。第2多点单元1605和第3多点单元1606经由接口1617对信息进行发送接收。

第3多点单元1606和第1多点单元1604利用接口1618被连接。第3多点单元1606和第1多点单元1604经由接口1618对信息进行发送接收。

在分散型调度中，各多点单元1604、1605、1606将不是自多点单元的隶属下的CoMP对象的UE1607、1608、1609和其它多点单元的隶属下的CoMP对象的UE1619合在一起进行调度。以下示出分散型调度的过程的概要。

首先，各多点单元1604、1605、1606进行调度，在多点单元1604、1605、1606之间交换表示调度的结果的调度信息。接着，各多点单元1604、1605、1606使用从其它多点单元通知的调度信息进行调度。接着，各多点单元1604、1605、1606基于各多点单元1604、1605、1606的调度的结果，对各UE1607、1608、1609、1619发送信号1610～1615。

图17是表示集中型调度的概念的图。在图17中，对与图16所示的要素相同的要素标注相同的附图标记，省略共同的说明。在集中型调度中设置有集中节点1701。第1多点单元1604和集中节点1701利用接口1702被连接。第1多点单元1604和集中节点1701经由接口1702对信息进行发送接收。

第2多点单元1605和集中节点1701利用接口1704被连接。第2多点单元1605和集中节点1701经由接口1704对信息进行发送接收。第3多点单元1606和集中节点1701利用接口1703被连接。第3多点单元1606和集中节点1701经由接口1703对信息进行发送接收。

在集中型调度中，集中节点1701对进行CoMP的全部多点单元1604、1605、1606的隶属下的全部UE1607、1608、1609、1619进行调度。以下示出集中型调度的过程的概要。

首先，集中节点1701对全部多点单元1604、1605、1606的隶属下的全部UE1607、1608、1609、1619使用全部的多点单元1604、1605、1606的资源进行调度。接着，集中节点1701将对各多点单元1604、1605、1606的调度的结果向各多点单元1604、1605、1606通知。并且，各多点单元1604、1605、1606基于从集中节点1701通知的调度的结果，对各UE1607、1608、1609、1619发送信号1610～1615。

在这里，集中节点1701对进行CoMP的全部多点单元1604、1605、1606的隶属下的全部UE1607、1608、1609、1619进行调度，但是，集中节点1701也可以对需要调度的UE进行调度。此外，集中节点1701可以设置在任一个多点单元内，也可以设置在MME、HeNBGW、OAM（Operation Administration and Maintenance）内。

进行CoMP即多地点间协作发送接收的多点单元也可以是小区。此外，在一个eNB构成多个小区的情况下，在该小区间也支持CoMP。在小区间支持的CoMP被称为站点内（intra）-eNB CoMP等。在以下的说明中，没有特别说明的话，包含多点单元以及eNB构成的小区，称为“小区”。包含多点单元以及eNB构成的小区，小区相当于基站装置。

作为以往的分散型调度的具体方法，有非专利文献10以及3GPP R1-110355（以下称为“非专利文献11”）所示的反复CoMP调度（iterative CoMP scheduling）。

在反复CoMP调度中，作第1步骤，进行CoMP的各小区对隶属下的UE暂定进行非协作（non-cooperative）调度。作为第2步骤，各小区在进行CoMP的小区间对表示在各小区进行的调度的结果的调度信息进行交换。作为第3步骤，各小区不仅考虑自小区的调度，也考虑从进行CoMP的其它小区通知的调度信息，进行改良（refine）了的调度。各小区进行改良了的调度，并且，进行波束选择也可以。

作为第4步骤，反复进行上述第2步骤的处理和第3步骤的处理，进一步进行改良。当改良了的调度的结果收敛到规定的值时，结束第2步骤以及第3步骤的处理。作为第5步骤，各小区基于收敛了的调度的结果发送信号。像这样，各小区一边与进行CoMP的其它小区协作一边进行调度。可是，在该方法中，到调度的结果收敛到规定的值为止，在小区间反复进行信息的交换，所以，存在延迟变大的问题。

在3GPP R1-110384（以下称为“非专利文献12”）中，为了改善上述的延迟变大的问题，提出了非反复CoMP调度（non-iterative CoMP scheduling）。

图18是表示非反复CoMP调度的顺序的一例的图。小区1、小区2以及小区3是进行CoMP的小区。

在步骤ST1801、步骤ST1802以及步骤ST1803中，各小区1～3进行导出用于调度的信息的处理（以下称为“信息导出处理”）。

在步骤ST1804～ST1809中，各小区1～3在与进行CoMP的其它的小区之间进行用于调度的信息的交换。具体地说，小区1在步骤ST1804中向小区2发送用于调度的信息，在步骤ST1805中向小区3发送用于调度的信息。小区2在步骤ST1806中向小区3发送用于调度的信息，在步骤ST1807中向小区1发送用于调度的信息。小区3在步骤ST1808中向小区2发送用于调度的信息，在步骤ST1809中向小区1发送用于调度的信息。

当小区1接收在步骤ST1807及步骤ST1809中从小区2、3发送的用于调度的信息时，转移到步骤ST1810。当小区2接收在步骤ST1804及步骤ST1808中从小区1、3发送的用于调度的信息时，转移到步骤ST1811。当小区3接收在步骤ST1805及步骤ST1806中从小区1、2发送的用于调度的信息时，转移到步骤ST1812。

在步骤ST1810、步骤ST1811及步骤ST1812中，各小区1～3使用从进行CoMP的其它小区通知的用于调度的信息进行调度。在以下的说明中，如果没有特别说明的话，将进行CoMP的其它小区也称为“周围小区”。小区1在步骤ST1810的处理结束之后，转移到步骤ST1813。小区2在步骤ST1811的处理结束之后，转移到步骤ST1814。小区3在步骤ST1812的处理结束之后，转移到步骤ST1815。

在步骤ST1813、步骤ST1814及步骤ST1815中，各小区1～3基于在步骤ST1810、步骤ST1811及步骤ST1812中进行的各个调度的结果来发送信号。

图19是表示非反复CoMP调度中的各小区的工作的一例的时序图。图19的箭头表示各小区间的信息的交换，换言之，表示信息的发送接收。

在小区1中，用于调度的信息导出处理的期间a1、与周围小区即小区2及小区3的信息交换期间、使用了来自周围小区的信息的调度的期间a2、基于调度的结果进行信号的发送的期间a3连续。在小区1中，在基于调度的结果进行了信号的发送之后，再次进行用于调度的信息导出处理。像这样，反复进行从用于调度的信息导出处理到各小区的基于调度的结果的发送处理为止的各处理。

在小区2中，与小区1同样地，用于调度的信息导出处理的期间b1、与周围小区即小区1及小区3的信息交换期间、使用了来自周围小区的信息的调度的期间b2、基于调度的结果进行信号的发送的期间b3连续。而且，在小区2中，与小区1同样地，在基于调度的结果进行信号的发送之后，再次进行用于调度的信息导出处理。像这样，在小区2中与小区1同样地反复进行从用于调度的信息导出处理到各小区的基于调度的结果的发送处理为止的各处理。

在小区3中，与小区1同样地，用于调度的信息导出处理的期间c1、与周围小区即小区1及小区2的信息交换期间、使用了来自周围小区的信息的调度的期间c2、基于调度的结果进行信号的发送的期间c3连续。而且，在小区3中，与小区1同样地，在基于调度的结果进行信号的发送之后，再次进行用于调度的信息导出处理。像这样，在小区3中与小区1同样地反复进行从用于调度的信息导出处理到各小区的基于调度的结果的发送处理为止的各处理。

在进行CoMP的小区之间取得时间上的同步。例如，在JT的情况下，各小区基于调度的结果进行信号的发送的期间a3、b3、c3在同一定时进行。在DCS以及CS/CB的情况下，虽然从各小区的发送方法与JT的情况不同，但是，各小区基于调度的结果进行信号的发送的期间a3、b3、c3在同一定时进行。

在该非反复CoMP调度的方法中，在一次调度中没有小区间的信息交换的反复，所以，与反复CoMP调度的方法相比，信息交换的反复所导致的延迟量减少。可是，在非反复CoMP调度的方法中，各小区至少进行一次与周围小区的信息交换，也必须进行考虑了周围小区的状况的调度。因此，依然产生用于小区间调整的延迟。

例如，产生各小区中的用于调度的信息导出处理所导致的延迟以及小区间接口所导致的延迟等。因此，各小区的调度处理通过这些周围小区的延迟量以及小区间接口的延迟量等而被限制速度。当在周围小区的延迟量以及小区间接口的延迟量等中存在大的延迟量时，其结果是，各小区的调度处理延迟，基于调度的结果发送信号的定时延迟。在进行CoMP的小区之间取得发送期间的同步，所以，在进行CoMP的小区中即使有一个延迟的情况下，也产生使进行CoMP的发送期间延迟的需要。由此，小区间协作调度所导致的吞吐量等的性能改善量降低。

图20是表示小区间接口的延迟量大的情况下的各小区的工作的一例的时序图。在图20中，对与图19所示的处理相同的处理赋予相同的附图标记，省略共同的说明。此外，图20的箭头表示小区间的信息的交换，换句话说，表示信息的发送接收。在图20中示出了如下情况：小区1和小区3之间的接口（Interface：IF）的延迟量比其它的小区间IF的延迟量大。

在小区1中，在用于调度的信息导出处理的期间a1之后，进行与周围小区即小区2及小区3的信息交换。与小区2以及小区3的信息交换所需要的期间是与小区2以及小区3之间的小区间IF的延迟量导致的。在小区1和小区2之间的IF的延迟量小、小区1和小区3之间的IF的延迟量大的情况下，小区1能够很快接收来自小区2的用于调度的信息，但是，对于用附图标记“S3”表示的来自小区3的用于调度的信息的接收来说，其延迟量大，所以延迟相应的量。

小区1到接收来自小区3的用于调度的信息为止进行待机，在接收了所述信息之后，使用来自周围小区的信息进行调度。因此，使用来自周围小区的信息进行的调度处理延迟了来自小区3的用于调度的信息的接收所延迟的量。基于调度的结果进行的信号的发送处理也延迟相应的量。

在小区3中也同样地，由于用附图标记“S1”表示的来自小区1的用于调度的信息的接收延迟，所以，使用来自周围小区的信息进行的调度处理延迟，基于调度的结果进行的信号的发送处理也延迟相应的量。

小区2在与小区1或小区3之间的IF中不产生大的延迟，所以使用来自周围小区的信息进行的调度处理不会延迟较大。可是，因为进行CoMP的各小区的发送定时同步，所以，产生使小区2的发送定时也与小区1及小区3的发送定时协作地延迟小区1及小区3的延迟量D的量的需要。即，小区1、小区2及小区3的CoMP发送定时全部延迟。

由此，不再能够立刻将周围小区的电波环境反映到自小区，在小区间协作调度中产生延迟。其结果是，作为系统的吞吐量等的性能改善量降低。

因此，在本实施方式中，以下公开了用于解决这些问题的方法。在本实施方式中，小区可以不使用CoMP集内的一个或多个其它小区的用于调度的信息。

换句话说，小区以如下方式构成：能够不使用从CoMP集内的其它小区通知而取得的用于调度的信息中的来自一个或多个其它小区的用于调度的信息进行调度。例如，在小区是由上述图9所示的基站72构成的小区的情况下，基站72的处理部即协议处理部903以如下方式构成：能够不使用在从其它基站通知而在其它基站通信部902取得的用于调度的信息中的从一个或多个其它基站通知的用于调度的信息进行调度。

作为可以不使用其它小区的用于调度的信息的方法，公开以下两种方法。（1）小区忽视从CoMP集内的一个或多个其它小区通知的用于调度的信息。（2）小区不向CoMP集内的一个或多个其它小区通知用于调度的信息。

作为CoMP集，可以是CoMP协作集，或者可以是CoMP发送点集。此外，作为用于调度的信息的具体例，有调度信息、以及表示UE的测量报告结果的信息、以及通过其导出的信道状态信息等。调度信息包含资源分配信息以及MCS（Modulation and Coding Scheme）信息等。作为调度信息，可以是DCI（Downlink Control Information，下行链路控制信息）（参照3GPP TS36.212V10.0.0（以下称为“非专利文献13”））。通过使调度信息为DCI，从而作为系统能够使用共同的格式，在各小区作为CoMP不需要设置特别的格式。因此，能够将用于CoMP调度的控制简化。此外，作为用于调度的信息，也可以是用于CoMP对象的UE的调度的信息。通过将用于调度的信息设为用于CoMP对象的UE的调度的信息，从而能够减少在小区间交换的信息量。

图21是表示使用忽视从其它小区通知的用于调度的信息的方法进行CoMP的情况下的各小区的工作的一例的时序图。在图21中，对与图20所示的处理相同的处理赋予同一附图标记，省略共同的说明。此外，图21的箭头表示小区间的信息的交换，换句话说表示信息的发送接收。在图21中，与图20同样地，示出了小区1和小区3之间的IF的延迟量比其它的小区间IF的延迟量大的情况。

在小区1和小区3之间的IF的延迟量大的情况下，虽然小区1能够很快接收来自小区2的用于调度的信息，但是，用附图标记“S13”表示的来自小区3的用于调度的信息的接收由于其延迟量大，所以延迟相应的量。同样地，虽然小区3能够很快接收来自小区2的用于调度的信息，但是，用附图标记“S11”表示的来自小区1的用于调度的信息的接收由于其延迟量大，所以延迟相应的量。对于小区2来说，由于在与小区1或小区3之间的IF中不产生大的延迟，所以能够很快接收来自小区1或小区3的用于调度的信息。

在本实施方式所公开的方法中，小区1忽视从延迟量大的小区3接收的用于调度的信息S13。同样地，小区3忽视从延迟量大的小区1接收的用于调度的信息S11。像这样，各小区忽视来自较大地延迟通知的小区的用于调度的信息，使用来自其它小区的用于调度的信息进行调度。

进行了调度的各小区基于调度的结果发送信号。由于各小区忽视较大地延迟通知的用于调度的信息，所以不会使CoMP集内的小区间协作发送的定时延迟较大。

在这里，在小区间协作发送包括对进行CoMP的UE按每个小区进行发送或者不发送，是协作地进行发送。作为CoMP的方法，如上述那样，存在对进行CoMP的UE在小区间协作地同时从多个小区进行发送的方法（JT）以及在小区间协作地临时从一个小区发送的方法（DCS、CS/CB），但是，在本实施方式中所公开的方法能应用于任一种情况。

按每个小区或者按每个子帧，为了PDCCHs而使用的OFDM符号数不同。因此，在CoMP集内的各小区中，产生对协作发送的PDSCH进行映射的符号不同的情况。在该情况下，利用在CoMP集内的某个小区中对成为CoMP对象的UE的PDSCH进行映射的符号，在CoMP集内的其它小区中对PDCCH进行映射。因此，不能够从CoMP集内的各小区协作进行发送。作为解决该问题的方法，公开了以下的（1）～（5）的5种方法。

（1）预先决定进行CoMP发送的子帧的对PDSCH进行映射的符号。作为通信系统或在CoMP集内决定为同一值即可。符号可以在时间上连续，也可以离散。作为连续的情况下的决定方法，有符号的先头值及符号数或者符号的先头值和结束值。

（2）预先决定进行CoMP发送的子帧的为了PDCCHs而使用的OFDM符号数或者PCFICH的值。作为通信系统或在CoMP集内决定为同一值即可。具体地说，例如，CoMP集内的小区预先决定为将为了PDCCHs而使用的OFDM符号设为“3”。

（3）预先决定进行CoMP发送的子帧的对PDSCH映射的符号的先头值。作为通信系统或在CoMP集内决定为同一值即可。具体地说，例如是将进行CoMP发送的子帧的对PDSCH进行映射的符号的先头值决定为第4符号等。

上述（1）～（3）中的规定的值可以预先在标准等中静态决定，也可以从CoMP控制节点对CoMP集内的小区通知。通过这些方法，在CoMP集内的各小区中，能够将对CoMP发送的PDSCH进行映射的符号统一。此外，如上述的（1）～（3）那样，预先决定对PDSCH进行映射的符号、或者为了PDCCHs而使用的OFDM符号数、或者PCFICH的值、或者对PDSCH进行映射的符号的先头值等，从而能够实现稳定的CoMP工作。

（4）仅发送与自小区的映射PDSCH的符号相同的符号所映射的向周围小区的CoMP对象的UE的CoMP发送数据。作为具体例，公开JT的情况。例如，在周围小区的对PDSCH进行映射的符号的先头值是第3符号，自小区的对PDSCH进行映射的符号的先头值是第4符号的情况下，小区将向周围小区的CoMP对象的UE的数据中的映射到第4符号以后的PDSCH的数据映射到自小区的第4符号以后并进行发送。在该情况下，向周围小区的CoMP对象的UE的数据中的映射到第3符号的数据不从自小区发送。

相反，在周围小区的对PDSCH进行映射的符号的先头值是第4符号，自小区的对PDSCH进行映射的符号的先头值是第3符号的情况下，小区将向周围小区的CoMP对象的UE的数据映射到自小区的第4符号以后进行发送。在该情况下，对小区来说，在自小区的第3符号中也以什么也不发送，也可以对向其它的UE的数据进行映射并进行发送。

通过上述（4）的方式，与在CoMP集内等预先决定同一值的情况相比，能够实现灵活的资源的使用。此外，能够使CoMP发送时的资源的使用效率提高，谋求吞吐量的改善。

在上述（4）的方法的情况下，自小区识别向周围小区的CoMP对象的UE的PDSCH被映射到哪个符号。因此，CoMP集内的各小区将自小区的映射PDSCH的符号所相关的信息包含在用于调度的信息中、或者与该信息一起向周围小区通知。作为映射PDSCH的符号所相关的信息的具体例，有映射PDSCH的符号、或者为了PDSSHs而使用的OFDM符号数、或者PCFICH的值、或者对PDSCH进行映射的符号的先头值等。

像这样，CoMP集内的各小区将自小区的映射PDSCH的符号所相关的信息对周围小区通知，由此，CoMP集内的各小区能够识别周围小区的映射PDSCH的符号。由此，能够可靠地在自小区和周围小区使对向CoMP对象的UE的数据进行映射的符号相同来进行CoMP发送。

（5）在CoMP集中仅包含对PDSCH进行映射的符号相同的小区。也可以在CoMP集中仅包含为了PDCCHs而使用的OFDM符号数、或者PCFICH的值、或者对PDSCH进行映射的符号的先头值相同的小区。具体地说，例如是为了CoMP对象的UE，以对PDSCH进行映射的符号的先头值为第4符号的小区来构成CoMP集等。通过上述（5）的方法，CoMP集内的小区的对PDSCH进行映射的符号变得相同，能够将对CoMP发送的PDSCH进行映射的符号统一。

针对各小区的对PDSCH进行映射的符号的信息从各小区对构成CoMP集的节点、例如集中节点、CoMP控制节点、MME、HeNB、HeNBGW等预先通知即可。或者也可以从各小区经由构成CoMP集的节点对周围小区通知。在各小区构成CoMP集的情况下，也可以在各小区间交换关于映射PDSCH的符号的信息。

在LTE以及LTE-A中，每个子帧的OFDM符号数根据循环前缀（Cyclic Prefix：CP）或者子载波的频率间隔而不同。因此，产生与上述同样的问题。

作为解决该问题的方法，也可以应用上述的（5）的方法。只要代替上述（5）的关于对PDSCH进行映射的符号的信息，设为CP信息以及子载波的频率间隔信息中的至少任一个即可。或者，在上述（5）的关于对PDSCH进行映射的符号的信息中加入CP信息以及子载波的频率间隔信息中的至少任一个即可。通过这样，CoMP集内的小区的对PDSCH进行映射的符号的结构相同，能够将对CoMP发送的PDSCH进行映射的符号统一。

优选各小区的CP信息或者子载波的频率间隔信息从各小区对构成CoMP集的节点、例如集中节点、CoMP控制节点、MME、HeNB、HeNBGW等预先通知。或者也可以从各小区经由构成CoMP集的节点对周围小区通知。在各小区构成CoMP集的情况下，优选在各小区间对CP信息以及子载波的频率间隔信息中的至少任一个进行交换。

图22是表示本发明的实施方式1的进行CoMP时的顺序的一例的图。由于图22所示的顺序与图18所示的顺序类似，所以对同一步骤赋予同一步骤号码，省略共同的说明。

在步骤ST1801～ST1803中，各小区进行用于调度的信息导出处理。接着，在步骤ST1804～ST1809中，各小区在与进行CoMP的其它的小区之间进行用于调度的信息的交换。

在步骤ST2201中，小区1忽视从小区3接收的用于调度的信息，使用从小区2接收的用于调度的信息进行调度。或者，小区1不使用从小区3接收的用于调度的信息，而使用从小区2接收的用于调度的信息进行调度。在忽视从小区3接收的用于调度的信息的情况以及不使用从小区3接收的用于调度的信息的情况的任一个情况下，小区1考虑自小区的用于调度的信息来进行调度。

小区1在步骤ST2201的处理结束之后，转移到步骤ST1813。在步骤ST1813中，小区1基于步骤ST2201的调度的结果，对信号进行发送。

在步骤ST2203中，小区3忽视从小区1接收的用于调度的信息，使用从小区2接收的用于调度的信息进行调度。或者，小区3不使用从小区1接收的用于调度的信息，而使用从小区2接收的用于调度的信息进行调度。在忽视从小区1接收的用于调度的信息的情况以及不使用从小区1接收的用于调度的信息的情况的任一个情况下，小区3考虑自小区的用于调度的信息来进行调度。

小区3在步骤ST2203的处理结束之后，转移到步骤ST1815。在步骤ST1815中，小区3基于步骤ST2203的调度的结果，对信号进行发送。

在步骤ST2202中，小区2使用从小区1以及小区3接收的用于调度的信息来进行调度。这时，小区2也考虑自小区的用于调度的信息来进行调度。小区2在步骤ST2202的处理结束之后，转移到步骤ST1814。在步骤ST1814中，小区2基于步骤ST2202的调度的结果，对信号进行发送。

如上所述，在步骤ST1804～步骤ST1809中，各小区向周围小区通知用于调度的信息，接收来自周围小区的用于调度的信息。在接收来自周围小区的用于调度的信息时，需要能够识别所接收的该信息是从哪个小区发送来的信息。因此，在本实施方式中以如下方式构成，即，各小区将自小区的小区标识符附随于用于调度的信息向周围小区通知。作为小区标识符，可以使用识别号码、Cell-ID、GCI、PCI等。

通过将自小区的小区标识符附随于用于调度的信息，从而接收了该信息的小区能够识别是从哪个小区发送来信息。由此，在步骤ST2201、步骤ST2202以及步骤ST2203中，各小区能够忽视来自特定的小区的用于调度的信息。

通过以上那样，消除了在CoMP集内的小区间协作发送的定时延迟较大的情况。由此，能够在小区间协作调度中不产生大的延迟的情况下，谋求通信系统的吞吐量等的性能的改善。

在上述的例子中示出了小区间的一个的IF的延迟量大的情况，但是，作为其它的例子，以下示出一个小区的处理延迟大的情况。

图23是表示在一个小区的处理延迟大的情况下，本发明的实施方式1的进行CoMP时的各小区的工作的一例的时序图。在图23中，对与图19所示的处理相同的处理赋予同一附图标记，省略共同的说明。此外，图23的箭头表示小区间的信息的交换，换句话说表示信息的发送接收。在图23中示出了如下情况：与其它的小区相比，小区3的用于调度的信息导出处理的延迟大。

在小区3的用于调度的信息导出处理的延迟量大的情况下，小区1能够很快接收来自小区2的用于调度的信息，但是，用附图标记“S13”表示的来自小区3的用于调度的信息的接收由于其延迟量大，所以延迟相应的量。同样地，小区2能够很快接收来自小区1的用于调度的信息，但是，用附图标记“S23”表示的来自小区3的用于调度的信息的接收由于其延迟量大，所以延迟相应的量。小区3能够从小区1或小区2很快接收用于调度的信息。

在本实施方式所公开的方法中，小区1忽视从延迟量大的小区3接收的用于调度的信息S13。同样地，小区2忽视从延迟量大的小区3接收的用于调度的信息S23。像这样，各小区忽视来自较大地延迟通知的小区的用于调度的信息，使用来自其它小区的用于调度的信息进行调度。进行了调度的各小区基于该调度的结果发送信号。由于各小区忽视较大地延迟通知的用于调度的信息，所以不会使CoMP集内的小区间协作发送的定时延迟较大。

图24是表示在一个小区的处理延迟大的情况下，本发明的实施方式1的进行CoMP时的顺序的一例的图。图24所示的顺序与图18所示的顺序类似，所以，针对同一步骤赋予同一步骤号码，省略共同的说明。

在步骤ST1801～ST1803中，各小区进行用于调度的信息导出处理。在步骤ST1804～ST1809中，各小区在与进行CoMP的其它的小区之间进行用于调度的信息的交换。

在步骤ST2401中，小区1忽视从小区3发送的用于调度的信息，使用从小区2接收的用于调度的信息进行调度。或者，小区1不使用从小区3发送的用于调度的信息，而使用从小区2接收的用于调度的信息进行调度。在忽视从小区3发送的用于调度的信息的情况以及不使用从小区3发送的用于调度的信息的情况的任一个情况下，小区1考虑自小区的用于调度的信息来进行调度。

小区1当进行调度时，转移到步骤ST1813。在步骤ST1813中，小区1基于步骤ST2401的调度的结果，对信号进行发送。

在步骤ST2402中，小区2忽视从小区3发送的用于调度的信息，使用从小区1接收的用于调度的信息进行调度。或者，小区2不使用从小区3发送的用于调度的信息，而使用从小区1接收的用于调度的信息进行调度。在忽视从小区3发送的用于调度的信息的情况以及不使用从小区3发送的用于调度的信息的情况的任一个情况下，小区2考虑自小区的用于调度的信息来进行调度。

小区2当进行调度时，转移到步骤ST1814。在步骤ST1814中，小区2基于步骤ST2402的调度的结果，对信号进行发送。

在步骤ST2403中，小区3使用从小区1以及小区2接收的用于调度的信息来进行调度。这时，小区3也考虑自小区的用于调度的信息来进行调度。小区3当进行调度时，转移到步骤ST1815。在步骤ST1815中，小区3基于步骤ST2403的调度的结果，对信号进行发送。

通过以上那样，在CoMP集内的任一个小区中，即使在用于调度的信息导出处理的延迟大的情况下，也能够获得与上述的图21以及图22所示的例子相同的效果。

如上所述，在本实施方式中以如下方式构成，即，小区不使用从CoMP集内的其它小区通知的用于调度的信息中的来自一个或多个其它小区的用于调度的信息也能够进行调度。具体地说，小区忽视从延迟大的小区通知的用于调度的信息，不在小区间协作调度中使用。由此，能够尽可能抑制多个小区间的延迟的影响。因此，能够谋求通信系统的吞吐量等的性能的改善。

此外，也能够忽视从由于某种原因而延迟变大的小区通知的用于调度的信息。例如，在作为回程线路使用无线、例如毫米波的情况下，考虑根据电波环境延迟变大的情况。在这样的情况下，忽视从延迟大的小区通知的用于调度的信息，由此，能够不使在CoMP集内的小区间协作发送的定时延迟较大而使其同步。

由此，能够将周围小区的电波环境立刻反映给自小区。因此，能够谋求通信系统的吞吐量等的性能的改善。

在本实施方式中，各小区也可以设置用于判断延迟大的基准。以下公开各小区判断为延迟大的具体的方法。各小区忽视来自没有在规定的定时或规定的时间内通知的小区的信息。

从其它小区通知的用于调度的信息没有在规定的定时或者规定的时间内通知的情况，相当于非使用条件。各小区不使用从其它小区通知而取得的用于调度的信息中的满足预先决定的非使用条件的信息，而使用不满足非使用条件的信息进行调度。上述的没有在规定的定时或规定的时间内通知的信息相当于满足非使用条件的信息，在规定的定时或规定的时间内通知的信息相当于不满足非使用条件的信息。

作为规定的定时或规定的时间的具体例，公下的（1）～（6）的6个例子。（1）无线帧号码或者无线帧数，（2）子帧号码或者子帧数，（3）符号号码或符号数，（4）从特定的定时起规定的时间后的定时，（5）从特定的定时起规定的时间前的定时，（6）上述（1）～（5）的组合。

作为上述具体例（4）的从特定的定时起规定的时间后的定时的例子，设为从用于调度的信息导出处理的结束定时起规定的时间后的定时，忽视在此之后通知的信息。

作为上述具体例（5）的从特定的定时起规定的时间前的定时的例子，设为从下一个发送子帧的先头起规定的时间前的定时，忽视在此之后通知的信息。

此外，也可以将规定的定时或规定的时间设为定时器。规定的定时或规定的时间也可以作为静态的值预先根据标准或由操作者决定。此外，也可以作准静态的值，通过用于对CoMP集内小区进行管理以及控制的节点例如CoMP控制节点、MME、HeNBGW、或OAM对各小区通知。在该通知中使用CoMP专用IF也可，使用CoMP控制节点与小区间IF、S1-IF、X2-IF、OAM用IF等也可。

将规定的定时或规定的时间设为定时器，相当于使上述的非使用条件为从其它小区通知用于调度的信息的预定时刻起经过预先决定的时间。即，各小区不使用从其它小区通知而取得的用于调度的信息中的从其它小区通知用于调度的信息的预定时刻起经过预先决定的时间而取得的信息，使用在预先决定的时间以内取得的信息进行调度。

图25是表示在将规定的定时设定为定时器的情况下，本发明的实施方式1的进行CoMP时的各小区的工作的一例的时序图。在图25中，对与图20所示的处理相同的处理赋予同一附图标记，省略共同的说明。此外，图25的箭头表示小区间的信息的交换，换句话说表示信息的发送接收。在图25中，与图20同样地，示出了小区1和小区3之间的IF的延迟量大的情况。

各小区在用于调度的信息导出处理的结束定时起动定时器。将定时器的时间设为Tx，忽视经过时间Tx后接收的来自其它小区的用于调度的信息。

因为小区1和小区3之间的IF的延迟量大，所以从小区1通知的用于调度的信息S11到达小区3是在经过了定时器的时间Tx之后。同样地，从小区3通知的用于调度的信息S13到达小区1是在经过了定时器的时间Tx之后。小区1忽视在经过定时器的时间Tx后接收的来自小区3的用于调度的信息S13。小区3忽视在经过定时器的时间Tx后接收的来自小区1的用于调度的信息S11。

另一方面，对于小区2来说，由于没有在经过定时器的时间Tx后接收的用于调度的信息，所以，来自任何小区的用于调度的信息都不忽视。

各小区在经过了定时器的时间Tx之后将定时器复位，在下一个用于调度的信息导出处理的结束定时，再次起动定时器。

用于调度的信息导出处理的结束定时也可以设为允许结束定时。在这里，各小区到允许结束定时为止进行用于调度的信息导出处理。此外，允许结束定时可以在全部小区中设相同的值，也可以按每个小区设定值。

图26是表示在将规定的定时设定为定时器的情况下，本发明的实施方式1的进行CoMP时的各小区的处理过程的一例的流程图。

各小区在步骤ST2601中进行用于调度的信息导出处理。当用于调度的信息导出处理结束时，转移到步骤ST2602。

在步骤ST2602中，各小区在步骤ST2601的用于调度的信息导出处理的结束定时起动定时器。当起动定时器时，转移到步骤ST2603。

在步骤ST2603中，各小区向周围小区发送用于调度的信息。用于调度的信息是在调度中使用的信息。当各小区将用于调度的信息向周围小区发送时，转移到步骤ST2604。

在步骤ST2604中，各小区判断定时器是否结束。在步骤ST2604中，在各小区判断为定时器没有结束的情况下，转移到步骤ST2605。在步骤ST2605中，各小区从周围小区接收用于调度的信息。当各小区从周围小区接收用于调度的信息时，返回步骤ST2604，反复进行定时器是否结束的判断。在步骤ST2604中，在各小区判断为定时器结束了的情况下，转移到步骤ST2606。

在步骤ST2606中，各小区忽视在定时器的结束时刻之后接收的信息。当忽视在定时器的结束时刻之后接收的信息时，转移到步骤ST2607。

在步骤ST2607中，各小区使用在定时器的结束时刻以前接收的信息进行调度。这时，各小区也考虑自小区的用于调度的信息进行调度。当调度结束时，转移到步骤ST2608。

在步骤ST2608中，各小区基于步骤ST2607的调度的结果，对信号进行发送。当基于调度的结果发送信号时，转移到步骤ST2609。

在步骤ST2609中，各小区判断是否继续CoMP工作。在步骤ST2609中各小区判断为继续CoMP工作的情况下，返回步骤ST2601，反复进行上述的处理，在判断为不继续进行CoMP工作的情况下，结束CoMP工作。

像这样，各小区将成为用于判断为延迟大的基准的规定的定时设定为定时器。由此，能够获得上述的效果，并且能够明确时间的管理，能够实现多个小区之间的共同化。因此，能够使CoMP集内的小区间的CoMP工作变得容易。

在本实施方式所公开的方法中，关于各小区发送用于调度的信息的小区，可以是一个或多个小区，进而也可以选择性决定。例如，各小区基于UE的测量报告，在服务小区以外的小区中，将接收功率更大的小区决定为发送用于调度的信息的小区。

也可以不在小区间发送接收用于调度的信息，而从UE对服务小区以外的一个或多个小区进行发送。例如，设置小区共同的识别码，UE将发送数据以小区共同的识别码及每个UE的识别码进行扰频来发送。小区以小区共同的识别码及每个UE的识别码进行扰频来接收。各小区预先交换周围小区的隶属下的UE的识别码即可。

小区共同的识别码也可以使用上行参考信号的顺序码。作为上行参考信号的具体例，存在用于下行CoMP的反馈信息发送的上行参考信号、用于上行CoMP的上行参考信号等。

小区共同的识别码也可以在构成CoMP集的小区中是共同的。此外，也可以按每个CoMP集而不同。或者，作为系统在全部小区中是共同的。

小区共同的识别码也可以是小区共同的标识符。此外，小区共同的识别码可以预先通过标准或由操作者决定，或者由CoMP控制节点准静态地决定，由小区向隶属下的UE通知也可以。预先决定几种识别码，准静态地决定使用其中的哪一个也可以。

此外，UE也可以不识别对服务小区以外的一个或多个小区发送的情况。例如，UE将发送数据以服务小区的识别码及每个UE的识别码进行扰频来发送。小区以周围小区的识别码及每个UE的识别码进行扰频来接收。小区预先交换周围小区的识别码即可。通过这样，不需要使用多个小区的标识符对多个信号进行发送，所以，控制变得容易，能够削减用于控制的功耗。

实施方式1的变形例1

在上述的实施方式1中，各小区忽视从延迟大的小区通知的用于调度的信息。在本变形例中，在用于调度的信息导出处理的时间经过了规定的时间时，各小区不向周围小区通知用于调度的信息。

图27是表示本发明的实施方式1的变形例1的进行CoMP时的各小区的工作的一例的时序图。在图27中，对与图23所示的处理相同的处理赋予同一附图标记，省略共同的说明。此外，图27的箭头表示小区间的信息的交换，换句话说表示信息的发送接收。在图27中，与图23同样地，示出了小区3的用于调度的信息导出处理的延迟变大的情况。

也可以设定多个上述的定时器。在图27所示的例子中，示出设定两种定时器的情况。两种定时器是定时器期间为T1的定时器1和定时器期间为T2的定时器2。定时器1用于判断是否对周围小区通知用于调度的信息。定时器2用于判断是否忽视所接收的用于调度的信息。

各小区在用于调度的信息导出处理的开始定时起动定时器1。在定时器1的时间T1经过之前，如果用于调度的信息导出处理结束，则各小区向周围小区通知用于调度的信息，如果用于调度的信息导出处理没有结束，则各小区不向周围小区通知用于调度的信息。

各小区在定时器1结束的定时起动定时器2。各小区忽视在经过定时器2的时间T2后接收的来自其它小区的用于调度的信息。

对于小区1以及小区2来说，由于用于调度的信息导出处理的延迟量小，所以，在定时器1的时间T1经过之前，结束用于调度的信息导出处理。因此，小区1以及小区2向周围小区通知用于调度的信息。

另一方面，对于小区3来说，由于用于调度的信息导出处理的延迟量大，所以，到定时器1的时间T1经过为止，不结束用于调度的信息导出处理。因此，小区3不向周围小区通知用于调度的信息。

小区1使用在经过定时器2的时间T2之前所接收的来自小区2的用于调度的信息，进行调度。这时，小区1也考虑自小区的用于调度的信息进行调度。在该时刻，由于不从小区3通知用于调度的信息，所以，小区1不使用来自小区3的用于调度的信息。

同样地，小区2使用在经过定时器2的时间T2之前所接收的来自小区1的用于调度的信息，进行调度。这时，小区2也考虑自小区的用于调度的信息进行调度。在该时刻，由于不从小区3通知用于调度的信息，所以，小区2不使用来自小区3的用于调度的信息。

小区3使用在经过定时器2的时间T2之前所接收的来自小区1及小区2的用于调度的信息，进行调度。这时，小区3也考虑自小区的用于调度的信息进行调度。

定时器1及定时器2分别经过了设定的时间T1、T2后被复位，在下一个定时器的起动定时被再次起动。

如上所述在本变形例中，用于调度的信息导出处理的延迟量大的小区不通知用于调度的信息。因此，各小区不使用来自用于调度的信息导出处理的延迟量大的小区的用于调度的信息，而使用来自其它的周围小区的用于调度的信息进行调度。进行了调度的各小区基于该调度的结果发送信号。因此，消除了在CoMP集内的小区间协作发送的定时延迟较大的情况。

此外，根据本变形例，能够获得与上述的实施方式1所获得的效果同样的效果。此外，因为能够削减无用的信令，所以能够降低信令负载。

实施方式1的变形例2

也可以按每个小区设定上述实施方式1中公开的规定的定时或规定的时间。在本变形例中，公开按每个小区设定规定的定时或规定的时间的方法。

图28是表示本发明的实施方式1的变形例2的进行CoMP时的各小区的工作的一例的时序图。在图28中，对与图25所示的处理相同的处理赋予同一附图标记，省略共同的说明。此外，图28的箭头表示小区间的信息的交换，换句话说表示信息的发送接收。在图28中，关于按每个小区设定的规定的定时或规定的时间的设定方法，公开与上述的图25不同的方法。

例如，将按每个小区设定的规定的定时或规定的时间，设为从基于调度的结果发送信号的发送定时的先头起规定的定时或规定的时间。

将在小区1中设定的从下一个发送定时的先头起的时间设为Tc1。小区1根据从下一个发送定时起是否经过了时间Tc1前的定时，判断是否忽视来自周围小区的用于调度的信息。

同样地，将在小区2中设定的从下一个发送定时的先头起的时间设为Tc2。小区2根据从下一个发送定时起是否经过了时间Tc2前的定时，判断是否忽视来自周围小区的用于调度的信息。

同样地，将在小区3中设定的从下一个发送定时的先头起的时间设为Tc3。小区3根据从下一个发送定时起是否经过了时间Tc3前的定时，判断是否忽视来自周围小区的用于调度的信息。

在本变形例中，从下一个发送定时的先头起的时间Tc1、Tc2、Tc3在各小区单独地设定，但也可以按每个小区共同地设定。此外，也可以在CoMP内小区的一部分小区中是共同的，在其它小区中单独地设定。

在图28所示的例子中，小区1接收来自小区2的用于调度的信息，是在从下一个发送定时的先头起时间Tc1前的定时以前。小区1接收以附图标记“S33”表示的来自小区3的用于调度的信息，是在从下一个发送定时的先头起时间Tc1前的定时以后。小区1忽视从下一个发送定时的先头起时间Tc1前的定时之后所接收的信息、即来自小区3的用于调度的信息S33，使用从下一个发送定时的先头起时间Tc1前的定时之前所接收的信息、即来自小区2的用于调度的信息，进行调度。这时，小区1也考虑自小区的用于调度的信息进行调度。小区1基于该调度的结果发送信号。

小区2接收以附图标记“S43”表示的来自小区3的用于调度的信息，是在从下一个发送定时的先头起时间Tc2前的定时以后。小区2接收来自小区1的用于调度的信息，是在从下一个发送定时的先头起时间Tc2前的定时以前。小区2忽视从下一个发送定时的先头起时间Tc2前的定时之后接收的信息、即来自小区3的用于调度的信息S43，使用从下一个发送定时的先头起时间Tc2前的定时之前所接收的信息、即来自小区1的用于调度的信息，进行调度。这时，小区2也考虑自小区的用于调度的信息进行调度。小区2基于该调度的结果发送信号。

小区3接收来自小区1的用于调度的信息，是在从下一个发送定时的先头起时间Tc3前的定时以前。小区3接收来自小区2的用于调度的信息，是在从下一个发送定时的先头起时间Tc3前的定时以前。小区3使用在从下一个发送定时的先头起时间Tc3之前的定时以前所接收的信息、即来自小区1及小区2的用于调度的信息，进行调度。这时，小区3也考虑自小区的用于调度的信息进行调度。小区3基于该调度的结果发送信号。

像这样，通过按每个小区设定规定的定时或规定的时间，从而能够根据每个小区的处理负荷及处理速度的至少任一方设定适当的定时。因此，由于将周围小区的电波环境立刻反映给自小区变得更容易，所以能够更进一步改善通信系统的吞吐量等的性能。

按每个小区设定的规定的定时或规定的时间也可以作为静态的值预先根据标准或由操作者决定。由此，能够省略信令。此外，也可以作准静态或动态的值，通过用于对CoMP集内小区进行管理及控制的节点即CoMP控制节点、MME、HeNBGW以及OAM对各小区通知。在该通知中使用CoMP专用IF也可，使用CoMP控制节点与小区间IF、S1-IF、X2-IF、OAM用IF等也可。

因此，能够反映CoMP集内的状况，能够进一步谋求通信系统的吞吐量的性能的改善。此外，各小区反映自小区的状况，准静态或动态地决定也可以。由此，由于能够考虑CoMp集内的各小区特有的状况，所以，能够提高作为整体的调度效率，能够进一步谋求通信系统的吞吐量的性能的改善。

实施方式2

忽视从CoMP集内的一个或多个其它小区通知的用于调度的信息的方法，也能够应用于上述实施方式1公开的延迟大的情况以外的情况。例如，从多个小区利用CoMP发送不重要的数据，资源的使用效率也变差。因此，不能谋求作为通信系统的吞吐量的改善。

在这样的情况下，可以应用忽视从CoMP集内的一个或多个其它小区通知的用于调度的信息的方法。具体地说，各小区根据各种状况忽视从CoMP集内的一个或多个其它小区通知的用于调度的信息即可。在该情况下，设定适合于各种状况的判断是否忽视的信息即可。各小区基于该信息，忽视从CoMP集内的一个或多个其它小区通知的用于调度的信息。判断是否忽视的信息相当于非使用可否信息。

作为上述各种状况的具体例，公开以下的（1）～（9）的9个例子。

（1）进行CoMP的发送数据的服务品质（Quality of Service：QoS）。在该情况下，各小区根据发送数据的QoS，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用表示QoS的QoS信息。各小区将用于调度的信息与作为判断是否忽视的信息的QoS信息一起向周围小区通知。

（2）进行CoMP的发送数据的种类。在该情况下，各小区根据发送数据的种类，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用表示发送数据的种类的信息。各小区将用于调度的信息与作为判断是否忽视的信息的表示发送数据的种类的信息一起向周围小区通知。

作为发送数据的种类的具体例，公开以下的（a）～（i）的9个例子。（a）逻辑信道的种类，（b）传输信道，（c）PDC号码，（d）PDCP PDU（Protocol Data Unit）的PDCP SN（SequenceNumber），（e）PDCP PDU的PDU类型，（f）RLC SDU（Service Data Unit）号码，（g）RLC PDU号码，（h）HARQ过程号码，（i）第几次重发。并不限于这些（a）～（i），只要能够确定发送数据的种类即可。

（3）进行CoMP的发送数据是否是与紧急呼叫相关的信息。在该情况下，各小区根据发送数据是否是与紧急呼叫相关的信息，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用表示是否是与紧急呼叫相关的信息的信息。各小区将用于调度的信息与作为判断是否忽视的信息的表示是否是与紧急呼叫相关的信息的信息一起向周围小区通知。

作为紧急呼叫的具体例，公开以下的（a）～（c）的3个例子。（a）紧急呼叫（Emergency call），（b）ETWS（Earthquake and Tsunami Warning System），（c）CMAS（Commercial Mobile Alert System）。紧急呼叫要求可靠地与UE进行通信。因此，各小区在进行CoMP的发送数据包含与紧急呼叫相关的信息的情况下，也可以不忽视从针对该发送数据的周围小区通知的用于调度的信息。

（4）进行CoMP的发送数据所需要的资源量。在该情况下，各小区根据发送数据所需要的资源量，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用表示发送数据所需要的资源量的信息。各小区将用于调度的信息与作为判断是否忽视的信息的表示发送数据所需要的资源量的信息一起向周围小区通知。

（5）进行CoMP的UE数。在该情况下，各小区根据进行CoMP的UE数，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用表示进行CoMP的UE数的信息。各小区将用于调度的信息与作为判断是否忽视的信息的表示自小区的进行CoMP的UE数的信息一起向周围小区通知。

接收了该信息的小区可以根据表示各个小区的进行CoMP的UE数的信息，忽视来自各个小区的用于调度的信息。或者，接收了该信息的小区也可以如下那样。首先，接收了该信息的小区使用表示各个小区的进行CoMP的UE数的信息以及自小区的进行CoMP的UE数的至少任一方，导出进行CoMP的合计UE数。然后，接收了该信息的小区以该合计UE数为能够进行CoMP的UE数以下的方式，选择忽视用于调度的信息的一个或多个小区，忽视来自该小区的用于调度的信息也可以。

（6）从哪个小区通知的。在该情况下，各小区根据通知了从周围小区通知的用于调度的信息的小区，忽视该信息。作为判断是否忽视的信息，使用表示该信息是从哪个小区通知的信息。各小区将用于调度的信息与作为判断是否忽视的信息的用于识别自小区的信息一起向周围小区通知。作为用于识别自小区的信息的具体例，可以是小区的标识符，也可以是后述的实施方式4中公开的CoMP小区索引（CoMP cell index）。

（7）进行CoMP的发送数据的资源块（Resource Block：RB）号码及RB数的至少任一方。在该情况下，各小区根据进行CoMP的发送数据的RB号码及RB数的至少任一方，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用表示进行CoMP的发送数据的RB号码及RB数的至少任一方的信息。各小区将用于调度的信息与作为判断是否忽视的信息的表示进行CoMP的发送数据的RB号码及RB数的至少任一方的信息一起向周围小区通知。

（8）与映射PDSCH的符号相关的信息。例如，映射PDSCH的符号，或者为了PDCCHs而使用的OFDM符号数，或者PCFICH的值，或者映射PDSCH的符号的先头值。在该情况下，各小区根据与映射PDSCH的符号相关的信息，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用与映射PDSCH的符号相关的信息。各小区将用于调度的信息与作为判断是否忽视的信息的与映射PDSCH的符号相关的信息一起向周围小区通知。

（9）上述（1）～（8）的组合。这些也可以与上述实施方式1到实施方式1的变形例2组合。

以下公开本实施方式的具体例。在这里，各种状况表示上述具体例（1）的进行CoMP的发送数据的QoS的情况。

各小区根据发送数据的QoS，忽视从周围小区通知的用于调度的信息。使用QoS信息作为判断是否忽视的信息。各小区将用于调度的信息与作为判断是否忽视的信息的QoS信息一起向周围小区通知。此外，各小区将QoS阈值（以下有时称为“QoSth”）作为用于判断在各小区中是否忽视的阈值。QoSth可以按每个小区而不同，也可以在CoMP集内的小区中是共同的，作为系统，在小区间是共同的也可以。

图29是表示本发明的实施方式2的进行CoMP时的各小区的处理过程的一例的流程图。图29所示的流程图与图26所示的流程图类似，所以，对同一步骤赋予同一步骤号码，省略共同的说明。

各小区在步骤ST2601中进行用于调度的信息导出处理。当各小区结束用于调度的信息导出处理时，转移到步骤ST2901。

在步骤ST2901中，各小区向周围小区通知用于调度的信息和进行CoMP的发送数据的QoS信息。当各小区向周围小区通知用于调度的信息和进行CoMP的发送数据的QoS信息时，转移到步骤ST2902。

在步骤ST2902，各小区从周围小区接收用于调度的信息和周围小区的进行CoMP的发送数据的QoS信息。当各小区接收用于调度的信息和周围小区的进行CoMP的发送数据的QoS信息时，转移到步骤ST2903。

在步骤ST2903中，各小区判断从周围小区通知的进行CoMP的发送数据的QoS是否是QoS阈值以上（QoS≥QoSth）。在步骤ST2903中判断为QoS是QoS阈值以上（QoS≥QoSth）的情况下，各小区不忽视通知了该QoS的小区的调度信息，转移到步骤ST2905。或者，各小区不忽视通知了该QoS的小区的该QoS的发送数据的调度信息，转移到步骤ST2905。在步骤ST2903中，在判断为QoS比QoS阈值小（QoS＜QoSth）的情况下，各小区转移到步骤ST2904。

在步骤ST2904中，各小区忽视通知了该QoS的小区的调度信息，转移到步骤ST2905。或者，各小区在步骤ST2904中忽视通知了该QoS的小区的该QoS的发送数据的调度信息，转移到步骤ST2905。

在步骤ST2905中，各小区使用未忽视的用于调度的信息，进行调度。这时，各小区也考虑自小区的用于调度的信息进行调度。当进行调度时，转移到步骤ST2608。

在步骤ST2608中，各小区基于步骤ST2905的调度的结果，对信号进行发送。当各小区基于调度的结果发送信号时，转移到步骤ST2609。

在步骤ST2609中，各小区判断是否继续CoMP工作。在步骤ST2609中各小区判断为继续CoMP工作的情况下，返回步骤ST2601，反复进行上述的处理，在判断为不继续进行CoMP工作的情况下，结束CoMP工作。

在本实施方式中，各小区在步骤ST2904中判断从周围的各小区通知的进行CoMP的发送数据的QoS是否是QoS阈值以上，判断是否忽视用于调度的信息，但并不限于这样的结构。各小区也可以不仅判断从周围的各小区通知的进行CoMP的发送数据的QoS，还判断自小区的进行CoMP的发送数据的QoS是否是QoS阈值以上，判断是否忽视用于调度的信息。

如上所述，在本实施方式中，根据进行CoMP的发送数据的QoS，忽视从周围小区通知的用于调度的信息，所以，针对QoS低也可的发送数据不进行CoMP而发送，能够将预定在CoMP中使用的量的资源对其它的UE分配。由此，不从多个小区利用CoMP发送QoS低的数据即可，能够使资源的使用效率提高。因此，能够提高通信系统的吞吐量。

关于其它的各种状况，也可以分别设定用于在各小区中判断是否忽视的阈值。在该情况下，按照与上述的具体例同样的流程图的处理过程进行CoMP即可。根据各种状况忽视用于调度的信息，从而能够有效地进行通信系统的吞吐量等的性能的改善。

在各小区中设定的用于判断是非忽视的阈值也可以作为静态的值预先根据标准或由操作者决定。由此，能够省略用于通知阈值的信令。

此外，上述阈值也可以作为准静态或动态的值，通过用于对CoMP集内小区进行管理及控制的节点即CoMP控制节点、MME、HeNBGW或OAM对各小区通知。可以在该通知中使用CoMP专用IF，也可以使用CoMP控制节点与小区间IF、S1-IF、X2-IF、OAM用IF等。由此，能够反映CoMP集内的各种状况，能够进一步谋求通信系统的吞吐量的性能的改善。

此外，上述阈值也可以是各小区反映自小区的状况而准静态或动态地决定的。由此，由于能够考虑CoMp集内的各小区特有的各种状况，所以，能够提高作为整体的调度效率，能够进一步谋求通信系统的吞吐量的性能的改善。

实施方式2的变形例1

在上述的实施方式2所公开的方法中，基于从周围小区与用于调度的信息一起接收的用于判断是否忽视的信息，各小区判断是否忽视所接收的用于调度的信息，但是，在本变形例中公开其它的方法。

在本变形例中，各小区根据各种状况不向CoMP集内的一个或多个其它小区通知用于调度的信息。或者，各小区不通知用于调度的信息的一部分或全部的信息也可以。

在该情况下，设定适合于各种状况的判断是否通知的信息即可。各小区基于上述判断是否通知的信息，不向CoMP集内的一个或多个其它小区通知用于调度的信息也可以。各小区基于上述判断是否通知的信息，判断是否向CoMP集内的一个或多个其它小区通知用于调度的信息。

各种状况的具体例应用上述的实施方式2中公开的方法即可。此外，关于判断是否通知的信息的设定、以及在各小区中用于判断是否通知的阈值，应用上述的实施方式2中公开的关于判断是否忽视的设定、以及用于在各小区中判断是否忽视的阈值所公开的方法即可。

以下公开本变形例的具体例。在这里，各种状况表示上述实施方式2的具体例（1）的进行CoMP的发送数据的QoS的情况。

根据发送数据的QoS，不向周围小区通知用于调度的信息。使用QoS信息来作为判断是否通知的信息使。将QoS阈值（以下有时称为“QoSth”）设定为用于在各小区中判断是否忽视的阈值。QoSth可以按每个小区而不同，也可以在CoMP集内的小区中是共同的，作为系统，在小区间是共同的也可以。

图30是表示本发明的实施方式2的变形例1的进行CoMP时的各小区的处理过程的一例的流程图。图30所示的流程图与图26所示的流程图类似，所以，对同一步骤赋予同一附图标记，省略共同的说明。

各小区在步骤ST2601中进行用于调度的信息导出处理。当用于调度的信息导出处理结束时，转移到步骤ST3501。

在步骤ST3501中，各小区判断进行CoMP的发送数据的QoS是否是QoS阈值以上（QoS≥QoSth）。在步骤ST3501中，在各小区判断为QoS为QoS阈值以上（QoS≥QoSth）的情况下，转移到步骤ST3503。在步骤ST3501中，在各小区判断为QoS比QoS阈值小（QoS＜QoSth）的情况下，转移到步骤ST3502。

在步骤ST3503中，各小区向周围小区发送具有该QoS的进行CoMP的发送数据的用于调度的信息。当各小区将用于调度的信息向周围小区发送时，转移到步骤ST2605。在步骤ST3502中，各小区不向周围小区发送具有该QoS的进行CoMP的发送数据的用于调度的信息，转移到步骤ST2605。在存在多个进行CoMP的发送数据的情况下，反复进行发送数据数量的步骤ST3501～步骤ST3503的处理即可。

各小区在步骤ST2605中从周围小区接收用于调度的信息。当从周围小区接收用于调度的信息时，转移到步骤ST3504。

各小区在步骤ST3504中使用从周围各小区通知的用于调度的信息进行调度。这时，各小区也考虑自小区的用于调度的信息进行调度。当进行调度时，转移到步骤ST2608。

在步骤ST2608中，各小区基于调度的结果对信号进行发送。当各小区基于调度的结果发送信号时，转移到步骤ST2609。

在步骤ST2609中，各小区判断是否继续CoMP工作。在步骤ST2609中各小区判断为继续CoMP工作的情况下，返回步骤ST2601，反复进行上述的处理，在判断为不继续进行CoMP工作的情况下，结束CoMP工作。

进行CoMP的发送数据的QoS是否是阈值以上的判断，也可以在步骤ST2601的用于调度的信息导出处理之前进行。在进行CoMP的发送数据的QoS是QoS阈值以上的情况下，进行用于调度的信息导出处理，将用于调度的信息向周围小区发送。另一方面，在进行CoMP的发送数据的QoS比QoS阈值小的情况下，也可以省略用于调度的信息导出处理。在省略了用于调度的信息导出处理的情况下，也不向周围小区发送用于调度的信息。

通过这样，能够获得与上述实施方式2同样的效果，并且能够减少向周围小区通知的用于调度的信息，能够减少小区间的信令量。

实施方式2的变形例2

在本变形例中公开如下方法：根据自小区的状况，忽视从CoMP集内的一个或多个其它小区通知的用于调度的信息。

存在使向自小区的隶属下的UE的调度为优先是比较好的情况。例如，在自小区的隶属下的UE数多的情况等下，比起确保向CoMP集内的其它小区的隶属下的UE的资源，确保向自小区隶属下的UE的资源能够谋求作为系统的吞吐量的提高。在这样的情况下，考虑了来自周围小区的信息的调度变成处理时间和功耗的浪费。

为了解决这些问题，在本变形例中，各小区根据自小区的状况，忽视从CoMP集内的一个或多个其它小区通知的用于调度的信息。在该情况下，设定适于自小区的各种状况的判断是否忽视的信息即可。各小区基于该信息，忽视从CoMP集内的一个或多个其它小区通知的用于调度的信息。

作为上述自小区的各种状况的具体例，公开以下的（1）～（9）的9个例子。

（1）自小区的负载。在该情况下，各小区根据自小区的负载，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用表示自小区的负载的信息。作为表示自小区的负载的信息的具体例，可以设为表示低负载、中负载、高负载、以及过载状态的指示符。此外，表示自小区的负载的信息并不限于此，只要是表示自小区的负载状态的信息即可。

（2）自小区的隶属下的UE数。在该情况下，各小区根据自小区的隶属下的UE数，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用表示自小区的隶属下的UE数的信息。

（3）自小区的隶属下的RRC_connected状态的UE数。在该情况下，各小区根据自小区的隶属下的RRC_connected状态的UE数，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用表示自小区的隶属下的RRC_connected状态的UE数的信息。判断是否忽视的信息并不限于自小区的隶属下的RRC_connected状态的UE数，也可以是通信中的UE数。

（4）自小区的隶属下的UE的调度所需要的资源量。在该情况下，各小区根据自小区的隶属下的UE的调度所需要的资源量，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用表示自小区的隶属下的UE的调度所需要的资源量的信息。表示自小区的隶属下的UE的调度所需要的资源量的信息，可以是例如RB号码、RB数。

（5）自小区的隶属下的紧急呼叫的有无或紧急呼叫数。在该情况下，各小区根据自小区的隶属下的紧急呼叫的有无或紧急呼叫数，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用表示自小区的隶属下的紧急呼叫的有无的信息或表示自小区的隶属下的紧急呼叫数的信息。

作为紧急呼叫的具体例，公开以下的（a）～（c）的3个例子。（a）紧急呼叫（Emergency call），（b）ETWS（Earthquake and Tsunami Warning System），（c）CMAS（Commercial Mobile Alert System）。紧急呼叫要求可靠地与UE进行通信。因此，自小区在有隶属下的紧急呼叫或者紧急呼叫为比规定的阈值大的数量的情况下，判断是否忽视从周围小区通知的用于调度的信息。由此，能够使自小区的隶属下的以紧急呼叫进行通信的UE优先。

（6）自小区的调度处理能力、处理速度。在该情况下，各小区根据自小区的调度处理能力或处理速度，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用表示自小区的调度处理能力或处理速度的信息。

（7）与自小区的隶属下的UE的电波传播路径状况。在该情况下，各小区根据与自小区的隶属下的UE的电波传播路径状况，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用表示与自小区的隶属下的UE的电波传播路径状况的信息。

（8）与映射PDSCH的符号相关的信息。例如，映射PDSCH的符号、或者为了PDCCHs而使用的OFDM符号数、或者PCFICH的值、或者对PDSCH进行映射的符号的先头值。在该情况下，各小区根据与映射自小区的PDSCH的符号相关的信息，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用与映射自小区的PDSCH的符号相关的信息。

（9）上述（1）～（8）的组合。这些也可以与上述实施方式1到实施方式1的变形例2或实施方式2组合。

以下公开本变形例的具体例。在这里，自小区的各种状况示出所述具体例（4）的自小区的隶属下的UE的调度所需要的资源量的情况。资源量设为RB数。

各小区根据自小区的隶属下的UE的调度所需要的RB数，忽视从周围小区通知的用于调度的信息。作为判断是否忽视的信息，使用自小区的隶属下的UE的调度所需要的RB数信息。将RB数阈值（以下有时称为“RBQth”）设定为用于在各小区中判断是否忽视的阈值。RBQth也可以按每个小区而不同。

图31是表示本发明的实施方式2的变形例2的进行CoMP时的各小区的处理过程的一例的流程图。由于图31所示的流程图与图26所示的流程图类似，所以，对同一步骤赋予同一附图标记，省略共同的说明。

各小区在步骤ST2601中进行用于调度的信息导出处理。当用于调度的信息导出处理结束时，转移到步骤ST3001。

在步骤ST3001中，各小区向周围小区发送用于调度的信息。当将用于调度的信息向周围小区发送时，转移到步骤ST2605。

在步骤ST2605中，各小区从周围小区接收用于调度的信息。当从周围小区接收用于调度的信息时，转移到步骤ST3002。

各小区在步骤ST3002中判断自小区的隶属下的UE的调度所需要的RB数（以下有时称为“自小区隶属下UE用RB数”或“RBQ”）是否是RB数阈值以上（RBQ≥RBQth）。在步骤ST3002中，在各小区判断为自小区隶属下UE用RB数是RB数阈值以上（RBQ≥RBQth）的情况下，转移到步骤ST3003。在步骤ST3002中，在各小区判断为自小区隶属下UE用RB数比RB数阈值小（RBQ＜RBQth）的情况下，转移到步骤ST3004。

在步骤ST3003中，各小区忽视来自周围小区的用于调度的信息。当忽视用于调度的信息时，转移到步骤ST3004。

在步骤ST3004中，各小区使用未忽视的用于调度的信息进行调度。当调度结束时，转移到步骤ST2608。

在步骤ST2608中，各小区基于步骤ST2608的调度的结果对信号进行发送。当基于调度的结果发送信号时，转移到步骤ST2609。

在步骤ST2609中，各小区判断是否继续CoMP工作。在步骤ST2609中各小区判断为继续CoMP工作的情况下，返回步骤ST2601，反复进行上述的处理，在判断为不继续进行CoMP工作的情况下，结束CoMP工作。

如上所述，在本变形例中以如下方式构成：根据自小区的隶属下的UE的调度所需要的RB数，忽视从周围小区通知的用于调度的信息。由此，在自小区所需要的RB数多的情况下，各小区不对周围小区的隶属下的进行CoMP的UE的发送数据用的资源进行调度即可。因此，能够提高资源的使用效率，能够谋求通信系统的吞吐量的提高。

作为其它的方法，也可以在步骤ST2605的处理之前，进行步骤ST3002的自小区的隶属下的UE的调度所需要的RB数是否是RB数阈值以上的判断。在该情况下，各小区当在步骤ST3002中判断为自小区的隶属下的UE的调度所需要的RB数是RB数阈值以上时，转移到步骤ST3003，在步骤ST3003中忽视来自周围小区的用于调度的信息，转移到步骤ST3004。

此外，各小区当在步骤ST3002中判断为自小区隶属下的UE的调度所需要的RB数比RB数阈值小时，转移到步骤ST2605，在步骤ST2605中接收来自周围小区的用于调度的信息，转移到步骤ST3004。在步骤ST3004中，各小区使用未忽视的用于调度的信息进行调度即可。

此外，在步骤ST3003中，各小区忽视来自周围小区的用于调度的信息，但是，也可以是不接收来自周围小区的用于调度的信息。由此，各小区能够省略来自周围小区的用于调度的信息的接收处理，所以，能够谋求各小区的低功耗化。

关于其它的各种状况，也可以设定用于在各小区中判断是否忽视的阈值。按照与上述的具体例同样的流程图的处理过程进行CoMP即可。根据各种状况忽视用于调度的信息，由此，能够更加有效地进行通信系统的吞吐量等的性能的改善。

在各小区中设定的用于判断是否忽视的阈值也可以作为静态的值预先根据标准或由操作者决定。由此，能够省略信令。

此外，上述阈值也可以作准静态或动态的值，利用由于对CoMP集内小区进行管理以及控制的节点即CoMP控制节点、MME、HeNBGW以及OAM对各小区通知。在该通知中可以使用CoMP专用IF，也可以使用CoMP控制节点与小区间IF、S1-IF、X2-IF、OAM用IF等。由此，能够反映CoMP集内的各种状况，能够进一步谋求通信系统的吞吐量的性能的改善。

此外，上述阈值也可以是各小区反映自小区的状况而准静态或动态地决定。由此，由于能够考虑CoMp集内的各小区特有的各种状况，所以，能够提高作为整体的调度效率。能够进一步谋求通信系统的吞吐量的性能的改善。

各小区基于上述用于判断是否忽视的阈值来判断是否忽视来自周围小区的用于调度的信息，但是，各小区决定是否进行是否忽视用于调度的信息的判断也可以。由此，能够考虑各小区的各种状况的动态变化进行调度。因此，在时刻变化的状况下，也能够进一步谋求通信系统的吞吐量的性能的改善。

此外，也可以是CoMP控制节点决定是否使自小区决定，对各小区通知。由此，能够容易地进行CoMP集内的小区间的协作工作。因此，能够谋求通信系统的吞吐量的性能的改善。

也可以是各小区根据自小区的状况，忽视从CoMP集内周围小区的一部分或全部小区通知的用于调度的信息。此外，也可以是各小区根据自小区的状况，忽视从周围小区通知的用于调度的信息的一部分或全部。由此，能够进行精度高的调度。通过一起考虑周围小区的状况和自小区的状况，从而能够进行更灵活的CoMP工作。由此，能够谋求通信系统的吞吐量的改善。

通过进行本变形例中公开的方法，从而能够谋求通信系统的吞吐量的提高。此外，通过忽视来自周围小区的信息，从而能够谋求调度的处理时间的削减以及调度的处理导致的功耗的削减。

实施方式3

在CoMP集内构成的小区支持CoMP发送。在非专利文献5中，没有公开使这些小区的CoMP功能开通（ON）以及关断（OFF）的方法。在本实施方式中，公开使CoMP功能开通（ON）以及关断（OFF）的方法。当CoMP集内的小区使CoMP功能开通（ON）时，执行CoMP，当将CoMP功能关断（OFF）时，不执行CoMP。

作为使CoMP功能开通（ON）的方法，公开以下的（1）～（3）的3种方法。

（1）CoMP集内的小区始终使CoMP功能开通。将CoMP功能开通了的小区进行用于CoMP发送的处理以及CoMP发送用数据的发送。

（2）在从CoMP集内的至少一个其它小区接收到用于调度的信息时，将CoMP功能开通。

（3）在从CoMP集内的小区的隶属下的至少一个UE接收到用于调度的信息时，将CoMP功能开通。

接着，作为使CoMP功能关断（OFF）的方法，公开以下的（1）～（4）的4种方法。

（1）在将CoMP功能开通之后，以规定的发送子帧进行CoMP发送，之后将CoMP功能关断。规定的发送子帧也可以是一个或多个发送子帧。

（2）在将CoMP功能开通之后，在规定的期间经过后将CoMP功能关断。作为规定的期间，也可以设置定时器。根据该定时器是否结束，决定是否使CoMP功能关断也可以。

（3）在将CoMP功能开通之后，在规定的期间中没有从CoMP集内的其它小区接收到用于调度的信息的情况下，将CoMP功能关断。作为规定的期间，也可以设置定时器。根据该定时器是否结束，决定是否使CoMP功能关断也可以。

（4）在将CoMP功能开通之后，在规定的期间中没有从CoMP集内的小区的隶属下的UE接收到用于调度的信息的情况下，将CoMP功能关断。作为规定的期间，也可以设置定时器。根据该定时器是否结束，决定是否使CoMP功能关断也可以。

图32是表示本发明的实施方式3的使CoMP功能开通及关断时的顺序的一例的图。由于图32所示的顺序与图18所示的顺序类似，所以，对同一步骤赋予同一步骤号码，省略共同的说明。在这里示出如下情况：作为将CoMP功能开通的方法，使用上述具体例（2）的在从CoMP集内的至少一个其它小区接收到用于调度的信息时，将CoMP功能开通的方法。此外，示出如下情况：作为将CoMP功能关断的方法，使用上述具体例（1）的在将CoMP功能开通之后，以规定的发送子帧进行CoMP发送，之后将CoMP功能关断的方法。作为规定的发送子帧，示出一个发送子帧的情况。

在步骤ST1801～ST1803中，各小区进行用于调度的信息导出处理。

在步骤ST1804～ST1809中，各小区在与进行CoMP的其它的小区之间进行用于调度的信息的交换。当小区1接收在步骤ST1807及步骤ST1809中从小区2、3发送的用于调度的信息时，转移到步骤ST3101。当小区2接收在步骤ST1804及步骤ST1808中从小区1、3发送的用于调度的信息时，转移到步骤ST3102。当小区3接收在步骤ST1805及步骤ST1806中从小区1、2发送的用于调度的信息时，转移到步骤ST3103。

小区1通过从周围小区接收用于调度的信息，从而在步骤ST3101中将CoMP功能开通（ON）。开通了CoMP功能的小区1转移到步骤ST3104。

在步骤ST3104中，小区1使用来自周围小区的用于调度的信息，进行用于CoMP发送的调度。当进行调度时，转移到步骤ST1813。

在步骤ST1813中，小区1基于步骤ST3104的调度的结果，以同一子帧进行CoMP发送。小区1在进行CoMP发送时，转移到步骤ST3107。在步骤ST3107中，小区1使CoMP功能关断（OFF）。小区1在将CoMP功能关断之后，当再次接收用于调度的信息时，将CoMP功能开通。

与小区1同样地，小区2通过从周围小区接收用于调度的信息，从而在步骤ST3102中将CoMP功能开通（ON）。开通了CoMP功能的小区2转移到步骤ST3105。

在步骤ST3105中，小区2使用来自周围小区的用于调度的信息，进行用于CoMP发送的调度。当进行调度时，转移到步骤ST1814。

在步骤ST1814中，小区2基于步骤ST3105的调度的结果，以同一子帧进行CoMP发送。小区2当进行CoMP发送时，转移到步骤ST3108。在步骤ST3108中，小区2使CoMP功能关断（OFF）。小区2在将CoMP功能关断之后，当再次接收用于调度的信息时，将CoMP功能开通。

此外，与小区1同样地，小区3通过从周围小区接收用于调度的信息，从而在步骤ST3103中将CoMP功能开通（ON）。开通了CoMP功能的小区3转移到步骤ST3106。

小区3在步骤ST3106中使用来自周围小区的用于调度的信息进行用于CoMP发送的调度。当进行调度时，转移到步骤ST1815。

在步骤ST1815中，小区3基于步骤ST3106的调度的结果，以同一子帧进行CoMP发送。小区3当进行CoMP发送时，转移到步骤ST3109。在步骤ST3109中，小区3使CoMP功能关断（OFF）。小区3在将CoMP功能关断之后，当再次接收用于调度的信息时，将CoMP功能开通。

通过以上那样，在各小区中规定了将CoMP功能开通（ON）及关断（OFF）的工作，所以，在CoMP集内的小区中，能够识别与周围小区进行协作发送以及不进行协作发送。因此，在规定的发送子帧中，CoMP集内的各小区能够进行根据CoMP的发送。

可是，在上述的方法中残留不能谋求通信系统的吞吐量等的性能改善的问题。为了解决该问题，公开以下的方法。

CoMP控制节点向CoMP集内的一个或多个小区通知用于将CoMP功能开通的信息。也可以用CoMP控制节点的判断进行是否将每个小区的CoMP功能开通。此外，为了判断每个小区的CoMP功能的开通，CoMP控制节点也可以向MME查询各小区的负载状况。从CoMP控制节点向MME通知请求CoMP集内的各小区的负载状况的通知的消息，MME对该请求消息进行响应，对CoMP控制节点通知各小区的负载状况。

以下公开用于使CoMP功能开通的信息的具体例。作为用于将CoMP功能开通的信息，使用是否将来自周围小区的信息或用于调度的信息忽视的信息。用于使CoMP功能开通的信息相当于协作可否信息。

图33以及图34是表示作为用于使CoMP功能开通的信息，使用是否将来自周围小区的信息或用于调度的信息忽视的信息的情况下的使CoMP功能开通以及关断时的顺序的一例的图。图33和图34在边界线BL1的位置相连。由于图33及图34所示的顺序与图18所示的顺序类似，所以，对同一步骤赋予同一步骤号码，省略共同的说明。在这里示出如下情况，即，作为将CoMP功能关断的方法，使用上述具体例（1）的在将CoMP功能开通之后，以规定的发送子帧进行CoMP发送，之后将CoMP功能关断的方法。作为规定的发送子帧，示出一个发送子帧的情况。

CoMP控制节点在步骤ST3201、ST3202及ST3203中，对CoMP集内的各小区，在这里是对小区1～小区3通知是否将来自周围小区的信息忽视的信息。

在步骤ST3203中接收了是否将来自周围小区的信息忽视的信息的小区1在步骤ST1801中进行用于调度的信息导出处理。之后，小区1在步骤ST1804及步骤ST1805中向CoMP集内的周围小区发送用于调度的信息。

在步骤ST3202中接收了是否将来自周围小区的信息忽视的信息的小区2在步骤ST1802中进行用于调度的信息导出处理。之后，小区2在步骤ST1806及步骤ST1807中向CoMP集内的周围小区发送用于调度的信息。

在步骤ST3201中接收了是否将来自周围小区的信息忽视的信息的小区3在步骤ST1803中进行用于调度的信息导出处理。之后，小区3在步骤ST1808及步骤ST1809中向CoMP集内的周围小区发送用于调度的信息。

在步骤ST3204中，小区1根据在步骤ST3203中接收的是否将来自周围小区的信息忽视的信息，判断是否忽视来自周围小区的信息。在步骤ST3204中，在是否将来自周围小区的信息忽视的信息表示忽视来自周围小区的信息的意思的情况下，小区1判断为忽视来自周围小区的信息，转移到步骤ST3207。

在步骤ST3207中，小区1将CoMP功能关断（OFF）或者不将CoMP功能开通（ON）。在步骤ST3207的处理结束之后，转移到步骤ST3213。

在步骤ST3213中，小区1忽视来自周围小区的信息。在步骤ST3213的处理结束之后，转移到步骤ST3219。

在步骤ST3219中，小区1考虑自小区的用于调度的信息进行调度。当进行调度时，转移到步骤ST1813。

在步骤ST3204中，在是否将来自周围小区的信息忽视的信息表示不忽视来自周围小区的信息的意思的情况下，小区1判断为不忽视来自周围小区的信息，转移到步骤ST3208。

在步骤ST3208中，小区1使CoMP功能开通（ON）。在步骤ST3208的处理结束之后，转移到步骤ST3214。

在步骤ST3214中，小区1考虑来自周围小区的信息。在步骤ST3214的处理结束之后，转移到步骤ST3219。

在步骤ST3219中，小区1考虑来自周围小区的信息及自小区的用于调度的信息进行调度。当进行调度时，转移到步骤ST1813。

在步骤ST1813中，小区1基于步骤ST3219的调度的结果，以同一子帧进行利用CoMP的发送或者利用非CoMP的发送。小区1在进行利用CoMP的发送或利用非CoMP的发送时，转移到步骤ST3107。在步骤ST3107中，小区1使CoMP功能关断（OFF）。或者，在CoMP功能为关断的情况下，继续CoMP功能关断的状态。之后，小区1当再次接收用于调度的信息时，判断是否忽视来自周围小区的信息，基于其判断结果将CoMP功能开通或关断。

在步骤ST3205中，小区2根据在步骤ST3202中接收的是否将来自周围小区的信息忽视的信息，判断是否忽视来自周围小区的信息。在步骤ST3205中，在是否将来自周围小区的信息忽视的信息表示忽视来自周围小区的信息的意思的情况下，小区2判断为忽视来自周围小区的信息，转移到步骤ST3209。

在步骤ST3209中，小区2将CoMP功能关断（OFF）或者不将CoMP功能开通（ON）。在步骤ST3209的处理结束之后，转移到步骤ST3215。

在步骤ST3215中，小区2忽视来自周围小区的信息。在步骤ST3215的处理结束之后，转移到步骤ST3220。

在步骤ST3220中，小区2考虑自小区的用于调度的信息进行调度。当进行调度时，转移到步骤ST1814。

在步骤ST3205中，在是否将来自周围小区的信息忽视的信息表示不忽视来自周围小区的信息的意思的情况下，小区2判断为不忽视来自周围小区的信息，转移到步骤ST3210。

在步骤ST3210中，小区2使CoMP功能开通（ON）。在步骤ST3210的处理结束之后，转移到步骤ST3216。

在步骤ST3216中，小区2考虑来自周围小区的信息。在步骤ST3216的处理结束之后，转移到步骤ST3220。

在步骤ST3220中，小区2考虑来自周围小区的信息及自小区的用于调度的信息，进行调度。当进行调度时，转移到步骤ST1814。

在步骤ST1814中，小区2基于步骤ST3220的调度的结果，以同一子帧进行利用CoMP的发送或者利用非CoMP的发送。小区2在进行利用CoMP的发送或利用非CoMP的发送时，转移到步骤ST3108。在步骤ST3108中，小区2使CoMP功能关断（OFF）。或者，在CoMP功能为关断的情况下，继续CoMP功能关断的状态。之后，小区2当再次接收用于调度的信息时，判断是否忽视来自周围小区的信息，基于其判断结果将CoMP功能开通或关断。

在步骤ST3206中，小区3根据在步骤ST3201中接收的是否将来自周围小区的信息忽视的信息，判断是否忽视来自周围小区的信息。在步骤ST3206中，在是否将来自周围小区的信息忽视的信息表示忽视来自周围小区的信息的意思的情况下，小区3判断为忽视来自周围小区的信息，转移到步骤ST3211。

在步骤ST3211中，小区3将CoMP功能关断（OFF）或者不将CoMP功能开通（ON）。在步骤ST3211的处理结束之后，转移到步骤ST3217。

在步骤ST3217中，小区3忽视来自周围小区的信息。在步骤ST3217的处理结束之后，转移到步骤ST3221。

在步骤ST3221中，小区3考虑自小区的用于调度的信息进行调度。当进行调度时，转移到步骤ST1815。

在步骤ST3206中，在是否将来自周围小区的信息忽视的信息表示不忽视来自周围小区的信息的意思的情况下，小区3判断为不忽视来自周围小区的信息，转移到步骤ST3212。

在步骤ST3212中，小区3使CoMP功能开通（ON）。在步骤ST3212的处理结束之后，转移到步骤ST3218。

在步骤ST3218中，小区3考虑来自周围小区的信息。在步骤ST3218的处理结束之后，转移到步骤ST3221。

在步骤ST3221中，小区3考虑来自周围小区的信息以及自小区的用于调度的信息进行调度。当进行调度时，转移到步骤ST1815。

在步骤ST1815中，小区3基于步骤ST3221的调度的结果，以同一子帧进行利用CoMP的发送或者利用非CoMP的发送。小区3当进行利用CoMP的发送或利用非CoMP的发送时，转移到步骤ST3109。在步骤ST3109中，小区3使CoMP功能关断（OFF）。或者，在CoMP功能为关断的情况下，继续CoMP功能关断的状态。之后，小区3当再次接收用于调度的信息时，判断是否忽视来自周围小区的信息，基于其判断结果将CoMP功能开通或关断。

在本实施方式中以如下方式构成：作为用于将CoMP功能开通的信息，使用是否将来自周围小区的用于调度的信息忽视的信息。由此，各小区能够忽视来自周围小区的信息，因此，能够谋求通信系统的吞吐量的性能的改善。此外，通过不进行考虑了来自周围小区的信息的调度，从而能够实现处理时间的缩短和功耗的削减。

此外，在本实施方式中，CoMP控制节点判断将CoMP功能开通还是关断，并且，判断是否忽视来自周围小区的用于调度的信息，因此，能够考虑CoMP集内的全部小区的状况，进行根据CoMP的发送用的调度。由此，能够资源的使用效率提高。

在上述的例子中，构成为根据各小区的负载状况，利用CoMP控制节点进行每个小区的是否开通CoMP功能的判断，但是，作为其它的例子，也可以应用上述实施方式2的变形例2中公开的自小区的状况。各小区将自小区的状况向CoMP控制节点预先通知或者定期通知。或者，各小区将自小区的状况经由MME向CoMP控制节点通知也可以。

通过这样，CoMP控制节点能够根据小区的各种状况适当地进行每个小区的是否开通CoMP功能的判断。

在上述的例子中，构成为在从周围小区接收了用于调度的信息之后，进行各小区的将CoMP功能开通及关断的判断，但是，并不限定于这样的结构，也可以在进行用于调度的信息导出处理之前，进行将CoMP功能开通及关断的判断。在判断为不开通CoMP功能的情况下，省略周围小区的隶属下的UE的用于调度的信息导出处理以及来自周围小区的用于调度的信息的接收处理的至少任一方。

此外，各小区在进行用于调度的信息的接收之前，进行将CoMP功能开通及关断的判断也可以。在判断为不开通CoMP功能的情况下，省略来自周围小区的用于调度的信息的接收处理也可以。

通过以上那样，能够省略各小区中的周围小区的隶属下的UE的用于调度的信息导出处理或来自周围小区的用于调度的信息的接收处理，能够谋求低功耗化。

在开通了CoMP功能的小区中，也可以构成CoMP集。由此，能够根据小区的开通及关断CoMP功能的工作构成CoMP集，能够根据状况灵活地变更CoMP集内的小区数。因此，能够减少小区间的CoMP用的信令量。

实施方式3的变形例1

在上述的实施方式3中，公开了CoMP控制节点进行CoMP集内的各小区的是否开通CoMP功能的判断，但在本变形例中公开其它的方法。

在本变形例中，各小区进行是否开通CoMP功能的判断。各小区开通及关断CoMP功能。作为各小区是否开通CoMP功能的判断指标，使用上述的实施方式1到实施方式2的变形例2中公开的是否将从周围小区通知的用于调度的信息忽视的信息。

图35以及图36是表示各小区判断是否开通CoMP功能时的顺序的一例的图。图35和图36在边界线BL2的位置相连。由于图35及图36所示的顺序与图18所示的顺序类似，所以，对同一步骤赋予同一步骤号码，省略共同的说明。在这里示出如下情况：作为将CoMP功能关断的方法，使用上述具体例（1）的在将CoMP功能开通之后，以规定的发送子帧进行CoMP发送，之后将CoMP功能关断的方法。作为规定的发送子帧，示出一个发送子帧的情况。

在步骤ST1801～ST1803中，各小区进行用于调度的信息导出处理。

在步骤ST1804～ST1809中，各小区在与进行CoMP的其它的小区之间进行用于调度的信息的交换。当小区1接收在步骤ST1807及步骤ST1809中从小区2、3发送的用于调度的信息时，转移到步骤ST3301。当小区2接收在步骤ST1804及步骤ST1808中从小区1、3发送的用于调度的信息时，转移到步骤ST3302。当小区3接收在步骤ST1805及步骤ST1806中从小区1、2发送的用于调度的信息时，转移到步骤ST3303。

在步骤ST3301中，小区1仅在自小区判断是否进行调度。即，开通CoMP功能，考虑在步骤ST1807及步骤ST1809中接收的来自周围小区的用于调度的信息，判断是否进行CoMP发送用的调度。在步骤ST3301中，小区1判断为仅在自小区进行调度的情况下，转移到步骤ST3304。

在步骤ST3304中，小区1将CoMP功能关断（OFF）或者不将CoMP功能开通（ON）。在步骤ST3304的处理结束之后，转移到步骤ST3310。在步骤ST3310中，小区1忽视来自周围小区的信息，转移到步骤ST3316。在步骤ST3316中，小区1考虑自小区的用于调度的信息进行调度。当进行调度时，转移到步骤ST1813。

在步骤ST3301中，在小区1判断为仅在自小区不进行调度的情况下，转移到步骤ST3305。在步骤ST3305中，小区1使CoMP功能开通（ON）。在步骤ST3305的处理结束之后，转移到步骤ST3311。

在步骤ST3311中，小区1考虑来自周围小区的信息。在步骤ST3311的处理结束之后，转移到步骤ST3316。在步骤ST3316中，小区1考虑来自周围小区的信息以及自小区的用于调度的信息进行调度。当进行调度时，转移到步骤ST1813。

在步骤ST1813中，小区1基于步骤ST3316的调度的结果，以同一子帧进行利用CoMP的发送或者利用非CoMP的发送。小区1在进行利用CoMP的发送或利用非CoMP的发送时，转移到步骤ST3107。在步骤ST3107中，小区1使CoMP功能关断（OFF）。或者，在CoMP功能为关断的情况下，继续CoMP功能关断的状态。之后，小区1当再次接收用于调度的信息时，判断是否仅在自小区进行调度，基于其判断结果将CoMP功能开通或关断。

在步骤ST3302中，小区2判断是否仅在自小区进行调度。即，开通CoMP功能，考虑在步骤ST1804及步骤ST1808中接收的来自周围小区的用于调度的信息，判断是否进行CoMP发送用的调度。在步骤ST3302中，在小区2判断为仅在自小区进行调度的情况下，转移到步骤ST3306。

在步骤ST3306中，小区2将CoMP功能关断（OFF）或者不将CoMP功能开通（ON）。在步骤ST3306的处理结束之后，转移到步骤ST3312。

在步骤ST3312中，小区2忽视来自周围小区的信息。在步骤ST3312的处理结束之后，转移到步骤ST3317。

在步骤ST3317中，小区2考虑自小区的用于调度的信息进行调度。当进行调度时，转移到步骤ST1814。

在步骤ST3302中，在小区2判断为仅在自小区不进行调度的情况下，转移到步骤ST3307。

在步骤ST3307中，小区2使CoMP功能开通（ON）。在步骤ST3307的处理结束之后，转移到步骤ST3313。在步骤ST3313中，小区2考虑来自周围小区的信息。在步骤ST3313的处理结束之后，转移到步骤ST3317。在步骤ST3317中，小区2考虑来自周围小区的信息以及自小区的用于调度的信息进行调度。当进行调度时，转移到步骤ST1814。

在步骤ST1814中，小区2基于步骤ST3317的调度的结果，以同一子帧进行利用CoMP的发送或者利用非CoMP的发送。当小区2进行利用CoMP的发送或利用非CoMP的发送时，转移到步骤ST3108。在步骤ST3108中，小区2使CoMP功能关断（OFF）。或者，在CoMP功能为关断的情况下，继续CoMP功能关断的状态。之后，小区2当再次接收用于调度的信息时，判断是否仅在自小区进行调度，基于其判断结果将CoMP功能开通或关断。

在步骤ST3303中，小区3判断是否仅在自小区进行调度。即，开通CoMP功能，考虑在步骤ST1805及步骤ST1806中接收的来自周围小区的用于调度的信息，判断是否进行CoMP发送用的调度。在步骤ST3303中，在小区3判断为仅在自小区进行调度的情况下，转移到步骤ST3308。

在步骤ST3308中，小区3将CoMP功能关断（OFF）或者不将CoMP功能开通（ON）。在步骤ST3308的处理结束之后，转移到步骤ST3314。在步骤ST3314中，小区3忽视来自周围小区的信息，转移到步骤ST3318。在步骤ST3318中，小区3考虑自小区的用于调度的信息进行调度。当进行调度时，转移到步骤ST1815。

在步骤ST3303中，在小区3判断为仅在自小区不进行调度的情况下，转移到步骤ST3309。在步骤ST3309中，小区3使CoMP功能开通（ON）。在步骤ST3309的处理结束之后，转移到步骤ST3315。

在步骤ST3315中，小区3考虑来自周围小区的信息。在步骤ST3315的处理结束之后，转移到步骤ST3318。

在步骤ST3318中，小区3考虑来自周围小区的信息以及自小区的用于调度的信息进行调度。当进行调度时，转移到步骤ST1815。

在步骤ST1815中，小区3基于步骤ST3318的调度的结果，以同一子帧进行利用CoMP的发送或者利用非CoMP的发送。当小区3进行利用CoMP的发送或利用非CoMP的发送时，转移到步骤ST3109。在步骤ST3109中，小区3使CoMP功能关断（OFF）。或者，在CoMP功能为关断的情况下，继续CoMP功能关断的状态。之后，小区3当再次接收用于调度的信息时，判断是否仅在自小区进行调度，基于其判断结果将CoMP功能开通或关断。

在本变形例中，各小区判断将CoMP功能开通或断开，并且判断是否忽视来自周围小区的用于调度的信息。各小区能够根据自小区独自的状况，进行忽视或考虑了来自周围小区的调度信息的CoMP发送。因此，各小区并不一定需要与周围小区进行CoMP发送。由此，能够谋求通信系统的吞吐量的性能的改善。

此外，各小区通过不进行考虑了来自周围小区的信息的调度，从而能够谋求处理时间的缩短和功耗的削减。

在上述的例子中，构成为各小区在从周围小区接收了用于调度的信息之后，进行将CoMP功能开通及关断的判断，但并不限定于这样的结构，也可以在进行用于调度的信息导出处理之前，进行将CoMP功能开通及关断的判断。在判断为不开通CoMP功能的情况下，省略周围小区的隶属下的UE的用于调度的信息导出处理以及来自周围小区的用于调度的信息的接收处理的至少任一方。

此外，各小区在进行用于调度的信息的接收之前，进行将CoMP功能开通及关断的判断也可以。在判断为不开通CoMP功能的情况下，省略来自周围小区的用于调度的信息的接收处理也可以。

通过以上那样，能够省略各小区中的周围小区的隶属下的UE的用于调度的信息导出处理或者来自周围小区的用于调度的信息的接收处理，能够谋求低功耗化。

此外，也可以是各小区开通CoMP功能后，根据自小区的状况，忽视来自CoMP集内的周围小区的一个或多个小区的信息进行调度。此外，也可以是各小区根据自小区的状况，忽视从周围小区通知的用于调度的信息的一部分或全部。通过这样，能够进行精度高的调度。通过一起考虑周围小区的状况和自小区的状况，从而能够进行更灵活的CoMP工作。此外，能够谋求通信系统的吞吐量的改善。

决定了关断CoMP功能或者不开通CoMP功能的小区也可以向周围小区通知关断CoMP功能的情况。设置表示关断CoMP功能的信息，向周围小区发送即可。附随于表示关断CoMP功能的信息，将自小区的标识符向周围小区发送也可以。由此，周围小区能够识别哪个小区关断了CoMP功能。CoMP集内的各小区也可以不对决定了将CoMP功能关断的小区通知用于调度的信息。或者，也可以从CoMP集排除。

决定了开通CoMP功能的小区，也可以向周围小区通知开通CoMP功能的情况。设置表示开通CoMP功能的信息，向周围小区发送即可。附随于表示开通CoMP功能的信息，将自小区的标识符向周围小区发送也可以。由此，周围小区能够识别哪个小区开通了CoMP功能。

CoMP集内的各小区也可以在不对决定了关断CoMP功能的小区通知用于调度的信息、或者从CoMP集排除的情况下，通过接收将该CoMP功能开通的意思的信息，从而通知用于调度的信息或者加入到CoMP集中。

由此，能够削减小区间的无用的信令，能够降低信令负载。因此，能够减少小区间接口的延迟量。

也可以用开通了CoMP功能的小区构成成为CoMP发送点的小区。在本发明中，作为CoMP集，也可以是CoMP协作集或者CoMP发送点集。在这里，作为CoMP集，设为是CoMP协作集，在该集中，构成成为开通了CoMP功能的CoMP发送点的小区的集也可以。由此，能够使开通及关断成为CoMP发送点的小区的功能的工作变得明确，能够实现各小区间的CoMP工作。

实施方式4

在上述的实施方式1到实施方式3的变形例1中，公开了在小区间交换用于调度的信息等的情况下，为了能够识别是从哪个小区发送的信息，使小区标识符例如识别号码、Cell-ID、GCI、PCI等附随于用于调度的信息。

可是，当上述的小区标识符是能够在PLMN内识别那样的数量或者是2的9次方（2⁹）左右时，所需要的信息量大。因此，当小区间的信息交换的量增大时，小区间的接口的信令负载增大。信令负载的增大牵涉到小区间接口的延迟量的增大，存在导致通信系统的吞吐量降低的问题。

以下公开用于解决该问题的方法。作为CoMP集内的小区的标识符，设置CoMP小区索引（CoMP cell index）。CoMP小区索引以CoMP集内的小区的数量构成。例如，在CoMP集以9个小区构成的情况下，CoMP小区索引变成9个。例如，对各小区附加“0”～“8”的索引（index）。由于CoMP集以PLMN的小区的一部分构成，所以，CoMP集内的小区数比PLMN的小区数或者2的9次方（2⁹）少。因此，通过设置CoMP小区索引，使小区标识符与CoMP小区索引对应起来，从而能够减少用于识别CoMP集内的各小区的信息量。

在CoMP发送用的小区间的信令中，代替识别号码、Cell-ID、PCI、GCI等而使用CoMP小区索引。由此，即使小区间的信息交换量增大，由于小区标识符的信息量少即可，所以能够抑制小区间的接口的信令负载的增大，能够抑制小区间接口的延迟量的增大。由此，能够抑制通信系统的吞吐量的降低。

图37是表示本发明的实施方式4的进行CoMP时的调度的顺序的一例的图。由于图37所示的顺序与图18所示的顺序类似，所以，对同一步骤赋予同一步骤号码，省略共同的说明。

CoMP控制节点在步骤ST3401、步骤ST3402及步骤ST3403中，对CoMP集内的各小区，在这里是对小区1～3通知表示CoMP集内的全部小区的小区标识符与CoMP小区索引的对应关系的信息（在以下称为“CoMP小区索引与小区标识符的对应关系信息”）。

在步骤ST3403中接收了CoMP小区索引与小区标识符的对应关系信息的小区1在步骤ST1801中进行用于调度的信息导出处理。之后，小区1在步骤ST3404及步骤ST3405中向CoMP集内的周围小区发送自小区的CoMP小区索引和用于调度的信息。

在步骤ST3402中接收了CoMP小区索引与小区标识符的对应关系信息的小区2在步骤ST1802中进行用于调度的信息导出处理。之后，小区2在步骤ST3406及步骤ST3407中向CoMP集内的周围小区发送自小区的CoMP小区索引和用于调度的信息。

在步骤ST3401中接收了CoMP小区索引与小区标识符的对应关系信息的小区3在步骤ST1803中进行用于调度的信息导出处理。之后，小区3在步骤ST3408及步骤ST3409中向CoMP集内的周围小区发送自小区的CoMP小区索引和用于调度的信息。

CoMP小区索引也可以包含在用于调度的信息中。自小区的CoMP小区索引的值使用从CoMP控制节点接收的CoMP小区索引和小区标识符的对应关系信息从自小区的小区标识符导出。

当小区1在步骤ST3407及步骤ST3409中接收来自周围小区的CoMP小区索引及用于调度的信息时，转移到步骤ST3410。

在步骤ST3410中，小区1从各CoMP小区索引，使用从CoMP控制节点接收的CoMP小区索引与小区标识符的对应关系信息导出小区标识符，识别各用于调度的信息是从哪个小区发送的信息。当导出小区标识符时，转移到步骤ST1810。

在步骤ST1810中，小区1使用来自周围小区即小区2及小区3的用于调度的信息进行调度。当进行调度时，转移到步骤ST1813。在步骤ST1813中，小区1基于步骤ST1810的调度的结果，对信号进行发送。与小区1同样地，当小区2在步骤ST3404及步骤ST3408中接收来自周围小区的CoMP小区索引及用于调度的信息时，转移到步骤ST3411。

在步骤ST3411中，小区2从各CoMP小区索引，使用从CoMP控制节点接收的CoMP小区索引与小区标识符的对应关系信息导出小区标识符，识别各用于调度的信息是从哪个小区发送的信息。当导出小区标识符时，转移到步骤ST1811。

在步骤ST1811中，小区2使用来自周围小区即小区3及小区1的用于调度的信息进行调度。当进行调度时，转移到步骤ST1814。在步骤ST1814中，小区2基于步骤ST1811的调度的结果，对信号进行发送。

此外，与小区1同样地，当小区3在步骤ST3405及步骤ST3406中接收来自周围小区的CoMP小区索引以及用于调度的信息时，转移到步骤ST3412。

在步骤ST3412中，小区3从各CoMP小区索引，使用从CoMP控制节点接收的CoMP小区索引与小区标识符的对应关系信息导出小区标识符，识别各用于调度的信息是从哪个小区发送的信息。当导出小区标识符时，转移到步骤ST1812。

在步骤ST1812中，小区3使用来自周围小区即小区1及小区2的用于调度的信息进行调度。当进行调度时，转移到步骤ST1815。

在步骤ST1815中，小区3基于步骤ST1812的调度的结果，对信号进行发送。

如本实施方式中公开的那样，在CoMP集内设置CoMP小区索引，附加到CoMP集内的各小区。由此，CoMP集内的小区数量被限定为少数，因此能够将CoMP小区索引的值抑制得较小。此外，CoMP集内的各小区能够共享CoMP集内的全部小区的CoMP小区索引。因此，能够以少的信息量进行小区间的信息交换，能够抑制小区间的信令负载的增大。由此，能够抑制小区间接口的延迟量，能够谋求通信系统的吞吐量的提高。

本实施方式在UE需要识别CoMP集内的小区的标识符的情况下也能够应用。从服务小区对UE通知构成CoMP集的小区的标识符与CoMP小区索引的对应关系信息即可。例如，在UE进行CoMP集内的小区的测量，向服务小区或者CoMP集内的所希望的小区报告测量结果的情况下，以CoMP小区索引表示测量结果是哪个小区的结果也可以。将CoMP小区索引附随于从UE向服务小区或者CoMP集内的所希望的小区发送的规定的小区的测量结果而进行发送即可。由此，能够谋求小区与UE间的信令负载的减少。

如上所述在本实施方式中，作为一个例子构成为CoMP控制节点对各小区通知CoMP集内的全部小区的CoMP小区索引和小区标识符的对应关系信息，但并不限于这样的结构。作为其它例子，也可以是各小区共享CoMP集内的小区的小区标识符，按照预先决定的方法使小区标识符与CoMP小区索引对应起来。

例如，CoMP控制节点向各小区通知CoMP集内的全部小区的小区标识符。或者，预先在CoMP集内的小区之间交换小区标识符的信息，换句话说发送接收小区标识符的信息。各小区将包含自小区的标识符的CoMP集内的小区标识符按升序排列，按顺序将CoMP小区索引附加为“0”、“1”、...。由此，确定也包含自小区的CoMP集内的全部小区的CoMP小区索引。由此，在CoMP集内的各小区中，能够使CoMP小区索引为同一值。

作为各小区将也包含自小区的标识符的CoMP集内的小区标识符按顺序排列的方法，不限于是升序，也可以是降序。预先决定按顺序排列的规则即可。由此，在CoMP集内的各小区中，能够使CoMP小区索引为同一值。作为预先决定按顺序排列的规则的方法，例如可以通过标准及操作者预先决定。通过这样，CoMP集内的各小区能够共享CoMP集内的全部小区的CoMP小区索引。

通过这样，能够减少从CoMP控制节点向各小区的信令量。此外，能够减少由CoMP控制节点用于管理及控制CoMP小区索引的复杂性，能够谋求CoMP集的结构的灵活性的增大。

在本实施方式中公开的CoMP小区索引也可以用作上行参考信号的顺序码。作为上行参考信号的具体例，示出以下的（1）、（2）的2个例子。（1）下行CoMP的反馈用的上行参考信号、（2）上行CoMP用的上行参考信号。

在用作具体例（1）的下行CoMP的反馈用的上行参考信号的情况下，也可以设为用于表示进行反馈的下行小区的CoMP小区索引。由此，能够减少所需要的顺序码的数量。

上述的实施方式1到实施方式4中公开的方法也可以适宜组合使用。

上述的实施方式1到实施方式4中公开的方法也能够应用于分散型调度。此外，不仅是非反复CoMP调度，也能够应用于反复CoMP调度。在反复CoMP调度中，例如在每一次小区间的信息交换中应用本发明中公开的方法也可以，在小区间的信息交换的全部中应用本发明中公开的方法也可以。

此外，不仅是分散型调度，也可以应用于集中型调度。在集中节点的调度中，集中节点不使用CoMP集内的一个或多个小区的用于调度的信息即可。集中节点忽视从CoMP集内的一个或多个小区通知的用于调度的信息即可。使CoMP集内的一个或多个小区不向集中节点通知的用于调度的信息即可。

此外，在上述的实施方式3中，也可以使集中节点具有CoMP控制节点的功能。此外，使集中节点进行使各小区的CoMP功能开通及关断的设定即可。

在上述的实施方式4中，应用于各小区与集中节点之间的接口的信息交换即可。由此，能够进一步减小集中节点导致的集中型调度的延迟，能够谋求通信系统的吞吐量的性能的改善。

在以上的各实施方式中对LTE-A的CoMP进行了说明，但是，本发明的通信系统在其它的通信系统中在多地点间协作进行发送接收的情况下，或者在不同种通信系统中在多地点间协作进行发送接收的情况下也能够应用。

虽然详细地对本发明进行了说明，但是，上述的说明在所有方面仅是示例，本发明并不被限定于此。能够理解为在不超出本发明的范围的情况下想到未被示例的无数变形例。

附图标记说明：

1301、1401、1501 第1多点单元，1302、1402、1502 第2多点单元，1303、1403、1503、1507 移动终端（UE）、1306、1307、1406、1407、1505、1506 覆盖范围。

Claims (6)

1.一种通信系统，具备以能够通信的方式连接的多个基站装置和能够与各所述基站装置进行无线通信的终端装置，其特征在于，

各所述基站装置以能够与其它的基站装置协作地与所述终端装置进行通信的方式构成，并且，各所述基站装置具备：处理部，在与所述终端装置的通信中进行分配无线资源的调度；通信部，基于所述处理部的所述调度的结果，进行与所述终端装置的通信；通知部，将自装置的用于所述调度的调度信息通知给所述其它的基站装置；取得部，取得从所述其它的基站装置通知的用于所述调度的调度信息，

所述处理部以如下方式构成：能够在不使用从所述其它的基站装置通知并被所述取得部取得的多个所述调度信息中的一个或多个所述调度信息的情况下进行所述调度。

2.根据权利要求1所述的通信系统，其特征在于，

所述处理部不使用从所述其它的基站装置通知并由所述取得部取得的多个所述调度信息中的满足预先决定的非使用条件的调度信息，而使用不满足所述非使用条件的调度信息进行所述调度。

3.根据权利要求2所述的通信系统，其特征在于，

所述非使用条件是从由所述其它的基站装置通知所述调度信息的预定时刻起经过预先决定的时间。

4.根据权利要求2所述的通信系统，其特征在于，

所述通知部将表示所述调度信息是否满足所述非使用条件的非使用可否信息与所述调度信息一起通知给所述其它的基站装置，

所述处理部基于从所述其它的基站装置通知的所述非使用可否信息，判断所述调度信息是否满足所述非使用条件。

5.根据权利要求1所述的通信系统，其特征在于，

当从将所述调度信息通知给所述其它的基站装置的预定时刻起经过预先决定的时间时，所述通知部不向所述其它的基站装置通知所述调度信息。

6.根据权利要求1所述的通信系统，其特征在于，

所述通知部将表示是否与所述其它的基站装置协作地进行与所述终端装置的通信的协作可否信息和所述调度信息一起通知给所述其它的基站装置，

在从所述其它的基站装置通知的所述协作可否信息表示与所述其它的基站装置协作地进行与所述终端装置的通信的情况下，所述处理部在不使用从所述其它的基站装置通知并被所述取得部取得的多个所述调度信息中的一个或多个所述调度信息的情况下进行所述调度。