首页 / 专利库 / 专利权 / 实施例 / 一种获知机器类型通信设备离线的方法、装置和系统

一种获知机器类型通信设备离线的方法、装置和系统

阅读:242发布:2021-06-15

专利汇可以提供一种获知机器类型通信设备离线的方法、装置和系统专利检索,专利查询,专利分析的服务。并且本 发明 实施例 公开了一种获知机器类型通信设备离线的方法、装置和系统,涉及通信技术领域,在获知MTC设备离线后,及时通知MTC 服务器 。本发明实施例提供的获知MTC设备离线的处理方法包括:接入网确认MTC设备离线;接入网通知MTC服务器所述MTC设备离线。,下面是一种获知机器类型通信设备离线的方法、装置和系统专利的具体信息内容。

1.一种获知机器类型通信设备离线的方法,其特征在于,所述方法包括:
接入网确认机器类型通信MTC设备离线,包括:
第一接入网中的第一网元接收第二接入网中第二网元发送的消息,其中,所述消息指示所述MTC设备在第二接入网中离线;以及,所述第一网元确定所述MTC设备在第一接入网中离线时,则所述第一网元确认所述MTC设备离线;
接入网通知MTC服务器所述MTC设备离线。
2.根据权利要求1所述的方法,其特征在于,所述接入网确认MTC设备离线包括:
接入网根据接收到的所述MTC设备发送的分离请求,确认所述MTC设备离线;或者,接入网根据接收到的归属位置寄存器HLR或归属用户服务器HSS发送的分离请求,确认所述MTC设备离线;或者,
当所述接入网中的定时器超时时,确认所述MTC设备离线。
3.根据权利要求1所述的方法,其特征在于,在所述接入网通知MTC服务器所述MTC设备离线之前,所述方法还包括:
接入网中的网元获取所述MTC设备的签约数据,所述签约数据中签署离线监测的特性,以使所述接入网中的网元确认MTC设备离线之后,通知MTC服务器所述MTC设备离线;
或者,
HSS或HLR根据签约数据向接入网中的网元发送消息,所述消息指示所述接入网中的网元确认MTC设备离线之后,通知MTC服务器所述MTC设备离线,其中,所述签约数据中签署离线监测的特性;或者,
接入网中的网元接收HSS或HLR发送的消息,所述消息指示所述接入网中的网元确认MTC设备离线之后,通知MTC服务器所述MTC设备离线,其中,所述HSS或HLR根据业务相关实体的指示发送消息给所述接入网中的网元。
4.根据权利要求1-3任意一项所述的方法,其特征在于,所述接入网通知MTC服务器所述MTC设备离线包括:
第一接入网中的第一网元向MTC服务器发送消息,所述消息通知MTC服务器所述MTC设备离线;或者,
第一接入网中的第一网元通过中间网元向MTC服务器发送消息,所述消息通知MTC服务器所述MTC设备离线;或者,
所述HSS/HLR确定所述MTC设备离线时,向MTC服务器发送消息,所述消息通知MTC服务器所述MTC设备离线。
5.一种获知机器类型通信设备离线的装置,其特征在于,所述装置包括:
确认单元,用于确认机器类型通信MTC设备离线;
所述确认单元包括第一确认单元;
所述第一确认模,用于接收第二接入网中第二网元发送的消息,其中,所述消息指示所述MTC设备在第二接入网中离线;以及,确定所述MTC设备在所述装置所属的接入网中离线时,则确认所述MTC设备离线;
通知单元,用于通知MTC服务器所述MTC设备离线。
6.根据权利要求5所述的装置,其特征在于,
所述确认单元,用于根据接收到的所述MTC设备发送的分离请求,确认所述MTC设备离线;或者,根据接收到的归属位置寄存器HLR或归属用户服务器HSS发送的分离请求,确认所述MTC设备离线;或者,当所述接入网中的定时器超时时,确认所述MTC设备离线。
7.根据权利要求5所述的装置,其特征在于,所述装置还包括离线监测触发单元,所述离线监测触发单元,用于获取所述MTC设备的签约数据,所述签约数据中签署离线监测的特性,以使所述确认单元确认MTC设备离线之后,所述通知单元通知MTC服务器所述MTC设备离线;或者,
所述离线监测触发单元,用于接收HSS或HLR根据签约数据发送的消息,所述消息指示所述确认单元确认MTC设备离线之后,所述通知单元通知MTC服务器所述MTC设备离线,其中,所述签约数据中签署离线监测的特性;
或者,
所述离线监测触发单元,用于接收HSS或HLR发送的消息,所述消息指示所述确定单元确认MTC设备离线之后,所述通知单元通知MTC服务器所述MTC设备离线,其中,所述HSS或HLR根据业务相关实体的指示发送消息给所述离线监测触发单元。
8.根据权利要求5所述的装置,其特征在于,
所述通知单元,具体用于向MTC服务器发送消息,以通知MTC服务器所述MTC设备离线;或者,通过中间网元向MTC服务器发送消息,以通知MTC服务器所述MTC设备离线,其中,所述消息指示MTC设备离线。
9.一种获知机器类型通信设备离线的系统,其特征在于,所述系统包括如上述5至8任一所述的获知机器类型通信设备离线的装置。

说明书全文

一种获知机器类型通信设备离线的方法、装置和系统

技术领域

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

背景技术

[0002] 随着社会经济的不断发展和市场竞争的日益深化,各行各业都希望通过加快自身信息化建设,提高工作效率,降低生产和运行成本,全面增强市场竞争机器对机器(Machine to Machine,M2M)技术综合了通信和网络技术,将遍布在人们日常生活中的机器设备连接成网络,使这些设备变得更加“智能”,从而可以创造出丰富的应用,给日常生活、工业生产等的方式带来新一轮的变革。
[0003] 在M2M技术中,机器类型通信(Machine Type Communication,MTC)设备大都被安置在某一些固定的位置,甚至处于相当恶劣的环境中,而且MTC设备与MTC用户处于分离状态,MTC用户很难控制MTC设备(Device)不被破坏。一旦MTC设备被破坏,处于离线(Offline)状态,很有可能与接入网络失去连接(loss of connectivity),从而无法与MTC服务器保持通信。现有技术中由MTC服务器对MTC设备的状态进行检测,判断MTC设备是否处于离线状态,如在管道监测(Pipeline monitor)、路和桥梁监测(rail way and car bridgemonitor)、传输系统(transit systems)等等具体应用中,MTC服务器检测MTC设备是否处于离线状态时,需要向MTC设备发送检测请求消息,如果没有在预定的时间内接收到MTC设备的响应,则确定该MTC设备处于离线状态。
[0004] 综上,目前的检测方法中,MTC服务器不能及时获取MTC设备离线的信息。

发明内容

[0005] 为解决现有技术中存在的问题,本发明的实施例提供一种获知MTC设备离线的方法、装置和系统,在获知MTC设备离线后,及时通知MTC服务器。
[0006] 为达到上述目的,本发明的实施例采用如下技术方案:
[0007] 一种获知MTC设备离线的方法,所述方法包括:
[0008] 接入网确认MTC设备离线;
[0009] 接入网通知MTC服务器所述MTC设备离线。
[0010] 一种获知MTC设备离线的装置,其特征在于,所述装置包括:
[0011] 确认单元,用于确认所述MTC设备离线;
[0012] 通知单元,用于通知MTC服务器所述MTC设备离线。
[0013] 本发明实施例还提供了一种获知MTC设备离线的系统,该系统包括上述的获知MTC设备离线的装置。附图说明
[0014] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0015] 图1为本发明一个实施例的提供的一种M2M系统架构示意图;
[0016] 图2为本发明一个实施例提供的一种获知MTC设备离线的方法流程示意图;
[0017] 图3为本发明又一个实施例提供的一种获知MTC设备离线的方法流程示意图;
[0018] 图4为本发明又一个实施例提供的一种获知MTC设备离线的方法流程示意图;
[0019] 图5为本发明又一个实施例提供的一种获知MTC设备离线的装置结构示意图。

具体实施方式

[0020] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0021] 本发明一个实施例提供了一种获知MTC设备离线的方法,能够在获知MTC设备离线后,及时通知MTC服务器。参见图1,显示了本发明实施例的一种M2M系统架构示意图。MTC设备通过移动运营商(Mobile Network Operator,MNO)网络连接到MTC服务器(Server)。MTC Server向MTC用户(User)提供M2M业务,其中,MTC设备和MTC用户都支持M2M应用(Application)。图1只是对本发明实施例应用场景的示例性描绘,本发明实施例也可应用在具有其它网络结构的M2M系统中。
[0022] 参见图2,本发明实施例提供的获知MTC设备离线的方法包括:
[0023] 步骤21:接入网确认MTC设备离线;
[0024] 步骤22:接入网通知MTC服务器所述MTC设备离线。
[0025] 在本发明实施例中,上述的接入网可以为长期演进(Long Term Evolution,LTE)网络。在LTE下定义了新的移动通信网络的架构,该架构与现在的通用分组无线服务(General Packet Radio Service,GPRS)/通用移动通信系统(Universal Mobile Telecommunications System,UMTS)相比更加扁平,并且只保留了分组域,也可称为演进的分组网络系统(Evolved Packet System,EPS)。
[0026] 本发明实施例中,在LTE的接入网中可以包含移动管理实体(MobileManagement Entity,MME)、服务网关(Serving Gateway,S-GW)和分组数据网络网关(Packet DataNetwork Gateway,PDN-GW)三个逻辑功能体,其中的MME负责NAS信令与NAS信令加密,和漫游、跟踪功能等以及分配用户临时身份标识、安全功能等;S-GW负责本地的移动性锚点和3GPP系统内部的移动性锚点以及合法监听相关信息;PDN-GW则负责策略执行和计费以及合法监听相关功能。
[0027] 接入网中还可以包括归属用户服务器(Home Subscriber Server,HSS)或归属位置寄存器(Home Location Register,HLR),其中HSS和HLR也可以合设在一起,称为HSS/HLR,不同的网络结构中,接入网采用的相应的网元也不同,例如,MME可以对应于当前UMTS系统内部服务GPRS支持节点(Serving GPRSSupport Node,SGSN)的控制平面部分。
[0028] 本发明实施例中,MTC设备可以在一个或多个接入网中保持注册状态,任一接入网检测到MTC设备离线后,都可以直接通知MTC服务器所述MTC设备离线;或者,当接入网确认MTC设备在其所注册的所有接入网中都离线时,接入网再通知MTC服务器MTC设备离线。MTC服务器获知MTC设备离线后,进行相应的处理,例如,MTC服务器记录MTC设备发生故障,并通知MTC用户,以使MTC用户获知该MTC设备故障,后续可能派维修人员进行修护等。
[0029] 本发明实施例提供的技术方案,由接入网对MTC设备进行检测,确认MTC设备离线,然后接入网通知MTC服务器该MTC设备离线,解决了现有技术中由MTC服务器检测MTC设备的离线状态所带来实时性差的问题,保证了MTC服务器能够及时获知MTC设备的离线状态。
[0030] 下面对本发明又一实施例提供的一种获知MTC设备离线的解决方案进行描述。本发明实施例提供的方案能够在获知MTC设备离线后,及时通知MTC服务器。在本发明实施例中以MTC设备同时在第一接入网和第二接入网保持注册状态为例进行说明,第一网元属于第一接入网,第二网元属于第二接入网。根据网络架构的不同,第一网元和第二网元也不同,例如,参见图3,第一接入网为E-UTRAN网络时,第一网元可以是MME;第二接入网为GERAN/UTRAN时,第二网元可以是SGSN。本发明不局限于图3所示的场景,例如,第一接入网可以为3GPP网络,第二接入网可以为Non-3GPP网络。
[0031] 为了便于清楚描述本发明实施例的技术方案,在本发明的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分,本领域技术人员可以理解“第一”、“第二”等字样并对不对数量和执行次序进行限定。
[0032] 在本方案中当MTC设备在第二接入网中离线时,MME(第一网元)接收与之建立关联关系的SGSN(第二网元)发送的消息,该消息指示MTC设备离线,在此不对上述消息指示MTC设备离线的具体方式进行限制,例如该消息中可以携带离线指示(Offline Indication)信息,用以指示上述MTC设备离线,其中,MME与SGSN之间的关联关系可以为空闲模式的限制信令(Idle Mode SignalReduction,ISR)关联;然后,MME确认该MTC设备在第一接入网也离线,则MME发送消息给MTC服务器,该消息通知MTC服务器MTC设备离线,无法再与该MTC设备进行通信,如果MME确定该MTC设备在第一接入网中不是处于离线状态时,则不通知MTC服务器MTC设备离线。
[0033] 在进行上述处理时,当MTC设备在第一接入网中离线,而MTC设备在第二接入网中保持通信状态时,第一接入网中的MME向第二接入网中的SGSN发送消息,指示MTC设备在第一接入网中离线;当MTC设备在第二接入网中离线,而MTC设备在第一接入网中保持通信状态时,第二接入网中SGSN向第一接入网中的MME发送消息,指示MTC设备在第一接入网中离线,即先发生MTC设备离线的接入网中的接入网元向仍与MTC设备保持通信状态的接入网中的接入网元发送消息,该消息指示MTC设备在本网中离线,这种处理方案充分利用网络资源,进一步提高了处理效率。
[0034] 或者,也可以选定一个接入网元,如MME,由该接入网元确认MTC设备离线并通知给MTC服务器。
[0035] 下文描述中以MTC设备先在第二接入网中离线,SGSN向MME发送消息指示MTC设备离线的场景为例进行说明。
[0036] 参见图3,为了更加清楚的说明本发明实施例的技术方案,对MTC设备从注册到离线的整个过程进行描述,具体包括如下步骤:
[0037] 1:MTC设备向MME发送注册请求消息,该注册请求消息可以由,例如,附着请求(Attach Request)消息或者跟踪区更新请求(Tracking Area UpdateRequest,TAU Request)消息等实现。
[0038] 2:MME与归属用户服务器(Home Subscriber Server,HSS)交互获取MTC设备对应的签约数据。
[0039] MTC设备相关的签约数据中签署离线监测的特性,既,要求网络对该MTC设备执行离线监测。例如,签约数据中包含MTC Feature-Offline indication。MME根据MTC设备的签约数据的指示,确认需要对该MTC设备执行离线检测,则当MME确认MTC设备离线,发送消息指示MTC设备离线;本发明实施例中都以需要对MTC设备进行离线监测的场景进行说明。
[0040] 另外,签约数据中还可以签署与离线监测相关的参数,例如参数最大离线指示监测时间(maximum Offline Indication detection time),该参数指示MTC设备与网络失去连接到网络探测到MTC设备离线所间隔的最大时间。
[0041] 例如,MME可以根据maximum Offline Indication detection time设置可达定时器(mobile reachable timer,简称MR定时器),以及周期性更新定时器。例如,将MR定时器的时长设置为小于或等于maximum Offline Indicationdetection time定义的时长,如maximum Offline Indication detection time=mobilereachable timer+Implicit Detach Timer,其中Implicit Detach Timer是隐式分离定时器,一般的,MR定时器超时触发Implicit Detach Timer,当Implicit Detach Timer超时,网络侧确认终端离线;将周期性更新定时器的时长设置的比MR定时器的时长略短。
[0042] 3:MME回复注册接受消息给MTC设备,该注册接受消息可以为,例如,附着接受(Attach Accept)消息或者跟踪区更新接受(TAU Accept)消息。
[0043] 在注册接受消息中携带周期性更新定时器。MTC设备保存该周期性更新定时器,当MTC设备转移到空闲状态,相应的接入网元会释放连接,例如MME释放S1连接,这时,MTC设备启动周期性更新定时器,而MME启动MR定时器。
[0044] 4:MTC设备从E-UTRAN网络(第一接入网)接入GERAN/UTRAN网络(第二接入网),向SGSN发送注册请求消息,例如,该注册请求消息可以为路由更新请求(Router Area Update Request,RAU Request)消息。
[0045] 5:SGSN与HSS交互获取MTC设备对应的签约数据。
[0046] MTC设备相关的签约数据中签署离线监测的特性,既,要求网络对该MTC设备执行离线监测。例如,签约数据中包含MTC Feature-Offline indication。SGSN根据MTC设备的签约数据的指示,确认需要对该MTC设备执行离线检测,则当SGSN确认MTC设备离线,发送消息指示MTC设备离线。另外,还可以签署与离线监测相关的参数,如“maximum Offline Indication detectiontime”,该参数指示MTC设备与网络失去连接到网络探测到MTC设备离线所间隔的最大时间。
[0047] SGSN可以根据maximum Offline Indication detection time设置MR定时器,以及周期性更新定时器。例如,将MR定时器时长设置为小于或等于maximumOffline Indication detection time定义的时长,而周期性更新定时器的时长设置为比MR定时器的时长略短。
[0048] 6:SGSN回复注册接受消息给MTC设备,例如,该注册接受消息为路由区更新接受(RAU Accept)消息,该消息中可以携带周期性更新定时器。
[0049] MTC设备保存该周期性更新定时器,当MTC设备转移到空闲状态,MTC设备启动周期性更新定时器,而SGSN启动MR定时器。
[0050] 另外,如果SGSN选择激活ISR功能,则上述路由更新接受消息中携带ISR指示信息(如ISR Activated),以指示ISR功能激活。MTC设备接受该ISR指示信息,从而UE在E-UTRAN与GERAN/UTRAN网络之间激活ISR。
[0051] 7:SGSN确认MTC设备在本网络内离线,SGSN向MME发送MTC设备离线指示信息。SGSN至少可通过如下三种方式确认MTC设备在本网络内离线:
[0052] 1)SGSN接收MTC设备发送的分离请求。例如,MTC设备发送分离请求(Detach Request)消息给SGSN。这种方式下,由MTC设备通过向SGSN发送分离请求,主动发起分离流程。
[0053] 2)SGSN接收HLR/HSS发送的分离请求。这种方式下,由HLR/HSS发起分离流程。例如,HLR/HSS发送删除位置(Cancel Location)消息给SGSN,消息中所携带的删除类型(Cancellation Type)设置为退出签约(Subscription Withdrawn),指示SGSN立即删除MTC设备相关的上下文,对该MTC设备执行分离流程。
[0054] 3)接入网可以通过可达定时器(MR Timer)判断MTC设备是否离线,例如,MTC设备转入空闲态的时候,MTC设备启动周期性更新定时器,而SGSN启动MR定时器。当MR定时器超时,SGSN确认MTC设备在本网络内离线,对该MTC设备执行分离流程。或者MR定时器超时,SGSN启动隐式分离定时器(Implicit Detach timer),当此隐式分离定时器超时,MME确认MTC设备在本网络内离线。
[0055] 执行分离流程主要是删除MTC设备相关的上下文(例如,移动性管理(MM)上下文)并释放MTC设备相关的承载。
[0056] 当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服务器的具体形式。
[0057] 对于激活ISR的场景,如步骤6所述,SGSN和MME之间建立了ISR关联,SGSN与MME互相保存地址信息。当SGSN确认MTC设备在本网络内离线,SGSN发送消息,如分离指示消息(Detach Indication),给上述MME,该消息可用于指示MTC设备离线,MME接收该分离指示消息,获知MTC设备在GERAN/UTRAN网络离线。
[0058] 8:MME确认MTC设备在本网络内离线,发送MTC设备离线指示信息给MTC服务器。MME至少可通过如下三种方式确认MTC设备在本网络内离线:
[0059] 1)MME接收MTC设备发送的分离请求。例如,MTC设备发送分离请求(Detach Request)消息给MME。这种方式下,由MTC设备通过向SGSN发送分离请求,主动发起分离流程。
[0060] 2)MME接收HLR/HSS发送的分离请求。这种方式下,由HLR/HSS发起分离流程。例如,HLR/HSS发送删除位置(Cancel Location)消息给MME,消息中所携带删除类型(Cancellation Type)设置为退出签约(SubscriptionWithdrawn),指示MME立即删除MTC设备相关的上下文,对该MTC设备执行分离流程。
[0061] 3)接入网可以通过可达定时器(MR Timer)判断MTC设备是否离线,例如,MTC设备转入空闲态的时候,MTC设备启动周期性更新定时器,而MME启动MR定时器。当MR定时器超时,MME确认MTC设备在本网络内离线,对该MTC设备执行分离流程。或者MR定时器超时,MME启动隐式分离定时器(Implicit Detach timer),当此隐式分离定时器超时,MME确认MTC设备在本网络内离线。
[0062] 分离流程主要是删除MTC设备相关的上下文(例如,移动性管理(MM)上下文)并释放MTC设备相关的承载。
[0063] 当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服务器的具体形式。
[0064] 进一步的,也可以在确认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服务器的具体形式。
[0065] 同理,对于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服务器的具体形式。
[0066] 本发明实施例提供的技术方案,由接入网对MTC设备进行检测,确认MTC设备离线,然后接入网通知MTC服务器该MTC设备离线,解决了现有技术中由MTC服务器检测MTC设备的离线状态所带来的问题,显著降低了MTC服务器的工作负荷,效率高、实时性好,保证了MTC服务器能够及时获知MTC设备的离线状态;并且节省了网络资源,保证了网络中非M2M业务的正常运行。
[0067] 进一步的,本发明实施例提供的技术方案,当MTC设备在多个接入网中保持注册状态时,只有当MTC设备在所有注册的接入网中都离线时,服务器才确认无法再与该MTC设备保持通信。本发明实施例提供的离线处理方案,能够及时、准确地将MTC设备的离线状态通知服务器,且保证了离线处理不会影响MTC设备的正常业务,增强了用户体验。
[0068] 下面对本发明又一实施例提供的获知MTC设备离线的方案进行描述。
[0069] 本发明实施例中,参见图4,第一网元与第二网元分别属于不同的网络。例如,第一网元可以是MME,属于第一接入网如E-UTRAN网络;第二网元可以是SGSN,属于第二接入网如GERAN/UTRAN网络。本发明不排斥其它场景,例如,第一网元属于3GPP网络,第二网元属于Non-3GPP网络。
[0070] 参见图4,为了更加清楚的说明本发明实施例的技术方案,对MTC设备从注册到离线的整个过程进行描述,具体包括如下步骤:
[0071] 1:MTC设备接入第一接入网,向第一网元发送注册请求消息。
[0072] 2:第一网元与HSS交互获取MTC设备对应的签约数据。
[0073] 签约 数 据中 可以 签 署与 离 线监 测 相关 的参 数,“maximum Offline Indicationdetection time”,该参数指示MTC设备与网络失去连接到网络探测到MTC设备离线所间隔的最大时间。
[0074] 第一网元可以根据maximum Offline Indication detection time设置MR定时器,以及周期性更新定时器。例如,将MR定时器时长设置为小于或等于maximum Offline Indication detection time定义的时长,例如,maximum OfflineIndication detection time=mobile reachable timer+Implicit Detach Timer,其中,Implicit Detach Timer是隐式分离定时器,一般的,MR定时器超时触发ImplicitDetach Timer,当Implicit Detach Timer超时,网络侧确认终端离线;设置周期性更新定时器时长比MR定时器时长略短。
[0075] 另外,第一网元与HSS交互的过程中,向HSS提供第一网元的标识信息(第一网元ID)和MTC设备标识信息(例如,IMSI或者IMEI),HSS保存所述第一网元标识信息。
[0076] 例如,当第一网元是MME时,MME向HSS发送更新位置请求(UpdateLocation Request)消息,消息中携带MME Identity和IMSI信息,其中MMEIdentity是MME的标识信息,可用来寻址所述MME,而IMSI是MTC设备的标识信息。HSS保存为该MTC设备保存MME ID信息。
[0077] 3:第一网元回复注册接受消息给MTC设备,消息中携带周期性更新定时器。MTC设备保存该周期性更新定时器,当MTC设备转移到空闲状态,MTC设备启动周期性更新定时器。
[0078] 4:MTC设备接入第二接入网,向第二网元发送注册请求消息。
[0079] 5:第二网元与HSS交互获取MTC设备对应的签约数据。
[0080] 签 约数 据 中 可 以 签 署 与 离线 监 测 相 关 的 参 数“maximum Offline Indicationdetection time”,该参数指示MTC设备与网络失去连接到网络探测到MTC设备离线所间隔的最大时间。
[0081] 第二网元可以根据maximum Offline Indication detection time设置MR定时器,以及周期性更新定时器。例如,将MR定时器时长设置为小于或等于maximum Offline Indication detection time定义的时长,而周期性更新定时器时长比MR定时器时长略短。
[0082] 另外,第二网元与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信息。
[0083] 6:第二网元发送注册接受消息给MTC设备,消息中携带周期性更新定时器。MTC设备保存该周期性更新定时器,当MTC设备转移到空闲状态,MTC设备启动周期性更新定时器。
[0084] 7a:第一网元确认MTC设备在本网络内离线,发送消息给HSS指示MTC设备离线;
[0085] 7b:第二网元确认MTC设备在本网络内离线,发送消息给HSS指示MTC设备离线;
[0086] 第一网元或第二网元可至少通过如下三种方式确认MTC设备在本网络内离线:
[0087] 1>第一网元或第二网元接收MTC设备发送的分离请求,确认MTC设备离线。例如,MTC设备发送分离请求(Detach Request)消息给第一网元或第二网元,指示MTC设备离线,第一网元或第二网元删除MTC设备相关的上下文。
[0088] 2>第一网元或第二网元接收HSS或HLR发送的分离请求,确认MTC设备离线。例如,HSS发送Cancel Location消息给第一网元或第二网元,消息中所携带Cancellation Type设置为Subscription Withdrawn,指示第一网元或第二网元删除MTC设备相关的上下文。
[0089] 3>接入网可以通过可达定时器(MR Timer)判断MTC设备是否离线,例如,MTC设备转入空闲态的时候,MTC设备启动周期性更新定时器,而第一网元或第二网元启动MR定时器。当MR定时器超时,第一网元或第二网元确认MTC设备在本网络内离线;或者MR定时器超时,第一网元或第二网元启动隐式分离定时器(Implicit Detach timer),当此隐式分离定时器超时,第一网元或第二网元确认MTC设备在本网络内离线。
[0090] 触发第一网元或第二网元发送消息给HSS指示MTC设备离线的方式可以是以下任意一种:
[0091] 1>MTC设备相关的签约数据中签署离线监测的特性,即,要求网络对该MTC设备执行离线监测。例如,签约数据中包含MTC Feature-Offline indication。这种方式下,第一网元或第二网元根据MTC设备的签约数据的指示,确认需要对该MTC设备执行离线检测,则当第一网元或第二网元确认MTC设备离线后,发送消息给HSS指示MTC设备离线。例如,发送Notify Request消息给HSS指示MTC设备离线,消息中可以携带离线指示信息(Offline indication),指示MTC设备已离线,即MTC设备已处于与网络无连接的离线状态。对上述消息的具体实现方式不进行限制。
[0092] 2>MTC设备相关的签约数据中签署离线监测的特性,即,要求网络对该MTC设备执行离线监测。例如,签约数据中包含MTC Feature-Offline indication。这种方式下,HLR/HSS根据上述签约数据发送消息给第一网元或者第二网元,指示第一网元或者第二网元对MTC设备执行离线监测,则当第一网元或第二网元确认MTC设备离线后,通知MTC服务器MTC设备离线。例如,HLR/HSS发送OfflineIndication Request消息给第一网元或者第二网元,或者发送的消息中携带离线监测指示信息(Offline Indication)。在此不对上述消息的具体实现方式进行限制。根据HLR/HSS的指示,第一网元或者第二网元确认需要对该MTC设备执行离线检测,则当第一网元或第二网元确认MTC设备离线,发送消息给HSS指示MTC设备离线。例如,发送Notify Request消息给HSS,该消息中可以携带离线指示信息,指示MTC设备已离线,即MTC设备已处于与网络无连接的离线状态,然后由HSS通知MTC服务器MTC设备离线。
[0093] 3>在本方式下,由业务相关实体(例如,MTC Server)要求HLR/HSS提供MTC设备离线信息,即要求网络对该MTC设备执行离线监测。然后HLR/HSS根据业务相关实体的要求发送消息给第一网元或者第二网元,指示第一网元或者第二网元对MTC设备执行离线监测。例如,发送Offline Indication Request消息给第一网元或者第二网元,或者发送的消息中携带离线监测指示信息(Offline Indication)。对上述消息的具体实现方式不进行限制。根据HLR/HSS的指示,第一网元或者第二网元确认需要对该MTC设备执行离线检测,则当第一网元或第二网元确认MTC设备离线,发送消息给HSS指示MTC设备离线。例如,第一网元或第二网元发送Notify Request消息给HSS,该消息中可以携带离线指示信息(Offline indication),指示MTC设备已离线,即MTC设备已处于与网络无连接的离线状态,然后由HSS通知MTC服务器MTC设备离线。
[0094] 8:HSS接收第一网元或第二网元发送的消息,该消息指示MTC设备在第一接入网或第二接入网中离线。HSS确认MTC设备在第一网元或第二网元所属的网络中离线,HSS向MTC Server通知MTC设备离线。具体方式不限,可以是直接通知,
[0095] 例如,HSS可以发送消息给MTC服务器,消息中可以携带离线指示信息,指示MTC设备已离线,即MTC设备已处于与网络无连接的离线状态,从而使MTC服务器获知MTC设备在第一接入网或第二接入网中离线。或者间接的通过其它网元向MTC Server传递MTC设备离线。
[0096] 进一步的,HSS收集到为MTC设备服务的所有管理网元(如第一网元和第二网元)发送的指示MTC设备离线的消息后,HSS确认MTC设备已从该MTC设备所有注册网络中分离,即MTC设备离线,无法再与MTC服务器保持连线。然后,HSS向MTC服务器通知MTC设备离线,从而MTC服务器也获知MTC设备在其所注册的所有接入网中都离线,MTC服务器确认MTC设备离线。具体方式不限,可以是直接通知,例如,HSS发送消息给MTC服务器,该消息中可以携带离线指示信息,指示MTC设备已离线,即MTC设备已处于与网络无连接的离线状态,从而使MTC服务器获知MTC设备离线。
[0097] 由上述内容可知,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服务器的具体形式。
[0098] 本发明实施例提供的技术方案,由接入网对MTC设备进行检测,确认MTC设备离线,然后接入网通知MTC服务器该MTC设备离线,解决了现有技术中由MTC服务器检测MTC设备的离线状态所带来的问题,显著降低了MTC服务器的工作负荷,效率高、实时性好,保证了MTC服务器能够及时获知MTC设备的离线状态;并且节省了网络资源,保证了网络中非M2M业务的正常运行。
[0099] 进一步的,本发明实施例提供的技术方案,当MTC设备在多个接入网中保持注册状态时,只有当MTC设备在所有注册的接入网中都离线时,服务器才确认无法再与该MTC设备保持通信。本发明实施例提供的离线处理方案,能够及时、准确地将MTC设备的离线状态通知服务器,且保证了离线处理不会影响MTC设备的正常业务,增强了用户体验。
[0100] 本发明又一实施例还提供了一种获知MTC设备离线的装置,参见图5,所述装置包括:确认单元51,用于确认MTC设备离线;通知单元52,用于通知MTC服务器所述MTC设备离线。
[0101] 进一步的,上述确认单元51,具体用于根据接收到的上述MTC设备发送的分离请求,确认上述MTC设备离线;或者,根据接收到的归属位置寄存器(HLR)或归属用户服务器(HSS)发送的分离请求,确认上述MTC设备离线;或者,当上述接入网中的定时器超时时,确认上述MTC设备离线。
[0102] 进一步的,为了保证对MTC设备离线监测的正常进行,从而使MTC服务器获知MTC设备是否离线,所述装置还包括离线监测触发单元,用于获取所述MTC设备的签约数据,所述签约数据中签署离线监测的特性,以使所述确认单元确认MTC设备离线之后,所述通知单元根据所述签约数据通知MTC服务器所述MTC设备离线;或者,
[0103] 所述离线监测触发单元,用于接收HSS或HLR根据签约数据发送的消息,所述消息指示所述确认单元确认MTC设备离线之后,所述通知单元通知MTC服务器所述MTC设备离线,其中,所述签约数据中签署离线监测的特性;或者,所述离线监测触发单元,用于接收HSS或HLR发送的消息,所述消息指示所述确定单元确认MTC设备离线之后,所述通知单元通知MTC服务器所述MTC设备离线,其中,所述HSS或HLR根据业务相关实体的指示发送消息给上述离线监测触发单元。
[0104] 进一步的,当MTC设备在多个接入网中,保持注册状态时为了保证了离线处理不会影响MTC设备的正常业务,增强用户体验,上述确认单元51包括第一确认模,具体用于当上述MTC设备在所述MTC设备注册的所有接入网络中离线时,确认上述MTC设备离线。
[0105] 其中,根据不同的工作方式,上述第一确认模块,具体用于接收第二接入网中第二网元发送的消息,其中,所述消息指示所述MTC设备在第二接入网中离线;以及,确定所述MTC设备在所述装置所属的接入网中离线时,则确认所述MTC设备离线,这种情况下,所述装置可以由MME或SGSN等接入网元来实现;其中,上述的第二接入网可以属于所述MTC设备所注册的接入网中除所述装置所属的接入网之外的接入网。
[0106] 或者,上述第一确认模块,具体用于接收所述MTC设备所注册的所有接入网发送的消息,确认所述MTC设备离线,其中所述消息指示MTC设备在相应接入网中离线,这种情况下,上述装置可由HSS或HLR来实现。
[0107] 进一步的,上述通知单元52,具体用于向服务器发送消息,例如,SGSN或MME向服务器发送消息,通知MTC服务器MTC设备离线,或HSS或HLR向服务器发送消息,通知MTC服务器MTC设备离线;或者,上述通知单元52通过中间网元(如HLR或者HSS)向服务器发送消息,所述消息通知MTC服务器所述MTC设备离线例如,SGSN或MME通过HSS向服务器发送消息,通知MTC服务器MTC设备离线。
[0108] 本发明又一实施例还提供了一种MTC设备离线的处理系统,其中所述系统包括上述的获知MTC设备离线的装置。
[0109] 本发明装置和系统实施例中各功能模块和单元的具体工作方式参见本发明方法实施例。本发明装置和系统实施例中各功能模块和单元可以单独实现,也可以集成在一个或多个单元中实现。
[0110] 本发明实施例提供的技术方案,由接入网对MTC设备进行检测,确认MTC设备离线,然后接入网通知MTC服务器该MTC设备离线,解决了现有技术中由MTC服务器检测MTC设备的离线状态所带来的问题,显著降低了MTC服务器的工作负荷,效率高、实时性好,保证了MTC服务器能够及时获知MTC设备的离线状态;并且节省了网络资源,保证了网络中非M2M业务的正常运行。
[0111] 进一步的,本发明实施例提供的技术方案,当MTC设备在多个接入网中保持注册状态时,只有当MTC设备在所有注册的接入网中都离线时,服务器才确认无法再与该MTC设备保持通信。本发明实施例提供的离线处理方案,能够及时、准确地将MTC设备的离线状态通知服务器,且保证了离线处理不会影响MTC设备的正常业务,增强了用户体验。
[0112] 本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
[0113] 以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈