CN101998330A

CN101998330A - 一种切换方法、装置和系统

Info

Publication number: CN101998330A
Application number: CN2009100909437A
Authority: CN
Inventors: 张娟; 徐晖
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: China Academy of Telecommunications Technology CATT; Datang Mobile Communications Equipment Co Ltd
Priority date: 2009-08-18
Filing date: 2009-08-18
Publication date: 2011-03-30
Anticipated expiration: 2029-08-18
Also published as: CN101998330B

Abstract

本发明实施例公开了一种切换方法，包括以下步骤：移动管理实体接收到用户设备发生切换的消息时，判断所述用户设备是否承载紧急业务；如果所述用户设备承载紧急业务，所述移动管理实体判断所述用户设备切换到的目标小区能够支持所述用户设备的紧急业务，当所述目标小区不支持所述用户设备的紧急业务时，所述移动管理实体返回响应消息，指示所述目标小区不支持紧急业务。本发明实施例的技术方案具有以下优点，在目标小区不支持UE的紧急业务时，补充了协议过程中的处理方法，提高了协议的完整性。

Description

一种切换方法、装置和系统

技术领域

本发明涉及移动通信技术领域，特别是涉及一种切换方法、装置和系统。

背景技术

紧急承载业务用于提供支持IMS(IP Multimedia Subsystem，互联网协议多媒体子系统)的紧急会话，可以适用于正常附着的UE(User Equipment，用户设备)，也可以适用于处于限制模式状态的UE。UE的紧急承载业务与本地配置相关，与签约信息无关。当UE处于限制业务模式时，MME根据支持紧急业务模式的级别判断接受UE的紧急附着请求还是拒绝UE的紧急附着请求。限制业务模式是指只允许发起紧急呼叫的UE的状态，当UE不能发现一个suitable cell(合适的小区)驻留，或者UE没有插入SIM(Subscriber IdentityModule，用户身份识别模块)卡，或者UE收到了某些位置注册的响应消息(如指示为“非法UE”)时，UE试图驻留到一个小区而忽略该小区的PLMN(Public Land Mobile-communication Network，公众陆地移动通信网)id(标识)时，UE进入限制业务模式。

目前，协议定义以下四种网络支持的紧急呼叫的类型：

(1)只支持有效的UE(Valid UEs only)：网络不支持限制业务模式的UE，只有有效签约信息，在附着过程中鉴权和授权成功的正常UE才允许其发起紧急呼叫。正常的UE必须先附着到网络当UE检测到IMS紧急会话时在发起PDN(Public Data Networks，公用数据网)连接请求过程。

(2)只支持鉴权允许的UE(Only UEs that are authenticated areallowed)：UE必须有有效的IMSI(International Mobile SubscriberIdentity，国际移动用户识别码)，UE鉴权成功，但可能位于限制服务的小区而处于限制业务状态。而鉴权失败的UE则会被网络拒绝。

(3)只支持由IMSI的UE(IMSI required，authentication optional)：UE必须有IMSI，即使鉴权失败，UE仍然可以接入到网络，网络中保存未鉴权成功的IMSI。网络使用IMEI(International Mobile Equipment Identity，国际移动设备身份码)标识UE，而只有IMEI的UE将会被网络拒绝。

(4)所有UE都支持(All UEs are allowed)：除了鉴权成功的UE外，有IMSI但是鉴权失败的UE以及只有IMEI的UE也允许支持紧急业务。如果UE提供了IMSI但是鉴权失败，网络仍然保存未鉴权成功的IMSI，此时网络使用IMEI标识UE。

对于正常附着的UE，MME(Mobile Management Entity，移动管理实体)在返回给UE的attach accept(附着接受)消息以及后续发生TAU(Tracking AreaUpdate，跟踪区域更新)过程时在网络发送给UE的TAU accept(跟踪区域更新接受)消息中会携带一个Emergency Service Support indicator(紧急业务支持标识)，用于指示在分配给UE的TAI list(Tracking Area Indicator list，跟踪区域标识列表)范围内网络是否支持该UE的紧急业务。如果网络指示支持紧急业务，UE可以通过发起新的PDN连接建立过程建立与紧急PDN的连接。

如果UE处于限制业务模式，并要发起紧急业务时，UE直接发起紧急附着过程，UE在附着请求消息中会指示为紧急业务。如果网络支持UE的紧急呼叫则按照本地配置的MME紧急配置数据为UE建立紧急PDN连接。如果网络不支持UE的紧急呼叫，则MME会拒绝该UE的附着请求。

当网络支持紧急业务时，对于紧急呼叫将不会应用移动和接入限制。当用于紧急业务的承载建立时，紧急承载的ARP(Allocation and RetentionPriority，分配和保持优先级)将向E-UTRAN(Evolved Universal TerrestrialRadio Access Network，演进型全球陆上无线接入网)指示这一承载是用于紧急业务。当发生切换时源E-UTRAN在选择目标小区时也需要考虑这一指示。当UE切换到一个限制小区时，目标网络将只建立紧急业务承载，而所有非紧急业务的APN(Access Point Name，接入点名称)连接将会被删除。

发明人在实现本发明的过程中，发现现有技术至少存在如下问题：

网络提供的紧急业务是由本地配置和运营商策略决定的，与签约信息无关，在不同的TA(Tracking Area，跟踪区域)，网络支持的紧急业务的类别可能不同。目前协议中只定义了UE在附着过程和TAU过程中网络判断并向UE指示是否支持紧急业务的功能，当UE切换到新的目标小区，并且这一目标小区的TAI不在UE当前的TAI list中时，网络支持的紧急切换的类型可能会发生改变。由于切换判决过程是由source eNB(源节点B)执行，source eNB不知道目标网络支持紧急业务的能力，也不知道UE接入到网络的状态，如是正常附着还是紧急附着，是否有IMSI信息，以及其IMSI是否被成功鉴权等。若source eNB为UE选择的目标小区不能为UE提供紧急业务时，现有的协议中没有规定相关的处理方法。

发明内容

本发明实施例提供一种切换方法、装置和系统，补充了目标小区不支持UE的紧急业务时的处理方法。

本发明实施例提出一种切换方法，包括以下步骤：

移动管理实体接收到用户设备发生切换的消息时，判断所述用户设备是否承载紧急业务；

如果所述用户设备承载紧急业务，所述移动管理实体判断所述用户设备切换到的目标小区能够支持所述用户设备的紧急业务，当所述目标小区不支持所述用户设备的紧急业务时，所述移动管理实体返回响应消息，指示所述目标小区不支持紧急业务。

优选地，所述用户设备发生X2接口切换时，所述移动管理实体返回响应消息，具体包括：

所述移动管理实体向目标基站设备返回路径更新确认消息或者路径更新失败消息，所述路径更新确认消息或者路径更新失败消息中携带指示所述目标小区不支持紧急业务的原因值。

优选地，所述用户设备发生S1接口切换时，所述移动管理实体为目标移动管理实体，所述移动管理实体返回响应消息，具体包括：

所述目标移动管理实体向源移动管理实体返回切换失败消息，所述切换失败消息中携带所述目标小区不支持紧急业务的原因值。

优选地，所述目标移动管理实体向源移动管理实体返回切换失败消息之后，还包括：

所述源移动管理实体向源基站设备返回切换失败消息，所述切换失败消息中携带所述目标小区不支持紧急业务的原因值。

优选地，所述源移动管理实体向源基站设备返回切换失败消息之后，还包括：

所述源基站设备接收所述目标小区不支持紧急业务的原因指示，为所述用户设备重新选择目标小区。

本发明实施例还提出一种移动管理实体，包括：

接收模块，用于在接收到用户设备发生切换的消息时，判断所述用户设备是否承载紧急业务；

判断模块，用于在所述接收模块判断所述用户设备承载紧急业务时，判断所述用户设备切换到的目标小区能够支持所述用户设备的紧急业务；

发送模块，用于在所述判断模块判断所述目标小区不支持所述用户设备的紧急业务时，返回响应消息，指示所述目标小区不支持紧急业务。

优选地，所述用户设备发生X2接口切换时，

所述发送模块，具体用于向目标基站设备返回路径更新确认消息或者路径更新失败消息，所述路径更新确认消息或者路径更新失败消息中携带指示所述目标小区不支持紧急业务的原因值。

优选地，所述用户设备发生S1接口切换时，所述移动管理实体为目标移动管理实体，

所述发送模块，具体用于向源移动管理实体返回切换失败消息，所述切换失败消息中携带所述目标小区不支持紧急业务的原因值。

本发明实施例还提出一种切换系统，包括移动管理实体、用户设备和源基站设备，

所述移动管理实体，用于在接收到所述用户设备发生切换的消息时，判断所述用户设备是否承载紧急业务；如果所述用户设备承载紧急业务，判断所述用户设备切换到的目标小区能够支持所述用户设备的紧急业务，当所述目标小区不支持所述用户设备的紧急业务时，返回响应消息，指示所述目标小区不支持紧急业务。

优选地，所述用户设备发生X2接口切换时，

所述移动管理实体，用于向目标基站设备返回路径更新确认消息或者路径更新失败消息，所述路径更新确认消息或者路径更新失败消息中携带指示所述目标小区不支持紧急业务的原因值。

优选地，所述用户设备发生S1接口切换时，移动管理实体为目标移动管理实体，

所述移动管理实体，用于向源移动管理实体返回切换失败消息，所述切换失败消息中携带所述目标小区不支持紧急业务的原因值。

优选地，所述的系统，还包括：

源移动管理实体，向源基站设备返回切换失败消息，所述切换失败消息中携带所述目标小区不支持紧急业务的原因值。

优选地，所述源基站设备，还用于接收所述目标小区不支持紧急业务的原因指示，为所述用户设备重新选择目标小区。

本发明实施例的技术方案具有以下优点，在目标小区不支持UE的紧急业务时，补充了协议过程中的处理方法，提高了协议的完整性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一中的一种切换方法流程图；

图2为本发明实施例二中的一种切换方法流程图；

图3为本发明实施例三中的一种切换方法流程图；

图4为本发明实施例四中的一种移动管理实体结构示意图；

图5为本发明实施例五中的一种切换系统结构示意图；

图6为本发明实施例六中的一种切换系统结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，为本发明实施例一中的一种切换方法流程图，包括以下步骤：

步骤101，移动管理实体接收到用户设备发生切换的消息时，判断所述用户设备是否承载紧急业务。

步骤102，如果用户设备承载紧急业务，移动管理实体判断用户设备切换到的目标小区能够支持所述用户设备的紧急业务，当所述目标小区不支持所述用户设备的紧急业务时，所述移动管理实体返回响应消息，指示所述目标小区不支持紧急业务。

具体地，用户设备发生X2接口切换时，移动管理实体返回响应消息，具体包括：移动管理实体向目标基站设备返回路径更新确认消息或者路径更新失败消息，所述路径更新确认消息或者路径更新失败消息中携带指示所述目标小区不支持紧急业务的原因值。

用户设备发生S1接口切换时，移动管理实体为目标移动管理实体，所述移动管理实体返回响应消息，具体包括：目标移动管理实体向源移动管理实体返回切换失败消息，所述切换失败消息中携带所述目标小区不支持紧急业务的原因值。

目标移动管理实体向源移动管理实体返回切换失败消息之后，还包括：

源移动管理实体向源基站设备返回切换失败消息，所述切换失败消息中携带所述目标小区不支持紧急业务的原因值。

源移动管理实体向源基站设备返回切换失败消息之后，还包括：

需要说明的是，本发明方法可以根据实际需要对各个步骤顺序进行调整。

用户设备发生X2接口切换时，如图2所示，为本发明实施例二中的一种切换方法流程图，包括以下步骤：

步骤201，UE向source eNB发送测量报告。

步骤202，source eNB为UE选择切换的目标小区。

具体地，source eNB根据UE上报的测量报告，以及UE签约信息等参数为UE选择切换的目标小区。

步骤203，source eNB向target eNB(目标节点B)发送切换请求。

步骤204，target eNB执行接纳判决，为UE预留承载资源。

步骤205，target eNB向source eNB返回切换请求确认。

步骤206，source eNB向UE发送切换命令。

当UE收到切换命令消息后执行切换过程，与target eNB通过上行同步建立连接。

步骤207，target eNB向MME发送路径更新消息。

其中，target eNB发送给MME的路径更新信息中包含UE当前所在小区的TAI信息，根据目前的协议，网络是否支持UE的紧急业务是由MME决定的，而UE接入到网络的状态，即是正常附着还是紧急附着，UE是否有IMSI，以及其提供的IMSI是否有效等信息也都会保存在MME中。

步骤208，MME判断UE是否有连接的紧急业务承载，如果有，则判断目标小区能否为UE提供紧急业务，如果目标小区能为UE提供紧急业务，则执行步骤209；如果目标小区不能为UE提供紧急业务，则执行步骤210。

步骤209，MME向target eNB返回切换响应消息。

步骤210，MME将向target eNB返回路径更新确认或者路径更新失败消息。

具体地，如果目标网络不能为UE提供紧急业务，如UE为紧急附着到网络，而目标小区所在的网络只向正常附着的UE提供紧急业务，或者若MME中保存的UE的IMSI为未鉴权的IMSI，而当前目标小区只支持成功鉴权的IMSI的UE的紧急呼叫时，MME将向目标eNB返回路径更新确认或者路径更新失败消息，并在MME返回给UE的消息中携带指示为网络不支持UE紧急业务的原因指示。

用户设备发生S1接口切换时，如图3所示，为本发明实施例三中的一种切换方法流程图，包括以下步骤：

步骤301，UE向source eNB发送测量报告。

步骤302，source eNB为UE选择切换的目标小区，并判断执行S1接口切换。

具体地，source eNB根据UE的测量报告以及UE签约信息等参数为UE选择切换的目标小区，并判断要执行S1接口切换。

步骤303，source eNB向source MME(源移动管理实体)发送切换准备消息。

其中，source eNB向source MME发送的切换准备消息中携带目标小区的global cell ID(全局小区标识)以及TAI。

步骤304，source MME向target MME(目标移动管理实体)发送切换准备消息。

其中，source MME向target MME发送的切换准备消息中除了包含目标小区的信息外还包含UE的上下文信息，即UE在源侧的承载ID(标识)，QoS(Quality of Service，服务质量)信息等。

步骤305，target MME判断UE是否有连接的紧急业务承载，如果有，则判断目标小区能否为UE提供紧急业务，如果目标小区能为UE提供紧急业务，则执行步骤306；如果目标小区不能为UE提供紧急业务，则执行步骤307。

具体地，target MME根据UE上下文信息判断UE是否有连接的紧急业务承载。

步骤306，target MME向target eNB返回切换响应消息。

步骤307，target MME向target eNB返回切换失败消息。

步骤308，target eNB向source eNB返回切换失败消息。

如果网络不能支持UE的紧急业务，如UE为紧急附着到网络，而目标小区所在的网络只向正常附着的UE提供紧急业务，或者若MME中保存的UE的IMSI为未鉴权的IMSI，而当前目标小区只支持成功鉴权的IMSI的UE的紧急呼叫时，目标MME将向源MME发送切换失败消息，并在切换失败消息中指示网络不支持紧急业务的原因指示。源MME向源eNB发送切换失败消息，其中也携带网络不支持紧急业务的原因指示。源eNB收到这一指示后为UE选择新的目标小区执行切换。

如图4所示，为本发明实施例四中的一种移动管理实体结构示意图，包括：

接收模块410，用于在接收到用户设备发生切换的消息时，判断所述用户设备是否承载紧急业务。

判断模块420，用于在接收模块410判断所述用户设备承载紧急业务时，判断所述用户设备切换到的目标小区能够支持所述用户设备的紧急业务。

发送模块430，用于在判断模块420判断所述目标小区不支持所述用户设备的紧急业务时，返回响应消息，指示所述目标小区不支持紧急业务。

上述用户设备发生X2接口切换时，上述发送模块430，具体用于向目标基站设备返回路径更新确认消息或者路径更新失败消息，所述路径更新确认消息或者路径更新失败消息中携带指示所述目标小区不支持紧急业务的原因值。

上述用户设备发生S1接口切换时，移动管理实体为目标移动管理实体，

上述发送模块430，具体用于向源移动管理实体返回切换失败消息，所述切换失败消息中携带所述目标小区不支持紧急业务的原因值。

如图5所示，为本发明实施例五中的一种切换系统结构示意图，包括移动管理实体510、用户设备520、源基站设备530和目标基站设备540，其中，

移动管理实体510，用于在接收到用户设备520发生切换的消息时，判断所述用户设备520是否承载紧急业务；如果所述用户设备520承载紧急业务，判断所述用户设备520切换到的目标小区能够支持所述用户设备的紧急业务，当所述目标小区不支持所述用户设备520的紧急业务时，返回响应消息，指示所述目标小区不支持紧急业务。

上述用户设备520发生X2接口切换时，移动管理实体510，用于向目标基站设备540返回路径更新确认消息或者路径更新失败消息，所述路径更新确认消息或者路径更新失败消息中携带指示所述目标小区不支持紧急业务的原因值。

所述源基站设备530，用于接收所述目标小区不支持紧急业务的原因指示，为所述用户设备重新选择目标小区。

如图6所示，为本发明实施例六中的一种切换系统结构示意图，包括目标移动管理实体610、用户设备620、源基站设备630和源移动管理实体640，其中，

目标移动管理实体610，用于在接收到用户设备620发生切换的消息时，判断所述用户设备620是否承载紧急业务；如果所述用户设备620承载紧急业务，判断所述用户设备620切换到的目标小区能够支持所述用户设备的紧急业务，当所述目标小区不支持所述用户设备620的紧急业务时，返回响应消息，指示所述目标小区不支持紧急业务。

上述用户设备620发生S1接口切换时，上述目标移动管理实体610，用于向源移动管理实体650返回切换失败消息，所述切换失败消息中携带所述目标小区不支持紧急业务的原因值。

所述源基站设备630，用于接收所述目标小区不支持紧急业务的原因指示，为所述用户设备重新选择目标小区。

源移动管理实体640，向源基站设备630返回切换失败消息，所述切换失败消息中携带所述目标小区不支持紧急业务的原因值。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以集成于一体，也可以分离部署，可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims

1.一种切换方法，其特征在于，包括以下步骤：

2.如权利要求1所述的方法，其特征在于，所述用户设备发生X2接口切换时，所述移动管理实体返回响应消息，具体包括：

3.如权利要求1所述的方法，其特征在于，所述用户设备发生S1接口切换时，所述移动管理实体为目标移动管理实体，所述移动管理实体返回响应消息，具体包括：

4.如权利要求3所述的方法，其特征在于，所述目标移动管理实体向源移动管理实体返回切换失败消息之后，还包括：

5.如权利要求4所述的方法，其特征在于，所述源移动管理实体向源基站设备返回切换失败消息之后，还包括：

6.一种移动管理实体，其特征在于，包括：

7.如权利要求6所述移动管理实体，其特征在于，所述用户设备发生X2接口切换时，

8.如权利要求6所述移动管理实体，其特征在于，所述用户设备发生S1接口切换时，所述移动管理实体为目标移动管理实体，

9.一种切换系统，包括移动管理实体、用户设备和源基站设备，其特征在于，

10.如权利要求9所述的系统，其特征在于，所述用户设备发生X2接口切换时，

11.如权利要求9所述的系统，其特征在于，所述用户设备发生S1接口切换时，移动管理实体为目标移动管理实体，

12.如权利要求11所述的系统，其特征在于，还包括：

13.如权利要求12所述的系统，其特征在于，

所述源基站设备，还用于接收所述目标小区不支持紧急业务的原因指示，为所述用户设备重新选择目标小区。