CN101848449A - 用户管理和状态保持方法、装置及系统 - Google Patents
用户管理和状态保持方法、装置及系统 Download PDFInfo
- Publication number
- CN101848449A CN101848449A CN200910168859A CN200910168859A CN101848449A CN 101848449 A CN101848449 A CN 101848449A CN 200910168859 A CN200910168859 A CN 200910168859A CN 200910168859 A CN200910168859 A CN 200910168859A CN 101848449 A CN101848449 A CN 101848449A
- Authority
- CN
- China
- Prior art keywords
- subscriber equipment
- network
- indication information
- limited
- source
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
- H04W36/0044—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of quality context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开一种用户管理和状态保持方法、装置及系统,涉及通信领域,以解决正在进行紧急业务的UE发生切换,造成切换后的网络服务质量不高的问题。本发明提供的技术方案包括:当正在进行紧急业务的用户设备从源网络切换到目标网络时,源网络网元确定用户设备在目标网络中业务受限,源网络网元向用户设备发送业务受限指示信息。本发明实施例可以应用在如3GPP等可以接入IMS系统的承载网络中。
Description
技术领域
本发明涉及通信领域,尤其涉及一种用户管理和状态保持方法、装置及系统。
背景技术
紧急业务是一种利用IP连通接入网络(IP-Connectivity Access Network,IP-CAN)和因特网多媒体子网(Internet Multiedia Subsystem,IMS)系统为用户提供紧急服务的业务,如报警业务或者火警业务等。网络侧既可以对处于正常状态的用户设备(User Equipment,UE)提供紧急业务,也可以对处于业务受限状态的UE提供紧急业务,例如:网络侧可以对未经过鉴权或鉴权失败的UE提供紧急业务,或者对未被授权的UE提供紧急业务等。
当正在进行紧急业务的UE从源网络切换到目标网络时,如果目标移动性管理网元发现用户只存在紧急承载,则目标移动性管理网元不对该UE进行鉴权、位置更新以及授权认证等操作,当所述UE完成紧急业务,需要进行小区重选时,所述UE由于不知道其在目标网络中的业务状态而盲目地发起接入流程,使得小区重选时间过长,降低用户的业务体验。
当正在进行紧急业务的UE从源网络移动到目标网络时,所述UE会接入目标网络——UE向目标接入网元发起位置更新,目标移动性管理网元对用户进行鉴权和授权认证等操作,更新UE的EMM(EPS Mobility Management,EPS移动性管理)状态,或者更新用户受限状态到正常状态,对于只进行紧急业务的UE,向目标网络发起业务状态更新流程浪费了UE和网络侧的通信资源。
发明内容
本发明的实施例提供一种用户管理方法、装置及系统,能够缩短重选时间。
为达到上述目的,本发明的实施例采用如下技术方案:
一种用户管理方法,包括:当正在进行紧急业务的用户设备从源网络切换到目标网络时,源网络网元确定所述用户设备所述目标网络中业务受限,向所述用户设备发送业务受限指示信息。
一种用户管理方法,包括:当正在进行紧急业务的用户设备从源网络切换到目标网络时,获取业务受限指示信息;根据所述业务受限指示信息,确定所述用户设备在所述目标网络中的状态。
一种网络设备,位于源网络中,包括:
确定单元,用于当正在进行紧急业务的用户设备从源网络切换到目标网络时,确定所述用户设备在所述目标网络中业务受限;
第一发送单元,用于根据所述确定单元的确定结果,向所述用户设备发送业务受限指示信息。
一种用户设备,包括:
获取单元,用于当正在进行紧急业务的用户设备从源网络切换到目标网络时,获取业务受限指示信息;
第一确定单元,用于根据所述获取单元获取的业务受限指示信息,确定所述用户设备在所述目标网络中的状态。
一种通信系统,包括:网络设备,该网络设备位于源网络中,以可通信的方式与用户设备相连,所述网络设备,用于当正在进行紧急业务的用户设备从源网络切换到目标网络时,确定所述用户设备在所述目标网络中业务受限,向所述用户设备发送业务受限指示信息。
本发明实施例提供的用户管理方法、装置及系统,当正在进行紧急业务的用户设备从源网络切换到目标网络,源网络的网络设备可以在确定所述用户设备在目标网络中业务受限后,向所述用户设备发送业务受限指示信息,从而使所述用户设备能够确定其在目标网络中的业务状态,进而使得当所述用户设备进行完紧急业务以后,能够有针对性地进行小区重选,准确、快速地重选到合适的小区,缩短了小区重选的时间和业务时延,提高了用户的业务体验,解决了现有技术中用户设备由于不知道其在目标网络中的业务状态而盲目发起接入流程,造成小区重选时间过长,降低用户的业务体验的问题。
本发明的实施例提供一种状态保持方法、装置及系统,能够节省用户设备和网络侧的通信资源。
为达到上述目的,本发明的实施例采用如下技术方案:
一种状态保持方法,包括:当正在进行紧急业务的用户设备从源网络移动到目标网络时,确定所述用户设备在所述源网络中业务受限,或者所述用户设备仅存在紧急承载,向所述用户设备发送保持业务受限状态的指示信息。
一种状态保持方法,包括:当正在进行紧急业务的用户设备从源网络移动到目标网络时,获取保持状态的指示信息;根据所述保持状态的指示信息,确定是否在所述目标网络中保持状态。
一种网络设备,包括:
确定单元,用于当正在进行紧急业务的用户设备从源网络移动到目标网络时,确定所述用户设备在所述源网络中业务受限,或者所述用户设备仅存在紧急承载;
发送单元,用于根据所述确定单元的确定结果,向所述用户设备发送保持状态的指示信息。
一种用户设备,包括:
获取单元,用于当正在进行紧急业务的用户设备从源网络移动到目标网络时,获取保持业务受限状态的指示信息;
确定单元,用于根据所述保持状态的指示信息,确定是否在所述目标网络中保持状态。
一种通信系统,包括:网络设备,该网络设备以可通信的方式与用户设备相连,所述网络设备,用于当正在进行紧急业务的用户设备从源网络移动到目标网络时,确定所述用户设备在所述源网络中业务受限,或者所述用户设备仅存在紧急承载,向所述用户设备发送保持状态的指示信息。
一种接入方法,包括:
当正在进行紧急业务的用户设备从源网络移动到目标网络时,确定所述用户设备在所述源网络中业务受限,或者所述用户设备仅存在紧急承载;
拒绝所述用户设备的分组数据网PDN连接建立请求或者分组数据协议PDP上下文激活请求。
一种网络设备,包括:
确定单元,用于当正在进行紧急业务的用户设备从源网络移动到目标网络时,确定所述用户设备在所述源网络中业务受限,或者所述用户设备仅存在紧急承载;
处理单元,用于根据所述确定单元的确定结果,拒绝所述用户设备的分组数据网PDN连接建立请求或者PDP上下文激活请求。
本发明实施例提供的状态保持方法、装置及系统,当正在进行紧急业务的用户设备从源网络移动到目标网络时,目标网络的网络设备可以在确定所述用户设备在源网络中业务受限以后,或者确定所述用户设备仅存在紧急承载时,向所述用户设备发送保持状态的指示信息,所述用户设备可以在所述目标网络中保持状态,从而使得目标网络不对所述用户设备进行鉴权、位置更新以及授权认证等操作,减少了用户设备和目标网络的信令交互,节省了用户设备和网络侧进行UE业务状态更新占用的通信资源,解决了现有技术中进行紧急业务的用户设备移动到目标网络后,进行紧急业务的用户设备向目标网络发起业务状态更新流程,造成用户设备和网络侧的通信资源浪费的问题。
附图说明
图1为本发明实施例提供的用户管理方法流程图;
图2为本发明另一实施例提供的用户管理方法流程图;
图3为本发明再一实施例提供的用户管理方法时序图;
图4为本发明实施例提供网络设备结构示意图一;
图5为本发明实施例提供网络设备结构示意图二;
图6为本发明实施例提供的用户设备的结构示意图一;
图7为本发明实施例提供的用户设备的结构示意图二;
图8为本发明实施例提供的通信系统结构示意图;
图9为本发明实施例提供的状态保持方法流程图;
图10为本发明另一实施例提供的状态保持方法流程图;
图11为本发明再一实施例提供的状态保持方法时序图;
图12为本发明实施例提供网络设备结构示意图;
图13为本发明实施例提供的用户设备的结构示意图;
图14为本发明实施例提供的通信系统结构示意图;
图15为本发明实施例一种接入方法的示意图;
图16为本发明实施例一种网络设备的示意图。
具体实施方式
为了解决正在进行紧急业务的UE发生切换后,UE无法确定其在目标网络中的业务状态,造成UE进行小区重选的时间过长的问题,本发明实施例提供一种用户管理方法、装置及系统。
如图1所示,本发明实施例提供的用户管理方法,包括:
步骤101,当正在进行紧急业务的UE从源网络切换到目标网络,源网络网元确定所述UE在所述目标网络中业务受限;
在本实施例中,可以由源网络的源接入网元确定UE是否在所述目标网络中业务受限,也可以由源网络的源移动性管理网元确定所述UE是否在目标网络中业务受限;
本实施例以及后续实施例中,所述源接入网元包括但不限于:E-UTRAN中的演进基站(Evolved NodeB,eNodeB);UTRAN中的无线网络控制器(Radio Network Controller,RNC);GERAN中的基站子系统(Base Station Sub-system,BSS);
所述源移动性管理网元包括但不限于:E-UTRAN中的移动性管理网元(Mobility Management Entity,MME);GERAN和UTRAN网络中的服务GPRS支持节点(Serving GPRS Support Node,SGSN);
具体地,当由源接入网元确定UE是否在所述目标网络中业务受限时,所述步骤101可以包括:源接入网元从源移动性管理网元获取所述UE的切换限制,并从目标网络获取目标网络的相关信息(源接入网元可以根据用户上报的小区测量报告,或者本地的配置数据等获取目标网络的相关信息),如小区ID或者基站ID,目标网络的无线接入技术(Radio Access Technique,RAT)等信息;源接入网元根据所述UE的切换限制和目标网络的相关信息,确定所述UE是否在目标网络中业务受限;
当由源移动性管理网元确定所述UE是否在目标网络中业务受限时,所述步骤101可以包括:源移动性管理网元从源接入网元获取目标网络的相关信息(源接入网元在切换请求消息中会携带目标网络信息),并根据所述目标网络的相关信息和预先存储的UE的切换限制,确定所述UE是否在所述目标网络中业务受限;
步骤102,根据所述步骤101的确定结果,源网络网元向所述UE发送业务受限指示信息。
在本实施例以及以下的实施例中,所述业务受限指示信息可以为业务受限标识,该业务受限标识用于指示所述UE是否在目标网络中业务受限;和/或,业务受限原因值,该业务受限原因值用于指示所述UE在目标网络中业务受限的原因,例如:所述业务受限原因值可以为小区不合适,不能提供服务,或者TAC不允许等。当然,在实际的使用过程中,所述业务受限指示信息还可以为其他信息,此处不对每种情况进行一一赘述。
值得说明的是,在本实施例中,所述步骤102具体可以通过如下方式向所述UE发送业务受限指示信息:
源接入网元经由源移动性管理网元向目标移动性管理网元发送业务受限指示信息,当所述用户设备向所述目标移动性管理网元发送接入请求时,所述目标移动性管理网元向所述用户设备发送携带所述业务受限指示信息的消息;
或者,源移动性管理网元向所述目标移动性管理网元发送业务受限指示信息,当所述用户设备向所述目标移动性管理网元发起接入请求时,所述目标移动性管理网元向所述用户设备发送携带所述业务受限指示信息的消息;
或者,所述源接入网元向所述用户设备发送携带业务受限指示信息的消息。
当然,在实际的使用过程中,所述步骤102还可以通过其他方式向UE发送业务受限指示信息,此处不对每种情况进行一一赘述。
需要说明的是,在本实施例及以下的实施例中,用户设备向移动性管理网元发送的接入请求包括但不限于:用户设备向移动性管理网元发送路由区更新请求;用户设备向移动性管理网元发送位置区更新请求;用户设备向移动性管理网元发送跟踪区跟新请求;用户设备向移动性管理网元发送附着请求;用户设备向移动性管理网元发送服务请求等。
进一步地,本发明实施例提供的用户管理方法,还可以包括:源网络网元向所述UE发送携带是否发起位置更新的指示信息的消息。
具体地,如果所述源网络和目标网络服务用户设备的为同一个移动性管理网元,源网络网元向所述用户设备发送携带不发起位置更新的指示信息的消息;和/或,如果所述源网络和目标网络服务用户设备的为不同的移动性管理网元,源网络网元向所述用户设备发送携带发起位置更新的指示信息的消息。
在本实施例中,所述是否发起位置更新的指示信息可以用1bit进行编码,例如:当编码值为1时,表示所述是否发起位置更新的指示信息为不发起位置更新的指示信息;当编码值为0时,表示所述是否发起位置更新的指示信息为发起位置更新的指示信息。
在本实施例中,也可以预先设置发送策略,根据所述策略发送所述携带是否发起位置更新的指示信息的消息,例如:可以设置发送策略为源网络和目标网络服务UE的为同一个移动性管理网元时,向UE发送携带不发起位置更新的指示信息的消息,否则,不向UE发送携带是否发起位置更新的指示信息的消息;或者可以设置发送策略为源网络和目标网络服务UE的为不同移动性管理网元时,向UE发送携带发起位置更新的指示信息的消息,否则,不向UE发送携带是否发起位置更新的指示信息的消息。在实际的使用过程中,还可以设置其他的发送策略,此处不对每种情况进行一一赘述。
进一步地,本发明实施例提供的用户管理方法,还可以包括:源移动性管理网元向目标移动性管理网元发送携带用于验证用户是否业务受限的签约数据的消息;
在本实施例以及以下的实施例中,所述用于验证用户是否业务受限的签约数据,包括但不限于:漫游限制信息,接入限制数据,区域签约数据,受限的PLMN列表,受限RAT列表,受限的TAC列表等;
目标移动性管理网元可以利用该签约数据对用户进行授权认证;或者当用户再次切换或者移动时,目标移动性管理网元可以根据签约数据来判断用户移动到的新的目标网络是否受限。
本发明实施例提供的用户管理方法,当正在进行紧急业务的UE从源网络切换到目标网络时,源网络网元可以在确定所述UE在目标网络中业务受限后,向所述UE发送业务受限指示信息,从而使所UE能够确定其在目标网络中的业务状态,进而使得当所述UE进行完紧急业务以后,能够有针对性地进行小区重选,准确、快速地重选到合适的小区,缩短了小区重选的时间和业务时延,提高了用户的业务体验。解决了现有技术中,用户不知道在当前位置业务受限或者不知道因为什么原因业务受限,用户设备会认为当前位置可以接入进行正常的业务,从而发起正常业务请求。首先,用户设备会向接入网元发起无线资源建立请求,接入网元接受请求后,用户设备向移动性管理网元发送接入请求,此时移动性管理网元会对用户进行鉴权和授权认证,因为用户在当前位置实际是受限的,因此鉴权或者授权必然会失败,移动性管理网元拒绝用户设备的接入请求,并指示用户拒绝的原因。此时用户设备才能知道在当前位置受限,因为什么原因受限,再进行小区重选,大大的增加了小区重选的时延。采用本发明的方案后,用户知道在当前位置受限或者受限的原因,在小区重选时,直接选择不在受限列表中的小区,加快了小区重选的过程。
如图2所示,本发明另一实施例还提供一种用户管理方法,包括:
步骤201,当正在进行紧急业务的UE从源网络切换到目标网络时,获取业务受限指示信息;
在本实施例中,所述步骤201可以通过两种方式获取业务受限指示信息:
一种是,UE根据其在目标网络中的承载的属性,获取业务受限指示信息,当所述UE在目标网络中的承载全部为紧急分配和保留优先级(Allocation and Retention Priority,ARP)的承载时,所述UE可以判断在目标网络业务受限;
另一种是,UE接收携带业务受限指示信息的消息,从该消息中获取业务受限指示信息;
具体地,所述UE可以在从目标网络发起接入请求时,从所述目标网络的目标接入网元接收携带业务受限指示信息的消息,从该消息中获取业务受限指示信息;所述UE也可以从源接入网元向其发送的切换命令中获取业务受限指示信息;
本实施例以及后续实施例中,所述目标接入网元包括但不限于:E-UTRAN中的eNodeB;UTRAN中的RNC;GERAN中的BSS;
步骤202,根据所述业务受限指示信息,确定所述UE在所述目标网络中的状态。
具体地,当所述业务受限指示信息为业务受限标识时,UE可以根据该业务受限标识确定其在所述目标网络中的业务状态为业务受限,只能进行紧急业务;当所述业务受限指示信息为业务受限原因值时,UE可以根据该业务受限原因值确定其在所述目标网络中的业务状态为业务受限,且具体的受限原因为所述受限原因值指示的原因。在紧急业务完成后进行小区重选时,所述业务受限指示信息可以作为参考,比如:如果所述业务受限指示信息为业务受限标识,则UE可以选择处所述目标网络以外的其他网络进行接入;再如:如果所述业务受限指示信息为业务受限原因值,且该业务受限原因值为当前TAC不允许接入,则UE可以选取该TAC以外的网络进行接入。
值得说明的是,在本实施例以及以下的实施例中,用户设备的状态可以是但不限于以下的状态:用户设备业务受限状态,指用户在当前区域业务受限,能进行紧急业务,不能进行其他正常业务,即用户只能为紧急APN建立PDN连接,不能建立其他APN相关的PDN连接,用户不用作周期性位置更新,当紧急业务完成后,用户可以马上进行重选,选择一个非受限的区域发起接入请求;用户设备正常状态,指用户在当前区域可以进行正常的业务;用户设备的EMM状态,包括:用户设备的EMM主状态或者用户设备的EMM子状态等。
进一步地,在所述UE根据其在目标网络中的承载的属性,获取业务受限指示信息之前,还可以包括删除UE的非紧急承载的步骤。
进一步地,本实施例提供的用户管理方法,还可以包括:接收携带是否发起位置更新的指示信息的消息;根据所述是否发起位置更新的指示信息,确定是否发起位置更新流程。
具体地,如果所述是否发起位置更新的指示信息为不发起位置更新的指示信息,则UE不发起位置更新流程,如果所述是否发起位置更新的指示信息为发起位置更新的指示信息,则UE发起位置更新流程;或者,UE根据预先设置的发送策略确定是否发起位置更新流程,例如:如果所述发送策略为当UE在源网络和目标网络是同一个移动性管理网元提供服务时,向UE发送携带不发起位置更新的指示信息的消息,否则,不向UE发送携带是否发起位置更新的指示信息的消息,则当UE接收到携带不发起位置更新的指示信息的消息时,不发起位置更新流程,否则发起位置更新流程。在实际的使用过程中,UE可以通过多种方式确定是否发起位置更新流程,此处不对每种情况进行一一赘述。
进一步地,在所述步骤201之后,还可以包括:UE根据所述步骤201中获得的业务受限指示信息,重新选择目标网络,向该目标网络发起接入请求。
本发明实施例提供的用户管理方法,当正在进行紧急业务的UE从源网络切换到目标网络时,可以获取业务受限指示信息,并根据该业务受限指示信息确定所述UE在所述目标网络中的业务状态,使得当所述UE进行完紧急业务以后,能够有针对性地进行小区重选,准确、快速地重选到合适的小区,缩短了小区重选的时间和业务时延,提高了用户的业务体验。
为了使本领域技术人员能够更清楚地理解本发明实施例提供的技术方案,下面通过具体的实施例对以上所述的本发明实施例提供的业务状态的确定方法进行详细说明。
如图3所示,本发明实施例提供的用户管理方法,包括:
步骤301,当源接入网元确定正在进行紧急业务的UE需要从源网络切换到目标网络时,向源移动性管理网元发送切换请求,如果所述UE在目标网络中业务受限,则在所述切换请求中携带业务受限指示信息。
其中,源接入网元确定UE是否在目标网络中业务受限的方法以及业务受限指示信息的具体内容可以参见如图1所示的步骤101和102所述,此处不做赘述。
步骤302,源移动性管理网元接收到源接入网元发送的切换请求以后,向目标移动性管理网元发送前向切换请求,所述前向切换请求携带所述业务受限指示信息。
值得说明的是,在本实施例中,所述目标移动性管理网元包括但不限于:E-UTRAN中的MME;GERAN和UTRAN网络中的SGSN。
步骤303,目标移动性管理网元接收源移动性管理网元发送的前向切换请求,从所述前向切换请求中获取并保存业务受限指示信息,向目标接入网元发送切换请求。
步骤304,目标接入网元接收目标移动目标接入网元向目标移动性管理网元返回切换请求确认。
步骤305,目标移动性管理网元接收目标接入网元发送的切换请求确认,向源移动性管理网元发送前向切换请求响应。
步骤306,源移动性管理网元接收目标移动性管理网元发送的前向切换请求响应,向源接入网元发送切换命令,所述切换命令可以携带指示源网络和目标网络服务于UE的是否为同一个移动性管理网元的信息。
在本实施例中,当UE进行了如X2-based,或者S1-based,或者基站控制器等切换时,源网络和目标网络服务于UE的是同一个移动性管理网元。所述指示源网络和目标网络服务于UE的是否为同一个移动性管理网元的信息可以用1bit表示,例如:当所述指示源网络和目标网络服务于UE的是否为同一个移动性管理网元的信息为1时,表示源网络和目标网络服务于UE的是同一个移动性管理网元,为0时,表示源网络和目标网络服务于UE的是不同的移动性管理网元。
步骤307,源接入网元接收源移动性管理网元发送的切换命令,根据所述切换命令中携带的指示源网络和目标网络服务于UE的是否为同一个移动性管理网元的信息,确定所述UE是否需要进行位置更新,向所述UE发送切换命令,在所述切换命令中携带是否发起位置更新的指示信息。
在本实施例中,如果源网络和目标网络服务于UE的是同一个移动性管理网元息,则所述UE不需要进行位置更新,否则所述UE需要进行位置更新。
其中,源接入网元向所述UE发送是否发起位置更新的指示信息的方法可以参见如图1所示的实施例所述,此处不做赘述。
步骤308,UE接收源接入网元发送的切换命令,根据该切换命令中携带的否发起位置更新的指示信息,确定是否发起位置更新流程,如果需要进行位置更新,UE向目标移动性管理网元发送跟踪区/路由区更新请求。
步骤309,目标移动性管理网元接收UE发送的跟踪区/路由区更新请求,向UE发送位置更新接受或者拒绝消息,该消息携带步骤304中保存的业务受限指示信息。
步骤310,UE接收目标移动性管理网元发送的位置更新接受或者拒绝消息,从该消息中获取业务受限指示信息,根据该业务受限指示信息确定在目标网络中受限,在紧急业务完成后或者从网络分离后进行小区重选等操作。
可选地,在所述步骤301中,源接入网元也可以不在向源移动性管理网元发送的切换请求中携带业务受限指示信息,此时,在所述步骤302中,源移动性管理网元可以确定所述UE是否在目标网络中业务受限(具体方法可以参见如图1所示的步骤101所述,此处不做赘述),如果所述UE在目标网络中业务受限,则源移动性管理网元在向目标移动性管理网元发送的前向切换请求中携带业务受限指示信息。
可选地,在所述步骤302中,源移动性管理网元还可以在向目标移动性管理网元发送的前向切换请求中携带验证用户是否受限的签约数据信息,则在所述步骤303中,目标移动性管理网元保留该验证用户是否受限的签约数据。目标移动性管理网元可以利用该签约数据对用户进行授权认证;或者当用户再次切换或者移动时,目标移动性管理网元可以根据签约数据来判断用户移动到的新的目标网络是否受限。
可选地,所述步骤301中,源接入网元也可以不在向源移动性管理网元发送的切换请求中携带业务受限指示信息,同时在所述步骤302中源移动性管理网元向目标移动性管理网元发送的前向切换请求消息不包含所述业务受限指示信息。此时,在所述步骤307中,源接入网元还可以在向UE发送的切换命令中携带业务受限指示信息,则所述UE可以从所述切换命令中获取所述业务受限指示信息,并且不需要步骤309中,目标移动性管理网元向UE发送位置更新接受或者拒绝消息携带业务受限指示信息。
可选地,在所述步骤307之后,所述UE也可以根据其在目标网络中只有紧急APR的承载,判断在目标网络业务受限,此时在所述步骤301、302、309中都不需要携带所述业务受限指示信息。
可选地,在所述步骤306中,当源移动性管理网元确定出源网络和目标网络服务于UE的是同一个移动性管理网元后,可以在向源接入网元发送的切换命令中携带是否发起位置更新的指示信息。
可选地,在所述步骤306中,源移动性管理网元向源接入网元发送切换命令中也可以不携带指示源网络和目标网络服务于UE的是否为同一个移动性管理网元的信息,则此时,在所述步骤307中,源接入网元可以根据配置数据、切换的目标网络等信息,判断源网络和目标网络服务于UE的是否为同一个移动性管理网元,确定所述UE是否需要进行位置更新。
本发明实施例提供的用户管理方法,当正在进行紧急业务的UE从源网络切换到目标网络时,可以在确定所述UE在目标网络中业务受限后,向所述UE发送业务受限指示信息,从而使所UE能够确定其在目标网络中的业务受限状态,进而使得当所述UE进行完紧急业务以后,能够有针对性地进行小区重选,准确、快速地重选到合适的小区,缩短了小区重选的时间和业务时延,提高了用户的业务体验。
如图4所示,本发明实施例还提供一种网络设备,位于源网络中,包括:
确定单元401,用于当正在进行紧急业务的用户设备从源网络切换到目标网络时,确定所述用户设备在所述目标网络中业务受限;
第一发送单元402,用于根据所述确定单元401的确定结果,向所述用户设备发送业务受限指示信息。
进一步地,如图5所示,所述网络设备还可以包括:
第二发送单元403,用于向所述用户设备发送携带是否发起位置更新的指示信息的消息。
进一步地,所述第二发送单元403,用于如果所述源网络和目标网络服务用户设备的为同一个移动性管理网元,向所述用户设备发送携带不发起位置更新的指示信息的消息;和/或
用于如果所述源网络和目标网络服务用户设备的为不同的移动性管理网元,向所述用户设备发送携带发起位置更新的指示信息的消息。
在本实施例中,所述网络设备具体可以为源接入网元,或者源移动管理实体。其中,所述源接入网元包括但不限于:E-UTRAN中的eNodeB);UTRAN中的RNC;GERAN中的BSS;所述源移动性管理网元包括但不限于:E-UTRAN中的MME;GERAN和UTRAN网络中的SGSN。
以上所述的本发明实施例提供的网络设备具体的实现方法可以参见如图1所示的步骤所述,此处不做赘述。
本发明实施例提供的网络设备,当正在进行紧急业务的UE从源网络切换到目标网络时,可以在确定所述UE在目标网络中业务受限后,向所述UE发送业务受限指示信息,从而使所UE能够确定其在目标网络中的业务状态,进而使得当所述UE进行完紧急业务以后,能够有针对性地进行小区重选,准确、快速地重选到合适的小区,缩短了小区重选的时间和业务时延,提高了用户的业务体验。
如图6所示,本发明实施例还提供一种用户设备,包括:
获取单元601,用于当正在进行紧急业务的用户设备从源网络切换到目标网络时,获取业务受限指示信息;
第一确定单元602,用于根据所述获取单元获取的业务受限指示信息,确定所述用户设备在所述目标网络中的状态。
进一步地,所述获取单元701,用于根据所述用户设备在所述目标网络中的承载的属性,获取业务受限指示信息;或者,用于接收携带业务受限指示信息的消息,从该消息中获取业务受限指示信息。
进一步地,如图7所示,所述用户设备还可以包括:
删除单元603,用于删除所述用户设备的紧急承载。
进一步地,如图7所示,所述用户设备还可以包括:
接收单元604,用于接收携带是否发起位置更新的指示信息的消息;
第二确定单元605,用于根据所述是否发起位置更新的指示信息,确定是否发起位置更新流程。
进一步地,如图7所示,所述用户设备还可以包括:
重选单元606,用于根据所述获取单元601获取的业务受限指示信息,重选选择目标网络,向该目标网络发起接入请求。
本发明实施例提供的用户设备的具体实现方法可以参见如图2所示的步骤所述,此处不作赘述。
本发明实施例提供的用户设备,当从源网络切换到目标网络时,可以获取业务受限指示信息,并根据该业务受限指示信息确定所述UE在所述目标网络中的业务状态,使得当所述UE进行完紧急业务以后或者从网络分离以后,能够有针对性地进行小区重选,准确、快速地重选到合适的小区,缩短了小区重选的时间和业务时延,提高了用户的业务体验。
如图8所示,本发明实施例还提供一种通信系统,包括:网络设备801,该网络设备801位于源网络中,以可通信的方式与用户设备802相连,
所述网络设备801,用于当正在进行紧急业务的用户设备802从源网络切换到目标网络时,确定所述用户设备802在所述目标网络中业务受限,向所述用户设备802发送业务受限指示信息。
本发明实施例提供的通信系统,当正在进行紧急业务的用户设备从源网络切换到目标网络时,位于源网络的网络设备可以在确定所述用户设备在目标网络中业务受限后,向所述用户设备发送业务受限指示信息,从而使所述用户设备能够确定其在目标网络中的业务状态,进而使得当所述用户设备进行完紧急业务以后,能够有针对性地进行小区重选,准确、快速地重选到合适的小区,缩短了小区重选的时间和业务时延,提高了用户的业务体验。
为了解决正在进行紧急业务的UE从源网络移动到目标网络时,进行紧急业务的UE向目标网络发起业务状态更新流程;造成用户设备和网络侧的通信资源浪费的问题。本发明实施例提供一种状态保持方法、装置及系统。
如图9所示,本发明实施例提供的状态保持方法,包括:
步骤901,当正在进行紧急业务UE从源网络移动到目标网络时,确定所述UE在所述源网络中业务受限,或者所述UE仅存在紧急承载;
需要说明的是:也可以确定UE在所述源网络中业务受限的原因,其中受限的原因可以是签约数据不存在。
在本实施例中,所述确定所述UE在所述源网络中业务受限的方法可以包括两种:
一种是,在位置更新过程中,接收源移动性管理网元发送的用户设备在源网络中的状态信息,根据所述UE在源网络中的状态信息,确定所述UE在所述源网络中业务受限;
另一种是,位置更新之前进行了切换流程,所述UE在源网络中的状态信息在所述UE从源网络切换到目标网络时,在和源网络的信令交互中(具体包括:前向切换请求消息或者前向切换完成确认消息)获取,根据该状态信息确定所述UE在所述源网络中业务受限;
当然,在实际的使用过程中还可以通过其他方法确定UE在源网络中业务受限,此处不对每种情况进行一一赘述;
步骤902,根据步骤901的确定结果,向所述UE发送保持状态的指示信息。具体的,保持状态可以是但不限于:保持当前业务受限状态;和/或者保持当前的EMM状态不变。
需要说明的是:目标移动性管理网元确定UE处于受限状态,也可以拒绝UE的PDN连接,保证运营商的资源不被浪费。
本发明实施例提供的状态保持方法,当正在进行紧急业务的UE从源网络移动到目标网络时,如果所述UE在源网络中业务受限,或者确定所述UE仅存在紧急承载,向所述UE发送保持状态的指示信息,所述UE可以在所述目标网络中保持业务受限状态和/或者EMM状态,从而使得目标网络不对所述UE进行鉴权、位置更新以及授权认证等操作,减少了UE和目标网络的信令交互,节省了UE和网络侧进行业务状态更新占用的通信资源。解决了现有技术中,处于受限状态的用户设备或者仅存在紧急承载的用户设备移动到目标网络中时,目标网络移动性管理网元对用户进行鉴权,发起鉴权流程,如果鉴权失败,网络移动性管理网元还需要判断用户是否在进行紧急业务,如果是,不能直接拒绝或者分离用户,还是要接受用户的位置更新请求或者拒绝用户的位置更新请求但指示用户可以进行紧急业务。如果鉴权通过,目标移动性管理网元还需要对进行位置更新获取用户的签约数据,对用户进行授权。同样的,如果授权失败,移动性管理网元还需要判断用户是否进行紧急业务,如果是,不能直接拒绝或者分离用户,还是要接受用户的位置更新请求或者拒绝用户的位置更新请求但指示用户可以进行紧急业务。上述一系列流程不紧急增加了UE和网络侧的信令交互,还增加了网络设备之间的信令交互。而且增加了网络设备因为紧急业务而进行的处理,增加了设备的复杂度。采用了本发明的方法后,网络设备只需要判断用户以前业务受限或者只有紧急业务承载,可以不对用户进行鉴权,不对用户进行授权认证,直接接受用户的请求或者在拒绝中指示用户可以进行紧急业务。当用户紧急业务完成或者分离后,发起正常的接入流程(附着),此时网络侧可以按照现有的流程对UE进行处理,如此即不影响用户紧急业务的进行,又可以简化网络设备的处理。
如图10所示,本发明另一个实施例还提供一种状态保持方法,包括:
步骤1001,当正在进行紧急业务的UE从源网络移动到目标网络时,获取保持状态的指示信息,包括:根据所述UE在所述源网络中的承载的属性,获取保持状态的指示信息;或者,接收携带保持状态的指示信息的消息,从该消息中获取保持状态的指示信息;
步骤1002,根据所述保持状态的指示信息,确定是否在所述目标网络中保持状态。
其中,所述状态可以包括:UE的业务受限状态,或者UE的EMM状态等,所述UE的EMM状态具体为UE的EMM主状态,或者UE的EMM子状态。
本发明实施例提供的状态保持方法,当正在进行紧急业务的UE从源网络移动到目标网络时,获取保持业务状态的指示信息,根据该指示信息保持状态,从而使目标网络不对所述UE进行鉴权、位置更新以及授权认证等操作,减少了UE和目标网络的信令交互,节省了UE和网络侧进行业务状态更新占用的通信资源。
为了使本领域技术人员能够更清楚地理解本发明实施例提供的技术方案,下面通过具体的实施例对以上所述的本发明实施例提供的业务状态的保持方法进行详细说明。
如图11所示,本发明实施例提供的业务状态的保持方法,包括:
步骤1101,当正在进行紧急业务的UE从源网络移动到目标网络时,UE向目标移动性管理网元发送路由区/跟踪区位置更新请求。
步骤1102,目标移动性管理网元接收所述路由区/跟踪区位置更新请求,并从源移动性管理网元获取所述UE在源网络中的状态信息,根据所述UE在源网络中的状态信息确定所述UE是否在源网络中业务受限。
需要说明的是:源移动性管理网元还可以将UE的受限原因一起发送给目标移动性管理网元,其中UE的受限原因可以包括:UE的签约数据不存在等。目标移动性管理网元获取该UE因为签约数据不存在而受限时,不去归属用户服务器(Home Subscriber Server,HSS)中获取该UE的签约信息,进一步的,当UE由于其他的原因而受限时,目标移动性管理网元可以选择是否去HSS中获取该UE的签约数据。
需要说明的是:UE在源网络中的状态信息包括UE在源网络中受限或者UE在源网络中不受限。
在本实施例中,所述UE在源网络中的状态信息可以从源移动性管理网元发送的UE的上下文信息中获得。
步骤1103,当目标网络目标移动性管理网元确定所述UE在源网络中业务受限时,向UE发送路由区/跟踪区拒绝消息,在该路由区/跟踪区拒绝消息中携带保持业务受限状态的指示信息。
需要说明的是,当目标网络移动性管理网元确定所述UE在源网络中业务受限时,也可以拒绝用户发起的PDN连接建立或者分组数据协议(Packet Data Protocol,PDP)上下文激活请求,包括:
1、UE向目标移动性管理网元发送PDN连接建立请求或者PDP上下文激活请求,所述请求的PDN连接或者PDP上下文可以为非紧急业务服务,也可以为紧急业务服务。
2、目标移动性管理网元确定该UE受限,具体过程可以参照步骤11020,目标移动性管理网元拒绝用户的PDN建立请求或者PDP上下文激活请求消息。其中,该PDN连接建立请求或者PDP上下文激活请求可以是紧急的也可以是非紧急的。
此时,所述目标移动性管理网元不对所述UE进行鉴权,也不对该UE进行位置更新,获取用户的签约数据,并根据该签约数据验证用户在当前位置能否接入。
可选地,如果所述步骤1102中,目标移动性管理网元确定所述UE在源网络中非业务受限,当所述UE仅存在紧急承载,则在所述步骤1103中,目标移动性管理网元向所述UE发送路由区/跟踪区接受消息,在该路由区/跟踪区接受消息中携带保持业务受限状态的指示信息。
此时,所述目标移动性管理网元不对所述UE进行鉴权,也不对该UE进行位置更新,获取用户的签约数据,并根据该签约数据验证用户在当前位置能否接入。
值得说明的是,目标移动性管理网元可以根据所述UE在源网络中的承载的属性,确定所述UE是否仅存在紧急承载。具体地可以参见如图9所示的步骤901所述,此处不做赘述。
可选地,如果在所述步骤1103中,所述UE可以根据在源网络中的承载的属性,获取保持业务状态的指示信息,如果所述UE的承载只有紧急ARP的承载,则所述UE可以获取保持业务受限状态的指示信息;
或者,所述UE可以根据在源网络接入时,源网络移动性管理网元给出的业务受限指示,获取保持业务状态的指示信息,具体为:如果在源网络接收源移动性管理网元发送的包含业务受限指示信息,则所述UE在移动到目标网络时,保持业务状态。
可选地,在所述步骤1103中,目标移动性管理网元还可以在向UE发送的路由区/跟踪区接受消息,或者路由区/跟踪区拒绝消息中携带指示UE在紧急业务完成后发起附着或者位置更新流程的信息,或者指示UE发起附着或者位置更新流程之前是否进行小区重选的信息等。
本发明实施例提供的业务状态的保持方法,当正在进行紧急业务的UE从源网络移动到目标网络时,目标移动性管理网元可以在确定所述UE在源网络中业务受限以后,或者确定所述UE仅存在紧急承载时,向所述UE发送保持业务受限状态的指示信息,所述UE可以在所述目标网络中保持业务受限状态,从而使得目标网络不对所述UE进行鉴权、位置更新以及授权认证等操作,减少了UE和目标网络的信令交互,节省了UE和网络侧进行业务状态更新占用的通信资源。
如图12所示,本发明实施例提供一种网络设备,包括:
确定单元1201,用于当正在进行紧急业务的用户设备从源网络移动到目标网络时,确定所述用户设备在所述源网络中业务受限,或者所述用户设备仅存在紧急承载;
发送单元1202,用于根据所述确定单元1201的确定结果,向所述用户设备发送保持业务状态的指示信息。
本发明实施例提供的网络设备具体可以为目标移动性管理网元,该网络设备的具体实现方法可以参见如图9所示的步骤所述,此处不做赘述。
本发明实施例提供的网络设备,当正在进行紧急业务的UE从源网络移动到目标网络时,如果所述UE在源网络中业务受限,或者确定所述UE仅存在紧急承载,向所述UE发送保持业务状态的指示信息,所述UE可以在所述目标网络中保持业务受限状态,从而使得目标网络不对所述UE进行鉴权、位置更新以及授权认证等操作,减少了UE和目标网络的信令交互,节省了UE和网络侧进行业务状态更新占用的通信资源。
如图13所示,本发明实施例还提供一种用户设备,包括:
获取单元1301,用于当正在进行紧急业务的用户设备从源网络移动到目标网络时,获取保持状态的指示信息;
确定单元1302,用于根据所述业务受限指示信息,确定是否在所述目标网络中保持状态。
进一步地,所述获取单元1301,用于根据所述用户设备在所述源网络中的承载的属性,获取保持状态的指示信息;或者,用于接收携带保持状态的指示信息的消息,从该消息中获取保持状态的指示信息。
本发明实施例提供的用户设备,当正在进行紧急业务的UE从源网络移动到目标网络时,获取保持状态的指示信息,根据该指示信息保持业务受限状态,从而使目标网络不对所述UE进行鉴权、位置更新以及授权认证等操作,减少了UE和目标网络的信令交互,节省了UE和网络侧进行业务状态更新占用的通信资源,减少了UE和网络设备实现的复杂度。
如图14所示,本发明实施例还提供一种通信系统,包括:网络设备1401,该网络设备1401以可通信的方式与用户设备1402相连,
所述网络设备1401,用于当正在进行紧急业务的用户设备1402从源网络移动到目标网络时,确定所述用户设备1402在所述源网络中业务受限,或者所述用户设备1402仅存在紧急承载,向所述用户设备1402发送保持状态的指示信息。
本发明实施例提供的通信系统,当正在进行紧急业务的用户设备从源网络移动到目标网络时,网络设备可以在确定所述用户设备在源网络中业务受限以后,或者确定所述用户设备仅存在紧急承载时,向所述用户设备发送保持状态的指示信息,所述用户设备可以在所述目标网络中保持业务受限状态,从而使得目标网络不对所述用户设备进行鉴权、位置更新以及授权认证等操作,减少了用户设备和目标网络的信令交互,节省了用户设备和网络侧进行UE业务状态更新占用的通信资源。
本发明实施例提供的用户管理和状态保持方法、装置及系统,能够应用在如3GPP等可以接入IMS系统的承载网络中。
本发明实施例提供了一种接入方法,如图15所示,包括:
步骤1501,当正在进行紧急业务UE从源网络移动到目标网络时,确定所述UE在所述源网络中业务受限,或者所述UE仅存在紧急承载;
进一步的,也可以确定该UE的受限原因值,其中受限的原因可以是该UE的签约数据不存在。
在本实施例中,所述确定所述UE在所述源网络中业务受限的方法可以包括两种:
一种是,在位置更新过程中,接收源移动性管理网元发送的用户设备在源网络中的状态信息,根据所述UE在源网络中的状态信息,确定所述UE在所述源网络中业务受限;
另一种是,位置更新之前进行了切换流程,所述UE在源网络中的状态信息在所述UE从源网络切换到目标网络时,在和源网络的信令交互中(具体包括:前向切换请求消息或者前向切换完成确认消息)获取,根据该状态信息确定所述UE在所述源网络中业务受限;
当然,在实际的使用过程中还可以通过其他方法确定UE在源网络中业务受限,此处不对每种情况进行一一赘述;
步骤1502,根据步骤1501的确定结果,拒绝UE发送的PDN连接建立请求或者PDP上下文激活消息。
其中,UE所请求的PDN连接或者PDP上下文可以是为非紧急业务服务,也可以为紧急业务服务的。
进一步的,如果UE的受限原因为签约数据不存在,则不和HSS交互获取UE的签约数据。
目标移动性管理网元确定UE在源网络中受限的方法可以包括:目标移动性管理网元接收源移动性管理网元发送的包含用户设备在源网络中的状态信息的消息,根据所述用户设备在源网络中的状态信息,确定所述用户设备在所述源网络中业务受限。其中,用户设备的状态信息可以包含用户设备受限或者用户设备不受限。
在本发明实施例中,源移动性管理网元还可以将UE的受限原因一起发送给目标移动性管理网元,其中UE的受限原因可以包括:UE的签约数据不存在等。目标移动性管理网元获取该UE因为签约数据不存在而受限时,不去HSS中获取该UE的签约信息,进一步的,当UE由于其他的原因而受限时,目标移动性管理网元也不去HSS中获取该UE的签约数据;或者,当UE由于其他的原因而受限时,目标移动性管理网元到HSS中获取该UE的签约数据。
采用本发明实施例提供的方法,目标移动性管理网元确定UE受限时,拒绝UE的PDN连接请求或者PDP上下文激活请求,避免了目标移动性管理网元由于不确定UE是否受限,无法确定出拒绝或者接受UE的PDN连接请求而导致的资源浪费,如UE处于受限状态,但是目标移动性管理网元由于不能获知UE用户受限,仍然接受了UE的PDN建立请求,从而导致UE在受限状态也能进行普通的业务,这和目前协议规定的原则不符合;或者UE由于能够进行正常业务,可能也会误判自己处于正常状态而不停的请求非紧急业务导致运营商网络资源的浪费。
本发明实施例还提供了一种网络设备,包括:
确定单元1601,用于当正在进行紧急业务的用户设备从源网络移动到目标网络时,确定所述用户设备在所述源网络中业务受限,或者所述用户设备仅存在紧急承载;
处理单元1602,用于根据所述确定单元的确定结果,拒绝所述用户设备的分组数据网PDN连接建立请求或者PDP上下文激活请求。
进一步地,所述确定单元1601,根据接收到的源移动性管理网元发送的用户设备在源网络中的状态信息,确定所述UE在所述源网络中业务受限;
另一种是,位置更新之前进行了切换流程,所述UE在源网络中的状态信息在所述UE从源网络切换到目标网络时,在和源网络的信令交互中(具体包括:前向切换请求消息或者前向切换完成确认消息)获取,所述确定单元1601根据该状态信息确定所述UE在所述源网络中业务受限。
进一步的,确定单元还可以确定该UE受限的原因,该UE受限的原因包括但不限于UE不存在签约数据。
本发明实施例所提供的网络设备可以是移动性管理网元,如GGSN、MME或者非3GPP接入网关等。
采用本发明实施例提供的网络设备,能够在确定用户设备受限时,拒绝该用户设备的DN连接建立请求或者PDP上下文激活请求,保证了网络侧对用户设备的接入控制和管理,也可以节省网络资源。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一计算机可读存储介质中,如ROM/RAM、磁碟或光盘等。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (38)
1.一种用户管理方法,其特征在于,包括:
当正在进行紧急业务的用户设备从源网络切换到目标网络时,源网络网元确定所述用户设备在所述目标网络中业务受限,向所述用户设备发送业务受限指示信息。
2.根据权利要求1所述的方法,其特征在于,所述源网络网元向所述用户设备发送业务受限指示信息包括:
源接入网元经由源移动性管理网元向目标移动性管理网元发送业务受限指示信息,当所述用户设备向所述目标移动性管理网元发送接入请求时,所述目标移动性管理网元向所述用户设备发送携带所述业务受限指示信息的消息;或者,
源移动性管理网元向目标移动性管理网元发送业务受限指示信息,当所述用户设备向所述目标移动性管理网元发起接入请求时,所述目标移动性管理网元向所述用户设备发送携带所述业务受限指示信息的消息;或者,
所述源接入网元向所述用户设备发送携带业务受限指示信息的消息。
3.根据权利要求1所述的方法,其特征在于,还包括:
源网络网元向所述用户设备发送携带是否发起位置更新的指示信息的消息。
4.根据权利要求3所述的方法,其特征在于,所述源网络网元向所述用户设备发送携带是否发起位置更新的指示信息的消息包括:
如果所述源网络和目标网络服务用户设备的为同一个移动性管理网元,源网络网元向所述用户设备发送携带不发起位置更新的指示信息的消息;和/或
如果所述源网络和目标网络服务用户设备的为不同的移动性管理网元,源网络网元向所述用户设备发送携带发起位置更新的指示信息的消息。
5.根据权利要求1-4中任一所述的方法,其特征在于,所述业务受限指示信息包括:业务受限标识和/或业务受限原因值。
6.根据权利要求1所述的方法,其特征在于,还包括:
源移动性管理网元向目标移动性管理网元发送携带用于验证用户是否业务受限的签约数据的消息;
当用户设备在所述目标网络再次发生切换时,所述目标移动性管理网元根据所述用于验证用户是否业务受限的签约数据判断所述用户设备在切换到的网络中是否受限。
7.一种用户管理方法,其特征在于,包括:
当正在进行紧急业务的用户设备从源网络切换到目标网络时,获取业务受限指示信息;
根据所述业务受限指示信息,确定所述用户设备在所述目标网络中的状态。
8.根据权利要求7所述的方法,其特征在于,所述获取业务受限指示信息包括:
根据所述用户设备在所述目标网络中的承载的属性,获取业务受限指示信息;或者,
接收携带业务受限指示信息的消息,从该消息中获取业务受限指示信息。
9.根据权利要求8所述的方法,其特征在于,所述用户设备在所述目标网络中的承载的属性为用户设备在目标网络中的全部承载的ARP是紧急ARP。
10.根据权利要求8所述的方法,其特征在于,所述根据所述用户设备在所述目标网络中的承载的属性,获取业务受限指示信息之前,还包括:删除用户设备的非紧急承载。
11.根据权利要求7所述的方法,其特征在于,还包括:
接收携带是否发起位置更新的指示信息的消息;
根据所述是否发起位置更新的指示信息,确定是否发起位置更新流程。
12.根据权利要求7-11中任一所述的方法,其特征在于,还包括:
根据所述业务受限指示信息,重新选择目标网络,向该目标网络发起接入请求。
13.一种网络设备,位于源网络中,其特征在于,包括:
确定单元,用于当正在进行紧急业务的用户设备从源网络切换到目标网络时,确定所述用户设备在所述目标网络中业务受限;
第一发送单元,用于根据所述确定单元的确定结果,向所述用户设备发送业务受限指示信息。
14.根据权利要求13所述的网络设备,其特征在于,还包括:
第二发送单元,用于向所述用户设备发送携带是否发起位置更新的指示信息的消息。
15.根据权利要求14所述的网络设备,其特征在于,所述第二发送单元,用于如果所述源网络和目标网络服务用户设备的为同一个移动性管理网元,向所述用户设备发送携带不发起位置更新的指示信息的消息;和/或
如果所述源网络和目标网络服务用户设备的为不同的移动性管理网元,向所述用户设备发送携带发起位置更新的指示信息的消息。
16.根据权利要求13-15中任一所述的网络设备,其特征在于,所述网络设备为源接入网元,或者源移动性管理网元。
17.一种用户设备,其特征在于,包括:
获取单元,用于当正在进行紧急业务的用户设备从源网络切换到目标网络时,获取业务受限指示信息;
第一确定单元,用于根据所述获取单元获取的业务受限指示信息,确定所述用户设备在所述目标网络中的状态。
18.根据权利要求17所述的用户设备,其特征在于,所述获取单元,用于根据所述用户设备在所述目标网络中的承载的属性,获取业务受限指示信息;或者,接收携带业务受限指示信息的消息,从该消息中获取业务受限指示信息。
19.根据权利要求18所述的用户设备,其特征在于,还包括:
删除单元,用于删除用户设备的非紧急承载。
20.根据权利要求17所述的用户设备,其特征在于,还包括:
接收单元,用于接收携带是否发起位置更新的指示信息的消息;
第二确定单元,用于根据所述是否发起位置更新的指示信息,确定是否发起位置更新流程。
21.根据权利要求17-20中任一所述的用户设备,其特征在于,还包括:
重选单元,用于根据所述获取单元获取的业务受限指示信息,重新选择目标网络,向该目标网络发起接入请求。
22.一种通信系统,其特征在于,包括:网络设备,该网络设备位于源网络中,以可通信的方式与用户设备相连,
所述网络设备,用于当正在进行紧急业务的用户设备从源网络切换到目标网络时,确定所述用户设备在所述目标网络中业务受限,向所述用户设备发送业务受限指示信息。
23.一种状态保持方法,其特征在于,包括:
当正在进行紧急业务的用户设备从源网络移动到目标网络时,确定所述用户设备在所述源网络中业务受限,或者所述用户设备仅存在紧急承载,向所述用户设备发送保持状态的指示信息。
24.根据权利要求23所述的方法,其特征在于,所述确定所述用户设备在所述源网络中业务受限包括:
接收源移动性管理网元发送的包含用户设备在源网络中的状态信息的消息,根据所述用户设备在源网络中的状态信息,确定所述用户设备在所述源网络中业务受限。
25.一种状态保持方法,其特征在于,包括:
当正在进行紧急业务的用户设备从源网络移动到目标网络时,获取保持状态的指示信息;
根据所述保持状态的指示信息,确定是否在所述目标网络中保持状态。
26.根据权利要求25所述的方法,其特征在于,所述获取保持状态的指示信息包括:
根据所述用户设备在所述源网络中的承载的属性,获取保持状态的指示信息;或者,
接收携带保持状态的指示信息的消息,从该消息中获取保持状态的指示信息。
27.根据权利要求26所述的方法,其特征在于,所述用户设备在所述源网络中的承载的属性为用户设备在源网络中的全部承载的ARP是紧急ARP。
28.根据权利要求23-27中任一所述的方法,其特征在于,所述状态包括:用户设备的业务受限状态,或者用户设备的EMM状态。
29.根据权利要求28所述的方法,其特征在于,所述用户设备的EMM状态包括:用户设备的EMM主状态,或者用户设备的EMM子状态。
30.一种网络设备,其特征在于,包括:
确定单元,用于当正在进行紧急业务的用户设备从源网络移动到目标网络时,确定所述用户设备在所述源网络中业务受限,或者所述用户设备仅存在紧急承载;
发送单元,用于根据所述确定单元的确定结果,向所述用户设备发送保持状态的指示信息。
31.一种用户设备,其特征在于,包括:
获取单元,用于当正在进行紧急业务的用户设备从源网络移动到目标网络时,获取保持状态的指示信息;
确定单元,用于根据所述保持状态的指示信息,确定是否在所述目标网络中保持状态。
32.根据权利要求31所述的用户设备,其特征在于,所述获取单元,用于根据所述用户设备在所述源网络中的承载的属性,获取保持状态的指示信息;或者,接收携带保持状态的指示信息的消息,从该消息中获取保持状态的指示信息。
33.一种通信系统,其特征在于,包括:网络设备,该网络设备以可通信的方式与用户设备相连,
所述网络设备,用于当正在进行紧急业务的用户设备从源网络移动到目标网络时,确定所述用户设备在所述源网络中业务受限,或者所述用户设备仅存在紧急承载,向所述用户设备发送保持状态的指示信息。
34.一种接入方法,其特征在于,包括:
当正在进行紧急业务的用户设备从源网络移动到目标网络时,确定所述用户设备在所述源网络中业务受限,或者所述用户设备仅存在紧急承载;
拒绝所述用户设备的分组数据网PDN连接建立请求或者分组数据协议PDP上下文激活请求。
35.根据权利要求34所述的方法,其特征在于,所述确定所述用户设备在所述源网络中业务受限包括:
接收源移动性管理网元发送的包含用户设备在源网络中的状态信息的消息,根据所述用户设备在源网络中的状态信息,确定所述用户设备在所述源网络中业务受限。
36.根据权利要求34或35任一所述的方法,其特征在于,还包括:
确定所述用户设备的受限原因,所述用户设备的受限原因包括所述用户设备不存在签约数据。
37.根据权利要求36所述的方法,其特征在于,还包括:
当所述用户设备的受限原因不是所述用户设备不存在签约数据时,从归属用户服务器HSS中获取所述用户设备的签约信息;或者
当所述用户设备的受限原因是所述用户设备不存在签约数据时,不从归属用户服务器HSS中获取所述用户设备的签约信息。
38.一种网络设备,其特征在于,包括:
确定单元,用于当正在进行紧急业务的用户设备从源网络移动到目标网络时,确定所述用户设备在所述源网络中业务受限,或者所述用户设备仅存在紧急承载;
处理单元,用于根据所述确定单元的确定结果,拒绝所述用户设备的分组数据网PDN连接建立请求或者PDP上下文激活请求。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101688592A CN101848449B (zh) | 2009-03-24 | 2009-08-25 | 用户管理和状态保持方法、装置及系统 |
PCT/CN2010/070429 WO2010108397A1 (zh) | 2009-03-24 | 2010-01-30 | 用户管理和状态保持方法、装置及系统 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910119368 | 2009-03-24 | ||
CN200910119368.9 | 2009-03-24 | ||
CN2009101688592A CN101848449B (zh) | 2009-03-24 | 2009-08-25 | 用户管理和状态保持方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101848449A true CN101848449A (zh) | 2010-09-29 |
CN101848449B CN101848449B (zh) | 2013-12-04 |
Family
ID=42780156
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101688592A Active CN101848449B (zh) | 2009-03-24 | 2009-08-25 | 用户管理和状态保持方法、装置及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101848449B (zh) |
WO (1) | WO2010108397A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012103791A1 (zh) * | 2011-01-31 | 2012-08-09 | 中兴通讯股份有限公司 | 跨无线网络控制器的切换方法及系统 |
WO2013149389A1 (zh) * | 2012-04-05 | 2013-10-10 | 华为技术有限公司 | 用户设备注册的方法及用户设备 |
CN110301146A (zh) * | 2017-03-01 | 2019-10-01 | 华为技术有限公司 | 网络配置方法及终端 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020001099A1 (zh) * | 2018-06-25 | 2020-01-02 | Oppo广东移动通信有限公司 | 网络设备配置终端设备的方法、终端设备和网络设备 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101277518A (zh) * | 2007-03-26 | 2008-10-01 | 中兴通讯股份有限公司 | 一种紧急业务的处理方法 |
-
2009
- 2009-08-25 CN CN2009101688592A patent/CN101848449B/zh active Active
-
2010
- 2010-01-30 WO PCT/CN2010/070429 patent/WO2010108397A1/zh active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101277518A (zh) * | 2007-03-26 | 2008-10-01 | 中兴通讯股份有限公司 | 一种紧急业务的处理方法 |
Non-Patent Citations (1)
Title |
---|
3GPP TSG SA: "《3GPP TR 23.869 v9.0.0》", 13 March 2009 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012103791A1 (zh) * | 2011-01-31 | 2012-08-09 | 中兴通讯股份有限公司 | 跨无线网络控制器的切换方法及系统 |
WO2013149389A1 (zh) * | 2012-04-05 | 2013-10-10 | 华为技术有限公司 | 用户设备注册的方法及用户设备 |
CN110301146A (zh) * | 2017-03-01 | 2019-10-01 | 华为技术有限公司 | 网络配置方法及终端 |
Also Published As
Publication number | Publication date |
---|---|
CN101848449B (zh) | 2013-12-04 |
WO2010108397A1 (zh) | 2010-09-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101684699B1 (ko) | 이동 통신 네트워크에서의 통신 방법 및 이를 위한 시스템 | |
US20200196200A1 (en) | Handover method and mobility management network element | |
EP2289264B1 (en) | Handover of non-voice bearers in packet-switched and cicuit-switched networks | |
EP2291014B1 (en) | Method and corresponding terminal for association relationship updating | |
EP1670275B1 (en) | Method and apparatus for informing a radio access network of a selected core network from user equipment in a network sharing system | |
US8514813B2 (en) | Method and mobile management entity for obtaining bearer condition during handover of user equipment | |
EP2248382B1 (en) | Path switching between an evolved node b and a mobile management entity | |
KR101836562B1 (ko) | 단말의 보이스 세션을 핸드오버하기 위한 타겟 코어 네트워크를 선택하는 방법들 및 노드들 | |
CN102036325B (zh) | 一种建立或修改本地ip接入承载的方法和设备 | |
KR101960562B1 (ko) | 풀-멀티-오퍼레이터 코어 네트워크에서 e-utran으로부터 utran/geran으로의 이동국의 회선 교환 폴백을 제어하는 방법 및 장치 | |
CN102238658A (zh) | 一种支持网关节点重选的方法 | |
AU2008267838A1 (en) | System and method for providing voice service in a multimedia mobile network | |
CN111641986B (zh) | 一种通信方法、设备和计算机设备 | |
US20070225001A1 (en) | Management of cell-specific address information | |
US10334640B2 (en) | Systems, methods, and devices for facilitating wireless communication | |
US20150237538A1 (en) | Registration of Radio Network Change Based Title of the Invention on A CS Fallback Mechanism | |
CN101272604B (zh) | 信令跟踪方法及设备 | |
CN105706518B (zh) | Csfb呼叫建立方法及装置 | |
CN104254111A (zh) | 反向单一无线语音呼叫连续性的处理方法、设备及系统 | |
US8971875B2 (en) | Device and method for performing a reverse single radio voice call continuity (RSRVCC) procedure | |
KR20140019548A (ko) | 이종망간의 통신 서비스 제공 방법 | |
CN101848449A (zh) | 用户管理和状态保持方法、装置及系统 | |
CN105323806B (zh) | 承载的建立方法及装置 | |
CN101801046A (zh) | 建立本地交换的方法、核心网设备及基站子系统 | |
CN102065503A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20100929 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Method, device and system for user management and state maintenance Granted publication date: 20131204 License type: Common License Record date: 20150827 |
|
LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |