CN101867984A - 长期演进增强系统中的切换方法、施主基站和中继节点 - Google Patents
长期演进增强系统中的切换方法、施主基站和中继节点 Download PDFInfo
- Publication number
- CN101867984A CN101867984A CN 201010122112 CN201010122112A CN101867984A CN 101867984 A CN101867984 A CN 101867984A CN 201010122112 CN201010122112 CN 201010122112 CN 201010122112 A CN201010122112 A CN 201010122112A CN 101867984 A CN101867984 A CN 101867984A
- Authority
- CN
- China
- Prior art keywords
- interface
- denb
- message
- handoff
- target
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了长期演进增强系统中的切换方法、施主基站和中继节点。该方法包括:RN在决定启动UE从本RN切换至目标基站的切换过程时,向为自身提供服务的DeNB发送基于X2接口的切换请求;DeNB收到RN发送的基于X2接口的切换请求后,判断是否能够执行基于X2接口的切换过程;如果不能执行基于X2接口的切换过程,则DeNB向RN发送切换请求失败消息;RN接收到所述切换请求失败消息后,发起基于S1接口的切换过程。本发明的技术使得,当发起UE切换过程时,RN能够确定发起基于X2接口还是基于S1接口的切换过程。
Description
技术领域
本发明涉及移动通信技术,特别是涉及一种长期演进增强系统中的切换方法、一种施主基站和一种中继节点。
背景技术
在3GPP的长期演进(LTE,Long Term Evolution)技术之后,3GPP组织继续对LTE方案进行增强,该增强的技术称为LTE增强(LTE-A,LTE-Advanced)技术,即LTE-A是LTE技术的后续演进。
在LTE-A技术中,在接入网的架构中增加了中继节点(RN,Relay Node)。RN可以看作是演进基站(eNB)的延伸,为系统提供更经济的覆盖。RN与eNB通过无线接口连接,它可以在eNB覆盖的边缘增强覆盖质量,也可以在eNB覆盖区域之外部署来扩展覆盖的范围。
图1是现有的LTE-A组网中的RN的示意图。如图1所示,为RN提供无线接入服务的eNB称为施主基站(DeNB,Donor eNB);RN与DeNB之间通过无线的Un接口连接,RN与用户设备(UE)之间通过LTE的Uu接口连接;RN与核心网的移动性管理实体/服务网关(MME/SGW,Mobility Management Entity/Serving Gateway)通过S1接口连接为UE提供服务;这个S1接口经过DeNB转接,即DeNB作为S1接口的转发节点。
图1所示架构中的DeNB包含中转功能,其表现为S1控制平面的S1接口应用协议(S1 AP)信令和S1用户平面数据都先到达DeNB,DeNB也知道有信令和数据到达,可对他们进行解析甚至修改,之后再转发给RN或演进的分组核心网(EPC)。
在上述架构中,S1接口控制平面终止在RN,并且由DeNB中转,DeNB可修改S1AP信令中的部分内容。RN与RN以及RN与DeNB之间的X2接口终止在RN,并且由DeNB中转,DeNB可修改X2接口应用协议(X2AP)信令中的部分内容。
在上述架构中,DeNB具有网关(GW,Gateway)的功能,即可以汇聚多个RN的接口。
图2是现有的LTE-A系统中的DeNB的S1接口网关功能示意图。如图2所示,一个DeNB下部署了多个RN,每个RN都与DeNB建立一条S1接口连接,但DeNB与核心网的MME和SGW之间只有一条S1接口连接,在图2中用实线表示S1控制平面,用虚线表示S1用户平面。从核心网的角度来看,每个RN都是DeNB下的一个小区,而不表现为一个基站的特性。
图3是现有的LTE-A系统中的DeNB的X2接口网关功能示意图。如图3所示,每个RN都与DeNB建立一条X2接口连接,但该DeNB与其他的DeNB或eNB之间只有一条X2接口连接,DeNB下所有RN的X2接口信令传递到DeNB后,通过同样一条X2接口连接传递到同一个目标DeNB或eNB。
在现有的LTE系统中,eNB发起切换时,有两种选择,一种是发起基于X2接口的切换,即通过X2接口直接与目标eNB执行切换准备过程;另一种是发起基于S1接口的切换,即通过S1接口在MME的帮助下与目标eNB执行切换准备过程。
在LTE-A系统中,仍沿用为LTE设定的基于S1或X2接口进行切换准备的方式,即在LTE-A系统中,RN发起切换时,也有两种选择。一种是发起基于X2接口的切换过程,另一种是发起基于S1接口的切换过程。但其中还有一点没有考虑到,即RN如何判断应发起基于X2接口还是基于S1接口的切换过程。对于不同的切换过程,RN发起的切换信令是不同的,信令中包含的信息也有很大的区别。对于基于X2接口的切换,RN发送的是X2AP的切换请求消息,而对于基于S1接口的切换,RN发送的是S1AP的切换请求消息。
综上所述,在现有的LTE-A系统中,当发起切换过程时,RN无法确定应发起基于X2接口还是基于S1接口的切换过程。
发明内容
本发明提供了长期演进增强系统中的切换方法,当发起切换过程时,该方法中的RN能够确定发起基于X2接口还是基于S1接口的切换过程。
本发明提供了一种施主基站,当发起切换过程时,该施主基站可以使RN确定发起基于X2接口还是基于S1接口的切换过程。
本发明提供了一种中继节点,当发起切换过程时,该中继节点RN能够确定发起基于X2接口还是基于S1接口的切换过程。
为达到上述目的,本发明的技术方案是这样实现的:
本发明公开了一种长期演进增强系统中的切换方法,该方法包括:
中继节点RN在决定启动用户设备UE从本RN切换至目标基站的切换过程时,向为自身提供服务的施主基站DeNB发送基于X2接口的切换请求;
DeNB收到RN发送的基于X2接口的切换请求后,判断是否能够执行基于X2接口的切换过程;
如果不能执行基于X2接口的切换过程,则DeNB向RN发送切换请求失败消息;
RN接收到所述切换请求失败消息后,发起基于S1接口的切换过程。
本发明公开了一种施主基站,该施主基站包括:
切换请求接收模块,用于从中继节点RN接收基于X2接口的切换请求,并将所述基于X2接口的切换请求发送到判断模块,所述切换请求表示用户设备UE从所述RN切换至目标基站的请求;
判断模块,用于接收到切换请求接收模块发送的基于X2接口的切换请求后,判断是否能够执行基于X2接口的切换过程,并将判断结果发送到消息发送模块;
消息发送模块,用于在判断模块发送的判断结果为不能执行基于X2接口的切换过程时,向RN发送切换请求失败消息,所述切换请求失败消息中包含切换请求失败的原因,使RN在接收到所述切换请求失败消息后,根据所述切换请求失败的原因发起基于S1接口的切换过程。
本发明还公开了一种中继节点,该中继节点包括:
切换请求模块,用于在决定启动UE从本中继节点切换至目标基站的切换过程时,向为所述中继节点提供服务的施主基站DeNB发送基于X2接口的切换请求,使DeNB能够在收到所述基于X2接口的切换请求后,判断是否能够执行基于X2接口的切换过程;在接收到消息接收模块发送的切换请求失败消息后,发起基于S1接口的切换过程;
消息接收模块,用于从DeNB接收切换请求失败消息,并将所述切换请求失败消息发送到切换请求模块。
由此可见,本发明中,由于中继节点RN在决定启动用户设备UE从本RN切换至目标基站的切换过程时,向施主基站DeNB发送了基于X2接口的切换请求,而DeNB在收到RN发送的基于X2接口的切换请求后,对是否能够执行基于X2接口的切换过程做出了判断,如果能够执行基于X2接口的切换过程,则直接执行基于X2接口的切换过程,如果不能执行基于X2接口的切换过程,则通过向RN发送切换请求失败消息,通知RN发起基于S1接口的切换过程。因此,利用本发明,当发起切换过程时,RN能够确定发起基于X2接口还是基于S1接口的切换过程。
附图说明
图1为现有的LTE-A组网中的RN的示意图;
图2为现有的LTE-A系统中的DeNB的S1接口网关功能示意图;
图3为现有的LTE-A系统中的DeNB的X2接口网关功能示意图;
图4为本发明提出的LTE-A系统中的切换方法图;
图5为本发明实施例中UE从源RN切换到目标eNB的切换流程图;
图6为本发明实施例中源RN根据切换请求失败消息发起基于S1接口的切换过程图;
图7为本发明实施例中目标基站为目标eNB并且DeNB判断能够执行基于X2接口的切换过程时直接执行基于X2接口的切换过程图;
图8为本发明实施例中的施主基站的结构图;
图9为本发明实施例中的中继节点的结构图。
具体实施方式
本发明的核心思想是:RN在决定启动UE从本RN切换至目标基站的切换过程时,向DeNB发送基于X2接口的切换请求,DeNB在收到RN发送的基于X2接口的切换请求后,对是否能够执行基于X2接口的切换过程进行判断,如果能够执行基于X2接口的切换过程,则直接执行基于X2接口的切换过程,如果不能执行基于X2接口的切换过程,则通过向RN发送切换请求失败消息,通知RN发起基于S1接口的切换过程,RN根据该切换请求失败消息,发起基于S1接口的切换过程。
这样,当DeNB的判断结果为能够执行基于X2接口的切换过程时,说明RN发起的基于X2接口的切换过程是可行的,则直接执行基于X2接口的切换过程即可;当DeNB的判断结果为不能执行基于X2接口的切换过程时,说明RN发起的基于X2接口的切换过程是不可行的,DeNB通过向RN发送切换请求失败消息,通知RN发起基于S1接口的切换过程,这样RN就可以判断出应该发起基于S1接口的切换过程。因此,利用本发明的技术方案,当发起切换过程时,RN能够确定发起基于X2接口还是基于S1接口的切换过程。
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
图4为本发明提出的LTE-A系统中的切换方法图。如图4所示,该方法包括以下步骤:
步骤401,RN在决定启动UE从本RN切换至目标基站的切换过程时,向为自身提供服务的DeNB发送基于X2接口的切换请求。
这里,RN在发起到目标基站的切换时,在Un接口上总是做好发起基于X2接口的切换的准备,因此,RN在决定启动UE从本RN切换至目标基站的切换过程时,优先向DeNB发送基于X2接口的切换请求。
本发明中,目标基站为目标RN或目标eNB。
步骤402,DeNB收到RN发送的基于X2接口的切换请求后,判断是否能够执行基于X2接口的切换过程,是则执行步骤405,否则依次执行步骤403和404。
步骤403,DeNB向RN发送切换请求失败消息。
这里,DeNB在步骤402中判断不能执行基于X2接口的切换过程,则DeNB向RN发送切换请求失败消息,用于将基于X2接口的切换不能执行的消息通知RN。
步骤404,RN接收到切换请求失败消息后,发起基于S1接口的切换过程。
这里,RN收到步骤403中DeNB发送的切换请求失败消息后,得知基于X2接口的切换不能执行,同时也得知DeNB是希望自身以基于S1接口切换的方式发起切换,所以,RN发起基于S1接口的切换过程。
步骤405,DeNB执行基于X2接口的切换过程。
这里,DeNB在步骤402中判断能够执行基于X2接口的切换过程,则DeNB直接执行基于X2接口的切换过程。
由此可见,本发明中,由于RN在决定启动UE从本RN切换至目标基站的切换过程时,向DeNB发送了基于X2接口的切换请求,而DeNB在收到RN发送的基于X2接口的切换请求后,对是否能够执行基于X2接口的切换过程做出了判断,如果能够执行基于X2接口的切换过程,则直接执行基于X2接口的切换过程,如果不能执行基于X2接口的切换过程,则通过向RN发送切换请求失败消息,通知RN发起基于S1接口的切换过程。因此,利用本发明,当发起切换过程时,RN能够确定发起基于X2接口还是基于S1接口的切换过程。
优选地,步骤403中DeNB向RN发送的切换请求失败消息中,进一步包括切换请求失败的原因。这样,步骤404中RN在收到DeNB发送的切换请求失败消息后,也就得到了切换请求失败消息中包括的切换请求失败的原因,RN根据切换请求失败消息中的切换请求失败的原因,就可以得知DeNB希望自身以基于S1接口切换的方式发起切换,因而RN在步骤404中发起基于S1接口的切换过程。
步骤402中,DeNB判断是否能够执行基于X2接口的切换过程可以有以下四种方法,分别描述如下:
第一种方法:
DeNB检测自身与目标基站之间是否已建立可用的X2接口,如果未建立,则判断为不能执行基于X2接口的切换过程。
这里需要说明的是,如果目标基站是eNB,则所述DeNB检测自身与该eNB之间是否已建立可用的X2接口;如果目标基站是RN,则所述DeNB检测自身与为该RN提供服务的DeNB之间是否已建立可用的X2接口。
第二种方法:
DeNB查询自身的配置数据,如果该配置数据指出,DeNB向目标基站的切换不能使用基于X2接口的切换,则判断为不能执行基于X2接口的切换过程。
第三种方法:
DeNB检测自身是否为UE重新选择了服务的PLMN,如果是,则判断为不能执行基于X2接口的切换过程。
第四种方法:
DeNB确定需要为UE重新选择提供服务的EPC节点,则应发起基于S1接口的切换过程。
这里,为UE提供服务的EPC节点包括:MME和SGW,因此,DeNB确定需要为UE重新选择提供服务的EPC节点包括:DeNB确定需要为UE重新选择提供服务的MME和/或SGW。
在实际中,DeNB可以采用上述四种方法中的任意一种或多种来作为判断是否能够执行基于X2接口的切换过程的判断依据,优选方案为同时使用上述四种方法进行判断。
在步骤403中DeNB向RN发送的切换请求失败消息中,指出基于X2接口的切换不可行,需改用基于S1接口的切换,RN根据该切换请求失败的原因,发起基于S1接口的切换过程。
下面以目标基站为目标eNB时的情况为例,具体描述一下UE从源RN切换到目标基站的切换流程。图5为本发明实施例中UE从源RN切换到目标eNB的切换流程图。如图5所示,本发明实施例中,源DeNB收到源RN发送的基于X2接口的切换请求后,判断不能执行基于X2接口的切换过程,因而通知源RN发起基于S1接口的切换过程。
图5中,UE从源RN切换到目标eNB的切换流程包括以下步骤:
步骤501,源RN收到UE发送的无线资源控制协议(RRC,Radio Resource Control)测量报告后,根据分析决定启动对该UE的切换过程。
这里,由于源RN在发起到目标eNB的切换时,在Un接口上总是做好发起基于X2接口的切换的准备,因此本步骤中,源RN决定启动的是基于X2接口的切换过程。
步骤502,源RN组成X2AP信令:切换请求(Handover Request)消息;然后源RN将切换请求消息携带在RRC的上行信息传输(ULInformation Transfer)消息中,传送给为源RN提供无线接入服务的源DeNB。
这里,源RN组成的信令为X2AP信令:切换请求消息,因此,携带该切换请求消息的上行信息传输消息被源DeNB接收后,源DeNB就可以得知源RN要求启动的是基于X2接口的切换过程。
步骤503,源DeNB判断是否能够执行基于X2接口的切换过程,判断结果为不能执行基于X2接口的切换过程,与目标eNB之间应采用基于S1接口的切换。
这里,源DeNB收到源RN发送的基于X2接口的切换请求后,判断是否能够执行基于X2接口的切换过程,判断方法为上面所述DeNB判断是否能够执行基于X2接口的切换过程的四种方法,在此不再重复。
本发明实施例中,源DeNB的判断结果为不能执行基于X2接口的切换过程,原因可以为未建立可用的X2接口,或源DeNB的配置数据指出源DeNB向目标eNB的切换不能使用基于X2接口的切换,或源DeNB为UE重新选择了服务的PLMN,或DeNB需要为UE重新选择提供服务的EPC节点。因此,与目标eNB之间应采用基于S1接口的切换。
步骤504,源DeNB组成X2AP信令:切换请求失败(HandoverRequest Failure)消息;然后源DeNB将该切换请求失败消息携带在RRC的下行信息传输消息中传递给发起切换的源RN。
这里,源DeNB通过将携带着切换请求失败消息的下行信息传输消息传递给发起切换的源RN,从而向源RN发送了切换请求失败消息,同时也就将与目标eNB之间应采用基于S1接口的切换的信息通知了源RN,这样,源RN就根据切换请求失败消息,发起基于S1接口的切换过程。
进一步地,本步骤中,切换请求失败消息中携带着切换请求失败的原因。通过切换请求失败消息中携带着的切换请求失败的原因,源RN可以得知源DeNB是希望自身发起基于S1接口的切换过程。
步骤505,源RN组成S1AP信令:切换要求消息,然后将切换要求消息携带在RRC的上行信息传输消息中传送给为源RN提供无线接入服务的源DeNB。
步骤506,源DeNB通过S1接口向MME发送切换要求消息,MME通过S1接口向目标eNB发送切换请求消息,目标eNB通过S1接口向MME返回切换请求确认消息,MME通过S1接口向源DeNB发送切换要求确认消息。
步骤507,源DeNB向源RN发送携带切换要求确认消息的下行信息传输消息。
步骤508,源RN通过向UE发送包含切换命令的RRC连接重配置消息,要求UE从源系统切换到目标系统,并将需要进行前转的那些承载发送到目标eNB。与此同时,源RN停止向UE传送下行数据。
步骤509,UE向目标eNB发送RRC连接重配置完成消息,目标eNB向MME发送切换通知消息,目标eNB完成与SGW/PGW之间的路径转换。
步骤510,UE接入目标系统后,删除源系统中的相关资源,具体为:MME向源DeNB发送UE上下文释放消息,源DeNB向源RN发送携带UE上下文释放消息的下行信息传输消息,源DeNB与源RN之间完成RRC连接重配置过程。到此,UE从源RN切换到目标eNB的切换流程结束。
图5以目标基站为目标eNB为例进行了说明。在目标基站为目标RN、并且源DeNB判断不能执行基于X2接口的切换过程的情况下,UE从源RN切换到目标RN的流程如下:
首先,执行与图5中步骤501至504相同的步骤,当步骤504执行完毕,源RN接收到源DeNB发送的切换请求失败消息后,源RN根据切换请求失败消息,发起基于S1接口的切换过程。
与图5所示的目标基站为目标eNB时基于S1接口的切换过程有所不同,当目标基站为目标RN时,本发明实施例中源RN根据切换请求失败消息,发起基于S1接口的切换过程如图6所示,包括以下步骤:
步骤601,源RN将切换要求(Handover Required)消息携带在RRC的上行信息传输(UL Information Transfer)消息中传送给为源RN提供无线接入服务的源DeNB。
步骤602,源DeNB通过S1接口向MME发送切换要求消息,MME通过S1接口将切换要求消息发送给目标DeNB。
步骤603,目标DeNB收到切换要求消息后,将切换要求消息携带在RRC的下行信息传输(DL Information Transfer)消息中传送给目标RN,目标RN将切换要求确认(Handover Required ACK)消息携带在RRC的上行信息传输消息中传递给目标DeNB。
步骤604,目标DeNB通过S1接口向MME返回切换要求确认消息,MME通过S1接口将切换要求确认消息发送给源DeNB。
步骤605,源DeNB向源RN发送携带切换要求确认消息的下行信息传输消息。
步骤606,源RN通过向UE发送包含切换命令(HandoverCommand)的RRC连接重配置消息,要求UE从源系统切换到目标系统。
步骤607,UE向目标DeNB发送RRC连接重配置完成消息,目标DeNB向MME发送切换通知消息,目标DeNB完成与SGW/PGW之间的路径转换。
步骤608,UE接入目标系统后,删除源系统中的相关资源,具体为:MME向源DeNB发送UE上下文释放(UE Context Release)消息,源DeNB向源RN发送携带UE上下文释放消息的下行信息传输消息,源DeNB与源RN之间完成RRC连接重配置过程。至此,源RN发起的基于S1接口的切换过程结束。
图4步骤405中,当DeNB判断能够执行基于X2接口的切换过程时,DeNB直接执行基于X2接口的切换过程。图7为本发明实施例中目标基站为目标eNB并且DeNB判断能够执行基于X2接口的切换过程时直接执行基于X2接口的切换过程图。如图7所示,X2AP信令在Un接口上由RRC消息携带传递,由于SGW与公用数据网(PDN,Public Data Network)网关(PGW)可能是独立的设备,也可能设置在一个设备中,并且都是用户平面路径上的节点,因此将SGW和PGW示意在一个方框中。
如图7所示,目标基站为目标eNB并且DeNB判断能够执行基于X2接口的切换过程时,直接执行基于X2接口的切换过程包括以下步骤:
步骤701,源RN组成X2AP信令:切换请求(Handover Request)消息;然后源RN将切换请求消息携带在RRC的上行信息传输(ULInformation Transfer)消息中传送给为源RN提供无线接入服务的源DeNB。
步骤702,源DeNB向目标eNB发送切换请求消息,目标eNB在完成切换资源准备后向源DeNB返回切换请求确认(HandoverRequest ACK)消息。
步骤703,源DeNB将X2AP信令:切换请求确认(HandoverRequest ACK)消息携带在RRC的下行信息传输(DL InformationTransfer)消息中传递给发起切换的源RN。
步骤704,源RN通过向UE发送包含切换命令(HandoverCommand)的RRC连接重配置(RRC Connection Reconfiguration)消息,要求UE从源系统切换到目标系统,并将需要进行前转的那些承载的相关序列号信息通过SN状态传递消息发送。与此同时,源RN停止向UE传送下行数据。
这里,源RN需要将UE未能成功接收、并且缓存在RN中的下行数据转发到目标eNB,该过程称为数据前转过程。
步骤705,UE向目标eNB发送RRC连接重配置完成(RRCConnection Reconfiguration Complete)消息,目标eNB完成与SGW/PGW之间的路径转换。
步骤706,UE接入目标系统后,删除源系统中的相关资源,具体为:目标eNB向源DeNB发送UE上下文释放(UE Context Release)消息,源DeNB向源RN发送包含UE上下文释放(UE ContextRelease)消息的下行信息传输消息,源DeNB与源RN之间完成RRC连接重配置过程。到此,UE从源RN切换到目标eNB的X2接口信令流程结束。
本发明还提出了一种施主基站,图8为本发明实施例中的施主基站的结构图。如图8所示,该施主基站包括:
切换请求接收模块801,用于从RN接收基于X2接口的切换请求,并将基于X2接口的切换请求发送到判断模块802,切换请求表示UE从该RN切换至目标基站的请求;
判断模块802,用于在接收到切换请求接收模块801发送的基于X2接口的切换请求后,判断是否能够执行基于X2接口的切换过程,并将判断结果发送到消息发送模块803;
消息发送模块803,用于在判断模块802发送的判断结果为不能执行基于X2接口的切换过程时,向RN发送切换请求失败消息,在该切换请求失败消息中包含切换请求失败的原因,使RN在接收到该切换请求失败消息后,根据所述切换请求失败的原因发起基于S1接口的切换过程。
如果判断模块802的判断结果为能够执行基于X2接口的切换过程,则消息发送模块803将直接执行基于X2接口的切换过程。
这里,切换请求接收模块801从源RN接收到基于X2接口的切换请求,该切换请求所表示的UE从源RN切换到的目标基站为目标RN或目标eNB。
判断模块802接收到切换请求接收模块801发送的基于X2接口的切换请求后,判断是否能够执行基于X2接口的切换过程的判断方法有四种,在这四种方法中,判断模块802的功能依次描述如下:
采用第一种方法时,判断模块802,用于检测施主基站与目标基站之间是否已建立可用的X2接口,如果未建立,则判断为不能执行基于X2接口的切换过程。
采用第二种方法时,判断模块802,用于查询施主基站的配置数据,如果配置数据指出施主基站向目标基站的切换不能使用基于X2接口的切换,则判断为不能执行基于X2接口的切换过程。
采用第三种方法时,判断模块802,用于检测施主基站是否为UE重新选择了服务的PLMN,如果是,则判断为不能执行基于X2接口的切换过程。
采用第四种方法时,判断模块802,用于确定是否需要为UE重新选择提供服务的EPC节点,如果需要,则判断为不能执行基于X2接口的切换过程。
采用第四种方法时,判断模块802确定是否需要为UE重新选择提供服务的EPC节点包括:判断模块802确定是否需要为UE重新选择提供服务的MME和/或SGW。
本发明还提出了一种中继节点,图9为本发明实施例中的中继节点的结构图。如图9所示,该中继节点包括:
切换请求模块901,用于在决定启动UE从本中继节点切换至目标基站的切换过程时,向为所述中继节点提供服务的DeNB发送基于X2接口的切换请求,使DeNB能够在收到该基于X2接口的切换请求后,判断是否能够执行基于X2接口的切换过程;在接收到消息接收模块902发送的切换请求失败消息后,发起基于S1接口的切换过程;
消息接收模块902,用于从DeNB接收切换请求失败消息,并将切换请求失败消息发送到切换请求模块901。
进一步地,在消息接收模块902从DeNB接收的切换请求失败消息中,包括切换请求失败的原因,这样,切换请求模块901,用于在接收到消息接收模块902发送的切换请求失败消息后,根据其中的切换请求失败的原因,发起基于S1接口的切换过程。
由此可见,本发明具有以下优点:
(1)本发明中,由于中继节点RN在决定启动用户设备UE从本RN切换至目标基站的切换过程时,向施主基站DeNB发送了基于X2接口的切换请求,而DeNB在收到RN发送的基于X2接口的切换请求后,对是否能够执行基于X2接口的切换过程做出了判断,如果能够执行基于X2接口的切换过程,则直接执行基于X2接口的切换过程,如果不能执行基于X2接口的切换过程,则通过向RN发送切换请求失败消息,通知RN发起基于S1接口的切换过程。因此,利用本发明,当发起切换过程时,RN能够确定发起基于X2接口还是基于S1接口的切换过程。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (10)
1.一种长期演进增强系统中的切换方法,其特征在于,该方法包括:
中继节点RN在决定启动用户设备UE从本RN切换至目标基站的切换过程时,向为自身提供服务的施主基站DeNB发送基于X2接口的切换请求;
DeNB收到RN发送的基于X2接口的切换请求后,判断是否能够执行基于X2接口的切换过程;
如果不能执行基于X2接口的切换过程,则DeNB向RN发送切换请求失败消息;
RN接收到所述切换请求失败消息后,发起基于S1接口的切换过程。
2.根据权利要求1所述的方法,其特征在于,将为所述RN提供服务的DeNB称为源DeNB,当所述目标基站为目标RN时,所述RN发起的基于S1接口的切换过程包括:
所述RN将切换要求消息携带在无线资源控制协议RRC的上行信息传输消息中,传送给源DeNB;
所述源DeNB通过S1接口向移动性管理实体MME发送切换要求消息,MME通过S1接口将切换要求消息发送给目标DeNB;
所述目标DeNB将切换要求消息携带在RRC的下行信息传输消息中传送给目标RN,目标RN将切换要求确认消息携带在RRC的上行信息传输消息中传递给目标DeNB;
目标DeNB通过S1接口向MME返回切换要求确认消息,MME通过S1接口将切换要求确认消息发送给源DeNB;
源DeNB向所述RN发送携带切换要求确认消息的下行信息传输消息;
所述RN通过向UE发送包含切换命令的RRC连接重配置消息,要求UE从源系统切换到目标系统;
UE向目标DeNB发送RRC连接重配置完成消息,目标DeNB向MME发送切换通知消息,目标DeNB完成与服务网关/公用数据网网关SGW/PGW之间的路径转换;
MME向源DeNB发送UE上下文释放消息,源DeNB向所述RN发送携带UE上下文释放消息的下行信息传输消息,源DeNB与所述RN之间完成RRC连接重配置过程。
3.根据权利要求1所述的方法,其特征在于,将为所述RN提供服务的DeNB称为源DeNB,当所述目标基站为目标演进基站eNB时,所述RN发起的基于S1接口的切换过程包括:
所述RN将切换要求消息携带在RRC的上行信息传输消息中传送给源DeNB;
所述源DeNB通过S1接口向MME发送切换要求消息,MME通过S1接口向所述目标eNB发送切换请求消息,所述目标eNB通过S1接口向MME返回切换请求确认消息,MME通过S1接口向源DeNB发送切换要求确认消息;
源DeNB向所述RN发送携带切换要求确认消息的下行信息传输消息;
所述RN通过向UE发送包含切换命令的RRC连接重配置消息,要求UE从源系统切换到目标系统;
UE向目标eNB发送RRC连接重配置完成消息,目标eNB向MME发送切换通知消息,目标eNB完成与SGW/PGW之间的路径转换;
MME向源DeNB发送UE上下文释放消息,源DeNB向所述RN发送携带UE上下文释放消息的下行信息传输消息,源DeNB与所述RN之间完成RRC连接重配置过程。
4.根据权利要求1、2或3所述的方法,其特征在于,DeNB判断是否能够执行基于X2接口的切换过程包括:
DeNB检测自身与目标基站之间是否已建立可用的X2接口,如果未建立,则判断为不能执行基于X2接口的切换过程;
和/或,
DeNB查询自身的配置数据,如果所述配置数据指出所述DeNB向目标基站的切换不能使用基于X2接口的切换,则判断为不能执行基于X2接口的切换过程;
和/或,
DeNB检测自身是否为UE重新选择了服务的公共陆地移动电话网,如果是,则判断为不能执行基于X2接口的切换过程;
和/或,
如果DeNB确定需要为UE重新选择提供服务的演进的分组核心网EPC节点,则判断为不能执行基于X2接口的切换过程。
5.根据权利要求4所述的方法,其特征在于,为UE提供服务的所述EPC节点包括:MME和SGW;
DeNB确定需要为UE重新选择提供服务的EPC节点包括:DeNB确定需要为UE重新选择提供服务的MME和/或SGW。
6.一种施主基站,其特征在于,该施主基站包括:
切换请求接收模块,用于从中继节点RN接收基于X2接口的切换请求,并将所述基于X2接口的切换请求发送到判断模块,所述切换请求表示用户设备UE从所述RN切换至目标基站的请求;
判断模块,用于接收到切换请求接收模块发送的基于X2接口的切换请求后,判断是否能够执行基于X2接口的切换过程,并将判断结果发送到消息发送模块;
消息发送模块,用于在判断模块发送的判断结果为不能执行基于X2接口的切换过程时,向RN发送切换请求失败消息,所述切换请求失败消息中包含切换请求失败的原因,使RN在接收到所述切换请求失败消息后,根据所述切换请求失败的原因发起基于S1接口的切换过程。
7.根据权利要求6所述的施主基站,其特征在于,
所述判断模块,用于检测所述施主基站与目标基站之间是否已建立可用的X2接口,如果未建立,则判断为不能执行基于X2接口的切换过程;
和/或,
所述判断模块,用于查询所述施主基站的配置数据,如果所述配置数据指出所述施主基站向目标基站的切换不能使用基于X2接口的切换,则判断为不能执行基于X2接口的切换过程;
和/或,
所述判断模块,用于检测所述施主基站是否为UE重新选择了服务的公共陆地移动电话网,如果是,则判断为不能执行基于X2接口的切换过程;
和/或,
所述判断模块,用于确定是否需要为UE重新选择提供服务的演进的分组核心网EPC节点,如果是,则判断为不能执行基于X2接口的切换过程。
8.根据权利要求7所述的施主基站,其特征在于,
所述判断模块确定是否需要为UE重新选择提供服务的EPC节点包括:所述判断模块确定是否需要为UE重新选择提供服务的MME和/或SGW。
9.一种中继节点,其特征在于,该中继节点包括:
切换请求模块,用于在决定启动UE从本中继节点切换至目标基站的切换过程时,向为所述中继节点提供服务的施主基站DeNB发送基于X2接口的切换请求,使DeNB能够在收到所述基于X2接口的切换请求后,判断是否能够执行基于X2接口的切换过程;在接收到消息接收模块发送的切换请求失败消息后,发起基于S 1接口的切换过程;
消息接收模块,用于从DeNB接收切换请求失败消息,并将所述切换请求失败消息发送到切换请求模块。
10.根据权利要求9所述的中继节点,其特征在于,所述消息接收模块从DeNB接收的所述切换请求失败消息中,包括切换请求失败的原因;
所述切换请求模块,用于在接收到消息接收模块发送的切换请求失败消息后,根据其中的切换请求失败的原因,发起基于S1接口的切换过程。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010122112 CN101867984A (zh) | 2010-02-26 | 2010-02-26 | 长期演进增强系统中的切换方法、施主基站和中继节点 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010122112 CN101867984A (zh) | 2010-02-26 | 2010-02-26 | 长期演进增强系统中的切换方法、施主基站和中继节点 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101867984A true CN101867984A (zh) | 2010-10-20 |
Family
ID=42959490
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201010122112 Pending CN101867984A (zh) | 2010-02-26 | 2010-02-26 | 长期演进增强系统中的切换方法、施主基站和中继节点 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101867984A (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102076041A (zh) * | 2011-01-30 | 2011-05-25 | 大唐移动通信设备有限公司 | 一种资源分配方法和设备 |
WO2011124162A1 (zh) * | 2010-04-09 | 2011-10-13 | 华为技术有限公司 | 一种对终端进行切换的处理方法、基站和家庭网关 |
WO2011137858A1 (zh) * | 2010-11-17 | 2011-11-10 | 华为技术有限公司 | 在基站之间建立接口、实现小区切换的方法和相关装置 |
CN102256383A (zh) * | 2011-06-23 | 2011-11-23 | 新邮通信设备有限公司 | 一种基站接口建立控制方法和通信系统 |
WO2012142823A1 (zh) * | 2011-04-22 | 2012-10-26 | 中兴通讯股份有限公司 | 小区切换方法、设备及系统 |
CN102802216A (zh) * | 2012-07-06 | 2012-11-28 | 中兴通讯股份有限公司 | 小区配置信息的获取方法及装置 |
CN103024838A (zh) * | 2011-09-27 | 2013-04-03 | 普天信息技术研究院有限公司 | 一种支持中继节点服务网关重定位的方法 |
WO2013071891A1 (zh) * | 2011-11-18 | 2013-05-23 | 华为技术有限公司 | 上行数据转发方法以及装置 |
CN104144456A (zh) * | 2014-07-24 | 2014-11-12 | 大唐移动通信设备有限公司 | 一种基站切换方法和装置 |
WO2016061785A1 (zh) * | 2014-10-23 | 2016-04-28 | 华为技术有限公司 | 无线资源控制rrc连接方法、重连接方法和装置 |
CN111328114A (zh) * | 2018-12-14 | 2020-06-23 | 电信科学技术研究院有限公司 | 一种切换控制方法及设备 |
WO2021238882A1 (zh) * | 2020-05-27 | 2021-12-02 | 华为技术有限公司 | 一种实现业务连续性的方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101400160A (zh) * | 2007-09-29 | 2009-04-01 | 北京三星通信技术研究有限公司 | Hnb建立连接的方法 |
CN101657028A (zh) * | 2009-09-10 | 2010-02-24 | 新邮通信设备有限公司 | 一种建立s1接口连接的方法、设备及系统 |
-
2010
- 2010-02-26 CN CN 201010122112 patent/CN101867984A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101400160A (zh) * | 2007-09-29 | 2009-04-01 | 北京三星通信技术研究有限公司 | Hnb建立连接的方法 |
CN101657028A (zh) * | 2009-09-10 | 2010-02-24 | 新邮通信设备有限公司 | 一种建立s1接口连接的方法、设备及系统 |
Non-Patent Citations (2)
Title |
---|
《3GPP TSG RAN WG3 Meeting #60》 20080509 Huawei Exchange of S1 Interface Information between eNBs on X2,R3-081157 第1页 , * |
《3GPP TSG-RAN WG2 #67》 20090828 Ericsson et al TP to internal TR on relay architecture options,R2-094822 , * |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011124162A1 (zh) * | 2010-04-09 | 2011-10-13 | 华为技术有限公司 | 一种对终端进行切换的处理方法、基站和家庭网关 |
WO2011137858A1 (zh) * | 2010-11-17 | 2011-11-10 | 华为技术有限公司 | 在基站之间建立接口、实现小区切换的方法和相关装置 |
CN102469539A (zh) * | 2010-11-17 | 2012-05-23 | 华为技术有限公司 | 在基站之间建立接口、实现小区切换的方法和相关装置 |
CN102076041B (zh) * | 2011-01-30 | 2014-10-29 | 大唐移动通信设备有限公司 | 一种资源分配方法和设备 |
CN102076041A (zh) * | 2011-01-30 | 2011-05-25 | 大唐移动通信设备有限公司 | 一种资源分配方法和设备 |
WO2012142823A1 (zh) * | 2011-04-22 | 2012-10-26 | 中兴通讯股份有限公司 | 小区切换方法、设备及系统 |
CN102256383A (zh) * | 2011-06-23 | 2011-11-23 | 新邮通信设备有限公司 | 一种基站接口建立控制方法和通信系统 |
CN103024838B (zh) * | 2011-09-27 | 2015-09-09 | 普天信息技术研究院有限公司 | 一种支持中继节点服务网关重定位的方法 |
CN103024838A (zh) * | 2011-09-27 | 2013-04-03 | 普天信息技术研究院有限公司 | 一种支持中继节点服务网关重定位的方法 |
WO2013071891A1 (zh) * | 2011-11-18 | 2013-05-23 | 华为技术有限公司 | 上行数据转发方法以及装置 |
CN102802216A (zh) * | 2012-07-06 | 2012-11-28 | 中兴通讯股份有限公司 | 小区配置信息的获取方法及装置 |
CN104144456A (zh) * | 2014-07-24 | 2014-11-12 | 大唐移动通信设备有限公司 | 一种基站切换方法和装置 |
CN104144456B (zh) * | 2014-07-24 | 2017-12-08 | 大唐移动通信设备有限公司 | 一种基站切换方法和装置 |
WO2016061785A1 (zh) * | 2014-10-23 | 2016-04-28 | 华为技术有限公司 | 无线资源控制rrc连接方法、重连接方法和装置 |
CN106171037A (zh) * | 2014-10-23 | 2016-11-30 | 华为技术有限公司 | 无线资源控制rrc 连接方法、重连接方法和装置 |
RU2665881C1 (ru) * | 2014-10-23 | 2018-09-04 | Хуавей Текнолоджиз Ко., Лтд. | Способ и устройство соединения для управления (rrc) радиоресурсами и способ и устройство повторного rrc соединения |
CN106171037B (zh) * | 2014-10-23 | 2019-04-23 | 华为技术有限公司 | 无线资源控制rrc连接方法、重连接方法和装置 |
US11026270B2 (en) | 2014-10-23 | 2021-06-01 | Huawei Technologies Co., Ltd. | Radio resource control RRC connection method and apparatus and RRC reconnection method and apparatus |
CN111328114A (zh) * | 2018-12-14 | 2020-06-23 | 电信科学技术研究院有限公司 | 一种切换控制方法及设备 |
WO2021238882A1 (zh) * | 2020-05-27 | 2021-12-02 | 华为技术有限公司 | 一种实现业务连续性的方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101867985B (zh) | 长期演进增强系统中的切换方法、中继节点和施主基站 | |
CN101867984A (zh) | 长期演进增强系统中的切换方法、施主基站和中继节点 | |
US9794851B2 (en) | Handover with mobile relays | |
US9560552B2 (en) | Enhancement to multiple handover preparation | |
US8620326B2 (en) | Handover processing method and device | |
EP2605588B1 (en) | Method for obtaining interface information of neighbor evolved nodeb/relay node, and wireless relay system | |
CN106301523B (zh) | 中继节点、施主无线电基站以及其中的方法 | |
US9775073B2 (en) | Gateway configured to provide a handover, converting and routing function | |
RU2564402C2 (ru) | Способы и устройство для управления передачей обслуживания между базовыми станциями | |
US9769709B2 (en) | Handover method, communication device and communication system | |
CN101730032A (zh) | 一种实现数据前转的方法和一种施主基站 | |
US20220141732A1 (en) | Method and apparatus for reporting assistant information | |
WO2012158094A1 (en) | Method and arrangement in a telecommunication system | |
CN102960051B (zh) | 中继节点、施主无线电基站以及其中的方法 | |
CN101998449B (zh) | 一种应用于无线中继的传输系统及传输方法 | |
CN102378313A (zh) | 移动性管理实体的选择方法及中继节点 | |
CN103974228B (zh) | 一种实现x2代理的方法及系统 | |
CN102131250B (zh) | 一种基于无线传输系统的数据前转方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20101020 |