基于附着流程更新终端可达状态信息的方法及装置
技术领域
本发明涉及通信领域,特别涉及一种基于附着流程更新终端可达状态信息的方法及装置。
背景技术
在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(Packet Data 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 Informmation(可达状态),为触发指示消息确定出最为有效的传输方式,其中,MTC终端的可达状态也可称为附着状态,用于表示终端是否附着至网络,以及附着后是否建立了数据连接;接着,MTC-IWF将从MTC Server接收到的触发指示消息重新构造为与所选传输方式相对应的信息格式并将其发送至相应的网络实体,从而实现MTC终端的触发。
除了上述通过引入MTC-IWF屏蔽3GPP网络传输细节实现MTC终端触发的方法之外,目前也提出了许多针对处于某一种可达状态的MTC终端的触发方法。这些方法大多由MTC Server直接向3GPP网络实体发送触发指示消 息来发起网络对MTC终端的触发流程。根据MTC终端所处的可达状态的不同,MTC Server可以选择不同的方式进行触发。例如,对于去附着的终端,可以通过CBS(Cell Broadcast Service,小区广播服务),SMS(Short Message Service,短消息服务)等方式触发;对于附着但未建立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 Activity Notification(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流程中,只有在SGSN/MME处保留有MTC终端MM(Mobility Management,移动性管理)上下文并且MTC终端再次可达的情况下,SGSN/MME才能响应HLR/HSS的请求对其发出通知;否则,SGSN/MME将不能向HLR/HSS通知MTC终端可达;因此,当MTC终端附着至网络时,SGSN/MME可能并没有与HLR/HSS进行交互,即未向HLR/HSS通知MTC终端可达,那么,HLR/HSS便不能及时获得MTC终端最新的可达状态信息。
另一方面,即使在满足交互条件的情况下,SGSN/MME与HLR/HSS进行了交互,HLR/HSS也有可能无法获得MTC终端最新的可达状态信息;例如,在Update Location流程执行时,SGSN/MME虽然与HSS进行了交互,还不能够确认MTC终端最终是否能够成功附着至网络,所以SGSN/MME不能通过Update Location流程向HLR/HSS传输MTC终端最新的可达状态信息,这意味着当MTC终端从去附着状态转为附着状态时,MTC终端的可达状态信息在HLR/HSS处并无法得到更新。
显然,采用现有的解决方案,并不能令HLR/HSS获得MTC终端最新的可达状态信息,那么HLR/HSS便无法及时通知网络侧服务节点对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终端保存的可达状态信息中记录的附着类型信息,以及相应的附着状态进行更新;或 者,所述第二通信单元指示签约位置服务器根据接收的状态更新请求消息将对应所述MTC终端保存的可达状态信息中记录的附着类型信息,以及相应的附着状态和数据连接建立信息进行更新。
一种基于附着流程更新终端可达状态信息的装置,包括:
附图说明
通信单元,用于在MTC终端请求附着至网络时,根据核心网控制节点启用附着处理流程后发送的指示进行相应处理;
第二通信单元,用于根据处理结果确认MTC终端成功附着至网络时,向签约位置服务器发送至少携带所述MTC终端的附着处理结果的状态更新请求消息,指示签约位置服务器根据接收的状态更新请求消息将对应所述MTC终端保存的可达状态信息进行更新,以及在接收到签约位置服务器返回的状态更新响应消息时,确认更新成功;
其中,所述第二通信单元指示签约位置服务器根据接收的状态更新请求消息将对应所述MTC终端保存的可达状态信息进行相应更新,包括:所述第二通信单元指示签约位置服务器根据接收的状态更新请求消息将对应所述MTC终端保存的可达状态信息中记录的附着状态进行更新;或者,所述第二通信单元指示签约位置服务器根据接收的状态更新请求消息将对应所述MTC终端保存的可达状态信息中记录的附着类型信息,以及相应的附着状态进行更新;或者,所述第二通信单元指示签约位置服务器根据接收的状态更新请求消息将对应所述MTC终端保存的可达状态信息中记录的附着类型信息,以及相应的附着状态和数据连接建立信息进行更新。
3GPP网络现有协议流程不能将MTC终端当前的可达性状态在HLR/HSS处进行有效的更新和维护,而本发明实施例中,通过在MTC终端的附着流程中增加状态更新操作,给出了适用于3GPP系统(如,GPRS系统和EPS系统)的MTC终端可达状态信息的更新方法,具体为:当MTC成功附着到网络时,SGSN/MME会向HLR/HSS通知MTC终端已处于附着状态,HLR/HSS根据SGSN/MME的通知更新对应MTC终端保存的可达状态信息,这样,令 HLR/HSS可以及时获得MTC终端最新的可达状态信息,从而可以向网络侧服务节点提供最为准确的MTC终端的可达状态信息,那么,在网络侧服务节点需要对MTC终端进行触发时,能够有效保证触发流程的正确执行,从而为网络侧实现终端触发这一MTC特性提供了必要的技术支撑。
具体实施方式
图1为本发明实施例中支持MTC服务的3GPP网络架构示意图;
图2为本发明实施例中SGSN/MME基于附着流程指示HLR/HSS将对应MTC终端保存的可达状态信息进行实时更新流程图;
图3为本发明实施例中SGSN/MME功能结构示意图;
图4为本发明实施例中HLR/HSS功能结构示意图。
为了令签约位置服务器(如,HLR/HSS)及时获得MTC终端准确的可达状态信息,从而保证MTC终端触发流程的正确执行,本发明实施例中,采用了以下解决方案:
在HLR/HSS处,在MTC终端上下文中维护MTC终端的可达状态信息,该信息至少包含MTC终端的附着状态,即记录着MTC终端当前是否附着至网络,具体如表1所示:
表1
进一步地,MTC终端的可达状态信息中也可以包括MTC终端的附着类型信息,具体如表2所示:
表2
其中,MTC终端所附着的网络类型包含但不限于:CS域网络,GPRS PS域网络,EPS(演进分组系统)网络。
当MTC终端成功附着到网络时,核心网控制节点(如,SGSN/MME)向HLR/HSS发出状态更新请求消息指示MTC终端已处于附着状态,此时,HLR/HSS根据接收到的状态更新请求消息更新本地对应MTC终端保存的可达状态信息,进一步地,还可以根据该状态更新请求消息更新对应MTC终端保存的附着类型信息,最后,HLR/HSS将对核心网控制节点返回状态更新响应消息进行应答。
状态更新请求消息和状态更新响应消息通过SGSN/MME与HLR/HSS间的Gr/S6a/S6d接口基于MAP(Mobile Application Part,移动应用部分协议)协议(采用Gr接口时)或Diameter协议(采用S6a/S6d接口时)传输。在具体实现时,状态更新请求消息和状态更新响应消息可以采用新定义的消息来实现传输,也可以通过在现有协议消息中增加信息单元的方式来实现传输。
其中,SGSN和HLR表示的是针对3GPP网络中的3G网络应用场景、MME和HSS表示的是针对3GPP网络中的EPS网络应用场景,而在“SGSN/MME”与“HLR/HSS”中,“/”表示“或/和”关系,因为MTC终端可以同时注册至两种核心网络,采用两种核心网网络制式,后续描述中均如此。
下面结合附图对本发明优选的实施方式进行详细说明。
本发明实施例中,核心网控制节点(如,SGSN/MME)确认MTC终端请求附着至网络时,启用附着处理流程进行相应处理,并在根据处理结果确认MTC终端成功附着至网络时,通知签约位置服务器将对应MTC终端保存的可达状态信息进行相应更新;参阅图2所示,此过程的具体执行过程如下:
步骤200:在需要附着至网络时,MTC终端向SGSN/MME发送附着请求消息。
本实施例中,较佳的,MTC终端需要在附着请求消息中携带其请求附着 的网络类型,例如,附着类型信息指示MTC终端请求的附着类型为:GPRS附着、GPRS/IMSI联合附着、EPS附着、EPS/IMSI联合附着、紧急附着等等。
步骤210:SGSN/MME接收到MTC终端发送的附着请求消息后,进行附着相关处理。
具体为:在接收到MTC终端发送的附着请求消息后,SGSN/MME按照TS23.060/TS23.401中定义的方式,从HLR/HSS获取对应该MTC终端保存的签约信息,并根据获得的签约信息针对该MTC终端进行相应的附着相关处理,例如,建立MTC终端的移动性上下文、建立MTC终端的安全性上下文等等,具体处理方式参见TS23.060/TS23.401的相关规定,在此不再赘述。
例如,参阅图2所示,在进行附着相关处理时,如果满足触发条件,可以采用位置更新流程从HLR/HSS获取MTC终端的签约信息,具体为:SGSN/MME向HLR/HSS发送位置更新请求消息,HLR/HSS向SGSN/MME回复携带MTC终端的签约信息的位置更新响应消息,SGSN/MME根据获得的签约信息针对MTC终端进行附着相关处理,并在处理流程中的所有操作及判断均成功的情况下,确认MTC终端附着成功。
步骤220:SGSN/MME根据处理结果确认MTC终端成功附着至网络时,向MTC终端返回附着接受消息,通知MTC终端附着成功。
上述步骤200-步骤220即是SGSN/MME基于现有协议执行的附着处理流程。
步骤230:SGSN/MME向HLR/HSS发送状态更新请求消息,该状态更新请求消息中至少携带MTC终端的附着处理结果,指示HLR/HSS根据该附着处理结果将对应上述MTC终端保存的可达状态信息进行相应更新。
本实施例中,SGSN/MEE在确认MTC终端成功附着后,才向HLR/HSS发送状态更新请求消息,通知HLR/HSS终端已转为附着状态。
另一方面,较佳的,状态更新请求消息中还可以包括:MTC终端的身份标识〔如、IMSI,MSISDN(Mobile Subscriber ISDN Number,移动用户ISDN 号码)等〕MTC终端的附着类型信息等等;HLR/HSS根据该附着类型信息可以进一步地对MTC终端的可达状态信息进行相应更新。
例如,参阅表3所示,在SGSN/MME上保存有如表3所示的映射关系信息,其中,附着请求消息中携带的MTC终端的附着类型信息用于提供MTC终端所发起的附着流程的类型,即MTC终端请求附着的网络的网络类型,SGSN/MME需要根据MTC终端发送的附着请求消息中携带的附着类型信息按照表3所示的内容确定状态更新请求消息中需要携带的MTC终端的附着类型信息,并通过该状态更新请求消息通知HLR/HSS将对应MTC终端保存的如表1或表2所示的可达状态信息进行相应更新,其中,虽然SGSN对应的是GPRS网络应用场景,但也会将MTC终端对于CS网络的附着情况通知HLR进行更新,同理,虽然MME对应的是EPS网络应用场景,但也会将MTC终端对于CS网络的附着情况通知HSS进行更新。
表3
除此之外,状态更新消息中还可以进一步携带MTC终端的数据连接建立信息,如,MTC终端的PDP上下文/PDN连接的建立信息,当SGSN/MME为MTC终端成功建立了PDP上下文/PDN连接时,该数据连接建立信息置为“是”;否则,置为“否”,该数据连接建立信息用于向HLR/HSS指明MTC终端是否建立了PDP上下文/PDN连接,实际应用中,该数据连接建立信息更适用于GPRS系统,原因在于MTC终端在附着至GPRS系统时,系统可以不为MTC终端建立PDP上下文,而MTC终端附着至EPS系统时,系统在MTC终端附 着的同时必定会为MTC终端建立PDN连接。
可见,本实施例中,SGSN/MME通知HLR/HSS将对应MTC终端保存的可达状态信息进行相应更新时,可以通知HLR/HSS将对应MTC终端保存的可达状态信息中记录的附着状态进行更新;也可以通知HLR/HSS将对应MTC终端保存的可达状态信息中记录的附着类型信息,以及相应的附着状态进行更新;还可以通知HLR/HSS将对应所述MTC终端保存的可达状态信息中记录的附着类型信息,以及相应的附着状态和数据连接建立信息进行更新。具体的更新方式可以根据实际应用环境可进行灵活设置,在此不再赘述。
步骤240:HLR/HSS根据接收的状态更新消息将对应上述MTC终端保存的可达状态信息进行相应更新后,向SGSN/MME返回状态更新响应消息,用于通知更新成功。
例如,HLR/HSS根据状态更新消息中提供的MTC终端的附着类型信息,将该MTC终端的可达状态信息中记录的相应网络类型记为附着状态,此时MTC终端的可达状态便更新为附着状态,之后,HLR/HSS向SGSN/MME返回状态更新响应消息确认终端信息的成功接收。
本实施例中,HLR/HSS进一步保存MTC终端的附着类型信息的目的在于,当网络侧服务节点(即MTC-IWF/MTC Server)向HLR/HSS请求MTC终端的可达状态信息时,HLR/HSS除了向其提供MTC终端当前的附着状态之外,可以进一步为其提供MTC终端所附着的网络类型,令网络侧服务节点进一步获知MTC终端所附着的网络域(如,CS域网络,GPRS PS域网络,EPS网络,GPRS PS及CS域网络,EPS及CS域网络)及相应的附着状态(是正常附着,还是紧急附着),从而能够选择最为合适的MTC终端触发方式。
本实施例中,HLR/HSS再进一步保存MTC终端PDP上下文/PDN连接建立信息的目的在于,当网络侧服务节点向HLR/HSS请求MTC终端的可达状态信息时,HLR/HSS还可以为其提供MTC终端是否建立了PDP上下文/PDN连接的信息,便于网络侧服务节点进一步确定MTC终端附着至网络后是否建立 有PDP上下文/PDN连接。这样,网络侧服务节点可以进一步确认MTC终端当前的工作状态,从而能够进一步地选择更为优化的MTC终端触发方式。
上述步骤200-步骤240为SGSN/MME在本发明实施例中执行的附着处理流程。
在上述实施例中,SGSN/MME和HSS/HLR之间交互的状态更新请求消息和状态更新响应消息,可以采用新定义的消息格式进行传输,也可以采用在现有协议消息中增加信息单元的方式来进行传输,例如,对于后者,系统可以利用MTC终端的附着流程中已定义的Notify Request(通知请求)消息和Notify Response(通知响应)消息来实现上述状态更新请求消息和状态更新响应消息的传输,此时,Notify Request消息需要增加新的信息单元用于携带MTC终端的附着状态,或者,附着类型信息及相应的附着状态,或者,附着类型信息及相应的附着状态和数据连接建立信息。
此时,对于GPRS系统,在MTC终端成功附着后,需要在SGSN和HLR之间增加Notify Request消息和Notify Response消息的传输处理步骤,以实现MTC终端可达状态信息的更新。而对于EPS系统,可以直接利用MTC终端的附着流程中MME和HSS之间的Notify Request消息和Notify Response消息的传输处理步骤,来实现MTC终端可达状态信息的更新。
在实际应用中,在3GPP系统中,并非所有的MTC终端都具有能够被MTC Server触发的功能,因此,对于那些不支持触发特性的MTC终端,HLR/HSS无需保存并维护其可达状态信息,在这种情况下,为了节省系统的信令开销,在上述实施例中,SGSN/MME确认MTC终端请求附着至网络并启用位置更新流程进行相应处理的过程中,在根据MTC终端的通知或者根据对应MTC终端保存的签约数据,确认该MTC终端支持终端触发特性后,才会在确认MTC终端成功附着至网络时,通知HLR/HSS将对应MTC终端保存的可达状态信息进行相应更新。
例如,当MTC终端发起附着流程时,MTC终端可以在附着请求消息中增 加指示信息用于向SGSN/MME指明它是否支持终端触发特性,SGSN/MME将该指示信息保存,如果MTC终端支持终端触发特性,SGSN/MME在向MTC终端发送附着接受消息确认MTC终端附着成功后,再向HLR/HSS发送状态更新请求消息;否则,不发送状态更新请求消息。
又例如、HLR/HSS在MTC终端的签约数据中记录MTC终端是否支持终端触发特性。当MTC终端发起附着流程时,SGSN/MME从HLR/HSS获取MTC终端的签约信息,并根据该签约信息判断MTC终端是否支持终端触发特性。如果支持终端触发特性,SGSN/MME在向MTC终端发送附着接受消息确认MTC终端附着成功后,向HLR/HSS发送状态更新请求消息;否则,不发送状态更新请求消息。
基于上述实施例,参阅图3所示,本发明实施例中,核心网控制节点,即SGSN/MME包括第一通信单元30和第二通信单元31,其中,
第一通信单元30,用于在确认MTC终端请求附着至网络时,启用位置更新流程进行相应处理;
第二通信单元31,用于在根据处理结果确认MTC终端成功附着至网络时,通知HLR/HSS将对应MTC终端保存的可达状态信息进行相应更新。
参阅图4所示,本发明实施例中,HLR/HSS包括通信单元40和更新单元41,其中,
通信单元40,用于在MTC终端请求附着至网络时,SGSN/MME启用附着处理流程后发送的指示进行相应处理;;
更新单元41,用于根据SGSN/MME的通知确认MTC终端成功附着至网络时,将对应MTC终端保存的可达状态信息进行相应更新。
综上所述,3GPP网络现有协议流程不能将MTC终端当前的可达性状态在HLR/HSS处进行有效的更新和维护,而本发明实施例中,通过在MTC终端的附着流程中增加状态更新操作,给出了适用于3GPP系统(如,GPRS系统和EPS系统)的MTC终端可达状态信息的更新方法,具体为:当MTC成功附着 到网络时,SGSN/MME会向HLR/HSS通知MTC终端已处于附着状态,HLR/HSS根据SGSN/MME的通知更新对应MTC终端保存的可达状态信息,这样,令HLR/HSS可以及时获得MTC终端最新的可达状态信息,从而可以向网络侧服务节点提供最为准确的MTC终端的可达状态信息,那么,在网络侧服务节点需要对MTC终端进行触发时,能够有效保证触发流程的正确执行,从而为网络侧实现终端触发这一MTC特性提供了必要的技术支撑。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。