一种切换方法、 装置和系统 【技术领域】
本发明涉及移动通信技术领域, 特别是涉及一种切换方法、 装置和系统。背景技术 紧急承载业务用于提供支持 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 接口切换时, 移动管理实体为目标移动管理实体, 所述移动管理 实体返回响应消息, 具体包括 : 目标移动管理实体向源移动管理实体返回切换失败消息, 所 述切换失败消息中携带所述目标小区不支持紧急业务的原因值。
目标移动管理实体向源移动管理实体返回切换失败消息之后, 还包括 :
源移动管理实体向源基站设备返回切换失败消息, 所述切换失败消息中携带所述 目标小区不支持紧急业务的原因值。
源移动管理实体向源基站设备返回切换失败消息之后, 还包括 :
所述源基站设备接收所述目标小区不支持紧急业务的原因指示, 为所述用户设备 重新选择目标小区。
需要说明的是, 本发明方法可以根据实际需要对各个步骤顺序进行调整。
本发明实施例的技术方案具有以下优点, 在目标小区不支持 UE 的紧急业务时, 补 充了协议过程中的处理方法, 提高了协议的完整性。
用户设备发生 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 紧急业务的原因指示。
需要说明的是, 本发明方法可以根据实际需要对各个步骤顺序进行调整。
本发明实施例的技术方案具有以下优点, 在目标小区不支持 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 选择新的目标小区执行切换。
需要说明的是, 本发明方法可以根据实际需要对各个步骤顺序进行调整。
本发明实施例的技术方案具有以下优点, 在目标小区不支持 UE 的紧急业务时, 补 充了协议过程中的处理方法, 提高了协议的完整性。
如图 4 所示, 为本发明实施例四中的一种移动管理实体结构示意图, 包括 :
接收模块 410, 用于在接收到用户设备发生切换的消息时, 判断所述用户设备是否 承载紧急业务。
判断模块 420, 用于在接收模块 410 判断所述用户设备承载紧急业务时, 判断所述 用户设备切换到的目标小区能够支持所述用户设备的紧急业务。
发送模块 430, 用于在判断模块 420 判断所述目标小区不支持所述用户设备的紧 急业务时, 返回响应消息, 指示所述目标小区不支持紧急业务。
上述用户设备发生 X2 接口切换时, 上述发送模块 430, 具体用于向目标基站设备 返回路径更新确认消息或者路径更新失败消息, 所述路径更新确认消息或者路径更新失败 消息中携带指示所述目标小区不支持紧急业务的原因值。
上述用户设备发生 S1 接口切换时, 移动管理实体为目标移动管理实体,
上述发送模块 430, 具体用于向源移动管理实体返回切换失败消息, 所述切换失败 消息中携带所述目标小区不支持紧急业务的原因值。
本发明实施例的技术方案具有以下优点, 在目标小区不支持 UE 的紧急业务时, 补 充了协议过程中的处理方法, 提高了协议的完整性。
如图 5 所示, 为本发明实施例五中的一种切换系统结构示意图, 包括移动管理实 体 510、 用户设备 520、 源基站设备 530 和目标基站设备 540, 其中,
移动管理实体 510, 用于在接收到用户设备 520 发生切换的消息时, 判断所述用户设备 520 是否承载紧急业务 ; 如果所述用户设备 520 承载紧急业务, 判断所述用户设备 520 切换到的目标小区能够支持所述用户设备的紧急业务, 当所述目标小区不支持所述用户设 备 520 的紧急业务时, 返回响应消息, 指示所述目标小区不支持紧急业务。
上述用户设备 520 发生 X2 接口切换时, 移动管理实体 510, 用于向目标基站设备 540 返回路径更新确认消息或者路径更新失败消息, 所述路径更新确认消息或者路径更新 失败消息中携带指示所述目标小区不支持紧急业务的原因值。
所述源基站设备 530, 用于接收所述目标小区不支持紧急业务的原因指示, 为所述 用户设备重新选择目标小区。
本发明实施例的技术方案具有以下优点, 在目标小区不支持 UE 的紧急业务时, 补 充了协议过程中的处理方法, 提高了协议的完整性。
如图 6 所示, 为本发明实施例六中的一种切换系统结构示意图, 包括目标移动管 理实体 610、 用户设备 620、 源基站设备 630 和源移动管理实体 640, 其中,
目标移动管理实体 610, 用于在接收到用户设备 620 发生切换的消息时, 判断所述 用户设备 620 是否承载紧急业务 ; 如果所述用户设备 620 承载紧急业务, 判断所述用户设备 620 切换到的目标小区能够支持所述用户设备的紧急业务, 当所述目标小区不支持所述用 户设备 620 的紧急业务时, 返回响应消息, 指示所述目标小区不支持紧急业务。 上述用户设备 620 发生 S1 接口切换时, 上述目标移动管理实体 610, 用于向源移动 管理实体 650 返回切换失败消息, 所述切换失败消息中携带所述目标小区不支持紧急业务 的原因值。
所述源基站设备 630, 用于接收所述目标小区不支持紧急业务的原因指示, 为所述 用户设备重新选择目标小区。
源移动管理实体 640, 向源基站设备 630 返回切换失败消息, 所述切换失败消息中 携带所述目标小区不支持紧急业务的原因值。
本发明实施例的技术方案具有以下优点, 在目标小区不支持 UE 的紧急业务时, 补 充了协议过程中的处理方法, 提高了协议的完整性。
通过以上的实施方式的描述, 本领域的技术人员可以清楚地了解到本发明可借助 软件加必需的通用硬件平台的方式来实现, 当然也可以通过硬件, 但很多情况下前者是更 佳的实施方式。基于这样的理解, 本发明的技术方案本质上或者说对现有技术做出贡献的 部分可以以软件产品的形式体现出来, 该计算机软件产品存储在一个存储介质中, 包括若 干指令用以使得一台终端设备 ( 可以是手机, 个人计算机, 服务器, 或者网络设备等 ) 执行 本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式, 应当指出, 对于本技术领域的普通技术人 员来说, 在不脱离本发明原理的前提下, 还可以做出若干改进和润饰, 这些改进和润饰也应 视本发明的保护范围。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分 布于实施例的装置中, 也可以进行相应变化位于不同于本实施例的一个或多个装置中。上 述实施例的模块可以集成于一体, 也可以分离部署, 可以合并为一个模块, 也可以进一步拆 分成多个子模块。
上述本发明实施例序号仅仅为了描述, 不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例, 但是, 本发明并非局限于此, 任何本领 域的技术人员能思之的变化都应落入本发明的保护范围。