在移动通信系统中设定切换参数的方法及装置与流程

文档序号:11893035阅读:439来源:国知局
在移动通信系统中设定切换参数的方法及装置与流程
本公开涉及设定当在移动通信系统中进行切换时考虑的切换参数的方法及装置。
背景技术
:切换是指从用户设备(UE)从中接收当前服务的服务演进型节点B(evolvedNodeB,eNB)到可提供更好服务的eNB的改变。例如,在当UE从服务eNB接收到服务时该服务质量恶化的时候,进行向可提供更好服务的目标eNB的切换,并且UE继续从目标eNB接收服务。图1a和1b图示了根据现有技术的包括宏eNB和小型eNB的异构网络的示例。参见图1a,假设异构网络包括多个小区,每个小区包括一个宏eNB105、107、109和111,和一个或多个小型eNB113、117、119、121、123、125和127。小型eNB可以例如为微eNB(microeNB)、微微eNB(picoeNB)、或毫微微eNB(femtoeNB)。在图示的通信区域100内移动的UE101和103进行切换以保持UE接收到的服务的质量。当假设服务eNB为宏eNB105时,UE可根据移动位置进行从宏eNB105到宏eNB107或小型eNB117的切换。当假设服务eNB为小型eNB117时,UE可根据移动位置进行从小型eNB117到小型eNB119或宏eNB107的切换。参见图1b,曲线图图示了相对于包括在异构网络中的宏eNB和小型eNB之间的距离的UE的下行链路所接收的信号强度。具体地,在图1b中,图示的曲线图的横轴表示宏eNB100和小型eNB120之间的距离,而纵轴表示UE130的下行链路所接收的信号强度。即,参考标号160表示关于宏eNB110的下行链路所接收的信号强度,而参考标号170表示关于小型eNB120的下行链路所接收的信号强度。此外,参考标号140表示宏eNB通信区域,在其中数据发送到宏eNB110/从宏eNB110接收到数据是可能的,而参考标号150表示小型eNB通信区域,在其中数据发送到小型eNB120/从小型eNB120接收到数据是可能的。如上所述,在包括宏eNB和小型eNB的异构网络中,UE可进行从宏eNB到宏eNB的切换、从宏eNB到小型eNB的切换、从小型eNB到宏eNB的切换、或者从小型eNB到小型eNB的切换。为了异构网络中的有效切换,需要一种根据服务eNB和目标eNB的类型,自适应地应用切换参数的方法。上述信息作为背景信息提出仅仅帮助了本公开的理解。没有作出有关任何上述信息是否可以适用于关于本公开的现有技术的确定和断言。技术实现要素:技术问题然而,目前还没有准备好根据异构网络中的服务eNB和目标eNB的类型自适应地应用切换参数的方法。技术方案本公开的各方面是为了至少解决上述问题和/或缺点,并至少提供下面描述的优点。因此,本公开的一方面是提供一种在移动通信系统中,考虑到服务演进型节点B(eNB)和目标eNB的类型的设定切换参数的方法和装置。本公开的另一方面是提供一种在移动通信系统中,考虑到用户设备(UE)的移动速度的设定切换参数的方法和装置。与本公开的一方面一致地提供了一种在移动通信系统中通过UE设定切换参数的方法。所述方法包括:从服务演进型节点B(eNB)接收小区类型信息和UE的移动性信息,所述小区类型信息指示所述服务eNB和邻近所述服务eNB的eNB的eNB类型,基于所述小区类型信息,检测所述服务eNB的类型和目标eNB的类型,以及基于所述服务eNB的类型、所述目标eNB的类型、所述UE的移动性信息和用于所述服务eNB的接收信号强度,设定如果检测到切换事件而应用的触发时间(TTT),其中,所述TTT被设定为短TTT或长TTT,以及其中,所述短TTT小于预设的值,所述长TTT大于或等于所述预设的值。与本公开的另一方面一致地提供了一种在移动通信系统中设定切换参数的UE。所述UE包括:接收器,其被配置为从服务演进型节点B(eNB)接收指示所述服务eNB和邻近所述服务eNB的eNB的eNB类型的小区类型信息和UE的移动性信息,以及控制器,其被配置为基于所述小区类型信息,检测所述服务eNB的类型和目标eNB的类型,并基于所述服务eNB的类型、所述目标eNB的类型、所述UE的移动性信息和用于所述服务eNB的接收信号强度,设定如果检测到切换事件而应用的触发时间(TTT),其中,所述TTT被设定为短TTT或长TTT,以及其中,所述短TTT小于预设的值,所述长TTT大于或等于所述预设的值。根据本公开,UE可以基于服务eNB和目标eNb的类型以及UE的移动速度来设定当进行切换时考虑的切换参数,并且更具体地,可以提高切换效率且通过自适应地设定当检测到切换事件时考虑的时间参数,更稳定地向UE提供更好的服务。对于本领域技术人员,本公开其它方面、优点和突出特征将在以下详细描述中更为明显,以下详细描述结合了附图,公开了本公开的各种实施例。附图说明本公开的某些实施例的上述或其它方面、特征和优点将在以下结合附图的描述中更为明显。图1a和1b图示了根据现有技术的包括宏演进型节点B(eNB)和小型eNB的异构网络的示例;图2图示了根据本公开的实施例的在移动通信系统中由用户设备(UE)进行的切换过程的示例;图3是表示根据本公开的实施例的当在移动通信系统中进行从一个宏eNB到另一个宏eNB的UE的切换时,根据UE位置的下行链路(DL)接收的信号强度的曲线图;图4表示是根据本公开的实施例的当在移动通信系统中进行从宏eNB到小型eNB的UE的切换时,根据UE位置的DL接收的信号强度的曲线图;图5图示了根据本公开的实施例的在移动通信系统中,eNB向UE提供切换参数的示例流程图;图6是图示根据本公开的实施例的UE自适应地设定触发时间(TTT)的示例的流程图;图7图示了根据本公开的各种实施例的在移动通信系统中,UE使用短TTT和长TTT的示例;图8是图示根据本公开的实施例的在移动通信系统中,UE从预设的长TTT转换为短TTT的示例的流程图;图9是图示根据本公开的实施例的在移动通信系统中,UE从预设的短TTT转换为长TTT的示例的流程图;以及图10a和10b图示了根据本公开的各种实施例的在移动通信系统中,UE转换当前应用的TTT的示例。贯穿附图,应当注意,相同的参考标号用于描述相同或相似的元素、特征和结构。具体实施方式提供参考附图的以下描述以帮助全面理解如权利要求书及其等效物所定义的本公开的各种实施例。其包括各种具体细节以帮助理解,但这些将被认为仅仅是示范性的。因此,本领域技术人员将认识到,在不脱离本公开的范围和精神的情况下,可以对在此所描述的各种实施例作出各种变化和修改。此外,为了清楚和简明,可以省略众所周知的功能和结构的描述。以下描述和权利要求中使用的术语和词语不限于字面含义,而是仅仅被发明人用来使本公开能够清楚和一致的理解。因此,对领域技术人员应当显而易见的是,提供本公开的各种实施例的以下描述仅仅是出于说明目的,而不是出于限制如权利要求书及其等效物所定义的本公开的目的。应当理解,单数形式的“一”、“一个”和“该”包括复数指代物,除非上下文清楚地另有规定。因此,例如,提及“一组件表面”包括提及一个或多个这样的表面。图2图示了根据本公开的实施例的在移动通信系统中由用户设备(UE)进行的切换过程的示例。参见图2,假设通信系统对应于,例如,长期演进技术高级版(LTE-A)通信系统,且LTE-A通信系统包括UE200、源演进节点B(eNB)210和目标eNB220。源eNB210是指UE200当前从中接收服务的服务eNB。在操作201和202中,UE200从源eNB210和目标eNB220中的每个接收测量控制消息。在操作203中,UE200针对源eNB210和目标eNB220测量下行链路(DL)信号强度,并通过测得的DL信号强度检测切换事件。切换事件意指目标eNB的DL信号强度或信号质量以预定的偏差高于(或好于)服务eNB的DL信号强度或信号质量的状态保持了预定的时间。即,切换事件意指用于目标eNB的参考信号接收功率(RSRP)RSRPtarget大于用于服务eNB的参考信号接收功率(RSRP)RSRPserving与预定的偏差Δ之和(RSRPtarget>RSRPserving+Δ)的状态或用于目标eNB的参考信号接收质量(RSRQ)RSRQtarget大于用于服务eNB的参考信号接收质量(RSRQ)RSRQserving与预定的偏差Δ之和(RSRQtarget>RSRQserving+Δ)的状态保持了触发时间(TTT)。在操作205中,已在操作203中检测到切换事件(其中目标eNB220的RSRP或RSRQ以Δ高于(或优于)源eNB210的RSRP或RSRQ的状态保持了TTT)的UE200从源eNB210接收上行链路(UL)资源。随后,在操作207中,UE向源eNB210发送测量报告消息,以向源eNB210通知切换事件的检测。在操作209中,源eNB210确定是否进行UE200的切换。当在操作209中确定进行UE200的切换时,在操作211中,源eNB210向目标eNB220发送切换请求消息。在操作213中,目标eNB220确定是否通过准入控制进行切换,并在操作215中向源eNB210发送切换请求消息的响应消息215。这里,假设目标eNB220接受了该切换请求。在这种情况下,切换响应消息包括应答(ACK)消息。在操作217中,已接收到用于接受切换请求的ACK消息的源eNB210向UE200分配DL资源,并在操作219中向UE200发送切换命令消息。切换命令消息包括用于进行切换所需的信息。UE200基于包括在切换命令消息中的信息进行余下的切换操作。即,UE200在操作221中获取与目标eNB220的同步并接入随机存取信道(RACH),在操作223中从目标eNB220接收UL资源,以及在操作225中向目标eNB220发送切换确认消息。上述操作207至217包括在切换准备阶段230中,而操作219至225包括在切换执行阶段240中。在切换执行阶段240被完全进行之后,在操作227中,源eNB210释放在操作205和217中分配的资源。同时,为了成功地进行切换,通信应当在源eNB(或服务eNB)210和UE200之间、源eNB210和目标eNB220之间、以及目标eNB220和UE200之间进行,且通信需要预定的时间或更长的时间。具体地,由于切换主要在UE200离开源eNB210并且变得更接近目标eNB220的时候产生,因此对于UE200重要的是,在UE200与源eNB210之间的信道增益变低之前,从源eNB210接收切换命令消息。然而,在当检测到切换事件时考虑的预定的时间,即TTT,被设定为太长的时间的时候,在切换中会产生延迟,从而UE200与源eNB210之间的信道增益变低。因此,UE200可能无法成功地接收从源eNB210发送的切换命令消息。相反,在当检测到切换事件时考虑的TTT被设定为太短的时间的时候,没有足够的时间来监控源eNB210和目标eNB220之间的信道增益。因此,会产生在源eNB210和目标eNB220之间重复的不必要的切换的乒乓现象。因此非常重要的是,将TTT设定为适当的值,以进行更为有效的切换。在下文中,将参考图3和4更为详细地描述TTT应当被设定为适当的值的理由。图3是表示根据本公开的实施例的当在移动通信系统中进行从一个宏eNB到另一个宏eNB的UE的切换时,根据UE位置的DL所接收的信号强度的曲线图。参见图3,曲线图的横轴表示UE的位置,纵轴表示UE的DL所接收的信号强度。此外,参考标号300表示关于第一宏eNB的DL所接收的信号强度,例如,接收功率P1,参考标号310表示关于第二宏eNB的DL所接收的信号强度,例如,接收功率P2。在相应位置301,UE检测到P1和P2之间的差大于或等于预定的阈值(P1-P2≥阈值),并识别该状态(P1-P2≥阈值)是否保持预定的时间,即TTT。当该状态(P1-P2≥阈值)保持了TTT时,UE在相应位置303向对应于服务eNB的第一宏eNB发送测量报告消息,并在相应位置305从第一宏eNB接收切换命令消息。此后,UE基于切换命令消息的接收来确定切换成功。图4表示是根据本公开的实施例的当在移动通信系统中进行从宏eNB到小型eNB的UE的切换时,根据UE位置的DL所接收的信号强度的曲线图。参见图4,曲线图的横轴表示UE的位置,纵轴表示UE的DL所接收的信号强度。此外,参考标号400表示关于宏eNB的DL所接收的信号强度,例如,接收功率P1,参考标号410表示关于小型eNB的DL所接收的信号强度,例如,接收功率P2。在相应位置401,UE检测到P1和P2之间的差大于或等于预定的阈值(P1-P2≥阈值),并识别该状态(P1-P2≥阈值)是否保持预定的时间,即TTT。假设该TTT与应用到图3的TTT相同。当该状态(P1-P2≥阈值)保持了TTT时,UE在相应位置403向对应于服务eNB的宏eNB发送测量报告消息,并在相应位置405从宏eNB接收切换命令消息。然而,鉴于在相应位置405的小型eNB的DL接收信号强度,当UE接收从宏eNB发送的切换命令消息时,来自小型eNB的DL所接收的信号充当明显的大干扰。由于该干扰,UE难以成功地接收从宏eNB发送的切换命令消息,且在位置405没有接收到切换命令消息的UE未能进行切换。在这种情况下,为了能够进行切换,在来自小型eNB的干扰增加之前进行切换的方法可作为一个解决方案存在。为此,与当检测到切换事件时考虑的参数对应的TTT应当设定为小于应用到图3的TTT的值。此外,在包括宏eNB和小型eNB的异构网络中,不仅产生宏eNB之间的切换,还可以产生从宏eNB到小型eNB的切换、从小型eNB到宏eNB的切换、或者从一个小型eNB到另一个小型eNB的切换。在服务eNB是宏eNB的情况下的切换,例如,从一个宏eNB到另一个宏eNB的切换或者从宏eNB到小型eNB的切换,以及在服务eNB是小型eNB的情况下的切换,例如,从小型eNB到宏eNB的切换或者从一个小型eNB到另一个小型eNB的切换,可具有不同的特性。此外,在目标eNB是宏eNB的情况下的切换,例如,从一个宏eNB到另一个宏eNB的切换或者从小型eNB到宏eNB的切换,以及在目标eNB是小型eNB的情况下的切换,例如,从宏eNB到小型eNB的切换或者从一个小型eNB到另一个小型eNB的切换,也可具有不同的特性。当服务eNB是宏eNB时进行的切换,特别是在UE和服务eNB之间的信道增益较高时产生从宏eNB到小型eNB的切换。在该信道增益总是较低时产生当服务eNB是小型eNB时进行的切换。即,当服务eNB是宏eNB时,小型eNB位于宏eNB的通信区域内。因此,在宏eNB的通信区域的边缘部分不产生从宏eNB到小型eNB的切换,并且相应地,当信道增益相对较高时产生。然而,当服务eNB是小型eNB时,在小型eNB的通信区域的边缘部分产生从一个小型eNB到另一个小型eNB的切换和从小型eNB向宏eNB的切换两者,并且因而当信道增益相对较低时产生。此外,宏eNB具有宽的且连续的通信区域,并且相应地,宏eNB的通信区域可接受所有快速移动的UE,并且停止UE而不管UE的移动性。相反,小型eNB具有窄的且不连续的通信区域,并且相应地,小型eNB的通信区域主要接受缓慢移动的UE。然而,当快速移动的UE进行向小型eNB的切换时,由于小型eNB的窄的且不连续的通信区域,该UE应当在短的时间内再次进行向另一个小型eNB或宏eNB的切换。因此,即使在快速移动的UE附近具有小型eNB,在一些情况下,可能最好不要进行向该小型eNB的切换。而当目标eNB是宏eNB时,不需要考虑切换中的UE的移动速度,当目标eNB是小型eNB时,UE的移动速度充当在切换中应当考虑的重要参数。在下文中,将更为详细地描述当UE进行切换时,根据服务eNB类型、目标eNB类型、以及服务eNB和目标eNB的组合,应用不同切的换参数(即不同的TTT)的方法。要求UE在eNB的类型(例如,小区类型)之间区分,以根据eNB类型或eNB组合应用不同的TTT。在下文中,将以相同的含义使用eNB类型和小区类型。有两种方法使UE在小区类型之间区分。在第一种方法中,当eNB广播其自己的系统信息时,该eNB明确地发送其自己的小区类型的信息。在第二种方法中,当系统管理器向eNB分配物理小区标识符(ID)时,系统管理器根据eNB类型分配不同的小区ID。表1示出了eNB类型和物理小区ID之间的相互关系。表1:【表1】当表1中所示的信息由eNB、系统管理器和UE共享时,UE可以获得特定eNB的eNB类型信息。作为参考,[Xi,Xi+Yi]和[Xj,Xj+Yj]应当被设定以免互相重叠,且eNB类型类型1、类型2和类型3可以分别为微基站、微微基站和毫微微基站。表达格式[Xi,Xi+Yi]对应于包括在从物理小区IDXi到物理小区IDXi+Yi的范围内的一组物理小区ID。此外,默认的eNB类型可以包括宏eNB或不需要被明确分类的eNB。根据本公开的实施例,当每个eNB提供与该eNB本身相邻的eNB的信息时,使用如表2中所示的格式。这样的格式被称为,例如,小区类型列表。表2:【表2】SEQUENCE{{CellIDX1,Y1},{CellIDX2,Y2},…,{CellIDXk,Yk},…}在表2中所示的序列中,包括在第k个圆括号中的一组物理小区ID对应于第k个eNB类型。即,第k个圆括号意指对应于物理小区ID[Xk,Xk+Yk]的eNB包括在eNB类型k中。当小区类型列表被使用表示第k个eNB类型的索引k配置并接着在eNB和UE之间共享时,UE可以识别相邻eNB的物理小区ID并识别出对应eNB的eNB类型。然后,每个eNB向UE提供当检测到切换事件时考虑的参数,即TTT信息。根据本公开的实施例,eNB根据每个eNB类型或每个单独的eNB向UE提供TTT信息。首先,当根据每个eNB类型提供TTT信息时,eNB可以使用以下两种方法。在第一种方法中,eNB向UE通知TTT,然后向UE提供根据每个eNB类型应用的缩放因子。在第二种方法中,eNB向UE直接提供根据每个eNB类型应用的TTT。表3示出了用于表达eNB提供给UE的每个小区类型列表的TTTSF的格式。表3:【表3】表4示出了用于表达eNB直接提供给UE的每个小区类型列表的TTT的格式。表4:【表4】如表3和4中所示,在每个小区类型列表的TTTSF中,表达了SEQUENCE(SIZE(1..maxCellType))OFSpeedStateScaleFactor。在每个小区类型列表的TTT中,表达了SEQUENCE(SIZE(1..maxCellType))OFTimeToTrigger。即,在提供每个小区类型列表的TTTSF的方法中,小区类型列表对应于在第三代合作伙伴计划(3GPP)发布-11(release-11)中定义的SpeedStateScaleFactor序列,而在提供每个小区类型列表的TTT的方法中,小区类型列表对应于3GPP发布-11中定义的TimeToTrigger序列。此外,表3和4中示出的maxCellType是指由系统管理器定义的eNB类型的数量,且eNB类型的数量与包括在小区类型列表中的项目的数量(即,序列中的圆括号的数量)相同。作为参考,本公开不限于表3和4中所列的缩放因子或TTT,其仅仅为示例,并且可以使用不同的值。当eNB根据每个eNB类型向UE提供TTT信息时,小区类型列表索引k和TTT信息,即,表3中所示的每个小区类型列表的TTTSF的索引k和表4中所示的每个小区类型列表的TTT的索引指的是相同的eNB类型。在这种情况下,当UE从eNB接收表3中所示的每个小区类型列表的TTTSF时,UE向包括在第k个eNB类型的eNB应用默认的TTT*SFK。当UE从eNB接收每个小区类型列表的TTT时,UE向包括在第k个eNB类型的eNB应用TTTk。当根据每个单独的eNB提供TTT信息时,UE可以直接获得应用到每个eNB的缩放因子或TTT,从而不需要单独的分析过程。当根据每个单独的eNB提供TTT信息时,eNB可以使用以下两种方法。在第一种方法中,eNB向UE通知默认的TTT,然后向UE提供根据每个单独的eNB应用的缩放因子。在第二种方法中,eNB向UE直接提供根据每个单独的eNB应用的TTT。表5示出了用于表达根据每个单独的eNB而不是每个小区类型来提供TTTSF的每个小区的TTTSF的格式。表5:【表5】表6示出了用于表达根据每个单独的eNB而不是每个小区类型来提供TTT的每个小区的TTT的格式。表6:【表6】如表6和7中所示,当eNB向UE提供每个小区的TTTSF或每个小区的TTT时,相应的信息与小区类型无关,所以非常简单的表达是可能的。在这种情况下,由于小区索引(cellIndex)和物理小区ID(physCellId)被包括在包含TTT缩放因子或TTT的消息中,如表7中所示,因此UE能够容易地获取TTT缩放因子或TTT。虽然在表7中没有示出,但是每个小区的TTTSF或每个小区的TTT可以包括在系统信息块类型3(SIB3)中。在这种情况下,UE可以接收SIB3并识别能够应用于已发送SIB3的eNB的TTT缩放因子或TTT。表7示出了每个小区的TTTSF或每个小区的TTT的信息包括在MEASOBJECTEUTRAIE的CellsToAddMod中的示例。表7:【表7】根据表7中所示的信息,UE基于其自身的移动性状态和eNB类型应用不同的缩放因子。例如,基于预定的时间内的切换或小区选择(重选)的次数,确定UE的移动性状态。表8示出了用于表达每个小区类型的移动性状态参数以根据eNB类型来设定不同的移动性相关参数的格式。表8:【表8】如表8中所示,每个小区类型的移动性状态参数被表达为SEQUENCE(SIZE(1..maxCellType))OFMobilityStateParameters。即,其意指在3GPPRel-11中定义的MobilityStateParameters的序列。作为参考,本公开不限于表8中所列的t-Evaluation、t-HystNormal、n-CellChangeMedium和n-CellChangeHigh,其仅仅为示例,并且可以应用不同的值。当根据每个eNB类型提供用于确定UE的移动性所需的信息时,小区类型列表的索引k和每个小区类型的移动性状态参数的索引k指的是相同的eNB类型。通过使用在用于第k个eNB类型中包括的eNB的第k个序列中包括的移动性状态参数信息来确定UE的移动性。图5图示了根据本公开的实施例的在移动通信系统中,eNB向UE提供切换参数的示例流程图。参见图5,在操作520中,eNB500向UE510发送小区类型信息、TTT信息和移动性信息。小区类型信息包括表2中所示的小区类型列表,TTT信息包括表3和4中所示的每个小区类型列表的TTTSF和每个小区类型列表的TTT,以及移动性信息包括表8中所示的每个小区类型的移动性状态参数。每条信息包括在表9和10中所示的消息中。表9示出了包括eNB向UE提供的切换参数的消息的示例。表9:【表9】表10示出了的每条信息(即小区类型信息、TTT信息和移动性信息,)和表9中所示的每个消息之间的包含关系。表10:【表10】下面将描述表10中所示的每条信息和包括该信息的消息。-MeasConfig信息元素(IE)中的小区类型小区类型被定义为仅仅是物理小区ID的范围。小区类型列表可以被定义为小区类型的序列,并且相应地,可以包括能够在对应序列的每个索引中分析的物理小区ID的一个或多个范围。例如,当小区类型列表被定义为SEQUENCE{{CellID1,10},{CellID50,20}}时,具有小区ID1至10的小区是小区类型1,且具有小区ID50至70的小区是小区类型2。具有没有包括在小区类型列出的任何小区ID范围中的小区ID的小区可以包括在默认小区类型中。例如,对应于默认小区类型的一个或多个小区可以是宏小区。此外,对应于小区类型2的一个或多个小区可以是微微小区,且对应于小区类型1的一个或多个小区可以是毫微微小区。小区类型列表可被添加到“MeasConfigIE”中,“MeasConfigIE”可以包括在无线电资源控制(RRC)重配消息中。当接收到包括小区类型列表的MeasConfigIE时,UE识别出应当被测量的小区类型。-MeasObjectEUTRAIE中的小区类型小区类型列表可被添加到“MeasObjectEUTRAIE”中,“MeasObjectEUTRAIE”可以包括在RRC重配消息中。当接收到包括小区类型列表的MeasObjectEUTRAIE时,UE识别出应当被测量的小区类型。-ReportConfigEUTRAIE中的小区类型小区类型列表可被添加到“ReportConfigEUTRAIE”,“ReportConfigEUTRAIE”可以包括在RRC重配消息中。当接收到包括小区类型列表的ReportConfigEUTRAIE时,UE识别出应当被测量的小区类型。小区类型列表可被添加到系统信息消息中。例如,小区类型列表可以包括在SIB3中。当接收到包括小区类型列表的SIB3时,UE可以知道系统中存在的小区的类型。当接收到包括小区类型列表的测量配置消息时,UE只测量对应于小区类型的小区。否则,UE测量对应于如SIB3定义的所有小区类型的小区。或者,当小区类型列表包括在SIB3中时,测量配置消息(MeasConfig或MeasObjectEUTRAIE)可以只包括应当被测量的小区类型(根据SIB3定义的CellTypeList的小区类型)的索引。该定义可以对应于CellTypesToMeasure::=SEQUENCE{INTEGER(1…,maxCellTypes}。默认小区类型应当被测量,而与包括小区类型列表的测量相关的消息无关,但当小区类型列表定义不是默认小区类型的小区类型时,则默认小区类型不应当被测量。-ReportConfigEUTRAIE中的TTT(基于缩放因子的TTT)为每个小区类型定义TTT,并且对于默认小区类型,TTT被定义为TTT相关的缩放因子。TimeToTriggerPerCellType被定义为TTT的序列。序列内的TTT条目是与对应于小区类型列表序列内的索引的小区类型相对应的序列内的条目,该小区类型列表序列内的索引与TimeToTriggerPerCellType序列内的TTT条目的索引相同。根据本公开的实施例,TimeToTriggerPerCellType可以包括在ReportConfigEUTRAIE中。当接收包括TimeToTriggerPerCellType的ReportConfigEUTRA时,UE可以知道小区类型和应当用于该小区类型的TTT。-ReportConfigEUTRAIE中的TTT(绝对TTT)为每个小区类型定义TTT,并且TTT被定义为绝对值。TimeToTriggerPerCellType被定义为TTT的序列。序列内的TTT条目是与对应于小区类型列表序列内的索引的小区类型相对应的序列内的条目,该小区类型列表序列内的索引与TimeToTriggerPerCellType序列内的TTT条目的索引相同。根据本公开的实施例,TimeToTriggerPerCellType可以包括在ReportConfigEUTRAIE中。当接收包括TimeToTriggerPerCellType的ReportConfigEUTRA时,UE可以知道小区类型和应当用于该小区类型的TTT。-MeasConfigIE中的TTT(基于缩放因子的TTT)包括定义为与用于默认小区类型的TTT相关的缩放因子的TTT的序列的TimeToTriggerPerCellType可以包括在MeasConfigIE中。当接收包括TimeToTriggerPerCellType的MeasConfigIE时,UE可以知道小区类型和应当用于该小区类型的TTT。-MeasConfigIE中的TTT(绝对TTT)包括定义为用于小区类型的绝对值的TTT的序列的TimeToTriggerPerCellType可以包括在MeasConfigIE中。当接收包括TimeToTriggerPerCellType的MeasConfigIE时,UE可以知道小区类型和应当用于该小区类型的TTT。-MeasObjectEUTRAIE中的TTT(每个小区类型的基于缩放因子的TTT)包括定义为与用于默认小区类型的TTT相关的缩放因子的TTT的序列的TimeToTriggerPerCellType可以包括在MeasObjectEUTRAIE中。当接收包括TimeToTriggerPerCellType的MeasObjectEUTRAIE时,UE可以知道小区类型和应当用于该小区类型的TTT。-MeasObjectEUTRAIE中的TTT(每个小区类型的绝对TTT)包括定义为用于小区类型的绝对值的TTT的序列的TimeToTriggerPerCellType可以包括在MeasObjectEUTRAIE中。当接收包括TimeToTriggerPerCellType的MeasObjectEUTRAIE时,UE可以知道小区类型和应当用于该小区类型的TTT。-MeasObjectEUTRAIE中的TTT(每个小区的绝对TTT)每个小区可以以绝对的方式单独定义TTT,并且TTT可以包括在MeasObjectEUTRAIE中。当接收包括TimeToTriggerPerCellType的MeasObjectEUTRAIE时,UE可以知道应当测量的小区类型和应当用于该小区类型的TTT。-MeasObjectEUTRAIE中的TTT(每个小区的基于缩放因子的TTT)每个小区可以以缩放因子的方式单独定义TTT,并且TTT可以包括在MeasObjectEUTRAIE中。当接收包括TimeToTriggerPerCellType的MeasObjectEUTRAIE时,UE可以知道应当测量的小区类型和应当用于该小区类型的TTT。-SIB3中的TTT(基于缩放因子的TTT)包括定义为与用于默认小区类型的TTT相关的缩放因子的TTT的序列的TimeToTriggerPerCellType可以包括在诸如SIB3之类的系统信息消息中。当接收包括TimeToTriggerPerCellType的SIB3时,UE可以知道小区类型和应当用于该小区类型的TTT。-SIB3中的触发时间(绝对TTT)包括定义为用于小区类型的绝对值的TTT的序列的TimeToTriggerPerCellType可以包括在MeasConfigIE中。当接收包括TimeToTriggerPerCellType的MeasConfigIE时,UE可以知道小区类型和应当用于该小区类型的TTT。-SIB3内的每个小区类型的移动性状态参数(MobilityStateParameter)每个小区类型定义移动性状态参数。MobilityStateParametersPerCellType被定义为TTT的序列。序列内的TTT条目是与对应于小区类型列表序列内的索引的小区类型相对应的序列内的条目,该小区类型列表序列内的索引与MobilityStateParametersPerCellType序列内的移动性状态参数的条目的索引相同。根据实施例,MobilityStateParametersPerCellType可以包括在诸如SIB3之类的系统信息消息中。当接收包括MobilityStateParametersPerCellType的SIB3时,UE可以知道小区类型和应当用于该小区类型的移动性状态参数。-MeasConfigIE内的每个小区类型的移动性状态参数MobilityStateParametersPerCellType可以包括在MeasConfigIE中。当接收包括MobilityStateParametersPerCellType的MeasConfigIE时,UE可以知道小区类型和应当用于该小区类型的移动性状态参数。-MeasObjectEUTRAIE内的每个小区类型的移动性状态参数MobilityStateParametersPerCellType可以包括在MeasObjectEUTRAIE中。当接收包括MobilityStateParametersPerCellType的MeasObjectEUTRAIE时,UE可以知道小区类型和应当用于该小区类型的MobilityStateParameters。-ReportConfigEUTRAIE内的每个小区类型的移动性状态参数MobilityStateParametersPerCellType可以包括在ReportConfigEUTRAIE中。当接收包括MobilityStateParametersPerCellType的ReportConfigEUTRAIE时,UE可以知道小区类型和应当用于该小区类型的MobilityStateParameters。-用于表达MeasConfigIE中的小区类型的格式。表11:【表11】-用于表达MeasObjectEUTRAIE中的小区类型的格式。表12:【表12】-用于表达ReportConfigEUTRAIE中的小区类型的格式。表13:【表13】-用于表达SIB3中的小区类型的格式。表14:【表14】-用于表达ReportConfigEUTRAIE中的TTT(基于缩放因子的TTT)的格式。表15:【表15】-用于表达ReportConfigEUTRAIE中的TTT(绝对TTT)的格式。表16:【表16】-用于表达MeasConfigIE中的TTT(基于缩放因子的TTT)的格式。表17:【表17】-用于表达MeasConfigIE中的TTT(绝对TTT)的格式。表18:【表18】-用于表达MeasObjectEUTRAIE中的TTT(每个小区类型的基于缩放因子的TTT)的格式。表19:【表19】-用于表达MeasObjectEUTRAIE中的TTT(每个小区类型的绝对TTT)的格式。表20:【表20】-用于表达MeasObjectEUTRAIE中的TTT(每个小区的绝对TTT)的格式。表21:【表21】-用于表达MeasObjectEUTRAIE中的TTT(每个小区的基于缩放因子的TTT)的格式。表22:【表22】-用于表达SIB3中的TTT(每个小区类型的基于缩放因子的TTT)的格式。表23:【表23】-用于表达SIB3中的TTT(每个小区类型的绝对TTT)的格式。表24:【表24】-用于表达SIB3内的每个小区类型的移动性状态参数(MobilityStateParameter)的格式。表25:【表25】-用于表达MeasConfigIE的每个小区类型的移动性状态参数的格式。表26:【表26】-用于表达MeasObjectEUTRAIE的每个小区类型的移动性状态参数的格式。表27:【表27】-用于表达ReportConfigEUTRAIE的每个小区类型的移动性状态参数的格式。表28:【表28】-用于表达SIB3中的TTT(每个小区的基于缩放因子的TTT)的格式。表29:【表29】-用于表达SIB3中的TTT(每个小区类型的绝对TTT)的格式。表30:【表30】已经从服务eNB和目标eNB接收到上述信息的UE应当确定是根据服务eNB的类型还是根据目标eNB的类型来设定TTT。该确定可以由UE的实施方法或由UE的控制方法进行。例如,UE可以配置eNB的类型的优先级并提供给UE该优先级的信息,且接收该信息的UE可以根据具有较高优先级的eNB类型来设定TTT。最后,当源eNB是宏eNB而目标eNB是小型eNB时,UE应当确定是通过使用短TTT快速进行向小型eNB的切换还是通过使用长TTT不进行向相应的小型eNB的切换。当确定使用短TTT还是长TTT时,UE可以考虑UE的移动速度。即,当移动速度快时,UE停留在相应的小型eNB的时间短,因而UE通过应用长TTT避免了切换。此外,当确定使用短TTT还是长TTT时,除了UE的移动速度,UE还可以考虑UE和源eNB之间的信道增益。短TTT是指具有小于预设值(非缩放的默认值)的值的TTT,而长TTT是指具有大于或等于预设值(非缩放的默认值)的值的TTT。当UE和源eNB之间的信道增益足够时,UE不需要移交到对应于目标eNB的小型eNB。这是因为,在从切换获得的性能增益和由于切换所产生的开销(例如,中断时间或信令开销)的性能降低之间的比较中,从切换获得的性能增益没有更大。相反,当UE和源eNB之间的信道增益不好时,优选UE进行向小型eNB的切换。在这种情况下,即使切换产生中断时间和信号开销,但是由UE体验的服务质量更为重要。因此,在下面描述的本公开的各种实施例中,当产生从宏eNB到小型eNB的切换时,执行以下操作。1.当UE的速度大于或等于一个特定值且服务eNB的RSRP服务也大于或等于一个特定值时,UE通过使用长TTT避免向小型eNB的切换。2.当UE的速度大于或等于一个特定值而服务eNB的RSRP服务小于一个特定值时,UE通过使用短TTT快速进行向小型eNB的切换。图6是图示根据本公开的实施例的UE自适应地设定TTT的示例的流程图。参见图6,在操作600中,当UE检测到从宏eNB到小型eNB的切换的产生时,则UE前进到操作610。从宏eNB到小型eNB的切换的产生基于上述表1和2中所示的小区类型信息来检测。在操作610中,UE识别UE的移动速度是否大于预设的第一阈值,当UE的移动速度大于预设的第一阈值时,前进到操作620。UE的移动速度是否大于预设的第一阈值基于上述表8中所示每个小区类型的移动性状态参数来识别。即,当t-Evaluation期间产生的切换/小区选择(重选)的次数大于或等于n-CellChangeMedium且小于n-CellChangeHigh时,UE的移动性状态是对应于较低水平的中等的。当切换/小区选择(重选)的次数大于或等于n-CellChangeHigh时,UE的移动性状态是对应于较高水平的高的。不对应于中等的和高的的UE的移动性状态是对应于中间水平的正常的。基于这样的方法,用于UE的移动速度的阈值可被设定为高移动性状态或中等移动性状态。除了该方法,可以考虑依赖于UE的实施方法,例如,使用GPS(GlobalPositionSystem,全球定位系统)的方法。在操作620中,UE识别用于服务eNB的参考信号接收功率RSRPserving是否大于已知的第二阈值。当RSRPserving大于第二阈值时,UE前进到操作630,并将当检测到切换事件时考虑的TTT设定为长TTT。此外,当RSRPserving不大于第二阈值,即RSRPserving小于第二阈值时,UE前进到操作640,并将当检测到切换事件时考虑的TTT设定为短TTT。第二阈值是服务eNB向UE通知的值,并且被插入到服务eNB的广播消息中,然后发送。此外,长TTT和短TTT由表3和4中所示的每个小区类型的TTT和每个小区类型的TTTSF区分。即,在按照升序排列的可用TTT中,更高的N个TTT被确定为长TTT,而在按照降序排列的可用TTT中,更高的N个TTT被确定为短TTT。图7a和7b图示了根据本公开的各种实施例的在移动通信系统中,UE使用短TTT和长TTT的示例。参见图7a和7b,假设服务eNB是宏eNB而目标eNB是小型eNB,并且UE的移动速度比预定的阈值速度更快(UE移动速度>阈值速度)。参见图7(a),当从服务eNB接收的接收信号强度RSRPmacro与从目标eNB接收的接收信号强度RSRPsmall之间的差大于或等于预设偏差(A3偏差)时,UE识别RSRPmacro是否大于已知的RSRP阈值。在此情况中,RSRPmacro小于RSRP阈值,所以UE将当检测到切换事件时考虑的TTT设定为短TTT。参见图7(b),当从服务eNB接收的接收信号强度RSRPmacro与从目标eNB接收的接收信号强度RSRPsmall之间的差大于或等于预设偏差(A3偏差)时,UE识别RSRPmacro是否大于已知的RSRP阈值。在此情况中,RSRPmacro大于RSRP阈值,所以UE将当检测到切换事件时考虑的TTT设定为长TTT。在通过图6、7a和7b所描述的本公开的实施例中,当检测到切换的产生时,即,当UE检测到切换事件时,UE根据对应于服务eNB的宏eNB的接收信号强度来确定是应用长TTT还是短TTT。然而,由于无线电信道通常随着时间的推移而变化并且通过当前UE的移动来考虑切换状态,因此,由UE测得的宏eNB的信号强度也随着时间的推移而变化。因此,宏eNB的信号强度可以在监视在UE确定应用长TTT之后偏差A3是否在长TTT期间保持时可能会减小,因此RSRPmacro可能变成等于或小于RSRP阈值的值。在这种情况下,UE应当考虑从长TTT转换为短TTT。同样,宏eNB的信号强度可以在监视UE确定应用短TTT之后偏差A3是否在短TTT期间保持时可能会增加,因此RSRPmacro可能变成大于RSRP阈值的值。在这种情况下,UE应当考虑从短TTT转换为长TTT。图8是图示根据本公开的实施例的在移动通信系统中,UE从预设的长TTT转换为短TTT的示例的流程图。参见图8,具有在操作800中施加的长TTT的UE在操作810中识别长TTT是否已经到期。当长TTT基于该识别的结果已经到期时,在操作850中,UE发送用于切换的测量报告消息。当长TTT尚未到期时,在操作820中,UE识别用于服务eNB的参考信号功率RSRPserving是否小于已知的RSRP阈值。当RSRPserving不大于RSRP阈值时,UE前进到操作810,而当RSRPserving大于RSRP阈值时,UE前进到操作830,以识别在长TTT内进行到当前时间的TTT,即TTTrunning值。在操作840中,UE识别TTTrunning值是否大于短TTT。当TTTrunning值大于短TTT时,在操作850中,UE向服务eNB发送测量报告消息以发起切换过程。当TTTrunning值大于短TTT时,意味着TTT从短TTT的视角已经到期。然而,当TTTrunning不大于短TTT时,在操作860中,UE将当前应用的TTT转换为短TTT。当TTTrunning不大于短TTT时,意味着TTT从短TTT的视点尚未到期。此外,UE监控偏差A3(RSRPtarget-RSRPserving)是否在从短TTT的视点的左TTT期间(即TTT-TTTrunning期间)保持。图9是图示根据本公开的实施例的在移动通信系统中,UE从预设的短TTT转换为长TTT的示例的流程图。参见图9,具有在操作900中施加的短TTT的UE在操作910中识别短TTT是否已经到期。当短TTT基于该识别的结果已经到期时,在操作940中,UE发送用于切换的测量报告消息,并且将当前应用的短TTT转换为长TTT。当短TTT尚未到期时,在操作920中,UE识别用于服务eNB的参考信号功率RSRPserving是否大于已知的RSRP阈值。当RSRPserving不大于RSRP阈值时,UE前进到操作910,而当RSRPserving大于RSRP阈值时,UE前进到操作930,以识别在短TTT内进行到当前时间的TTT,即TTTrunning值。在操作940中,UE将当前应用的短TTT转换为长TTT。此外,UE监视偏差A3(RSRPtarget-RSRPserving)是否在从长TTT的视点的左TTT期间(即TTT-TTTrunning期间)保持。图10a和10b图示了根据本公开的各种实施例的在移动通信系统中,UE转换当前应用的TTT的示例。参见图10a和10b,假设服务eNB是宏eNB而目标eNB是小型eNB,并且UE的移动速度比预定的阈值速度更快(UE移动速度>阈值速度)。参见图10a,当从服务eNB接收的接收信号强度RSRPmacro与从目标eNB接收的接收信号强度RSRPsmall之间的差大于或等于预设偏差(A3偏差)时,UE识别RSRPmacro是否大于已知的RSRP阈值。在此情况中,由于RSRPmacro大于RSRP阈值,UE将当检测到切换事件时考虑的TTT设定为长TTT。然而,当在长TTT到期之前RSRPmacro变得小于RSRP阈值时,UE识别在长TTT内进行到当前时间的TTT值,即TTTrunning。然后,UE将TTTrunning与短TTT比较。当TTTrunning小于短TTT时,则UE将当前应用的长TTT转换为短TTT。此外,下面描述图10a中图示的时间信息T1、T2和T3。T1:指的是UE检测到偏差A3并确定应用长TTT的时间点。T2:指的是由于从对应于服务eNB的宏eNB接收的信号强度RSRPmacro变得小于RSRP阈值,UE将长TTT转换为短TTT的时间点。T3:指的是通过在长TTT转换为短TTT的时间点T2另外识别偏差A3是否在短TTT-TTTrunning期间保持而发起切换的时间点。参见图10b,当从服务eNB接收的接收信号强度RSRPmacro与从目标eNB接收的接收信号强度RSRPsmall之间的差大于或等于预设偏差(A3偏差)时,UE识别RSRPmacro是否大于已知的RSRP阈值。在此情况中,由于RSRPmacro不大于RSRP阈值,UE将当检测到切换事件时考虑的TTT设定为短TTT。然而,当在短TTT到期之前RSRPmacro变得大于RSRP阈值时,UE识别在短TTT内进行到当前时间的TTT值,即TTTrunning。然后,UE将当前应用的短TTT转换为长TTT。此外,下面描述图10b中图示的时间信息T4、T5和T6。T4:指的是UE检测到偏差A3并确定应用短TTT的时间点。T5:指的是由于从对应于服务eNB的宏eNB接收的信号强度RSRPmacro变得大于RSRP阈值,UE将短TTT转换为长TTT的时间点。T6:指的是通过在短TTT转换为长TTT的时间点T5另外识别偏差A3是否在短TTT-TTTrunning期间保持而没有进行向小型eNB的切换的时间点。如通过图9、10a和10b所描述的,UE可以根据条件自适应地改变当前应用的短TTT和长TTT,并且通过TTT的自适应改变,可以确定是基于短TTT快速进行向小型eNB的切换还是基于长TTT不进行向小型eNB的切换。应当理解,根据本公开的用于设定切换参数的方法和装置可以实施为硬件、软件、或硬件和软件的组合的形式。任何这样的软件可以被存储在例如诸如只读存储器(ROM)之类的易失性或非易失性存储设备,诸如随机存取存储器(RAM)、内存芯片、内存器件、或内存集成电路(IC)之类的存储器,或诸如压缩盘(CD)、数字多功能盘(DVD)、磁盘或磁带之类的可记录光或磁介质中,而不管其被删除的能力或被重新记录的能力。此外,应当理解,根据本公开的更新图形屏幕的方法可以由包括控制器和存储器的计算机或便携式终端来实施,其中该存储器可以是可通过机器读取的适于存储包括用于实施本公开的各种实施例的指令的一个或多个程序的存储介质的示例。因此,本公开包括了用于实施说明书的附加的权利要求中所描述的装置和方法的代码的程序和用于存储该程序的非短暂性机器(计算机等)可读的存储介质。此外,该程序可以由诸如通过有线或无线连接来传送的通信信号之类的预定的媒介而进行电子传递,并且本公开适当地包括该程序的等效物。此外,根据本公开的用于设定切换参数的装置可以从有线地或无线地连接的程序提供装置接收该程序并且存储该程序。程序提供装置可以包括包含指令以执行本公开的各种实施例的程序、存储用于本公开的各种实施例所需的信息等的存储器、与电子装置进行有线地或无线地通信的通信单元、以及响应于来自电子装置的请求或自动地向发送/接收装置发送相应的程序的控制单元。虽然已经参考本公开的各种实施例对本公开进行了示出和描述,但是本领域技术人员应当理解,在不脱离如所附的权利要求书及其等效物所定义的本公开的精神和范围的情况下,可以在形式和细节上对其作出各种改变。当前第1页1 2 3 
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1