背景技术
在3GPP TS 22.368机器类通信服务需求规范中,SA1提出了终端触发MTC特性,即网络应能基于MTC Server(Machine Type Communication,机器类通信服务器)发送的触发指示,触发MTC Device(MTC终端)发起与MTCServer间的通信。
在实际应用中,MTC终端从网络接收触发指示并建立与MTC Server间的通信的情况可能包括:
当MTC终端offline(离线)时接收触发指示;
当MTC终端online(在线)但没有建立数据连接时接收触发指示;
当MTC终端online并已建立数据连接时接收触发指示。
就目前SA2讨论结果而言,对应于3GPP网络系统,离线是指终端在3GPP网络处于去附着状态,在线是指终端处于附着状态,数据连接是指终端在3GPP网络中建立的PDP(Packet Data Protocol,分组数据协议)上下文/PDN(PacketData Network,分组数据网络)连接。
根据上述需求,3GPP网络系统需要能够接收MTC Server发送的触发指示,并在MTC终端处于去附着状态,附着但无PDP/PDN连接相关信息状态,以及处于附着并有PDP/PDN连接相关信息状态中的任意一种情况下,对MTC终端发起触发使其建立与MTC Server间的通信。
3GPP网络可以采取多种方式向MTC终端发送触发指示。为了使触发指示在3GPP网络中的传输流程对MTC Server透明,目前SA2提出在3GPP网络边缘增加MTC-IWF(MTC-Inter Working Function,交互工作功能实体)的方法来屏蔽3GPP网络的具体细节,为MTC Server提供统一的接口与服务,具体如图1所示。基于此架构,无论MTC终端的可达状态如何,MTC Server都能够通过一个单一的接口协议向3GPP网络发起触发请求。
MTC-IWF具有DT(Device Trigger,终端触发)功能,在接收到MTC Server发送的触发指示后,MTC-IWF通过3GPP网络进一步向MTC终端发送触发指示。3GPP网络中触发指示的传输方式包含但不限于如下几种:
利用已建立的PDP上下文/PDN连接相关信息,通过GGSN(网关GPRS支持节点)/P-GW(PDN网关)进行传输;
基于网络发起的PDP上下文激活请求流程,利用新建立的PDP上下文通过GGSN传输;
利用SIP(会话初始协议)/IMS(IP多媒体子系统)服务通过S-CSCF(服务会话控制功能实体)传输;
利用SMS(短消息)通过SMS-SC(短消息业务服务中心)传输;
利用CBS(小区广播服务),通过CBC广播传输。
面临诸多可选的触发方式,在接收到一个触发指示消息后MTC-IWF首先需要基于目标MTC终端当前所处的Reachability Information(可达状态),为触发指示消息确定出最为有效的传输方式,其中,MTC终端的可达状态也可称为附着状态,用于表示终端是否附着至网络,以及附着后是否建立了数据连接;接着,MTC-IWF将从MTC Server接收到的触发指示消息重新构造为与所选传输方式相对应的信息格式并将其发送至相应的网络实体,从而实现MTC终端的触发。
除了上述通过引入MTC-IWF屏蔽3GPP网络传输细节实现MTC终端触发的方法之外,目前也提出了许多针对处于某一种可达状态的MTC终端的触发方法。这些方法大多由MTC Server直接向3GPP网络实体发送触发指示消息来发起网络对MTC终端的触发流程。根据MTC终端所处的可达状态的不同,MTC Server可以选择不同的方式进行触发。例如,对于去附着的终端,可以通过CBS(Cell Broadcast Service,小区广播服务),SMS(Short MessageService,短消息服务)等方式触发;对于附着但未建立PDP上下文/PDN连接相关信息的MTC终端,MTC Server可以通过网络发起的连接建立请求,NAS(Non Access Stratum,非接入层)消息,SMS等方式触发;对于附着且已建立PDP上下文/PDN连接相关信息的终端,可以通过IMS,SMS等方式来触发。然而,在做具体传输方式的选择之前,MTC Server需要先获得MTC终端的可达状态信息,即附着状态信息。
对于触发MTC终端的功能需求,无论是通过MTC-IMF间接触发还是通过MTC Server直接触发,网络侧服务节点(MTC-IMF或MTC Server)所面临的一个共同问题是:如何获取目标MTC终端当前的可达状态信息,只有获得了该信息,网络侧服务节点才能决定具体的传输方式,从而发起MTC终端的触发流程。
为了解决上述问题,目前,已有的技术方案中提出了基于HLR(位置归属寄存器)/HSS(家乡用户服务器)获得MTC终端的可达状态信息的解决方案。此方案中,假设HLR/HSS能够保存并维护MTC终端的可达状态信息。以网络侧服务节点是MTC-IWF为例,MTC-IWF通过DT功能根据触发指示消息中包含的MTC终端的身份标识确定MTC终端所属的HLR/HSS,并通过C/Sh接口向HLR/HSS查询MTC终端当前的可达状态信息。在接收到MTC-IWF的查询请求时,HLR/HSS向MTC-IWF返回MTC终端当前的可达状态信息;其中,这里,HLR/HSS获取MTC终端的可达状态信息是后续流程正确执行的必要前提。
在3GPP TS23060/23.401中定义了MTC终端的附着操作流程,用于网络服务节点通过HLR/HSS获取MTC终端的可达状态信息,该附着操作流程包括包括UE Reachability Notification Request(UE可达通知请求)流程和UE ActivityNotification(UE激活)流程两部分。通过前一流程,网络侧服务节点可以请求HLR/HSS为其提供MTC终端的可达状态信息;接收到请求之后,HLR/HSS将设置URRP(UE可达请求参数)-SGSN/URRP-MME标记并向SGSN/MME发出UE-REACHABILITY-NOTIFICATION-REQUEST消息,请求SGSN/MME在MTC终端再次可达时对其进行通知;在后一流程中,当SGSN/MME在NAS(Non Access Stratum,非接入层)层检测到MTC终端再次可达时,将向HLR/HSS发出UE-Activity-Notification消息;据此信息,HLR/HSS将向发出请求的网络侧服务节点通知MTC终端可达,网络侧服务节点会向HLR/HSS获取MTC终端当前的可达状态信息。另外,HLR/HSS也可以根据SGSN/MME发出的Update Location(位置更新)消息判定MTC终端可达,并在URRP-SGSN/URRP-MME标记设置的情况下向发出请求的网络侧服务节点发出通知,网络侧服务节点会向HLR/HSS获取MTC终端当前的可达状态信息。
显然,现有协议中定义的UE Reachability处理流程主要是为实现“如何尽早获知未附着的MTC终端何时再次附着”的目的而设计,通过该流程,只有当MTC终端由未附着状态再次转为附着状态时,HLR/HSS才能从SGSN/MME获取MTC终端的可达状态信息,否则,HLR/HSS将不能从SGSN/MME获取任何有关MTC终端的可达状态信息的反馈;换言之,只有在SGSN/MME处保留有MTC终端MM(Mobility Management,移动性管理)上下文并且MTC终端再次可达的情况下,SGSN/MME才能响应HLR/HSS的请求对其发出通知;否则,SGSN/MME将不能向HLR/HSS通知MTC终端可达;那么,HLR/HSS便不能及时获得MTC终端最新的可达状态信息。例如,对于一个已经附着到网络的MTC终端,如果HLR/HSS向SGSN/MME发出终端可达性通知请求消息来获取MTC终端的可达状态信息,虽然此时MTC终端已处于附着状态,但是由于MTC终端的附着状态未发生改变,那么,SGSN/MME便不会向HLR/HSS发送MTC终端的可达状态信息。
显然,现有的操作流程不能够满足HLR/HSS需要及时获取终端可达状态信息的需求,那么HLR/HSS便无法及时通知网络侧服务节点对MTC终端进行触发,从而影响了整个系统的后续运行。
具体实施方式
为了令签约位置服务器(如,HLR/HSS)及时获得MTC终端准确的可达状态信息,从而保证核心网服务节点(如,MTC-IWF/MTC Server)能够按照最新的可达状态信息正确执行MTC终端的触发流程,本发明实施例中,签约位置服务器在接收到核心网服务节点发送的用于获取MTC终端的可达状态信息的通知消息时,根据本地对应该MTC终端保存的上下文信息,判断是否能确定MTC终端当前的可达状态信息,若是,则向核心网服务节点返回携带该MTC终端当前的可达状态信息的响应消息;否则,向核心网控制节点请求获取MTC终端当前的可达状态信息,并根据核心网控制节点的反馈情况确定该MTC终端当前的可达状态信息,以及向核心网服务节点返回携带该MTC终端当前的可达状态信息的响应消息。
其中,在3GPP制式的网络中,签约位置服务器可以是HLR/HSS,核心网控制节点可以是SGSN/MME,核心网服务节点(又称网络侧服务节点)可以是MTC-IWF/MTC Server。
其中,SGSN和HLR表示的是针对3GPP网络中的3G网络应用场景、MME和HSS表示的是针对3GPP网络中的EPS网络应用场景,而在“HLR/HSS”与“SGSN/MME”中,“/”表示“或/和”关系,因为MTC终端可以同时注册至两种核心网络,采用两种核心网网络制式,后续描述中均如此。MTC-IWF/MTC Server中,“/”亦表示“或/和”关系,因为MTC终端的触发流程既可以由MTC-IWF执行,也可以由MTC Server执行,后续描述中均如此。
下面结合附图对本发明优选的实施方式进行详细说明。
参阅图2所示,本发明实施例中,HLR/HSS向MTC-IWF/MTC Server提供MTC终端的可达状态信息的概述流程图,包括:
步骤200:HLR/HSS接收MTC-IWF/MTC Server发送的用于获取MTC终端的可达状态信息的通知消息。
步骤210:HLR/HSS根据本地对应上述MTC终端保存的上下文信息,判断是否能确定该MTC终端当前的可达状态信息,即判断是否能确定MTC终端当前的附着状态,若是,则执行步骤220;否则,执行步骤230。
具体为:HLR/HSS确认本地对应上述MTC终端保存的上下文信息中未记录有MTC终端注册的SGSN/MME,或者,记录有上述MTC终端注册的核心网控制节点和对应该MTC终端设置的终端可达请求标记(如,URRP-SGSN/URRP-MME)时,判定能够确定MTC终端当前的可达状态信息,且该可达状态信息表示MTC终端当前未附着至网络。
而HLR/HSS确认本地对应上述MTC终端保存的上下文信息中记录有上述MTC终端注册的核心网控制节点,但未记录有对应上述MTC终端设置的终端可达请求标记(如,URRP-SGSN/URRP-MME)时,判定不能够确定所述MTC终端当前的可达状态信息;此时,HLR/HSS应当向SGSN/MME请求获取MTC终端当前的可达状态信息。
其中,所谓的MTC终端注册的SGSN/MME,可以是MTC终端当前注册的SGSN/MME,也可以是MTC终端之前注册过的SGSN/MME。
步骤220:HLR/HSS向MTC-IWF/MTC Server返回携带上述MTC终端当前的可达状态信息的响应消息;即向MTC-IWF/MTC Server通知MTC终端当前未附着至网络。
步骤230:HLR/HSS向SGSN/MME请求获取上述MTC终端当前的可达状态信息,并根据SGSN/MME的反馈情况确定上述MTC终端当前的可达状态信息,以及向MTC-IWF/MTC Server返回携带上述MTC终端当前的可达状态信息的响应消息。
在执行步骤230时,HLR/HSS向SGSN/MME请求获取上述MTC终端当前的可达状态信息后,SGSN/MME可以立即根据MTC终端当前的附着状态向HLR/HSS进行反馈,而HLR/HSS则根据该反馈确定MTC终端当前已附着至网络或未附着至网络;或者,HLR/HSS向SGSN/MME请求获取MTC终端当前的可达状态信息后,SGSN/MME也可以在确定MTC终端已附着至网络时,再向HLR/HSS进行反馈,在后一种情况下,较佳的,HLR/HSS在发出请求后,在其本地维护一定时器,在定时器超时之前,若接收到SGSN/MME的反馈,则确定MTC终端当前已附着至网络,若未接收到SGSN/MME的反馈,则确定MTC终端当前未附着至网络;这样,无论针对何种应用场景,均可以保证HLR/HS能够及时向MTC-IWF/MTC Server发送MTC终端最新的可达状态信息,而不会因为等待MTC终端的再次附着而延误了MTC-IWF/MTC Server对MTC终端的触发。
下面以两个具体的应用场景为例,对上述实施例进行详细介绍。
参阅图3所示,本发明实施例中,HLR/HSS向MTC-IWF/MTC Server提供MTC终端的可达状态信息的第一种方法详细流程图;
步骤300:MTC-IWF/MTC Server在需要对MTC终端进行触发时,向HLR/HSS发送终端状态查询消息,该终端状态查询消息中需要携带MTC终端的标识信息。
步骤310:HLR/HSS获取接收的终端状态查询消息中携带的MTC终端的标识信息,并根据对应该标识信息保存的上下文信息,判断是否能确定MTC终端当前的可达状态信息;若是,则进行步骤320;否则,进行步骤330。
本实施例中,HLR/HSS确认MTC终端的上下文信息中没有记录MTC终端当前或之前注册过的SGSN/MME,或者,记录了MTC终端当前或之前注册过的SGSN/MME和对应该MTC终端设置的URRP-SGSN/URRP-MME标记时,确定MTC终端当前未附着至网络,即判定能够确定MTC终端当前的可达状态信息;这是因为,若MTC终端的上下文信息中没有记录MTC终端当前或之前注册过的SGSN/MME,则说明MTC终端未曾进行过网络接入,因此MTC终端当前肯定还未附着至网络;而若MTC终端的上下文信息中记录了MTC终端当前或之前注册过的SGSN/MME和对应该MTC终端设置的URRP-SGSN/URRP-MME标记,则说明目前已经有其他功能实体向HLR/HSS请求过MTC终端的可达状态信息,但HLR/HSS还未得到SGSN/MME的回复,即MTC终端还未再次附着至网络,或者,SGSN/MME已向HLR/HSS通知MTC终端未附着至网络,即表明MTC终端当前肯定还未附至网络;
而HLR/HSS确认MTC终端的上下文信息中记录了MTC终端当前或之前注册过的SGSN/MME,但未记录对应MTC终端设置的URRP-SGSN/URRP-MME时,则判定不能确定MTC终端当前的可达状态信息,因为这种情况下,说明目前没有其他功能实体向HLR/HSS请求过MTC终端的可达状态信息,那么,MTC终端当前有可能已附着至网络,也有可能未附着至网络。
此时,HLR/HSS将向SGSN/MME请求获取MTC终端当前的可达状态信息,即发起UE Reachability Notification Request(终端可达性通知请求)流程,在此过程中,HLR/HSS需要针对MTC终端设置URRP-SGSN/URRP-MME标记。
步骤320:HLR/HSS向MTC-IWF/MTC Server发送携带MTC终端当前的可达状态信息的终端状态响应消息,向MTC-IWF/MTC Server通知MTC终端当前未附着至网络。
步骤330:HLR/HSS向SGSN/MME发送用于获取MTC终端当前的可达状态信息的终端可达性通知请求消息,该终端可达性通知请求消息中也需要携带MTC终端的标识信息。
步骤340:SGSN/MME判断MTC终端当前是否已附着至网络,若是,则执行步骤350;否则,执行步骤370。
步骤350:SGSN/MME立即向HLR/HSS返回携带MTC终端当前的可达状态信息的终端可达性通知消息,向HLR/HSS通知MTC终端当前已附着至网络。
进一步地,SGSN/MME还可以在终端可达性通知消息中携带MTC终端当前的数据连接建立信息,该数据连接建立信息至少包括:GGSN(GPRS网关支持节点)的地址或标识,或者,P-GW(分组数据网络网关)的地址或标识,即MTC终端的PDP上下文/PDN连接相关信息。
步骤360:HLR/HSS向MTC-IWF/MTC Server发送携带MTC终端当前的可达状态信息的终端状态响应消息,向MTC-IWF/MTC Server通知MTC终端当前已附着至网络。
在执行步骤360的过程中,HLR/HSS将清除对应MTC终端设置的URRP-SGSN/URRP-MME标记。
进一步地,HLR/HSS还可以根据SGSN/MME的通知在终端状态响应消息中携带MTC终端当前的数据连接建立信息,该数据连接建立信息至少包括:GGSN的地址或标识,或者,P-GW的地址或标识,即MTC终端的PDP上下文/PDN连接相关信息。
步骤370:SGSN/MME立即向HLR/HSS返回携带MTC终端当前的可达状态信息的终端可达性通知消息,向HLR/HSS通知MTC终端当前未附着至网络。
当然,在执行步骤370的过程中,SGSN/MME也需要启用现有的UEReachability流程执行相关操作,如,对应MTC终端设置URRP-SGSN/URRP-MME标记,并在检测到MTC终端附着至网络时,向HLR/HSS进行通知。
步骤380:HLR/HSS向MTC-IWF/MTC Server发送携带MTC终端当前的可达状态信息的终端状态响应消息,向MTC-IWF/MTC Server通知MTC终端当前未附着至网络。
区别于上述实施例,参阅图4所示,本发明实施例中,HLR/HSS向MTC-IWF/MTC Server提供MTC终端的可达状态信息的第二种方法详细流程图;
步骤400:MTC-IWF/MTC Server在需要对MTC终端进行触发时,向HLR/HSS发送终端状态查询消息,该终端状态查询消息中需要携带MTC终端的标识信息。
步骤410:HLR/HSS获取接收的终端状态查询消息中携带的MTC终端的标识信息,并根据对应该标识信息保存的上下文信息,判断是否能确定MTC终端当前的可达状态信息;若是,则进行步骤420;否则,进行步骤430。
与步骤310同理,本实施例中,HLR/HSS确认MTC终端的上下文信息中没有记录MTC终端当前或之前注册过的SGSN/MME,或者,记录了MTC终端当前或之前注册过的SGSN/MME和对应该MTC终端设置的URRP-SGSN/URRP-MME标记时,确定MTC终端当前未附着至网络,即判定能够确定MTC终端当前的可达状态信息;
而HLR/HSS确认MTC终端的上下文信息中记录了MTC终端当前或之前注册过的SGSN/MME,但未记录对应MTC终端设置的URRP-SGSN/URRP-MME时,判定不能确定MTC终端当前的可达状态信息。
此时,HLR/HSS将向SGSN/MME请求获取MTC终端当前的可达状态信息,即发起UE Reachability Notification Request(终端可达性通知请求)流程,在此过程中,HLR/HSS需要对应MTC终端设置URRP-SGSN/URRP-MME标记。
步骤420:HLR/HSS向MTC-IWF/MTC Server发送携带MTC终端当前的可达状态信息的终端状态响应消息,向MTC-IWF/MTC Server通知MTC终端当前未附着至网络。
步骤430:HLR/HSS向SGSN/MME发送用于获取MTC终端当前的可达状态信息的终端可达性通知请求消息,该终端可达性通知请求消息中也需要携带MTC终端的标识信息。
本实施例中,SGSN/MME在确定MTC终端附着至网络时,才会向HLR/HSS通知MTC终端的可达状态信息,因此,为了避免等待时间过长,在执行步骤430的过程中,HLR/HSS针对MTC终端建立一定时器,在定时器超时前,若接收到SGSN/MME的反馈,则确定MTC终端已附着至网络,若未接收到SGSN/MME的反馈,则确定MTC终端未附着至网络。
步骤440:SGSN/MME判断MTC终端当前是否已附着至网络,若是,则执行步骤450;否则,执行步骤460。
步骤450:SGSN/MME立即向HLR/HSS返回携带MTC终端当前的可达状态信息的终端可达性通知消息,向HLR/HSS通知MTC终端当前已附着至网络。
进一步地,SGSN/MME还可以在终端可达性通知消息中携带MTC终端当前的数据连接建立信息,该数据连接建立信息至少包括:GGSN的地址或标识,或者,P-GW的地址或标识,即MTC终端的PDP上下文/PDN连接相关信息。
步骤460:SGSN/MME启用现有的UE Reachability流程执行相关操作,在检测到MTC终端附着至网络时,向HLR/HSS返回携带MTC终端当前的可达状态信息的终端可达性通知消息,向HLR/HSS通知MTC终端已附着至网络。
具体为:SGSN/MME在启用UE Reachability流程的过程中,针对MTC终端设置URRP-SGSN/URRP-MME标记,并对MTC终端的附着状态进行监控,以及在检测到MTC终端附着至网络时,向HLR/HSS进行反馈,并删除对应MTC终端设置的URRP-SGSN/URRP-MME标记。
进一步地,SGSN/MME还可以在终端可达性通知消息中携带MTC终端当前的数据连接建立信息,该数据连接建立信息至少包括:GGSN的地址或标识,或者,P-GW的地址或标识,即MTC终端的PDP上下文/PDN连接相关信息。
步骤470:HLR/HSS判断在定时器超时前,是否接收到SGSN/MME的反馈,即是否接收到SGSN/MME发送的终端可达性通知消息,若是,则执行步骤480;否则,执行步骤490。
可见,本实施例中,HLR/HSS启动针对MTC终端设置的定时器后,在定时器超时的情况下,若仍未接收到SGSN/MME的反馈,则直接确认MTC终端当前未附着至网络,并向MTC-IWF/MTC Server返回相应的终端状态响应消息,而无需再等待SGSN/MME的反馈,从而保证能够及时向MTC-IWF/MTCServer提供其所需的MTC终端当前的可达状态信息。
步骤480:HLR/HSS向MTC-IWF/MTC Server发送携带MTC终端当前的可达状态信息的终端状态响应消息,向MTC-IWF/MTC Server通知MTC终端当前已附着至网络。
在执行步骤480的过程中,HLR/HSS将清除对应MTC终端设置的URRP-SGSN/URRP-MME标记。
进一步地,HLR/HSS还可以根据SGSN/MME的通知在终端状态响应消息中携带MTC终端当前的数据连接建立信息,该数据连接建立信息至少包括:GGSN的地址或标识,或者,P-GW的地址或标识,即MTC终端的PDP上下文/PDN连接相关信息。
步骤490:HLR/HSS向MTC-IWF/MTC Server发送携带MTC终端当前的可达状态信息的终端状态响应消息,向MTC-IWF/MTC Server通知MTC终端当前未附着至网络。
基于上述实施例,参阅图5所示,本发明实施例中,HLR/HSS包括通信单元50、判断单元51和处理单元52,其中,
通信单元50,用于接收MTC-IWF/MTC Server发送的用于获取MTC终端的可达状态信息的通知消息;
判断单元51,用于根据本地对应MTC终端保存的上下文信息,判断是否能确定MTC终端当前的可达状态信息;
处理单元52,用于在判断单元51能确定MTC终端当前的可达状态信息时,通过通信单元50向MTC-IWF/MTC Server返回携带所述MTC终端当前的可达状态信息的响应消息;以及在判断单元51不能确定MTC终端当前的可达状态信息时,通过通信单元50向MTC-IWF/MTC Server请求获取MTC终端当前的可达状态信息,并根据MTC-IWF/MTC Server的反馈情况确定MTC终端当前的可达状态信息,以及通过通信单元50向MTC-IWF/MTC Server返回携带MTC终端当前的可达状态信息的响应消息。
参阅图6所示,本发明实施例中,SGSN/MME包括通信单元60和处理单元61,其中,
通信单元60,用于接收HLR/HSS发送的用于获取MTC终端的可达状态信息的请求消息;
处理单元61,用于根据MTC终端当前的附着状态,通过通信单元60立即向HLR/HSS进行反馈,令HLR/HSS根据该反馈确定MTC终端当前的可达状态信息。
综上所述,3GPP现有协议定义的UE Reachability流程中,只能在MTC终端的附着状态发生改变时,HLR/HSS才能根据SGSN/MME的反馈获得MTC终端当前的可达性状态信息,而采用本发明实施例提供的技术方案后,在接收到MTC-IWF/MTC Server发送的用于查询MTC终端当前的可达状态信息的请求时,HLR/HSS通过查看本地对应MTC终端保存的上下文信息,以及根据SGSN/MME的反馈情况,便可以迅速对MTC终端当前的附着状态做出判断,从而向MTC-IWF/MTC Server做出快速的响应,向其提供MTC终端当前的附着状态信息,这样,便为网络侧实现MTC终端触发这一MTC特性提供了必要的技术支撑,令核心网服务节点可以及时获得最为准确的MTC终端的可达状态信息,从而有效保证了MTC终端触发流程的正确执行。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。