一种保证紧急业务连续性的方法、 设备和系统 技术领域 本发明涉及移动通信技术领域, 特别是涉及一种保证紧急业务连续性的方法、 设 备和系统。
背景技术
紧急承载业务用于提供支持 IMS(IP Multimedia Subsystem, 互联网协议多媒 体子系统 ) 的紧急会话, 可以适用于正常附着的 UE(User Equipment, 用户设备 ), 也可 以适用于处于限制模式状态的 UE。UE 的紧急承载业务与本地配置相关, 与签约信息无 关。当 UE 处于限制业务模式时, MME 根据支持紧急业务模式的级别判断接受 UE 的紧 急附着请求还是拒绝 UE 的紧急附着请求。限制业务模式是指只允许发起紧急呼叫的 UE 的状态, 当 UE 不能发现一个 suitable cell( 合适的小区 ) 驻留, 或者 UE 没有插入 SIM(SubscriberIdentityModule, 用户身份识别模块 ) 卡, 或者 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 Subscriber Identity, 国际移动用户识别 码 ), 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 发生切换时, 由于执行切换判决过程的 sourceeNB( 源节点 B) 不知道目标网络支 持紧急业务的能力, 也不知道 UE 接入到网络的状态, 例如 UE 是正常附着还是紧急附着, 是 否有 IMSI 信息, 以及 IMSI 是否被成功鉴权等。当 UE 切换到的新的目标小区不支持 UE 的 紧急业务承载时, 会造成紧急业务承载的释放, 影响了紧急业务的连续性。 发明内容 本发明实施例提供一种保证紧急业务连续性的方法、 设备和系统, 保证了紧急业 务在切换过程中的连续性。
本发明实施例提出一种保证紧急业务连续性的方法, 包括以下步骤 :
移动管理实体接收来自源基站设备的切换请求消息或紧急业务能力判断请求, 所 述切换请求消息和所述紧急业务能力判断请求中均携带所述源基站设备为用户设备选择 的目标小区的跟踪区域标识 TAI 信息和 / 或路由区域识别 RAI 信息 ;
所述移动管理实体根据自身保存的 TAI 信息和 / 或 RAI 信息对应的网络对紧急业 务的支持能力、 所述用户设备的注册信息, 以及所述目标小区的 TAI 信息和 / 或 RAI 信息, 判断所述目标小区是否支持所述用户设备的紧急业务 ;
如果所述目标小区支持所述用户设备的紧急业务, 则所述移动管理实体通知网络 侧执行正常的切换流程 ; 如果所述目标小区不支持所述用户设备的紧急业务, 则所述移动 管理实体通知所述源基站设备重新为所述用户设备选择目标小区。
优选地, 所述移动管理实体接收来自源基站设备的切换请求消息或紧急业务能力 判断请求之前, 还包括 :
在所述移动管理实体中配置同一公众陆地移动通信网 PLMN 下的所有 TAI 和 RAI 范围的网络支持紧急业务的能力信息。
优选地, 所述移动管理实体接收来自源基站设备的紧急业务能力判断请求之前, 还包括 :
当用户设备发生切换时, 所述源基站设备为所述用户设备选择所述目标小区, 并 判断执行 S1 接口切换还是 X2 接口切换 ;
在执行 X2 接口切换时, 所述源基站设备判断所述目标小区和源小区不属于同一 个 TAI。
优选地, 所述源基站设备判断执行 S1 接口切换还是 X2 接口切换之后, 还包括 :
在执行 X2 接口切换时, 如果所述目标小区和源小区属于同一个 TAI, 所述源基站 设备执行正常的 X2 接口切换流程。
优选地, 在执行 X2 接口切换时, 所述移动管理实体通知网络侧执行正常的切换流 程, 具体包括 :
所述移动管理实体向所述源基站设备返回紧急业务能力指示, 使所述源基站设备 向目标基站设备发送切换请求, 执行正常的 X2 接口切换, 所述紧急业务能力指示中携带所 述目标小区支持所述用户设备的紧急业务的信息。
优选地, 在执行 X2 接口切换时, 所述移动管理实体通知所述源基站设备重新为所 述用户设备选择目标小区, 具体包括 :
所述移动管理实体向所述源基站设备返回紧急业务能力指示, 使所述源基站设备 重新为所述用户设备选择目标小区, 所述紧急业务能力指示中携带所述目标小区不支持所 述用户设备的紧急业务的信息。 优选地, 所述源基站设备判断执行 S 1 接口切换还是 X2 接口切换之后, 还包括 :
在执行 S1 接口切换时, 所述移动管理实体为源移动管理实体, 所述源基站设备向 所述源移动管理实体发送切换请求消息。
优选地, 在执行 S1 接口切换时, 所述移动管理实体通知网络侧执行正常的切换流 程, 具体包括 :
所述源移动管理实体向目标移动管理实体或业务通用分组无线服务支持节点 SGSN 发送切换请求消息, 执行正常的 S1 接口切换流程。
优选地, 在执行 S1 接口切换时, 所述移动管理实体通知所述源基站设备重新为所 述用户设备选择目标小区, 具体包括 :
所述源移动管理实体向所述源基站设备返回切换失败消息, 向所述源基站设备指 示所述目标小区不支持所述用户设备的紧急业务, 使所述源基站设备重新为所述用户设备 选择目标小区。
本发明实施例还提出一种移动管理实体, 包括 :
接收模块, 用于接收来自源基站设备的切换请求消息或紧急业务能力判断请求, 所述切换请求消息和所述紧急业务能力判断请求中均携带所述源基站设备为用户设备选 择的目标小区的 TAI 信息和 / 或 RAI 信息 ;
判断模块, 用于根据自身保存的 TAI 信息和 / 或 RAI 信息对应的网络对紧急业务 的支持能力、 所述用户设备的注册信息, 以及所述接收模块接收到的目标小区的 TAI 信息 和 / 或 RAI 信息, 判断所述目标小区是否支持所述用户设备的紧急业务 ;
通知模块, 用于在所述判断模块判断所述目标小区支持所述用户设备的紧急业务 时, 通知网络侧执行正常的切换流程 ; 在所述判断模块判断所述目标小区不支持所述用户 设备的紧急业务时, 通知所述源基站设备重新为所述用户设备选择目标小区。
优选地, 所述移动管理实体, 还包括 :
配置模块, 用于配置同一 PLMN 下的所有 TAI 和 RAI 范围的网络支持紧急业务的能 力信息。
优选地, 在执行 X2 接口切换时,
所述通知模块, 具体用于在所述判断模块判断所述目标小区支持所述用户设备的 紧急业务时, 向所述源基站设备返回紧急业务能力指示, 使所述源基站设备向目标基站设 备发送切换请求, 执行正常的 X2 接口切换, 所述紧急业务能力指示中携带所述目标小区支 持所述用户设备的紧急业务的信息 ;
在所述判断模块判断所述目标小区不支持所述用户设备的紧急业务时, 向所述源 基站设备返回紧急业务能力指示, 使所述源基站设备重新为所述用户设备选择目标小区, 所述紧急业务能力指示中携带所述目标小区不支持所述用户设备的紧急业务的信息。
优选地, 在执行 S1 接口切换时,
所述通知模块, 具体用于在所述判断模块判断所述目标小区支持所述用户设备的 紧急业务时, 向目标移动管理实体或 SGSN 发送切换请求消息, 执行正常的 S1 接口切换流 程;
在所述判断模块判断所述目标小区不支持所述用户设备的紧急业务时, 向所述源 基站设备返回切换失败消息, 向所述源基站设备指示所述目标小区不支持所述用户设备的 紧急业务, 使所述源基站设备重新为所述用户设备选择目标小区。
本发明实施例还提出一种保证紧急业务连续性的系统, 包括 :
移动管理实体, 用于接收来自源基站设备的切换请求消息或紧急业务能力判断请 求, 所述切换请求消息和所述紧急业务能力判断请求中均携带所述源基站设备为用户设备 选择的目标小区的跟踪区域标识 TAI 信息和 / 或路由区域识别 RAI 信息 ; 根据自身保存的 TAI 信息和 / 或 RAI 信息对应的网络对紧急业务的支持能力、 所述用户设备的注册信息, 以 及所述目标小区的 TAI 信息和 / 或 RAI 信息, 判断所述目标小区是否支持所述用户设备的 紧急业务 ; 在所述目标小区支持所述用户设备的紧急业务时, 通知网络侧执行正常的切换 流程 ; 在所述目标小区不支持所述用户设备的紧急业务时, 通知所述源基站设备重新为所 述用户设备选择目标小区 ;
源基站设备, 用于向所述移动管理实体发送切换请求消息或紧急业务能力判断请 求。
优选地, 所述移动管理实体, 还用于配置同一 PLMN 下的所有 TAI 和 RAI 范围的网 络支持紧急业务的能力信息。
优选地, 所述源基站设备, 还用于当用户设备发生切换时, 为所述用户设备选择所 述目标小区, 并判断执行 S1 接口切换还是 X2 接口切换 ;
在执行 X2 接口切换时, 判断所述目标小区和源小区是否属于同一个 TAI, 在所述 目标小区和所述源小区属于同一个 TAI 时, 执行正常的 X2 接口切换流程。
优选地, 在执行 X2 接口切换时,
所述源基站设备, 具体用于向所述移动管理实体发送紧急业务能力判断请求 ;
所述移动管理实体, 具体用于在所述目标小区支持所述用户设备的紧急业务时, 向所述源基站设备返回紧急业务能力指示, 使所述源基站设备向目标基站设备发送切换请求, 执行正常的 X2 接口切换, 所述紧急业务能力指示中携带所述目标小区支持所述用户设 备的紧急业务的信息 ;
在所述目标小区不支持所述用户设备的紧急业务时, 向所述源基站设备返回紧急 业务能力指示, 使所述源基站设备重新为所述用户设备选择目标小区, 所述紧急业务能力 指示中携带所述目标小区不支持所述用户设备的紧急业务的信息。
优选地, 在执行 S1 接口切换时,
所述源基站设备, 具体用于向所述移动管理实体发送切换请求消息 ;
所述移动管理实体, 具体用于在所述目标小区支持所述用户设备的紧急业务时, 向目标移动管理实体或 SGSN 发送切换请求消息, 执行正常的 S 1 接口切换流程 ;
在所述目标小区不支持所述用户设备的紧急业务时, 向所述源基站设备返回切换 失败消息, 向所述源基站设备指示所述目标小区不支持所述用户设备的紧急业务, 使所述 源基站设备重新为所述用户设备选择目标小区。
本发明实施例还提出一种保证紧急业务连续性的方法, 包括以下步骤 :
在网络部署时, 将同一 PLMN 下的所有网络部署相同的紧急业务支持能力 ;
用户设备在所述 PLMN 的内部进行切换。 优选地, 所述的方法, 还包括
在附着 attach 过程或跟踪区域更新 TAU 过程中, 所述用户设备接收到网络不支持 紧急业务的指示 ;
所述用户设备驻留到所述不支持紧急业务的网络所在的 PLMN 之外的小区。
优选地, 所述将同一 PLMN 下的所有网络部署相同的紧急业务支持能力之后, 还包 括:
在移动管理实体中配置同一 PLMN 下的所有 TAI 和 RAI 范围的网络支持相同的紧 急业务的能力信息。
本发明实施例的技术方案具有以下优点, 通过获取目标小区对用户设备的紧急业 务的支持能力, 避免了当 UE 切换到新的小区时, 由于新小区不支持 UE 的紧急业务而造成紧 急业务被中断的问题, 保证了紧急业务在切换中的连续性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案, 下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍, 显而易见地, 下面描述中的附图仅仅是本 发明的一些实施例, 对于本领域普通技术人员来讲, 在不付出创造性劳动性的前提下, 还可 以根据这些附图获得其他的附图。
图 1 为本发明实施例一中的一种保证紧急业务连续性的方法流程图 ;
图 2 为本发明实施例二中的一种保证紧急业务连续性的方法流程图 ;
图 3 为本发明实施例三中的一种移动管理实体结构示意图 ;
图 4 为本发明实施例四中的一种保证紧急业务连续性的系统结构示意图 ;
图 5 为本发明实施例五中的一种保证紧急业务连续性的方法流程图。具体实施方式
本发明实施例可以在网络部署时, 将同一 PLMN 下的所有小区部署相同的紧急业 务能力, MME 中配置的同一 PLMN 下的所有 TAI 和 RAI 范围的网络支持紧急业务的能力均相 同; 也可以在 MME 中配置同一 PLMN 下的所有 TAI 和 RAI 范围的网络支持紧急业务的能力不 同的情况。
具体地, 由于目前的 IMS 紧急业务不支持 inter PLMN 之间的切换, 因此在网络部 署时, 可以在同一 PLMN 的网络部署相同的紧急业务支持能力, 当 UE 在 attach( 附着 ) 过程 以及 TAU 过程中接收到支持紧急业务的指示后, UE 在 PLMN 内部发生切换, 目标网络都会支 持 UE 的紧急业务 ; 如果 UE 在 attach 过程或者 TAU 过程中接收到网络不支持紧急业务的指 示时, UE 可以自主选择驻留到其他 PLMN 的小区。
另外, MME 在 attach 过程以及 TAU 过程中可以指示分配给 UE 的 TAI list 范围内 是否支持 UE 的紧急业务, 在 MME 的配置信息中除了保存 MME pool( 移动管理实体池 ) 内所 有 TAI 的支持紧急业务的能力信息外, 还要保存同一 PLMN 下不属于该 MME pool 的 TAI 以 及 RAI 范围内网络对紧急业务的支持能力信息。
下面将结合本发明实施例中的附图, 对本发明实施例中的技术方案进行清楚、 完 整地描述, 显然, 所描述的实施例是本发明一部分实施例, 而不是全部的实施例。基于本发 明中的实施例, 本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施 例, 都属于本发明保护的范围。 如图 1 所示, 为本发明实施例一中的一种保证紧急业务连续性的方法流程图, 包 括以下步骤 :
步骤 101, 移动管理实体接收来自源基站设备的切换请求消息或紧急业务能力判 断请求。
其中, 切换请求消息和紧急业务能力判断请求中均携带源基站设备为用户设备选 择的目标小区的 TAI(Tracking Area Indicator, 跟踪区域标识 ) 信息和 / 或 RAI(Routing Area Identification, 路由区域识别 ) 信息。
移动管理实体接收来自源基站设备的切换请求消息或紧急业务能力判断请求之 前, 还包括 :
在移动管理实体中配置 PLMN 下的所有 TAI 和 RAI 范围的网络支持紧急业务的能 力信息 ;
当用户设备发生切换时, 源基站设备为用户设备选择目标小区, 并判断执行 S1 接 口切换还是 X2 接口切换 ;
在执行 S1 接口切换时, 移动管理实体为源移动管理实体, 源基站设备向源移动管 理实体发送切换请求消息。
在执行 X2 接口切换时, 源基站设备判断目标小区和源小区不属于同一个 TAI 时, 向移动管理实体发送紧急业务能力判断请求 ; 如果目标小区和源小区属于同一个 TAI, 源 基站设备执行正常的 X2 接口切换流程。
步骤 102, 移动管理实体根据自身保存的 TAI 信息和 / 或 RAI 信息对应的网络对紧 急业务的支持能力、 用户设备的注册信息, 以及目标小区的 TAI 信息和 / 或 RAI 信息, 判断 目标小区是否支持用户设备的紧急业务。
如果目标小区支持用户设备的紧急业务, 则执行步骤 103 ; 如果目标小区不支持 用户设备的紧急业务, 则执行步骤 104。
步骤 103, 移动管理实体通知网络侧执行正常的切换流程。
具体地, 在执行 X2 接口切换时, 移动管理实体向源基站设备返回紧急业务能力指 示, 使源基站设备向目标基站设备发送切换请求, 执行正常的 X2 接口切换, 该紧急业务能 力指示中携带所述目标小区支持所述用户设备的紧急业务的信息。
在执行 S1 接口切换时, 源移动管理实体向目标移动管理实体或 SGSN(Serving GPRS Support Node, 业务通用分组无线服务支持节点 ) 发送切换请求消息, 执行正常的 S1 接口切换流程。
步骤 104, 移动管理实体通知源基站设备重新为用户设备选择目标小区。
具体地, 在执行 S1 接口切换时, 移动管理实体向源基站设备返回切换失败消息, 向该源基站设备指示目标小区不支持用户设备的紧急业务, 使源基站设备重新为用户设备 选择目标小区。
在执行 X2 接口切换时, 移动管理实体向源基站设备返回紧急业务能力指示, 使该 源基站设备重新为用户设备选择目标小区, 该紧急业务能力指示中携带目标小区不支持用 户设备的紧急业务的信息。 本发明实施例的技术方案具有以下优点, 通过获取目标小区对用户设备的紧急业 务的支持能力, 避免了当 UE 切换到新的小区时, 由于新小区不支持 UE 的紧急业务而造成紧 急业务被中断的问题, 保证了紧急业务在切换中的连续性。
如图 2 所示, 为本发明实施例二中的一种保证紧急业务连续性的方法流程图, 包 括以下步骤 :
步骤 201, 当 UE 发生切换时, source eNB 选择该 UE 切换到的目标小区。
步骤 202, source eNB 判断执行 S1 接口切换还是执行 X2 接口切换, 如果执行 X2 接口切换, 则执行步骤 203 ; 如果执行 S1 接口切换, 则执行步骤 209。
步骤 203, source eNB 判断目标小区与源小区是否属于同一 TAI, 如果属于同一个 TAI, 则执行步骤 204 ; 如果不属于同一个 TAI, 则执行步骤 205 ;
步骤 204, source eNB 向 target eNB( 目标节点 B) 发送切换请求, 执行正常的 X2 接口切换流程。
步骤 205, source eNB 向 MME 发送紧急业务能力判断请求。
其中, 紧急业务能力判断请求中携带目标小区的 TAI 和 / 或 RAI 信息。
步骤 206, MME 向 source eNB 返回紧急业务能力指示, 如果该紧急业务能力指示的 内容为目标小区支持 UE 的紧急业务, 则执行步骤 207 ; 如果该紧急业务能力指示的内容为 目标小区不支持 UE 的紧急业务, 则执行步骤 208。
具体地, MME 根据 UE 的注册情况以及保存的目标 TAI 和 / 或 /RAI 信息对紧急业务 的支持能力判断紧急业务能力判断请求中目标的 TAI 和 / 或 /RAI 信息对应的目标小区是 否能向 UE 提供紧急业务, MME 在返回的紧急业务能力指示中向 UE 指示查询的 TAI 和 / 或 / RAI 信息对应的目标小区能否向 UE 提供紧急业务。
步骤 207, source eNB 向 target eNB 发送切换请求, 执行正常的 X2 接口切换过程。
步骤 208, source eNB 为 UE 重新选择目标小区。
步骤 209, source eNB 向 source MME 发送切换请求消息。
其中, 切换请求消息中携带目标小区的 cell ID( 小区标识 ) 以及目标小区所属的 TAI 和 / 或 RAI。
步骤 210, source MME 判断目标小区是否支持 UE 的紧急业务。如果支持, 则执行 步骤 211 ; 如果不支持, 则执行步骤 212。
具体地, source MME 根据 UE 的注册信息以及保存的 TAI 和 / 或 RAI 信息对应的 目标小区对紧急业务的支持能力判断目标小区是否支持 UE 的紧急业务。
步骤 211, source MME 向 target MME( 目标移动管理实体 )/SGSN 发送切换请求, 执行正常的 S1 接口切换过程。
步骤 212, source MME 向 source eNB 返回切换失败消息。
其中, 切换失败消息中携带切换失败原因, 指示目标小区不能支持 UE 的紧急业务 承载。执行完本步骤后, 继续执行步骤 208。
需要说明的是, 本发明实施例中的方法可以根据实际需要对各个步骤顺序进行调 整。
本发明实施例中的方法对于 3G 系统以及有 H(e)NB 部署的系统也同样适用, 3G 系 统以及有 H(e)NB 部署的系统中的切换流程与 S1 切换流程步骤类似, 在此不再赘述。
本发明实施例的技术方案具有以下优点, 通过获取目标小区对用户设备的紧急业 务的支持能力, 避免了当 UE 切换到新的小区时, 由于新小区不支持 UE 的紧急业务而造成紧 急业务被中断的问题, 保证了紧急业务在切换中的连续性。
如图 3 所示, 为本发明实施例三中的一种移动管理实体结构示意图, 包括 :
接收模块 310, 用于接收来自源基站设备的切换请求消息或紧急业务能力判断请 求, 该切换请求消息和紧急业务能力判断请求中均携带源基站设备为用户设备选择的目标 小区的 TAI 信息和 / 或 RAI 信息。
判断模块 320, 用于根据自身保存的 TAI 信息和 / 或 RAI 信息对应的网络对紧急业 务的支持能力、 用户设备的注册信息, 以及接收模块 310 接收到的目标小区的 TAI 信息和 / 或 RAI 信息, 判断目标小区是否支持用户设备的紧急业务。
通知模块 330, 用于在判断模块 320 判断目标小区支持用户设备的紧急业务时, 通 知网络侧执行正常的切换流程 ; 在判断模块 320 判断目标小区不支持用户设备的紧急业务 时, 通知源基站设备重新为用户设备选择目标小区。
在执行 X2 接口切换时, 上述通知模决 330, 具体用于在判断模块 320 判断目标小区 支持用户设备的紧急业务时, 向源基站设备返回紧急业务能力指示, 使源基站设备向目标 基站设备发送切换请求, 执行正常的 X2 接口切换, 紧急业务能力指示中携带目标小区支持 用户设备的紧急业务的信息 ;
在判断模块 320 判断目标小区不支持用户设备的紧急业务时, 向源基站设备返回 紧急业务能力指示, 使源基站设备重新为用户设备选择目标小区, 紧急业务能力指示中携 带目标小区不支持用户设备的紧急业务的信息。
在执行 S1 接口切换时, 移动管理实体为源移动管理实体, 上述通知模块 330, 具 体用于在判断模块 320 判断目标小区支持用户设备的紧急业务时, 向目标移动管理实体或 SGSN 发送切换请求消息, 执行正常的 S1 接口切换流程 ;在判断模块 320 判断目标小区不支持用户设备的紧急业务时, 向源基站设备返回 切换失败消息, 向源基站设备指示目标小区不支持用户设备的紧急业务, 使源基站设备重 新为用户设备选择目标小区。
配置模块 340, 用于配置同一 PLMN 下的所有 TAI 和 RAI 范围的网络支持紧急业务 的能力信息。
本发明实施例的技术方案具有以下优点, 通过获取目标小区对用户设备的紧急业 务的支持能力, 避免了当 UE 切换到新的小区时, 由于新小区不支持 UE 的紧急业务而造成紧 急业务被中断的问题, 保证了紧急业务在切换中的连续性。
如图 4 所示, 为本发明实施例四中的一种保证紧急业务连续性的系统结构示意 图, 包括移动管理实体 410 和源基站设备 420, 其中,
移动管理实体 410, 用于接收来自源基站设备 420 的切换请求消息或紧急业务能 力判断请求, 所述切换请求消息和所述紧急业务能力判断请求中均携带源基站设备 420 为 用户设备选择的目标小区的 TAI 信息和 / 或 RAI 信息 ; 根据自身保存的 TAI 信息和 / 或 RAI 信息对应的网络对紧急业务的支持能力、 所述用户设备的注册信息, 以及所述目标小区的 TAI 信息和 / 或 RAI 信息, 判断所述目标小区是否支持所述用户设备的紧急业务 ; 在所述目 标小区支持所述用户设备的紧急业务时, 通知网络侧执行正常的切换流程 ; 在所述目标小 区不支持所述用户设备的紧急业务时, 通知所述源基站设备重新为所述用户设备选择目标 小区 ;
源基站设备 420, 用于向移动管理实体 410 发送切换请求消息或紧急业务能力判 断请求。
上述移动管理实体 410, 还用于配置同一 PLMN 下的所有 TAI 和 RAI 范围的网络支 持紧急业务的能力信息。
上述源基站设备 420, 还用于当用户设备发生切换时, 为所述用户设备选择所述目 标小区, 并判断执行 S1 接口切换还是 X2 接口切换 ;
在执行 X2 接口切换时, 判断所述目标小区和源小区是否属于同一个 TAI, 在所述 目标小区和所述源小区属于同一个 TAI 时, 执行正常的 X2 接口切换流程。
在执行 X2 接口切换时, 上述源基站设备 420, 具体用于向移动管理实体 410 发送紧 急业务能力判断请求 ;
上述移动管理实体 410, 具体用于在所述目标小区支持所述用户设备的紧急业务 时, 向源基站设备 420 返回紧急业务能力指示, 使源基站设备 420 向目标基站设备发送切换 请求, 执行正常的 X2 接口切换, 所述紧急业务能力指示中携带所述目标小区支持所述用户 设备的紧急业务的信息 ;
在所述目标小区不支持所述用户设备的紧急业务时, 向源基站设备 420 返回紧急 业务能力指示, 使源基站设备 420 重新为所述用户设备选择目标小区, 所述紧急业务能力 指示中携带所述目标小区不支持所述用户设备的紧急业务的信息。
在执行 S1 接口切换时, 上述源基站设备 420, 具体用于向移动管理实体 410 发送切 换请求消息 ;
上述移动管理实体 410, 具体用于在所述目标小区支持所述用户设备的紧急业务 时, 向目标移动管理实体或 SGSN 发送切换请求消息, 执行正常的 S1 接口切换流程 ;在所述目标小区不支持所述用户设备的紧急业务时, 向源基站设备 420 返回切换 失败消息, 向源基站设备 420 指示所述目标小区不支持所述用户设备的紧急业务, 使源基 站设备 420 重新为所述用户设备选择目标小区。
本发明实施例的技术方案具有以下优点, 通过获取目标小区对用户设备的紧急业 务的支持能力, 避免了当 UE 切换到新的小区时, 由于新小区不支持 UE 的紧急业务而造成紧 急业务被中断的问题, 保证了紧急业务在切换中的连续性。
如图 5 所示, 为本发明实施例五中的一种保证紧急业务连续性的方法流程图, 包 括以下步骤 :
步骤 501, 在网络部署时, 将同一 PLMN 下的所有网络部署相同的紧急业务支持能 力。
将同一 PLMN 下的所有网络部署相同的紧急业务支持能力之后, 还可以在移动管 理实体中配置同一 PLMN 下的所有 TAI 和 RAI 范围的网络支持相同的紧急业务的能力信息。
步骤 502, 用户设备在 PLMN 的内部进行切换。
由于目前的 IMS 紧急业务不支持 inter PLMN 之间的切换, 因此在网络部署时, 可 以在同一 PLMN 的网络部署相同的紧急业务支持能力, 当 UE 在 attach 过程以及 TAU 过程中 接收到支持紧急业务的指示后, UE 在 PLMN 内部进行切换。 另外, 在 attach 过程或 TAU 过程中, 用户设备接收到网络不支持紧急业务的指示 后, 可以自主选择驻留到不支持紧急业务的网络所在的 PLMN 之外的小区, 即其他 PLMN 的小 区。
本发明实施例的技术方案具有以下优点, 通过将同一 PLMN 下的所有网络部署相 同的紧急业务支持能力, 避免了当 UE 切换到新的小区时, 由于新小区不支持 UE 的紧急业务 而造成紧急业务被中断的问题, 保证了紧急业务在切换中的连续性。
通过以上的实施方式的描述, 本领域的技术人员可以清楚地了解到本发明可借助 软件加必需的通用硬件平台的方式来实现, 当然也可以通过硬件, 但很多情况下前者是更 佳的实施方式。基于这样的理解, 本发明的技术方案本质上或者说对现有技术做出贡献的 部分可以以软件产品的形式体现出来, 该计算机软件产品存储在一个存储介质中, 包括若 干指令用以使得一台终端设备 ( 可以是手机, 个人计算机, 服务器, 或者网络设备等 ) 执行 本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式, 应当指出, 对于本技术领域的普通技术人 员来说, 在不脱离本发明原理的前提下, 还可以做出若干改进和润饰, 这些改进和润饰也应 视本发明的保护范围。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分 布于实施例的装置中, 也可以进行相应变化位于不同于本实施例的一个或多个装置中。上 述实施例的模块可以集成于一体, 也可以分离部署, 可以合并为一个模块, 也可以进一步拆 分成多个子模块。
上述本发明实施例序号仅仅为了描述, 不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例, 但是, 本发明并非局限于此, 任何本领 域的技术人员能思之的变化都应落入本发明的保护范围。