CN103384410B - 移动终端重定向到目标网络的方法、装置及系统 - Google Patents
移动终端重定向到目标网络的方法、装置及系统 Download PDFInfo
- Publication number
- CN103384410B CN103384410B CN201210136736.2A CN201210136736A CN103384410B CN 103384410 B CN103384410 B CN 103384410B CN 201210136736 A CN201210136736 A CN 201210136736A CN 103384410 B CN103384410 B CN 103384410B
- Authority
- CN
- China
- Prior art keywords
- network
- mobile terminal
- redirected
- objective network
- redirection
- 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.)
- Expired - Fee Related
Links
Abstract
本发明公开了一种移动终端重定向到目标网络的方法、装置及系统。其中,该方法包括:移动终端驻留在源网络中,初始发起第一无线资源控制RRC连接建立请求消息到网络侧;移动终端接收网络侧返回的RRC连接拒绝消息,其中,RRC连接拒绝消息中携带有指示移动终端向目标网络重定向的信息;移动终端根据RRC连接拒绝消息重定向到目标网络失败,移动终端向源网络的网络侧重新发起不携带预重定向信息的第二RRC连接建立请求消息,指示移动终端不支持向目标网络的重定向。通过本发明,可以提高用户体验,降低UE重定向到目标网络的失败率。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种移动终端重定向到目标网络的方法、装置及系统。
背景技术
长期演进(Long Term Evolution,简称为LTE)是一种移动通信4G长期演进的主流技术,通过采用正交频分复用(Orthogonal Frequency Division Multiplexing,简称为OFDM)和多输入多输出(Multiple-Input Multiple-Out-put,简称为MIMO)、及扁平化架构等技术提高了通信速率、频谱效率,降低了无线网络的延时。当驻留在通用移动通信系统(Universal Mobile Telecommunications System,简称为UMTS)网络服务小区中的移动终端(UE)进入到所属运营商或者等效运营商的LTE网络信号覆盖范围之内的时候,运营商出于各种原因,通常优先考虑将UE尽快地迁移到LTE网络服务小区中,以更加高效地提供用户相应的业务。
UMTS网络可以通过跨系统重定向技术(Redirection),将UE迁移到LTE系统目标服务小区中。例如,UE在UMTS驻留小区中初始发起无线资源控制(Radio Resource Control,简称为RRC)连接建立请求消息(RRC Connection Request)。UMTS网络收到此消息请求后,通过RRC连接拒绝消息(RRC CONNECTION REJECT)中携带重定向信息(Redirection info),命令UE在指示的目标系统中做小区选择,然后重新尝试建立空口信令连接。
图1是根据相关技术的基于网络控制下的UE从UMTS重定向到LTE的流程图,如图1所示,主要包括以下步骤:
步骤101:网络侧通过重定向过程携带LTE频点列表和UE搜索这些频点所使用的t。
其中,时间t可以根据所配置的频点数以及网络侧对当前UE所处无线环境的判断确定。例如,如果网络侧希望UE尽量重选到LTE而避免很快回到UMTS,可以配置比较长的t,如果网络侧希望UE当前的业务不被打断则可以配置比较小的t。
这样UE搜索的频点以及搜索的时间都将置于网络侧的控制之下,而配置比较长的t增加了UE寻找到LTE小区的概率,从而提高了重定向的成功率。
步骤102:UE接收到重定向的信息,并获取LTE频点列表和搜索时间t,终端依次搜索频点并依次尝试驻留该频点上的LTE小区;
步骤103:UE判断当前搜索到的LTE小区是否可以驻留?如果可以驻留则转步骤104;否则转步骤105;
步骤104:UE在该LTE小区接入,重定向过程结束。
步骤105:UE判断搜索LTE小区所耗搜索的时间是否大于网络侧允许搜索的时间t?如果大于时间t则转步骤106;否则转步骤107;
步骤106:UE回到UMTS小区。重定向流程结束。
该返回的UMTS小区可以是原来的小区,也可以是新的小区。
步骤107:UE判断是否搜索完所有配置的LTE频点?如果搜索完毕则转步骤102对所配置的LTE频点进行再一次的搜索,以提高搜索到合适LTE小区的可能性,从而提高了重定向到LTE的成功率;否则转步骤108;
步骤108:UE还有下一个LTE小区需要尝试并转步骤103。
目前,LTE网络基本是局部热点覆盖,由于UE随机的移动性而导致网络无线信号强度质量的实时变化、或者UE自身的一些问题,可能导致UE从UMTS重定向到LTE网络失败。当UE向LTE网络重定向失败后,通过UMTS服务小区选择流程,重新驻留并且接入原来的UMTS网络。由于UMTS网络侧并不会保存该UE的RRC连接历史信息,因此,不能判断出该UE刚刚经历了LTE重定向失败,因此,UMTS网络会试图将UE重定向到LTE网络,从而可能继续导致UE向LTE重定向失败。这种连续的LTE驻留和接入失败,导致UE在较长时间无法获得网络的无线承载服务,极大的影响了用户的通信体验感受。
针对相关技术中由于网络侧无法判断UE刚经历了重定向到目标网络失败而连续将UE重定向到目标网络,从而导致UE长时间无法获得网络的无线承载服务的问题,目前尚未提出有效的解决方案。
发明内容
针对相关技术中由于网络侧无法判断UE刚经历了重定向到目标网络失败而连续将UE重定向到目标网络,从而导致UE长时间无法获得网络的无线承载服务的问题,本发明提供了一种移动终端重定向到目标网络的方法、装置及系统,以至少解决上述问题。
根据本发明的一个方面,提供了一种移动终端重定向到目标网络的方法,包括:移动终端驻留在源网络中,初始发起第一无线资源控制RRC连接建立请求消息到网络侧;所述移动终端接收所述网络侧返回的RRC连接拒绝消息,其中,所述RRC连接拒绝消息中携带有指示所述移动终端向目标网络重定向的信息;所述移动终端根据所述RRC连接拒绝消息重定向到所述目标网络失败,所述移动终端向所述源网络的网络侧重新发起不携带预重定向信息的第二RRC连接建立请求消息,指示所述移动终端不支持向所述目标网络的重定向。
优选地,所述移动终端向所述源网络的所述网络侧重新发起不携带预重定向信息的所述第二RRC连接建立请求消息,包括:所述移动终端确定当前满足预定条件,向所述源网络的所述网络侧重新发起不携带预重定向信息的所述第二RRC连接建立请求消息。
优选地,所述预定条件包括以下至少之一:所述移动终端检测自己当前没有处于高速移动状态,且所述移动终端重定向失败后回到所述源网络的小区与重定向前相同;所述移动终端发送所述第一RRC连接建立请求消息与发送所述第二RRC连接建立请求消息之间间隔的时长超过预定门限;所述移动终端不具备空闲态对所述目标网络的小区的自动检测或者自动搜索功能,或者所述移动终端不具备对所述目标网络的小区测量结果上报功能;所述移动终端接收到的所述RRC连接拒绝消息没有指示所述移动终端如果经历重定向失败是否允许携带预重定向信息。
优选地,在所述移动终端向所述源网络的网络侧重新发起所述第二RRC连接建立请求消息之后,所述方法还包括:针对所述移动终端的所述第二RRC连接建立请求消息,所述源网络的网络侧禁止将所述移动终端重定向到所述目标网络。
优选地,所述源网络为通用移动通信系统UMTS网络;所述目标网络为长期演进LTE网络。
优选地,所述指示所述移动终端向目标网络重定向的信息,包括:演进陆地无线接入E-UTRA目标信息。
根据本发明的再一个方面,提供了一种移动终端重定向到目标网络的装置,位于移动终端,包括:初始接入模块,用于在所述移动终端驻留在源网络中,初始发起第一无线资源控制RRC连接建立请求消息到网络侧;接收模块,用于接收所述网络侧返回的RRC连接拒绝消息,其中,所述RRC连接拒绝消息中携带有指示所述移动终端向目标网络重定向的信息;重定向模块,用于根据所述RRC连接拒绝消息重定向到所述目标网络;重新接入模块,用于在重定向到所述目标网络失败的情况下,向所述源网络的网络侧重新发起不携带预重定向信息的第二RRC连接建立请求消息,指示所述移动终端不支持向所述目标网络的重定向。
优选地,所述重新接入模块包括:确定模块,用于在重定向到所述目标网络失败的情况下,确定当前是否满足预定条件;发送模块,用于在所述确定模块确定当前满足所述预定条件的情况下,向所述源网络的所述网络侧重新发起不携带预重定向信息的所述第二RRC连接建立请求消息。
优选地,所述预定条件包括以下至少之一:所述移动终端检测自己当前没有处于高速移动状态,且所述移动终端重定向失败后回到所述源网络的小区与重定向前相同;所述移动终端发送所述第一RRC连接建立请求消息与发送所述第二RRC连接建立请求消息之间间隔的时长超过预定门限;所述移动终端不具备空闲态对所述目标网络的小区的自动检测或者自动搜索功能,或者所述移动终端不具备对所述目标网络的小区测量结果上报功能;所述移动终端接收到的所述RRC连接拒绝消息没有指示所述移动终端如果经历重定向失败是否允许携带预重定向信息。
优选地,所述源网络为通用移动通信系统UMTS网络;所述目标网络为长期演进LTE网络。
根据本发明的又一个方面,提供了一种移动终端重定向到目标网络的系统,包括:移动终端和源网络的网络侧;其中,所述移动终端包括上述的装置;所述源网络的网络侧,用于在将所述移动终端重定向到目标网络后,接收所述移动终端发送的不携带预重定向信息的RRC连接建立请求消息,针对所述RRC连接建立请求消息,禁止将所述移动终端再次重定向到目标网络。
通过本发明,移动终端在重定向到目标网络失败后,重新接入源网络时,向源网络发送不携带预重定向信息的RRC连接建立请求消息,指示移动终端不支持向目标网络的重定向,从而使得网络侧可以判断UE刚经历了重定向到目标网络失败而连续将UE重定向到目标网络,而不会再次将UE重定向到目标网络,避免了UE由于连续重定向到目标网络失败而导致长时间无法获得网络的无线承载服务的问题,提高了用户体验,降低了UE重定向到目标网络的失败率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术中的基于网络控制下的UE从UMTS重定向到LTE的流程图;
图2是根据本发明实施例的移动终端重定向到目标网络的装置的结构示意图;
图3是根据本发明优选实施例的移动终端重定向到目标网络的装置的结构示意图;
图4是根据本发明实施例的移动终端重定向到目标网络的系统的结构示意图;
图5是根据本发明实施例的移动终端重定向到目标网络的方法的流程图;
图6是根据本发明实施例的基于网络控制下的UE从UMTS重定向到LTE的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
针对相关技术中由于网络侧无法判断UE刚经历了重定向到目标网络失败而连续将UE重定向到目标网络,从而导致UE长时间无法获得网络的无线承载服务的问题,本发明实施例提供一种移动终端重定向到目标网络的装置,该装置位于移动终端。
图2是根据本发明实施例移动终端重定向到目标网络的装置,该装置位于移动终端,如图2所示,该装置主要包括:初始接入模块10,用于在移动终端驻留在源网络中时初始发起第一无线资源控制(RRC)连接建立请求消息到网络侧;接收模块20,用于接收网络侧返回的RRC连接拒绝消息,其中,RRC连接拒绝消息中携带有指示移动终端向目标网络重定向的信息;重定向模块30,与接收模块20耦合,用于根据RRC连接拒绝消息重定向到目标网络;重新接入模块40,与重定向模块30耦合,用于在重定向到目标网络失败的情况下,向源网络的网络侧重新发起不携带预重定向信息的第二RRC连接建立请求消息,指示移动终端不支持向目标网络的重定向。
通过本发明实施例提供的上述装置,移动终端在重定向到目标网络失败,重回到源网络时,在向源网络发送的RRC连接建立请求消息中不携带预重定向信息,指示该移动终端不支持向目标网络的重定向,源网络在接收到该RRC连接建立消息后,能够判断出UE不支持向目标网络的重定向,从而可以不再将UE重定向到目标网络,避免了连续重定向到目标网络失败,而导致UE较长时间内无法获得网络的无线承载服务的问题,提高了用户体验,降低了UE向目标网络重定向失败的概率。
为了使UE能够获得较好的网络服务,尽可能的使UE在能够接入到目标网络时重定向到目标网络,在本发明实施例的一个优选实施方式中,可以设置一定条件,只有在满足预定条件时,UE重新回到源网络时,才向网络侧发送不携带预重定向信息的RRC连接建立请求消息。在该优选实施例中,如图3所示,重新接入模块40可以包括:确定模块410,用于在重定向到目标网络失败的情况下,确定当前是否满足预定条件;发送模块420,与确定模块410耦合,用于在确定模块410确定当前满足预定条件的情况下,向源网络的网络侧重新发起不携带预重定向信息的第二RRC连接建立请求消息。
在本发明实施例的一个优选实施方式中,上述预定条件可以包括但不限于以下之一或其任意组合:
(1)移动终端检测自己当前没有处于高速移动状态,且移动终端重定向失败后回到源网络的小区与重定向前相同;
也就是说,UE检测其当前处于非高速移动过程,例如,UE按照3GPP 25.304规范检测到自己没有处于高速移动状态(High-MobilityDetected)。在UE处于非高速移动过程,可以认为UE重定向失败前后,其物理位置和目标网络无线覆盖环境没有发生太大变化,因此,再次重定向到目标网络时失败的概率大。百当UE处于高速移动状态,UE很可能已经移动到了源网络的一个新驻留小区或者源小区的不同方位,进而目标网络覆盖环境也可能变化了,因此,在本优选实施例中,在这种情况下,UE允许网络再次尝试重定向到新的LTE小区。
(2)移动终端发送第一RRC连接建立请求消息与发送第二RRC连接建立请求消息之间间隔的时长超过预定门限;
即UE重定向中断的时长大于预定门限,其中,该预定门限的取值可以由UE或者网络侧配置决定。例如,可以根据UE的RRC具体状态和网络针对UE当前无线承载的活跃特征来确定决定,比如可以为12s。如果UE两次连续的RRC连接建立请求消息相隔时间长于此门限,表示UE已经遭受了一次强RRC接入延时感受,用户难以接受更长的RRC接入延时。因此,需要避免UE再次重定向到目标网络,以使接入延时延长。
(3)移动终端不具备空闲态对所述目标网络的小区的自动检测或者自动搜索功能,或者移动终端不具备对目标网络的小区测量结果上报功能;
如果UE支持上述功能,则表示UE在实现层面能够很好地检测出目标网络覆盖环境,因此,重定向失败后的RRC连接接入允许携带预重定向信息(例如,Pre-Redirectioninfo信元),即允许再次将UE重定向到目标网络。
(4)移动终端接收到的源网络发送的RRC连接拒绝消息没有指示移动终端如果经历重定向失败是否允许携带预重定向信息。
在本发明实施例的一个优选实施方式,所述源网络为UMTS网络;目标网络为LTE网络。当然,并不限于此,在实际应用中,源网络和目标网络也可以为其他网络。
根据本发明实施例,还提供了一种移动终端重定向到目标网络的系统。
图4为根据本发明实施例的移动终端重定向到目标网络的系统的结构示意图,如图4所示,该系统主要包括:移动终端2和源网络的网络侧4。其中,移动终端2可以包括上述任一实施例的移动终端重定向到目标网络的装置。源网络的网络侧4用于在将移动终端2重定向到目标网络后,接收移动终端2发送的不携带预重定向信息的RRC连接建立请求消息,针对该RRC连接建立请求消息,禁止将移动终端2再次重定向到目标网络。
通过本发明实施例提供的上述系统,移动终端2在重定向到目标网络失败,重回到源网络时,在向源网络发送的RRC连接建立请求消息中不携带预重定向信息,指示该移动终端不支持向目标网络的重定向,源网络的网络侧4在接收到该RRC连接建立消息后,能够判断出UE不支持向目标网络的重定向,从而可以不再将UE重定向到目标网络,避免了连续重定向到目标网络失败,而导致UE较长时间内无法获得网络的无线承载服务的问题,提高了用户体验,降低了UE向目标网络重定向失败的概率。
根据本发明实施例,还提供了一种移动终端重定向到目标网络的方法。
图5是根据本发明实施例的移动终端重定向到目标网络的方法的流程图,如图5所示,该方法主要包括以下步骤(步骤S502-步骤S506):
步骤S502,移动终端驻留在源网络中,初始发起第一RRC连接建立请求消息到网络侧;
步骤S504,移动终端接收所述网络侧返回的RRC连接拒绝消息,其中,所述RRC连接拒绝消息中携带有指示所述移动终端向目标网络重定向的信息;
步骤S506,移动终端根据所述RRC连接拒绝消息重定向到所述目标网络失败,所述移动终端向所述源网络的网络侧重新发起不携带预重定向信息的第二RRC连接建立请求消息,指示所述移动终端不支持向所述目标网络的重定向。
通过本发明实施例提供的上述方法,移动终端在重定向到目标网络失败,重回到源网络时,在向源网络发送的RRC连接建立请求消息中不携带预重定向信息,指示该移动终端不支持向目标网络的重定向,源网络在接收到该RRC连接建立消息后,能够判断出UE不支持向目标网络的重定向,从而可以不再将UE重定向到目标网络,避免了连续重定向到目标网络失败,而导致UE较长时间内无法获得网络的无线承载服务的问题,提高了用户体验,降低了UE向目标网络重定向失败的概率。
为了使UE能够获得较好的网络服务,尽可能的使UE在能够接入到目标网络时重定向到目标网络,在本发明实施例的一个优选实施方式中,可以设置一定条件,只有在满足预定条件时,UE重新回到源网络时,才向网络侧发送不携带预重定向信息的RRC连接建立请求消息。在该优选实施例中,所述移动终端向所述源网络的所述网络侧重新发起不携带预重定向信息的所述第二RRC连接建立请求消息,包括:所述移动终端确定当前满足预定条件,向所述源网络的所述网络侧重新发起不携带预重定向信息的所述第二RRC连接建立请求消息。
在本发明实施例的一个优选实施方式中,上述预定条件可以包括但不限于以下之一或其任意组合:
(1)移动终端检测自己当前没有处于高速移动状态,且移动终端重定向失败后回到源网络的小区与重定向前相同;
也就是说,UE检测其当前处于非高速移动过程,例如,UE检测到自己没有处于高速移动状态(High-MobilityDetected)。在UE处于非高速移动过程,可以认为UE重定向失败前后,其物理位置和目标网络无线覆盖环境没有发生太大变化,因此,再次重定向到目标网络时失败的概率大。百当UE处于高速移动状态,UE很可能已经移动到了源网络的一个新驻留小区或者源小区的不同方位,进而目标网络覆盖环境也可能变化了,因此,在本优选实施例中,在这种情况下,UE允许网络再次尝试重定向到新的LTE小区。
(2)移动终端发送第一RRC连接建立请求消息与发送第二RRC连接建立请求消息之间间隔的时长超过预定门限;
即UE重定向中断的时长大于预定门限,其中,该预定门限的取值可以由UE或者网络侧配置决定。例如,可以根据UE的RRC具体状态和网络针对UE当前无线承载的活跃特征来确定决定,比如可以为12s。如果UE两次连续的RRC连接建立请求消息相隔时间长于此门限,表示UE已经遭受了一次强RRC接入延时感受,用户难以接受更长的RRC接入延时。因此,需要避免UE再次重定向到目标网络,以使接入延时延长。
(3)移动终端不具备空闲态对所述目标网络的小区的自动检测或者自动搜索功能,或者移动终端不具备对目标网络的小区测量结果上报功能;
如果UE支持上述功能,则表示UE在实现层面能够很好地检测出目标网络覆盖环境,因此,重定向失败后的RRC连接接入允许携带预重定向信息(例如,Pre-Redirectioninfo信元),即允许再次将UE重定向到目标网络。
(4)移动终端接收到的源网络发送的RRC连接拒绝消息没有指示移动终端如果经历重定向失败是否允许携带预重定向信息。
在本发明实施例中,在所述移动终端向所述源网络的网络侧重新发起所述第二RRC连接建立请求消息之后,所述方法还包括:针对所述移动终端的所述第二RRC连接建立请求消息,所述源网络的网络侧禁止将所述移动终端重定向到所述目标网络。从而可以避免UE再次重定向目标网络失败。
在本发明实施例的一个优选实施方式,所述源网络为UMTS网络;目标网络为LTE网络。当然,并不限于此,在实际应用中,源网络和目标网络也可以为其他网络。
在本发明实施例的一个优选实施方式中,指示所述移动终端向目标网络重定向的信息,包括:演进陆地无线接入(Evolved UMTS Terrestrial Radio Access,简称为E-UTRA)目标信息。
下面以源网络为UMTS网络、目标网络为LTE网络为例,对本发明实施例提供的技术方案进行说明。
实施例一
当UE原本驻留在UMTS服务小区中,初始发起RRC连接建立请求消息(RRCConnection Request),而UMTS网络收到此消息请求后,通过RRC连接拒绝消息(RRCCONNECTION REJECT)中携带向LTE目标频点重定向的信息(例如,可以Redirection info/Inter-RAT info /E-UTR Target Info),命令UE在LTE目标系统中做小区选择。UE经历从UMTS网络重定向到LTE网络的失败之后,又重新尝试接入UMTS网络时,如果UE满足如下任一条件时,UE在RRC Connection Request消息里不携带预重定向信息Pre-Redirection info信元,指示UE不支持向LTE网络的重定向,后续UMTS无线网络控制器(RNC)则不会对UE的此次RRC接入请求,重定向到LTE网络:
1)UE处于非高速移动过程中,且UE重定向失败后回到的UMTS小区和源UMTS相同。
当UE处于非高速移动过程,即UE按照3GPP 25.304规范没有检测到自己处于高速移动状态(High-MobilityDetected)。可以认为UE重定向失败前后,其物理位置和LTE无线覆盖环境没有发生太大变化,因此再次重定向到LTE时失败的概率大。当UE处于高速移动状态,UE很可能已经移动到了一个新UMTS驻留小区或者源UMTS小区的不同方位,从而LTE覆盖环境也变化了,因此UE允许网络再次尝试重定向到新的LTE小区。
2)UE重定向中断的时长大于一个门限值,这个门限值可以由UE或者网络侧配置决定(根据UE的RRC具体状态和网络针对UE当前无线承载的活跃特征决定),比如12s。如果UE两次连续的UMTS RRC连接接入请求消息相隔时间长于此门限值,表示UE已经遭受了一次强RRC接入延时感受,用户难以接受更长的RRC接入延时。因此,需要避免UE再次重定向以LTE网络
3)UE不具备空闲态对LTE小区(可能是家庭基站类型小区)的自动检测或者自动搜索功能(E-UTRA detection,Autonomous Search)或者不具备对LTE小区测量结果上报功能。如果UE支持上述功能,则表示UE在实现层面能够很好地检测出LTE覆盖环境,因此重定向失败后的RRC连接接入允许携带Pre-Redirection info信元。
4)网络在RRC连接接入拒绝消息中,没有以任何显示或者隐式信元表达方式,指示给UE如果经历重定向失败,是否允许携带Pre-Redirection info信元。
实施例二
本实施例以基于网络控制下进行从UMTS重定向到LTE为例进行说明。
图6是本实施例中网络控制下进行从UMTS重定向到LTE的流程图,如图6所示,主要包括以下步骤:
步骤601:网络侧通过重定向过程携带LTE频点列表和UE搜索这些频点所使用的时间t。
其中,时间t可以根据所配置的频点数以及网络侧对当前UE所处无线环境的判断来进行取值。例如,如果网络侧希望UE尽量重选到LTE而避免很快回到UMTS,可以配置比较长的t,如果网络侧希望UE当前的业务不被打断则可以配置比较小的t。
在本实施例中,UE搜索的频点以及搜索的时间都可以置于网络侧的控制之下,而配置比较长的t增加了UE寻找到LTE小区的概率,从而提高了重定向的成功率。
步骤602:UE接收到重定向的信息,并获取LTE频点列表和搜索时间t,UE依次搜索频点并依次尝试驻留该频点上的LTE小区;
步骤603:UE判断当前搜索到的LTE小区是否可以驻留?如果可以驻留则转步骤604;否则转步骤605;
步骤604:UE在该LTE小区重建RAB并释放原UMTS小区的RAB;UE成功驻留LTE小区,重定向过程结束
步骤605:UE判断搜索LTE小区所耗搜索的时间是否大于网络侧允许搜索的时间t?如果大于时间t则转步骤606;否则转步骤607;
步骤606:UE回到UMTS小区。判断是否可以在RRC Connection request消息携带Pre-Redirection info,即判断是否满足以下任意一个条件,如果是则转步骤609,在RRCConnection request消息不携带Pre-Redirection info信元,否则转步骤610。
1)UE处于非高速移动过程中,且UE重定向失败后回到的UMTS小区和源UMTS相同。
当UE处于非高速移动过程,即UE按照3GPP 25.304规范没有检测到自己处于高速移动状态(High-MobilityDetected)。可以认为UE重定向失败前后,其物理位置和LTE无线覆盖环境没有发生太大变化,因此再次重定向到LTE时失败的概率大。当UE处于高速移动状态,UE很可能已经移动到了一个新UMTS驻留小区或者源UMTS小区的不同方位,从而LTE覆盖环境也变化了,因此UE允许网络再次尝试重定向到新的LTE小区。
2)UE重定向中断的时长大于一个门限值,这个门限值可以由UE或者网络侧按照预定义的方式决定,比如12s。如果UE发送第一RRC连接建立消息和重定向失败后发送的第二RRC连接建立请求消息相隔时间长于此门限值,表示UE已经遭受了一次强业务连接中断感受,因此网络应该尽量快速为UE恢复无线承载,以维护用户的业务感受。
3)UE不具备空闲态对LTE小区(可能是家庭基站类型小区)的自动检测,自动搜索,或者靠近检测的功能(E-UTRA detection,Autonomous Search,LTE ProximityDetection)或者不具备对LTE小区测量结果上报功能。如果UE支持上述功能,则表示UE在实现层面能够很好地检测出LTE覆盖环境,因此重定向失败后的RRC连接接入仍然允许携带Pre-Redirection info信元。
4)网络在RRC连接拒绝消息中,没有以任何显示或者隐式信元表达方式,指示给UE如果经历重定向失败,是否允许携带Pre-Redirection info信元。
该返回的UMTS小区可以是原来的小区,也可以是新的小区。UE返回原来的UMTS小区可以通过小区更新等消息,UE返回任意一个UMTS小区可以通过小区重选过程。
步骤607:UE判断是否搜索完所有配置的LTE频点?如果搜索完毕则转步骤602对所配置的LTE频点进行再一次的搜索,以提高搜索到合适LTE小区的可能性,从而提高了重定向到LTE的成功率;否则转步骤608;
步骤608:UE还有下一个LTE小区需要尝试并转步骤603。
步骤609:UE回到UMTS小区,在RRC Connection Request消息里不携带Pre-Redirection info信元。
步骤610:UE回到UMTS小区,在RRC Connection Request消息里携带Pre-Redirection info信元。
从以上的描述中,可以看出,通过本发明一个或多个实施例,移动终端在重定向到目标网络失败,重回到源网络时,在向源网络发送的RRC连接建立请求消息中不携带预重定向信息,指示该移动终端不支持向目标网络的重定向,源网络在接收到该RRC连接建立消息后,能够判断出UE不支持向目标网络的重定向,从而可以不再将UE重定向到目标网络,避免了连续重定向到目标网络失败,而导致UE较长时间内无法获得网络的无线承载服务的问题,提高了用户体验,降低了UE向目标网络重定向失败的概率。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1.一种移动终端重定向到目标网络的方法,其特征在于,包括:
移动终端驻留在源网络中,初始发起第一无线资源控制RRC连接建立请求消息到网络侧;
所述移动终端接收所述网络侧返回的RRC连接拒绝消息,其中,所述RRC连接拒绝消息中携带有指示所述移动终端向目标网络重定向的信息;
所述移动终端根据所述RRC连接拒绝消息重定向到所述目标网络失败,所述移动终端向所述源网络的网络侧重新发起不携带预重定向信息的第二RRC连接建立请求消息,指示所述移动终端不支持向所述目标网络的重定向。
2.根据权利要求1所述的方法,其特征在于,所述移动终端向所述源网络的所述网络侧重新发起不携带预重定向信息的所述第二RRC连接建立请求消息,包括:
所述移动终端确定当前满足预定条件,向所述源网络的所述网络侧重新发起不携带预重定向信息的所述第二RRC连接建立请求消息。
3.根据权利要求2所述的方法,其特征在于,所述预定条件包括以下至少之一:
所述移动终端检测自己当前没有处于高速移动状态,且所述移动终端重定向失败后回到所述源网络的小区与重定向前相同;
所述移动终端发送所述第一RRC连接建立请求消息与发送所述第二RRC连接建立请求消息之间间隔的时长超过预定门限;
所述移动终端不具备空闲态对所述目标网络的小区的自动检测或者自动搜索功能,或者所述移动终端不具备对所述目标网络的小区测量结果上报功能;
所述移动终端接收到的所述RRC连接拒绝消息没有指示所述移动终端如果经历重定向失败是否允许携带预重定向信息。
4.根据权利要求1所述的方法,其特征在于,在所述移动终端向所述源网络的网络侧重新发起所述第二RRC连接建立请求消息之后,所述方法还包括:
针对所述移动终端的所述第二RRC连接建立请求消息,所述源网络的网络侧禁止将所述移动终端重定向到所述目标网络。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述源网络为通用移动通信系统UMTS网络;所述目标网络为长期演进LTE网络。
6.根据权利要求1至4中任一项所述的方法,其特征在于,所述指示所述移动终端向目标网络重定向的信息,包括:演进陆地无线接入E-UTRA目标信息。
7.一种移动终端重定向到目标网络的装置,位于移动终端,其特征在于,包括:
初始接入模块,用于在所述移动终端驻留在源网络中,初始发起第一无线资源控制RRC连接建立请求消息到网络侧;
接收模块,用于接收所述网络侧返回的RRC连接拒绝消息,其中,所述RRC连接拒绝消息中携带有指示所述移动终端向目标网络重定向的信息;
重定向模块,用于根据所述RRC连接拒绝消息重定向到所述目标网络;
重新接入模块,用于在重定向到所述目标网络失败的情况下,向所述源网络的网络侧重新发起不携带预重定向信息的第二RRC连接建立请求消息,指示所述移动终端不支持向所述目标网络的重定向。
8.根据权利要求7所述的装置,其特征在于,所述重新接入模块包括:
确定模块,用于在重定向到所述目标网络失败的情况下,确定当前是否满足预定条件;
发送模块,用于在所述确定模块确定当前满足所述预定条件的情况下,向所述源网络的所述网络侧重新发起不携带预重定向信息的所述第二RRC连接建立请求消息。
9.根据权利要求8所述的装置,其特征在于,所述预定条件包括以下至少之一:
所述移动终端检测自己当前没有处于高速移动状态,且所述移动终端重定向失败后回到所述源网络的小区与重定向前相同;
所述移动终端发送所述第一RRC连接建立请求消息与发送所述第二RRC连接建立请求消息之间间隔的时长超过预定门限;
所述移动终端不具备空闲态对所述目标网络的小区的自动检测或者自动搜索功能,或者所述移动终端不具备对所述目标网络的小区测量结果上报功能;
所述移动终端接收到的所述RRC连接拒绝消息没有指示所述移动终端如果经历重定向失败是否允许携带预重定向信息。
10.根据权利要求7至9中任一项所述的装置,其特征在于,所述源网络为通用移动通信系统UMTS网络;所述目标网络为长期演进LTE网络。
11.一种移动终端重定向到目标网络的系统,其特征在于,包括:移动终端和源网络的网络侧;其中,
所述移动终端包括权利要求7至10中任一项所述的装置;
所述源网络的网络侧,用于在将所述移动终端重定向到目标网络后,接收所述移动终端发送的不携带预重定向信息的RRC连接建立请求消息,针对所述RRC连接建立请求消息,禁止将所述移动终端再次重定向到目标网络。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210136736.2A CN103384410B (zh) | 2012-05-04 | 2012-05-04 | 移动终端重定向到目标网络的方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210136736.2A CN103384410B (zh) | 2012-05-04 | 2012-05-04 | 移动终端重定向到目标网络的方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103384410A CN103384410A (zh) | 2013-11-06 |
CN103384410B true CN103384410B (zh) | 2018-05-11 |
Family
ID=49492084
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210136736.2A Expired - Fee Related CN103384410B (zh) | 2012-05-04 | 2012-05-04 | 移动终端重定向到目标网络的方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103384410B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104918293B (zh) * | 2014-03-14 | 2020-02-04 | 中国移动通信集团公司 | 一种网络间互操作的方法及网络侧设备 |
WO2016179812A1 (zh) * | 2015-05-13 | 2016-11-17 | 华为技术有限公司 | 一种反应业务连续性结果和质量的方法、设备及系统 |
CN107567043B (zh) * | 2017-10-10 | 2021-07-30 | 成都欧珀通信科技有限公司 | 检测终端接入的方法及相关产品 |
JP2021513231A (ja) | 2017-12-18 | 2021-05-20 | オッポ広東移動通信有限公司Guangdong Oppo Mobile Telecommunications Corp., Ltd. | ネットワークのリダイレクト方法、端末、アクセスネットワークデバイス及び移動管理デバイス |
WO2019119421A1 (zh) * | 2017-12-22 | 2019-06-27 | 北京小米移动软件有限公司 | 小区接入方法、装置及存储介质 |
CN108495300B (zh) * | 2018-03-07 | 2021-10-15 | 龙尚科技(上海)有限公司 | 移动网络模式切换方法、装置、终端及存储介质 |
WO2020034107A1 (zh) * | 2018-08-14 | 2020-02-20 | Oppo广东移动通信有限公司 | 一种网络接入方法、终端设备及网络设备 |
EP4025003A4 (en) * | 2019-09-12 | 2022-09-28 | Huawei Technologies Co., Ltd. | REDIRECTION PROCESS AND ASSOCIATED MECHANISM |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101505514A (zh) * | 2008-02-04 | 2009-08-12 | 华为技术有限公司 | 切换失败的处理方法、检测切换成功的方法和装置 |
EP1475979B1 (fr) * | 2003-05-07 | 2010-09-22 | Alcatel- Lucent Shanghai Bell Co., Ltd | Procédé pour l'établissement de connexion dans un système de radiocommunications mobiles |
-
2012
- 2012-05-04 CN CN201210136736.2A patent/CN103384410B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1475979B1 (fr) * | 2003-05-07 | 2010-09-22 | Alcatel- Lucent Shanghai Bell Co., Ltd | Procédé pour l'établissement de connexion dans un système de radiocommunications mobiles |
CN101505514A (zh) * | 2008-02-04 | 2009-08-12 | 华为技术有限公司 | 切换失败的处理方法、检测切换成功的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103384410A (zh) | 2013-11-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103384410B (zh) | 移动终端重定向到目标网络的方法、装置及系统 | |
CN103384396B (zh) | 移动终端重定向到目标网络的方法、装置及系统 | |
CN105027622B (zh) | 用于改善电路交换回落csfb性能的方法和系统 | |
CN104272806B (zh) | 专用拦阻和逃脱命令 | |
CN103906090B (zh) | 一种在非lte网络测量lte邻区的方法、装置 | |
CN104170512B (zh) | 用于远程通信系统中的连接重建立的方法和装置 | |
CN103188708B (zh) | 异频测量方法及系统、移动终端以及基站 | |
CN105210421B (zh) | 用于在多载波系统中操作终端的方法 | |
CN107431999A (zh) | 用于寻呼的装置和方法 | |
CN106376015A (zh) | 一种网络共享中重建立小区的选择方法及装置 | |
CN113271645A (zh) | 驻网方法和装置 | |
CN105992294B (zh) | 用户终端及其lte系统下电路交换业务的处理方法及装置 | |
JP2023536742A (ja) | セルハンドオーバ方法及び端末 | |
CN106792988A (zh) | Mtc终端网络接入控制方法及装置 | |
JP6257463B2 (ja) | 基地局および移動通信制御方法 | |
CN107659929A (zh) | 一种配置删除方法、系统、终端设备和服务基站 | |
JP2023554088A (ja) | ネットワーク選択方法、装置、機器及び記憶媒体 | |
CN108990131A (zh) | 网络连接方法、装置、存储介质和计算机设备 | |
CN111565479B (zh) | 通信方法及其装置、系统 | |
CN106993316A (zh) | 呼叫接入方法、装置、用户终端及可读存储介质 | |
CN114026911A (zh) | 用于双连接性或载波聚合的早期数据传输 | |
JP2023539991A (ja) | 接続確立方法、装置、機器及び記憶媒体 | |
CN116017608A (zh) | 通信方法、装置、终端及网络设备 | |
CN109246719A (zh) | 无线通信方法及装置、基站、计算机可读存储介质 | |
CN107734542A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20180511 Termination date: 20200504 |