CN109743763B - 移动通信*** - Google Patents
移动通信*** Download PDFInfo
- Publication number
- CN109743763B CN109743763B CN201910236941.8A CN201910236941A CN109743763B CN 109743763 B CN109743763 B CN 109743763B CN 201910236941 A CN201910236941 A CN 201910236941A CN 109743763 B CN109743763 B CN 109743763B
- Authority
- CN
- China
- Prior art keywords
- enb
- plane
- cell
- bearer
- mme
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- 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
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- 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/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0027—Control or signalling for completing the hand-off for data sessions of end-to-end connection for a plurality of data sessions of end-to-end connections, e.g. multi-call or multi-bearer end-to-end data connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/10—Reselecting an access point controller
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
移动通信***包括:移动站;能与该移动站之间进行无线通信的第1基站、第2基站;能与该第1基站、第2基站进行通信或经由该第1基站、第2基站与所述移动站之间进行通信的网关站。该移动通信***中,通过在所述网关站与所述第1基站之间建立第1通信连接、在所述第1基站与所述移动站之间建立第1无线通信连接、在所述第2基站与所述移动站之间建立第2无线通信连接,从而在所述移动站与所述网关站之间执行一个通信。由此,能不对网络带来负荷、且正常地进行通信中的小区的转移。
Description
本发明申请是国际申请号为PCT/JP2013/005195,国际申请日为2013年9月3日,进入中国国家阶段的申请号为201380050940.5,名称为“移动通信***”的发明专利申请的分案申请。
技术领域
本发明涉及具有基站装置、以及能与基站装置进行无线通信的通信终端装置的移动通信***。
背景技术
在被称为第三代的通信方式中,日本从2001年起开始了W-CDMA(Wideband Codedivision Multiple Access,宽带码分多址)方式的商用服务。另外,通过向下行链路(专用数据信道、专用控制信道)追加分组传送用的信道(High Speed-Downlink SharedChannel:S-DSCH,高速下行链路共享信道),开始实现使用了下行链路的、数据发送更高速化的HSDPA(High Speed DownLink Packet Access,高速下行链路分组接入)服务。并且,为了使上行链路方向的数据发送进一步高速化,还开始以HSUPA(High Speed Up LinkPacket Access,高速上行链路分组接入)方式提供服务。W-CDMA是由移动通信***的标准化团体即3GPP(3rd Generation Partnership Project,第三代合作伙伴项目)所决定的通信方式,汇总在版本10(Release10)的技术标准中。
另外,在3GPP中,作为不同于W-CDMA的其它通信方式,研究了在无线区间方面被称为长期演进(Long Term Evolution:LTE)、在包含核心网络以及无线接入网(以下也统称为网络)的***整体结构方面被称为“***架构演进”(System Architecture Evolution:SAE)的新的通信方式。该通信方式也被称为3.9G(3.9代)***。
在LTE中,接入方式、无线的信道结构和协议与W-CDMA(HSDPA/HSUPA)完全不同。例如,在接入方式方面,W-CDMA使用码分多址接入(Code Division Multiple Access),而LTE在下行链路方向使用OFDM(Orthogonal Frequency Division Multiplexing,正交频分复用),在上行链路方向使用SC-FDMA(Single Carrier Frequency Division MultipleAccess,单载波频分多址)。此外,在带宽方面,W-CDMA为5MHz,而LET可对每一个基站在1.4MHz、3MHz、5MHz、10MHz、15MHz、20MHz中进行选择。另外,在LTE中,与W-CDMA不同,不包含线路交换,仅为分组通信方式。
在LTE中,使用与W-CDMA的核心网络即GPRS(General Packet Radio Service,通用分组无线业务)不同的新的核心网络来构成通信***,因此,LTE的无线接入网(无线接入网络(radio access network))被定义成不同于W-CDMA网的独立的无线接入网。
因此,为了与W-CDMA的通信***进行区别,在LTE的通信***中,将核心网络称为EPC(Evolved Packet Core,演进分组核心),将无线接入网称为E-UTRAN(EvolvedUniversal Terrestrial Radio Access Network,演进通用地面无线接入网络)。另外,在无线接入网络中,将与作为通信终端装置的移动终端(User Equipment:UE)进行通信的基站(Base station)称为eNB(E-UTRAN NodeB)。此外,与多个基站交换控制数据、用户数据的基站控制装置(Radio Network Controller,无线网络控制器)的功能由EPC来承担。EPC也称为aGW(Access Gateway,接入网关)。另外,由EPC和E-UTRAN构成的***被称为EPS(Evolved Packet System,演进分组***)。
在LTE的通信***中,提供有单播(Unicast)服务和E-MBMS服务(EvolvedMultimedia Broadcast Multicast Service,演进多媒体广播多播服务)。E-MBMS服务为广播型多媒体服务。有时也将E-MBMS服务简称为MBMS。E-MBMS服务中,对多个移动终端发送新闻和天气预报、移动广播等大容量广播内容。将其也称作一对多(Point to Multipoint,点对多点)服务。
在非专利文献1(第4章)中记载了3GPP中的、与LTE***的整体架构(Architecture)相关的决定事项。使用图1说明整体架构。图1是表示LTE方式的通信***的结构的说明图。在图1中,若对应于移动终端101的控制协议、例如RRC(Radio ResourceManagement,无线电资源管理)和用户层面、例如PDCP(Packet Data ConvergenceProtocol,分组数据分集协议)、RLC(Radio Link Control,无线电链路控制)、MAC(MediumAccess Control,介质接入控制)、PHY(Physical layer,物理层)在基站102终止,则E-UTRAN由一个或多个基站102构成。
基站102对由移动管理实体(Mobility Management Entity:MME)103通知的寻呼信号(也称为Paging Signal、寻呼消息(paging messages))进行调度(Scheduling)及发送。基站102通过X2接口相互连接。此外,基站102还通过S1接口与EPC(Evolved PacketCore,演进分组核心)相连接。更明确而言,基站102通过S1_MME接口与MME(MobilityManagement Entity)103相连接,通过S1_U接口与S-GW(Serving Gateway)104相连接。
MME103向多个或者单个基站102进行寻呼信号的分配。另外,MME103进行待机状态(Idle State)的移动控制(Mobility control)。MME103在移动终端处于待机状态、以及激活状态(Active State)时进行跟踪区域(Tracking Area)列表的管理。
S-GW104与一个或多个基站102进行用户数据的收发。当在基站之间进行切换时,S-GW104成为本地的移动性锚点(Mobility Anchor Point,移动锚点)。EPC中还存在P-GW(PDN Gateway,PDN网关)。P-GW进行每个用户的包过滤、UE-ID地址的分配等。
移动终端101与基站102之间的控制协议RRC进行广播(Broadcast)、寻呼(paging)、RRC连接管理(RRC connection management)等。作为RRC中的基站与移动终端的状态,有RRC_IDLE和RRC_CONNECTED。在RRC_IDLE中进行PLMN(Public Land MobileNetwork,公共陆地移动网络)选择、***信息(System Information:SI)的广播、寻呼(paging)、小区重选(cell reselection)、移动性等。在RRC_CONNECTED中,移动终端具有RRC连接(connection),能与网络进行数据的收发。此外,在RRC_CONNECTED中,进行切换(Handover:HO)、相邻小区(Neighbour cell)的测定等。
使用图2来说明非专利文献1(第5章)所记载的、3GPP中与LTE***的帧结构有关的决定事项。图2是表示LTE方式的通信***中所使用的无线帧的结构的说明图。在图2中,一个无线帧(Radio frame)为10ms。无线帧被分割成十个大小相等的子帧(Subframe)。子帧被分割为两个大小相等的时隙(slot)。每个无线帧的第一个和第六个子帧中包含下行链路同步信号(Downlink Synchronization Signal:SS)。同步信号中包括第一同步信号(PrimarySynchronization Signal:P-SS)和第二同步信号(Secondary Synchronization Signal:S-SS)。
以子帧单位对MBSFN(Multimedia Broadcast multicast service SingleFrequency Network,多媒体广播多播服务单频网络)用信道和MBSFN以外所用的信道进行多路复用。MBSFN发送(MBSFN Transmission)是通过同时从多个小区发送相同的波形而实现的同时广播发送技术(simulcast transmission technique)。移动终端将来自MBSFN区域(MBSFN Area)的多个小区的MBSFN发送识别为一个发送。MBSFN是支持这种MBSFN发送的网络。下面,将MBSFN发送用的子帧称为MBSFN子帧(MBSFN subframe)。
在非专利文献2中记载了分配MBSFN子帧时的信令例。图3是表示MBSFN帧的结构的说明图。如图3所示,对每个分配周期(radio Frame Allocation Period,无线帧分配时间)分配了包含MBSFN子帧的无线帧。MBSFN子帧是由分配周期和分配偏移(radio FrameAllocation Offset,无线帧分配偏移)所定义的无线帧、为了MBSFN而分配的子帧,是用于传输多媒体数据的子帧。满足下式(1)的无线帧为包含MBSFN子帧的无线帧。
SFN mod radioFrameAllocationPeriod=radioFrameAllocationOffset…(1)
MBSFN子帧的分配以六位(bit)来进行。最左边的位定义子帧的第二个(#1)的MBSFN分配。左起第二位定义子帧的第三个(#2)的MBSFN分配,左起第三位定义子帧的第四个(#3)的MBSFN分配,左起第四位定义子帧的第七个(#6)的MBSFN分配,左起第五位定义子帧的第八个(#7)的MBSFN分配,左起第六位定义子帧的第九个(#8)的MBSFN分配。该位表示“1”的情况下,表示为了MBSFN而分配了对应的子帧。
非专利文献1(第5章)中记载了3GPP中的与LTE***的信道结构相关的决定事项。设想在CSG小区(Closed Subscriber Group cell,封闭用户组小区)中也使用与non-CSG小区相同的信道结构。使用图4说明物理信道(Physical channel)。图4是说明LTE方式的通信***中所使用的物理信道的说明图。
图4中,物理广播信道(Physical Broadcast channel:PBCH)401是从基站102到移动终端101的下行链路发送用信道。BCH传输块(transport block)被映射到40ms间隔中的四个子帧。没有40ms定时的清楚的信令。
物理控制格式指示信道(Physical Control Format Indicator Channel:PCFICH)402是从基站102到移动终端101的下行链路发送用信道。PCFICH从基站102向移动终端101通知用于PDCCHs的OFDM码元的数量。PCFICH以每个子帧进行发送。
物理下行链路控制信道(Physical Downlink Control Channel:PDCCH)403是从基站102到移动终端101的下行链路发送用信道。PDCCH对后述图5所示的传输信道之一即下行链路共享信道(Downlink Shared Channel:DL-SCH)、图5所示的传输信道之一即寻呼信道(Paging Channel:PCH)的资源分配(allocation),以及与DL-SCH有关的HARQ(HybridAutomatic Repeat reQuest,混合自动重传请求)信息进行通知。PDCCH传送上行链路调度许可(Uplink Scheduling Grant)。PDCCH传送对上行链路发送的响应信号即AcK(Acknowledgement)/Nack(Negative Acknowledgement)。PDCCH也被称为L1/L2控制信号。
物理下行链路共享信道(Physical Downlink Shared Channel:PDSCH)404是从基站102到移动终端101的下行链路发送用信道。PDSCH中映射有作为传输信道的下行链路共享信道(DL-SCH)、作为传输信道的PCH。
物理多播信道(Physical multicast channel:PMCH)405为从基站102到移动终端101的下行链路发送用信道。PMCH中映射有作为传输信道的多播信道(Multicast Channel:MCH)。
物理上行链路控制信道(Physical Uplink Control Channel:PUCCH)406是从移动终端101到基站102的上行链路发送用信道。PUCCH传送对下行链路发送的响应信号(response signal)即AcK/Nack。PUCCH传送CQI(Channel Quality Indicator,信道质量指示符)报告。CQI是表示接收到的数据的品质、或者通信线路品质的品质信息。PUCCH还传送调度请求(Scheduling Request:SR)。
物理上行链路共享信道(Physical Uplink Shared Channel:PUSCH)407是从移动终端101到基站102的上行链路发送用信道。PUSCH中映射有作为图5所示的传输信道之一的上行链路共享信道(Uplink Shared Channel:UL-SCH)。
物理HARQ指示符信道(Physical Hybrid ARQ Indicator Channel:PHICH)408是从基站102到移动终端101的下行链路发送用信道。PHICH传送对上行链路发送的响应信号即AcK/Nack。物理随机接入信道(Physical Random Access Channel:PRACH)409是从移动终端101到基站102的上行链路发送用信道。PRACH传送随机接入前导(random accesspreamble)。
下行参照信号(参考信号(Reference signal):RS)是LTE方式的通信***中已知的码元。定义有以下五种下行参考信号。小区固有参照信号(Cell-specific ReferenceSignals:CRS)、MBSFN参照信号(MBSFN reference signals)、UE固有参照信号(UE-specific reference signals)即数据解调用参照信号(Demodulation ReferenceSignal:DM-RS)、定位参照信号(Positioning Reference Signals:PRS)、信道信息参照信号(Channel-State Information Reference Signals:CSI-RS)。移动终端的物理层的测定包括参考信号的接收功率(Reference Signal Received Power:RSRP)测定。
使用图5说明非专利文献1(第5章)所记载的传输信道(Transport channel)。图5是说明LTE方式的通信***中所使用的传输信道的说明图。图5(A)表示下行链路传输信道和下行链路物理信道间的映射。图5(B)表示上行链路传输信道与上行链路物理信道间的映射。
图5(A)所示的下行链路传输信道中的广播信道(Broadcast Channel:BCH)被广播到其基站(小区)的整个覆盖范围。BCH被映射到物理广播信道(PBCH)。
对下行链路共享信道(Downlink Shared channel:DL-SCH)适用利用了HARQ(Hybrid ARQ,混合ARQ)的重发控制。DL-SCH能向基站(小区)的整个覆盖范围进行广播。DL-SCH支持动态或者准静态(Semi-static)的资源分配。准静态的资源分配也被称为持久调度(Persistent Scheduling)。DL-SCH为了降低移动终端的功耗,支持移动终端的非连续接收(Discontinuous reception:DRX)。DL-SCH被映射到物理下行链路共享信道(PDSCH)。
寻呼信道(Paging Channel:PCH)为了能降低移动终端的功耗,支持移动终端的DRX。PCH请求对基站(小区)的整个覆盖范围进行广播。PCH被映射到能动态地用于话务量(traffic)的物理下行链路共享信道(PDSCH)那样的物理资源。
多播信道(Multicast Channel:MCH)用于向基站(小区)的整个覆盖范围进行广播。MCH支持多蜂窝小区发送中的MBMS服务(MTCH和MCCH)的SFN合成。MCH支持准静态的资源分配。MCH被映射到PMCH。
图5(B)所示的上行链路传输信道中的上行链路共享信道(Uplink SharedChannel:UL-SCH)适用利用HARQ(Hybrid ARQ)所进行的重发控制。UL-SCH支持动态或者准静态(Semi-static)的资源分配。UL-SCH被映射到物理上行链路共享信道(PUSCH)。
图5(B)所示的随机接入信道(Random Access Channel:RACH)限用于控制信息。RACH存在冲突的风险。RACH被映射到物理随机接入信道(PRACH)。
下面对HARQ进行说明。HARQ是利用自动重发请求(Automatic Repeat reQuest:ARQ)与纠错(Forward Error Correction)的组合、来提高传送通路的通信品质的技术。HARQ具有如下优点:即使对于通信品质发生变化的传输线路,也能利用重发使纠错有效地发挥作用。特别是在进行重发时,通过将首发的接收结果和重发的接收结果合成,也能进一步提高品质。
说明重发方法的一个示例。在接收侧无法对接收数据正确地进行解码时,换言之,在产生CRC(Cyclic Redundancy Check,循环冗余校验)错误时(CRC=NG),从接收侧向发送侧发送“Nack”。接收到“Nack”的发送侧重发数据。在接收侧能够对接收数据正确地进行解码时,换言之,在未产生CRC错误时(CRC=OK),从接收侧向发送侧发送“Ack”。接收到“Ack”的发送侧发送下一个数据。
作为HARQ方式的一个示例,有追踪合并(Chase Combining)。所谓追踪合并是指在首发和重发中发送相同的数据,通过在重发中对首发的数据和重发的数据进行合成来提高增益的方式。追踪合并基于如下的考虑方式:首发数据中虽有错误但也包含部分正确的内容,通过将正确部分的首发数据与重发数据合成,能以更高的精度发送数据。另外,作为HARQ方式的其它示例,有IR(Incremental Redundancy,增量冗余)。IR使冗余度增加,通过在重发中发送校验位,从而与首发组合来使冗余度增加,利用纠错功能来提高品质。
使用图6来说明非专利文献1(第6章)所记载的逻辑信道(逻辑信道:Logicalchannel)。图6是说明LTE方式的通信***中所使用的逻辑信道的说明图。图6(A)中示出了下行链路逻辑信道和下行链路传输信道间的映射。图6(B)中示出了上行链路逻辑信道和上行链路传输信道间的映射。
广播控制信道(Broadcast Control Channel:BCCH)是用于广播***控制信息的下行链路信道。逻辑信道即BCCH被映射到传输信道即广播信道(BCH)、或者下行链路共享信道(DL-SCH)。
寻呼控制信道(Paging Control Channel:PCCH)是用于发送寻呼信息(PagingInformation)以及***信息(System Information)的变更的下行链路信道。PCCH用于以下情况:即,网络不知道移动终端的小区位置的情况。逻辑信道即PCCH被映射到传输信道即寻呼信道(PCH)。
共享控制信道(Common Control Channel:CCCH)是用于移动终端与基站之间的发送控制信息的信道。CCCH用于以下情况:即,移动终端与网络之间不具有RRC连接(connection)的情况。在下行链路方向,CCCH被映射到作为传输信道的下行链路共享信道(DL-SCH)。在上行链路方向,CCCH被映射到传输信道即上行链路共享信道(UL-SCH)。
多播控制信道(Multicast control channel:MCCH)是用于一对多的发送的下行链路信道。MCCH用于从网络向移动终端发送一个或若干个MTCH用的MBMS控制信息。MCCH仅被正在接收MBMS的移动终端所使用。MCCH被映射到作为传输信道的多播信道(MCH)。
专用控制信道(Dedicated Control Channel:DCCH)是用于以一对一方式发送移动终端与网络之间的专用控制信息的信道。DCCH用于以下情况:即,移动终端处于RRC连接(connection)的情况。DCCH在上行链路中被映射到上行链路共享信道(UL-SCH),在下行链路中被映射到下行链路共享信道(DL-SCH)。
专用业务信道(Dedicated Traffic Channel:DTCH)是用于发送用户信息的、向专用移动终端的一对一通信的信道。DTCH在上行链路和下行链路中都存在。DTCH在上行链路中被映射到上行链路共享信道(UL-SCH),在下行链路中被映射到下行链路共享信道(DL-SCH)。
多播业务信道(Multicast Traffic channel:MTCH)是用于从网络向移动终端发送话务量数据的下行链路信道。MTCH是仅被正在接收MBMS的移动终端所使用的信道。MTCH被映射到多播信道(MCH)。
CGI为小区全球标识(Cell Global Identifier)。ECGI为E-UTRAN小区全球标识(E-UTRAN Cell Global Identifier)。在LTE、后述的LTE-A(Long Term EvolutionAdvanced,高级长期演进)以及UMTS(Universal Mobile Telecommunication System,通用移动电信***)中导入有CSG小区(Closed Subscriber Group cell,封闭用户组小区)。以下对CSG小区进行说明(参照非专利文献3第3.1章)。
CSG小区(Closed Subscriber Group cell,封闭用户组小区)是由操作员确定有使用权的加入者的小区(以下有时会称为“特定加入者用小区”)。所确定的加入者被许可接入PLMN(Public Land Mobile Network,公共陆地移动网络)的一个以上的小区。将允许所确定的加入者接入的一个以上的小区称为“CSG小区(CSG cell(s))”。但是,PLMN存在接入限制。
CSG小区对固有的CSG标识(CSG identity:CSG ID;CSG-ID)进行广播,是利用CSG指示(CSG Indication)来广播“TRUE”的PLMN的一部分。预先进行了使用登录且被许可的加入者组的成员利用接入许可信息中的CSG-ID来接入CSG小区。
CSG-ID通过CSG小区或小区来广播。LTE方式的通信***中存在多个CSG-ID。并且,为了使与CSG关联的成员的接入较为容易,由移动终端(UE)来使用CSG-ID。
以由一个以上的小区构成的区域为单位,来进行移动终端的位置追踪。进行位置追踪是为了即使在待机状态下也能追踪移动终端的位置,与移动终端通话,换言之,是为了能呼叫移动终端。将用于该移动终端的位置追踪的区域称为跟踪区域。
CSG白名单(CSG White List)是记录有加入者所属的CSG小区的所有CSG ID、并且有时会被存储在USIM(Universal Subscriber Identity Module,通用用户识别模块)中的列表。CSG白名单也被简称为白名单、或者许可CSG列表(Allowed CSG List)。对于通过CSG小区的移动终端的接入,MME执行接入控制(access control)(参照非专利文献4的4.3.1.2章)。作为移动终端的接入的具体例,有附着(attach)、结合附着(combined attach)、分离(detach)、服务请求(service request)、跟踪区域更新过程(Tracking Area Updateprocedure)等(参照非专利文献4的4.3.1.2章)。
以下对待机状态的移动终端的服务类型进行说明(参照非专利文献3的4.3章)。作为待机状态的移动终端的服务类型,有受限制的服务(Limited service、也被称为受限服务)、标准服务(常规服务(Normal service))、操作员服务(Operator service)。受限制的服务是指后述的可接受小区上的紧急呼叫(Emergency calls)、ETWS(Earthquake andTsunami Warning System,地震和海啸预警***)、CMAS(Commercial Mobile AlertSystem,商业移动预警***)。标准服务(也称为常规服务)是指后述的合适小区上的公共服务。操作员服务是仅面向后述的预留小区上的操作员的服务。
以下说明“合适小区(Suitable cell)”。“合适小区(Suitable cell)”是指UE为了接受常规(normal)服务而可能保留呼叫(Camp ON)的小区。这种小区满足下述(1)、(2)两个条件。
(1)小区是所选择的PLMN或者所登录的PLMN、或者“Equivalent PLMN列表”的PLMN的一部分。
(2)根据由NAS(Non-Access Stratum,非接入层)提供的最新信息,进一步满足下述(a)~(d)四个条件。
(a)该小区不是被禁止的(barred)小区。
(b)该小区是跟踪区域(Tracking Area)的一部分,而并非是“用于漫游的被禁止的LAs”列表的一部分。此时,该小区需要满足上述(1)。
(c)该小区满足小区选择评价基准。
(d)关于由***信息(System Information:SI)确定为CSG小区的小区,该小区的CSG-ID为UE的“CSG白名单”(CSG WhiteList)的一部分,即,包含在UE的CSG白名单中。
下面对“可接受小区(Acceptable cell)”进行说明。“可接受小区(Acceptablecell)”是指UE为了接受受限制的服务而可能保留呼叫的小区。这样的小区满足下述(1)、(2)的所有条件。
(1)该小区不是被禁止的小区(也称为“被禁止小区(Barred cell)”)。
(2)该小区满足小区选择评价基准。
“被禁止小区(Barred cell)”在***信息中具有指示。“预留小区(Reservedcell)”在***信息中具有指示。
“对小区保留呼叫(camp on)”是指UE完成小区选择(cell selection)或重选(reselection)的处理,UE变成已选择对***信息和寻呼信息进行监视的小区的状态。有时将UE保留呼叫的小区称为“服务小区(Serving cell)”。
3GPP中,对被称为Home-NodeB(Home-NB;HNB)、Home-eNodeB(Home-eNB;HeNB)的基站进行了研究。UTRAN中的HNB、以及E-UTRAN中的HeNB例如是面向家庭、法人、商业用的接入服务的基站。非专利文献5中公开了对HeNB以及HNB进行接入的三个不同的模式。具体而言,公开了开放接入模式(Open access mode)、封闭接入模式(Closed access mode)、以及混合接入模式(Hybrid access mode)。
各个模式具有如下特征。开放接入模式中,HeNB、HNB作为通常的操作员的常规小区进行操作。在封闭接入模式中,HeNB、HNB作为CSG小区进行操作。该CSG小区是仅CSG成员能够接入的CSG小区。在混合接入模式中,HeNB、HNB作为非CSG成员也被同时允许接入的CSG小区进行操作。换言之,混合接入模式的小区(也称为混合小区)是支持开放接入模式和封闭接入模式这两者的小区。
3GPP中,存在在所有PCI(Physical Cell Identity:物理小区标识)中、为了由CSG小区使用而通过网络预约到的PCI范围(参照专利文献1的10.5.1.1章)。有时将分割PCI范围称为PCI拆分。与PCI拆分有关的信息(也称为PCI拆分信息)通过***信息从基站向其覆盖的移动终端进行广播。被基站覆盖意味着将该基站作为服务小区。
非专利文献6公开使用了PCI拆分的移动终端的基本动作。不具有PCI拆分信息的移动终端需要使用全PCI,例如使用所有504码来进行小区搜索。与此相对地,具有PCI拆分信息的移动终端能利用该PCI拆分信息来进行小区搜索。
此外,在3GPP中,进行了高级长期演进(Long Term Evolution Advanced:LTE-A)的标准制定来作为版本10(参照非专利文献7、非专利文献8)。
在LTE-A***中,对支持中继(Relay)以及中继节点(Relay Node:RN)的情况进行研究,以获得高通信速度、小区边缘的高吞吐量、以及新的覆盖区域等。作为中继装置的中继节点经由被称为施主小区(Donor cell,下面有时也称为“施主eNB(Donor eNB;DeNB)”)的小区,通过无线方式与无线接入网相连接。在施主小区的范围内,从网络(Network:NW)到中继节点的链路共用与从网络到UE的链路相同的频带(频段(band))。该情况下,使得版本8的UE也能与该施主小区相连接。将施主小区与中继节点之间的链路称为回程链路(backhaul link),将中继节点与UE之间的链路称为接入链路(access link)。
作为FDD(Frequency Division Duplex,频分双工)中的回程链路的多路复用方法,利用下行链路(DL)频段进行从DeNB到RN的发送,利用上行链路(UL)频段进行从RN到DeNB的发送。作为中继中的资源分割方法,利用一个频段对从DeNB到RN的链路以及从RN到UE的链路进行时分多路复用,并利用一个频段对从RN到DeNB的链路以及从UE到RN的链路进行时分多路复用。由此,能防止在中继中、中继的发送干扰到中继本身的接收。
在3GPP中,除了通常的eNB(宏蜂窝小区)以外,还研究了微微eNB(微微小区(picocell))、HeNB(HNB、CSG小区)、热点小区用节点、中继节点、射频拉远头(Remote RadioHead:RRH)、中继器等所谓的本地节点。上述那样由各种类型的小区构成的网络有时也被称为异机种网络(heterogeneous network,异质网络)。
在LTE中,预先决定通信中所能使用的频段(以下有时也称为“工作频段”)。非专利文献9中记载了该频段。
在LTE-A***中,为了支持高达100MHz的更宽的频带宽度(transmissionbandwidths),研究了对两个以上的分量载波(Component Carrier:CC)进行汇集(也称为聚合(aggregation))的载波聚合(Carrier Aggregation:CA)。
支持LTE、即支持版本8或9的UE仅能在相当于一个服务小区的一个CC上进行收发。与此相对地,正在考虑让支持版本10的UE具有在相当于多个服务小区的多个CC上同时进行收发、或者仅进行接收、或者仅进行发送所需的能力(capability)。
各CC使用版本8或9的结构,CA支持连续CC、非连续CC、以及不同频带宽度的CC。UE无法构成个数在下行链路的CC(DL CC)的个数以上的上行链路的CC(UL CC)。由同一eNB构成的CC无需提供相同的覆盖范围。CC具有与版本8或9的兼容性。
CA中,在上行链路、下行链路中,每个服务小区均具有一个独立的HARQ实体。传输块针对每个服务小区、每个TTI而生成。各传输块与HARQ重发被映射到单服务小区中。
在构成有CA的情况下,UE具有与NW唯一的RRC连接(RRC connection)。在RRC连接中,由一个服务小区提供NAS移动信息和安全性输入。该小区称为主服务小区(PrimaryCell:PCell)。下行链路中,与PCell相对应的载波是下行链路主分量载波(DownlinkPrimary Component Carrier:DL PCC)。上行链路中,与PCell相对应的载波是上行链路主分量载波(Uplink Primary Component Carrier:UL PCC)。
根据UE的能力(capability),构成辅服务小区(Secondary Cell:SCell)来形成PCell和服务小区H的组。下行链路中,与SCell相对应的载波是下行链路辅分量载波(Downlink Secondary Component Carrier:DL SCC)。上行链路中,与SCell相对应的载波是上行链路辅分量载波(Uplink Secondary Component Carrier:UL SCC)。
对于一个UE,构成一个PCell、和由一个以上的SCell构成的服务小区H的组。
在3GPP中,作为更先进的新的无线区之间的通信方式,研究了上述高级LTE(LTEAdvanced:LTE-A)(参照非专利文献7和非专利文献8)。LTE-A构成为以LTE的无线区间通信方式为基本,并在其中附加了一些新技术。新技术包括支持更宽频带的技术(Widerbandwidth extension)、以及多点协同收发(Coordinated Multiple Point transmissionand reception:CoMP)技术等。3GPP中为了LTE-A而研究的CoMP被记载在非专利文献10中。
CoMP是通过在地理上分开的多地点之间进行协作发送或者接收,从而扩大高数据速率的覆盖范围、提高小区边缘的吞吐量、以及增大通信***的吞吐量的技术。CoMP有下行链路CoMP(DL CoMP)和上行链路CoMP(UL CoMP)。
DL CoMP中,在多地点(多点)之间向一个移动终端(UE)协同发送PDSCH。可以从多点的一个点向一个UE发送PDSCH,也可以从多点的多个点向一个UE发送PDSCH。在DL CoMP中,服务小区是指通过PDCCH发送资源分配的单独的小区。
作为DL CoMP的方法,研究了联合处理(Joint Processing:JP)、协调调度(Coordinated Scheduling:CS)或协作波束成形(Coordinated Beamforming:CB)(以下有时也称为“CS/CB”)。
JP能在CoMP协作集(CoMP cooperating set)中的各个点上利用数据。JP包括联合发送(Joint Transmission:JT)、以及动态节点选择(Dynamic Point Selection:DPS)。DPS包括动态小区选择(Dynamic Cell Selection:DCS)。JT中,在某一时刻从多个点、具体为从CoMP协作集(CoMP cooperating set)的一部分或全部发送PDSCH。DPS中,在某一时刻从CoMP协作集内的一个点发送PDSCH。
CS/CB仅能用于对来自服务小区的数据的发送。CS/CB中,与CoMP协作集对应的小区之间进行的调整相配合地,决定用户调度或波束成形。
作为以多点进行收发的点的单元和小区,研究了作为单元和小区的基站(NB、eNB、HNB、HeNB)、RRU(Remote Radio Unit,射频拉远单元)、RRE(Remote Radio Equipment,射频拉远设备)、RRH(Remote Radio Head,射频拉远头)、中继节点(Relay Node:RN)等。有时将进行多地点协作发送的单元以及小区分别称为多点单元、多点小区。
3GPP中,正在制定版本12的技术标准。其中,为了应对将来庞大的话务量,进行了利用小型(small)eNB(小区)的研究。例如有通过设置很多小型eNB(小区)来力图提高频率利用效率、增大通信容量的技术等。
现有技术文献
非专利文献
非专利文献1:3GPP TS36.300 V11.2.0
非专利文献2:3GPP TS36.331 V11.0.0
非专利文献3:3GPP TS36.304 V11.0.0 3.1章、4.3章、5.2.4章
非专利文献4:3GPP TR23.830 V9.0.0
非专利文献5:3GPP S1-083461
非专利文献6:3GPP R2-082899
非专利文献7:3GPP TR36.814 V9.0.0
非专利文献8:3GPP TR36.912 V10.0.0
非专利文献9:3GPP TS36.101 V11.0.0
非专利文献10:3GPP TR36.819 V11.1.0
非专利文献11:3GPP TS23.401 V11.2.0
非专利文献12:3GPP RWS-120010
非专利文献13:3GPP RWS-120006
非专利文献14:3GPP TR36.927 V10.1.0
非专利文献15:3GPP TS36.141 V11.1.0
发明内容
发明所要解决的技术问题
在小型eNB(小区)(基站)中,对于切换实施也需要与以往的小区转移同样的步骤。然而,在本步骤中,需要进行U-层面(U-plane)/C-层面(C-plane)这两者的控制,步骤较多,在多个小型eNB(小区)密集的区域中,使移动站以某一程度的速度在其中移动的情况下,若切换步骤花费时间,则会在切换步骤完成之前转移至下一小区区域,产生无法适当地完成切换等问题。此外,在这种情况下,切换的发生频度变高,随之而来的处理变得非常多,给网络带来负荷。
本发明的目的在于提供一种通信***,即使在通过设置例如小型eNB(小区)来获得高通信容量时,也不对网络带来负荷、且正常地进行通信中的小区的转移。
解决技术问题所采用的技术方案
本发明的移动通信***包括:移动站;能与该移动站间进行无线通信的第1基站、第2基站;能与该第1基站、第2基站进行通信或经由该第1基站、第2基站与所述移动站间进行通信的网关站,其特征在于,
在所述网关站与所述第1基站之间建立第1通信连接,在所述第1基站与所述移动站之间建立第1无线通信连接,在所述第2基站与所述移动站之间建立第2无线通信连接,从而在所述移动站与所述网关站之间执行一个通信。
发明效果
根据本发明,通过在网关站与第1基站之间建立第1通信连接,在第1基站与移动站之间建立第1无线通信连接,在第2基站与移动站之间建立第2无线通信连接,从而在移动站与网关站之间执行一个通信,因此,能不对网络带来负荷、且正常地进行通信中的基站的转移。
附图说明
图1是表示LTE方式的通信***的结构的说明图。
图2是表示LTE方式的通信***中所使用的无线帧的结构的说明图。
图3是表示MBSFN帧的结构的说明图。
图4是说明LTE方式的通信***中所使用的物理信道的说明图。
图5是说明LTE方式的通信***中所使用的传输信道的说明图。
图6是说明LTE方式的通信***中所使用的逻辑信道的说明图。
图7是表示3GPP中探讨的LTE方式的通信***的整体结构的框图。
图8是表示本发明所涉及的移动终端即图7所示的移动终端71的结构的框图。
图9是表示本发明所涉及的基站即图7所示的基站72的结构的框图。
图10是表示本发明所涉及的MME即图7所示的MME部73的结构的框图。
图11是表示本发明所涉及的HeNBGW即图7所示的HeNBGW74的结构的框图。
图12是LTE方式的通信***中移动终端(UE)所进行的从小区搜索到待机动作为止的概要的流程图。
图13(A)是以往的小区结构的示意图。图13(B)是进行了小区缩小化的情况下的示意图。图13(C)是宏蜂窝eNB(小区)和小型eNB(小区)混合的情况下的示意图。
图14是表示以往的EPS的架构的图。
图15是表示实施方式1的EPS的架构的图。
图16是表示本架构中通信的建立及UE起点的小区的追加的流程例的图。
图17是表示服务请求过程的详细情况的流程图。
图18是表示小区追加过程的详细情况的流程图。
图19(A)是表示追加UE起点的eNB#3的RRC连接/S1承载(RRC Connection/S1bearer)的流程例的图。
图19(B)是表示小区追加过程的详细情况的流程图。
图20是表示根据eNB的判断来向对象的UE追加RRC连接/S1承载(RRC Connection/S1 bearer)的流程例的图。
图21是表示根据MME的判断来向对象的UE追加RRC连接/S1承载(RRC Connection/S1 bearer)的流程例的图。
图22是表示删除UE起点的eNB#1的RRC连接/S1承载(RRC Connection/S1 bearer)的流程例的图。
图23是表示删除eNB起点自身的RRC连接/S1承载(RRC Connection/S1 bearer)的流程例的图。
图24是表示删除eNB起点以外的eNB的RRC连接/S1承载(RRC Connection/S1bearer)的流程例的图。
图25是表示删除MME起点的eNB的RRC连接/S1承载(RRC Connection/S1 bearer)的流程例的图。
图26表示在检测到超时的情况下删除其RRC连接/S1承载(RRC Connection/S1bearer)的流程例。
图27(A)是表示在设定有多个RRC连接/S1承载(RRC Connection/S1 bearer)的情况下的数据传输的流程例的图。
图27(B)是表示下行链路话务量控制过程的详细情况的流程图。
图27(C)是表示上行链路话务量控制过程的详细情况的流程图。
图28是表示实施方式2的EPS的架构的图。
图29是表示实施方式2的eNB的协议栈的图。
图30是表示实施方式2的流程例的图。
图31是表示实施方式2的删除U-层面(U-plane)建立eNB的情况下的流程例的图。
图32是表示实施方式2的删除U-层面(U-plane)建立eNB的情况下的其它流程例的图。
图33是表示实施方式2的在U-层面(U-plane)建立eNB间进行数据传送的情况下的流程例的图。
图34是表示实施方式2变形例1的架构的图。
图35是表示实施方式2变形例1的流程例的图。
图36是表示实施方式2变形例2的架构的图。
图37是表示实施方式2变形例2的流程例的图。
图38是表示实施方式2变形例3的利用多个eNB建立/修正DRB/S1承载(DRB/S1bearer)的情况下的流程例的图。
图39是表示实施方式2变形例3的删除U-层面(U-plane)建立eNB的情况下的流程例的图。
图40是表示实施方式2变形例3的删除U-层面(U-plane)建立eNB的情况下的其它流程例的图。
图41是表示实施方式2变形例3的删除U-层面(U-plane)建立eNB的情况下的另一流程例的图。
图42是表示实施方式3的构成U-层面(U-plane)建立专用的eNB的情况下的架构的图。
图43是表示实施方式3的eNB的协议栈的图。
图44是表示实施方式3的利用多个eNB建立/修正DRB的情况下的流程例的图。
图45是表示实施方式3的删除建立U-层面(U-plane)建立eNB的情况下的流程例的图。
图46是表示实施方式3的删除U-层面(U-plane)建立eNB的情况下的其它流程例的图。
图47是表示实施方式3变形例1的架构的图。
图48是实施方式6的共用载波的概念图。
图49是表示同一eNB内的共用载波的结构例的图。
图50是表示不同eNB内的共用载波的结构例的图。
图51是表示在特定区域内构成共用载波的情况下的结构例的图。
图52是表示在特定区域内构成共用载波的情况下的其它示例的图。
图53是表示实施方式7的架构的图。
图54是表示MAC1及MAC2所进行的调度中的帧的结构例的图。
图55(A)是表示通信的建立及数据的传输流程的流程例的图。
图55(B)是表示服务请求过程的详细情况的图。
图55(C)是表示DL调度/发送过程的详细情况的图。
图55(D)是表示UL调度/发送过程的详细情况的图。
图56是用于说明以往的RLF关联处理的图。
图57是用于说明实施方式8的RLF关联处理的图。
图58是表示实施方式8的RLF关联处理的流程例的图。
图59是图58中的[A]处理的流程例。
图60是图58中的[A]处理的其它流程例。
图61是图58中的[B]处理的流程例。
图62是图58中的[C]处理的流程例。
图63是用于说明实施方式9的RLF关联处理的图。
图64是表示实施方式9的仅U-层面(U-plane)建立小区的RLF关联处理的流程例的图。
图65是说明将多个eNB作为一个集合进行处理的情况的图。
图66是说明利用宏蜂窝小区及在位置上与宏蜂窝小区重叠的多个小型小区来进行通信、在宏蜂窝小区中进行CA的情况的图。
具体实施方式
实施方式1
图7是表示3GPP中探讨的LTE方式的通信***的整体结构的框图。3GPP中,研究了将CSG(Closed Subscriber Group,封闭用户组)小区(E-UTRAN的Home-eNodeB(Home-eNB;HeNB)、UTRAN的Home-NB(HNB))、non-CSG小区(E-UTRAN的eNodeB(eNB)、UTRAN的NodeB(NB)、GERAN的BSS)包含在内的***的整体结构,对于E-UTRAN,提出了有图7那样的结构(参照非专利文献1的4.6.1章)。
对图7进行说明。作为通信终端装置的移动终端装置(以下称为“移动终端(UserEquipment:UE)”)71能与基站装置(以下称为“基站”)72进行无线通信,并利用无线通信进行信号的收发。基站72被分类成eNB72-1、以及Home-eNB72-2。
eNB72-1通过S1接口与MME、或者S-GW、或者包含MME及S-GW的MME/S-GW部(以下有时称为“MME部”)73相连接,在eNB72-1与MME部73之间进行控制信息的通信。可以使一个eNB72-1与多个MME部73相连接。MME部73相当于管理单元。MME部73包含在核心网络即EPC中。eNB72-1间通过X2接口相连接,在eNB72-1间进行控制信息的通信。
Home-eNB72-2通过S1接口与MME部73相连接,在Home-eNB72-2与MME部73之间进行控制信息的通信。可以使一个MME部73与多个Home-eNB72-2相连接。或者,Home-eNB72-2经由HeNBGW(Home-eNB GateWay,网关)74与MME部73相连接。Home-eNB72-2与HeNBGW74通过S1接口相连接,HeNBGW74与MME部73经由S1接口相连接。
一个或多个Home-eNB72-2与一个HeNBGW74相连接,通过S1接口进行信息的通信。HeNBGW74与一个或多个MME部73相连接,通过S1接口进行信息的通信。
MME部73以及HeNBGW74为上位节点装置,对基站即eNB72-1以及Home-eNB72-2与移动终端(UE)71的连接进行控制。MME部73、具体而言构成MME部73的MME、S-GW及HeNBGW74相当于管理单元。MME部73及HeNBGW74包含在核心网络即EPC中。
另外,在3GPP中研究了下述结构。支持Home-eNB72-2之间的X2接口。即,Home-eNB72-2之间通过X2接口相连接,在Home-eNB72-2之间进行控制信息的通信。从MME部73来看,可以将HeNBGW74视为Home-eNB72-2。从Home-eNB72-2来看,可以将HeNBGW74视为MME部73。
无论是Home-eNB72-2经由HeNBGW74与MME部73相连接的情况、还是直接与MME部73相连接的情况,Home-eNB72-2与MME部73之间的接口均同样为S1接口。HeNBGW74不支持跨越多个MME部73那样的、向Home-eNB72-2的移动,或者来自Home-eNB72-2的移动。Home-eNB72-2由唯一的小区构成。
基站装置例如像Home-eNB72-2那样由唯一的小区构成,但并不限于此,可以由多个小区构成。在一个基站装置由多个小区构成的情况下,各个小区构成为可与移动终端进行通信。
图8是表示本发明所涉及的移动终端即图7所示的移动终端71的结构的框图。对图8所示的移动终端71的发送处理进行说明。首先,来自协议处理部801的控制数据、以及来自应用部802的用户数据被保存到发送数据缓冲部803。发送数据缓冲部803中保存的数据被传送给编码器部804,进行纠错等编码处理。也可以存在不实施编码处理而直接从发送数据缓冲部803向调制部805输出的数据。经编码器部804编码处理后的数据在调制部805中进行调制处理。经调制后的数据被转换为基带信号之后,输出至频率转换部806,被转换为无线发送频率。之后,从天线807向基站72发送发送信号。
另外,移动终端71的接收处理以如下方式执行。由天线807接收来自基站72的无线信号。接收信号被频率转换部806从无线接收频率转换为基带信号,在解调部808中进行解调处理。解调后的数据被传送到解码器部809,进行纠错等解码处理。经解码后的数据中,控制数据被传送到协议处理部801,用户数据被传送到应用部802。移动终端71的一系列处理由控制部810来控制。因此,虽然在图8中进行了省略,但控制部810与各部801~809相连接。
图9是表示本发明所涉及的基站即图7所示的基站72的结构的框图。对图9所示的基站72的发送处理进行说明。EPC通信部901进行基站72与EPC(MME部73、HeNBGW74等)之间的数据收发。其它基站通信部902进行与其它基站之间的数据收发。EPC通信部901、以及其它基站通信部902分别与协议处理部903进行信息的交换。来自协议处理部903的控制数据、还有来自EPC通信部901和其它基站通信部902的用户数据及控制数据被保存到发送数据缓冲部904。
发送数据缓冲部904中保存的数据被传送给编码器部905,进行纠错等编码处理。也可以存在不实施编码处理而直接从发送数据缓冲部904向调制部906输出的数据。编码后的数据在调制部906中进行调制处理。经调制后的数据被转换为基带信号之后,输出至频率转换部907,被转换为无线发送频率。之后,利用天线908对一个或者多个移动终端71发送发送信号。
另外,基站72的接收处理以如下方式执行。通过天线908来接收来自一个或多个移动终端71的无线信号。接收信号通过频率转换部907从无线接收频率转换为基带信号,在解调部909中进行解调处理。经解调后的数据被传送到解码器部910,进行纠错等解码处理。经解码后的数据中,控制数据传送到协议处理部903或者EPC通信部901、其它基站通信部902,用户数据传送到EPC通信部901及其它基站通信部902。基站72的一系列处理由控制部911控制。因此,虽然在图9中进行了省略,但控制部911与各部901~910相连接。
其它基站通信部902相当于通知部及获取部。发送数据缓冲部904、编码器部905、调制部906、频率转换部907、天线908、解调部909及解码器部910相当于通信部。
3GPP中探讨的Home-eNB72-2的功能如下所示(参照非专利文献1的4.6.2章)。Home-eNB72-2具有与eNB72-1相同的功能。此外,在与HeNBGW74相连接的情况下,Home-eNB72-2具有发现合适的服务HeNBGW74的功能。Home-eNB72-2仅与一个HeNBGW74相连接。即,在与HeNBGW74相连接的情况下,Home-eNB72-2不使用S1接口中的Flex功能。Home-eNB72-2若与一个HeNBGW74连接,则不同时与其它的HeNBGW74、其它MME部73相连接。
Home-eNB72-2的TAC(Tracking Area Code,跟踪区域代码)和PLMN ID由HeNBGW74进行支持。若将Home-eNB72-2与HeNBGW74连接,则在“UE连接(UE attachment)”中的MME部73的选择由HeNBGW74代替Home-eNB72-2来进行。Home-eNB72-2可以在没有网络规划的情况下配备。此时,Home-eNB72-2会从一个地理区域移动到其它地理区域。因此,此时的Home-eNB72-2需要根据位置来与不同的HeNBGW74相连接。
图10是表示本发明所涉及的MME的结构的框图。图10中示出了上述图7所示的MME部73所包含的MME73a的结构。PDN GW通信部1001进行MME73a与PDN GW之间的数据的收发。基站通信部1002在MME73a和基站72之间利用S1接口进行数据的收发。在从PDN GW接收到的数据是用户数据时,用户数据从PDN GW通信部1001经由用户层面通信部1003传送到基站通信部1002,并被发送至一个或者多个基站72。在从基站72接收到的数据是用户数据时,用户数据从基站通信部1002经由用户层面通信部1003传送到PDN GW通信部1001,并被发送至PDN GW。
在从PDN GW接收到的数据是控制数据时,控制数据从PDN GW通信部1001传送到控制层面控制部1005。在从基站72接收到的数据是控制数据时,控制数据从基站通信部1002传送到控制层面控制部1005。
在存在HeNBGW74的情况下,设置HeNBGW通信部1004根据信息类别,在MME73a与HeNBGW74之间利用接口(IF)进行数据的收发。从HeNBGW通信部1004接收到的控制数据从HeNBGW通信部1004传送到控制层面控制部1005。控制层面控制部1005中的处理结果经由PDN GW通信部1001被发送到PDN GW。此外,利用控制层面控制部1005处理后的结果经由基站通信部1002并通过S1接口被发送给一个或多个基站72,或经由HeNBGW通信部1004被发送给一个或多个HeNBGW74。
控制层面控制部1005中,包含NAS***1005-1、SAE承载(bearer)控制部1005-2、空闲状态(Idle State)移动管理部1005-3等,进行对控制层面的整体处理。NAS***1005-1负责NAS(Non-Access Stratum,非接入层)消息的安全等。SAE承载控制部1005-2进行SAE(System Architecture Evolution,***架构演进)的承载的管理等。空闲状态移动管理部1005-3进行待机状态(也称为空闲状态(Idle State);LTE-IDLE状态、或仅称为空闲)的移动管理、待机状态时的寻呼信号的生成及控制、所覆盖的一个或者多个移动终端71的跟踪区域的添加、删除、更新、检索、跟踪区域列表管理等。
MME73a通过向属于注册(registered)有UE的追踪区域(跟踪区域:TrackingArea)的小区发送寻呼消息,由此开始执行寻呼协议。与MME73a连接的Home-eNB72-2的CSG的管理、CSG-ID的管理以及白名单管理也可以由空闲状态移动管理部1005-3来进行。
在CSG-ID的管理中,对与CSG-ID相对应的移动终端和CSG小区的关系进行管理(例如添加、删除、更新、检索)。该关系例如可以是用户接入登录在某一CSG-ID中的一个或多个移动终端与属于该CSG-ID的CSG小区的关系。在白名单管理中,对移动终端与CSG-ID的关系进行管理(例如添加、删除、更新、检索)。例如,可以将某一移动终端进行了用户登录的一个或多个CSG-ID存储到白名单中。这些与CSG有关的管理也可以由MME73a中的其它部分来进行。MME73a的一系列的处理由控制部1006来控制。因此,虽然在图10中进行了省略,但控制部1006与各部1001~1005连接。
3GPP中探讨的MME73a的功能如下所示(参照非专利文献1的4.6.2章)。MME73a进行CSG(Closed Subscriber Group:封闭用户组)成员的一个或多个移动终端的接入控制。MME73a将执行寻呼的优化(Paging optimization)认定为选项。
图11是表示本发明所涉及的HeNBGW即图7所示的HeNBGW74的结构的框图。EPC通信部1101在HeNBGW74和MME73a之间利用S1接口进行数据的收发。基站通信部1102在HeNBGW74与Home-eNB72-2之间利用S1接口进行数据的收发。位置处理部1103进行将经由EPC通信部1101传送的来自MME73a的数据中的注册信息等发送给多个Home-eNB72-2的处理。经位置处理部1103处理后的数据被传送到基站通信部1102,并经由S1接口发送到一个或多个Home-eNB72-2。
仅将无需经过位置处理部1103的处理而通过(透过)的数据从EPC通信部1101传送到基站通信部1102,并经由S1接口发送到一个或多个Home-eNB72-2。HeNBGW74的一系列的处理由控制部1104控制。因此,虽然在图11中进行了省略,但控制部1104与各部1101~1103连接。
3GPP中探讨的HeNBGW74的功能如下所示(参照非专利文献1的4.6.2章)。HeNBGW74对S1应用进行中继。虽然是MME73a到Home-eNB72-2的过程的一部分,但HeNBGW74使与移动终端71无关的S1应用终止。在配置有HeNBGW74时,与移动终端71无关的过程是使Home-eNB72-2与HeNBGW74之间、以及HeNBGW74与MME73a之间进行通信。在HeNBGW74与其它节点之间不设定X2接口。HeNBGW74将执行寻呼的优化(Paging optimization)认定为选项。
接着,示出了通信***中小区搜索方法的一个示例。图12是LTE方式的通信***中移动终端(UE)所进行的从小区搜索到待机动作为止的概要的流程图。移动终端在开始小区搜索后,在步骤ST1201中利用从周边的基站发送的第一同步信号(P-SS)、以及第二同步信号(S-SS)来获得时隙定时、帧定时的同步。
将P-SS与S-SS合起来称为同步信号(SS)。同步信号(SS)中分配有与分配给每个小区的PCI(Physical Cell Identity,物理小区标识)一一对应的同步码。考虑将PCI的数量设为504个。利用该504个PCI来取得同步,并对取得同步的小区的PCI进行检测(确定)。
接着在步骤ST1202中,对取得同步的小区检测从基站发送给每个小区的参照信号(RS)即小区固有参照信号(Cell-specific Reference Signal:CRS),并对RS的接收功率(Reference Signal Received Power:RSRP)进行测定。参照信号(RS)中使用与PCI一一对应的编码。能利用该编码取得相关性,从而与其它小区分离。通过从步骤ST1201中确定的PCI中导出该小区的RS用编码,从而能检测RS,测定RS的接收功率。
接着在步骤ST1203中,从到步骤ST1202为止检测到的一个以上的小区中选择RS的接收品质最好的小区,例如RS的接收功率最高的小区、即最佳小区。
接着,在步骤ST1204中,接收最佳小区的PBCH,从而获得广播信息即BCCH。PBCH上的BCCH中映射有包含小区结构信息的MIB(Master Information Block,主信息块)。因此,通过接收PBCH并获得BCCH,从而能获得MIB。作为MIB的信息,例如有DL(下行链路)***带宽(也称为发送带宽设定(transmission bandwidth configuration:dl-bandwidth))、发送天线数、SFN(System Frame Number,***帧号)等。
接着在步骤ST1205中,在MIB的小区结构信息的基础上接收该小区的DL-SCH,并获取广播信息BCCH中的SIB(System Information Block,***信息块)1。SIB1中包含与接入该小区有关的信息、与小区选择有关的信息、其它SIB(SIBk;k≥2的整数)的调度信息。此外,SIB1中包含跟踪区域代码(Tracking Area Code:TAC)。
接着,在步骤ST1206中,移动终端将步骤ST1205中接收到的SIB1的TAC与移动终端已经保存的跟踪区域列表内的跟踪区域标识(Tracking Area Identity:TAI)的TAC部分进行比较。跟踪区域列表也称为TAI列表(TAI list)。TAI为跟踪区域的标识,由MCC(MobileCountry Code,移动国家代码)、MNC(Mobile Network Code,移动网络代码)、以及TAC(Tracking Area Code,跟踪区域代码)构成。MCC为国家代码。MNC为网络代码。TAC为跟踪区域的代码编号。
若步骤ST1206中比较的结果是步骤ST1205中接收到的TAC与跟踪区域列表内所包含的TAC相同,则移动终端在该小区进入待机动作。若比较结果为步骤ST1205中接收到的TAC未包含在跟踪区域列表内,则移动终端通过该小区向包含有MME等的核心网络(CoreNetwork,EPC)请求变更跟踪区域,以进行TAU(Tracking Area Update,跟踪区域更新)。
核心网络基于与TAU请求信号一起从移动终端发送过来的该移动终端的识别编号(UE-ID等)来进行跟踪区域列表的更新。核心网络将更新后的跟踪区域列表发送给移动终端。移动终端基于接收到的跟踪区域列表来重写(更新)移动终端所保存的TAC列表。此后,移动终端在该小区进入待机动作。
在LTE、LTE-A以及UMTS(Universal Mobile Telecommunication System,通用移动电信***)中,研究了CSG(Closed Subscriber Group,封闭用户组)小区的导入。如上所述,仅允许接入登录在CSG小区中的一个或多个移动终端。CSG小区与所登录的一个或多个移动终端构成一个CSG。如上述那样构成的CSG中附加有称为CSG-ID的固有识别编号。一个CSG中也可以具有多个CSG小区。只要将移动终端登录到任何一个CSG小区,就能接入该CSG小区所属的CSG的其它CSG小区。
此外,有时也将LTE及LTE-A中的Home-eNB、UMTS中的Home-NB用作为CSG小区。登录在CSG小区中的移动终端具有白名单。具体而言,白名单存储在SIM(Subscriber IdentityModule,用户识别模块)或USIM中。白名单中存储有移动终端所登录的CSG小区的CSG信息。作为CSG信息,具体而言,考虑有CSG-ID、TAI(Tracking Area Identity,跟踪区域标识)、TAC等。CSG-ID与TAC相关联即可,可采用任何一方。若CSG-ID及TAC与ECGI相关联,则也可采用ECGI。
如上所述,不具有白名单(本发明中,也包含白名单为空(empty)的情况)的移动终端无法接入CSG小区,仅能接入non-CSG小区。另一方面,具有白名单的移动终端既能接入所登录的CSG-ID的CSG小区,也能接入non-CSG小区。
HeNB以及HNB需要应对各种服务。例如,在某一服务中,运营商将移动终端登录到某个已决定的HeNB以及HNB,并仅允许已登录的移动终端接入HeNB以及HNB的小区,由此能增大该移动终端所能使用的无线资源,从而能高速地进行通信。相应地,运营商也将资费设定得比通常要高。
为了实现这种服务,导入仅登录了的(加入的、成为成员的)移动终端能够接入的CSG小区(Closed Subscriber Group cell,封闭用户组小区)。在商店街、公寓、学校、公司等要求设置大量的CSG小区(Closed Subscriber Group cell,封闭用户组小区)。例如,要求如下的使用方法:即,在商店街对每个店铺设置CSG小区,在公寓对每个房间设置CSG小区,在学校对每个教室设置CSG小区,在公司对每个部门设置CSG小区,并且仅登录在各CSG小区中的用户能使用该CSG小区。
HeNB/HNB不仅要求用于强化宏蜂窝小区的覆盖范围外的通信(区域强化型HeNB/HNB),也要求应对上述那样的各种服务(服务提供型HeNB/HNB)。因此,还产生了将HeNB/HNB设置在宏蜂窝小区的覆盖范围内的情况。
随着智能手机、平板终端的普及,利用蜂窝***无线通信的话务量呈爆发式增长,在世界范围内开始担心无线资源不足。与此对应地,为了提高频率利用效率,研究将小区缩小,推进空间分离。
图13(A)是以往的小区结构的示意图。1301表示宏蜂窝eNB(小区)构成的覆盖范围。宏蜂窝eNB(小区)构成较宽范围的覆盖范围。以往,利用多个宏蜂窝eNB(小区)的较宽范围的覆盖范围,覆盖某一区域。
图13(B)是进行了小区缩小化的情况下的示意图。1302表示小型eNB(小区)构成的覆盖范围。小型eNB(小区)构成范围比宏蜂窝eNB(小区)窄的覆盖范围。因此,与以往相比,为了覆盖某一覆盖范围,需要很多小型eNB(小区)。
图13(C)是宏蜂窝eNB(小区)和小型eNB(小区)混合的情况下的示意图。1303表示宏蜂窝eNB(小区)构成的覆盖范围,1304表示小型eNB(小区)构成的覆盖范围。另外,图13(C)中,也存在某一eNB(小区)的覆盖范围包含在其它eNB(小区)的覆盖范围内的情况。这样,会出现宏蜂窝eNB(小区)的覆盖范围和小型eNB(小区)的覆盖范围复杂地重复的情况。此外,也会出现不重复的情况。进一步而言,也会出现很多小型eNB(小区)构成在一个宏蜂窝eNB(小区)的覆盖范围内的情况。
之后,对图13(B)及图13(C)那样在***内构成多个小型eNB(小区)的情况进行说明。
图14是表示以往的EPS的架构的图。1401为P-GW,1402为MME,1403为S-GW,1404为eNB,1405为UE。1406为P-GW与S-GW间的接口(S5),1407为MME与S-GW间的接口(S11),1408为MME与eNB间的接口(S1-MME),1409为S-GW与eNB间的接口(S1-U),1410为eNB与UE间的接口(Uu)。实线表示支持用户话务量(U-层面(U-plane))的接口,虚线表示支持信令(C-层面(C-plane))的接口。S5接口1406、Uu接口1410支持用户话务量及信令这两者。如图所示,以往的EPS中,对于与作为通信对象的UE的一个通信,利用一个eNB进行C-层面(C-plane)和U-层面(U-plane)的连接。即,利用一个eNB,建立一个RRC连接/S1承载(RRC connection/S1bearer)。
以下对实施方式1所解决的问题进行说明。小型小区中,对于通信中的小区转移(切换),也需要实施与非专利文献1(TS36.300)10.1.2章所示那样的小区转移相同的步骤。然而,如非专利文献1(TS36.300)10.1.2章所示,需要U-层面/C-层面(U-plane/C-Plane)两者的控制,过程也变多。此外,多个较小的小区密集的区域中,在使其以某一程度的速度移动的情况下,若切换步骤花费时间,则会在切换步骤完成之前转移至下一小区区域,导致无法适当地完成切换等问题。此外,在这种情况下,通信过程中的小区转移(切换)的发生频度变高,随之而来的处理变得非常多,给网络带来负荷。
下面示出了实施方式1中的解决对策。为了解决上述问题,使得能对一个通信建立多个RRC连接/S1承载(RRC Connection/S1 bearer),从而能在不利用非专利文献1(TS36.300)10.1.2章的小区转移的过程的情况下进行小区转移。
图15是表示实施方式1的EPS的架构的图。图15中,UE(1501)与3个eNB(eNB#1(1502)/eNB#2(1503)/eNB#3(1504))建立RRC连接(RRC Connection),各eNB与一个S-GW建立S1承载(S1 bearer)。在此,MME(1505)基于Uu点的送达确认结果、品质信息、接收波的到来信息、UE的位置信息等,进行数据分配方法及相关联的参数的通知。作为送达确认结果的具体例,有HARQ的Ack/Nack、RLC中的ARQ的Ack/Nack。作为品质信息的具体例,有CQI、CSI。作为接收波的到来信息的具体例,有AoA(angle of arrival,到达角度)。作为UE的位置信息的具体例,有UE定位(UE Positioning)推定结果。
另外,此处,UE(1501)相当于移动站,eNB#1(1502)相当于第1基站,eNB#2(1503)相当于第2基站,MME(1505)及S-GW(1506)相当于网关站。此外,对于C层面信号而言,UE(1501)与eNB#1(1502)之间的RRC连接(RRC Connection)相当于第1无线通信连接,UE(1501)与eNB#2(1503)之间的RRC连接(RRC Connection)相当于第2无线通信连接。同样对于C层面信号而言,MME(1505)与eNB#1(1502)之间的S1-MME信令(signaling)连接相当于第1通信连接,MME(1505)与eNB#2(1503)之间的S1-MME信令(signaling)连接相当于第2通信连接。此外,对于U层面信号而言,UE(1501)与eNB#1(1502)之间的无线承载(Radio Bearer)相当于第1无线通信连接,UE(1501)与eNB#2(1503)之间的无线承载(Radio Bearer)相当于第2无线通信连接。同样对于U层面信号而言,S-GW(1506)与eNB#1(1502)之间的S1承载(S1bearer)相当于第1通信连接,S-GW(1506)与eNB#2(1503)之间的S1承载(S1 bearer)相当于第2通信连接。
这样,通过在网关站与第1基站之间建立第1通信连接,在上述网关站与上述第2基站之间建立第2通信连接,在第1基站与移动站之间建立第1无线通信连接,在第2基站与移动站之间建立第2无线通信连接,从而在移动站与网关站之间执行一个通信,因此,能利用通信连接、无线通信连接的追加和删除来实现小区转移。
U层面信号分配给包含第1通信连接和第1无线通信连接的第1路径、以及包含第2通信连接和第2无线通信连接的第2路径来传输。C层面信号分配给包含第1通信连接和第1无线通信连接的第1路径、以及包含第2通信连接和第2无线通信连接的第2路径来传输。
此外,S-GW(1506)对于建立了RRC连接/S1承载(RRC Connection/S1bearer)的多个eNB,以数据包(packet)为单位分配并传输数据。该数据包(Packet)例如为IP(internetprotocol,互联网协议)数据包(packet)。通过与进行IP通信的终端的通信单位一致,由此可以不用实施数据包的分割,提高了传输效率。1507~1509是Uu点的eNB#1~eNB#3的U-层面/C层面(U-plane/C-plane)的传输线路。此外,1511、1513、1515是S-GW与eNB#1~eNB#3之间的U-层面(U-plane)的传输线路。此外,1512、1514、1516是MME与eNB#1~eNB#3之间的C层面(C-plane)的传输线路。
另外,对于某一特定区域,使得能建立该一个通信所对应的与多个eNB的RRC连接/S1承载(RRC connection/S1 bearer),作为特定区域,例如为同一TA内、同一MME内、同一S-GW内等。通过设为同一MME内、同一TA内,从而在通信控制中,能进行集中控制,能简化通信控制。通过设为同一S-GW内,从而能在接近E-UTRAN的地方实施U-层面(U-plane)数据的分配,能简化路径控制。
而且,对于本特定区域中的通信过程中的小区转移,不实施切换步骤,利用RRC连接/S1承载(RRC Connection/S1 bearer)的追加、删除来实施。
图16是表示本架构中通信的建立及UE起点的小区的追加的流程例的图。本流程包含用于首先建立承载的服务请求过程(Service Request Procedure)(多个RRC)<步骤ST1815>、对所建立的承载追加eNB#2的RRC连接/S1承载(RRC Connection/S1 bearer)的小区追加过程(Cell Addition Procedure)(追加eNB#2)<步骤ST1637>而构成。
服务请求过程(Service Request Procedure)(多个RRC)<步骤ST1815>中,建立了承载的UE与正常的通信动作同样地实施其它的周边小区的检测、监视。在步骤ST1636中,利用该检测及监视结果,实施作为对象的eNB的追加判定。
作为实施方法,例如通过如下方式来判定:即,监视小区的某个参考信号的品质相对于现状的小区的水平超过某一规定的阈值,或者,计算UE测定得到的位置信息与利用某种方法事先获得的eNB的位置信息的距离,而该距离在某一规定的阈值内等。作为参考信号的具体例,有跟踪用RS、解调用RS、CRS、UE-特定(specific)RS等。作为事先获得eNB的位置信息的方法,eNB将本eNB的位置信息包含在***信息中进行通知、或者利用RRC信令向该UE进行通知等即可。
在该追加判定中判定为需要追加时,实施小区追加过程(Cell AdditionProcedure)(追加eNB#2)<步骤ST1637>。
图17是表示服务请求过程的详细情况的流程图。对于服务请求过程(ServiceRequest Procedure)(多个RRC),以非专利文献11(TS23.401)的5.3.4.1章记载的UE触发的服务请求过程(UE triggered Service Request procedure)为基础。步骤ST1833中,S-GW向MME发送修改承载响应(Modify Bearer Response)之后,步骤ST1834中,MME利用将确定作为对象的信息和其建立的承载信息作为连接的UE info报告(UEID,承载info)(Connected UE info Report(UEID,bearer info))的消息,向上述特定区域的相关eNB进行通知。这是用于提高UE对其它eNB建立RRC连接/S1承载时的处理过程的速度的对策。在无需变高速的情况下,也可以省略本过程。在此情况下,需要实施后面阐述的无线承载建立过程(Radio Bearer Establishment procedure)<步骤ST1856>。
另外,在判断是实施服务请求过程(Service Request Procedure)(多个RRC)还是实施正常的UE触发的服务请求过程(UE triggered Service Request procedure)时,例如对象的eNB利用***信息等发送能判断自身的区域是否是允许建立多个RRC连接(RRCconnection)的区域,UE接收该信息,判断进行哪个过程。在UE的判断中,也可利用UE能力(UE capability)、例如能否与多个eNB建立多个RRC连接/S1承载(RRC Connection/S1bearer)的能力(capability)、或者UE的移动速度等。
图18是表示小区追加过程的详细情况的流程图。在步骤ST1838中,启动小区追加过程(Cell Addition Procedure)(追加eNB#2)的UE向eNB#2进行将能确定已建立的作为被追加对象的EPS承载的信息包含在内的RRC连接(RRC connection)的请求(发送RRC连接请求(RRC connection Request)(已有的EPS承载))。
在步骤ST1839中,接收到RRC连接请求(RRC connection Request)(已有的EPS承载)eNB#2检索由MME利用连接的UE info报告(UEID,承载info)(Connected UE infoReport(UEID,bearer info))等预先通知的信息,确认是否存在作为对象的UE的承载信息。该处理的目的在于应对如下情况:在MME-eNB#1间处理延迟等的影响下、在通知连接的UEinfo报告(UEID,承载info)(Connected UE info Report(UEID,bearer info))之前,接收到RRC连接请求(RRC connection Request)(已有的EPS承载)的情况;本来就未发送连接的UE info报告(UEID,承载info)(Connected UE info Report(UEID,bearer info))的情况。
在上述判断中确认了对象的UE的承载信息的情况下,基于该承载信息,在步骤ST1841中,利用RRC连接设置(RRC connection setup)(相当于已有承载的RAB设定),向UE发送与该承载相当的RRC连接(RRC connection)的信息。接收到RRC连接设置(RRCconnection setup)(相当于已有承载的RAB设定)的UE进行设定,在步骤ST1842中,向eNB发送RRC连接设置完成(RRC connection Setup complete)。在步骤ST1843中,接收到RRC连接设置完成(RRC connection Setup complete)的eNB#2向MME发送连接的UE确认(ConnectedUE Confirmation)(UE ID,已有EPS承载)。
在上述判断中无法确认对象的UE的承载信息的情况下,与服务请求过程(ServiceRequest Procedure)(多个RRC)中的RRC连接设置过程(RRC Connection setupprocedure)同样,在步骤ST1845中,发送RRC连接设置(RRC connection setup)(暂定)。接收到RRC连接设置(RRC connection setup)(暂定)的UE进行设定,在步骤ST1846中,向eNB发送RRC连接设置完成(RRC connection Setup complete)。接收到RRC连接设置完成(RRCconnection Setup complete)的eNB#2以确认对象的UE的承载的设定状况为目的,在步骤ST1847中,利用连接的UE确认(Connected UE Confirmation)(UE ID,已有EPS承载)向MME发送确定UE的信息和符合其请求的EPS承载信息。
接收到初始内容设置完成(Initial Context Setup Complete)或者连接的UE确认(Connected UE Confirmation)(UE ID,已有EPS承载)的MME在步骤ST1850中,判断是否追加本连接(Connection)。[1]的情况<步骤ST1840>考虑作为对象的eNB的位置信息、话务量状况等,进行追加的判断。[2]的情况<步骤ST1844>首先确认已有的开设的承载的存在,在存在的情况下,利用与[1]的情况同样的判断基准,进一步进行追加的判断。
在本判断中判断为不可追加的情况下,在步骤ST1851中,向对象的eNB通知释放请求(Release Request)(UE ID,已有的EPS承载),接收到本通知的eNB根据需要,在步骤ST1848中释放对象的RRC连接(RRC connection)。在本判断中判断为允许追加的情况下,在步骤ST1852中,向对象的eNB发送初始内容设置请求(Initial Context Setup Request),并且,在步骤ST1853中,向对象的S-GW发送修改承载请求(Modify Bearer Request),进行追加S1承载(S1 bearer)的设定请求。
接收到初始内容设置请求(Initial Context Setup Request)的eNB进行设定,在步骤ST1859中,向MME发送初始内容设置完成(Initial Context Setup Complete)。接收到修改承载请求(Modify Bearer Request)的S-GW进行设定,在步骤ST1854中,向MME发送修改承载响应(Modify Bearer Response)。在步骤ST1860~1862中,确认了各承载的追加的MME利用连接的UE info报告(UEID,承载info)(Connected UE info Report(UEID,bearerinfo))向相关eNB通知承载信息的更新。
根据以上内容,能追加RRC连接/S1承载(RRC Connection/S1 bearer)。
图19(A)是表示追加UE起点的eNB#3的RRC连接/S1承载(RRC Connection/S1bearer)的流程例的图。图19(A)的过程是在图18的过程之后追加UE起点的eNB#3的RRC连接/S1承载(RRC Connection/S1 bearer)。
图19(B)是表示小区追加过程的详细情况的流程图。关于追加的过程,将图18的eNB#2替换成eNB#3即可,省略说明。
图20是表示根据eNB的判断来向对象的UE追加RRC连接/S1承载(RRC Connection/S1 bearer)的流程例的图。此处,示出eNB#1进行判定的情况的示例。首先,UE利用服务请求过程(Service Request Procedure)(多个RRC)<步骤ST1815>完成与eNB#1的连接。与eNB#1进行了连接的UE如通常那样在步骤ST2001中,利用测定报告(Measurement Report)向eNB#1通知周边小区信息。另外,此处,除了通常的品质信息以外,还可以附加UE的位置信息来进行通知。
在步骤ST2002中,接收到测定报告(Measurement Report)的eNB根据其接收到的周边小区的品质信息、UE的位置信息,判定是否追加作为对象的eNB。这可以是与已有的切换判定同样的形式,但优选考虑能建立多个。
在本流程例中,步骤ST2002中判定追加eNB#2。在步骤ST2003中,进行了追加判定的eNB#1利用RRC连接追加请求(RRC Connection add Request)(eNB2)向UE进行eNB#2的追加请求。接收到RRC连接追加请求(RRC Connection add Request)(eNB2)的UE进行图18中说明的小区追加过程(Cell Addition Procedure)(追加eNB#2)处理<步骤ST1637>,建立与eNB#2的连接。
此后,在步骤ST2005中,判断追加eNB#3。之后,实施与追加eNB#2同样的处理。另外,本追加判定可由eNB#2来实施,也可仅由任一eNB来实施。在仅由任一eNB来实施的情况下,需要利用X2接口(X2Interface)等,在eNB间进行判定权限的交接处理。在利用双方进行实施的情况下,在UE侧取消相同的追加请求。
图21是表示根据MME的判断来向对象的UE追加RRC连接/S1承载(RRC Connection/S1 bearer)的流程例的图。首先,UE在服务请求过程(Service Request Procedure)(多个RRC)<步骤ST1815>中完成与eNB#1的连接。另外,此处,也可省略向各eNB通知连接的UEinfo报告(UEID,承载info)(Connected UE info Report(UEID,bearer info))。与eNB#1进行了连接的UE在步骤ST2101中,如通常那样,利用测定报告(Measurement Report)向eNB#1通知周边小区信息。另外,此处,除了正常的品质信息以外,还可以附加UE的位置信息来进行通知。接收到测定报告(Measurement Report)的eNB#1在步骤ST2102中,利用连接品质报告(UEID,品质(本小区.其它小区),位置)(Connection Quality Report(UEID,Quality(本小区.其它小区),Location))向MME通知该信息。
在步骤ST2103中,接收到连接品质报告(UEID,品质(本小区.其它小区),位置)(Connection Quality Report(UEID,Quality(本小区.其它小区),Location))的MME根据其接收到的周边小区的品质信息、UE的位置信息,判定是否追加作为对象的eNB。在本流程例中,示出步骤ST2103中判定为追加eNB#2的情况。
在步骤ST2105中,进行了追加判定的MME利用连接的UE info报告(UEID,承载info)(Connected UE info Report(UEID,bearer info))向eNB#2通知已有承载。另外,利用服务请求过程(Service Request Procedure)(多个RRC)进行通知的情况下,无需发送本消息。
此外,进行了追加判定的MME在步骤ST2106中,利用连接追加请求(Connectionadd Request)(eNB2)向eNB#1通知eNB#2的追加请求,eNB#1在步骤ST2107中,利用RRC连接追加请求(RRC Connection add Request)(eNB2)向UE通知eNB#2的追加请求。接收到RRC连接追加请求(RRC Connection add Request)(eNB2)的UE在步骤ST2108中,将RRC连接请求(RRC connection Request)(已有EPS承载)发送给eNB#2,接收到该RRC连接请求(RRCconnection Request)(已有EPS承载)的eNB#2在步骤ST2109中将RRC连接设置(RRCconnection setup)(相当于已有承载的RAB设定)发送给UE。完成了设定的UE在步骤ST2110中,将RRC连接设置完成(RRC connection Setup complete)发送给eNB#2,接收到RRC连接设置完成(RRC connection Setup complete)的eNB#2在步骤ST2111中将连接的UE确认(Connected UE Confirmation)(UE ID,已有的EPS承载)发送给MME。
之后,在eNB#2、MME、S-GW间,利用初始内容设置请求(Initial Context SetupRequest)<步骤ST2112>、修改承载请求(Modify Bearer Request)<步骤ST2113>、修改承载响应(Modify Bearer Response)<步骤ST2114>以及初始内容设置完成(Initial ContextSetup Complete)<步骤ST2115>来进行承载的设定变更,完成RRC连接/S1承载(RRCConnection/S1 bearer)的追加。另外,之后,也可向各eNB通知连接的UE info报告(UEID,承载info)(Connected UE info Report(UEID,bearer info))。
之后,也与eNB#2同样地追加eNB#3。
根据以上内容,能利用MME起点追加RRC连接/S1承载(RRC Connection/S1bearer)。
图22是表示删除UE起点的eNB#1的RRC连接/S1承载(RRC Connection/S1 bearer)的流程例的图。首先,UE在服务请求过程(Service Request Procedure)(多个RRC)<步骤ST1815>中完成与eNB#1的连接,利用小区追加过程(Cell Addition Procedure)(追加eNB#2)<步骤ST1637>追加eNB#2。
建立了承载的UE与正常的通信动作同样地实施其它的周边小区的检测、监视。在步骤ST2201中,利用该检测及监视结果,实施作为对象的eNB的删除判定。作为实施方法,例如通过如下方式来判定:即,监视小区的某个参考信号的品质相对于现状的小区的水平低于某一规定的阈值,或者,计算出UE测定得到的位置信息与利用某种方法事先获得的eNB的位置信息的距离,该距离在某一规定的阈值外等。
在该删除判定中判定为需要删除的情况下,UE在步骤ST2202中,向所连接的通信环境良好的eNB(此处为eNB#2)发送删除请求(RRC Release Request(eNB#1))。在步骤ST2204中,接收到删除请求的eNB#2利用UE内容释放请求(UE Context Release Request)(eNB#1)向MME进行承载的删除请求。在步骤ST2205中,接收到UE内容释放请求(UE ContextRelease Request)(eNB#1)的MME进行连接(Connection)删除判定。本判定用于如下的对策而实施:例如由于处理延迟等,追加处理和删除处理交换,使得不删除所有的承载,或者降低剩余承载的话务量过剩等。
在MME的连接删除判定中判定为不可删除的情况下,MME在步骤ST2206中利用UE内容释放响应(拒绝)(UE Context Release Response(reject))向eNB#2通知不可删除。在MME的连接删除判定中判定为可删除的情况下,MME在步骤ST2209中利用UE内容释放命令(UE Context Release Command)向eNB#1请求承载的释放,完成释放的eNB#1在步骤ST2211中通知UE内容释放完成(UE Context Release Complete)。此时,步骤ST2210中,也可以向UE发送RRC连接释放(RRC Connection Release)。此外,对于S-GW,在步骤ST2207中,利用修改承载请求(Modify Bearer Request)(删除)请求删除对象承载,S-GW在设定完成后,在步骤ST2208中发送修改承载响应(Modify Bearer Response)。在步骤ST2212~2214中,确认了删除承载的MME利用连接的UE info报告(UEID,承载info)(Connected UE info Report(UEID,bearer info))向各eNB通知承载的更新。
根据以上内容,能删除UE起点的RRC连接/S1承载(RRC Connection/S1 bearer)。
图23是表示删除eNB起点自身的RRC连接/S1承载(RRC Connection/S1 bearer)的流程例的图。首先,与图20同样,UE利用服务请求过程(Service Request Procedure)(多个RRC)<步骤ST1815>完成与eNB#1的连接,利用小区追加过程(Cell Addition Procedure)(追加eNB#2)<步骤ST1637>追加eNB#2。与eNB#1及eNB#2进行了连接的UE在步骤ST2301中,如通常那样,利用测定报告(Measurement Report)向eNB#1(及eNB#2)通知周边小区信息。另外,此处,除了通常的品质信息以外,还可以附加UE的位置信息来进行通知。
在步骤ST2302中,接收到测定报告(Measurement Report)的eNB根据其接收到的周边小区的品质信息、UE的位置信息及自身测定的对象UE的上行链路的品质信息(接收信号的品质、L2重传次数、到来角度等),判定是否删除自身的链路。
在该删除判定中判定为需要删除的情况下,eNB#1在步骤ST2304中,利用UE内容释放请求(UE Context Release Request)向MME进行承载的删除请求。之后的过程与图20的RB/S1释放过程2(RB/S1 Release Procedure2)(删除eNB#1)同样。
图24是表示删除eNB起点以外的其它eNB的RRC连接/S1承载(RRC Connection/S1bearer)的流程例的图。首先,与图20同样,UE利用服务请求过程(Service RequestProcedure)(多个RRC)<步骤ST1815>完成与eNB#1的连接,利用小区追加过程(CellAddition Procedure)(追加eNB#2)<步骤ST1637>追加eNB#2。与eNB#1及eNB#2进行了连接的UE在步骤ST2401中,如通常那样,利用测定报告(Measurement Report)向eNB#2(及eNB#1)通知周边小区信息。另外,此处,除了正常的品质信息以外,附加UE的位置信息来进行通知。
在步骤ST2402中,接收到测定报告(Measurement Report)的eNB#2根据其接收到的周边小区的品质信息、UE的位置信息,判定是否删除其它的eNB(此处为eNB#1)。
在该删除判定中判定为需要删除的情况下,启动图22的RB/S1释放过程2(RB/S1Release Procedure2)(删除eNB#1)<步骤ST2203>,删除该承载。
图25是表示删除MME起点的eNB的RRC连接/S1承载(RRC Connection/S1 bearer)的流程例的图。首先,与图20同样,UE利用服务请求过程(Service Request Procedure)(多个RRC)<步骤ST1815>完成与eNB#1的连接,利用小区追加过程(Cell Addition Procedure)(追加eNB#2)<步骤ST1637>追加eNB#2。与eNB#1及eNB#2进行了连接的UE在步骤ST2501中,如通常那样,利用测定报告(Measurement Report)向eNB#2(及eNB#1)通知周边小区信息。另外,此处,除了正常的品质信息以外,附加UE的位置信息来进行通知。接收到测定报告(Measurement Report)的eNB#2在步骤ST2102中,利用连接品质报告(UEID,品质(本小区.其它小区),位置)(Connection Quality Report(UEID,Quality(本小区.其它小区),Location))向MME通知该信息。
在步骤ST2502中,接收到连接品质报告(UEID,品质(本小区.其它小区),位置)(Connection Quality Report(UEID,Quality(本小区.其它小区),Location))的MME根据其接收到的周边小区的品质信息、UE的位置信息,判定是否删除作为对象的eNB。
在该删除判定中判定为需要删除的情况下,MME在步骤ST2504中,利用修改承载请求(Modify Bearer Request(删除))向S-GW进行对象的承载的删除请求。之后的过程与图20的RB/S1释放过程2(RB/S1 Release Procedure2)(删除eNB#1)同样。
图26表示在检测到超时的情况下删除其RRC连接/S1承载(RRC Connection/S1bearer)的流程例。首先,与图20同样,UE利用服务请求过程(Service Request Procedure)(多个RRC)<步骤ST1815>完成与eNB#1的连接,利用小区追加过程(Cell AdditionProcedure)(追加eNB#2)<步骤ST1637>追加eNB#2。之后,在步骤ST2602中,eNB在较长期间内没有对象UE的无线区间内的数据传输、且eNB#1检测到数据超时(数据监视计时器(timer)期满)的情况下,进行图26的RB/S1释放过程1(RB/S1 Release Procedure1)(删除eNB#1)<步骤ST2603>的过程,删除对象承载。对于UE也同样,在步骤ST2601中eNB#1检测到数据超时(数据监视timer期满)的情况下,UE删除对象承载。
图27(A)是表示在设定有多个RRC连接/S1承载(RRC Connection/S1 bearer)的情况下的数据传输的流程例的图。本例中,假设在UE与eNB#1、eNB#2及eNB#3间已设定了RRC连接/S1承载(RRC Connection/S1 bearer)。此处,分为下行链路的数据发送和上行链路的数据发送来进行记载。先记载了下行链路,但下行与上行无关联性。设双方均正常地实施。
首先,说明下行链路的数据发送。与eNB#1、eNB#2及eNB#3进行了连接的UE在步骤ST2703~2705中,如通常那样,利用测定报告(Measurement Report)向eNB#1、eNB#2及eNB#3通知周边小区信息。另外,也可以仅为任一eNB。另外,此处,除了通常的品质信息以外,还可以附加UE的位置信息来进行通知。
作为仅向任一eNB进行通知的具体例,以下公开3种。
(1)将各eNB中的所有测定的结果通知到某一个eNB。
(2)按照各eNB的测定的设定来进行测定,但仅对某一个eNB进行按照该设定的报告。
(3)按照某一个eNB的测定的设定来进行测定,仅对该一个eNB进行按照该设定的报告。
由于UE均仅向一个eNB进行通知,因此,能简化控制,实现通过削减发送时间来降低功耗。(2)中,用于进行测定报告的事件也限定于某一个eNB的测定设定,因此,能进一步削减发送次数,进一步简化控制,实现降低功耗。(3)中,测定也按照某一个eNB的设定来进行,因此,还能削减测定处理,进一步简化控制,实现降低功耗。
之后,步骤ST2706中,执行下行链路话务量控制过程(DL Traffic ControlProcedure)。接着,步骤ST2715中,执行上行链路话务量控制过程(UL Traffic ControlProcedure)。
图27(B)是表示下行链路话务量控制过程的详细情况的流程图。接收到测定报告(Measurement Report)的各eNB在步骤ST2707~2709中,利用连接品质报告(UEID,品质,位置)(Connection Quality Report(UEID,Quality,Location))向MME通知该信息。
接收到连接品质报告(UEID,品质,位置)(Connection Quality Report(UEID,Quality,Location))的MME根据其接收到的周边小区的品质信息、UE的位置信息,计算各链路的品质比率。考虑该品质比率和各小区的话务量状况,步骤ST2710中,决定最终对于各eNB的数据包的分配比率,在步骤ST2711中,利用数据包DL TX Ratio IND(UEID,连接1,连接2连接3)(Packet DL TX Racio IND(UEID,Connection1,Connection2,Connection3))向S-GW通知该比率。S-GW按照该比率,将接收数据包分配给各个eNB。(步骤ST2712~2714)另外,此处,对S-GW接收到的数据包不进行分离、结合等,设为接收数据包与发送给各e个NB的数据包是一一对应的。此外,根据各链路的品质及话务量数据的更新,正常地实施分配比率的确定。
然后,说明上行链路的数据发送。
图27(C)是表示上行链路话务量控制过程的详细情况的流程图。与eNB#1、eNB#2及eNB#3进行了连接的UE(AS)在步骤ST2716中,如通常那样,测定向eNB#1、eNB#2及eNB#3的链路的品质,在步骤ST2717中,将该信息通知给UE的NAS,在步骤ST2718中,计算各链路的品质比率。然后,在步骤ST2719中,将该比率通知给AS,在步骤ST2720~2721中,按照该比率,将发送数据包分配给各eNB的链路,并进行发送。UE利用对于各eNB的缓冲状态报告(BSR)通知对于各eNB的发送数据量,在各eNB中,根据利用该BSR而进行的调度来进行发送。此外,根据各链路的品质的更新,正常地实施分配比率的确定。
上述各图的流程例可全部应用,也可仅应用部分。
根据以上的实施方式1,能对一个连接设定多个RRC连接/S1承载(RRCConnection/S1 bearer),通过追加/删除该RRC连接/S1承载能进行通信中的小区转移,因此,无需非专利文献1(TS36.300)10.1.2章所示的HO过程,即使在多个较小的小区密集的区域中,使其以某一程度的速度移动的情况下,也能进行适当的小区转移。此外,由于无需U-层面(U-plane)的控制,因此,还能减轻对网络的负荷。
实施方式2
如实施方式1中所述,要求***增大通信容量。为了力图增大通信容量,研究将小区缩小,提高频率利用效率。实施方式1中公开了将小区缩小,即使在多个较小的小区密集的状况下也能适当地进行小区转移的方法。
但是,在实施方式1公开的方法的情况下,需要用于与多个eNB(小区)建立RRC连接的控制处理,由此导致产生信令、控制延迟。
为此,实施方式2中公开了不与多个eNB(小区)建立RRC连接而利用多个eNB(小区)进行通信的方法。
3GPP中,作为不建立多个RRC连接而利用多个小区进行通信的方法,提出C/U层面分离(C/U plane split)、多流(multistream)(参照非专利文献12(RWS-120010)、非专利文献13(RWS-120006))。与以往的通信***中进行的、利用一个eNB(小区)来建立RRC连接和U-层面侧承载的方法不同,为了在不与多个eNB(小区)建立RRC连接的情况下利用多个eNB(小区)进行通信,需要包含MME、S-GW的架构、承载建立方法等。然而,任一文献中均未对这种包含MME、S-GW架构、承载建立方法等有任何揭示。
此处,公开在不与多个eNB(小区)建立RRC连接的情况下利用多个eNB(小区)进行通信的方法。
对于一个通信,利用一个eNB(小区)建立C-层面的连接,利用多个eNB(小区)建立U-层面的连接。之后,有时也将建立(包含要建立、已建立)C-层面的连接的eNB(小区)称为C-层面建立eNB(小区),将建立(包含要建立、已建立)U-层面的连接的eNB(小区)称为U-层面建立eNB(小区)。此外,有时也将仅建立U-层面的连接的eNB(小区)称为仅U-层面建立eNB(小区)。
作为C-层面的连接,建立RRC连接,作为U-层面的连接,建立承载。作为承载,设为DRB(data radio bearer,数据无线承载)/S1承载即可。DRB是用户数据的无线承载。
仅建立了承载的eNB至少具有与承载的控制相关的功能。
作为与承载的控制相关的功能,具有S-GW与UE间的承载即E-RAB的建立/控制/释放功能。作为具体例,有独立无线承载的建立、设定、维持、释放功能(Establishment,configuration,maintenance and release of point to point Radio Bearers)、E-RAB服务管理功能(E-RAB service management function)。
作为小区的运用方法,考虑以提供基本的覆盖范围为目的的覆盖范围小区、和以增大通信容量为目的的容量小区(容量助力小区)(参照非专利文献14(TR36.927))。可将建立C-层面的连接的eNB(小区)设为覆盖范围小区,将仅建立U-层面的连接的eNB(小区)设为容量小区。
此外,可将建立C-层面的连接的eNB(小区)设为宏蜂窝eNB(小区),将仅建立U-层面的连接的eNB(小区)设为小型eNB(小区)。
宏蜂窝eNB是构成覆盖范围区域较宽的宏蜂窝小区的eNB。也可以是广域基站(Wide Area Base Station)(参照非专利文献15(TS36.141))。
小型eNB是构成覆盖范围区域较窄的小型小区的eNB。也可以是低功耗节点、局域节点、热点等。或者,也可以是微微eNB(小区)、毫微微(Femto)eNB(小区)、HeNB、RRH、RRM、RN。或者,也可以是局域基站(Local Area Base Station)、家庭基站(Home Base Station)(参照非专利文献15(TS36.141))。
此外,建立U-层面的连接的eNB(小区)可以不具有eNB或小区的所有功能,因此,也可简称为节点。
将仅建立U-层面的连接的eNB设为RN的情况下,可将DeNB设为C-层面建立eNB。也可以应用后述的实施方式2变形例2中公开的方法。作为C-层面建立eNB和U-层面建立eNB间的接口,可利用在DeNB与RN间所建立的回程链路。在此情况下,也可构成为使DeNB与UE间的链路的频率层、RN与UE间的链路的频率层不同。RN的情况下,C-层面建立eNB和U-层面建立eNB间的接口为无线方式,因此,能实现对大多U-层面建立eNB的灵活设置。
图28是表示实施方式2的EPS的架构的图。2801为P-GW,2802为S-GW,2803为MME,2804为C-eNB,2805为U-eNB,2806为UE。以将建立C-层面的连接的eNB设为C-eNB,将仅建立U-层面的连接的eNB用U-eNB来表示。C-eNB不仅建立C-层面的连接,也可建立U-层面的连接。
2807为P-GW与S-GW间的接口(S5),2808为MME与S-GW间的接口(S11),2809、2815为MME与eNB(C-eNB、U-eNB)间的接口(S1-MME),2813、2814为S-GW与eNB(C-eNB、U-eNB)间的接口(S1-U),2810、2811为eNB(C-eNB、U-eNB)与UE间的接口(Uu),2812为eNB间的接口。接口2812可为X2,也可设置新接口。与图14同样,实线表示支持用户话务量(U-层面(U-plane))的接口,虚线表示支持信令(C-层面(C-plane))的接口。
对于一个通信利用多个eNB这一点与实施方式1中公开的图15相同。然而,本实施方式中,建立RRC连接的是一个eNB。即,利用一个eNB建立C-层面的连接,利用多个eNB建立U-层面的连接。图的示例中,建立C-层面的连接的一个eNB是C-eNB,建立U-层面的连接的多个eNB是C-eNB和U-eNB。
本实施方式中,利用C-eNB(2804)与作为通信对象的UE(2806)间的Uu(2810)接口建立RRC连接。即,图中,在C-eNB(2804)与UE(2806)之间建立以虚线示出的C-层面的连接。另一方面,利用U-eNB(2805)与作为通信对象的UE(2806)间的Uu(2811)接口,仅进行U-层面侧数据(用户数据)的通信。即,在U-eNB(2805)与UE(2806)之间仅建立以实线示出的U-层面的连接。另外,与以往同样,在C-eNB(2804)与UE(2806)之间也可建立U-层面的连接。
将U-eNB(2805)与UE(2806)间的U-层面连接用接口2811设为Uu,但也可以不是Uu,而设置仅具有U-层面连接功能的新接口。
本实施方式中,对于作为通信对象的UE(2806),U-eNB(2805)与S-GW(2802)间的用户数据的通信利用接口(S1-U)2813来进行。对于作为通信对象的UE(2806),U-eNB(2805)与MME(2803)间的信令的通信利用接口(S1-MME)2815来进行。然而,如后所述,作为通信对象的UE(2806)所对应的该信令是有限定的。只要是U-eNB(2805)中至少进行承载控制所需的信令即可。
另外,此处,UE(2806)相当于移动站,C-eNB(2804)相当于第1基站,U-eNB(2805)相当于第2基站,MME(2803)及S-GW(2802)相当于网关站。此外,对于C层面信号而言,UE(2806)与C-eNB(2804)之间的RRC连接相当于第1无线通信连接。对于同样的C层面信号而言,MME(2803)与C-eNB(2804)之间的S1-MME信令(signaling)连接(2809)相当于第1通信连接,MME(2803)与U-eNB(2805)之间的S1-MME信令(signaling)连接(2815)相当于第2通信连接。此外,对于U层面信号而言,UE(2806)与C-eNB(2804)之间的无线承载(Radio Bearer)相当于第1无线通信连接,UE(2806)与U-eNB2(2805)之间的无线承载(Radio Bearer)相当于第2无线通信连接。同样对于U层面信号而言,S-GW(2802)与C-eNB(2804)之间的S1承载(S1bearer)(2814)相当于第1通信连接,S-GW(1506)与U-eNB(2805)之间的S1承载(S1 bearer)(2813)相当于第2通信连接。
这样,通过在网关站与第1基站之间建立第1通信连接,在上述网关站与上述第2基站之间建立第2通信连接,在第1基站与移动站之间建立第1无线通信连接,在第2基站与移动站之间建立第2无线通信连接,从而在移动站与网关站之间执行一个通信,因此,能利用通信连接、无线通信连接的追加和删除来实现小区转移。
U层面信号分配给包含第1通信连接和第1无线通信连接的第1路径、以及包含第2通信连接和第2无线通信连接的第2路径来传输。C层面信号分配给包含第1通信连接和第1无线通信连接的第1路径、以及包含第2通信连接和第1无线通信连接的第2路径来传输。
图29是表示实施方式2的eNB的协议栈的图。2901为C-eNB。作为C-层面,与S1-MME接口连接,作为U-层面,与S1-U接口连接。2902的虚线部分是用于C-层面连接的协议,2903的虚线部分是用于U-层面连接的协议。C-eNB中,2904为RRC协议,2907为PDCP协议,2908为RLC协议,2912为MAC协议,2911为PHY协议。MAC协议2912具有MPX(多路复用)/调度((multiplexing)/Scheduling)功能2909和HARQ功能2910。这些协议兼具C-层面用和U-层面用的功能。C-层面中,具有利用寻呼(paging)、SI(system information,***信息)及信令用的无线承载即SRB(signaling radio bearer)所进行的控制信息的信令功能(2905)。U-层面中,具有利用用户数据用的无线承载即DRB(data radio bearer)所进行的用户数据传输功能(2906)。
2913为U-eNB。作为C-层面,与S1-MME接口连接,作为U-层面,与S1-U接口连接。
首先,示出了对U-eNB建立C-层面连接的UE所对应的协议。2914的虚线部分是用于C-层面连接的协议,2915的虚线部分是用于U-层面连接的协议。U-eNB中示出了:2917为RRC协议,2920为PDCP协议,2921为RLC协议,2925为MAC协议,2924为PHY协议。MAC协议2925具有MPX(多路复用)/调度((multiplexing)/Scheduling)功能2922和HARQ功能2923。这些协议兼具C-层面用和U-层面用的功能。
接下来,示出仅建立U-层面连接的UE所对应的协议。未构成用于C-层面连接的协议2914。但是,至少具有与承载的控制相关的功能2916。具有RRC功能即可。因此,PDCP协议2920、RLC协议2921、MAC协议2922、PHY协议2924仅具有U-层面用的功能。换言之,仅具有建立承载用的功能。
另外,在构成建立U-层面专用的eNB的情况下,无需在U-eNB2913内具有用于建立C-层面连接的协议2914,因此,能具有简单的结构。
接下来,公开利用了多个eNB(小区)的承载建立方法。
本实施方式中,MME选择要与作为通信对象的UE建立DRB/S1承载的eNB。
作为选择时的指标,例如利用实施方式1中公开的、由UE的测定报告所通知的品质信息、位置信息即可。
举出以下11个选择时的指标的具体例。
(1)UE与小区间的通信品质信息
(2)UE的位置信息
(3)UE与小区间的路径损耗(Path loss)
(4)来自小区中的UE的接收波的到来信息
(5)UE的速度或速度等级
(6)UE的前进方向
(7)UE与小区间的Uu点的发送确认结果
(8)小区的负荷状况
(9)UE的能力信息
(10)UE的种类信息
(11)(1)至(10)的组合
关于(1),作为通信品质信息的具体例,有UE测定的RSRP、RSRQ等。此外,也可以是小区测定的上行链路通信品质。关于(2),具有GPS(Global Positioning System;全球定位***)的UE或可与GPS连接的UE能获得由定位得到的UE的位置信息。利用该UE的位置信息即可。作为其它方法,也可以利用定位服务(LCS)。网络侧节点从LCS用服务器获取作为对象的UE的位置信息即可。关于(3),在UE能根据来自小区的接收功率和从小区通知的小区的发送功率来测定路径损耗的情况下,利用该路径损耗即可。关于(4),在小区能测定来自UE的接收波的到来方向(AoA:angle of arrival)的情况下,利用该到来方向即可。关于(5),具有GPS的UE或能与GPS连接的UE也可以利用GPS来测定。此外,也可以分成规定的速度等级,用速度等级来表示即可。作为其它的方法,根据规定时间内的宏蜂窝小区的HO次数或连接变更次数、或小型小区的连接变更次数来导出速度等级即可。该导出也可以不是UE来进行,而是网络侧节点来进行。关于(6),具有GPS的UE或能与GPS连接的UE也可以利用GPS来测定。作为其它的方法,也可以根据规定时间内的宏蜂窝小区的HO次数或连接变更次数、或小型小区的连接变更次数来导出UE的前进方向。该导出也可以不是UE来进行,而是网络侧节点来进行。网络侧节点也可以通过识别宏蜂窝小区或小型小区的位置,根据以哪种顺序对小区进行连接变更,测定UE的前进方向。关于(7),利用在UE与小区间进行的数据的送达确认结果即可。作为具体例,有HARQ或ARQ等。eNB(小区)能获得UE与本小区间的Uu点的送达确认结果。关于(8),各小区将表示本小区的负荷状况的信息通知给MME或周边小区即可。作为小区的负荷状况,可以是小区的话务量状况。关于(9),UE所具有的能力信息例如是表示能建立DRB/S1承载的eNB数量的信息(应用于实施方式1的情况下,表示能建立RRC连接/S1承载的eNB数量的信息)等。此外,也可以是由标准规定的UE能力(capability)信息。关于(10),作为UE的种类信息,例如为表示是MTC(machine type communication,机器类通信)用终端、还是通常的UE的信息等。
公开了MME对选择要与作为通信对象的UE建立DRB/S1承载的eNB时的指标进行识别的方法。
利用UE测定的信息(也称为UE支持的信息)作为指标的情况下,从UE将该信息通知给C-层面建立eNB。在通知时,利用RRC信令即可。
以下示出3种进行通知的触发的具体例。
(1)来自C-层面建立eNB的指示
(2)周期性地
(3)事件发生
(2)中,例如按照规定的时间周期进行通知。该周期可以事先由C-层面建立eNB通知给UE,也可以作为***根据标准等事先决定。
(3)中,例如,在测定值超过规定阈值的情况下进行通知等按照规定的标准,在发生事件的情况下进行通知即可。
作为UE支持信息的具体例,有
(1)UE测定的信息。
(2)小区标识。
(1)是例如上述的选择时的指标中UE测定得到的信息等。(2)中,在需要识别是与哪个小区相关的情况下进行通知信息即可。
作为UE支持信息的通知方法,也可利用以往的测定事件。以下示出2种由测定报告进行通知的信息的具体例。
(1)UE与小区间的通信品质信息。RSRP、RSRQ等。
(2)小区标识。
在此基础上,在测定报告中包含UE支持信息即可。UE利用测定报告,将这些信息通知给C-层面建立eNB。
接收到该信息的C-层面建立eNB向MME通知该信息。在通知时,利用S1信令即可。此时,包含能对是来自哪个UE的信息进行识别的信息即可。设为MME能识别的UE标识(UE-ID)即可。或者,也可以是MME能识别的移动用户标识(mobile subscriber identity)即可。设为在MME内使用的UE标识、移动用户标识、或者本小区(UE的C-层面建立eNB(小区))的标识、以及在本小区(C-层面建立eNB(小区))内使用的UE标识即可。
MME通过利用从C-层面建立eNB接收到的UE支持信息,能选择要建立DRB/S1承载的eNB。
使用网络侧的节点测定或获取的信息来作为指标的情况下,各节点向MME通知该信息。网络侧的节点为MME的情况下,无需进行通知。与上述方法同样,包含能对是哪个UE的信息、是与哪个eNB(小区)间的信息、哪个eNB(小区)的信息进行识别的信息即可。
另外,本方法中,也可应用于实施方式1中公开的、eNB选择其它eNB的情况。此外,也可应用于后述的实施方式2变形例3至实施方式3变形例1的由C-层面建立eNB来选择U-层面建立eNB的情况。在此情况下,从C-层面建立eNB向MME通知上述信息即可。
本方法也可应用于实施方式1中公开的、或者后述的数据包的分配决定(数据包传输分配决定)。此外,在能利用与各U-层面建立eNB的上行链路的通信品质信息的情况下,也可以利用该信息来决定数据包的分配。与UE的上行链路通信品质信息由U-层面建立eNB来测定。U-层面建立eNB将该信息通知给MME即可。
MME为了建立E-RAB,设定所选择的各eNB中的E-RAB。作为E-RAB设定的具体例,有E-RAB的标识(E-RAB ID)、QoS参数等。
在存在已经设定了E-RAB的eNB的情况下,MME对该eNB修正E-RAB设定。
在有一个EPS承载的情况下,也可以使对各eNB设定的E-RAB设定相同。若EPS承载无变更,也可以使得与已对C-层面建立eNB设定的E-RAB设定相同。在此情况下,也可以仅使E-RAB标识不同。能利用该标识来单独地处理各eNB中的E-RAB设定。
MME向所选择的各eNB通知用于设定与作为通信对象的UE的E-RAB的信息。是与作为通信对象的UE相关的信息、MME进行了E-RAB设定或修正后的E-RAB设定等。MME对于进行了E-RAB修正后的E-RAB设定无变更的eNB,也可以无需通知修正后的E-RAB设定。
作为信令,也可以使用S1的初始内容设置请求(Initial context setuprequest)消息。初始内容设置请求(Initial context setup request)消息中,也可以仅通知与E-RAB的设定相关的信息。此外,在修正与UE相关的信息时,也可以使用S1的UE内容修改请求(UE context modification request)消息。
在设定E-RAB时,也可以使用S1的E-RAB设置请求(E-RAB setup request)消息。在修正E-RAB的设定时,也可以使用E-RAB修改请求(E-RAB modify request)消息。
此外,也可以重新设置各U-层面建立eNB与各U-层面建立eNB的E-RAB设定的对应一览表。也可以是E-RAB列表_U-层面(E-RAB list_U-plane)。MME也可以将该一览表通知给各U-层面建立eNB。各U-层面建立eNB能识别其它的U-层面建立eNB的E-RAB设定。
此外,MME可将与C-层面建立eNB有关的信息也通知给各U-层面建立eNB。也可以与用于设定该E-RAB的信息一起进行通知。作为与C-层面建立eNB相关的信息,可设为该C-层面建立eNB的标识或地址。由此,各U-层面建立eNB能向C-层面建立eNB通知必要的信息。例如,在将后述的各U-层面建立eNB所设定的DRB设定信息经由C-层面建立eNB通知给UE的情况下,能将该DRB设定信息通知给C-层面建立eNB。
各U-层面建立eNB利用由MME接收到的E-RAB设定信息,进行对作为通信对象的UE建立DRB/S1承载所需的处理。关于无线区间,进行DRB的设定。各U-层面建立eNB通过RRC功能,利用从MME通知的E-RAB设定,设定与作为通信对象的UE之间建立的DRB。作为DRB的设定,例如有DRB标识的设定、下层的设定。作为下层的设定,有PDCP设定、RLC设定、MAC设定、PHY设定等。
设定了DRB的各U-层面建立eNB向UE通知DRB设定信息。可在DRB设定信息中包含用于识别是哪个U-层面建立eNB的DRB设定信息的本eNB(小区)的标识、作为通信对象的UE的标识来进行通知。此外,各U-层面建立eNB可通知本eNB(小区)的***信息。此外,各U-层面建立eNB为了对作为通信对象的UE进行调度,在构成扩张后的下行链路控制信道即ePDCCH的情况下,可将ePDCCH的设定信息一起进行通知。此外,可将表示U-层面建立请求的意思的信息一起进行通知。
公开2个U-层面建立eNB向UE通知DRB设定信息、***信息、ePDCCH的设定个信息、表示U-层面建立请求的意思的信息进行通知的具体例。
(1)经由C-层面建立eNB进行通知。
(2)经由MME及C-层面建立eNB进行通知。
公开(1)的经由C-层面建立eNB进行通知的方法。设定了DRB的各U-层面建立eNB向C-层面建立eNB通知该DRB设定信息等。在该通知中,可设置新接口,也可以利用X2接口。也可设置新消息用于通知。
也可将该DRB设定信息等作为透明(transparent)用的载体(container)信息。在设为透明(transparent)用的载体信息的情况下,C-层面建立eNB(小区)将载体信息原样通知给UE即可。在载体信息中可装载包含于U-层面建立eNB的AS-config消息中的信息。AS-config消息中的无线资源配置专用(RadioResourceConfigDedicated)信息中也可包含每个U-层面建立eNB的DRB设定信息和***信息。也可为DRB列表。
C-层面建立eNB(小区)向UE通知与该UE之间建立的所有U-层面建立eNB的各DRB设定信息等。
也可设置各U-层面建立eNB与各自的DRB设定的一览表(DRB list_U-plane:DRB列表_U-层面)。C-层面建立eNB也可以将该一览表通知给UE。
在该通知时,利用RRC信令即可。可设置新消息,也可以在已有的RRC消息中包含U-层面建立eNB的DRB设定信息和***信息来进行通知。作为已有的RRC消息的具体例,利用RRC连接重置(RRC connection reconfiguration)消息或AS-config消息即可。RRC连接重置(RRC connection reconfiguration)消息或AS-config消息中的无线资源配置专用(RadioResourceConfigDedicated)信息中也可包含每个U-层面建立eNB的DRB设定信息和***信息。也可为DRB列表。
(1)的方法能不经由MME进行通知,因此,作为***可力图降低信令量。
公开了(2)的经由MME及C-层面建立eNB进行通知的方法。设定了DRB的各U-层面建立eNB向MME通知该DRB设定信息等。
在该通知中,利用S1接口即可。
MME向C-层面建立eNB通知DRB设定信息等。也可设置各U-层面建立eNB与各自的DRB设定的一览表。也可以是DRB列表_U-层面(DRB list_U-plane)。在该通知中,利用S1接口即可。也可设置新消息用于利用了S1接口进行的通知。
C-层面建立eNB(小区)将从MME接收到的DRB设定信息等通知给作为通信对象的UE。也可设置各U-层面建立eNB与各自的DRB设定的一览表。也可以是DRB列表_U-层面(DRBlist_U-plane)。C-层面建立eNB也可以将该一览表通知给UE。在该通知时,利用RRC信令即可。对此,能应用(1)的方法。
另外,(2)中,也可将该DRB设定信息等作为透明(transparent)用的载体(container)信息。在设为透明(transparent)用的载体信息的情况下,MME将载体信息原样通知给C-层面建立eNB即可。此外,C-层面建立eNB(小区)也可以将载体信息原样通知给UE。在载体信息中可载有包含于U-层面建立eNB的AS-config消息中的信息。AS-config消息中的无线资源配置专用(RadioResourceConfigDedicated)信息中也可包含每个U-层面建立eNB的DRB设定信息和***信息。也可为DRB列表。
(2)的方法中,即使在C-层面建立eNB与U-层面建立eNB间没有接口的情况下,也能向UE通知DRB设定信息。
通过这样,作为通信对象的UE可识别用于与建立U-层面的eNB之间建立DRB的DRB设定信息。此外,可识别用于与建立U-层面的eNB进行连接的***信息。
作为通信对象的UE进行与各U-层面建立eNB的DRB设定,且进行与各U-层面建立eNB(小区)的连接处理。
作为通信对象的UE在与各U-层面建立eNB的连接成功的情况下,可向各U-层面建立eNB通知连接完成消息。在该消息中可包含本UE的标识(作为通信对象的UE的标识),为了能识别是否完成与某一U-层面建立eNB的连接,还可包含连接完成的U-层面建立eNB(小区)的标识。
下面公开3种通知方法的具体例。
(1)经由C-层面建立eNB及MME向各U-层面建立eNB进行通知
(2)经由C-层面建立eNB向各U-层面建立eNB进行通知
(3)向U-层面建立eNB直接进行通知
对(1)进行公开。连接完成消息从UE经由C-层面建立eNB及MME通知给各U-层面建立eNB。UE由于未与仅U-层面建立eNB之间建立RRC连接,因此,无法利用RRC信令向仅U-层面建立eNB直接通知该消息。因此,(1)所公开的、经由C-层面建立eNB进行通知的方法是有效的。从UE向C-层面建立eNB进行的通知利用RRC信令即可。作为RRC消息,可利用RRC连接重置完成(RRC connection reconfiguration complete)即可。
从C-层面建立eNB向MME通知该消息时,可利用S1接口。可新设置S1消息。(1)的方法在没有X2接口的情况下也是有效的。
从MME向各U-层面建立eNB通知该消息时,可利用S1接口。
对(2)进行公开。连接完成消息从UE经由C-层面建立eNB通知给各U-层面建立eNB。从UE向C-层面建立eNB进行的通知利用RRC信令即可。作为RRC消息,可利用RRC连接重置完成(RRC connection reconfiguration complete)。
在从C-层面建立eNB向各U-层面建立eNB进行的通知中,可设置新接口,也可以利用X2接口。有X2接口的情况下,能进行通知而不设置新接口。
对(3)进行公开。连接完成消息从UE通知给各U-层面建立eNB。UE由于未与仅U-层面建立eNB之间建立RRC连接,因此,无法利用RRC信令向仅U-层面建立eNB直接通知该消息。
此处,为了该通知,新设置L1/L2控制消息。U-层面建立eNB具有L1/L2层的协议。因此,通过新设置L1/L2层的信令消息,能从UE向U-层面建立eNB通知该消息。作为L1/L2层,可设置为具有MAC功能或PHY功能。此外,也可以与L1/L2控制消息一起通知本UE的标识。或者,也可在L1/L2控制消息所使用的无线资源中载有利用了本UE的标识的代码。U-层面建立eNB(小区)通过利用该代码进行解调,从而能识别是来自哪个UE的消息。
接收到连接完成消息的各U-层面建立eNB进行与作为通信对象的UE建立DRB/S1承载的处理。
各U-层面建立eNB也可以将该处理的完成消息通知给MME。也可通知表示在UE与U-层面建立eNB之间完成DRB的设定或修正后的DRB的设定这一意思。该通知中,也可以使用S1的初始内容设置完成(Initial context setup complete)消息。此外,也可以通知E-RAB设定完成消息或E-RAB修正完成消息。
在该消息中可包含作为通信对象的UE的、MME能识别的UE标识(UE-ID)。或者,也可以是MME能识别的移动用户标识(mobile subscriber identity)。此外,也可包含本U-层面建立eNB(小区)的标识。作为MME能识别的UE标识,可设为MME内使用的UE标识。或者,也可设为该UE的C-层面建立eNB(小区)的标识、以及在C-层面建立eNB(小区)内使用的UE标识。
MME向S-GW请求对所选择的U-层面建立eNB设定S1承载。为了通知该请求,也可利用S1接口。例如,也可利用修改承载请求(modify bearer request)消息。该请求消息中可包含作为通信对象的UE的标识、所选择的U-层面建立eNB的标识、各U-层面建立eNB的E-RAB设定信息。也可以利用各U-层面建立eNB与各U-层面建立eNB的E-RAB设定的对应一览表、即E-RAB列表_U-层面(E-RAB list_U-plane)。此外,作为各U-层面建立eNB的标识,也可利用对各U-层面建立eNB所设定的IP地址。
S-GW对所通知的各U-层面建立eNB设定S1承载。在已设定S1承载的情况下,进行S1承载的修正。
进行了S1承载的设定或修正的S-GW向MME通知S1承载的设定或修正的完成消息。在该通知中,利用S11接口即可。也可利用S11的修改承载响应(Modify bearer response)消息。
由此,可在S-GW与各U-层面建立eNB间建立S1承载。
公开利用多个eNB来建立多个DRB/S1承载时的数据传输方法。由于利用多个U-层面建立eNB来建立DRB/S1承载,因此,能适用实施方式1中公开的数据传输方法。
对于下行链路的数据发送,MME计算各链路的品质比率。考虑该品质比率和各小区的话务量状况,决定最终对于各eNB的数据包的分配比率,利用数据包DL TX Racio IND(Packet DL TX Ratio IND)向S-GW通知该比率。S-GW按照该比率,将接收数据包分配给各eNB。另外,此处,对S-GW接收到的数据包不进行分离、结合等,接收数据包与发送给各个eNB的数据包是一一对应的。此外,根据各链路的品质及话务量数据的更新,正常地实施分配比率的确定。MME中计算各链路的品质比率时,可利用选择U-层面建立eNB时的指标。
对于上行链路的数据发送,UE测定与U-层面建立eNB的链路的品质,计算各链路的品质比率。然后,按照该比率,将发送数据包分配给各eNB的链路并进行发送。UE利用对各eNB的缓冲状态报告(BSR)通知对各eNB的发送数据量,在各eNB中,根据利用该BSR进行的调度来进行发送。此外,根据各链路的品质的更新,正常地实施分配比率的确定。
公开U-层面建立eNB开始向作为通信对象的UE发送数据的方法。
各U-层面建立eNB可将接收到来自UE的与U-层面建立eNB的连接完成消息作为契机,开始进行向UE的数据发送处理。UE可将向U-层面建立eNB发送连接完成消息作为契机,开始进行从该U-层面建立eNB(小区)的数据接收处理。由此,能降低UE与U-层面建立eNB(小区)的数据收发处理开始定时的偏差。
公开其它方法。U-层面建立eNB从S-GW接收数据后,开始进行向UE的数据发送处理。UE在检测出U-层面建立eNB(小区)并执行同步之后,开始进行从该U-层面建立eNB(小区)的接收处理。或者,UE也可在与U-层面建立eNB(小区)成功完成RA过程之后,开始进行从该U-层面建立eNB(小区)的接收处理。例如,可适用于没有来自UE的与U-层面建立eNB的连接完成消息的情况。该方法中,数据收发开始无需明确的契机,具有容易控制的优点。
在没有来自UE的与U-层面建立eNB的连接完成消息的情况下,UE在完成与U-层面建立eNB的连接之前,进行S-GW中的S1承载的设定/修正,下行链路数据有时会到达U-层面建立eNB。U-层面建立eNB从S-GW接收数据后,开始进行向UE的数据发送处理。UE还未完成与U-层面建立eNB的连接,无法接收该数据。
然而,通过在U-层面建立eNB中利用重传控制,能减少该数据的不到达情况。此外,还能通过事先增加最大重传次数,来基本消除该数据的不到达情况。因此,此处公开的方法可获得能容易控制成基本消除数据的不到达情况的效果。
公开UE与U-层面建立eNB(小区)收发U-层面数据的方法。
U-层面建立eNB(小区)将给该UE的调度信息映射到物理控制信道即PDCCH或ePDCCH并进行通知。ePDCCH的情况下,U-层面建立eNB(小区)事先向UE通知该ePDCCH的设定信息。作为该信息的具体例,有使用的资源(物理资源块(PRB)、流程)信息。该ePDCCH设定信息的设定也可作为RRC功能。也可作为U-层面建立eNB所具有的RRC功能。通知该ePDCCH时,可如上述那样经由C-层面建立eNB(小区)通知给作为通信对象的UE,作为其它方法,也可从U-层面建立eNB(小区)经由MAC利用RA过程来进行通知。
UE监视U-层面建立eNB(小区)的PDCCH。或者,在利用ePDCCH进行调度的情况下,也可监视ePDCCH。通过接收PDCCH或ePDCCH,可获得数据的调度信息,按照该调度信息来接收数据即可。数据在各U-层面建立eNB(小区)中映射到PDSCH,并分配给物理无线资源。
也可设定用于U-层面建立eNB(小区)的DRX。用于U-层面建立eNB的DRX的设定可由RRC进行。在U-层面建立eNB进行设定的情况下,也可作为U-层面建立eNB中所设置的RRC功能。DRX设定可由U-层面建立eNB进行,经由C-层面建立eNB(小区)通知给UE,也可从U-层面建立eNB(小区)经由MAC利用RA过程来进行通知。
DRX设定也可由C-层面建立eNB(小区)进行,并通知给UE及各U-层面建立eNB(小区)。
DRX的激活/停用(activation/deactivation)可由MAC进行。可作为各U-层面建立eNB中所设置的MAC的功能。
也可为了U-层面建立eNB(小区)而设定SPS(semi persistent scheduling,半持续调度)。SPS的时间设定由RRC进行。在U-层面建立eNB进行设定的情况下,也可将SPS的时间设定设为U-层面建立eNB中所设置的RRC功能。SPS设定可由U-层面建立eNB(小区)进行,经由C-层面建立eNB(小区)通知给UE,也可从U-层面建立eNB(小区)经由MAC利用RA过程来进行通知。
SPS设定也可由C-层面建立eNB(小区)进行,并通知给UE及各U-层面建立eNB(小区)。
SPS的频率轴上的调度可由MAC来进行。可作为各U-层面建立eNB中所设置的MAC的功能。频率轴上的调度结果可由调度用的物理控制信号即PDCCH或ePDCCH来通知给UE即可。
也可在各U-层面建立eNB(小区)间将数据的调度定时错开。换言之,可在各U-层面建立eNB(小区)间将数据的收发定时进行时间分割。仅有一个收发机的UE可支持与多个U-层面建立eNB的通信。为了使多个U-层面建立eNB(小区)中的数据的调度定时错开,可利用DRX的设定来进行。或者,也可利用SPS的设定来进行。各U-层面建立eNB的DRX的设定或SPS的设定可适用由C-层面建立eNB来进行,并通知给UE及各U-层面建立eNB(小区)的方法。
此外,也可以适用后述的实施方式7中公开的方法。实施方式7中主eNB(mastereNB)进行各从eNB(slave eNB)的时间设定,但将主eNB设为C-层面建立eNB,使各从eNB对应于各仅U-层面建立eNB即可。
作为其它方法,也可在各U-层面建立eNB(小区)间将数据的调度定时设定为在同一期间内。在同一期间内,进行所有U-层面建立eNB的数据调度及数据的收发。这样,也可利用上述DRX的设定或SPS的设定来进行。
此外,也可以不是所有U-层面建立eNB,而可以分成多个U-层面建立eNB组,对每个该U-层面建立eNB组,将数据的调度定时设定为在同一期间内。
由此,将UE收发的定时限定在规定的同一期间内,因此,可力图降低UE的功耗。
图30是表示实施方式2的流程例的图。该流程例中,利用一个eNB建立RRC连接,利用多个eNB建立/修正DRB/S1承载。对P-GW、HSS中的处理进行省略。
作为通信对象的UE在3001中处于RRC_空闲(RRC_Idle)状态。UE在ST3002中,经由建立RRC连接的C-eNB,在与MME及S-GW之间进行服务请求处理。通过该处理,在UE与C-eNB间建立无线承载1(radio bearer1)(3003),在C-eNB与S-GW间建立S1承载(3004)。因此,在UE与S-GW间建立E-RAB。利用所建立的承载,在UE与C-eNB间(ST3005)、C-eNB与S-GW间(ST3006),能实现U-层面数据(用户数据)的通信。
UE在ST3007中,将测定报告通知给C-层面建立eNB即C-eNB。该报告中可包含MME用于选择U-层面建立eNB的指标。
接收到来自UE的测定报告的C-eNB在ST3008中向MME通知该信息。例如,在利用通信品质信息作为指标的情况下,可新设置通信品质报告消息。该消息中可包含本UE的位置信息。
MME在ST3009中,对作为通信对象的UE选择U-层面建立eNB。也可选择C-层面建立eNB来作为U-层面建立eNB。选择中,可利用ST3008中接收到的指标。
选择了U-层面建立eNB的MME在步骤ST3010中,进行各U-层面建立eNB中所建立的E-RAB的设定。此处,C-层面建立eNB也与作为通信对象的UE建立U-层面。由于已对C-eNB建立E-RAB,因此,进行E-RAB设定的修正。对于U-eNB,重新进行与作为通信对象的UE的E-RAB设定。
MME在ST3011、ST3012中,向各U-层面建立eNB通知包含E-RAB设定信息的、E-RAB设定请求消息或E-RAB修正请求消息。
ST3013中,C-eNB利用由MME接收到的E-RAB设定修正信息,对于作为通信对象的UE进行DRB的再设定。
ST3014中,U-eNB利用由MME接收到的E-RAB设定信息,对与作为通信对象的UE进行建立DRB/S1承载所需的处理。关于无线区间,进行DRB的设定。
ST3014中设定了DRB的U-eNB在ST3015中,向C-eNB通知本eNB的DRB设定信息等。本例中,作为消息,新设置U-层面连接设定消息并进行通知。
ST3013中进行了DRB的再设定的C-eNB在ST3016中,向UE通知DRB设定信息等。ST3015中从U-eNB接收到DRB设定信息等的情况下,向ST3016通知包含该U-层面建立eNB的DRB设定信息等的内容。可将各U-层面建立eNB(小区)的DRB设定信息、各U-层面建立eNB(小区)的标识、各U-层面建立eNB(小区)的***信息、ePDCCH的设定信息对应起来进行通知。在通知时,利用RRC信令,利用RRC消息。此处,利用RRC连接再设定消息。该消息中可包含表示U-层面建立请求的意思的信息。
ST3016中接收到RRC连接重置(RRC connection reconfiguration)消息的UE在该消息中包含表示U-层面建立请求的意思的信息的情况下,利用消息内的U-层面建立eNB的DRB设定信息,设定各U-层面建立eNB的DRB。
ST3017中,UE开始与新建立的U-层面建立eNB的连接处理。
ST3018中,进行U-eNB(小区)的检测、同步。也可利用ST3016中接收到的U-层面建立eNB(小区)的标识。
ST3019中,UE向U-eNB(小区)通知PRACH。也可利用ST3016中接收到的U-层面建立eNB(小区)的***信息中的与PRACH相关的信息。
ST3020中,U-eNB(小区)向UE通知上行链路的定时调整用的TA(timing advanced,定时提前)。通常,由于C-eNB(小区)与UE间的距离和U-eNB(小区)与UE间的距离不同,因此,传播时间不同。因此,用于U-eNB(小区)的上行链路定时调整时,无法利用C-eNB(小区)的上行链路定时调整用的TA,需要重新从U-eNB(小区)向UE通知U-eNB(小区)的上行链路定时调整用的TA。
通过以上的处理,UE完成与U-层面建立eNB的连接处理。
完成了与U-层面建立eNB的连接处理的UE在ST3021中,向C-层面建立eNB通知连接完成消息。此处,利用RRC连接重置完成(RRC connection reconfiguration complete)消息。
ST3021中,接收到连接完成消息的C-eNB识别出UE进行了本eNB(小区)的DRB设定处理。此外,识别出UE完成了与其它U-层面建立eNB的连接。
识别出UE完成了与U-层面建立eNB的连接的C-eNB在ST3022中,向完成了与UE的连接的U-eNB通知连接完成消息。作为消息,新设置U-层面连接设定完成消息。
C-eNB进行与作为通信对象的UE的修正后的DRB设定的处理,在ST3037中,向MME通知E-RAB修正完成消息。
ST3022中,接收到U-层面连接设定完成消息的U-eNB进行与作为通信对象的UE建立DRB/S1承载的处理,在ST3023中,向MME通知E-RAB设定完成消息。该通知中,也可以使用UE内容设置完成(UE context setup complete)消息。
ST3037、ST3023中从包含C-eNB的U-层面建立eNB接收到E-RAB设定完成消息或E-RAB修正完成消息的MME可识别出各U-层面建立eNB的DRB/S1承载设定(修正)已完成。
识别出各U-层面建立eNB的E-RAB设定已完成的MME在ST3024中,向S-GW通知请求设定或修正S1承载的消息。此处,利用修改承载请求(modify bearer request)消息。
接收到请求设定或修正S1承载的消息的S-GW在ST3025中,按照该消息中包含的信息,设定或修正与各U-层面建立eNB间的S1承载。
进行了S1承载的设定或修正的S-GW在ST3026中,向MME通知S1承载的设定或修正的完成消息。此处,利用修改承载响应(modify bearer response)消息。
通过以上的处理,在UE与U-层面建立eNB间建立DRB3027,在U-层面建立eNB与S-GW间建立S1承载3028。由此,在UE与U-eNB间、U-eNB与S-GW间能进行数据通信。
ST3029中,在构成有U-层面建立eNB的PDCCH或ePDCCH的情况下,UE接收ePDCCH。
ST3030中,U-层面建立eNB进行对作为通信对象的UE进行用户数据的多路复用和调度,ST3031中,将调度信息映射到PDCCH或ePDCCH并进行发送。
ST3032中,在与UE与U-eNB之间进行用户数据的收发。用户数据根据调度信息被映射到PDSCH或PUSCH,并分配给物理无线资源。
ST3033中,U-eNB与S-GW之间进行用户数据的收发。
通过以上处理,在UE与S-GW间利用多个eNB(C-eNB、U-eNB)建立DRB/S1承载,能收发用户数据。
公开将与作为通信对象的UE之间仅建立U-层面的eNB删除的方法。换言之,公开将要删除的eNB与作为通信对象的UE之间所建立的E-RAB释放的方法、或者将要删除的eNB与作为通信对象的UE之间所建立的DRB/S1承载释放的方法。
本实施方式中,MME选择要删除的eNB。作为选择的指标,可适用上述的、MME选择要与作为通信对象的UE建立DRB/S1承载的eNB时的指标。MME利用该指标来选择要删除的eNB。例如,在U-层面建立eNB中的、作为通信对象的UE与该U-层面建立eNB(小区)间的通信品质劣化、且低于规定阈值的情况下,可将该eNB选择作为要删除的eNB。
MME进行除了要删除的eNB以外的U-层面建立eNB的、对作为通信对象的UE进行E-RAB的设定。MME向该各U-层面建立eNB通知E-RAB设定。
在该通知中,也可以使用S1的E-RAB修正请求消息。对于MME进行了E-RAB修正后的E-RAB设定中无变更的eNB,也可以不通知修正后的E-RAB。
MME向要删除的eNB通知与作为通信对象的UE之间所建立的E-RAB的释放指示。在该通知中,利用S1信令即可。也可利用S1的UE内容释放指示消息。在释放E-RAB时,也可以使用S1的E-RAB释放指示消息。在释放指示消息中可包含要删除的E-RAB的设定信息、用于能识别是释放哪个UE的E-RAB的UE标识。
接收到与作为通信对象的UE之间所建立的E-RAB的释放指示的U-层面建立eNB在本eNB中,进行与作为通信对象的UE之间所建立的DRB/S1承载的释放处理。
与接收到E-RAB建立请求消息或修正请求消息的各U-层面建立eNB相关的处理可适用上述建立/修正E-RAB的处理。
公开U-层面建立eNB在本eNB中将与作为通信对象的UE之间所建立的DRB/S1承载释放的方法。
进行了DRB/S1承载的释放处理的U-层面建立eNB向UE通知DRB释放信息。可在DRB释放信息中通知作为通信对象的UE的标识,用于识别是哪个U-层面建立eNB的DRB释放的信息、例如U-层面建立eNB(小区)的标识。此外,该消息中也可包含表示释放U-层面请求的意思的信息。
公开2个向UE通知DRB释放信息等的具体例。
(1)经由C-层面建立eNB进行通知。
(2)经由MME及C-层面建立eNB进行通知。
公开(1)的经由C-层面建立eNB进行通知的方法。进行了DRB/S1承载的释放处理的U-层面建立eNB向C-层面建立eNB通知DRB释放信息等。在该通知中,可设置新接口,也可以利用X2接口。也可设置新消息用于通知。
C-层面建立eNB(小区)向通信对象的UE通知进行DRB的释放的U-层面建立eNB的DRB释放信息等。
对于作为通信对象的UE,也可设置把要删除的U-层面建立eNB的DRB释放信息与各U-层面建立eNB各自的DRB设定信息与各U-层面建立eNB相对应的一览表。也可以包含于DRB列表_U-层面(DRB list_U-plane)中。C-层面建立eNB也可以将该一览表通知给UE。
该通知方法应用向UE通知DRB设定信息等的方法即可。可包含DRB释放信息、表示U-层面释放请求的意思的信息。
(1)的方法能不经由MME,因此,作为***可力图降低信令量。
公开(2)的经由MME及C-层面建立eNB进行通知的方法。
进行了DRB/S1承载的释放处理的U-层面建立eNB向MME通知DRB释放信息等。在该通知中,利用S1接口即可。
MME向C-层面建立eNB通知DRB释放信息等。也可以包含释放DRB的U-层面建立eNB和DRB释放信息、以及各U-层面建立eNB和各自的DRB设定来设置一览表。也可以包含于DRB列表_U-层面(DRB list_U-plane)中。在该通知中,利用S1接口即可。也可设置新消息用于利用了S1接口进行的通知。
C-层面建立eNB(小区)将从MME接收到的DRB释放信息等通知给作为通信对象的UE。也可包含各U-层面建立eNB与各自的DRB设定来设置一览表。也可以包含于DRB列表_U-层面(DRB list_U-plane)中。C-层面建立eNB(小区)也可以将该一览表通知给UE。
关于该通知方法,能应用(1)的方法。
(2)的方法中,即使在C-层面建立eNB与U-层面建立eNB间没有接口的情况下,也能向UE通知DRB释放信息。
通过这样,作为通信对象的UE可识别与要删除的U-层面建立eNB之间所建立DRB/S1承载的释放。
接收到DRB释放信息等的UE进行与进行DRB的释放的U-层面建立eNB(小区)的DRB设定释放处理,进行与该U-层面建立eNB(小区)的连接结束处理。
作为连接结束处理,结束例如与该U-层面建立eNB的同步处理、对来自该U-层面建立eNB的调度用的PDCCH或ePDCCH进行的监视等。
进行了与该U-层面建立eNB的DRB释放处理及连接结束处理的的UE可向该U-层面建立eNB通知连接结束消息。在该消息中可包含作为通信对象的UE的、MME能识别的UE标识(UE-ID)。或者,也可以是MME能识别的移动用户标识(mobile subscriber identity)。此外,也可包含本U-层面建立eNB(小区)的标识。作为MME能识别的UE标识,可设为MME内使用的UE标识。或者,也可设为该UE的C-层面建立eNB(小区)的标识、以及在C-层面建立eNB(小区)内使用的UE标识。
下面公开3种通知方法的具体例。
(1)经由C-层面建立eNB及MME向要删除的各U-层面建立eNB进行通知
(2)经由C-层面建立eNB向要删除的各U-层面建立eNB进行通知
(3)向要删除的各U-层面建立eNB直接进行通知
关于这些方法,应用上述的将连接完成消息通知给各U-层面建立eNB的方法即可。
接收到连接结束消息的各U-层面建立eNB进行与作为通信对象的UE之间所建立的DRB/S1承载的释放处理。
进行了DRB/S1承载的释放处理的U-层面建立eNB可向MME通知释放完成。也可通知表示在UE与U-层面建立eNB之间所建立的DRB的释放完成这一意思。该通知中,也可以使用S1的UE内容释放完成(UE context release complete)消息。
MME向S-GW对要删除的U-层面建立eNB请求释放S1承载。为了通知该请求,也可利用S1接口。例如,利用修改承载请求(modify bearer request)消息即可。该请求消息中可包含作为通信对象的UE的标识、要删除的U-层面建立eNB的标识、要删除的U-层面建立eNB的E-RAB设定信息。也可以利用各U-层面建立eNB与各U-层面建立eNB的E-RAB设定的对应一览表即E-RAB列表_U-层面(E-RAB list_U-plane)。此外,作为各U-层面建立eNB的标识,也可利用对各U-层面建立eNB所设定的IP地址。
S-GW释放所通知的删除U-层面建立eNB与作为通信对象的UE之间所建立的S1承载。
进行了S1承载的释放的S-GW向MME通知S1承载的释放完成消息。在该通知中,利用S11接口即可。也可利用S11的修改承载响应(Modify bearer response)消息。
通过这样,将利用要删除的U-层面建立eNB在S-GW与作为通信对象的UE间所建立的DRB/S1承载释放。
关于数据传输方法,利用除了已删除的eNB以外的、在与作为对象的UE之间建立DRB/S1承载的多个U-层面建立eNB,应用实施方式1中公开的数据传输方法即可。
图31是表示实施方式2的删除U-层面(U-plane)建立eNB的情况下的流程例的图。图31所示的流程与图30所示的流程相类似,因此对相同的步骤赋予相同的步骤编号,并省略共同的说明。
ST3008中从C-eNB接收到通信品质报告消息的MME在ST3101中,决定从所建立的U-层面建立eNB中,删除一个或多个U-层面建立eNB。也可与对其它的U-层面建立eNB的选择一起进行。
ST3101中决定了要删除的U-层面建立eNB的MME在步骤ST3010中,进行除了要删除的U-层面建立eNB以外的、U-层面建立eNB的各E-RAB设定。此时,也可包含新选择的U-层面建立eNB。此处,将U-eNB设为要删除的U-层面建立eNB,将C-eNB设为除了要删除的U-层面建立eNB以外的、U-层面建立eNB。
与图30中说明的同样,进行了U-层面建立eNB的各E-RAB设定的MME在ST3011中向C-eNB通知E-RAB修正请求消息。此外,接收到该请求消息的C-eNB对作为通信对象的UE进行DRB的再设定。
另一方面,ST3101中决定了要删除的U-层面建立eNB的MME在步骤ST3102中,向要删除的U-层面建立eNB通知E-RAB释放指示。
ST3102中接收到E-RAB释放指示的U-eNB在ST3103中进行DRB/S1承载的释放处理。关于无线区间,进行DRB的释放处理。
ST3103中进行了DRB/S1承载的释放处理的U-eNB在ST3104中,向C-eNB通知DRB设定的释放信息。作为消息,新设置U-层面连接再设定消息并进行通知。
ST3104中从U-eNB接收到DRB释放信息的C-eNB在ST3105中,向UE通知DRB设定信息。
C-eNB在进行DRB的再设定的情况下,可包含DRB设定信息来进行通知。可把要删除的U-层面建立eNB(小区)的DRB释放信息、设定/修正的U-层面建立eNB(小区)的DRB设定信息、各U-层面建立eNB(小区)的标识、各U-层面建立eNB(小区)的***信息对应起来通知。此处,在通知时利用RRC连接重置(RRC connection reconfiguration)消息。
ST3105中接收到RRC连接重置(RRC connection reconfiguration)消息的UE在该消息中包含表示U-层面释放请求的意思的信息的情况下,利用消息内的要删除的U-层面建立eNB的DRB释放信息,释放该U-层面建立eNB的DRB设定。
ST3106中,UE进行与要删除的U-层面建立eNB的连接结束处理。
完成了与要删除的U-层面建立eNB的连接结束处理的UE在ST3107中,向C-层面建立eNB通知连接结束处理完成消息。此处,作为该消息,利用RRC连接重置完成(RRCconnection reconfiguration complete)消息。
此外,也可在该消息中包含设定/修正的U-层面建立eNB(小区)的DRB设定完成信息。此处,也可包含表示对于C-eNB的、修正后的DRB的设定完成的意思的信息。
ST3107中,接收到连接结束处理完成消息的C-eNB识别出UE完成了与U-层面建立eNB的连接结束处理。此外,识别出UE进行了本eNB(小区)的DRB修正处理。
识别出UE完成了与U-层面建立eNB的连接结束处理的C-eNB在ST3108中,向U-eNB通知连接结束处理完成消息。在该消息中可包含作为通信对象的UE的标识、本eNB(小区)的标识。该通知中利用X2接口或新设置的接口,作为消息,新设置U-层面连接重置完成(U-plane connection reconfiguration complete)来进行通知。
识别出UE进行了本eNB(小区)的DRB修正处理的C-eNB在ST3116中,向MME通知E-RAB修正完成消息。
ST3108中,接收到U-层面连接结束处理完成消息的U-eNB进行DRB/S1承载的释放处理,在ST3109中,向MME通知E-RAB释放完成消息。该通知中,也可以使用UE内容释放完成(UE context release complete)消息。
ST3116、ST3109中从包含C-eNB的U-层面建立eNB接收到E-RAB修正完成消息或E-RAB释放完成消息的MME可识别出各U-层面建立eNB的E-RAB释放及E-RAB修正已完成。
识别出各U-层面建立eNB的E-RAB释放已完成的MME在ST3110中向S-GW通知请求释放S1承载的消息。此处,利用修改承载请求(modify bearer request)消息。
接收到请求释放S1承载的消息的S-GW在ST3111中,利用该消息中包含的信息,释放与要删除的U-层面建立eNB间的S1承载。
进行了S1承载的释放的S-GW在步骤ST3112中向MME通知S1承载的释放完成消息。此处,利用修改承载响应(modify bearer response)消息。
通过以上的处理,在UE与U-层面建立eNB间释放DRB,在U-层面建立eNB与S-GW间的S1承载得到释放。由此,完成对作为通信对象的UE进行的U-层面建立eNB的删除处理。
根据以上内容,利用UE与C-eNB间的无线承载1(3003)、C-eNB与S-GW间的S1承载1(3004)来进行作为通信对象的UE用的U-层面的连接。ST3005、ST3006中,利用该承载,在UE与S-GW之间进行用户数据的收发。
对于将与作为通信对象的UE之间仅建立U-层面的eNB删除的方法,公开其它方法。对利用了上述指标(7)的情况进行公开。
仅U-层面建立eNB在较长期间内与作为通信对象的UE之间在无线区间(Uu)内没有数据传输,并检测到超时,在此情况下,释放与作为通信对象的UE之间所建立的DRB/S1承载。
图32是表示实施方式2的删除U-层面(U-plane)建立eNB的情况下的其它流程例的图。图32所示的流程与图30、图31所示的流程相类似,因此对相同的步骤赋予相同的步骤编号,并省略共同的说明。
正在建立U-层面的eNB在ST3202中监视与作为通信对象的UE之间在无线区间(Uu)内的数据传输。在较长期间内没有数据传输、并检测到数据超时(数据监视timer期满),在此情况下,释放与作为通信对象的UE之间所建立的DRB/S1承载。
监视与作为通信对象的UE之间在无线区间的数据传输、检测出数据超时的U-层面建立eNB在ST3203中,向MME通知本eNB与作为通信对象的UE所建立的E-RAB释放的请求消息。在通知时,利用S1信令即可。在该请求消息中,可包含作为理由检测出表示数据监视的计时器期满这一意思、且数据超时的UE的标识,本eNB的标识。
ST3203中,接收到E-RAB释放请求消息的MME将通知到的U-层面建立eNB决定作为要删除的eNB。
ST3010中,MME对除了要删除的eNB以外的U-层面建立eNB的、作为通信对象的UE进行E-RAB的设定。
此外,MME向要删除的eNB通知在与作为通信对象的UE之间所建立的E-RAB的释放指示。之后的处理进行图31所示的ST3114即可。
图31中,UE通过接收ST3105,进行与要删除的U-层面建立eNB的连接结束处理。这样,能避免与U-层面建立eNB的判断不一致的误动作。
并不限定于此,作为其它方法,当UE在ST3201中检测出数据超时的情况下,也可进行与要删除的U-层面建立eNB的连接结束处理。由此,UE能提早进行与该U-层面建立eNB的连接结束处理,不再进行与不必要的U-层面建立eNB的通信维持处理,例如同步处理、对调度用的PDCCH或ePDCCH进行的监视等,能降低UE的功耗。
对于将与作为通信对象的UE之间仅建立U-层面的eNB删除的方法,公开其它方法。
UE进行与各U-层面建立eNB(小区)之间在无线通信区间的监视(RLM:Radio LinkMonitor,无线链路监视)。
UE接收各U-层面建立小区的RS,利用该RS的接收结果来判断无线通信区间的接收品质劣化。以下示出5种RS的具体例。
(1)跟踪用RS
(2)解调用RS
(3)CRS
(4)UE-特定(specific)RS
(5)(1)至(4)的组合。
另外,也可以利用相当于RS的信号来代替RS。
UE在无线通信区间的接收品质在规定期间内低于规定阈值的情况下,判断为接收品质劣化。或者,在无线通信区间的接收品质在规定期间内低于规定阈值的情况下,再次与该U-层面建立eNB(小区)重新进行连接即可。进行该U-层面建立eNB(小区)的检测、同步、PRACH发送、TA的接收。对再连接尝试次数设置最大值,在即使进行了该最大值的再连接也无法连接的情况下,也可判断为接收品质劣化。
判断为接收品质劣化的UE将无线通信区间的接收品质劣化这一情况通知给C-层面建立eNB。为了搞清是哪个U-层面建立eNB的无线通信区间的接收品质劣化,在该通知中包含U-层面建立eNB的标识即可。
从UE接收到该劣化信息的C-层面建立eNB(小区)向MME通知与接收品质发生劣化的U-层面建立eNB的无线链路(Radio Link)的切断请求消息。作为该无线链路的切断请求消息,可采用上述的E-RAB资源的请求消息。在通知时,利用S1信令即可。该请求消息中可包含接收品质发生劣化的U-层面建立eNB、作为通信对象的UE的标识。
接收到该请求消息的MME选择通知到的U-层面建立eNB来作为要删除的eNB。
MME进行除了要删除的eNB以外的U-层面建立eNB的、对作为通信对象的UE的E-RAB的设定。MME向该各U-层面建立eNB通知E-RAB设定。此外,MME向要删除的eNB通知在与作为通信对象的UE之间所建立的E-RAB的释放指示。之后的处理应用上述公开的方法即可。
另外,UE在进行RLM、判断为无线通信区间的接收品质发生劣化的时刻,也可结束与该接收品质发生劣化的U-层面建立eNB的通信。例如,结束与该U-层面建立eNB的同步处理、对来自该U-层面建立eNB的调度用的PDCCH或ePDCCH进行的监视等。
在删除仅U-层面建立eNB等情况下,UE与该U-层面建立eNB间的连接结束处理和在S-GW间的S1承载的路径切换的定时有时会有偏差。
例如,在图31所示的、删除仅U-层面建立eNB的流程例中,在ST3106中,UE进行与U-eNB的连接结束处理。从该定时开始,UE变得无法接收来自U-eNB的下行链路用户数据。但是,在该定时,不进行ST3111的S-GW中的S1承载路径的删除/修正处理。即,用户数据被发送到原来的路径即U-eNB。因此,从UE与U-eNB的连接结束处理到S-GW中的S1承载路径的删除/修正处理之间,发送到U-eNB的下行链路用户数据的处理变得不明确。
此处,以下公开2种解决该问题的方法。
(1)删除。
(2)在U-层面建立eNB间进行用户数据的传送。
(1)中,将从S-GW发送到要删除的U-层面建立eNB的用户数据删除。由于不特别进行用于该处理的控制,因此,能无控制延迟地加快S1承载路径的切换控制。
(2)中,将从S-GW发送到要删除的U-层面建立eNB的用户数据传送到不删除的U-层面建立eNB。在该U-层面建立eNB间进行传送用的设定即可。也可经由C-层面建立eNB来进行传送用的设定。由此,能进行用户数据的传送,能以用户数据无损耗的方式加快S1承载路径的切换控制。
图33是表示实施方式2的在U-层面(U-plane)建立eNB间进行数据传送的情况下的流程例的图。从U-eNB到C-eNB间进行数据传送。图33所示的流程与图31所示的流程相类似,因此对相同的步骤赋予相同的步骤编号,并省略共同的说明。
ST3103中进行了DRB的释放设定的U-eNB在ST3302中,对在ST3301中接收到的来自S-GW的下行链路用户数据进行缓冲。
此外,ST3103中进行了DRB的释放设定的U-eNB在ST3303中,在与C-eNB之间进行用户数据的传送用的设定。
此处,有时C-eNB未建立U-层面的连接。在要删除的U-层面建立eNB与未被删除的U-层面建立eNB之间进行用户数据的传送用的设定即可。建立U-层面的连接的eNB的标识由MME进行通知即可。例如,也可以设置各U-层面建立eNB与各U-层面建立eNB的E-RAB设定的对应一览表,MME将该一览表通知给要删除的U-层面建立eNB。要删除的U-层面建立eNB也能识别其它的U-层面建立eNB的E-RAB设定。
ST3303中在U-eNB与C-eNB之间进行用户数据的传送设定之后,ST3304中将来自S-GW的用户数据从U-eNB传送到C-eNB即可。接收到用户数据的C-eNB利用本eNB(小区)的U-层面连接承载,向UE发送该用户数据。
ST3304的处理也可在ST3108之后进行。U-eNB在识别出UE中的连接结束处理完成之后,进行用户数据的传送。由此,能避免出现连接还未结束就传送用户数据的动作。
此外,也可在将从S-GW接收到的用户数据全部传送之后,结束用户数据的传送。也可解除与C-eNB之间的传送设定。
这样,即使UE与该U-层面建立eNB间的连接结束处理和在S-GW间的S1承载的路径切换的定时有时有偏差,也能可靠地处理下行链路用户数据,可消除作为***的误动作。
在有一个U-层面建立小区(eNB)的情况下,在变更U-层面建立小区(eNB)时,若不做些改进,有时对于作为通信对象的UE的U-层面连接会被切断。例如,在进行原来的U-层面建立小区(eNB)的删除处理之后进行新的U-层面建立小区(eNB)的设定处理的情况。若U-层面连接被切断,则用户数据的通信停止,对用户造成不便。为了解决这种问题,也可应用上述的用户数据的传送方法。利用原来的U-层面建立eNB对用户数据进行缓冲,在建立新的U-层面连接用的eNB之后,在原来的U-层面建立eNB与新的U-层面建立eNB间进行用户数据的传送设定。然后,从原来的U-层面建立eNB向新的U-层面建立eNB进行用户数据的传送即可。这样,能避免用户数据的通信停止。此外,在UE仅具有与一个U-层面建立eNB连接的能力的情况下,该方法是有效的。
在UE具有与多个U-层面建立小区(eNB)连接的能力的情况下,作为其它方法,对于作为通信对象的UE,也可在建立新的U-层面连接用的eNB(小区)之后,进行原来的U-层面建立小区(eNB)的删除处理。由此,作为通信对象的UE与多个U-层面建立eNB(小区)连接,但不会切断U-层面的连接,能避免用户数据的通信停止。
该方法中,也可暂时利用C-层面建立eNB(小区),经由其进行U-层面的连接。对于作为通信对象的UE,暂时利用C-层面建立eNB(小区)来建立U-层面的连接,在进行原来的U-层面建立eNB(小区)的删除处理之后,进行新的U-层面建立eNB(小区)的设定处理。在该处理完成之后,也可结束C-层面建立小区(eNB)中的U-层面的连接。可以得到相同的效果。此外,通过经由C-层面建立小区,从而无需选择新的U-层面建立eNB(小区),能以低延迟将U-层面的连接变更为C-层面建立eNB(小区)。因此,在选择新的U-层面建立小区会花费时间的情况下,能降低并停止通信劣化的情况,是有效的。
通过采用本实施方式公开的方法,对于作为通信对象的UE,能利用多个eNB进行分组数据的通信,因此,能增大UE的通信容量。
此外,即使在将小区缩小的情况下,也能利用多个eNB,可提高频率利用效率,作为***可增大通信容量。
此外,无需用于建立多个RRC连接的控制处理,可使控制处理变容易,可降低信令量、控制延迟量。
此外,U-层面建立eNB的RRC功能是可限定的,因此,例如在构成U-层面建立专用的eNB的情况下,与以往的eNB相比,能简化结构。
此外,对于UE的移动控制,无需用于建立多个RRC连接的控制处理,因此,只要在C-层面建立eNB(小区)的覆盖范围内,仅变更(建立/修正/删除)U-层面建立eNB即可,因此,可力图实现控制处理的低延迟、高速化。例如,在设C-层面建立eNB(小区)为覆盖范围小区、U-层面建立eNB(小区)为容量小区等情况下,可不在容量小区间进行HO控制,仅变更(建立/修正/删除)U-层面建立eNB即可。
实施方式2的变形例1
在以往的方法中,对于作为通信对象的UE的控制信息在MME、该UE、进行了RRC连接的一个C-层面建立eNB间进行收发。然而,在实施方式2公开的方法的情况下,对于作为通信对象的UE的控制信息在MME与各U-层面建立eNB间直接进行收发。因此,MME中对于作为通信对象的UE的控制处理与以往相比变得复杂。
因此,实施方式2变形例1中,公开经由C-层面建立eNB进行信令的方法。
对于一个通信,利用一个eNB(小区)建立C-层面的连接,利用多个eNB(小区)建立U-层面的连接。经由C-层面建立eNB来进行MME与U-层面建立eNB间的信令。
为了经由C-层面建立eNB来进行MME与U-层面建立eNB间的信令,MME向作为通信对象的UE的C-层面建立eNB通知对该作为通信对象的UE的各U-层面建立eNB的信令传送请求。在信令传送请求消息中可包含作为通信对象的UE的标识(UE-ID)。此外,也可包含用于确定作为传送对象的各U-层面建立eNB(小区)的传送对象各U-层面建立eNB(小区)的标识或地址。
接收到该信令传送请求的C-层面建立eNB针对对于作为通信对象的UE的信令进行传送处理,将来自MME的信令传送给各U-层面建立eNB,将来自各U-层面建立eNB的信令传送给MME。
信令传送请求可在MME将各U-层面建立eNB的E-RAB设定通知给各U-层面建立eNB之前进行通知。或者,也可在MME将各U-层面建立eNB的E-RAB设定通知给各U-层面建立eNB的同时进行通知。可包含在MME将各U-层面建立eNB的E-RAB设定通知给各U-层面建立eNB的信令中进行通知。
根据本变形例所公开的方法,对于作为通信对象的UE的、MME与U-层面建立eNB间的信令可经由C-层面建立eNB来进行。
图34是表示实施方式2变形例1的架构的图。图34所示的架构与图28所示的架构相类似,因此对相同的元素赋予相同的编号,并省略共同的说明。
图中示出构成U-层面建立专用的eNB时的架构。此外,该架构也可为仅对作为本变形例的通信对象的UE而示出的架构。
3401是在C-eNB与U-eNB中建立的S1接口。C-eNB2804具有如下功能:针对对于作为通信对象的UE2806的信令,将来自MME2803的信令传送给各U-层面建立eNB2805,将来自各U-层面建立eNB2805的信令传送给MME2803。
此外,由于构成U-层面建立专用的eNB时的架构,可删除图28所示的、将MME2803与U-eNB2805间直接连接的接口2815。这是因为在本变形例中,使MME与U-层面建立eNB间的信令经由C-层面建立eNB来进行。
另外,不在构成U-层面建立专用的eNB的情况下,而在U-eNB和具有C-层面连接的UE存在的情况下,可设置将MME-U-eNB间直接连接的接口2815。
另外,此处,UE(2806)相当于移动站,C-eNB(2804)相当于第1基站,U-eNB(2805)相当于第2基站,MME(2803)及S-GW(2802)相当于网关站。此外,对于C层面信号而言,UE(2806)与C-eNB(2804)之间的RRC连接相当于第1无线通信连接。同样对于C层面信号而言,MME(2803)与C-eNB(2804)之间的S1-MME信令(signaling)连接(2809)相当于第1无线通信连接。此外,对于U层面信号而言,UE(2806)与C-eNB(2804)之间的无线承载(Radio Bearer)相当于第1无线通信连接,UE(2806)与U-eNB2(2805)之间的无线承载(Radio Bearer)相当于第2无线通信连接。同样对于U层面信号而言,S-GW(2802)与C-eNB(2804)之间的S1承载(S1bearer)(2814)相当于第1通信连接,S-GW(2802)与U-eNB(2805)之间的S1承载(S1 bearer)(2813)相当于第2通信连接。
这样,通过在网关站与第1基站之间建立第1通信连接,在上述网关站与上述第2基站之间建立第2通信连接,在第1基站与移动站之间建立第1无线通信连接,在第2基站与移动站之间建立第2无线通信连接,从而在移动站与网关站之间执行一个通信,因此,能利用通信连接、无线通信连接的追加和删除来实现小区转移。
U层面信号分配给包含第1通信连接和第1无线通信连接的第1路径、以及包含第2通信连接和第2无线通信连接的第2路径来进行传输。C层面信号分配给包含第1通信连接和第1无线通信连接的第1路径、以及包含第1通信连接和第2无线通信连接的第2路径来进行传输。
在各U-层面建立eNB2805中可将S1接口(S1-MME)2809、3401设为终端,C-层面建立eNB2804提供MME2803与各U-层面建立eNB2805间的S1代理(proxy)功能。S1代理功能传送作为通信对象的UE2806的S1信令消息。利用该S1代理功能,对MME2803而言,C-层面建立eNB2804可视为各U-层面建立eNB2805,各U-层面建立eNB2805而言,C-层面建立eNB2804可视为MME2803。
图35是表示实施方式2变形例1的流程例的图。图35所示的流程与图30所示的流程相类似,因此对相同的步骤赋予相同的步骤编号,并省略共同的说明。
选择了U-层面建立eNB的MME在步骤ST3010中,进行各U-层面建立eNB中所建立的E-RAB的设定。
MME在ST3501中,对C-层面建立eNB(C-eNB)进行S1信令的传送设定请求。此处,设为S1-MME代理设定请求。ST3502中,接收到该请求通知的C-eNB进行传送对象的U-层面建立eNB与MME间的、用于对作为通信对象的UE的S1信令的传送处理的设定。由此,U-eNB与MME间的S1消息经由C-eNB进行传送。
ST3502中进行了用于传送处理的设定的C-eNB也可以将传送处理设定完成的消息通知给MME。MME能明确地进行确认,可削减误动作。此处,示出没有该消息的情况。MME在ST3011中通知E-RAB修正请求消息。此外,ST3503中,将对于U-层面建立eNB的、该U-层面建立eNB的E-RAB设定请求消息通知给C-eNB。该请求消息中可附加或包含传送对象的U-层面建立eNB的标识或地址。对该请求消息中利用S1消息。接收到该请求消息的C-eNB利用ST3502的传送设定及传送对象的U-层面建立eNB的标识或地址,在ST3504中,将该请求消息传送到U-层面建立eNB(U-eNB)。由此,U-层面建立eNB(U-eNB)能从MME接收E-RAB设定。
之后,在各节点进行ST3035的处理。在ST3022中,从C-eNB接收到U-层面连接处理完成通知的U-eNB进行E-RAB设定处理,在ST3505、ST3506中,经由C-eNB向MME通知E-RAB设定完成消息。设为利用S1消息。由于对该UE的消息进行了传送设定处理,因此,C-eNB将ST3505中从U-eNB接收到的消息在ST3506中传送给MME。
之后,进行ST3024至ST3026及ST3036的处理。
通过以上处理,在UE与S-GW间利用多个eNB(C-eNB、U-eNB)建立DRB/S1承载,能收发用户数据。
通过采用本变形例公开的方法,无需在MME与各U-层面建立eNB间直接收发对作为通信对象的UE的控制信息的情况。因此,可抑制MME中的对作为通信对象的UE进行的控制处理变得复杂。
此外,在构成U-层面建立专用的eNB的情况下,MME与该U-层面建立eNB间的信令可全部经由C-层面建立eNB来进行,因此,能删除MME与该U-层面建立eNB间的IF。因此,能简化***结构。例如,可应用于构成宏蜂窝eNB、及与该宏蜂窝eNB直接连接的U-层面建立专用节点时。
实施方式2的变形例2
在以往的方法中,对于作为通信对象的UE的分组数据在S-GW、以及与该UE进行了RRC连接的一个C-层面建立eNB间进行收发。然而,在实施方式2或实施方式2变形例1公开的方法的情况下,对于作为通信对象的UE的分组数据的通信在S-GW与各U-层面建立eNB间直接进行。因此,S-GW中的对于作为通信对象的UE进行的控制处理与以往相比变得复杂。
因此,实施方式2变形例2中,公开了经由C-层面建立eNB进行分组数据的通信的方法。
对于一个通信,利用一个eNB(小区)建立C-层面的连接,利用多个eNB(小区)来建立U-层面的连接。S-GW与各U-层面建立eNB间的数据通信经由C-层面建立eNB来进行。
为了经由C-层面建立eNB来进行S-GW与U-层面建立eNB间的分组数据通信,MME向作为通信对象的UE的C-层面建立eNB通知对该作为通信对象的UE的各U-层面建立eNB的分组数据传送请求。
在分组数据传送请求消息中可包含作为通信对象的UE的标识(UE-ID)。此外,也可包含用于确定作为传送对象的各U-层面建立eNB(小区)的传送对象各U-层面建立eNB(小区)的标识或地址。
接收到该分组数据传送请求的C-层面建立eNB针对对于作为通信对象的UE的分组数据,将来自S-GW的分组数据传送给各U-层面建立eNB,将来自各U-层面建立eNB的分组数据传送给S-GW。
分组数据传送请求可在MME将各U-层面建立eNB的E-RAB设定通知给各U-层面建立eNB之前进行通知。或者,也可在MME将各U-层面建立eNB的E-RAB设定通知给各U-层面建立eNB的同时进行通知。可包含在MME将各U-层面建立eNB的E-RAB设定通知给各U-层面建立eNB的信令中进行通知。
此外,MME向S-GW请求经由C-层面建立eNB与各U-层面建立eNB进行对于作为通信对象的UE的分组数据通信。MME向S-GW请求经由C-层面建立eNB来设定各U-层面建立eNB和S1承载。
接收到该C-层面建立eNB经由请求的S-GW针对对于作为通信对象的UE的分组数据,将来自S-GW的分组数据经由C-层面建立eNB发送到各U-层面建立eNB,将来自各U-层面建立eNB的分组数据经由C-层面建立eNB进行接收。
根据本变形例所公开的方法,对于作为通信对象的UE的、S-GW与U-层面建立eNB间的分组数据的通信可经由C-层面建立eNB来进行。
图36是表示实施方式2变形例2的架构的图。图36所示的架构与图28所示的架构相类似,因此对相同的元素赋予相同的编号,并省略共同的说明。
图中示出构成U-层面建立专用的eNB时的架构。此外,该架构也可为仅对作为本变形例的通信对象的UE而示出的架构。
3601是在C-eNB与U-eNB中建立的S1接口。
C-eNB2812具有如下功能:针对对于作为通信对象的UE2806的分组数据,将来自S-GW2802的分组数据传送给各U-层面建立eNB2805,将来自各U-层面建立eNB2805的分组数据传送给S-GW2802。
此外,由于构成U-层面建立专用的eNB时的架构,可删除图28所示的、将S-GW2802与U-eNB2805间直接连接的接口2813。这是因为在本变形例中,使S-GW与U-层面建立eNB间的分组数据通信经由C-层面建立eNB来进行。
另外,不在构成U-层面建立专用的eNB的情况下,而在U-eNB和具有C-层面连接的UE存在的情况下,可设置将S-GW-U-eNB间直接连接的接口2813。
另外,此处,UE(2806)相当于移动站,C-eNB(2804)相当于第1基站,U-eNB(2805)相当于第2基站,MME(2803)及S-GW(2802)相当于网关站。此外,对于C层面信号而言,UE(2806)与C-eNB(2804)之间的RRC连接相当于第1无线通信连接。同样对于C层面信号而言,MME(2803)与C-eNB(2804)之间的S1-MME信令(signaling)连接(2809)相当于第1通信连接,MME(2803)与U-eNB(2805)之间的S1-MME信令(signaling)连接(2815)相当于第2通信连接。此外,对于U层面信号而言,UE(2806)与C-eNB(2804)之间的无线承载(Radio Bearer)相当于第1无线通信连接,UE(2806)与U-eNB2(2805)之间的无线承载(Radio Bearer)相当于第2无线通信连接。同样对于U层面信号而言,S-GW(2802)与C-eNB(2804)之间的S1承载(S1bearer)(2814)相当于第1无线通信连接。
这样,通过在网关站与第1基站之间建立第1通信连接,在上述网关站与上述第2基站之间建立第2通信连接,在第1基站与移动站之间建立第1无线通信连接,在第2基站与移动站之间建立第2无线通信连接,从而在移动站与网关站之间执行一个通信,因此,能利用通信连接、无线通信连接的追加和删除来实现小区转移。
U层面信号分配给包含第1通信连接和第1无线通信连接的第1路径、以及包含第1通信连接和第2无线通信连接的第2路径来传输。C层面信号分配给包含第1通信连接和第1无线通信连接的第1路径、以及包含第2通信连接和第2无线通信连接的第2路径来传输。
在各U-层面建立eNB2805中可将S1接口(S1-U)2814、3601设为终端,C-层面建立eNB2804提供S-GW2802与各U-层面建立eNB2805间的S1代理(proxy)功能。S1代理功能传送作为通信对象的UE2806的分组数据。利用该S1代理功能,对S-GW2802而言,C-层面建立eNB2804可视为各U-层面建立eNB2805,各U-层面建立eNB2805而言,C-层面建立eNB2804可视为S-GW2802。
图37是表示实施方式2变形例2的流程例的图。图37所示的流程与图30、图35所示的流程相类似,因此对相同的步骤赋予相同的步骤编号,并省略共同的说明。
选择了U-层面建立eNB的MME在步骤ST3010中,进行各U-层面建立eNB中所建立的E-RAB的设定。
MME在ST3701中,对C-层面建立eNB(C-eNB)进行用户数据的传送请求。此处,设为S1-U代理设定请求。此外,此处与用户数据的请求一起,进行S1信令的传送设定请求。该请求通知中可包含作为通信对象的UE的标识、传送对象的U-层面建立eNB(U-eNB)的标识。
ST3502中,接收到该请求通知的C-eNB进行传送对象的U-层面建立eNB与MME间的、用于对作为通信对象的UE的S1信令的传送处理的设定。由此,U-eNB与MME间的S1消息经由C-eNB进行传送。
此外,ST3702中,进行传送对象的U-层面建立eNB与S-GW间的、用于对作为通信对象的UE的用户数据的传送处理的设定。由此,U-eNB与S-GW间的S1用户数据经由C-eNB进行传送。
ST3502、ST3702中进行了用于S1信令和S1用户数据的传送处理的设定的C-eNB也可将传送处理设定完成的消息通知给MME。MME能明确地进行确认,可削减误动作。此处,与图35同样地示出没有该消息的情况。
之后,在各节点进行从ST3011至ST3506的处理。关于这些处理,由于已在图30、图35中示出,因此省略说明。
识别出各U-层面建立eNB的E-RAB设定已完成的MME在ST3703中,向S-GW通知请求设定或修正S1承载的消息。此时,请求经由C-层面建立eNB来设定S1承载的路径。除了作为通信对象的UE的标识、各U-层面建立eNB的标识、各U-层面建立eNB的E-RAB设定信息以外,该消息中还可包含进行传送的C-层面建立eNB的标识。在该通知中,利用S11接口即可。也可利用S11的修改承载请求(Modify bearer request)消息。
经由C-层面建立eNB接收到请求设定或修正S1承载的消息的S-GW在ST3704中,按照该消息中包含的信息,经由C-层面建立eNB来设定或修正与各U-层面建立eNB间的S1承载。
进行了S1承载的设定或修正的S-GW在ST3705中,向MME通知S1承载的设定或修正的完成消息。在该通知中,利用S11接口即可。也可利用S11的修改承载响应(Modify bearerresponse)消息。
通过以上的处理,在UE与U-层面建立eNB间建立DRB3027,经由C-eNB在U-层面建立eNB与S-GW间建立S1承载3706。由此,在UE与U-eNB间、U-eNB与S-GW间能进行数据通信。
之后,在UE和U-层面建立eNB中,进行ST3029、ST3030、ST3031的各处理。
ST3707、ST3708中,经由C-eNB,在U-eNB与S-GW之间进行用户数据的收发。此时,以数据包为单位向C-层面建立eNB传输数据即可。数据包中可附加C-层面建立eNB传送的传送对象的S-GW或用于识别U-层面建立eNB的信息(标识或地址等)。在存在多个传送对象的情况下,可简单地进行各数据包的识别。
ST3032中,在与UE与U-eNB之间进行用户数据的收发。
通过以上处理,在UE与S-GW间利用多个eNB(C-eNB、U-eNB)建立DRB/S1承载,能收发用户数据。
通过采用本变形例公开的方法,可消除在S-GW与各U-层面建立eNB间直接收发对于作为通信对象的UE的分组数据的情况。因此,可抑制S-GW中对于作为通信对象的UE的分组数据的收发处理变得复杂。
此外,在构成U-层面建立专用的eNB的情况下,S-GW与该U-层面建立eNB间的分组数据的通信可全部经由C-层面建立eNB来进行,因此,能删除S-GW与该U-层面建立eNB间的IF。因而,可简化***结构。例如,可应用于构成宏蜂窝eNB、及与该宏蜂窝eNB直接连接的U-层面建立专用节点时。
实施方式2的变形例3
实施方式2中,公开了MME选择要与作为通信对象的UE建立DRB/S1承载的eNB的情况。本变形例中,作为其它方法,C-层面建立eNB选择要与作为通信对象的UE建立DRB/S1承载的eNB。作为选择时的指标,适用实施方式2中公开的指标。
公开C-层面建立eNB对选择要与作为通信对象的UE建立DRB/S1承载的eNB时的指标进行识别的方法。
利用UE测定的信息(也称为UE支持的信息)作为指标的情况下,从UE将该信息通知给C-层面建立eNB。通知方法可适用实施方式2中公开的方法。
使用网络侧的节点测定或获取的信息作为指标的情况下,各节点向C-层面建立eNB通知该信息。网络侧的节点为C-层面建立eNB的情况下,无需进行通知。与上述方法同样,包含能对是哪个UE的信息、是与哪个eNB间的信息进行识别的信息即可。
接收到该信息的C-层面建立eNB选择要与作为通信对象的UE建立DRB/S1承载的eNB。
C-层面建立eNB利用所选择的eNB(U-层面建立eNB),将请求建立E-RAB的消息通知给MME。在该请求消息中可包含作为通信对象的UE的、MME能识别的UE标识(UE-ID)。或者,也可以是MME能识别的移动用户标识(mobile subscriber identity)。此外,也可包含本C-层面建立eNB(小区)的标识。作为MME能识别的UE标识,可设为MME内所使用的UE标识。或者,也可设为该UE的C-层面建立eNB(小区)的标识、以及在C-层面建立eNB(小区)内所使用的UE标识。在通知时,利用S1信令即可。也可设置新消息用于通知。
MME为了建立E-RAB,设定由C-层面建立eNB所通知的、对作为通信对象的UE选择的各U-层面建立eNB中的E-RAB。
本变形例中的架构可适用实施方式2中公开的图28的架构。
图38是表示实施方式2变形例3的利用多个eNB建立/修正DRB/S1承载(DRB/S1bearer)的情况下的流程例的图。图38所示的流程与图30所示的流程相类似,因此对相同的步骤赋予相同的步骤编号,并省略共同的说明。
ST3034中,在UE与C-eNB间建立无线承载1,在C-eNB与S-GW间建立S1承载1。
UE在ST3801中,将测定报告通知给C-层面建立eNB即C-eNB。对此,可以适用实施方式2中公开的方法。
接收到测定报告的C-eNB在ST3802中为了作为通信对象的UE选择要建立DRB/S1承载的eNB。
C-层面建立eNB在ST3803中将利用了所选择的eNB(U-层面建立eNB)来请求建立E-RAB的消息通知给MME。本例中,对该通知利用S1信令,设置E-RAB设定请求消息,作为新消息。
MME在ST3010中,为了建立E-RAB,设定由C-层面建立eNB所通知的、对作为通信对象的UE选择的各U-层面建立eNB中的E-RAB。
之后的处理可适用图30的流程例中公开的方法,因此,省略说明。
通过以上处理,在UE与S-GW间利用多个eNB(C-eNB、U-eNB)建立DRB/S1承载,能收发用户数据。
图39是表示实施方式2变形例3的删除U-层面(U-plane)建立eNB的情况下的流程例的图。图39所示的流程与图31所示的流程相类似,因此对相同的步骤赋予相同的步骤编号,并省略共同的说明。
ST3113中,在UE与C-eNB间建立无线承载1,在C-eNB与S-GW间建立S1承载1。此外,在UE与U-eNB间建立无线承载2(DRB),在U-eNB与S-GW间建立S1承载2。
UE在ST3901中,将测定报告通知给C-层面建立eNB即C-eNB。对此,可以适用实施方式2中公开的方法。
接收到测定报告的C-eNB在ST3902中决定对于作为通信对象的UE的、要释放DRB/S1承载的U-层面建立eNB。决定方法可适用实施方式2中公开的、MME决定要删除的U-层面建立eNB的方法。
C-层面建立eNB在ST3903中将请求释放决定了要删除的U-层面建立eNB的、对作为通信对象的UE所建立的E-RAB的消息通知给MME。本例中,对该通知利用S1信令,设置E-RAB释放请求消息来作为新消息。在该请求消息中包含决定了要删除的U-层面建立eNB的标识,作为通信对象的UE的、MME可识别的UE标识(UE-ID)或MME可识别的移动用户标识(mobilesubscriber identity),本C-层面建立eNB(小区)的标识。
MME在ST3010中,为了建立E-RAB,设定由C-层面建立eNB所通知的、除了要删除的U-层面建立eNB以外的各U-层面建立eNB中的E-RAB。
之后的处理可适用图31的流程例中公开的方法,因此,省略说明。
MME向要删除的U-层面建立eNB(U-eNB)通知E-RAB释放请求消息。通过由MME来进行,从而能由同一节点能控制E-RAB的设定/修正和释放,因此,能简化控制。
通过以上的处理,释放UE与U-层面建立eNB间的DRB,在U-层面建立eNB与S-GW间的S1承载得到释放。由此,完成对作为通信对象的UE进行的U-层面建立eNB的删除处理。
根据以上内容,利用UE与C-eNB间的无线承载1(3003)、C-eNB与S-GW间的S1承载1(3004)来进行作为通信对象的UE用的U-层面的连接。ST3005、ST3006中,利用该承载,在UE与S-GW之间进行用户数据的收发。
图40是表示实施方式2变形例3的删除U-层面(U-plane)建立eNB的情况下的其它流程例的图。图40所示的流程与图31所示的流程相类似,因此对相同的步骤赋予相同的步骤编号,并省略共同的说明。
ST3113中,在UE与C-eNB间建立无线承载1,在C-eNB与S-GW间建立S1承载1。此外,在UE与U-eNB间建立无线承载2(DRB),在U-eNB与S-GW间建立S1承载2。
正在建立U-层面的eNB在ST4002中监视与作为通信对象UE之间在无线区间(Uu)内的数据传输。在较长期间内没有数据传输、并检测到数据超时(数据监视timer期满)的情况下,释放与作为通信对象的UE之间所建立的DRB/S1承载。检测出数据超时的U-层面建立eNB在ST4003中,向C-eNB通知本eNB对作为通信对象的UE建立的E-RAB释放的请求消息。在该通知时,可利用X2信令。在该请求消息中,可包含检测出表示数据监视的计时器期满这一意思、数据超时的UE的标识、本eNB的标识。
ST4003中接收到E-RAB释放请求消息的C-eNB在ST4004中决定对于作为通信对象的UE的、要释放DRB/S1承载的U-层面建立eNB。C-层面建立eNB将请求释放在ST4004中决定了要删除的U-层面建立eNB的、对作为通信对象的UE所建立的E-RAB的消息在ST4005中通知给MME。本例中,对该通知利用S1信令,设置E-RAB释放请求消息来作为新消息。在该请求消息中包含决定了要删除的U-层面建立eNB的标识,作为通信对象的UE的、MME可识别的UE标识(UE-ID)或MME可识别的移动用户标识(mobile subscriber identity),本C-层面建立eNB(小区)的标识。
ST4005中接收到E-RAB释放请求消息的MME在ST3010中,进行除了要删除的eNB以外的U-层面建立eNB的、对作为通信对象的UE的E-RAB的设定。
之后的处理可适用图31的流程例中公开的方法,因此,省略说明。
MME向要删除的U-层面建立eNB(U-eNB)通知E-RAB释放请求消息。通过使MME来进行,从而同一节点能控制E-RAB的设定/修正和释放,因此,能简化控制。
通过以上的处理,释放UE与U-层面建立eNB间的DRB,在U-层面建立eNB与S-GW间的S1承载得到释放。由此,对作为通信对象的UE所进行的U-层面建立eNB的删除处理完成。
根据以上内容,利用UE与C-eNB间的无线承载1(3003)、C-eNB与S-GW间的S1承载1(3004)来进行作为通信对象的UE用的U-层面的连接。ST3005、ST3006中,利用该承载,在UE与S-GW之间进行用户数据的收发。
图41是表示实施方式2变形例3的删除U-层面(U-plane)建立eNB的情况下的另一流程例的图。图41所示的流程与图31所示的流程相类似,因此对相同的步骤赋予相同的步骤编号,并省略共同的说明。
ST3113中,在UE与C-eNB间建立无线承载1,在C-eNB与S-GW间建立S1承载1。此外,在UE与U-eNB间建立无线承载2(DRB),在U-eNB与S-GW间建立S1承载2。
正在建立U-层面的eNB在ST4102中监视与作为通信对象UE之间在无线区间(Uu)内的数据传输。在较长期间内没有数据传输、并检测到数据超时(数据监视timer期满)的情况下,释放与作为通信对象的UE之间所建立的DRB/S1承载。检测出数据超时的U-层面建立eNB在ST4103中,向MME通知本eNB与作为通信对象的UE所建立的E-RAB释放的请求消息。本例中,对该通知利用S1信令,设置E-RAB释放请求消息来作为新消息。在该请求消息中包含决定了要删除的U-层面建立eNB的标识,作为通信对象的UE的、MME可识别的UE标识(UE-ID)或MME可识别的移动用户标识(mobile subscriber identity),本U-层面建立eNB(小区)的标识。此外,U-eNB在ST4104中也向C-eNB通知E-RAB释放请求消息。这是因为,C-eNB为了选择U-层面建立eNB,C-eNB需要识别将E-RAB释放了的U-层面建立eNB的信息。在该通知时,可利用X2信令。在该请求消息中,可包含检测出表示数据监视的计时器期满这一意思、数据超时的UE的标识、本eNB的标识。
ST4103中接收到E-RAB释放请求消息的MME在ST3010中,进行除了要删除的eNB以外的U-层面建立eNB的、对作为通信对象的UE进行的E-RAB的设定。
之后的处理可适用图30的流程例中公开的方法,因此,省略说明。
MME向要删除的U-层面建立eNB(U-eNB)通知E-RAB释放请求消息。通过使MME来进行,从而能由同一节点控制E-RAB的设定/修正和释放,因此,能简化控制。
通过以上的处理,释放UE与U-层面建立eNB间的DRB,在U-层面建立eNB与S-GW间的S1承载得到释放。由此,对作为通信对象的UE所进行的U-层面建立eNB的删除处理完成。
根据以上内容,利用UE与C-eNB间的无线承载1(3003)、C-eNB与S-GW间的S1承载1(3004)来进行用于作为通信对象的UE的U-层面的连接。ST3005、ST3006中,利用该承载,在UE与S-GW之间进行用户数据的收发。
C-层面建立eNB(小区)可识别UE辅助信息。实施方式2中MME需要进行识别,因此控制变复杂,但如本变形例中公开的那样,C-层面建立eNB选择用于作为通信对象的UE的U-层面建立eNB,因此,MME无需识别作为该选择时的指标的UE辅助信息。因此,控制处理变简单,可削减信令量。
此外,可在通知UE辅助信息之后,马上进行U-层面建立eNB的选择判断。因此,U-层面建立eNB的选择判断中的延迟较少,可利用与作为通信对象的UE之间的通信,选择适当的eNB。
实施方式3
从实施方式1到实施方式2变形例3中,为了利用多个eNB来建立U-层面连接用承载,多个eNB均至少具有与承载控制相关的功能。本实施方式中,其目的在于进一步简化U-层面连接用的eNB的结构。
对于一个通信,利用一个eNB(小区)建立C-层面的连接,利用多个eNB(小区)建立U-层面的连接。
作为C-层面的连接,建立RRC连接,作为U-层面的连接,建立一个或多个独立无线承载。可将DRB作为独立无线承载。
本实施方式中的架构可适用实施方式2中公开的图28的架构。
本实施方式中,利用C-eNB(2804)与作为通信对象的UE(2806)间的Uu(2810)接口,建立RRC连接。即,图中,在C-eNB(2804)与UE(2806)之间建立以虚线所示的C-层面的连接。另一方面,利用U-eNB(2805)与作为通信对象的UE(2806)间的Uu(2811)接口,仅进行用户(用户数据)的通信。即,在U-eNB(2805)与UE(2806)之间仅建立以实线所示的U-层面的连接。另外,与以往同样,在C-eNB(2804)与UE(2806)之间也可建立U-层面的连接。
将U-eNB(2805)与UE(2806)间的U-层面连接用接口2811设为Uu,但也可以不是Uu,而设置仅具有U-层面连接功能的新接口。
本实施方式中,对于一个通信,仅建立U-层面连接的eNB不具有RRC功能。换言之,对于作为通信对象的UE,仅建立U-层面连接的eNB不具有RRC功能。因此,对于作为通信对象的UE(2806),仅建立U-层面连接的U-eNB(2805)与MME(2803)间的信令的通信不利用接口(S1-MME)2815。由于能删除对于作为通信对象的UE的U-eNB(2805)的RRC功能,因此,能简化U-eNB的结构。
此外,在对作为通信对象的UE所进行的用户数据的通信中,可以不利用S-GW与U-eNB间的S1-U接口,而利用S-GW与C-eNB间的S1-U接口、以及CeNB与U-eNB间的接口来进行通信。对于作为通信对象的UE(2806),仅建立U-层面连接的U-eNB(2805)与S-GW(2802)间的用户数据的通信不利用接口(S1-U)2813。利用S-GW(2802)与C-eNB(2804)间的接口(S1-U)2814、以及C-eNB(2804)与U-eNB(2805)间的接口2812。
图42是表示实施方式3的构成U-层面(U-plane)建立专用的eNB的情况下的架构的图。图42所示的架构与图28所示的架构相类似,因此对相同的元素赋予相同的编号,并省略共同的说明。图中,设U-层面建立专用的eNB为U-eNB(2805)。U-层面建立专用的eNB只与仅建立U-层面的连接的UE进行通信。
本实施方式的方法中,在构成U-层面建立专用的eNB的情况下,MME(2803)与U-eNB(2805)间的信令可全部经由C-eNB(2804)来进行,因此,能删除MME(2803)与U-eNB(2805)间的信令用接口。
此外,在对作为通信对象的UE进行用户数据的通信时,不利用S-GW(2802)与U-eNB(2805)间的S1-U接口,而利用S-GW(2802)与C-eNB(2804)间的S1-U接口、以及CeNB(2804)与U-eNB(2805)间的接口来进行通信,在此情况下,S-GW(2802)与U-eNB(2805)间的分组数据的通信可全部经由C-eNB(2804)来进行,因此,能删除S-GW(2802)与U-eNB(2805)间的接口。
通过这样,能简化U-层面建立专用的eNB的结构。进一步地,无需与MME的接口,能实现U-层面建立专用的eNB的灵活设置。此外,进一步地,也无需与S-GW的接口,因此能删除与核心网络侧的节点的接口,从而能进一步实现U-层面建立专用的eNB的灵活设置。
另外,此处UE(2806)相当于移动站,C-eNB(2804)相当于第1基站,U-eNB(2805)相当于第2基站,MME(2803)及S-GW(2802)相当于网关站。此外,对于C层面信号而言,UE(2806)与C-eNB(2804)之间的RRC连接(RRC Connection)相当于第1无线通信连接,UE(2806)与U-eNB2(2805)之间的RRC连接(RRC Connection)相当于第2无线通信连接。同样对于C层面信号而言,MME(2803)与C-eNB(2804)之间的S1-MME信令(signaling)连接(2809)相当于第1无线通信连接。此外,对于U层面信号而言,UE(2806)与C-eNB(2804)之间的无线承载(RadioBearer)相当于第1无线通信连接,UE(2806)与U-eNB2(2805)之间的无线承载(RadioBearer)相当于第2无线通信连接。同样对于U层面信号而言,S-GW(2802)与C-eNB(2804)之间的S1承载(S1bearer)(2814)相当于第1无线通信连接。
这样,通过在网关站与第1基站之间建立第1通信连接,在第1基站与移动站之间建立第1无线通信连接,在第2基站与移动站之间建立第2无线通信连接,从而在移动站与网关站之间执行一个通信,因此,能利用通信连接、无线通信连接的追加和删除来实现小区转移。
U层面信号分配给包含第1通信连接和第1无线通信连接的第1路径、以及包含第1通信连接和第2无线通信连接的第2路径来传输。C层面信号分配给包含第1通信连接和第1无线通信连接的第1路径、以及包含第1通信连接和第2无线通信连接的第2路径来传输。
图43是表示实施方式3的eNB的协议栈的图。图43所示的协议栈与图29所示的协议栈相类似,因此对相同的元素赋予相同的编号,并省略共同的说明。
关于U-eNB(2913),示出了仅建立U-层面连接的UE所对应的协议。未构成用于C-层面连接的协议2914。PDCP协议2920、RLC协议2921、MAC协议2922、PHY协议2923仅具有U-层面用的功能。换言之,仅具有建立承载用的功能。此外,如4301所示,也可对C-eNB(2901)、U-eNB(2913)设置对于仅建立U-层面连接的UE的、C-eNB(2901)与U-eNB(2913)间的用户数据传送用功能。
另外,在构成建立U-层面专用的eNB的情况下,无需在U-eNB2913内具有用于建立C-层面连接的协议2914,因此,能具有简单的结构。此外,在与作为通信对象的UE所进行的用户数据的通信中,利用S-GW与C-eNB间的S1-U接口、及CeNB与U-eNB间的接口来进行通信的情况下,无需具有S1-U接口的输入输出功能,因此能进一步获得简单的结构。
接下来,公开利用了多个eNB(小区)的承载建立方法。
本实施方式中,C-层面建立eNB选择要与作为通信对象的UE建立DRB的eNB。作为选择时的指标,适用实施方式2中公开的指标。
关于C-层面建立eNB对选择要与作为通信对象的UE建立DRB的eNB时的指标进行识别的方法,可适用实施方式2变形例3中公开的方法。
接收到该信息的C-层面建立eNB选择要与作为通信对象的UE建立DRB的eNB。
C-层面建立eNB进行所选择的eNB(U-层面建立eNB)的DRB的设定。可将该设定功能新设置为C-层面建立eNB的RRC功能。C-层面建立eNB利用从MME接收到的E-RAB设定,进行各U-层面建立eNB中所建立的DRB的设定。以由多个U-层面建立eNB来分担U-层面连接用的DRB的设定的方式进行设定。在该分担中,可利用上述选择时的指标。将本eNB选择作为U-层面建立eNB的情况下,进行包含本eNB在内的各U-层面建立eNB中所建立的DRB的设定。
在存在已经设定了DRB的eNB的情况下,C-层面建立eNB对该eNB修正DRB设定。
也可使对各eNB设定的DRB设定相同。若E-RAB无变更,也可使得与已有的C-层面建立eNB的DRB设定相同。作为DRB设定,也可使DRB标识、PDCP设定、RLC设定、MAC设定、PHY设定相同。或者,也可使DRB标识不同。能单独地处理各eNB中的DRB设定。
C-层面建立eNB向各U-层面建立eNB通知DRB设定请求消息。该请求消息中可包含DRB设定信息。此外,也可包含作为通信对象的UE的标识、C-层面建立eNB(小区)的标识。对于C-层面建立eNB进行DRB修正后的DRB设定中无变更的U-层面建立eNB,也可以不通知修正后的DRB设定。在DRB设定请求消息的通知中,可利用X2接口,也可以设置新接口。
此外,也可以重新设置各U-层面建立eNB与各U-层面建立eNB的DRB设定的对应一览表。也可以作为DRB列表_U-层面(DRB list_U-plane)。C-层面建立eNB也可以将该一览表通知给各U-层面建立eNB。各U-层面建立eNB能识别其它的U-层面建立eNB的DRB设定。
被通知了DRB设定请求消息的各U-层面建立eNB利用本U-层面建立eNB的DRB设定信息,对作为通信对象的UE进行DRB设定。
C-层面建立eNB向UE通知DRB设定信息。C-层面建立eNB(小区)中,作为DRB设定信息,可设为用于识别是哪个U-层面建立eNB的DRB设定的信息,例如U-层面建立eNB(小区)的标识、以及各U-层面建立eNB的DRB设定信息。此外,也可通知各U-层面建立eNB(小区)的***信息。此外,各U-层面建立eNB在为了对作为通信对象的UE进行调度而构成ePDCCH的情况下,也可将ePDCCH的设定信息一起进行通知。此外,可将表示U-层面建立请求的意思的信息一起进行通知。也可将各U-层面建立eNB(小区)的***信息、ePDCCH结构信息事先通知给C-层面建立eNB。
也可设置各U-层面建立eNB与各自的DRB设定的一览表。也可以作为DRB列表_U-层面(DRB list_U-plane)。C-层面建立eNB也可以将该一览表通知给UE。
在该通知时,利用RRC信令即可。可设置新消息,也可以在已有的RRC消息中包含U-层面建立eNB的DRB设定信息和***信息来进行通知。作为已有的RRC消息的具体例,利用RRC连接重置(RRC connection reconfiguration)消息或AS-config消息即可。RRC连接重置(RRC connection reconfiguration)消息或AS-config消息中的无线资源配置专用(RadioResourceConfigDedicated)信息中也可包含每个U-层面建立eNB的DRB设定信息和***信息。也可作为DRB列表。
通过这样,作为通信对象的UE可识别与建立U-层面的eNB之间的DRB设定。
作为通信对象的UE进行与各U-层面建立eNB的DRB设定,并进行与各U-层面建立eNB(小区)的连接处理。
作为通信对象的UE在与U-层面建立eNB的连接成功的情况下,UE可向各U-层面建立eNB通知连接完成消息。关于通知方法,可以应用实施方式2中公开的方法。虽然也可应用(1),但应用不经由MME的(2)、(3)即可。能够减少信令量。
从UE接收到连接完成消息的各U-层面建立eNB进行与作为通信对象的UE的DRB的建立处理。也可向C-层面建立eNB通知该处理的完成消息。也可通知表示在UE与U-层面建立eNB之间对经DRB的设定或修正后的DRB的设定已完成这一意思。在该消息中可包含作为通信对象的UE的标识(UE-ID)。此外,也可包含本U-层面建立eNB(小区)的标识。
由此,建立作为通信对象的UE与各U-层面建立eNB的DRB。
C-层面建立eNB和各U-层面建立eNB在C-层面建立eNB与U-层面建立eNB间进行用于作为通信对象的UE的分组数据传送用的设定。在用于分组数据传送时,可利用X2接口,也可以设置新接口。
由此,能在C-层面建立eNB与各U-层面建立eNB间传送作为通信对象的UE的分组数据。
接下来,公开了利用多个eNB来建立多个DRB时的数据传输方法。
对于下行链路的数据发送,C-层面建立eNB计算出各链路的品质比率。考虑该品质比率和各小区的话务量状况,决定最终对各U-层面建立eNB的数据包的分配比率,按照该比率,将接收数据包分配给各U-层面建立eNB。根据各链路的品质及话务量数据的更新,正常地实施对分配比率的确定。C-层面建立eNB中计算各链路的品质比率时,可利用选择U-层面建立eNB时的指标。
公开了从C-层面建立eNB到各U-层面建立eNB的数据包传送方法。C-层面建立eNB不将从S-GW接收到的数据包输入到PDCP,而将其分配、传送到各U-层面建立eNB。换言之,C-层面建立eNB将从S-GW接收到的数据包分配、透明传送(transparent,透明)到各U-层面建立eNB。在此情况下,所传送的数据包被输入到各U-层面建立eNB的PDCP,利用PDCP协议来进行处理。PDCP中的SN(sequence number,序列号)由各U-层面建立eNB来附加。
作为其它方法,C-层面建立eNB将从S-GW接收到的数据包输入到PDCP并附加SN之后,将附加SN后的数据单元分配、传送到各U-层面建立eNB。所传送的数据单元被输入到各U-层面建立eNB的PDCP,利用PDCP协议来进行处理。各U-层面建立eNB的PDCP中的SN既可以附加,也可以不附加。通过利用C-层面建立eNB的PDCP来附加SN,从而UE中,能利用该SN来改编从各U-层面建立eNB接收到的用户数据。
对于上行链路的数据发送,UE测定与U-层面建立eNB的链路的品质,计算各链路的品质比率。然后,按照该比率,将发送数据包分配给各eNB的链路并进行发送。UE利用对各eNB的缓冲状态报告(BSR)来通知对各eNB的发送数据量,在各eNB中,根据利用该BSR所进行的调度来进行发送。此外,根据各链路的品质的更新,正常地实施对分配比率的确定。
对于从各U-层面建立eNB到C-层面建立eNB的数据包传送方法,可采用与下行链路相反的方法。各U-层面建立eNB利用PDCP协议对于从UE接收到的上行链路数据进行处理,生成分组数据,将该分组数据传送到C-层面建立eNB。换言之,对于PDCP协议处理结束后的数据分组,C-层面建立eNB将来自U-层面建立eNB的分组数据透明传送(transparent,透明)到S-GW。在此情况下,所传送的数据包不被输入到C-层面建立eNB的PDCP,而被发送到S-GW。从C-层面建立eNB接收到分组数据的S-GW可对分组数据的顺序进行重组。此外,C-层面建立eNB也可在将来自各U-层面建立eNB的分组数据发送到S-GW之前,对分组数据的顺序进行重组。C-层面建立eNB将重组顺序后的分组数据通知给S-GW。
作为其它方法,各U-层面建立eNB利用PDCP协议对于从UE接收到的上行链路数据进行处理,在附加PDCP的SN的状态下,将数据单元传送到C-层面建立eNB。C-层面建立eNB将传送来的上行链路数据单元输入到PDCP,利用PDCP协议的处理,使用所附加的SN来进行顺序的重组,生成分组数据。C-层面建立eNB将重组顺序后的分组数据发送给S-GW。由此,不用在S-GW中重组数据包。
公开了从U-层面建立eNB到作为通信对象的UE的数据发送开始方法。
各U-层面建立eNB可将接收到来自UE的与U-层面建立eNB的连接完成消息作为契机,或者,将与C-层面建立eNB的U-层面数据传送设定完成作为契机,开始向UE的数据发送处理。UE可将向U-层面建立eNB发送连接完成消息作为契机,开始从该U-层面建立eNB(小区)的数据接收处理。由此,能降低UE与U-层面建立eNB(小区)的数据收发处理开始定时的偏差。
公开其它方法。U-层面建立eNB从C-层面建立eNB接收数据后,开始向UE的数据发送处理。UE在检测出U-层面建立eNB(小区)并执行同步之后,开始从该U-层面建立eNB(小区)的接收处理。或者,UE也可在与U-层面建立eNB(小区)成功完成RA过程之后,开始从该U-层面建立eNB(小区)的接收处理。例如,可适用于没有来自UE的与U-层面建立eNB的连接完成消息的情况。该方法中,数据收发开始无需明确的契机,具有容易控制的优点。
在C-层面建立eNB与U-层面建立eNB之间,也能够以各U-层面建立eNB从C-层面建立eNB接收到DRB设定信息为契机来进行数据传送设定。在这种情况下,在UE完成与U-层面建立eNB的连接之前,在C-层面建立eNB与U-层面建立eNB进行数据传送设定,下行链路数据有时会从C-层面建立eNB到达U-层面建立eNB。U-层面建立eNB从C-层面建立eNB接收数据后,开始向UE的数据发送处理。UE还未完成与U-层面建立eNB的连接,无法接收该数据。
然而,通过在U-层面建立eNB中利用重传控制,能减少该数据的不到达情况。此外,通过事先增大最大重传次数,还能基本消除该数据的不到达情况。因此,此处公开的方法可获得能容易地控制成基本消除数据的不到达情况的效果。
对于UE与U-层面建立eNB(小区)收发U-层面数据的方法、UE与C-层面建立eNB(小区)收发C-层面数据及/或U-层面数据的方法,可适用实施方式2中公开的方法。
图44是表示实施方式3的利用多个eNB来建立/修正DRB的情况下的流程例的图。图44所示的流程与图30所示的流程相类似,因此对相同的步骤赋予相同的步骤编号,并省略共同的说明。
ST3034中,在UE与C-eNB间建立无线承载1,在C-eNB与S-GW间建立S1承载1。
UE在ST4401中,将测定报告通知给C-层面建立eNB即C-eNB。对此,可以适用实施方式2变形例3中公开的方法。
接收到测定报告的C-eNB在ST4402中为了作为通信对象的UE而选择要建立DRB的eNB。选择方法可以适用实施方式2变形例3中公开的方法。
C-层面建立eNB在ST4403中对利用了所选择的各eNB(U-层面建立eNB)的DRB的设定进行确定。此时,对于已建立的U-层面建立eNB,也可修正DRB设定。
C-层面建立eNB在ST4404中设定本小区的DRB。在修正的情况下,设定修正后的DRB即可。
C-层面建立eNB在ST4405中向所选择的各U-层面建立eNB((U-eNB)通知DRB设定请求消息。该请求消息中可包含DRB设定信息。此外,也可包含作为通信对象的UE的标识、C-层面建立eNB(小区)的标识。在DRB设定请求消息的通知中,可利用X2接口,也可以设置新接口。此处,利用U-层面连接设定(U-plane connection configuration)消息。
被通知了DRB设定请求消息的各U-eNB进行本eNB的DRB设定。该请求消息中包含各U-eNB中所建立的DRB的设定信息,因此,各U-eNB本身无需进行DRB的设定。各U-eNB利用所通知的DRB设定信息,进行DRB的设定。
ST4404中进行了DRB的设定或修正的C-eNB在ST4406中,向UE通知DRB设定信息等。此处,通知中利用RRC连接重置(RRC connection reconfiguration)消息。
ST4406中接收到RRC连接重置(RRC connection reconfiguration)消息的UE在该消息中包含表示U-层面建立请求的意思的信息的情况下,利用消息内的U-层面建立eNB的DRB设定信息设定各U-层面建立eNB的DRB。
ST4407中,UE开始与U-层面建立eNB的连接处理。
从ST3018到ST3022的处理与图30所示的处理相同,因此,省略说明。
ST3022中接收到DRB建立完成消息的各U-eNB可识别出在与UE间已构成了无线承载(DRB2)(3027)。
ST4408中,C-eNB和各U-eNB在C-eNB与U-eNB间进行作为通信对象的UE用的分组数据传送用的设定。利用该处理,在C-层面建立eNB与U-层面建立eNB间建立数据传送用的链路。由此,ST4409中,能在C-eNB与各U-eNB间传送作为通信对象的UE的分组数据。
从ST3029到ST3032的处理与图30所示的处理相同,因此,省略说明。
通过以上处理,在作为通信对象的UE与多个eNB(C-eNB、U-eNB)间建立DRB,从而能收发用户数据。
公开将与作为通信对象的UE之间仅建立U-层面的eNB删除的方法。换言之,公开将要删除的eNB与作为通信对象的UE之间所建立的DRB释放的方法。
本实施方式中,C-层面建立eNB选择要删除的eNB。作为选择的指标,可适用上述的、C-层面建立eNB选择要与作为通信对象的UE建立DRB的eNB时的指标。C-层面建立eNB利用该指标来选择要删除的eNB。例如,可在UE与eNB(小区)间的通信品质低于规定阈值的情况下,将该eNB选择作为要删除的eNB。
选择了要删除的U-层面建立eNB的C-层面建立eNB停止向该U-层面建立eNB传送数据。
C-层面建立eNB进行除了要删除的eNB以外的U-层面建立eNB对作为通信对象的UE所进行的DRB的设定。C-层面建立eNB向该各U-层面建立eNB通知DRB设定请求消息。在DRB设定请求消息的通知中,可利用X2接口,也可以设置新接口。
C-层面建立eNB对于进行DRB设定修正后的DRB设定无变更的eNB,也可不通知修正后的DRB设定请求消息。
此外,C-层面建立eNB向要删除的eNB通知在与作为通信对象的UE之间所建立的DRB的释放指示。该指示消息中也可包含作为通信对象的UE的标识、C-层面建立eNB(小区)的标识。在DRB释放指示消息的通知中,可利用X2接口,也可以设置新接口。
从C-层面建立eNB接收到在与作为通信对象的UE之间所建立的DRB的释放指示的删除对象的eNB停止对UE的调度。在停止调度前,可将未从删除对象的eNB发送到UE而残留的分组数据全部发送到UE。此外,利用HARQ或ARQ,对于未完成重传处理的分组数据,使其全部完成重传处理。
接收到DRB修正请求消息的各U-层面建立eNB设定本eNB的DRB。此外,接收到在与作为通信对象的UE之间所建立的DRB的释放指示的U-层面建立eNB在本eNB中,进行与作为通信对象的UE之间所建立的DRB的释放处理。
与接收到DRB修正请求消息的各U-层面建立eNB相关的处理可适用上述建立/修正DRB的方法。
C-层面建立eNB向UE通知DRB释放信息。向UE通知DRB释放信息的C-层面建立eNB(小区)利用RRC信令将各U-层面建立eNB的DRB释放信息,用于识别是哪个U-层面建立eNB的DRB的信息、例如U-层面建立eNB的标识通知给作为通信对象的UE。此外,也可包含除了C-eNB要删除的U-层面建立eNB以外的所有U-层面建立eNB的各DRB设定信息。此外,也可以与表示对于C-eNB决定要删除的U-层面建立eNB的DRB释放请求这一意思的信息一起进行通知。此外,也可与各U-层面建立eNB(小区)的***信息一起进行通知。此外,也可与ePDCCH的设定信息一起进行通知。在除了要删除的U-层面建立eNB以外的U-层面建立eNB中,在变更***信息的情况、新建立有U-层面建立eNB的情况下,可利用UE。
可利用RRC消息。作为RRC消息的具体例,利用RRC连接重置(RRC connectionreconfiguration)消息或AS-config消息即可。也可利用RRC连接重置(RRC connectionreconfiguration)消息或AS-config消息中的无线资源配置专用(RadioResourceConfigDedicated)信息。
由此,作为通信对象的UE可识别与要删除的U-层面建立eNB之间所建立DRB的释放。
此外,C-层面建立eNB向UE通知除了要删除的eNB以外的U-层面建立eNB的DRB设定或修正信息。也可包含在上述RRC消息中。也可将DRB设定或修正信息和DRB释放信息包含在一个消息中来进行通知。之后的、除了要删除的eNB以外的U-层面建立eNB的DRB设定或修正处理可适用与实施方式2中公开的方法。
接收到DRB释放信息的UE结束与进行DRB释放的各U-层面建立eNB(小区)的连接。也可结束该eNB的PDCCH或ePDCCH的监视。
进行了与该删除的eNB的DRB释放处理及连接结束处理的的UE可向该eNB通知连接结束消息。关于通知方法,应用上述的将连接完成消息通知给各U-层面建立eNB的方法的(2)或(3)即可。
从UE接收到连接结束消息的该要删除的eNB启动解除与C-层面建立eNB间的数据传送设定的处理,在该要删除的eNB与C-层面建立eNB间进行数据传送设定的解除处理。在C-层面建立eNB从UE接收到连接结束消息的情况下,C-层面建立eNB启动解除与该要删除的eNB之间的数据传送设定的处理,在该要删除的eNB与C-层面建立eNB间进行数据传送设定的解除处理。
由此,在该要删除的eNB与作为通信对象的UE间所设定的DRB被释放。
关于数据传输方法,利用除了已删除的eNB以外的、在与作为对象的UE之间建立DRB的多个U-层面建立eNB,应用实施方式1中公开的数据传输方法即可。
另外,在删除U-层面建立eNB时,不会产生数据损耗。这是因为,C-层面建立eNB进行各U-层面建立eNB的DRB设定、用户数据的路径切换、数据传送控制。因此,在删除U-层面建立eNB时,无需特别进行避免数据损耗的控制等。
图45是表示实施方式3的删除U-层面(U-plane)建立eNB的情况下的流程例的图。图45所示的流程与图30、图31所示的流程相类似,因此对相同的步骤赋予相同的步骤编号,并省略共同的说明。
在UE与C-eNB间建立无线承载1(3003),在C-eNB与S-GW间建立S1承载1(3004)。此外,在UE与U-eNB间建立无线承载2(DRB)(3027)。本流程例中,在C-eNB与U-eNB间完成用户数据的传送设定。由此,C-eNB与UE间的用户数据的通信通过ST3005中C-eNB与UE间的直接通信、ST4409中C-eNB与U-eNB间的数据传送以及ST3032中U-eNB与UE间的用户数据通信来进行。C-eNB与S-GW间的用户数据的通信在ST3006中进行。
UE在ST4501中,将测定报告通知给C-层面建立eNB即C-eNB。对此,可以适用实施方式2变形例3中公开的方法。
接收到测定报告的C-eNB在ST4502中为了作为通信对象的UE而选择要释放DRB的U-层面建立eNB、即要删除的U-层面建立eNB。选择方法可以适用实施方式2变形例3中公开的方法。
C-层面建立eNB在ST4503中决定除了要删除的U-层面建立eNB以外的U-层面建立eNB的各DRB的设定。此外,此时对于已建立的U-层面建立eNB,也可修正DRB设定。
C-层面建立eNB在ST4504中设定本小区的DRB。在修正的情况下,设定修正后的DRB即可。
C-层面建立eNB在ST4505中停止与要删除的U-层面建立eNB间的用户数据的传送。
C-层面建立eNB在ST4506中向要删除的各U-层面建立eNB((U-eNB)通知DRB释放指示消息。此处,利用U-层面连接重置(U-plane connection reconfiguration)消息。
被通知了DRB释放指示消息的各U-eNB进行本eNB的DRB释放处理。
被通知了DRB释放指示消息的各U-eNB在ST4507中停止用户数据的调度。
ST4504中进行了DRB的设定或修正的C-eNB在ST4508中,向UE通知DRB设定信息。此时,包含与表示对于C-eNB决定要删除的U-层面建立eNB的DRB释放请求这一意思的信息。此外,包含除C-eNB要删除的U-层面建立eNB以外的所有U-层面建立eNB的各DRB设定信息。将表示对于要删除的U-层面建立eNB的DRB释放请求这一意思的信息、各U-层面建立eNB(小区)的DRB设定信息、各U-层面建立eNB(小区)的标识、各U-层面建立eNB(小区)的***信息、ePDCCH的设定信息对应起来通知。在通知中,利用RRC连接重置(RRC connectionreconfiguration)消息。
ST4508中接收到RRC连接重置(RRC connection reconfiguration)消息的UE在该消息中包含表示对于U-层面建立eNB的DRB释放请求这一意思的信息的情况下,对消息内的要删除的U-层面建立eNB的DRB进行释放处理。
ST4509中,UE开始进行与要删除的U-层面建立eNB的连接结束处理。
从ST3107到ST3108的处理与图31所示的处理相同,因此,省略说明。
ST4510中,C-eNB和各U-eNB在C-eNB与U-eNB间进行用于作为通信对象的UE的分组数据传送用的设定的解除。利用该处理,在C-层面建立eNB与U-层面建立eNB间解除数据传送用的链路。
从ST3115的处理与图31所示的处理相同,因此,省略说明。
利用以上处理,释放UE与U-层面建立eNB间的DRB。由此,完成对作为通信对象的UE的U-层面建立eNB的删除处理。
根据以上内容,利用UE与C-eNB间的无线承载1(3003)、C-eNB与S-GW间的S1承载1(3004)来进行用于作为通信对象的UE的U-层面的连接。ST3005、ST3006中,利用该承载,在UE与S-GW之间进行用户数据的收发。
对于将与作为通信对象的UE之间仅建立U-层面的eNB删除的方法,公开其它方法。对利用实施方式2中公开的指标(7)的情况进行公开。
仅建立U-层面的eNB在较长期间内与作为通信对象的UE之间在无线区间(Uu)内没有数据传输,并检测出超时,在此情况下,释放与作为通信对象的UE之间所建立的DRB。
监视与作为通信对象的UE之间的无线区间的数据传输、且检测出数据超时(数据监视timer期满)的U-层面建立eNB向C-层面建立eNB通知本eNB与作为通信对象的UE所建立的DRB释放的请求消息。该通知中可利用X2接口,也可以设置新接口。该请求消息中可包含检测出数据超时的UE的标识、本eNB的标识。
接收到该请求消息的C-层面建立eNB将通知到的U-层面建立eNB选择作为要删除的eNB。
C-层面建立eNB进行除了要删除的eNB以外的U-层面建立eNB的、对于作为通信对象的UE进行的DRB的设定。C-层面建立eNB向该各U-层面建立eNB通知DRB设定。此外,C-层面建立eNB向要删除的eNB通知在与作为通信对象的UE之间所建立的DRB的释放指示。之后的处理应用上述公开的方法即可。
图46是表示实施方式3的删除U-层面(U-plane)建立eNB的情况下的其它流程例的图。图46所示的流程与图45所示的流程相类似,因此对相同的步骤赋予相同的步骤编号,并省略共同的说明。
正在建立U-层面的eNB在ST4602中监视与作为通信对象UE之间的无线区间(Uu)内的数据传输。在较长期间内没有数据传输、且检测出数据超时(数据监视timer期满)的情况下,U-层面建立eNB在ST4603中停止用户数据的调度。ST4604中,向C-eNB通知本eNB对作为通信对象的UE所建立的DRB释放的请求消息。ST4605中,接收到DRB释放请求消息的C-eNB将通知到的U-层面建立eNB决定作为要删除的eNB,进行除了要删除的eNB以外的U-层面建立eNB的、对于作为通信对象的UE进行的DRB的设定或修正。C-eNB在ST4606中停止用户数据的传送。
之后的处理进行图45所示的ST4512即可。
利用以上处理,释放UE与U-层面建立eNB间的DRB。由此,对于作为通信对象的UE进行的U-层面建立eNB的删除处理完成。
根据以上内容,利用UE与C-eNB间的无线承载1(3003)、C-eNB与S-GW间的S1承载1(3004)来进行用于作为通信对象的UE的U-层面的连接。ST3005、ST3006中,利用该承载,在UE与S-GW之间进行用户数据的收发。
并不限定于此,作为其它方法,UE在ST4601中检测出数据超时的情况下,也可进行与要删除的U-层面建立eNB的连接结束处理。由此,UE能提早进行与该U-层面建立eNB的连接结束处理,不再进行与非必要的U-层面建立eNB的通信维持处理,能降低UE的功耗。
对于将与作为通信对象的UE之间仅建立U-层面的eNB删除的方法,公开其它方法。
UE进行与各U-层面建立eNB(小区)的无线通信区间的监视(RLM:Radio LinkMonitor,无线链路监视)。UE接收各U-层面建立小区的RS,利用该RS的接收结果来判断无线通信区间的接收品质劣化。RS的具体例可适用实施方式2中公开的示例。另外,也可以利用相当于RS的信号,来代替RS。
UE在无线通信区间的接收品质在规定期间内低于规定阈值的情况下,判断为接收品质劣化。或者,在无线通信区间的接收品质在规定期间内低于规定阈值的情况下,再次与该U-层面建立eNB(小区)重新进行连接即可。进行该U-层面建立eNB(小区)的检测、同步、PRACH发送、TA的接收。对再连接试行次数设置最大值,在即使进行该最大值的再连接也无法连接的情况下,也可判断为接收品质劣化。
判断为接收品质劣化的UE将无线通信区间的接收品质劣化这一情况通知给C-层面建立eNB。为了搞清是哪个U-层面建立eNB的无线通信区间的接收品质劣化,可以在该通知中包含U-层面建立eNB的标识。
从UE接收到该劣化信息的C-层面建立eNB(小区)将接收品质发生劣化的U-层面建立eNB选择作为要删除的eNB。
C-层面建立eNB进行除了要删除的eNB以外的U-层面建立eNB的、对于作为通信对象的UE的DRB的设定。C-层面建立eNB向该各U-层面建立eNB通知DRB设定。此外,C-层面建立eNB向要删除的eNB通知在与作为通信对象的UE之间所建立的DRB的释放指示。之后的处理应用上述公开的方法即可。
另外,UE在进行RLM、判断为无线通信区间的接收品质劣化的时刻,也可结束与该接收品质发生劣化的U-层面建立eNB的通信。
通过采用本实施方式公开的方法,对于作为通信对象的UE,能利用多个eNB进行分组数据的通信,因此,能增大UE的通信容量。
此外,即使在将小区缩小的情况下,也能利用多个eNB,可提高频率利用效率,作为***可增大通信容量。
此外,无需用于建立多个RRC连接的控制处理,可使控制处理变得容易,可降低信令量、控制延迟量。
此外,无需U-层面建立eNB的RRC功能,例如在构成U-层面建立专用的eNB的情况下,与以往的eNB相比,能进一步简化结构。
此外,对于UE的移动控制,无需用于建立多个RRC连接的控制处理,因此,只要在C-层面建立eNB(小区)的覆盖范围内,则仅变更(建立/修正/删除)U-层面建立eNB即可,因此,可力图实现控制处理的低延迟、高速化。例如,在设C-层面建立eNB(小区)为覆盖范围小区、U-层面建立eNB为容量小区等情况下,可以不在容量小区间进行HO控制,仅变更(建立/修正/删除)U-层面建立eNB即可。
此外,由于MME可以无需对U-层面建立eNB进行识别,因此,在变更U-层面建立eNB时,能降低网络侧的控制处理中的信令量、控制延迟量。这在UE的移动控制中也进一步力图实现控制处理的低延迟、高速化。
此外,由于S-GW无需对U-层面建立eNB进行识别即可,因此,在变更U-层面建立eNB时,能降低网络侧的控制处理中的信令量、控制延迟量。这在UE的移动控制中也能进一步力图实现控制处理的低延迟、高速化。
本实施方式3中,公开了C-层面建立eNB选择决定要与作为对象的UE建立DRB的eNB的方法。作为其它方法,MME也可选择决定要与作为对象的UE建立DRB的eNB。
在此情况下,将MME选择决定的U-层面建立eNB通知给C-层面建立eNB即可。C-层面建立eNB设定所通知的U-层面建立eNB的DRB结构。
之后的处理可适用上述的方法。
但是,该方法无法获得MME无需对U-层面建立eNB进行识别即可的效果。然而,由于可获得除此之外的效果,因此是有效的。
实施方式3的变形例1
实施方式3中,C-层面建立eNB进行用于作为通信对象的UE的各U-层面建立eNB的DRB设定。因此,有时会与对于各U-层面建立eNB覆盖下的其它UE的资源设定发生冲突。本变形例中,公开避免这种冲突的方法。
在某一特定区域内,设置控制特定的一个或多个eNB的集中控制用eNB(也称为主eNB(Master eNB))。将具有RRC功能的eNB设为集中控制用eNB即可。在该特定区域中,UE与集中控制用eNB建立RRC连接。该RRC连接的建立也可经由集中控制用eNB以外的其它eNB来进行。
对于作为通信对象的UE,设C-层面建立eNB为集中控制用eNB,设仅U-层面建立eNB为由集中控制用eNB控制的eNB(被集中控制用eNB、从eNB(slave eNB))即可。对于作为通信对象的UE,集中控制用eNB进行所有eNB(C-层面建立eNB+U-层面建立eNB)的控制。所谓控制,具体设为RRC、PDCP、RLC、MAC、PHY各协议中的控制即可。
集中控制eNB进行控制时,根据与U-层面建立eNB内的其它UE的DRB的优先顺序来进行设定。作为具体例,以下公开3种。
(1)使其它eNB(小区)覆盖下的UE的DRB优先。
(2)使本eNB(小区)覆盖下的UE的DRB优先。
(3)使将本eNB(小区)作为U-层面建立eNB的UE的DRB优先。
作为DRB的设定的具体例,有DRB标识的设定、下层的设定。作为下层的设定,有PDCP设定、RLC设定、MAC设定、PHY设定。
在集中控制eNB进行控制的情况下,在集中控制eNB与被集中控制用eNB之间进行U-层面侧的用户数据的传输。以下公开7种进行该传输的层的具体例。
(1)输入到PDCP前的IP分组数据
(2)PDCP中附加了SN的数据单元
(3)PDCP与RLC间的数据单元
(4)RLC与MAC间的数据单元
(5)MAC内调度后的数据单元
(6)MAC内HARQ前的数据单元
(7)MAC与PHY间的数据单元
在集中控制用eNB与被集中控制用eNB之间建立用于进行这些传输的链路即可。由此,能在集中控制eNB与被集中控制用eNB之间进行U-层面侧的用户数据的传输。
此外,集中控制用eNB也可将各被集中控制用eNB中的DRB设定之中的、对需要的层或协议的设定通知给各被集中控制用eNB。可削减信令量。
本变形例所公开的方法也可适用于不是多个eNB,而是在一个eNB内构成多个节点或小区的情况。在一个eNB内设置集中控制用的节点或小区即可。该集中控制用的节点或小区对于作为通信对象的UE而言成为C-层面建立eNB(小区),其它eNB内的节点或小区成为仅U-层面建立eNB(小区)。集中控制用的节点或小区对于作为通信对象的UE而言不仅可成为C-层面建立eNB(小区),也可成为U-层面建立eNB(小区)。
图47是表示实施方式3变形例1的架构的图。示出了在一个eNB内设置有集中控制用小区的情况。
4701为eNB。4702为建立C-层面的连接的小区,称为C-小区(C-cell)。4703为仅建立U-层面的连接的小区,称为U-小区(U-cell)。C-小区与U-小区在同一eNB内构成。4704为在C-小区与U-小区间所设置的U-层面侧用户数据传输用的链路。4705是在C-小区与U-小区间所设置的信令用的接口。该接口可利用X2,也可新设置接口。C-小区(4702)成为集中控制用的小区,控制同一eNB(4701)内的所有小区。
在特定区域内设置集中控制用eNB的情况下,设为4701内的eNB表示特定区域内的eNB,C-小区表示在特定区域内构成的集中控制用eNB,U-小区表示特定区域内的被集中控制用eNB即可。
利用本变形例中公开的方法,除了实施方式3的效果,还可以得到以下的效果。
由于在某一特定的区域内设置集中控制用eNB,因此,可考虑全部eNB的所有资源及全部eNB覆盖下的所有UE,来构成各UE的DRB。
能避免C-层面建立eNB进行的用于作为通信对象的UE的各U-层面建立eNB的DRB的设定、与各U-层面建立eNB进行的对各U-层面建立eNB覆盖下的其它UE的资源设定发生冲突。
因此,在某一特定的区域内的eNB间无需调整,能力图实现低控制延迟、削减信令量。
在从实施方式2至实施方式3变形例1中,公开了对作为通信对象的UE变更C-层面建立小区(eNB)时的U-层面的处理方法。关于C-层面建立eNB的变更,适用切换(HO)即可。如下情况成为问题:对于作为通信对象的UE,已建立U-层面连接用的eNB的情况。
以下示出作为通信对象的UE在不同的C-层面建立eNB间进行切换时的2种方法。
(1)使U-层面的连接暂时返回至C-层面建立eNB小区。
在U-层面建立eNB与C-层面建立eNB不同的情况下,将U-层面的连接从仅U-层面建立eNB变更为切换前的C-层面建立eNB(源C-层面建立eNB)。与源C-层面建立eNB建立或修正U-层面的连接,删除仅U-层面建立eNB。
由此,也利用源C-层面建立eNB对作为通信对象的UE建立U-层面的连接。
在此状态下,从源C-层面建立eNB向作为目标的C-层面建立eNB(目标C-层面建立eNB)进行切换(HO)。这适用以往的方法即可。
在向目标C-层面建立eNB进行切换(HO)之后,再次对作为通信对象的UE进行建立U-层面的连接的处理即可。根据需要进行即可。
在C-层面建立eNB间进行X2的切换(HO)的情况下,在HO准备阶段,MME未识别出HO被执行。因此,在MME选择U-层面建立eNB的情况下,决定了HO的源C-层面建立eNB可向MME进行U-层面的变更请求。在该请求消息中可事先包含表示因HO而有变更请求这一意思的信息。据此,MME进行将C-层面建立eNB作为U-层面建立eNB来设定或修正的处理,并进行将原本建立的仅U-层面建立eNB删除的处理。
通过这样,对于作为通信对象的UE,能不停止U-层面的连接而进行C-层面建立eNB的变更。
(2)将建立U-层面的连接的eNB从目标C-层面建立eNB通知给UE。
源C-层面建立eNB向目标C-层面建立eNB通知HO请求。该消息中包含作为当前HO对象的UE中所设定的U-层面建立eNB的信息。
接收到该信息的目标C-层面建立eNB选择决定与作为HO对象的UE建立U-层面的连接的U-层面建立eNB。也可不进行变更。
目标C-层面建立eNB向源C-层面建立eNB通知HO请求响应消息。该消息中包含目标C-层面建立eNB所设定的U-层面建立eNB的信息。
源C-层面建立eNB将该信息与HO请求消息一起通知给UE。
UE将C-层面的连接变更成目标C-层面建立eNB,并利用该U-层面建立eNB信息来变更U-层面的连接。
另一方面,选择决定了U-层面建立eNB的目标C-层面建立eNB利用E-RAB设定请求消息将该信息通知给MME。MME利用该信息,进行U-层面建立eNB的E-RAB设定处理,或者进行修正处理或删除处理。
由此,对于作为通信对象的UE,能进行C-层面建立eNB的变更和U-层面建立eNB的变更。
因此,对于作为通信对象的UE,能在不停止U-层面的连接的情况下进行C-层面建立eNB的变更。
作为通信对象的UE在C-层面建立eNB内的小区间进行切换的情况下,将在不同的C-层面建立eNB间进行HO时的方法应用于C-层面建立eNB内的小区间即可。可以得到相同的效果。
实施方式4
在UE通知用于上行链路发送的调度请求(SR)时,以往UE连接的eNB为一个,因此,向该一个eNB通知即可。然而,在从实施方式1至实施方式3变形例1公开的方法中,UE与多个eNB连接。因此,无法搞清UE可向哪个eNB通知SR。
本实施方式的目的在于解决该问题。
对每一个与UE连接的eNB(小区)发送SR。按照实施方式1中公开的话务量控制,对于每一个eNB(小区),根据需要来发送SR。由此,根据UE中的话务量控制,能将UL的数据发送给各eNB(小区)。
将各eNB(小区)中对于作为对象的UE的SR的设定信息事先从各eNB(小区)分别通知到该UE即可。
可将SR的设定设为RRC的功能。
实施方式1中,可包含在各eNB具有的RRC功能中。向UE的通知可适用以往的通知方法。
实施方式2中,可包含在U-层面建立eNB具有的被限定的RRC功能。将SR的设定信息通知给UE的方法可适用将ePDCCH结构信息通知给UE的方法。
实施方式3中,可设为C-层面建立eNB具有的RRC功能。C-层面建立eNB决定各U-层面建立eNB(小区)的SR设定,并向UE及各U-层面建立eNB(小区)进行通知。
通过这样,UE能识别用于各eNB的SR设定,可将SR进行通知。
对其它方法进行说明。公开UE中的上行链路数据的处理方法和SR的发送方法。
UE中,将U-层面的UL数据和C-层面的UL数据的处理分离。
例如,作为U-层面的UL数据,有用户数据,作为C-层面的UL数据,有信令数据。UE中,对所发送的数据是哪方的数据进行判断。
接下来,作为SR的发送方法,以下公开3种。
(1)在C-层面的UL数据的情况下,发送给C-层面建立小区(eNB)。
(2)在U-层面的UL数据的情况下,发送给U-层面建立小区(eNB)。
(3)双方的数据均发送给C-层面建立小区(eNB)。
(1)中,判断为上行链路数据是C-层面的UL数据的UE向C-层面建立小区(eNB)进行发送。SR的设定利用C-层面建立小区(eNB)中的SR设定即可。在存在多个C-层面建立小区(eNB)的情况下,可将该UL数据通知给相关的各C-层面建立小区(eNB)。或者,可选择任意一个C-层面建立小区(eNB),向该一个C-层面建立小区(eNB)进行通知。在选择一个C-层面建立小区(eNB)时,可利用规定的选择指标。例如,也可利用实施方式2中公开的指标。可选择最好的小区(eNB)。由此,接收到该SR的C-层面建立小区(eNB)能在本小区(eNB)内进行对该UE的上行链路数据的调度。
(2)中,判断为上行链路数据是U-层面的UL数据的UE向U-层面建立小区(eNB)进行发送。在U-层面的UL数据按照数据话务量控制分配给各U-层面建立eNB(小区)的情况下,向各U-层面建立小区(eNB)发送SR即可。SR的设定利用各U-层面建立小区(eNB)中的SR设定即可。由此,接收到该SR的各U-层面建立小区(eNB)能在本小区(eNB)内进行对该UE的上行链路数据的调度。
(3)中,在判断上行链路数据是U-层面的UL数据还是C-层面的UL数据的基础上,UE将任一方的数据都发送到C-层面建立小区(eNB)。SR的设定可利用C-层面建立小区(eNB)中的SR设定,但作为其它方法,也可设置U-层面的UL数据用SR、C-层面的UL数据用SR。在U-层面的UL数据的情况下,利用U-层面的UL数据用SR的设定来进行发送。在C-层面的UL数据的情况下,利用C-层面的UL数据用SR的设定来进行发送。
公开设置C-层面的UL数据用SR、U-层面的UL数据用SR的方法。只要能识别C-层面的UL数据用SR和U-层面的UL数据用SR即可。例如,使用于各SR的信息位串模式不同。或者,使与各SR相乘的识别用的代码或序列不同。或者,使各SR通知所使用的频率轴上且/或时间轴上的资源不同。或者,作为SR内的信息,预先设置用于识别是C-层面或U-层面中的哪一方的UL数据的标识等。
由此,被通知了SR的eNB能明确判断该SR是C-层面的UL数据用SR、还是U-层面的UL数据用SR。
可将各eNB(小区)中的对于作为对象的UE的各SR的设定信息事先从各eNB(小区)分别通知到该UE。利用上述方法即可。
(3)中,设置C-层面的UL数据用SR、U-层面的UL数据用SR,UE发送与各上行链路数据相对应的SR,从而接收到SR的C-层面小区(eNB)能判断是C-层面的UL数据用SR、还是U-层面的UL数据用SR。因此,能识别出可在C-层面建立小区(eNB)上进行调度、还是可在U-层面建立小区(eNB)上进行调度。在U-层面的UL数据用SR的情况下,对于U-层面建立小区(eNB),可通知与该SR同等的信息。对该通知也可设置新消息。
由此,UE对于所生成的数据,能识别出可向哪个小区(eNB)通知SR。此外,C-层面建立小区(eNB)、U-层面建立小区(eNB)能识别出生成了什么数据,接收到SR或与SR同等的信息的小区(eNB)能进行用于上行链路数据的调度。
设置C-层面的UL数据用SR、U-层面的UL数据用SR,UE发送与各个上行链路数据相对应的SR的方法也可适用上述(1)、(2)的方法。接收到SR的eNB利用该SR能明确判断是哪一方的数据。
上述内容中,公开了UE中将U-层面的UL数据和C-层面的UL数据的处理分离的方法,但UE中也可不将U-层面的UL数据和C-层面的UL数据的处理分离。
在此情况下,作为SR的发送方法,UE将SR发送到C-层面建立小区(eNB)。上行链路数据中,无论是U-层面的UL数据还是C-层面的UL数据,均利用同一SR来发送。SR的设定利用C-层面建立小区(eNB)中的SR设定即可。接收到SR的C-层面建立小区(eNB)利用本小区(eNB)来调度该数据。在未建立U-层面的情况下,进行U-层面建立处理即可。
在C-层面建立小区(eNB)能判断UL数据是C-层面或者U-层面中的哪一方的UL数据的情况下,接收到SR的C-层面建立小区(eNB)在有U-层面的上行链路数据时,可向U-层面建立小区(eNB)通知与该SR同等的信息。对该通知也可设置新消息。可设为从该U-层面建立小区(eNB)进行调度。UE按照来自该U-层面建立小区(eNB)的调度,从该U-层面建立小区(eNB)向U-层面发送数据即可。
由此,UE能识别出可向哪个小区(eNB)通知SR。接收到SR或与SR同等的信息的小区(eNB)能进行用于上行链路数据的调度。
另外,从作为通信对象的UE接收到SR的C-层面建立小区(eNB)可向MME请求为了该作为通信对象的UE而进行新的DRB设定。或者,也可新选择U-层面建立eNB,请求进行DRB设定。可根据状况,应用从实施方式2到实施方式3变形例1中公开的方法。对于作为通信对象的UE,能增大通信容量。
实施方式5
在UE通知BSR(Buffer status report:缓冲状态报告)时,以往UE连接的eNB为一个,因此向该一个eNB通知即可。然而,在从实施方式1至实施方式3变形例1公开的方法中,UE与多个eNB连接。因此,无法搞清UE可向哪个eNB通知BSR。
本实施方式的目的在于解决该问题。
对与UE连接的每一个eNB(小区)发送BSR。按照实施方式1中公开的话务量控制,根据每一个eNB(小区)的发送数据量,发送BSR。由此,各eNB能利用接收到的BSR,对该UE进行上行链路调度。
可将BSR的报告定时的设定设为RRC的功能。
实施方式1中,可包含在各eNB具有的RRC功能中。向UE的通知可适用以往的通知方法。
实施方式2中,可包含在U-层面建立eNB具有的被限定的RRC功能中。将BSR的报告定时通知给UE的方法可适用将ePDCCH结构信息通知给UE的方法。
实施方式3中,可设为C-层面建立eNB具有的RRC功能。C-层面建立eNB决定各U-层面建立eNB(小区)的BSR报告定时设定,并向UE及各U-层面建立eNB(小区)进行通知。
通过这样,UE能识别用于各eNB的BSR报告定时,可通知BSR。
对其它方法进行说明。公开UE中的上行链路数据的处理方法和BSR的发送方法。
UE中,将U-层面的UL数据和C-层面的UL数据的处理分离。UE中,判断发送的数据是哪一方的数据。
作为BSR的发送方法,以下公开3种。
(1)在C-层面的UL数据的情况下,发送给C-层面建立小区(eNB)。
(2)在U-层面的UL数据的情况下,发送给U-层面建立小区(eNB)。
(3)双方的数据均发送给C-层面建立小区(eNB)。
(1)中,判断为上行链路数据是C-层面的UL数据的UE向C-层面建立小区(eNB)进行发送。在存在多个C-层面建立小区(eNB)的情况下,可将该UL数据通知给相关的各C-层面建立小区(eNB)。或者,可选择任意一个C-层面建立小区(eNB),向该一个C-层面建立小区(eNB)进行通知。在选择一个C-层面建立小区(eNB)时,可利用规定的选择指标。由此,接收到该BSR的C-层面建立小区(eNB)能在本小区(eNB)内对该UE进行上行链路数据的调度。
(2)中,判断为上行链路数据是U-层面的UL数据的UE向U-层面建立小区(eNB)进行发送。在U-层面的UL数据按照数据话务量控制分配给各U-层面建立eNB(小区)的情况下,向各U-层面建立小区(eNB)发送BSR即可。由此,接收到该BSR的各U-层面建立小区(eNB)能在本小区(eNB)内对该UE进行上行链路数据的调度。
(3)中,在判断上行链路数据是U-层面的UL数据还是C-层面的UL数据的基础上,UE将任一方的数据均发送到C-层面建立小区(eNB)。
在UE发送BSR时的LCG(Logical Channel Group:逻辑信道组)中,也可将U-层面的UL数据和C-层面的UL数据的处理分离。设置U-层面的UL数据用LCG、C-层面的UL数据用LCG。U-层面的UL数据用LCG由映射了U-层面的UL数据的LC(Logical Channel:逻辑信道)构成。C-层面的UL数据用LCG由映射C-层面的UL数据的LC(Logical Channel:逻辑信道)构成。
由此,被通知了BSR的eNB能明确判断该BSR是C-层面的UL数据的BSR、还是U-层面的UL数据的BSR。
(3)中,设置C-层面的UL数据用LCG、U-层面的UL数据用LCG,UE发送与各上行链路数据相对应的LCG的BSR,从而接收到BSR的C-层面小区(eNB)能判断是C-层面的UL数据用BSR、还是U-层面的UL数据用BSR。因此,能识别出可在C-层面建立小区(eNB)上进行调度、还是可在U-层面建立小区(eNB)上进行调度。在U-层面的UL数据用的LCG的BSR的情况下,对于U-层面建立小区(eNB),可通知与该BSR同等的信息。对该通知也可设置新消息。
由此,UE对于所生成的数据,能识别出可向哪个小区(eNB)通知BSR。此外,C-层面建立小区(eNB)、U-层面建立小区(eNB)能识别出生成了什么数据,接收到上行链路数据的信息的小区(eNB)能进行用于上行链路数据的调度。
设置C-层面的UL数据用LCG、U-层面的UL数据用LCG,UE发送与各上行链路数据相对应的LCG的BSR的方法也可适用上述(1)、(2)的方法。接收到BSR的eNB利用该BSR能明确判断是哪一方的数据。
对于UE中的上行链路数据的处理方法和BSR的发送方法,公开其它方法。
对于作为对象的UE所连接的每一个小区(eNB),将处理分离。对每一个小区(eNB)设定LCG。或者,也可在各小区(eNB)内设定一个或多个LCG。每一个小区(eNB)的LCG的BSR可发送到对应的小区(eNB)。或者,也可发送到任意一个C-层面建立小区(eNB)。
作为具体例,示出作为对象的UE与一个C-层面建立小区(eNB)及多个U-层面建立小区(eNB)相连接的情况。对每一个U-层面建立小区(eNB)设定LCG。或者,也可在各U-层面建立小区(eNB)内设定一个或多个LCG。
公开BSR的发送方法。
C-层面建立小区(eNB)的LCG的BSR发送到C-层面建立小区(eNB)。
作为U-层面建立小区(eNB)的BSR的发送方法,公开以下2种。
(1)各U-层面建立小区(eNB)的LCG的BSR发送到各个U-层面建立小区(eNB)。
(2)各U-层面建立小区(eNB)的LCG的BSR发送到C-层面建立小区(eNB)。
(1)中,在U-层面的UL数据按照数据话务量控制分配给各U-层面建立eNB(小区)的情况下,UE根据所分配的发送数据量,向各U-层面建立小区(eNB)发送BSR即可。由此,接收到该BSR的各U-层面建立小区(eNB)能在本小区(eNB)内对该UE进行上行链路数据的调度。
(2)中,BSR中可包含能识别出是哪个U-层面建立小区(eNB)的LCG的BSR的信息。例如,可设为U-层面建立小区(eNB)的标识。接收到BSR的C-层面建立小区(eNB)能判断是哪个U-层面建立小区(eNB)的UL数据的BSR。因此,能识别出可在哪个U-层面建立小区(eNB)上进行调度。C-层面建立小区(eNB)可向U-层面建立小区(eNB)通知与该BSR同等的信息。该通知中,也可设置新消息。
由此,UE对于所生成的数据,能识别出可向哪个小区(eNB)通知BSR。
也可将上述的、在UE发送BSR时的LCG(Logical Channel Group:逻辑信道组)中将U-层面的UL数据和C-层面的UL数据的处理分离的方法、以及对于作为对象的UE所连接的每一个小区(eNB)将处理分离的方法进行组合。对于各小区(eNB),按照每一个小区(eNB),且设置U-层面的UL数据用LCG、C-层面的UL数据用LCG。
由此,C-层面建立小区(eNB)、U-层面建立小区(eNB)能识别出生成了什么数据,接收到上行链路数据的信息的小区(eNB)能进行与上行链路数据相对应的调度。
对于UE中的上行链路数据的处理方法和BSR的发送方法,公开其它方法。
U-层面的UL数据按照U-层面建立小区(eNB)中所设定的每一个DRB,将处理分离。
作为具体例,按照U-层面建立小区(eNB)中所设定的每一个DRB,设定LCG。或者,也可在U-层面建立小区(eNB)中所设定的一个或多个DRB内设定LCG。BSR中可包含能识别出是哪个U-层面建立小区(eNB)的哪个DRB的LCG的BSR的信息。
作为BSR的发送方法,以下公开2种。
(1)将各U-层面建立小区(eNB)中设定的DRB的LCG的BSR发送到各个U-层面建立小区(eNB)
(2)将各U-层面建立小区(eNB)中设定的DRB的LCG的BSR发送到C-层面建立小区(eNB)
由此,UE对于所生成的数据,能识别出可向哪个小区(eNB)通知BSR。此外,C-层面建立小区(eNB)、U-层面建立小区(eNB)能识别出生成了什么数据,接收到上行链路数据的信息的小区(eNB)能进行与上行链路数据相对应的调度。
上述内容中,公开了UE中将U-层面的UL数据和C-层面的UL数据的处理分离的方法,但UE中也可不将U-层面的UL数据和C-层面的UL数据的处理分离。
在此情况下,将BSR发送到C-层面建立小区(eNB)。在C-层面建立小区(eNB)有多个的情况下,设为任意一个C-层面建立小区(eNB)即可。
UE中,设定LCG,将BSR发送到C-层面建立小区(eNB)。
接收到BSR的C-层面建立小区(eNB)利用本小区(eNB)来调度该数据。在未建立U-层面的情况下,进行U-层面建立处理。
在C-层面建立小区(eNB)能判断UL数据是C-层面或者U-层面中的哪一方的UL数据的情况下,接收到BSR的C-层面建立小区(eNB)在有U-层面的上行链路数据时,可向U-层面建立小区(eNB)通知该上行链路数据的信息,从U-层面建立小区(eNB)进行调度。UE按照来自该U-层面建立小区(eNB)的调度,从该U-层面建立小区(eNB)向U-层面发送数据即可。
由此,UE能识别出可向哪个小区(eNB)通知BSR。接收到上行链路数据的信息的小区(eNB)能进行用于上行链路数据的调度。
另外,从作为通信对象的UE接收到BSR的C-层面建立小区(eNB)可向MME请求为了该作为通信对象的UE而进行新的DRB设定。或者,也可新选择U-层面建立eNB,请求进行DRB设定。可根据状况,应用从实施方式2到实施方式3变形例1中公开的方法。对于作为通信对象的UE,能增大通信容量。
实施方式6
如实施方式1中所述,作为***要求增大通信容量。为了力图增大通信容量,研究将小区缩小,提高频率利用效率。在存在多个小型小区的情况下,将这些小型小区分开检测和测定会变得复杂,此外,控制延迟也变大。因此,也不适合小型小区间的移动控制。
本实施方式的目的在于解决上述问题。
作为用于多个节点的无线资源,构成公共使用的载波(之后称为共用载波)。节点可以是eNB(小区),也可以是完全不具有eNB(小区)的功能的节点。
以下示出共用载波所具有的8个特征。
(1)同一频率层。
(2)以往的L1/L2控制用物理信道未被映射。
(3)对UE个别分配资源的L1/L2控制用物理信道的映射被允许。
(4)通知用物理信道未被映射。
(5)关于检测(detection)用信号、同步(synchronization)用信号、参考(reference)信号,哪个节点都构成为相同。
(6)也可具有用于节点识别的标识。但是,是相同的。
(7)各节点构成的共用载波间严格同步。
(8)(1)至(7)的组合。
关于(2),作为以往的L1/L2控制用物理信道的具体例,有PDCCH、PCFICH、PHICH。
关于(3),作为UE个别的L1/L2控制用物理信道的具体例,有ePDCCH、ePHICH。
关于(4),作为通知用物理信道,有PBCH。
关于(5),作为检测(detection)用信号、同步(synchronization)用信号、参考(reference)信号的具体例,有PSS、SSS、CRS。此外,作为结构相同的具体例,有时利用相同代码、在相同码元上构成等。
关于(6),作为用于节点识别的标识的具体例,也可作为小区的标识(cell-ID)。
关于(7),作为严格同步的具体例,可设为相位同步。
共用载波中,也可仅调度U-层面侧用户数据。但是,对于U-层面侧用户数据的调度信息,也可进行映射。在此情况下,对于用于C-层面的无线资源可利用其它载波。
此外,共用载波也可利用仅建立U-层面的连接的节点(例如,仅U-层面建立eNB(小区)等)来使用。使用于C-层面建立节点(例如,C-层面建立eNB(小区))的载波与共用载波不同。在此情况下,未必需要使共用载波与C-层面建立节点用载波同步。也可将该运用方法应用于从实施方式2到实施方式3变形例1中公开的C-层面建立eNB(小区)、仅U-层面建立eNB(小区)。
图48是实施方式6的共用载波的概念图。4801、4802为C-层面建立eNB,4805、4806为仅U-层面建立eNB。C-层面建立eNB4801和仅U-层面建立eNB4805由接口4803来进行连接。此外,C-层面建立eNB4802和仅U-层面建立eNB4806由接口4804来进行连接。接口4803、4804可以是X2,也可以是其它接口。
C-层面建立eNB4801如4808所示,构成频率层F1的载波,用作为对于作为通信对象的UE的无线资源。C-层面建立eNB4802如4809所示,构成频率层F2的载波,用作为对于作为通信对象的UE的无线资源。
仅U-层面建立eNB4805如4810所示,构成频率层Fm的共用载波,用作为对于作为通信对象的UE的无线资源。
仅U-层面建立eNB4806如4811所示,构成频率层Fm的共用载波,用作为对于作为通信对象的UE的无线资源。
设仅U-层面建立eNB4805、4806构成的频率层Fm的载波为共用载波。
特定区域4807内的、仅U-层面建立eNB4805、4806构成的共用载波取得严格的同步。
4812为共用载波的检测(detection)用信号及/或同步(synchronization)用信号及/或参考(reference)信号,在仅U-层面建立eNB4805、4806中构成相同信号。
通过在仅U-层面建立eNB4805和4806中将共用载波用作为无线资源,从而例如作为仅U-层面建立eNB4805的通信对象的UE不用进行仅U-层面建立eNB4805构成的共用载波的检测、同步,就能将仅U-层面建立eNB4806构成的共用载波用作为对该UE的无线资源。
例如,即使在实施方式2中公开的、变更仅U-层面建立eNB(小区)的情况下,也能不进行载波的检测、同步处理。
此外,通过利用共用载波,从而在UE的测定中,也无需检测、测定其它的载波,可简化控制。
例如,在实施方式2中公开的、利用UE的测定中得到的与小区的通信品质作为选择用的指标的情况下,在UE的本小区、其它小区的通信品质的测定中,也仅需要测定共用载波即可,从而能简化控制。
因此,通过构成共用载波,从而在UE移动时,能使U-层面建立eNB(小区)的变更控制变得容易。
在小型小区中构成共用载波的情况下,无需将多个小型小区的载波分开检测和测定,能简化控制,且能减少控制延迟。
此外,由于共用载波在同一频率层构成,因此,通过对小型小区利用共用载波,从而不会因小型小区化而降低频率利用效率,作为***能获得较高的通信容量。
作为对作为通信对象的UE选择哪个U-层面建立eNB(小区)的指标,可不利用实施方式2公开的指标中各U-层面建立eNB(小区)与UE间的通信品质,而利用其它指标。这是因为,作为各U-层面建立eNB(小区)与UE间的通信品质,若是共用载波的通信品质,则无法区分各U-层面建立eNB(小区)。作为其它指标,例如也可利用UE的位置信息。通过将UE的位置信息和各U-层面建立eNB的位置信息一起使用,判断选择哪个U-层面建立eNB(小区)即可。
在与不同的C-层面建立eNB连接的仅U-层面建立eNB中构成共用载波的情况下,在作为通信对象的UE间,有时分配给共用载波的无线资源会发生冲突。例如,有时会导致仅U-层面建立eNB4805中分配有对作为通信对象的UE的无线资源的共用载波上的资源块、和仅U-层面建立eNB4806中分配有对作为通信对象的UE的无线资源的共用载波上的资源块相同。即,发生冲突。这是因为,各U-层面建立中的调度是分别独立进行的。
这种情况下,在仅U-层面建立小区中,在与作为通信对象的UE之间进行重传控制、例如HARQ、ARQ等即可。在该重传控制中,在频率上及/或时间上再次重新调度即可。即使发生上述那样的冲突,通过利用重传控制来调度到新的资源块,从而能降低在下一次的发送中发生冲突的可能性。因此,可以降低上述那样的冲突。
作为降低冲突的其它方法,可利用UE的测定。UE测定与仅U-层面建立eNB间的通信品质。在构成共用载波的情况下,测定共用载波中的通信品质。在分配给本UE的资源块的通信品质较差的情况下,其它的仅U-层面建立小区中有可能正在利用该资源块。因此,从UE经由C-层面建立eNB接收到通信品质较差这一意思的测定结果的仅U-层面建立小区能对该UE不分配该资源块。
通过这样,能降低在仅U-层面建立eNB间所调度的无线资源的冲突。
作为利用UE的共用载波的测定,公开了通信品质,但除此之外,也可以是共用载波中的热噪声功率(thermal noise power)。可设为规定数量的PRB单位、规定数量的子载波单位等。UE测定该热噪声功率,作为测定结果,经由C-层面建立小区通知给仅U-层面建立小区。
作为其它示例,仅U-层面建立小区也可进行下行链路的测定。换言之,进行共用载波的测定。利用不进行调度的子帧来进行测定即可。或者,为了能进行该测定,也可设置调度间隙(gap)。
由此,能降低在仅U-层面建立eNB间所调度的无线资源的冲突。
图49是表示同一eNB内的共用载波的结构例的图。示出了在同一eNB内构成C-层面建立小区和仅U-层面建立小区的情况。4901为C-层面建立小区(C-小区),4903为仅U-层面建立小区(U-小区)。eNB由C-层面建立小区4901和多个仅U-层面建立小区4903构成。4902为C-层面建立小区4901的覆盖范围,4904为仅U-层面建立小区4903的覆盖范围。4905为C-层面建立小区4901与各仅U-层面建立小区间的接口。
C-层面建立小区中作为无线资源,构成频率层F1的载波,各仅U-层面建立小区中作为无线资源,构成频率层Fm的共用载波。
因此,作为各U-小区的通信对象的UE能不进行与U-小区之间的无线区间内的检测、同步等的再连接处理,而进行移动。
此外,由于在同一eNB内,因此C-小区及多个U-小区中的无线资源的调度统一进行。例如,也可由存在于C-小区的MAC来进行。因此,多个U-小区中,将对于各U-小区的作为通信对象的UE的无线资源分配给共用载波时,能无冲突地进行调度。
图50是表示不同的eNB内的共用载波的结构例的图。示出了在eNB内构成C-层面建立小区和仅U-层面建立小区的情况。5002、5003为C-层面建立小区(C-小区),5004、5005为仅U-层面建立小区(U-小区)。eNB1由C-层面建立小区5002和仅U-层面建立小区5004构成。eNB2由C-层面建立小区5003和仅U-层面建立小区5005构成。
5008、5009为C-层面建立小区5002、5003的覆盖范围,5010、5011为仅U-层面建立小区5004、5005的覆盖范围。
5012、5013为C-层面建立小区与仅U-层面建立小区间的接口。
C-层面建立小区5002、5003中作为无线资源,构成频率层F1的载波,各仅U-层面建立小区5004、5005中作为无线资源,构成频率层Fm的共用载波。
本结构例中,构成用于对eNB1和eNB2进行集中控制的集中控制用eNB5001。5006、5007为设置在集中控制用eNB5001与eNB1的C-层面建立小区5002、及eNB2的C-层面建立小区5003之间的接口。
通过利用共用载波,作为各U-小区的通信对象的UE能不进行与U-小区之间的无线区间内的检测、同步等的再连接处理,而进行移动。
此外,由于构成集中控制用eNB,因此,eNB1及eNB2的C-小区及U-小区中的无线资源的调度统一进行。也可由集中控制用eNB的MAC来进行。因此,将对于各U-小区的作为通信对象的UE的无线资源分配给共用载波时,能无冲突地进行调度。
图51是表示在特定区域内构成共用载波的情况下的结构例的图。示出了在eNB内构成C-层面建立小区和仅U-层面建立小区的情况。
5104、5108为C-层面建立小区(C-小区),5105、5106、5107为多个仅U-层面建立小区(U-小区)。
eNB1由C-层面建立小区5104和多个仅U-层面建立小区5105、5106构成。eNB2由C-层面建立小区5108和多个仅U-层面建立小区5106、5107构成。
5109、5116为C-层面建立小区5104、5108的覆盖范围,5110、5111、5112为各仅U-层面建立小区5105、5106、5107的覆盖范围。
多个仅U-层面建立小区5105设置在特定的区域5113中,多个仅U-层面建立小区5106设置在特定的区域5114中,多个仅U-层面建立小区5107设置在特定的区域5115中。
5120、5121、5122、5123为C-层面建立小区与仅U-层面建立小区间的接口。
设置在特定区域5114中的多个仅U-层面建立小区与C-层面建立小区5104、5108这两者均连接。
C-层面建立小区5104中作为无线资源,构成频率层F1的载波,C-层面建立小区5108中作为无线资源,构成频率层F2的载波,各仅U-层面建立小区5105、5106、5107中作为无线资源,构成频率层Fm的共用载波。
本结构例中,构成对设置于各特定区域的多个仅U-层面建立小区中的U-层面侧进行集中控制的U-层面集中控制eNB。作为U-层面侧的集中控制的具体例,对设置于各特定区域的各仅U-层面建立小区的用户数据进行调度。U-层面集中控制eNB也可以不在物理层面上分别设置,而是与其它节点一起设置。也可将U-层面集中控制eNB的功能包含作为其它节点的功能。例如,也可设置于任意一个U-层面建立小区。通过这样,能简单地进行U-层面集中控制eNB的物理设置。
U-层面集中控制eNB5101对设置于特定区域5113的多个仅U-层面建立小区5105的用户数据进行调度。U-层面集中控制eNB5102对设置于特定区域5114的多个仅U-层面建立小区5106的用户数据进行调度。U-层面集中控制eNB5103对设置于特定区域5115的多个仅U-层面建立小区5107的用户数据进行调度。
设置在特定区域5114中的多个仅U-层面建立小区5106既与eNB1的C-层面建立小区5104连接,也与eNB2的C-层面建立小区5108连接。因此,U-层面集中控制eNB5102对利用C-层面建立小区5104和仅U-层面建立小区5106的C-层面建立小区5104覆盖下的UE、利用C-层面建立小区5108和仅U-层面建立小区5106的C-层面建立小区5108覆盖下的UE这两者的UE进行调度。
5117、5118、5119是分别设置在U-层面集中控制用eNB5101与各仅U-层面建立小区5105间的接口、U-层面集中控制用eNB5102与各仅U-层面建立小区5106间的接口、U-层面集中控制用eNB5103与各仅U-层面建立小区5107间的接口。
通过在设置于特定区域的多个仅U-层面建立小区中利用共用载波,从而作为各U-小区的通信对象的UE能不进行与U-小区之间的无线区间内的检测、同步等的再连接处理,而在特定区域内进行移动。
本结构例中,在特定区域5113、5114、5115中构成同一频率层Fm的共用载波,但也可在各特定区域内构成不同频率层的共用载波。例如,在设置于特定区域5113的各仅U-层面建立小区5105中构成频率层F1的共用载波,在设置于特定区域5114的各仅U-层面建立小区5106中构成频率层Fm的共用载波,在设置于特定区域5115的各仅U-层面建立小区5107中构成频率层Fn的共用载波。通过利用不同的频率层,能降低特定区域间的干扰。另外,在不同频率的共用载波间,无需严格的同步,在不同频率的共用载波间,也无需使检测(detection)用信号及/或同步(synchronization)用信号及/或参考(reference)信号相同。
此外,由于对每一特定区域构成U-层面集中控制用eNB,因此设置于各特定区域的仅U-层面建立小区的无线资源的调度统一进行。也可由U-层面集中控制用eNB的MAC来进行。因此,将对于各特定区域的仅U-层面建立小区的作为通信对象的UE的无线资源分配给共用载波时,能无冲突地进行调度。特别是,作为设置于特定区域5114的仅U-层面建立小区5106的通信对象的UE中,存在eNB1覆盖下的UE和eNB2覆盖下的UE。将对于这两者的UE的无线资源分配给共用载波时,能无冲突地进行调度。
图52是表示在特定区域内构成共用载波的情况下的其它示例的图。示出了在eNB内构成C-层面建立小区和仅U-层面建立小区的情况。图52(a)由图51示出,因此,省略说明。对图52(b)进行说明。
5202、5203为C-层面建立小区(C-小区),5204、5206为多个仅U-层面建立小区(U-小区)。
eNB1由C-层面建立小区5202和多个仅U-层面建立小区5204构成。eNB2由C-层面建立小区5203和多个仅U-层面建立小区5206构成。
5205、5207为各仅U-层面建立小区5204、5206的覆盖范围。
省略C-层面建立小区5202、5203的覆盖范围。
多个仅U-层面建立小区5204、5206设置于特定区域5210。
5208、5209为C-层面建立小区与仅U-层面建立小区间的接口。
在C-层面建立小区5202、5203中,省略了作为无线资源而构成的频率载波的图。设与图51同样。C-层面建立小区5202中作为无线资源,构成频率层F1的载波,C-层面建立小区5203中作为无线资源,构成频率层F2的载波。
各仅U-层面建立小区5204、5206中作为无线资源,构成频率层Fm的共用载波。
U-层面集中控制eNB5201对设置于特定区域5210的多个仅U-层面建立小区的用户数据进行调度。
U-层面集中控制eNB5201连接到设置于特定区域5210的、与eNB1的C层面建立小区5202连接的各仅U-层面建立小区5204及与eNB2的C层面建立小区5203连接的各仅U-层面建立小区5206。因此,U-层面集中控制eNB5201对利用C-层面建立小区5202和仅U-层面建立小区5204的C-层面建立小区5202覆盖下的UE、及利用C-层面建立小区5203和仅U-层面建立小区5206的C-层面建立小区5203覆盖下的UE这两者的UE进行调度。
5211为分别设置在U-层面集中控制用eNB5201与各仅U-层面建立小区5204、5206间的接口。
通过在设置于特定区域的多个仅U-层面建立小区中利用共用载波,从而作为各U-小区的通信对象的UE能不进行与U-小区之间的无线区间内的检测、同步等的再连接处理,而在特定区域内进行移动。
此外,由于在特定区域内构成U-层面集中控制用eNB,因此设置于特定区域的仅U-层面建立小区的无线资源的调度统一进行。也可由U-层面集中控制用eNB的MAC来进行。
因此,将对于特定区域的仅U-层面建立小区的作为通信对象的UE的无线资源分配给共用载波时,能无冲突地进行调度。
特别是,作为设置于特定区域5210的仅U-层面建立小区5204、5206的通信对象的UE中,存在eNB1覆盖下的UE和eNB2覆盖下的UE。将对于这两者的UE的无线资源分配给共用载波时,能无冲突地进行调度。
对在特定区域内构成共用载波的情况下的同步进行说明。在图52(b)的情况下,获得各仅U-层面建立小区5204、5206中构成的共用载波的同步。作为该同步,可设为严格同步。以下公开2种获得严格同步的具体例。
(1)设置基准信号源。
(2)具有GPS。
(1)中,在特定区域内设置一个基准信号源,与各仅U-层面建立小区连接即可。为了各仅U-层面建立小区构成的共用载波,利用该基准信号源。也可根据该基准信号源来生成基准时钟。一个基准信号源也可设置在U-层面集中控制用eNB内。U-层面集中控制用eNB5201利用接口5211与各仅U-层面建立eNB5204、5206连接,因此,物理连接的情况较多。因此,利用该物理连接,一个基准信号源能与各仅U-层面建立eNB连接。
该基准信号源也可不设置在U-层面集中控制用eNB内,而是新设置其它节点,并将该基准信号源设置在该节点内。该节点与特定区域内的各仅U-层面建立小区间进行物理连接。
此外,如图49那样,在同一eNB内的多个仅U-层面建立小区构成共用载波的情况下,该基准信号源也可设置在C-层面建立eNB内。C-层面建立eNB与U-层面建立eNB间进行物理连接。
通过这样,能在特定区域内的各仅U-层面建立小区间获得严格同步。
(2)中,特定区域内的各仅U-层面建立小区分别具有GPS,利用该GPS来获得同步。由此,无需设置同一基准信号源来与各仅U-层面建立小区进行物理连接,因此,能灵活设置多个仅U-层面建立小区。
实施方式7
以下对实施方式7所解决的问题进行说明。在实施方式3变形例1所示的结构中,利用一个eNB或中心实体,对无线线路上所发送的数据进行调度、发送。在本结构的情况下,还实施时间的调度,因此,实际上无线线路所发送的eNB间需要严格同步。然而,多个eNB的严格同步是较为困难的。一般利用GPS来获得同步,或利用网络的NTP(Network TimeProtocol:网络时间协议)来获得同步,但存在如下问题:需要装载GPS接收机,难以设置在能接收GPS电波的地方,此外,利用NTP难以获得严格精度的同步。
下面示出实施方式7中的解决对策。为了解决上述问题,将向无线线路上的调度分为“进行集中控制的节点”和“实际进行发送的节点”来安装,从而能无需获得严格同步,以一维的方式进行调度。
图53是表示实施方式7的架构的图。图53中,将eNB分层从eNB5305、5307、5308和主eNB5309,分别分离并具有进行调度的MAC功能。而且,UE与3个从eNB(eNB(s)#1(5305)/eNB(s)#2(5307)/eNB(s)#3(5308))建立物理链路,各个从eNB与主eNB5309建立主/从eNB链路(Master/Slave eNB LINK)5313、5314、5315。主eNB的MAC(MAC2)5310对于各个的从eNB5305、5307、5308分别设定、分配独立的时间框。从eNB5305、5307、5308仅在无线物理信道中所设定的时间框内,进行对象的eNB的数据调度。
图54是表示MAC1及MAC2所进行的调度中的帧的结构例的图。此处,主eNB将对各个从(slave)eNB分配的时间框的单位设为无线帧,从eNB在无线帧(5401、5403、5405、5407、5409)的框内进行调度(5411、5412、5413、5414、5415)。此外,考虑未取得严格同步的情况,在帧的边界设置保护时间(G)(5402、5404、5406、5408、5410),在该保护时间内设为不映射。
另外,此处无线帧可以是子帧,也可以是更小的单位。但是,需要考虑各eNB间的同步精度,对于同步的精度,若时间框的单位设得过小,则保护时间(G)比率变大,无线利用效率下降。因此,该分配时间框及保护时间必须考虑各eNB的同步精度来设定。
图55(A)是表示通信的建立及数据的传输流程的流程例的图。本流程包含用于首先建立承载的服务请求过程(Service Request Procedure)(Sepatate MAC,分离MAC)<步骤ST5505>、表示下行链路的数据传输/调度过程的DL调度/发送过程(DL Scheduling/Transmit Procedure)<步骤ST5542>、以及表示上行链路的数据传输/调度过程的UL调度/发送过程(UL Scheduling/Transmit Procedure)<步骤ST5556>而构成。
图55(B)是表示服务请求过程的详细情况的图。此处说明的服务请求过程(Service Request Procedure)(Separate MAC,分离MAC)以非专利文献11(TS23.401)的5.3.4.1章记载的UE触发的服务请求过程(UE triggered Service Request procedure)为基础。首先,步骤ST5506中从UE的NAS向AS通知服务请求(Service Request)时,UE的AS在步骤ST5508中,向eNB#1发送RRC连接请求(RRC connection Request)。接收到RRC连接请求的数据的eNB#1在步骤ST5509中将该数据传输到主eNB(Master eNB)。接收到RRC连接请求的主eNB与UE触发的服务请求过程(UE triggered Service Request procedure)同样,在步骤ST5501及步骤ST5511中,将RRC连接设置(RRC connection setup)经由eNB#1发送到UE,接收到RRC连接设置的UE进行设定,在步骤ST5512及步骤ST5513中,将RRC连接设置完成(RRC connection Setup complete)经由eNB#1发送到主eNB。此处,以下经由eNB#1来进行UE触发的服务请求过程(UE triggered Service Request procedure)的过程。另外,这些过程也可不经由从eNB,而直接与主eNB通信。
eNB#3经由eNB#1建立链路后,启动无线承载建立过程(Radio BearerEstablishment procedure)(多个eNB)<步骤ST5534>。此处,是追加eNB#2的情况。首先,在步骤ST5535及步骤ST5536中,利用RRC连接重置(RRC connection Reconfiguration)(eNB#2 Info),将eNB#2的信息和其连接请求经由eNB#1发送到UE。接收到RRC连接重置(RRCconnection Reconfiguration)(eNB#2 Info)的UE在步骤ST5537及步骤ST5538中,经由指定的eNB#2,将RRC连接重置完成(RRC connection Reconfiguration complete)发送到主eNB。
通过这些过程,建立通信链路。
图55(C)是表示DL调度/发送过程的详细情况的图。首先,步骤ST5543中,主eNB进行2个eNB的时间框调度。另外,与实施方式1同样,应追加无线链路的品质、话务量信息来进行设定。在步骤ST5544及步骤ST5545中,将此处设定的时间框发送到各个从eNB,在步骤ST5546及步骤ST5547中,将要发送的数据发送到各个从eNB。各个从eNB在步骤ST5548及步骤ST5549中,在所选择的时间框内进行发送数据的调度,在步骤ST5550及步骤ST5551中,将其调度信息发送到UE,在步骤ST5552及步骤ST5553、步骤ST5554及步骤ST5555中,将数据发送到UE。
图55(D)是表示UL调度/发送过程的详细情况的图。首先,与DL同样,步骤ST5557中,主eNB进行2个eNB的时间框调度。在步骤ST5558及步骤ST5559中,将此处设定的时间框发送到各个从eNB。各个从eNB在步骤ST5560及步骤ST5561中,在所选择的时间框内进行发送数据的调度,在步骤ST5562及步骤ST5566中,将其调度信息发送到UE。UE接收该调度信息,基于该调度信息,在步骤ST5563~步骤ST5565、步骤ST5567~步骤ST5569中,对发送数据进行发送。
根据以上的实施方式7,能使从eNB和主eNB分别分担具有不同精度的调度,此外,通过适当地设定保护时间,即使在未保持严格的同步精度的状况下,也能实现对多个小区的一维调度。
实施方式8
在UE利用多个eNB(小区)来进行通信的情况下,有时即使与一个小区的通信品质发生劣化,也能与其它小区进行通信。例如,即使与建立C-层面连接的eNB(小区)的通信品质发生劣化,也可能与仅建立U-层面连接的eNB(小区)进行数据通信。
然而,在UE与C-层面建立eNB(小区)间的通信品质发生劣化的情况下,仅U-层面建立eNB(小区)的用于设定/修正(变更)/删除处理的RRC信令不会通知给UE。例如,实施方式2中公开的、图30的ST3016、图31的ST3105等不从C-层面建立eNB(小区)通知给UE。
因此,例如,在UE与C-层面建立eNB(小区)间的通信品质发生劣化而无法进行通信的状态下,无法结束与U-层面建立eNB(小区)的通信,UE不得不继续保持与U-层面建立eNB(小区)的通信用资源。
这样,UE无法对U-层面建立eNB(小区)进行控制,出现无法正常进行数据通信、或发生资源浪费等的问题。
<以往的RLF关联处理>
另一方面,以往,作为UE与小区间的通信品质发生劣化时的规定,存在与RLF(Radio Link Failure:无线链路失败)相关联的处理(非专利文献1(TS36.300 10.1.6)、非专利文献2(TS36.331 5.3.11))。之后将与RLF相关联的处理称为RLF关联处理。
图56是用于说明RLF关联处理的图。UE分为正常工作、第一阶段、第二阶段、RRC_空闲(normal operation、First Phase、second Phase、RRC_Idle)这4种状态。
UE对进行通信的一个小区进行RLM(Radio Link Monitor:无线链路监视)。
RLM例如通过评价PDCCH的通信品质来实现。PDCCH的通信品质在规定阈值以上的情况称为in-sync,在规定阈值以下的情况称为out-of-sync。UE评价CRS的接收品质,设为PDCCH的通信品质。
正常工作(normal operation)状态的UE在以规定次数(N11)连续检测出out-of-sync(radio problem detection:无线问题检测)时,进入第一阶段(First Phase)。
第一阶段中,UE与进行通信的一个小区之间继续进行RLM,在以规定次数(N12)连续检测出in-sync时,返回到正常工作状态。从无线问题检测(radio problem detection)起在规定期间(T11)内,没有以规定次数(N12)连续检测出in-sync时,设为检测出RLF,进入第二阶段(second Phase)。
在第二阶段中,UE存储RLF信息,启动RRC连接再建立处理(RRC connectionreestablishment)。在未启动AS安全的情况下,进行RRC连接脱离处理(leaving RRC_Connected)。AS是对于RRC、U-层面的安全。
在RRC连接脱离处理中,UE进行包含所有RB的MAC、RLC、PDCP的释放在内的所有无线资源的释放,转移至RRC_空闲状态(RRC_Idle)。
在RRC连接再建立处理的启动中,UE停止除SRB0以外的所有RB,进行MAC的重置、SCell的释放、预先决定(默认)的PHY设定的适用、默认的MAC主设定的适用等,并进行小区选择处理。
UE从检测出RLF起在规定期间(T12)内利用小区选择处理选择合适小区(suitablecell),在此情况下,对该小区进行RRC连接再建立处理。
UE从检测出RLF起在规定期间(T12)内无法选择合适小区(suitable cell),在此情况下,进行RRC连接脱离处理(leaving RRC_Connected)。
然而,以往的RLF关联处理仅对一个小区(Primary cell,主服务小区)进行规定。
因此,在利用多个不同eNB(小区)来进行通信的情况下,即使要应用以往的RLF关联处理,也仅能规定单一小区的信息,因此,无法正常地进行动作,从而无法应用。例如,与一个eNB(小区)建立C-层面连接、与多个eNB(小区)建立U-层面连接的情况下,即使与一个eNB(小区)的通信品质发生劣化,只要与其它eNB(小区)的通信品质良好,就能与该eNB(小区)进行通信。在这样具有其它能通信的eNB(小区)的情况下,即使应用以往的RLF关联处理,由于未考虑与多个eNB(小区)的通信,因此无法正常动作。
本实施方式中,公开UE利用多个不同eNB(小区)进行通信时的RLF关联处理的方法。
<新RLF关联处理>
UE仅对C-层面建立eNB(小区)进行RLM。UE可以进行后述的实施方式9中公开的仅U-层面建立eNB(小区)的RLM及RLF关联处理,也可以不进行这些处理。
UE不管U-层面的连接状态如何,根据与C-层面的连接状态,进行仅U-层面建立eNB(小区)的连接结束处理。或者,UE也可以不管与仅U-层面建立eNB(小区)的连接状态如何,根据与C-层面建立eNB(小区)的连接状态,进行仅U-层面建立eNB(小区)的连接结束处理。
<与仅U-层面建立eNB的连接结束处理方法(a)>
公开与仅U-层面建立eNB(小区)的连接结束处理方法的具体例。
UE在与C-层面建立eNB(小区)的连接中启动了RRC连接脱离处理时,结束与仅U-层面建立eNB(小区)的连接。不仅在RRC连接脱离处理启动时,也可以在RRC连接脱离处理的任一处,结束与仅U-层面建立eNB(小区)的连接。
作为与仅U-层面建立eNB(小区)的连接结束处理,UE进行所连接的所有仅U-层面建立eNB(小区)中的U-层面的所有连接的结束处理。进行所有仅U-层面建立eNB(小区)中的、包含U-层面的所有RB的MAC、RLC、PDCP的释放在内的U-层面的所有无线资源的释放。此外,也可以结束与仅U-层面建立eNB(小区)的同步处理、来自仅U-层面建立eNB的调度用的PDCCH或ePDCCH的监视等。
图57(a)是用于说明本实施方式的RLF关联处理的图。
正常工作状态的UE在进行C-层面建立eNB(小区)的RLM、以规定次数(N21)连续检测出out-of-sync(radio problem detection:无线问题检测)时,进入第一阶段。
第一阶段中,UE与C-层面建立eNB(小区)继续进行RLM,在以规定次数(N22)连续检测出in-sync时,返回到正常工作状态。从无线问题检测(radio problem detection)起在规定期间(T21)内,没有以规定次数(N22)连续检测出in-sync时,设为检测出RLF,进入第二阶段。关于期间T21,例如可利用测量从无线问题检测(radio problem detection)起的时间的计时器来管理是否超过该期间。
在第二阶段中,UE存储RLF信息,启动RRC连接再建立处理。
在未启动AS安全的情况下,进行RRC连接脱离处理。
在RRC连接脱离处理中,UE进行C-层面建立eNB(小区)中的、包含所有RB的MAC、RLC、PDCP的释放在内的所有无线资源的释放。
此时,在UE与C-层面建立eNB(小区)之间存在U-层面的连接的情况下,也包含用于该U-层面的连接的所有RB在内,进行包含MAC、RLC、PDCP的释放在内的所有无线资源的释放。
UE在与C-层面建立eNB(小区)的连接中启动了RRC连接脱离处理时,结束与仅U-层面建立eNB(小区)的连接。不仅在RRC连接脱离处理启动时,也可以在RRC连接脱离处理的任一处,结束与仅U-层面建立eNB(小区)的连接。
<RRC连接再建立处理>
在启动RRC连接再建立处理时,UE停止C-层面建立eNB(小区)中的除SRB0以外的所有RB,进行MAC的重置、SCell的释放、默认的PHY设定的适用、默认的MAC主设定的适用等,并进行小区选择处理。在UE与C-层面建立eNB(小区)之间存在U-层面的连接的情况下,也包含用于该U-层面的连接的所有RB在内都停止。
<仅U-层面建立eNB的处理方法>
对于在启动RRC连接再建立处理时UE进行的仅U-层面建立eNB(小区)的处理方法,以下公开2种。
(1)UE使所有仅U-层面建立eNB(小区)中的U-层面的所有RB正常动作。不停止U-层面的RB。
(2)UE使所有仅U-层面建立eNB(小区)中的U-层面的所有RB停止。
通过采用(1)的处理,例如在RRC连接再建立处理后构成相同的仅U-层面建立eNB(小区)的情况下,能简化该仅U-层面建立eNB(小区)中的U-层面连接设定处理。此外,由于不与仅U-层面建立eNB(小区)进行数据通信,因此能降低数据损耗,减小延迟时间。
通过(2)的处理,能使仅U-层面建立eNB(小区)中的RB的处理与C-层面建立eNB(小区)中的RB的处理相同,因此,具有能在多个eNB(小区)中将UE中的控制统一化、简化控制的效果。
(2)的处理中,对于各协议处理的具体例,以下公开2种。
(2-1)将PHY、MAC、RLC、PDCP全部或部分重置。
(2-2)将PHY、MAC、RLC、PDCP全部不重置。
(2-1)的处理中,对于用于仅U-层面建立eNB(小区)的PHY、MAC、RLC、PDCP的全部或部分,也可以利用标准等设置事先已决定(默认)的设定,对重置后的协议应用该默认设定。通过这样,能简化控制,不管能否进行RRC连接再建立,都能降低误动作。
通过采用(2-2)的处理,例如在RRC连接再建立处理后构成相同的仅U-层面建立eNB(小区)的情况下,能提前执行该仅U-层面建立eNB(小区)中的U-层面连接设定处理。
在RRC连接再建立处理启动时,在仅U-层面建立eNB(小区)中构成CA(carrieraggregation:载波聚合)的情况下,UE也可进行该CA的SCell的释放。
<小区选择失败>
UE从检测出RLF起在规定期间(T22)内无法选择合适小区(suitable cell)的情况、或者无法再建立与小区的RRC连接的情况下,进行上述RRC连接脱离处理(leaving RRC_Connected)。关于期间T22,例如可利用测量从检测出RLF起的时间的计时器来管理是否超过该期间。
进行了RRC连接脱离处理的UE转移至RRC_空闲状态。
在RRC_空闲状态下,UE中成为不存在U-层面的连接的状态。
如上所述,在RRC连接再建立处理启动时UE进行的仅U-层面建立eNB(小区)的两种处理方法中的任一种的情况下,UE在与C-层面建立eNB(小区)的连接中启动RRC连接脱离处理时,均可结束与仅U-层面建立eNB(小区)的连接。
<小区选择成功>
UE从检测出RLF起在规定期间(T22)内利用小区选择处理选择合适小区(suitablecell)的情况下,对该小区进行RRC连接再建立处理。
通过进行RRC连接再建立处理,UE与该小区进行C-层面的连接。该小区成为C-层面建立eNB(小区)。将新建立C-层面连接的eNB(小区)称为新C-层面建立eNB(小区)。
所选择的eNB(小区)也可以是RLF前所连接的C-层面建立eNB(小区)(称为原C-层面建立eNB(小区))。原C-层面建立eNB(小区)成为新C-层面建立eNB(小区)。在UE与原C-层面建立eNB(小区)的通信品质暂时发生劣化的情况下是有效的。
新C-层面建立eNB(小区)中建立U-层面连接的情况按照以往的方法。
<新C-层面建立eNB(小区)为原C-层面建立eNB(小区)的情况>
公开所选择的新C-层面建立eNB(小区)为原C-层面建立eNB(小区)的情况。
<将相同的仅U-层面建立eNB(小区)原样地进行连接>
UE与已连接的仅U-层面建立eNB(小区)继续进行连接。
UE利用RRC连接再建立处理在仅U-层面建立eNB(小区)中使U-层面的RB为正常动作的情况下,UE继续与该仅U-层面建立eNB(小区)连接并进行正常动作。
UE利用RRC连接再建立处理在仅U-层面建立eNB(小区)中使U-层面的RB停止的情况下,解除该停止,并进行正常动作。
作为解除该停止的触发,以下公开3种具体例。
(1)UE选择原C-层面建立eNB(小区)的情况。
(2)UE在RRC连接再建立处理中从新C-层面建立eNB(小区)接收到RRC连接再建立(RRC connection reestablishment)消息的情况。
(3)UE在RRC连接再建立处理后从新C-层面建立eNB(小区)接收到RRC连接重置(RRC connection reconfiguration)消息的情况。
通过采用(1),由于可知UE选择了原C-层面建立eNB(小区),因此,能判断为可与原仅U-层面建立eNB(小区)进行连接。因此,在该时刻可使仅U-层面建立eNB(小区)中已停止的U-层面的RB返回到正常动作。与(2)、(3)相比,能以没有来自新C-层面建立eNB(小区)的信令的方式,提前将与仅U-层面建立eNB(小区)的U-层面连接返回到正常动作。另外,在RRC连接再建立处理中UE从新C-层面建立eNB(小区)接收到RRC连接再建立拒绝与否消息的情况下,在该时刻,可进行与仅U-层面建立eNB(小区)的连接结束处理。
通过采用(2),UE能判断出可与作为原C-层面建立eNB(小区)的新C-层面建立eNB(小区)进行RRC连接再建立。因此,在该时刻可使仅U-层面建立eNB(小区)中已停止的U-层面的RB返回到正常动作。与仅U-层面建立eNB(小区)的连接处理变得简单,可减少误动作。
通过采用(3),UE能判断设置无线承载这一情况。因此,在该时刻可使仅U-层面建立eNB(小区)中已停止的U-层面的RB返回到正常动作。可根据需要进行与仅U-层面建立eNB(小区)的连接处理,可消除无用的动作。
在(2)、(3)的方法中,也可设置表示使已停止的U-层面的RB返回至正常动作的信息,并包含在RRC连接再建立消息或RRC连接重置消息中。通过这样明确地进行信令,UE能明确地进行判断,从而可减少误动作。
<再设定相同的仅U-层面建立eNB(小区)>
可以从新C-层面建立eNB(小区),将与在连接到原C-层面建立eNB(小区)时所连接的相同的仅U-层面建立eNB(小区)新设定给UE。原C-层面建立eNB(小区)与新C-层面建立eNB(小区)相同,因此是可能的。
新C-层面建立eNB(小区)可在RRC连接再建立处理中对UE进行相同的仅U-层面建立eNB(小区)的设定。可利用在RRC连接再建立消息中的无线资源配置专用(radioresource config decicated)来进行再设定。由此,能提前进行再设定。
或者,新C-层面建立eNB(小区)可在RRC连接再建立处理后对UE进行RRC连接重置,并进行相同的仅U-层面建立eNB(小区)的设定。可利用在RRC连接重置消息中的无线资源配置专用来进行再设定。由于可利用与正常的仅U-层面建立eNB(小区)的设定相同的处理,因此,能容易地进行控制。
这样,UE连接到与在连接到原C-层面建立eNB(小区)时所连接的情况相同的仅U-层面建立eNB(小区),在此情况下,无需向MME通知与该仅U-层面建立eNB(小区)的连接相关的信息。这是因为,原本在MME中就将作为对象的UE与该仅U-层面建立eNB(小区)在连接的状态下进行管理,因此,无需进行变更。换言之,无需变更DRB及/或S1承载的设定。
由于无需向MME进行通知,因此,作为***,能力图减少信令量。此外,由于仅U-层面建立eNB(小区)能保持连接状态,因此,能容易地进行UE及NW侧的控制。
<设定不同的仅U-层面建立eNB(小区)>
可以从新C-层面建立eNB(小区),将与在连接到原C-层面建立eNB(小区)时所连接的情况不同的仅U-层面建立eNB(小区)新设定给UE。
在设定不同的仅U-层面建立eNB(小区)的情况下,MME进行各eNB的E-RAB设定即可。
仅U-层面建立eNB(小区)的选择、决定可由新C-层面建立eNB(小区)来进行,也可由MME来进行。
公开由新C-层面建立eNB(小区)来进行的情况。
在RRC连接再建立处理后,新C-层面建立eNB(小区)进行仅U-层面建立eNB(小区)的选择、决定,并向MME发送U-层面建立请求消息。接收到该消息后的MME决定各eNB(小区)的E-RAB设定,对各eNB(小区)进行E-RAB的设定/修正。
从这些处理到仅U-层面建立eNB(小区)设定为止的处理可适用实施方式2变形例3的方法。
例如,可适用实施方式2变形例3中公开的、图38所示的流程。可适用ST3802之后的流程。
在设定不同的仅U-层面建立eNB(小区)的情况下,结束与原仅U-层面建立eNB(小区)的连接。该具体例也可以适用实施方式2变形例3中公开的方法。
例如,可适用图39所示的流程。可适用ST3902之后的流程。
通过这样,可在UE与NW侧可靠地使原仅U-层面建立eNB(小区)的连接结束,能降低资源的浪费使用。
公开由MME来进行仅U-层面建立eNB(小区)的选择、决定的情况。
在RRC连接再建立处理后,新C-层面建立eNB(小区)向MME发送U-层面建立请求消息。U-层面建立请求消息与图38的ST3803中公开的不同,向MME请求从仅U-层面建立eNB(小区)的选择、决定开始进行。该请求消息中也可包含作为对象的UE的标识、本eNB(小区)(新C-层面建立eNB(小区))的标识。接收到该请求消息的MME进行仅U-层面建立eNB(小区)的选择、决定,决定各eNB(小区)的E-RAB设定,对各eNB(小区)进行E-RAB的设定/修正。
从这些处理到仅U-层面建立eNB(小区)设定为止的处理可适用实施方式2的方法。例如,可适用图30的流程。可适用ST3009之后的流程。
在设定不同的仅U-层面建立eNB(小区)的情况下,结束与原仅U-层面建立eNB(小区)的连接。该具体例也可以适用实施方式2中公开的方法。例如,可适用图31所示的流程。可适用ST3101之后的流程。
通过这样,可在UE与NW侧可靠地使原仅U-层面建立eNB(小区)的连接结束,能降低资源的浪费使用。
在UE利用RLF关联处理停止与仅U-层面建立eNB(小区)的U-层面的RB的情况下,在仅U-层面建立eNB(小区)中,可对该停止期间内的U-层面数据进行缓冲。UE再次与相同的仅U-层面建立eNB(小区)连接的情况下,对被缓冲的数据也可进行通信。在停止了U-层面的RB的情况下,也能无数据损耗地进行通信。
在结束原仅U-层面建立eNB(小区)的连接、建立新仅U-层面建立eNB(小区)的连接的情况下,UE与各仅U-层面建立eNB(小区)间的处理和S-GW间的承载的路径切换的定时有时会有偏差。这种情况下,可以适用实施方式2中公开的方法。可适用实施方式2中的如下方法,解决从UE与U-eNB的连接结束处理到S-GW中的S1承载路径的删除/修正处理之间发送到U-eNB的下行链路用户数据的处理变得不明确的问题。可降低作为***的误动作。
例如,在原仅U-层面建立eNB(小区)中对与已连接的UE的U-层面数据进行缓冲时,应用实施方式2中公开的方法中的传送方法,在此情况下,在新仅U-层面建立eNB(小区)与原仅U-层面建立eNB(小区)中进行图33公开的从ST3302到ST3304的处理即可。将从ST3302到ST3304的C-eNB的处理应用到新仅U-层面建立eNB,将从ST3302到ST3304的U-eNB的处理应用到原仅U-层面建立eNB(小区)即可。能使下行链路数据无损耗地进行不同的仅U-层面建立eNB(小区)的设定及连接。
MME可向新仅U-层面建立eNB(小区)通知对原仅U-层面建立eNB(小区)的传送设定指示的消息。该消息中也可包含原仅U-层面建立eNB(小区)的标识、作为通信对象的UE的标识等。通过这样,新仅U-层面建立eNB(小区)可向原仅U-层面建立eNB(小区)请求U-层面数据的传送设定,能进行传送处理。
此外,反之,MME可向原仅U-层面建立eNB(小区)通知对新仅U-层面建立eNB(小区)的传送设定指示的消息。该消息中也可包含新仅U-层面建立eNB(小区)的标识、作为通信对象的UE的标识等。在该消息的通知中,利用S1接口即可。通过这样,原仅U-层面建立eNB(小区)可向新仅U-层面建立eNB(小区)请求U-层面数据的传送设定,能进行传送处理。
此外,在C-层面建立eNB(小区)识别出新仅U-层面建立eNB(小区)和原仅U-层面建立eNB(小区)的标识的情况下,C-层面建立eNB(小区)可向新仅U-层面建立eNB(小区)或原仅U-层面建立eNB(小区)中的任一个通知传送设定指示的消息。该消息中可具有eNB间的接口、例如X2等。通过这样,能获得与上述相同的效果。此外,在此情况下,无需与MME的信令。
公开如下的其它方法:从新C-层面建立eNB(小区),将与在连接到原C-层面建立eNB(小区)时所连接的情况不同的仅U-层面建立eNB(小区)新设定给UE。
在RRC连接再建立处理后需要U-层面的连接的情况下,可从UE或NW进行U-层面连接请求。作为该U-层面连接请求,也可进行服务请求。
MME或新C-层面建立eNB(小区)判断(选择、决定)是否需要建立仅U-层面建立eNB(小区)。在新C-层面建立eNB(小区)进行判断的情况下,在该U-层面连接请求之后,从新C-层面建立eNB(小区)向MME发送U-层面建立请求消息即可。
之后的处理可适用上述的方法。
另外,虽然公开了将与在连接到原C-层面建立eNB(小区)时所连接的情况不同的仅U-层面建立eNB(小区)新设定于UE的方法,但也可包含原仅U-层面建立eNB(小区)的一部分。可适用上述方法。
通过这样,能从新C-层面建立eNB(小区),将与在连接到原C-层面建立eNB(小区)时所连接的情况不同的仅U-层面建立eNB(小区)新设定给UE。由于能根据UE与新C-层面建立eNB(小区)的新连接状况来选择、设定仅U-层面建立eNB(小区),因此,在选择新C-层面建立eNB(小区)时,能避免通信速度的下降。
在上述方法中,公开了新C-层面建立eNB(小区)或MME选择、决定仅U-层面建立eNB(小区),但在选择、决定时,也可设置优先顺序。也可优先选择、决定与作为对象的UE连接的原仅U-层面建立eNB(小区)。
通过这样,设定成为与原仅U-层面建立eNB(小区)相同的小区,因此,在该仅U-层面建立eNB(小区)的再设定所需要的设定参数相同的情况下,无需该参数。作为从MME到各eNB(小区)、及/或从仅U-层面建立eNB(小区)到仅C-层面建立eNB(小区)、及/或从仅C-层面建立eNB(小区)到UE的再设定的信令,可以仅为请求再连接的信息。由此,作为***可削减信令量。
作为该请求再连接的信息的具体例,可以是表示请求连接的信息、作为对象的UE的标识、作为对象的仅U-层面建立eNB(小区)的标识、仅C-层面建立eNB(小区)的标识、E-RAB编号等。
此外,作为选择、决定时的其它方法,也可选择、决定可由新C-层面建立eNB(小区)构成的仅U-层面建立eNB(小区)。从而可设定能与UE可靠连接的仅U-层面建立eNB(小区)。
后述的C-层面建立eNB(小区)中的RLF关联处理中的、原C-层面建立eNB(小区)中的计时器T32或T33在来自UE的RRC连接再建立处理中可停止。作为具体例,可在接收RRC连接再建立请求(RRC connection reestablishment request)或RRC连接再建立完成(RRCconnection reestablishment complete)时停止。由此,不进行因计时器期满而引起的NW侧的仅U-层面建立eNB(小区)的连接释放处理。通过这样,可避免如下情况:即,虽然在UE与原C-层面建立eNB(小区)间再建立了RRC连接,但在原C-层面建立eNB(小区)间,C-层面及U-层面的连接已结束。
作为所述规定期间,可设为考虑了可能进行来自UE的RRC连接再建立处理的期间的值。
<新C-层面建立eNB(小区)与原C-层面建立eNB(小区)不同的情况>
公开UE所选择的新C-层面建立eNB(小区)与原C-层面建立eNB(小区)不同的情况。
新设定仅U-层面建立eNB(小区)。在此情况下,MME进行各eNB(小区)的E-RAB设定即可。
仅U-层面建立eNB(小区)的选择、决定可由新C-层面建立eNB(小区)来进行,也可由MME来进行。
这些方法可适用上述的方法:从新C-层面建立eNB(小区),将与在连接到原C-层面建立eNB(小区)时所连接的情况不同的仅U-层面建立eNB(小区)新设定给UE。
通过这样,UE在小区选择中选择了不同的C-层面建立eNB(小区)的情况下,也可获得与上述效果相同的效果。
<选择、决定相同的仅U-层面建立eNB(小区)>
可从UE向新C-层面建立eNB(小区)通知原仅U-层面建立eNB(小区)的信息。
作为通知方法,例如,也可在UE与小区选择得到的新C-层面建立eNB(小区)的RRC连接再建立处理中通知该信息。可包含在RRC连接再建立处理的RRC连接再建立请求(RRCconnection reestablishment request)、或RRC连接再建立完成(RRC connectionreestablishment complete)来进行通知。
作为原仅U-层面建立eNB(小区)的信息,例如有小区标识、MME能识别的小区标识等。此外,也可包含UE与各仅U-层面建立eNB(小区)间的通信品质。
从UE接收到原仅U-层面建立eNB(小区)的信息的新C-层面建立eNB(小区)能识别出UE是与哪个仅U-层面建立eNB(小区)相连接。
由此,能应用UE选择原C-层面建立eNB(小区)来作为新C-层面建立eNB(小区)的情况下的方法。
新C-层面建立eNB(小区)在新仅U-层面建立eNB(小区)的选择、决定中,可考虑UE与哪个U-层面建立eNB(小区)相连接来进行。也可优选选择、决定原仅U-层面建立eNB(小区)。
若新C-层面建立eNB(小区)选择、决定的仅U-层面建立eNB(小区)中无变更,则也可省略向MME通知所选择、决定的仅U-层面建立eNB(小区)。
从新C-层面建立eNB(小区)向UE通知与相同的仅U-层面建立eNB(小区)连接的情况。
接收到该通知的UE与该仅U-层面建立eNB(小区)继续通过正常动作来进行收发,或者,解除该仅U-层面建立eNB(小区)的RB的停止,返回至正常动作来进行收发即可。
<C-层面建立eNB(小区)中的RLF关联处理>
公开C-层面建立eNB(小区)中的RLF关联处理。
C-层面建立eNB(小区)评价与作为对象的UE的连接状况,在判断为连接有问题的情况下,检测出与UE的无线问题检测(Radio problem detection)。
关于C-层面建立eNB(小区)评价与作为对象的UE的连接的方法,以下公开6种判断为连接有问题的情况的具体例。
(1)对PDSCH的Ack/Nack未送达。
(2)PUSCH未送达。
(3)SRS未送达。
(4)PUCCH未送达。
(5)周期性CQI或周期性CSI未送达。
(6)(1)至(5)的组合。
(1)中,对于下行链路通信,在未接收到从UE发送来的Ack/Nack的情况下,判断为连接有问题,检测出无线问题检测。也可以设为连续N31次无法接收到Ack/Nack的情况。
(2)、(3)中,对于上行链路通信,在未接收到从UE发送来的PUSCH或SRS(soundingreference signal:探测参考信号)的情况下,判断为连接有问题,检测出无线问题检测。也可以设为连续N31次无法接收到PUSCH或SRS的情况。
(4)中,对于上行链路通信,在未接收到从UE发送来的PUCCH的情况下,判断为连接有问题,检测出无线问题检测。也可以设为连续N31次无法接收到PUCCH的情况。
(5)中,对于上行链路通信,在未接收到从UE发送来的周期性CQI或周期性CSI的情况下,判断为连接有问题,检测出无线问题检测。也可以设为连续N31次无法接收到周期性CQI或周期性CSI的情况。
此外,对于(1)至(6),也可以设为不是未送达,而是在通信品质发生劣化的情况下检测出无线问题检测。可对用于检测无线问题检测的通信品质设置规定阈值。C-层面建立eNB(小区)也可设为对从UE与各信道或信号一起发送来的参考信号(RS)或相当于RS的信号的接收品质进行评价,在低于规定阈值的情况下,判断为通信品质发生劣化,检测出无线问题检测。
通过这样,在C-层面建立eNB(小区)中也能评价与作为对象的UE的连接状况,在判断为连接有问题的情况下,可设为在与UE之间检测出无线问题检测(Radio problemdetection)。
另外,在各项目(1)~(5)中,设作为阈值的连续接收次数与N31次相同,但也可以根据每一个项目而使其不同。根据该结构,可进行与通信环境相应的调整。
C-层面建立eNB(小区)在检测出与作为对象的UE的无线问题检测之后,与UE中的RLF关联处理同样地利用时间来进行管理。
C-层面建立eNB(小区)检测出无线问题检测的情况下,C-层面建立eNB(小区)继续评价与作为对象的UE的连接状况,在上述(1)至(6)中的各信号连续N31次到达(接收到)的情况下,返回至正常工作状态。从无线问题检测(radio problem detection)起在规定期间(T31)内,设为在没有以规定次数(N31次)连续检测出到达时,检测出RLF。关于期间T31,例如可利用测量从无线问题检测(radio problem detection)起的时间的计时器,来管理是否已超过该期间。
在检测出RLF的情况下,在规定期间(T32)内从UE接收到RRC连接再建立请求消息时,与该UE进行RRC连接再建立处理。
在规定期间(T32)内未从UE接收到RRC连接再建立请求消息时,进行UE与C-层面建立eNB(小区)的连接结束处理。关于期间T32,例如可利用测量从检测出RLF起的时间的计时器来管理是否已超过该期间。
此外,此时,在该UE与仅U-层面建立eNB(小区)存在连接的情况下,进行结束与该仅U-层面建立eNB(小区)的连接的处理。
作为连接结束处理,释放用于C-层面建立eNB(小区)及仅U-层面建立eNB(小区)与UE的连接的资源,删除用于连接的信息。
作为用于与UE进行连接的资源、信息,有用于设定RB/S1承载的资源、信息等。例如有UE内容等。
判断为进行了与UE的连接结束处理的C-层面建立eNB(小区)释放与该UE的RB/S1承载,删除用于连接的信息。释放与该UE之间所设定的C-层面及U-层面连接用资源(RB/S1),删除用于连接的信息。
C-层面建立eNB(小区)在完成这些处理之后,向MME通知E-RAB释放完成消息。
另外,在C-层面建立eNB(小区)中,将与UE的U-层面连接用无线资源(DRB/S1)释放、将用于连接的信息删除可利用来自MME的E-RAB释放请求来进行。在此情况下,MME可向U-层面建立eNB通知E-RAB释放请求消息。
另外,在C-层面建立eNB(小区)中,将与UE间的RB/S1承载释放、将用于连接的信息删除可利用来自MME的E-RAB释放请求来进行。在此情况下,MME可向U-层面建立eNB通知包含有表示承载的释放以所有RB/S1承载作为对象这一意思的信息在内的E-RAB释放请求消息。
公开如下具体例:进行仅U-层面建立eNB(小区)与UE间的RB/S1承载的释放、用于连接的信息的删除的方法。
判断为进行了与UE的连接结束处理的C-层面建立eNB(小区)向MME通知用于该UE的U-层面连接释放请求消息。
在U-层面连接释放请求消息中可包含作为对象的UE的标识。此外,在C-层面建立eNB识别出与该UE相连接的仅U-层面建立eNB的情况下,也可包含仅U-层面建立eNB的标识。此外,也可以通知进行连接结束处理的理由。通过通知该理由信息,能判断MME可进行哪种处理。
接收到该消息的MME向为了该UE而建立的仅U-层面建立eNB通知连接释放请求消息,该连接释放请求消息用于请求与该UE的所有RB/S1承载的释放和用于连接的信息的删除。作为连接释放请求消息,也可适用E-RAB释放请求消息。在连接释放请求消息中可包含作为对象的UE的标识。
此外,MME向S-GW请求删除对于为了该UE而建立的仅U-层面建立eNB的设定。关于其方法,可以应用实施方式2的图31中公开的ST3110至ST3112。作为该请求消息,适用修改承载请求(modify bearer request),接收到该消息的S-GW将对于与作为对象的UE连接的仅U-层面建立eNB的设定、例如S1承载的路径设定等删除。在删除后,S-GW也可向MME通知删除完成消息。也可适用修改承载响应(modify bearer response)。
接收到连接释放请求信号的仅U-层面建立eNB(小区)利用所通知的UE的标识,释放与该UE间所设定的U-层面连接用无线资源(DRB/S1),删除用于连接的信息。
仅U-层面建立eNB(小区)在完成这些处理之后,可向MME通知U-层面连接释放完成消息。作为U-层面连接释放完成消息,也可适用E-RAB释放完成消息。MME能可靠地识别出在各仅U-层面建立eNB中作为对象的UE的U-层面连接用资源、信息已被释放、删除这一情况。
这些连接结束处理可适用实施方式1、实施方式2、实施方式2变形例3中公开的删除eNB的情况下的方法。但是,由于UE与C-层面建立eNB之间的连接处于不可能的状态,在该方法中,不进行UE与具有RRC连接的eNB之间所进行的信令等处理。
例如,在适用实施方式1中公开的方法的情况下,例如可适用图23的流程的ST2302。在此情况下,不进行ST2310即可。
例如,在适用实施方式2中公开的方法的情况下,例如可适用图31的流程的ST3101至ST3112的处理。在此情况下,不进行ST3105、ST3106、ST3107即可。此外,ST3104、ST3108也是与UE和仅U-层面建立eNB之间所进行的信令相关的步骤,因此,也可不进行这些处理。
例如,在适用实施方式2变形例3中公开的方法的情况下,例如可适用图39的流程的ST3902至ST3112的处理。在该情况下,不进行ST3114中的ST3105、ST3106、ST3107、ST3104、ST3108即可。
公开如下的其它具体例:进行仅U-层面建立eNB(小区)与UE间的RB/S1承载的释放、用于连接的信息的删除的方法。
判断为进行与UE的连接结束处理的C-层面建立eNB(小区)也可向为了该UE而建立的仅U-层面建立eNB直接通知连接释放请求消息。可利用X2接口,也可以利用其它接口。
在该连接释放请求信号中可包含用于识别作为对象的UE的标识。
接收到连接释放请求信号的仅U-层面建立eNB(小区)释放与所通知的UE间所设定的U-层面连接用无线资源(DRB/S1),删除用于连接的信息。仅U-层面建立eNB(小区)在完成这些处理之后,向MME通知U-层面连接释放完成消息。作为U-层面连接释放完成消息,也可适用E-RAB释放完成消息。
接收到U-层面连接释放完成消息的MME向S-GW请求删除对于为了该UE而建立的仅U-层面建立eNB的设定。其方法可适用上述的方法。由此,可删除S-GW中的设定。
通过采用这种方法,可释放用于C-层面建立eNB(小区)及仅U-层面建立eNB(小区)与UE的连接的资源,删除用于连接的信息。
由于能够删除NW侧所不要的资源的释放及信息的删除,因此,无需在NW侧的节点继续保持无用的资源,或继续存储无用的信息,因此可提高资源的使用效率。
此外,通过在NW侧也进行释放处理,能极力避免在UE与NW侧的状态不一致。因而,可降低作为***的误动作。
在上述方法中,设置T31和T32来作为规定期间,但作为其它示例,也可利用一个规定期间来进行判断。
例如,在C-层面建立eNB(小区)检测出无线问题检测起的规定期间(T33)内,在未以规定次数(N32次)连续检测出到达的情况、或者未接收到RRC连接再建立请求消息的情况下,进行结束UE与C-层面建立eNB(小区)及仅U-层面建立eNB(小区)的连接的处理。
在规定期间(T33)内,在以规定次数(N32次)连续检测出到达的情况、或者接收到RRC连接再建立请求消息的情况下,适用上述方法即可。关于期间T33,例如可利用测量从无线问题检测(radio problem detection)起的时间的计时器,来管理是否已超过该期间。
通过使设定的规定期间为一个,从而能使控制变得简单。
图58是表示实施方式8的RLF关联处理的流程例的图。UE中的RLF关联处理与C-层面建立小区中的RLF关联处理一起示出。
转移至RRC_连接状态的UE在ST5801中开始与C-eNB的RLM。在与C-eNB的连接中,在ST5802中判断是否连续N21次成为ouy-of-sync。在连续N21次成为out-of-sync的情况下,检测出无线问题检测(radio problem detection)(ST5803),转移至第一阶段。在没有连续N21次成为out-of-sync的情况下,进行RLM,再次执行ST5802。在ST5803中检测出无线问题检测的UE在之后的ST5804中使计时器T21启动。在第一阶段,继续进行RLM。在ST5805中,判断是否连续N22次成为in-sync。在连续N22次成为in-sync的情况下,返回至正常工作,继续进行RLM,执行ST5802。在没有连续N22次成为in-sync的情况下,在ST5806中判断计时器T21是否已期满。在还没有期满的情况下,继续进行RLM,执行ST5805。在计时器期满的情况下,在ST5807中检测出RLF。ST5807中检测出RLF的UE进入到第二阶段,在ST5808中停止计时器T21,使计时器T22启动。在图58所示的示例中,在第二阶段中,UE不停止与仅U-层面建立小区(U-eNB)的RB,而进行正常动作。在第二阶段中,UE启动小区选择处理,并进行小区搜索(ST5809)。在ST5810中UE判断是否完成了小区选择,在无法选择的情况下,在ST5811中判断计时器T22是否已期满。在计时器T22还未期满的情况下,继续进行ST5809的小区搜索。在ST5811中计时器T22已期满的情况下,在ST5812中进行RRC连接脱离处理,在ST5813中,结束UE与U-eNB的连接。通过进行RRC连接脱离处理,UE在3001中转移至RRC_空闲。在3001的RRC_空闲状态下,成为UE与U-eNB的连接结束的状态,因此,在RRC_空闲状态下,不存在连接的U-eNB。
由此,在UE利用多个eNB来进行通信的情况下,可避免在UE转移至RRC_空闲状态时徒劳地保持用于U-层面连接的无线资源,能提高无线资源的使用效率。
在ST5810中UE完成了小区选择的情况下,在ST5814中停止计时器T22,在ST5815中判断所选择的小区是否为原来的C-eNB(原C-eNB)。在不是原C-eNB的情况下,进行[B]的处理。[B]的处理的具体例在后述的图61中公开。在所选择的小区是原C-eNB的情况下,在与所选择的原C-eNB之间进行ST5816所示的一连串RRC连接再建立处理。ST5817中,UE向原C-eNB通知RRC连接再建立请求消息,在ST5821中,C-eNB向UE通知RRC连接再建立消息。接收到RRC连接再建立消息的UE在与原C-eNB之间进行RRC连接再建立处理。与原C-eNB完成了RRC连接再建立处理的UE在ST5823中向原C-eNB通知RRC连接再建立完成消息。通过该RRC连接再建立处理,在UE、原C-eNB、S-GW间对无线承载1(3003)及S1承载1(3004)进行再设定。此外,在第二阶段,UE与U-eNB的连接为正常动作,因此,在UE、U-eNB(原U-eNB)、S-GW间继续设定无线承载2(DRB)(3027)及S1承载2(3028)。因此,ST3005、ST3006中,U-层面数据可经由原C-eNB在UE与S-GW间进行通信,ST3032、ST3033中U-层面数据可经由原U-eNB在UE与S-GW间进行通信。由此,UE可利用原C-eNB及原U-eNB来进行通信。
图58中示出了在第二阶段中不停止与仅U-层面建立小区(U-eNB)的RB而进行正常动作的情况。在第二阶段中停止与仅U-层面建立小区(U-eNB)的RB的情况下,在ST5808之后、ST5809之前,追加与U-eNB的RB停止处理即可。此外,在ST5815中选择了原C-eNB的情况下,原C-eNB可将表示将对UE已停止的U-层面的RB返回至正常动作这一情况的消息(例如设为U-eNB再启动信息)包含在RRC连接再建立处理中的RRC连接再建立消息(ST5812)中,向UE进行通知。或者,原C-eNB可将U-eNB再启动信息包含在RRC连接重置消息中,在RRC连接再建立处理后向UE进行通知。接收到U-eNB再启动信息的UE使已停止的U-eNB的RB再启动,返回至正常动作。由此,在UE、U-eNB(原U-eNB)、S-GW间设定无线承载2(DRB)(3027)及S1承载2(3028),U-层面数据可经由原U-eNB在UE与S-GW间进行通信。因此,UE可利用原C-eNB及原U-eNB来进行通信。
接下来,示出C-eNB中的RLF关联处理。
与UE进行C-层面连接的C-eNB在ST5826中与UE间开始RLM。在与UE间的连接中,在ST5827中判断上行链路信号或信道是否连续N31次未送达。作为上行链路信号,例如为周期性CQI。在周期性CQI连续N31次未送达的情况下,检测出无线问题检测(ST5828)。在周期性CQI没有连续N31次未送达的情况下,进行RLM,再次执行ST5827。ST5828中检测出无线问题检测的C-eNB在ST5829中使计时器T31启动,继续进行RLM。在ST5830中,判断是否连续N32次接收到周期性CQI。在连续N32次接收到周期性CQI的情况下,返回至正常工作,继续进行RLM,执行ST5827。在没有连续N32次接收到周期性CQI的情况下,在ST5831中判断计时器T31是否已期满。在还没有期满的情况下,继续进行RLM,执行ST5830。在计时器已期满的情况下,在ST5832中检测出RLF。ST5832中检测出RLF的C-eNB在ST5833中停止计时器T31,使计时器T32启动。C-eNB在ST5818中判断是否从UE接收到RRC连接再建立请求。接收到的情况下,在ST5819中将计时器T32停止。在ST5820中判断是否选择了原U-eNB,在选择的情况下,转移至ST5821、ST5823的处理。ST5820中未选择原U-eNB的情况下,在ST5822中将RRC连接再建立消息通知给UE。接收到RRC连接再建立消息的UE进行与原C-eNB的RRC连接再建立处理。完成了与原C-eNB的RRC连接再建立处理的UE在ST5824中向原C-eNB通知RRC连接再建立完成消息。接收到RRC连接再建立完成消息的原C-eNB进行[A]的处理。[A]的处理的具体例在后述的图59或图60中公开。
ST5818中未从UE接收到RRC连接再建立请求的情况下,在ST5825中判断计时器T32是否已期满。在未期满的情况下,返回继续进行ST5818的判断。ST5825中判断为计时器T32已期满的原C-eNB启动与UE的连接结束处理。通过启动连接结束处理,进行UE与原C-eNB的连接结束处理及UE与U-eNB的连接结束处理。该处理在之后示为[C]。[C]的处理的具体例在后述的图62中公开。
图59是图58中的[A]处理的流程例。公开原C-eNB选择、决定新U-层面建立eNB(小区)(新U-eNB)的情况。
在图58的ST5820未选择原U-eNB的情况下,原C-eNB对UE进行RRC连接建立处理,并转移至[A]的处理通过使原C-eNB对UE进行RRC连接建立处理,从而如图59所示,在UE、原C-eNB、S-GW间进行无线承载1(3003)及S1承载1(3004)的再设定。由此,在ST3005、ST3006中,U-层面数据可经由原C-eNB在UE与S-GW间进行通信。
在RRC连接再建立处理后,原C-eNB进行新U-eNB的选择、决定,进行与该新U-eNB的U-层面连接处理。该一连串处理适用图38的ST3802至ST3036中公开的处理。由此,在UE、新U-eNB、S-GW间继续设定无线承载2(DRB)及S1承载2,U-层面数据可经由新U-eNB在UE与S-GW间进行通信。
由此,UE可利用原C-eNB及新U-eNB来进行通信。
原U-eNB的删除处理可适用实施方式2变形例3的图39中公开的方法。可适用图39的ST3902至ST3115。另外,在ST3010中,MME设定新U-eNB,因此还能删除原U-eNB。在此情况下,可适用ST3011至ST3115。新U-eNB的设定流程与原U-eNB的删除流程可连续进行,也可并列进行。
图60是图58中的[A]处理的其它流程例。公开MME选择、决定新U-层面建立eNB(小区)(新U-eNB)的情况。
在图58的ST5820未选择原U-eNB的情况下,原C-eNB对UE进行RRC连接建立处理,并转移至[A]的处理通过使原C-eNB对UE进行RRC连接建立处理,从而如图60所示,在3003及3004中,在UE、原C-eNB、S-GW间进行无线承载1(3003)及S1承载1(3004)的再设定。由此,在ST3005、ST3006中,U-层面数据可经由原C-eNB在UE与S-GW间进行通信。
在RRC连接再建立处理后,ST6001中,原C-eNB向MME通知用于请求从仅U-层面建立eNB(小区)的选择、决定开始进行的U-层面建立请求消息。接收到U-层面建立请求消息的MME进行仅U-层面建立eNB(小区)的选择、决定,决定各eNB(小区)的E-RAB设定,对各eNB(小区)进行E-RAB的设定/修正。从这些处理到仅U-层面建立eNB(小区)设定为止的处理适用图30的ST3009到ST3036中公开的处理。由此,在UE、新U-eNB、S-GW间设定无线承载2(DRB)及S1承载2,U-层面数据可经由新U-eNB在UE与S-GW间进行通信。
由此,UE可利用原C-eNB及新U-eNB来进行通信。
原U-eNB的删除处理可适用实施方式2的图31中公开的方法。可适用图31的ST3101至ST3115。新U-eNB的设定流程与原U-eNB的删除流程可连续进行,也可并列进行。
图61是图58中的[B]处理的流程例。公开MME选择、决定新U-层面建立eNB(小区)(新U-eNB)的情况。
图58的ST5815中,在UE选择与原C-eNB不同的小区来作为新C-层面建立eNB(小区)(新C-eNB)的情况下,转移至[B]的处理。图61的ST5816中,UE与所选择的新C-eNB进行RRC连接再建立处理。ST5816中RRC连接再建立处理完成之后,UE在需要U-层面连接的情况下,为了进行U-层面连接,在ST6101中进行服务请求处理。由于已利用ST5816的RRC连接再建立处理来建立RRC连接,因此,在ST6101的服务请求处理中,无需RRC连接设置处理。通过ST6101的服务请求处理,在UE、新C-eNB、S-GW间进行无线承载1(3003)及S1承载1(3004)的再设定。由此,在ST3005、ST3006中,U-层面数据可经由新C-eNB在UE与S-GW间进行通信。
在ST6101的服务请求处理后,接着在ST6001中,新C-eNB向MME通知用于请求从仅U-层面建立eNB(小区)的选择、决定开始进行的U-层面建立请求消息。接收到U-层面建立请求消息的MME进行仅U-层面建立eNB(小区)的选择、决定,决定各eNB(小区)的E-RAB设定,对各eNB(小区)进行E-RAB的设定/修正。从这些处理到仅U-层面建立eNB(小区)设定为止的处理适用图30的ST3009到ST3036中公开的处理。由此,在UE、新U-eNB、S-GW间设定无线承载2(DRB)及S1承载2,U-层面数据可经由新U-eNB在UE与S-GW间进行通信。
由此,UE可利用新C-eNB及新U-eNB来进行通信。
图62是图58中的[C]处理的流程例。公开原C-eNB决定删除U-层面建立eNB的情况。图58的ST5825中原C-eNB判断为计时器T32已期满的情况下,转移至[C],原C-eNB启动与UE的连接结束处理。由此,进行UE与原C-eNB及U-eNB的连接结束处理。
图62中示出了应用实施方式2变形例3中公开的方法作为原C-eNB与UE的连接结束处理的情况。可适用图39的流程中ST3902至ST3112的处理。但是,删除与给UE的信令相关的步骤。
ST3902中,原C-eNB决定删除包含本小区在内的、对作为对象的UE建立U-层面的所有eNB。此时,也可将是因计时器T32已期满而进行的连接结束处理这一情况作为判断指标。ST3903中,原C-eNB向MME通知E-RAB释放请求。接收到E-RAB释放请求的MME在ST3010中,利用该请求消息所包含的作为对象的UE的标识、原C-eNB的标识、要删除的eNB的标识等,决定各eNB的E-RAB释放。在ST6201中,MME向原C-eNB通知请求E-RAB释放的消息。在从MME向原C-eNB通知的E-RAB释放的请求消息中,可包含表示承载的释放以所有RB/S1承载作为对象这一意思的信息。在ST3102中,MME向原U-eNB通知请求E-RAB释放的消息。接收到请求E-RAB释放的消息的原C-eNB在ST6202中,将对作为对象的UE所设定的所有RB/S1承载的释放及与UE相关的信息删除。完成了ST6202的处理的UE在ST6203中向MME通知完成E-RAB释放。此外,接收到请求E-RAB释放的消息的原U-eNB在ST3103中,将对作为对象的UE所设定的DRB/S1承载的释放及与UE相关的信息删除。完成了ST3103的处理的UE在ST3109中向MME通知E-RAB释放完成。
由此,原C-eNB可结束与UE的RRC连接,在6204中可将与UE的状态设为RRC_空闲状态。此外,在原C-eNB及原U-eNB中,进行用于所有RB/S1承载的资源的释放、与UE有关的信息的删除。因此,连接结束处理完成。
通过采用本实施方式中公开的方法,即使与C-层面建立eNB(小区)的通信品质发生劣化并导致无法通信,UE也能避免保持用于U-层面连接的无用资源。因此,可以提高无线资源的使用效率。
此外,通过消除UE与NW侧之间的处理的模糊性,能进行U-层面连接的建立/删除,从而能进行正常的数据通信。
此外,可降低作为***的误动作。
在从UE向新C-层面建立eNB(小区)的RRC连接再建立处理中,原C-层面建立eNB(小区)的计时器T32或T33不停止。
NW侧的仅U-层面建立eNB(小区)的连接结束处理在原C-层面建立eNB(小区)的计时器T32或T33期满时启动。
有时会产生如下问题:即,新的仅U-层面建立eNB(小区)的设定定时与NW侧的仅U-层面建立eNB(小区)的连接结束处理的定时变为一前一后。
为了解决该问题,MME力图进行调整。
在因计时器T32或T33期满而启动连接结束处理的情况下,接收到U-层面连接释放请求消息的MME检查在新C-层面建立eNB(小区)中是否对该UE进行了仅U-层面建立eNB(小区)的设定。
在进行了的情况下,取消释放处理。在未进行的情况下,执行释放处理。
由此,能避免例如新设定的仅U-层面建立eNB(小区)被释放等问题的产生。作为***,能降低误动作,可实现稳定的动作。
也可从原C-层面建立eNB(小区)向MME通知用于降低MME的判断的误动作的信息。
将该信息包含在U-层面连接释放请求消息中从原C-层面建立eNB(小区)向MME进行通知。
下面公开3种该信息的具体例。
(1)是否是因该计时器期满而引起的释放处理请求。
(2)计时器期满的原C-层面建立eNB(小区)的标识。
(3)作为对象的UE的标识。
作为其它方法,也可设置表示是否是RLF引起的再设定的信息,以消除MME所引起的判断的误动作。将该信息从UE向MME、或者从UE向新C-层面建立eNB(小区)、或者从新C-层面建立eNB(小区)向MME进行通知。
由此,MME能判断仅U-层面建立eNB(小区)的设定原因是否是RLF。因此,在设定仅U-层面建立eNB(小区)后接收到U-层面连接释放请求消息的情况下,在已设定的仅U-层面建立eNB(小区)是由RLF引起时,取消该U-层面连接释放请求消息,在不是由RLF引起时,按照该U-层面连接释放请求消息,进行仅U-层面建立eNB(小区)的连接结束(释放)处理即可。
通过采用这种方法,能降低MME中判断的误动作。
作为避免新的仅U-层面建立eNB(小区)的设定定时与NW侧的仅U-层面建立eNB(小区)的连接结束处理的定时变为一前一后这一问题的其它方法,可将从UE向新C-层面建立eNB(小区)的RRC连接再建立处理作为契机,设置从新C-层面建立eNB(小区)向原C-层面建立eNB(小区)的信令,该信令指示结束原C-层面建立eNB中的、在计时器T32或T33已期满时的仅U-层面建立eNB的连接结束处理。可将该信令从新C-层面建立eNB(小区)经由MME向原C-层面建立eNB(小区)进行通知。通过应用到例如在原C-层面建立eNB中已设定的仅U-层面建立eNB(小区)、与新C-层面建立eNB(小区)中所设定的仅U-层面建立eNB(小区)相同的情况,能防止在该仅U-层面建立eNB(小区)的设定后被删除。
此外,该信令中可包含新C-层面建立eNB(小区)中所设定的与仅U-层面建立eNB(小区)相关的信息、例如标识。由此,原C-层面建立eNB(小区)能判断是否结束在计时器T32或T33期满时的仅U-层面建立eNB的连接结束处理。或者,也可仅结束相同的仅U-层面建立eNB(小区)的连接结束处理。
通过这样,作为***,能降低误动作,可实现稳定的动作。
实施方式8的变形例1
<与仅U-层面建立eNB的连接结束处理方法(b)>
公开与仅U-层面建立eNB(小区)的连接结束处理方法的其它具体例。
UE在与C-层面建立eNB(小区)的连接中检测出RLF时,结束与仅U-层面建立eNB(小区)的连接。
作为与仅U-层面建立eNB(小区)的连接结束处理,UE进行所连接的所有仅U-层面建立eNB(小区)中的U-层面的所有连接的结束处理。进行所有仅U-层面建立eNB(小区)中的、包含U-层面的所有RB的MAC、RLC、PDCP的释放在内的U-层面的所有无线资源的释放。
图57(b)是用于说明本变形例的RLF关联处理的图。图57(b)与图57(a)相类似,因此对相同的元素省略共同的说明。
正常工作状态的UE与C-层面建立eNB(小区)之间进行RLM、以规定次数(N21)连续检测出out-of-sync(radio problem detection:无线问题检测)时,进入第一阶段。
第一阶段中,UE与C-层面建立eNB(小区)之间继续进行RLM,在以规定次数(N22)连续检测出in-sync时,返回到正常工作状态。从无线问题检测(radio problem detection)起在规定期间(T21)内,没有以规定次数(N22)连续检测出in-sync时,设为检测出RLF,进入第二阶段。
UE在与C-层面建立eNB(小区)的连接中检测出RLF时,结束与仅U-层面建立eNB(小区)的连接。
在第二阶段中,UE存储RLF信息,启动RRC连接再建立处理。
在未启动AS安全的情况下,进行RRC连接脱离处理。
<RRC连接再建立处理>
在RRC连接再建立处理启动时,UE停止C-层面建立eNB(小区)中的除SRB0以外的所有RB,进行MAC的重置、SCell的释放、默认的PHY设定的适用、默认的MAC主设定的适用等,并进行小区选择处理。在UE与C-层面建立eNB(小区)之间存在U-层面的连接的情况下,包含用于该U-层面的连接的所有RB在内,都停止。即,关于与C-层面建立eNB(小区)之间的U-层面的连接,不是按照对仅U-层面建立eNB(小区)的处理,而是按照对C-层面建立eNB(小区)的处理。
在仅U-层面建立eNB(小区)中构成CA(carrier aggregation:载波聚合)的情况下,也可进行该CA的SCell的释放。
<与实施方式8的比较>
公开在UE进行RRC连接脱离处理(leaving RRC_Connected)的情况、进行RRC连接再建立处理的情况下,仅U-层面建立eNB(小区)的处理方法。
与实施方式8中公开的方法不同,UE在第二阶段成功进行了小区选择的情况下,已经结束(释放)与仅U-层面建立eNB(小区)的连接。因此,不管UE在小区选择中选择了哪个C-层面建立eNB(小区),也不管利用进行了RRC连接再建立的C-层面建立eNB(小区)或MME来选择、决定了哪个仅U-层面建立eNB(小区),都成为新的仅U-层面建立eNB(小区)的设定。
因此,MME可进行各eNB(小区)的E-RAB设定,因此,需要将仅U-层面建立eNB(小区)的设定请求通知给MME。
在此情况下的仅U-层面建立eNB(小区)的设定及删除方法可适用实施方式8中公开的、选择了原C-层面建立eNB(小区)时与不同的仅U-层面建立eNB(小区)相连接的情况下的方法。
或者,可适用实施方式8中公开的、选择了不同的C-层面建立eNB(小区)的情况下的方法。
通过采用本变形例中公开的方法,与实施方式8中公开的方法相比,能避免UE在第二阶段的期间也徒劳地保持U-层面连接用无线资源。即,通过提前进行与仅U-层面建立eNB(小区)的连接结束处理,可提高无线资源的使用效率。
此外,RLF后的第二阶段是进行小区选择处理的阶段。即,即使进行恢复,变成与其它小区(不同的C-层面建立eNB(小区))进行连接的可能性也较大。在变成与其它小区进行连接的情况下,导致需要进行与该小区的连接状况下的U-层面的设定的情况。考虑到这点,通过使UE在检测出RLF的时刻进行与仅U-层面建立eNB(小区)的连接结束处理,从而能反映与新C-层面建立eNB(小区)的通信环境,能避免进行RRC连接再建立时的通信品质下降。
<设定和删除的定时偏差>
本变形例中的、NW侧的仅U-层面建立eNB(小区)的连接结束(释放)由C-层面建立eNB(小区)的RLF关联处理中的计时器T31来进行管理,在计时器T31已期满时进行连接结束处理。也可在利用UE中的RLF的同时,利用在NW侧的RLF来进行连接结束处理。
但是,并不限于在UE和NW侧以完全相同的定时进行。
原C-层面建立eNB(小区)的计时器T31在从UE向新C-层面建立eNB(小区)的RRC连接再建立处理中无法进行复位。
新的仅U-层面建立eNB(小区)的设定定时与NW侧的仅U-层面建立eNB(小区)的释放定时有时会变为一前一后。
在此情况下,有时会产生新设定的仅U-层面建立eNB(小区)被释放的问题。
为了解决该问题,MME力图进行调整。
MME中的通知方法可适用实施方式8中公开的方法。可以得到相同的效果。
通过采用这种方法,能降低MME中判断的误动作。
实施方式8的变形例2
<与仅U-层面建立eNB的连接结束处理方法(c)>
公开与仅U-层面建立eNB(小区)的连接结束处理方法的其它具体例。
UE在与C-层面建立eNB(小区)的连接中检测出无线问题检测(Radio problemdetection)时,结束与仅U-层面建立eNB(小区)的连接。
作为与仅U-层面建立eNB(小区)的连接结束处理,UE进行所连接的所有仅U-层面建立eNB(小区)中的U-层面的所有连接的结束处理。对所有仅U-层面建立eNB(小区)中的、包含U-层面的所有RB的MAC、RLC、PDCP的释放在内的U-层面的所有无线资源进行释放。
图57(c)是用于说明本变形例的RLF关联处理的图。图57(c)与图57(a)相类似,因此对相同的元素省略共同的说明。
正常工作状态的UE与C-层面建立eNB(小区)之间进行RLM,在以规定次数(N21)连续检测出out-of-sync(radio problem detection:无线问题检测)时,进入第一阶段。
UE在与C-层面建立eNB(小区)的连接中检测出无线问题检测(Radio problemdetection)时,结束与仅U-层面建立eNB(小区)的连接。
第一阶段中,UE与C-层面建立eNB(小区)之间继续进行RLM,在以规定次数(N22)连续检测出in-sync时,返回到正常工作状态。从无线问题检测(radio problem detection)起在规定期间(T21)内,没有以规定次数(N22)连续检测出in-sync时,检测出RLF,进入第二阶段。
在第二阶段中,UE存储RLF信息,启动RRC连接再建立处理。
在未启动AS安全的情况下,进行RRC连接脱离处理。
<RRC连接再建立处理>
在RRC连接再建立处理启动时,UE停止C-层面建立eNB(小区)中除SRB0以外的所有RB,进行MAC的重置、SCell的释放、默认的PHY设定的适用、默认的MAC主设定的适用等,并进行小区选择处理。在UE与C-层面建立eNB(小区)之间存在U-层面的连接的情况下,该U-层面的连接用的所有RB也包含在内,都停止。即,关于与C-层面建立eNB(小区)之间的U-层面的连接,不是按照对仅U-层面建立eNB(小区)的处理,而是按照对C-层面建立eNB(小区)的处理。
在仅U-层面建立eNB(小区)中构成CA(carrier aggregation:载波聚合)的情况下,也可进行该CA的SCell的释放。
<与实施方式8变形例1的比较>
UE进行RRC连接脱离处理(leaving RRC_Connected)的情况、进行RRC连接再建立处理的情况下,仅U-层面建立eNB(小区)的处理方法可适用实施方式8变形例1中公开的方法。可以得到相同的效果。
<与实施方式8、实施方式8变形例1的比较>
公开UE检测出无线问题检测(radio problem detection)之后进行再同步(以规定次数(N22)连续检测出in-sync)而返回到正常工作状态的情况下的、仅U-层面建立eNB(小区)的处理方法。
与实施方式8、实施方式8变形例1中公开的方法不同,UE在第一阶段进行了再同步的情况下,已经结束(释放)与仅U-层面建立eNB(小区)的连接。因此,不管利用再同步后的(原)C-层面建立eNB(小区)或MME来选择、决定哪个仅U-层面建立eNB(小区),都成为新的仅U-层面建立eNB(小区)的设定。
因此,MME可进行各eNB(小区)的E-RAB设定,因此,原C-层面建立eNB(小区)需要将仅U-层面建立eNB(小区)的设定请求通知给MME。
在此情况下的仅U-层面建立eNB(小区)的设定及删除方法可适用实施方式8中公开的、选择了原C-层面建立eNB(小区)时与不同的仅U-层面建立eNB(小区)相连接的情况下的方法。
通过采用本变形例中公开的方法,与实施方式8或实施方式8变形例1相比,能更快地进行资源的释放。因此,其结果是,在无法恢复(再同步、RRC连接再建立)等情况下,能防止资源的浪费,可提高资源的利用效率。
<设定和删除的定时偏差>
本变形例中的、NW侧的仅U-层面建立eNB(小区)的连接结束(释放)可在C-层面建立eNB(小区)的RLF关联处理中检测出与UE的无线问题检测(radio problem detection)的情况下进行。
但是,并不限于在UE和NW侧以完全相同的定时来检测出无线问题检测(radioproblem detection)。
NW侧的仅U-层面建立eNB(小区)的连接结束处理在检测出原C-层面建立eNB(小区)的无线问题检测(radio problem detection)时启动。
新的仅U-层面建立eNB(小区)的设定定时与NW侧的仅U-层面建立eNB(小区)的释放定时有时会变为一前一后。
在此情况下,有时会产生新设定的仅U-层面建立eNB(小区)被释放的问题。
为了解决该问题,MME力图进行调整。
在因无线问题检测(radio problem detection)而启动连接删除处理的情况下,MME检查在原C-层面建立eNB(小区)中是否对该UE进行了仅U-层面建立eNB(小区)的设定。
在进行了的情况下,取消释放处理。在未进行的情况下,执行释放处理。
也可从原C-层面建立eNB(小区)向MME通知用于降低MME的判断的误动作的信息。
将该信息包含在释放请求消息中从原C-层面建立eNB(小区)向MME进行通知。
下面公开3种该信息的具体例。
(1)表示是否是由无线问题检测(radio problem detection)引起的释放处理请求的信息。
(2)检测出无线问题检测(radio problem detection)的原C-层面建立eNB(小区)的标识。
(3)作为对象的UE的标识。
作为其它方法,也可设置表示是否是再同步后的再设定的信息并进行通知,以消除MME的判断的误动作。将该信息从UE向MME、或者从UE向原C-层面建立eNB(小区)、或者从原C-层面建立eNB(小区)向MME进行通知。
由此,MME能判断仅U-层面建立eNB(小区)的设定原因是否是再同步。因此,在设定仅U-层面建立eNB(小区)后接收到释放请求消息的情况下,在已设定的仅U-层面建立eNB(小区)是由再同步引起时,取消该释放请求消息,在不是由再同步引起时,按照该释放请求消息,进行仅U-层面建立eNB(小区)的连接结束(释放)处理即可。
通过采用这种方法,能降低MME的判断的误动作。
在实施方式8到实施方式8变形例2中,为了以使C-层面建立eNB的RLF关联处理中的仅U-层面建立eNB的连接结束处理的启动以比UE的RLF关联处理中的仅U-层面建立eNB的连接结束处理的启动晚足够多的方式开始,将C-层面建立eNB的RLF关联处理中所设定的规定期间T31设定得比UE的RLF关联处理中所设定的规定期间T21更长即可。并且/或者,同样在设定T32的情况下,将其设定得比T22更长即可。并且/或者,在设定T33的情况下,将其设定得比T21和T22的总和更长即可。
由此,能以使C-层面建立eNB的RLF关联处理中的仅U-层面建立eNB的连接结束处理的启动以比UE的RLF关联处理中的仅U-层面建立eNB的连接结束处理的启动晚足够多的方式开始,因此,能降低如下误动作:例如,虽然UE还未进行仅U-层面建立eNB的连接结束处理,但在NW侧先进行了仅U-层面建立eNB的连接结束处理。还能削减伴随着在NW侧的仅U-层面建立eNB的连接结束处理而产生的信令。
<HOF>
在实施方式2到实施方式3变形例1中,公开了仅U-层面建立eNB(小区)的变更不是通过HO来进行,而是通过仅U-层面建立eNB(小区)的追加/删除/修正来进行。另一方面,公开了对于C-层面建立小区的变更,适用HO即可。此外,公开了在C-层面建立小区间进行HO的情况下的仅U-层面建立小区的处理方法。
作为在C-层面建立小区间进行HO的情况下的仅U-层面建立小区的处理方法,公开了将(2)中建立U-层面的连接的eNB从目标C-层面建立eNB通知给UE的情况,但在仅U-层面建立小区在HO前后为相同的情况下,也可不向UE进行通知。UE在HO时没有该通知的情况下,可不进行仅U-层面建立小区的连接变更。
由此,可不将与仅U-层面建立小区相关的信息从目标C-层面建立小区经由源C-层面建立小区发送到UE,因此,能降低信令量或消息中包含的信息量。
此外,作为其它方法,在仅U-层面建立小区在HO前后为相同的情况下,也可向UE通知表示在HO前后所建立的仅U-层面建立小区为相同这一意思的信息。从目标C-层面建立小区经由源C-层面建立小区发送到UE。与仅U-层面建立eNB的相关信息相比,信息量较少即可,因此,能降低信令量或消息中包含的信息量。
对于在C-层面建立小区的HO时UE检测出HO失败(HO failure、HOF)的情况下的仅U-层面建立小区的处理方法,以下公开2种。
(1)在UE检测出C-层面建立小区的HOF时,结束与仅U-层面建立eNB(小区)的连接。与仅U-层面建立eNB(小区)的连接结束处理方法可适用实施方式8中公开的方法。
(2)在UE检测出C-层面建立小区的HOF时,视为UE检测出RLF,采用UE检测出RLF时的仅U-层面建立小区的处理方式。UE检测出RLF时的仅U-层面建立小区的处理方法可适用实施方式8或实施方式8变形例1中分别公开的方法。
另外,也可在HO过程中检测出RLF的情况下,检测出HOF。在此情况下,也可采用与UE检测出RLF时相同的仅U-层面建立小区的处理方式。
由此,在UE与多个eNB(小区)进行通信时的HOF中,能规定仅U-层面建立小区的处理方法,可进行正常的数据通信。此外,可降低作为***的误动作。此外,由于能避免为了UE与仅U-层面建立eNB(小区)间的连接而徒劳地保持资源,因此可提高无线资源的使用效率。
实施方式9
<仅U-层面建立eNB的RLF关联处理>
本实施方式中,公开UE利用多个不同eNB(小区)进行通信时的RLF关联处理的其它方法。此处,称为仅U-层面建立eNB(小区)的RLF关联处理。
与仅U-层面建立eNB(小区)之间进行RLM。
UE根据仅U-层面建立eNB(小区)的连接状态,进行仅U-层面建立eNB(小区)的连接结束处理。
以下公开3种与仅U-层面建立eNB(小区)的连接结束处理方法。
(1)UE在与仅U-层面建立eNB(小区)的连接中检测出无线问题检测(Radioproblem detection)时,结束与该仅U-层面建立eNB(小区)的连接。
(2)UE在与仅U-层面建立eNB(小区)的连接中检测出RLF时,结束与该仅U-层面建立eNB(小区)的连接。
(3)UE在与仅U-层面建立eNB(小区)的连接中无法进行再连接时,结束与该仅U-层面建立eNB(小区)的连接。
在任一个方法中,对UE所连接的每一个仅U-层面建立eNB(小区),进行RLM及RLF关联处理。
图63(a)是用于说明(1)的方法所涉及的RLF关联处理的图。
正常工作状态的UE在进行仅U-层面建立eNB(小区)的RLM、且以规定次数(N41)连续检测出out-of-sync(radio problem detection:无线问题检测)时,结束与该仅U-层面建立eNB(小区)的连接。对于仅U-层面建立eNB(小区)的out-of-sync,将在后面阐述。
通过采用本方法,与其它两种方法相比,能提前结束与仅U-层面建立eNB(小区)的连接。因此,无需长期保持对于仅U-层面建立eNB(小区)的无线资源,因此,能提高无线资源的使用效率。
图63(b)是用于说明(2)的方法所涉及的RLF关联处理的图。
图63(b)与图63(a)相类似,因此对相同的元素省略共同的说明。
正常工作状态的UE在与仅U-层面建立eNB(小区)之间进行RLM,在以规定次数(N41)连续检测出out-of-sync(radio problem detection:无线问题检测)时,将与该仅U-层面建立eNB(小区)的连接状态转移至第一阶段。
第一阶段中,UE与该仅U-层面建立eNB(小区)之间继续进行RLM,在以规定次数(N42)连续检测出in-sync时,返回到正常工作状态。从无线问题检测(radio problemdetection)起在规定期间(T41)内,没有以规定次数(N42)连续检测出in-sync时,检测出RLF,结束与该仅U-层面建立eNB(小区)的连接。对于仅U-层面建立eNB(小区)的in-sync,将在后面阐述。
通过采用本方法,在第一阶段恢复到良好的通信品质的情况下,也可能返回到正常工作状态,因此,对于暂时的通信品质劣化,可不启动连接结束处理,因此控制变得简单,能降低误动作。
图63(c)是用于说明(3)的方法所涉及的RLF关联处理的图。
图63(c)与图63(b)相类似,因此对相同的元素省略共同的说明。
正常工作状态的UE在与仅U-层面建立eNB(小区)之间进行RLM,在以规定次数(N41)连续检测出out-of-sync(radio problem detection:无线问题检测)时,将与该仅U-层面建立eNB(小区)的连接状态转移至第一阶段。
第一阶段中,UE与该仅U-层面建立eNB(小区)之间继续进行RLM,在以规定次数(N42)连续检测出in-sync时,返回到正常工作状态。从无线问题检测(radio problemdetection)起在规定期间(T41)内,没有以规定次数(N42)连续检测出in-sync时,检测出RLF,进入第二阶段。
在第二阶段,UE启动与仅U-层面建立eNB(小区)的再连接处理。
UE从检测出RLF起在规定期间(T42)内,能通过与仅U-层面建立eNB(小区)的再连接处理来完成了再连接的情况下,返回到正常工作状态。从检测出RLF起在规定期间(T42)内未完成再连接的情况下,结束与仅U-层面建立eNB(小区)的连接。
对于与检测出RLF的仅U-层面建立eNB(小区)相同的仅U-层面建立eNB(小区),也可进行第二阶段中的再连接处理。
此处,在第二阶段,在规定期间已届满时结束与该仅U-层面建立eNB(小区)的连接,但作为其它方法,也可在第二阶段预先设置规定的再连接尝试次数,即使在进行该规定的再连接尝试次数也未完成再连接的情况下,结束与该仅U-层面建立eNB(小区)的连接。作为该方法的具体例,用实施方式2的、UE进行与各U-层面建立eNB(小区)的RLM并删除仅建立U-层面的eNB的方法进行了公开。
在再连接处理启动时,UE也可使该仅U-层面建立eNB(小区)中的U-层面的所有RB停止。关于该处理方法,可以应用实施方式8中公开的方法。若维持正常动作,则会与相同的仅U-层面建立eNB(小区)进行再连接处理,在此情况下,控制变得复杂,产生误动作的可能性变高。可避免这类问题。
通过采用(3)的方法,在判断为不可能再连接之前可不启动连接结束处理,因此控制进一步变得简单,可降低误动作。
此外,在第二阶段,UE也可允许对与检测出RLF的仅U-层面建立eNB(小区)不同的仅U-层面建立eNB(小区)进行再连接处理。在此情况下,由C-层面建立eNB(小区)或MME来选择、决定新的仅U-层面建立eNB(小区)并对UE进行设定即可。在该情况下,可以适用实施方式2、实施方式2变形例3的方法。
在RLF关联处理中,UE判断为结束与仅U-层面建立eNB(小区)的连接的情况下,结束与该仅U-层面建立eNB(小区)的连接。
以下公开2种在NW侧的、与该仅U-层面建立eNB(小区)的连接结束处理方法。
(1)UE将与该仅U-层面建立eNB(小区)的连接结束请求通知给C-层面建立eNB(小区),从而进行NW侧的结束处理。作为连接结束请求,也可通知接收品质的劣化。
作为该方法的具体例,用实施方式2的、UE进行与各U-层面建立eNB(小区)的RLM并删除仅建立U-层面的eNB的方法进行了公开。
(2)NW侧的结束处理按照仅U-层面建立eNB(小区)中的RLF关联处理来进行。
NW侧的仅U-层面建立eNB(小区)中的RLF关联处理可适用实施方式8至实施方式8变形例2中公开的、C-层面建立eNB(小区)中的RLF关联处理。使C-层面建立eNB(小区)所进行的处理由仅U-层面建立eNB(小区)来进行即可。
在与仅U-层面建立eNB(小区)的连接结束处理方法为(1)的情况下,可适用实施方式8变形例2中公开的C-层面建立eNB(小区)中的RLF关联处理。仅U-层面建立eNB(小区)在与UE的连接中检测出无线问题检测(Radio problem detection)时,该仅U-层面建立eNB(小区)向MME通知连接结束请求。连接结束请求消息也可经由C-层面建立eNB(小区)进行通知。作为连接结束请求,也可通知接收品质的劣化。
在与仅U-层面建立eNB(小区)的连接结束处理方法为(2)的情况下,可适用实施方式8变形例1中公开的C-层面建立eNB(小区)中的RLF关联处理。仅U-层面建立eNB(小区)在与UE的连接中检测出RLF时,该仅U-层面建立eNB(小区)向MME通知连接结束请求。连接结束请求消息也可经由C-层面建立eNB(小区)进行通知。作为连接结束请求,也可通知接收品质的劣化。
在与仅U-层面建立eNB(小区)的连接结束处理方法为(3)的情况下,可适用实施方式8中公开的C-层面建立eNB(小区)中的RLF关联处理。仅U-层面建立eNB(小区)在与UE的连接中判断为计时器T32已期满、或计时器T33已期满时,该仅U-层面建立eNB(小区)向MME通知连接结束请求。连接结束请求消息也可经由C-层面建立eNB(小区)进行通知。作为连接结束请求,也可通知接收品质的劣化。
该方法可适用实施方式2、实施方式2变形例3、实施方式3中公开的、利用数据监视计时器来进行的仅U-层面建立eNB(小区)的连接结束处理。作为具体例,可适用在图32、图40、图41、图46的流程中,U-eNB(小区)中的数据监视计时器期满时,进行U-层面结束(释放)处理的流程。
通过与仅U-层面建立eNB(小区)的再连接处理来完成了再连接的情况下,将在再连接处理启动时已停止的无线资源进行再启动,返回到正常动作。
在使仅U-层面建立eNB(小区)进行再设定或连接结束之前,该仅U-层面建立eNB(小区)中的DRB承载的设定、S1承载的设定、路径设定没有变更。因此,各节点保持原来的设定,所以能利用原来的设定来进行再连接。
图64是表示实施方式9的仅U-层面(U-plane)建立小区的RLF关联处理的流程例的图。示出与仅U-层面建立eNB(小区)的连接结束处理方法为(3)的情况。UE中的RLF关联处理与仅U-层面建立小区中的RLF关联处理一起示出。
开始了与U-eNB的连接的UE在ST6401中开始与U-eNB的RLM。在与U-eNB的连接中,在ST6402中判断是否连续N41次成为ouy-of-sync。在连续N41次成为out-of-sync的情况下,检测出无线问题检测(radio problem detection)(ST6403),转移至第一阶段。在没有连续N41次成为out-of-sync的情况下,进行RLM,再次执行ST6402。在ST6403中检测出无线问题检测的UE在ST6404中使计时器T41启动。在第一阶段,继续进行RLM。在ST6405中,判断是否连续N42次成为in-sync。在连续N42次成为in-sync的情况下,返回至正常工作,继续进行RLM,执行ST6402。在没有连续N42次成为in-sync的情况下,在ST6406中判断计时器T41是否已期满。在还没有期满的情况下,继续进行RLM,执行ST6405。在计时器已期满的情况下,在ST6407中检测出RLF。ST6407中检测出RLF的UE进入到第二阶段,在ST6408中停止计时器T41,使计时器T42启动。ST6409中,UE停止与仅U-层面建立小区(U-eNB)的RB。在第二阶段中,UE启动与U-eNB的再连接处理,并进行再连接(ST6410)。在ST6411中UE判断是否完成了再连接,在未完成再连接的情况下,在ST6412中判断计时器T42是否已期满。在计时器T42还未期满的情况下,继续进行ST6410中与U-eNB的再连接处理。步骤ST6412中计时器T42已期满的情况下,在ST6413中进行与U-eNB的连接结束处理。
ST6411中UE完成了与U-eNB的再连接的情况下,在ST6414中停止计时器T42,在ST6415中使已停止的U-eNB的RB再启动。由此,与U-eNB的连接变成正常动作,在UE、U-eNB(原U-eNB)、S-GW间继续设定无线承载2(DRB)(3027)及S1承载2(3028),在ST3032、ST3033,U-层面数据可经由U-eNB在UE与S-GW间进行通信。
接下来,示出U-eNB中的RLF关联处理。
与UE进行U-层面连接的U-eNB在ST6416中与UE间开始RLM。在与UE间的连接中,在ST6417中判断上行链路信号或信道是否连续N31次未送达。作为上行链路信号,例如设为周期性CQI。在周期性CQI连续N31次未送达的情况下,检测出无线问题检测(ST6418)。在周期性CQI没有连续N31次未送达的情况下,进行RLM,再次执行ST6417。ST6419中检测出无线问题检测的U-eNB使计时器T31启动,继续进行RLM。在ST6420中,判断是否连续N32次接收到周期性CQI。在连续N32次接收到周期性CQI的情况下,返回至正常工作,继续进行RLM,执行ST6417。在没有连续N32次接收到周期性CQI的情况下,在ST6421中判断计时器T31是否已期满。在还没有期满的情况下,继续进行RLM,执行ST6420。在计时器已期满的情况下,在ST6422中检测出RLF。ST6422中检测出RLF的U-eNB在ST6423中停止计时器T31,使计时器T32启动。检测出RLF的U-eNB与UE之间进行ST6410所示的再连接处理。U-eNB在ST6424中判断是否完成了再连接。在完成了再连接的情况下,在ST6425中使计时器T32停止。由此,与UE的连接变成正常动作,在UE、U-eNB(原U-eNB)、S-GW间继续设定无线承载2(DRB)(3027)及S1承载2(3028),在ST3032、ST3033中,U-层面数据可经由U-eNB在UE与S-GW间进行通信。
ST6424中未完成与UE的再连接的情况下,在ST6426中,判断计时器T32是否已期满。在计时器还未期满的情况下,再次进行来自UE的再连接处理。在计时器期满的情况下,进行图32的ST3203至ST3115所示的、因计时器期满所引起的U-eNB删除处理。图32的ST3114的ST3106中的、与要删除的U-eNB的连接结束处理在已由ST6413进行的情况下,也可进行省略。
由此,进行UE与U-eNB的连接结束处理。
通过采用本实施方式中公开的方法,能避免继续保持与仅U-层面建立eNB(小区)的连接的状态。
因此,能防止徒劳地保持无线资源,可提高无线资源的使用效率。
此外,能消除UE及NW侧的动作的模糊性,降低作为***的误动作。
对于RLM的方法,在实施方式2中进行了公开,但此处进一步公开详细情况。
实施方式2中,公开为了RLM而利用各仅U-层面建立eNB(小区)的RS的接收结果。为(1)至(4)。除此之外,也可利用CSI-RS。此外,也可进行组合。
作为RLM,也可评价PDCCH的接收品质。
UE评价仅U-层面连接用小区的PDCCH的接收品质。UE预先将PDCCH的接收品质和上述RS的接收品质(例如RSRP、RSRQ等)进行关联。UE测定仅U-层面连接用小区的RS的接收品质,基于上述关联来评价该小区的PDCCH接收品质。
对接收品质预先设置两个规定阈值,PDCCH的接收品质在规定阈值以上的情况下设为in-sync,PDCCH的接收品质在另一个规定阈值以下的情况下设为out-of-sync。
作为仅U-层面连接用小区的RLM,来评价PDCCH的接收品质的方法通过与以往的RLM同样的控制来进行,因此,控制变得简单。
作为RLM,也可评价ePDCCH的接收品质。
UE评价仅U-层面连接用小区的ePDCCH的接收品质。
UE预先将ePDCCH的接收品质、用于ePDCCH的RS的、及/或用于使用ePDCCH的子帧的RS的接收品质(例如RSRP、RSRQ等)进行关联。
UE测定仅U-层面连接用小区的、用于ePDCCH的RS的、及/或用于使用ePDCCH的子帧的RS的接收品质,基于上述关联来评价该小区的ePDCCH接收品质。
对接收品质预先设置两个规定阈值,ePDCCH的接收品质在规定阈值以上的情况下设为in-sync,ePDCCH的接收品质在另一个规定阈值以下的情况下设为out-of-sync。
这样,通过对RLM使用ePDCCH的接收品质,也可适用于使用ePDCCH的情况。通过应用到难以使用PDCCH的情况,能可靠地进行RLM。
实施方式9的变形例1
<C-层面建立小区的RLF和仅U-层面建立小区的RLF的协调>
在UE与C-层面建立eNB及一个或多个仅U-层面建立eNB连接的情况下,也可将实施方式8中公开的C-层面建立eNB的RLF关联处理的方法和实施方式9中公开的仅U-层面建立eNB的RLF关联处理的方法进行组合。
在C-层面建立eNB的RLF关联处理中结束与仅U-层面建立eNB的连接的情况下,在各仅U-层面建立eNB的RLF关联处理中,不管各仅U-层面建立eNB的连接状态如何,都结束连接。
由此,在UE转移至RRC_空闲的情况下,不存在与仅U-层面建立eNB的连接。能消除UE以RRC_空闲状态仅进行U-层面连接的状态。
在C-层面建立eNB的RLF关联处理中未结束与仅U-层面建立eNB的连接的情况下,依照在各仅U-层面建立eNB的RLF关联处理中各仅U-层面建立eNB的连接状态即可。
由此,UE能进行与每一个仅U-层面建立eNB的连接状态相应的连接。即,能消除与仅U-层面建立eNB的无用连接,可提高无线资源的使用效率。
此外,可设C-层面建立小区的连接状态不依赖于仅U-层面建立小区的连接状态。
UE利用C-层面建立小区来进行RRC连接。因此,通过使其不依赖于仅U-层面建立小区的连接状态,UE能进行稳定的RRC连接。例如,即使在UE进行移动、且仅U-层面建立小区各自的通信品质时刻发生较大变动的情况下,RLF关联处理也依照与一个C-层面建立小区的通信品质,因此,RRC连接稳定地进行,能可靠地进行UE的移动控制。
实施方式10
<小型小区集群>
在从实施方式1至实施方式9变形例1中,公开了UE对于一个通信利用多个eNB(小区)来进行通信的方法。
作为***,能简化控制,减少信令量,因此,也可将多个eNB作为一个集合来进行处理。本实施方式中,公开将多个eNB作为一个集合来进行处理的方法。
对于作为一个集合进行处理的多个eNB,以下公开4种。
(1)某一特定区域内的eNB的集合。
(2)由一个集中控制节点(集中器)控制的多个eNB的集合。
(3)属于同一频率层的eNB的集合。
(4)(1)至(3)的组合。
也可将这些集合称为群组或集群。例如,也可称为eNB群组、节点集群等。在集合内的eNB为小型小区的情况下,也可称为小型小区群组、或小型小区集群。
(1)中,通过将某一特定区域内的eNB作为一个集合,能简化该特定区域内的通信控制。例如,可设实施方式1中公开的特定区域的eNB是符合的。
对于(2),可对作为群组进行处理的多个eNB的集合设置一个集中控制节点。根据(2),能实现多个eNB的集中控制,能简化控制。在小型小区群组的情况下,也可将在位置上重叠的宏蜂窝小区作为集中器。此外,也可与宏蜂窝小区独立地设置集中器。此外,也可与宏蜂窝小区独立地进行调度。例如,实施方式3变形例1中公开的集中控制用eNB和被集中控制用eNB是符合的。
(3)中,集合内的eNB构成具有同一载波频率的载波。换言之,在同一频率层进行动作。由此,能容易地变更集合内的小区。
图65是说明将多个eNB作为一个集合进行处理的情况的图。
图65(a)是说明将作为一个集合进行处理的多个eNB设为某一特定区域内的eNB的集合的情况的图。6501为宏蜂窝小区,6502为由宏蜂窝小区构成的覆盖范围,6506为小型小区,6503为由小型小区构成的覆盖范围。存在多个小型小区。6504表示特定区域。6505表示小型小区群组。将特定区域(6504)内存在的小型小区(6506)作为小型小区群组(6505)来进行处理。
图65(b)是说明将作为一个集合进行处理的多个eNB设为由集中器控制的eNB的集合的情况的图。对与图65(a)相同的要素标注同一标号并省略说明。6507为集中器。将由集中器(6507)控制的小型小区(6506)的集合作为小型小区群组(6505)来进行处理。
图65(c)是说明将作为一个集合进行处理的多个eNB作为属于同一频率层的eNB的集合的情况的图。对与图65(a)相同的要素标注同一标号并省略说明。宏蜂窝小区构成的载波的载波频率为F1。将构成载波频率Fm的载波的小型小区(6506)的集合作为小型小区群组(6505)来进行处理。
接下来,公开在各实施方式中作为多个eNB的集合、例如小型小区群组进行处理的情况下的设定方法。
作为小型小区群组的设定信息,设为小型小区群组标识、小型小区群组内小区的标识等即可。此外,也可包含小型小区公共的***信息、各小型小区各自的***信息在内。此外,在存在小型小区群组内小区的频率载波、集中器的情况下,也可包含该集中器的标识在内。
实施方式1中,在UE中的小区选择时,将所选择的小区限定在规定的小型小区群组内即可。
为了小区选择,预先利用RRC信令将该小型小区群组的设定信息从进行了RRC连接的小区通知给UE即可。可包含在一个消息内。可设置新消息,也可包含在已有的RRC消息中进行通知。作为已有的RRC消息的具体例,利用RRC连接重置(RRC connectionreconfiguration)消息即可。也可在RRC连接重置消息中的无线资源配置专用信息中包含该小型小区群组的设定信息。
在实施方式2至实施方式3中,将从MME或C-层面建立小区向UE设定的U-层面建立小区或仅U-层面建立小区设定作为小型小区群组。实施方式2中,公开了利用DRB列表的方法,但也可将该列表作为小型小区群组的小区列表。
实施方式6中,将从MME或进行RRC连接的小区向UE设定的小区限定在规定的小型小区群组内即可。利用RRC信令向UE通知小型小区群组的设定信息即可。此外,也可利用MAC信令向UE通知小型小区群组内的激活或未激活的小区。
UE对利用RRC信令所通知的小型小区群组内的小型小区进行设定,与利用MAC信令通知了激活的小型小区进行通信。
这样,通过将多个eNB作为一个集合来对UE进行设定,从而无需分多次利用RRC信令将多个eNB的设定分别通知到UE。因此,可减少信令量。
在将多个eNB的集合作为一个群组来进行处理的情况下,作为设定信息,也可设置该群组的标识列表,利用RRC信令向UE进行通知。在构成多个群组的情况下,通过使其列表化,能减少信令中的消耗(overhead)。
接下来,公开在各实施方式中作为多个eNB的集合、例如小型小区群组进行处理的情况下的测定方法。
公开RRM(radio resource management:无线资源管理)测定。作为相邻小区的测定,也可测定同一频率层内的小区。
例如,作为小型小区群组,在设为属于同一频率层的小型小区的集合的情况下,进行该集合内的小型小区的变更,在此情况下,无需特别测定其它频率。因此,通过将RRM测定限定在同一频率层内的小区,能简化UE的测定处理,能以短时间及低功耗来进行测定。
作为RRM测定,也可限定于小型小区群组内的小区。也可测定小型小区群组内的小区的CRS。在该集合内进行小型小区的变更的情况下,无需测定集合外的小区。因此,通过将RRM测定限定于规定小型小区内的小区,能简化UE的测定处理,能以短时间及低功耗来进行测定。
进行RRC连接的eNB(小区)向UE通知RRM测定的测定设定(measurementconfiguration)。在测定设定中包含表示对规定的小型小区群组的频率层内进行测定这一意思的信息。例如,也可包含所测定的频率信息在内。
此外,在测定设定中,可包含表示测定规定的小型小区群组这一意思的信息。例如,也可包含所测定的小型小区群组的标识在内。通过与小型小区群组的设定信息一起使用,能确定作为测定对象的小型小区群组内小区。由此,在测定设定中无需使作为测定对象的每一个小区分别包含信息,因此,能减少消息内的信息量。
公开用于CQI/CSI报告的测定。
也可测定激活小区。在此情况下,无需测定未激活小区。此外,在此情况下,小型小区群组内的集中器也可利用RRM测定来确定激活/未激活小区。作为用于CQI/CSI报告的测定,也可测定CSI-RS或CRS。
这样,通过根据群组的处理来设定测定方法,能简化测定处理。
在各实施方式中,在作为多个eNB的集合、例如小型小区群组来进行处理的情况下,也可在小型小区群组内的各eNB中,可使得用于设定RB/S1承载的资源、用于连接的信息相同。例如,也可使UE内容相同。
在利用C-层面建立eNB和仅U-层面建立eNB来进行通信的情况下,在所有的仅U-层面建立eNB中,可使得用于设定DRB/S1承载的资源、用于连接的信息相同。
特别在实施方式3变形例1中,集中控制用eNB可对被集中控制用eNB进行相同的控制和管理。由于集中控制用eNB进行被集中控制用eNB的控制,因此,可使该控制和管理变得容易。
由此,UE无需接收小型小区群组内的所有eNB中的每一个eNB的用于承载设定的资源信息、用于连接的信息。作为小型小区群组,可仅接受一个信息。因此,能力图减少信令量或消息的信息量,简化控制。
实施方式11
<CA+小区聚合>
本实施方式中公开进一步增大通信容量的方法。
对于一个通信,UE利用多个eNB(小区)来进行通信,且在该多个eNB(小区)中的一个或多个eNB(小区)中进行载波聚合(CA)。
作为具体例,利用宏蜂窝小区、及在位置上与宏蜂窝小区重叠的多个小型小区来进行通信,且在宏蜂窝小区中进行CA。
作为其它具体例,利用宏蜂窝小区、及在位置上与宏蜂窝小区重叠的多个小型小区来进行通信,且在宏蜂窝小区和小型小区中进行CA。
作为其它具体例,利用C-层面建立小区和仅U-层面建立小区来进行通信。在仅U-层面建立小区中进行CA。
在进行CA的情况下,由于需要使调度器变为公用,因此,设置对一个通信中所使用的多个eNB(小区)进行集中控制的集中器即可。
图66是说明利用宏蜂窝小区及在位置上与宏蜂窝小区重叠的多个小型小区来进行通信,且在宏蜂窝小区中进行CA的情况的图。6601为UE,6602为宏蜂窝小区对UE(6601)所构成的分量载波(component carrier)(CC),6603、6604、6605为各个小型小区#1、小型小区#2、小型小区#3所构成的载波。宏蜂窝小区对UE(6601)构成载波频率为F1的CC1、载波频率为F2的CC2、载波频率为F3的CC3。小型小区#1、#2、#3的载波频率为Fm。UE(6601)利用宏蜂窝小区(6602)、小型小区#1(6603)、小型小区#2(6604)、小型小区#3(6605)来进行通信,在宏蜂窝小区(6602)中,利用CC1、CC2、CC3来进行CA。
公开UE对在UE利用多个eNB(小区)来进行通信、且在该多个eNB(小区)中的一个或多个eNB(小区)中进行CA时所需的设定信息进行识别的方法。
从PCell向UE通知该设定信息。作为该设定信息,可设为CA的设定信息、进行通信的eNB(小区)的设定信息。在存在多个PCell的情况下,也可从多个PCell向UE通知设定信息。此外,也可分割设定信息,并从多个PCell向UE进行通知。或者,也可从一个PCell向UE通知该设定信息。作为一个PCell,也可设为构成CA的PCell。此外,作为一个PCell,也可设为通知用于利用多个eNB(小区)进行通信的设定的小区。
另外,之前示出的具体例中,在仅U-层面建立小区中进行的如CA那样利用不具有RRC连接的小区来进行CA的情况下,也可从与作为CA的对象的UE进行RRC连接的小区,向UE通知该设定信息。此外,也可将与作为CA的对象的UE进行RRC连接的小区设为PCell。在此情况下,可预先从不具有RRC连接的小区向进行RRC连接的小区通知设定信息。作为具体例,实施方式2中公开的仅U-层面建立小区可预先向C-层面建立小区通知该设定信息。仅U-层面建立小区也可经由C-层面建立小区向UE通知该设定信息。
作为CA的设定信息,有进行CA的eNB(小区)的标识、构成CA的分量载波的载波频率信息、CC的***信息等。
用于利用多个eNB(小区)进行通信的设定信息可适用从实施方式1至实施方式10中公开的信息。也可适用实施方式10中公开的、将多个eNB的集合作为一个群组来进行处理的方法。例如有该群组的标识、该群组内每一个eNB的标识、该群组内每一个eNB的***信息等。
设为从PCell向UE通知设定信息,但作为其它方法,也可从C-层面建立小区向UE通知该设定信息。在仅U-层面建立小区中进行CA的情况下是有效的。仅U-层面建立小区可预先向C-层面建立小区通知该设定信息。仅U-层面建立小区也可经由C-层面建立小区向UE通知该设定信息。
可利用RRC信令将该设定信息通知给UE。
可设置包含CA的设定信息和进行通信的eNB(小区)的设定信息这两者的设定信息在内的一个消息,利用RRC信令对该消息进行通知。由此,可减少信令量。
或者,可将CA的设定信息、进行通信的eNB(小区)的设定信息分别作为独立的消息,利用RRC信令进行通知。在需要构成CA的情况、需要构成多个eNB等情况下,可应对各种情况。
也可将上述方法适当进行组合来使用。
CA中,在MAC中进行各CC的激活/未激活,利用MAC信令,向UE通知各CC的激活/未激活。对于多个eNB,也可也与上述方法同样地进行。在MAC中进行由RRC设定的各eNB的激活/未激活,利用MAC信令,向UE通知各eNB的激活/未激活。UE对利用RRC信令所通知的eNB的无线资源进行设定,仅与利用MAC信令通知了激活的eNB进行通信即可。UE接收激活的eNB的PDCCH或ePDCCH,获得调度信息即可。
也可对用于通信的eNB及构成CA的CC标注一连串编号,包含该编号、该编号与各eNB、CC的对应信息在内,作为利用RRC信令向UE进行通知的设定信息。从而可基于信息量比利用eNB等的小区标识时更少的信息来进行控制。
也可从MAC将用于通信的eNB及构成CA的CC与激活/未激活一起统一地通知给UE。与分开进行的情况相比,可减少减MAC信令的消耗。此外,此时,也可利用该一连串编号,指示用于通信的eNB及构成CA的CC。由此,可减少信令的信息量。
利用了多个小区的通信方法可适当地适用从实施方式1至实施方式10中公开的方法。
上述各实施方式及其变形例仅是本发明的例示,在本发明的范围内,能将各实施方式及其变形例自由组合。此外,能适当变更或省略各实施方式及其变形例的任意构成要素。由此,可提供一种通信***,通过设置小型eNB(小区),获得高通信容量,并且,以正常且不会对网络带来负荷的方式进行通信中小区的转移。
Claims (8)
1.一种移动通信***,该移动通信***中,第1基站及第2基站并行地与移动终端进行通信,其特征在于,
在控制层面,所述第1基站与所述移动终端进行通信,
在用户层面,所述第2基站与所述移动终端进行通信,
从所述第2基站向所述第1基站通知和所述第2基站与所述移动终端的通信有关的调度请求的设定,
从所述第1基站向所述移动终端通知和所述第2基站与所述移动终端的通信有关的调度请求的设定。
2.如权利要求1所述的移动通信***,其特征在于,
从所述第1基站向所述第2基站请求和所述第2基站与所述移动终端的通信有关的调度请求的设定。
3.如权利要求2所述的移动通信***,其特征在于,
利用用于所述第1基站与所述第2基站直接进行通信的X2接口,从所述第1基站向所述第2基站请求和所述第2基站与所述移动终端的通信有关的调度请求的设定。
4.如权利要求1所述的移动通信***,其特征在于,
利用用于所述第1基站与所述第2基站直接进行通信的X2接口,从所述第2基站向所述第1基站通知和所述第2基站与所述移动终端的通信有关的调度请求的设定。
5.如权利要求1所述的移动通信***,其特征在于,
利用RRC层的信号,从所述第1基站向所述移动终端通知和所述第2基站与所述移动终端的通信有关的调度请求的设定。
6.一种基站,该基站和其它基站并行地与移动终端进行通信,其特征在于,
在控制层面,所述基站与所述移动终端进行通信,
在用户层面,所述其它基站与所述移动终端进行通信,
被所述其它基站通知和所述其它基站与所述移动终端的通信有关的调度请求的设定,
向所述移动终端通知和所述其它基站与所述移动终端的通信有关的调度请求的设定。
7.一种基站,该基站和其它基站并行地与移动终端进行通信,其特征在于,
在控制层面,所述其它基站与所述移动终端进行通信,
在用户层面,所述基站与所述移动终端进行通信,
向所述其它基站通知和与所述移动终端的通信有关的调度请求的设定,
和与所述移动终端的通信有关的调度请求的设定从所述其它基站通知给所述移动终端。
8.一种移动终端,该移动终端与第1基站及第2基站并行地进行通信,其特征在于,
在控制层面,与所述第1基站进行通信,
在用户层面,与所述第2基站进行通信,
从所述第2基站向所述第1基站通知和与所述第2基站的通信有关的调度请求的设定,
被所述第1基站通知和与所述第2基站的通信有关的调度请求的设定。
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012217229 | 2012-09-28 | ||
JP2012-217229 | 2012-09-28 | ||
JP2013028057 | 2013-02-15 | ||
JP2013-028057 | 2013-02-15 | ||
CN201380050940.5A CN104919853B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
PCT/JP2013/005195 WO2014049971A1 (ja) | 2012-09-28 | 2013-09-03 | 移動体通信システム |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380050940.5A Division CN104919853B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109743763A CN109743763A (zh) | 2019-05-10 |
CN109743763B true CN109743763B (zh) | 2023-03-31 |
Family
ID=50387420
Family Applications (9)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910236865.0A Active CN109743785B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
CN201910236941.8A Active CN109743763B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
CN201910237080.5A Active CN109769277B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
CN201910237114.0A Active CN109769308B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
CN201380050940.5A Active CN104919853B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
CN201910236906.6A Active CN109743787B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
CN201910236890.9A Active CN109743786B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
CN201910237664.2A Pending CN109769278A (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
CN201910236793.XA Active CN109743784B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910236865.0A Active CN109743785B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
Family Applications After (7)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910237080.5A Active CN109769277B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
CN201910237114.0A Active CN109769308B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
CN201380050940.5A Active CN104919853B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
CN201910236906.6A Active CN109743787B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
CN201910236890.9A Active CN109743786B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
CN201910237664.2A Pending CN109769278A (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
CN201910236793.XA Active CN109743784B (zh) | 2012-09-28 | 2013-09-03 | 移动通信*** |
Country Status (5)
Country | Link |
---|---|
US (2) | US10448300B2 (zh) |
EP (2) | EP2903342A4 (zh) |
JP (7) | JPWO2014049971A1 (zh) |
CN (9) | CN109743785B (zh) |
WO (1) | WO2014049971A1 (zh) |
Families Citing this family (51)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101794739B1 (ko) * | 2012-10-05 | 2017-11-07 | 닛본 덴끼 가부시끼가이샤 | 무선 통신 시스템, 기지국, 이동국, 통신 제어 방법, 및 컴퓨터 판독가능한 매체 |
US9526044B2 (en) * | 2013-05-08 | 2016-12-20 | Lg Electronics Inc. | Method of configuring dual connectivity to UE in heterogeneous cell deployment |
JP6211845B2 (ja) * | 2013-07-31 | 2017-10-11 | 株式会社Nttドコモ | 移動局及び移動通信システム |
WO2015042831A1 (zh) * | 2013-09-26 | 2015-04-02 | 华为技术有限公司 | 能力匹配方法、装置及*** |
EP3068166B1 (en) * | 2013-12-06 | 2018-02-14 | Huawei Technologies Co., Ltd. | Method and apparatus for accessing base station by terminal |
EP3085150B1 (en) * | 2013-12-17 | 2020-01-22 | Nokia Solutions and Networks GmbH & Co. KG | Handover in software defined networking |
US10448427B2 (en) | 2014-01-29 | 2019-10-15 | Samsung Electronics Co., Ltd. | Method and apparatus for performing random access in a mobile communication system |
US9351314B2 (en) * | 2014-03-13 | 2016-05-24 | Raytheon Bbn Technologies Corp. | Packet dissemination in a wireless network performing distributed beamforming |
CN104980945B (zh) * | 2014-04-11 | 2020-08-11 | 中兴通讯股份有限公司 | 一种封闭成员组身份状态更新的方法、***及基站 |
CN107005530A (zh) * | 2014-09-22 | 2017-08-01 | 诺基亚通信公司 | 通信网络***中的静音呼叫检测 |
US10097647B2 (en) * | 2014-11-06 | 2018-10-09 | Neustar, Inc. | Method and system for predicting a geographic location of a network entity |
JP6804986B2 (ja) | 2015-01-30 | 2020-12-23 | 京セラ株式会社 | ユーザ端末及び基地局 |
US9820331B1 (en) * | 2015-02-11 | 2017-11-14 | Sprint Spectrum L.P. | UE-context release in response to failure of air interface communication |
US11792872B2 (en) * | 2015-02-24 | 2023-10-17 | Intel Corporation | Methods and apparatuses associated with reestablishment of a network connection with a child node |
US10244444B2 (en) | 2015-03-04 | 2019-03-26 | Qualcomm Incorporated | Dual link handover |
US10159035B2 (en) * | 2015-03-11 | 2018-12-18 | Qualcomm Incorporated | Methods for backhaul operations in millimeter wave networks |
US9998355B2 (en) * | 2015-03-16 | 2018-06-12 | Huawei Technologies Co., Ltd. | Methods and systems for traffic engineering with redundancy |
EP3360266A1 (en) * | 2015-10-08 | 2018-08-15 | Telefonaktiebolaget LM Ericsson (publ.) | Combining uplink radio signals |
EP3419319A4 (en) * | 2016-02-19 | 2019-10-16 | LG Electronics Inc. -1- | SERVICE REQUEST TRANSMISSION AND USER DEVICE AND SERVICE REQUEST AND BASE STATION |
WO2017161517A1 (zh) * | 2016-03-23 | 2017-09-28 | 华为技术有限公司 | 修改承载的方法和移动性管理实体 |
CN109328483A (zh) * | 2016-07-04 | 2019-02-12 | 华为技术有限公司 | 一种无线链路失败处理方法、相关设备及通信*** |
WO2018056623A1 (en) * | 2016-09-22 | 2018-03-29 | Lg Electronics Inc. | Handling of conflict configuration in dual connectivity |
CN109792795B (zh) * | 2016-09-30 | 2023-03-24 | 株式会社Ntt都科摩 | 通信控制方法及通信*** |
US10750532B2 (en) * | 2016-12-07 | 2020-08-18 | Ofinno, Llc | Semi-persistent scheduling transmission selection |
CN110100470A (zh) | 2016-12-28 | 2019-08-06 | 三菱电机株式会社 | 通信*** |
CN108617032B (zh) * | 2017-01-09 | 2019-12-27 | 电信科学技术研究院 | 一种ue空闲态处理方法、mm功能实体及sm功能实体 |
JP6903450B2 (ja) * | 2017-02-23 | 2021-07-14 | 株式会社Nttドコモ | ユーザ端末およびセル選択方法 |
CN110249659B (zh) * | 2017-03-23 | 2023-04-14 | 诺基亚技术有限公司 | 服务质量流重新定位 |
US10772052B2 (en) * | 2017-06-16 | 2020-09-08 | Qualcomm Incorporated | Controlling coexistent radio systems in a wireless device |
WO2019024104A1 (zh) * | 2017-08-04 | 2019-02-07 | Oppo广东移动通信有限公司 | 数据处理方法及相关设备 |
EP3442304B1 (en) * | 2017-08-07 | 2020-09-23 | HTC Corporation | Method of handling radio link failure and related communication device |
JP7095977B2 (ja) * | 2017-11-15 | 2022-07-05 | シャープ株式会社 | 端末装置、基地局装置、および方法 |
CN109803315B (zh) | 2017-11-17 | 2022-08-19 | 中兴通讯股份有限公司 | 数据传输方法及装置 |
US10506414B1 (en) * | 2018-04-06 | 2019-12-10 | Sprint Communications Company L.P. | Wireless relay delivery of commercial mobile alert system (CMAS) information to wireless user devices |
US11140743B2 (en) * | 2018-06-05 | 2021-10-05 | Verizon Patent And Licensing Inc. | Method and system for resource management in multi-RAT dual connectivity environment |
CN110611920B (zh) * | 2018-06-15 | 2021-06-01 | 维沃移动通信有限公司 | 一种无线链路监测方法及终端 |
KR102628038B1 (ko) * | 2018-06-22 | 2024-01-22 | 삼성전자주식회사 | 이동통신 시스템에서 무선 링크 실패 보고 방법 및 장치 |
KR102525428B1 (ko) * | 2018-08-07 | 2023-04-26 | 삼성전자 주식회사 | 무선 통신 시스템에서 하향링크 데이터 전송 방법 및 장치 |
CN112586029A (zh) * | 2018-08-09 | 2021-03-30 | 中兴通讯股份有限公司 | 用于在公共资源上进行数据传输的方法和装置 |
EP3834581A4 (en) * | 2018-08-21 | 2021-10-20 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | PROCESS AND DEVICE FOR COMMUNICATION OF INFORMATION, AND DEVICE AND METHOD FOR RECEIVING INFORMATION FOR COMMUNICATION |
JP7220374B2 (ja) * | 2018-08-24 | 2023-02-10 | パナソニックIpマネジメント株式会社 | 通信端末および通信方法 |
CN110536482B (zh) * | 2018-09-28 | 2023-04-07 | 中兴通讯股份有限公司 | 一种节点之间链路连接管理的方法及相关设备 |
US11147072B2 (en) * | 2018-09-28 | 2021-10-12 | Qualcomm Incorporated | Retuning for flexible resource allocation |
EP3952455A4 (en) * | 2019-03-29 | 2022-04-06 | Honda Motor Co., Ltd. | BASE STATION, COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND PROGRAM |
WO2020202384A1 (ja) * | 2019-03-29 | 2020-10-08 | 本田技研工業株式会社 | 端末装置、通信システム、通信方法、及びプログラム |
US11076325B2 (en) * | 2019-04-10 | 2021-07-27 | Apple Inc. | Selective measurement of neighbor base stations |
GB2588101B (en) * | 2019-10-04 | 2022-09-28 | Samsung Electronics Co Ltd | Frequency layer configuration for positioning reference signals |
US11799789B2 (en) * | 2020-03-09 | 2023-10-24 | Qualcomm Incorporated | Timing adjustment in non-terrestrial wireless communications |
JP7436920B2 (ja) * | 2020-07-29 | 2024-02-22 | 日本電信電話株式会社 | 無線通信方法及び端末局装置 |
CN111867150B (zh) * | 2020-07-29 | 2022-05-17 | 青岛交互物联科技有限公司 | 一种高速数据传输方法及*** |
WO2022249971A1 (ja) | 2021-05-28 | 2022-12-01 | Kddi株式会社 | 接続先変更処理を高度化する基地局装置、端末装置、制御方法、及びプログラム |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101227747A (zh) * | 2008-02-04 | 2008-07-23 | 华为技术有限公司 | 解调资源分配方法、基站和*** |
CN102036421A (zh) * | 2009-09-30 | 2011-04-27 | 中兴通讯股份有限公司 | 终端、基站以及电路域业务的处理方法和*** |
CN102469557A (zh) * | 2010-11-15 | 2012-05-23 | 华为技术有限公司 | 接入基站方法、基站和用户设备 |
Family Cites Families (49)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1994030024A1 (en) * | 1993-06-14 | 1994-12-22 | Telefonaktiebolaget Lm Ericsson | Time alignment of transmission in a down-link of a cdma system |
ATE515162T1 (de) * | 2001-02-13 | 2011-07-15 | Ericsson Telefon Ab L M | Koordinierte behandlung des teilnehmer zugriffs zur unterstützung eines gemeinsam benutzten netzwerk |
JP2003163628A (ja) * | 2001-11-28 | 2003-06-06 | Nec Corp | 移動通信システム、無線基地局及びそれらに用いる無線リソース同期監視方法並びにそのプログラム |
CN100442914C (zh) * | 2005-06-30 | 2008-12-10 | 上海华为技术有限公司 | 软切换区域内用户设备链路管理方法 |
JP4708274B2 (ja) * | 2006-07-03 | 2011-06-22 | 富士通株式会社 | ハンドオーバ制御方法及び装置 |
JP4809148B2 (ja) * | 2006-07-10 | 2011-11-09 | 富士通株式会社 | 無線ネットワーク制御装置及び移動端末のハンドオーバー方法 |
WO2008076073A1 (en) * | 2006-12-19 | 2008-06-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Transfer of buffered data from a source base station to a target base station |
GB2449629A (en) * | 2007-05-01 | 2008-12-03 | Nec Corp | Buffering numbered unsegmented PDCP SDUs in 3GPP system to assist efficient hard handover |
KR101488525B1 (ko) * | 2007-08-07 | 2015-02-04 | 삼성전자주식회사 | 이동 통신 시스템에서 랜덤 액세스 절차 수행 방법 및 장치 |
JP5088091B2 (ja) | 2007-10-29 | 2012-12-05 | 富士通株式会社 | 基地局装置、通信方法及び移動通信システム |
CN101605039A (zh) * | 2008-06-12 | 2009-12-16 | 华为技术有限公司 | 通知计费网关计费的方法、实现计费的方法及相关设备 |
US8942165B2 (en) * | 2008-08-01 | 2015-01-27 | Qualcomm Incorporated | System and method for distributed multiple-input multiple-output (MIMO) in a wireless communication system |
JP5568567B2 (ja) | 2008-11-21 | 2014-08-06 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | ハンドオーバ、変換、及びルーティング機能を提供するように構成されたネットワークゲートウェイ |
CN101466127B (zh) * | 2008-12-30 | 2010-06-09 | 上海无线通信研究中心 | 一种提高切换成功率的小区切换方法 |
CN102821445B (zh) * | 2009-03-12 | 2016-03-30 | 华为技术有限公司 | 基站节能的方法和设备 |
KR101457754B1 (ko) * | 2009-03-12 | 2014-11-03 | 인터디지탈 패튼 홀딩스, 인크 | 무선 링크 실패에 대한 모니터링을 위한 방법 및 장치 |
CN101873667B (zh) * | 2009-04-24 | 2013-05-15 | ***通信集团公司 | 一种主载波的选择方法及相关设备 |
KR101608782B1 (ko) * | 2009-06-05 | 2016-04-04 | 엘지전자 주식회사 | 단말의 CoMP 방식에서의 신호 전송 방법 |
CN101925089A (zh) * | 2009-06-16 | 2010-12-22 | 大唐移动通信设备有限公司 | 一种多载波参数配置的方法、***和装置 |
CN101938840B (zh) * | 2009-07-01 | 2013-11-06 | 中兴通讯股份有限公司 | 一种缓存状态报告的发送方法及*** |
US8115457B2 (en) * | 2009-07-31 | 2012-02-14 | Power Integrations, Inc. | Method and apparatus for implementing a power converter input terminal voltage discharge circuit |
US8386876B2 (en) * | 2009-08-14 | 2013-02-26 | Sharp Laboratories Of America, Inc. | Transmission of different redundancy versions on different degrees of freedom |
US8570963B2 (en) * | 2009-10-26 | 2013-10-29 | Qualcomm Incorporated | Coordinated multi-point (CoMP) network and protocol architecture |
US8780853B2 (en) | 2009-11-06 | 2014-07-15 | Kyocera Corporation | Control channel management |
BR112012012086A2 (pt) * | 2009-11-19 | 2017-10-03 | Interdigital Patent Holdings Inc | Ativação/desativação de portadoras componentes em sistemas com múltiplas portadoras |
WO2011100492A1 (en) * | 2010-02-12 | 2011-08-18 | Interdigital Technology Corporation | Data split between multiple sites |
CN102196552B (zh) * | 2010-03-17 | 2015-09-16 | 中兴通讯股份有限公司 | 一种多终端上行同步的方法及*** |
EP2549708A4 (en) * | 2010-03-18 | 2015-03-11 | Alcatel Lucent | METHOD, BASE STATION AND RELAY N UD FOR UPLINK TRANSMISSION |
US8885545B2 (en) * | 2010-04-09 | 2014-11-11 | Nec Corporation | Radio communication system, communication apparatus, method for controlling simultaneous transmission from multiple base stations, and non-transitory computer readable medium |
CN102238666B (zh) * | 2010-04-30 | 2015-10-21 | 中兴通讯股份有限公司 | 多载波切换处理方法及*** |
KR101425630B1 (ko) * | 2010-04-30 | 2014-07-31 | 노키아 솔루션스 앤드 네트웍스 오와이 | 타이밍 불확실성 컴포넌트 캐리어 (재)구성/활성화/비활성화 기간 동안 캐리어 애그리케이션을 위한 ul ack/nack 피드백의 지원 |
CN102264065A (zh) * | 2010-05-27 | 2011-11-30 | 中兴通讯股份有限公司 | 一种实现接入层安全算法同步的方法及*** |
JP5466580B2 (ja) * | 2010-05-28 | 2014-04-09 | 株式会社Nttドコモ | 無線通信システム及び間欠送信方法 |
CN102281633B (zh) * | 2010-06-10 | 2014-07-16 | 华为技术有限公司 | 无线资源控制重配置处理方法和用户设备 |
US8989140B2 (en) * | 2010-06-28 | 2015-03-24 | Qualcomm Incorporated | System and method for mobility in a multi-point HSDPA communication network |
CN102378198B (zh) * | 2010-08-13 | 2014-08-20 | 电信科学技术研究院 | 一种小区配置方法和装置 |
CN102448151B (zh) * | 2010-09-30 | 2016-05-18 | 索尼公司 | 非连续接收方法、移动台、基站和无线通信*** |
JP5741977B2 (ja) * | 2010-10-07 | 2015-07-01 | 日本電気株式会社 | 多地点協調送受信のためのスケジューリング方法およびシステム |
CN102083154A (zh) * | 2010-11-05 | 2011-06-01 | 大唐移动通信设备有限公司 | 一种切换时辅小区配置的处理方法及其装置 |
CN102612088B (zh) * | 2011-01-18 | 2016-01-27 | 华为技术有限公司 | 异构网络中基于载波汇聚技术的通信方法与***、基站 |
JP5732267B2 (ja) * | 2011-01-31 | 2015-06-10 | ソフトバンクモバイル株式会社 | 通信システム、基地局及び通信制御方法 |
JP5800033B2 (ja) | 2011-02-02 | 2015-10-28 | 富士通株式会社 | 協調セルを有する無線通信 |
US20120236953A1 (en) * | 2011-03-14 | 2012-09-20 | Markus Dominik Mueck | Base Station |
KR101479896B1 (ko) * | 2011-06-06 | 2015-01-06 | 후지쯔 가부시끼가이샤 | 기지국 |
CN105357773B (zh) * | 2011-07-15 | 2020-06-02 | 华为技术有限公司 | 一种无线宽带通信方法,装置和*** |
US9479973B2 (en) * | 2012-08-02 | 2016-10-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Node and method for handing over a sub-set of bearers to enable multiple connectivity of a terminal towards several base stations |
JP6055627B2 (ja) * | 2012-08-14 | 2016-12-27 | 株式会社Nttドコモ | 移動通信方法及び移動局 |
KR101708574B1 (ko) * | 2012-08-23 | 2017-02-20 | 인터디지탈 패튼 홀딩스, 인크 | 무선 시스템에서의 다중 스케줄러들을 이용한 동작 |
JP6071571B2 (ja) | 2013-01-17 | 2017-02-01 | Kddi株式会社 | 基地局装置、通信システム及び通信方法 |
-
2013
- 2013-09-03 CN CN201910236865.0A patent/CN109743785B/zh active Active
- 2013-09-03 US US14/431,965 patent/US10448300B2/en active Active
- 2013-09-03 CN CN201910236941.8A patent/CN109743763B/zh active Active
- 2013-09-03 CN CN201910237080.5A patent/CN109769277B/zh active Active
- 2013-09-03 CN CN201910237114.0A patent/CN109769308B/zh active Active
- 2013-09-03 EP EP13840442.1A patent/EP2903342A4/en not_active Withdrawn
- 2013-09-03 CN CN201380050940.5A patent/CN104919853B/zh active Active
- 2013-09-03 CN CN201910236906.6A patent/CN109743787B/zh active Active
- 2013-09-03 CN CN201910236890.9A patent/CN109743786B/zh active Active
- 2013-09-03 WO PCT/JP2013/005195 patent/WO2014049971A1/ja active Application Filing
- 2013-09-03 JP JP2014538123A patent/JPWO2014049971A1/ja active Pending
- 2013-09-03 EP EP23200397.0A patent/EP4280795A3/en active Pending
- 2013-09-03 CN CN201910237664.2A patent/CN109769278A/zh active Pending
- 2013-09-03 CN CN201910236793.XA patent/CN109743784B/zh active Active
-
2017
- 2017-12-26 JP JP2017249227A patent/JP6415679B2/ja active Active
-
2018
- 2018-10-02 JP JP2018187432A patent/JP6622370B2/ja active Active
-
2019
- 2019-09-05 US US16/561,757 patent/US20190394696A1/en active Pending
- 2019-11-21 JP JP2019210311A patent/JP2020025360A/ja active Pending
-
2021
- 2021-03-02 JP JP2021032306A patent/JP7187596B2/ja active Active
-
2022
- 2022-11-30 JP JP2022190908A patent/JP2023018123A/ja active Pending
-
2024
- 2024-02-20 JP JP2024023390A patent/JP2024056958A/ja active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101227747A (zh) * | 2008-02-04 | 2008-07-23 | 华为技术有限公司 | 解调资源分配方法、基站和*** |
CN102036421A (zh) * | 2009-09-30 | 2011-04-27 | 中兴通讯股份有限公司 | 终端、基站以及电路域业务的处理方法和*** |
CN102469557A (zh) * | 2010-11-15 | 2012-05-23 | 华为技术有限公司 | 接入基站方法、基站和用户设备 |
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7187596B2 (ja) | 移動体通信システム、基地局 | |
JP7217771B2 (ja) | 移動体通信システム、基地局および移動端末 | |
JP6639612B2 (ja) | 移動体通信システム、基地局装置および移動中継装置 | |
JP6510623B2 (ja) | 移動体通信システム | |
JP6765304B2 (ja) | 通信システム | |
JP6203354B2 (ja) | 通信システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |