技术领域

本发明涉及通信技术领域， 尤其涉及一种获知机器类型通信设备离线的方 法、 装置和系统。

背景技术 随着社会经济的不断发展和市场竟争的日益深 化， 各行各业都希望通过加 快自身信息化建设， 提高工作效率， 降低生产和运行成本， 全面增强市场竟争 力。 机器对机器 ( Machine to Machine , Μ2Μ )技术综合了通信和网络技术 , 将 遍布在人们日常生活中的机器设备连接成网络 ，使这些设备变得更加 "智能，，，从 而可以创造出丰富的应用， 给日常生活、 工业生产等的方式带来新一轮的变革。

在 Μ2Μ技术中， 机器类型通信 ( Machine Type Communication, MTC )设 备大都被安置在某一些固定的位置， 甚至处于相当恶劣的环境中， 而且 MTC设 备与 MTC用户处于分离状态， MTC用户很难控制 MTC设备（ Device )不被破 坏。 一旦 MTC设备被破坏， 处于离线（Offline )状态， 很有可能与接入网络失 去连接（loss of connectivity ), 从而无法与 MTC服务器保持通信。 现有技术中 由 MTC服务器对 MTC设备的状态进行检测， 判断 MTC设备是否处于离线状 态, ^口在管道监则 ( Pipeline monitor ), 铁路和桥梁监则 ( rail way and car bridge monitor )、 传输系统 ( transit systems )等等具体应用中 , MTC服务器检测 MTC 设备是否处于离线状态时， 需要向 MTC设备发送检测请求消息， 如果没有在预 定的时间内接收到 MTC设备的响应， 则确定该 MTC设备处于离线状态。

综上， 目前的检测方法中， MTC服务器不能及时获取 MTC设备离线的信 息。

发明内容

为解决现有技术中存在的问题，本发明的实施 例提供一种获知 MTC设备离 线的方法、 装置和系统， 在获知 MTC设备离线后， 及时通知 MTC服务器。

为达到上述目的， 本发明的实施例采用如下技术方案： 一种获知 MTC设备离线的方法， 所述方法包括：

接入网确认 MTC设备离线；

接入网通知 MTC服务器所述 MTC设备离线。

一种获知 MTC设备离线的装置， 其特征在于， 所述装置包括：

确认单元， 用于确认所述 MTC设备离线；

通知单元， 用于通知 MTC服务器所述 MTC设备离线。

本发明实施例还提供了一种获知 MTC设备离线的系统，该系统包括上述的 获知 MTC设备离线的装置。

附图说明

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

图 1为本发明一个实施例的提供的一种 M2M系统架构示意图；

图 2为本发明一个实施例提供的一种获知 MTC设备离线的方法流程示意 图；

图 3为本发明又一个实施例提供的一种获知 MTC设备离线的方法流程示意 图；

图 4为本发明又一个实施例提供的一种获知 MTC设备离线的方法流程示意 图；

图 5为本发明又一个实施例提供的一种获知 MTC设备离线的装置结构示意 图。

具体实施方式

下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是 全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。 本发明一个实施例提供了一种获知 MTC设备离线的方法，能够在获知 MTC 设备离线后， 及时通知 MTC服务器。 参见图 1 , 显示了本发明实施例的一种 M2M系统架构示意图。 MTC设备通过移动运营商 （ Mobile Network Operator, MNO ) 网络连接到 MTC服务器（ Server )。 MTC Server向 MTC用户 （User ) 提供 M2M业务，其中， MTC设备和 MTC用户都支持 M2M应用（ Application )。 图 1 只是对本发明实施例应用场景的示例性描绘， 本发明实施例也可应用在具 有其它网络结构的 M2M系统中。

参见图 2, 本发明实施例提供的获知 MTC设备离线的方法包括：

步骤 21： 接入网确认 MTC设备离线；

步骤 22: 接入网通知 MTC服务器所述 MTC设备离线。

在本发明实施例中， 上述的接入网可以为长期演进（ Long Term Evolution, LTE ) 网络。 在 LTE 下定义了新的移动通信网络的架构， 该架构与现在的通用 分组无线服务 （General Packet Radio Service , GPRS ) /通用移动通信系统 ( Universal Mobile Telecommunications System, UMTS )相比更力口扁平， 并且只 保留了分组域， 也可称为演进的分组网络系统（ Evolved Packet System , EPS )„ 本发明实施例中， 在 LTE 的接入网中可以包含移动管理实体 （ Mobile Management Entity, MME ), 服务网关（ Serving Gateway, S-GW)和分组数据网 络网关（Packet Data Network Gateway, PDN-GW)三个逻辑功能体，其中的 MME 负责 NAS信令与 NAS信令加密， 和漫游、 跟踪功能等以及分配用户临时身份 标识、 安全功能等； S-GW负责本地的移动性锚点和 3GPP系统内部的移动性锚 点以及合法监听相关信息； PDN-GW则负责策略执行和计费以及合法监听相关 功能。

接入网中还可以包括归属用户服务器（ Home Subscriber Server, HSS )或归 属位置寄存器（Home Location Register, HLR ), 其中 HSS和 HLR也可以合设 在一起， 称为 HSS/HLR, 不同的网络结构中，接入网采用的相应的网元 也不同， 例如， MME可以对应于当前 UMTS系统内部服务 GPRS支持节点（ Serving GPRS Support Node, SGSN ) 的控制平面部分。 本发明实施例中， MTC设备可以在一个或多个接入网中保持注册状 态， 任 一接入网检测到 MTC设备离线后， 都可以直接通知 MTC服务器所述 MTC设 备离线； 或者， 当接入网确认 MTC设备在其所注册的所有接入网中都离线时， 接入网再通知 MTC服务器 MTC设备离线。 MTC服务器获知 MTC设备离线后， 进行相应的处理， 例如， MTC服务器记录 MTC设备发生故障， 并通知 MTC用 户， 以使 MTC用户获知该 MTC设备故障， 后续可能派维修人员进行修护等。

本发明实施例提供的技术方案，由接入网对 MTC设备进行检测，确认 MTC 设备离线， 然后接入网通知 MTC服务器该 MTC设备离线， 解决了现有技术中 由 MTC服务器检测 MTC设备的离线状态所带来实时性差的问题，保 证了 MTC 服务器能够及时获知 MTC设备的离线状态。 下面对本发明又一实施例提供的一种获知 MTC设备离线的解决方案进行描 述。 本发明实施例提供的方案能够在获知 MTC设备离线后， 及时通知 MTC服 务器。在本发明实施例中以 MTC设备同时在第一接入网和第二接入网保持注 册 状态为例进行说明， 第一网元属于第一接入网， 第二网元属于第二接入网。 根 据网络架构的不同， 第一网元和第二网元也不同， 例如， 参见图 3 , 第一接入网 为 E-UTRAN网络时， 第一网元可以是 MME; 第二接入网为 GERAN/UTRAN 时， 第二网元可以是 SGSN。 本发明不局限于图 3所示的场景， 例如， 第一接入 网可以为 3GPP网络， 第二接入网可以为 Non-3GPP网络。

为了便于清楚描述本发明实施例的技术方案， 在本发明的实施例中， 采用 了 "第一"、 "第二" 等字样对功能和作用基本相同的相同项或相似 项进行区分， 本领域技术人员可以理解 "第一"、 "第二" 等字样并对不对数量和执行次序进 行限定。

在本方案中当 MTC设备在第二接入网中离线时， MME (第一网元）接收 与之建立关联关系的 SGSN (第二网元）发送的消息， 该消息指示 MTC设备离 线， 在此不对上述消息指示 MTC设备离线的具体方式进行限制， 例如该消息中 可以携带离线指示（Offline Indication )信息， 用以指示上述 MTC设备离线， 其 中， MME与 SGSN之间的关联关系可以为空闲模式的限制信� �（ Idle Mode Signal Reduction, ISR ) 关联； 然后， MME确认该 MTC设备在第一接入网也离线， 则 MME发送消息给 MTC服务器，该消息通知 MTC服务器 MTC设备离线，无 法再与该 MTC设备进行通信， 如果 MME确定该 MTC设备在第一接入网中不 是处于离线状态时， 则不通知 MTC服务器 MTC设备离线。

在进行上述处理时， 当 MTC设备在第一接入网中离线， 而 MTC设备在第 二接入网中保持通信状态时， 第一接入网中的 MME 向第二接入网中的 SGSN 发送消息， 指示 MTC设备在第一接入网中离线； 当 MTC设备在第二接入网中 离线， 而 MTC设备在第一接入网中保持通信状态时， 第二接入网中 SGSN向第 一接入网中的 MME发送消息， 指示 MTC设备在第一接入网中离线， 即先发生 MTC设备离线的接入网中的接入网元向仍与 MTC设备保持通信状态的接入网 中的接入网元发送消息， 该消息指示 MTC设备在本网中离线， 这种处理方案充 分利用网络资源， 进一步提高了处理效率。

或者， 也可以选定一个接入网元， 如 MME, 由该接入网元确认 MTC设备 离线并通知给 MTC服务器。

下文描述中以 MTC设备先在第二接入网中离线， SGSN向 MME发送消息 指示 MTC设备离线的场景为例进行说明。

参见图 3 , 为了更加清楚的说明本发明实施例的技术方案 ， 对 MTC设备从 注册到离线的整个过程进行描述， 具体包括如下步骤：

1 : MTC设备向 MME发送注册请求消息， 该注册请求消息可以由， 例如， 附着请求 （Attach Request ) 消息或者跟踪区更新请求（Tracking Area Update Request , TAU Request)消息等实现。

2: MME与归属用户服务器（ Home Subscriber Server, HSS )交互获取 MTC 设备对应的签约数据。

MTC设备相关的签约数据中签署离线监测的特性 ， 既，要求网络对该 MTC 设备执行离线监测。 例如， 签约数据中包含 MTC Feature - Offline indication MME根据 MTC设备的签约数据的指示， 确认需要对该 MTC设备执行离线检 测， 则当 MME确认 MTC设备离线， 发送消息指示 MTC设备离线； 本发明实 施例中都以需要对 MTC设备进行离线监测的场景进行说明。

另外， 签约数据中还可以签署与离线监测相关的参数 ， 例如参数最大离线 指示监测时间（ maximum Offline Indication detection time ) ,该参数指示 MTC设 备与网络失去连接到网络探测到 MTC设备离线所间隔的最大时间。

例如, MME可以才艮据 maximum Offline Indication detection time设置可达定 时器（mobile reachable timer , 简称 MR定时器） ， 以及周期性更新定时器。 例如， 将 MR 定时器的时长设置为小于或等于 maximum Offline Indication detection time定义的日于长, ^口 maximum Offline Indication detection time = mobile reachable timer + Implicit Detach Timer, 其中 Implicit Detach Timer是隐式分离定 时器，一般的， MR定时器超时触发 Implicit Detach Timer,当 Implicit Detach Timer 超时， 网络侧确认终端离线； 将周期性更新定时器的时长设置的比 MR定时器 的时长略短。

3: MME回复注册接受消息给 MTC设备， 该注册接受消息可以为， 例如， 附着接受 （ Attach Accept ) 消息或者跟踪区更新接受 （TAU Accept ) 消息。

在注册接受消息中携带周期性更新定时器。 MTC设备保存该周期性更新定 时器， 当 MTC设备转移到空闲状态， 相应的接入网元会译放连接， 例如 MME 释放 S1连接， 这时， MTC设备启动周期性更新定时器， 而 MME启动 MR定时 哭口 。

4: MTC设备从 E-UTRAN网络 (第一接入网 )接入 GERAN/UTRAN网络 (第二接入网） ， 向 SGSN发送注册请求消息， 例如， 该注册请求消息可以为 路由更新请求 ( Router Area Update Request, RAU Request ) 消息。

5: SGSN与 HSS交互获取 MTC设备对应的签约数据。

MTC设备相关的签约数据中签署离线监测的特性 ， 既，要求网络对该 MTC 设备执行离线监测。 例如， 签约数据中包含 MTC Feature - Offline indication SGSN根据 MTC设备的签约数据的指示， 确认需要对该 MTC设备执行离线检 测， 则当 SGSN确认 MTC设备离线， 发送消息指示 MTC设备离线。 另外， 还 可以签署与离线监测相关的参数， 如 "maximum Offline Indication detection time" , 该参数指示 MTC设备与网络失去连接到网络探测到 MTC设备离线所 间隔的最大时间。

SGSN可以才艮据 maximum Offline Indication detection time设置 MR定时器， 以及周期性更新定时器。 例如， 将 MR定时器时长设置为小于或等于 maximum Offline Indication detection time定义的时长， 而周期性更新定时器的时长设置为 比 MR定时器的时长略短。

6: SGSN回复注册接受消息给 MTC设备， 例如， 该注册接受消息为路由 区更新接受 （RAU Accept ) 消息， 该消息中可以携带周期性更新定时器。

MTC设备保存该周期性更新定时器， 当 MTC设备转移到空闲状态， MTC 设备启动周期性更新定时器， 而 SGSN启动 MR定时器。

另外，如果 SGSN选择激活 ISR功能，则上述路由更新接受消息中携带 ISR 指示信息（如 ISR Activated ) , 以指示 ISR功能激活。 MTC设备接受该 ISR指 示信息， 从而 UE在 E-UTRAN与 GERAN/UTRAN网络之间激活 ISR。

7: SGSN确认 MTC设备在本网络内离线， SGSN向 MME发送 MTC设备 离线指示信息。 SGSN 至少可通过如下三种方式确认 MTC设备在本网络内离 线：

1) SGSN接收 MTC设备发送的分离请求。 例如， MTC设备发送分离请求

( Detach Request )消息给 SGSN。这种方式下，由 MTC设备通过向 SGSN 发送分离请求， 主动发起分离流程。

2) SGSN接收 HLR/HSS发送的分离请求。 这种方式下， 由 HLR/HSS发起 分离流程。 例如， HLR/HSS发送删除位置 （ Cancel Location ) 消息给 SGSN, 消息中所携带的删除类型 （Cancellation Type )设置为退出签约

( Subscription Withdrawn ) , 指示 SGSN立即删除 MTC设备相关的上 下文， 对该 MTC设备执行分离流程。

3) 接入网可以通过可达定时器（MR Timer )判断 MTC设备是否离线， 例 如， MTC设备转入空闲态的时候， MTC设备启动周期性更新定时器， 而 SGSN启动 MR定时器。 当 MR定时器超时， SGSN确认 MTC设备 在本网络内离线， 对该 MTC设备执行分离流程。 或者 MR定时器超时， SGSN启动隐式分离定时器（ Implicit Detach timer ) , 当此隐式分离定时 器超时 , ΜΜΕ确认 MTC设备在本网络内离线。

执行分离流程主要是删除 MTC设备相关的上下文（例如， 移动性管理 ( MM )上下文） 并译放 MTC设备相关的承载。

当 SGSN确认 MTC设备已离线后， SGSN可向 MTC服务器发送消息以通 知 MTC服务器（如 MTC服务器）上述 MTC设备在本接入网络中 （例如， GERAN/UTRAN ) 离线。 例如， SGSN向 MTC服务器发送消息， 指示 MTC设 备在第二接入网中离线， 在此不对该消息的具体的形式进行限制， 例如该消息 中可以携带离线指示信息， 该离线指示信息指示 MTC设备离线。 其中， 对于 SGSN直接将上述消息发送给 MTC服务器的场景， MTC服务器的地址信息（如 IP地址 )可以配置在 MTC设备对应的签约数据中 , 在 MTC设备入网时 SGSN 与 HSS 交互获取 MTC设备对应的签约数据的过程中传递给 SGSN, 从而使 SGSN获知 MTC服务器的地址信息。 或者， 对于 SGSN间接的将上述消息发送 给 MTC服务器的场景， 例如 SGSN通过第三方网元（例如， HLR/HSS )将上 述消息发送给 MTC服务器， SGSN中可以预先存储该第三方网元的地址信息� � 本发明不限定 SGSN将上述消息发送给 MTC服务器的具体形式。

对于激活 ISR的场景，如步骤 6所述， SGSN和 MME之间建立了 ISR关联， SGSN与 MME互相保存地址信息。 当 SGSN确认 MTC设备在本网络内离线， SGSN发送消息， 如分离指示消息（ Detach Indication ) , 给上述 MME, 该消息 可用于指示 MTC设备离线， MME接收该分离指示消息， 获知 MTC设备在 GERAN/UTRAN网络离线。

8： MME确认 MTC设备在本网络内离线， 发送 MTC设备离线指示信息给 MTC月良务器。 MME至少可通过如下三种方式确认 MTC设备在本网络内离线：

1 ) MME接收 MTC设备发送的分离请求。 例如， MTC设备发送分离请求 ( Detach Request ) 消息给 MME。 这种方式下， 由 MTC设备通过向 SGSN 发送分离请求， 主动发起分离流程。

2 ) MME接收 HLR/HSS发送的分离请求。 这种方式下， 由 HLR/HSS发起 分离流程。 例如， HLR/HSS发送删除位置（ Cancel Location )消息给 MME, 消息中所携带删除类型 （ Cancellation Type )设置为退出签约 （Subscription Withdrawn )， 指示 MME立即删除 MTC设备相关的上下文， 对该 MTC设 备执行分离流程。

3 )接入网可以通过可达定时器（MR Timer )判断 MTC设备是否离线， 例 如， MTC设备转入空闲态的时候， MTC设备启动周期性更新定时器， 而 MME启动 MR定时器。 当 MR定时器超时， MME确认 MTC设备在本网 络内离线， 对该 MTC设备执行分离流程。 或者 MR定时器超时， MME启 动隐式分离定时器（Implicit Detach timer ) , 当此隐式分离定时器超时， ΜΜΕ确认 MTC设备在本网络内离线。

分离流程主要是删除 MTC设备相关的上下文（例如， 移动性管理（MM ) 上下文） 并译放 MTC设备相关的承载。

当 MME确认 MTC设备已离线后 , MME可向 MTC服务器发送消息以通知 MTC服务器 (如 MTC服务器 )上述 MTC设备在本接入网络离线。 例如 , MME 向 MTC服务器发送消息， 指示 MTC设备在第一接入网中离线， 在此不对该消 息的具体的形式进行限制， 例如该消息中可以携带离线指示信息， 该离线指示 信息指示 MTC设备离线。 其中， 对于 MME直接将上述消息发送给 MTC服务 器的场景， MTC服务器的地址信息 （如 IP地址）可以配置在 MTC设备对应的 签约数据中， 在 MTC设备入网时 SGSN与 HSS交互获取 MTC设备对应的签 约数据的过程中传递给 SGSN, 从而使 MME获知 MTC服务器的地址信息。 或 者， 对于 MME间接的将上述消息发送给 MTC服务器的场景， 例如 MME通过 第三方网元（例如， HLR/HSS )将上述消息发送给 MTC服务器， MME中可以 预先存储该第三方网元的地址信息。 本发明不限定 SGSN将上述消息发送给 MTC服务器的具体形式。

进一步的， 也可以在确认 MTC设备在其所注册的所有接入网中都离线后， 再通知 MTC服务器该 MTC设备离线。 对于 ISR激活的场景 （参考步骤 7 ) , MME 接收 SGSN 发送的指示 MTC 设备离线的消息， 确认 MTC 设备在 GERAN/UTRAN网络中已离线。 然后， 当 MME确认 MTC设备在本网络内离 线， MME发送消息给 MTC服务器，该消息指示 MTC设备已离线，即 MTC设 备已处于与网络无连接的离线状态。其中，对 于 MME直接向 MTC服务器通知 MTC设备离线的场景， MTC服务器的地址信息（如 IP地址）可以配置在 MTC 设备对应的签约数据中 ,在 MTC设备入网时 MME与 HSS交互获取 MTC设备 对应的签约数据的过程中传递给 MME, 从而使 MME获知 MTC服务器的地址 信息。 或者， 对于 MME间接的向 MTC服务器通知 MTC设备离线的场景， 例 如 MME通过第三方网元（例如， HLR/HSS )将上述消息发送给 MTC服务器， MME中可以预先存储该第三方网元的地址信息。 本发明不限定 MME将上述消 息发送给 MTC服务器的具体形式。

同理， 对于 ISR激活的场景， 若 SGSN接收 MME发送的指示 MTC设备离 线的消息 (例如 , MME确认 MTC设备离线， ISR激活的场景下， MME发送消 息， 如分离指示消息 （ Detach Indication ) , 给 SGSN, 该消息可用于指示 MTC 设备离线） ， 获知 MTC设备在 GERAN/UTRAN网络离线。 然后， 当 SGSN确 认 MTC设备在本网络内 （例如， GERAN/UTRAN ) 离线， SGSN发送消息给 MTC服务器， 该消息指示 MTC设备已离线， 即 MTC设备已处于与网络无连 接的离线状态。 其中， 对于 SGSN直接向 MTC服务器通知 MTC设备离线的场 景， MTC服务器的地址信息 （如 IP地址）可以配置在 MTC设备对应的签约数 据中， 在 MTC设备入网时 SGSN与 HSS交互获取 MTC设备对应的签约数据 的过程中传递给 SGSN, 从而使 SGSN获知 MTC服务器的地址信息。 或者， 对 于 SGSN间接的向 MTC服务器通知 MTC设备离线的场景，例如 SGSN通过第 三方网元（例如， HLR/HSS )将上述消息发送给 MTC服务器， SGSN中可以预 先存储该第三方网元的地址信息。 本发明不限定 SGSN将上述消息发送给 MTC 服务器的具体形式。

本发明实施例提供的技术方案，由接入网对 MTC设备进行检测，确认 MTC 设备离线， 然后接入网通知 MTC服务器该 MTC设备离线， 解决了现有技术中 由 MTC服务器检测 MTC设备的离线状态所带来的问题， 显著降低了 MTC服 务器的工作负荷， 效率高、 实时性好， 保证了 MTC服务器能够及时获知 MTC 设备的离线状态；并且节省了网络资源，保证 了网络中非 M2M业务的正常运行。

进一步的， 本发明实施例提供的技术方案， 当 MTC设备在多个接入网中保 持注册状态时， 只有当 MTC设备在所有注册的接入网中都离线时， 服务器才确 认无法再与该 MTC设备保持通信。 本发明实施例提供的离线处理方案， 能够及 时、 准确地将 MTC设备的离线状态通知服务器， 且保证了离线处理不会影响 MTC设备的正常业务， 增强了用户体验。 下面对本发明又一实施例提供的获知 MTC设备离线的方案进行描述。

本发明实施例中， 参见图 4, 第一网元与第二网元分别属于不同的网络。 例 如， 第一网元可以是 MME, 属于第一接入网如 E-UTRAN网络； 第二网元可以 是 SGSN, 属于第二接入网如 GERAN/UTRAN网络。 本发明不排斥其它场景， 例如， 第一网元属于 3GPP网络， 第二网元属于 Non-3GPP网络。

参见图 4, 为了更加清楚的说明本发明实施例的技术方案 ， 对 MTC设备从 注册到离线的整个过程进行描述， 具体包括如下步骤：

1 : MTC设备接入第一接入网， 向第一网元发送注册请求消息。

2: 第一网元与 HSS交互获取 MTC设备对应的签约数据。

签约数据中可以签署与离线监测相关的参数， "maximum Offline Indication detection time" , 该参数指示 MTC设备与网络失去连接到网络探测到 MTC设 备离线所间隔的最大时间。

第一网元可以根据 maximum Offline Indication detection time设置 MR定时 器， 以及周期性更新定时器。 例如， 将 MR 定时器时长设置为小于或等于 maximum Offline Indication detection time定义的时长, 例如, maximum Offline Indication detection time = mobile reachable timer + Implicit Detach Timer, 其中 , Implicit Detach Timer是隐式分离定时器， 一般的， MR定时器超时触发 Implicit Detach Timer, 当 Implicit Detach Timer超时， 网络侧确认终端离线； 设置周期 性更新定时器时长比 MR定时器时长略短。

另夕卜，第一网元与 HSS交互的过程中，向 HSS提供第一网元的标识信息（第 一网元 ID )和 MTC设备标识信息 (例如， IMSI或者 IMEI ) , HSS保存所述 第一网元标识信息。

例如， 当第一网元是 MME时， MME向 HSS发送更新位置请求（Update Location Request ) 消息， 消息中携带 MME Identity和 IMSI信息， 其中 MME Identity是 MME的标识信息 , 可用来寻址所述 MME, 而 IMSI是 MTC设备的 标识信息。 HS S保存为该 MTC设备保存 MME ID信息。

3: 第一网元回复注册接受消息给 MTC设备， 消息中携带周期性更新定时 器。 MTC设备保存该周期性更新定时器， 当 MTC设备转移到空闲状态， MTC 设备启动周期性更新定时器。

4: MTC设备接入第二接入网， 向第二网元发送注册请求消息。

5: 第二网元与 HSS交互获取 MTC设备对应的签约数据。

签约数据中可以签署与离线监测相关的参数 "maximum Offline Indication detection time" , 该参数指示 MTC设备与网络失去连接到网络探测到 MTC设 备离线所间隔的最大时间。

第二网元可以根据 maximum Offline Indication detection time设置 MR定时 器， 以及周期性更新定时器。 例如， 将 MR 定时器时长设置为小于或等于 maximum Offline Indication detection time定义的时长， 而周期性更新定时器时长 比 MR定时器时长略短。

另夕卜，第二网元与 HSS交互的过程中，向 HSS提供第二网元的标识信息（第 二网元 ID )和 MTC设备标识信息 (例如， IMSI或者 IMEI ) 。 HSS保存所述 第二网元标识信息。 具体的， 例如， 当第二网元是 SGSN时， SGSN向 HHS发 送更新位置请求（Update Location Request ) 消息， 消息中携带 SGSN Number 和 IMSI信息，其中 SGSN Number是 SGSN的标识信息，可用来寻址所述 SGSN, 而 IMSI是 MTC设备的标识信息。 HSS保存为该 MTC设备保存 SGSN Number 信息。

6: 第二网元发送注册接受消息给 MTC设备， 消息中携带周期性更新定时 器。 MTC设备保存该周期性更新定时器， 当 MTC设备转移到空闲状态， MTC 设备启动周期性更新定时器。

7a: 第一网元确认 MTC设备在本网络内离线， 发送消息给 HSS指示 MTC 设备离线；

7b: 第二网元确认 MTC设备在本网络内离线， 发送消息给 HSS指示 MTC 设备离线；

第一网元或第二网元可至少通过如下三种方式 确认 MTC设备在本网络内离 线：

1>第一网元或第二网元接收 MTC设备发送的分离请求，确认 MTC设备离 线。 例如， MTC设备发送分离请求（ Detach Request ) 消息给第一网元 或第二网元， 指示 MTC设备离线， 第一网元或第二网元删除 MTC设备 相关的上下文。

2>第一网元或第二网元接收 HSS或 HLR发送的分离请求，确认 MTC设备 离线。 例如， HSS发送 Cancel Location消息给第一网元或第二网元， 消息中所携带 Cancellation Type设置为 Subscription Withdrawn, 指示第 一网元或第二网元删除 MTC设备相关的上下文。

3>接入网可以通过可达定时器（MR Timer )判断 MTC设备是否离线 , 例 如， MTC设备转入空闲态的时候， MTC设备启动周期性更新定时器， 而第一网元或第二网元启动 MR定时器。 当 MR定时器超时， 第一网元 或第二网元确认 MTC设备在本网络内离线； 或者 MR定时器超时， 第 一网元或第二网元启动隐式分离定时器（ Implicit Detach timer )， 当此隐 式分离定时器超时， 第一网元或第二网元确认 MTC设备在本网络内离 线。

触发第一网元或第二网元发送消息给 HSS指示 MTC设备离线的方式可以 是以下任意一种： > MTC设备相关的签约数据中签署离线监测的特性 ， 即， 要求网络对 该 MTC设备执行离线监测。 例如， 签约数据中包含 MTC Feature - Offline indication这种方式下，第一网元或第二网元根� � MTC设备 的签约数据的指示， 确认需要对该 MTC设备执行离线检测， 则当第 一网元或第二网元确认 MTC设备离线后，发送消息给 HSS指示 MTC 设备离线。 例如， 发送 Notify Request消息给 HSS指示 MTC设备离 线， 消息中可以携带离线指示信息（ Offline indication ) ， 指示 MTC 设备已离线， 即 MTC设备已处于与网络无连接的离线状态。 对上述 消息的具体实现方式不进行限制。

> MTC设备相关的签约数据中签署离线监测的特性 ， 即， 要求网络对 该 MTC设备执行离线监测。 例如， 签约数据中包含 MTC Feature - Offline indication 这种方式下， HLR/HSS根据上述签约数据发送消 息给第一网元或者第二网元，指示第一网元或 者第二网元对 MTC设 备执行离线监测， 则当第一网元或第二网元确认 MTC设备离线后， 通知 MTC服务器 MTC设备离线。 例如， HLR/HSS 发送 Offline Indication Request消息给第一网元或者第二网元，或者发� �的消息中 携带离线监测指示信息 （ Offline Indication ) 。 在此不对上述消息的 具体实现方式进行限制。 根据 HLR/HSS的指示， 第一网元或者第二 网元确认需要对该 MTC设备执行离线检测，则当第一网元或第二网 元确认 MTC设备离线，发送消息给 HSS指示 MTC设备离线。例如， 发送 Notify Request消息给 HSS , 该消息中可以携带离线指示信息， 指示 MTC设备已离线， 即 MTC设备已处于与网络无连接的离线状 态， 然后由 HSS通知 MTC服务器 MTC设备离线。

> 在本方式下， 由业务相关实体（例如， MTC Server )要求 HLR/HSS 提供 MTC设备离线信息，即要求网络对该 MTC设备执行离线监测。 然后 HLR/HSS根据业务相关实体的要求发送消息给第� �网元或者第 二网元， 指示第一网元或者第二网元对 MTC设备执行离线监测。 例 如， 发送 Offline Indication Request消息给第一网元或者第二网元， 或者发送的消息中携带离线监测指示信息 （ Offline Indication ) 。 对 上述消息的具体实现方式不进行限制。 根据 HLR/HSS的指示， 第一 网元或者第二网元确认需要对该 MTC设备执行离线检测，则当第一 网元或第二网元确认 MTC设备离线，发送消息给 HS S指示 MTC设 备离线。例如，第一网元或第二网元发送 Notify Request消息给 HSS , 该消息中可以携带离线指示信息（ Offline indication )， 指示 MTC设 备已离线， 即 MTC设备已处于与网络无连接的离线状态， 然后由 HSS通知 MTC服务器 MTC设备离线。

8: HSS接收第一网元或第二网元发送的消息， 该消息指示 MTC设备在第 一接入网或第二接入网中离线。 HSS确认 MTC设备在第一网元或第二网元所属 的网络中离线， HSS向 MTC Server通知 MTC设备离线。 具体方式不限， 可以 是直接通知，

例如， HSS可以发送消息给 MTC服务器， 消息中可以携带离线指示信息， 指示 MTC设备已离线， 即 MTC设备已处于与网络无连接的离线状态， 从而使 MTC服务器获知 MTC设备在第一接入网或第二接入网中离线。 或者间接的通 过其它网元向 MTC Server传递 MTC设备离线。

进一步的， HSS收集到为 MTC设备服务的所有管理网元（如第一网元和第 二网元）发送的指示 MTC设备离线的消息后， HSS确认 MTC设备已从该 MTC 设备所有注册网络中分离， 即 MTC设备离线， 无法再与 MTC服务器保持连线。 然后 , HSS向 MTC服务器通知 MTC设备离线， 从而 MTC服务器也获知 MTC 设备在其所注册的所有接入网中都离线， MTC服务器确认 MTC设备离线。 具 体方式不限， 可以是直接通知， 例如， HSS发送消息给 MTC服务器， 该消息中 可以携带离线指示信息， 指示 MTC设备已离线， 即 MTC设备已处于与网络无 连接的离线状态， 从而使 MTC服务器获知 MTC设备离线。

由上述内容可知， MTC设备注册的各个接入网可以分别通知 MTC服务器 该 MTC设备在本网络离线， 当 MTC服务器确认 MTC设备在其所注册的所有 网络中都离线时， MTC服务器确认无法再与该 MTC设备进行通信，例如， SGSN 确认 MTC设备在本网络内离线， SGSN发送消息给 MTC服务器， 该消息指示 MTC设备离线， 在此不对该消息的具体实现方式进行限制， 例如， 该消息中携 带离线指示信息 （ Offline Indication ) , 该离线指示信息指示 MTC设备已离线， 即 MTC设备已处于与 GERAN/UTRAN无连接的离线状态。 上述消息可以是 SGSN直接发送给 MTC服务器， 或者是 SGSN通过第三方网元（如 HSS )发送 给 MTC服务器。本发明不限定 SGSN将上述消息传递给 MTC服务器的具体形 式。

本发明实施例提供的技术方案，由接入网对 MTC设备进行检测，确认 MTC 设备离线， 然后接入网通知 MTC服务器该 MTC设备离线， 解决了现有技术中 由 MTC服务器检测 MTC设备的离线状态所带来的问题， 显著降低了 MTC服 务器的工作负荷， 效率高、 实时性好， 保证了 MTC服务器能够及时获知 MTC 设备的离线状态；并且节省了网络资源，保证 了网络中非 M2M业务的正常运行。

进一步的， 本发明实施例提供的技术方案， 当 MTC设备在多个接入网中保 持注册状态时， 只有当 MTC设备在所有注册的接入网中都离线时， 服务器才确 认无法再与该 MTC设备保持通信。 本发明实施例提供的离线处理方案， 能够及 时、 准确地将 MTC设备的离线状态通知服务器， 且保证了离线处理不会影响 MTC设备的正常业务， 增强了用户体验。

本发明又一实施例还提供了一种获知 MTC设备离线的装置， 参见图 5, 所 述装置包括： 确认单元 51 , 用于确认 MTC设备离线； 通知单元 52, 用于通知 MTC服务器所述 MTC设备离线。

进一步的，上述确认单元 51 ,具体用于根据接收到的上述 MTC设备发送的 分离请求，确认上述 MTC设备离线；或者，根据接收到的归属位置寄 存器（ HLR ) 或归属用户服务器（HSS )发送的分离请求， 确认上述 MTC设备离线； 或者， 当上述接入网中的定时器超时时， 确认上述 MTC设备离线。

进一步的， 为了保证对 MTC设备离线监测的正常进行， 从而使 MTC服务 器获知 MTC设备是否离线， 所述装置还包括离线监测触发单元， 用于获取所述 MTC设备的签约数据， 所述签约数据中签署离线监测的特性， 以使所述确认单 元确认 MTC设备离线之后， 所述通知单元根据所述签约数据通知 MTC服务器 所述 MTC设备离线； 或者，

所述离线监测触发单元， 用于接收 HSS或 HLR根据签约数据发送的消息， 所述消息指示所述确认单元确认 MTC设备离线之后， 所述通知单元通知 MTC 服务器所述 MTC设备离线，其中，所述签约数据中签署离线 监测的特性；或者， 所述离线监测触发单元，用于接收 HSS或 HLR发送的消息， 所述消息指示所述 确定单元确认 MTC设备离线之后， 所述通知单元通知 MTC服务器所述 MTC 设备离线，其中， 所述 HSS或 HLR根据业务相关实体的指示发送消息给上述离 线监测触发单元。

进一步的， 当 MTC设备在多个接入网中， 保持注册状态时为了保证了离线 处理不会影响 MTC设备的正常业务， 增强用户体验， 上述确认单元 51包括第一 确认模块， 具体用于当上述 MTC设备在所述 MTC设备注册的所有接入网络中 离线时， 确认上述 MTC设备离线。

其中， 根据不同的工作方式， 上述第一确认模块， 具体用于接收第二接入 网中第二网元发送的消息， 其中， 所述消息指示所述 MTC设备在第二接入网中 离线； 以及， 确定所述 MTC设备在所述装置所属的接入网中离线时， 则确认所 述 MTC设备离线， 这种情况下， 所述装置可以由 MME或 SGSN等接入网元来 实现； 其中， 上述的第二接入网可以属于所述 MTC设备所注册的接入网中除所 述装置所属的接入网之外的接入网。

或者， 上述第一确认模块， 具体用于接收所述 MTC设备所注册的所有接入 网发送的消息， 确认所述 MTC设备离线， 其中所述消息指示 MTC设备在相应 接入网中离线， 这种情况下， 上述装置可由 HSS或 HLR来实现。

进一步的， 上述通知单元 52, 具体用于向服务器发送消息， 例如， SGSN 或 MME向服务器发送消息 ,通知 MTC服务器 MTC设备离线 , 或 HSS或 HLR 向服务器发送消息， 通知 MTC服务器 MTC设备离线； 或者， 上述通知单元 52 通过中间网元（如 HLR或者 HSS ) 向服务器发送消息， 所述消息通知 MTC服 务器所述 MTC设备离线例如， SGSN或 MME通过 HSS向服务器发送消息 , 通 知 MTC服务器 MTC设备离线。

本发明又一实施例还提供了一种 MTC设备离线的处理系统，其中所述系统 包括上述的获知 MTC设备离线的装置。

本发明装置和系统实施例中各功能模块和单元 的具体工作方式参见本发明 方法实施例。 本发明装置和系统实施例中各功能模块和单元 可以单独实现， 也 可以集成在一个或多个单元中实现。

本发明实施例提供的技术方案，由接入网对 MTC设备进行检测，确认 MTC 设备离线， 然后接入网通知 MTC服务器该 MTC设备离线， 解决了现有技术中 由 MTC服务器检测 MTC设备的离线状态所带来的问题， 显著降低了 MTC服 务器的工作负荷， 效率高、 实时性好， 保证了 MTC服务器能够及时获知 MTC 设备的离线状态；并且节省了网络资源，保证 了网络中非 M2M业务的正常运行。

进一步的， 本发明实施例提供的技术方案， 当 MTC设备在多个接入网中保 持注册状态时， 只有当 MTC设备在所有注册的接入网中都离线时， 服务器才确 认无法再与该 MTC设备保持通信。 本发明实施例提供的离线处理方案， 能够及 时、 准确地将 MTC设备的离线状态通知服务器， 且保证了离线处理不会影响 MTC设备的正常业务， 增强了用户体验。

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

以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限于 此， 任何熟悉本技术领域的技术人员在本发明揭露 的技术范围内， 可轻易想到 的变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护范围 应以权利要求的保护范围为准。