CN108271208B - 移动通信系统 - Google Patents
移动通信系统 Download PDFInfo
- Publication number
- CN108271208B CN108271208B CN201810150591.9A CN201810150591A CN108271208B CN 108271208 B CN108271208 B CN 108271208B CN 201810150591 A CN201810150591 A CN 201810150591A CN 108271208 B CN108271208 B CN 108271208B
- Authority
- CN
- China
- Prior art keywords
- cell
- comp
- measurement
- entity
- serving
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000010295 mobile communication Methods 0.000 title claims abstract description 139
- 238000005259 measurement Methods 0.000 claims abstract description 866
- 238000004891 communication Methods 0.000 claims abstract description 275
- 230000005540 biological transmission Effects 0.000 claims description 295
- 238000000034 method Methods 0.000 abstract description 403
- 230000008569 process Effects 0.000 abstract description 151
- 238000001514 detection method Methods 0.000 abstract description 11
- 210000004027 cell Anatomy 0.000 description 2045
- 238000012545 processing Methods 0.000 description 356
- 238000010586 diagram Methods 0.000 description 125
- 238000012986 modification Methods 0.000 description 107
- 230000004048 modification Effects 0.000 description 107
- 230000008859 change Effects 0.000 description 59
- 230000006870 function Effects 0.000 description 55
- 230000011664 signaling Effects 0.000 description 52
- 238000007596 consolidation process Methods 0.000 description 45
- 230000004913 activation Effects 0.000 description 35
- 230000004044 response Effects 0.000 description 32
- 238000007726 management method Methods 0.000 description 24
- 230000000875 corresponding effect Effects 0.000 description 20
- 238000012544 monitoring process Methods 0.000 description 19
- 238000003672 processing method Methods 0.000 description 12
- 230000000694 effects Effects 0.000 description 11
- 238000009795 derivation Methods 0.000 description 10
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 9
- 238000012937 correction Methods 0.000 description 8
- 101100465000 Mus musculus Prag1 gene Proteins 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 7
- 238000009434 installation Methods 0.000 description 7
- 238000013468 resource allocation Methods 0.000 description 7
- 238000012546 transfer Methods 0.000 description 7
- 238000000691 measurement method Methods 0.000 description 6
- 230000007423 decrease Effects 0.000 description 5
- 230000012447 hatching Effects 0.000 description 5
- 238000013507 mapping Methods 0.000 description 5
- 230000002093 peripheral effect Effects 0.000 description 5
- 239000000284 extract Substances 0.000 description 4
- 238000005457 optimization Methods 0.000 description 4
- 101150096310 SIB1 gene Proteins 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 3
- 238000004220 aggregation Methods 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 230000009849 deactivation Effects 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 230000001174 ascending effect Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 239000000969 carrier Substances 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000007257 malfunction Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000002085 persistent effect Effects 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- 238000010187 selection method Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 208000004605 Persistent Truncus Arteriosus Diseases 0.000 description 1
- 208000037258 Truncus arteriosus Diseases 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000003556 assay Methods 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000003915 cell function Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000000794 confocal Raman spectroscopy Methods 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000011500 cytoreductive surgery Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000006866 deterioration Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 210000004754 hybrid cell Anatomy 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000005304 joining Methods 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 238000003786 synthesis reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/022—Site diversity; Macro-diversity
- H04B7/024—Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J11/00—Orthogonal multiplex systems, e.g. using WALSH codes
- H04J11/0069—Cell search, i.e. determining cell identity [cell-ID]
- H04J11/0073—Acquisition of primary synchronisation channel, e.g. detection of cell-ID within cell-ID group
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
- H04L5/0035—Resource allocation in a cooperative multipoint environment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/14—Spectrum sharing arrangements between different networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
- H04W36/00692—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink using simultaneous multiple data streams, e.g. cooperative multipoint [CoMP], carrier aggregation [CA] or multiple input multiple output [MIMO]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/08—Reselecting an access point
- H04W36/087—Reselecting an access point between radio units of access points
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
在本发明的移动通信系统中，设定RRM测定集(1401)，来作为成为UE进行能否执行无线通信的检测处理的对象的小区的集合。在RRM测定集(1401)内的小区中，设定CoMP测定集(1402)，来作为成为UE进行能否执行协作通信(CoMP通信)的检测处理的候补的小区的集合。在CoMP测定集(1402)内的小区中，设定CoMP激活集(1601)，来作为成为UE进行能否执行CoMP通信的检测处理的对象的小区的集合。
Description
本申请是申请日为“2013年1月24日”、申请号为“201380006853.X”、题为“移动通信系统”的申请的分案申请。
技术领域
本发明涉及在多个移动终端装置与基站装置之间进行无线通信的移动通信系统。
背景技术
在被称为第三代的通信方式中，日本从2001年起开始了W-CDMA(Wideband Codedivision Multiple Access，宽带码分多址)制式的商用服务。另外，通过向下行链路(专用数据信道、专用控制信道)追加分组传送用的信道(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(Release 10)的技术标准中。
另外，在3GPP中，作为不同于W-CDMA的其他通信方式，探讨了在无线区间方面被称为长期演进(Long Term Evolution：LTE)、在包含核心网络以及无线接入网(以下也统称为网络)的系统整体结构方面被称为系统架构演进(System Architecture Evolution：SAE)的新的通信方式。该通信方式被称为3.9G(3.9Generation)系统。
在LTE中，接入方式、无线的信道结构和协议与W-CDMA(HSDPA/HSUPA)完全不同。例如，在接入方式方面，W-CDMA使用码分多址接入(Code Division Multiple Access)，而LTE在下行链路方向使用OFDM(Orthogonal Frequency Division Multiplexing：正交频分复用)，在上行链路方向使用SC-FDMA(Single Carrier 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，通用分组无线业务)不同的新核心网络来构成通信系统，因此，LTE的无线接入网(无线接入网络(radio access network))被定义成不同于W-CDMA网的独立的无线接入网。
因此，为了与W-CDMA的通信系统进行区别，在LTE的通信系统中，将核心网络称为EPC(Evolved Packet Core，演进分组核心)，将无线接入网称为E-UTRAN(EvolvedUniversal Terrestrial Radio Access Network，演进通用地面无线接入网)。另外，在无线接入网络中，将与移动终端(User Equipment：UE)进行通信的基站(Base station)称为eNB(E-UTRAN NodeB)。此外，与多个基站交换控制数据以及用户数据的基站控制装置(Radio Network Controller，无线网络控制器)的功能由EPC来承担。EPC也称为aGW(Access Gateway，接入网关)。另外，由EPC和E-UTRAN构成的系统被称为EPS(EvolvedPacket System，演进分组系统)。
在LTE的通信系统中，提供有单播(Unicast)服务和E-MBMS服务(EvolvedMultimedia Broadcast Multicast Service，演进多媒体广播多播服务)。E-MBMS服务为广播型多媒体服务。有时也将E-MBMS服务简称为MBMS。E-MBMS服务中，对多个移动终端发送新闻、天气预报、以及移动广播等大容量广播内容。将其也称作单点对多点(Point toMultipoint)服务。
在非专利文献1(第四章)中记载了3GPP中的、与LTE系统的整体架构(Architecture)相关的决定事项。使用图1说明整体架构。图1是表示LTE方式的通信系统的结构的说明图。在图1中，若对应于移动终端101的控制协议、例如RRC(Radio ResourceControl：无线电资源控制)和用户层面、例如PDCP(Packet Data Convergence Protocol，分组数据分集协议)、RLC(Radio Link Control，无线电链路控制)、MAC(Medium AccessControl，介质接入控制)、PHY(Physical layer，物理层)在基站102终止，则E-UTRAN由一个或多个基站102构成。
基站102进行由移动管理实体(Mobility Management Entity：MME)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进行待机状态(IdleState，闲置状态)的移动控制(Mobility control)。MME103在移动终端处于待机状态、以及激活状态(Active State)时进行跟踪区域(Tracking Area)列表的管理。
S-GW104与一个或多个基站102进行用户数据的收发。当在基站之间进行切换时，S-GW104成为本地的移动锚点(Mobility Anchor Point，移动锚点)。EPC中还存在P-GW(PDNGateway，PDN网关)。P-GW进行每个用户的包过滤、UE-ID地址的分配等。
移动终端101与基站102之间的控制协议RRC进行广播(Broadcast)、寻呼(paging)、RRC连接管理(RRC connection management)等。RRC中的基站与移动终端的状态有RRC＿IDLE和RRC＿CONNECTED。在RRC＿IDLE中进行PLMN(Public Land Mobile Network，公共陆地移动网络)选择、系统信息(System Information：SI)的广播、寻呼(paging)、小区重选(cell re-selection)、移动等。在RRC_CONNECTED中，移动终端具有RRC连接(connection)，能与网络进行数据的收发。此外，在RRC_CONNECTED中，进行切换(Handover：HO)、相邻小区(Neighbour cell)的监测等。
使用图2说明非专利文献1(第五章)所记载的、3GPP中与LTE系统的帧结构有关的决定事项。图2是表示LTE方式的通信系统中所使用的无线帧的结构的说明图。在图2中，一个无线帧(Radio frame)为10毫秒(ms)。无线帧被分割成十个大小相等的子帧(Subframe)。子帧被分割为两个大小相等的时隙(slot)。每个无线帧的第一个和第六个子帧包含下行链路同步信号(Downlink Synchronization Signal：SS)。同步信号包括第一同步信号(Primary Synchronization Signal：P-SS)和第二同步信号(Secondary SynchronizationSignal：S-SS)。
以子帧单位进行MBSFN(Multimedia Broadcast multicast service SingleFrequency Network，多媒体广播多播服务单频网络)用信道和MBSFN以外所用的信道的多路复用。MBSFN发送(MBSFN Transmission)是通过同时从多个小区发送相同的波形而实现的同时广播发送技术(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 FrameAllocation Offset，无线帧分配偏移)所定义的无线帧中为MBSFN而分配的子帧，是用于传输多媒体数据的子帧。满足下式(1)的无线帧为包含MBSFN子帧的无线帧。
SFN mod radio Frame Allocation Period(无线帧分配时间)＝radio FrameAllocation Offset(无线帧分配偏移)…(1)
MBSFN子帧的分配以六比特位来进行。图3最左边一位定义子帧的第二个(#1)MBSFN分配。左起第二位定义子帧的第三个(#2)MBSFN分配，左起第三位定义子帧的第四个(#3)MBSFN分配，左起第四位定义子帧的第七个(#6)MBSFN分配，左起第五位定义子帧的第八个(#7)MBSFN分配，左起第六位定义子帧的第九个(#8)MBSFN分配。当该位表示1时，表示为了MBSFN而分配了对应的子帧。
非专利文献1(第五章)中记载了3GPP中的与LTE系统的信道结构相关的决定事项。设想在CSG(Closed Subscriber Group，封闭用户组)小区中也使用与non-CSG小区相同的信道结构。使用图4说明物理信道(Physical channel)。图4是说明LTE方式的通信系统中所使用的物理信道的说明图。
图4中，物理广播信道(Physical Broadcast channel：PBCH)401是从基站102到移动终端101的下行链路发送用信道。BCH传输块(transport block)被映射到40ms间隔中的四个子帧。不存在40ms定时的清楚的信令。
物理控制格式指示信道(Physical Control Format Indicator Channel：PCFICH)402是从基站102到移动终端101的下行链路发送用信道。PCFICH从基站102向移动终端101通知用于PDCCHs的OFDM码元的数量。PCFICH以每个子帧进行发送。
物理下行链路控制信道(Physical Downlink Control Channel：PDCCH)403是从基站102到移动终端101的下行链路发送用信道。PDCCH对后述图5所示的传输信道之一即下行链路共享信道(Downlink Shared Channel：DL-SCH)的资源分配(allocation)信息、图5所示的传输信道之一即寻呼信道(Paging Channel：PCH)的资源分配(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传送对下行链路发送的应答信号(response signal)即Ack/Nack。PUCCH传送CQI(Channel Quality Indicator，信道质量指示符)报告。CQI是表示接收到的数据的品质、或者通信线路品质的品质信息。PUCCH还传送调度请求(Scheduling Request：SR)。
物理上行链路共享信道(Physical Uplink Shared Channel：PUSCH)407是从移动终端101到基站102的上行链路发送用信道。PUSCH中映射有作为图5所示的传输信道之一的上行链路共享信道(Uplink Shared Channel：UL-SCH)。
物理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)：RS)是移动通信系统中已知的码元。定义有以下五种下行参考信号。小区固有参照信号(Cell-specific ReferenceSignals：CRS)、MBSFN参照信号(MBSFN reference signals)、UE固有参照信号(UE-specific reference signals)即数据解调用参照信号(Demodulation ReferenceSignal：DM-RS)、定位参照信号(Positioning Reference Signals：PRS)、信道信息参照信号(Channel-State Information Reference Signals：CSI-RS)。移动终端的物理层的测定包括对参考信号的接收功率(Reference Signal Received Power：RSRP)的测定。
使用图5说明非专利文献1(第五章)所记载的传输信道(Transport channel)。图5是说明LTE方式的通信系统中所使用的传输信道的说明图。图5(A)表示下行链路传输信道和下行链路物理信道间的映射。图5(B)表示上行链路传输信道与上行链路物理信道间的映射。
图5(A)所示的下行链路传输信道中的广播信道(Broadcast Channel：BCH)被广播到其基站(小区)的整个覆盖范围。BCH被映射到物理广播信道(PBCH)。
对下行链路共享信道(Downlink Shared Channel：DL-SCH)应用利用HARQ(HybridARQ，混合ARQ)进行的重发控制。DL-SCH能向基站(小区)的整个覆盖范围进行广播。DL-SCH支持动态或者准静态(Semi-static)的资源分配。准静态的资源分配也被称为持久调度(Persistent Scheduling)。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。
图5(B)所示的上行链路传输信道中的上行链路共享信道(Uplink SharedChannel：UL-SCH)适用利用HARQ(Hybrid ARQ)进行的重发控制。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 Combining)。所谓追踪合并是在首发和重发中发送相同的数据，通过在重发中对首发的数据和重发的数据进行合成来提高增益的方式。追踪合并基于如下的考虑方式：首发数据虽有错误但也包含部分正确的内容，通过将正确部分的首发数据与重发数据合成，能以更高的精度发送数据。另外，作为HARQ方式的其他例子，有IR(Incremental Redundancy，增量冗余)。IR使冗余度增加，通过在重发中发送校验位，从而与首发组合来使冗余度增加，利用纠错功能来提高品质。
使用图6说明非专利文献1(第六章)所记载的逻辑信道(逻辑信道：Logicalchannel)。图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)为用于单点到多点的发送的下行链路信道。MCCH用于自网络向移动终端发送一个或若干个MTCH用的MBMS控制信息。MCCH仅被正在接收MBMS的移动终端所使用。MCCH被映射到作为传输信道的多播信道(MCH)。
专用控制信道(Dedicated Control Channel：DCCH)是用于以点对点方式发送移动终端与网络间的专用控制信息的信道。DCCH用于以下情况：即，移动终端处于RRC连接(connection)的情况。DCCH在上行链路中被映射到上行链路共享信道(UL-SCH)，在下行链路中被映射到下行链路共享信道(DL-SCH)。
专用业务信道(Dedicated Traffic Channel：DTCH)为用于发送用户信息的、与个别移动终端进行点对点通信的信道。DTCH在上行链路和下行链路中都存在。DTCH在上行链路中被映射到上行链路共享信道(UL-SCH)，在下行链路中被映射到下行链路共享信道(DL-SCH)。
多播业务信道(Multicast Traffic channel：MTCH)是用于从网络向移动终端发送业务数据的下行链路信道。MTCH是仅被正在接收MBMS的移动终端所使用的信道。MTCH被映射到多播信道(MCH)。
CGI为小区全球标识(Cell Global Identifier)。ECGI为E-UTRAN小区全球标识(E-UTRAN Cell Global Identifier)。在LTE、后述的LTE-A(Long Term EvolutionAdvanced，高级长期演进)以及UMTS(Universal Mobile Telecommunication System，通用移动电信系统)中导入了CSG(Closed Subscriber Group，封闭用户组)小区。以下对CSG小区进行说明(参照非专利文献3第3.1章)。
CSG(Closed Subscriber Group，封闭用户组)小区是由操作人员确定有使用权的加入者的小区(以下有时会称为特定加入者用小区)。
特定的加入者被许可接入PLMN(Public Land Mobile Network，公共陆地移动网络)的一个以上的小区。将允许特定的加入者接入的一个以上的小区称为CSG小区“(CSGcell(s))”。但是，PLMN存在接入限制。
CSG小区对固有的CSG标识(CSG identity：CSGID；CSG-ID)进行广播，是利用CSG指示(CSG Indication)来广播“TRUE”的PLMN的一部分。预先进行了使用登录并被许可的加入者组的成员利用接入许可信息中的CSG-ID来接入CSG小区。
CSG-ID通过CSG小区或小区来广播。移动通信系统中存在多个CSG-ID。并且，为了使与CSG关联的成员的接入较为容易，由移动终端(UE)来使用CSG-ID。
移动终端的位置追踪以由一个以上的小区构成的区域为单位来进行。位置追踪是为了即使在待机状态下也能追踪移动终端的位置，与移动终端通话，换言之，是为了能呼叫移动终端而进行的。该移动终端的位置追踪用的区域称为跟踪区。
CSG白名单(CSG White List)是记录有加入者所属的CSG小区的所有CSG ID、并且有时会被存储在USIM(Universal Subscriber Identity Module，通用用户识别模块)中的列表。CSG白名单也被简称为白名单、或者许可CSG列表(Allowed CSG List)。对于通过CSG小区的移动终端的接入，MME执行接入控制(access control)(参照非专利文献4的4.3.1.2章)。作为移动终端的接入的具体例，有附着(attach)、结合附着(combined attach)、分离(detach)、服务请求(service request)、跟踪区域更新过程(Tracking Area Updateprocedure)等(参照非专利文献4的4.3.1.2章)。
以下对待机状态的移动终端的服务类型进行说明(参照非专利文献3的4.3章)。作为待机状态的移动终端的服务类型，有受限制的服务(Limited service、也被称为受限服务)、标准服务(常规服务(Normal service))、操作员服务(Operator service)。受限制的服务是后述的可接受小区上的紧急呼叫(Emergency calls)、ETWS(Earthquake andTsunami Warning System，地震和海啸预警系统)、CMAS(Commercial Mobile AlertSystem，商业移动预警系统)。标准服务(也称为常规服务)是后述的合适小区上的公共服务。操作员服务是仅面向后述的预留小区上的操作员的服务。
以下说明“合适小区(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)关于由系统信息(System Information：SI)确定为CSG小区的小区，该小区的CSG-ID为UE的“CSG白名单”(CSG White List)的一部分，即，包含在UE的CSG White List中。
以下对“可接受小区(Acceptable cell)”进行说明。“可接受小区(Acceptablecell)”是UE为了接受受限制服务而可能保留呼叫的小区。这种小区满足下述(1)、(2)的所有条件。
(1)该小区不是被禁止的小区(也称为“被禁止小区(Barred cell)”)。
(2)该小区满足小区选择评价基准。
“被禁止小区(Barred cell)”在系统信息中具有指示。“预留小区(Reservedcell)”在系统信息中具有指示。
“对小区保留呼叫(camp on)”是指UE完成小区选择(cell selection)或小区重选(cell reselection)的处理，UE变成选择了对系统信息和寻呼信息进行监视的小区的状态。有时将UE保留呼叫的小区称为“服务小区(Serving cell)”。
在3GPP中，研究了被称为Home-NodeB(Home-NB；HNB,家庭基站)、Home-eNodeB(Home-eNB；HeNB，家庭基站)的基站。UTRAN中的HNB、以及E-UTRAN中的HeNB例如是面向家庭、法人、商业用的接入服务的基站。非专利文献5中公开了对HeNB以及HNB进行接入的三个不同的模式。具体而言，公开了开放接入模式(Open access mode)、封闭接入模式(Closedaccess mode)、以及混合接入模式(Hybrid access mode)。
各个模式具有如下特征。开放接入模式中，HeNB以及HNB作为通常的操作人员的常规小区进行操作。在封闭接入模式中，HeNB以及HNB作为CSG小区进行操作。该CSG小区是仅CSG成员能够接入的CSG小区。在混合接入模式中，HeNB以及HNB作为非CSG成员也被同时允许接入的CSG小区进行操作。换言之，混合接入模式的小区(也称为混合小区)是支持开放接入模式和封闭接入模式这两者的小区。
在3GPP中存在有全PCI(Physical Cell Identity，物理小区标识)中、为了由CSG小区使用而通过网络预约的PCI范围(参照非专利文献1的10.5.1.1章)。有时将分割PCI范围称为PCI拆分。与PCI拆分有关的信息(也称为PCI拆分信息)通过系统信息从基站向其覆盖的移动终端进行广播。被基站覆盖意味着将该基站作为服务小区。
非专利文献6公开了使用了PCI拆分的移动终端的基本动作。不具有PCI拆分信息的移动终端需要使用全PCI，例如使用所有504码来进行小区搜索。与此相对地，具有PCI拆分信息的移动终端能利用该PCI拆分信息来进行小区搜索。
此外，在3GPP中，进行了高级长期演进(Long Term Evolution Advanced：LTE-A)的标准制定来作为版本10(参照非专利文献7、非专利文献8)。
在LTE-A系统中，对支持中继(Relay)以及中继节点(Relay Node：RN)的情况进行研究，以获得高通信速度、小区边缘的高吞吐量、以及新的覆盖区域等。作为中继装置的中继节点经由被称为施主小区(Donor cell，以下有时也称为“施主eNB(Donor eNB；DeNB)”)的小区，通过无线方式与无线接入网相连。在施主小区的范围内，从网络(Network：NW)到中继节点的链路共用与从网络到UE的链路相同的频带(频段(band))。该情况下，使得符合3GPP的版本8的UE也能与该施主小区相连。将施主小区与中继节点之间的链路称为回程链路(backhaul link)，将中继节点与UE之间的链路称为接入链路(access link)。
作为FDD(Frequency Division Duplex，频分双工)中的回程链路的多路复用方法，利用下行链路(DL)频段进行从DeNB到RN的发送，利用上行链路(UL)频段进行从RN到DeNB的发送。作为中继中的资源分割方法，利用一个频段对从DeNB到RN的链路以及从RN到UE的链路进行时分多路复用，并利用一个频段对从RN到DeNB的链路以及从UE到RN的链路进行时分多路复用。由此，能防止在中继中，中继的发送干扰中继自己的接收。
在3GPP中，除了通常的eNB(大型小区)以外，还研究了微微eNB(微微小区(picocell))、HeNB(HNB、CSG小区)、热点小区用节点、中继节点、射频拉远头(Remote RadioHead：RRH)、中继器等所谓的本地节点。上述那样由各种类型的小区构成的网络有时也被称为异机种网络(heterogeneous network，异构网络)。
在LTE中，预先决定通信中所能使用的频段(以下有时也称为“工作频段”)。非专利文献9中记载了该频段。
在LTE-A系统中，为了支持高达100MHz的更宽的频带宽度(transmissionbandwidths)，研究了对两个以上的分量载波(Component Carrier：CC)进行汇集(也称为聚合(aggregation))的载波聚合(Carrier Aggregation：CA)。
符合LTE标准、即符合3GPP的版本8或9标准的UE仅能在相当于一个服务小区的一个CC上进行收发。与此相对地，正在考虑让符合3GPP的版本10标准的UE具有为了在相当于多个服务小区的多个CC上同时进行收发、或者仅接收、或者仅发送而需要的能力(能力，capability)。
各CC使用3GPP的版本8或9的结构，CA支持连续CC、非连续CC、以及不同频带宽度的CC。UE无法构成个数在下行链路的CC(DL CC)的个数以上的上行链路的CC(UL CC)。由同一eNB构成的CC无需提供相同的覆盖范围。CC具有与3GPP的版本8或9的兼容性。
CA中，在上行链路、下行链路中，均对每个服务小区具有一个独立的HARQ实体。传输块针对每个服务小区、每个TTI而生成。各传输块与HARQ重发被映射在单服务小区中。
在构成CA的情况下，UE具有与NW唯一的RRC连接(RRC connection)。在RRC连接中，一个服务小区提供NAS移动信息和安全性输入。该小区称为主服务小区(Primary Cell：PCell)。下行链路中，与PCell相对应的载波是下行链路主载波单元(Downlink PrimaryComponent Carrier：DLPCC)。上行链路中，与PCell相对应的载波是上行链路主载波单元(Uplink Primary Component Carrier：ULPCC)。
根据UE的能力(能力(capability))，构成辅服务小区(Secondary Cell：SCell)来形成PCell和服务小区的组。下行链路中，与SCell相对应的载波是下行链路辅载波单元(Downlink Secondary Component Carrier：DLSCC)。上行链路中，与SCell相对应的载波是上行链路辅载波单元(Uplink Secondary Component Carrier：ULSCC)。
对于一个UE，构成一个PCell、与由一个以上的SCell构成的服务小区的组。
在3GPP中，作为更先进的新的无线区间的通信方式，研究了上述高级LTE(LTEAdvanced：LTE-A)(参照非专利文献7和非专利文献8)。LTE-A以LTE的无线区间通信方式为基本，并在其中附加了一些新技术来构成。新技术包括支持更宽频带的技术(Widerbandwidth extension)、以及多点协作收发(Coordinated Multiple Point transmissionand reception：CoMP)技术等。3GPP中为了LTE-A而研究的CoMP被记载在非专利文献10中。
CoMP是通过在地理上分开的多地点之间进行协作发送或者接收、从而扩大高数据速率的覆盖范围、提高小区边缘的吞吐量、以及增大通信系统的吞吐量的技术。CoMP中包括下行链路CoMP(DLCoMP)以及上行链路CoMP(ULCoMP)。
DLCoMP中，在多地点(多点)之间向一个移动终端(UE)协作发送PDSCH。可以从多点的一个点向一个UE发送PDSCH，也可以从多点的多个点向一个UE发送PDSCH。在DLCoMP中，服务小区是通过PDCCH发送资源分配的单独的小区。
作为DLCoMP的方法，研究了联合处理(Joint Processing：JP)、协调调度(Coordinated Scheduling：CS)或协作波束成形(Coordinated Beam forming：CB)(以下有时也称为“CS/CB”)。
JP能在CoMP协作集(CoMP cooperating set)中的各个点上利用数据。JP包括联合发送(Joint Transmission：JT)、以及动态节点选择(Dynamic Point Selection：DPS)。DPS包括动态小区选择(Dynamic Cell Selection：DCS)。JT中，在某一时刻从多个点、具体而言从CoMP协作集(CoMP cooperating set)的一部分或全部发送PDSCH。DPS中，在某一时刻从CoMP协作集内的一个点发送PDSCH。
CS/CB仅能用于对来自服务小区的数据的发送。CS/CB中，与CoMP协作集对应的小区之间进行的调整相配合地，决定用户调度或波束成形。
作为以多点进行收发的点的单元和小区，研究了作为单元和小区的基站(NB、eNB、HNB、HeNB)、RRU(Remote Radio Unit，射频拉远单元)、RRE(Remote Radio Equipment，射频拉远设备)、RRH(Remote Radio Head，射频拉远头)、中继节点(Relay Node：RN)等。有时将进行多地点协作发送的单元以及小区分别称为多点单元、多点小区。
现有技术文献
非专利文献
非专利文献1：3GPP TS36.300V10.5.0
非专利文献2：3GPP TS36.331V10.3.0
非专利文献3：3GPP TS36.304V10.3.0第3.1章，4.3章，5.2.4章
非专利文献4：3GPP TR 23.830V9.0.0
非专利文献5：3GPP S1-083461
非专利文献6：3GPP R2-082899
非专利文献7：3GPP TR 36.814V9.0.0
非专利文献8：3GPP TR 36.912V10.0.0
非专利文献9：3GPP TS 36.101V10.3.0
非专利文献10：3GPP TR 36.819V11.0.0
发明内容
发明所要解决的技术问题
如上所述，研究了在3GPP中进行多点协作收发(CoMP)技术。通过对UE进行CoMP，从而能够力图扩大高数据速率的覆盖范围、提高小区边缘的吞吐量、以及增大通信系统的吞吐量。然而，对于3GPP中的CoMP技术的研究尚不充分。
例如对设置几个CoMP相关的小区的集合进行了研究。但是，若综合考虑CoMP的通信品质、UE的功耗、UE和服务小区间的信令量等，则仅通过目前提出的集合会发生不充分的情况。另外，即使是该集合内的小区的选择方法，在仅以随时间变化的复杂电波环境作为选择基准来使用的情况下，即使执行CoMP，有时也无法得到较好的接收品质。
而且，对于执行CoMP时的UE的HO处理也没有进行任何讨论。在CoMP中，在多个小区间进行协调处理。因此，在执行了CoMP的情况下对UE进行HO处理时，由于必须进行多个小区间的处理，因此无法利用以往的HO处理来执行HO，导致无法继续UE和小区之间的通信。
本发明的目的在于提供一种移动通信系统，根据执行CoMP的UE的状态至少能够继续通信，而且能够通过执行CoMP来得到较好的通信品质。
解决技术问题所采用的技术方案
本发明的移动通信系统运用了可移动的移动终端装置和可实施无线通信的多个小区，该移动通信系统具有如下特征，
所述多个小区包含可协作通信小区，该可协作通信小区以与其它小区协作的方式与所述移动终端装置进行无线通信，
所述多个小区之中、控制所述移动终端装置的服务小区设定检测对象小区集，该检测对象小区集是作为所述移动终端装置进行可否实施无线通信的检测处理的对象的小区的集合，将所设定的所述检测对象小区集通知给所述移动终端装置，
该移动通信系统具备对所述协同通信进行调整的调整单元，
所述调整单元设定可协作小区集和协作对象小区集，该可协作小区集是所述检测对象小区集内的小区之中、作为所述移动终端装置进行可否执行所述协作通信的检测处理的候补的小区的集合，该协作对象小区集是所述可协作小区集内的小区之中、作为所述移动终端装置进行可否执行所述协作通信的检测处理的对象的小区的集合，所述调整单元将所设定的所述可协作小区集和所述协作对象小区集通知给所述移动终端装置，
所述移动终端装置进行如下处理：
(a)在从所述调整单元通知了所述协作对象小区集的情况下，对所述协作对象小区集内的各个小区进行可否执行所述协作通信的检测处理；以及(b)在从所述调整单元通知了所述可协作小区集、且未通知所述协作对象小区集的情况下，对所述可协作小区集内的各个小区进行可否执行所述协作通信的检测处理。
发明效果
利用本发明的移动通信系统，根据执行协作通信的移动终端装置的状态至少能够持续通信，而且能够通过执行协作通信来得到较好的通信品质。
本发明的目的、特征、方面以及优点通过以下详细的说明与附图，能更为明了。
附图说明
图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是用于说明执行CoMP时所使用的小区的集合的图。
图14是用于说明执行CoMP时所使用的小区的集合的包含关系的图。
图15是表示实施方式1的移动通信系统的流程的一个示例的图。
图16是表示实施方式1的移动通信系统的流程的一个示例的图。
图17是用于说明CoMP激活集和其它集合的包含关系的图。
图18是表示实施方式2的移动通信系统的流程的一个示例的图。
图19是表示实施方式3的移动通信系统的流程的一个示例的图。
图20是表示实施方式3的移动通信系统的流程的其它示例的图。
图21是表示实施方式3的移动通信系统的流程的另一个示例的图。
图22是用于说明与CoMP相关的集合和利用UE所测定的RS的图。
图23是用于说明与CoMP相关的集合内小区的通信品质的图。
图24是表示实施方式5的移动通信系统的流程的一个示例的图。
图25是表示实施方式5的变形例2的移动通信系统的流程的一个示例的图。
图26是用于说明ePDCCH的图。
图27是表示实施方式6的移动通信系统的流程的一个示例的图。
图28是表示实施方式6的移动通信系统的流程的一个示例的图。
图29是表示实施方式7的移动通信系统的流程的一个示例的图。
图30是表示实施方式7的移动通信系统的流程的一个示例的图。
图31是表示实施方式7的移动通信系统的流程的一个示例的图。
图32是表示实施方式7的移动通信系统的流程的一个示例的图。
图33是表示实施方式7的移动通信系统的流程的一个示例的图。
图34是用于说明小区统一实体的具体例的框图。
图35是用于说明其它的小区统一实体的具体例的框图。
图36是表示实施方式7的移动通信系统的流程的一个示例的图。
图37是表示实施方式7的移动通信系统的流程的一个示例的图。
图38是表示实施方式7的移动通信系统的流程的一个示例的图。
图39是表示实施方式7的移动通信系统的流程的一个示例的图。
图40是表示实施方式7的移动通信系统的流程的一个示例的图。
图41是表示实施方式7的移动通信系统的流程的一个示例的图。
图42是表示实施方式7的移动通信系统的流程的一个示例的图。
图43是表示实施方式7的移动通信系统的流程的一个示例的图。
图44是表示实施方式7的移动通信系统的流程的一个示例的图。
图45是表示实施方式7的移动通信系统的流程的一个示例的图。
图46是表示实施方式8的移动通信系统的流程的一个示例的图。
图47是表示实施方式8的移动通信系统的流程的一个示例的图。
图48是表示实施方式8的移动通信系统的流程的一个示例的图。
图49是表示实施方式8的变形例1的移动通信系统的流程的一个示例的图。
图50是表示实施方式8的变形例1的移动通信系统的流程的一个示例的图。
图51是表示实施方式8的变形例1的移动通信系统的流程的一个示例的图。
图52是表示实施方式8的变形例1的移动通信系统的流程的一个示例的图。
图53是表示实施方式8的变形例2的移动通信系统的流程的一个示例的图。
图54是表示实施方式8的变形例2的移动通信系统的流程的一个示例的图。
图55是表示实施方式8的变形例2的移动通信系统的流程的一个示例的图。
图56是表示实施方式9的移动通信系统的流程的一个示例的图。
图57是表示实施方式9的移动通信系统的流程的一个示例的图。
图58是表示实施方式9的移动通信系统的流程的一个示例的图。
图59是表示实施方式9的移动通信系统的流程的一个示例的图。
图60是用于说明多个子eNB装置和UE之间进行CoMP通信的概念的图。
图61是用于说明多个子eNB装置和UE之间进行CoMP通信的概念的图。
图62是用于说明实施方式10中的服务小区的变更的图。
图63是表示实施方式10的移动通信系统的流程的一个示例的图。
图64是表示实施方式10的移动通信系统的流程的一个示例的图。
图65是表示实施方式10的移动通信系统的流程的一个示例的图。
图66是表示实施方式10的移动通信系统的流程的一个示例的图。
图67是表示实施方式10的变形例1的移动通信系统的流程的一个示例的图。
图68是表示实施方式10的变形例1的移动通信系统的流程的一个示例的图。
图69是表示实施方式10的变形例1的移动通信系统的流程的一个示例的图。
图70是表示实施方式10的变形例1的移动通信系统的流程的一个示例的图。
图71是表示实施方式10的变形例2的移动通信系统的流程的一个示例的图。
图72是表示实施方式10的变形例2的移动通信系统的流程的一个示例的图。
图73是表示实施方式10的变形例2的移动通信系统的流程的一个示例的图。
图74是表示实施方式11的移动通信系统的流程的一个示例的图。
图75是表示实施方式11的变形例10的移动通信系统的流程的一个示例的图。
具体实施方式
实施方式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进行说明。移动终端装置(以下称为“移动终端(User Equipment：UE)”)71，能与基站装置(以下称为“基站”)72进行无线通信，并利用无线通信进行信号的收发。基站72被分成大型小区即eNB72-1、以及本地节点即Home-eNB72-2两类。eNB72-1具有比较大规模的覆盖范围，来作为能与移动终端(UE)71进行通信的范围即覆盖范围。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相连。MME部73相当于管理单元。MME部73包含在核心网络即EPC中。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，Home-eNB网关)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的连接进行控制。MME部73，具体而言，构成MME部73的MME及S-GW、以及HeNBGW74相当于管理单元。MME部73以及HeNBGW74包含在核心网络即EPC中。
另外，在3GPP中研究了下述结构。Home-eNB72-2之间的X2接口被支持。即，Home-eNB72-2之间通过X2接口相连，在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构成并支持唯一的小区。
基站装置例如像Home-eNB72-2那样支持唯一的小区，但并不限于此，可以由一个基站装置支持多个小区。在一个基站装置支持多个小区的情况下，各个小区起到基站装置的作用。
图8是表示本发明所涉及的移动终端即图7所示的移动终端71的结构的框图。对图8所示的移动终端71的发送处理进行说明。首先，来自协议处理部801的控制数据、以及来自应用部802的用户数据被保存到发送数据缓冲部803。发送数据缓冲部803中保存的数据被传送给编码器部804，进行纠错等编码处理。也可以存在不实施编码处理而直接从发送数据缓冲部803向调制部805输出的数据。被编码部804编码处理的数据在调制部805中进行调制处理。经调制的数据被转换为基带信号之后，输出至频率转换部806，被转换为无线发送频率。之后，从天线807向基站72发送发送信号。
另外，移动终端71的接收处理以如下方式执行。由天线807接收来自基站72的无线信号。接收信号通过频率转换部806从无线接收频率转换为基带信号，在解调部808中进行解调处理。解调后的数据被传送到解码器部809，进行纠错等解码处理。经解码的数据中，控制数据传送到协议处理部801，用户数据传送到应用部802。移动终端71的一系列处理由控制部810来控制。因此，虽然在图8中进行了省略，但控制部810与各部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控制。因此，虽然在图9中进行了省略，但控制部911与各部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和PLMNID由HeNBGW74来支持。若将Home-eNB72-2与HeNBGW74相连，则由HeNBGW74来代替Home-eNB72-2，进行「UE attachment(UE附着)」中MME部73的选择。Home-eNB72-2可以在没有网络规划的情况下配备。此时，Home-eNB72-2会从一个地理区域移动到其它地理区域。因此，此时的Home-eNB72-2需要根据位置来与不同的HeNBGW74相连。
图10是表示本发明所涉及的MME的结构的框图。图10中示出上述图7所示的MME部73所包含的MME73a的结构。PDNGW通信部1001进行MME73a与PDNGW之间的数据收发。基站通信部1002进行MME73a与基站72之间的经由S1接口的数据收发。在从PDNGW接收到的数据是用户数据时，用户数据从PDNGW通信部1001经由用户层面通信部1003传送到基站通信部1002，并被发送至一个或者多个基站72。在从基站72接收的数据是用户数据时，用户数据从基站通信部1002经由用户层面通信部1003传送到PDNGW通信部1001，并被发送至PDNGW。
在从PDNGW接收到的数据是控制数据时，控制数据从PDNGW通信部1001传送到控制层面控制部1005。在从基站72接收到的数据是控制数据时，控制数据从基站通信部1002传送到控制层面控制部1005。
HeNBGW通信部1004设置在存在HeNBGW74的情况下，根据信息类别来进行MME73a与HeNBGW74之间的经由接口(IF)的数据收发。从HeNBGW通信部1004接收到的控制数据从HeNBGW通信部1004传送到控制层面控制部1005。控制层面控制部1005的处理结果经由PDNGW通信部1001被发送到PDNGW。此外，利用控制层面控制部1005处理后的结果经由基站通信部1002并通过S1接口被发送给一个或多个基站72，或经由HeNBGW通信部1004被发送给一个或多个HeNBGW74。
控制层面控制部1005中包含NAS安全部1005-1、SAE承载(bearer)控制部1005-2、空闲状态(Idle State)移动管理部1005-3等，进行对控制层面的整体处理。NAS安全部1005-1负责NAS(Non-Access Stratum，非接入层面)消息的安全等。SAE承载控制部1005-2进行SAE(System Architecture Evolution)的承载的管理等。空闲状态移动管理部1005-3进行待机状态(也称为空闲状态(Idle State)；LTE-IDLE状态、或仅称为空闲)的移动管理、待机状态时的寻呼信号的生成及控制、所覆盖的一个或者多个移动终端71的跟踪区域(TA)的添加、删除、更新、检索、跟踪区域列表(TA List)管理等。
MME73a通过向属于注册(registered)有UE的追踪区域(跟踪区域，TrackingArea：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控制。因此，虽然在图10中进行了省略，但控制部1006与各部1001～1005连接。
3GPP中探讨的MME73a的功能如下所示(参照非专利文献1的4.6.2章)。MME73a进行CSG(Closed Subscriber Group)成员的一个或多个移动终端的接入控制。MME73a将执行寻呼的优化(Paging optimization)接受为选项。
图11是表示本发明所涉及的HeNBGW即图7所示的HeNBGW74的结构的框图。EPC通信部1101进行HeNBGW74与MME73a之间经由S1接口的数据收发。基站通信部1102进行HeNBGW74与Home-eNB72-2之间经由S1接口的数据收发。位置处理部1103进行将经由EPC通信部1101传送的来自MME73a的数据中的注册信息等发送给多个Home-eNB72-2的处理。经位置处理部1103处理后的数据被传送到基站通信部1102，并经由S1接口发送到一个或多个Home-eNB72-2。
无需位置处理部1103的处理而仅仅通过(透过)的数据从EPC通信部1101被传送到基站通信部1102，并经由S1接口发送到一个或多个Home-eNB72-2。HeNBGW74的一系列处理由控制部1104控制。因此，虽然在图11中进行了省略，但控制部1104与各部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将执行寻呼的优化(Paging optimization)接受为选项。
接着示出移动通信系统中小区搜索方法的一个示例。图12是LTE方式的通信系统中移动终端(UE)所进行的从小区搜索到待机动作为止的概要的流程图。移动终端在开始小区搜索后，在步骤ST1201中利用从周边的基站发送的第一同步信号(P-SS)、以及第二同步信号(S-SS)来获得时隙定时、帧定时的同步。
P-SS与S-SS统称为同步信号(SS)。同步信号(SS)中分配有与分配给每个小区的PCI(Physical Cell Identity)一一对应的同步码。PCI的数量设为504个。利用该504个PCI来取得同步，并对取得同步的小区的PCI进行检测(确定)。
接着在步骤ST1202中，对取得同步的小区检测从基站发送给每个小区的参照信号(参考信号：RS)即小区固有参照信号(Cell-specific Reference Signal：CRS)，并对RS的接收功率(Reference Signal Received Power：RSRP)进行测定。参照信号(RS)使用与PCI一一对应的编码。该编码取得相关性从而与其它小区分离。通过从步骤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)列表内的跟踪区域标识(Tracking Area Identity：TAI)的TAC部分进行比较。TA(Tracking Area)列表也称为TAI列表(TAI list)。TAI为TA的标识符，由MCC(Mobile Country Code，移动国家码)、MNC(Mobile Network Code，移动网络码)、以及TAC(Tracking Area Code)构成。MCC为国家码。MNC为网络码。TAC为TA的码编号。
若步骤ST1206中比较的结果是步骤ST1205中接收到的TAC与TA(Tracking Area)列表内所包含的TAC相同，则移动终端在该小区进入待机动作。若比较结果为步骤ST1205中接收到的TAC未包含在TA(Tracking Area)列表内，则移动终端通过该小区向包含有MME等的核心网络(Core Network，EPC)请求变更TA(Tracking Area)，以进行TAU(Tracking AreaUpdate，跟踪区域更新)。核心网络基于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与ECGI相关联，则也可采用ECGI。
如上所述，不具有白名单(本发明中，也包含白名单为空(empty)的情况)的移动终端无法接入CSG小区，仅能接入non-CSG小区。另一方面，具有白名单的移动终端能接入所登录的CSG-ID的CSG小区、也能接入non-CSG小区。
HeNB以及HNB需要支持各种服务。例如，在某一服务中，运营商将移动终端登录到某一决定的HeNB以及HNB，并仅允许所登录的移动终端接入HeNB以及HNB的小区，由此能增大该移动终端所能使用的无线资源，从而能进行高速地通信。相应地，运营商也将资费设定得比通常要高。
为了实现这种服务，导入仅登录的(加入的、成为成员的)移动终端能够接入的CSG(Closed Subscriber Group)小区。在商店街、公寓、学校、公司等要求设置大量的CSG(Closed Subscriber Group)小区。例如，要求在商店街对每个店铺设置CSG小区，在公寓对每个房间设置CSG小区，在学校对每个教室设置CSG小区，在公司对每个部门设置CSG小区，并且仅登录在各CSG小区中的用户能使用该CSG小区的使用方法。HeNB/HNB不仅要求用于强化大型小区的覆盖范围外的通信(区域强化型HeNB/HNB)，也要求支持上述那样的各种服务(服务提供型HeNB/HNB)。因此，也产生了将HeNB/HNB设置在大型小区的覆盖范围内的情况。
如上所述，作为LTE-A的新技术，研究了支持CoMP的技术。还研究了为了执行CoMP而使用的小区或点的集合(集，set)。在本发明中，作为为了执行CoMP而使用的小区的集合，示出了下面的(1)～(5)的情况。不仅限于小区，也可以是点。在下面的说明中，将为了执行CoMP而使用的点或小区的集合统称为“CoMP集”。
(1)RRM测定集(RRM measurement set)。RRM测定集(RRM measurement set)是指根据版本8～10的技术标准中所记载的测定、具体是由CRS(Cell-specific ReferenceSignal)测定所得到的小区的集合。
(2)CoMP协作集(CoMP cooperating set)。CoMP协作集是指能够进行CoMP的小区的集合。
(3)CoMP协调区域(CoMP coordination area(CoMP coordination cells))。CoMP协调区域是指由能够进行CoMP的小区所构成的无线区域。
(4)CoMP测定集(CoMP measurement set)。CoMP测定集是指测定并报告CSI(Channel State Indication)-RS的小区的集合。CoMP测定集从RRM测定集中选择得到。
(5)CoMP发送点(CoMP transmission point)。CoMP发送点是指向执行CoMP的UE发送数据的小区。CoMP发送点从CoMP测定集中选择得到。在具有后述的CoMP激活集(CoMPactive set)的情况下，可从CoMP激活集中选择CoMP发送点。在没有后述的CoMP激活集的情况下，可从CoMP测定集中选择CoMP发送点。
RRM测定集相当于检测对象小区集，记载于上述版本8～10的技术标准中的测定、具体而言CRS测定相当于UE所进行的是否能进行无线通信的检测处理。
CoMP协作集相当于能协作的小区集，是成为UE进行能否协作通信(CoMP通信)的检测处理的候补的小区的集合。CoMP测定集相当于协作对象小区集，是成为UE进行能否CoMP通信的检测处理的对象的小区的集合。
此外，上述中心实体是集中调整(协调、coordinate)一个或多个点所进行的CoMP的实体(参照非专利文献10)。中心实体相当于调整单元。中心实体是逻辑实体，可构成在物理上的任意装置中。例如中心实体可构成在eNB或RRH中，也可构成在不同于eNB或RRH的其他装置中。或者，中心实体也可以构成在HeNBGW中。
图13是用于说明执行CoMP时所使用的小区的集合的图。在图13中，标注朝向左下方的细斜线的阴影来表示RRM测定集1302，标注梨形的阴影来表示CoMP协作集1303，标注朝向右下方的粗斜线的阴影来表示CoMP测定集1304，标注朝向左下方的粗斜线的阴影来表示CoMP发送点1305。
RRM测定集1302、CoMP协作集1303、CoMP测定集1304及CoMP发送点1305都相对于UE1301来构成。在图13中，示出了CoMP协作集1303包含于RRM测定集1302内的情况。
图14是用于说明执行CoMP时所使用的小区的集合的包含关系的图。在图14中，用参照标号“1401”所示的圆来表示RRM测定集(RRM measurement set)，用参照标号“1402”所示的圆来表示CoMP测定集(CoMP measurement set)，用参照标号“1403”所示的圆来表示CoMP发送点(CoMP transmission point)。如图14所示，RRM测定集1401的一部分或全部成为CoMP测定集1402，CoMP测定集1402的一部分或全部成为CoMP发送点1403。
3GPP中未揭示实际执行CoMP时的顺序。由于不清楚如何使用为了执行上述的CoMP而使用的小区的集合等，因此无法执行CoMP。在本实施方式，揭示了为了执行CoMP，各个小区的集合的使用方法、构成方法、UE和服务小区间的通知方法，以及其工序。
图15及图16是表示实施方式1的移动通信系统的流程的一个示例的图。图15与图16在边界线BL1的位置上相连。在图15及图16中示出了在中心实体构成于服务小区内的情况下、对所希望的UE执行CoMP时的流程。在本流程中示出了中心实体构成于服务小区内的情况，因此，不特别区分中心实体和服务小区，都记载为服务小区。
在步骤ST1501中，为了设定所希望的UE执行RRM测定的范围，服务小区对RRM测定配置(RRM measurement configuration)进行设定。此处，将所希望的UE设为“UE1”。作为RRM测定配置，例如设置频率及报告条件中的一个或双方。作为报告条件，例如设定成为执行报告的触发的事件(event)。确定进行测定的小区，将该小区的PCI等的小区标识(Cell-ID)设定为RRM测定配置。例如，在网络一侧已经对UE1设定了RRM测定集情况下，可利用该RRM测定集。此外，也可将相邻小区的列表(Neighbor cell list)作为该RRM测定集。
可将RRM测定配置、该通知及测定报告用于CoMP。设定与CoMP相符合的频率、报告条件或者小区标识等。
作为其他方法，也可利用以往的移动用RRM测定配置、该通知及测定报告。在服务小区中，在为移动用而设定的频率、报告条件或小区标识能够利用在CoMP中的情况下，也可利用以往的移动用RRM测定配置、该通知及测定报告。另外，在服务小区中，可设定能够利用于移动用及CoMP用这两者中的频率、报告条件或小区标识。由此，能够共用RRM测定配置、该通知及测定报告，因此能够力图减少信令量、并且减少控制负荷。
在步骤ST1502中，服务小区将步骤ST1501中所设定的RRM测定配置通知给UE1。RRM测定配置的通知使用专用信令。作为专用信令，使用RRC信令。
在步骤ST1503中，UE1根据所接收的RRM测定配置，进行CRS的测定(下面有时称为“CRS测定”)。具体而言，作为CRS测定，UE1使用由RRM测定配置通知的频率，检测出将该频率作为载波频率的小区。
可以在UE1接收到RRM测定配置之后、并在接收到RRM测定配置的变更或解除(释放)之前，都进行CRS测定。在此情况下，可以定期地进行CRS测定，也可以按周期地进行CRS测定。在图15及图16中，连接步骤ST1503和步骤ST1522的虚线表示如上所述那样在UE1接收到RRM测定配置之后、并在接收到RRM测定配置的变更或解除之前，都在进行CRS测定。
在步骤ST1504中，UE1在所检测到的小区的CRS的测定结果与报告条件一致的情况下，使用测定报告(measurement report)消息，将CRS的测定结果报告给服务小区。例如，对于CRS的接收功率(RSRP)在由RRM测定配置所设定的阈值以上的小区，UE1向服务小区通知该小区的小区标识和该RSRP。除此之外也可以构成为，例如，对于所检测出的小区的CRS的接收功率(RSRP)和服务小区的CRS的接收功率(RSRP)之差在由RRM测定配置所设定的阈值以上的小区，UE1向服务小区通知该小区的小区标识和该RSRP。不限于CRS的接收功率，也可以是接收品质(Reference Signal Received Quality：RSRQ)。另外，可以定期地进行CRS的测定结果的报告，也可以按周期地进行CRS的测定结果的报告。还可以使RRM测定配置和测定报告中含有服务小区。另外，也可以设为服务小区的CRS测定结果必须以测定报告的方式来进行报告。
在步骤ST1505中，服务小区根据从UE1通知的测定报告消息，来生成由所报告的一个或多个小区构成的RRM测定集。
在UE1中已存在RRM测定集的情况下，可以根据步骤ST1504的测定报告的消息，对该RRM测定集内的小区进行追加、删除、或者变更。或者，对于该RRM测定集内的各个小区，也可以判断是否在阈值以上，并将此时小区的接收功率或者接收品质和该RRM测定集内小区的小区标识相关联地进行存储和管理。
在步骤ST1506中，UE1和服务小区之间进行下行链路(Downlink：DL)和上行链路(Uplink：UL)之中的至少一个的数据通信。
在步骤ST1507中，UE1从CRS导出CQI(Channel Quality Indicator：信道质量指示符)，并反馈至服务小区。
在步骤ST1508中，服务小区使用从UE1所接收到的CQI，确定是否执行CoMP，即决定是将CoMP打开(on)或者将其关闭(off)。例如在CQI低于规定的阈值(下面称为“阈值A”)的情况下，服务小区决定执行CoMP，在CQI高于规定的阈值(下面称为“阈值B”)的情况下，服务小区决定停止执行CoMP。可以预先在阈值A和阈值B中设定规定的偏移，以使得支持滞后。由此，服务小区能够判断是否对UE1执行CoMP。若步骤ST1508的处理结束，则转移至步骤ST1530。
在步骤ST1530中，服务小区决定对UE1的CoMP测定集。即，服务小区进行CoMP测定集的选择。具体而言，服务小区选择CoMP测定集内的小区(下面有时称为“CoMP测定集内小区”)。CoMP测定集内小区从RRM测定集内的小区(下面有时称为“RRM测定集内小区”)中进行选择。作为选择用的指标，可以使用RRM测定集内的小区的小区标识、CoMP测定集内所能够包含的小区的数量、或者小区的参考码元的接收功率(RSRP)或接收品质(RSRQ)(下面有时称为“RSRP/RSRQ”)等。可以将它们与CQI一起使用。
另外，作为选择用的其它指标，例如可使用各个小区的负载(load)等。在各个小区内的负载较高的情况下，不在CoMP测定集中进行选择，在负载较低的情况下，在CoMP测定集中进行选择。通过将上述指标与各个小区的负载(load)一起使用，能够根据各个小区的负载状况，来决定能否执行CoMP，从而能够力图提高作为移动通信系统的吞吐量。
然而，RRM测定集中有时包含不属于CoMP协作集的小区。在此情况下，即使在CoMP测定集中选择不属于CoMP协作集的小区，也无法进行CoMP。因此，在CoMP测定集中选择不属于CoMP协作集的小区是无意义的，必定会引起误操作。
因此，在本实施方式中限定为：在CoMP测定集中所选择的小区是属于RRM测定集之中的CoMP协作集的小区。由此，可以在CoMP测定集中仅包含能够进行CoMP的小区。
在步骤ST1530中，在CoMP测定集内小区仅为服务小区这一个小区的情况下，服务小区可以判断为停止CoMP的执行。在此情况下，服务小区可以决定解除(释放)CoMP测定配置，并通知给UE1，也可以转移至步骤ST1527。如后面所揭示的那样，在服务小区不包含于CoMP测定集中的情况下，在CoMP测定集内小区仅为一个小区时，可判断为不停止CoMP的执行。也可在服务小区和CoMP测定集内的小区之间执行CoMP。若步骤ST1530的处理结束，则转移至步骤ST1509。
在步骤ST1509中，服务小区设定对UE1的CoMP测定配置(CoMP measurementconfiguration)。作为CoMP测定配置，设定为例如CoMP测定集内小区的小区标识、CoMP测定集内小区的CSI-RS的配置(CSI-RS configuration)、或者CoMP测定集内小区的对UE1的解调用参考信号(Demodulation Reference Signal：DM-RS)的配置等。作为CSI-RS的配置，设定对每个小区发送CSI-RS的周期。
在步骤ST1510中，服务小区对UE1通知CoMP测定配置。CoMP测定配置的通知使用专用信令。作为专用信令，使用RRC信令。
在步骤ST1510中接收到CoMP测定配置的UE1在步骤ST1511中，设定在CoMP测定配置内所设定的CoMP测定集内小区的CSI-RS配置和DM-RS配置中的至少一个。
在步骤ST1513中，服务小区从CoMP测定集发送CSI-RS。
在步骤ST1512中，UE1测定CoMP测定集内小区的CSI-RS。例如，UE1测定CSI-RS的RSRP/RSRQ。在本实施方式中，UE1在步骤ST1514中从CSI-RS的测定值中导出CSI。也可以不进行步骤ST1514中的CSI导出处理。
也可以对每个小区或每个点进行CSI-RS的测定。这些CSI-RS的测定方法可以预先由标准来确定，也可以包含在CoMP测定配置中并从服务小区通知给UE1。通过使其包含在CoMP测定配置中进行通知，能够动态地或准静态地对测定方法进行变更。因此，能够选择与CoMP相符合的CoMP发送点。
可以在UE1接收到CoMP测定配置之后、并在接收到CoMP测定配置的解除(释放)之前，都进行CoMP测定集的CSI-RS的测定。可以定期地进行CSI-RS测定，也可以按周期地进行CSI-RS测定。
在步骤ST1515中，UE1将CoMP测定集内小区的CSI-RS的测定结果(CSI-RSmeasurement report：CSI-RS测定报告)、例如RSRP/RSRQ的测定结果报告给服务小区。如本实施方式所述的那样，当在步骤ST1514中导出CSI时，在步骤ST1515中，UE1将CSI-RS的测定结果和CSI的导出结果(CSI feedback：CSI反馈)一起报告给服务小区。可以定期地进行CSI-RS的测定结果的报告，也可以周期地进行CSI-RS的测定结果的报告，也可以在满足规定条件的情况下进行CSI-RS的测定结果的报告。还可以使CoMP测定配置和CSI-RS测定报告中含有服务小区。另外，可以设为服务小区的CRI-RS测定结果必须以CSI-RS测定报告的方式来进行报告。
在步骤ST1516中，服务小区根据由UE1所报告的CSI-RS的测定结果(CSI-RSmeasurement report：CSI-RS测定报告)、例如RSRP/RSRQ的测定结果，以及CSI的导出结果(CSI feedback：CSI反馈)，决定CoMP发送点。当在步骤ST1515中并未报告CSI的导出结果时，服务小区根据CSI-RS的测定结果，决定CoMP发送点。此时，作为其它指标，例如可使用各个小区的负载(load)等。在各个小区内的负载较高的情况下，不设定为CoMP发送点，在负载较低的情况下，设定为CoMP发送点。由此，通过一并使用各个小区的负载(load)，能够根据各个小区的负载状况，来决定能否执行CoMP，从而能够力图提高作为移动通信系统的吞吐量。在步骤ST1516的处理结束之后，转移至步骤ST1518。
在步骤ST1518中，服务小区使UE1用的物理下行链路控制信道(PDCCH)中包含表示CoMP发送点的信息，并进行调度(CoMP scheduling：CoMP调度)。表示CoMP发送点的信息也可以包含在PDCCH的下行链路控制信息(Downlink Control Information：DCI)中。
作为表示CoMP发送点的信息，也可以是PCI等的小区标识。然而，PCI等小区标识中，由于必需的位数变多，因此若包含于PDCCH中，则会产生PDCCH的容量不足的问题。
为了解决该PDCCH的容量不足的问题，可以在CoMP测定集内的小区中进行编号，根据所编号的号码来表示CoMP发送点。由于将号码限定为CoMP测定集内的小区数，因此通过使用上述号码，能够降低信息量。在使用上述号码的情况下，可以预先在步骤ST1509所设定的CoMP测定配置中包含CoMP测定集内小区的小区标识和所编号的号码之间的关系，在步骤ST1510中，从服务小区向UE1进行通知。
在步骤ST1517中，UE1接收来自服务小区的PDCCH，得到PDCCH的DCI中所包含的CoMP发送点信息，进行CoMP发送点的接收。在CoMP发送点的接收中，可以使用在步骤ST1510中所接收的CoMP测定配置。
在步骤ST1519中，UE1和服务小区利用CoMP来收发信息。另外，UE1从CSI-RS导出CSI，并反馈给服务小区。
在步骤ST1520中，服务小区判断是否对CoMP发送点进行变更。具体而言，服务小区使用CSI反馈信息，判断是否对CoMP发送点进行变更。
在判断为对CoMP发送点进行变更的情况下，服务小区使用CoMP测定集的CSI-RS的测定结果和上述其它指标，对追加给CoMP测定集的小区、或者从CoMP测定集中删除或变更的小区进行选择。此时，可以一并使用CoMP发送点的CSI反馈信息和CoMP测定集的CSI-RS的测定结果。
在步骤ST1520中，在判断为变更CoMP发送点的情况下，在进行了上述小区的选择之后，返回至步骤ST1516，在判断为不变更CoMP发送点的情况下，转移至步骤ST1521。
进行了上述小区的选择的服务小区在步骤ST1516中，对CoMP发送点进行追加、删除或变更，并转移至步骤ST1518。在步骤ST1518中，服务小区在UE1用的PDCCH的DCI中包含表示变更后的CoMP发送点的信息，并进行调度(CoMP scheduling：CoMP调度)。
在步骤ST1521中，UE1和服务小区利用CoMP来收发信息。另外，UE1从CSI-RS导出CSI，并反馈给服务小区。
在步骤ST1522中，进行CRS测定的UE1在步骤ST1523中使用测定报告(measurementreport)消息，向服务小区报告CRS的测定结果。
在步骤ST1524中，接收到测定报告消息的服务小区根据需要对RRM测定集进行变更，具体而言对RRM测定集内小区进行变更。服务小区根据测定报告消息，使用所接收到的小区标识和CRS的测定结果信息等，在决定对RRM测定集进行变更的情况下，选择进行追加、删除或变更的小区，对RRM测定集进行追加、删除或变更。
若在步骤ST1524中对RRM测定集进行变更，则必须对从RRM测定集选择的CoMP测定集进行变更，具体而言必须对CoMP测定集内小区进行追加、删除或变更。因此，服务小区在步骤ST1525中判断是否对CoMP测定集进行变更。具体而言，服务小区判断是否对CoMP测定集内小区进行变更。
在步骤ST1525中，在判断为对CoMP测定集进行变更、具体而言对CoMP测定集内小区进行变更的情况下，服务小区返回至步骤ST1530，执行步骤ST1530的处理。在步骤ST1510中，服务小区将步骤ST1530中所变更的CoMP测定配置通知给UE1。
此时，可以通知完整的CoMP测定配置，或者也可以对其与最近通知的CoMP测定配置之间的差别进行通知。通过通知完整的CoMP测定配置，能够在UE和网络一侧可靠地使用相同的CoMP测定配置，能够防止误操作。另一方面，通过对与最近通知的CoMP测定配置的差别进行通知，能够力图减少从服务小区通知到UE的信令量。
在步骤ST1525中，在判断为不对CoMP测定集进行变更、具体而言不对CoMP测定集内小区进行变更的情况下，转移至步骤ST1526。
在步骤ST1526中，UE1和服务小区继续利用CoMP来收发信息。另外，UE1从CSI-RS导出CSI，并反馈给服务小区。
在步骤ST1526中，利用CoMP对UE1进行收发信息的服务小区决定是否执行CoMP。也可以利用CSI-RS的测定结果来决定是否执行CoMP。也可以利用CSI-RS以代替步骤ST1507的处理中的CQI，并以相同的处理方法来进行。再者，也可以利用CRS的测定结果来决定是否执行CoMP。并且，还可以并用CSI-RS的测定结果和CRS的测定结果。
此处，在步骤ST1527中，服务小区考虑决定解除(释放)CoMP、即停止执行CoMP的情况。在此情况下，在步骤ST1528中，服务小区向UE1通知解除(释放)CoMP测定配置。在通知解除CoMP测定配置时使用专用信令。作为专用信令，使用RRC信令。
在步骤ST1528中，向UE1通知了解除(释放)CoMP测定配置的服务小区停止对UE1执行CoMP。由此，停止从CoMP测定集发送CSI-RS，停止从服务小区发送CoMP发送点调度，并且停止从CoMP发送点发送数据。
接收到CoMP测定配置的解除的UE1在步骤ST1529中，解除(释放)对CoMP测定集等的CoMP测定配置的设定。由此，也停止对CoMP测定集的测定。由于不会从服务小区通知CoMP发送点的调度，因此UE1不会再利用CoMP执行收发信息。
在本实施方式中揭示了执行CoMP的情况下的、各个小区的集合的使用方法、UE和服务小区间的通知方法，以及其工序。通过使用上述方法，能够执行CoMP。
实施方式2
如实施方式1所述的那样，UE对CoMP测定集内的各个小区的CSI-RS进行测定。因此，在CoMP测定集内的小区数量较多的情况下，UE的功耗增大。通过减少CoMP测定集内的小区数，能够防止UE功耗的增大。然而，在CoMP测定集内的小区数较少的情况下，由于成为CoMP发送点的候补的小区数变少，从而产生无法选择最佳的CoMP发送点的问题。
另外，通过快速且频繁地对CoMP测定集进行变更，能够消除无法选择最佳的CoMP发送点的问题，但是由于以RRC信令来对CoMP测定集内小区进行变更，因此不能快速地进行变更，会产生延迟。此外，由于必须频繁地将变更后的CoMP测定集通知给UE，因此会产生RRC信令量增大的问题。
为了消除上述问题，在本实施方式中揭示了设置CoMP测定集内小区的子集的情况。在本实施方式中，设置由CoMP测定集内小区的一部分或全部所构成的子集。这样的子集称为CoMP激活集(CoMP active set)。
图17是用于说明CoMP激活集和其它集合的包含关系的图。如图17所示，构成CoMP激活集，以使得RRM测定集1401的一部分或全部成为CoMP测定集1402，CoMP测定集1402的一部分或全部成为CoMP激活集1601，CoMP激活集1601的一部分或全部成为CoMP发送点1403。
对CoMP激活集内的小区(下面有时也称为“CoMP激活集内小区”)的选择方法进行揭示。从CoMP测定集内小区中选择CoMP激活集内小区。作为选择哪个小区的判断指标，公开有以下(1)、(2)两种。
(1)将由UE所产生的CSI-RS的测定结果用作为判断指标。
(2)将从UE发送而来的上行链路的通信品质用作为判断指标。
上述(1)的判断指标中，作为CSI-RS的测定结果，可以使用CSI-RS的RSRP或者RSRQ，或者也可以使用从CSI-RS的测定值导出的CSI。另外，也可以并用CSI-RS的RSRP或者RSRQ和从CSI-RS的测定值导出的CSI。通过将CSI-RS的测定结果用作为小区选择的判断指标，由于能够评判对进行CoMP的数据进行映射的PDSCH区域的通信品质，因此能够选择适于执行CoMP的小区。
在上述(2)的判断指标中，作为上行链路的通信品质，可以使用SRS(SoundingReference Signal：探测参照信号)的测定结果，也可以使用PUCCH或PUSCH的解调用RS的测定结果。通过将上行链路的通信品质用作为选择小区的判断指标，从而使得UE不进行CSI的测定和报告也可以。因此，能够力图降低UE的功耗。再者，在时分多路复用(Time DivisionDuplex：TDD)中，由于下行链路中使用与上行链路相同的频带，因此即使在下行链路的CoMP中，也能够选择适于执行CoMP的小区。
也可以不分别单独地使用上述(1)和(2)的判断指标，而并用上述(1)和(2)这两者。可以使用这两者来选择CoMP激活集的小区。另外，这些判断指标也可以和由UE所产生的CRS的测定结果并用。
对向UE通知CoMP激活集的方法进行揭示。服务小区向UE通知CoMP激活集内的小区。可以根据需要来进行CoMP激活集的通知。例如，在未构成CoMP激活集的情况下，也可以不通知CoMP激活集。在此情况下，在未通知CoMP激活集时，UE判断为未构成CoMP激活集即可。
可以通过MAC信令来通知CoMP激活集。通过使用MAC信令，能够以比使用RRC信令的情况更低的延迟来通知CoMP激活集。另外，由于无需RRC信令，因此通过通知CoMP激活集，不会增大RRC信令量。
作为表示CoMP激活集内小区的信息，可以是PCI等的小区标识。然而，PCI等小区标识中，由于必需的位数变多，因此若包含于MAC信令中，则会产生MAC中的开销增大的问题。
为了解决该问题，可以在CoMP测定集内小区中进行编号，利用编号后的号码来表示CoMP激活集内小区。由于将号码限定为CoMP测定集内的小区数，因此通过使用上述号码，能够降低信息量。上述号码可以与实施方式1中所揭示的为了CoMP发送点而设定的CoMP测定集内小区的号码相同。
在使用上述号码的情况下，可以预先在步骤ST1509所设定的CoMP测定配置中包含CoMP测定集内小区的小区标识和所编号的号码之间的关系，在步骤ST1510中，从服务小区向UE1进行通知。
在用MAC信令来通知CoMP激活集的情况下，例如将CoMP激活集信息包含在MAC CE(MAC control element：MAC控制要素)中来进行通知即可。对于CoMP测定集内的各个小区，可以将是否包含于CoMP激活集中设为用1位来表示的位映射。CoMP测定集内的各个小区的号码的升序或降序也可以设为位映射。由此，信息量仅需CoMP测定集内的小区数的位数即可。
可以将包含于CoMP测定集中的情况作为激活(activate：act)，将未包含于CoMP测定集中的情况作为去激活(deactivate：deact)。即，可以将CoMP测定集中的、激活的小区的集合作为CoMP激活集。
对被通知了CoMP激活集的情况下UE的动作进行揭示。UE对由MAC信令所通知的CoMP激活集内小区的CSI-RS进行测定，并向服务小区报告测定结果。
在设定了CoMP激活集的情况下，UE可以不对CoMP激活集以外的小区的CSI-RS进行测定和报告。由此，由于UE无需对CoMP测定集内所有的小区的CSI-RS进行测定，因此能够力图降低功耗。在此情况下，作为选择包含于CoMP激活集中的小区的判断指标，可以使用由UE产生的CRS的测定和报告结果，或者来自UE的上行链路的通信品质。
另外，作为其它方法，在设定了CoMP激活集的情况下，UE对于CoMP激活集内的小区和CoMP激活集以外的小区，可以使CSI-RS的测定周期和报告周期之中的至少一个互不相同。具体而言，可将CoMP激活集以外的小区的CSI-RS的测定周期和报告周期设定得比CoMP激活集内的小区的CSI-RS的测定周期和报告周期要长。
由此，在选择CoMP发送点时，能够使用周期较短的CSI-RS测定结果，由此能够选择与CoMP相符合的CoMP发送点。另一方面，在选择CoMP激活集时，通过使用周期较长的CSI-RS的测定结果，能够降低UE的功耗。因此，不仅能够选择与CoMP相符合的CoMP发送点，而且能够降低UE的功耗。
在设定了CoMP激活集的情况下，可以用专用信令从服务小区向UE通知如下设定：UE无须对CoMP激活集以外的小区的CSI-RS进行测定和报告的设定；或者UE对于CoMP激活集内的小区和CoMP激活集以外的小区，使CSI-RS的测定周期和报告周期之中的至少一个互不相同的设定。作为专用信令，可以使用RRC信令。例如，可以在向UE通知CoMP测定配置时，一并进行通知。另外，也可以动态地或者准静态地进行设定。
此外，也可以预先以静态标准确定上述设定。由此，在用MAC信令通知了CoMP激活集的情况下，UE能够判断如何对CoMP激活集以外的小区的CSI-RS进行测定。
在设定了CoMP激活集的情况下，可以不从CoMP激活集以外的小区发送CSI-RS。由此，无须从该小区发送不需要的信息也可以。
再者，在设定了CoMP激活集的情况下，可以不由CoMP激活集以外的小区对作为CoMP对象的UE执行CoMP。
在CoMP测定集中，由于能对作为CoMP对象的UE执行CoMP，因此，需要在CoMP测定集内的小区之间收发该UE的数据、与之相关的信息及调度信息。因而，若CoMP测定集内的小区数较多，则在网络一侧的控制负荷及信令负荷会增大。
如上所述，通过不由CoMP激活集以外的小区来执行CoMP，由此能够抑制网络一侧控制负荷及信令负荷的增大。
在此情况下，可以从CoMP激活集以外的小区发送CSI-RS，也可以由UE来测定来自CoMP激活集以外的小区的CSI-RS。即使如此，通过不由CoMP激活集以外的小区来执行CoMP，由此无须在网络一侧进行作为CoMP对象的UE的数据、与此相关的信息及调度信息的交换。因此，能够抑制网络一侧控制负荷及信令负荷的增大。
揭示从CoMP激活集内的小区选择CoMP发送点的方法。服务小区使用由UE所报告的CSI-RS的测定结果来选择CoMP发送点。在未设定CoMP激活集的情况下，从CoMP测定集内的小区选择CoMP发送点。在未设定CoMP激活集的情况下，服务小区可以使用由UE所报告的CoMP测定集内的小区的CSI-RS的测定结果，来选择CoMP发送点。
对在设置了CoMP激活集的情况下、执行CoMP时的流程例进行揭示。在决定CoMP测定集和决定CoMP发送点之间，决定CoMP激活集。图18是表示实施方式2的移动通信系统的流程的一个示例的图。图18所示的流程与图15以及图16所示的流程类似，因此对相同的步骤赋予相同的步骤编号，并省略共同的说明。在图18中，示出了在设定了CoMP激活集的情况下执行CoMP的流程。
UE1和服务小区进行图15和图16所示的步骤ST1501～步骤ST1514的处理、以及步骤ST1530的处理，来作为第1处理。
在步骤ST1515中，UE1向服务小区报告CSI-RS的测定结果。从UE1接收到CSI-RS测定结果的报告的服务小区在步骤ST1701中，决定对CoMP激活集进行设定。具体而言，在CoMP测定集内的小区之中，决定设为激活(active)的小区。在对决定设为激活的小区进行判断时，使用由UE所报告的CSI-RS的测定结果。
在步骤ST1702中，服务小区对UE1通知CoMP激活集。在通知CoMP激活集时，使用MAC信令。
接收到CoMP激活集的UE1在步骤ST1703中，对CoMP激活集内的小区的CSI-RS进行测定。例如对CSI-RS的RSRP/RSRQ进行测定。
也可以对每个小区或每个点进行步骤ST1703中的CSI-RS的测定。CSI-RS的测定方法可以预先由标准来确定，也可以包含在CoMP测定配置中并从服务小区通知给UE。通过使其包含在CoMP测定配置中并进行通知，能够动态地或准静态地对测定方法进行变更。因此，能够选择与CoMP相符合的CoMP发送点。
可以在UE1接收到CoMP激活集的配置之后、并在接收到CoMP激活集的结构的解除(释放)之前，都对CoMP激活集的CSI-RS进行测定。或者，也可以在CoMP激活集内小区全部成为去激活(deactive)状态之前，都对CoMP激活集的CSI-RS进行测定。可以定期地进行CSI-RS测定，也可以按周期地进行CSI-RS测定。
在步骤ST1704中，UE1从CSI-RS的测定值导出CSI。也可以不进行步骤ST1704中的CSI导出处理。
在步骤ST1705中，UE1将CoMP激活集内小区的CSI-RS的测定结果(CSI-RSmeasurement report：CSI-RS测定报告)、例如RSRP/RSRQ的测定结果，以及CSI的导出结果(CSI feedback：CSI反馈)结果报告给服务小区。在不进行上述步骤ST1704中的CSI导出处理的情况下，不报告CSI的导出结果。可以定期地进行CSI-RS测定结果的报告，也可以周期地进行CSI-RS测定结果的报告，也可以在满足规定条件的情况下进行CSI-RS测定结果的报告。还可以使CoMP激活集和CSI-RS测定报告中含有服务小区。另外，可以设为服务小区的CSI-RS测定结果必须以CSI-RS测定报告的方式来进行报告。
在步骤ST1516中，服务小区根据所报告的CSI-RS的测定结果、例如RSRP/RSRQ的测定结果，以及CSI的导出结果，决定CoMP发送点。或者，也可以与小区的负载(load)等指标并用。当在上述步骤ST1705中并未报告CSI的导出结果时，服务小区根据CSI-RS的测定结果，来决定CoMP发送点。
结束了步骤ST1705的处理后的UE1、和结束了步骤ST1516的处理后的服务小区进行图15和图16所示的步骤ST1517～步骤ST1529的处理，以作为第2处理。
利用本实施方式所揭示的方法，由于UE只要对CoMP激活集内小区的CSI-RS进行测定即可，因此能够力图实现低功耗。
再者，通过用MAC信令向UE进行通知，能够以低延迟的方式来设定CoMP激活集。由此，能够抑制RRC信令量的增大，能够选择与CoMP相符合的CoMP发送点。
因此，能够执行与UE的移动和电波环境的快速变动相符合的CoMP。由此，能够力图扩大高数据速率的覆盖范围、提高小区边缘的吞吐量、以及增大通信系统的吞吐量。
实施方式3
在3GPP R1-113295(下面称为“参考文献1”)的版本8、9、10中，揭示了根据来自一个UE的CRS的测定结果对RRM测定集进行管理。
此外，还揭示了为了选择CoMP测定集而需要附加的RRM测定机制。
此外，作为附加的RRM测定机制，还揭示了基于CRS的RSRP/RSRQ的测定、即通常的RRM测定、和CSI-RS的CQI的并用，SRS的使用，以及基于CSI-RS的RSRP/RSRQ的测定的使用。
在3GPP R1-113064(下面称为“参考文献2”)中揭示了：作为选择CoMP发送点的方法，网络一侧根据由UE产生的CoMP测定集内的各个小区的CSI-RS的测定结果来进行判断。
在如上所述的CoMP中，作为选择CoMP测定集和CoMP发送点的方法，研究了使用由UE产生的CRS或者CSI-RS的测定结果的方法。
然而，在使用由UE产生的CRS或者CSI-RS的测定结果的情况下，存在如下问题：即使根据不同情况使用基于多个天线端口的MIMO(Multiple Input Multiple Output：多输入多输出)技术来执行CoMP，也无法得到较好的接收品质。原因在于：由于复杂的电波环境，造成无法正确地评价来自其它多个小区的干扰，各个路径的延迟，相位和功率，或者这些路径之间的相互关系、以及多路径(multipath)等所带来的影响，所以无法选择与CoMP相符合的小区。
为了解决上述无法选择与CoMP相符合的小区这样的问题，在本实施方式中，在CoMP小区中，使用与UE的位置相关的信息即位置信息来选择集合内的小区(下面有时称为“集合内小区”)。
示出了在CoMP测定集中将UE的位置信息用于选择集合内的小区的情况。进行CoMP测定集、具体而言CoMP测定集内小区的选择的实体或者装置获取进行CoMP的UE的位置信息。
利用所获得位置信息来选择CoMP测定集。例如，在图15及图16所示的流程中，服务小区在执行步骤ST1530的处理之前，获取UE1的位置信息。服务小区在步骤ST1530中利用所获得的位置信息来选择CoMP测定集。通过获取UE的位置信息，能够识别出小区和UE的位置关系。因此，能够利用位置关系这样由地理所决定的指标、而非会随电波环境而变动的指标，来选择CoMP测定集。由此，能够选择更符合CoMP的CoMP测定集。
另外，在选择CoMP测定集时，也可以并用由UE报告的CRS测定结果，而非仅利用UE的位置信息。或者，也可以并用CSI-RS的测定结果。或者，也可以与小区的负载(load)等指标并用。通过上述那样组合变动性的指标和地理指标，能够应对动态的时间变化，从而能够选择更加符合CoMP的CoMP测定集。
如3GPP T23.271V10.2.0(下面称为“参考文献3”)所揭示的那样，在移动通信系统中搭载有被称为LCS(Location Service：位置服务)的功能。LCS是为了进行使用了位置信息的商用服务、无线通信系统的管理、紧急时的位置确认、以及基于犯罪搜查等法律事由对移动终端装置的位置进行确认等，对移动终端装置的位置进行推定的功能。
另外，作为移动终端装置的位置推定方法，在例如3GPP TS36.305V10.3.0(下面称为“参考文献4”)中揭示了LPP(LTE Positioning Protocol：LTE定位协议)。
作为选择CoMP测定集的实体获取UE的位置信息的方法，可以使用参考文献3和参考文献4中所记载的方法。然而，在这些方法中，作为管理包含LPP的LCS的实体即E-SMLC(Evolved Serving Mobile Location Centre：演进的服务移动位置中心)对UE的位置信息进行管理。因此，由于将UE的位置信息通知给E-SMLC，因此选择CoMP测定集的实体通常无法获取UE的位置信息。
在本实施方式中，对选择CoMP测定集的实体获取UE的位置信息的方法进行揭示。
选择CoMP测定集的实体接收到UE向E-SMLC通知本UE的位置信息的消息，仅提取出与UE位置相关的信息。
图19是表示实施方式3的移动通信系统的流程的一个示例的图。在图19中，揭示了选择CoMP测定集的实体获取UE的位置信息的流程。在本流程中，将选择CoMP测定集的实体设定为服务小区。
在步骤ST1801中，E-SMLC向MME通知位置信息请求(request locationinformation：请求位置信息)消息。
在步骤ST1802中，MME将所接收到的位置信息请求消息作为NAS消息通知给服务小区。
在步骤ST1803中，服务小区将所接收到的位置信息请求消息转发给UE。
在步骤ST1804中，UE将本UE的位置信息包含在位置信息提供(provide locationinformation：提供位置信息)消息中通知给服务小区。可利用例如全球定位系统(GlobalPositioning System：GPS)来获取UE的位置信息。
接收到位置信息提供消息的服务小区从位置信息提供消息中仅提取出与UE的位置相关的信息。服务小区可对由此获得的UE的位置信息进行存储。
在步骤ST1805中，服务小区将所接收到的位置信息提供消息通知给MME。
在步骤ST1806中，MME将所接收到的位置信息提供消息通知给E-SMLC。
位置信息请求消息通过MME和服务小区被通知给UE。位置信息提供消息通过服务小区和MME被通知给E-SMLC。在MME和服务小区之间、以及服务小区和UE之间，使用NAS消息。
服务小区为了在步骤ST1804中从UE接收到的NAS消息之中、仅提取出与UE的位置相关的信息，接收NAS消息的消息类型(message type)信息。在NAS消息的消息类型信息表示是与LPP或LCS相关联的信息的情况下，服务小区接收NAS消息，并提取出与UE的位置相关的信息。由此，无须接收由UE通知的所有的NAS消息并进行提取，能够力图实现服务小区的低功耗和低延迟。作为NAS消息的消息类型信息，可以使用“Generic message containertype(通用消息容器类型)”的信息。
如步骤ST1807～步骤ST1809所示的那样，可以定期地或者周期地进行步骤ST1804～步骤ST1806中的从UE向E-SMLC的位置信息的提供。
在此情况下，服务小区依次根据来自UE的位置提供消息，接收与UE的位置相关的信息，上传通过解码而获得的UE的位置信息。由此，服务小区始终能够获取最新的UE的位置信息。因此，服务小区在选择CoMP测定集的时候，始终能够使用最新的UE的位置信息。
对选择CoMP测定集的实体获取UE的位置信息的其它方法进行揭示。
选择CoMP测定集的实体具有LCS的客户端(client)功能。例如可设定为服务小区的RRC具有LCS的客户端功能。
由此，选择CoMP测定集的实体能够根据需要从E-SMLC获取所希望的UE的位置信息。
图20是表示实施方式3的移动通信系统的流程的其它示例的图。在图20中，示出了具有LCS的客户端功能的选择CoMP测定集的实体获取UE的位置信息的流程。在本流程中，将选择CoMP测定集的实体设定为服务小区。
在步骤ST1901中，具有LCS的客户端功能的服务小区通过MME向E-SMLC通知所希望的UE的位置信息请求消息。在从服务小区向MME通知时，可以使用S1消息。由于服务小区具有LCS的客户端功能，因此能够向E-SMLC请求所希望的UE的位置信息。
在步骤ST1902中，E-SMLC将所接收到的位置信息请求通知给UE。该通知方法可以使用图19所示的方法。
在步骤ST1903中，UE将本UE的位置信息包含在位置信息提供消息中，通过服务小区和MME通知给E-SMLC。在从UE向MME通知时，可以使用NAS消息。
在步骤ST1904中，E-SMLC将所接收到的、来自所希望的UE的位置信息提供消息通知给位置信息请求方的服务小区。由此，服务小区能够获取所希望的UE的位置信息。
如步骤ST1905和步骤ST1906所示的那样，在步骤ST1903中从UE向E-SMLC提供位置信息、以及在步骤ST1904中从E-SMLC向服务小区提供位置信息，都可以定期地或周期地进行。
在此情况下，服务小区依次根据来自UE的位置提供消息，接收与UE的位置相关的信息，更新所获得的UE的位置信息。由此，服务小区始终能够获取最新的UE的位置信息。因此，服务小区在选择CoMP测定集的时候，始终能够使用最新的UE的位置信息。
对选择CoMP测定集的实体获取UE的位置信息的另一其它方法进行揭示。
使MME具有LCS的客户端功能，选择CoMP测定集的实体向MME请求与UE的位置相关的信息。由此，选择CoMP测定集的实体根据需要从E-SMLC获取所希望的UE的位置信息。
图21是表示实施方式3的移动通信系统的流程的另一个示例的图。在图21中示出了如下流程：MME具有LCS的客户端功能，选择CoMP测定集的实体向MME请求与UE的位置相关的信息，从而获取UE的位置信息。在本流程中，将选择CoMP测定集的实体设定为服务小区。
在步骤ST2001中，服务小区将请求所希望的UE的位置信息提供的消息通知给MME。即，需要提供所希望的UE的位置信息的服务小区向MME请求提供所希望的UE的位置信息。在从服务小区向MME通知时，可以使用S1消息。可以将请求提供所希望的UE的位置信息的消息重新设定为S1消息。
在步骤ST2002中，MME向E-SMLC通知位置信息请求消息。由于MME具有LCS的客户端功能，因此能够向E-SMLC请求所希望的UE的位置信息。MME通过接收来自任意小区的请求提供所希望的UE的位置信息的消息，可以向E-SMLC启动所希望的UE的位置信息请求消息。
在步骤ST2003中，E-SMLC将位置信息请求消息通知给UE。该通知方法可以使用图19所示的方法。
在步骤ST2004中，UE将本UE的位置信息包含在位置信息提供消息中，通过服务小区和MME通知给E-SMLC。在从UE向MME通知时，可以使用NAS消息。
在步骤ST2005中，E-SMLC将所接收到的、来自所希望的UE的位置信息提供消息通知给位置信息请求方的MME。
在步骤ST2006中，MME将所接收到的位置信息提供消息中所包含的、与所希望的UE的位置相关的信息通知给请求提供位置信息的小区、此处为服务小区，以作为对请求提供位置信息的应答(下面有时称为“位置信息应答”)。由此，服务小区能够获取所希望的UE的位置信息。
如步骤ST2007及步骤ST2008所示的那样，可以定期地或者周期地进行在步骤ST2004及步骤ST2005中的从UE向MME的位置信息的提供。
另外，以步骤ST2005的处理为契机，如步骤ST2009所示的那样，可以定期地或周期地进行步骤ST2006中从MME发送给服务小区的位置信息应答。
在此情况下，服务小区依次根据来自UE的位置提供消息，接收与UE的位置相关的信息，更新通过解码而获得的UE的位置信息。由此，服务小区始终能够获取最新的UE的位置信息。因此，服务小区在选择CoMP测定集的时候，始终能够使用最新的UE的位置信息。
作为使用由选择CoMP测定集的实体所获得的UE的位置信息来选择CoMP测定集的方法，对如下的(1)～(4)这4种进行揭示。
(1)至少选择距离最新的UE的位置最近的小区。
(2)从与最新的UE的位置距离最近的小区中，选择排位靠前的k个小区。k是自然数，可以是预先决定的。
(3)选择与最新的UE的位置之间的距离小于规定的阈值的小区。规定的阈值可以预先决定。
(4)上述(1)～(3)的组合。
在上述(1)～(4)的方法中，根据最新的UE的位置信息来导出最新的位置，但也可以根据以往和最新的UE的位置信息来导出当前的位置。可将由此导出的结果设定为UE的位置。
在上述方法中可以使用小区的位置信息。选择CoMP测定集的实体可以预先获取周边小区的位置信息。周边小区是周边能够进行CoMP的小区，或者是CoMP协作集内的小区等。或者，也可以不限于能够进行CoMP的小区。各个小区预先向OAM(OperationAdministration and Maintenance：操作管理和维护)通知例如由GPS等识别出的本小区的位置。选择CoMP测定集的实体从OAM获取周边小区的位置信息。因此，选择CoMP测定集的实体可以向OAM通知请求周边小区的位置信息的消息。另外，在由E-SMLC对小区的位置信息进行管理的情况下，选择CoMP测定集的实体可以从E-SMLC获取周边小区的位置信息。作为该方法，能够适用本实施方式中所揭示的、选择CoMP测定集的实体获取UE的位置信息的方法。由此，使用UE的位置信息和小区的位置信息，能够选择CoMP测定集。
另外，在选择CoMP测定集时，也可以并用由UE报告的CRS的测定结果或者CSI-RS的测定结果，而非仅利用UE的位置信息。或者，也可以与小区的负载(load)等指标并用。通过上述那样组合变动性的指标和地理指标，能够应对动态的时间变化，从而能够选择更加符合CoMP的CoMP测定集。
本实施方式所揭示的方法能够适用于选择RRM测定集、具体而言选择RRM测定集中所包含的小区。
此外，本实施方式所揭示的方法能够适用于选择CoMP激活集、具体而言选择CoMP激活集中所包含的小区。
另外，本实施方式所揭示的方法能够适用于选择CoMP发送点。
实施方式4
对于根据哪个RS(Reference Signal：参照信息)来选择CoMP测定集的方法，在参考文献1中揭示了如下的(a)～(d)这4种方法。(a)根据RRM测定集、即CRS的RSRP/RSRQ来判断。(b)根据CSI反馈信息和CRS的RSRP/RSRQ来判断。(c)根据SRS/PUCCH/PUSCH来判断。(d)根据CSI-RS的RSRP/RSRQ来判断。
另外，对于CoMP测定集内小区的选择，在参考文献2中揭示了根据规定的阈值(RSRP/RSRQ)进行选择，或者根据固定的测定集尺寸(N)来进行选择。
然而，对于固定的测定集尺寸(N)的值的确定方法，在参考文献2中没有任何记载。若测定集尺寸(N)变大，则CSI-RS的测定所需的小区数增多。因此，在UE中产生电路规模增大、功耗增大以及成本增大的问题。
为了解决上述问题，可将测定集尺寸(N)设定为每个UE的专用值。由此，能够对每个UE设定最佳的测定集尺寸。
在此情况下，使UE的能力(capability)中包含能够进行CoMP的小区数(Nu)，UE将能够进行CoMP的小区数(Nu)作为能力信息，通知给网络一侧。具体而言，可以使能够进行CoMP的小区数(Nu)附在、或包含在TAU消息中，进行通知。作为能够进行CoMP的小区数(Nu)，可以设定为能够进行CSI-RS测定的小区数。网络一侧存储有能够进行CoMP的小区数(Nu)。
网络一侧将能够进行CoMP的小区数(Nu)通知给中心实体。或者，也可以是中心实体向网络一侧请求通知能够进行CoMP的小区数(Nu)。由此，中心实体能够识别所希望的UE中能够进行CoMP的小区数(Nu)。
中心实体将UE中能够进行CoMP的小区数(Nu)用于选择所希望的UE的CoMP测定集。例如可以将测定集尺寸(N)设定为UE中能够进行CoMP的小区数(Nu)。或者，可以将测定集尺寸(N)设定为小于UE中能够进行CoMP的小区数(Nu)。
由此，在廉价的UE等中，可限制能够进行CoMP的小区，从而能够抑制电路规模的增大、功耗的增大以及成本的增大。能够根据UE的能力来最优化测定集尺寸，能够在不增大电路规模、功耗和成本的情况下执行CoMP。
在参考文献2所揭示的方法中，测定集尺寸(N)是固定的。例如在紧密地设置小区的情况下，存在于覆盖范围的端部的UE通过由少数的小区执行CoMP而得到所希望的接收品质。
如上所述，基于以较少的小区获得所希望的接收品质的状况，在测定集尺寸(N)设定得比其更大的情况下，在UE中，在服务小区或CoMP测定集内小区中，都会产生浪费功耗的问题。由于UE必须测定不需要的小区的CSI-RS，因此会发生功耗的浪费。另外，在CoMP测定集内的小区中，由于不需要的小区也必须发送CSI-RS，因此会发生功耗的浪费。
为了解决上述那样浪费功耗的问题，在本实施方式中，根据接收品质来变更测定集尺寸(N)的值(下面有时称为“N值”)。在来自UE的接收品质较好的情况下，可以减小N值，在接收品质较差的情况下，可以增大N值。
为了变更N值，可以设定接收品质的阈值。例如设定接收品质的阈值A、B，在执行CoMP时来自UE的接收品质为阈值A以下的情况下，将N值设定为测定集尺寸(N)的最大值Nmax(N＝Nmax)。另外，在上述接收品质大于阈值A且为阈值B以下的情况下，将N值设定为对Nmax除以2得到的值取整后得到的值(N＝int(Nmax/2))。再者，在上述接收品质大于阈值B的情况下，将N值设定为“1”(N＝1)。
由此，根据来自UE的接收品质，能够对CoMP测定集内的小区数进行变更，从而能够抑制功耗的增大。
在本实施方式中，在上述接收品质大于阈值B的情况下，将N值设定为“1”(N＝1)，但是若接收品质较好的无线链路为1个，则能够停止进行CoMP。例如在CoMP测定集内小区仅为服务小区的情况下，可以停止执行CoMP。在CoMP测定集内小区不是服务小区的情况下，利用后述的实施方式9所揭示的方法来停止CoMP，将作为对象的UE切换(即小区变更)为接收品质较好的小区。
N值可以根据规定期间内来自UE的接收品质的平均值来进行变更。由此，能够变更N值，使其不会因接收品质暂时的变动而受到影响。因此，能够进行稳定的CoMP动作。
本实施方式所揭示的方法能够适用于选择CoMP激活集、具体而言选择CoMP激活集中所包含的小区。
另外，本实施方式所揭示的方法能够适用于选择CoMP发送点。
另外，本实施方式所揭示的方法能够适用于RRM测定集的选择。UE对RRM测定集内的CRS进行测定。
在参考文献2或3GPP中，并未讨论CoMP测定集内是否包含服务小区。因此，由于不知道如何进行服务小区的管理，因此无法执行CoMP。
本实施方式中，关于服务小区的管理，公开以下(1)～(3)这3个方法。
(1)服务小区也包含在对CoMP测定集的管理中。即，应用CoMP测定集的选择方法。例如在服务小区包含于CoMP测定集内的情况下，若由UE所产生的服务小区的CSI-RS测定值变差，则会导致服务小区被从CoMP测定集中删除。然而，即使服务小区被从CoMP测定集中删除，仍能通过CoMP测定集内的其它小区来对其所覆盖的UE进行CoMP。因此，即使服务小区包含在CoMP测定集的管理中也没有问题。另外，通过使服务小区包含在CoMP测定集的管理中，能够简化对CoMP测定集的控制。
(2)CoMP测定集中不包含服务小区。由此，能够对CoMP测定集和服务小区进行不同的处理，从而能够进行灵活的控制。在此情况下，可将UE设定为以与CoMP测定集无关的方式对服务小区的CSI-RS进行测定。可使服务小区以与CoMP测定集无关的方式向UE通知本小区的CoMP测定配置。可以在该通知中使用专用信令。专用信令可设为RRC信令。由UE产生的服务小区的CSI-RS的测定结果可以预先报告给服务小区。报告方法的设定可以与本小区的CoMP测定配置一起预先通知给UE。根据本方法，在上述(1)的方法中，能够解决以下问题，即：在服务小区从CoMP测定集中被删除的情况下、无法进行使用服务小区的CSI-RS的测定的问题。在本方法中，服务小区不包含在CoMP测定集中，但可将其设为能够进行CoMP的小区。可以从CoMP测定集内小区和服务小区中选择CoMP发送点。这使得能够进行使用服务小区的CSI-RS的测定。
(3)CoMP测定集中必定包含服务小区。与上述(1)的方法不同，由于服务小区必定包含在CoMP测定集中，因此根据CoMP测定集的处理，能够对服务小区的CSI-RS进行测定。因此，控制变得容易。在此情况下，不将服务小区记为CoMP测定集的N的数量，只要设定为必然将其加入CoMP测定集中即可。或者，不依赖于加入CoMP测定集时所用的规定的阈值，只要设定为必然将其加入CoMP测定集中即可。由此，利用UE，能够进行使用服务小区的CSI-RS的测定。在上述(1)的方法中，能够解决以下问题，即：在服务小区从CoMP测定集中被删除的情况下、无法进行使用服务小区的CSI-RS的测定。
本实施方式所揭示的方法能够适用于选择CoMP激活集、具体而言选择CoMP激活集中所包含的小区。
另外，本实施方式所揭示的方法能够适用于RRM测定集的选择。UE对RRM测定集内的CRS进行测定。
实施方式5
当正在执行CoMP的UE移动时，服务小区的接收品质下降，会出现最好切换服务小区的情况。在3GPP R1-113092(下面称为“参考文献5”)中揭示了：使用RRM测定报告来用于移动控制的情况。当正在执行CoMP的UE移动时，若使用RRM测定报告来用于移动控制，则会出现下面的问题。
图22是用于说明与CoMP相关的集合和利用UE所测定的RS的图。通常，由于RRM测定集内的小区利用由UE产生的RRM测定所构成，因此能够进行CRS的RSRP/RSRQ测定。CoMP测定集如上所述，是利用UE对CSI-RS进行测定并报告的集合。因此，对于CoMP测定集内的小区，利用UE进行CSI-RSRP/RSRQ测定。虽未图示，但是CoMP激活集内的小区也与CoMP测定集内的小区相同。CoMP发送点是实际上向UE发送数据的小区，因此利用UE来进行CSI-RS的测定。将从由UE产生的CSI-RS的测定结果导出的CSI反馈给服务小区。
图23是用于说明与CoMP相关的集合内小区的通信品质的图。在图23中，示出了与各个CoMP相关的小区内的小区编号和通信品质。在图23中，越向上侧通信品质越高，越向下侧通信品质越低。
在RRM测定集中，将由UE产生的CRS的RSRP/RSRQ作为通信品质，并对小区进行排位。在图23所示的示例中，小区#11(Cell#11)的通信品质最高，小区#10(Cell#10)的通信品质最低。图23中斜线的阴影所表示的小区是服务小区和不能执行CoMP的小区。
在CoMP测定集中，将由UE产生的CSI-RS的RSRP/RSRQ作为通信品质，并对小区进行排位。CoMP测定集从RRM测定集中进行选择。此时，如实施方式1中所揭示的那样，预先限定在CoMP协作集内的小区中进行选择。由此，CoMP测定集被限定在能够执行CoMP的小区中。在图23所示的示例中，小区#5(Cell#5)的通信品质最高，小区#6(Cell#6)的通信品质最低。
RRM测定集和CoMP测定集中通信品质的顺序不同是因为通信品质中所使用的指标不同。在RRM测定集中，使用CRS的RSRP/RSRQ来作为通信品质的指标，与此相对地，在CoMP测定集中，使用CSI-RS来作为通信品质的指标。
在CoMP发送点中，将从由UE产生的CSI-RS的测定值而导出的CSI作为通信品质，并对小区进行排位。CoMP发送点从CoMP测定集中进行选择。在图23所示的示例中，小区#5(Cell#5)的通信品质最高，小区#1(Cell#1)的通信品质最低。
在图23所示的示例子中，当正在执行CoMP的UE移动时，若根据RRM测定报告对服务小区进行切换，则可能会切换成不能执行CoMP的小区。例如小区#11(Cell#11)成为基于RRM测定报告而得到的通信品质最好的小区。因此，在将小区#11(Cell#11)作为新的服务小区来切换服务小区的情况下，在新的服务小区中存在可能无法执行CoMP，无法得到较好通信品质的问题。
在本实施方式中揭示了一种用于解决如上所述那样无法得到较好通信品质的问题的方法。
在对正在执行CoMP的服务小区进行切换的情况下，在选择新的服务小区时，优先选择能够执行CoMP的小区。
通过HO(包括小区变更(cell change))处理，来对正在执行CoMP的服务小区进行切换。在HO决定(HO decision)处理中，在选择目标小区时，优先选择能够执行CoMP的小区。
也可以优先选择CoMP协作集内的小区。换言之，可以除去CoMP协作集以外的小区。
另外，在HO决定处理中对目标小区进行选择时，可以优先选择CoMP测定集内的小区。
由此，当正在执行CoMP的UE移动时，由于新的服务小区为能够执行CoMP的小区，因此UE能够在新的服务小区中执行CoMP，从而能够获得较好的通信品质。
例如在图23中，当服务小区的接收品质下降而启动HO(包含小区变更)处理时，在HO决定处理中对目标小区进行选择时，选择能够执行CoMP的小区#8(cell#8)，而不是不能执行CoMP的小区#11(cell#11)。由此，UE能够在新的服务小区执行CoMP，从而能够获得较好的通信品质。
作为其它示例，在图23中，当服务小区的接收品质下降而启动HO(包含小区变更)处理时，在HO决定处理中对目标小区进行选择时，选择CoMP测定集内的小区#5(cell#5)，而不是RRM测定集内的小区#11(cell#11)。由此，能够在新的服务小区中执行CoMP时进一步提高接收品质。
图24是表示实施方式5的移动通信系统的流程的一个示例的图。图24所示的流程与图15以及图16所示的流程类似，因此对相同的步骤赋予相同的步骤编号，并省略共同的说明。在图24中示出了：在HO决定处理中对目标小区进行选择时、优先选择能够执行CoMP的小区的情况下的流程。
具有中心实体的功能的服务小区如图15及图16的步骤ST1501～步骤ST1526、及步骤ST1530中所示的那样，对UE1执行CoMP处理。
在步骤ST1526中，服务小区及UE1进行CoMP收发信息和CSI的反馈。
在步骤ST2301中，UE1利用CRS测定来进行RRM测定。在步骤ST2302中，UE1根据报告条件，将步骤ST2301中RRM测定的测定结果作为测定报告(measurement report)消息，报告给服务小区。步骤ST2301中的测定中还包含有对服务小区本身的CRS的测定。步骤ST2302中的测定报告中，还包含有对服务小区本身的CRS的测定结果。
在步骤ST2303中，服务小区进行HO决定处理。步骤ST2303的HO决定处理中包含步骤ST2304及步骤ST2305的处理。
在步骤ST2304中，服务小区使用来自UE1的测定报告，来决定对UE1执行HO处理。例如在服务小区的CRS的测定结果小于规定的阈值的情况下，决定对UE1执行HO处理。
在步骤ST2305中，服务小区决定目标小区。服务小区将CoMP测定集内小区中通信品质最好的小区设为目标小区。在CoMP测定集内，根据基于成为HO对象的UE而得到的CSI-RS的测定结果，选择通信品质最好的小区。
在步骤ST2303中进行了HO决定处理的服务小区将在步骤ST2305中所选择的小区作为目标小区，并在步骤ST2306中进行HO处理。
在图24所示的示例中，作为新的服务小区，将CoMP测定集内的CSI-RS的接收品质最好的小区作为目标小区，但是也可以不选择CSI-RS的测定结果最好的小区。即，作为其它指标，例如可以考虑各个小区的负载(load)等来选择目标小区。只要是CoMP测定集内的小区即可。
在没有应优先选择的小区的情况下，在HO决定处理中对目标小区进行选择时，可以使用现有的选择方法。例如，根据UE的RRM测定报告，在仅报告了小区#11(Cell#11)、小区#12(Cell#12)、小区#13(Cell#13)的测定结果的情况下，只要从这些小区中选择目标小区即可。
由此，当正在执行CoMP的UE移动时，在因服务小区的接收品质下降而需要切换服务小区的情况下，能够切换服务小区，以使得在新的服务小区中能够尽可能地继续对UE执行CoMP，并得到较好的接收品质。
作为能够执行CoMP的小区，揭示了CoMP测定集内的小区，但也可以优先选择CoMP激活集内的小区。另外，也可以优先选择CoMP发送点内的小区。
在这些CoMP集内可以决定优先顺序。例如，将CoMP发送点内的小区的优先顺序设为“1”，将CoMP激活集内的小区的优先顺序设为“2”，将CoMP测定集内的小区的优先顺序设为“3”,将CoMP协作集内的小区的优先顺序设为？4”，将除此以外的小区的优先顺序设为“5”。
通过由此来选择新的服务小区(目标小区)，能够在新的服务小区内继续对作为对象的UE执行CoMP，从而能够尽可能地获得较好的接收品质。
实施方式5的变形例1
在参考文献5中揭示了使用RRM测定报告来用于移动控制。这意味着使用由UE产生的CRS的RSRP/RSRQ的测定结果来用于移动控制。当正在执行CoMP的UE移动时，若使用由UE产生的CRS的RSRP/RSRQ的测定结果来用于移动控制，则会出现下面的问题。
在图23所示的示例中，说明了在使用由UE得到的CRS的RSRP/RSRQ的测定结果来用于移动控制的情况下所出现的问题。对正在执行CoMP的UE发生移动，并根据现有的RRM测定报告来切换服务小区的情况进行说明。
在应用实施方式5所揭示的从能够执行CoMP的小区选择目标小区的方法的情况下，小区#8(Cell#8)成为基于RRM测定报告而得到的通信品质最好的小区。因此，将小区#8(Cell#8)作为新的服务小区来对服务小区进行切换。
然而，在CoMP测定集内，小区#8(Cell#8)并不是通信品质最好的小区，而且会出现无法在CoMP发送点中进行选择的情况。即，小区#8(Cell#8)成为无法利用CoMP对UE发送数据的小区。即使成为新的服务小区，也无法利用CoMP从小区#8(Cell#8)进行数据的收发。这会导致与CoMP相关联的服务小区以外的小区数增大等，会导致无法对与CoMP相符合的服务小区进行切换。
如上所述，基于RRM测定而得到的通信品质最好的小区不同于CoMP测定集内或CoMP发送点的小区中通信品质最好的小区。这是因为在基于RRM测定而得到的接收品质中，使用了映射有PDCCH的区域中所存在的CRS的测定结果，而与此相对地，在CoMP测定集或CoMP发送点的接收品质中，使用了映射有PDSCH的区域中所存在的CSI-RS的测定结果。由于执行CoMP的数据被映射到PDSCH区域的码元中，因此在现有的RRM测定中对CRS的测定不能正确地表现正在执行CoMP时PDSCH的品质。
在本变形例中揭示了用于解决该问题的方法。对于正在执行CoMP的服务小区的切换，在选择新的服务小区时，使用由UE产生的CSI-RS的测定结果。利用HO(包括小区变更)处理来进行对正在执行CoMP的服务小区进行切换的处理，在HO决定处理中对目标小区进行选择时，使用CSI-RS的测定结果。CSI-RS的测定结果可以是CSI-RS的RSRP/RSRQ，也可以是从CSI-RS的测定结果导出的CSI(CSI feedback)。
例如在图23中，当服务小区的接收品质下降而启动HO(包含小区变更)处理时，在HO决定处理中对目标小区进行选择时，选择基于CSI-RS的测定结果而得到的接收品质最好的小区#5(cell#5)，而不是基于CRS的测定结果而得到的接收品质最好的小区#8(cell#8)。由此，UE能够在新的服务小区中得到较好的通信品质。
在本变形例的流程中，变更图24所示的流程的一部分即可。即，在本变形例中，在图24的步骤ST2305中，只要根据成为HO对象的UE产生的CSI-RS的测定结果，进行将测定结果中通信品质最好的小区选择作为目标小区的处理即可。
作为基于CSI-RS的测定结果而得到的接收品质最好的小区，可以设为CoMP测定集内的小区，或者也可以设为CoMP发送点内的小区。在正在执行CoMP的UE发生移动的情况下，由于新的服务小区为CoMP测定集内小区或CoMP发送点内的小区，因此UE能够执行包含新的服务小区在内的CoMP，且能够得到较好的通信品质。
实施方式5的变形例2
若正在执行CoMP的UE发生移动，则服务小区的接收品质下降，会出现最好切换服务小区的情况。在现有的对不执行CoMP的UE进行的服务小区的切换处理、例如HO处理中，对于服务小区的接收品质的评价利用由UE产生的服务小区的CRS的测定结果。
然而，如实施方式5及实施方式5的变形例1中所揭示的那样，对于正在执行CoMP的UE，CRS的测定结果不能正确地表示正在执行CoMP时的通信品质。因此，对于正在执行CoMP的UE，如果像以往那样使用服务小区的CRS测定结果，从而判断为接收品质下降并切换服务小区，则会出现实际上执行CoMP时的通信品质较好而无须切换服务小区的情况。在此情况下即使切换服务小区，有时也无法在新的服务小区中获得较好的通信品质。
在本变形例中揭示了用于解决该问题的方法。使用由UE产生的服务小区的CSI-RS的测定结果来进行是否切换正在执行CoMP的服务小区的判断。作为服务小区的接收品质，使用由UE产生的CSI-RS的测定结果。当正在执行CoMP的UE发生移动时，在服务小区的接收品质下降的情况下，决定对服务小区进行切换。例如在服务小区的接收品质变成规定的阈值以下的情况下，可以判断为对服务小区进行切换。作为CSI-RS的测定结果，可以是CSI-RS的RSRP/RSRQ，也可以是从CSI-RS的测定结果导出的CSI(CSI feedback)。
由此，能够解决尽管服务小区中的通信品质较好，但还是对正在执行CoMP的UE切换服务小区的问题。因此，正在执行CoMP的UE能够获得与服务小区间较好的通信品质。
作为正在执行CoMP的UE对服务小区的CSI-RS进行测定的方法，使用实施方式4所揭示的服务小区的管理方法之中的(2)或(3)的方法即可。UE对服务小区的CSI-RS进行测定。可以定期地对服务小区的CRI-RS进行测定，也可以按周期地对服务小区的CRI-RS进行测定。
利用HO(包含小区变更)处理来切换服务小区，在HO决定处理中对HO执行进行判断时，可以使用服务小区的CSI-RS的测定结果。
图25是表示实施方式5的变形例2的移动通信系统的流程的一个示例的图。图25所示的流程与图15、图16以及图24所示的流程类似，因此对相同的步骤赋予相同的步骤编号，并省略共同的说明。在图25中示出将服务小区的CSI-RS的测定结果用于HO决定处理中HO执行的判断的情况下的流程。在本流程中，进行步骤ST2401的处理，以取代图24的步骤ST2304的处理。
具有中心实体的功能的服务小区以与如图15及图16的步骤ST1501～步骤ST1526、及步骤ST1530的处理相同的方式对UE1执行CoMP处理。在步骤ST1515中，在从UE通知给服务小区的CSI-RS的测定报告或者CSI反馈中，可以包含服务小区的CSI-RS的测定结果。或者，在步骤ST1526中，在从UE通知给服务小区的CSI反馈中，可以包含服务小区的CSI-RS的测定结果。或者，也可以与步骤ST1526合并，通知服务小区的CSI-RS的RSRP/RSRQ的测定结果。由此，服务小区能够获得由UE1产生的本小区的CSI-RS的测定结果。
在步骤ST2400中，服务小区进行HO决定处理。步骤ST2400的HO决定处理中包含步骤ST2401及步骤ST2305的处理。
在步骤ST2401中，服务小区使用来自UE1的CSI-RS的测定结果，来决定对UE1执行HO处理。例如在服务小区的CSI-RS的测定结果小于规定的阈值的情况下，决定对UE1执行HO处理。
在步骤ST2305中，服务小区决定目标小区。在步骤ST2400中进行了HO决定处理的服务小区将在步骤ST2305中所选择的小区作为目标小区，并在步骤ST2306中进行HO处理。
利用本变形例所揭示的方法，正在执行CoMP的UE能够得到与服务小区间较好的通信品质。
在本实施方式及其变形例中揭示了：在执行CoMP过程中对服务小区进行切换时，使用由UE产生的CSI-RS的测定结果来进行新的服务小区的选择和HO执行的决定。
由于利用由UE产生的CSI-RS的测定结果，因此可以重新设定用于测定CSI-RS的报告条件。可以使用CSI-RS的测定结果，来取代现有的用于测定CRS的报告条件即CRS测定结果。
服务小区向UE通知用于测定CSI-RS的报告条件。此外，服务小区可以设定并通知表示是正在执行CoMP时所使用的测定的意思的指示。服务小区可以将报告条件和指示之中的至少一个包含于测定配置(measurement configuration)中，并通知给UE。
另外，可以用静态的方式来决定正在执行CoMP的测定是CSI-RS的测定。例如预先通过标准等来决定，只要能够在UE和网络一侧共通识别即可。由此，无须所述指示，能够减少信令所需的信息量。
由UE得到的CSI-RS的测定，可以仅限于被通知了CSI-RS的配置(configuration)的小区。服务小区可以预先将本小区的CSI-RS的配置通知给UE。
在服务小区进行CoMP时，将CSI-RS被测定的小区的CSI-RS配置(configuration)通知给UE，但也可以限定为CSI-RS被测定的小区。在其中可预先包含有本小区的CSI-RS的配置。
由此，由于UE能够识别小区的CSI-RS的结构，因此能够对CSI-RS进行测定。
作为所限定的小区，除了本小区以外，还可以是进行附加的RRM测定的小区，或者是CoMP测定集内的小区，或者是CoMP激活集内的小区。
UE根据由服务小区所通知的CSI-RS的报告条件，将CSI-RS的测定结果通知给服务小区。由此，服务小区能够在对正在执行CoMP的UE进行服务小区的切换时，使用由UE产生的CSI-RS的测定结果来进行新的服务小区的选择和HO执行的决定。
在本实施方式中揭示了：在执行CoMP过程中对服务小区进行切换时，使用由UE产生的CSI-RS的测定结果来进行新的服务小区的选择和HO执行的决定，但是不仅限于此，还可以使用如下所述的(1)～(4)这4个指标。
(1)来自UE的上行链路的通信品质。作为上行链路的通信品质，可设为SRS、PUCCH、PUSCH的通信品质。
(2)UE的位置信息。
(3)UE产生的下行链路的解调用参照信号(DM-RS)的测定结果。
(4)UE的移动速度信息。
通过利用上述(1)～(4)的指标，对于正在执行CoMP的UE，能够执行更加符合CoMP的服务小区的切换，从而能够得到较好的通信品质。
实施方式6
为了进行CoMP、CA等，作为新的物理控制信道，在3GPP版本11中研究了ePDCCH(参照3GPP R1-113157(下面称为“参考文献6”))。
在3GPP R1-114214(下面称为“参考文献7”)中揭示了ePDCCH在能够映射PDSCH的码元上与PDSCH多路复用的情况，并且揭示了即使是不存在PDCCH的子帧，ePDCCH也能够进行映射的情况。
图26是用于说明ePDCCH的图。在图26中示出了1个子帧的频率-时间资源。图26的纵轴表示频率(Frequency)，横轴表示时间(Time)。在图26中，用参照标号“2501”所表示的区域表示映射有PCFICH、PHICH及PDCCH的码元，用参照标号“2502”所表示的区域表示映射有PDSCH的码元。用参照标号“2503”所表示的区域表示在ePDCCH中，在能够映射PDSCH的码元上与PDSCH多路复用。
如上所述，由于ePDCCH被映射到能够映射PDSCH的码元上，因此若不进行某些处理，则UE无法识别是否映射有ePDCCH。因此，UE不能监视ePDCCH。
在本实施方式中揭示了用于解决该问题的方法。在使用ePDCCH的情况下，服务小区用专用信令向UE通知ePDCCH的配置。作为专用信令，可以使用RRC信令。
在使用ePDCCH的情况下，用MAC信令来通知开始使用(activation：激活)ePDCCH或停止使用(deactivation：去激活)ePDCCH。例如作为开始使用ePDCCH或停止使用ePDCCH的通知，示出了UE开始监视ePDCCH或停止监视ePDCCH的时机。UE可以以接收到开始使用或停止使用ePDCCH的通知作为契机，开始监视或停止监视ePDCCH。由此，与利用RRC信令来通知开始使用或停止使用相比，能够减少开始监视或停止监视ePDCCH之前的延迟时间，从而能够应对周边电波环境的变化。
作为其它方法，可以将开始使用或停止使用ePDCCH的信息包含在映射于PDCCH的DCI中，并通知UE。或者，也可以将开始使用的信息包含在映射于PDCCH的DCI中，将停止使用的信息包含在映射于ePDCCH的DCI中，并通知UE。由此，能够以子帧为单位来设定开始监视或停止监视ePDCCH。从而能够更好地应对短时间的周边电波环境的变化。
在从服务小区利用MAC信令向UE通知开始使用ePDCCH的情况下，UE开始监视ePDCCH。在从服务小区利用MAC信令向UE通知停止使用ePDCCH的情况下，UE停止监视ePDCCH。
当在CoMP中使用ePDCCH时，可以在发送给作为对象的UE的ePDCCH的DCI中包含CoMP发送点信息。也可以设定为与PDCCH的情况相同的信息。UE通过监视ePDCCH，能够识别出CoMP发送点。
在为UE个别设置ePDCCH的情况下，可以将ePDCCH作为CoMP对象。服务小区能够预先将作为CoMP对象的UE的ePDCCH通知给CoMP测定集内小区或CoMP激活集内小区。如后述的实施方式所揭示的那样，将作为CoMP对象的UE的调度信息通知给CoMP测定集内小区或CoMP激活集内小区。因此，通过一并使用该UE的ePDCCH的配置信息和调度信息，该集合内的各个小区能够将该UE的ePDCCH设定为CoMP对象。通过将ePDCCH也设为CoMP，能够提高ePDCCH的接收品质。
在使用ePDCCH的情况下，对于以ePDCCH进行调度的子帧，可以设为不用PDCCH进行调度。UE可以设为，监视ePDCCH的子帧不对PDCCH进行监视。
在使用ePDCCH的情况下，在通知寻呼(Paging Indication：PI，寻呼指示)时，可以使用PDCCH。UE在用于接收寻呼的非连续接收周期中，对PDCCH进行监视。若在通知寻呼的子帧中映射有ePDCCH，在此情况下，UE对PDCCH和ePDCCH同时进行监视。作为寻呼的用途，包括来自网络一侧的来电通知、系统信息(SI)的变更通知、ETWS及CMAS等的PWS(PublicWarning System：公共告警系统)通知等。因此，UE通过同时监视PDCCH和ePDCCH，能够在进行CoMP的同时，接收来自网络一侧的来电通知、系统信息的变更通知、以及PWS的通知等。
在使用ePDCCH的情况下，可以使用PDCCH进行系统信息的调度。UE在接收系统信息的时刻，对PDCCH进行监视。在对系统信息进行调度的子帧中映射有ePDCCH的情况下，UE对PDCCH和ePDCCH两者进行监视。UE通过同时监视PDCCH和ePDCCH，能够在进行CoMP的同时，接收系统信息。
图27及图28是表示实施方式6的移动通信系统的流程的一个示例的图。图27与图28在边界线BL2的位置上相连。在图27和图28中示出了使用ePDCCH的情况下的流程。
在步骤ST2601中，服务小区决定在作为对象的UE(UE1)中使用ePDCCH。例如是决定对UE1执行CoMP的情况，或者在决定对UE1执行CA的情况等。
在步骤ST2602中，服务小区决定用于UE1的ePDCCH的结构。作为构成参数，包括表示映射ePDCCH的物理资源的信息、映射ePDCCH的周期、ePDCCH中所使用的UE固有的流程、以及监视模式等。表示映射ePDCCH的物理资源的信息是例如PRB号码。映射ePDCCH的周期是例如子帧数、无线帧数、以及子帧的偏移。作为监视模式，包括同时监视PDCCH和ePDCCH的模式，监视寻呼用通知的PDCCH及系统信息调度用PDCCH中的至少一个和ePDCCH的模式，以及仅监视ePDCCH的模式等，可预先设定这些模式的种类。
在步骤ST2603中，服务小区使用RRC信令来向UE1通知ePDCCH的配置(ePDCCHconfiguration)。
在步骤ST2604中，UE1对所接受到的ePDCCH的配置进行设定。
在步骤ST2605中，服务小区用ePDCCH决定对UE1进行调度。
在步骤ST2606中，服务小区使用MAC信令来向UE1通知开始使用ePDCCH(ePDCCHactivation：ePDCCH激活)。
在步骤ST2607中，服务小区用ePDCCH对UE1进行调度。
在步骤ST2608中，服务小区使用步骤ST2602中所配置的资源、周期及流程等，利用映射有PDSCH的码元，将ePDCCH发送至UE1。
在步骤ST2606中接收到ePDCCH的使用开始信号的UE1开始监视ePDCCH。
在步骤ST2609中，UE1监视由服务小区发送而来的ePDCCH，获取给本UE的调度信息。
在步骤ST2610中，UE1根据所接收到的调度信息，与服务小区进行通信。
接着，示出了停止使用ePDCCH的情况。在步骤ST2611中，服务小区决定不对UE1使用ePDCCH。在步骤ST2612中，服务小区使用MAC信令来向UE1通知停止使用ePDCCH(ePDCCHdeactivation：ePDCCH去激活)。利用ePDCCH来进行该通知。
在步骤ST2613中，服务小区停止用ePDCCH对UE1进行调度，而用PDCCH对UE1进行调度。
在步骤ST2616中，服务小区使用PDCCH对UE1进行调度。
在步骤ST2612中接收到ePDCCH的使用停止信号的UE在步骤ST2614中，停止监视ePDCCH。
在步骤ST2615中，UE1开始监视由服务小区发送而来的PDCCH，获取给本UE的调度信息。
在步骤ST2617中，UE1根据所接收到的调度信息，与服务小区进行通信。
接着，示出了决定不对UE1使用ePDCCH的情况。在步骤ST2618中，服务小区决定不对UE1使用ePDCCH。决定不使用ePDCCH的情况例如是结束或已经结束了对UE1执行CoMP的情况，或者是结束或已经结束对UE1执行CA的情况等。
在步骤ST2619中，服务小区对UE1通知ePDCCH配置的释放(ePDCCH configurationrelease：ePDCCH配置释放)。UE1通过接收ePDCCH配置的释放，能够识别出ePDCCH的使用已结束。
在步骤ST2619中进行了ePDCCH配置的释放的通知的服务小区在步骤ST2620中，释放UE1用的ePDCCH配置。另外，在从UE1向服务小区通知了对于步骤ST2619的处理的接收应答的情况下，服务小区在步骤ST2620中可以释放UE1用的ePDCCH配置。由此，能够开放预留用于UE1的物理资源及流程等，从而能够有效地使用资源。
在步骤ST2621中，UE1对所设定的ePDCCH配置进行释放(reset：重置)。
通过利用本实施方式中所揭示的方法，UE能够识别出ePDCCH是否被映射，并能够对ePDCCH进行监视。因此，能够利用ePDCCH进行通信。对于在CoMP及CA等中使用ePDCCH的情况是有效的。
实施方式7
在实施方式7中揭示了：实施方式1中的服务小区和与该服务小区不同的其它小区间的信令方法,以及数据转发方法等。图29、图30及图31是表示实施方式7的移动通信系统的流程的一个示例的图。图29与图30在边界线BL3的位置上相连。图30与图31在边界线BL4的位置上相连。图29～图31所示的流程与图15和图16所示的流程类似，因此对相同的步骤赋予相同的步骤编号，并省略共同的说明。在图29～图31中示出了中心实体构成于服务小区内的情况，因此，不特别区分中心实体和服务小区，都记载为服务小区。
在步骤ST7101中，服务小区向在步骤ST1530中所决定的CoMP测定集中所包含的小区之中的、除服务小区以外的小区，请求加入对UE1的CoMP测定集小区中。在下面的说明中，仅将CoMP测定集中所包含的小区之中的除服务小区以外的小区简称为“CoMP测定集小区”。
作为具体例，服务小区向CoMP测定集小区通知CoMP测定集请求(CoMPMeasurement set Request)消息。作为CoMP测定集请求消息所示的信息的具体例，揭示了下面的(1)～(3)这3个。
(1)请求加入对UE1的CoMP测定集中。
(2)请求开始发送CSI-RS。
(3)上述(1)和(2)的组合。
当在步骤ST7101中从服务小区接收到请求加入对UE1的CoMP测定集的加入请求后，CoMP测定集小区在步骤ST7102对服务小区进行请求加入所述CoMP测定集的加入请求的应答。该应答也可以省略。由此，能减轻对应答处理的处理负荷。在可能加入对UE1的CoMP测定集的情况下、或者在可能开始对UE1发送CSI-RS的情况下，CoMP测定集小区将该意思通知给服务小区。具体而言，CoMP测定集小区将CoMP测定集请求肯定应答(CoMP Measurementset Request Ack)消息通知给服务小区。
在不可能加入对UE1的CoMP测定集的情况下、或者在不可能开始对UE1发送CSI-RS的情况下，CoMP测定集小区将该意思通知给服务小区。具体而言，CoMP测定集小区将CoMP测定集请求拒绝应答(CoMP Measurement set Request Nack)通知给服务小区。
作为判断CoMP测定集小区不可能加入对UE1的CoMP测定集、或不可能开始对UE1发送CSI-RS的指标的具体例，有CoMP测定集小区高负载的情形。在本流程中，对CoMP测定集小区可加入对UE1的CoMP测定集中的情况进行说明。
在步骤ST7103中，服务小区向UE1发送CSI-RS。
当在步骤ST7102中向服务小区通知可能加入CoMP测定集的意思之后，CoMP测定集小区在步骤ST7104中开始向UE1发送CSI-RS。
在步骤ST7105中，服务小区通知给UE1的数据。具体而言，服务小区通知给UE1的CoMP用数据。
作为服务小区通知数据的对象的具体例，公开以下(1)～(3)这3种。
(1)CoMP测定集小区。接收到数据通知的CoMP测定集小区在未被选择为CoMP发送点的情况下，CoMP测定集小区放弃被通知的数据。在本具体例(1)中，相比于后述的具体例(3)，无论在步骤ST1516中CoMP发送点是否决定，都能够开始通知数据，并能够增加通知数据时能够使用的时间。若数据通知的时刻是在步骤ST1508中服务小区决定执行CoMP之后、且在步骤ST1519中对CoMP进行收发之前，则是任意的。由于通知数据的时刻较为充裕，因此能够减轻瞬间的高负载。
(2)CoMP激活集中所包含的小区之中的除服务小区以外的小区。在下面的说明中，将CoMP激活集中所包含的小区之中的除服务小区以外的小区简称为“CoMP激活集小区”。接收到数据通知的CoMP激活集小区在未被选择为CoMP发送点的情况下，CoMP激活集小区放弃被通知的数据。在本具体例(2)中，相比于后述的具体例(3)，无论在步骤ST1516中CoMP发送点是否决定，都能够开始通知数据，并能够增加通知数据时能够使用的时间。若通知数据的时刻是在步骤ST1508中服务小区决定执行CoMP之后、且在步骤ST1519中对CoMP进行收发之前，则是任意的。由于通知数据的时刻较为充裕，因此能够减轻瞬间的高负载。
(3)CoMP发送点中所包含的小区之中的除服务小区以外的小区。在下面的说明中，将CoMP发送点中所包含的小区之中的除服务小区以外的小区简称为“CoMP发送点”。在本具体例(3)中，相比于上述的具体例(1)、(2)，由于未被选择为CoMP发送点的小区不会接收到数据的通知，因此不会进行放弃数据的处理。因此，能够得到不会进行不需要的处理的效果。若数据通知的时刻是在步骤ST1516中服务小区决定CoMP发送点之后、且在步骤ST1519中对CoMP进行收发之前，则是任意的。
作为所通知的数据的种类的具体例，公开以下(1)～(3)这3种。
(1)PDCP数据单元。可设定为PDCP PDU数据或者PDCP SDU数据。
(2)RLC数据单元。可设定为RLC PDU数据或者RLC SDU数据。
(3)MAC数据单元。可设定为MAC PDU数据或者MAC SDU数据。根据所通知的数据的种类，可以一并通知数据所需的参数。
在步骤ST7106中，服务小区将包含表示在步骤ST1516中所决定的CoMP发送点的信息的调度信息，通知给CoMP发送点。在步骤ST7106中，可以根据在步骤ST7105中所通知的数据的种类，通知所需的调度信息。将包含表示CoMP发送点的信息来进行的调度这一处理、或者作为该调度的结果的调度信息称为“CoMP调度”。
在步骤ST7106的处理结束以后，与上述的实施方式1同样地，进行步骤ST1518～步骤ST1529的处理。在图31中更具体地示出了步骤ST1519及步骤ST1526的处理。
步骤ST1519包含步骤ST2901～步骤ST2903。在步骤ST2901中，UE1和服务小区利用CoMP来收发信息。在步骤ST2902中，UE1和CoMP测定集中所包含的除服务小区以外的小区利用CoMP来收发信息。在步骤ST2903中，UE1从CRI-RS中导出CSI，并反馈至服务小区。
步骤ST1526包含步骤ST2904～步骤ST2906。步骤ST2904～步骤ST2906的处理与步骤ST2901～步骤ST2093的处理同样地进行。
图32是表示实施方式7的移动通信系统的流程的一个示例的图。在图32所示的流程中，对与图15以及图16所示的流程相同的步骤赋予相同的步骤编号，并省略共同的说明。在图32中示出了区分中心实体和服务小区、且中心实体决定CoMP发送点的情况下的流程。在图32中示出了图29～图31的步骤ST1515～步骤ST1518的处理的其他具体例。
在步骤ST7201中，服务小区将在步骤ST1515中所接收到的CSI-RS的测定结果通知给中心实体。作为CSI-RS的测定结果的具体例，具有CSI-RS测定报告(CSI-RS MeasurementReport)以及CSI反馈(CSI feedback)信息等。
在步骤ST7202中，服务小区将与成为执行CoMP的对象的数据相关的信息(下面也称为“数据参数”)通知给中心实体。作为数据参数的具体例，具有数据量、服务的服务品质(Quality of Service：QoS)信息等。或者，作为数据参数，可以通知成为执行CoMP的对象的数据。
在步骤ST7204中，中心实体在CoMP测定集之间进行调整，以对在步骤ST7202中接收到的成为执行CoMP的对象的数据实现CoMP。具体而言，中心实体对能否在服务小区中接受该数据的发送进行调整。对于服务小区的覆盖范围内的除了CoMP对象以外的UE所进行的调度是利用服务小区来进行的，因此通过上述调整，能够得到最佳的调度。
在步骤ST7205中，中心实体在CoMP测定集之间进行调整，以对在步骤ST7202中接收到的成为执行CoMP的对象的数据实现CoMP。具体而言，中心实体对能否在CoMP测定集小区中接受该数据的发送进行调整。对于CoMP测定集小区的覆盖范围内的除了CoMP对象以外的UE所进行的调度是利用CoMP测定集小区来进行的，因此通过上述调整，能够得到最佳的调度。也可在CoMP激活集之间进行调整。
在步骤ST7203中，中心实体根据与在步骤ST7202中接收到的成为执行CoMP的对象的数据相关的信息、在步骤ST7204中所进行的与服务小区之间的调整结果、以及在步骤ST7205中所进行的与CoMP测定集小区之间的调整结果，进行用于UE1的调度。具体而言，决定CoMP发送点。步骤ST7203的处理详情与图15及图16的步骤ST1516的处理相同。
然后，中心实体可以在CoMP发送点之间再次进行调整以决定最终的CoMP调度。
在步骤ST7207中，中心实体将在步骤ST7203中所决定的CoMP调度通知给服务小区。
在步骤ST7208中，服务小区将在步骤ST7207中所接收到的调度通知给CoMP测定集小区。中心实体可以将在步骤ST7203中所决定的调度通知给CoMP测定集小区。
图33是表示实施方式7的移动通信系统的流程的一个示例的图。在图33所示的流程中，对与图15、图16及图32所示的流程相同的步骤赋予相同的步骤编号，并省略共同的说明。在图33中示出了区分中心实体和服务小区、且服务小区和中心实体共同决定CoMP发送点的情况下的流程。在图33中示出了图29～图31的步骤ST1515～步骤ST1518的处理的其他具体例。
在步骤ST7304中，针对UE1用的、成为执行CoMP的对象的数据，服务小区决定本小区单独进行的调度。也可以临时决定。
在步骤ST7301中，服务小区向中心实体通知CoMP测定集之间的调整委托。服务小区在通知调整委托时，只要通知在步骤ST7304中所决定的调度即可。作为调度的具体例，有时间-频率资源等。也可以通知CoMP激活集之间的调整委托。
在步骤ST7302中，中心实体在CoMP测定集之间进行调整，以实现在步骤ST7301中所接收的调度。具体而言，中心实体对能否在服务小区接受在步骤ST7301中所接收到的调度进行调整。对于服务小区的覆盖范围内的除了CoMP对象以外的UE所进行的调度是利用服务小区来进行的，因此通过上述调整，能够得到最佳的调度。服务小区在步骤ST7304中，由于进行了调度，因此将服务小区设为能够接受，从而也可省略本步骤。
在步骤ST7303中，中心实体在CoMP测定集之间进行调整，以在步骤ST7301中所接收的调度。具体而言，中心实体对能否在CoMP测定集小区中接受在步骤ST7301中所接收到的调度进行调整。对于CoMP测定集小区的覆盖范围内的除了CoMP对象以外的UE所进行的调度是利用CoMP测定集小区来进行的，因此通过上述调整，能够得到最佳的调度。也可在CoMP激活集之间进行调整。
在步骤ST1516中，中心实体根据在步骤ST7301中接收到的调度、在步骤ST7302中所进行的与服务小区之间的调整结果、以及在步骤ST7303中所进行的与CoMP测定集小区之间的调整结果，进行UE1用的CoMP调度。具体而言，决定CoMP发送点。详细的处理与图15及图16的步骤ST1516的处理相同。
接着，揭示重新设置小区统一实体(Cell Unified Entity)的情况。将小区统一实体定义为同时具有多个无线区域中的RRC(Radio Resource Control：无线资源控制)、PDCP(Packet Data Convergence Protocol：分组数据汇聚协议)、RLC(Radio Link Control：无线链路控制)、以及MAC(Medium Access Control：介质接入控制)的任意功能的实体。下面，在实施方式7、实施方式8、实施方式9及实施方式10中，将小区(Cell)设定为由构成一个无线区域的RRC、PDCP、RLC、MAC以及PHY(Physical layer：物理层)的所有功能所组成的实体。另外，将子小区(Sub Cell)设定为由构成一个无线区域的RRC、PDCP、RLC、MAC以及PHY的一部分功能所组成的实体。
具有PHY的功能的小区和子小区具有对广播信息进行广播的功能。还可以具有广播UE能够识别的识别符的功能。
图34是用于说明小区统一实体的具体例的框图。小区统一实体7416与第1子小区7401、第2子小区7406以及第3子小区7411相连接。
第1子小区7401构成一个无线区域，且具备MAC7402和PHY7403。PHY7403具备基带部(BB)7404和无线部(RF)7405。
第2子小区7406构成一个无线区域，且具备MAC7407和PHY7408。PHY7408具备BB7409和RF7410。
第3子小区7411构成一个无线区域，且具备MAC7412和PHY7413。PHY7413具备BB7414和RF7415。
小区统一实体7416同时具有第1子小区7401所构成的无线区域、第2子小区7406所构成的无线区域及第3子小区7412所构成的无线区域中的RRC7417、PDCP7418及RLC7419的功能。在下面的说明中，将如小区统一实体7416这样，同时具有多个无线区域中的RRC、PDCP及RLC的功能的小区统一实体称为“第1小区统一实体”。
图35是用于说明其它的小区统一实体的具体例的框图。小区统一实体7513与第4子小区7501、第5子小区7505以及第6子小区7509相连接。
第4子小区7501构成一个无线区域，且具备PHY7502。PHY7502具备BB7503和RF7504。
第5子小区7505构成一个无线区域，且具备PHY7506。PHY7506具备BB7507和RF7508。
第6子小区7509构成一个无线区域，且具备PHY7510。PHY7510具备BB7511和RF7512。
小区统一实体7513同时具有第4子小区7501所构成的无线区域、第5子小区7505所构成的无线区域及第6子小区7509所构成的无线区域中的RRC7514、PDCP7515、RLC7516及MAC7517的功能。在下面的说明中，将如小区统一实体7513这样，同时具有多个无线区域中的RRC、PDCP、RLC及MAC的功能的小区统一实体称为“第2小区统一实体”。
此外，作为另一个具体例，也考虑同时具有多个无线区域中的RRC功能、PDCP功能、RLC功能、MAC功能之中的至少调度功能的小区统一实体。该小区统一实体也称为“第3小区统一实体”。
图36、图37及图38是表示实施方式7的移动通信系统的流程的一个示例的图。图36与图37在边界线BL5的位置上相连。图37与图38在边界线BL6的位置上相连。图36～图38所示的流程与图15和图16所示的流程类似，因此对相同的步骤赋予相同的步骤编号，并省略共同的说明。在图36～图38中示出了在区分具有RRC7417、PDCP7418及RLC7419的第1小区统一实体和子小区的情况下执行COMP时的流程。在本流程中示出了中心实体构成于服务子小区内的情况，因此，不特别区分中心实体和服务子小区，都记载为服务小区。
在步骤ST7601中，第1小区统一实体设定RRM测定配置。步骤ST7601的处理详情与图15及图16的步骤ST1501的处理相同。
在步骤ST7602中，第1小区统一实体将步骤ST7601中所设定的RRM测定配置通知至服务子小区。
在步骤ST7603中，服务子小区将步骤ST7602中所接收到的RRM测定配置通知至UE1。步骤ST7603的处理详情与图15及图16的步骤ST1502的处理相同。
在步骤ST7604中，UE1向服务子小区报告CRS的测定结果。步骤ST7604的处理详情与图15及图16的步骤ST1504的处理相同。
在步骤ST7605中，服务子小区将步骤ST7604中所接收到的测定结果的报告通知至第1小区统一实体。
在步骤ST7606中，第1小区统一实体生成RRM测定集。步骤ST7606的处理详情与图15及图16的步骤ST1505的处理相同。
在步骤ST7607中，第1小区统一实体向服务子小区通知数据。具体而言，通知给UE1的数据。作为所通知的数据的种类的具体例，有RLC数据单元。可将所通知数据设定为RLCPDU数据。也可同时通知数据所需的参数。作为所需的参数的具体例，有服务子小区的MAC处理所需的参数。
在步骤ST7608中，服务子小区对在步骤ST7607中所接收到的数据进行调度。也可进行MAC调度。
在步骤ST7609中，UE1和服务子小区之间进行下行链路(DL)和上行链路(UL)之中的至少一个的数据通信。
在步骤ST7610中，服务子小区对于向UE1发送的DL数据和从UE1接收到的UL数据，与第1小区统一实体进行数据通信。对于所通知的数据，与步骤ST7607进行相同的处理
在步骤ST7611中，UE1将从CRS导出CQI反馈至服务子小区。
在步骤ST7612中，服务子小区将步骤ST7611中所接收到的CQI反馈数据通知至第1小区统一实体。
在步骤ST7613中，第1小区统一实体决定是否执行CoMP。步骤ST7613的处理详情与图15及图16的步骤ST1508处理相同。
在步骤ST7638中，第1小区统一实体选择并决定CoMP测定集。步骤ST7638的处理详情与图15及图16的步骤ST1530的处理相同。
第1小区统一实体掌握CoMP测定集中所包含的子小区的负载状况等，在能够判断CoMP测定集子小区能否加入对UE1的CoMP测定集中的情况下，能够省略与图29～图31的步骤ST7101及步骤ST7102相应的处理。由此，在支持CoMP的移动通信系统中，通过设置第1小区统一实体，能够防止控制延迟。
在步骤ST7614中，第1小区统一实体向服务子小区请求开始发送CSI-RS。
在步骤ST7615中，第1小区统一实体向CoMP测定集中所包含的小区之中的除了服务子小区以外的小区、或者子小区请求开始发送CSI-RS。在下面的说明中，将CoMP测定集中所包含的子小区之中的除服务子小区以外的小区、或子小区称为“CoMP测定集子小区”。
在步骤ST7616中，第1小区统一实体设定对UE1的CoMP测定配置。步骤ST7616的处理详情与图15及图16的步骤ST1509的处理相同。
在步骤ST7617中，第1小区统一实体将步骤ST7616中所设定的对UE1的CoMP测定配置通知至服务子小区。
在步骤ST7618中，服务子小区将步骤ST7617中所接收到的CoMP测定配置通知至UE1。步骤ST7618的处理详情与图15及图16的步骤ST1510的处理相同。
在步骤ST7619中，服务子小区向UE1发送CSI-RS。可设为服务子小区通过接收在步骤ST7614中的来自第1小区统一实体的开始发送CSI-RS的请求，开始发送CSI-RS。由此，能够仅在服务子小区覆盖范围内的移动终端使用CSI-RS来进行测定的情况下，由服务子小区发送CSI-RS，从而能够降低服务子小区的功耗。
在步骤ST7620中，CoMP测定集子小区向UE1发送CSI-RS。可设为CoMP测定集子小区通过接收在步骤ST7615中的来自第1小区统一实体的开始发送CSI-RS的请求，开始发送CSI-RS。由此，能够仅在CoMP测定集子小区覆盖范围内的移动终端使用CSI-RS来进行测定的情况下，由CoMP测定集子小区发送CSI-RS，从而能够降低CoMP测定集子小区的功耗。
在步骤ST7621中，UE1向服务子小区报告CSI-RS的测定结果。步骤ST7621的处理详情与图15及图16的步骤ST1515的处理相同。
在步骤ST7622中，第1小区统一实体向服务子小区通知数据。步骤ST7622的处理详情与步骤ST7607的处理相同
在步骤ST7623中，服务子小区决定CoMP发送点。CoMP发送点的决定处理的详情与图16所示的步骤ST1516的处理相同。
在步骤ST7625中，服务子小区向CoMP测定集子小区通知给UE1的数据。具体而言，服务子小区通知给UE1的CoMP用数据。
作为所通知的数据的种类的具体例，有MAC数据单元、MAC PDU数据、或者MAC SDU数据。
另外，可设为第1小区统一实体向CoMP测定集子小区通知给UE1的数据。具体而言，第1小区统一实体通知给UE1的CoMP用数据。作为所通知的数据的种类的具体例，公开以下(1)～(3)这3种。
(1)PDCP数据单元。可设定为PDCP PDU数据或者PDCP SDU数据。
(2)RLC数据单元。可设定为RLC PDU数据或者RLC SDU数据。
(3)MAC数据单元。可设定为MAC PDU数据或者MAC SDU数据。MAC数据单元的情况下，第1小区统一实体可以事先从服务子小区获取必要的MAC数据单元。
另外，也可同时通知各层中的数据所需的参数。作为参数的具体例，(1)在通知PDCP数据单元的情况下，通知RLC处理所必需的参数、以及MAC处理所必需的参数。另外，(2)在通知RLC数据单元的情况下，通知MAC处理所必需的参数。
作为服务子小区是通知给UE1的数据的小区的具体例，公开有以下(1)～(2)这2种。
(1)服务子小区向在步骤ST7623中所决定的CoMP发送子小区通知给UE1的数据。在此情况下，与后述的具体例(2)相比，虽然是CoMP测定集子小区，但是能够减少对CoMP发送子小区的无用数据通知。
(2)服务子小区向CoMP测定集子小区通知给UE1的数据。在此情况下，为了通知数据，无需等待步骤ST7623的CoMP传输子小区的决定。因此，作为从服务子小区向CoMP测定集子小区通知给UE1的数据的时刻，根据步骤ST7638的CoMP测定集的决定，只要在步骤ST7626的调度通知之前都是任意的。第1小区统一实体向服务子小区通知所决定的CoMP测定集即可。在未被选择为CoMP传输子小区的CoMP测定集子小区中，可以放弃给UE1的数据。在此情况下，与上述具体例(1)相比，由于通知数据的时刻较为充裕，因此能够减轻瞬间的高负载。
在步骤ST7626中，服务子小区可以将包含表示在步骤ST7623中所决定的CoMP发送点的信息的CoMP调度通知给CoMP发送子小区。也可以经由第1小区统一实体通知给CoMP测定集子小区。
在步骤ST7627中，服务子小区包含在步骤ST7623中所决定的CoMP发送点的信息并进行COMP调度，进而通知给UE1。步骤ST7627的处理详情与图15及图16的步骤ST1518的处理相同。
在步骤ST7628及步骤ST7629中，UE1、服务子小区、CoMP传输子小区利用CoMP进行收发信息。
在步骤ST7630中，UE1从CRI-RS中导出CSI，并反馈至服务子小区。
在步骤ST7631中，UE1向服务子小区报告CRS的测定结果。步骤ST7631的处理详情与图15及图16的步骤ST1504的处理相同。
在步骤ST7632中，服务子小区将步骤ST7631中所接收的CRS的测定结果的报告通知至第1小区统一实体。
在步骤ST7633中，在步骤ST7632中接收到测定报告的第1小区统一实体根据需要对RRM测定集进行变更。步骤ST7633的处理详情与图15及图16的步骤ST1524的处理相同。
在步骤ST7634中，第1小区统一实体判断是否对CoMP测定集进行变更。步骤ST7634的处理详情与图15及图16的步骤ST1525的处理相同。当在步骤ST7634中判断为对CoMP测定集进行变更时，第1小区统一实体对CoMP测定集内的小区进行变更，并返回步骤ST7614的处理。当在步骤ST7634中判断为不对CoMP测定集进行变更时，转移至步骤ST7635。
在步骤ST7635中，第1小区统一实体解除CoMP、即决定停止执行CoMP。
在步骤ST7636中，第1小区统一实体向服务子小区通知解除(释放)UE1的CoMP测定配置。
在步骤ST7637中，服务子小区将步骤ST7636中所接收到的UE1的CoMP测定配置的解除通知至UE1。步骤ST7637的处理详情与图15及图16的步骤ST1528的处理相同。
图39是表示实施方式7的移动通信系统的流程的一个示例的图。在图39所示的流程中，对于与图38所示的流程相同的步骤赋予相同的步骤编号，并省略共同的说明。在图39中示出了区分中心实体和服务子小区、并由中心实体决定CoMP发送点的情况下的流程。在图39中示出了图36～图38的步骤ST7621～步骤ST7627的处理的其他具体例。
在步骤ST7701中，服务子小区将在步骤ST7621中所接收到的CSI-RS的测定结果通知给中心实体。作为CSI-RS的测定结果的具体例，有CSI-RS测定报告(CSI-RS MeasurementReport)以及CSI反馈(CSI feedback)信息等。
在步骤ST7702中，第1小区统一实体向中心实体通知数据。步骤ST7702的处理详情与图36至图38的步骤ST7607的处理相同。
在步骤ST7704中，中心实体在CoMP测定集之间进行调整，以对在步骤ST7702中接收到的成为执行CoMP的对象的数据实现CoMP。具体而言，中心实体对能否在服务子小区接受该数据的发送进行调整。对于服务子小区覆盖范围内的除了CoMP对象以外的UE所进行的调度是利用服务子小区来进行的，因此通过上述调整，能够得到最佳的调度。
在步骤ST7705中，中心实体在CoMP测定集之间进行调整，以对在步骤ST7702中接收到的成为执行CoMP的对象的数据实现CoMP。具体而言，中心实体对能否在CoMP测定集子小区中接受该数据的发送进行调整。对于CoMP测定集子小区覆盖范围内的除了CoMP对象以外的UE所进行的调度是利用CoMP测定集子小区来进行的，因此通过上述调整，能够得到最佳的调度。也可在CoMP激活集之间进行调整。
在步骤ST7703中，中心实体根据与在步骤ST7702中接收到的成为执行CoMP的对象的数据相关的信息、在步骤ST7704中所进行的与服务子小区之间的调整结果、以及在步骤ST7705中所进行的与CoMP测定集子小区之间的调整结果，进行UE1用的调度。具体而言，决定CoMP发送点。步骤ST7703的处理详情与图15及图16的步骤ST1516的处理相同。
然后，中心实体可以在CoMP发送点之间再次进行调整以决定最终的CoMP调度。
在步骤ST7707中，中心实体向服务子小区和CoMP测定集子小区通知给UE1的数据。具体而言，中心实体通知给UE1的CoMP用数据。
在步骤ST7708中，中心实体将包含表示在步骤ST7703中所决定的CoMP发送点的信息的CoMP调度，通知给服务子小区。可经由第1小区统一实体，将包含表示在步骤ST7703中所决定的CoMP发送点的信息的CoMP调度，通知给服务子小区。
在步骤ST7709中，中心实体将包含表示在步骤ST7703中所决定的CoMP发送点的信息的CoMP调度，通知给CoMP测定集子小区。可经由第1小区统一实体通知给CoMP测定集子小区。
图40是表示实施方式7的移动通信系统的流程的一个示例的图。在图40所示的流程中，对与图36～图39所示的流程相同的步骤赋予相同的步骤编号，并省略共同的说明。在图40中示出了区分中心实体和服务子小区、并且由服务子小区和中心实体共同决定CoMP发送点的情况下的流程。在图40中示出了图36～图38的步骤ST7621～步骤ST7627的处理的其他具体例。
在步骤ST7801中，针对UE1用的、成为执行CoMP的对象的数据，服务子小区决定本小区中单独进行的调度。也可以临时决定。
在步骤ST7802中，服务子小区对中心实体通知CoMP测定集之间的调整委托。服务子小区在通知调整委托时，只要通知在步骤ST7801中所决定的调度即可。作为调度的具体例，有时间-频率资源等。也可以通知CoMP激活集之间的调整委托。
在步骤ST7803中，中心实体在CoMP测定集之间进行调整，以实现在步骤ST7802中所接收的调度。具体而言，中心实体对能否在服务子小区接受在步骤ST7802中所接收到的调度进行调整。对于服务子小区覆盖范围内的除了CoMP对象以外的UE所进行的调度是利用服务子小区来进行的，因此通过上述调整，能够得到最佳的调度。服务子小区在步骤ST7801中，由于进行了调度，因此将服务子小区设为能够接受，从而可省略本步骤。
在步骤ST7804中，中心实体在CoMP测定集之间进行调整，以实现在步骤ST7802中所接收的调度。具体而言，中心实体对能否在CoMP测定集子小区中接受在步骤ST7802中所接收到的调度进行调整。对于CoMP测定集子小区覆盖范围内的除了CoMP对象以外的UE所进行的调度是利用CoMP测定集子小区来进行的，因此通过上述调整，能够得到最佳的调度。也可在CoMP激活集之间进行调整。
在步骤ST7805中，中心实体根据在步骤ST7802中接收到的调度、在步骤ST7803中所进行的与服务子小区之间的调整结果、以及在步骤ST7804中所进行的与CoMP测定集子小区之间的调整结果，进行UE1用的CoMP调度。具体而言，决定CoMP发送点。详细的处理与图15及图16的步骤ST1516的处理相同。
第1小区统一实体可以具备中心实体所具有的功能。或者，中心实体可以具备第1小区统一实体所具有的功能。或者，同一实体可以具备中心实体所具有的功能、以及第1小区统一实体所具有的功能。由此，第1小区统一实体和中心实体之间无需信令和通信，能够防止控制延迟。具体而言，能够省略图39的步骤ST7702的处理等。
图41～图43是表示实施方式7的移动通信系统的流程的一个示例的图。图41与图42在边界线BL7的位置上相连。图42与图43在边界线BL8的位置上相连。图41～图43所示的流程与图15、图16以及图36～图38所示的流程类似，因此对相同的步骤赋予相同的步骤编号，并省略共同的说明。在图41～图43中示出了在区分具有RRC7514、PDCP7515、RLC7516及MAC7517的第2小区统一实体和子小区的情况下执行COMP时的流程。在本流程中示出了中心实体构成于第2小区统一实体内的情况，因此，不特别区分中心实体和第2小区统一实体，将其都记载为第2小区统一实体。对于中心实体构成于第3小区统一实体内的情况也同样。
在步骤ST7901中，第2小区统一实体设定RRM测定配置。步骤ST7901的处理详情与图15及图16的步骤ST1501的处理相同。
在步骤ST7902中，第2小区统一实体将步骤ST7901中所设定的RRM测定配置通知至服务子小区。
在步骤ST7903中，服务子小区将步骤ST7604中所接收到的测定结果的报告通知至第2小区统一实体。
在步骤ST7904中，第2小区统一实体生成RRM测定集。步骤ST7904的处理详情与图15及图16的步骤ST1505的处理相同。
在步骤ST7905中，第2小区统一实体向服务子小区通知数据。具体而言，通知给UE1的数据。作为所通知的数据的种类的具体例，有MAC数据单元。所通知的数据可以设为MACPDU数据或者MAC SDU数据。也可同时通知数据所必须的参数。
在步骤ST7906中，第2小区统一实体对数据进行调度。也可进行MAC调度。
在步骤ST7907中，第2小区统一实体将步骤ST7906中所进行的调度通知至服务子小区。
在步骤ST7908中，服务子小区将步骤ST7611中所接收到的CQI反馈数据通知至第2小区统一实体。
在步骤ST7909中，第2小区统一实体决定是否执行CoMP。步骤ST7909的处理详情与图15及图16的步骤ST1508的处理相同。
在步骤ST7926中，第2小区统一实体选择并决定CoMP测定集。步骤ST7926的处理详情与图15及图16的步骤ST1530的处理相同。
第2小区统一实体掌握CoMP测定集中所包含的子小区的负载状况等，在能够判断CoMP测定集子小区能否加入对UE1的CoMP测定集中的情况下，能够省略与图29～图31的步骤ST7101及步骤ST7102相应的处理。由此，在支持CoMP的移动通信系统中，通过设置第2小区统一实体，能够防止控制延迟。
在步骤ST7910中，第2小区统一实体向服务子小区请求开始发送CSI-RS。
在步骤ST7911中，第2小区统一实体向CoMP测定集子小区请求开始发送CSI-RS。
在步骤ST7912中，第2小区统一实体设定对UE1的CoMP测定配置(CoMPmeasurement configuration)。步骤ST7912的处理详情与图15及图16的步骤ST1509的处理相同。
在步骤ST7913中，第2小区统一实体将步骤ST7912中所设定的对UE1的CoMP测定配置通知至服务子小区。
在步骤ST7914中，服务子小区向UE1发送CSI-RS。可设为服务子小区通过接收在步骤ST7910中的来自第2小区统一实体的开始发送CSI-RS的请求，开始发送CSI-RS。由此，仅在服务子小区覆盖范围内的移动终端使用CSI-RS来进行测定的情况下，服务子小区能够发送CSI-RS，从而能够降低服务子小区的功耗。
在步骤ST7915中，CoMP测定集子小区向UE1发送CSI-RS。可设为CoMP测定集子小区通过接收在步骤ST7911中的来自第2小区统一实体的开始发送CSI-RS的请求，开始发送CSI-RS。由此，仅在CoMP测定集子小区覆盖范围内的移动终端使用CSI-RS来进行测定的情况下，CoMP测定集子小区能够发送CSI-RS，从而能够降低CoMP测定集中所包含的子小区的功耗。
在步骤ST7916中，服务子小区将在步骤ST7621中所接收到的CSI-RS的测定结果通知给第2小区统一实体。
在步骤ST7917中，第2小区统一实体决定CoMP发送点。CoMP发送点的决定处理的详情与图16所示的步骤ST1516的处理相同
在步骤ST7918中，第2小区统一实体向服务子小区和CoMP测定集子小区通知给UE1的数据。具体而言，第2小区统一实体通知给UE1的CoMP用数据。
作为所通知的数据的的种类的具体例，公开有以下(1)～(3)这3种。
(1)PDCP数据单元。可设定为PDCP PDU数据或者PDCP SDU数据。
(2)RLC数据单元。可设定为RLC PDU数据或者RLC SDU数据。
(3)MAC数据单元。可设定为MAC PDU数据或者MAC SDU数据。
另外，也可同时通知各层中的数据所需的参数。作为参数的具体例，(1)在通知PDCP数据单元的情况下，通知RLC处理所必需的参数、以及MAC处理所必需的参数。另外，(2)在通知RLC数据单元的情况下，通知MAC处理所必需的参数。
作为第2小区统一实体是通知给UE1的数据的小区的具体例，由于和图36～图38的第1小区统一实体的情况相同，因此省略说明。
在步骤ST7919中，第2小区统一实体将包含表示在步骤ST7917中所决定的CoMP发送点的信息的CoMP调度，通知给服务子小区和CoMP测定集子小区。或者，第2小区统一实体也可将CoMP调度通知给CoMP传输子小区、CoMP激活集子小区。
在步骤ST7920中，服务子小区将步骤ST7630中所接收到的CSI反馈数据通知至第2小区统一实体。
在步骤ST7921中，服务子小区将步骤ST7631中所接收到的测定结果的报告通知至第2小区统一实体。
在步骤ST7922中，在步骤ST7921中接收到测定报告的第2小区统一实体根据需要对RRM测定集进行变更。步骤ST7922的处理详情与图15及图16的步骤ST1524的处理相同。
在步骤ST7923中，第2小区统一实体判断是否对CoMP测定集进行变更。步骤ST7923的处理详情与图15及图16的步骤ST1525的处理相同。当在步骤ST7923中判断为对CoMP测定集进行变更时，第2小区统一实体对CoMP测定集内的小区进行变更，并返回步骤ST7910的处理。当在步骤ST7923中判断为不对CoMP测定集进行变更时，转移至步骤ST7924。
在步骤ST7924中，第2小区统一实体解除CoMP、即决定停止执行CoMP。
在步骤ST7925中，第2小区统一实体向服务子小区通知解除(释放)对UE1的CoMP测定配置。
图44是表示实施方式7的移动通信系统的流程的一个示例的图。在图44所示的流程中，对与图36～图39、图41～图43所示的流程相同的步骤赋予相同的步骤编号，并省略共同的说明。在图44中示出了区分中心实体和第2小区统一实体、且由中心实体决定CoMP发送点的情况下的流程。在图44中示出了图41～图43的步骤ST7621～步骤ST7627的处理的其他具体例。对于区分了中心实体和第3小区统一实体的情况也同样。
在步骤ST8001中，第2小区统一实体将与作为执行CoMP的对象的数据相关的信息(下面也称为“数据参数”)通知给中心实体。作为数据参数的具体例，有数据量、服务的QoS信息等。第2小区统一实体可以将作为执行CoMP的对象的数据通知给中心实体。
在步骤ST8002中，中心实体在CoMP测定集之间进行调整，以对在步骤ST8001中接收到的成为执行CoMP的对象的数据实现CoMP。也可在CoMP激活集之间进行调整。具体而言，中心实体和第2小区统一实体一起对能否在服务子小区和CoMP测定集子小区中接受该数据的发送进行调整。对服务子小区覆盖范围内的除了CoMP对象以外的UE进行的调度、以及对CoMP测定集子小区覆盖范围内的除了CoMP对象以外的UE进行的调度都是由第2小区统一实体所进行的，因此，通过上述调整，能够得到最佳的调度。另外，由于不对各个子小区进行调整也可以，只要与第2小区统一实体一同进行调整即可，因此，在支持CoMP的移动通信系统中，通过设置第2小区统一实体能够防止控制延迟。
在步骤ST7703中，中心实体决定CoMP调度。中心实体根据与在步骤ST8001中所接收到的成为执行CoMP的对象的数据相关的信息，以及在步骤ST8002中所进行的与第2小区统一实体之间的调整结果，进行用于UE1的CoMP调度。具体而言，决定CoMP发送点。步骤ST7703的处理详情与图15及图16所示流程的步骤ST1516的处理相同。
然后，中心实体可以在CoMP发送点之间再次进行调整以决定最终的CoMP调度。
在步骤ST8004中，中心实体将在步骤ST7703中所决定的CoMP调度通知给第2小区统一实体。
在步骤ST8005中，第2小区统一实体将步骤ST8004中所接收到的调度通知至服务子小区。中心实体可以将在步骤ST7703中所决定的调度通知给服务子小区。
在步骤ST8006中，第2小区统一实体将步骤ST8004中所接收到的CoMP调度通知至CoMP测定集子小区。中心实体可以将在步骤ST7703中所决定的CoMP调度通知给CoMP测定集子小区。
图45是表示实施方式7的移动通信系统的流程的一个示例的图。在图45所示的流程中，对与图36～图39、图41～图43所示的流程相同的步骤赋予相同的步骤编号，并省略共同的说明。在图45中示出了区分中心实体和第2小区统一实体、且由第2小区统一实体和中心实体共同决定CoMP发送点的情况下的流程。在图45中示出了图41～图43的步骤ST7621～步骤ST7627的处理的其他具体例。对于区分了中心实体和第3小区统一实体的情况也同样。
在步骤ST8101中，服务子小区将在步骤ST7601中所接收到的CSI-RS的测定结果通知给第2小区统一实体。作为CSI-RS的测定结果的具体例，有CSI-RS测定报告(CSI-RSMeasurement Report)以及CSI反馈(CSI feedback)信息等。
在步骤ST8102中，第2小区统一实体决定用于UE1的、在本小区中单独进行的调度。也可以临时决定。
在步骤ST8103中，第2小区统一实体对中心实体通知CoMP测定集之间的调整委托。第2小区统一实体在通知调整委托时，只要通知在步骤ST8102中所决定的调度即可。作为调度的具体例，有时间-频率资源等。也可以委托进行CoMP激活集之间的调整。
第2小区统一实体可以具备中心实体所具有的功能。或者，中心实体可以具备第2小区统一实体所具有的功能。或者，同一实体可以具备中心实体所具有的功能、以及第2小区统一实体所具有的功能。图41～图43对应于该例子。
或者，第3小区统一实体可以具备中心实体所具有的功能。或者，中心实体可以具备第3小区统一实体所具有的功能。或者，同一实体可以具备中心实体所具有的功能、以及第3小区统一实体所具有的功能。图41～图43对应于该例子。
由此，第2小区统一实体和中心实体之间无需信令和通信，能够防止控制延迟。或者，第3小区统一实体和中心实体之间无需信令和通信，能够防止控制延迟。
具体而言，能够省略图44的步骤ST8001、步骤ST8002以及步骤ST8004的处理，或者图45的步骤ST8103、步骤ST8002以及步骤ST8004的处理等。
若中心实体具备对第2小区统一实体所具有的CoMP测定集内所包含的小区覆盖范围内的所有UE进行调度的功能，在此情况下，无需CoMP测定集之间的调整、或者CoMP激活集之间的调整、或者CoMP传输之间的调整。由此，能够力图防止控制延迟和减小处理负荷。
若中心实体具备对第3小区统一实体所具有的CoMP测定集内所包含的小区覆盖范围内的所有UE进行调度的功能，在此情况下，无需CoMP测定集之间的调整、或者CoMP激活集之间的调整、或者CoMP传输之间的调整。由此，能够力图防止控制延迟和减小处理负荷。
当在MAC的功能中存在难以在多个无线区域中通用的功能时，较难实现第2小区统一实体。在此情况下，第3小区统一实体是有用的，在该第3小区统一实体中，将在能够通过使其通用来使得在执行CoMP时力图防止控制延迟和减轻处理负荷这样的MAC功能中的至少调度功能设为在多个无线区域中通用。
下面，在实施方式7、实施方式8、实施方式9及实施方式10中，将eNB设为安装有至少一个小区和与其相关的接口的装置。另外，将子eNB(Sub eNB)设为安装有一个或多个子小区和与其相关的接口的装置。在子eNB中也包含RRH。
中心实体可安装于eNB、子eNB、MME及HeNBGW中，也可安装于新的装置中。此处，将安装有中心实体的装置称为CoMP调整装置。
小区统一实体可安装于eNB、子eNB、MME及HeNBGW中，也可安装于新的装置中。此处，将安装有小区统一实体的新的装置称为小区控制装置。CoMP调整装置和小区控制装置可以是同一装置。
根据安装各个实体的装置的不同，各个实体之间的接口也各不相同。例如，MME和eNB之间使用S1接口。HeNBGW和HeNB之间使用S1接口。HeNBGW和MME之间使用S1接口。eNB之间使用X2接口。eNB和子eNB之间使用专用线。在子eNB为RRH时所使用的专用线也称为光纤(optical fiber)。
利用上述实施方式7，能够得到与实施方式1相同的效果。
实施方式8
以下对实施方式8所解决的问题进行说明。在3GPP中，对于正在执行CoMP的移动终端的移动性(UE Mobility)，没有任何记载。因此，存在移动通信系统中无法执行CoMP的问题。
以下示出针对上述问题的解决对策。在切换前的服务小区(下面有时称为“源小区”)中，中止执行CoMP。具体而言，源小区在决定执行切换的情况下，中止执行CoMP。源小区在向切换对象的UE通知切换的指示之前，中止执行CoMP。即，源小区在向切换对象的UE通知包含了映射有切换所需的参数的移动控制信息的RRC连接重设定消息、以及切换指令时，不使用CoMP。
下面揭示中止执行CoMP的方法的具体例。作为移动通信系统，解除(释放)CoMP测定配置。
作为移动通信系统，揭示了下面(1)～(3)这3种解除CoMP测定配置的方法的具体例。
(1)源小区在决定执行切换的情况下，向切换对象的UE请求解除CoMP测定配置。源小区可在确认不存在正在继续的HARQ进程之后，向切换对象的UE请求解除CoMP测定配置。源小区可在向切换对象的UE请求解除CoMP测定配置时，一并通知解除理由是因为切换这一意思。
接收到CoMP测定配置的解除请求的UE可中止解除CoMP测定配置、以及中止CoMP测定集内的小区的CSI-RS测定。
UE可在解除CoMP测定配置时，存储包含在CoMP测定集内的小区的无线信息(RAN信息)。利用切换后的服务小区(下面有时称为“目标小区”)，能够对源小区中的CoMP测定集进行再设定。在此情况下，UE通过预先存储无线信息，能够防止控制延迟。
在以切换为理由解除CoMP测定配置时，UE可存储无线信息。在此情况下，源小区在向切换对象的UE请求解除CoMP测定配置时，可一并通知解除理由是因为切换这一意思。
接收到以切换为理由的CoMP测定配置的解除请求的UE可对包含在CoMP测定集内的小区的无线信息进行存储。另外，接收到未以切换为理由的CoMP测定配置的解除请求的UE可不对包含在CoMP测定集内的小区的无线信息进行存储。
作为CoMP测定集的无线信息的具体例，揭示了下面(a)～(n)这14个。
(a)PCI。(b)下行链路时刻。(c)MIB信息。(d)SIB信息。(e)CSI-RS信息。(f)TA。(g)接收-发送时刻差(TX-RX时刻差)。(h)接收MIMO信息。(i)与其它小区之间的相位差。(j)测定时UE的位置信息。(k)测定时的时间信息。(l)EDPCCH的配置。(m)接收品质信息。(n)上述(a)～(m)的组合。
(2)源小区在决定执行切换的情况下，向包含于CoMP测定集的小区请求解除CoMP测定配置。源小区可在确认不存在正在继续的HARQ进程之后，向包含于CoMP测定集的小区请求解除CoMP测定配置。接收到CoMP测定配置的解除请求的、包含于CoMP测定集的小区停止发送CSI-RS。
(3)源小区在决定执行切换的情况下，停止通知给UE1的CoMP用数据。具体而言，停止向包含于CoMP测定集中的小区通知给UE1的数据。源小区可在确认不存在正在继续的HARQ进程之后，停止通知给UE1的CoMP用数据。也可停止向包含于CoMP激活集中的小区通知给UE1的数据，或者停止向CoMP发送点通知给UE1的数据。
另外，源小区在决定执行切换的情况下，通知UE1用的CoMP调度。具体而言，停止向包含于CoMP测定集中的小区通知UE1用的CoMP调度。源小区可在确认不存在正在继续的HARQ进程之后，停止通知UE1用的CoMP调度。也可停止向包含于CoMP激活集中的小区通知UE1用的CoMP调度，或者停止向CoMP发送点通知UE1用的CoMP调度。
另外，可由服务小区或者中心实体对CoMP测定集进行管理。也可以按每个UE来管理CoMP测定集。作为CoMP测定集的管理主体的服务小区或者中心实体可以在解除CoMP测定配置之后对CoMP测定配置进行存储，以作为历史信息。
图46及图47是表示实施方式8的移动通信系统的流程的一个示例的图。图46与图47在边界线BL9的位置上相连。在图46和图47中示出了：在使用服务小区即小区1和小区2对UE1执行CoMP时、UE1从小区1移动至小区2的情况下的流程。在本流程中示出了中心实体构成于服务小区内的情况，因此，不特别区分中心实体和服务小区，都记载为服务小区。
在步骤ST8201中，小区1判断是否让UE1切换。在判断为让UE1切换的情况下，小区1中止对UE1执行CoMP。具体而言，小区1决定解除CoMP测定配置。另外，小区1在判断为让UE 1切换的情况下，决定切换目的地即目标小区。在本动作例中，选择小区2来作为目标小区。
在步骤ST8202中，小区1向UE1请求解除CoMP测定配置(CoMP Measurement setRelease：CoMP测定集释放)。在步骤ST8203中，小区2向UE1请求解除CoMP测定配置(CoMPMeasurement set Release：CoMP测定集释放)。在本动作例中揭示了在请求解除CoMP测定配置的情况下，使用小区1和小区2来执行CoMP，但是也可在解除CoMP测定配置时不使用CoMP，而仅由小区1来通知CoMP测定配置的解除请求。
在步骤ST8204中，接收到CoMP测定配置的解除请求的UE1解除CoMP测定配置。
在步骤ST8205中，服务小区即小区1向包含于CoMP测定集中的小区即小区2请求解除CoMP测定配置。
在步骤ST8206中，包含于CoMP测定集中的小区即小区2通知其对请求解除CoMP测定配置的应答。
在步骤ST8207中，在步骤ST8205中接收到CoMP测定配置的解除请求的、包含于CoMP测定集的小区即小区2停止发送CSI-RS。
在步骤ST8208中，服务小区即小区1停止向包含于CoMP测定集中的小区即小区2通知给UE1的数据。具体而言，停止通知给UE1的CoMP用数据。
在步骤ST8209中，小区1停止发送CSI-RS。
在步骤ST8210中，源小区即小区1向目标小区即小区2通知切换请求(HandoverRequest)。
在步骤ST8211中，目标小区即小区2根据资源判断是否能够接受切换，在判断为能够接受切换的情况下，向源小区即小区1通知接受切换请求(Handover Request Ack：切换请求应答)。
在步骤ST8212中，小区1开始向小区2转发(Data Forwarding)与UE相关的数据。具体而言，通知给UE1的HO用数据。利用PDCP SDU数据来通知HO用数据(参照非专利文献1)。
在步骤ST8213中，小区1向UE1通知RRC连接重设定消息(RRC ConnectionReconfiguration Message)，该RRC连接重设定消息包含映射了切换所需的参数的移动控制信息(Mobility Control Information)。小区1一并向UE1指示执行切换。执行切换的指示也称为“切换指令”。
在步骤ST8214中，UE1利用步骤ST8213中接收到的参数来尝试与小区2进行连接。即，UE1向小区2发送RACH，并发送RRC连接请求(RRC Connection Request)。
在步骤ST8215中，小区2向UE1通知时间提前(Timing Advance：TA)，以作为对步骤ST8214的处理的应答。
在步骤ST8216中，UE1向小区2通知RRC连接重设定完成(RRC ConnectionReconfiguration Complete)。
接收到RRC连接重设定完成的目标小区即小区2可判断为已完成切换处理。或者可判断为服务小区的变更步骤已完成。接收到RRC连接重设定完成的目标小区可对多点通信(CoMP通信)进行再建。由此，能够在切换后实现小区端使用了多个无线链路的通信品质的改善。
在步骤ST8217中，在步骤ST8216中从UE1接收到RRC连接重设定完成的通知的小区2执行路径切换处理。
在步骤ST8218中，完成路径切换处理的小区2向小区1通知UE上下文信息释放(UEContext Release)。
在步骤ST8219中，在步骤ST8218中从小区2接收到UE上下文信息释放的通知的小区1，释放对UE1的无线资源。
执行CoMP的情况的详细动作与实施方式7相同。另外，如实施方式7所揭示的那样，可由中心实体来决定CoMP发送点，也可由服务小区和中心实体共同决定CoMP发送点。该情况下的详细动作与实施方式7相同。
图48是表示实施方式8的移动通信系统的流程的一个示例的图。图48所示的流程与图46以及图47所示的流程类似，因此对相同的步骤赋予相同的步骤编号，并省略共同的说明。
在图48中示出了在区分小区统一实体和子小区的情况下执行CoMP时的流程。在本流程中示出了中心实体构成于服务子小区内、或者中心实体内的情况，因此，不特别区分中心实体和服务子小区、或中心实体，将其都记载为服务子小区或中心实体。
在图48中示出了：在使用服务子小区即子小区1和子小区2对UE1执行CoMP时、UE1从子小区1移动至子小区2的情况下的流程。
无论小区统一实体是第1小区统一实体，还是第2小区统一实体，还是第3小区统一实体，都能够使用图48所示的流程。
在步骤ST8301中，小区统一实体判断是否让UE1切换。在判断为让UE1切换的情况下，小区统一实体中止对UE1执行CoMP。具体而言，小区统一实体决定解除CoMP测定配置。另外，小区统一实体在判断为让UE1切换的情况下，决定切换目的地即目标小区。在本动作例中，选择小区2来作为目标小区。
在步骤ST8302中，小区统一实体向包含于CoMP测定集中的小区即子小区1请求解除CoMP测定配置。不仅限于CoMP测定配置的解除请求，也可以请求停止发送CSI-RS。在图48中虽然进行了省略，但是子小区1可向小区统一实体通知对CoMP测定配置的解除请求的应答。
在步骤ST8303中，小区统一实体向包含于CoMP测定集中的小区即子小区2请求解除CoMP测定配置。不仅限于CoMP测定配置的解除请求，也可以请求停止发送CSI-RS。在图48中虽然进行了省略，但是子小区2可向小区统一实体通知对CoMP测定配置的解除请求的应答。
在步骤ST8304中，接收到CoMP测定配置的解除请求的、包含于CoMP测定集中的小区即子小区1停止发送CSI-RS。
在步骤ST8305中，接收到CoMP测定配置的解除请求的、包含于CoMP测定集中的小区即子小区2停止发送CSI-RS。
在步骤ST8306中，小区统一实体停止向包含于CoMP测定集中的子小区2通知给UE1的数据。具体而言，停止通知给UE1的CoMP用数据。
小区统一实体掌握子小区的负载状况等，在能够判断作为目标小区的子小区2是否可接受切换的情况下，能够省略与图46及图47的步骤ST8210及步骤ST8211相应的处理。由此，通过设置小区统一实体，能够防止控制延迟。
考虑小区统一实体同时具有多个无线区域中的PDCP功能的情况。具体而言，考虑同时具有服务子小区的无线区域和目标子小区的无线区域中的PDCP的功能的情况。在此情况下，在服务子小区和目标子小区之间无需通知HO用数据。因此，能够省略与图47的步骤ST8212相应的处理。由此，通过设置小区统一实体，能够防止控制延迟。
在步骤ST8308中，小区统一实体向UE1通知RRC连接重设定消息(RRC ConnectionReconfiguration Message)，该RRC连接重设定消息包含映射了切换所需的参数的移动控制信息(Mobility Control Information)。小区统一实体一并向UE1指示执行切换。执行切换的指示也称为“切换指令”。
在步骤ST8309中，子小区2将步骤ST8216中所接收到的RRC连接重设定完成通知至小区统一实体。
考虑小区统一实体同时具有多个无线区域中的PDCP功能的情况。具体而言，考虑同时具有服务子小区的无线区域和目标子小区的无线区域中的PDCP的功能的情况。在此情况下，无需进行从服务子小区到目标子小区的路径切换处理。因此，能够省略与图47的步骤ST8217相应的处理。由此，通过设置小区统一实体，能够防止控制延迟。
在步骤ST8311中，完成路径切换处理的小区统一实体向子小区1通知UE上下文信息释放(UE Context Release)。
执行CoMP的情况的详细动作与实施方式7相同。在使用第1小区统一实体的情况下执行CoMP的详细动作、以及在使用第2小区统一实体的情况下执行CoMP的详细动作与实施方式7相同。另外，如实施方式7所揭示的那样，可由中心实体来决定CoMP发送点，也可由服务子小区和中心实体共同决定CoMP发送点，还可以由小区统一实体和中心实体共同决定CoMP发送点。该情况下的详细动作与实施方式7相同。
利用上述实施方式8，能够得到以下效果。在本实施方式中揭示了正在执行CoMP时的切换方法。利用所揭示的方法，能够进行CoMP执行过程中的切换。
另外，与后述的实施方式10相比，较易控制。另外，与实施方式10相比，能够回避移动通信系统的复杂化，同时对于CoMP执行过程中的UE的移动，能够在基站及移动终端进行统一的动作，从而能够获得稳定的移动通信系统。
实施方式8的变形例1
在本变形例中揭示了与实施方式8不同的其它的中止执行CoMP的方法的具体例。
作为移动通信系统，解除(释放)CoMP激活配置配置。作为移动通信系统，不解除(释放)CoMP测定配置，即维持CoMP测定配置。
作为移动通信系统解除(释放)CoMP激活配置的方法的具体例，揭示了下面(1)～(6)这6种。
(1)源小区在决定执行切换的情况下，向切换对象的UE请求解除CoMP激活配置。源小区在确认不存在正在继续的HARQ进程之后，可向切换对象的UE请求解除CoMP激活配置。
接收到解除CoMP激活配置的请求的UE对CoMP激活配置进行解除。可以不解除CoMP测定配置。可以继续对CoMP测定集内小区的CSI-RS进行测定。
UE在解除CoMP激活配置时，可存储包含在CoMP激活集内的小区的无线信息(RAN信息)。可能利用目标小区，对源小区中的CoMP激活配置进行再设定。在此情况下，UE通过预先存储无线信息，能够防止控制延迟。
在以切换为理由解除CoMP激活配置时，UE可存储无线信息。在此情况下，源小区在向切换对象的UE请求解除CoMP激活配置时，可一并通知解除理由是因为切换这一意思。
接收到以切换为理由的CoMP激活配置的解除请求的UE可对包含在CoMP激活集内的小区的无线信息进行存储。另外，接收到未以切换为理由的CoMP激活配置的解除请求的UE可不对包含在CoMP激活集内的小区的无线信息进行存储。
CoMP激活集的无线信息的具体例与实施方式8的CoMP测定集的无线信息相同。
(2)源小区在决定执行切换的情况下，不向包含于CoMP测定集的小区请求解除CoMP测定配置。也就是说，包含于CoMP测定集的小区继续发送CSI-RS。
(3)源小区在决定执行切换的情况下，停止通知给UE1的CoMP用数据。具体而言，停止向包含于CoMP测定集中的小区通知给UE1的数据。源小区可在确认不存在正在继续的HARQ进程之后，停止通知给UE1的CoMP用数据。也可停止向包含于CoMP测定集的小区通知给UE1的数据，或者停止向包含于CoMP激活集的小区通知给UE1的数据，或者停止向包含于CoMP发送点通知给UE1的数据。
(4)对CoMP测定集的处理进行说明。
(4-1)源小区中的CoMP测定集可在目标小区中继续使用。具体而言，源小区在向目标小区通知切换请求(Handover Request)的同时，还通知源小区中的CoMP测定集。目标小区继续使用与切换请求同时通知的源小区中的CoMP测定集，以作为切换对象的UE的CoMP测定集。此时，当在目标小区中能够继续使用源小区中的CoMP测定集的情况下，向源小区通知这一意思(Ack：应答)。在目标小区能够继续使用源小区中的CoMP测定集这一意思可与切换请求接受(Handover Request Ack)一起进行通知。
当在目标小区中不能够继续使用源小区中的CoMP测定集的情况下，向源小区通知这一意思(Nack)。在目标小区不能够继续使用源小区中的CoMP测定集这一意思可与切换请求接受(Handover Request Ack)一起进行通知。
当在目标小区中继续使用源小区中的CoMP测定集的情况下，可与包含映射了切换所需的参数的移动控制信息(Mobility Control Information)的RRC连接重设定消息(RRCConnection Reconfiguration Message)一起，重新通知CoMP测定配置。由此，能够降低目标小区和UE之间发生状态不一致的情况。
或者，也可以不重新进行通知，而是与包含映射了切换所需的参数的移动控制信息(Mobility Control Information)的RRC连接重设定消息(RRC ConnectionReconfiguration Message)一起，通知表示在目标小区中继续使用源小区中的CoMP测定集的信息、例如指示。由此，能够减少控制信息。
或者，作为移动通信系统，在切换时，也可静态地或准静态地决定使CoMP测定集继续。由此，能够减少控制信息。另外，无需对包含映射了切换所需的参数的移动控制信息(Mobility Control Information)的RRC连接重设定消息(RRC ConnectionReconfiguration Message)追加信息，从而能够构建具有向后兼容性的移动通信系统。
能够以与CoMP测定集同样的方式，处理CoMP激活集。
(4-2)预先从源小区向UE通知在目标小区中预定用于UE的CoMP测定集。也可在切换之前进行通知。
当在目标小区中不能继续使用源小区中的CoMP测定集的情况下，通知在目标小区中预定用于UE的CoMP测定集。也可与切换请求接受(Handover Request Ack)一起，通知预定用于UE的CoMP测定集。
作为在目标小区中预定用于UE的CoMP测定集，可以设为目标小区中预先确定的固有的集合即可。例如，可以根据目标小区的位置而非根据每个UE来进行决定。这是因为UE在目标小区中不执行测定。
在目标小区中预定用于UE的CoMP测定集可与RRC连接重设定消息(RRCConnection Reconfiguration Message)一起通知，该RRC连接重设定消息包含映射了切换所需的参数的移动控制信息(Mobility Control Information)。由此，UE能够提前知道在目标小区中预定用于UE的CoMP测定集，能够防止控制延迟。UE可以在切换之后使用在目标小区中预定用于UE的CoMP测定集。
能够以与CoMP测定集同样的方式，处理CoMP激活集。
(5)接收到切换指令的UE可继续对目标小区中的CoMP测定集内小区的CSI-RS进行测定。
(6)从目标小区接收到已完成路径切换处理的通知的小区1进行如下处理。源小区决定对切换对象的UE解除CoMP测定配置。源小区可停止发送CSI-RS。源小区向包含于CoMP测定集的小区请求解除CoMP测定配置。源小区可在确认不存在正在继续的HARQ进程之后，向包含于CoMP测定集的小区请求解除CoMP测定配置。
接收到请求解除CoMP测定配置的、包含于CoMP测定集的小区停止发送CSI-RS。
图49及图50是表示实施方式8的变形例1的移动通信系统的流程的一个示例的图。图49与图50在边界线BL10的位置上相连。图49和图50所示的流程与图46和图47所示的流程类似，因此对相同的步骤赋予相同的步骤编号，并省略共同的说明。在图49和图50中示出了：在使用服务小区即小区1和小区2对UE1执行CoMP时、UE1从小区1移动至小区2的情况下的流程。在本流程中示出了中心实体构成于服务小区内的情况，因此，不特别区分中心实体和服务小区，都记载为服务小区。
在步骤ST8400中，小区1判断是否让UE1切换。在判断为让UE1切换的情况下，小区1中止对UE1执行CoMP。具体而言，小区1决定解除CoMP激活配置。另外，小区1在判断为让UE1切换的情况下，决定切换目的地即目标小区。在本动作例中，选择小区2来作为目标小区。
在步骤ST8401中，小区1向UE1请求解除CoMP激活配置(CoMP Active setRelease：CoMP激活集释放)。在步骤ST8402中，小区2向UE1请求解除CoMP激活配置(CoMPActive set Release：CoMP激活集释放)。在本动作例中揭示了在请求解除CoMP激活配置的情况下，使用小区1和小区2来执行CoMP，但是也可在解除CoMP激活配置时不使用CoMP，而仅由小区1来通知CoMP测定配置的解除请求。
在步骤ST8403中，接收到解除CoMP激活配置的请求的UE1解除CoMP激活配置。
在步骤ST8404中，在步骤ST8218中从小区2接收到UE上下文信息释放的通知的小区1，决定解除CoMP测定配置。也可决定解除CoMP激活配置，来代替解除CoMP测定配置。
在步骤ST8405中，服务小区即小区1向包含于CoMP测定集中的小区即小区2请求解除CoMP测定配置。
在步骤ST8406中，包含于CoMP测定集中的小区即小区2通知其对请求解除CoMP测定配置的应答。
在步骤ST8407中，在步骤ST8405中接收到请求解除CoMP测定配置的、包含于CoMP测定集的小区即小区2停止发送CSI-RS。
在步骤ST8408中，在步骤ST8404中决定解除CoMP测定配置的小区1停止发送CSI-RS。
执行CoMP的情况的详细动作与实施方式7相同。另外，如实施方式7所揭示的那样，可由中心实体来决定CoMP发送点，也可由服务小区和中心实体共同决定CoMP发送点。该情况下的详细动作与实施方式7相同。
图51及图52是表示实施方式8的变形例1的移动通信系统的流程的一个示例的图。图51和图52所示的流程与图46～图50所示的流程类似，因此对相同的步骤赋予相同的步骤编号，并省略共同的说明。图51与图52在边界线BL11的位置上相连。在图51和图52中示出了在区分小区统一实体和子小区的情况下执行CoMP时的流程。在本流程中示出了中心实体构成于服务子小区或中心实体内的情况，因此，不特别区分中心实体，都记载为服务子小区或中心实体。在图51和图52中示出了：在使用服务子小区即子小区1和子小区2对UE1执行CoMP时、UE1从子小区1移动至子小区2的情况下的流程。无论小区统一实体是第1小区统一实体，还是第2小区统一实体，还是第3小区统一实体，都能够使用图51和图52所示的流程。
在步骤ST8500中，小区统一实体判断是否让UE1切换。在判断为让UE1切换的情况下，小区统一实体中止对UE1执行CoMP。具体而言，小区统一实体决定解除CoMP激活配置。另外，小区统一实体在判断为让UE1切换的情况下，决定切换目的地即目标小区。在本动作例中，选择子小区2来作为目标小区。
在步骤ST8501中，在步骤ST8309中接收到RRC连接完成的情况下，小区统一实体决定解除CoMP测定配置。也可决定解除CoMP激活配置，来代替解除CoMP测定配置。
在步骤ST8502中，小区统一实体向包含于CoMP测定集中的小区即子小区1请求解除CoMP测定配置。不仅限于请求解除CoMP测定配置，也可以请求停止发送CSI-RS。在图51和图52中虽然进行了省略，但是子小区1可向小区统一实体通知对CoMP测定配置的解除请求的应答。
在步骤ST8503中，小区统一实体向包含于CoMP测定集中的小区、即子集2请求解除CoMP测定配置。不仅限于请求解除CoMP测定配置，也可以请求停止发送CSI-RS。在图51和图52中虽然进行了省略，但是子小区2可向小区统一实体通知对CoMP测定配置的解除请求的应答。
在步骤ST8504中，接收到解除CoMP测定配置的请求的、包含于CoMP测定集的小区即子小区2停止发送CSI-RS。
在步骤ST8505中，接收到解除CoMP测定配置的请求的、包含于CoMP测定集的小区即子小区1停止发送CSI-RS。
执行CoMP的情况的详细动作与实施方式7相同。在使用第1小区统一实体的情况下执行CoMP的详细动作、以及在使用第2小区统一实体的情况下执行CoMP的详细动作与实施方式7相同。另外，如实施方式7所揭示的那样，可由中心实体来决定CoMP发送点，也可由小区统一实体和中心实体共同决定CoMP发送点。该情况下的详细动作与实施方式7相同。
利用上述实施方式8的变形例1，除了实施方式8的效果以外，还能获得以下效果。位于可执行CoMP的位置的UE、或者通过执行CoMP维持了接收品质的UE都能够继续进行CoMP测定。由此，相比于实施方式8，能够在切换之后迅速开始执行CoMP。另外，能够预先从源小区向UE通知在目标小区中预定用于UE的CoMP测定集。由此，无需重新从目标小区通知CoMP测定集，相比于实施方式8，能够在切换之后迅速开始执行CoMP。
实施方式8的变形例2
在本变形例中揭示了与实施方式8及实施方式8的变形例1不同的其它的中止执行CoMP的方法的具体例。
作为移动通信系统，不进行CoMP调度。也可不选择CoMP发送点。
作为移动通信系统，下面揭示了不进行CoMP调度的方法的具体例。
(1)源小区在决定执行切换的情况下，因中止执行CoMP，因此对于切换对象的UE不进行任何通知。由此，相比于实施方式8及实施方式8的变形例1，能够有效地利用无线资源。可以不解除CoMP测定集或CoMP激活配置。可以继续对CoMP测定集内小区的CSI-RS进行测定。
本变形例中不进行CoMP调度的方法的其它具体例与实施方式8的变形例1中解除CoMP激活配置的方法的具体例(2)、(3)、(4)、(5)、(6)相同，因此省略说明。
图53及图54是表示实施方式8的变形例2的移动通信系统的流程的一个示例的图。图53与图54在边界线BL12的位置上相连。图53和图54所示的流程与图46、图47、图49以及图50所示的流程类似，因此对相同的步骤赋予相同的步骤编号，并省略共同的说明。在图53和图54中示出了：在使用服务小区即小区1和小区2对UE1执行CoMP时、UE1从小区1移动至小区2的情况下的流程。在本流程中示出了中心实体构成于服务小区内的情况，因此，不特别区分中心实体和服务小区，都记载为服务小区。
在步骤ST8601中，小区1判断是否让UE1切换。在判断为让UE1切换的情况下，小区1中止对UE1执行CoMP。具体而言，小区1决定不进行CoMP调度。另外，小区1在判断为让UE1切换的情况下，决定切换目的地即目标小区。在本动作例中，选择小区2来作为目标小区。
在步骤ST8602中，服务小区即小区1向包含于CoMP发送点中的小区即小区2停止通知给UE1的数据。具体而言，停止通知给UE1的CoMP用数据。
执行CoMP的情况的详细动作与实施方式7相同。另外，如实施方式7所揭示的那样，可由中心实体来决定CoMP发送点，也可由服务小区和中心实体共同决定CoMP发送点。该情况下的详细动作与实施方式7相同。
图55是表示实施方式8的变形例2的移动通信系统的流程的一个示例的图。图55所示的流程与图46～图48、图51及图52所示的流程类似，因此对相同的步骤赋予相同的步骤编号，并省略共同的说明。
在图55中示出了在区分小区统一实体和子小区的情况下执行CoMP时的流程。在本流程中示出了中心实体构成于服务子小区内、或者中心实体内的情况，因此，不特别区分中心实体和服务子小区、或中心实体，都记载为服务子小区或中心实体。
在图55中示出了：在使用服务子小区即子小区1和子小区2对UE1执行CoMP时、UE1从子小区1移动至子小区2的情况下的流程。无论小区统一实体是第1小区统一实体，还是第2小区统一实体，还是第3小区统一实体，都能够使用图55所示的流程。
在步骤ST8701中，小区统一实体判断是否让UE1切换。在判断为让UE1切换的情况下，小区统一实体中止对UE1执行CoMP。具体而言，小区统一实体决定不进行CoMP调度。或者，也可以是服务子小区决定不进行CoMP调度。另外，在判断为让UE1切换的情况下，小区统一实体决定切换目的地即目标小区。在本动作例中，选择子小区2来作为目标小区。
在步骤ST8702中，小区统一实体停止向包含于CoMP发送点中的小区即子小区2通知给UE1的数据。具体而言，停止通知给UE1的CoMP用数据。
执行CoMP的情况的详细动作与实施方式7相同。在使用第1小区统一实体的情况下执行CoMP的详细动作、以及在使用第2小区统一实体的情况下执行CoMP的详细动作与实施方式7相同。另外，如实施方式7所揭示的那样，可由中心实体来决定CoMP发送点，也可由小区统一实体和中心实体共同决定CoMP发送点。该情况下的详细动作与实施方式7相同。
利用上述实施方式8的变形例2，能获得与实施方式8及实施方式8的变形例1相同的效果。
实施方式9
以下对实施方式9所解决的问题进行说明。在实施方式8的方法中，暂时中止执行CoMP。因此会出现如下问题：通过执行CoMP来维持接收品质的链路的接收品质急剧地恶化，进而发生通信中断。作为具体例，考虑在UE无法正常地接收由源小区发送而来的RRC连接重设定消息的情况，该RRC连接重设定消息包含映射了切换所需的参数的移动控制信息。由此，UE无法正常地切换，导致通信中断。
下面示出对发生上述通信中断的问题的解决对策。在进行切换处理的过程中，利用源小区继续执行CoMP。即，在进行切换处理的过程中，在包含小区及子小区的网络一侧不解除与CoMP相关的结构。具体而言，不解除CoMP测定集、及CoMP激活配置。源小区在向切换对象的UE通知包含了映射有切换所需的参数的移动控制信息的RRC连接重设定消息、以及切换指令时，执行CoMP。
作为切换处理过程中的具体例，有切换准备(Handover preparation)阶段、切换执行(Handover Execution)阶段、切换完成(Handover Completion)阶段等(参照非专利文献1第10.1.2.1章)。
作为利用源小区继续执行CoMP的方法的具体例，揭示下面的(1)～(3)这3种。
(1)源小区在向切换对象的UE通知包含了映射有切换所需的参数的移动控制信息的RRC连接重设定消息、以及切换指令时，执行CoMP。
(2)源小区在向切换对象的UE通知包含了映射有切换所需的参数的移动控制信息的RRC连接重设定消息的同时、或者之后，请求解除CoMP测定配置。也可请求解除CoMP激活配置，以代替请求解除CoMP测定配置。
接收到解除CoMP测定配置的请求的UE可中止解除CoMP测定配置、以及中止CoMP测定集内小区的CSI-RS的测定。也可中止解除源小区中的CoMP测定配置、以及中止源小区中的CoMP测定集内的小区的CSI-RS的测定。
或者，作为移动通信系统，在执行CoMP时，包含映射有切换所需的参数的移动控制信息的RRC连接重设定消息可以与CoMP测定配置的解除请求、或者CoMP激活配置的解除请求合并。由此，能够减少控制信息。在此情况下，在执行CoMP时，接收到包含映射有切换所需的参数的移动控制信息的RRC连接重设定消息的UE只要中止解除CoMP测定配置、或者中止解除CoMP激活配置、或者中止CoMP测定集内小区的CSI-RS的测定即可。
UE在以切换为理由解除CoMP测定配置时，可存储无线信息。具体例与实施方式8相同，因此省略说明。
(3)从目标小区接收到已完成路径切换处理的通知的小区1进行如下处理。作为通知已完成路径切换处理的具体例，有UE上下文信息释放的通知。源小区停止通知给UE1的CoMP用数据。具体而言，停止向包含于CoMP测定集中的小区通知给UE1的数据。源小区可在确认不存在正在继续的HARQ进程之后，停止通知给UE1的CoMP用数据。可停止向包含于CoMP测定集的小区通知给UE1的数据，或者停止向包含于CoMP激活集的小区通知给UE1的数据，或者停止向CoMP发送点通知给UE1的数据。
本变形例中利用源小区继续执行CoMP的方法的其它具体例与实施方式8的变形例1中解除CoMP激活配置的方法的具体例(4)、(5)、(6)相同，因此省略说明。
图56及图57是表示实施方式9的移动通信系统的流程的一个示例的图。图56与图57在边界线BL13的位置上相连。图56和图57所示的流程与图46、图47、图49以及图50所示的流程类似，因此对相同的步骤赋予相同的步骤编号，并省略共同的说明。在图56和图57中示出了：在使用服务小区即小区1和小区2对UE1执行CoMP时、UE1从小区1移动至小区2的情况下的流程。在本流程中示出了中心实体构成于服务小区内的情况，因此，不特别区分中心实体和服务小区，都记载为服务小区。
在步骤ST8801中，小区1判断是否让UE1切换。在判断为让UE1切换的情况下，小区1在切换处理过程中中止继续利用源小区对UE1执行CoMP。另外，在判断为让UE1切换的情况下，小区1决定切换目的地即目标小区。在本动作例中，选择小区2来作为目标小区。
在步骤ST8802中，小区1向UE1通知RRC连接重设定消息，该RRC连接重设定消息包含映射了切换所需的参数的移动控制信息。在步骤ST8803中，小区2向UE1通知RRC连接重设定消息，该RRC连接重设定消息包含映射了切换所需的参数的移动控制信息。小区1一并向UE1指示执行切换。在本动作例中，对于上述RRC连接重设定消息的通知，使用小区1和小区2来执行CoMP。
在步骤ST8804中，接收到CoMP测定配置的解除请求的UE1解除CoMP测定配置。
在步骤ST8805中，在步骤ST8218中接收到UE上下文信息释放的小区1停止向包含于CoMP测定集的小区通知给UE1的数据。具体而言，停止通知给UE1的CoMP用数据。
执行CoMP的情况的详细动作与实施方式7相同。另外，如实施方式7所揭示的那样，可由中心实体来决定CoMP发送点，也可由服务小区和中心实体共同决定CoMP发送点。该情况下的详细动作与实施方式7相同。
图58及图59是表示实施方式9的移动通信系统的流程的一个示例的图。图58与图59在边界线BL14的位置上相连。图58和图59所示的流程与图46～图48、图51、图52、图56及图57所示的流程类似，因此对相同的步骤赋予相同的步骤编号，并省略共同的说明。
在图58和图59中示出了在区分小区统一实体和子小区的情况下执行CoMP时的流程。在本流程中示出了中心实体构成于服务子小区内、或者中心实体内的情况，因此，不特别区分中心实体和服务子小区、或中心实体，都记载为服务子小区或中心实体。
在图58和图59中示出了：在使用服务子小区即子小区1和子小区2对UE1执行CoMP时、UE1从子小区1移动至子小区2的情况下的流程。无论小区统一实体是第1小区统一实体，还是第2小区统一实体，还是第3小区统一实体，都能够使用图58和图59所示的流程。
在步骤ST8901中，小区统一实体判断是否让UE1切换。在判断为让UE1切换的情况下，小区统一实体在切换处理过程中决定继续利用源小区对UE1执行CoMP。另外，小区统一实体在判断为让UE1切换的情况下，决定切换目的地即目标小区。在本动作例中，选择子小区2来作为目标小区。
在步骤ST8902中，在步骤ST8309中接收到RRC连接完成的小区统一实体停止向包含于CoMP测定集的小区通知给UE1的数据。具体而言，停止通知给UE1的CoMP用数据。
执行CoMP的情况的详细动作与实施方式7相同。另外，如实施方式7所揭示的那样，可由中心实体来决定CoMP发送点，也可由服务小区和中心实体共同决定CoMP发送点。该情况下的详细动作与实施方式7相同。
利用上述实施方式9，除了实施方式8及实施方式8的变形例1的效果以外，还能获得以下效果。不会产生因切换处理而导致在源小区中接收品质急剧恶化的情况。作为具体例，因为使用CoMP来发送从源小区发送而来的RRC连接重设定消息，因此UE能够正常地接收RRC连接重设定消息，其中，该RRC连接重设定消息包含映射有切换所需的参数的移动控制信息。
实施方式9的变形例1
以下对实施方式9的变形例1所解决的问题进行说明。在3GPP中，如下所述那样揭示了发生无线链路失败(Radio Link Failure)情况下的动作(参照非专利文献1第10.1.6章)。无线链路失败包括切换失败(Handover Failure)。揭示了在无线链路失败时、使UE的再连接成功的条件。作为再连接成功的一个条件，有时UE选择保管有UE的上下文信息的eNB作为再连接目的地。
在发生切换失败的情况下，不从目标小区向源小区通知UE上下文信息释放。因此，在源小区中不释放切换对象的UE的上下文信息。另外，在发生切换失败的情况下，若UE选择源小区作为再连接目的地，则满足使上述再连接成功的条件。
当正在执行CoMP的UE移动时，还要考虑在源小区通过执行CoMP来维持接收品质。因此，在切换失败的情况下，即使选择源小区来作为再连接目的地，还是会发生链路接收品质差、再连接失败可能性高的问题。
下面示出对于上述再连接失败可能性高的问题的解决对策。当正在执行CoMP的UE移动时，在检测出切换失败的UE选择源小区作为再连接目的地的情况下，对源小区中的CoMP测定集进行再设定。也可重新开始对源小区中的CoMP测定集内小区的CSI-RS进行测定。或者对源小区中的CoMP激活集进行再设定。
在实施方式9的变形例1中，源小区在从目标小区接收到已完成路径切换处理的通知之后，进行对切换对象的UE的CoMP测定配置的解除。在发生切换失败的情况下，不会有来自目标小区的已完成路径切换处理的通知。因此，在切换失败时，在源小区中不会进行对切换对象的UE的CoMP测定配置的解除。由此，在包含小区及子小区的网络一侧和UE之间，不会发生CoMP测定集的不匹配。
在此情况下，UE在以切换为理由解除CoMP测定配置时，可存储无线信息。具体例与实施方式8相同，因此省略说明。
利用上述实施方式9的变形例1，能够得到以下效果。在切换失败的情况下，当选择源小区来作为再连接目的地时，能够通过执行CoMP来维持该链路的接收品质，且能够提高再连接成功的可能性。
实施方式10
以下对实施方式10所解决的问题进行说明。在上述实施方式8及其变形例、以及实施方式9及其变形例中，采用以下结构，即：在所设定的CoMP激活集(CoMP Active Set)或CoMP测定集(CoMP measurement set)内执行多点通信(CoMP通信)的UE中，在执行切换的情况下、即执行服务小区(Serving Cell)的变更的情况下，停止CoMP通信，切换成与服务小区之间的单点通信，在完成服务小区的变更步骤之后，再次构建多点通信。
图60及图61是用于说明多个子eNB装置和UE之间进行CoMP通信的概念的图。在图60中示出了3个子eNB(Sub-eNB)装置、即第1子eNB装置(Sub-eNB1)10104、第2子eNB装置(Sub-eNB2)10105及第3子eNB装置(Sub-eNB3)10106与第1UE(UE1)10107之间进行CoMP通信的情况。利用3个子eNB装置10104～10106来实现3个小区区域10101～10103。
在图61中示出了第1UE(UE1)从用参照标号“10207”所示的位置移动到用参照标号“10208”所示的位置的情况。在图61中，第1UE(UE1)10207、10208相当于图60的第1UE(UE1)10107，第1～第3子eNB装置(Sub-eNB1～Sub-eNB3)10204～10206相当于图60的第1～第3子eNB装置(Sub-eNB1～Sub-eNB3)10104～10106，各子eNB装置10204～10206的小区区域10201～10203相当于图60的小区区域10101～10103。
若第1UE(UE1)从用参照标号“10207”所示的位置移动到用参照标号“10208”所示的位置，则为了进行随之而来的服务小区(Serving Cell)的变更处理，停止CoMP通信。此时，第1UE(UE1)10208与例如第1子eNB装置(Sub-eNB1)10204进行通信。
服务小区的变更如图61所示，大多在UE存在于所在小区服务圈的小区端部时来进行。考虑到在这样的位置关系中，距离增大多少，服务小区和UE的通信链路的通信品质就下降多少。另外，变更服务小区原本就是以变更为通信链路的通信品质更好的小区为目的而进行的。
如图61所示，在变更服务小区时停止CoMP通信的情况下，在该停止期间内，无法得到多点通信(CoMP通信)相对于单点通信而具有的通信品质的增益，导致不得不以低通信品质来进行通信。这可能会引起无法完成服务小区的变更步骤的状况。
另外，CoMP通信的目的之一在于对小区端部的使用多个无线链路的通信品质进行改善。由此亦可知上述问题是重要的问题。
而且，作为另一个问题，可以列举出如下问题。在非专利文献1等中所揭示的对UE的服务小区的变更处理中，虽然存在有利用上位重发的恢复处理，但是在其步骤中允许丢失一部分的层2数据包。
然而，数据包的丢失会引起伴随着服务小区的变更的无用的通信流量的增大。另外，若考虑到因停止CoMP通信而带来的品质恶化的影响，数据包丢失的影响可能会变得更大。
以下示出实施方式10中对上述问题的解决对策。为了解决上述问题，在本实施方式中，在继续CoMP通信的同时，对服务小区进行变更。图62是用于说明实施方式10中的服务小区的变更的图。在图62中示出了在继续CoMP通信的同时，第1UE(UE1)从用参照标号“10307”所示的位置移动到用参照标号“10308”所示的位置的情况。
成为包含于CoMP的CoMP激活集或CoMP测定集中的对象的小区是在地理位置上相邻的小区的可能性较高，从这些小区中选择出成为变更目的地的服务小区的可能性也就非常高。在图62中示出了如下情况的示例：在CoMP激活集中，在包含第1～第3子eNB装置(Sub-eNB1～Sub-eNB3)10304～10306的各个小区之中，将服务小区从包含第1子eNB装置(Sub-eNB1)10304的小区变更为包含第2子eNB装置(Sub-eNB2)10305的小区。
此时，由于UE的移动，很可能导致作为服务小区的变更源的小区(后面称为“源小区”)的通信链路品质不够，而随着距离的接近，作为服务小区的变更目的地的小区(后面称为“目标小区”)的通信链路品质很可能会变好。因此，在继续进行CoMP通信的情况下对服务小区进行变更能够与CoMP通信的目的保持一致、且能够在良好的环境下对服务小区进行变更，因此非常有效果。
另外，因为在继续进行CoMP通信的情况下对服务小区(Serving Cell)进行变更，所以能够期待将现有的物理层的瞬断限制为最小限度的效果。因此，通过使源小区(SourceCell)的层2和目标小区(Target Cell)的层2协作，能够将已有的层2的数据包丢失抑制到最小限度，从而能够抑制伴随着服务小区的变更的无用流量的增加。
为了实现上述目的，在服务小区变更步骤中追加下面的(1)～(4)这4项处理。
(1)从源小区向目标小区通知CoMP集。
(2)不放弃除了PDCP SDU以外的层2(PDCP/RLC)的处理之前或处理之中或处理之后的数据单元(RLC SDU、RLC PDU、其它处理过程中的数据单元)，将其与相关联的参数一起从源小区转发至目标小区。
(3)至少在层2处理中对于HARQ处理等与物理层处理相关的处理，考虑在源小区一侧使其完成，并执行向目标小区的切换。
(4)在层2(PDCP/RLC)的数据传送中，追加在源小区和目标小区中确保传送有序性的步骤(不进行3GPP TS36.322V10.0.0(下面称为“参考文献8”)中所记载的RLC的Re-establishment(重建立))。
在本实施方式中，虽未记载MAC数据单元的转发，但与RLC/PDCP一样，能够将MAC层中在开始HARQ处理前的数据单元转发给目标小区。
图63～图66是表示实施方式10的移动通信系统的流程的一个示例的图。图63与图64在边界线BL15的位置上相连。图64与图65在边界线BL16的位置上相连。图65与图66在边界线BL17的位置上相连。
本流程示出如下例子：在UE与E-UTRAN之间的通信中，UE进行将3个小区作为CoMP激活集、或CoMP测定集的CoMP通信，并在其中的各小区之间进行服务小区的变更。在图63～图66中虽然省略了记载，但设为利用PDCCH等来执行从小区对UE所进行的调度通知等。
此处，在该CoMP激活集或CoMP测定集内的小区之中，在进行服务小区变更时，将变更前的服务小区设为源小区，将变更后的服务小区设为目标小区，在本流程中将不会成为服务小区的剩下的一个小区设为非服务小区。
这些小区构成PHY、MAC、RLC、PDCP以及RRC的各个层，这些层原则上至少具有3GPP的标准中所记载的功能。
首先，在流程的最初，UE进行将3个小区设为CoMP激活集或CoMP测定集的CoMP通信。在此情况下，在步骤ST10401～步骤ST10404中，在源小区和目标小区之间、以及在源小区和非服务小区之间存在传输MAC数据单元的链路、以及对在源小区的MAC中被调度的、与该数据单元相关的调度信息进行通知的链路。有时将这些链路总称为“MAC数据单元相关传输链路”。
此处所示的链路是逻辑意义上的记载，根据实际安装的不同，实现方式也会不同。例如，在将源小区和目标小区分别安装为互不相同的eNB的情况下，其通信接口有可能是X2接口。另外，不限于MAC数据单元相关传输链路，对于在各个小区之间进行通信的通信路径，也与上述一样存在逻辑上的链路。
在步骤ST10405中，源小区进行HO决定(HO decision)处理。具体而言，源小区判定对目标小区执行HO。
然后，在步骤ST10406中，源小区的RRC进行HO(HO Request)请求。具体而言，源小区的RRC向目标小区的RRC通知：是否继续执行在与成为当前对象的UE之间的通信中所运用的CoMP(提案)、以及与CoMP激活集及CoMP测定集这两个集合和该小区之间的通信相关的测定信息等。此处，可以根据CoMP集来判断是否继续执行CoMP(提案)，而无需明确地进行通知。
接收到步骤ST10406的HO请求(HO Request)的目标小区的RRC在步骤ST10407的步骤ST10408中，根据包含于HO请求中的信息、小区自身的流量状况、以及CoMP协作集信息等，决定目标小区中的CoMP集候补。
然后，在步骤ST10408及步骤ST10455中，目标小区的RRC向CoMP集候补的CoMP激活集或CoMP测定集中所包含的小区、在本例子中为源小区及非服务小区，通知对成为对象的UE的CoMP通信请求(CoMP Request)。
在步骤ST10408及步骤ST10455中接收到请求的源小区和非服务小区对自身的流量以及与其它通信资源相关的状况进行确认，并在步骤ST10409及步骤ST10456中，将确认结果作为CoMP应答(CoMP Response)通知给目标小区。
接收到步骤ST10409及步骤ST10456中的CoMP应答的目标小区根据该结果，在步骤ST10410中决定CoMP集。
然后，目标小区根据CoMP集判定结果，在步骤ST10411中，以HO应答(HO Response)的形式，向源小区通知包含能否进行HO的信息、能否继续执行CoMP及能够对应的CoMP集等在内的应答。此处，可以根据CoMP集来判断能否执行CoMP，而无需明确地进行通知。另外，在继续使用步骤ST10406中所接收到的源小区中的CoMP集的情况下，目标小区不通知能够对应的CoMP集也可以。
接收到能够进行HO的应答(OK)的源小区在步骤ST10412中，以RRC连接再构建(RRCconnection Reconfiguration)的形式，向UE发送包含CoMP继续及CoMP集的信息的、表示服务小区变更意思的消息。通过发送该消息，接收到该消息的UE能够进行与非专利文献1及参考文献1等中所记载的接收到“RRC Connection Reconfiguration”的情况不同的动作。
作为与接收到“RRC Connection Reconfiguration(RRC连接再构建)”的情况不同的动作的具体例，公开以下(1)～(3)这3种。
(1)不进行RLC“Re-establishment(重建立)”。
(2)不进行MAC的重置。
(3)不进行PDCP的“Re-establishment(重建立)”。
作为表示CoMP继续的服务小区变更的具体例，揭示下面的(1)～(6)这6种。
(1)示出是否继续执行CoMP。
(2)示出是否对RLC进行Re-establishment(重建立)。
(3)示出是否进行MAC的重置。
(4)示出是否对PDCP进行重建立(Re-establishment)。
(5)上述(1)～(4)的组合。
(6)将正在执行CoMP、或者正在设定CoMP集的“RRC Connection Reconfiguration(RRC连接再构建)”静态地决定为表示上述(1)～(5)的具体例。由此，与上述(1)～(5)相比，无需重新设定消息，能够避免移动通信系统的复杂化。
作为对表示CoMP继续的服务小区变更的消息进行通知的通知方法的具体例，揭示下面的(1)～(3)这3种。
(1)新追加RRC Connection Reconfiguration(RRC连接再构建)指示或者信息要素。
(2)新追加Mobility Control Information(移动控制信息)指示或者信息要素。
(3)新设定其它的新消息。
另外，源小区的RRC在进行步骤ST10412的同时，在步骤ST10413及步骤ST10414中，以PDCP的处理停止及转发请求(PDCP stop and forward request)、以及RLC的处理停止及转发请求(RLC stop and forward request)的形式，向成为对象的PDCP及RLC指示停止对未处理的数据单元的处理、以及停止向下行链路的MAC及RLC进行发送，同时指示向目标小区传输“不对上行链路的上位层发送的数据单元、不对下行链路的下位层发送的数据单元、以及相关联的参数”。通过利用该步骤ST10414而新设定的RCL的处理停止及转发请求(RLCstop and forward request)，能够将上述层2(RLC)的数据单元及相关的参数从源小区转发到目标小区。另外，还能够对RLC的数据进行数据转发(Data Forwarding)。
接收到该指示的源小区的PDCP及RLC，在步骤ST10417～步骤ST10422中进行上述的处理停止和转发，并且对于在该指示之后各层所接收的数据单元也一样，在步骤ST10423及步骤ST10425中继续进行向目标小区的转发。停止该转发的方法可以分别在每层对计时进行管理、判定，也可以与后述的MAC计时结束一致。另外，在后述的步骤ST10457中被UE通知HO已完成的情况下，也能够判断停止该指示。
在该转发中，该数据单元的等级、PDU或SDU等和所转发的数据包(Packet)按照在不进行HO时可以知晓预定要进行处理的顺序的方式，转发至目标小区。例如可列举出使处理顺序和传输顺序一致、或者附加处理顺序的信息等。
另外，即使对于参考文献8中所示的RLC的重发送用数据包，也可以对PDU附加能够明白其意思的信息，并按照处理顺序、例如RLC或SN的编号顺序向目标小区进行传输。
另外，在各层的传输处理中，在相对于该层的下位层(若为PDCP则为RLC，若为RLC则为MAC)中，可一并传输发送处理并未完成的数据单元。在此情况下，当由目标小区确认所对应的下位层的数据单元传输处理已完成时，不发送该数据单元而将其放弃。
而且，源小区的RRC在步骤ST10415中，将开始HO这一信息通知给MAC。具体而言，源小区的RRC进行HO开始的通知(HO ind)。
接收到HO开始的通知的源小区的MAC对于下行链路继续进行处理，直到保持现状的数据单元传输完毕为止。作为处理停止的判断，可以设置计时器并规定最大处理完成时间。在此情况下，根据处理完成或者计时结束，使处理停止。
此时，需要考虑HARQ处理(参照3GPP TS36.321V10.4.0(下面称为“参考文献9”))。由于HARQ处理是N个进程的停等(Stop-and-wait)方式，因此需要将该再次发送考虑在内来对计时值进行设定。
对于上行链路，继续对来自UE的数据单元进行接收处理。作为停止处理的判断，设置与上述计时器不同的计时器，等待UE一侧完成MAC处理的时间，再使处理停止。与下行链路一样，到计时结束为止的时间必须考虑HARQ的进程。为了简化安装，也可对上行链路和下行链路设置相同的计时器。另外，也可以在后述的UE的HO已完成的通知完成情况下，判断为停止该指示。
接收到步骤ST10412的RRC连接再构建(RRC connection Reconfiguration)的消息的UE也与小区一样，在步骤ST10416的UL RLC/PDCP停止处理中，停止UL的RLC及PDCP的处理。
即使对于MAC而言，也与小区一样，在保持现状的数据单元传输完毕之前继续对上行链路进行处理。作为停止处理的判断，设置计时器，并在步骤ST10424中，UE判断MAC处理是否已完成或者处理计时器是否已结束。
对于下行链路，继续对来自小区的数据单元进行接收处理。作为停止处理的判断，设置与上述计时器不同的计时器，等待小区一侧完成MAC处理的时间，再使处理停止。与上行链路一样，到计时结束为止的时间必须考虑HARQ的进程。如本实施方式所示，为了简化安装，也可对上行链路和下行链路设置相同的计时器。
在步骤ST10424中当MAC处理完成或者处理计时结束时，UE在步骤ST10428中向目标小区发送与RRC连接再构建(RRC connection Reconfiguration)相对应的RRC连接再构建完成(RRC connection Reconfiguration Complete)消息。根据需要进行步骤ST10426的同步(Synchronisation)处理和步骤ST10427的TA通知处理。
然后，UE将目标小区作为服务小区，根据目标小区的MAC调度进行通信。对于步骤ST10427等的服务小区变更步骤的消息能否进行CoMP通信，取决于是否执行后述的步骤ST10429的处理、以及步骤ST10442的处理的完成状况。在不执行步骤ST10429的处理、且步骤ST10442的处理已完成的情况下，能够进行CoMP通信。
在步骤ST10428中接收到RRC连接再构建完成(RRC connection ReconfigurationComplete)消息的目标小区的RRC在步骤ST10429的步骤ST10457中，向源小区通知UE的服务小区变更已完成(UE HO Complete Ind)。并且，同时，目标小区的RRC在步骤ST10430中，向非服务小区通知UE的服务小区变更已完成(UE HO Complete Ind)。
在步骤ST10457中通知UE的服务小区变更已完成时，识别出已完成服务小区变更的源小区在步骤ST10433中，结束成为对象的UE的MAC、RLC、PDCP的处理。在处理完成后，源小区在步骤ST10458中向目标小区通知已完成源小区的处理(Source cell processcomplete)。
在步骤ST10430中通知UE的服务小区变更已完成时，识别出已完成服务小区变更的非服务小区在步骤ST10431、步骤ST10432及步骤ST10435中，结束成为对象的UE的MAC的处理。在处理完成后，非服务小区在步骤ST10434中向目标小区通知已完成源小区的处理(Source cell process complete)。
步骤ST10429的一连串处理是以严格排除UE与各个小区之间的处理完成的不一致为目的的手续，能够适用于在对执行CoMP时的服务小区进行变更时源小区中的处理完成手续。在以简化处理步骤和使服务小区变更高速化为目的的情况下，可以不进行步骤ST10429的处理。
在步骤ST10442中，在步骤ST10411中发送了HO应答(HO Response)的目标小区进行步骤ST10436及步骤ST10437的处理。然后，目标小区在步骤ST10438及步骤ST10440中，在自身的MAC和源小区的MAC之间、以及在自身的MAC和非服务小区的MAC之间设定数据单元链路，在步骤ST10439及步骤ST10441中设定调度信息链路。
可在从步骤ST10411中发送HO应答(HO Response)开始到步骤ST10449中请求数据(DATA request)为止的区间内的任意的时刻来执行步骤ST10442的一连串处理。在不能同时开设步骤ST10401～步骤ST10404的源小区的MAC之间的数据单元链路、调度信息链路以及目标小区的链路的情况下，如图63～图66所示，从完成HO时起开设链路即可。
在步骤ST10428中接收到RRC连接再构建完成(RRC connection ReconfigurationComplete)通知的目标小区的RRC在步骤STST10443、步骤ST10444及步骤ST10445中，对自身的MAC、RLC及PDCP通知服务小区变更已完成、即UE的HO已完成(UE HO Complete Ind)。然后，进行步骤ST10446～步骤ST10454的处理。
接收到在步骤ST10443中通知UE的HO已完成的目标小区的MAC确认是否已开设成为对象的MAC传输链路，若已开设，则对于上行链路，根据UE的请求进行处理，而对于下行链路，向RLC请求数据，进行由RCL发送而来的数据的MAC处理。同时开始与已开设MAC传输链路的小区之间的通信。若并未开设成为对象的MAC传输链路，则目标小区的MAC在开设成为对象的MAC传输链路之后，执行上述处理。
对于上行链路，在步骤ST10444中接收到UE的HO已完成的通知的目标小区的RCL首先对所转发的数据单元按照传输顺序且使用随附传输而来的参数来进行处理，接着按照顺序执行从MAC发送而来的上行链路的RLC PDU的处理。
另外，对于下行链路，目标小区的RLC当在步骤ST10449中利用数据发送请求(DATArequest)来请求数据发送时，从所转发的再次发送用数据单元开始按顺序进行处理，并且向RLC PDU的MAC进行发送，之后，进行所转发的初次发送用数据单元的处理，并且向RLCPDU的MAC进行发送。
结束所转发的数据单元的处理的RLC在步骤ST10453中，向PDCP请求数据发送，之后，对从PDCP接收到的数据进行处理。
接收到在步骤ST10445中通知UE的HO已完成的目标小区的PDCP在步骤ST10446中，进行S1接口路径切换处理，并在目标小区设定切换。对于上行链路，目标小区的PDCP首先对所转发的数据单元按照传输顺序使用随附传输而来的参数来进行处理，接着按照顺序执行从RLC发送而来的上行链路的PDCP PDU的处理。
另外，对于下行链路，目标小区的PDCP当在步骤ST10453中利用数据请求(DATArequest)来请求数据发送时，进行对所转发的数据单元的处理，并且向PDCP PDU的RLC进行传输。
如上所述，在本实施方式中，对于数据单元，明确在源小区中推定的处理顺序，并在小区之间对各层中的数据单元进行传输。而且，在目标小区中，在按该处理顺序进行处理之后，对来自上位层及下位层的数据单元进行处理。另外，对于下行链路，根据来自目标小区的下位层的请求，开始传输数据。由此，在源小区和目标小区之间，能够进行确保传输有序性的处理。因而，能够在无需执行参考文献8中所记载的RCL的重建立(Re-establishment)的情况下继续进行通信。
实施方式10的变形例1
实施方式10的变形例1示出如下情况的例子：当在实施方式10的结构中存在进行CoMP的MAC等级联合控制的CoMP中心实体时，在继续进行CoMP通信的同时，对服务小区进行变更。
图67～图70是表示实施方式10的变形例1的移动通信系统的流程的一个示例的图。图67与图68在边界线BL18的位置上相连。图68与图69在边界线BL19的位置上相连。图69与图70在边界线BL20的位置上相连。
本流程与图63～图66所示的流程相同，示出了如下例子：在UE与E-UTRAN之间的通信中，UE进行将3个小区设为CoMP激活集、或CoMP测定集的CoMP通信，并在其中的各小区之间进行服务小区的变更。
本变形例与实施方式10的区别在于：在本变形例中，CoMP中心实体根据服务小区的数据收发信息(数据参数)来承担MAC的调度，因此，在步骤ST10504～步骤ST10506中的调度信息传输链路的起点为CoMP中心实体，并且在步骤ST10511中变更服务小区时的CoMP集的决定处理由CoMP中心实体来执行。
在步骤ST10501及步骤ST10502中，与实施方式10的步骤ST10401及步骤ST10403相同，在源小区和目标小区之间、以及在源小区和非服务小区之间，存在传输MAC数据单元的链路。在本变形例中，MAC数据单元的传输也可经由中心实体来执行。
调度信息的通知以如下所述的方式来进行。在步骤ST10503及步骤ST10545中，使用发送信息传输链路，并根据由服务小区的MAC所通知的传输信息，CoMP中心实体进行调度。在步骤ST10504、步骤ST10505、步骤ST10506、步骤ST10546、步骤ST10547以及步骤ST10548中，使用调度信息传输链路，向各个小区通知调度结果。
关于在服务小区变更时所进行的CoMP集的决定处理，对于在步骤ST10509的步骤ST10510的CoMP请求(CoMP request)中由目标小区的RRC所提案的CoMP集候补，CoMP中心实体在步骤ST10511中考虑各个小区的流量状况，来决定CoMP集。之后，在步骤ST10512、步骤ST10513及步骤ST10514中，将在步骤ST10511中所决定的信息作为CoMP应答(CoMPresponse)来进行通知。
在本变形例和实施方式10之间存在如上所述的区别，因此，在本变形例中，即使在存在有CoMP中心实体的情况下，也能够在继续进行CoMP通信的同时，对服务小区进行变更。
除了上述步骤以外的步骤、具体为图67～图70所示的步骤ST10507、步骤ST10508、步骤ST10515～步骤ST10560的处理与上述图63～图66所示的实施方式10中的步骤ST10405、步骤ST10406、步骤ST10411～步骤ST10454的处理相同。
实施方式10的变形例2
实施方式10的变形例2是如下情况的例子：在实施方式10的结构中存在有由同时管理3个小区的RLC、PDCP及RRC所构成的小区统一实体。在本变形例中，需要在小区间进行数据传输的各个小区的RLC及PDCP集中在小区统一实体中，因此，与实施方式10相比，能够简化各手续。
图71～图73是表示实施方式10的变形例2的移动通信系统的流程的一个示例的图。图71与图72在边界线BL21的位置上相连。图72与图73在边界线BL22的位置上相连。
本流程与图63～图66所示的流程相同，示出了如下例子：在UE与E-UTRAN之间的通信中，UE进行将3个小区设为CoMP激活集、或CoMP测定集的CoMP通信，并在其中的各小区之间进行服务小区的变更。
此处，示出了在由同时管理3个小区的RLC、PDCP及RRC所构成的1个小区统一实体，由PHY及MAC所构成的1个源子小区，1个目标子小区，1个非服务子小区，1个UE之间进行通信的情况下的例子。
首先，在流程的最初，UE进行将3个小区设为CoMP激活集或CoMP测定集的CoMP通信。在此情况下，在步骤ST10601～步骤ST10605中，在小区统一实体和源子小区之间存在传输RLC数据单元的链路，在源子小区和目标子小区之间、以及在源子小区和非服务子小区之间，存在传输MAC数据单元的链路，以及对由源子小区的MAC进行调度的与该PDU相关的调度信息进行通知的链路。有时将这些链路统称为“MACPDU数据单元相关传输链路”。
此处所示的链路与实施方式10相同，是逻辑意义上的记载，根据实际安装的不同，实现方式也会不同。另外，不限于MACPDU关联传输链路，对于在各个子小区之间、以及在子小区和小区统一实体之间进行通信的通信路径，与上述一样也存在逻辑上的链路。
在步骤ST10606中判断是否从源小区切换(HO)至目标小区。此时，小区统一实体的RRC在步骤ST10607中，根据在与成为当前对象的UE进行的通信中所运用的CoMP小区信息、该小区的测定信息、CoMP候补小区的流量状况、以及CoMP协作集信息等，决定可否执行CoMP，并且决定目标小区中的CoMP集。
判断为能够进行HO、且能够执行CoMP的小区统一实体在步骤ST10608中，向UE发送表示CoMP继续的服务小区变更的意思的RRC连接再构建(RRC connectionReconfiguration)消息。
此处，“(RRC connection Reconfiguration)”与实施方式10一样，与记载在非专利文献1等中的“RRC connection Reconfiguration”不同，是明确地知道不是表示执行RLC等(Re-establishment)的意思的消息。
另外，小区统一实体的RRC同时在步骤ST10609及步骤ST10610中，对成为对象的PDCP及RLC指示停止对未处理的数据单元的处理、以及停止向下行链路的MAC及RLC进行的传输。
接收到该指示的小区统一实体的PDCP及RLC停止上述处理。另外，小区统一实体的RRC在步骤ST10612中，将开始进行HO这一意思通知给MAC。再者，小区统一实体的RLC进行步骤ST10613及步骤ST10614的处理。
接收到开始进行HO的通知的MAC对于下行链路，在保持现状的数据单元传输完毕之前继续进行处理。作为处理停止的判断，可以设置计时器并规定最大处理完成时间。在此情况下，根据处理完成或者计时结束，使处理停止。在此情况下，必须考虑HARQ处理(参照参考文献9)。由于HARQ处理是N个进程的停等(Stop-and-wait)方式，因此必须将该再次发送考虑在内来设定计时值。
对于上行链路，继续对来自UE的数据单元进行接收处理。作为停止处理的判断，设置与上述计时器不同的计时器，等待UE一侧完成MAC处理的时间，再使处理停止。与下行链路一样，到计时结束为止的时间必须考虑HARQ的进程。为了简化安装，也可对上行链路和下行链路设置相同的计时器。另外，也可以在后述的UE的HO已完成的通知完成的情况下，判断为停止该指示。
接收到步骤ST10608的RRC连接再构建(RRC connection Reconfiguration)的消息的UE与小区一样，在步骤ST10611中，停止UL的RLC及PDCP的处理。
即使对于MAC而言，也与小区一样，在保持现状的数据单元传输完毕之前继续对上行链路进行处理。作为停止处理的判断，设置计时器，且与实施方式10一样，在步骤ST10615中，UE判断MAC处理是否已完成或者处理计时是否已结束。
对于下行链路，继续对来自小区的数据单元进行接收处理。作为停止处理的判断，设置与上述计时器不同的计时器，等待小区一侧完成MAC处理的时间，再使处理停止。与上行链路一样，到计时结束为止的时间必须考虑HARQ的进程。为了简化安装，也可对上行链路和下行链路设置相同的计时器。
在步骤ST10615中当MAC处理完成或者处理计时结束时，在步骤ST10618中，UE向目标小区发送与RRC连接再构建相对应的RRC连接再构建完成(RRC connectionReconfiguration Complete)消息。UE根据需要进行步骤ST10616的同步(Synchronization)、以及步骤ST10617的TA通知的手续。
接收到RRC连接再构建完成消息的小区统一实体的RRC在步骤ST10620及步骤ST10621中，向源子小区和非服务子小区通知UE的服务小区变更已完成。
在步骤ST10620中，通过通知UE的HO已完成而识别出服务小区变更已完成的源子小区使成为对象的UE的MAC处理完成，且在处理完成后，在步骤ST10622中，向小区统一实体通知MAC处理完成(MAC process complete)消息。
在步骤ST10621中，通过通知UE的HO已完成而识别出服务小区变更已完成的非服务小区使成为对象的UE的MAC处理完成，且在处理完成后，在步骤ST10623中，向小区统一实体通知MAC处理完成(MAC process complete)消息。
步骤ST10619的一连串处理是以严格排除UE、源子小区、小区统一实体各自完成处理的不一致为目的的手续，因此在以简化处理步骤和使服务小区变更高速化为目的的情况下也可以不进行步骤ST10619的一连串的处理。
在步骤ST10608中接收到RRC连接再构建(RRC connection Reconfiguration)消息的小区统一实体的RRC在步骤ST10625中，向目标子小区请求开设与小区统一实体之间的RLC传输链路、以及与包含于其CoMP激活集或CoMP测定集中的小区之间的MAC传输链路。
接收到步骤ST10625中的CoMP集请求(CoMP set request)的目标子小区根据指示，在步骤ST10626～步骤ST10632中，开设RLC传输链路和MAC传输链路。
步骤ST10624的一连串处理可在从步骤ST10608的RRC再构建消息的发送开始到步骤ST10636数据请求消息的发送为止的区间内来执行。在不能同时开设步骤ST10601～步骤ST10605的源子小区的MAC之间的数据单元链路、调度信息链路以及目标子小区的链路的情况下，如图71～图73所示，从完成HO时起开设链路即可。
接收到RRC连接再构建完成消息的小区统一实体的RRC在步骤ST10663、步骤ST10634及步骤ST10635中，利用UE的HO完成消息，向目标子小区的MAC及小区统一实体的RLC及PDCP通知服务小区变更已完成。
接收到步骤ST10633中的UE的HO完成消息的目标子小区的MAC确认是否已开设成为对象的RLC传输链路以及MAC传输链路，若已开设，则对于上行链路，根据UE的请求来进行处理，而对于下行链路，向RLC请求数据，进行由RCL发送而来的数据的MAC处理。同时开始与已开设MAC传输链路的小区之间的通信。在未开设成为对象的RLC传输链路及MAC传输链路的情况下，在开设后执行上述处理。
接收到步骤ST10634中的UE的HO已完成的消息的小区统一实体的RLC对于上行链路，依次执行从MAC发送而来的上行链路的RLC PDU的处理。
另外，对于下行链路，在利用步骤ST10636中的数据请求消息来请求数据发送时，在步骤ST10637中，再开始处理和向MAC进行的传输。然后，进行步骤ST10638及步骤ST10639的处理。
接收到步骤ST10635中的UE的HO已完成的消息的小区统一实体的PDCP对于上行链路，依次执行从RLC发送而来的上行链路的PDCP PDU的处理。
另外，对于下行链路，在利用步骤ST10640中的数据请求消息来请求数据发送时，在步骤ST10641中，再开始PDCP PDU的处理和向RLC进行的传输。
由此，在本变形例中，通过导入小区统一实体，能够减少小区各层间的传输，能够在继续进行CoMP通信的同时，更为有效地对服务小区进行变更。在本变形例中示出小区统一实体由RLC、PDCP及RRC构成的情况，但该小区统一实体中还可以包含有MAC或者MAC的一部分，此外，也可以使RLC独立、从而仅由RRC和PDCP来构成该小区统一实体。若使综合规模变大，则虽然实体间的传输量变少，但是会增加小区统一实体的规模和复杂程度。与此相反地，若使综合规模变小，则虽然实体间的传输量变多，但是会减小小区统一实体的规模和复杂程度。这应该根据应用方式和安装方式来进行判断。根据该综合规模，通过适当地分配层间的信息传输，使得本发明能够适用于任意的方式。
实施方式11
在对正在执行CoMP的UE执行HO处理的情况下，对于在停止CoMP的情况下执行HO处理、还是在继续CoMP的情况下执行HO处理，源小区必须进行恰当的判断。在本实施方式中揭示了判断方法。
服务小区(源小区)所选择的目标小区根据是否是在成为HO对象的UE的CoMP测定集内的小区，判断HO处理的方法。在小区统一实体决定HO的情况下，小区统一实体可以根据是否是在成为HO对象的UE的CoMP测定集内的小区，判断HO处理的方法。
在目标小区是成为HO对象的UE的CoMP测定集内的小区的情况下，服务小区判断为在继续对UE执行CoMP的情况下进行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
在目标小区不是成为HO对象的UE的CoMP测定集内的小区的情况下，服务小区判断为在停止执行UE的CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。
图74是表示实施方式11的移动通信系统的流程的一个示例的图。在图74中示出了在对正在执行CoMP的UE执行HO处理时，对是停止执行CoMP还是继续执行CoMP进行判断的情况下的流程。
服务小区使用图15及图16的步骤ST1501～步骤ST1526、以步骤ST1530中所揭示的方法，对UE1执行CoMP。
在步骤ST1526中，服务小区和UE1之间进行CoMP收发信息和CSI的反馈中的至少一个。
在步骤ST12101中，UE1利用CRS测定来进行RRM测定。在步骤ST12102中，UE1根据报告条件，将步骤ST12101中RRM测定的测定结果作为测定报告(measurement report)消息，报告给服务小区。步骤ST12101中的测定中还包含有对服务小区本身的CRS的测定。步骤ST12102中的测定报告中，还包含有对服务小区本身的CRS的测定结果。
在步骤ST12103中，服务小区使用来自UE1的测定报告来决定对UE1执行HO处理。此时，决定目标小区。
在步骤ST12104中，服务小区判断目标小区是否是CoMP测定集内的小区。当在步骤ST12104中判断为目标小区是CoMP测定集内的小区时，转移至步骤ST12105，当判断为目标小区不是CoMP测定集内的小区时，转移至步骤ST12106。
在步骤ST12105中，服务小区决定在对成为HO对象的UE1继续执行CoMP的情况下，执行HO处理。
在步骤ST12106中，服务小区决定在停止对成为HO对象的UE1执行CoMP的情况下，执行HO处理。
当在步骤ST12105中决定在对成为HO对象的UE1继续执行CoMP的情况下执行HO处理时，可执行例如实施方式10中所揭示的HO处理。另一方面，当在步骤ST12106中决定在停止对成为HO对象的UE1执行CoMP的情况下执行HO处理时，可执行例如实施方式8或实施方式9中所揭示的HO处理。
当目标小区是CoMP测定集内的小区时，在目标小区中，也能够对HO对象的UE执行CoMP，因此，能够在继续CoMP的情况下进行HO处理，从而即使在目标小区中也能够得到较好的通信品质。
当目标小区不是CoMP测定集内的小区时，在目标小区中，是否能对HO对象的UE执行CoMP是未确定的。因此，通过停止CoMP来进行HO处理，能够更为可靠地连接目标小区中的无线链路。
如上所述，通过根据目标小区是否是CoMP测定集内小区来判断HO处理的方法，能够进行与成为HO对象的UE的状态相符合的HO处理。由此，能够提高作为移动通信系统的吞吐量。
实施方式11的变形例1
在本变形例揭示了：在对正在执行CoMP的UE执行HO处理的情况下，关于在停止CoMP的情况下执行HO处理、还是在继续CoMP的情况下执行HO处理的其它判断方法。
在本变形例中，服务小区所选择的目标小区根据是否是在成为HO对象的UE的CoMP激活集内的小区，来判断HO处理的方法。
在目标小区是成为HO对象的UE的CoMP激活集内的小区的情况下，服务小区判断为在继续对UE执行CoMP的情况下进行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
在目标小区不是成为HO对象的UE的CoMP激活集内的小区的情况下，服务小区判断为在停止执行UE的CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。
在本变形例的流程中，变更图74所示的流程的一部分即可。在图74的步骤ST12104中，服务小区判断目标小区是否是CoMP激活集内的小区即可。
当目标小区是CoMP激活集内的小区时，在目标小区中，也能够对HO对象的UE执行CoMP，因此，能够在继续CoMP的情况下进行HO处理，从而即使在目标小区中也能够得到较好的通信品质。
当目标小区不是CoMP激活集内的小区时，在目标小区中，对于是否能对HO对象的UE执行CoMP是未确定的。因此，通过停止CoMP来进行HO处理，能够更为可靠地连接目标小区中的无线链路。
如上所述，通过根据目标小区是否是CoMP激活集内小区来判断HO处理的方法，能够进行与成为HO对象的UE的状态相符合的HO处理。由此，能够提高作为移动通信系统的吞吐量。
实施方式11的变形例2
在本变形例揭示了：在对正在执行CoMP的UE执行HO处理的情况下，关于在停止CoMP的情况下执行HO处理、还是在继续CoMP的情况下执行HO处理的其它判断方法。
在本变形例中，当服务小区选择目标小区时，根据使用了由成为HO对象的UE得到的哪个RS测定结果，来判断HO处理的方法。
在使用由成为HO对象的UE测定CSI-RS得到的结果来选择目标小区的情况下，服务小区判断为在继续对UE执行CoMP的情况下进行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
在使用由成为HO对象的UE测定CRS得到的结果来选择目标小区的情况下，服务小区判断为在对UE停止执行CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。
在本变形例的流程中，变更图74所示的流程的一部分即可。在图74的步骤ST12014中，对使用由成为HO对象的UE测定CSI-RS得到的结果来选择目标小区、还是使用由成为HO对象的UE测定CRS得到的结果来选择目标小区进行判断即可。在使用测定CSI-RS得到的结果的情况下，转移至步骤ST12105，在使用测定CRS得到的结果的情况下，转移至步骤ST12106。
在使用测定CSI-RS得到的结果来选择目标小区的情况下，在目标小区中，即使在对HO对象的UE执行CoMP时也能够得到较好的通信品质，因此，可在继续CoMP的情况下进行HO处理。
在使用测定CRS得到的结果来选择目标小区的情况下，在目标小区中，不清楚在对HO对象的UE执行CoMP时是否能够得到较好的通信品质。因此，在停止CoMP的情况下进行HO处理的方法能够更为可靠地连接目标小区中的无线链路。
如上所述，根据是测定CSI-RS来选择目标小区，还是测定CRS来选择目标小区，来判断HO处理的方法，由此能够进行与成为HO对象的UE的状态相符合的HO处理。由此，能够提高作为移动通信系统的吞吐量。
实施方式11的变形例3
在本变形例揭示了：在对正在执行CoMP的UE执行HO处理的情况下，关于在停止CoMP的情况下执行HO处理、还是在继续CoMP的情况下执行HO处理的其它判断方法。
在本变形例中，使用成为HO对象的UE的CoMP发送点的数量，来判断HO处理的方法。为了进行上述判断，对CoMP发送点数设定阈值。
当成为HO对象的UE的CoMP发送点的数量在阈值以下时，服务小区在继续对UE执行CoMP的情况下执行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
当成为HO对象的UE的CoMP发送点的数量大于阈值时，服务小区判断为在停止对UE执行CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。
在本变形例的流程中，变更图74所示的流程的一部分即可。在图74的步骤ST12104中，服务小区对成为HO对象的UE的CoMP发送点的数量是否在规定的阈值以下进行判断即可。
当CoMP发送点的数量大于规定的阈值时，若在继续CoMP的情况下进行HO处理，则网络一侧的控制会变得复杂。这是因为必须在多个CoMP发送点之间传输用于进行协作控制的数据单元和调度信息中的至少一个。因此，当CoMP发送点的数量大于规定的阈值时，通过在停止CoMP的情况下进行HO处理，能够减轻网络一侧的处理负荷，并能够可靠地连接目标小区中的无线链路。
如上所述，通过使用CoMP发送点的数量来判断HO处理的方法，能够进行与成为HO对象的UE的状态相符合的HO处理。由此，能够提高作为移动通信系统的吞吐量。
实施方式11的变形例4
在本变形例中揭示了在使用成为HO对象的UE的CoMP发送点的数量来判断HO处理的方法的情况下的其它方法。为了使用CoMP发送点的数量来进行判断，对CoMP发送点的数量设定阈值。
当成为HO对象的UE的CoMP发送点的数量在阈值以上时，服务小区在继续对UE执行CoMP的情况下执行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
当成为HO对象的UE的CoMP发送点的数量小于阈值时，服务小区判断为在停止执行UE的CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。
在本变形例的流程中，变更图74所示的流程的一部分即可。在图74的步骤ST12104中，服务小区对成为HO对象的UE的CoMP发送点的数量是否在规定的阈值以上进行判断即可。
当CoMP发送点的数量小于规定的阈值时，通过与一个小区之间的通信链路得到所需的通信品质的可能性较大。因此，与在继续CoMP的情况下执行HO处理的方法相比，在停止CoMP的情况下执行HO处理的方法能够减轻网络一侧的控制负担。
另一方面，当CoMP发送点的数量在规定阈值以上时，若不使用与多个小区之间的数据的收发，则无法得到所需通信品质的可能性较大。因此，在继续CoMP的情况下执行HO处理的方法能够得到较好的通信品质。如上所述，通过使用CoMP发送点的数量来判断HO处理的方法，能够进行与成为HO对象的UE的状态相符合的HO处理。由此，能够提高作为移动通信系统的吞吐量。
实施方式11的变形例5
在本变形例揭示了：在对正在执行CoMP的UE执行HO处理的情况下，关于在停止CoMP的情况下执行HO处理、还是在继续CoMP的情况下执行HO处理的其它判断方法。
在本变形例中，使用成为HO对象的UE的移动速度，来判断HO处理的方法。为了进行上述判断，对UE的移动速度设定阈值。
当成为HO对象的UE的移动速度在阈值以下时，服务小区判断为在继续对UE执行CoMP的情况下进行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
当成为HO对象的UE的移动速度大于阈值时，服务小区判断为在停止对UE执行CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。
在本变形例的流程中，变更图74所示的流程的一部分即可。在图74的步骤ST12104中，服务小区对成为HO对象的UE的移动速度是否在规定的阈值以下进行判断即可。
当成为HO对象的UE的移动速度大于规定的阈值时，为了在继续CoMP的情况下执行HO处理而在网络一侧进行控制，在该控制中，对用于协作控制的数据单元和调度信息中的至少一个的传输延迟的影响变大。当成为HO对象的UE的移动速度大于规定的阈值时，很可能在短时间内从新的服务小区移动到范围之外，因此执行CoMP失败的可能性变高。或者，即使不会失败，也变得无法选择最佳的用于执行CoMP的小区，导致执行CoMP的效果下降。因此，当成为HO对象的UE的移动速度大于规定的阈值时，在停止CoMP的情况下进行HO处理的方法能够可靠地连接目标小区中的无线链路。
如上所述，通过使用成为HO对象的UE的移动速度来判断HO处理的方法，能够进行与成为HO对象的UE的状态相符合的HO处理。由此，能够提高作为移动通信系统的吞吐量。
作为UE的移动速度的指标，公开有以下(1)～(3)这3种。
(1)实际速度。UE可使用GPS等来进行测定。测定结果可定期地或周期地从UE通知给服务小区。或者，也可与测定报告一并进行通知。由此，服务小区能够使用UE的移动速度信息。
(2)UE的定位信息中所包含的移动速度信息。服务小区获取移动速度信息的方法可应用实施方式3中所揭示的获取UE的位置信息的方法。
(3)由小区重选次数得到的移动速度信息。具体而言，是速度系数。在LTE中，由于服务小区获得移动速度消息，因此能够进行使用。
实施方式11的变形例6
在本变形例揭示了：在对正在执行CoMP的UE执行HO处理的情况下，关于在停止CoMP的情况下执行HO处理、还是在继续CoMP的情况下执行HO处理的其它判断方法。
在本变形例中，使用与服务小区之间的通信品质来判断HO处理的方法。具体而言，使用与HO中的源小区之间的通信品质来判断HO处理的方法。为了进行上述判断，对通信品质设定阈值。
当成为HO对象的UE和服务小区之间的通信品质在阈值以下时，服务小区判断为在继续对UE执行CoMP的情况下进行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
当成为HO对象的UE和服务小区之间的通信品质大于阈值时，服务小区判断为在停止对UE执行CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。
在本变形例的流程中，变更图74所示的流程的一部分即可。在图74的步骤ST12104中，服务小区对成为HO对象的UE和服务小区之间的通信品质是否在规定的阈值以下进行判断即可。
当成为HO对象的UE和服务小区之间的通信品质大于规定的阈值时，得到与一个小区之间的通信链路所需的通信品质的可能性较大。因此，与在继续CoMP的情况下执行HO处理的方法相比，在停止CoMP的情况下执行HO处理的方法能够减轻网络一侧的控制负荷。
另一方面，当成为HO对象的UE和服务小区之间的通信品质在规定阈值以下时，若不使用与多个小区之间的数据的收发，则无法得到所需通信品质的可能性较大。因此，在继续CoMP的情况下执行HO处理的方法能够得到较好的通信品质。
如上所述，通过使用与服务小区之间的通信品质来判断HO处理的方法，能够进行与成为HO对象的UE的状态相符合的HO处理。由此，能够提高作为移动通信系统的吞吐量。
实施方式11的变形例7
在本变形例揭示了：在对正在执行CoMP的UE执行HO处理的情况下，关于在停止CoMP的情况下执行HO处理、还是在继续CoMP的情况下执行HO处理的其它判断方法。
在本变形例中，使用与新的服务小区之间的通信品质来判断HO处理的方法。具体而言，使用与HO中的目标小区之间的通信品质来判断HO处理的方法。为了进行上述判断，对通信品质设定阈值。
当成为HO对象的UE和目标小区之间的通信品质在阈值以下时，服务小区判断为在继续对UE执行CoMP的情况下进行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
当成为HO对象的UE和目标小区之间的通信品质大于阈值时，服务小区判断为在停止对UE执行CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。成为HO对象的UE和目标小区之间的通信品质可使用由UE产生的测定报告。测定报告可用于CoMP中，也可用移动中，或者在两者中共用。将成为HO对象的UE和目标小区之间的通信品质通知给服务小区。由UE进行的测定可以是CRS的测定结果，也可以是CSI-RS的测定结果。
在本变形例的流程中，变更图74所示的流程的一部分即可。在图74的步骤ST12104中，服务小区对成为HO对象的UE和目标小区之间的通信品质是否在规定的阈值以下进行判断即可。
当成为HO对象的UE和目标小区之间的通信品质大于规定的阈值时，得到与一个小区之间的通信链路所需的通信品质的可能性较大。因此，与在继续CoMP的情况下执行HO处理的方法相比，在停止CoMP的情况下执行HO处理的方法能够减轻网络一侧的控制负荷。
另一方面，当成为HO对象的UE和目标小区之间的通信品质在规定阈值以下时，若不使用与多个小区之间的数据的收发，则无法得到所需通信品质的可能性较大。因此，在继续CoMP的情况下执行HO处理的方法能够得到较好的通信品质。
如上所述，通过使用与目标小区之间的通信品质来判断HO处理的方法，能够进行与成为HO对象的UE的状态相符合的HO处理。由此，能够提高作为移动通信系统的吞吐量。
实施方式11的变形例8
在本变形例揭示了：在对正在执行CoMP的UE执行HO处理的情况下，关于在停止CoMP的情况下执行HO处理、还是在继续CoMP的情况下执行HO处理的其它判断方法。
在本变形例中，使用正在通信中的服务的种类来判断HO处理的方法。当正在与成为HO对象的UE进行通信的服务的种类是规定的种类时，服务小区判断为在继续对UE执行CoMP的情况下进行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
当正在与成为HO对象的UE进行通信的服务的种类不是规定的种类时，服务小区判断为在停止对UE执行CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。
在本变形例的流程中，变更图74所示的流程的一部分即可。在图74的步骤ST12104中，服务小区对正在与成为HO对象的UE进行通信的服务的种类是否是规定的种类进行判断即可。
如上所述，通过使用正在通信中的服务的种类来判断HO处理的方法，能够进行与正在通信中的服务相符合的HO处理。
实施方式11的变形例9
在本变形例揭示了：在对正在执行CoMP的UE执行HO处理的情况下，关于在停止CoMP的情况下执行HO处理、还是在继续CoMP的情况下执行HO处理的其它判断方法。
在本变形例中，使用正在通信中的服务所请求的延迟时间来判断HO处理的方法。为了进行上述判断，对服务所请求的延迟时间设定阈值。
当正在与成为HO对象的UE进行通信的服务所请求的延迟时间在阈值以下时，服务小区判断为在继续对UE执行CoMP的情况下进行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
当正在与成为HO对象的UE进行通信的服务所请求的延迟时间大于阈值时，服务小区判断为在停止对UE执行CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。
在本变形例的流程中，变更图74所示的流程的一部分即可。在图74的步骤ST12104中，服务小区对正在与成为HO对象的UE进行通信的服务所请求的延迟时间是否在规定的阈值以下进行判断即可。
当正在与成为HO对象的UE进行通信的服务所请求的延迟时间在规定的阈值以下时，为了尽可能地降低因再发送处理等而造成的延迟时间，需要较好的通信品质。相比于在停止CoMP的情况下执行HO处理的方法，通过在继续CoMP的情况下执行HO处理，能够得到较好的通信品质，能够减小延迟时间。如上所述，通过使用正在通信中的服务所请求的延迟时间来判断HO处理的方法，能够进行与正在通信中的服务相符合的HO处理。由此，能够提高作为移动通信系统的吞吐量。
在本变形例中揭示了使用正在通信中的服务所请求的延迟时间来判断HO处理的方法，但是也可以不使用延迟时间，而使用下面(1)～(5)所揭示的判断指标。
(1)正在通信中的服务所请求的误码率(packet error loss rate：数据包误码率)。
(2)正在通信中的服务所请求的资源类型(resource type)。作为资源类型，有GBR(Guaranteed Bit Rate：保证比特率)以及Non-GBR等。
(3)对正在通信中的服务设定的优先级。
(4)正在通信中的服务的QoS(Quality of Service：服务质量)。
(5)正在通信中的服务的QCI(QoS Class Identifier：服务质量等级标识)。
如上述(1)所示，使用正在通信中的服务所请求的误码率来判断HO处理的方法。为了进行上述判断，对服务所请求的误码率设定阈值。
当正在与成为HO对象的UE进行通信的服务所请求的误码率在阈值以下时，服务小区判断为在继续对UE执行CoMP的情况下进行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
当正在与成为HO对象的UE进行通信的服务所请求的误码率大于阈值时，服务小区判断为在停止对UE执行CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。
使用上述(1)的判断指标的情况下的流程只要变更图74所示的流程的一部分即可。在图74的步骤ST12104中，服务小区对正在与成为HO对象的UE进行通信的服务所请求的误码率是否在规定的阈值以下进行判断即可。由此，能够进行与正在通信中的服务相符合的HO处理，能够提高作为移动通信系统的吞吐量。
如上述(2)所示，使用正在通信中的服务所请求的资源类型来判断HO处理的方法。当正在与成为HO对象的UE进行通信的服务所请求的资源类型是GBR时，服务小区判断为在继续对UE执行CoMP的情况下进行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
当正在与成为HO对象的UE进行通信的服务所请求的资源类型不是GBR时，服务小区判断为在停止对UE执行CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。
使用上述(2)的判断指标的情况下的流程只要变更图74所示的流程的一部分即可。在图74的步骤ST12104中，服务小区对正在与成为HO对象的UE进行通信的服务所请求的资源类型是否是GBR进行判断即可。由此，能够进行与正在通信中的服务相符合的HO处理，能够提高作为移动通信系统的吞吐量。
如上述(3)所示，使用对正在通信中的服务所设定的优先级来判断HO处理的方法。为了进行上述判断，对服务所设定的优先级设定阈值。
当对正在与成为HO对象的UE进行通信的服务所设定的优先级在阈值以上时，服务小区判断为在继续对UE执行CoMP的情况下进行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
当对正在与成为HO对象的UE进行通信的服务所设定的优先级小于阈值时，服务小区判断为在停止对UE执行CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。
使用上述(3)的判断指标的情况下的流程只要变更图74所示的流程的一部分即可。在图74的步骤ST12104中，服务小区只要判断对正在与成为HO对象的UE进行通信的服务所设定的优先级是否在阈值以上即可。由此，能够进行与正在通信中的服务相符合的HO处理，能够提高作为移动通信系统的吞吐量。
如上述(4)所示，使用正在通信中的服务的QoS来判断HO处理的方法。为了进行上述判断，预先对QoS进行分类，且预先对各个类别进行编号。例如从较好的QoS的类别起以升序的方式预先进行编号，并设定号码的阈值。
当正在与成为HO对象的UE进行通信的服务的QoS的类别号码在阈值以下时，服务小区判断为在继续对UE执行CoMP的情况下进行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
当正在与成为HO对象的UE进行通信的服务的QoS的类别号码大于阈值时，服务小区判断为在停止对UE执行CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。
使用上述(4)的判断指标的情况下的流程只要变更图74所示的流程的一部分即可。在图74的步骤ST12104中，服务小区对正在与成为HO对象的UE进行通信的服务的QoS的类别号码是否在阈值以下进行判断即可。由此，能够进行与正在通信中的服务相符合的HO处理，能够提高作为移动通信系统的吞吐量。
如上述(5)所示，使用正在通信中的服务的QCI来判断HO处理的方法。如3GPPTS23.203V11.2.0(下面称为“参考文献10”)中所揭示的那样，QCI是对向服务请求的多个请求指标进行等级划分后的指示。为了使用QCI来进行判断，对QCI设定阈值。
当正在与成为HO对象的UE进行通信的服务的QCI在阈值以下时，服务小区判断为在继续对UE执行CoMP的情况下进行HO处理。作为在继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的方法。
当正在与成为HO对象的UE进行通信的服务的QCI大于阈值时，服务小区判断为在停止对UE执行CoMP的情况下进行HO处理。作为在停止执行CoMP的情况下进行HO处理的方法，可使用实施方式8或实施方式9的方法。
使用上述(5)的判断指标的情况下的流程只要变更图74所示的流程的一部分即可。在图74的步骤ST12104中，服务小区对正在与成为HO对象的UE进行通信的服务的QCI是否在阈值以下进行判断即可。由此，能够进行与正在通信中的服务相符合的HO处理，能够提高作为移动通信系统的吞吐量。
实施方式11的变形例10
在本变形例揭示了：在对正在执行CoMP的UE执行HO处理的情况下，关于在停止CoMP的情况下执行HO处理、还是在继续CoMP的情况下执行HO处理的其它判断方法。
在本变形例中，服务小区所选择的目标小区根据是否是服务小区所属的CoMP协作集内的小区，来判断HO处理的方法。
在目标小区是本小区所属的CoMP协作集内的小区的情况下，服务小区判断为在继续对UE执行CoMP的情况下、在CoMP协作集内的小区之间进行HO处理。作为在CoMP协作集内的小区间继续执行CoMP的情况下进行HO处理的方法，可使用实施方式10的变形例1的方法。
在目标小区不是本小区所属的CoMP协作集内的小区的情况下，服务小区判断为在继续对UE执行CoMP的情况下、与CoMP协作集以外的小区进行HO处理。作为在继续执行CoMP的情况下与CoMP协作集以外的小区进行HO处理的方法，可使用实施方式10的方法。
图75是表示实施方式11的变形例10的移动通信系统的流程的一个示例的图。图75所示的流程与图74所示的流程类似，因此对相同的步骤赋予相同的步骤编号，并省略共同的说明。
在本变形例中，在图75的步骤ST12201中，服务小区判断目标小区是否是服务小区所属的CoMP协作集内的小区即可。
在目标小区是服务小区所属的CoMP协作集内的小区的情况下，在步骤ST12105中，服务小区判断为在继续执行CoMP的情况下、在CoMP协作集内的小区之间进行HO处理。在此情况下，可以进行实施方式10的变形例1所揭示的HO处理。
在目标小区不是服务小区所属的CoMP协作集内的小区的情况下，在步骤ST12106中，服务小区判断为在继续执行CoMP的情况下、与CoMP协作集以外的小区进行HO处理。在此情况下，可以进行实施方式10所揭示的HO处理。
由此，根据目标小区是否是本小区所属的CoMP协作集内的小区，能够在对成为HO对象的UE继续执行CoMP的情况下执行HO处理。因此，即使在目标小区中也能够得到较好的通信品质。由此，能够提高作为移动通信系统的吞吐量。
作为服务小区识别目标小区是否是CoMP协作集内的小区的方法，揭示了如下的(1)～(3)这3种。
(1)服务小区向中心实体询问目标小区是否属于本小区的CoMP协作集内。
由于中心实体是对一个或多个点集中进行调整的实体，因此可预先识别CoMP协作集内的小区。
服务小区在步骤ST12103中选择目标小区，将询问所选择的目标小区是否是本小区的CoMP协作集内的小区的消息通知给中心实体。在该消息中可包含目标小区的小区标识。由此，中心实体能够确定目标小区。另外，在所述消息中可包含服务小区的小区标识。由此，中心实体能够确定请求源的服务小区。
中心实体向请求源的服务小区通知目标小区是否是请求源的服务小区所属的CoMP协作集内的小区。由此，服务小区能够识别出目标小区是否是本小区的CoMP协作集内的小区。
服务小区在识别出目标小区是否是本小区的CoMP协作集内的小区之后，可再次对目标小区进行重新选择。由此，能够选择执行CoMP协作集内的HO，还是执行CoMP协作集之间的HO。因此，能够进行与成为HO对象的UE的状态相符合的HO处理，能够提高作为移动通信系统的吞吐量。
上述(1)的方法不仅限于目标小区，也可适用于识别所希望的小区是否是CoMP协作集内的小区的方法。
虽然将对包含于CoMP协作集内的小区进行识别的实体作为中心实体，但不仅限于此，还可设为对用于识别包含于CoMP协作集内的小区的实体、节点或者装置进行询问。例如在对包含于CoMP协作集内的小区进行识别的节点是OAM(Operation Administration andMaintenance：操作、管理和维护)的情况下，可对OAM进行询问。另外，例如在对包含于CoMP协作集内的小区进行识别的实体是小区统一实体的情况下，可对小区统一实体进行询问。在对包含于CoMP协作集内的小区进行识别的实体及节点不是小区统一实体及OAM、而是MME、eNB、以及HeNB-GW的情况下也同样。
(2)服务小区向目标小区询问目标小区的CoMP协作集。
服务小区在步骤ST12103中选择了目标小区之后，向所选择的目标小区通知对目标小区的CoMP协作集进行询问的消息。可以通过MME来通知目标小区。此时，也可通知服务小区的小区标识。由此，目标小区能够确定请求源的服务小区。
可以预先在CoMP协作集中设定标识符。该标识符不仅限于本变形例，也可以用作为识别CoMP协作集的方法。另外，各个小区可预先识别本小区属于哪个CoMP协作集。例如，中心实体可预先向各个小区通知本小区属于哪个CoMP协作集。
接收到对目标小区的CoMP协作集进行询问的消息的通知的目标小区向服务小区通知本小区所属的CoMP协作集的标识符。可以通过MME来通知服务小区。由此，服务小区能够识别出目标小区是否是本小区的CoMP协作集内的小区。服务小区在识别出目标小区是否是本小区的CoMP协作集内的小区之后，可再次对目标小区进行重新选择。
(3)服务小区向目标小区询问目标小区是否属于本小区的CoMP协作集。
服务小区在步骤ST12103中选择了目标小区之后，向所选择的目标小区通知本小区的CoMP协作集。具体而言，可通知本小区的CoMP协作集的标识符。可以通过MME来通知目标小区。此时，也可通知服务小区的小区标识。由此，目标小区能够确定询问源的服务小区。
接收到本小区的CoMP协作集的通知的目标小区根据服务小区的CoMP协作集的标识符来判断是否属于该集合。目标小区将该判断结果通知给请求源的服务小区。由此，服务小区能够识别出目标小区是否是本小区的CoMP协作集内的小区。服务小区在识别出目标小区是否是本小区的CoMP协作集内的小区之后，可再次对目标小区进行重新选择。
上述(2)和(3)的方法中，在进行HO处理时，可利用从源小区、此处为服务小区通知给目标小区的HO请求消息和HO请求应答消息。
通过执行上述方法，服务小区能够识别出目标小区是否是CoMP协作集内的小区。
可对本实施方式及变形例进行适当组合。另外，实施方式及变形例能够适用于是否对UE执行CoMP的判断中。
本发明所公开的方法可以进行适当组合。由此，能够根据系统的状况来进行控制。
在上述各个实施方式中，对LTE-A中的CoMP进行了说明，但本发明所揭示的多点协作信号收发所涉及的技术也能够适用于其它的移动通信系统或者其它种类的通信系统中。
本发明进行了详细的说明，但上述说明仅是所有方面中的示例，本发明并不局限于此。未举例示出的无数变形例可解释为是在不脱离本发明的范围内可设想到的。
标号说明
1401RRM测定集，1402CoMP测定集，1403CoMP发送点，1601CoMP激活集。
Claims (6)
1.一种移动通信系统，在该移动通信系统中，多个基站进行协调而在所述多个基站与移动终端之间进行无线通信，所述移动通信系统的特征在于，
包括多个基站以及移动终端，
所述移动终端将从多个基站发送的信号中移动终端所能测定的信号的最大数发送至所述多个基站中的某个基站。
2.如权利要求1所述的移动通信系统，其特征在于，
将表示从多个基站发送的信号中所述移动终端所要测定的信号的测定对象信息从所述多个基站中的某个基站发送至所述移动终端。
3.如权利要求2所述的移动通信系统，其特征在于，
将对由所述测定对象信息所表示的测定对象信号进行测定而得的结果即测定结果信息从所述移动终端发送至所述多个基站中的某个基站。
4.如权利要求3所述的移动通信系统，其特征在于，
所述测定对象信号是用于利用所述移动终端的测定来获取传输线路的状态的参照信号。
5.一种基站，该基站与其它基站进行协调而在自身与移动终端之间进行无线通信，所述基站的特征在于，
包括控制部，该控制部进行控制，使得从所述移动终端接收从多个基站发送的信号中移动终端所能测定的信号的最大数。
6.一种移动终端，该移动终端在自身与进行协调工作的多个基站之间进行无线通信，所述移动终端的特征在于，
包括控制部，该控制部进行控制，使得将从多个基站发送的信号中所能测定的信号的最大数发送至所述多个基站中的某个基站。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012015282 | 2012-01-27 | ||
| JP2012-015282 | 2012-01-27 | ||
| CN201380006853.XA CN104081817B (zh) | 2012-01-27 | 2013-01-24 | 移动通信系统 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201380006853.XA Division CN104081817B (zh) | 2012-01-27 | 2013-01-24 | 移动通信系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108271208A CN108271208A (zh) | 2018-07-10 |
| CN108271208B true CN108271208B (zh) | 2022-01-25 |
Family
ID=48873530
Family Applications (6)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810150731.2A Pending CN108112035A (zh) | 2012-01-27 | 2013-01-24 | 移动通信系统 |
| CN201810150729.5A Pending CN108391284A (zh) | 2012-01-27 | 2013-01-24 | 移动通信系统 |
| CN201810150605.7A Active CN108419267B (zh) | 2012-01-27 | 2013-01-24 | 移动通信系统 |
| CN201810150591.9A Active CN108271208B (zh) | 2012-01-27 | 2013-01-24 | 移动通信系统 |
| CN201380006853.XA Active CN104081817B (zh) | 2012-01-27 | 2013-01-24 | 移动通信系统 |
| CN201810150432.9A Pending CN108449766A (zh) | 2012-01-27 | 2013-01-24 | 移动通信系统 |
Family Applications Before (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810150731.2A Pending CN108112035A (zh) | 2012-01-27 | 2013-01-24 | 移动通信系统 |
| CN201810150729.5A Pending CN108391284A (zh) | 2012-01-27 | 2013-01-24 | 移动通信系统 |
| CN201810150605.7A Active CN108419267B (zh) | 2012-01-27 | 2013-01-24 | 移动通信系统 |
Family Applications After (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201380006853.XA Active CN104081817B (zh) | 2012-01-27 | 2013-01-24 | 移动通信系统 |
| CN201810150432.9A Pending CN108449766A (zh) | 2012-01-27 | 2013-01-24 | 移动通信系统 |
Country Status (5)
| Country | Link |
|---|---|
| US (3) | US9712213B2 (zh) |
| EP (3) | EP3515112A1 (zh) |
| JP (5) | JP6141201B2 (zh) |
| CN (6) | CN108112035A (zh) |
| WO (1) | WO2013111818A1 (zh) |
Families Citing this family (52)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3726878B1 (en) * | 2008-12-26 | 2022-09-21 | Sharp Kabushiki Kaisha | Measurement configuration of a mobile station in a communication system using carrier aggregation |
| US8797966B2 (en) * | 2011-09-23 | 2014-08-05 | Ofinno Technologies, Llc | Channel state information transmission |
| JP6506021B2 (ja) * | 2011-09-29 | 2019-04-24 | ノキア ソリューションズ アンド ネットワークス オサケユキチュア | 方法及び装置 |
| CN103200629B (zh) * | 2012-01-10 | 2016-08-03 | 华为技术有限公司 | 基站切换方法、x2接口建立方法、基站、用户终端及系统 |
| JP6099329B2 (ja) * | 2012-08-02 | 2017-03-22 | シャープ株式会社 | 端末、基地局、通信方法および集積回路 |
| US9439096B2 (en) * | 2012-08-13 | 2016-09-06 | Samsung Electronics Co., Ltd. | Method and apparatus to support channel refinement and multi-stream transmission in millimeter wave systems |
| JP5950785B2 (ja) * | 2012-10-05 | 2016-07-13 | 株式会社Ｎｔｔドコモ | 無線基地局及び移動局 |
| US10111150B2 (en) * | 2013-02-15 | 2018-10-23 | Samsung Electronics Co., Ltd. | Mobile terminal handover in an LTE network |
| US20160066237A1 (en) * | 2013-04-02 | 2016-03-03 | Sharp Kabushiki Kaisha | Radio communication system, base station device, terminal device, radio communication method, and integrated circuit |
| CN104144450B (zh) * | 2013-05-07 | 2017-12-22 | 华为技术有限公司 | 用于协作传输的方法、接入点、服务器和站点 |
| CN104244283B (zh) * | 2013-06-06 | 2020-04-21 | 索尼公司 | 无线通信方法和无线通信设备 |
| CN104969619B (zh) * | 2013-09-13 | 2020-01-31 | 华为技术有限公司 | 回程链路建立方法、基站、中继节点及系统 |
| KR102287928B1 (ko) | 2013-09-27 | 2021-08-10 | 삼성전자 주식회사 | 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 |
| WO2015060860A1 (en) * | 2013-10-25 | 2015-04-30 | Telefonaktiebolaget L M Ericsson (Publ) | Rrc diversity |
| IN2013DE03532A (zh) * | 2013-12-05 | 2015-06-12 | Alcatel Lucent | |
| JP2016540422A (ja) * | 2013-12-12 | 2016-12-22 | インテル・コーポレーション | ミリメートル波対応スモールセルとのセルの関連付けおよびビームフォーミングトレーニングのためのユーザ機器および方法 |
| CN111163494A (zh) * | 2013-12-30 | 2020-05-15 | 华为技术有限公司 | 一种信道测量方法、小区切换方法、相关装置及系统 |
| EP3094128A4 (en) * | 2014-01-29 | 2017-01-11 | Huawei Technologies Co., Ltd. | Method, apparatus and system for coordinated communication |
| CN105934969B (zh) * | 2014-01-29 | 2019-04-05 | Lg电子株式会社 | 在无线通信系统中发送报告消息的方法和装置 |
| US9439176B2 (en) | 2014-02-10 | 2016-09-06 | Huawei Technologies, Co., Ltd. | System and method for virtual multi-point transceivers |
| CN104936184A (zh) * | 2014-03-21 | 2015-09-23 | 上海贝尔股份有限公司 | 基于协作多点在多个小区间进行资源分配的方法与设备 |
| JP6338945B2 (ja) * | 2014-06-30 | 2018-06-06 | 株式会社Ｎｔｔドコモ | 基地局および品質測定制御方法 |
| US20160295423A1 (en) * | 2014-11-07 | 2016-10-06 | Telefonaktiebolaget Lm Ericsson (Publ) | A Network Node, A Wireless Communication Device and Methods Therein for Handling Uplink Transmissions |
| US10212626B2 (en) | 2014-11-28 | 2019-02-19 | Panasonic Intellectual Property Management Co., Ltd. | Base station and coordinated transmission mode selection method |
| WO2016089146A1 (ko) * | 2014-12-05 | 2016-06-09 | 엘지전자(주) | 무선 통신 시스템에서 셀 선택 방법 및 이를 위한 장치 |
| KR20170106988A (ko) * | 2015-01-08 | 2017-09-22 | 엘지전자 주식회사 | 무선 통신 시스템에서 페이징 전송 방법 및 이를 위한 장치 |
| WO2016117643A1 (ja) * | 2015-01-23 | 2016-07-28 | 株式会社Ｎｔｔドコモ | ユーザ端末、無線基地局及び無線通信方法 |
| KR102237511B1 (ko) * | 2015-04-29 | 2021-04-07 | 삼성전자주식회사 | 무선 통신 시스템에서 단말의 통신 제어 방법 및 장치 |
| US20180295534A1 (en) * | 2015-05-14 | 2018-10-11 | Zte Corporation | Method for Processing Information, and Communication Node |
| US11218261B2 (en) * | 2015-06-01 | 2022-01-04 | Qualcomm Incorporated | Channel state information reference signals in contention-based spectrum |
| US10271182B2 (en) | 2015-07-29 | 2019-04-23 | Blackberry Limited | Enhanced public warning system to provide rich content |
| US20170164252A1 (en) * | 2015-12-04 | 2017-06-08 | Wipro Limited | Methods and Systems for Coordination Multi Point Set Determination for a Wireless Network |
| JP6663256B2 (ja) * | 2016-03-11 | 2020-03-11 | 株式会社Ｎｔｔドコモ | 無線通信システム及び管理装置 |
| KR20190002443A (ko) * | 2016-03-30 | 2019-01-08 | 아이디에이씨 홀딩스, 인크. | 물리적 레이어 이동성 프로시져를 수행하기 위한 방법 및 장치 |
| KR102447859B1 (ko) * | 2016-04-26 | 2022-09-27 | 삼성전자 주식회사 | 무선 통신 시스템에서 핸드오버를 지원하는 방법 및 장치 |
| EP3542582A1 (en) * | 2016-11-17 | 2019-09-25 | Telefonaktiebolaget LM Ericsson (PUBL) | Serving cell interruption in multicarrier with shortened transmission time interval patterns |
| US10404330B1 (en) * | 2017-04-07 | 2019-09-03 | Sprint Spectrum L.P. | Coordinated multipoint set size based on quality of service |
| KR20180122935A (ko) * | 2017-05-04 | 2018-11-14 | 삼성전자주식회사 | UE autonomous handover에서의 measurement report/event 운용 및 네트워크 시그널링 방법 |
| WO2018203716A1 (ko) | 2017-05-04 | 2018-11-08 | 삼성전자 주식회사 | 단말 자율 핸드오버에서의 측정 리포트 이벤트 운용 및 네트워크 시그널링 방법 |
| WO2018231000A1 (ko) * | 2017-06-15 | 2018-12-20 | 엘지전자 주식회사 | 무선 통신 시스템에서 페이징 채널을 송수신하는 방법 및 장치 |
| CN109151831B (zh) * | 2017-06-27 | 2020-11-10 | 大唐移动通信设备有限公司 | 一种服务小区与协作小区资源调配的方法和装置 |
| TWI638264B (zh) * | 2017-11-03 | 2018-10-11 | 隆宸星股份有限公司 | 應用於智慧型機器人的開機系統及其開機方法 |
| US10820299B2 (en) * | 2017-11-13 | 2020-10-27 | Qualcomm Incorporated | Radio resource management configuration for user equipment with wake-up signal receivers |
| EP3709694A4 (en) * | 2017-11-27 | 2020-10-14 | Huawei Technologies Co., Ltd. | INTER-CELLULAR COORDINATED PLANNING PROCESS, APPARATUS AND DEVICE |
| CN110351699A (zh) * | 2018-04-02 | 2019-10-18 | 维沃移动通信有限公司 | 一种移动性信息的上报、交互方法、终端设备和网络设备 |
| US10659112B1 (en) * | 2018-11-05 | 2020-05-19 | XCOM Labs, Inc. | User equipment assisted multiple-input multiple-output downlink configuration |
| US10693713B1 (en) * | 2019-02-22 | 2020-06-23 | At&T Intellectual Property I, L.P. | Method and apparatus for providing service coverage with a measurement-based dynamic threshold adjustment |
| JP7414402B2 (ja) | 2019-04-10 | 2024-01-16 | キヤノン株式会社 | 通信装置、通信装置の制御方法、およびプログラム |
| JP7296770B2 (ja) | 2019-04-24 | 2023-06-23 | キヤノン株式会社 | システムおよびその制御方法、制御装置、プログラム |
| US11818612B2 (en) * | 2020-01-14 | 2023-11-14 | Qualcomm Incorporated | User equipment selection of candidate and selected cells |
| CN114554544B (zh) * | 2020-11-20 | 2023-08-15 | 中国移动通信有限公司研究院 | 一种传输方法、通知方法、传输单元和网络侧设备 |
| EP4080802A1 (en) * | 2021-04-23 | 2022-10-26 | Samsung Electronics Co., Ltd. | Harq-capable communication device and method thereof |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101873613A (zh) * | 2009-04-24 | 2010-10-27 | 大唐移动通信设备有限公司 | 获取节点CoMP能力信息方法、集中管理设备和eNB |
| CN101965060A (zh) * | 2009-07-24 | 2011-02-02 | 中兴通讯股份有限公司 | 一种多点协作发送和接收的方法及相应基站 |
| CN102244891A (zh) * | 2010-05-10 | 2011-11-16 | 中兴通讯股份有限公司 | 多载波测量能力的上报方法及装置、获取方法及装置 |
Family Cites Families (52)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100900289B1 (ko) * | 2007-06-21 | 2009-05-29 | 엘지전자 주식회사 | 직교 주파수 분할 다중화 시스템에서 제어 채널을 송수신하는 방법 |
| US8155067B2 (en) * | 2008-03-24 | 2012-04-10 | Interdigital Patent Holdings, Inc. | Method and apparatus for signaling the release of a persistent resource |
| WO2009123391A1 (en) * | 2008-03-31 | 2009-10-08 | Lg Electronics Inc. | Reporting measurements from a mobile station to a network and associated handover control method |
| US8514793B2 (en) * | 2008-10-31 | 2013-08-20 | Interdigital Patent Holdings, Inc. | Method and apparatus for monitoring and processing component carriers |
| EP3592081B1 (en) * | 2008-12-15 | 2024-01-31 | Malikie Innovations Limited | Alignment of semi-persistent scheduling and discontinuous reception |
| KR101571729B1 (ko) | 2009-01-30 | 2015-11-25 | 엘지전자 주식회사 | ＣｏＭＰ 집합 단위 핸드오프 수행 방법 |
| US8917707B2 (en) * | 2009-04-24 | 2014-12-23 | Samsung Electronics Co., Ltd. | Techniques for channel state information feedback in wireless communication system |
| CN101873666B (zh) * | 2009-04-27 | 2013-05-15 | 电信科学技术研究院 | 通知用户终端多小区协同传输信息的方法、系统及装置 |
| CN101610564B (zh) * | 2009-04-29 | 2015-04-01 | 中兴通讯股份有限公司 | 一种下行控制信息的发送和检测方法 |
| CN101909333B (zh) * | 2009-06-05 | 2014-08-20 | 电信科学技术研究院 | 一种pdcch调度传输的方法、设备和系统 |
| CN101932050B (zh) * | 2009-06-19 | 2013-05-22 | 电信科学技术研究院 | 实现用户设备在网络侧节点间切换的方法、系统及装置 |
| CN101594644B (zh) * | 2009-07-02 | 2010-12-29 | 西安电子科技大学 | 支持CoMP操作集合选择的信令交互方法 |
| TWI479924B (zh) * | 2009-08-02 | 2015-04-01 | Innovative Sonic Corp | 無線通訊系統之無線資源控制程序優化方法及通訊裝置 |
| US9014138B2 (en) * | 2009-08-07 | 2015-04-21 | Blackberry Limited | System and method for a virtual carrier for multi-carrier and coordinated multi-point network operation |
| JP2013502182A (ja) * | 2009-08-14 | 2013-01-17 | リサーチ イン モーション リミテッド | ダウンリンク多地点協調（ＣｏＭＰ）伝送のためのフレーム構造および制御信号伝達 |
| CN101998496A (zh) * | 2009-08-18 | 2011-03-30 | 中兴通讯股份有限公司 | 部分载波存在无线链路问题的处理方法及系统 |
| CN102484573B (zh) * | 2009-09-10 | 2014-08-13 | 富士通株式会社 | 用于mimo传输的小区选择的方法、设备和系统 |
| EP2306769B1 (en) * | 2009-10-02 | 2014-06-18 | Alcatel Lucent | Handover in a wireless network with CoMP (coordinated multipoint) transmission/reception scheme |
| US20110105122A1 (en) * | 2009-10-30 | 2011-05-05 | Chih-Hsiang Wu | Method of Handling Handover Measurement in a Discontinuous Reception Mode and Related Communication Device |
| EP3176977B1 (en) * | 2009-10-30 | 2019-05-08 | BlackBerry Limited | Downlink control information set switching when using carrier aggregation |
| US8594688B2 (en) * | 2009-12-09 | 2013-11-26 | Qualcomm Incorporated | Method and system for rate prediction in coordinated multi-point transmission |
| US20120307639A1 (en) * | 2009-12-22 | 2012-12-06 | Wolfgang Zirwas | Method and Device for Data Processing in a Network |
| CN102123524A (zh) * | 2010-01-07 | 2011-07-13 | 夏普株式会社 | 下行控制信息发送和检测方法、基站和用户设备 |
| CN102131243A (zh) * | 2010-01-15 | 2011-07-20 | 中兴通讯股份有限公司 | 一种传输ue支持多载波能力的方法和系统 |
| CN101959249B (zh) * | 2010-01-30 | 2012-09-26 | 华为技术有限公司 | 组成载波管理方法与设备 |
| US8305987B2 (en) * | 2010-02-12 | 2012-11-06 | Research In Motion Limited | Reference signal for a coordinated multi-point network implementation |
| US8923203B2 (en) * | 2010-02-12 | 2014-12-30 | Blackberry Limited | Reference signal for a coordinated multi-point network implementation |
| CN101801100A (zh) * | 2010-03-03 | 2010-08-11 | 华为技术有限公司 | 一种lte系统中激活配置的方法及装置 |
| US8989114B2 (en) * | 2010-03-17 | 2015-03-24 | Lg Electronics Inc. | Method and apparatus for providing channel state information-reference signal (CSI-RS) configuration information in a wireless communication system supporting multiple antennas |
| CN102083096B (zh) * | 2010-03-22 | 2014-06-04 | 电信科学技术研究院 | 回程链路上的控制信令发送及信令检测方法、系统和设备 |
| EP2388944A1 (en) * | 2010-03-25 | 2011-11-23 | Innovative Sonic Corporation | Method and apparatus for component carrier deactivation in a wireless communication system |
| CN102215553A (zh) * | 2010-04-12 | 2011-10-12 | 中兴通讯股份有限公司 | 载波去激活的处理方法及用户设备 |
| US8780729B2 (en) * | 2010-05-03 | 2014-07-15 | Nokia Corporation | Monitoring pattern separation between component carriers based on user equipment RF layout |
| KR20110126034A (ko) * | 2010-05-14 | 2011-11-22 | 엘지전자 주식회사 | 무선 통신 시스템에서 비주기적 사운딩 참조 신호 전송 방법 및 장치 |
| CN102255641B (zh) * | 2010-05-20 | 2014-09-03 | 华为技术有限公司 | 更新CoMP发送集的方法及其设备 |
| CN102291770B (zh) | 2010-06-21 | 2014-07-30 | 上海贝尔股份有限公司 | 基于载波聚合的通信系统中优化用户面操作的方法和装置 |
| KR101227520B1 (ko) | 2010-07-09 | 2013-01-31 | 엘지전자 주식회사 | 다중 안테나 무선 통신 시스템에서 상향링크 참조 신호 송신 방법 및 이를 위한 장치 |
| CN102026232B (zh) * | 2010-09-29 | 2013-06-19 | 新邮通信设备有限公司 | 移动通信网络中多小区间协作测量及切换设置优化的方法 |
| CN101998420B (zh) * | 2010-11-12 | 2013-03-20 | 北京邮电大学 | 协作多点通信中的协作小区集合建立方法 |
| US9252930B2 (en) * | 2011-01-07 | 2016-02-02 | Futurewei Technologies, Inc. | Reference signal transmission and reception method and equipment |
| CN103370960B (zh) * | 2011-01-10 | 2017-03-08 | 诺基亚通信公司 | 动态传输集指示 |
| WO2012099520A1 (en) * | 2011-01-17 | 2012-07-26 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and devices for multipoint transmission |
| BR112013018711A2 (pt) * | 2011-02-09 | 2016-10-25 | Ericsson Telefon Ab L M | configuração de símbolo de recurso dependente de ponto em uma célula sem fio |
| EP2697998B1 (en) * | 2011-04-13 | 2020-05-06 | Telefonaktiebolaget LM Ericsson (publ) | Reducing complexity of pattern-based measurements |
| US8457642B2 (en) * | 2011-06-08 | 2013-06-04 | Telefonaktiebolaget L M Ericsson (Publ) | Determining a coordinating set of cells for multipoint reception of uplink transmission from a mobile terminal |
| US20130021925A1 (en) * | 2011-07-22 | 2013-01-24 | Sharp Laboratories Of America, Inc. | Coordinated multipoint (comp) transmission method selection and feedback requirements |
| US9246558B2 (en) * | 2011-09-26 | 2016-01-26 | Samsung Electronics Co., Ltd. | CoMP measurement system and method |
| CN102316595B (zh) * | 2011-09-30 | 2017-04-12 | 中兴通讯股份有限公司 | 大带宽系统物理上行控制信道资源确定方法及装置 |
| GB2496178B (en) * | 2011-11-04 | 2013-10-09 | Renesas Mobile Corp | Processing system, method and computer program for multipoint communications |
| US9385791B2 (en) * | 2011-11-04 | 2016-07-05 | Intel Corporation | Signaling for configuration of downlink coordinated multipoint communications |
| GB2496198B (en) * | 2011-11-07 | 2014-03-19 | Broadcom Corp | Apparatus, methods and computer programs for coordinated multipoint transmission |
| GB2493224B (en) * | 2011-11-07 | 2013-07-03 | Renesas Mobile Corp | Wireless communication network |
-
2013
- 2013-01-24 EP EP19163158.9A patent/EP3515112A1/en active Pending
- 2013-01-24 CN CN201810150731.2A patent/CN108112035A/zh active Pending
- 2013-01-24 CN CN201810150729.5A patent/CN108391284A/zh active Pending
- 2013-01-24 EP EP13740777.1A patent/EP2809106B1/en active Active
- 2013-01-24 EP EP17197827.3A patent/EP3306980A1/en not_active Withdrawn
- 2013-01-24 US US14/374,744 patent/US9712213B2/en active Active
- 2013-01-24 CN CN201810150605.7A patent/CN108419267B/zh active Active
- 2013-01-24 WO PCT/JP2013/051454 patent/WO2013111818A1/ja active Application Filing
- 2013-01-24 JP JP2013555306A patent/JP6141201B2/ja active Active
- 2013-01-24 CN CN201810150591.9A patent/CN108271208B/zh active Active
- 2013-01-24 CN CN201380006853.XA patent/CN104081817B/zh active Active
- 2013-01-24 CN CN201810150432.9A patent/CN108449766A/zh active Pending
-
2017
- 2017-04-26 JP JP2017087112A patent/JP2017135750A/ja active Pending
- 2017-06-15 US US15/624,126 patent/US20170289902A1/en not_active Abandoned
-
2019
- 2019-04-23 JP JP2019081719A patent/JP6882363B2/ja active Active
-
2021
- 2021-04-30 JP JP2021077369A patent/JP7217771B2/ja active Active
-
2023
- 2023-01-24 JP JP2023008486A patent/JP2023052588A/ja active Pending
- 2023-06-07 US US18/330,840 patent/US20230353194A1/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101873613A (zh) * | 2009-04-24 | 2010-10-27 | 大唐移动通信设备有限公司 | 获取节点CoMP能力信息方法、集中管理设备和eNB |
| CN101965060A (zh) * | 2009-07-24 | 2011-02-02 | 中兴通讯股份有限公司 | 一种多点协作发送和接收的方法及相应基站 |
| CN102244891A (zh) * | 2010-05-10 | 2011-11-16 | 中兴通讯股份有限公司 | 多载波测量能力的上报方法及装置、获取方法及装置 |
Non-Patent Citations (4)
| Title |
|---|
| CoMP set configuration for evaluation;LG Electronics;《3GPP TSG RAN WG1 Meeting #64 R1-110894》;20110225;第1-2节 * |
| DL control signaling for DL CoMP;Intel Corporation;《3GPP TSG-RAN WG1 #67 R1-113937》;20111118;第2节 * |
| LG Electronics.CoMP set configuration for evaluation.《3GPP TSG RAN WG1 Meeting #64 R1-110894》.2011, * |
| 协作多点传输系统载波同步技术研究;李涛;《中国优秀硕士学位论文全文数据库 信息科技辑》;20111215;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104081817B (zh) | 2018-03-20 |
| CN108391284A (zh) | 2018-08-10 |
| US20150036658A1 (en) | 2015-02-05 |
| EP3515112A1 (en) | 2019-07-24 |
| US9712213B2 (en) | 2017-07-18 |
| JP6141201B2 (ja) | 2017-06-07 |
| WO2013111818A1 (ja) | 2013-08-01 |
| JP6882363B2 (ja) | 2021-06-02 |
| CN108419267B (zh) | 2022-01-11 |
| US20230353194A1 (en) | 2023-11-02 |
| CN104081817A (zh) | 2014-10-01 |
| CN108112035A (zh) | 2018-06-01 |
| CN108271208A (zh) | 2018-07-10 |
| CN108449766A (zh) | 2018-08-24 |
| EP2809106B1 (en) | 2017-10-25 |
| JP2019115082A (ja) | 2019-07-11 |
| JP2023052588A (ja) | 2023-04-11 |
| EP2809106A4 (en) | 2015-10-07 |
| EP3306980A1 (en) | 2018-04-11 |
| JP2021122137A (ja) | 2021-08-26 |
| JP7217771B2 (ja) | 2023-02-03 |
| JP2017135750A (ja) | 2017-08-03 |
| US20170289902A1 (en) | 2017-10-05 |
| CN108419267A (zh) | 2018-08-17 |
| EP2809106A1 (en) | 2014-12-03 |
| JPWO2013111818A1 (ja) | 2015-05-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7217771B2 (ja) | 移動体通信システム、基地局および移動端末 | |
| JP6422537B2 (ja) | 通信システム | |
| US10609602B2 (en) | Mobile communication system | |
| US20230129048A1 (en) | Mobile communication system, user equipment and base station | |
| CN109769277B (zh) | 移动通信系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |