用户设备在无线网络控制器之间迁移的方法、装置及系统
技术领域
本申请涉及通信技术领域,尤其涉及一种用户设备在无线网络控制器之间迁移的方法、装置及系统。
背景技术
在通用移动通信系统(UniversalMobileTelecommunicationsSystem,UMTS)中,用户设备(UserEquipment,UE)通过接入节点与无线网络控制器(RadioNetworkController,RNC)建立无线承载(RadioBearer,RB),RNC与核心网(CoreNetwork,CN)建立无线接入承载(RadioAccessBearer,RAB),由此建立UE到CN的无线链路,实现UE的电路域业务。
当建立好UE经由RNC连接到CN的无线链路后,RNC会根据接入网和/或核心网的功率负载状况将正在进行电路域业务的UE迁移到其他RNC上。由于源RNC与目标RNC所支持的语音编码类型有可能不一致,而UE配置的编码类型与源RNC所支持的编码类型相一致,所以当源RNC与目标RNC支持的语音编码类型不一致时,在将UE从源RNC迁移到目标RNC的过程中需要同步UE与目标RNC之间的编码类型,即使UE与目标RNC的编码类型保持一致。
现有的UE在RNC之间迁移的技术,是由源RNC将UE与源RNC配置的编码类型通过CN告知给目标RNC,CN根据UE配置的编码类型和目标RNC支持的编码类型,选择UE与目标RNC都支持的编码类型作为UE与目标RNC建立RB时使用的编码类型。在UE参与的RNC迁移过程(UEInvolvedinRelocationofSRNS)中,如果CN为目标RNC指示的编码类型与UE与源RNC使用的编码类型不一致,则目标RNC会将UE配置的编码类型重配为与CN为目标RNC指示的编码类型一致的编码类型,然后对UE进行RNC迁移。在UE不参与的RNC迁移过程(UEnotInvolvedinRelocationofSRNS)中,如果CN为目标RNC指示的编码类型与UE与源RNC使用的编码类型不一致,则目标RNC直接拒绝UE的迁移。
在实现上述UE在不同编码类型RNC之间迁移的过程中,发明人发现现有技术中至少存在如下问题:当UE电路域业务的无线链路已经被目标RNC控制时,只能执行UE不参与的RNC迁移过程(UEnotInvolvedinRelocationofSRNS),此种情况下,如果UE配置的编码类型与CN为目标RNC指示的编码类型不一致,则无法将UE迁移到目标RNC上。
发明内容
本申请的实施例提供一种用户设备在无线网络控制器之间迁移的方法、装置及系统,能够保证当UE配置的编码类型与CN配置的编码类型不一致时,UE可以顺利迁移到目标RNC上。
一方面,本申请提供了一种用户设备在无线网络控制器之间迁移的方法,包括:接收用户设备UE不参与的无线网络控制器RNC迁移请求消息,所述请求消息中携带有源RNC发送的源RNC到目标RNC的透明容器和核心网CN指示的编码类型,所述透明容器包含所述UE配置的编码类型;若所述UE配置的编码类型与所述CN指示的编码类型不一致,向所述源RNC发送目标RNC到源RNC的透明容器,所述透明容器携带用于更改所述UE编码类型的重配消息,以便所述源RNC发送重配消息给所述UE。
另一方面,本申请提供了另一种用户设备在无线网络控制器之间迁移的方法,包括:向核心网CN发送用户设备UE不参与的无线网络控制器RNC迁移请求消息,以便所述CN向所述目标RNC发送迁移请求消息;接收所述CN发送的迁移命令消息,所述迁移命令消息中包含所述目标RNC发送的目标RNC到源RNC的透明容器,所述透明容器中包含UE编码类型的重配消息;向所述UE发送重配消息,以便所述UE根据所述重配消息更改编码类型。
另一方面,本申请提供了另一种用户设备在无线网络控制器之间迁移的方法,包括:在发起迁移时,若用户设备UE的无线链路在目标无线网络控制器RNC控制下,确定源RNC不知道目标RNC支持的编码类型或确定所述UE配置的编码类型与所述目标RNC支持的编码类型不一致或确定所述UE存在宽带自适应多速率承载;发起UE参与的RNC迁移过程。
另一方面,本申请提供了另一种用户设备在无线网络控制器之间迁移的方法,包括:接收源无线网络控制器RNC发送的用户设备UE不参与的RNC迁移请求消息;若所述UE配置的编码类型与目标RNC支持的编码类型不一致,向所述源RNC发送迁移失败消息,以便所述源RNC根据所述迁移失败消息发起UE参与的RNC迁移过程。
另一方面,本申请提供了另一种用户设备在无线网络控制器之间迁移的方法,包括:接收源无线网络控制器RNC发送的请求消息;向所述源RNC发送用户设备UE编码类型的重配消息,以便所述源RNC重配所述UE的编码类型;接收源RNC发送的UE不参与的RNC迁移请求消息,以便完成UE不参与的RNC迁移过程。
另一方面,本申请提供了另一种用户设备在无线网络控制器之间迁移的方法,包括:向核心网CN发送请求消息;接收所述CN发送的重配消息;根据所述重配消息重配所述用户设备UE的编码类型;发起UE不参与的无线网络控制器RNC迁移过程。
另一方面,本申请提供了一种无线网络控制器RNC,包括:接收器,用于接收用户设备UE不参与的RNC迁移请求消息,所述请求消息中携带有源RNC发送的源RNC到目标RNC的透明容器和核心网CN指示的编码类型,所述透明容器包含所述UE配置的编码类型;发送器,用于向所述源RNC发送目标RNC到源RNC的透明容器,所述透明容器携带用于更改所述UE编码类型的重配消息,以便所述源RNC发送重配消息给所述UE。
另一方面,本申请还提供了一种无线网络控制器RNC,包括:发送器,用于向核心网CN发送用户设备UE不参与的RNC迁移请求消息,以便所述CN向所述目标RNC发送迁移请求消息;接收器,用于接收所述CN发送的迁移命令消息,所述迁移命令消息中包含所述目标RNC发送的目标RNC到源RNC的透明容器,所述透明容器中包含UE编码类型的重配消息;所述发送器还用于向所述UE发送重配消息,以便所述UE根据所述重配消息更改编码类型。
另一方面,本申请还提供了一种无线网络控制器RNC,包括:判断器,用于确定源RNC不知道目标RNC支持的编码类型或确定所述UE配置的编码类型与所述目标RNC支持的编码类型不一致或确定所述UE存在宽带自适应多速率承载;处理器,用于发起UE参与的RNC迁移过程。
另一方面,本申请还提供了一种核心网CN,包括:接收器,用于接收源无线网络控制器RNC发送的用户设备UE不参与的RNC迁移请求消息;发送器,用于向所述源RNC发送迁移失败消息,以便所述源RNC根据所述迁移失败消息发起UE参与的RNC迁移过程。
另一方面,本申请还提供了一种核心网CN,包括:接收器,用于接收源无线网络控制器RNC发送的请求消息;发送器,用于向所述源RNC发送用户设备UE编码类型的重配消息,以便所述源RNC重配所述UE的编码类型;所述接收器还用于接收源RNC发送的UE不参与的RNC迁移请求消息,以便完成UE不参与的RNC迁移过程。
另一方面,本申请还提供了一种无线网络控制器RNC,包括:发送器,用于向核心网CN发送请求消息;接收器,用于接收所述CN发送的重配消息;处理器,用于根据所述重配消息重配所述UE的编码类型;所述处理器还用于发起用户设备UE不参与的RNC迁移过程。
另一方面,本申请提供了一种用户设备在无线网络控制器之间迁移的系统,包括:目标无线网络控制器RNC,用于接收用户设备UE不参与的RNC迁移请求消息,所述请求消息中携带有源RNC发送的源RNC到目标RNC的透明容器和核心网CN指示的编码类型,所述透明容器包含所述UE配置的编码类型,若所述UE配置的编码类型与所述CN指示的编码类型不一致,向所述源RNC发送目标RNC到源RNC的透明容器,所述透明容器携带用于更改所述UE编码类型的重配消息,以便所述源RNC发送重配消息给所述UE;源RNC,用于向所述CN发送UE不参与的RNC迁移请求消息,以便所述CN向所述目标RNC发送迁移请求消息,接收所述CN发送的迁移命令消息,所述迁移命令消息中包含所述目标RNC发送的目标RNC到源RNC的透明容器,所述透明容器中包含UE编码类型的重配消息,向所述UE发送重配消息,以便所述UE根据所述重配消息更改编码类型。
另一方面,本申请还提供了一种用户设备在无线网络控制器之间迁移的系统,包括:源无线网络控制器RNC,用于在发起迁移时,若用户设备UE的无线链路在目标RNC控制下,确定源RNC不知道目标RNC支持的编码类型或确定所述UE配置的编码类型与所述目标RNC支持的编码类型不一致或确定所述UE存在宽带自适应多速率承载,发起UE参与的RNC迁移过程;核心网CN,用于接收源RNC发送的UE不参与的RNC迁移请求消息,若所述UE配置的编码类型与目标RNC支持的编码类型不一致,向所述源RNC发送迁移失败消息,以便所述源RNC根据所述迁移失败消息发起UE参与的RNC迁移过程。
另一方面,本申请还提供了一种用户设备在无线网络控制器之间迁移的系统,包括:核心网CN,接收源无线网络控制器RNC发送的请求消息,向所述源RNC发送用户设备UE编码类型的重配消息,以便所述源RNC重配所述UE的编码类型,接收源RNC发送的UE不参与的RNC迁移请求消息,以便完成UE不参与的RNC迁移过程;源RNC,用于向CN发送请求消息,接收所述CN发送的重配消息,根据所述重配消息重配所述UE的编码类型,发起UE不参与的RNC迁移过程。
本申请实施例提供的用户设备在无线网络控制器之间迁移的方法、装置及系统,能够当UE配置的编码类型与CN为UE和目标RNC指示的编码类型不一致时,将UE配置的编码类型重配为与CN为UE和目标RNC指示的编码类型一致的编码类型,然后发起UE不参与的RNC迁移过程。或者,当UE配置的编码类型与CN为UE和目标RNC指示的编码类型不一致时,直接发起UE参与的RNC迁移过程,通过UE参与的RNC迁移过程将UE配置的编码类型重配为与CN为UE和目标RNC指示的编码类型一致的编码类型。解决了现有技术中当UE电路域业务的无线链路已经被目标RNC控制时,UE不参与的RNC迁移过程无法重配UE编码类型的问题,能够保证当UE配置的编码类型与CN配置的编码类型不一致时,UE可以顺利迁移到目标RNC上。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例中用户设备在无线网络控制器之间迁移的方法的流程图;
图2为本申请另一个实施例中用户设备在无线网络控制器之间迁移的方法的流程图;
图3为本申请另一个实施例中用户设备在无线网络控制器之间迁移的方法的流程图;
图4为本申请实施例中RNC的结构示意图;
图5为本申请实施例中RNC的结构示意图;
图6为本申请另一个实施例中用户设备在无线网络控制器之间迁移的方法的流程图;
图7为本申请另一个实施例中用户设备在无线网络控制器之间迁移的方法的流程图;
图8为本申请实施例中源RNC发起的UE参与的RNC迁移过程的网络交互图;
图9为本申请另一个实施例中用户设备在无线网络控制器之间迁移的方法的流程图;
图10为本申请实施例中RNC的结构示意图;
图11为本申请实施例中RNC的结构示意图;
图12为本申请实施例中MSC的结构示意图;
图13为本申请另一个实施例中用户设备在无线网络控制器之间迁移的方法的流程图;
图14为本申请另一个实施例中用户设备在无线网络控制器之间迁移的方法的流程图;
图15为本申请另一个实施例中用户设备在无线网络控制器之间迁移的方法的流程图;
图16为本申请实施例中MSC的结构示意图;
图17为本申请实施例中RNC的结构示意图;
图18为本申请实施例中RNC的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例中以CN中的移动交换中心(MobileSwitchingCenter,MSC)作为CN中的执行主体代表CN描述本申请的实施例,实际应用中可以代表CN作为本申请实施例的执行主体的网元设备并不限定于MSC,对此本申请实施例不作限制。
本申请实施例提供了一种用户设备在无线网络控制器之间迁移的方法,如图1所示。
101、目标RNC接收UE不参与的RNC迁移请求消息。
所述请求消息中携带有源RNC发送的源RNC到目标RNC的透明容器和MSC指示的编码类型,所述透明容器包含UE配置的编码类型。
102、当UE配置的编码类型与MSC指示的编码类型不一致时,目标RNC向源RNC发送目标RNC到源RNC的透明容器。
目标RNC到源RNC的透明容器中携带用于更改UE编码类型的重配消息,以便源RNC发送重配消息给UE。
103、目标RNC接收重配完成消息。
所述重配完成消息UE发送给目标RNC或由UE发送给源RNC。若UE将重配完成消息发送给源RNC,则源RNC通知目标RNC完成重配。
目标RNC接收重配完成消息,完成对UE编码类型的重配和对UE的迁移。
本申请实施例提供的用户设备在无线网络控制器之间迁移的方法,能够在当UE配置的编码类型与MSC指示的编码类型不一致时通过在目标RNC到源RNC的透明容器中携带为UE重配的编码类型的方式将UE配置的编码类型重配为与MSC指示的编码类型相一致的编码类型。解决了现有技术中,当UE的无线链路都在目标RNC控制下时,无法发起UE参与的RNC迁移过程导致的UE迁移失败的问题,保证了UE顺利迁移到目标RNC上。
本申请实施例提供了另一种用户设备在无线网络控制器之间迁移的方法,如图2所示,所述方法是对图1所示实施例的进一步扩展。
201、目标RNC接收源RNC发送的UE不参与的RNC迁移请求消息。
该迁移请求消息中携带有源RNC到目标RNC的透明容器,所述源RNC到目标RNC的透明容器中的非接入层同步指示中携带有UE配置的编码类型。
202、若UE配置的编码类型与MSC指示的编码类型不一致,目标RNC向源RNC发送目标RNC到源RNC的透明容器。
该目标RNC到源RNC的透明容器中的非接入层同步指示中携带有MSC指示的编码类型,源RNC根据该编码类型对UE配置的编码类型进行重配。
在本申请实施例的一个应用场景中,UE配置的编码类型为宽带自适应多速率(WidebandAdaptiveMulti-Rate,WBAMR),MSC为UE和目标RNC指示的编码类型为窄带自适应多速率(NarrowAdaptiveMulti-Rate,NBAMR),此时需要对UE配置的编码类型进行重配。目标RNC在目标RNC到源RNC的透明容器中携带MSC为UE和目标RNC指示的编码类型(NBAMR),指示源RNC将UE配置的编码类型重配为NBAMR。
203、目标RNC向MSC发送迁移检测消息。
目标RNC收到迁移执行触发后,向MSC发送迁移检测消息,目标RNC开始SRNC操作,MSC切换用户面从源RNC到目标RNC。该迁移执行触发可能是从空口收到重配完成消息或者是从源RNC和目标RNC之间的接口收到的指示。
204、目标RNC接收重配完成消息。
所述重配完成消息UE发送给目标RNC或由UE发送给源RNC。若UE将重配完成消息发送给源RNC,则源RNC通知目标RNC完成重配。
205、目标RNC向MSC发送迁移消息。
完成对UE的迁移。
本申请实施例提供的用户设备在无线网络控制器之间迁移的方法,能够在当UE配置的编码类型与MSC指示的编码类型不一致时通过在目标RNC到源RNC的透明容器中携带为UE重配的编码类型的方式将UE配置的编码类型重配为与MSC指示的编码类型相一致的编码类型。解决了现有技术中,当UE的无线链路都在目标RNC控制下时,无法发起UE参与的RNC迁移过程导致的UE迁移失败的问题,保证了UE顺利迁移到目标RNC上。
此外,本申请实施例提供的用户设备在无线网络控制器之间迁移的方法,还能够在为UE重配编码类型后,直接将UE迁移到目标RNC上,节省了现有技术在重配UE编码类型后还需由源RNC发起UE不参与的RNC迁移过程的步骤,节省了网络的信令开销。
本申请实施例提供一种用户设备在无线网络控制器之间迁移的方法,如图3所示。
301、源RNC向MSC发送UE不参与的RNC迁移请求消息,以便MSC向目标RNC发送迁移请求消息。
所述迁移请求消息用于将UE从源RNC迁移到目标RNC上。当UE配置的编码类型与MSC指示的编码类型不一致时,执行步骤302,对UE配置的编码类型进行重配。
302、源RNC接收MSC发送的迁移命令消息。
该迁移命令消息中包含目标RNC发送的目标RNC到源RNC的透明容器,该透明容器中包含UE编码类型的重配消息。例如,当UE配置的编码类型为WBAMR,MSC为UE和目标RNC指示的编码类型为NBAMR时,所述重配消息中携带NBAMR,源RNC根据重配消息将UE配置的编码类型重配为NBAMR。
303、源RNC向UE发送重配消息,以便UE根据重配消息更改编码类型并发送重配完成消息到目标RNC或源RNC。
UE在根据源RNC发送的重配消息将WBAMR更改为NBAMR后,向目标RNC或源RNC发送重配完成消息,表示完成UE配置的编码类型重配。若是源RNC收到重配完成消息,源RNC通知目标RNC完成重配。
本申请实施例提供的用户设备在无线网络控制器之间迁移的方法,能够在当UE配置的编码类型与MSC指示的编码类型不一致时通过在目标RNC到源RNC的透明容器中携带为UE重配的编码类型的方式将UE配置的编码类型重配为与MSC指示的编码类型相一致的编码类型。解决了现有技术中,当UE的无线链路都在目标RNC控制下时,无法发起UE参与的RNC迁移过程导致的UE迁移失败的问题,保证了UE顺利迁移到目标RNC上。
参考图2所示方法实施例的实现,本申请实施例提供了一种RNC,如图4所示,用以实现图2所示的方法实施例。所述RNC包括:接收器41和发送器42。
接收器41,用于接收UE不参与的RNC迁移请求消息,该请求消息中携带有源RNC发送的源RNC到目标RNC的透明容器和MSC指示的编码类型,所述透明容器包含UE配置的编码类型。
该迁移请求消息中携带有源RNC到目标RNC的透明容器,所述源RNC到目标RNC的透明容器中的非接入层同步指示中携带有UE配置的编码类型。
发送器42,用于向源RNC发送目标RNC到源RNC的透明容器,该透明容器携带用于更改UE编码类型的重配消息,以便源RNC发送重配消息给UE。
该目标RNC到源RNC的透明容器中的非接入层同步指示中携带有MSC指示的编码类型,源RNC根据该编码类型对UE配置的编码类型进行重配。
在本申请实施例的一个应用场景中,UE配置的编码类型为WBAMR,MSC为UE和目标RNC指示的编码类型为NBAMR,此时需要对UE配置的编码类型进行重配。目标RNC在目标RNC到源RNC的透明容器中携带MSC为UE和目标RNC指示的编码类型(NBAMR),指示源RNC将UE配置的编码类型重配为NBAMR。
所述接收器41还用于接收UE发送的重配完成消息。
当UE配置的编码类型重配为NBAMR后,所述接收器41接收UE发送的重配完成消息,表明完成对UE编码类型的重配。
本申请实施例提供的RNC,能够在当UE配置的编码类型与MSC指示的编码类型不一致时通过在目标RNC到源RNC的透明容器中携带为UE重配的编码类型的方式将UE配置的编码类型重配为与MSC指示的编码类型相一致的编码类型。解决了现有技术中,当UE的无线链路都在目标RNC控制下时,无法发起UE参与的RNC迁移过程导致的UE迁移失败的问题,保证了UE顺利迁移到目标RNC上。
此外,本申请实施例提供的RNC,还能够在为UE重配编码类型后,直接将UE迁移到目标RNC上,节省了现有技术在重配UE编码类型后还需由源RNC发起UE不参与的RNC迁移过程的步骤,节省了网络的信令开销。
参考图3所示方法实施例的实现,本申请实施例提供了一种RNC,如图5所示,用以实现图3所示的方法实施例。所述RNC包括:发送器51和接收器52。
发送器51,用于向MSC发送UE不参与的RNC迁移请求消息,以便CN向目标RNC发送迁移请求消息。
所述迁移请求消息用于将UE从源RNC迁移到目标RNC上。当UE配置的编码类型与MSC指示的编码类型不一致时,对UE配置的编码类型进行重配。
接收器52,用于接收MSC发送的迁移命令消息。
该迁移命令消息中包含目标RNC发送的目标RNC到源RNC的透明容器,该透明容器中包含UE编码类型的重配消息。例如,当UE配置的编码类型为WBAMR,MSC为UE和目标RNC指示的编码类型为NBAMR时,所述重配消息中携带NBAMR,源RNC根据重配消息将UE配置的编码类型重配为NBAMR。
所述发送器51还用于向UE发送重配消息,以便UE根据重配消息更改编码类型。
UE在根据源RNC发送的重配消息将WBAMR更改为NBAMR后,向目标RNC发送重配完成消息,表示完成UE配置的编码类型重配。
本申请实施例提供的RNC,能够在当UE配置的编码类型与MSC指示的编码类型不一致时通过在目标RNC到源RNC的透明容器中携带为UE重配的编码类型的方式将UE配置的编码类型重配为与MSC指示的编码类型相一致的编码类型。解决了现有技术中,当UE的无线链路都在目标RNC控制下时,无法发起UE参与的RNC迁移过程导致的UE迁移失败的问题,保证了UE顺利迁移到目标RNC上。
进一步的,本申请实施例提供了一种用户设备在无线网络控制器之间迁移的系统,所述系统涵盖了图1至图5所示的方法和装置实施例的实现。所述系统包括:目标RNC和源RNC。
目标RNC,用于接收UE不参与的RNC迁移请求消息,该请求消息中携带有源RNC发送的源RNC到目标RNC的透明容器和MSC指示的编码类型,该透明容器包含UE配置的编码类型,若UE配置的编码类型与MSC指示的编码类型不一致,向源RNC发送目标RNC到源RNC的透明容器,该透明容器携带用于更改UE编码类型的重配消息,以便源RNC发送重配消息给UE。
源RNC,用于向MSC发送UE不参与的RNC迁移请求消息,以便MSC向目标RNC发送迁移请求消息,接收MSC发送的迁移命令消息,该迁移命令消息中包含目标RNC发送的目标RNC到源RNC的透明容器,该透明容器中包含UE编码类型的重配消息,向UE发送重配消息,以便UE根据重配消息更改编码类型。
本申请实施例提供的用户设备在无线网络控制器之间迁移的系统,能够在当UE配置的编码类型与MSC指示的编码类型不一致时通过在目标RNC到源RNC的透明容器中携带为UE重配的编码类型的方式将UE配置的编码类型重配为与MSC指示的编码类型相一致的编码类型。解决了现有技术中,当UE的无线链路都在目标RNC控制下时,无法发起UE参与的RNC迁移过程导致的UE迁移失败的问题,保证了UE顺利迁移到目标RNC上。
此外,本申请实施例提供的用户设备在无线网络控制器之间迁移的系统,还能够在为UE重配编码类型后,直接将UE迁移到目标RNC上,节省了现有技术在重配UE编码类型后还需由源RNC发起UE不参与的RNC迁移过程的步骤,节省了网络的信令开销。
本申请实施例提供了一种用户设备在无线网络控制器之间迁移的方法,如图6所示。
601、在发起迁移时,若UE的无线链路在目标RNC控制下,源RNC确定源RNC不知道目标RNC支持的编码类型或确定UE配置的编码类型与目标RNC支持的编码类型不一致或确定所述UE存在宽带自适应多速率承载。
602、源RNC发起UE参与的RNC迁移过程。
源RNC在UE参与的RNC迁移过程中将UE的编码类型重配为与目标RNC支持的编码类型一致的编码类型。
现有技术中,当UE的无线链路都在目标RNC控制下时,源RNC无法发起UE参与的RNC迁移过程。如果UE配置的编码类型与目标RNC支持的编码类型不一致时,源RNC无法在UE参与的RNC迁移过程中重配UE配置的编码类型,只能拒绝UE的迁移。
本申请实施例提供的用户设备在无线网络控制器之间迁移的方法,能够当UE的无线链路都在目标RNC控制下时,发起UE参与的RNC迁移过程,在UE参与的RNC迁移过程中将UE配置的编码类型重配为与目标RNC支持的编码类型一致的编码类型,保证了UE顺利迁移到目标RNC上。
本申请实施例提供了另一种用户设备在无线网络控制器之间迁移的方法,如图7所示,所述方法是对图6所示实施例的进一步扩展。
701、在发起迁移时,若UE的无线链路在目标RNC控制下,源RNC确定UE配置的编码类型与目标RNC支持的编码类型不一致。
确定UE配置的编码类型与目标RNC支持的编码类型不一致的实现方式包括如下两种方式。
1)源RNC判断UE配置的编码类型与目标RNC支持的编码类型不一致。
2)源RNC接收MSC发送的迁移失败消息,源RNC接收到该迁移失败消息后获知UE配置的编码类型与目标RNC支持的编码类型不一致。
需要说明的是,1)中在源RNC判断UE配置的编码类型与目标RNC支持的编码类型不一致之前,源RNC还要接收网管系统或目标RNC等节点发送的目标RNC支持的编码类型,以便源RNC可以对UE配置的编码类型和目标RNC支持的编码类型进行比较,确定UE配置的编码类型与目标RNC支持的编码类型不一致。
本申请实施例中源RNC可通过但不局限于通过上述2种确定方式之一,确定UE配置的编码类型与目标RNC支持的编码类型不一致,当源RNC确定UE配置的编码类型与目标RNC支持的编码类型不一致时,执行步骤703。
702、在发起迁移时,若UE的无线链路在目标RNC控制下,源RNC确定UE配置的编码类型为自适应编码类型,不知道目标RNC所支持的编码类型。
比如,当UE配置的编码类型为宽带自适应多速率(WidebandAdaptiveMulti-Rate,WBAMR)类型时,执行步骤703。
在本申请实施例的一个应用场景中,MSC根据UE支持的编码类型和目标RNC支持的编码类型为UE和目标RNC指示编码类型。MSC一般会以目标RNC支持的编码类型为准进行配指示。当UE配置的编码类型为WBAMR,而目标RNC只支持窄带自适应多速率(NarrowAdaptiveMulti-Rate,NBAMR)时,如果MSC指示目标RNC采用NBAMR,则目标RNC无法与使用WBAMR的UE进行数据交互,此种情况下需要执行步骤203,将UE配置的编码类型由WBAMR重配为NBAMR,以便UE配置的编码类型与目标RNC的编码类型保持一致。
703、源RNC发起UE参与的RNC迁移过程。
在UE参与的RNC迁移过程中对UE配置的编码类型进行重配并完成UE的迁移过程。具体的,如图8所示,源RNC发起UE参与的RNC迁移过程主要包括如下步骤。
801、源RNC向MSC发送RelocationRequired(迁移请求)消息。
其中RelocationType设置为UEinvolvedinrelocationofSRNS(UE参与的RNC迁移过程)。表示源RNC发起的迁移过程为UE参与的RNC迁移过程。源RNC在源RNC到目标RNC的透明容器中的非接入层同步指示中指示UE配置的编码类型。
802、MSC向目标RNC发送RelocationRequest(迁移要求)消息。
MSC根据目标RNC支持的编码类型和UE支持的编码类型为UE和目标RNC指示编码类型,并在非接入层同步指示中向目标RNC告知指示的编码类型。
803、目标RNC检查UE配置的编码类型和MSC指示的编码类型是否一致。
若目标RNC不支持该编码类型时,将自身支持的编码类型放置在目标RNC到源RNC透明容器中。
804、目标RNC将目标RNC到源RNC透明容器通过RelocationRequestAck(迁移请求确认)消息发送给MSC。
805、MSC向源RNC发送RelocationCommand(迁移命令)消息。
该命令中携带目标RNC到源RNC透明容器。
806、源RNC根据目标RNC到源RNC透明容器中的配置向UE发送重配消息,指示UE重配编码类型。
807、目标RNC向MSC发送RelocationDetect(迁移检查)消息。
MSC切换用户面从源RNC到目标RNC。
808、当目标RNC收到UE发送重配完成消息后,向MSC发送RelocationComplete(迁移完成)消息,完成对UE配置的编码类型重配和迁移。
当源RNC收到UE发送重配完成消息后通知目标RNC完成编码类型重配,目标RNC向MSC发送RelocationComplete(迁移完成)消息,完成对UE配置的编码类型重配和迁移。
在图8所示的UE参与的RNC迁移过程中,源RNC将UE配置的编码类型重配为目标RNC支持的编码类型。
本申请实施例提供的用户设备在无线网络控制器之间迁移的方法,能够当UE的无线链路都在目标RNC控制下时,发起UE参与的RNC迁移过程,在UE参与的RNC迁移过程中将UE配置的编码类型重配为目标RNC支持的编码类型一致的编码类型。解决了现有技术中,当UE的无线链路都在目标RNC控制下时,源RNC无法发起UE参与的RNC迁移过程导致的UE迁移失败的问题,保证了UE顺利迁移到目标RNC上。
此外,本申请实施例提供的用户设备在无线网络控制器之间迁移的方法,还能够在UE使用WBAMR时,无论UE配置的编码类型与目标RNC支持的编码类型是否一致,都执行UE参与的RNC迁移过程,将UE配置的编码类型重配为目标RNC支持的编码类型,节省了判断UE与目标RNC编码类型是否一致的步骤。
本申请实施例提供了一种用户设备在无线网络控制器之间迁移的方法,如图9所示。
901、MSC接收源RNC发送的UE不参与的RNC迁移请求消息。
该迁移请求消息用于源RNC通过UE不参与的RNC迁移过程将UE迁移到目标RNC上。
902、若UE配置的编码类型与目标RNC支持的编码类型不一致,MSC向源RNC发送迁移失败消息。
所述迁移失败消息携带一个指示信息,比如指示UE配置的编码类型与目标RNC支持的编码类型不一致或指示源RNC发起UE参与的RNC迁移过程。源RNC根据迁移失败消息发起UE参与的RNC迁移过程。
当UE配置的编码类型与目标RNC支持的编码类型不一致时,步骤401迁移失败,需要源RNC根据MSC发送的迁移失败消息发起UE参与的RNC迁移过程,并在该迁移过程中将UE配置的编码类型重配为目标RNC支持的编码类型。
本申请实施例提供的用户设备在无线网络控制器之间迁移的方法,能够当UE的无线链路都在目标RNC控制下时,发起UE参与的RNC迁移过程,在UE参与的RNC迁移过程中将UE配置的编码类型重配为目标RNC支持的编码类型一致的编码类型,保证了UE顺利迁移到目标RNC上。
参考图7所示方法实施例的实现,本申请实施例提供了一种RNC,如图10所示,用以实现图7所示的方法实施例。所述RNC包括:判断器1001和处理器1002。
判断器1001,用于确定源RNC不知道目标RNC支持的编码类型或确定UE配置的编码类型与所述目标RNC支持的编码类型不一致。
处理器1002,用于发起UE参与的RNC迁移过程。
进一步的,如图11所示,所述RNC可以包括:发送器1101,用于发送UE不参与的RNC切换请求消息到MSC;接收器1102,用于接收MSC发送的迁移失败消息。
所述迁移失败消息用于指示UE配置的编码类型与目标RNC支持的编码类型不一致。
进一步的,所述接收器1102还用于接收网管节点或目标RNC发送的目标RNC支持的编码类型。
进一步的,在所述判断器1001确定UE配置的编码类型与目标RNC支持的编码类型不一致之前,所述接收器1102还要接收网管或目标RNC等节点发送的目标RNC支持的编码类型,以便所述判断器1001可以对UE配置的编码类型和目标RNC支持的编码类型进行比较,确定UE配置的编码类型与目标RNC支持的编码类型不一致。
本申请实施例提供的RNC,能够当UE的无线链路都在目标RNC控制下时,发起UE参与的RNC迁移过程,在UE参与的RNC迁移过程中将UE配置的编码类型重配为目标RNC支持的编码类型一致的编码类型。解决了现有技术中,当UE的无线链路都在目标RNC控制下时,无法发起UE参与的RNC迁移过程导致的UE迁移失败的问题,保证了UE顺利迁移到目标RNC上。
此外,本申请实施例提供的RNC,还能够在UE使用WBAMR时,无论UE配置的编码类型与目标RNC支持的编码类型是否一致,都执行UE参与的RNC迁移过程,将UE配置的编码类型重配为目标RNC支持的编码类型,节省了判断UE与目标RNC编码类型是否一致的步骤。
参考图10所示方法实施例的实现,本申请实施例提供了一种MSC,如图12所示,用以实现图10所示的方法实施例。所述MSC包括:接收器1201和发送器1202。
接收器1201,用于接收源RNC发送的UE不参与的RNC迁移请求消息。
该迁移请求消息用于源RNC通过UE不参与的RNC迁移过程将UE迁移到目标RNC上。
发送器1202,用于向源RNC发送迁移失败消息。
源RNC根据迁移失败消息发起UE参与的RNC迁移过程。当UE配置的编码类型与目标RNC支持的编码类型不一致时,需要源RNC根据MSC发送的迁移失败消息发起UE参与的RNC迁移过程,并在该迁移过程中将UE配置的编码类型重配为目标RNC支持的编码类型。
本申请实施例提供的MSC,能够当UE的无线链路都在目标RNC控制下时,发起UE参与的RNC迁移过程,在UE参与的RNC迁移过程中将UE配置的编码类型重配为目标RNC支持的编码类型一致的编码类型,保证了UE顺利迁移到目标RNC上。
进一步的,本申请实施例提供了一种用户设备在无线网络控制器之间迁移的系统,所述系统涵盖了图6至图12所述方法和装置实施例的实现。所述系统包括:源RNC和MSC。
源RNC,用于在发起迁移时,若UE的无线链路在目标RNC控制下,确定源RNC不知道目标RNC支持的编码类型或确定UE配置的编码类型与目标RNC支持的编码类型不一致,发起UE参与的RNC迁移过程。
MSC,用于接收源RNC发送的UE不参与的RNC迁移请求消息,若UE配置的编码类型与目标RNC支持的编码类型不一致,向源RNC发送迁移失败消息,以便源RNC根据迁移失败消息发起UE参与的RNC迁移过程。
本申请实施例提供的用户设备UE在无线网络控制器RNC之间迁移的系统,能够当UE的无线链路都在目标RNC控制下时,发起UE参与的RNC迁移过程,在UE参与的RNC迁移过程中将UE配置的编码类型重配为目标RNC支持的编码类型一致的编码类型。解决了现有技术中,当UE的无线链路都在目标RNC控制下时,无法发起UE参与的RNC迁移过程导致的UE迁移失败的问题,保证了UE顺利迁移到目标RNC上。
此外,本申请实施例提供的用户设备在无线网络控制器之间迁移的系统,还能够在UE使用WBAMR时,无论UE配置的编码类型与目标RNC支持的编码类型是否一致,都执行UE参与的RNC迁移过程,将UE配置的编码类型重配为目标RNC支持的编码类型,节省了判断UE与目标RNC编码类型是否一致的步骤。
本申请实施例提供了一种用户设备在无线网络控制器之间迁移的方法,如图13所示。
1301、MSC接收源RNC发送的请求消息。
1302、MSC向源RNC发送UE编码类型的重配消息。
若UE配置的编码类型与目标RNC支持的编码类型不一致,MSC向源RNC发送UE编码类型的重配消息,用于对UE配置的编码类型进行重配。
1303、MSC接收源RNC发送的UE不参与的RNC迁移请求消息,以便完成UE不参与的RNC迁移过程。
UE根据该重配消息更改编码类型。源RNC在UE完成编码类型更改后,发起UE不参与的RNC迁移过程,由此完成对UE的迁移。
本申请实施例提供的用户设备在无线网络控制器之间迁移的方法,能够当UE配置的编码类型与目标RNC支持的编码类型不一致时向源RNC发送重配消息,由源RNC根据该重配消息对UE配置的编码类型进行重配,然后发起UE不参与的RNC迁移过程将UE从源RNC迁移到目标RNC上。解决了现有技术中UE配置的编码类型与MSC指示的编码类型不一致导致的UE迁移失败的问题,能够将UE顺利迁移到目标RNC上。
本申请实施例提供了另一种用户设备在无线网络控制器之间迁移的方法,如图14所示,所述方法是对图13所示实施例的进一步扩展。
1401、MSC接收源RNC发送的编码类型变更请求消息。
若源RNC根据UE配置的编码类型以及目标RNC支持的编码类型确定UE配置的编码类型与目标RNC支持的编码类型不一致时,向MSC发送编码类型变更请求消息,用于重配UE配置的编码类型。所述编码类型变更请求消息中携带有指定UE要配置的编码类型。
需要说明的是,网管或目标RNC等节点需要向源RNC发送目标RNC支持的编码类型,以便源RNC能够根据UE配置的编码类型以及目标RNC支持的编码类型判断UE配置的编码类型与目标RNC支持的编码类型是否一致。
在本申请实施例的一个应用场景中,当UE配置的编码类型为WBAMR,目标RNC支持的编码类型为NBAMR时,源RNC向MSC发送编码类型变更请求消息,该消息中携带具体指示UE重配的编码类型(NBAMR),MSC在接收到源RNC发送的编码类型变更请求消息后,执行步骤1403,根据该编码类型变更请求消息通知源RNC将UE配置的编码类型重配为NBAMR。
1402、MSC接收源RNC发送的UE不参与的RNC迁移请求消息。
如果UE配置的编码类型与目标RNC支持的编码类型不一致时,执行步骤1403,对UE配置的编码类型进行重配。
1403、MSC向源RNC发送UE编码类型的重配消息。
以便UE根据该重配消息更改编码类型,源RNC在UE完成编码类型更改后,发起UE不参与的RNC迁移过程,完成对UE的迁移过程。
另外,在1403步骤之前,MSC可先向源RNC发送迁移失败消息,指示源RNC等待接收UE编码类型的重配消息或UE配置的编码类型与目标RNC支持的编码类型。
需要说明的是,本步骤中所述的重配触发来源有二:1)该重配消息来自步骤1401中源RNC发送的编码类型变更请求消息,该编码类型变更请求消息中携带指定UE使用的编码类型(如步骤1401中的NBAMR)。MSC将指定UE使用的编码类型携带于该重配消息中发送给源RNC,由源RNC根据该重配消息对UE配置的编码类型进行重配。2)MSC根据UE配置的编码类型以及目标RNC支持的编码类型判断出UE配置的编码类型与目标RNC支持的编码类型不一致,然后在重配消息中携带指定UE使用的编码类型(如NBAMR)发送给源RNC。
1404、MSC接收源RNC发送的UE不参与的RNC迁移请求消息,以便完成UE不参与的RNC迁移过程。
源RNC接收到MSC发送的重配消息后对UE配置的编码类型进行重配,然后发起UE不参与的RNC迁移过程。由于重配后UE配置的编码类型与目标RNC支持的编码类型一致了,所以源RNC发起的UE不参与的RNC迁移过程可以将UE迁移到目标RNC上。
本申请实施例提供的用户设备在无线网络控制器之间迁移的方法,能够当UE配置的编码类型与目标RNC支持的编码类型不一致时向源RNC发送重配消息,由源RNC根据该重配消息对UE配置的编码类型进行重配,然后发起UE不参与的RNC迁移过程将UE从源RNC迁移到目标RNC上。解决了现有技术中UE配置的编码类型与目标RNC支持的编码类型不一致导致的UE迁移失败的问题,能够将UE顺利迁移到目标RNC上。
本申请实施例提供了一种用户设备在无线网络控制器之间迁移的方法,如图15所示。
1501、源RNC向MSC发送请求消息。
该请求消息包括编码类型变更请求消息或UE不参与的RNC迁移请求消息。当源RNC确定UE配置的编码类型与目标RNC支持的编码类型不一致时,向MSC发送编码类型变更请求消息,该编码类型变更请求消息中携带有指示UE使用的编码类型。
需要说明的是,源RNC需要接收网管或或目标RNC等节点目标RNC发送的目标RNC支持的编码类型,源RNC根据UE配置的编码类型以及目标RNC支持的编码类型判断UE配置的编码类型与目标RNC支持的编码类型是否一致。
1502、源RNC接收MSC发送的重配消息。
所述重配消息用于更改UE配置的编码类型。所述重配消息的触发来源有二:1)该重配消息来自步骤1501中源RNC发送的编码类型变更请求消息,该编码类型变更请求消息中携带指定UE使用的编码类型。MSC将指定UE使用的编码类型携带于该重配消息中发送给源RNC,由源RNC根据该重配消息对UE配置的编码类型进行重配。2)MSC根据UE配置的编码类型以及目标RNC支持的编码类型判断出UE配置的编码类型与目标RNC支持的编码类型不一致,然后在重配消息中携带指定UE使用的编码类型发送给源RNC。
另外,在1502步骤之前,源RNC可先接收迁移失败消息,该失败消息指示源RNC等待接收UE编码类型的重配消息或UE配置的编码类型与目标RNC支持的编码类型不一致。
1503、源RNC根据重配消息重配UE的编码类型。
1504、源RNC发起UE不参与的RNC迁移过程。
源RNC在根据MSC发送的重配消息对UE配置的编码类型进行重配后,发起UE不参与的RNC迁移过程,完成对UE的RNC迁移。由于源RNC根据重配消息将UE配置的编码类型重配为与目标RNC支持的编码类型一致的编码类型,所以在原NRC发起UE不参与的RNC迁移过程中不会出现由于UE配置的编码类型与目标RNC支持的编码类型不一致造成的UE迁移失败,能够将UE顺利迁移到目标RNC上。
本申请实施例提供的用户设备在无线网络控制器之间迁移的方法,能够当UE配置的编码类型与目标RNC支持的编码类型不一致时向源RNC发送重配消息,由源RNC根据该重配消息对UE配置的编码类型进行重配,然后发起UE不参与的RNC迁移过程将UE从源RNC迁移到目标RNC上。解决了现有技术中UE配置的编码类型与目标RNC支持的编码类型不一致导致的UE迁移失败的问题,能够将UE顺利迁移到目标RNC上。
参考图14所示方法实施例的实现,本申请实施例提供了一种MSC,如图16所示,用以实现图14所示的方法实施例。所述MSC包括:接收器1601,用于接收源RNC发送的请求消息;发送器1602,用于向源RNC发送UE编码类型的重配消息。
以便UE根据该重配消息更改编码类型,源RNC在UE完成编码类型更改后,发起UE不参与的RNC迁移过程,完成对UE的迁移过程。
需要说明的是,本步骤中所述的重配消息的触发来源有二:1)该重配消息来自源RNC发送的编码类型变更请求消息,该编码类型变更请求消息中携带指定UE使用的编码类型。所述发送器1602将指定UE使用的编码类型携带于该重配消息中发送给源RNC,由源RNC根据该重配消息对UE配置的编码类型进行重配。2)MSC根据UE配置的编码类型以及目标RNC支持的编码类型判断出UE配置的编码类型与目标RNC支持的编码类型不一致,然后在重配消息中携带指定UE使用的编码类型发送给源RNC。
进一步的,所述接收器1601还用于接收源RNC发送的UE不参与的RNC迁移请求消息,以便完成UE不参与的RNC迁移过程。
进一步的,所述接收器1601具体用于接收源RNC发送的编码类型变更请求消息,该编码类型变更请求消息中携带有指定UE要使用的编码类型。
当源RNC根据UE配置的编码类型以及目标RNC支持的编码类型确定UE配置的编码类型与目标RNC支持的编码类型不一致时,向MSC发送编码类型变更请求消息,用于重配UE配置的编码类型。所述编码类型变更请求消息中携带有指定UE要使用的编码类型。
所述发送器1602还用于向源RNC发送目标RNC支持的编码类型,以便源RNC根据UE配置的编码类型以及目标RNC支持的编码类型判断UE配置的编码类型与目标RNC支持的编码类型是否一致。
本申请实施例提供的MSC,能够当UE配置的编码类型与目标RNC支持的编码类型不一致时向源RNC发送重配消息,由源RNC根据该重配消息对UE配置的编码类型进行重配,然后发起UE不参与的RNC迁移过程将UE从源RNC迁移到目标RNC上。解决了现有技术中UE配置的编码类型与MSC指示的编码类型不一致导致的UE迁移失败的问题,能够将UE顺利迁移到目标RNC上。
参考图15所示方法实施例的实现,本申请实施例提供了一种RNC,如图17所示,用以实现图15所示的方法实施例。所述RNC包括:发送器1701,用于向MSC发送请求消息;接收器1702,用于接收MSC发送的重配消息,该重配消息用于更改UE配置的编码类型。
所述重配消息用于更改UE配置的编码类型。所述重配消息的触发来源有二:1)该重配消息来自源RNC发送的编码类型变更请求消息,该编码类型变更请求消息中携带指定UE使用的编码类型。MSC将指定UE使用的编码类型携带于该重配消息中发送给源RNC,由源RNC根据该重配消息对UE配置的编码类型进行重配。2)MSC根据UE配置的编码类型以及目标RNC支持的编码类型判断出UE配置的编码类型与目标RNC支持的编码类型不一致,然后在重配消息中携带指定UE使用的编码类型发送给源RNC。
处理器1703,用于根据所述重配消息重配所述UE的编码类型。
进一步的,所述处理器1703还用于在根据MSC发送的重配消息对UE配置的编码类型进行重配后,发起UE不参与的RNC迁移过程,完成对UE的RNC迁移。由于源RNC根据重配消息将UE配置的编码类型重配为与目标RNC支持的编码类型一致的编码类型,所以在所述处理器1703发起UE不参与的RNC迁移过程中不会出现由于UE配置的编码类型与目标RNC支持的编码类型不一致造成的UE迁移失败,能够将UE顺利迁移到目标RNC上。
进一步的,所述发送器1701具体用于向MSC发送编码类型变更请求消息,该消息中携带有指定UE要使用的编码类型,或者向MSC发送UE不参与的RNC迁移请求消息。
该请求消息包括编码类型变更请求消息和UE不参与的RNC迁移请求消息。当源RNC确定UE配置的编码类型与目标RNC支持的编码类型不一致时,向MSC发送编码类型变更请求消息,该编码类型变更请求消息中携带有指示UE使用的编码类型。
进一步的,所述发送器1701还用于当确定UE配置的编码类型与目标RNC支持的编码类型不一致时,向MSC发送编码类型变更请求消息。
进一步的,所述接收器1702还用于接收网管或目标RNC等节点发送的目标RNC支持的编码类型。
进一步的,如图18所示,所述RNC还包括:判断器1801,用于根据目标RNC支持的编码类型和UE配置的编码类型确定UE配置的编码类型与目标RNC支持的编码类型不一致。
本申请实施例提供的RNC,能够当UE配置的编码类型与目标RNC支持的编码类型不一致时向源RNC发送重配消息,由源RNC根据该重配消息对UE配置的编码类型进行重配,然后发起UE不参与的RNC迁移过程将UE从源RNC迁移到目标RNC上。解决了现有技术中UE配置的编码类型与目标RNC支持的编码类型不一致导致的UE迁移失败的问题,能够将UE顺利迁移到目标RNC上。
进一步的,本申请实施例提供了一种用户设备在无线网络控制器之间迁移的系统,所述系统涵盖了图13至图18所示方法和装置实施例的实现。所述系统包括:MSC和源RNC。
MSC,接收源RNC发送的请求消息,向源RNC发送UE编码类型的重配消息,以便源RNC重配UE的编码类型,接收源RNC发送的UE不参与的RNC迁移请求消息,以便完成UE不参与的RNC迁移过程。
源RNC,用于向MSC发送请求消息,接收MSC发送的重配消息,根据重配消息重配所述UE的编码类型,发起UE不参与的RNC迁移过程。
本申请实施例提供的用户设备在无线网络控制器之间迁移的系统,能够当UE配置的编码类型与目标RNC支持的编码类型不一致时向源RNC发送重配消息,由源RNC根据该重配消息对UE配置的编码类型进行重配,然后发起UE不参与的RNC迁移过程将UE从源RNC迁移到目标RNC上。解决了现有技术中UE配置的编码类型与目标RNC支持的编码类型不一致导致的UE迁移失败的问题,能够将UE顺利迁移到目标RNC上。
需要说明的是,由于CN(或MSC)为UE和目标RNC指示编码类型是基于目标RNC支持的编码类型而指示的,所以本申请所有实施例中所述的“目标RNC支持的编码类型”和所述的“CN(或MSC)为UE和目标RNC指示的编码类型”为同一含义的不同表述方式,其含义都为目标RNC支持的编码类型。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。