CN105684487A - 通信系统 - Google Patents
通信系统 Download PDFInfo
- Publication number
- CN105684487A CN105684487A CN201480059889.9A CN201480059889A CN105684487A CN 105684487 A CN105684487 A CN 105684487A CN 201480059889 A CN201480059889 A CN 201480059889A CN 105684487 A CN105684487 A CN 105684487A
- Authority
- CN
- China
- Prior art keywords
- community
- comp
- coverage
- message
- rrc
- 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.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 152
- 238000000034 method Methods 0.000 claims description 325
- 230000008569 process Effects 0.000 claims description 211
- 101150065984 Comp gene Proteins 0.000 description 545
- 230000005540 biological transmission Effects 0.000 description 77
- 230000004044 response Effects 0.000 description 59
- 238000012544 monitoring process Methods 0.000 description 50
- 230000002093 peripheral effect Effects 0.000 description 40
- 230000009471 action Effects 0.000 description 32
- 239000008186 active pharmaceutical agent Substances 0.000 description 30
- 230000000284 resting effect Effects 0.000 description 30
- 230000011664 signaling Effects 0.000 description 29
- 238000013515 script Methods 0.000 description 20
- 238000003860 storage Methods 0.000 description 20
- 230000003247 decreasing effect Effects 0.000 description 18
- 238000000794 confocal Raman spectroscopy Methods 0.000 description 17
- 238000011500 cytoreductive surgery Methods 0.000 description 17
- 230000007423 decrease Effects 0.000 description 17
- 238000002360 preparation method Methods 0.000 description 16
- 230000008859 change Effects 0.000 description 15
- 238000007726 management method Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 14
- 230000000694 effects Effects 0.000 description 14
- 238000001514 detection method Methods 0.000 description 13
- 238000005259 measurement Methods 0.000 description 13
- 238000012545 processing Methods 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 9
- 238000009826 distribution Methods 0.000 description 7
- 230000003139 buffering effect Effects 0.000 description 6
- 238000012937 correction Methods 0.000 description 6
- 238000011156 evaluation Methods 0.000 description 6
- 230000009467 reduction Effects 0.000 description 6
- 230000001360 synchronised effect Effects 0.000 description 6
- 101100465000 Mus musculus Prag1 gene Proteins 0.000 description 5
- 238000010295 mobile communication Methods 0.000 description 5
- 238000006243 chemical reaction Methods 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 4
- 238000002156 mixing Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012360 testing method Methods 0.000 description 4
- 101001018494 Homo sapiens Pro-MCH Proteins 0.000 description 3
- 102100033721 Pro-MCH Human genes 0.000 description 3
- 101150096310 SIB1 gene Proteins 0.000 description 3
- 230000004913 activation Effects 0.000 description 3
- 238000001994 activation Methods 0.000 description 3
- 238000005194 fractionation Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000005484 gravity Effects 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 239000002699 waste material Substances 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000006866 deterioration Effects 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 230000035945 sensitivity Effects 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- VGGSQFUCUMXWEO-UHFFFAOYSA-N Ethene Chemical compound C=C VGGSQFUCUMXWEO-UHFFFAOYSA-N 0.000 description 1
- 239000005977 Ethylene Substances 0.000 description 1
- 235000003140 Panax quinquefolius Nutrition 0.000 description 1
- 240000005373 Panax quinquefolius Species 0.000 description 1
- 235000014676 Phragmites communis Nutrition 0.000 description 1
- 101150039363 SIB2 gene Proteins 0.000 description 1
- 241000254152 Sitophilus oryzae Species 0.000 description 1
- 239000000654 additive Substances 0.000 description 1
- 230000000996 additive effect Effects 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000005545 community transmission Effects 0.000 description 1
- 230000000052 comparative effect Effects 0.000 description 1
- 238000005520 cutting process Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 230000005059 dormancy Effects 0.000 description 1
- 238000004880 explosion Methods 0.000 description 1
- 238000009472 formulation Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- UOJMTSCORVQOHS-UHFFFAOYSA-N pachypodol Natural products COc1cc(ccc1O)C2=C(C)C(=O)c3c(O)cc(C)cc3O2 UOJMTSCORVQOHS-UHFFFAOYSA-N 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000006116 polymerization reaction Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
- 208000000649 small cell carcinoma Diseases 0.000 description 1
- 238000003786 synthesis reaction Methods 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0203—Power saving arrangements in the radio access network or backbone network of wireless communication networks
- H04W52/0206—Power saving arrangements in the radio access network or backbone network of wireless communication networks in access points, e.g. base stations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/165—Performing reselection for specific purposes for reducing network power consumption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/20—Interfaces between hierarchically similar devices between access points
-
- 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/02—Resource partitioning among network components, e.g. reuse partitioning
- H04W16/06—Hybrid resource partitioning, e.g. channel borrowing
- H04W16/08—Load shedding arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/22—Performing reselection for specific purposes for handling the traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明的通信系统具有构成省电小区(ES小区)的基站和构成补偿小区(Comp小区)的基站。ES小区能够在开关打开状态和开关关闭状态之间进行切换。Comp小区在ES小区处于开关关闭状态时,对ES小区的覆盖范围进行补偿。构成ES小区的基站在利用Comp小区开始补偿覆盖范围之前、例如在步骤(ST1201)中决定将ES小区的开关关闭之前,例如在步骤(ST2201)中,向与ES小区处于连接状态的UE通知与Comp小区相关的信息、例如Comp小区列表。
Description
技术领域
本发明涉及在通信终端装置与基站装置之间进行无线通信的通信系统。
背景技术
在移动通信系统的标准化团体即3GPP(3rdGenerationPartnershipProject:第三代合作伙伴项目)中,研究了在无线区间方面被称为长期演进(LongTermEvolution:LTE)、在包含核心网络以及无线接入网(以下也统称为网络)的系统整体结构方面被称为系统架构演进(SystemArchitectureEvolution:SAE)的新的通信方式(例如,参照非专利文献1~15)。该通信方式也被称为3.9G(3.9代)系统。
对于LTE的接入方式,下行方向采用OFDM(OrthogonalFrequencyDivisionMultiplexing:正交频分复用),上行方向采用SC-FDMA(SingleCarrierFrequencyDivisionMultipleAccess:单载波频分多址)。另外,在LTE中,与W-CDMA(WidebandCodedivisionMultipleAccess:宽带码分多址)不同,不包含线路交换,仅为分组通信方式。
使用图1说明非专利文献1(第五章)所记载的、3GPP中与LTE系统的帧结构有关的决定事项。图1是表示LTE方式的通信系统中所使用的无线帧的结构的说明图。在图1中,一个无线帧(Radioframe)为10毫秒(ms)。无线帧被分割成十个大小相等的子帧(Subframe)。子帧被分割为两个大小相等的时隙(slot)。每个无线帧的第一个和第六个子帧包含下行链路同步信号(DownlinkSynchronizationSignal:SS)。同步信号包括第一同步信号(PrimarySynchronizationSignal:P-SS)和第二同步信号(SecondarySynchronizationSignal:S-SS)。
非专利文献1(第五章)中记载了3GPP中的与LTE系统的信道结构相关的决定事项。设想在CSG(ClosedSubscriberGroup,封闭用户组)小区中也使用与non-CSG小区相同的信道结构。
物理广播信道(PhysicalBroadcastchannel:PBCH)是从基站装置(下面有时仅称为“基站”)到通信终端装置即移动终端装置(下面有时仅称为“移动终端”)的下行链路发送用信道。BCH传输块(transportblock)被映射到40ms间隔中的四个子帧。不存在40ms定时的清楚的信令。
物理控制格式指示信道(PhysicalControlFormatIndicatorChannel:PCFICH)是从基站到移动终端的下行链路发送用信道。PCFICH从基站向移动终端通知关于用于PDCCHs的OFDM(OrthogonalFrequencyDivisionMultiplexing:正交频分复用)码元的数量。PCFICH以每个子帧进行发送。
物理下行链路控制信道(PhysicalDownlinkControlChannel:PDCCH)是从基站到移动终端的下行链路发送用信道。PDCCH对后述的传输信道之一即下行链路共享信道(DownlinkSharedChannel:DL-SCH)的资源分配(allocation)信息、后述的传输信道之一即寻呼信道(PagingChannel:PCH)的资源分配(allocation)信息、以及与DL-SCH有关的HARQ(HybridAutomaticRepeatreQuest,混合自动重复请求)信息进行通知。PDCCH传送上行链路调度许可(UplinkSchedulingGrant)。PDCCH传送对上行链路发送的响应信号即ACK(Acknowledgement)/Nack(NegativeAcknowledgement)。PDCCH也称为L1/L2控制信号。
物理下行链路共享信道(PhysicalDownlinkSharedChannel:PDSCH)是从基站到移动终端的下行链路发送用信道。PDSCH中映射有作为传输信道的下行链路共享信道(DL-SCH)、以及作为传输信道的PCH。
物理多播信道(PhysicalMulticastChannel:PMCH)为从基站到移动终端的下行链路发送用信道。PMCH中映射有作为传输信道的多播信道(MulticastChannel:MCH)。
物理上行链路控制信道(PhysicalUplinkControlChannel:PUCCH)是从移动终端到基站的上行链路发送用信道。PUCCH传送对下行链路发送的响应信号(responsesignal)即ACK/Nack。PUCCH传送CQI(ChannelQualityIndicator,信道质量指示符)报告。CQI是表示接收到的数据的品质、或者通信线路品质的品质信息。PUCCH还传送调度请求(SchedulingRequest:SR)。
物理上行链路共享信道(PhysicalUplinkSharedChannel:PUSCH)是从移动终端到基站的上行链路发送用信道。PUSCH中映射有作为传输信道之一的上行链路共享信道(UplinkSharedChannel:UL-SCH)。
物理HARQ指示符信道(PhysicalHybridARQIndicatorChannel:PHICH)是从基站到移动终端的下行链路发送用信道。PHICH传送对上行链路发送的响应信号即Ack/Nack。物理随机接入信道(PhysicalRandomAccessChannel:PRACH)是从移动终端到基站的上行链路发送用信道。PRACH传送随机接入前导码(randomaccesspreamble)。
下行参照信号(参考信号(Referencesignal):RS)是LTE方式的通信系统中已知的码元。定义有以下五种下行参考信号。小区固有参照信号(Cell-specificReferenceSignals:CRSs)、MBSFN参照信号(MBSFNreferencesignals)、UE固有参照信号(UE-specificreferencesignals)即数据解调用参照信号(DemodulationReferenceSignals:DM-RSs)、定位参照信号(PositioningReferenceSignals:PRSs)、信道信息参照信号(Channel-StateInformationReferenceSignals:CSI-RSs)。移动终端的物理层的测定包括参考信号的接收功率(ReferenceSignalReceivedPower:RSRP)测定。
说明非专利文献1(第5章)所记载的传输信道(Transportchannel)。下行链路传输信道中的广播信道(BroadcastChannel:BCH)被广播到其基站(小区)的整个覆盖范围。BCH被映射到物理广播信道(PBCH)。
对下行链路共享信道(DownlinkSharedChannel:DL-SCH)适用利用HARQ(HybridARQ,混合ARQ)进行的重发控制。DL-SCH能向基站(小区)的整个覆盖范围进行广播。DL-SCH支持动态或者准静态(Semi-static)的资源分配。准静态的资源分配也被称为持久调度(PersistentScheduling)。DL-SCH为了降低移动终端的功耗,支持移动终端的非连续接收(Discontinuousreception:DRX)。DL-SCH被映射到物理下行链路共享信道(PDSCH)。
寻呼信道(PagingChannel:PCH)为了能降低移动终端的功耗,支持移动终端的DRX。PCH被要求对基站(小区)的整个覆盖范围进行广播。PCH被映射到能动态地利用于话务的物理下行链路共享信道(PDSCH)那样的物理资源。
多播信道(MulticastChannel:MCH)用于向基站(小区)的整个覆盖范围进行广播。MCH支持多小区发送中的MBMS(MultimediaBroadcastMulticastService)服务(MTCH和MCCH)的SFN合成。MCH支持准静态的资源分配。MCH被映射到PMCH。
上行链路传输信道中的上行链路共享信道(UplinkSharedChannel:UL-SCH)适用利用HARQ(HybridARQ)所进行的重发控制。UL-SCH支持动态或者准静态(Semi-static)的资源分配。UL-SCH被映射到物理上行链路共享信道(PUSCH)。
随机接入信道(RandomAccessChannel:RACH)仅限于控制信息。RACH存在冲突的风险。RACH被映射到物理随机接入信道(PRACH)。
下面对HARQ进行说明。HARQ是利用自动重发请求(AutomaticRepeatreQuest:ARQ)与纠错(ForwardErrorCorrection)的组合来提高传输线路的通信品质的技术。HARQ具有的优点是,即使对于通信品质发生变化的传输线路,也能利用重发使纠错有效发挥作用。特别是在进行重发时,通过将首发的接收结果和重发的接收结果合成,也能进一步提高品质。
说明重发方法的一个示例。在接收侧无法对接收数据正确进行解码时,换言之,在产生CRC(CyclicRedundancyCheck,循环冗余校验)错误时(CRC=NG),从接收侧向发送侧发送“Nack”。接收到“Nack”的发送侧重发数据。在接收侧能够对接收数据正确进行解码时,换言之,在未产生CRC错误时(CRC=OK),从接收侧向发送侧发送“Ack”。接收到“Ack”的发送侧发送下一数据。
说明非专利文献1(第6章)所记载的逻辑信道(逻辑信道:Logicalchannel)。广播控制信道(BroadcastControlChannel:BCCH)是用于广播系统控制信息的下行链路信道。逻辑信道的BCCH被映射到作为传输信道的广播信道(BCH)、或者下行链路共享信道(DL-SCH)。
寻呼控制信道(PagingControlChannel:PCCH)是用于发送寻呼信息(PagingInformation)以及系统信息(SystemInformation)的变更的下行链路信道。PCCH用于以下场合:即,网络不知道移动终端的小区位置。逻辑信道的PCCH被映射到作为传输信道的寻呼信道(PCH)。
共享控制信道(CommonControlChannel:CCCH)是用于移动终端与基站间的发送控制信息的信道。CCCH用于以下场合:即,移动终端与网络之间不具有RRC连接(connection)。在下行链路方向,CCCH被映射到作为传输信道的下行链路共享信道(DL-SCH)。在上行链路方向,CCCH被映射到作为传输信道的上行链路共享信道(UL-SCH)。
多播控制信道(MulticastControlChannel:MCCH)为用于单点到多点的发送的下行信道。MCCH用于自网络向移动终端发送一个或若干个MTCH用的MBMS控制信息。MCCH仅被正在接收MBMS的移动终端所使用。MCCH被映射到作为传输信道的多播信道(MCH)。
专用控制信道(DedicatedControlChannel:DCCH)是用于以点对点方式发送移动终端与网络间的专用控制信息的信道。DCCH用于以下场合:即,移动终端处于RRC连接(connection)。DCCH在上行链路中被映射到上行链路共享信道(UL-SCH),在下行链路中被映射到下行链路共享信道(DL-SCH)。
专用话务信道(DedicatedTrafficChannel:DTCH)为用于发送用户信息的、与个别移动终端进行点对点通信的信道。DTCH在上行链路和下行链路中都存在。DTCH在上行链路中被映射到上行链路共享信道(UL-SCH),在下行链路中被映射到下行链路共享信道(DL-SCH)。
多播话务信道(MulticastTrafficchannel:MTCH)是用于从网络向移动终端发送话务数据的下行链路信道。MTCH是仅被正在接收MBMS的移动终端所使用的信道。MTCH被映射到多播信道(MCH)。
CGI为小区全球标识(CellGlobalIdentifier)。ECGI为E-UTRAN小区全球标识(E-UTRANCellGlobalIdentifier)。在LTE、后述的LTE-A(LongTermEvolutionAdvanced,高级长期演进)以及UMTS(UniversalMobileTelecommunicationSystem,通用移动电信系统)中导入有CSG(ClosedSubscriberGroup)小区。
CSG(ClosedSubscriberGroup)小区是由操作人员特定有使用权的加入者的小区(以下有时会称为“特定加入者用小区”)。特定的加入者被许可接入PLMN(PublicLandMobileNetwork,公共陆地移动网络)的一个以上的小区。将许可特定的加入者接入的一个以上的小区称为“CSG小区(CSGcell(s)))”。但是,PLMN存在接入限制。
CSG小区对固有的CSG标识(CSGidentity:CSGID;CSG-ID)进行广播,是利用CSG指示(CSGIndication)来广播“TRUE”的PLMN的一部分。预先进行了使用登录并被许可的加入者组的成员利用接入许可信息中的CSG-ID来接入CSG小区。
CSG-ID通过CSG小区或小区来广播。LTE方式的通信系统中存在多个CSG-ID。并且,为了使与CSG关联的成员的接入较为容易,由移动终端(UE)来使用CSG-ID。
移动终端的位置追踪以由一个以上的小区构成的区域为单位来进行。位置追踪是为了即使在待机状态下也能追踪移动终端的位置,与移动终端通话,换言之,是为了能呼叫移动终端而进行的。该移动终端的位置追踪用的区域称为跟踪区。
在3GPP中,研究了被称为Home-NodeB(Home-NB;HNB,家庭基站)、Home-eNodeB(Home-eNB;HeNB,家庭基站)的基站。UTRAN中的HNB、以及E-UTRAN中的HeNB例如是面向家庭、法人、商业用的接入服务的基站。非专利文献3中公开了对HeNB以及HNB进行接入的三个不同的模式。具体而言,公开了开放接入模式(Openaccessmode)、封闭接入模式(Closedaccessmode)、以及混合接入模式(Hybridaccessmode)。
各个模式具有如下特征。开放接入模式中,HeNB以及HNB作为通常的操作人员的常规小区进行操作。在封闭接入模式中,HeNB以及HNB作为CSG小区进行操作。该CSG小区是仅CSG成员能够接入的CSG小区。在混合接入模式中,HeNB以及HNB作为非CSG成员也被同时许可的CSG小区进行操作。换言之,混合接入模式的小区(也称为混合小区)是支持开放接入模式和封闭接入模式双方的小区。
3GPP中,在所有的物理小区标识(PhysicalCellIdentity,PCI)中存在有为了由CSG小区使用而通过网络预约的PCI范围(参照非专利文献1的10.5.1.1章)。有时将分割PCI范围称为PCI拆分。与PCI拆分有关的信息(也称为PCI拆分信息)通过系统信息从基站向其覆盖的移动终端进行广播。被基站覆盖意味着将该基站作为服务小区。
非专利文献4公开了使用了PCI拆分的移动终端的基本动作。不具有PCI拆分信息的移动终端需要使用全PCI,例如使用所有504码来进行小区搜索。与此相对,具有PCI拆分信息的移动终端能利用该PCI拆分信息来进行小区搜索。
此外,在3GPP中,进行了高级长期演进(LongTermEvolutionAdvanced:LTE-A)的标准制定来作为版本10(参照非专利文献5、非专利文献6)。LTE-A以LTE的无线区间通信方式为基本,并在其中附加了一些新技术来构成。
在LTE-A系统中,为了支持高达100MHz的更宽的频带宽度(transmissionbandwidths),研究了对两个以上的分量载波(ComponentCarrier:CC)进行汇集(也称为聚合(aggregation))的载波聚合(CarrierAggregation:CA)。
在构成CA的情况下,UE具有与网络(Network:NW)唯一的RRC连接(RRCconnection)。在RRC连接中,一个服务小区提供NAS移动性信息和安全性输入。该小区称为主服务小区(PrimaryCell:PCell)。下行链路中,与PCell相对应的载波是下行链路主分量载波(DownlinkPrimaryComponentCarrier:DLPCC)。上行链路中,与PCell相对应的载波是上行链路主分量载波(UplinkPrimaryComponentCarrier:ULPCC)。
根据UE的能力(能力(capability)),构成辅服务小区(SecondaryCell:SCell)来形成PCell和服务小区的组。下行链路中,与SCell相对应的载波是下行链路辅分量载波(DownlinkSecondaryComponentCarrier:DLSCC)。上行链路中,与SCell相对应的载波是上行链路辅分量载波(UplinkSecondaryComponentCarrier:ULSCC)。
对于一个UE,构成一个PCell、与由一个以上的SCell构成的服务小区的组。
作为LTE-A中的新技术,包括支持更宽频带的技术(Widerbandwidthextension)、以及多点协同收发(CoordinatedMultiplePointtransmissionandreception:CoMP)技术等。3GPP中为了LTE-A而研究的CoMP记载在非专利文献7中。
3GPP中,正在制定版本12的技术标准。其中,为了应对将来庞大的话务量,对利用构成小蜂窝小区(smallcell)的小蜂窝eNB进行了研究。例如探讨通过设置多个小蜂窝eNB,构成多个小蜂窝小区,从而提高频率利用效率,以力图增大通信容量的技术等。
移动网络的话务量有增加趋势,通信速度也不断高速化。若LTE及LTE-A正式开始应用,则可预计通信速度将进一步高速化,话务量进一步增加。
另外,为了实现可持续社会,也要求移动通信系统减小功耗。作为移动通信系统的整体,为了实现功耗的减小,不仅是一直以来已要求减小功耗的移动终端,对于基站也要求减小功耗。
3GPP中,正在制定版本12的技术标准。其中,探讨了基站的功耗减小方法(参照非专利文献13)。例如,具有重叠(overlaid)脚本、补偿eNB配置(compensatingeNB(s)deployment)脚本等。
在这些脚本中,通过将由基站构成的小区从正常动作状态切换成功耗比正常动作状态要低的省电状态,具体而言将由基站构成的小区的开关设成关闭,从而能够减小功耗、即实现省电(EnergySaving:ES)。
在下面的说明中,有时将为了省电而被切换开关的打开和关闭的小区称为省电小区(省电小区(EnergySavingcell):简称ES小区)。
现有技术文献
非专利文献
非专利文献1:3GPPTS36.300V11.5.0
非专利文献2:3GPPTS36.304V11.1.0
非专利文献3:3GPPS1-083461
非专利文献4:3GPPR2-082899
非专利文献5:3GPPTR36.814V9.0.0
非专利文献6:3GPPTR36.912V10.0.0
非专利文献7:3GPPTR36.819V11.1.0
非专利文献8:3GPPTS36.141V11.1.0
非专利文献9:3GPPR1-131530
非专利文献10:3GPPTS36.331V11.3.0
非专利文献11:3GPPTR36.842V0.2.0
非专利文献12:3GPPTS37.320V11.3.0
非专利文献13:3GPPTS36.887V0.2.0
非专利文献14:3GPPTS36.321V11.2.0
非专利文献15:3GPPTR36.872V12.0.0
发明内容
发明所要解决的技术问题
在ES小区从开关打开状态转移至开关关闭状态,或者从开关关闭状态转移至开关打开状态时,希望与ES小区或者Comp小区相连接的连接状态(RRC_Connected状态)的UE继续维持其状态。然而,存在如下问题。
例如补偿eNB配置(compensatingeNB(s)deployment)脚本中,当切换ES小区的开关的打开关闭的时刻与增减Comp小区的覆盖范围的时刻在小区间存在偏差时,小区间会发生干扰并产生覆盖范围盲区(coveragehole)。
为了避免发生上述的小区间的干扰和覆盖范围盲区,提出了在切换ES小区的开关的打开关闭时,或者在使Comp小区的覆盖范围增减时,逐渐增减各个小区的发送功率(参照非专利文献13)。
然而,在小区间不同步的情况下,无法使各个小区的发送功率的增减时刻完全同步。因此,在进行ES小区的开关的打开关闭、以及Comp小区的覆盖范围的增减时,无法完全避免ES小区和Comp小区之间的干扰、以及覆盖范围盲区的产生,从而使RRC_Connected状态的UE变得无法维持其状态。
另外,在为了补偿ES小区的覆盖范围而增大发送功率的情况下,Comp小区对ES小区产生干扰。越是存在于ES小区的覆盖范围的边缘的UE,因Comp小区的发送功率的增大而造成的干扰越大。
由于这样的干扰,会使与ES小区相连接的UE的接收品质劣化,导致UE无法进行无线连接、即发生所谓的无线链路失败(RadioLinkFailure:RLF)。由此,在ES小区从开关打开状态转移至开关关闭状态时,存在连接状态的UE无法确立新的连接,且无法维持连接状态的问题。
本发明的目的在于提供一种通信系统,在省电小区从正常动作状态转移至省电状态时,连接状态的通信终端装置能够维持其状态。
解决技术问题所采用的技术手段
本发明的通信系统具有如下特征:该通信系统具有基站装置、以及能与所述基站装置进行无线通信的通信终端装置,所述基站装置具有:省电基站装置,该省电基站装置构成省电小区,该省电小区能够在正常动作状态、和功耗低于所述正常动作状态的省电状态之间进行切换;以及补偿基站装置,该补偿基站装置构成补偿小区,该补偿小区在所述省电小区处于所述省电状态时,对所述省电小区能够进行通信的范围即覆盖范围进行补偿,所述省电基站装置在利用所述补偿小区开始补偿所述覆盖范围之前,向与所述省电小区处于连接状态的所述通信终端装置通知与所述补偿小区相关的信息。
发明效果
根据本发明的通信系统,具有基站装置和能够与基站装置进行无线通信的通信终端装置,由此构成通信系统。基站装置具有省电基站装置和补偿基站装置,该省电基站装置构成省电小区,该省电小区能够在正常动作状态与省电状态之间进行切换,该补偿基站装置构成补偿小区。省电基站装置在利用补偿小区开始补偿覆盖范围之前,向与省电小区处于连接状态的通信终端装置通知与省电小区处于省电状态时补偿省电小区的覆盖范围的补偿小区相关的信息。由此,在省电小区从正常动作状态转移至省电状态时,即使在已与省电小区相连接的通信终端装置成为无法与省电小区进行通信的状态的情况下,通信终端装置也能够利用预先通知的与补偿小区相关的信息来与补偿小区确立通信。因此,在省电小区从正常动作状态转移至省电状态时,处于连接状态的通信终端装置能够维持其状态。
本发明的目的、特征、方式以及优点通过以下详细的说明和附图会变得更为明了。
附图说明
图1是表示LTE方式的通信系统中所使用的无线帧的结构的说明图。
图2是表示3GPP中探讨的LTE方式的通信系统700的整体结构的框图。
图3是表示本发明所涉及的移动终端即图2所示的移动终端71的结构的框图。
图4是表示本发明所涉及的基站即图2所示的基站72的结构的框图。
图5是表示本发明所涉及的MME的结构的框图。
图6是表示LTE方式的通信系统中移动终端(UE)所进行的从小区搜索到待机动作为止的概要的流程图。
图7是用于说明重叠(overlaid)脚本的图。
图8是用于说明补偿eNB配置(compensatingeNB(s)deployment)脚本的图。
图9是用于说明补偿eNB配置(compensatingeNB(s)deployment)脚本的图。
图10是示出本发明的现有技术的通信系统中ES处理流程的一个示例的图。
图11是示出本发明的实施方式1的通信系统中ES处理流程的一个示例的图。
图12是示出本发明的实施方式1的变形例1的通信系统中ES处理流程的一个示例的图。
图13是示出本发明的实施方式1的变形例1的通信系统中ES处理流程的其它示例的图。
图14是示出本发明的实施方式1的变形例2的通信系统中ES处理流程的一个示例的图。
图15是示出本发明的实施方式1的变形例3的通信系统中ES处理流程的一个示例的图。
图16是示出本发明的实施方式1的变形例3的通信系统中ES处理流程的其它示例的图。
图17是示出本发明的实施方式2的通信系统中ES处理流程的一个示例的图。
图18是示出本发明的实施方式3的通信系统中ES处理流程的一个示例的图。
图19是示出本发明的实施方式3的通信系统中ES处理流程的一个示例的图。
图20是示出本发明的实施方式3的变形例1的通信系统中ES处理流程的一个示例的图。
图21是示出本发明的实施方式3的变形例2的通信系统中ES处理流程的一个示例的图。
图22是示出本发明的实施方式3的变形例3的通信系统中ES处理流程的一个示例的图。
图23是示出本发明的实施方式4中确定UE的发送功率的步骤的一个示例的图。
图24是示出本发明的实施方式4中确定UE的发送功率的步骤的一个示例的图。
图25是示出本发明的实施方式4中确定UE的发送功率的步骤的一个示例的图。
图26是示出本发明的实施方式4中确定UE的发送功率的步骤的一个示例的图。
图27是用于说明作为省电区域设定了省电(EnergySaving)设置列表和补偿(Compensation)设置列表的组合的情况下的UE的动作的图。
图28是示出本发明的实施方式6的通信系统中ES处理流程的一个示例的图。
图29是示出本发明的实施方式6的通信系统中ES处理流程的一个示例的图。
图30是示出本发明的实施方式6的变形例1的通信系统中ES处理流程的一个示例的图。
图31是示出本发明的实施方式6的变形例2的通信系统中ES处理流程的一个示例的图。
图32是示出本发明的实施方式7的通信系统中ES处理流程的一个示例的图。
图33是示出本发明的实施方式7的通信系统中ES处理流程的一个示例的图。
图34是示出本发明的实施方式8的通信系统中ES处理流程的一个示例的图。
图35是示出本发明的实施方式8的通信系统中ES处理流程的一个示例的图。
具体实施方式
实施方式1.
图2是表示3GPP中探讨的LTE方式的通信系统700的整体结构的框图。对图2进行说明。将无线接入网称为E-UTRAN(EvolvedUniversalTerrestrialRadioAccessNetwork:演进通用地面无线接入网络)70。作为通信终端装置的移动终端装置(以下称为“移动终端(UserEquipment:UE)”)71能与基站装置(以下称为“基站(E-UTRANNodeB:eNB)”)72进行无线通信,并利用无线通信进行信号的收发。
若对应于移动终端71的控制协议,例如RRC(RadioResourceManagement:无线电资源管理))和用户层面、例如PDCP(PacketDataConvergenceProtocol,分组数据分集协议)、RLC(RadioLinkControl,无线电链路控制)、MAC(MediumAccessControl,介质接入控制)、PHY(Physicallayer,物理层)在基站72终止,则E-UTRAN由一个或多个基站72构成。
移动终端71与基站72之间的控制协议RRC(RadioResourceControl)进行广播(Broadcast)、寻呼(paging)、RRC连接管理(RRCconnectionmanagement)等。RRC中的基站72与移动终端71的状态有RRC_IDLE和RRC_CONNECTED。
在RRC_IDLE中进行PLMN(PublicLandMobileNetwork,公共陆地移动网络)选择、系统信息(SystemInformation:SI)的广播、寻呼(paging)、小区重选(cellre-selection)、移动性等。在RRC_CONNECTED中,移动终端具有RRC连接(connection),能与网络进行数据的收发。此外,在RRC_CONNECTED中,进行切换(Handover:HO)、相邻小区(Neighbourcell)的监测(measurement)等。
基站72被分类成eNB76、以及Home-eNB75。通信系统700具有包括多个eNB76的eNB组72-1,以及包括多个Home-eNB75的Home-eNB组72-2。另外,由核心网络即EPC(EvolvedPacketCore)和无线接入网即E-UTRAN70构成的系统被称为EPS(EvolvedPacketSystem,演进分组系统)。有时将核心网络即EPC和无线接入网即E-UTRAN70统称为“网络”。
eNB76通过S1接口与移动管理实体(MobilityManagementEntity:MME)、或者S-GW(ServingGateway:服务网关)、或者包含MME和S-GW的MME/S-GW部(以下有时称为“MME部”)73相连接,在eNB76与MME部73之间进行控制信息的通信。可以使一个eNB76与多个MME部73相连接。eNB76之间通过X2接口相连接,在eNB76之间进行控制信息的通信。
Home-eNB75通过S1接口与MME部73相连接,在Home-eNB75与MME部73之间进行控制信息的通信。可以使一个MME部73与多个Home-eNB75相连接。或者,Home-eNB75经由HeNBGW(Home-eNBGateWay,Home-eNB网关)74与MME部73相连接。Home-eNB75与HeNBGW74通过S1接口相连接,HeNBGW与MME部73经由S1接口相连接。
一个或多个Home-eNB75与一个HeNBGW74相连接,通过S1接口进行信息的通信。HeNBGW74与一个或多个MME部73相连接,通过S1接口进行信息的通信。
MME部73以及HeNBGW74为上位装置,具体而言是上位节点,对基站即eNB76以及Home-eNB75与移动终端(UE)71的连接进行控制。MME部73构成核心网络即EPC。基站72和HeNBGW74构成E-UTRAN70。
另外,在3GPP中研究了下述结构。Home-eNB75之间的X2接口被支持。即,Home-eNB75之间通过X2接口相连接,在Home-eNB75之间进行控制信息的通信。从MME部73来看,可以将HeNBGW74视为Home-eNB75。从Home-eNB75来看,可以将HeNBGW74视为MME部73。
无论是Home-eNB75经由HeNBGW74与MME部73相连接的情况、还是直接与MME部73相连接的情况,Home-eNB75与MME部73之间的接口均同样为S1接口。
基站装置72可以构成一个小区,也可以构成多个小区。各小区具有预先决定的范围以作为可与通信终端装置进行通信的范围即覆盖范围,在覆盖范围内能与通信终端装置进行无线通信。在一个基站装置构成多个小区的情况下,各个小区都构成为可与移动终端进行通信。
图3是表示本发明所涉及的移动终端即图2所示的移动终端71的结构的框图。对图3所示的移动终端71的发送处理进行说明。首先,来自协议处理部801的控制数据、以及来自应用部802的用户数据被保存到发送数据缓冲部803。发送数据缓冲部803中保存的数据被传送给编码器部804,进行纠错等编码处理。也可以存在不实施编码处理而直接从发送数据缓冲部803向调制部805输出的数据。被编码部804编码处理的数据在调制部805进行调制处理。经调制的数据被转换为基带信号后,输出至频率转换部806,被转换为无线发送频率。之后,从天线807向基站72发送发送信号。
另外,移动终端71的接收处理以如下方式执行。由天线807接收来自基站72的无线信号。接收信号通过频率转换部806从无线接收频率转换为基带信号,在解调部808中进行解调处理。解调后的数据被传送到解码器部809,进行纠错等解码处理。经解码的数据中,控制数据传送到协议处理部801,用户数据传送到应用部802。移动终端71的一系列处理由控制部810控制。因此,虽然在图3中进行了省略,但控制部810与各部801~809连接。
图4是表示本发明所涉及的基站即图2所示的基站72的结构的框图。对图4所示的基站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控制。因此,虽然在图4中进行了省略,但控制部911与各部901~910连接。
图5是表示本发明所涉及的MME的结构的框图。图5中示出上述图2所示的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、空闲状态(IdleState)移动性管理部1005-3等,进行对控制层面的整体处理。NAS安全部1005-1负责NAS(Non-AccessStratum,非接入阶层)消息的安全等。SAE承载控制部1005-2进行SAE(SystemArchitectureEvolution:系统构架演进)的承载的管理等。空闲状态移动性管理部1005-3进行待机状态(也称为空闲状态(IdleState);LTE-IDLE状态、或仅称为空闲)的移动性管理、待机状态时的寻呼信号的生成及控制、所覆盖的一个或者多个移动终端71的跟踪区域的添加、删除、更新、检索、跟踪区域列表管理等。
MME73a向一个或者多个基站72进行寻呼信号的分配。另外,MME73a进行待机状态(IdleState,闲置状态)的移动性控制(Mobilitycontrol)。MME73a在移动终端处于待机状态、以及激活状态(ActiveState)时进行跟踪区域(TrackingArea)列表的管理。MME73a通过向属于注册(registered)有UE的追踪区域(跟踪区域,TrackingArea)的小区发送寻呼消息,从而起动寻呼协议。与MME73a相连接的Home-eNB75的CSG的管理、CSG-ID的管理、以及白名单管理可以由空闲状态移动性管理部1005-3来进行。
接着,示出了通信系统中小区搜索方法的一个示例。图6是LTE方式的通信系统中移动终端(UE)所进行的从小区搜索到待机动作为止的概要的流程图。移动终端在开始小区搜索后,在步骤ST1201中利用从周边的基站发送的第一同步信号(P-SS)、以及第二同步信号(S-SS)来获得时隙定时、帧定时的同步。
P-SS与S-SS统称为同步信号(SynchronizationSignal:SS)。同步信号(SS)中分配有与分配给每个小区的PCI一一对应的同步码。PCI的数量设为504个。利用该504个PCI来取得同步,并对取得同步的小区的PCI进行检测(确定)。
接着,在步骤ST1202中,对取得同步的小区检测从基站发送给每个小区的参照信号(参考信号:RS)即小区固有参照信号(Cell-specificReferenceSignal:CRS),并对RS的接收功率(ReferenceSignalReceivedPower:RSRP)进行测定。参照信号(RS)使用与PCI一一对应的编码。该编码取得相关性从而与其它小区分离。通过从步骤ST1201中确定的PCI中导出该小区的RS用编码,从而能检测RS,测定RS的接收功率。
接着在步骤ST1203中,从到步骤ST1202为止检测到的一个以上的小区中选择RS的接收品质最好的、例如RS的接收功率最高的小区、即最佳小区。
接着,在步骤ST1204中,接收最佳小区的PBCH,从而获得广播信息即BCCH。PBCH上的BCCH中映射有包含小区结构信息的MIB(MasterInformationBlock,主信息块)。因此,通过接收PBCH并获得BCCH,从而能获得MIB。作为MIB的信息,例如有DL(下行链路)系统带宽(也称为发送带宽设定(transmissionbandwidthconfiguration:dl-bandwidth))、发送天线数、SFN(SystemFrameNumber,系统帧号)等。
接着,在步骤ST1205中,在MIB的小区结构信息的基础上接收该小区的DL-SCH,并获取广播信息BCCH中的SIB(SystemInformationBlock,系统信息块)1。SIB1中包含与接入该小区有关的信息、与小区选择有关信息、其它SIB(SIBk;k≥2的整数)的调度信息。此外,SIB1中包含跟踪区域码(TrackingAreaCode:TAC)。
接着,在步骤ST1206中,移动终端对步骤ST1205中接收到的SIB1的TAC、与移动终端已经保存的跟踪区域列表内的跟踪区域标识(TrackingAreaIdentity:TAI)的TAC部分进行比较。跟踪区域列表也称为TAI列表(TAIlist)。TAI为用于识别跟踪区域的标识信息,由MCC(MobileCountryCode,移动国家码)、MNC(MobileNetworkCode,移动网络码)、以及TAC(TrackingAreaCode)构成。MCC为国家码。MNC为网络码。TAC为跟踪区域的码编号。
若步骤ST1206中比较的结果为步骤ST1205中接收到的TAC与跟踪区域列表内所包含的TAC相同,则移动终端在该小区进入待机动作。若比较结果为步骤ST1205中接收到的TAC未包含在跟踪区域列表内,则移动终端通过该小区向包含有MME等的核心网络(CoreNetwork,EPC)请求变更跟踪区域,以进行TAU(TrackingAreaUpdate,跟踪区域更新)。
构成核心网络的装置(以下有时称为“核心网络侧装置”)基于与TAU请求信号一起从移动终端发送过来的该移动终端的识别编号(UE-ID等)来进行跟踪区域列表的更新。核心网络侧装置将更新后的跟踪区域列表发送给移动终端。移动终端基于接收到的跟踪区域列表来重写(更新)移动终端所保存的TAC列表。此后,移动终端在该小区进入待机动作。
随着智能手机及平板电脑终端的普及,导致利用蜂窝类无线通信进行的话务量爆发式增大,使人担心世界上无线资源的不足。与此对应地,为了提高频率利用效率,开始探讨小蜂窝小区化,进行空间分离。
在现有的小区结构中,由eNB构成的小区具有较宽范围的覆盖范围。以往,利用由多个eNB构成的多个小区的较宽范围的覆盖范围,来构成小区,以覆盖某个区域。
在小蜂窝小区化的情况下,由eNB构成的小区具有比由现有的eNB构成的小区的覆盖范围要窄的覆盖范围。因而,与现有技术相同,为了覆盖某个区域,相比现有的eNB,需要大量的小蜂窝小区化后的eNB。
在以下的说明中,像由现有的eNB构成的小区那样,将构成较宽范围的覆盖范围的小区、即覆盖范围区域较宽的小区称为“宏蜂窝小区”,将构成宏蜂窝小区的eNB称为“宏蜂窝eNB”。此外,像小蜂窝小区化后的小区那样,将构成较窄范围的覆盖范围的小区、即覆盖范围区域较窄的小区称为“小蜂窝小区”,将构成小蜂窝小区的eNB称为“小蜂窝eNB”。
宏蜂窝eNB例如可以是非专利文献8中所记载的“广域基站(WideAreaBaseStation)”。
小蜂窝eNB例如是低功率节点、局域节点、及热点等。另外,小蜂窝eNB可以是构成微微小区的微微eNB、构成毫微微小区的毫微微eNB、HeNB、RRH(RemoteRadioHead:射频拉远头)、RRU(RemoteRadioUnit:射频拉远单元)、RRE(RemoteRadioEquipment:射频拉远设备)、或者RN(RelayNode:中继节点)。小蜂窝eNB可以是非专利文献8中记载的“局域基站(LocalAreaBaseStation)”或“家庭基站(HomeBaseStation)”。
另外,为了实现可持续社会,也要求移动通信系统减小功耗。作为移动通信系统的整体,为了实现功耗的减小,不仅是现有技术中已要求减小功耗的移动终端,对于基站也要求减小功耗。
3GPP中,正在制定版本12的技术标准。其中,探讨了基站的功耗减小方法(参照非专利文献13)。例如,具有重叠(overlaid)脚本、补偿eNB配置(compensatingeNB(s)deployment)脚本等。
图7是用于说明重叠(overlaid)脚本的图。重叠(overlaid)脚本中,通信系统由具有较宽范围的覆盖范围的小区(下面有时称为“覆盖范围小区”)、和为了增大容量而设置且具有较窄范围的覆盖范围的小区(下面有时称为“容量小区”)构成。
例如在图7所示的示例中,第一eNB1103和第二eNB1104构成覆盖范围小区。由第一eNB1103构成的覆盖范围小区具有第一覆盖范围1101。由第二eNB1104构成的覆盖范围小区具有第二覆盖范围1102。
第三~第七eNB1105、1106、1107、1108、1109构成容量小区。由第三eNB1105构成的容量小区具有第三覆盖范围1110。由第四eNB1106构成的容量小区具有第四覆盖范围1111。由第五eNB1107构成的容量小区具有第五覆盖范围1112。由第六eNB1108构成的容量小区具有第六覆盖范围1113。由第七eNB1109构成的容量小区具有第七覆盖范围1114。
如图7所示,配置由第一~第七eNB1103~1109构成的各个小区,以使得由第三~第七eNB1105~1109构成的容量小区的覆盖范围1110~1114存在于由第一和第二eNB1103、1104构成的覆盖范围小区的覆盖范围1101、1102内。
在重叠(overlaid)脚本中,通过使由第三~第七eNB1105~1109构成的容量小区的开关关闭,从而消减功耗,即进行省电(EnergySaving:ES)。在下面的说明中,有时将为了省电而被切换开关的打开和关闭的小区称为省电小区(省电小区(EnergySavingcell):简称ES小区)。
此处,“使ES小区的开关关闭”是指使ES小区的至少一部分的动作停止,“使ES小区的开关关闭的状态(下面有时称为‘开关关闭状态’)”是指使ES小区的至少一部分的动作停止的状态。因此,ES小区的开关关闭状态包括使ES小区的所有动作停止的状态,以及使ES小区的一部分动作停止而使其它动作继续的状态。
作为使ES小区的一部分动作停止而使其它动作继续的状态,例如有使RAN(RadioAccessNetwork:无线接入网络)一侧的动作停止而使与网络一侧的接口动作继续的状态。作为其它示例,还有ES小区仅发送预定的无线信号,且使与网络一侧的接口动作继续而使其它动作停止的状态等。这些状态称为“休眠(dormant)状态”。
休眠状态等的开关关闭状态相当于省电状态。省电状态是指功耗低于正常动作状态的状态。另外,正常动作状态是指进行ES小区的各个动作的状态,即不使ES小区的各个动作停止的状态。使ES小区的开关打开的状态即开关打开状态相当于正常动作状态。因此,ES小区能够在正常动作状态和省电状态之间切换。
重叠(overlaid)脚本的情况下,即使使由第三~第七eNB1105~1109构成的容量小区的开关关闭,也能够使存在于容量小区的覆盖范围1110~1114内的UE存在于由第一和第二eNB1103、1104构成的覆盖范围小区的覆盖范围1101、1102内。
图8和图9是用于说明补偿eNB配置(compensatingeNB(s)deployment)脚本的图。补偿eNB配置(compensatingeNB(s)deployment)脚本是为了消减功耗而使ES小区的开关关闭、并且为了对开关被关闭的ES小区的覆盖范围进行补偿而使周边小区扩大覆盖范围的方法。将对ES小区的覆盖范围进行补偿的小区称为“补偿小区(Compensationcell);简称Comp小区”。
在图8中示出了如下情况:由第一宏蜂窝eNB1204构成的小区成为Comp小区,由第二~第四的宏蜂窝eNB1208~1210构成的小区成为ES小区。在图8所示的示例中,第一宏蜂窝eNB1204构成3个小区,各个小区成为Comp小区。第二~第四宏蜂窝eNB1208~1210分别构成1个小区,各个小区成为ES小区。
构成ES小区的基站装置、例如在图8所示的示例中的第二~第四的宏蜂窝eNB1208~1210相当于省电基站装置。构成Comp小区的基站装置、例如在图8所示的示例中的第一宏蜂窝eNB1204相当于补偿基站装置。
图8(a)示出了由第二~第四宏蜂窝eNB1208~1210构成的ES小区处于开关打开状态的情况。图8(b)示出了由第二~第四宏蜂窝eNB1208~1210构成的ES小区处于开关关闭状态、具体为休眠状态的情况。
如图8(a)所示,在由第二~第四宏蜂窝eNB1208~1210构成的ES小区处于开关打开状态的情况下,由第一宏蜂窝eNB1204构成的各个Comp小区例如具有椭圆形的覆盖范围1201~1203。由第二~第四宏蜂窝eNB1208~1210构成的各个ES小区例如具有椭圆形的覆盖范围1205~1207。形成为Comp小区的覆盖范围1201~1203与ES小区的覆盖范围1205~1207的一部分重叠。
补偿eNB配置(compensatingeNB(s)deployment)脚本中,由第二~第四宏蜂窝eNB1208~1210构成的各个ES小区从图8(a)所示的开关打开状态转移至图8(b)所示的开关关闭状态、具体为休眠状态。在下面的说明中,有时将休眠状态的ES小区称为“休眠小区(DormantCell)”。
若由第二~第四宏蜂窝eNB1208~1210构成的ES小区成为休眠状态,则由第一eNB1204构成的各个Comp小区的覆盖范围1201~1203被扩大成使其包含有处于开关打开状态的ES小区的覆盖范围1205~1207,例如形成为圆形。
在图9中示出了如下情况:由第一宏蜂窝eNB1204构成的小区成为ES小区,由第二~第四的宏蜂窝eNB1208~1210构成的小区成为Comp小区。在图9所示的示例中,第一宏蜂窝eNB1204构成3个小区,各个小区成为ES小区。第二~第四宏蜂窝eNB1208~1210分别构成1个小区,各个小区成为Comp小区。
图9(a)示出了由第一宏蜂窝eNB1204构成的ES小区处于开关打开状态的情况。图9(b)示出了由第一宏蜂窝eNB1204构成的ES小区处于开关关闭状态、具体为休眠状态的情况。
如图9(a)所示,在由第一宏蜂窝eNB1204构成的各个ES小区处于开关打开状态的情况下,各个ES小区例如具有椭圆形的覆盖范围1201~1203。由第二~第四宏蜂窝eNB1208~1210构成的各个Comp小区例如具有椭圆形的覆盖范围1205~1207。形成为ES小区的覆盖范围1201~1203与Comp小区的覆盖范围1205~1207的一部分重叠。
补偿eNB配置(compensatingeNB(s)deployment)脚本中,由第一宏蜂窝eNB1204构成的各个ES小区从图9(a)所示的开关打开状态转移至图9(b)所示的开关关闭状态、具体为休眠状态。随之而来的是,由第二~第四宏蜂窝eNB1208~1210构成的各个Comp小区的覆盖范围1205~1207被扩大成包含有处于开关打开状态的ES小区的覆盖范围1201~1203,例如成为圆形。
如图8和图9所示,在ES小区从开关打开状态转移至开关关闭状态,或者从开关关闭状态转移至开关打开状态时,希望与ES小区或者Comp小区相连接的RRC_Connected状态的UE继续维持其状态。然而,存在如下问题。
例如补偿eNB配置(compensatingeNB(s)deployment)脚本中,当切换ES小区的开关的打开关闭的时刻、与增减Comp小区的覆盖范围的时刻在小区间存在偏差时,小区间会发生干扰并产生覆盖范围盲区(coveragehole)。
为了避免发生上述的小区间的干扰和覆盖范围盲区,提出了在切换ES小区的开关的打开关闭时,或者在使Comp小区的覆盖范围增减时,逐渐增减各个小区的发送功率(参照非专利文献13)。
然而,在小区间不同步的情况下,无法使各个小区的发送功率的增减时刻完全同步。因此,在进行ES小区的开关的打开关闭、以及Comp小区的覆盖范围的增减时,无法完全避免ES小区和Comp小区之间的干扰、以及覆盖范围盲区的产生,从而使RRC_Connected状态的UE变得无法维持其状态。
图10是示出本发明的现有技术的通信系统中ES处理流程的一个示例的图。在图10中示出了如下情况的流程:即,ES小区为了省电而将本小区的开关关闭,Comp小区为了对ES小区的覆盖范围进行补偿,使本小区的覆盖范围增大。
在步骤ST2101中,ES小区决定将开关关闭(下面有时称为“开关关闭”)。在图10所示的示例中,虽然ES小区决定开关关闭,但是作为其它示例,也可以从周边小区或者O&M(operationandmaintenance:操作和维护)等向ES小区指示开关关闭。O&M可以是OAM(operationadministrationandmaintenance:操作、维护和管理)。在下面的说明中,将O&M和OAM统称为“O&M”。
在步骤ST2124中,ES小区对补偿本小区的覆盖范围的所有Comp小区进行补偿请求处理。具体而言,步骤ST2124的补偿请求处理包括步骤ST2102~ST2107的处理。
在步骤ST2102中,ES小区向Comp小区1通知请求补偿覆盖范围的补偿请求消息。在步骤ST2103中,ES小区向Comp小区2通知补偿请求消息。
在步骤ST2104中,Comp小区1许可补偿覆盖范围。在步骤ST2105中,Comp小区2许可补偿覆盖范围。在步骤ST2106中,Comp小区1向ES小区通知补偿响应消息、具体为许可消息。在步骤ST2107中,Comp小区2向ES小区通知补偿响应消息、具体为许可消息。
许可了由ES小区请求的覆盖范围的补偿后的Comp小区1和Comp小区2在步骤ST2109和步骤ST2110中,分别开始补偿覆盖范围。具体而言,Comp小区1和Comp小区2通过增大发送功率,开始增大覆盖范围。此时,Comp小区1和Comp小区2也可以逐渐地增大发送功率。
在步骤ST2106和步骤ST2107中,ES小区从所有的Comp小区、此处为Comp小区1和Comp小区2接收补偿响应消息、具体为许可消息。作为补偿响应消息,从所有的Comp小区接收到许可消息后的ES小区在步骤ST2108中,决定将与本小区相连接的UE卸载至Comp小区。
在步骤ST2111中,ES小区向与本小区相连接的UE通知用于进行监测的消息。作为用于进行监测的消息,可使用RRC信令的监测设定(measurementconfiguration)消息。在监测设定消息中,可将所监测的小区设定为Comp小区。具体而言,可设定Comp小区的载波频率和小区标识。Comp小区的载波频率和小区标识可设定为Comp小区列表。在图10所示的示例中,ES小区向与本小区相连接的UE通知包含Comp小区列表的监测设定消息。
在步骤ST2111中接收到监测设定消息的UE在步骤ST2112中,根据所接收到的监测设定消息来执行监测。
在发生监测事件的情况下,在步骤ST2113中,UE向ES小区通知监测报告(MeasurementReport)消息。
在步骤ST2114中,ES小区利用来自UE的监测报告消息来决定HO。此处,将HO目的地的小区、即目标小区设为Comp小区1。
在步骤ST2115中,ES小区向目标小区即Comp小区1通知请求HO的HO请求(HOrequest)消息。接收到HO请求消息的Comp小区1在步骤ST2116中进行准入控制(admissioncontrol)。在步骤ST2117中,Comp小区1向ES小区通知表示响应HO请求的HO请求响应(HOrequestack)消息。在步骤ST2118中,ES小区向UE通知指示HO的HO指令(HOcommand)消息。
在上述的步骤ST2115~步骤ST2119中,将ES小区、Comp小区1及UE之间所进行的用于HO的预处理称为“HO准备处理”。
HO准备处理之后,在步骤ST2119中,在ES小区、Comp小区1、MME、S-GW及UE之间进行HO处理。
ES小区在确认了与本小区相连接的所有UE被卸载之后,在步骤ST2120中,开始本小区的开关关闭。ES小区成为开关关闭时,可逐渐减小发送功率。
在步骤ST2121中,ES小区完成开关关闭,成为休眠状态。
在步骤ST2122和步骤ST2123中,ES小区向周边小区或者Comp小区、此处为Comp小区1和Comp小区2通知表示已完成开关关闭或者已处于休眠状态的情况的开关关闭消息。
如上所述,ES小区完成了进行ES动作时的一系列流程。但是,在本流程的情况下,对于与ES小区相连接的所有UE,并非切换到Comp小区的HO处理都正常地完成了。
例如,在步骤ST2109或者步骤ST2110中,Comp小区1或者Comp小区2在为了补偿ES小区的覆盖范围而增大发送功率的情况下,对ES小区发生干扰。越是存在于ES小区的覆盖范围边缘的UE,因Comp小区的发送功率的增大而造成的干扰越大。
由于这样的干扰,会使与ES小区相连接的UE的接收品质劣化,可能会导致UE发生无线链路失败(RadioLinkFailure:RLF)。例如,在与ES小区相连接的UE从ES小区接收监测设定消息之前,若干扰变大,则UE接收监测设定消息失败,导致在UE与ES小区之间发生RLF。
发生了RLF的UE进行再次建立RRC连接的RRC连接再建立(RRCconnectionreestablishment)。通常情况下,由于RRC连接再建立与小区选择的动作一样地进行,所以小区搜索有时会花费较多时间,无法搜索到最佳的小区,导致反复进行RRC连接再建立。在发生反复进行RRC连接再建立的情况下,会导致UE从连接状态(RRC_Connected状态)转移至待机状态(RRC_Idle状态)。
由此,通信会发生较大的延迟,数据发生丢失,导致通信中断。这会导致用户体验(userexperience)变差。
为了解决上述问题,要求在ES小区从开关打开状态转移至开关关闭状态时能够使连接状态的UE维持其状态的通信系统。此处,在本实施方式中,采用如下的结构。
构成ES小区的eNB向ES小区的覆盖范围内的UE通知与在本ES小区省电时进行补偿的Comp小区相关的信息。即,ES小区向UE通知与Comp小区相关的信息。
作为与Comp小区相关的信息的示例,公开如下的(1)~(5)的5个示例。
(1)Comp小区的小区标识。
作为Comp小区的小区标识,例如有PCI、E-CGI。在Comp小区为了进行补偿而对覆盖范围进行增减的前后(下面有时将进行增减的前后称为“补偿前后”,将进行增减之前称为“补偿前”,将已增减之后称为“补偿后”),在变更了Comp小区的小区标识的情况下,可使用Comp后的小区标识。或者,使Comp前的小区标识和Comp后的小区标识这两者相对应地进行使用。
(2)载波频率。
在Comp前后,在变更了Comp小区的载波频率的情况下,可使用Comp后的载波频率。或者,使Comp前的载波频率和Comp后的载波频率这两者相对应地进行使用。
(3)频带。
在Comp前后,在变更了Comp小区的频带的情况下,可使用Comp后的频带。或者,使Comp前的频带和Comp后的频带这两者相对应地进行使用。
(4)Comp小区指示。是表示为Comp小区的信息。
(5)上述(1)~(4)的组合。
在本ES小区省电时进行补偿的Comp小区有多个的情况下,作为Comp小区列表,可使用与多个Comp小区相关的信息。
公开了ES小区向UE通知与Comp小区相关的信息的方法。ES小区向覆盖范围内的UE通知与Comp小区相关的信息。与Comp小区相关的信息可包含于系统信息中来进行广播。与Comp小区相关的信息可包含于系统信息的周边小区列表中来进行广播。或者,可以设置Comp小区列表来作为新的周边小区列表并进行广播。在广播与Comp小区相关的信息的情况下,不仅能通知RRC_Connected状态的UE,还能通知RRC_Idle状态的UE。在ES小区处于开关关闭的情况下进行小区重选时,可对被通知的Comp小区进行搜索。
公开了ES小区向UE通知与Comp小区相关的信息的其它方法。ES小区利用专用信令向成为对象的UE通知与Comp小区相关的信息。作为专用信令,可使用RRC信令。在此情况下,例如可在利用RRC信令进行通知的消息中包含与Comp小区相关的信息。与Comp小区相关的信息可包含于利用RRC信令进行通知的周边小区列表中来进行通知。或者,可以设置Comp小区列表来作为新的周边小区列表并进行通知。另外,可以在连接有UE的情况下进行RRC连接建立(RRCconnectionestablishment)处理时进行通知。ES小区通过在进行UE的RRC连接建立时通知与Comp小区相关的信息,从而UE能在初期识别Comp小区的存在。
虽然设定为“ES小区向UE通知与Comp小区相关的信息”,但是ES小区在决定本小区的开关关闭的情况下、或者在被指示了开关关闭的情况下,也可以向UE通知与Comp小区相关的信息。通过限定为在决定了开关关闭的情况下、或者被指示了开关关闭的情况下通知该信息,从而例如在作为ES小区较少会开关关闭的情况下,能够削减为了通知该信息而浪费的信令。
与ES小区相连接的UE在RLF以及切换失败(Handoverfailure:HOF)中的至少一种发生的情况下,对Comp小区进行RRC连接再建立。
公开了UE判断本UE的服务小区是否是ES小区的方法。UE例如根据是否被通知了与Comp小区相关的信息来进行判断。在UE从服务小区被通知了与Comp小区相关的信息的情况下,判断为该服务小区为ES小区,在未被通知与Comp小区相关的信息的情况下,判断为该服务小区不是ES小区。
在ES小区需要向作为对象的UE识别本小区是ES小区的情况下,可向作为对象的UE通知与Comp小区相关的信息。
作为UE判断本UE的服务小区是否是ES小区的其它方法,ES小区可向作为对象的UE通知本小区是ES小区的情况,或者本小区是否是ES小区的情况。由此,UE能够明确地识别本UE的服务小区是否是ES小区。另外,UE利用由ES小区通知的信息,能够判断服务小区是否是ES小区。在该方法中,相比于先前公开的方法,虽然从ES小区向UE通知的信息量变多,由于明确地向UE通知是ES小区,所以作为系统能够减少误操作。
通过利用上述的方法,假定在ES小区从开关打开状态转移至开关关闭状态时,即使已与ES小区相连接的UE发生RLF或者HOF,也能够接着对Comp小区进行RRC连接再建立。
在ES小区从开关打开状态转移至开关关闭状态时,Comp小区对ES小区的覆盖范围进行补偿。由此,对Comp小区进行了RRC连接再建立的UE与Comp小区连接的可能性变高。因此,已与ES小区相连接的RRC_Connected状态的UE能够维持其状态的可能性变高。
图11是示出本发明的实施方式1的通信系统中ES处理流程的一个示例的图。图11所示的流程与图10所示的流程相类似,因此对与图10相对应的步骤标注相同的步骤编号,并省略共同的说明。
在步骤ST2201中,ES小区向UE通知与Comp小区相关的信息。具体而言,ES小区向UE通知Comp小区列表(Compcelllist)来作为与Comp小区相关的信息。Comp小区列表例如可以作为系统信息来进行广播。
然后,在步骤ST2101中,ES小区决定开关关闭,在步骤ST2124中ES小区对补偿本小区的覆盖范围的所有Comp小区进行补偿请求处理。
当在步骤ST2101中ES小区决定开关关闭之前,或者当在步骤ST2124中ES小区通知用于使Comp小区开始进行补偿的消息之前,优选先向UE通知与Comp小区相关的信息。因此,在本实施方式中,如上所述在步骤ST2201中,ES小区向UE通知与Comp小区相关的信息。此处,上述步骤ST2124中的用于使Comp小区开始进行补偿的消息成为补偿请求消息。
当ES小区在步骤ST2108中对ES小区所连接的UE决定进行卸载之后,在步骤ST2202中,ES小区向UE通知用于进行监测设定的消息。此处对下面情况进行说明:即由于来自Comp小区的干扰,在UE中无法正常地接收监测设定消息,导致发生RLF的情况。
在步骤ST2202中,没能接收到监测设定消息的UE在经过预定的期间之后,在步骤ST2203中发生RLF。发生了RLF的UE在步骤ST2207中,为了进行RRC连接再建立(RRCconnectionreestablishment)处理,开始进行小区选择处理,并为此进行监测。在该监测中,UE利用在步骤ST2201中所通知到的与Comp小区相关的信息。具体而言,利用Comp小区列表中所包含的Comp小区的载波频率和小区标识,进行该小区的监测。
对于利用监测在Comp小区列表内选择了最佳小区的UE,其在步骤ST2204中,向最佳小区通知RRC连接再建立请求(RRCconnectionreestablishmentrequest)消息。此处,将Comp小区1设为最佳小区。
在步骤ST2204中接收到RRC连接再建立请求消息的Comp小区1对UE进行RRC连接的再构成。Comp小区1在步骤ST2205中,向UE通知包含RRC连接的再构成参数的RRC连接再建立(RRCconnectionreestablishment)消息。
在步骤ST2205中接收到RRC连接再建立消息的UE进行RRC连接再建立处理。UE在步骤ST2206中,向Comp小区1通知RRC连接再建立完成(RRCconnectionreestablishmentcomplete)消息。由此,RRC连接再建立处理完成,在UE与Comp小区1之间进行通信。在RRC连接再建立处理成功的情况下,UE不会转移至RRC_Idle状态,而是维持RRC_Connected状态。
在步骤ST2207的监测中,UE能够搜索对ES小区的覆盖范围进行补偿的Comp小区,所以能够在初期检测出最佳小区。在ES小区成为开关关闭之后,可检测出确实能够连接的小区。
由此,能够力图缩短小区搜索的时间,能够抑制反复发生RRC连接再建立的情况。能够提高RRC连接再建立成功的可能性。因此,UE不会转移至RRC_Idle状态,而是能够维持RRC_Connected状态。另外,能够减少延迟时间,能够降低数据丢失和通信中断发生的概率。这能够抑制用户体验变差的情况。
如上所述,根据本实施方式,构成ES小区的基站装置在利用Comp小区开始补偿覆盖范围之前,向与ES小区处于连接状态的UE通知与在ES小区处于开关关闭状态时对ES小区的覆盖范围进行补偿的Comp小区相关的信息。由此,在ES小区从开关打开状态转移至开关关闭状态时,即使在已与ES小区相连接的UE无法与ES小区进行通信的情况下,UE也能够利用预先通知的与Comp小区相关的信息来与Comp小区确立通信。因此,在ES小区从开关打开状态转移至开关关闭状态时,处于连接状态的UE能够维持其状态。
补偿ES小区的覆盖范围之前的Comp小区的覆盖范围比开始补偿ES小区的覆盖范围之后的Comp小区的覆盖范围要窄。由此,在Comp小区对ES小区的覆盖范围进行补偿之前的状态下,存在于ES小区的覆盖范围中央附近的UE即使向Comp小区进行RRC连接再建立,发生失败的可能性也较高。优选在Comp小区为了补偿ES小区的覆盖范围而增大的状态下,或者处于增大过程的状态下,UE向Comp小区进行RRC连接再建立。ES小区处于正常(normal)动作状态(下面有时称为“正常(normal)状态”)时,UE可进行现有的RRC连接再建立动作。
因此,在ES小区转移至休眠状态的情况下,UE可向Comp小区进行RRC连接再建立。在ES小区转移至休眠状态的情况以外的情况下,不限于Comp小区,UE可进行RRC连接再建立。
UE如何识别处于Comp小区为了补偿ES小区的覆盖范围而增大的状态、或者增大过程的状态成为问题。下面公开用于解决上述问题的方法。
UE识别ES小区的状态。具体而言,重新设立ES小区的状态信息。作为ES小区的状态信息,可设为包含正常(normal)状态、即开关打开状态,或者ES转移状态、即从正常状态向休眠状态转移的转移状态的信息。ES转移状态可以设为ES小区从决定开关关闭起直到开始开关关闭为止的状态。
作为ES小区的状态信息,也可以是表示是否是ES转移状态的信息。因此,通知至UE的信息为较少的信息量即可。
ES小区的状态信息利用ES小区来通知至UE。公开了ES小区向UE通知本小区的状态信息的方法。ES小区向覆盖范围内的UE广播本小区的状态信息。ES小区的状态信息可包含于系统信息中来进行广播。可利用系统信息的变更处理来进行ES小区的状态信息的变更。能够以ES小区决定开关关闭、或者ES小区接收到开关关闭指示作为契机,对ES小区的状态信息进行变更。
公开了ES小区向UE通知本小区的状态信息的其它方法。ES小区利用专用信令向UE通知本小区的状态信息。最初向UE通知ES小区的状态信息可在RRC连接建立(RRCconnectionestablishment)时包含于RRC连接建立消息中来进行。ES小区的状态信息可包含于RRC连接再建立(RRCconnectionreconfiguration)消息中来进行通知。为了通知ES小区的状态信息,可设立新的RRC信令消息。在此情况下,在变更了ES小区的状态时,可利用专用信令来通知新的RRC信令消息。
下面公开用于解决上述的“UE如何识别处于Comp小区为了补偿ES小区的覆盖范围而增大的状态、或者增大过程的状态”这一问题的其它方法。UE识别Comp小区的状态。
作为具体示例,ES小区可向UE通知Comp小区的状态信息。通知方法可适用如上所述那样的ES小区向UE通知本小区的状态信息的方法。
作为其它的具体示例,UE可基于与Comp小区相关的信息来识别Comp小区的状态。
在ES小区决定开关关闭之后,从ES小区向UE通知与Comp小区相关的信息。在通知了用于使Comp小区开始进行补偿的消息时,从ES小区向UE通知与Comp小区相关的信息。
如上所述,在从ES小区接收到与该Comp小区相关的信息的情况下,UE能够识别出Comp小区为了补偿ES小区的覆盖范围而增大发送功率,开始增大覆盖范围的情况。
因此,在从ES小区被通知了与Comp小区相关的信息的情况下,UE能够通过对Comp小区进行RRC连接再建立来降低RRC连接再建立失败的可能性。
根据该方法,由于无需向UE通知ES小区的状态信息,所以能够抑制信令信息量的增大、信令负载的增大、以及对系统的控制复杂化。
实施方式1变形例1
在本变形例中,公开了解决实施方式1中所述问题的其它方法。构成ES小区的eNB在ES小区决定开关关闭的情况下、或者在ES小区接收到开关关闭的指示的情况下,利用用于监测的消息对所连接的UE设定Comp小区并进行通知。具体而言,构成ES小区的eNB通过使Comp小区的设定包含于用于监测的消息中并通知至UE,从而对UE设定Comp小区并进行通知。Comp小区的设定相当于与Comp小区相关的信息。
作为用于进行监测的消息,可使用RRC信令的监测设定(measurementconfiguration)消息。作为Comp小区的设定,例如可设定Comp小区的载波频率和小区标识。Comp小区的设定可设定为Comp小区列表。在Comp前后,在变更了Comp小区的设定的情况下,可使用Comp后的Comp小区的设定。或者,可使Comp前的Comp小区的设定和Comp后的Comp小区的设定这两者相对应地来使用。优选在通知用于使Comp小区开始进行补偿的消息之前,预先通知用于进行监测的消息。
如上所述,通过小区选择(cellselection)来开始启动RRC连接再建立。正常情况下,在RRC连接再建立时进行的小区选择中,使用基于所存储的信息的小区选择(下面有时称为“存储信息小区选择(StoredInformationCellSelection)”)。存储信息小区选择(StoredInformationCellSelection)中,对于过去利用用于进行监测的消息所接收到的载波频率及小区标识等的Comp小区的设定,或者对于过去所检测出的小区,进行小区选择(参照非专利文献2)。
在发生RLF时,在UE中,对利用用于进行监测的消息所接收到的载波频率及小区标识等Comp小区的设定进行存储,或者对过去所检测出的小区的信息进行存储。UE利用所存储的载波频率及小区标识等Comp小区的设定,或者关于过去检测出的小区的信息,进行用于进行RRC连接再建立的存储信息小区选择(StoredInformationCellSelection)。
如上所述,在本变形例中,在ES小区决定开关关闭的情况下、或者在ES小区接收到开关关闭的指示的情况下,构成ES小区的eNB利用用于进行监测的消息对与ES小区相连接的UE设定Comp小区并进行通知。由此,之后在UE中当与ES小区之间发生RLF的情况下,UE利用存储信息小区选择(StoredInformationCellSelection),对于Comp小区、或者Comp小区之中通过监测而检测出的小区,进行RRC连接再建立处理。
因此,如果在ES小区从开关打开状态转移至开关关闭状态时,即使已与ES小区相连接的UE发生RLF或者HOF,也能够接着对Comp小区进行RRC连接再建立。
另外,在ES小区从开关打开状态转移至开关关闭状态的情况下,Comp小区对ES小区的覆盖范围进行补偿,所以向Comp小区进行RRC连接再建立的UE能与该Comp小区相连接的可能性变高。因此,已与ES小区相连接的RRC_Connected状态的UE能够维持其状态的可能性变高。
图12是示出本发明的实施方式1的变形例1的通信系统中ES处理流程的一个示例的图。图12所示的流程与图10及图11所示的流程相类似,因此对与图10及图11相对应的步骤标注相同的步骤编号,并省略共同的说明。
ES小区在步骤ST2101中若决定开关关闭,则在步骤ST2301中,向UE通知用于进行监测的消息。在图12所示的示例中,将用于进行监测的消息设为监测设定(measurementconfiguration)消息。ES小区对监测设定消息设定Comp小区,以作为监测对象小区。在图12所示的示例中,ES小区对监测设定消息设定包含有1个或多个Comp小区的Comp小区列表。在Comp小区列表中包含有在ES小区进行省电的情况下对覆盖范围进行补偿的Comp小区。
ES小区通过将Comp小区的设定信息包含于监测设定消息中,从而能够对监测设定消息设定Comp小区。在Comp小区被设定为监测设定消息以作为Comp小区列表的情况下,ES小区通过使包含于Comp小区的各个Comp小区的设定信息包含于监测设定消息中,从而对监测设定消息设定Comp小区列表。作为Comp小区的设定信息,可设为Comp小区的载波频率及小区标识。
在步骤ST2301中,对于接收到用于进行监测的消息、具体为设定有Comp小区列表的监测设定消息后的UE,其会在步骤ST2302中,对包含于Comp小区列表中的Comp小区进行监测。在大多数情况下,在为了使Comp小区对覆盖范围进行补偿而开始增大发送功率之后,再发生监测所进行的事件。在图12所示的示例中,在执行了步骤ST2109及步骤ST2110的处理之后再发生监测所进行的事件。在此情况下,同时Comp小区会对ES小区产生干扰。
因此,即使发生了监测事件,UE在步骤ST2303中也无法接收监测报告用的上行链路调度,导致无法向ES小区通知监测报告。在此情况下,ES小区无法启动用于将该UE卸载至Comp小区而进行的HO。
而且,由于来自Comp小区的干扰,在步骤ST2203中,UE与ES小区之间可能发生RLF。在此情况下,UE存储在步骤ST2301中接收到的用于进行监测的消息内的监测对象小区、此处为Comp小区列表的信息。或者,UE存储利用在步骤ST2302中所进行的监测而检测出的Comp小区的信息。
在步骤ST2304中,UE对存储了信息的小区进行用于进行RRC连接再建立的存储信息小区选择(StoredInformationCellSelection)。因此,UE在为了进行步骤ST2304的小区选择而进行的监测中,能够从Comp小区中选择最佳小区。
在步骤ST2204~步骤ST2206中,UE对作为最佳小区的Comp小区、即图12所示的示例中的Comp小区1,进行RRC连接再建立处理。具体而言,在步骤ST2204中,UE向Comp小区1通知RRC连接再建立请求(RRCconnectionreestablishmentrequest)消息。在步骤ST2205中,Comp小区1向UE通知RRC连接再建立(RRCconnectionreestablishment)消息。
若在步骤ST2205中从Comp小区1通知RRC连接再建立消息,则UE执行RRC连接再建立处理,在步骤ST2206中,向Comp小区1通知RRC连接再建立完成(RRCconnectionreestablishmentcomplete)消息。
由此,在与Comp小区1的RRC连接再建立处理成功的情况下,UE不转移至RRC_Idle状态,而是维持RRC_Connected状态。
通过利用本变形例中所公开的方法,在步骤ST2304的监测中,UE能够搜索对ES小区的覆盖范围进行补偿的Comp小区。由此,能够在初期检测出最佳小区。在ES小区成为开关关闭之后,可检测出确实能够连接的小区。因此,能获得与上述的实施方式1相同的效果。
另外,在上述的实施方式1中,另外需要从ES小区向UE通知Comp小区列表,但在本变形例中并不需要。在本变形例中,仅需在初期对用于进行监测的消息进行通知。由此,能够简化通信系统中的控制。
而且,在本变形例中,无需重新设定上述实施方式1中所公开的ES小区的状态信息,也无需向UE通知该信息。因此,能够更为容易地进行通信系统中的控制。
图13是示出本发明的实施方式1的变形例1的通信系统中ES处理流程的其它示例的图。图13所示的流程与图10~图12所示的流程相类似,因此对与图10~图12相对应的步骤标注相同的步骤编号,并省略共同的说明。
在图13中,ES小区在步骤ST2108中,若决定对与本小区相连接的UE进行卸载,则在步骤ST2401及步骤ST2402中,通知补偿开始请求消息来作为用于使Comp小区开始进行补偿的消息。
接收到补偿开始请求消息的Comp小区在步骤ST2109及步骤ST2110中,开始补偿覆盖范围。具体而言,Comp小区为了补偿覆盖范围,开始增大发送功率。
如上所述,ES小区在决定进行卸载的情况下,可向Comp小区通知补偿开始请求消息。由此,在所有的Comp小区不许可进行补偿的状态下,能够防止开始卸载UE的情况。另外,能够防止ES小区开始开关关闭的情况。
Comp小区不许可补偿的情况下,可向ES小区通知不许可消息来作为补偿响应消息。Comp小区可向ES小区通知步骤ST2124的补偿请求处理,具体为图10所示的步骤ST2106或步骤ST2107中的补偿响应消息、具体而言为不许可消息。
在图13所示的示例中,ES小区在步骤ST2401及步骤ST2402中向Comp小区通知补偿开始请求之前,在步骤ST2301中,向卸载对象的UE通知用于进行监测的消息。对于步骤ST2301中通知用于进行监测的消息的处理,其可以在步骤ST2108中ES小区决定卸载的处理、与步骤ST2401及步骤ST2402中向Comp小区通知补偿开始请求消息的处理之间来进行。
如上所述,即使在步骤ST2303中由于来自Comp小区的干扰而导致ES小区的下行品质劣化,即使无法接收上行调度等的下行信号而在步骤ST2203中发生RLF,UE也能在步骤ST2304的监测中进行存储信息小区选择(StoredInformationCellSelection)。另外,能够搜索出对ES小区的覆盖范围进行补偿的Comp小区。
另外,即使在发生HOF的情况下,此处所公开的方法也适用。通过适用此处所公开的方法,即使在发生HOF的情况下,也能够进行存储信息小区选择(StoredInformationCellSelection)。另外,能够搜索出对ES小区的覆盖范围进行补偿的Comp小区。
由此,UE能够在初期检测出最佳小区。在ES小区成为开关关闭之后,UE可检测出确实能够连接的小区。因此,能够得到与执行上述的图12所示的流程的情况相同的效果。
实施方式1变形例2
RRC连接再建立仅在已准备了进行RRC连接再建立的小区的情况下才会成功。此处,“已准备了”是指具有有效的UE内容(UEcontext)。
在现有的HO中,作为对象的UE的UE内容被包含于从HO源的eNB向HO目的地的eNB的HO请求消息中进行通知。因此,例如在ES小区向Comp小区通知所卸载的UE的HO请求消息之前、该UE发生RLF的情况下,不向Comp小区通知UE内容。在此情况下,即使UE向Comp小区请求RRC连接再建立,RRC连接再建立也不会成功,变得无法维持RRC_Connected状态。
本变形例中,公开解决这种问题的方法。构成ES小区的eNB向Comp小区通知与该ES小区相连接的UE的UE内容。由此,ES小区在向Comp小区通知所卸载的UE的HO请求消息之前,即使该UE发生RLF,由于Comp小区已获取了该UE的UE内容,所以在UE向Comp小区请求RRC连接再建立的情况下,RRC连接再建立会成功。因此,能够维持RRC_Connected状态。
下面公开UE内容的通知时刻的具体示例。构成ES小区的eNB在ES小区决定开关关闭的情况下、或者在ES小区接收到开关关闭的指示的情况下,向Comp小区通知与ES小区相连接的UE的UE内容。
另外,ES小区也可在使本小区完全开关关闭之前,向Comp小区通知与ES小区相连接的UE的UE内容。
另外,ES小区也可在通知用于使Comp小区开始进行补偿的消息之前,向Comp小区通知与ES小区相连接的UE的UE内容。
作为通知UE内容的方法的具体示例,可以使UE内容包含于从ES小区向Comp小区通知的补偿请求消息中进行通知,或者与补偿请求消息一起进行通知。ES小区向Comp小区通知与本小区相连接的UE的UE内容。
作为通知UE内容的方法的其它具体示例,可以使UE内容包含于从ES小区向Comp小区通知的补偿开始请求消息中进行通知,或者与补偿开始请求消息一起进行通知。ES小区向Comp小区通知与本小区相连接的UE的UE内容。
所通知的UE内容可以与RRC内容(RRCcontext)、AS设定(AS-configuration)等用现有的HO请求消息进行通知的UE内容相同。或者,也可以作为对在现有的HO请求消息的UE内容之中用于RLF恢复的信息进行通知的UE内容。
图14是示出本发明的实施方式1的变形例2的通信系统中ES处理流程的一个示例的图。图14所示的流程与图10及图11所示的流程相类似,因此对与图10及图11相对应的步骤标注相同的步骤编号,并省略共同的说明。
对于在步骤ST2101中决定了开关关闭的ES小区,其在步骤ST2501和步骤ST2502中,向Comp小区具体为Comp小区1、2通知与本小区相连接的UE的UE内容。可以使UE内容包含于从ES小区向Comp小区通知的补偿请求消息中进行通知,或者与补偿请求消息一起进行通知。在本实施方式中,ES小区使补偿请求消息及UE内容一起通知至Comp小区。
由此,在步骤ST2501和步骤ST2502中,通过向Comp小区通知UE的UE内容,从而Comp小区在为了补偿ES小区的覆盖范围而增大发送功率之前,能够获取可卸载的UE的UE内容。由此,Comp小区即使无法从ES小区接收HO请求,也能够获取已与ES小区相连接的UE的UE内容。
因此,在UE与ES小区之间发生RLF、且向Comp小区进行RRC连接再建立的情况下,能够使RRC连接再建立成功。另外,在UE发生HOF、且向Comp小区进行RRC连接再建立的情况下,能够使RRC连接再建立成功。
因此,即使UE发生RLF或者HOF,通过向Comp小区进行RRC连接再建立,也能够不转移至RRC_Idle状态而维持RRC_Connected状态。
在图14所示的示例中,ES小区向补偿本小区的覆盖范围的所有Comp小区通知UE内容。另一方面,在UE发生RLF时进行RRC连接再建立的Comp小区、或者UE进行HO的Comp小区,会成为其中之一的Comp小区。因此,对于向其它Comp小区进行了RRC连接再建立、或者进行了HO的UE的UE内容,在不被使用的情况下被存储于Comp小区。
ES小区每次进行ES动作时,会存储多余的UE内容,因此Comp小区中用于存储UE内容的存储容量会增大。由此,存在会妨碍存储新的UE内容的问题。另外,还存在需要庞大的存储容量的问题。下面公开用于解决这些问题的方法。
Comp小区在从ES小区接收到UE内容之后,若预定的期间内不与UE相连接,则放弃UE的UE内容。Comp小区也可从存储部删除UE的UE内容。
预定的期间可以由计时器来设定。Comp小区以接收到UE的UE内容为契机,启动计时器,在计时器的期间内与UE相连接的情况下,不放弃UE的UE内容,在计时器的期间内不与UE相连接且计时器期满的情况下,放弃UE的UE内容。
由此,由于能够放弃多余的UE内容,所以能够避免妨碍存储新的UE内容的问题。另外,能够避免需要庞大的存储容量的问题。
下面公开解决上述的妨碍存储新的UE内容的问题、以及解决需要庞大的存储容量的问题的其它方法。在Comp小区之间通知与所连接的UE相关的信息。作为在Comp小区之间通知与所连接的UE相关的信息的方法,Comp小区可以向其它的Comp小区或者周边小区通知请求放弃预定的UE的UE内容的放弃请求消息。预定的UE设为本小区所连接的UE。
可在放弃请求消息中包含与预定的UE相关的信息。与UE相关的信息可以是从ES小区通知至Comp小区的UE内容的信息的一部分,也可以是全部。或者,与UE相关的信息可以是该UE内容信息之中用于识别UE的信息。由此,Comp小区能够识别其它Comp小区或者周边小区所连接的UE。
接收到与预定的UE相关的信息或者放弃请求消息的Comp小区放弃其它Comp小区或者周边小区所连接的UE的UE内容。
由此,由于Comp小区能够放弃多余的UE内容,所以能够避免妨碍存储新的UE内容的问题。另外,能够避免需要庞大的存储容量的问题。
可以不从Comp小区向Comp小区或者周边小区通知与Comp小区所连接的UE相关的信息,而是经由ES小区来通知与Comp小区所连接的UE相关的信息。或者经由O&M来通知与Comp小区所连接的UE相关的信息。
下面公开解决上述的妨碍存储新的UE内容的问题、以及解决需要庞大的存储容量的问题的又一其他方法。在Comp小区之间,通知Comp打开(Compon)已完成、即用于补偿而进行的增大覆盖范围已完成。Comp小区可向其它Comp小区通知Comp打开已完成。
对于从预定的ES小区的Comp小区列表内的所有Comp小区接收到Comp打开已完成的Comp小区,其放弃并非本小区所连接的UE的UE内容。也可以在从预定的ES小区的Comp小区列表内的所有Comp小区接收到Comp打开已完成之后起、再经过预定的期间之后,Comp小区放弃本小区不连接的UE的UE内容。
由此,由于能够放弃多余的UE内容,所以能够避免妨碍存储新的UE内容的问题。另外,能够避免需要庞大的存储容量的问题。
可以不从Comp小区向Comp小区来通知Comp打开已完成,而经由ES小区来通知Comp打开已完成。或者经由O&M来通知Comp打开已完成。
根据本变形例,Comp小区无需识别预定的ES小区的Comp小区列表。
实施方式1变形例3
在上述的实施方式1、实施方式1的变形例1及变形例2中,公开了提高RRC连接再建立的成功率、并维持RRC_Connected状态的方法。然而,RRC连接再建立是在UE中发生RLF或者HOF时所进行的处理。因此,在本变形例中公开了使发生RLF或HOF变困难的方法。
构成ES小区的eNB在ES小区决定开关关闭的情况下、或者在ES小区接收到开关关闭的指示的情况下,向Comp小区通知与ES小区相连接的UE的HO准备处理。
另外,ES小区也可在使本小区完全开关关闭之前,开始对Comp小区进行与ES小区相连接的UE的HO准备处理。
另外,ES小区也可在与用于开始补偿的消息一起、或者通知用于开始补偿的消息之前,开始对Comp小区进行与ES小区相连接的UE的HO准备处理。
作为开始HO准备处理的开始方法的一个示例,可以与从ES小区向Comp小区的补偿请求处理一起,进行HO请求处理。另外,也可以与从Comp小区向ES小区的补偿请求响应一起,进行HO请求响应。
或者,也可以与从ES小区向Comp小区的补偿开始请求处理一起,进行HO请求处理。另外,也可以与从Comp小区向ES小区的补偿开始请求响应一起,进行HO请求响应。
优选HO目的地的小区为1个。因此,ES小区可以在开始HO准备处理之前,使UE执行监测。ES小区使所连接的UE执行Comp小区的监测。与实施方式1的变形例1所公开的方法相同地,ES小区利用用于进行监测的消息来设定Comp小区并进行通知。作为用于进行监测的消息,可使用RRC信令的监测设定(measurementconfiguration)消息。作为Comp小区的设定,可设定Comp小区的载波频率和小区标识。也可设定为Comp小区列表。
此处,在通知用于进行监测的消息的时刻,Comp小区还未开始为了补偿ES小区的覆盖范围而增大发送功率。因此,由于Comp小区具有补偿前的覆盖范围,所以对Comp小区进行了监测的UE中的Comp小区的接收功率较小。
考虑到这一点,可以减小用于发生事件的相邻小区的接收功率或者接收品质的阈值。例如将其设定为可设定的最低值。或者,将成为由标准所定义的UE的接收灵敏度的接收功率、或者接收品质设定为阈值。或者,可以对成为由该标准所定义的UE的接收灵敏度的接收功率、或者接收品质值赋予偏移,从而设定为阈值。
由此,基于来自补偿前的Comp小区的接收功率使UE发生事件,能够向ES小区通知监测报告。由此,ES小区在Comp小区进行补偿之前的阶段,对于进行了HO的UE就能够决定HO目的地的小区。
另外,在监测报告中可包含有Comp小区的接收功率或者接收品质值并进行通知。由此,在发生了事件的Comp小区存在多个的情况下,能够利用各自的接收功率或者接收品质值,对于进行了HO的UE决定1个HO目的地的小区。因此,对于进行了HO的UE能够设定1个HO目的地小区。另外,ES小区能够对1个HO目的地小区开始进行HO准备处理。
在本变形例中公开了优选将用于发生事件的相邻小区的接收功率或者接收品质的阈值预先设定为可设定的最低值等情况。作为其它方法,预先将阈值设定为预定值,在接收功率或者接收品质值在阈值以上的情况下,UE判断为能够检测出小区,且能够测定接收功率或者接收品质,作为发生事件,可进行监测报告。在此情况下,能够得到与将用于发生事件的相邻小区的接收功率或者接收品质的阈值设定为可设定的最低值的情况相同的效果。
图15是示出本发明的实施方式1的变形例3的通信系统中ES处理流程的一个示例的图。图15所示的流程与图10所示的流程相类似,因此对与图10相对应的步骤标注相同的步骤编号,并省略共同的说明。
ES小区在步骤ST2101中若决定开关关闭,则在步骤ST2601中,向所连接的UE通知用于进行监测的消息。在图15所示的示例中,利用RRC信令的监测设定(measurementconfiguration)消息来作为用于进行监测的消息。作为Comp小区的设定,可设定Comp小区的载波频率和小区标识来作为Comp小区列表。另外,将用于发生事件的相邻小区的接收功率或者接收品质的阈值设定为可设定的最低值。
接收到用于进行监测的消息的UE在步骤ST2602中进行Comp小区的监测。由于将用于发生监测事件的阈值设定为最低值,所以即使Comp小区还处于补偿前,也容易发生事件。
在发生事件的情况下,在步骤ST2603中,UE向ES小区通知监测报告消息。
接收到监测报告消息的ES小区在步骤ST2604中,利用监测报告消息内的Comp小区的信息,对进行了监测报告的UE决定进行HO,并决定HO目的地的小区。在图15所示的示例中,将HO目的地的小区设为Comp小区1。对于每一个与ES小区相连接的UE,可使HO目的地的Comp小区不同。
在步骤ST2604中,对于对作为对象的UE决定了HO以及HO目的地的Comp小区的ES小区,其开始对该UE进行HO准备处理。
在HO准备处理中,首先在步骤ST2605中,ES小区向Comp小区1同时通知补偿请求消息和HO请求消息。补偿请求消息和HO请求消息可作为同一个消息来进行通知。例如可通知将HO请求消息包含在补偿请求消息中而得到的信息。或者,相反地,可通知将补偿请求消息包含在HO请求消息中而得到的信息。
由于Comp小区2不是HO目的地,所以在步骤ST2103中,ES小区向Comp小区2仅通知补偿请求消息。
接收到补偿请求消息和HO请求消息的Comp小区1在步骤ST2104中,许可补偿ES小区的覆盖范围。而且,Comp小区1在步骤ST2606中,执行用于进行HO的准入控制(admissioncontrol),许可UE的HO接受。
在步骤ST2607中,Comp小区1向ES小区同时通知补偿请求响应(许可)消息和HO请求响应(Ack)消息。补偿请求响应(许可)消息和HO请求响应(Ack)消息可作为同一个消息来进行通知。例如可通知将HO请求响应消息包含在补偿请求响应消息中而得到的信息。或者,相反地,可通知将补偿请求响应消息包含在HO请求响应消息中而得到的信息。
在步骤ST2607中,对于接收到针对UE的补偿请求响应(许可)消息和HO请求响应(Ack)消息的ES小区,其会在步骤ST2118中,利用由HO请求响应消息所接收到的信息,向UE通知HO指令(HOcommand)消息。
对于接收到HO指令消息的UE,其在步骤ST2119中,在ES小区、Comp小区1、MME以及S-GW之间进行HO处理。
在步骤ST2107中,在步骤ST2105中许可补偿ES小区的覆盖范围的Comp小区2会向ES小区通知补偿请求响应(许可)消息。
在步骤ST2109和步骤ST2110中,在步骤ST2607和步骤ST2107中通知了补偿请求响应(许可)消息的Comp小区1和Comp小区2,会开始进行补偿。具体而言,为了补偿覆盖范围,开始增大发送功率。
由此,ES小区通知用于使Comp小区开始进行补偿的消息,并且对Comp小区开始进行与ES小区相连接的UE的HO准备处理,由此能够早期开始对UE进行HO。由此,能够抑制由于Comp小区开始补偿覆盖范围并增大发送功率而产生的干扰所带来的影响。因此,UE较易接收到HO指令消息,能够正常地进行HO处理。因而,能够减少RLF和HOF之中的至少一个。
图16是示出本发明的实施方式1的变形例3的通信系统中ES处理流程的其它示例的图。图16所示的流程与图10及图15所示的流程相类似,因此对与图10及图15相对应的步骤标注相同的步骤编号,并省略共同的说明。
在步骤ST2701中,当ES小区从在步骤ST2607及步骤ST2107中补偿本小区的覆盖范围的所有Comp小区接收到补偿响应(许可)消息时,决定卸载所连接的UE。
在步骤ST2118中,对于在步骤ST2701中决定卸载的ES小区,其向所连接的UE通知HO指令消息。在步骤ST2702和步骤ST2703中,ES小区向所有的Comp小区通知补偿开始请求消息。接收到补偿开始请求消息的Comp小区在步骤ST2109及步骤ST2110中,开始进行补偿。具体而言,为了补偿覆盖范围,开始增大发送功率。
由此,ES小区能够在用于使Comp小区开始进行补偿的消息之前,开始对Comp小区进行与ES小区相连接的UE的HO准备处理。另外,能够早期对UE通知HO指令消息。
由此,能够将由于Comp小区开始补偿覆盖范围并增大发送功率而产生的干扰所带来的影响抑制到最低限度。因此,UE更容易接收到HO指令消息,能够正常地进行HO处理。另外,能够减少RLF和HOF之中的至少一个。
如上所述,通过利用本变形例所公开的方法,由于能够在早期进行HO准备处理,所以能够使RLF或HOF变得难以发生。由此,能够提高用于卸载与ES小区相连接的UE的HO成功率,能够维持UE的RRC_Connected状态。
因此,能够减小用于进行RRC连接再建立的延迟时间,能够降低数据丢失和通信中断发生的可能性。这能够抑制用户体验变差的情况。
另外,即使由于某些原因导致UE发生RLF或者HOF,由于ES小区早期通知用于进行设定了Comp小区的监测的消息,所以能够提高使UE与Comp小区成功实现RRC连接再建立的可能性。在此情况下,也能够抑制用户体验变差的情况。
在上述的实施方式1及实施方式1的变形例1~变形例3中,对ES小区进行开关关闭和Comp小区进行覆盖范围的增大(执行补偿)的情况进行了说明。它们所公开的方法也能够适用于ES小区进行开关打开和Comp小区进行覆盖范围减小(结束补偿)的情况。在此情况下,在使开关关闭的ES小区与结束覆盖范围补偿的Comp小区相对应,并使执行覆盖范围补偿的Comp小区与开关打开的ES小区相对应的情况下适用即可。
由此,如果在Comp小区从覆盖范围补偿状态转移至覆盖范围补偿结束状态时,即使已与Comp小区相连接的UE发生了RLF或者HOF,也能够接着对ES小区进行RRC连接再建立。能够得到与实施方式1及实施方式1的变形例1~变形例3相同的如下效果:即,能够减小用于进行RRC连接再建立的延迟时间,能够降低数据丢失和通信中断的发生概率,能够提高使RRC连接再建立成功的可能性等。
实施方式2.
以下对实施方式2所解决的问题进行说明。即使在省电(EnergySaving)小区(ES小区)决定开关关闭的情况下,若从ES小区发送下行信号,有时也存在能够接收下行信号的UE的情况。下行信号例如是下行参照信号、下行同步信号等。接收到下行信号的UE经过正常的小区重选处理,能够对ES小区进行小区重选。另外,接收到下行信号的UE经过正常的监测处理,能够向服务小区通知ES小区的监测报告消息。
UE在对已决定开关关闭的ES小区进行小区重选的情况下,会发生如下问题。在ES小区进行开关关闭时,由于UE必须再次进行小区重选,因此发生UE的处理负荷变高的问题。另外,还存在发生控制延迟的问题。再者,在对ES小区进行小区重选、之后再次进行小区重选伴随着TAU的产生的情况下,会产生多余的TAU,从而具有发生无线资源的浪费的问题。
UE在对服务小区通知已决定开关关闭的ES小区的监测报告消息的情况下,会发生如下问题。服务小区可能会选择ES小区来作为切换的目标小区。在此情况下,ES小区在切换处理中,不得不拒绝切换请求,或者将已切换的UE再次切换成本小区以外的小区、例如Comp小区。如上所述,存在浪费小区间的信令和发生控制延迟的问题。
ES小区在将已切换的UE再次切换成本小区以外的小区、例如Comp小区的情况下,由于ES小区在开关关闭时已进行了切换处理,所以存在成为切换失败(Handoverfailure:HOF)的可能性变高,且用户无法稳定地接收通信服务的问题。
下面示出了实施方式2中的解决对策。在ES小区决定了开关关闭的情况下,防止待机状态的UE(下面有时称为“待机模式UE(IdlemodeUE)”)保留呼叫ES小区的情况。另外,拒绝连接状态的UE(下面有时称为“连接模式UE(ConnectedmodeUE)”)切换ES小区来作为目标小区的情况。
在ES小区决定进行省电(EnergySaving)的情况下、或者在决定逐渐降低下行信号的发送功率的情况下,可进行上述动作。作为下行信号的具体示例,有下行参照信号、下行同步信号、PBCH、PCFICH、PDCCH等。
下面公开了防止待机模式UE保留呼叫ES小区的方法的具体示例。决定了进行开关关闭的ES小区会向覆盖范围内的UE通知本小区不能保留呼叫的情况。
下面公开了设为不可保留呼叫这一意思的通知方法的具体例。将广播信息内的“cellBarred(被禁止小区)”参数变更为“barred(被禁止)”(参照非专利文献10)。
UE为了接收正常(normal)服务而作为保留呼叫(CampON)的小区,具有不是被禁止(barred)小区的条件(参照非专利文献2)。因此,在本实施方式的解决策略中,通过由决定了开关关闭的ES小区将“cellBarred(被禁止小区)”参数变更为“barred(被禁止)”,能够防止UE为了接收正常(normal)服务而进行保留呼叫的情况。另外,通过使用已有的参数,能够避免通信系统变复杂的情况。また、後方互換性(backwardcompatibility:此外,能构建后方兼容性(backwardcompatibility)优良的通信系统。
下面公开了拒绝连接模式UE切换ES小区来作为目标的方法的具体示例。决定了进行开关关闭的ES小区会向周边小区通知不能选择本小区来作为切换的目标小区的情况。
作为不能选择作为切换的目标小区的通知方法的具体示例,公开下面的(1)~(3)的3种方法。
(1)向周边小区通知决定了进行开关关闭的情况。接收到该通知的周边小区在进行切换决定(Handoverdecision)时,不选择ES小区来作为目标小区。ES小区向周边小区通知的通知内容可以是以下内容。开关关闭处理处于进行中(SwitchOffOngoing)的情况,或者是逐渐降低下行信号的发送功率的情况,或者是逐渐降低下行信号的发送功率。
通知时使用X2接口、S1接口即可。在现有技术中,X2接口的eNB设定上传(ENBCONFIGURATIONUPDATE)消息中具有“DeactivationIndication(失效指示)”的参数(参照3GPPTS36.423)。“DeactivationIndication(失效指示)”参数是表示小区被开关关闭的情况的指示。因此,现有的参数“DeactivationIndication”(失效指示)无法利用于从决定进行开关关闭起直到被开关关闭为止的通知中。原本从被开关关闭的小区就无法发送下行信号。因此,现有的参数“DeactivationIndication”(失效指示)并不是考虑到实施方式2所解决的技术问题而设定的参数。
(2)向周边小区通知决定了进行开关关闭的情况。接收到该通知的周边小区向覆盖范围内的UE通知ES小区不是测定对象、或者不是事件评价对象、或者不是测定报告对象的情况。
以下公开了不是测定对象这一意思的通知方法的具体例。周边小区向黑名单(BlackList)追加ES小区,作为RRC消息或者广播信息通知给覆盖范围内的UE。
黑名单是事件评价、测定报告中所不考虑的小区的列表。因此,在本实施方式的解决策略中,通过向周边小区的黑名单中追加决定了进行开关关闭的ES小区,从而能够从周边小区的覆盖范围内的UE的测定对象等中除去ES小区。
由此,能够防止在周边小区中选择ES小区来作为切换的目标小区。另外,通过使用已有的参数,能够避免通信系统变复杂的情况。此外,能构建后方兼容性(backwardcompatibility)优良的通信系统。
上述方法(2)与不选择为目标小区的上述方法(1)相比,能够减少将UE中的ES小区作为对象的测定,并且能够减少从UE向周边小区通知将ES小区作为对象的测定报告等。由此,能够减轻UE的处理负担,并且能够有效地活用无线资源。
(3)上述(1)、(2)的组合。
图17是示出本发明的实施方式2的通信系统中ES处理流程的一个示例的图。
在步骤ST3101中,ES小区1决定开关关闭。在步骤ST3102中,ES小区1将广播信息内的“cellBarred:被禁止小区”参数变更为“barred:被禁止”。
对存在有将ES小区1作为服务小区的UE1和将ES小区的周边小区作为服务小区的UE2的情况进行说明。在步骤ST3103和步骤ST3104中,ES小区1对覆盖范围内的UE1和UE2通知已变更系统信息、即SI变更通知。
在步骤ST3103中接收到SI变更通知的UE1识别出广播信息内、即系统信息内的“cellBarred:被禁止小区”参数已变更为“barred:被禁止”的情况。UE1识别出ES小区1不再是为了接收正常(normal)服务而进行保留呼叫(CampON)的小区的情况。由此,在步骤ST3105中,UE1为了重新对ES小区1以外的小区进行保留呼叫,进行小区重选处理。
对于在步骤ST3104中接收到SI变更通知的UE2,其会识别出广播信息内、即系统信息内的“cellBarred:被禁止小区”参数已变更为“barred:被禁止”的情况。UE2识别出ES小区1不再是为了接收正常(normal)服务而进行保留呼叫(CampON)的小区的情况。由此,在步骤ST3106中,UE2将ES小区1以外的小区作为对象,进行小区重选处理。
在步骤ST3107中,ES小区1向周边小区通知决定了进行开关关闭的情况。将周边小区设为补偿小区1(Comp小区1)的情况作为具体示例来进行说明。
对存在将Comp小区1作为服务小区的UE3和UE4的情况进行说明。
在步骤ST3108中,UE3向Comp小区1通知以ES小区1作为对象的监测报告(MeasurementReport)消息。
对于在步骤ST3107中从ES小区1接收到决定了进行开关关闭的通知的Comp小区1,即使在其会在步骤ST3108中从UE3接收到以ES小区1作为对象的监测报告消息的情况下,但在步骤ST3109中,其也不会将ES小区1选择作为切换的目标小区。
在步骤ST3110中,Comp小区1向“BlackList:黑名单”追加ES小区1。
在步骤ST3111和步骤ST3112中,Comp小区1向覆盖范围内的UE3和UE4通知“BlackList:黑名单”。
在步骤ST3111中接收到“BlackList:黑名单”的UE4会识别出ES小区1是事件评价、测定报告中不考虑的小区,在步骤ST3113中,不将ES小区1作为事件评价的对象。在步骤ST3113中,可以不将ES小区1作为测定对象,或者不将ES小区1作为测定报告的对象。
在步骤ST3112中接收到“BlackList:黑名单”的UE3会识别出ES小区1是事件评价、测定报告中不考虑的小区,在步骤ST3114中,不将ES小区1作为事件评价的对象。在步骤ST3114中,可以不将ES小区作为测定对象,或者不将ES小区作为测定报告的对象。
利用上述实施方式2,能够得到以下效果。能够防止待机模式UE(IdlemodeUE)对决定了进行开关关闭的ES小区进行保留呼叫,能够拒绝连接模式UE(ConnectedmodeUE)将该小区作为目标小区进行切换的情况。由此,能够力图减轻UE的处理负担,有效活用无线资源,抑制小区间的信令增加,以及防止控制延迟。
实施方式3.
在Comp小区的负担增大的情况下,对休眠状态的ES小区进行开关打开。因此,在ES小区进行开关打开和Comp小区转移至覆盖范围减小时,有时从Comp小区卸载至ES小区的UE的数量较多。在此情况下,被卸载至ES小区的多个UE要同时与ES小区相连接时,会导致信令冲突和混杂的情况。因此,被卸载的UE与ES小区连接时,会发生较大的延迟。基于UE所进行的服务的服务品质(QualityofService:QoS)请求,有时会超过所请求的延迟量。如上所述,若超过所请求的延迟量,则会发生数据丢失等,会导致用户体验(userexperience)变差。本实施方式公开解决该问题的方法。
构成ES小区的eNB在ES小区开关打开之后,根据用于决定接收到HO请求的UE的优先顺序的指标,决定接入优先顺序。
ES小区开始开关打开之后的预定期间内、或者直到ES小区完成开关打开为止,可根据用于决定接收到HO请求的UE的优先顺序的指标,决定接入优先顺序。
作为用于决定优选顺序的指标的具体示例,有QoS。QoS可以是QoS等级标识(QoSClassIdentifier:QCI)。另外,可根据QoS的指标之中的延迟量来决定接入的优先顺序。由此,提高QoS请求较高的UE的优先顺序,能在早期接入ES小区,能够进行卸载。因此,在卸载时,能够抑制无法满足服务的QoS请求的情况,以及会引起数据丢失的情况等,能够降低用户体验变差的可能性。
作为用于决定优先顺序的指标的其它具体示例,有数据量。在将数据量用作指标的情况下,ES小区根据对UE未发送和未接收的至少一方的数据量来决定接入优先顺序。例如,ES小区根据对所卸载的UE未发送的下行分组数据量和未接收的上行分组数据量的至少一方,来决定接入优先顺序。
作为数据量,可以是分组数、字节数、比特数等。作为上行数据量,可使用缓冲状态报告(BufferStatusReport:BSR)信息。也可以是从BSR信息中减去已分配的数据量后得到的信息。
如上所述,通过将数据量用作为指标,能够提高未发送或未接受的数据量较多的UE的优先顺序,能够早期接入ES小区。由此,通过早期将这些数据转送(forwarding)至ES小区,能够抑制引起数据丢失等的情况。因此,能够降低用户体验变差的可能性。在将数据量用作为指标的情况下,可以组合使用QoS和数据量来决定接入优先顺序。
作为用于决定优先顺序的指标的再一个其它具体示例,还有操作的接入优先顺序、UE是否使用MTC(MachineTypeCommunication:机器类型通信)以及UE的EAB(ExtendedAccessBarring)设定等。通过将它们用作为指标,能够得到基于各种设定的优先顺序。
公开使接入优先的方法。ES小区根据用于决定接收到HO请求的UE的优先顺序的指标,决定UE的优先顺序,从优先顺序较高的UE分配专用RACH结构。
作为专用RACH结构,有表示用于PRACH的前导码结构的索引的前导码ID、表示发送PRACH的资源的PRACH屏蔽(mask)ID。作为前导码ID,有“ra-PreambleIndex(ra-前导码索引)”、“PreambleIndex(前导码索引)”。作为PRACH屏蔽ID,有“ra-PRACH-MaskIndex(ra-PRACH屏蔽索引)”、“PRACHMaskIndex(PRACH屏蔽索引)”。
被明确地通知了专用RACH结构的UE利用专用RACH结构,发送PRACH(参照非专利文献14),所以在ES小区中不会发生PRACH的竞争。能够进行所谓的基于非竞争(non-contentionbased)的RA处理。由此,即使在多个UE开始接入ES小区的情况下,也能够防止因PRACH的竞争而引起的接入延迟。
ES小区为了决定UE的优先顺序,需要识别用于决定从Comp小区卸载的UE的优先顺序的指标。作为识别用于决定从Comp小区卸载的UE的优先顺序的指标的方法,Comp小区预先向ES小区通知进行卸载的UE的UE-ID和用于决定优先顺序的指标。作为通知单元,可使其与用于卸载的HO请求一起,或者使其包含于HO请求中。
ES小区根据UE的优先顺序分配专用RACH结构,但是UE必须识别专用RACH结构。作为UE识别专用RACH结构的方法,ES小区经由Comp小区向UE通知所分配的专用RACH结构。ES小区可与针对之前接收到的HO请求的HO请求响应消息一起、或者包含于HO请求响应消息之中,向Comp小区通知专用RACH结构。对于利用HO请求响应消息接收到专用RACH结构的Comp小区,其会将专用RACH结构与HO指令(HOcommand)消息一起通知至UE,或者使专用RACH结构包含于HO指令消息之中来通知至UE。如上所述,ES小区能够对分配了专用RACH结构的UE通知专用RACH结构。
接收到专用RACH结构的UE为了进行HO,能够利用专用RACH结构向ES小区发送PRACH。
作为Comp小区向UE通知专用RACH结构的其它方法,在UE发送用于进行HO的PRACH之前,Comp小区可使专用RACH结构信息包含于PDCCH并通知至UE。
图18和图19是示出本发明的实施方式3的通信系统中ES处理流程的一个示例的图。图18与图19在边界线BL1的位置上相连。UE1设为Comp小区1的覆盖范围内的UE。UE2设为Comp小区2的覆盖范围内的UE。
在步骤ST4101中,Comp小区1通过增大负载等来决定ES小区的开关打开。
在步骤ST4102中,Comp小区1向ES小区通知开关打开请求消息。从1个Comp小区接收到开关打开请求消息的ES小区会向其它的Comp小区、此处为Comp小区2,通知本小区的覆盖范围的补偿结束请求消息。
若本小区判断为可以结束ES小区的覆盖范围的补偿,则接收到补偿结束请求消息的Comp小区2在步骤ST4104中,许可补偿结束。
在步骤ST4105中,Comp小区2向ES小区通知补偿结束响应(Ack)消息。由此,ES小区在确认了补偿本小区的覆盖范围的所有Comp小区的状态的基础上,能够判断是否决定进行开关打开。
从Comp小区接收到补偿结束响应(Ack)消息的ES小区在步骤ST4106中,决定进行开关打开。
在步骤ST4107和步骤ST4108中,ES小区向所有的Comp小区、此处为Comp小区1和Comp小区2通知开关打开请求响应(Ack)消息。可以不是开关打开请求响应消息,而是补偿结束处理开始请求消息。接收到补偿结束处理开始请求消息的Comp小区开始补偿结束处理。
作为补偿结束处理,在步骤ST4110和步骤ST4111中,Comp小区1和Comp小区2开始覆盖范围内的UE的卸载处理。为了在覆盖范围内的UE之中识别出能够切换至ES小区的UE,Comp小区1和Comp小区2在步骤ST4113和步骤ST4114中,向覆盖范围内的UE通知用于进行监测的消息。在该用于进行监测的消息中,作为测定对象,可设定ES小区的小区标识和载波频率信息。可以设定ES小区列表。
在步骤ST4115和步骤ST4116中,UE1和UE2进行监测。
在对ES小区发生事件的情况下,在步骤ST4117和步骤ST4118中,UE1和UE2向Comp小区1和Comp小区2通知监测报告(MeasurementReport)消息。由此,Comp小区能够获取可切换至ES小区的UE的信息。
获得了可切换至ES小区的UE的信息的Comp小区1和Comp小区2会在步骤ST4119和步骤ST4121中,决定使UE切换至ES小区。
在步骤ST4120和步骤ST4122中,Comp小区1和Comp小区2向ES小区通知HO请求消息。在HO请求消息中包含有UE的标识(UE-ID)和用于决定优先顺序的指标。此处,将用于决定优先顺序的指标设为QoS。由此,ES小区能够识别请求切换的UE及其QoS。
在步骤ST4107和步骤ST4108中,向所有Comp小区、此处为Comp小区1和Comp小区2通知了开关打开请求(Ack)消息的ES小区会在步骤ST4109中开始开关打开。在步骤ST4112中,使具有预定期间的计时器开始。在步骤ST4123中,ES小区结束计时器。ES小区存储有直到在步骤ST4123中结束计时器为止的期间内所接收到的HO请求消息。
由此,ES小区在接收到来自补偿本小区的覆盖范围的Comp小区的用于卸载UE的HO请求消息的基础上,能够决定优先顺序。
在步骤ST4123中结束了计时器的ES小区在图19的步骤ST4124中,利用关于在计时器内的预定期间内所接收到的HO请求消息、HO请求对象的UE、以及UE的QoS的信息,来决定HO接受的优先顺序。例如对于具有较高QoS的UE,提高优先顺序。
ES小区在步骤ST4125中,进行针对HO请求的准入控制。在步骤ST4125的准入控制的处理结束之后,可进行步骤ST4124的决定优先顺序的处理。在ES小区的HO准入控制中设有优先顺序决定功能,可在进行准入控制的同时决定优先顺序。
在步骤ST4124中决定了优先顺序的ES小区会从优先顺序较高的UE开始分配专用RACH结构。此处,UE1的优先顺序较高,分配专用RACH结构。此处,UE2的优先顺序较低,不分配专用RACH结构。专用RACH结构的数量预先确定,所以对于可分配的UE的数量有所限制。
在步骤ST4126中,ES小区向Comp小区1通知对优先顺序较高的UE1分配的专用RACH结构和UE的标识(UE-ID)。此处,使其与HO请求响应(Ack)消息一起进行通知,或者使其包含于HO请求响应(Ack)消息中进行通知。作为专用RACH结构,设有前导码ID、PRACH屏蔽ID。
在步骤ST4127中,ES小区向Comp小区2通知优先顺序较低的UE2的标识和HO请求响应(Ack)消息,或者使优先顺序较低的UE2的标识包含于HO请求响应(Ack)消息中进行通知。
在步骤ST4128中,Comp小区1向UE1通知被分配给UE的专用RACH结构。此处,使其与HO指令(HOcommand)消息一起进行通知,或者使其包含于HO指令(HOcommand)消息中进行通知。
在步骤ST4129中,Comp小区2向UE2通知HO指令(HOcommand)消息。
如上所述,利用ES小区被设定为优先顺序较高的UE、即UE1,能够获取专用RACH结构。
在步骤ST4128和步骤ST4129中,UE1和UE2接收到HO指令(HOcommand)消息,所以使ES小区开始接入。具体而言,开始RA(RandomAccess:随机接入)处理。利用发送PRACH来开始RA处理。
在步骤ST4130中,UE1利用专用RACH结构向ES小区发送PRACH。因此,成为未发生竞争的基于非竞争(non-contention)的PRACH,ES小区不会与其它UE发生竞争,能够从UE1接收到PRACH。
由此,ES小区在步骤ST4132中,能够在预定的时间内早期向UE1通知随机接入响应(RandomAccessResponse;简称RAR)消息。在步骤ST4132中,UE1能够在预定的时间内接收到RAR消息。在步骤ST4133中,接着由UE1执行对ES小区的HO处理。在步骤ST4139中,Comp小区1进行补偿结束。
UE2无法利用专用RACH结构,所以在步骤ST4131中,从公共的RACH结构中选择PRACH并发送PRACH。因此,成为有可能发生竞争的基于竞争(contention)的PRACH。在ES小区中,由于与来自其它UE的PRACH发生竞争,所以可能无法接收PRACH。ES小区在步骤ST4134中,向UE2通知RAR消息。UE2在步骤ST4135中向ES小区通知消息3(Msg3)。
假设在ES小区中来自UE的RA处理以失败告终的情况下,ES小区不会向UE2通知消息4(Msg4)。因此,在步骤ST4136中,UE2变得无法接收消息4(Msg4)。因此,UE2在步骤ST4137中,必须从再次发送PRACH起、再次开始进行RA处理。
UE2在对ES小区成功进行RA处理的情况下,在步骤ST4138中,执行RA处理之后的HO处理。在步骤ST4140中,Comp小区2进行补偿结束。
针对UE2的HO处理是基于竞争(contention)的PRACH,所以在多个UE进行接入的情况下,由于竞争会导致再次发送PRACH、再次执行RA处理的可能性变高。因此,发生延迟的可能性变高。但是,在步骤ST4124中,由ES小区基于与UE2的QoS相对应的优先顺序来决定执行基于竞争(contention)的PRACH。因此,几乎没有延迟的影响。
通过上述方法,在被卸载的UE连接ES小区的情况下,能够利用服务的QoS请求来提供UE优先顺序。由此,能够执行基于优先顺序的延迟量的如下控制:即,对于优先顺序较高的UE能以低延迟实现接入,对于优先顺序较低的UE许可高延迟地实现接入。因此,能够降低用户体验变差的可能性。
实施方式3变形例1
在实施方式3中,公开了使被分配了专用RACH结构的UE全部优先的情况。但是,在具有多个被分配了专用RACH结构的UE的情况下,即使多个UE向ES小区发送基于非竞争(non-contention)的PRACH,在ES小区中也会发生如下情况:即,在预定期间(window:对象)内无法向UE发送针对PRACH的响应即RAR。在预定期间内无法接收到RAR的UE不得不进行PRACH的再发送,从而发生延迟。本变形例中,公开用于解决这种问题的方法。
与实施方式1相同地,ES小区根据接收到HO请求的UE的QoS,决定UE的优先顺序,从优先顺序较高的UE分配专用RACH结构。ES小区将优先顺序和专用RACH结构相关联地进行存储。也可以与被分配的UE标识一起关联地进行存储。
ES小区从分配了专用RACH结构的UE,接收利用专用RACH结构发送而来的PRACH。ES小区在接收到分配了专用RACH结构的UE的所有PRACH之后,利用所接收到的PRACH的专用RACH结构、以及所存储的优先顺序与专用RACH结构的关联,判定UE的优先顺序。
因此,ES小区能够识别使哪个UE优先。也可以不在接收到分配了专用RACH结构的UE的所有PRACH之后,而是从向Comp小区通知HO请求响应消息起经过了预定期间之后,或者是从利用分配了专用PRACH结构的PRACH最初接收信息起经过了预定期间之后。由此,在由于电波环境的突变而导致无法传递PRACH的情况下,能够避免ES小区无法前进至接下去的处理的问题。
ES小区在预定期间内,根据UE的优先顺序发送RAR。对于在预定期间内无法发送RAR的UE,等待从UE再次发送PRACH。
UE在预定期间内接收到RAR之后,立刻进行RA处理之后的HO处理。当在预定期间内无法接收到RAR的情况下,在接下去发送PRACH的时刻,进行PRACH的再发送。
由此,ES小区能够按照UE的优先顺序发送RAR,所以能够从优先顺序较高的UE开始尽可能快地进行HO处理。因此,在从Comp小区被卸载至ES小区的UE中,能够减少从优先顺序较高的UE开始接入ES小区时产生的延迟。因此,能够降低用户体验变差的可能性。
图20是示出本发明的实施方式3的变形例1的通信系统中ES处理流程的一个示例的图。图20所示的流程与图18及图19所示的流程相类似,因此对与图18及图19相对应的步骤标注相同的步骤编号,并省略共同的说明。
在步骤ST4100的HO准备处理中,在步骤ST4123中,结束了计时器的ES小区在步骤ST4124中利用关于在计时器的预定期间内所接收到的HO请求、HO请求对象的UE、以及UE的QoS的信息,来决定HO接受的优先顺序。例如对于具有较高QoS的UE,提高优先顺序。
在步骤ST4124中决定了优先顺序的ES小区从优先顺序较高的UE分配专用RACH结构。此处,将UE1的优先顺序设为第一,将UE2的优先顺序设为第二。设为对于UE1和UE2中任一个都分配专用RACH结构。ES小区使UE的优先顺序和分配给该UE的专用RACH结构相关联地进行存储。
在步骤ST4126中,ES小区向Comp小区1通知对UE1分配的专用RACH结构和UE的标识(UE-ID)。此处,使其与HO请求响应(Ack)消息一起进行通知,或者使其包含于HO请求响应(Ack)消息中进行通知。
在步骤ST4201中,ES小区向Comp小区2通知对UE2分配的专用RACH结构和UE的标识(UE-ID)。此处,使其与HO请求响应(Ack)消息一起进行通知,或者使其包含于HO请求响应(Ack)消息中进行通知。作为专用RACH结构,设有前导码ID、PRACH屏蔽ID。
在步骤ST4128中,Comp小区1向UE1通知被分配给UE的专用RACH结构。此处,使其与HO指令(HOcommand)消息一起进行通知,或者使其包含于HO指令(HOcommand)消息中进行通知。
在步骤ST4202中,Comp小区2向UE2通知被分配给UE的专用RACH结构。此处,使其与HO指令(HOcommand)消息一起进行通知,或者使其包含于HO指令(HOcommand)消息中进行通知。
在步骤ST4128和步骤ST4202中,UE1和UE2接收到HO指令(HOcommand)消息,所以使ES小区开始接入。
在步骤ST4130和步骤ST4203中,UE1和UE2利用与HO指令(HOcommand)消息一起获取的专用RACH结构,向ES小区发送PRACH。因此,成为不发生竞争的基于非竞争(non-contention)的PRACH,ES小区不会与其它UE发生竞争,能够从UE1和UE2接收到PRACH。
在步骤ST4130和步骤ST4203中,ES小区从分配了专用RACH结构的UE接收利用专用RACH结构发送而来的PRACH。
在步骤ST4204中,ES小区利用所接收到的PRACH的专用PACH结构、以及所存储的优先顺序与专用RACH结构之间的关联,来判定UE的优先顺序。
因此,ES小区能够识别使哪个UE优先。此处,能够判定为UE1的优先顺序为第一,UE2的优先顺序为第二。
在步骤ST4132中,ES小区在预定期间内,最早向优先顺序为第一的UE1发送RAR消息。
接着,在步骤ST4205中,ES小区在预定期间内的接下去的发送时刻,向优先顺序为第二的UE2发送RAR消息。
UE1在步骤ST4132中接收到RAR消息之后,立刻在步骤ST4133中进行RA处理以后的HO处理。
UE2在步骤ST4205中接收到RAR消息之后,立刻在步骤ST4138中进行RA处理以后的HO处理。
UE1能够比UE2更早接收到RAR消息,所以能够更早地执行HO处理。因此,优先顺序较高的UE1接入ES小区时产生的延迟变小。
在图20所示的流程的示例中,示出了对于UE1和UE2均在预定期间内发送RAR消息的情况。然而,存在例如UE数量较多而无法在预定期间内发送RAR消息的情况。在此情况下,ES小区对于在预定期间内无法发送RAR消息的UE,等待从UE再次发送PRACH。另一方面,在预定期间内无法接收到RAR消息的UE会在接下去发送PRACH的时刻,进行PRACH的再发送。
在这样的情况下,如上所述,ES小区按照UE的优先顺序向UE发送RAR消息。由此,能够将无法在预定期间内发送RAR消息的UE设定为优先顺序较低的UE。换而言之,能够将UE设定为例如QoS请求较低的UE、许可高延迟的UE。因此,对于QoS请求较高的UE,能够以低延迟来执行HO处理,对于QoS请求较低的UE,能够以高延迟来执行HO处理。
如上所述,能够从优先顺序较高的UE开始尽可能快地执行HO处理。因此,在从Comp小区被卸载至ES小区的UE中,能够从优先顺序较高的UE开始减少接入ES小区时产生的延迟。因此,能够降低用户体验变差的可能性。
实施方式3变形例2
在实施方式3中,公开了根据UE的优先顺序分配专用RACH结构,从而优先接入卸载目的地的方法。未被分配专用RACH结构的UE在接入HO目的地时,可能与PRACH发生竞争。另外,在ES小区中未进行RA处理的UE可能从PRACH的再发送开始进行。在存在多个未被分配专用RACH结构的UE的情况下,期间可能会发生无法对PRACH的再发送设定优先顺序的问题。本变形例中,公开解决这种问题的方法。
ES小区根据用于决定接收到HO请求的UE的优先顺序的指标,决定UE的优先顺序,根据UE的优先顺序来设定再发送PRACH的退避时间(backofftime)。被设定了退避时间的UE根据退避时间的设定值,使再发送PRACH的时间延迟预定期间。退避时间的设定可以利用RAR的固有参数(BackoffParametervalues:退避参数值)来设定(参照非专利文献14)。可以根据QoS请求或者延迟时间请求值、而非UE的优先顺序,来设定退避时间。相比根据优先顺序来设定退避时间,更容易与UE的许可延迟时间之间建立关系,从而使控制变得容易。作为退避时间,可设定为0、即无延迟。
另外,尤其对于未被分配专用RACH结构的UE,可以根据UE的优先顺序来设定RAR的参数(BackoffParametervalues:退避参数值)。因此,对于分配了专用RACH结构的UE,在RA处理失败的情况下,能够在没有退避时间的情况下再发送PRACH。另外,对于未分配专用RACH结构的UE,在RA处理失败的情况下,能够根据所设定的退避时间来延迟PRACH的再发送。由此,能够减少PRACH的竞争,并且能够根据优先顺序来设定延迟时间。
UE需要识别退避时间。UE识别退避时间的方法可与实施方式1中所公开的、识别专用RACH结构的方法相同。
ES小区经由Comp小区向UE通知所设定的退避时间、即退避时间设定值。ES小区可与针对之前接收到的HO请求消息的HO请求响应消息一起、或者包含于HO请求响应消息之中,向Comp小区进行通知。对于利用HO请求响应消息接收到退避时间设定值的Comp小区,将退避时间设定值与HO指令(HOcommand)消息一起通知给UE,或者使退避时间设定值包含于HO指令(HOcommand)消息中通知给UE。
作为Comp小区向UE通知退避时间设定值的其它方法,在UE发送用于进行HO的PRACH之前,Comp小区可使退避时间设定值包含于PDCCH并通知至UE。
接收到退避时间设定值的UE在因RA处理失败而再发送PRACH时,能够利用退避时间设定值,延迟预定期间再向ES小区发送PRACH。
图21是示出本发明的实施方式3的变形例2的通信系统中ES处理流程的一个示例的图。图21所示的流程与图18~图20所示的流程相类似,因此对与图18~图20相对应的步骤标注相同的步骤编号,并省略共同的说明。
在步骤ST4100的HO准备处理中,在步骤ST4123中,结束了计时器的ES小区在步骤ST4124中利用关于在计时器的预定期间内所接收到的HO请求、HO请求对象的UE、以及UE的QoS的信息,来决定HO接受的优先顺序。例如对于具有较高QoS的UE,提高优先顺序。
在图21所示的示例中,设定为UE1的优先顺序高于UE2。设为对于UE1和UE2中任一个都不分配专用RACH结构,而是设定退避时间。作为退避时间的设定,利用RAR的退避参数值(BackoffParametervalues)来设定。ES小区对优先顺序相对较高的UE1设定较小的退避时间值,对优先顺序相对较低的UE2设定较大的退避时间值。
在步骤ST4301和步骤ST4302中,ES小区向Comp小区1和Comp小区2通知对UE1和UE2所设定的退避时间即退避参数值和UE的标识(UE-ID)。此处,使其与HO请求响应(Ack)消息一起进行通知,或者使其包含于HO请求响应(Ack)消息中进行通知。
在步骤ST4303和步骤ST4304中,Comp小区1和Comp小区2向UE1和UE2通知对各个UE所设定的退避时间即退避参数值。此处,使其与HO指令(HOcommand)消息一起进行通知,或者使其包含于HO指令(HOcommand)消息中进行通知。
在步骤ST4305和步骤ST4306中,UE1和UE2利用公共PRACH结构,向ES小区发送PRACH。因此,成为有可能发生竞争的基于竞争(contention)的PRACH。
在步骤ST4307和步骤ST4308中,ES小区向UE1和UE2通知RAR消息。
接收到RAR消息的UE1和UE2在步骤ST4309和步骤ST4310中,向ES小区通知RA处理的消息3(Msg3)。
在本流程中,由于是有可能竞争的RA处理,所以示出了ES小区与任一个UE之间的RA处理均无法成功的情况。在步骤ST4311和步骤ST4314中,UE1和UE2无法接收RA处理的消息4(Msg4)。在此情况下,在步骤ST4312中,UE1利用在步骤ST4303中接收到的退避参数值,使PRACH的再发送延迟预定期间。
在步骤ST4313中,UE1延迟预定期间再发送PRACH,与ES小区之间进行RA处理。在RA处理成功的情况下,在步骤ST4133中,进行RA处理以后的HO处理。
对于在步骤ST4314中无法接收到消息4(Msg4)的UE2,其在步骤ST4315中,利用在步骤ST4304中接收到的退避参数值,使PRACH的再发送延迟预定期间。
在步骤ST4317中,UE2延迟预定期间再发送PRACH,与ES小区之间进行RA处理。在RA处理成功的情况下,在步骤ST4138中,进行RA处理以后的HO处理。
如上所述,即使是存在多个未被分配专用RACH结构的UE的情况下,其中通过对PRACH的再发送赋予优先顺序,从而能够从优先顺序较高的UE开始尽可能快地进行HO处理。因此,在从Comp小区被卸载至ES小区的UE中,能够从优先顺序较高的UE开始减少接入ES小区时产生的延迟。因此,能够降低用户体验变差的可能性。
实施方式3变形例3
在实施方式3的变形例2中,公开了根据UE的优先顺序设定再发送PRACH时的退避时间,从而优先接入卸载目的地的方法。然而,在此情况下,由于进行PRACH的再发送的UE变多,所以会引起信令的浪费和UE功耗的增大。本变形例中,公开用于解决该问题的方法。
ES小区根据用于决定接收到HO请求消息的UE的优先顺序的指标,决定UE的优先顺序,根据UE的优先顺序来设定初次发送PRACH时的等待时间(waittime)。被设定了等待时间的UE根据等待时间的设定值,使初次发送PRACH的时间延迟预定期间。可以根据QoS请求消息或者延迟时间请求值、而非UE的优先顺序,来设定等待时间。相比根据优先顺序来设定等待时间,更容易与UE的许可延迟时间之间建立关系,从而使控制变得容易。作为等待时间,可设定为0、即无延迟。
UE需要识别等待时间。UE识别等待时间的方法可与实施方式1中所公开的、识别专用RACH结构的方法相同。
ES小区经由Comp小区向UE通知所设定的等待时间、即等待时间设定值。ES小区可与针对之前接收到的HO请求消息的HO请求响应消息一起、或者包含于HO请求响应消息之中,向Comp小区进行通知。利用HO请求响应消息接收到等待时间设定值的Comp小区,将等待时间设定值与HO指令(HOcommand)消息一起通知给UE,或者使等待时间设定值包含于HO指令(HOcommand)消息中通知给UE。
作为Comp小区向UE通知等待时间设定值的其它方法,在UE发送用于进行HO的PRACH之前,Comp小区可使等待时间设定值包含于PDCCH并通知至UE。
对于接收到等待时间设定值的UE,其在为了接入HO目的地而初次发送PRACH时,能够利用等待时间设定值,延迟预定期间向ES小区发送PRACH。
图22是示出本发明的实施方式3的变形例3的通信系统中ES处理流程的一个示例的图。图22所示的流程与图18~图21所示的流程相类似,因此对与图18~图21相对应的步骤标注相同的步骤编号,并省略共同的说明。
在步骤ST4100的HO准备处理中,在步骤ST4123中,结束了计时器的ES小区在步骤ST4124中利用关于在计时器的预定期间内所接收到的HO请求、HO请求对象的UE、以及UE的QoS的信息,来决定HO接受的优先顺序。例如对于具有较高QoS的UE,提高优先顺序。
在图22所示的示例中,将UE1的优先顺序设为第一,将UE2的优先顺序设为第二。设为对于UE1和UE2中任一个都不分配专用RACH结构,而是设定等待时间。ES小区对优先顺序相对较高的UE1设定较小的等待计时值,对优先顺序相对较低的UE2设定较大的等待计时值。
在步骤ST4401和步骤ST4402中,ES小区向Comp小区1和Comp小区2通知对UE1和UE2所设定的等待时间即等待计时值和UE的标识(UE-ID)。此处,使其与HO请求响应(Ack)消息一起进行通知,或者使其包含于HO请求响应(Ack)消息中进行通知。
在步骤ST4403和步骤ST4404中,Comp小区1和Comp小区2向UE1和UE2通知对各个UE所设定的等待时间即等待计时值。此处,使其与HO指令(HOcommand)消息一起进行通知,或者使其包含于HO指令(HOcommand)消息中进行通知。
对于在步骤ST4403和步骤ST4404中接收到等待时间的UE,其在步骤ST4405和步骤ST4406中,根据各自的等待计时值,延迟预定期间来发送PRACH。此处,由于UE1的优先顺序高于UE2的优先顺序,所以将UE1的等待计时值设定得小于UE2的等待计时值。
因此,在步骤ST4305中,首先从UE1发送PRACH。PRACH是利用了公共PRACH结构的基于竞争(contention)的PRACH。本方法不仅限于利用了公共RACH结构的PRACH,也能适用于被分配了专用RACH结构的PRACH的情况。
ES小区通过对分配了专用RACH结构的UE设定等待计时值,进一步赋予优先顺序,从而能够发送PRACH。由此,能够减少在多个UE被分配了专用RACH结构的情况下所产生的、在预定期间内无法接收RAR的情况下对PRACH的再发送。
利用ES小区设定等待计时值,由此能够对各个UE的PRACH的发送赋予时间差,所以即使是基于竞争(contention)的PRACH,多个UE的PRACH发生竞争的可能性较低。因此,ES小区能够接收到步骤ST4305中的PRACH的可能性较高。
对于步骤ST4305中从UE1接收到PRACH的ES小区,其在步骤ST4307、步骤ST4309、步骤ST4407中,与UE1之间进行RA处理。具体而言,在步骤ST4307中,ES小区向UE1通知RAR消息。在步骤ST4309中,UE1向ES小区通知RA处理的消息3(Msg3)。在步骤ST4407中,ES小区向UE1通知RA处理的消息4(Msg4)。在步骤ST4133中,UE1进行RA处理之后的HO处理。
在步骤ST4406中,UE2根据等待计时值,使PRACH的发送延迟预定期间。由于将UE2的等待计时值设定得比UE1大,因此,UE2以比UE1发送PRACH的时刻延迟的方式发送PRACH。
在步骤ST4306中,UE2向ES小区发送PRACH。与UE1的情况相同,ES小区在步骤ST4306中能够接收PRACH的可能性较高。
对于在步骤ST4306中从UE2接收到PRACH的ES小区,其在步骤ST4308、步骤ST4310、步骤ST4408中,与UE2之间进行RA处理。具体而言,在步骤ST4308中,ES小区向UE2通知RAR消息。在步骤ST4310中,UE2向ES小区通知RA处理的消息3(Msg3)。在步骤ST4408中,ES小区向UE2通知RA处理的消息4(Msg4)。在步骤ST4138中,UE2进行RA处理之后的HO处理。
如上所述,能够根据UE的优先顺序使初次发送PRACH时的发送时刻延迟。即使在存在多个要被卸载的UE的情况下,也能够使PRACH的发送时刻不同,而且能够对PRACH的发送赋予优先顺序,从而能够从优先顺序较高的UE开始尽可能快地进行HO处理。因此,在从Comp小区被卸载至ES小区的UE中,能够从优先顺序较高的UE开始减少接入ES小区时产生的延迟。因此,能够降低用户体验变差的可能性。
对于本变形例所公开的等待计时值,不仅是初次发送PRACH的情况,在因RA处理失败而再次发送PRACH的情况下也适用。即使在再次发送PRACH的情况下,也能够使UE发送PRACH的发送时刻不同,而且能够对PRACH的再次发送赋予优先顺序,从而能够从优先顺序较高的UE开始尽可能快地进行HO处理。
实施方式3变形例4
在实施方式3的变形例2中,公开了根据UE的优先顺序来设定再次发送PRACH时的退避时间从而优先接入卸载目的地的方法,在实施方式3的变形例3中,根据UE的优先顺序来设定初次发送PRACH时的等待时间从而优先接入卸载目的地的方法。在本变形例中,公开了优先接入卸载目的地的其它方法。
ES小区根据用于决定接收到HO请求消息的UE的优先顺序的指标,决定UE的优先顺序,根据UE的优先顺序来设定用于向ES小区发送RRC消息的等待时间(waittime)。有时将该等待时间称为“RRC等待时间”。
被设定了RRC等待时间的UE根据RRC等待时间的设定值,使向ES小区发送RRC消息的时间延迟预定期间。可以根据QoS请求消息或者延迟时间请求值、而非UE的优先顺序,来设定RRC等待时间。相比根据优先顺序来设定RRC等待时间,更容易与UE的许可延迟时间之间建立关系,从而使控制变得容易。作为RRC等待时间,可设定为0、即无延迟。
RRC等待时间例如可适用于当UE发生了RLF或HOF时的RRC连接再建立请求消息中。
对于向卸载目的地的小区通知的RRC消息,通过适当地使用RRC等待时间,能够根据UE的优先顺序使发送RRC消息的发送时刻不同。而且,通过对RRC消息的发送赋予优先顺序,从而能够从优先顺序较高的UE开始尽可能快地与卸载目的地小区相连接。
UE识别RRC等待时间的方法可以与实施方式3的变形例3所公开的利用等待时间的方法相同。
如上述的本变形例所示,能够根据UE的优先顺序使向卸载目的地小区发送RRC消息的发送时刻延迟。即使在存在多个要卸载的UE的情况下,也能够使发送RRC消息的发送时刻不同。而且,通过对RRC消息的发送赋予优先顺序,从而能够从优先顺序较高的UE开始尽可能快地进行用于与卸载目的地小区实现RRC连接的处理。
因此,在从Comp小区被卸载至ES小区的UE中,能够从优先顺序较高的UE开始减少接入ES小区时产生的延迟。因此,能够降低用户体验变差的可能性。
在实施方式3和实施方式3的变形例1~变形例3中,对ES小区转移至开关打开时的情况和Comp小区转移至覆盖范围减小时的情况进行了说明。这些公开的方法对于在ES小区转移至开关关闭时和Comp小区转移至覆盖范围增大时,也能够适用于从ES小区卸载至Comp小区的UE。对于ES小区转移至开关关闭的情况,由于为了减小ES小区的负担而进行开关关闭,所以相比于ES小区的开关打开的情况下,可以认为UE数量较少。然而,虽然较少,但是可能出现UE对Comp小区进行的接入发生竞争的情况。在此情况下,能够获得与实施方式3、实施方式3的变形例1~变形例3相同的效果。
实施方式4.
下面公开在实施方式1中对逐渐增减发送功率的ES小区或者Comp小区中的、RS(ReferenceSignal:参考信号)发送功率进行通知的通知方法,以及决定接入ES小区或者Comp小区的UE的上行发送功率的决定方法。
经过多个阶段以使发送功率增减的小区并不通知增减完成之后的RS发送功率,而是在每次进行增减时向UE通知RS发送功率。
UE利用被通知的各个阶段的RS发送功率,对各个阶段的路径损耗进行评价。UE利用所评价的各个阶段的路径损耗,决定各个阶段的发送功率。
由此,由于每次进行增减都会更新RS发送功率的通知,所以能够减少对UE一侧的路径损耗的评价发生误差的时间带。因此,UE能够决定在各个阶段误差较小的适当的发送功率。
存在逐渐增减发送功率的ES小区或Comp小区中各个阶段的发送功率的设定时刻、与接入该小区的UE接收被通知的各个阶段的RS发送功率的接收时刻是不同的情况。作为考虑到上述情况的方法,公开以下(1)、(2)两种。
(1)重视降低因UE而产生的干扰的情况
图23和图24是示出本发明的实施方式4中决定UE的发送功率的步骤的一个示例的图。图23(a)和图24(b)的纵轴示出了eNB的RS发送功率RS-TP(eNB),图23(b)和图24(a)的纵轴示出了来自eNB的RS通知功率RS-RP(eNB),图23(c)和图24(c)的纵轴示出了用UE计算出的路径损耗PL(UE),图23(d)和图24(d)的纵轴示出了UE的发送功率TP(UE)。图23(a)~图23(d)和图24(a)~图24(d)的横轴示出了时间。利用图23和图24,说明在重视降低因UE所产生的干扰的情况下决定UE的发送功率的步骤的一个示例。
经过多个阶段以使发送功率增减的小区并不通知增减完成之后的RS发送功率,而是在每次进行增减时向UE通知RS发送功率。在小区增大发送功率时,在提高了发送功率之后,向UE通知RS发送功率。在小区减小发送功率时,在向UE通知RS发送功率之后,降低发送功率。
将RS发送功率(RS-TP(eNB))的可变更周期设定为从小区通知至UE的RS发送功率的可通知(RS通知功率RS-RP(eNB))的周期以上。因此,每次增减RS发送功率时,都能够向UE通知RS发送功率。
根据非专利文献10,可利用RRC信令来通知RS发送功率。具体而言,利用“referenceSignalPower:参考信号功率”这一参数来进行通知。“referenceSignalPower:参考信号功率”被映射至“pdsch-ConfigCommon:pdsch通用配置”消息中。“pdsch-ConfigCommon:pdsch通用配置”被映射至“radioResourceConfiguCommon:射频资源通用配置”消息中。“radioResourceConfiguCommon:射频资源通用配置”被映射至系统信息的SIB2中,从而被通知至覆盖范围内的所有UE。系统信息以系统信息的变更周期即“modificationperiod”来进行变更。
因此,在本实施方式中公开了将RS发送功率(RS-TP(eNB))的可变更周期设定为“modificationperiod”以上的情况。由此,RS发送功率(RS-TP(eNB))的可变更周期成为能够从小区向UE通知RS发送功率(RS通知功率RS-RP(eNB))的周期以上,每次增减RS发送功率都能够向UE通知RS发送功率。
通过上述方法,由于每次进行增减都会更新RS发送功率的通知,所以能够减少对UE一侧的路径损耗的评价发生误差的时间带。另外,由于能够减小UE将路径损耗推定得过大的可能性,所以UE向eNB一侧发送超过所需功率的功率的概率减小,能够抑制在逐渐增减发送功率时因UE而产生的干扰。
(2)重视UE的通信品质的情况
图25和图26是示出本发明的实施方式4中决定UE的发送功率的步骤的一个示例的图。图25(a)和图26(b)的纵轴示出了来自eNB的RS通知功率RS-RP(eNB),图25(b)和图26(a)的纵轴示出了来自eNB的RS发送功率RS-TP(eNB),图25(c)和图26(c)的纵轴示出了用UE计算出的路径损耗PL(UE),图25(d)和图26(d)的纵轴示出了UE的发送功率TP(UE)。图25(a)~图25(d)和图26(a)~图26(d)的横轴示出了时间。利用图25和图26,说明在重视UE的通信品质的情况下决定UE的发送功率的步骤的一个示例。
经过多个阶段以使发送功率增减的小区并不通知增减完成之后的RS发送功率,而是在每次进行增减时向UE通知RS发送功率。在小区增大发送功率时,在向UE通知RS发送功率之后,提高发送功率。在小区减小发送功率时,在降低了发送功率之后,向UE通知RS发送功率。
基于上述方法,由于每次进行增减都会更新RS发送功率的通知,所以能够减少对UE一侧的路径损耗的评价发生误差的时间带。另外,由于能够减小UE将路径损耗推定得过小的可能性,所以UE的发送功率在eNB一侧为不足的概率减小,能够提高在逐渐增减发送功率时的UE的通信品质。
实施方式5.
在ES小区设为开关关闭的情况下,对于将Comp小区设为服务小区的ES小区的天线附近的UE,其会以较大的上行发送功率进行发送。ES小区开始开关打开,在转移至开关关闭状态的情况下,ES小区的覆盖范围内的将Comp小区设为服务小区的UE对ES小区进行接入。在存在多个将Comp小区设为服务小区的UE的情况下,各个UE接入ES小区的时刻变得不同。在此情况下,对于接入ES小区的UE的上行链路,有时会与将Comp小区作为服务小区的ES小区的天线附近的UE的上行链路发生干扰。因此,存在如下问题:即,接入ES小区的UE或者想要接入ES小区的UE的处理无法正常地进行。本实施方式中公开解决该问题的方法。
对于从Comp小区被卸载至ES小区的UE,将其在接入ES小区时的上行发送功率固定。作为决定上行发送功率的固定值的决定主体和通知UE的通知方法的具体示例,公开了下面的(1)~(3)三种。
(1)Comp小区进行设定,预先从Comp小区通知至UE。
(2)ES小区进行设定,预先经由Comp小区通知至UE。
(3)O&M进行设定,预先经由Comp小区通知至UE。
在实施方式4中,经过多个阶段以使发送功率增减的小区并不通知增减完成之后的RS发送功率,而是在每次进行增减时向UE通知RS发送功率。
在此情况下,UE推导出来自ES小区的路径损耗,利用该路径损耗来决定发送功率,从而求得UE开始接入ES小区时的发送功率。因此,ES小区附近的UE的发送功率较小。因而,由于将Comp小区设为服务小区的、ES小区的天线附近的UE会以较大的上行发送功率进行发送,所以对接入ES小区的UE产生干扰。
通过将UE接入ES小区时的上行发送功率设为固定值,从而能够避免ES小区附近的UE的发送功率变小的情况。由此,能够减小来自将Comp小区设为服务小区的UE的干扰影响。
公开从Comp小区向UE通知所述固定值的方法。利用专用信令来通知所述固定值。例如所述固定值可以与Comp小区为了向ES小区卸载UE而通知的HO指令(HOcommand)消息一起进行通知,或者可以包含于HO指令(HOcommand)消息中进行通知。Comp小区识别出使UE切换至ES小区的情况。因此,能够设定用于接入ES小区的固定值。
公开从ES小区经由Comp小区向UE通知所述固定值的方法。利用X2信令,从ES小区向Comp小区通知所述固定值。例如所述固定值可以在UE进行卸载时,与ES小区通知至Comp小区的HO请求响应消息一起进行通知,或者包含于HO请求响应消息之中进行通知。接收到所述固定值的Comp小区可以将所述固定值与Comp小区为了向ES小区卸载UE而通知的HO指令(HOcommand)消息一起通知至UE,或者可以包含于HO指令(HOcommand)消息中通知至UE。ES小区识别出使UE切换至本小区的情况。因此,能够设定用于接入ES小区的固定值。
公开从O&M经由Comp小区向UE通知所述固定值的方法。从O&M经由MME向Comp小区通知所述固定值。可以使用S1信令从MME向Comp小区进行通知。O&M可以在Comp小区设立时或者Comp小区结构更新时,向Comp小区通知所述固定值。或者,可以在Comp小区决定结束对ES小区的覆盖范围的补偿时,或者在接收到覆盖范围补偿结束开始指令时,从O&M获取所述固定值。Comp小区对切换至ES小区的UE设定所述固定值。接收到所述固定值的Comp小区可以将所述固定值与Comp小区为了向ES小区卸载UE而通知的HO指令(HOcommand)消息一起通知至UE,或者可以包含于HO指令(HOcommand)消息中通知至UE。
对于使用所述固定值来作为UE用于接入ES小区的上行发送功率的期间的具体示例,公开下面的(1)~(4)四种。
(1)直到Comp小区对ES小区的覆盖范围的补偿结束为止。换而言之,直到Comp小区恢复正常状态为止。
Comp小区可以经由ES小区向UE通知已恢复正常状态的情况。可以使用X2信令从Comp小区向ES小区进行通知。在X2消息中设有表示小区的覆盖范围处于补偿状态还是正常状态的状态信息。Comp小区可在X2消息中设定所述状态消息,并通知给ES小区。ES小区向UE通知所接收到的Comp小区的状态信息。
Comp小区结束覆盖范围的补偿而处于正常状态的情况下,在ES小区的天线附近不存在与Comp小区相连接的UE。因此,不存在来自Comp小区的覆盖范围内的UE的上行干扰。
(2)直到经过了预定期间。预定的期间可以由计时器来设定。
UE在接收到固定值后直到经过了预定期间为止,将上行发送功率设定为固定值并进行发送。在经过预定期间之后,利用由正常的上行发送功率的决定方法所推导出的上行发送功率进行发送。
预定期间可与固定值一起被通知至UE。对于决定预定期间的决定主体和通知至UE的通知方法,其能够适用于决定上行发送功率的固定值的决定主体和通知至UE的通知方法的具体示例中所公开的方法。
经过预定期间,使Comp小区转移至正常状态,由此,在ES小区的天线附近不存在与Comp小区相连接的UE。因此,不存在来自Comp小区的覆盖范围内的UE的上行干扰。利用该方法,能够减少信令量。
(3)直到UE的监测所得到的Comp小区的接收功率或者接收品质小于预定阈值为止。
UE本身决定监测并进行监测。对于决定预定阈值的决定主体和通知至UE的通知方法,其能够适用在决定所述上行发送功率的固定值的决定主体和通知至UE的通知方法的具体示例中所公开的方法。
作为对象的UE,其能够直接测定并识别Comp小区是否已结束覆盖范围的补偿而返回正常状态、或者来自Comp小区的干扰是否不会造成问题。在直到Comp小区的覆盖范围的补偿结束为止的时间内存在偏差的情况下,能够提高UE接入ES小区的成功率。
(4)直到ES小区向UE通知已返回正常的上行发送功率的设定的情况。
公开ES小区判断UE是否已返回正常的上行发送功率的设定的方法。ES小区向UE通知设定了Comp小区的监测,并在发生事件时进行报告。ES小区利用监测报告,判断UE是否已返回正常的上行发送功率的设定。用于发生事件的阈值可以由ES小区来决定并利用用于进行监测的消息通知至UE。ES小区能够利用UE直接测定得到的结果。由此,可以获得与上述具体示例(3)相同的效果。
公开ES小区判断UE是否已返回正常的上行发送功率的设定的其它方法。ES小区测定上行干扰,在上行干扰小于预定值的情况下,判断为UE返回正常的上行发送功率的设定。由此,无需UE的测定,ES小区能够直接测定并识别Comp小区是否已结束覆盖范围的补偿而返回正常状态、或者来自Comp小区的干扰是否不会造成问题。
通过利用本实施方式所公开的方法,即使将Comp小区设为服务小区的ES小区的天线附近存在UE,也能够减小对接入ES小区的UE造成的干扰影响。接入ES小区的UE或者想要接入ES小区的UE的处理能够正常地进行。由此,能够使RRC连接继续,能够降低用户体验变差的情况。
如上所述的方法能够适用于UE对ES小区进行RRC连接再建立的情况,能够得到与上述具体示例(4)相同的效果。
另外,也能够适用于RRC_Idle状态的UE连接至ES小区的情况。由此,ES动作时与RRC_Idle状态的UE小区进行连接确立的性能不会变差,能够进行ES动作。
实施方式6.
以下对实施方式6所解决的问题进行说明。在实施方式1中,如利用图8所说明的那样,在补偿eNB配置(compensatingeNB(s)deployment)脚本中,可能会产生不属于任何小区的覆盖范围的覆盖盲区(coverageholes)。
若产生覆盖盲区,则会发生如下问题。在ES小区动作的情况下,考虑在ES小区中能够接收服务的UE。与UE是否移动无关地,ES小区通过将开关关闭,UE所存在的位置变得不再属于任何小区的覆盖范围。也就是说,UE变得不存在于能够服务的小区,UE变得不能接收服务。在通信系统中,需要早期发现覆盖盲区从而推进构建不会产生覆盖盲区的网络。
在3GPP中,对测定记录(LoggedMeasurement)进行了论述(参照非专利文献12)。在测定记录中,待机状态的UE记录下行参照信号的信号强度的测定结果。在测定记录中,周期性地记录测定结果。能够设定测定记录的周期。能够设定测定记录的区域。若利用从E-UTRAN通知至UE的测定记录设定(LoggedMeasurementconfiguration)消息设定测定记录区域,则存在于该测定记录区域中的UE进行测定记录。
测定记录区域具有(1)多至32种的GCI(GlobalCellIdentity:全球小区标识)、(2)多至8种的TA(TrackingAreas:跟踪区域)、(3)多至8种的LA(LocationAreas:位置区域)、以及(4)多至8种的RA(RoutingAreas:路由区域)。
直到UE内的用于最小化路测技术(MinimizationofDriveTests:MDT)的存储器中所保存的信息量达到存储器的最大存储容量为止,UE根据测定记录设定消息,继续测定记录。测定记录由测定结果、时间戳(timestamp)、位置信息(locationinformation)构成。
规定了所记录的相邻的小区、即周边小区的数量的上限值。具体而言,(1)相同频率的周边小区的固定上限为“6”,(2)不同频率的周边小区的固定上限为“3”,(3)GERABN(GSM(注册商标)/EDGERadioAccessNetwork:GSM/EDGE无线接入网络)周边小区的固定上限为“3”,(4)UTRAN(non-serving:无服务)周边小区的固定上限为“3”,(5)E-UTRAN(non-serving:无服务)周边小区的固定上限为“3”,(6)CDMA2000(non-serving:无服务)周边小区的固定上限为“3”。
仅在UE内的用于最小化路测技术的存储器中所保存的信息量达到存储器的最大存储容量为止的期间内,执行测定记录。因此,若不花费任何功夫而执行测定记录,则考虑在UE达到可能存在覆盖盲区的区域内时,达到存储器的最大存储容量,而不执行测定记录。在此情况下,存在E-UTRAN无法获取覆盖盲区周边的测定记录的问题。
下面示出实施方式6中用于解决上述问题的解决对策。E-UTRAN对UE设定省电区域(EnergySavingArea)以作为测定记录区域。接收到测定记录区域的UE在所设定的测定记录区域中执行测定记录。也就是说,在省电区域中执行测定记录。获取到省电区域中的测定记录的E-UTRAN判断是否有覆盖盲区,在存在覆盖盲区的情况下,调整成不存在覆盖盲区。
作为省电区域的具体示例,公开以下的(1)~(4)四种。
(1)ES小区、Comp小区所属的TA,ES小区、Comp小区所属的LA,ES小区、Comp小区所属的RA。
(2)省电(EnergySaving)设置(小区)列表。ES小区的PCI、或者CGI的列表。
(3)补偿(Compensation)设置(小区)列表。Comp小区的PCI、或者CGI的列表。考虑到:在ES小区转移至开关关闭状态,Comp小区对该ES小区的覆盖范围进行补偿的情况下,容易产生覆盖盲区。因此,可以设定为ES小区转移至开关关闭状态并对该ES小区的覆盖范围进行补偿的Comp小区的列表。另外,在Comp前和Comp后变更了PCI的情况下,可以设定为Comp后的PCI的列表。
(4)上述(1)~(3)的组合。
例如作为测定记录区域,考虑设定了省电区域的情况。作为省电区域,利用图27说明了设定了省电(EnergySaving)设置列表和补偿(Compensation)设置列表的组合的情况下UE的动作。
图27是作为省电区域说明了设定省电(EnergySaving)设置列表和补偿(Compensation)设置列表的组合的情况下UE的动作的图。
图27中,用参照标号“7201”、“7202”来表示正常的宏蜂窝小区的覆盖范围。用参照标号“7203”、“7204”、“7205”、“7206”、“7208”、“7209”、“7210”、“7211”、“7213”、“7214”、“7215”、“7216”、“7217”、“7219”、“7220”来表示ES小区的覆盖范围。用参照标号“7207”、“7212”、“7218”来表示Comp小区的覆盖范围。在图27中,用参照标号“7221”所表示的虚线布线大致成为省电区域。
UE首先将具有用参照标号“7201”所表示的覆盖范围的宏蜂窝设为服务小区。该宏蜂窝小区不包含于测定记录区域中。该宏蜂窝小区不属于省电区域。该宏蜂窝小区的PCI等与被设定为测定记录区域的PCI不一致。因此,UE不执行测定记录。
接着,考虑UE对具有用参照标号“7203”所表示的覆盖范围的ES小区进行小区重选的情况。该ES小区包含于测定记录区域中。该ES小区属于省电区域。该ES小区的PCI等与被设定为测定记录区域的PCI相一致。因此,UE执行测定记录。换而言之,UE开始测定记录。
接着,考虑UE对具有用参照标号“7202”所表示的覆盖范围的宏蜂窝小区进行小区重选的情况。该宏蜂窝小区不包含于测定记录区域中。该宏蜂窝小区不属于省电区域。该宏蜂窝小区的PCI等与被设定为测定记录区域的PCI不一致。因此,UE不执行测定记录。换而言之,UE停止测定记录。
下面公开判断是否有覆盖盲区的具体示例。在测定记录中的某个时间戳、或者某个测定场所,在仅存在预定阈值以下的参照信号强度的小区的情况下,将该测定场所判断为覆盖盲区。在测定记录中的某个时间戳、或者某个测定场所,在服务小区和周边小区的参照信号强度均在预定阈值以下的情况下,将该测定场所判断为覆盖盲区
作为判断是否有覆盖盲区的主体的具体示例,公开下面的(1)、(2)2种。
(1)eNB(小区)。从UE接收到测定记录的eNB。
(2)O&M(OperationandMaintenance:操作和维护)。从UE接收到测定记录的eNB向O&M发送测定记录。
作为调整为没有覆盖盲区的方法的具体示例,公开下面的(1)、(2)2种。
(1)提高应当覆盖被判断为覆盖盲区的测定场所的小区(Comp小区)的发送功率。
(2)提高距离被判断为覆盖盲区的测定场所最近的小区的发送功率。
上述方法的具体示例(1)、(2)均判断为具有覆盖盲区,可以立刻提高发送功率,也可以接着使ES小区开关关闭,在Comp小区补偿ES小区的覆盖范围时,再提高发送功率。
图28是示出本发明的实施方式6的通信系统中ES处理流程的一个示例的图。
在步骤ST7301中,UE接收省电区域,作为MDT测定设定(MDTMeasurementconfiguration)中的测定记录。
在步骤ST7302中,UE判断是否已进入到测定记录区域。也就是说,UE判断是否已进入到省电区域。在判断为已进入到省电区域的情况下,转移至步骤ST7303,在判断为未进入到省电区域的情况下,转移至步骤ST7306。
例如根据服务小区的PCI与被设定为测定记录区域的PCI是否一致,来判断是否已进入到省电区域。或者,根据TA与被设定为测定记录区域的TA是否一致,来进行判断。在服务小区的PCI与被设定为测定记录区域的PCI一致的情况下,判断为已进入测定记录区域,在服务小区的PCI与被设定为测定记录区域的PCI不一致的情况下,判断为未进入测定记录区域。
在步骤ST7303中,UE执行测定记录。UE记录例如时间戳、位置信息、服务小区和周边小区之间的下行参照信号强度的测定结果。
在步骤ST7304中,UE判断是否已离开测定记录区域。也就是说,UE判断是否已离开省电区域。在判断为已离开省电区域的情况下,转移至步骤ST7305,在判断为未离开省电区域的情况下,返回至步骤ST7303。例如根据服务小区的PCI与被设定为测定记录区域的PCI是否一致,来判断是否已离开省电区域。在服务小区的PCI与被设定为测定记录区域的PCI一致的情况下,判断为未离开测定记录区域,在服务小区的PCI与被设定为测定记录区域的PCI不一致的情况下,判断为已离开测定记录区域。
在步骤ST7305中,UE停止测定记录。本来在结束步骤ST7305的处理之后,返回步骤ST7302,反复进行上述处理,但是为了便于理解,省略了图示和说明。
在步骤ST7306中,UE接收从服务小区发送而来的测定记录报告请求(LoggedMeasurementreportrequest)消息。作为服务小区的具体示例,设定为Comp小区。对于测定记录报告请求消息,在上述时刻可以不执行,可以在任意时间执行。
在步骤ST7307中,UE向测定记录报告请求消息的发送源即Comp小区通知测定记录报告(LoggedMeasurementreport)消息。
在步骤ST7308中,Comp小区判断UE的测定记录中是否有覆盖盲区。例如判断在本小区应该覆盖的测定场所(测定位置)中是否存在覆盖盲区。在判断为本小区应该覆盖的测定场所中存在覆盖盲区的情况下,转移至步骤ST7309,在判断为本小区应该覆盖的测定场所中不存在覆盖盲区的情况下,转移至步骤ST7311。
在步骤ST7309中,Comp小区提高发送功率,调整成没有覆盖盲区。
在步骤ST7310中,Comp小区向O&M通知已在步骤ST7309中提高了发送功率的情况。
在步骤ST7311中,Comp小区向O&M通知在步骤ST7307中接收到的测定记录报告消息。Comp小区可将在步骤ST7308中处理后的UE的测定记录中是否有覆盖盲区作为判断结果,与测定记录报告消息一起进行通知。
在步骤ST7312中,O&M判断UE的测定记录中是否有覆盖盲区。在判断为具有覆盖盲区的情况下,转移至步骤ST7313,在判断为没有覆盖盲区的情况下,结束处理。
在步骤ST7313中,O&M向应该覆盖覆盖盲区的测定场所的小区,指示提高发送功率。
图29是示出本发明的实施方式6的通信系统中ES处理流程的一个示例的图。图29所示的流程与图28所示的流程相类似,因此对与图28相对应的步骤标注相同的步骤编号,并省略共同的说明。
在步骤ST7401中,Comp小区向O&M通知在步骤ST7307中接收到的测定记录报告消息。
在步骤ST7402中,O&M判断UE的测定记录中是否有覆盖盲区。在判断为具有覆盖盲区的情况下,转移至步骤ST7403,在判断为没有覆盖盲区的情况下,结束处理。
在步骤ST7403中,O&M向应该覆盖覆盖盲区的测定场所的小区,指示提高发送功率。
利用上述实施方式6,能够得到以下效果。能够消除以下不良情况:即,UE内的用于最小化路测技术的存储器达到最大存储容量,在可能存在覆盖盲区的区域内无法执行测定记录。由于在可能存在覆盖盲区的区域中执行测定记录,所以能够根据测定记录来判断是否存在覆盖盲区。由此,能够早期发现覆盖盲区并且构建不会产生覆盖盲区的网络。
实施方式6变形例1
以下对实施方式6的变形例1所解决的问题进行说明。考虑覆盖盲区部分较小的情况。因此,在现有的1种测定周期中,会发生如下问题。
在与覆盖盲区的部分相对应地设定较短的测定周期的情况下,考虑到用于MDT的存储器中所保存的信息量会在较短时间内达到存储器的最大存储容量。因此,网络一侧可能无法获取所预定的UE的测定记录(LoggedMeasurement)。网络一侧在构建通信系统时利用UE的测定记录,在此情况下,会产生无法构建有效的通信系统的问题。
另一方面,在与覆盖盲区以外的部分相对应地设定测定周期的情况下,在覆盖盲区的部分无法执行测定,导致发生无法利用MDT发生覆盖盲区的问题。
下面示出实施方式6的变形例1的解决对策。在本变形例中,仅说明上述实施方式6的解决对策中属于本变形例的特征部分。在测定记录中,设定多个测定记录区域,并对每个测定记录区域设定测定周期。
下面公开多个测定记录区域的具体示例。将多个测定记录区域之中的1个测定记录区域设定为省电区域。省电区域的具体示例与实施方式6相同,因此省略说明。
可以设定为在测定记录区域中所指定的区域和除此以外的区域,以代替设定多个测定记录区域。在此情况下,作为在测定记录区域中所指定的区域,可以设定为审定区域。
下面公开每个测定记录区域的测定周期的具体示例。设定省电区域用周期和除此外的区域用周期。省电区域用周期可以设定得比除此以外的区域用周期要短。
图30是示出本发明的实施方式6的变形例1的通信系统中ES处理流程的一个示例的图。图30所示的流程与图28所示的流程相类似,因此对与图28相对应的步骤标注相同的步骤编号,并省略共同的说明。另外,在图30中,为了仅示出本变形例的特征部分,省略了图28的步骤ST7308以后的图示,但是在本变形例中,同样执行图28的步骤ST7308以后的处理。
在步骤ST7501中,UE接收测定记录区域1和测定记录区域2,作为MDT测定设定(MDTMeasurementconfiguration)中的测定记录区域。作为测定记录区域2,接收省电区域。
在步骤ST7502中,UE接收测定记录区域1用周期和测定记录区域2用周期,以作为MDT测定设定中的测定周期。作为测定记录区域2用周期,可以作为省电用周期来接收。
在步骤ST7503中,UE判断是否已进入到测定记录区域2。也就是说,UE判断是否已进入到省电区域。在判断为已进入到省电区域的情况下,转移至步骤ST7504,在判断为未进入到省电区域的情况下,转移至步骤ST7507。根据服务小区的PCI与被设定为测定记录区域2的PCI是否一致,来判断是否已进入到省电区域。在服务小区的PCI与被设定为测定记录区域2的PCI一致的情况下,判断为已进入测定记录区域2,在服务小区的PCI与被设定为测定记录区域2的PCI不一致的情况下,判断为未进入测定记录区域2。
在步骤ST7504中,UE适用测定记录区域2用周期。在步骤ST7505中,UE执行测定记录。UE在测定记录区域2用周期中,记录例如时间戳、位置信息、服务小区和周边小区之间的下行参照信号强度的测定结果。
在步骤ST7506中,UE判断是否已离开测定记录区域2。也就是说,UE判断是否已离开省电区域。在判断为已离开省电区域的情况下,转移至步骤ST7507,在判断为未离开省电区域的情况下,转移至步骤ST7505。根据服务小区的PCI与被设定为测定记录区域2的PCI是否一致,来判断是否已离开省电区域。在服务小区的PCI与被设定为测定记录区域2的PCI一致的情况下,判断为未离开测定记录区域2,在服务小区的PCI与被设定为测定记录区域2的PCI不一致的情况下,判断为已离开测定记录区域2。
在步骤ST7507中,UE适用测定记录区域1用周期。在步骤ST7508中,UE执行测定记录。UE在测定记录区域1用周期中,记录例如时间戳、位置信息、服务小区和周边小区之间的下行参照信号强度的测定结果。本来在结束步骤ST7508的处理之后,返回步骤ST7503,反复进行上述处理,但是为了便于理解,省略了图示和说明。
利用上述实施方式6的变形例1,能够得到以下效果。通过设定多个测定周期,在认定为必须以较短的测定周期进行测定记录的省电区域中,以较短的周期执行测定记录,在除此以外的区域中以正常的周期执行测定记录。在能消除乙烯不良情况:即,UE内的用于最小化路测技术的存储器达到最大存储容量,在可能存在覆盖盲区的区域内无法执行测定记录。由于在可能存在覆盖盲区的区域中执行测定记录,所以能够根据测定记录来判断是否存在覆盖盲区。由此,能够早期发现覆盖盲区并且构建不会产生覆盖盲区的网络。
实施方式6变形例2
在实施方式6的变形例2中,解决与实施方式6的变形例1相同的问题。下面示出实施方式6的变形例2的解决对策。在本变形例中,仅说明上述实施方式6和实施方式6的变形例1的解决对策中属于本变形例的特征部分。UE判断是否有覆盖盲区,在判断为具有覆盖盲区的情况下,以用于覆盖盲区的测定周期执行测定记录。
对是否有覆盖盲区的判断与实施方式6相同,因此省略说明。但是,设定为从服务小区向UE通知用于判断是否有覆盖盲区的阈值。作为通知方法的具体例,公开以下(1)、(2)两种。
(1)作为用于判断是否有覆盖盲区的阈值,利用测定记录设定从服务小区通知至UE。
(2)作为用于判断是否有覆盖盲区的阈值,UE沿用被作为小区重选开始的接收功率值或者测定开始的接收功率值而从服务小区通知至UE的值。本具体示例(2)与通知方法的具体示例(1)相比在如下方面有效:即,无需通知新的参数,而能够有效活用无线资源。
下面公开用于覆盖盲区的测定周期的具体示例。可将覆盖盲区用周期设定得比除此以外的区域用周期要短。覆盖盲区用周期以及除此以外的区域用周期均由E-UTRAN进行设定。另外,覆盖盲区用周期也可以不由E-UTRAN进行设定,而是预先确定。
图31是示出本发明的实施方式6的变形例2的通信系统中ES处理流程的一个示例的图。图31所示的流程与图28所示的流程相类似,因此对与图28相对应的步骤标注相同的步骤编号,并省略共同的说明。另外,在图31中,为了仅示出本变形例的特征部分,省略了图28的步骤ST7308以后的图示,但是在本变形例中,同样执行图28的步骤ST7308以后的处理。
在步骤ST7601中,UE接收覆盖盲区用周期和除此以外的区域用周期(测定记录区域1用周期),以作为MDT测定设定(MDTMeasurementconfiguration)中的测定周期。
在步骤ST7602中,UE适用测定记录区域1用周期。在步骤ST7603中,UE执行测定记录。UE在测定记录区域1用周期中,记录例如时间戳、位置信息、服务小区和周边小区之间的下行参照信号强度的测定结果。
在步骤ST7604中,UE判断测定记录中是否有覆盖盲区。在判断为具有覆盖盲区的情况下,转移至步骤ST7605,在判断为没有覆盖盲区的情况下,转移至步骤ST7608。
在步骤ST7605中,UE适用覆盖盲区用周期。在步骤ST7606中,UE执行测定记录。UE在覆盖盲区用周期中记录例如时间戳、位置信息、服务小区和周边小区之间的下行参照信号强度的测定结果。
在步骤ST7607中,UE判断是否已离开覆盖盲区。根据在测定记录中是否具有覆盖盲区来判断是否已离开覆盖盲区。在具有覆盖盲区的情况下,判断为UE未离开覆盖盲区,返回步骤ST7606。在没有覆盖盲区的情况下,判断为UE已离开覆盖盲区,转移至步骤ST7608。
在步骤ST7608中,UE适用测定记录区域1用周期。在步骤ST7609中,UE执行测定记录。UE在测定记录区域1用周期中,记录时间戳、位置信息、服务小区和周边小区之间的下行参照信号强度的测定结果。本来在结束步骤ST7609的处理之后,返回步骤ST7604,反复进行上述处理,但是为了便于理解,省略了图示和说明。
利用上述实施方式6的变形例2,能够得到与实施方式6的变形例1相同的效果。
实施方式7.
实施方式7中所解决的问题与实施方式6相同,通过使ES小区进行开关关闭,导致可能产生覆盖盲区。在本实施方式中,公开了网络一侧检测出产生了覆盖盲区的方法。
图32和图33是示出本发明的实施方式7的通信系统中ES处理流程的一个示例的图。图32与图33在边界线BL2的位置上相连。在图32和图33中示出了在根据图17使ES小区开关关闭时识别是否产生了覆盖盲区的步骤。
作为识别是否产生了覆盖盲区的方法的具体示例,公开下面的(1)~(3)3种。
(1)对于在网络一侧以统计方式判断为在开始省电前的小区中处于激活(Active)状态或者待机(Idle)状态的UE会在开始省电之后成为分离(Detach)状态的情况,推定为产生了覆盖盲区。
(2)作为上述方法(1)的统计方式的判断材料,追加来自UE的位置登录请求(TAU)的丢失。
(3)对于上述方法(2)的TAU,通过设定比正常的TAU周期要短的TAU周期,能够进一步地提高推定精度。此处,TAU是指“PeriodicTrackingAreaUpdate:过程跟踪区域更新”(参照3GPPTS24.3018.2.26.2T3412value、或者5.3.5章)。另外,正常的TAU周期是指作为正常(normal)状态、即开关打开状态下的TAU周期而预先确定的周期。
对于ES小区所存在的地域的周期的TAU(PeriodicTrackingAreaUpdate:过程跟踪区域更新),可设定为比正常的TAU周期要短的周期。
对于在基站执行省电(ES)的地域的周期的TAU,可设定为比正常的TAU周期要短的周期。
可周期性地准备2种TAU周期。例如可适用正常的TAU周期和省电(ES)时的TAU周期这两种。此处,省电(ES)时的TAU周期是指作为执行省电时的TAU周期而预先确定的周期。UE在从网络一侧接收到执行省电(ES)的通知的情况下,可利用省电时的TAU周期,在未从网络一侧接收到执行省电的通知的情况下,可利用正常的TAU周期。
在图32和图33中示出了:以识别上述覆盖盲区为目的来得到统计信息的流程。在图32和图33中示出了具有1个ES小区、2个Comp小区以及7个与ES小区正在进行通信连接的UE的情况。
相对于ES小区,UE1~UE7分别处于激活状态或者待机状态。具体而言,在步骤ST8101中,UE4相对于ES小区处于激活状态或者待机状态。在步骤ST8102中,UE5相对于ES小区处于激活状态或者待机状态。
在步骤ST8103中,UE3相对于ES小区处于激活状态或者待机状态。在步骤ST8104中,UE6相对于ES小区处于激活状态或者待机状态。在步骤ST8105中,UE2相对于ES小区处于激活状态或者待机状态。在步骤ST8106中,UE7相对于ES小区处于激活状态或者待机状态。在步骤ST8107中,UE1相对于ES小区处于激活状态或者待机状态。
在步骤ST8108中,ES小区决定进行开关关闭。然后,ES小区对UE1~UE7进行TAU周期的变更,以使来自UE1~UE7的TAU的报告周期变短。具体而言,在步骤ST8109中,ES小区向UE4通知TAU周期的变更。具体而言,在步骤ST8110中,ES小区向UE5通知TAU周期的变更。
在步骤ST8111中,ES小区向UE3通知TAU周期的变更。在步骤ST8112中,ES小区向UE6通知TAU周期的变更。在步骤ST8113中,ES小区向UE2通知TAU周期的变更。在步骤ST8114中,ES小区向UE7通知TAU周期的变更。在步骤ST8115中,ES小区向UE1通知TAU周期的变更。
UE1~UE7经由省电小区(ES小区)周期性地向MME通知TAU。具体而言,UE4在步骤ST8116中经由ES小区周期性地向MME通知TAU。UE5在步骤ST8117中经由ES小区周期性地向MME通知TAU。UE3在步骤ST8118中经由ES小区周期性地向MME通知TAU。
UE6在步骤ST8119中经由ES小区周期性地向MME通知TAU。UE2在步骤ST8120中经由ES小区周期性地向MME通知TAU。UE7在步骤ST8121中经由ES小区周期性地向MME通知TAU。UE1在步骤ST8122中经由ES小区周期性地向MME通知TAU。
在步骤ST8123中,ES小区将广播信息内的“cellBarred:被禁止小区”参数变更为“barred:被禁止”。由此,ES小区变成省电状态。UE1~UE7通过切换或者小区重选,分别转移至与Comp小区1或Comp小区2进行通信连接的状态。也就是说,UE1~UE7将省电小区变更为Comp小区1或者Comp小区2。
具体而言,在图33的步骤ST8125中,UE5通过切换或者小区重选,转移至与Comp小区1进行通信连接的状态、即将省电小区变更为Comp小区1。在步骤ST8126中,UE4通过切换或者小区重选,转移至与Comp小区2进行通信连接的状态、即将省电小区变更为Comp小区2。
在步骤ST8127中,UE3通过切换或者小区重选,转移至与Comp小区1进行通信连接的状态、即将省电小区变更为Comp小区1。在步骤ST8128中,UE1通过切换或者小区重选,转移至与Comp小区2进行通信连接的状态、即将省电小区变更为Comp小区2。
在步骤ST8129中,UE7通过切换或者小区重选,转移至与Comp小区2进行通信连接的状态、即将省电小区变更为Comp小区2。在步骤ST8130中,UE6通过切换或者小区重选,转移至与Comp小区2进行通信连接的状态、即将省电小区变更为Comp小区2。在步骤ST8131中,UE2通过切换或者小区重选,转移至与Comp小区1进行通信连接的状态、即将省电小区变更为Comp小区1。
此处,在步骤ST8132和步骤ST8133中,UE2和UE6成为分离状态或无服务状态。
另外,在步骤ST8134中,UE4经由Comp小区2向MME通知TAU。另外,在步骤ST8135中,UE3经由Comp小区1向MME通知TAU。另外,在步骤ST8136中,UE1经由Comp小区2向MME通知TAU。另外,在步骤ST8137中,UE5经由Comp小区1向MME通知TAU。另外,在步骤ST8138中,UE7经由Comp小区2向MME通知TAU。
如上所述,在步骤ST8134至步骤ST8138中,从UE1、UE3、UE4、UE5、UE7经由Comp小区1或者Comp小区2向MME通知TAU,但是不会从UE2和UE6经由Comp小区1或Comp小区2向MME通知TAU。由此,推定为UE2和UE6的位置产生覆盖盲区。
在每一个来自UE的发送周期,能够从UE2或者UE6检测出TAU,但有时也会无法检测。因此,无论在哪个小区,在无法检测出TAU的比例较高的情况下,能够判断为产生了覆盖盲区。由于该位置登录请求(TAU)的周期越短,越能以较短的时间来提高无法检测出TAU的次数和TAU发送周期的次数的总和,所以能够提高无法检测出TAU的比例的精度。也就是说,能够提高识别覆盖盲区的精度。
在仅向服务小区发送TAU的情况下,有时会向其它Comp小区发送TAU,在此情况下,有时无法获知是否产生了覆盖盲区。
因此,在MME或者OAM等O&M等的集中控制(管理)节点上,能够执行对是否发生覆盖盲区的判断。
由于MME需要识别TAU处于省电前还是省电后,所以在将省电小区(ES小区)变更为“barred:被禁止的”之后,向MME通知“省电通知消息”(S1信令)。
由此,由于MME能够识别TAU处于省电前还是省电后,所以在变更省电小区时,即使有时变更了TAU周期,也能够识别出。因此,能够正确地判断出是否产生了覆盖盲区。
实施方式8.
在3GPP中,探讨了休眠状态的ES小区发送发现信号(DiscoverySignal:DS)的情况(参照非专利文献15)。提出了如下方案:UE通过接收DS,从而能够与发送该DS的小区同步,并且能够测定来自该小区的接收功率或者接收品质。休眠状态的小区通过发送DS,从而UE能够检测出休眠状态的小区。
然而,正常情况下,在RRC_Idle状态的UE进行小区重选处理的情况下,UE测定小区所发送的CRS来检测重选的小区。因此,UE无法检测出仅发送了DS且处于休眠状态的ES小区。另外,为了使RRC-Idle状态的UE能够检测出休眠状态的ES小区,不仅要进行CRS的测定,还要测定DS,在此情况下,UE通常不得不测定CRS和DS这两者。因此,会产生测定时间变长、以及随之而来的UE的功耗增大的问题。
另外,在仅发送DS的休眠状态下,RRC_Idle状态的UE存在无法接收SIB的问题、以及无法接收寻呼的问题等。
因此,提出如下方案:在休眠状态下仅发送DS的ES小区不支持RRC_Idle状态的UE。这需要利用重叠脚本等使该ES小区与其它的正常动作的小区重叠地进行运用。
另一方面,由于未重叠的小区(下面有时称为“非重叠小区”)不得不支持RRC_Connected状态和RRC_Idle状态的UE,所以通常需要在正常状态下进行动作,从而无法降低功耗。
然而,在运用多个小蜂窝小区的情况下,考虑例如在大楼内并且利用覆盖盲区对策等,配置多个非重叠小区。因此,即使对于非重叠小区,也要求降低功耗。
本实施方式中公开解决该问题的方法。首先,公开了一边抑制UE的功耗的增大、一边检测并测定休眠状态的ES小区的方法。
UE处于无服务的情况下,进行DS的检测和测定。通过判断UE是否因测定CRS而无法检测出小区,从而可判断是否处于无服务。将UE因测定CRS而无法检测出小区的状态判断为处于无服务。作为启动DS的检测和测定的具体方法,在UE因测定CRS而无法检测出小区的情况下,可以开始检测和测定DS。
由此,UE无需一直对CRS和DS这两者进行测定,仅在因测定CSR而无法检测出小区的情况下对DS进行测定。因此,能够抑制UE中测定时间变长,并且能够抑制随之而来的UE的功率的增大。
另外,UE在进行小区选择处理的情况下,也可以进行DS的检测和测定。例如当打开UE的电源时,在RRC重选失败的情况、脱离RRC_Connected状态的情况、以及发生RLF或HOF的情况等时,UE可以进行DS的检测和监测(测定,measurement)。如上所述,在进行预定处理的情况下,通过启动DS的检测和监测(测定),能够省去是否处于无服务的判断,能够简化UE的控制。
可以对上述方法进行组合。例如在UE进行小区选择处理的情况下,在利用CRS的测定而无法检测出小区的情况下,开始DS的检测和测定。由此,由于能够限定检测和测定DS的情况,所以能够进一步地抑制UE的功耗增大。
接着,公开了RRC_Idle状态的UE将ES小区设为服务小区的方法。
如上所述,在ES小区仅发送DS的休眠状态下,RRC_Idle状态的UE无法接收SIB,也无法接收寻呼。公开解决这种问题的方法。
UE在通过DS的检测和测定而检测出ES小区的情况下,向ES小区发送苏醒(wakeup)信号。
ES小区具有在休眠状态下接收苏醒信号的功能。从UE接收到苏醒信号的ES小区进行开关打开,并转移至正常动作。
当DS的接收功率或者接收品质在预定的阈值以上或者大于上述阈值时,UE可判断为已检测出ES小区。在检测出多个ES小区的情况下,可对接收功率最大的小区或者接收品质最高的小区发送苏醒信号。
苏醒信号的周期、序列等的结构可预先设定。由此,无需从相关联的小区向UE通知ES小区的苏醒信号的结构。因此,对于ES小区为非重叠小区的情况是有效的。
苏醒信号的结构可基于标准进行定义并在所有的UE中通用。或者,也可以存储于SIM(SubscriberIdentityModule:用户身份模块)。由此,能够针对每个操作人员进行设定。
另外,也可以对每个小区设定苏醒信号的结构。能够判断各个小区是否已向本小区进行了发送。作为对每个小区进行设定的方法,可以预先利用小区标识来推导出苏醒信号的结构。
可以对每个小区群集进行设定,而非每个小区。也可以设定为能利用小区群集标识推导出苏醒信号。
作为UE能够发送苏醒信号的时刻,可以设定为从接收到DS的时刻起经过预定期间之后。作为接收DS的时刻和预定期间的单位,可以设定为子帧、无线帧等。
从UE接收到苏醒信号且处于休眠状态的ES小区能够进行开关打开,并转移至正常动作。转移至正常动作的ES小区能够向覆盖范围内的UE发送SIB信号和寻呼信号。由此,RRC_Idle状态的UE能够将ES小区设定为服务小区。
另外,在ES小区为非重叠小区的情况下,在覆盖范围内存在RRC_Idle状态的UE的情况下,可进行正常动作。
对于仅支持RRC_Connected状态的UE的ES小区,其通常在覆盖范围内不存在RRC_Connected状态的UE的情况下,转移至休眠状态。在本实施方式中,即使为非重叠小区即ES小区的覆盖范围内的UE均为RRC_Idle状态,通过使该小区不转移至休眠状态,从而该小区的覆盖范围内的RRC_Idle状态的UE能够将该小区设为服务小区。也就是说,该小区能够支持RRC_Idle状态的UE。
公开小区用于识别在覆盖范围内是否存在RRC_Idle状态的UE的具体方法。
小区对UE进行存在确认。公开存在确认的方法的具体示例。
作为存在确认的方法,利用周期性TAU。向RRC_Idle状态的UE发送周期性TAU。可预先向覆盖范围内的UE广播周期性TAU的发送设定,以作为系统信息。另外,可在TAC(TrackingAreaCode:跟踪区域代码)不同的情况下进行TAU处理时进行设定,并利用专用信令通知至UE。MME可对非重叠小区即ES小区的覆盖范围内的UE进行该周期性TAU的发送设定,并发送周期性TAU。或者,非重叠小区即ES小区可对覆盖范围内的UE进行该周期性TAU的发送设定,并发送周期性TAU。
另外,小区可对覆盖范围内的UE通知本小区是ES小区的情况、以及本小区是非重叠小区的情况中的至少一个情况。由此,能够根据服务小区是否是ES小区、以及服务小区是否是非重叠小区中的至少一种,来判断UE是否发送周期性TAU。通知本小区是ES小区的情况、以及本小区是非重叠小区的情况的通知方法可以适用上述周期性TAU的发送设定中所采用的方法。
公开小区识别是否存在RRC_Idle状态的UE的方法。
非重叠小区即ES小区根据是否从UE接收到RRC连接建立请求,识别是否存在RRC_Idle状态的UE。利用发送周期性TAU的处理,执行来自UE的RRC连接建立请求。非重叠小区即ES小区在预定期间内从UE接收到RRC连接建立请求的情况下,判断为存在RRC_Idle状态的UE。非重叠小区即ES小区在预定期间内未从UE接收到RRC连接建立请求的情况下,判断为不存在RRC_Idle状态的UE。作为预定期间,可设定为周期性TAU的周期,也可设定为包含多个该周期的期间。
另外,MME根据是否从UE接收到周期性TAU,可判断是否存在UE。MME在预定期间内从UE接收到TAU的情况下,判断为存在RRC_Idle状态的UE。MME在预定期间内未从UE接收到TAU的情况下,判断为不存在RRC_Idle状态的UE。作为预定期间,可设定为周期性TAU的周期,也可设定为包含多个该周期的期间。MME可对已从UE通知了TAU的小区通知存在RRC_Idle状态的UE的情况。
此处公开了利用周期性TAU的方法,但是并不仅限于此,也可设置小区使覆盖范围内的RRC_Idle状态的UE执行上行发送的功能。例如小区可以在系统信息(SI)修正消息中设置用于使RRC_Idle状态的UE执行PRACH发送的指示,并进行广播。小区在从UE接收到哪怕一个PRACH的情况下,都能够判断为存在RRC_Idle状态的UE。
如上所述,非重叠小区即ES小区能够判断在覆盖范围内是否存在RRC_Idle状态的UE,在判断为存在的情况下,能够进行正常动作。由此,UE能够接收SIB和寻呼,在非重叠小区即ES小区中能够保持RRC_Idle状态状态。
利用本实施方式所公开的方法,能够对UE仅发送DS的非重叠小区即ES小区进行检测和测定。
UE在通过DS的检测和测定而检测出ES小区的情况下,向ES小区发送苏醒信号。由此,在休眠状态的ES小区接收到苏醒信号的情况下,能够进行开关打开,并转移至正常动作。
另外,对于进行开关打开且成为正常动作的非重叠小区即ES小区,其在覆盖范围内存在RRC_Idle状态的UE的情况下,通过进行正常动作,RRC_Idle状态的UE能够从该小区接收到SIB和寻呼,在该小区的覆盖范围内能够维持RRC_Idle状态。
如上所述,通过设置ES小区从休眠状态转移至正常动作状态的原理,在覆盖范围内不存在RRC_Idle状态的UE的情况下,ES小区能够转移至休眠状态。因此,能够减小ES小区的功耗。
图34和图35是示出本发明的实施方式8的通信系统中ES处理流程的一个示例的图。图34与图35在边界线BL3的位置上相连。ES小区1和ES小区2是未重叠的小区、即所谓的非重叠小区。在本实施方式所公开的方法中,可以将ES小区1和ES小区2设为未重叠的群集内的小区。也能够适用于未重叠的群集内的小区。
ES小区2在步骤ST9101中设为正常动作状态,ES小区1在步骤ST9103中设为正常动作状态。UE1在步骤ST9102中处于与ES小区1进行RRC_Connected状态。
在步骤ST9104中,UE1在与ES小区1进行通信且通信结束的情况下,在步骤ST9105中,转移至RRC_Idle状态。
在步骤ST9106中,UE1执行用于进行寻呼的非连续接收。ES小区1为了确认是否存在RRC_Idle状态的UE,在步骤ST9107中对UE1进行存在确认。例如UE1向ES小区发送周期性TAU。执行TAU的UE在无需进行RRC连接的情况下,在步骤ST9108中,成为RRC_Idle状态。
在步骤ST9109中,UE1从ES小区1移动至ES小区2。在步骤ST9110中,UE1根据CRS进行测定。在此情况下,测定ES小区1和ES小区2的CRS。在步骤ST9111中,UE1根据步骤ST9110中的CRS的测定结果,进行小区的重选处理,重选ES小区2。
在步骤ST9112中,UE1接收ES小区2的SIB。在步骤ST9113中,UE1成为非连续接收状态。此处,SIB上的TAC在ES小区1和ES小区2中相同。也就是说,ES小区1和ES小区2存在于相同的TA内。
在步骤ST9114中,ES小区2为了判断在覆盖范围内是否存在RRC_Idle状态的UE,对UE1进行存在确认。例如UE1向ES小区发送周期性TAU。执行了TAU的UE在步骤ST9115中,返回至RRC_Idle状态。
另一方面,ES小区1在步骤ST9116中,判断在覆盖范围内是否存在RRC_Connected状态的UE。在判断为存在RRC_Connected状态的UE的情况下,维持正常动作状态,再次进行步骤ST9116的判断处理。在判断为不存在RRC_Connected状态的UE的情况,转移至步骤ST9117。
在步骤ST9117中,ES小区1判断在覆盖范围内是否存在RRC_Idle状态的UE。根据是否从UE接收到周期性TAU来进行上述判断。在接收到周期性TAU的情况下,判断为存在RRC_Idle状态的UE,维持正常动作状态,再次进行步骤ST9117的判断处理。在未接收到周期性TAU的情况下,判断为不存在RRC_Idle状态的UE,转移至步骤ST9118。
在步骤ST9118中,ES小区1决定开关关闭。进行了开关关闭的ES小区1在步骤ST9119中,转移至休眠状态。转移至休眠状态的ES小区1仅发送DS。并且,接收苏醒信号。
在图35的步骤ST9120中,UE1从ES小区2移动至ES小区1。在步骤ST9121中,UE1根据CRS进行测定。然而,此处由于ES小区1处于休眠状态,仅发送DS,所以即使测定CRS也无法检测出ES小区1。因此,在步骤ST9122中,UE1变得无法检测出小区,在步骤ST9123中,UE1处于无服务。
对于无法通过基于CRS的测定来检测出小区而处于无服务的UE1,在步骤ST9124中,进行基于DS的小区的检测和测定。由于ES小区1发送DS,所以UE1能够检测出并测定ES小区1。
在步骤ST9125中,UE1检测出并选择ES小区1,以作为与小区选择的标准相匹配的小区。
在步骤ST9126中,UE1向ES小区1发送苏醒信号。
对于接收到在步骤ST9126中向本小区发送的苏醒信号的ES小区1,其在步骤ST9127中,执行开关打开。进行了开关打开的ES小区1在步骤ST9128中,转移至正常动作状态。转移至正常动作状态的ES小区1以预定的子帧向覆盖范围内的UE发送CRS,广播系统信息,且能够进行寻呼。
在步骤ST9129中,UE1能够接收ES小区1的SIB,UE1能够获取ES小区1的系统信息。
在步骤ST9130中,由于UE1能够从ES小区1接收寻呼,所以进行非连续接收。
在步骤ST9131中,UE1在与ES小区1之间进行存在确认。例如UE1向ES小区发送周期性TAU。TAU处理结束后的UE1在步骤ST9132中,返回RRC_Idle状态,再次进行步骤ST9129、步骤ST9130、以及步骤ST9131的处理。
如上所述,处于RRC_Idle状态的UE1能够检测出非重叠小区即ES小区1,而且能够启动ES小区1以使其从休眠状态转移至正常动作状态。因此,RRC_Idle状态的UE1能够将非重叠小区即ES小区1设为服务小区。
利用本实施方式所公开的方法,即使在存在非重叠小区即ES小区的情况下,能够抑制UE的功耗增大,并且能够支持RRC_Idle状态的UE。另外,在非重叠小区即ES小区的覆盖范围内不存在RRC_Connected状态和RRC_Idle状态的UE的情况下,由于能够使该小区转移至休眠状态,所以能够减小该小区的功耗。
实施方式8变形例1
作为能够使作为重叠小区的ES小区与作为非重叠小区的ES小区中的动作不同的方法的具体示例,公开了下面的(1)~(3)3种。
(1)O&M向ES小区通知该小区是重叠小区还是非重叠小区。也可以经由MME进行通知。
(2)MME向ES小区通知该小区是重叠小区还是非重叠小区。
(3)ES小区判断本小区是重叠小区还是非重叠小区。作为判断方法的具体示例,本小区进行周边小区搜索,可判断在本小区中是否存在能进行小区选择的、或者能进行小区重选的小区。在存在能进行小区选择的、或者能进行小区重选的小区的情况下,判断为是重叠小区,在不存在能进行小区选择的、或者能进行小区重选的小区的情况下,判断为是非重叠小区。
ES小区判断本小区是重叠小区还是非重叠小区,在判断为本小区是重叠小区的情况,进行作为重叠小区的动作。ES小区在判断为本小区是非重叠小区的情况下,进行作为非重叠小区的动作。利用上述方法,ES小区能够根据本小区的状态进行动作。
例如作为重叠小区的ES小区仅支持RRC_Connected状态的UE,而不支持RRC_Idle状态的UE。在覆盖范围内不存在RRC_Connected状态的UE的情况下,进行转移至休眠状态的动作。作为非重叠小区的ES小区支持RRC_Connected状态的UE和RRC_Idle状态的UE中的任一个。在覆盖范围内不再存在有RRC_Connected状态的UE和RRC_Idle状态的UE这两者的情况下,进行转移至休眠状态的动作。
由此,ES小区能够根据本小区的状态来进行相应的ES处理。
上述各实施方式及其变形例仅是本发明的例示,在本发明的范围内,能将各实施方式及其变形例自由组合。此外,能适当变更或省略各实施方式及其变形例的任意构成要素。
本发明进行了详细的说明,但上述说明仅是所有方式中的示例,本发明并不局限于此。未举例示出的无数变形例可解释为是在不脱离本发明的范围内可设想到的。
标号说明
1101第一覆盖范围,1102第二覆盖范围,1103第一eNB,1104第二eNB,1105第三eNB,1106第四eNB,1107第五eNB,1108第六eNB,1109第七eNB,1110第三覆盖范围,1111第四覆盖范围,1112第五覆盖范围,1113第六覆盖范围,1114第七覆盖范围,1201~1203、1205~1207覆盖范围,1204第一宏蜂窝eNB,1208第二宏蜂窝eNB,1209第三宏蜂窝eNB,1210第四宏蜂窝eNB,7201、7202宏蜂窝小区的覆盖范围,7203~7206、7208~7211、7213~7217、7219、7220ES小区的覆盖范围,7207、7212、7218Comp小区的覆盖范围。
Claims (3)
1.一种通信系统,
该通信系统具有基站装置、以及能与所述基站装置进行无线通信的通信终端装置,其特征在于,
所述基站装置具有:
省电基站装置,该省电基站装置构成省电小区,该省电小区能够在正常动作状态、和功耗低于所述正常动作状态的省电状态之间进行切换;以及
补偿基站装置,该补偿基站状态构成补偿小区,该补偿小区在所述省电小区处于所述省电状态时,对所述省电小区能够进行通信的范围即覆盖范围进行补偿,
所述省电基站装置在利用所述补偿小区开始补偿所述覆盖范围之前,向与所述省电小区处于连接状态的所述通信终端装置通知与所述补偿小区相关的信息。
2.如权利要求1所述的通信系统,其特征在于,
所述省电小区在决定从所述正常动作状态切换至所述省电状态的情况下,向本小区的覆盖范围内的所述通信终端装置广播表示本小区不能被选择为通信对象的小区这一点的广播信息。
3.如权利要求1或2所述的通信系统,其特征在于,
在所述省电小区从所述省电状态切换至所述正常动作状态时,根据用于决定请求进行连接的所述通信终端装置的优先顺序的指标,决定所述通信终端装置的优先顺序,根据所决定的优先顺序从高到低的顺序,进行用于与所述通信终端装置进行连接的处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010877472.0A CN111970702A (zh) | 2013-11-01 | 2014-10-30 | 通信系统 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013-228377 | 2013-11-01 | ||
JP2013228377 | 2013-11-01 | ||
PCT/JP2014/078847 WO2015064673A1 (ja) | 2013-11-01 | 2014-10-30 | 通信システム |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010877472.0A Division CN111970702A (zh) | 2013-11-01 | 2014-10-30 | 通信系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105684487A true CN105684487A (zh) | 2016-06-15 |
CN105684487B CN105684487B (zh) | 2020-09-04 |
Family
ID=53004271
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010877472.0A Pending CN111970702A (zh) | 2013-11-01 | 2014-10-30 | 通信系统 |
CN201480059889.9A Active CN105684487B (zh) | 2013-11-01 | 2014-10-30 | 通信系统 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010877472.0A Pending CN111970702A (zh) | 2013-11-01 | 2014-10-30 | 通信系统 |
Country Status (5)
Country | Link |
---|---|
US (5) | US9936450B2 (zh) |
EP (1) | EP3065438A4 (zh) |
JP (6) | JP6143878B2 (zh) |
CN (2) | CN111970702A (zh) |
WO (1) | WO2015064673A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108282826A (zh) * | 2017-01-05 | 2018-07-13 | 中兴通讯股份有限公司 | 一种切换控制的方法、装置及基站 |
RU2747886C1 (ru) * | 2018-04-04 | 2021-05-17 | Зтэ Корпорейшн | Способ для отправки сигнального канала, базовая станция, носитель данных и электронное устройство |
WO2023274371A1 (zh) * | 2021-07-01 | 2023-01-05 | 华为技术有限公司 | 接入小区的方法、通信装置及计算机存储介质 |
Families Citing this family (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9877259B2 (en) * | 2014-03-31 | 2018-01-23 | Huawei Technologies Co., Ltd. | Dynamic energy-efficient transmit point (TP) muting for virtual radio access network (V-RAN) |
WO2016008200A1 (zh) * | 2014-07-17 | 2016-01-21 | 华为技术有限公司 | 一种调整信号测量周期的方法、无线通信器件及终端 |
US10306535B2 (en) * | 2014-08-25 | 2019-05-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Soft lock of a cell in a wireless network |
DK3187008T3 (en) * | 2014-08-28 | 2018-03-26 | Ericsson Telefon Ab L M | NETWORK NUTS AND METHOD OF MANAGING THE EFFECT OF CELL REFERENCE SYMBOLS |
JP5992984B2 (ja) * | 2014-12-04 | 2016-09-14 | ソフトバンク株式会社 | 基地局装置 |
US10931654B2 (en) * | 2014-12-19 | 2021-02-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, network node and terminal device in a communication network |
CN105792158B (zh) * | 2014-12-22 | 2019-06-11 | 杭州华为数字技术有限公司 | 一种小区中的信息传输的方法及装置 |
US11356872B2 (en) * | 2015-01-30 | 2022-06-07 | Lg Electronics Inc. | Radio link monitoring method in wireless communication system and device therefor |
US9998977B2 (en) * | 2015-11-12 | 2018-06-12 | Qualcomm Incorporated | Inter-subnet and intra-subnet roaming |
WO2017157585A1 (en) | 2016-03-17 | 2017-09-21 | British Telecommunications Public Limited Company | Cellular telecommunications network |
WO2018059860A1 (en) | 2016-09-29 | 2018-04-05 | British Telecommunications Public Limited Company | Cellular telecommunications network |
GB201616530D0 (en) * | 2016-09-29 | 2016-11-16 | British Telecomm | Cellular telecommunications network |
CN113556806A (zh) | 2016-09-29 | 2021-10-26 | 英国电讯有限公司 | 基站和在蜂窝电信网络中操作基站的方法 |
US10728844B2 (en) | 2016-09-29 | 2020-07-28 | British Telecommunications Public Limited Company | Cellular telecommunications network |
US10237681B2 (en) * | 2017-02-06 | 2019-03-19 | Samsung Electronics Co., Ltd. | Registration management method for terminal accessing 5G network on non-3GPP access |
US10893551B2 (en) | 2017-03-11 | 2021-01-12 | Qualcomm Incorporated | Numerology dependent communication timing |
CN110506432B (zh) | 2017-03-31 | 2021-06-22 | 华为技术有限公司 | 一种协作小区确定方法及网络设备 |
US10271282B2 (en) | 2017-04-21 | 2019-04-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Detection and operation of wake-up receivers with limited range |
WO2019015900A1 (en) | 2017-07-18 | 2019-01-24 | British Telecommunications Public Limited Company | CELLULAR TELECOMMUNICATIONS NETWORK |
US11109285B2 (en) * | 2018-05-24 | 2021-08-31 | Qualcomm Incorporated | Multi-PCell design for URLLC reliability |
JP6692868B2 (ja) * | 2018-09-11 | 2020-05-13 | Hapsモバイル株式会社 | 制御装置、プログラム、制御方法及び飛行体 |
JP6667588B1 (ja) | 2018-09-18 | 2020-03-18 | Hapsモバイル株式会社 | 制御装置、プログラム、制御方法及び飛行体 |
EP3772227B1 (en) | 2019-07-29 | 2022-07-13 | British Telecommunications public limited company | Cellular telecommunications network |
EP3970417B1 (en) | 2019-07-29 | 2022-11-30 | British Telecommunications public limited company | Initiation of transfer of user equipment to base station according to visual data |
EP4047993A4 (en) * | 2019-11-14 | 2022-11-09 | Huawei Technologies Co., Ltd. | ENERGY SAVING MANAGEMENT METHOD AND DEVICE |
FR3105701A1 (fr) | 2019-12-23 | 2021-06-25 | Sagemcom Broadband Sas | Procede d’extinction d’un reseau de communication |
WO2021130152A1 (en) * | 2019-12-27 | 2021-07-01 | Telecom Italia S.P.A. | Method for deactivating a cell site in a cellular communication system |
GB2596118B (en) * | 2020-06-18 | 2022-07-20 | British Telecomm | Cellular telecommunications network |
GB2596114A (en) | 2020-06-18 | 2021-12-22 | British Telecomm | Cellular telecommunications network |
CN112312531B (zh) * | 2020-11-18 | 2022-09-27 | 中国联合网络通信集团有限公司 | 基站节能方法和装置 |
US20220191775A1 (en) * | 2020-12-10 | 2022-06-16 | Mediatek Inc. | Cell search based on spatial-temporal statistical information |
US20230043142A1 (en) * | 2021-08-09 | 2023-02-09 | Qualcomm Incorporated | Downlink reception with c-wus operation |
WO2023113670A1 (en) * | 2021-12-13 | 2023-06-22 | Telefonaktiebolaget Lm Ericsson (Publ) | User equipment (ue) operation with base station energy-saving configuration |
WO2023113674A1 (en) * | 2021-12-16 | 2023-06-22 | Telefonaktiebolaget Lm Ericsson (Publ) | User equipment (ue) operation with base station energy-saving configuration |
WO2023152421A1 (en) * | 2022-02-14 | 2023-08-17 | Nokia Technologies Oy | Cell transmit power change in wireless communication networks |
WO2023212010A1 (en) * | 2022-04-29 | 2023-11-02 | Qualcomm Incorporated | Cell selection in energy saving mode cells |
WO2024055298A1 (en) * | 2022-09-16 | 2024-03-21 | Apple Inc. | Technologies for cell selection and reselection in network energy saving networks |
WO2024069427A1 (en) * | 2022-09-26 | 2024-04-04 | Lenovo (Singapore) Pte. Ltd. | Measuring for cell reselection based on a cell state |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100159991A1 (en) * | 2008-12-22 | 2010-06-24 | Mediatek Inc. | Reliable femtocell system for wireless communication networks |
CN102065448A (zh) * | 2011-01-06 | 2011-05-18 | 大唐移动通信设备有限公司 | 一种覆盖区域补偿、恢复的方法及装置 |
WO2013013388A1 (zh) * | 2011-07-26 | 2013-01-31 | 富士通株式会社 | 负载补偿方法、用于负载估计的测量方法、基站及用户设备 |
Family Cites Families (53)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007144956A1 (ja) * | 2006-06-16 | 2007-12-21 | Mitsubishi Electric Corporation | 移動体通信システム及び移動端末 |
CN101536373B (zh) * | 2006-11-07 | 2012-11-28 | 高通股份有限公司 | 在mbsfn非活动区域中增强广播传输的方法及装置 |
WO2008084431A1 (en) * | 2007-01-08 | 2008-07-17 | Nokia Corporation | Method, apparatus and system for providing reports on channel quality of a communication system |
US8023444B2 (en) | 2008-07-03 | 2011-09-20 | Cisco Technology, Inc. | Multiple density configurations and algorithms for intelligent power savings infrastructure in wireless LANs |
KR101587542B1 (ko) | 2009-05-15 | 2016-01-21 | 삼성전자주식회사 | 계층 셀 시스템을 위한 자원 할당 방법 및 상기 방법을 수행하기 위한 전송 프레임 |
JP5278350B2 (ja) * | 2010-02-25 | 2013-09-04 | 富士通株式会社 | 基地局装置、識別子割当方法及び識別子割当プログラム |
US8823589B2 (en) * | 2010-03-09 | 2014-09-02 | Xianbin Wang | System, method and apparatus for integrated local area locationing, tracking and communications |
JP2011223081A (ja) | 2010-04-05 | 2011-11-04 | Sharp Corp | 無線通信システム、基地局装置、移動局装置および通信方法 |
CN103857024B (zh) * | 2010-04-30 | 2017-08-04 | 华为技术有限公司 | 网管系统中的节能管理方法、装置及系统 |
CN102238560B (zh) * | 2010-05-06 | 2015-10-21 | 中兴通讯股份有限公司 | 小区休眠的处理方法及系统 |
CN102378323B (zh) * | 2010-08-13 | 2014-12-10 | 电信科学技术研究院 | 一种节能补偿方法及基站 |
US8306519B2 (en) * | 2010-11-19 | 2012-11-06 | Verizon Patent And Licensing Inc. | Optimizing long term evolution (LTE) capacity using an adaptive dormancy timer |
EP2466972B1 (en) * | 2010-12-15 | 2013-09-11 | Alcatel Lucent | Network node and method |
US9131424B2 (en) * | 2011-03-25 | 2015-09-08 | Lg Electronics Inc. | Method and apparatus for releasing user equipment context in wireless communication system |
US20120252463A1 (en) | 2011-03-30 | 2012-10-04 | Jialin Zou | Method for determining a location of a mobile unit using a system reference time maintained by the mobile unit |
KR101948348B1 (ko) * | 2011-04-01 | 2019-02-14 | 인터디지탈 패튼 홀딩스, 인크 | 네트워크에 대한 연결성을 제어하는 방법 및 장치 |
WO2012152335A1 (en) * | 2011-05-12 | 2012-11-15 | Nokia Siemens Networks Oy | Saving energy in muliti - rat communication network |
TWI602412B (zh) * | 2011-06-10 | 2017-10-11 | 內數位專利控股公司 | 執行鄰居發現的方法及裝置 |
CN102869041A (zh) * | 2011-07-07 | 2013-01-09 | 中兴通讯股份有限公司 | 一种选择节能小区的方法及系统 |
US20130016649A1 (en) * | 2011-07-12 | 2013-01-17 | Qualcomm Incorporated | System design for user equipment relays |
US8787262B2 (en) * | 2011-07-15 | 2014-07-22 | Qualcomm Incorporated | Receiving cell broadcast (CB) messages |
US9288799B2 (en) * | 2011-07-24 | 2016-03-15 | Lg Electronics Inc. | Method and apparatus for selecting carrier in wireless communication system |
EP2749109B1 (en) * | 2011-08-22 | 2018-04-04 | Telefonaktiebolaget LM Ericsson (publ) | Measurement and reporting configuration in radio communication networks |
JP5852368B2 (ja) | 2011-08-31 | 2016-02-03 | トヨタ自動車株式会社 | 冷却装置 |
US9807649B2 (en) * | 2011-10-20 | 2017-10-31 | Samsung Electronics Co., Ltd. | Packet switched services in a geran environment |
JP5829891B2 (ja) * | 2011-11-02 | 2015-12-09 | 株式会社Nttドコモ | 移動通信方法及び無線基地局 |
CN103108351B (zh) * | 2011-11-14 | 2015-07-08 | 华为技术有限公司 | 一种无线链路失败统计方法和相关装置及通信系统 |
KR101867314B1 (ko) * | 2011-11-15 | 2018-06-15 | 주식회사 골드피크이노베이션즈 | 다중 요소 반송파 시스템에서 상향링크 전송전력의 제어장치 및 방법 |
US8660547B2 (en) * | 2011-11-30 | 2014-02-25 | Nokia Siemens Networks Oy | Optimized energy consumption management in wireless base stations |
WO2013086316A1 (en) * | 2011-12-08 | 2013-06-13 | Interdigital Patent Holdings, Inc. | Method and apparatus for cross link establishment |
KR20140113976A (ko) * | 2011-12-22 | 2014-09-25 | 인터디지탈 패튼 홀딩스, 인크 | 동적 스펙트럼 할당을 위한 방법, 장치 및 시스템 |
WO2013091249A1 (en) * | 2011-12-23 | 2013-06-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and radio network node for ranking cells in a cellular network |
US20130170414A1 (en) * | 2012-01-04 | 2013-07-04 | Futurewei Technologies, Inc. | System and Method for Device-to-Device Communication Overlaid on a Cellular Network |
KR101578014B1 (ko) * | 2012-01-20 | 2015-12-16 | 엘지전자 주식회사 | 멀티 티어 무선통신시스템에서 단말의 신호 수신 방법 |
US8971226B2 (en) * | 2012-01-27 | 2015-03-03 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for dynamic and adjustable energy savings in a communication network |
WO2013114155A1 (en) * | 2012-01-30 | 2013-08-08 | Nokia Corporation | Improved mobility with discontinuous reception using mobility state |
US20130229964A1 (en) * | 2012-03-01 | 2013-09-05 | Qualcomm Incorporated | Method and apparatus for maintaining a power saving state at a network device |
US20130229931A1 (en) * | 2012-03-02 | 2013-09-05 | Electronics And Telecommunications Research Institute | Methods of managing terminal performed in base station and terminal |
US9526091B2 (en) * | 2012-03-16 | 2016-12-20 | Intel Corporation | Method and apparatus for coordination of self-optimization functions in a wireless network |
US8515410B1 (en) | 2012-05-21 | 2013-08-20 | Nokia Siemens Networks Oy | Enabling different base station ES levels based on time to activate cell |
US9084117B2 (en) * | 2012-07-03 | 2015-07-14 | Telefonaktiebolaget L M Ericsson (Publ) | Dynamic mobility management in cell-breathing base stations in a cellular telecommunication network |
EP2883394A4 (en) * | 2012-08-08 | 2016-07-13 | Nokia Solutions & Networks Oy | INTERFERENCE MITIGATION BY CELL ACTIVATION PROCEDURES IN HETEROGENIC NETWORKS |
US8755318B2 (en) * | 2012-09-05 | 2014-06-17 | Apple Inc. | Synchronizing uplink and downlink transmissions in a wireless device |
US9439120B2 (en) * | 2012-09-28 | 2016-09-06 | Nokia Technologies Oy | Method and apparatus for managing information in a network |
WO2014079017A1 (en) * | 2012-11-22 | 2014-05-30 | Broadcom Corporation | Methods and apparatuses for discontinuous reception |
US9456351B2 (en) * | 2012-11-29 | 2016-09-27 | Nec Corporation | Mobile communication system, base station, communication method and non-transitory computer-readable medium storing program |
US9357451B2 (en) * | 2012-12-07 | 2016-05-31 | Blackberry Limited | Measurements in a communication network |
WO2014104505A1 (ko) * | 2012-12-26 | 2014-07-03 | 엘지전자 주식회사 | 무선 통신 시스템에서 서브밴드 측정 방법 및 이를 위한 장치 |
EP2982153A4 (en) | 2013-04-05 | 2016-11-02 | Kyocera Corp | DYNAMIC RADIATION AREA TRANSFER WITH COORDINATED TRANSFER |
CN104113897B (zh) * | 2013-04-16 | 2019-04-05 | 电信科学技术研究院 | 一种小区节能补偿协调方法和设备 |
US9832655B2 (en) * | 2013-05-10 | 2017-11-28 | Nokia Solutions And Networks Oy | Communication mechanism using co-primary spectrum sharing |
US20150092638A1 (en) * | 2013-09-27 | 2015-04-02 | Qualcomm Incorporated | Discontinuous transmission timing for systems with flexible bandwidth carrier |
LT3394093T (lt) * | 2015-12-23 | 2022-04-25 | Modernatx, Inc. | Ox40 ligandus koduojančių polinukleotidų naudojimo būdai |
-
2014
- 2014-10-30 CN CN202010877472.0A patent/CN111970702A/zh active Pending
- 2014-10-30 CN CN201480059889.9A patent/CN105684487B/zh active Active
- 2014-10-30 WO PCT/JP2014/078847 patent/WO2015064673A1/ja active Application Filing
- 2014-10-30 JP JP2015545285A patent/JP6143878B2/ja active Active
- 2014-10-30 US US15/032,271 patent/US9936450B2/en active Active
- 2014-10-30 EP EP14857756.2A patent/EP3065438A4/en not_active Withdrawn
-
2017
- 2017-05-09 JP JP2017092762A patent/JP6419257B2/ja active Active
-
2018
- 2018-02-22 US US15/902,667 patent/US10383051B2/en not_active Expired - Fee Related
- 2018-10-09 JP JP2018190638A patent/JP6592161B2/ja active Active
-
2019
- 2019-06-19 US US16/446,081 patent/US10893471B2/en active Active
- 2019-09-19 JP JP2019170086A patent/JP6829294B2/ja active Active
-
2020
- 2020-12-07 US US17/113,445 patent/US11743817B2/en active Active
-
2021
- 2021-01-21 JP JP2021007868A patent/JP7250053B2/ja active Active
-
2023
- 2023-03-20 JP JP2023043764A patent/JP7483973B2/ja active Active
- 2023-07-14 US US18/222,347 patent/US20230362808A1/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100159991A1 (en) * | 2008-12-22 | 2010-06-24 | Mediatek Inc. | Reliable femtocell system for wireless communication networks |
CN102187731A (zh) * | 2008-12-22 | 2011-09-14 | 联发科技股份有限公司 | 用于无线通信网络的可靠毫微微小区系统 |
CN102065448A (zh) * | 2011-01-06 | 2011-05-18 | 大唐移动通信设备有限公司 | 一种覆盖区域补偿、恢复的方法及装置 |
WO2013013388A1 (zh) * | 2011-07-26 | 2013-01-31 | 富士通株式会社 | 负载补偿方法、用于负载估计的测量方法、基站及用户设备 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108282826A (zh) * | 2017-01-05 | 2018-07-13 | 中兴通讯股份有限公司 | 一种切换控制的方法、装置及基站 |
RU2747886C1 (ru) * | 2018-04-04 | 2021-05-17 | Зтэ Корпорейшн | Способ для отправки сигнального канала, базовая станция, носитель данных и электронное устройство |
WO2023274371A1 (zh) * | 2021-07-01 | 2023-01-05 | 华为技术有限公司 | 接入小区的方法、通信装置及计算机存储介质 |
Also Published As
Publication number | Publication date |
---|---|
JP6829294B2 (ja) | 2021-02-10 |
JP7483973B2 (ja) | 2024-05-15 |
JP6592161B2 (ja) | 2019-10-16 |
US10893471B2 (en) | 2021-01-12 |
US20180184369A1 (en) | 2018-06-28 |
JP2023093439A (ja) | 2023-07-04 |
EP3065438A4 (en) | 2017-06-28 |
JP7250053B2 (ja) | 2023-03-31 |
US9936450B2 (en) | 2018-04-03 |
JP2021078139A (ja) | 2021-05-20 |
JP2017130983A (ja) | 2017-07-27 |
US20190306791A1 (en) | 2019-10-03 |
JP6143878B2 (ja) | 2017-06-07 |
JP6419257B2 (ja) | 2018-11-07 |
US20160255580A1 (en) | 2016-09-01 |
US10383051B2 (en) | 2019-08-13 |
CN111970702A (zh) | 2020-11-20 |
JP2018207549A (ja) | 2018-12-27 |
US11743817B2 (en) | 2023-08-29 |
JPWO2015064673A1 (ja) | 2017-03-09 |
US20230362808A1 (en) | 2023-11-09 |
US20210120486A1 (en) | 2021-04-22 |
JP2019213233A (ja) | 2019-12-12 |
EP3065438A1 (en) | 2016-09-07 |
WO2015064673A1 (ja) | 2015-05-07 |
CN105684487B (zh) | 2020-09-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105684487A (zh) | 通信系统 | |
US11064430B2 (en) | Communication system, communication terminal device and base station device | |
US20210176815A1 (en) | Cell reselection recognition by a terminal in a communication system | |
US10728889B2 (en) | Communication system | |
JP6612940B2 (ja) | 移動体通信システム、移動端末および基地局 | |
CN105453648A (zh) | 通信系统 | |
CN105379346B (zh) | 通信系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |