具体实施方式
首先对本发明实施例的一种网络侧处理切换的方法进行说明。如图1所示,包括:
步骤S101:判断用户设备是否需要进行切换。
具体的,可以根据用户设备发出的测量报告进行切换判决。
步骤S102:如果判断出用户设备需要进行切换,则发起网络侧切换流程,其中,切换上下文在源RNC与目标RNC之间直接传递。
网络侧切换流程可以由多种方式来实现,其中的一种方式如图2所示,包括:
步骤S1021:向目标RNC发出切换请求;
发出的切换请求可以通过与目标RNC之间的接口直接到达目标RNC,也可以通过核心网转发到目标RNC,当然,切换请求也可以通过其他方式到达目标RNC。例如,当切换上下文携带于切换请求中时,发出的切换请求可以通过与目标RNC之间的接口直接到达目标RNC。
步骤S1022:如果收到目标RNC针对所述切换请求返回的应答,则将下行用户数据转发给目标RNC;
步骤S1023:当收到释放资源的通知时,释放资源。
另外,如果收到目标RNC针对所述切换请求返回的应答,则还可以通知用户设备进行物理信道重配置。
在上述网络侧进行小区切换的流程中,向目标RNC发出的切换请求、接收的目标RNC针对所述切换请求返回的应答以及接收的释放资源的通知都可以通过与目标RNC之间叠加的X2接口传递。下行用户数据可以通过与目标RNC之间叠加的X2接口GPRS通道协议-用户面(GTP-U,GPRS TunnelProtocol User Plane)隧道转发。
所述资源可以包括与核心网之间的S1接口资源和无线接入承载(RAB,Radio Access Bearer)资源。
需要说明的是,在上述方法实施例中,各个步骤的执行主体可以是源RNC,由于RNC与NodeB可以合并为一个网络实体,所以也可以认为各个步骤的执行主体是重定位之前的SRNS。
上述方法实施例可以由多种形式的装置来实现,其中的一种网络侧处理切换的装置如图3所示,包括:判断单元301,用于判断用户设备是否需要进行切换;切换流程执行单元302,用于如果判断单元301判断出用户设备需要进行切换,则发起网络侧切换流程,其中,切换上下文在源RNC与目标RNC之间直接传递。
切换流程执行单元可以由多种方式来实现,其中的一种方式如图4所示,包括:请求单元3021,用于向目标RNC发出切换请求;接收单元3022,用于接收目标RNC发出的消息,其中,在请求单元3021向目标RNC发出切换请求后,接收目标RNC针对所述切换请求返回的应答,接收单元3022还接收释放资源的通知;数据转发单元3023,用于在接收单元3022收到目标RNC针对所述切换请求返回的应答后,将下行用户数据转发给目标RNC;资源释放单元3024,用于当接收单元3022收到释放资源的通知时,释放资源。
切换流程执行单元302还可以包括:通知单元3025,用于在接收单元3022收到目标RNC针对所述切换请求返回的应答后,通知用户设备进行物理信道重配置。
需要说明的是,上述装置中的各个功能单元可以设置或应用于RNC或SRNS中,这些功能单元在RNC或SRNS中的工作方式与在上述装置中的工作方式相同,这里不再赘述。
上述方法实施例和装置实施例都是从源RNC或重定位之前的SRNC角度描述的,显然,网络侧处理切换的方法也可以从目标RNC或重定位之后的SRNC角度来描述。为此,本发明实施例还提供如图5所示的网络侧处理切换的方法,包括:
步骤S501:获得源RNC发出的切换请求。
切换请求可以通过与源RNC之间的接口直接传递,也可以通过核心网转发,当然,也可以通过其他方式传递。例如,当切换上下文携带于切换请求中时,切换请求可以通过与源RNC之间的接口直接传递。
步骤S502:根据所述切换请求,执行网络侧切换流程,其中,切换上下文在目标RNC与源RNC之间直接传递。
执行网络侧切换流程可以由多种方式来实现,其中的一种方式如图6所示,包括:
步骤S5021:执行接纳控制,建立相应的S1承载Bearer;
步骤S5022:与用户设备执行空口同步过程;
步骤S5023:当获得用户设备发出的物理信道重配置完成的消息后,与核心网执行用户面通道切换过程;
步骤S5024:通知源RNC释放资源。
建立相应的S1承载Bearer之后,还可以向源RNC返回针对所述切换请求的应答。
向源RNC返回针对所述切换请求的应答之后,可以获得源RNC转发的下行用户数据。当获得用户设备发出的物理信道重配置完成的消息后,向用户设备发送下行用户数据。
与核心网执行用户面通道转换过程可以由多种方式来实现,其中的一种方式可以包括:向移动性管理实体(MME,Mobile Management Entity)发出用户面通道切换的请求消息;获得MME针对所述用户面通道切换的消息返回的应答。
向MME发出用户面通道切换的消息之后、获得MME针对所述用户面通道切换的消息返回的应答之前,MME可以通知服务网关(S-GW,ServingGateway)切换用户面通道。
向源RNC返回针对所述切换请求的应答及通知源RNC释放资源可以通过与源RNC之间叠加的X2接口传递。下行用户数据可以通过与源RNC之间叠加的X2接口GTP-U隧道转发的。
需要说明的是,在上述方法实施例中,各个步骤的执行主体可以是目标RNC,由于RNC与NodeB可以合并为一个网络实体,所以也可以认为各个步骤的执行主体是重定位之后的SRNS。
上述方法实施例可以由多种形式的装置来实现,其中的一种网络侧处理切换的装置如图7所示,包括:切换请求获得单元701,用于获得源RNC发出的切换请求;切换流程执行单元702,用于根据切换请求获得单元701获得的切换请求,执行网络侧切换流程,其中,切换上下文在目标RNC与源RNC之间直接传递。
切换流程执行单元702由多种方式来实现,其中的一种方式如图8所示,包括:接纳控制执行单元7021,用于执行接纳控制,建立相应的S1 Bearer;空口同步单元7022,用于在接纳控制执行单元7021建立相应的S1 Bearer后,与用户设备执行空口同步过程;用户设备消息获得单元7023,用于在空口同步单元7022与用户设备执行空口同步过程后,获得用户设备发出的物理信道重配置完成的消息;用户面通道切换单元7024,用于在用户设备消息获得单元7023获得用户设备发出的物理信道重配置完成的消息后,与核心网执行用户面通道切换过程;通知单元7025,用于在用户面通道切换单元7024与核心网执行用户面通道切换过程后,通知源RNC释放资源。
切换流程执行单元702还可以包括:应答返回单元7026,用于在接纳控制执行单元7021建立相应的S1 Bearer后,向源RNC返回针对所述切换请求的应答。
切换流程执行单元702还可以包括:数据获得单元7027,用于在应答返回单元7026向源RNC返回针对所述切换请求的应答后,获得源RNC转发的下行用户数据。
切换流程执行单元702还可以包括:用户设备数据发送单元7028,用于在用户设备消息获得单元7023获得用户设备发出的物理信道重配置完成的消息后,向用户设备发送下行用户数据。
用户面通道切换单元7024也可以由多种方式实现,其中的一种方式包括:通道切换请求单元,用于向MME发出用户面通道切换的请求消息;应答获得单元,用于在所述通道切换请求单元向MME发出用户面通道切换的请求消息后,获得MME针对所述用户面通道切换的消息返回的应答。
需要说明的是,上述装置中的各个功能单元可以设置或应用于RNC或SRNS中,这些功能单元在RNC或SRNS中的工作方式与在上述装置中的工作方式相同,这里不再赘述。
还需要说明的是,上面所有的实施例都可以应用在UMTS扁平化架构中,为使本领域技术人员更加清楚的理解本发明的实施例,现在结合图9,再对本发明实施例进行详细说明。如图9所示,包括:
步骤S901:源RNC控制用户设备的测量过程,进行切换判决。
步骤S902:如果决定进行切换,则源RNC通过与目标RNC之间叠加的X2接口发起切换。具体的,源RNC通过X2接口发送切换请求(HandoverRequest)消息给目标RNC。
步骤S903:目标RNC执行接纳控制,建立相应的Sl Bear。
步骤S904:目标RNC向源RNC返回针对切换请求消息的切换应答(Handover Acknowledge)消息。
步骤S905:源RNC通知用户设备进行物理信道重配置(Physical ChannelReconfiguration),具体可以使用无线资源控制(RRC,Radio resource control)消息。
步骤S906:源RNC开始向目标RNC转发下行用户数据(DL DataForewarding)。这个步骤与步骤S905没有必然的先后顺序关系,或者说,这个步骤可以在步骤S905之前执行,也可以与步骤S905同时执行,还可以在步骤S905之后执行。
步骤S907:用户设备与目标RNC执行空口同步过程(Detach from old celland synchronize to new cell)。
步骤S908:用户设备通知目标RNC发送物理信道重配置完成(PhysicalChannel Reconfiguration Complete),具体可以使用RRC消息。目标RNC接收到这个消息后,可以开始向用户设备发送下行用户数据。
步骤S909:用户设备开始向MME发送通道切换(Path Switch)消息。
步骤S910:MME通知S-GW切换用户面通道,例如更新隧道IP地址和隧道端点标识符(TEID,Tunnel Endpoint Identifier)。具体可以使用更新承载请求(Update Bearer Request)消息。
步骤S911:S-GW向MME返回更新承载响应(Update Bearer Response)消息。
步骤S912:MME向目标RNC发送通道切换应答(Path SwitchAcknowledge)消息。
步骤S913:目标RNC通知源RNC释放资源,具体发送释放资源(ReleaseResource)消息。
步骤S914:源RNC释放资源,资源可以包括源RNC与核心网之间的S1接口资源和RAB资源。
下面对图9对应的实施例中的消息进行说明。
RNC与MME间的消息可以采用S1接口标准消息。RNC间的消息可以采用X2消息,但在透明容器中,切换上下文按UMTS格式承载UTRAN信息。
Handover Request中RRC Context(无线资源控制上下文)内容组织如下:
IE(informationelement,信息单元)/GroupName(组名) |
Presence(存在) |
Range(取值范围) |
IE type andreference(信息单元类型和参考) |
Semanticsdescription(语义描述) |
Criticality(重要程度) |
AssignedCriticality(指定重要程度) |
Source RNC ToTarget RNCTransparentContainer(源RNC到目标RNC透明容器) |
M |
|
TS25.4139.2.1.28 |
|
YES |
reject |
PDP(Packat Dataprotocol,分组数据协议)Context(上下文) |
M |
|
|
激活时,RNC保存的PDP上下文 |
|
|
MAP of RAB ID toSAE Bearer ID(无线接入承载到系统架构演进承载标识的映射) |
M |
|
|
RAB ID和S1BearID对应关系 |
|
|
说明:Source RNC To Target RNC Transparent Container主要内容包括RRC容器(container)、安全上下文、重定位类型(Relocation Type,填写为UEinvolved in relocation of SRNS)、漂移无线网络临时标识(d-RNTI,Drift radionetwork temporary identity)、目标小区标识(Target Cell ID,涉及用户设备切换时携带)及RAB信息(空口承载恢复时使用,无损或无缝)。
RRC Context中的内容由源RNC按无线接入网应用部分(RANAP,Radioaccess network application part)格式编码,目标RNC进行相应的解析。
2.Handover Acknowledge中的目标演进基站到源演进基站的透明容器(Target eNodeB to Source eNodeB Transparent Container),消息内容组织如下:
IE/Group Name |
Presence |
Range |
IE type andreference |
Semanticsdescription |
Criticality |
AssignedCriticality |
Target RNC To SourceRNC TransparentContainer |
O |
|
TS25.4139.2.1.30 |
|
YES |
ignore |
Target RNC To Source RNC Transparent Container的定义如下:
Target eNodeB to Source eNodeB Transparent Container中的内容由目标RNC按RANAP格式编码,源RNC进行解析。
Release Resource消息可以采用3GPP TS36.423中的定义,Path SwitchRequest和Path Switch Ack可以采用TS36.413中的定义。
综上所述,在本发明实施例中,切换上下文在源RNC与目标RNC之间直接传递,而不需要通过核心网转发,这样就会减少切换时延,提高切换性能。
另外,由于在扁平化架构中,RNC和NodeB都是合一的,所以如果用户设备需要进行切换,则会增加跨RNC切换的概率,这样,核心网处理的切换消息会增多,所以会对核心网造成冲击。而在本发明实施例中,由于切换上下文不通过核心网转发,所以相对于现有技术,本发明实施例可以减少核心网处理的切换消息,从而减轻了对核心网造成的冲击。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。