CN103460728A - 用户设备注册的方法及用户设备 - Google Patents

Abstract

一种用户设备注册的方法及用户设备，所述方法包括：处于受限服务态的用户设备选择到正常服务小区；所述用户设备在所述正常服务小区发起重新注册。本发明实施例以解决现有技术中处于受限服务态的用户设备在选择到正常服务小区时，不能发起正常业务的技术问题，保证了处于受限服务态的用户设备在选择到正常服务小区后，迅速完成正常注册，重新进入正常服务态，以备后续发起正常业务，满足了用户需求，提升了用户体验。

Description

用户设备注册的方法及用户设备

技术领域 本发明涉及通信技术领域， 特别涉及一种用户设备注册的方法及用户设备。 背景技术

随着通信技术的不断发展，用户对通信基础设施的服务能力要求也越来越高， 突 发事件中的紧急通信成为用户关注的焦点。 基于此， 3GPP标准组织在 Rel-9启动了 分组域紧急业务的标准化工作， 所述紧急业务包括处于正常服务态用户设备 （UE, Uer Equipment) 发起的紧急业务与处于受限服务态用户设备发起的紧急业务。 对于 正常服务态，用户设备驻留在一个正常服务的小区并实现正常注册，用户设备发起紧 急分组数据网络（PDN , Packet Data Network)连接请求流程建立一个紧急 PDN连接， 并通过所建立的紧急 PDN连接实现紧急业务； 对于受限服务态， 用户设备驻留在一 个受限服务的小区并发起紧急附着， 在紧急附着的过程中建立紧急 PDN连接来实现 紧急业务。

但是， 如果一个正常注册的用户设备， 从一个正常服务的小区移动到一个受限服 务的小区，用户设备需要发起到网络侧的位置更新流程， 网络侧根据当前用户设备是 否有激活的紧急 PDN连接对用户设备发起的位置更新流程进行不同的处理：

第一种情况为： 若用户设备有激活的紧急 PDN连接， 则网络侧接受用户设备的 位置更新请求。若用户设备当前处于空闲态， 则网络侧局部删除所有正常演进分组系 统 （EPS, Evolved Packet System) 承载上下文， 并指示用户设备局部删除所有正常 EPS承载上下文； 若用户设备当前处于连接态， 则网络侧发起 EPS承载去激活流程 删除所有正常 EPS承载上下文。 用户设备侧与网络侧均只保留紧急 PDN连接， 且将 用户设备标记为紧急附着状态。

第二种情况为： 若用户设备没有激活的紧急 PDN连接， 则网络侧拒绝用户设备 的位置更新请求， 指示用户设备当前所在位置服务受限， 不能进行正常的业务。 网络 侧局部删除用户设备的所有正常 EPS承载上下文， 并将该用户设备分离。 用户设备 在收到位置更新拒绝指示后，进入受限服务态， 并发起小区选择流程以便选择到一个 正常服务的小区。

在对现有技术的研究和实践过程中， 本发明的发明人发现， 现有第二种情况中， 若用户设备未能选择到一个正常服务的小区， 则用户设备可以继续处于受限服务态， 但不能进行正常业务； 若用户设备选择到一个正常服务的小区， 则用户设备期望能够 进行正常业务。 但是， 根据当前 3GPP的标准定义， 处于受限服务态的用户设备只能 进行小区选择或直接发起紧急附着请求， 也就是说， 受限服务态用户设备在选择到正 常服务的小区时， 仍不能发起正常业务， 从而降低了用户业务体验， 并给运营商带来 极大的投诉风险。 发明内容

本发明实施例提供一种用户设备注册的方法及用户设备，以解决现有技术中处于 受限服务态的用户设备在选择到正常服务小区时， 不能发起正常业务的技术问题。

基于此， 本发明实施例提供一种用户设备注册的方法， 所述方法包括： 处于受限服务态的用户设备选择到正常服务小区；

所述用户设备在所述正常服务小区发起重新注册。

本发明实施例提供一种用户设备， 包括：

选择单元， 用于在所述用户设备处于受限服务态时选择正常服务小区； 重新注册单元，用于在所述选择单元选择到所述正常服务小区时，在所述正常服 务小区发起重新注册。

由上述技术方案可知，本发明实施例中，在处于受限服务态的用户设备选择到一 个正常服务小区， 在所述正常服务小区发起重新注册， 解决现有技术中， 处于受限服 务态的用户设备在选择到一个正常服务小区时， 只能进行紧急业务， 而不能发起正常 业务的技术问题。本发明实施例能够保证处于受限服务态的用户设备在选择到正常服 务小区后， 迅速完成正常注册， 重新进入正常服务态， 以备后续发起正常业务， 满足 了用户需求， 提升了用户体验。 附图说明

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

图 1为本发明实施例提供的一种用户设备注册的方法的流程图；

图 2为本发明实施例提供的一种用户设备注册的方法的第一实施例的流程图； 图 3为本发明实施例提供的一种用户设备注册的方法的第二实施例的流程图； 图 4为本发明实施例提供的 种用户设备注册的方法的第三实施例的流程图; 图 5为本发明实施例提供的 种用户设备的第一种结构示意图；

图 6为本发明实施例提供的 种用户设备的第二种结构示意图；

图 7为本发明实施例提供的 种用户设备的第三种结构示意图；

图 8为本发明实施例提供的 种用户设备的第四种结构示意图， 具体实施方式 为了使本技术领域的人员更好地理解本发明实施例的方案，下面结合附图和实施 方式对本发明实施例作进一步的详细说明。

在本发明实施例中， 用户设备 （UE, User Equipment) 可以为以下任意一种， 可 以是静态的， 也可以是移动的， 静止的 UE具体可以包括为终端（Terminal) 移动台 (Mobile Station )、 用户单元 ( Subscriber Unit) 或站台 ( Station) 等， 移动的 UE具 体可以包括蜂窝电话 （Cellular Phone )、 个人数字助理 （PDA， Personal Digital Assistant ) 无线调制解调器 （modem), 无线通信设备、 手持设备 （handheld)、 膝上 型电脑 （Laptop Computer ) 无绳电话 （Cordless Phone) 或无线本地环路 （WLL， Wireless Local Loop) 台等， 上述 UE可以分布于整个无线网络中。

请参阅图 1， 为本发明实施例提供的一种用户设备注册的方法的流程图， 所述方 法包括：

步骤 101 : 处于受限服务态的用户设备选择到正常服务小区；

其中，本发明实施例中，进入受限服务态的用户设备，称为受限服务态用户设备。 所述处于受限服务态的用户设备可以发起小区选择流程，以便于选择一个正常服务的 小区。

步骤 102: 所述用户设备在所述正常服务小区发起重新注册。

在该步骤中， 如果所述处于受限服务态的用户设备选择到一个正常服务小区， 则 可以直接在该正常服务小区向网络侧发起重新注册流程， 如果重新注册成功， 则可以 发起正常业务。

本发明实施例中，在处于受限服务态的用户设备选择到一个正常服务小区，在所 述正常服务小区发起重新注册，解决现有技术中， 处于受限服务态的用户设备在选择 到一个正常服务小区时， 只能进行紧急业务， 而不能发起正常业务的技术问题。本发 明实施例能够保证处于受限服务态的用户设备在选择到正常服务小区后，迅速完成正 常注册， 重新进入正常服务态， 以备后续发起正常业务， 满足了用户需求， 提升了用 户体验。 在一种可选的实施例中，如果处于受限服务态的用户设备选择到一个正常服务小 区为所述用户设备在进入受限服务态之前注册的正常服务小区，所述用户设备将当前 的业务状态从受限服务状态迁移为正常服务状态， 并保持在空闲态； 所述用户设备在 迁移为正常服务状态， 并保持空闲态下，可以直接在所述正常服务小区向网络侧发起 重新注册， 也可以在需要发起正常业务， 再在所述正常服务小区向网络侧发起重新注 册。

其中，在所述正常服务小区向网络侧发起重新注册具体包括： 所述受限服务态用 户设备在所述正常服务小区向网络侧的移动管理网元发起服务请求消息或位置更新 请求消息；所述受限服务态用户设备接收所述移动管理网元发送的所述服务请求消息 或位置更新请求的拒绝消息，所述拒绝消息中包括所述受限服务用户设备被隐式分离 的信息； 所述受限服务态用户设备在获知被隐式分离后， 向所述移动管理网元重新发 起正常注册。

该实施例中， 实现了处于受限服务态的用户设备在选择到正常服务小区后，可以 直接在该正常服务小区重新发起正常注册流程， 也可以在需要发起正常业务时，才在 该正常服务小区重新发起正常注册流程； 并且在正常注册完成后， 重新进入正常服务 态， 以发起正常业务， 满足了用户需求， 提升了用户体验。

另一种可选的实施例中， 在所述受限服务态用户设备选择到一个正常服务小区 时，所述方法还可以包括： 所述处于受限服务态的用户设备继续保持当前的业务状态 为受限服务状态。之后，所述处于受限服务态的用户设备在所述正常服务小区向网络 侧的移动管理网元发起重新注册。

其中，所述用户设备在所述正常服务小区向网络侧发起重新注册具体包括： 所述 用户设备在所述正常服务小区向移动管理网元发起位置更新请求消息；所述用户设备 接收所述移动管理网元发送的所述位置更新请求的拒绝消息，所述拒绝消息中包括所 述用户设备被隐式分离的信息； 所述用户设备在获知被隐式分离后， 向所述移动管理 网元重新发起正常注册。

该实施例中，在处于受限服务态的用户设备在选择到正常服务小区后， 如果用户 设备保持当前的业务状态为受限服务状态，则直接在正常服务小区向移动新管理网元 重新发起正常注册流程， 正常注册完成后， 重新进入正常服务态， 以发起正常业务， 满足了用户需求， 提升了用户体验。

又一种可选的实施例中，在所述处于受限服务态的用户设备选择到一个正常服务 小区时，所述方法还可以包括： 所述用户设备在正常服务小区释放所有正常演进分组 ***承载的下上文， 进入正常服务分离状态。之后， 所述用户设备在进入正常服务分 离状态后， 在所述正常服务小区向移动管理网元重新发起正常注册。

该实施例中， 处于受限服务态的用户设备在选择到正常服务小区后，所述用户设 备在所述正常服务小区执行分离流程，即释放所有正常演进分组***承载的下上文可 以全部分离， 也可以部分分离； 之后， 进入正常服务分离状态， 然后， 直接在该正常 服务小区向移动管理网元重新发起到正常注册流程， 正常注册完成后， 重新进入正常 服务态， 以发起正常业务， 满足了用户需求， 提升了用户体验。

为了便于本领域技术人员的理解，下面以具体的应用实例来说明。需要说明的是， 在本实施例中， 移动管理网元可以为移动管理实体 （MME， Mobility Management Entity )或服务 GPRS支持节点 （SGSN， Serving GPRS Support Node) 中的任一种。 为了便于说明， 下述应用施例中的移动管理网元以 MME为例进行具体说明。

还请参阅图 2， 为本发明实施例提供的一种用户设备注册的方法的第一应用实例 的流程图； 本实施例中， 处于受限服务态的 UE在执行正常服务小区选择时， 如果选 择的正常服务小区为该用户设备在进入受限服务态之前注册的正常服务小区。 UE将 自身的业务状态从受限服务注册态转变为正常服务注册态， 并继续保持在空闲态。本 实施例以后续有正常业务发起时， UE发起服务请求流程或位置更新流程为例。 MME 因 UE处于分离态而拒绝服务请求或位置更新请求， 并指示 UE重新发起正常附着流 程。 UE在收到 MME的指示后， 重新发起正常附着流程， 实现到 MME的重新正常 注册。 本实施例的具体实现流程如图 2所示， 具体包括：

步骤 201 : UE在一个正常服务小区正常附着，建立有若干正常 EPS承载上下文， 但没有建立紧急 PDN连接；

步骤 202: UE移动， 进入一个受限服务小区；

步骤 203 : UE向 MME发起位置更新请求；

步骤 204: MME向 UE发送位置更新请求的拒绝消息， 所述拒绝消息中指示 UE 当前小区服务受限；

步骤 205: MME局部释放该 UE所有的正常 EPS承载上下文， 将 UE给分离掉； 也就是说， 在步骤 202至 205中， 由于 UE移动， 其从一个正常服务小区进入一 个受限服务小区， 此时， UE需要发起到 MME的位置更新。 因该 UE在该服务小区 服务受限，故 MME拒绝该位置更新请求，在拒绝消息中指示 UE当前小区服务受限， 并局部释放 UE所有的正常 EPS承载上下文， 将 UE给分离掉。

步骤 206: UE在收到 MME的位置更新的拒绝消息后， 获知当前小区服务受限， 则进入受限服务注册态， 然后发起小区选择流程以便能够选择到一个正常服务小区； 也就是说， 当 UE进入受限服务注册态时， 表明 UE虽然仍处于注册态， 但在该 小区不能进行正常业务。 然后， UE执行小区选择以便能够选择到一个正常服务的小 区。

步骤 205和步骤 206没有时间上的先后顺序， 也可以同时进行。

步骤 207: 若 UE选择到一个正常服务小区且该小区属于 UE之前正常注册的位 置区域， 则 UE将自身的业务状态从受限服务注册态转变为正常服务注册态， 并继续 保持在空闲态；

在该步骤 207之后， 可以直接执行步骤 209， 也可以先执行步骤 208， 在执行步 骤 209; 本实施例以执行步骤 208为例， 但并不限于此。

步骤 208: 如果处于空闲态的 UE需要发起正常业务；

步骤 209: UE向 MME发起服务请求或位置更新请求；

UE在正常服务小区向服务该小区的 MME发起服务请求或位置更新请求。

步骤 210: MME向 UE发送所述服务请求的拒绝消息或位置更新请求的拒绝消 息， 所述拒绝消息中指示 UE已被 MME隐式分离的信息；

也就是说， 在该步骤中， MME因 UE处于分离态而拒绝服务请求或位置更新请 求。

步骤 211 : UE在获知被 MME隐式分离后， 直接发起正常附着流程。

也就是说， UE在接收到服务请求拒绝或位置更新请求的拒绝消息， 且被告知在 MME隐式分离后， 直接发起正常附着流程， 以实现到 MME的重新正常注册， 并在 注册成功后， 可以发起正常业务。

还请参阅图 3， 为本发明实施例提供的一种用户设备注册的方法的第二实施例的 流程图， 本实施例中， 处于受限服务态的 UE在执行正常服务小区选择时， 选择到一 个正常服务小区。 UE保持受限服务态的业务状态为受限服务注册状态， 然后， 马上 发起位置更新请求。 MME因 UE处于分离态而拒绝位置更新请求， 并指示 UE重新 发起正常附着流程。 UE在收到 MME的指示后，重新发起正常附着流程，实现到 MME 的重新正常注册。 本实施例的具体实现过程如图 3所示， 具体包括：

步骤 301至步骤 306， 详见上述第一实施例中的步骤 201至步骤 206， 在此不再 赘述。

步骤 307: 如果 UE选择到一个正常服务小区；

UE可以将当前的业务状态继续保持为受限服务态； 步骤 308: UE向 MME发起位置更新请求；

步骤 309: MME向 UE发送所述服务请求的拒绝消息或位置更新请求的拒绝消 息， 所述拒绝消息中指示 UE已被 MME隐式分离的信息；

在该步骤中， MME因 UE处于分离态而拒绝位置更新请求， 并在拒绝消息中指 示 UE已被 MME隐式分离。

步骤 310: UE在获知被 MME隐式分离后， 直接发起正常附着流程。

在发起正常附着流程后， 实现了到 MME的重新正常注册， 以备后续发起正常业 务。

还请参阅图 4， 为本发明实施例提供的一种用户设备注册的方法的第三实施例的 流程图， 本实施例中， 处于受限服务态的 UE在执行正常服务小区选择时， 选择到一 个正常服务小区。 UE执行分离流程， 即释放所有正常 EPS承载上下文后， 进入正常 服务分离态， 并发起正常附着流程， 实现到 MME的重新正常注册。 本实施例的具体 实现过程如图 4所示， 具体包括：

步骤 401至步骤 406， 详见上述第一实施例中的步骤 201至步骤 206， 在此不再 赘述。

步骤 407: 若 UE选择到一个正常服务小区， 则 UE执行分离流程， 即释放所有 正常 EPS承载上下文， 之后， 进入分离态；

步骤 408: UE向 MME发起正常附着流程；

在发起正常附着流程后，实现到 MME的重新正常注册，以备后续发起正常业务。 由上述实施例可知，本发明实施例提出一种用户设备的注册的方法，对处于受限 服务态的用户设备在选择到正常服务小区时，所述用户设备执行分离流程， 并重新发 起到 MME的正常注册流程。本发明实施例能够保证处于受限服务态的用户设备在选 择到正常服务小区后， 迅速完成正常注册， 重新进入正常服务态， 以备后续发起正常 业务， 满足了用户需求， 提升了用户体验。

基于上述方法的实现过程，本发明实施例还提供一种用户设备，其结构示意图详 见图 5， 所述用户设备包括： 选择单元 51和重新注册单元 52， 其中， 所述选择单元 51， 用于在所述用户设备处于受限服务态时选择正常服务小区； 重新注册单元 52， 用于在选择单元 51选择到正常服务小区时， 在所述正常服务小区发起重新注册。

可选的， 所述重新注册单元 52包括： 分离子单元 521和第一附着子单元 522， 其中， 所述分离子单元 521， 用于在所述正常服务小区执行分离流程； 所述第一附着 子单元 522， 用于在所述分离子单元 521执行分离流程后， 向移动管理网元发起重新 附着，其结构示意图如 6所示， 图 6为本发明实施例提供的第二种用户设备的结构示 意图。

可选的， 所述选择单元 51包括： 选择子单元 511和状态迁移子单元 512， 其中， 所述选择子单元 511， 用于处于受限服务态的所述用户设备选择在进入受限服务态之 前注册的所述正常服务小区； 所述状态迁移子单元 512， 用于在所述选择子单元 511 选择到所述正常服务小区时， 将所述用户设备从受限服务状态迁移到正常服务状态， 并保持在空闲状态； 重新注册单元 52， 具体用于在所述状态迁移子单元将所述用户 设备从受限服务状态迁移到正常服务状态， 并保持在空闲态时，在所述正常服务小区 发起重新注册。 当然， 所述重新注册单元， 具体还可以用于在所述状态迁移子单元将 所述用户设备从受限服务状态迁移到正常服务状态， 并保持在空闲态时， 并且在需要 发起正常业务时， 在所述正常服务小区发起重新注册， 其结构示意图如 7所示， 图 7 为本发明实施例提供的第三种用户设备的结构示意图。

可选的， 所述用户设备还可以包括： 保持单元， 用于在所述选择单子元选择到一 个正常服务小区时， 继续保持前的业务状态为受限服务状态； 之后， 在所述选择子单 元选择到一个正常服务小区时， 在所述正常服务小区发起重新注册。

可选的， 在图 5的基础上， 所述重新注册单元包括： 发送子单元， 接收子单元和 第二附着子单元， 其中， 所述发送子单元， 用于在所述正常服务小区向移动管理网元 发起服务请求消息或位置更新请求消息； 所述接收子单元，用于接收所述移动管理网 元发送的所述服务请求消息的拒绝消息或位置更新请求消息的拒绝消息，所述拒绝消 息中包括所述用户设备被隐式分离的信息； 所述第二附着子单元，用于在获知被隐式 分离后， 向所述移动管理网元发起重新附着；

可选的， 在图 7的基础上， 所述重新注册单元 52包括： 发送子单元 523， 接收 子单元 524和第二附着子单元 525， 其各个单元的功能和作用详见上述， 其结构示意 图如 8所示， 图 8为本发明实施例提供的第四种用户设备的结构示意图。

所述用户设备中各个单元的实现过程， 详见上述方法中对应的实现过程，在此不 再赘述。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实 体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之 间存在任何这种实际的关系或者顺序。 而且， 术语 "包括" 、 "包含"或者其任何其 他变体意在涵盖非排他性的包含， 从而使得包括一系列要素的过程、 方法、物品或者 设备不仅包括那些要素， 而且还包括没有明确列出的其他要素， 或者是还包括为这种 过程、 方法、 物品或者设备所固有的要素。 在没有更多限制的情况下， 由语句 "包括 一个…… " 限定的要素， 并不排除在包括所述要素的过程、 方法、物品或者设备中还 存在另外的相同要素。

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

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

Claims (1)

1. 权 利 要 求

   1、 一种用户设备注册的方法， 其特征在于， 包括：

   处于受限服务态的用户设备选择到正常服务小区；

   所述用户设备在所述正常服务小区发起重新注册。

   2、 根据权利要求 1所述的方法， 其特征在于， 所述用户设备在所述正常服 务小区发起重新注册， 包括：

   所述用户设备在所述正常服务小区执行分离流程；

   向移动管理网元发起重新附着。

   3、 根据权利要求 1所述的方法， 其特征在于， 所述处于受限服务态的用户 设备选择到正常服务小区， 包括：

   处于受限服务态的所述用户设备选择在进入受限服务态之前注册的所述正 常服务小区；

   所述用户设备从受限服务状态迁移到正常服务状态， 并保持在空闲态。 4、 根据权利要求 1或 3所述的方法， 其特征在于， 所述用户设备在所述正 常服务小区发起重新注册， 包括：

   所述用户设备在所述正常服务小区向移动管理网元发起服务请求消息或位 置更新请求消息；

   所述用户设备接收所述移动管理网元发送的所述服务请求消息的拒绝消息 或所述位置更新请求消息的拒绝消息，所述拒绝消息中包括所述用户设备被隐式 分离的信息；

   所述用户设备在获知被隐式分离后， 向所述移动管理网元发起重新附着。

   5、 一种用户设备， 其特征在于， 包括：

   选择单元， 用于在所述用户设备处于受限服务态时选择正常服务小区； 重新注册单元， 用于在所述选择单元选择到所述正常服务小区时， 在所述正 常服务小区发起重新注册。

   6、根据权利要求 5所述的用户设备， 其特征在于， 所述重新注册单元包括： 分离子单元， 用于在所述正常服务小区执行分离流程；

   第一附着子单元， 用于在所述分离子单元执行分离流程后， 向移动管理网元 发起重新附着。

   7、 根据权利要求 5所述的用户设备， 其特征在于， 所述选择单元包括： 选择子单元，用于处于受限服务态的所述用户设备选择在进入受限服务态之 前注册的所述正常服务小区；

   状态迁移子单元， 用于在所述选择子单元选择到所述正常服务小区时， 将所 述用户设备从受限服务状态迁移到正常服务状态， 并保持在空闲状态。

   8、 根据权利要求 5或 7所述的用户设备， 其特征在于， 所述重新注册单元 包括：

   发送子单元，用于在所述正常服务小区向移动管理网元发起服务请求消息或 位置更新请求消息；

   接收子单元，用于接收所述移动管理网元发送的所述服务请求消息的拒绝消 息或所述位置更新请求消息的拒绝消息，所述拒绝消息中包括所述用户设备被隐 式分离的信息；

   第二附着子单元， 用于在获知被隐式分离后， 向所述移动管理网元发起重新 附着。