背景技术
在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(NonAccess 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终端的可达状态信息。当已附着的MTC终端不再需要3GPP网络提供的服务或者3GPP网络不再为已附着的MTC终端提供服务时,MTC终端或网络将发起detach(去附着)流程来使MTC终端脱离网络。
根据detach发起者的不同,detach流程可以分为:MTC终端发起的detach流程和网络侧发起的detach流程。其中,后者又可细分为:SGSN/MME发起的detach流程和HLR/HSS发起的detach流程。或者,根据detach发起方式的不同,detach流程可分为:Explicit detach(显式去附着)的detach流程和Implicitdetach(隐式去附着)的detach流程;所谓显式去附着是指,网络侧或者MTC终端通过显式地发送Detach Request(去附着请求)消息的方式来发起去附着流程,而所谓隐式去附着是指,当去附着条件满足时,网络侧将对MTC终端进行去附着而不对MTC终端进行任何通知。
MTC终端在附着至GPRS(General Packet Radio Service,通用分组无线服务技术)网络的情况下,对于MTC终端发起的detach流程,根据detach网络类型的不同,detach流程可以分为:IMSI(International MobileSubscriberIdentification Number,国际移动用户识别码)detach(IMSI去附着),GPRS detach(GPRS去附着)以及combined GPRS/IMSI detach(GPRS/IMSI联合去附着)。IMSI detach用于MTC终端从CS域网络脱离,GPRS detach用于MTC终端从SGSN提供服务的PS域网络脱离combined GPRS/IMSI detach用于MTC终端同时从PS/CS域网络脱离。
MTC终端在附着至EPS(演进的分组***)网络的情况下,对于MTC终端发起的detach流程,根据detach网络类型的不同,detach流程可以分为:IMSIdetach(IMSI去附着),EPS detach(EPS去附着)以及combined EPS/IMSI detach(EPS/IMSI联合去附着)。IMSI detach用于MTC终端从CS域网络脱离,EPSdetach用于MTC终端从MME提供服务的PS域网络脱离,combined EPS/IMSIdetach用于MTC终端同时从PS/CS域网络脱离。
在ISR(Idle mode Signaling Reduction,空闲状态信令减少)机制激活的情况下,MTC终端将同时注册至GRPS和EPS网络,由MME/SGSN和SGSN/MME为其提供服务。这时,在detach流程中,MME/SGSN将向对方SGSN/MME发送Detach Notification(去附着通知)消息,向其指明detach流程是local detach还是complete detach;而在MME/SGSN发起隐式去附着流程时,MME/SGSN将向对方SGSN/MME指示detach流程为local detach,此时,对方SGSN/MME将保持MTC终端的附着状态不变,只有当detach流程是complete detach时,对方SGSN/MME也将MTC终端去附着。
根据3GPP TS23060/23.060的相关规定,在上述各类的去附着处理流程中,除了由HLR/HSS发起的detach流程之外,对于其他去附着流程,当终端从网络中去附着时,SGSN/MME并没有与HLR/HSS进行交互,这样HLR/HSS不能获知终端可达状态的改变。
现有基于HLR/HSS的方法要求HLR/HSS能够保存与终端可达状态相关的最新信息。然而,根据现有协议的处理流程,除了HLR/HSS发起的detach流程之外,当MTC终端从网络中去附着时,SGSN/MME不与HLR/HSS进行交互,这意味着当MTC终端在3GPP网络中由附着状态转为去附着状态时,MTC终端的可达状态信息(也称为附着状态信息)在HLR/HSS处并没有得到更新;这样,通过查询HLR/HSS的方法,网络侧服务节点实际上并不能及时获得MTC终端最新的可达状态信息,从而令网络侧服务节点难以选择正确的触发方式对MTC终端进行触发,进而影响了整个***的后续运行。
具体实施方式
为了令签约位置服务器(如,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终端的去附着类型信息的状态更新请求消息,指示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终端从网络中去附着时,通知签约位置服务器(如,HLR/HSS)将对应MTC终端保存的可达状态信息进行相应更新;参阅图2所示,此流程的概述执行流程如下:
步骤200:SGSN/MME确认MTC终端从网络中去附着。
本实施例中,在执行步骤200时,SGSN/MME可以根据MTC终端主动发送的去附着请求消息确认MTC终端从网络中去附着;或者,SGSN/MME也可以在确定网络侧不再向MTC终端提供相关服务时,确认该MTC终端从网络中去附着,即SGSN/MME主动将MTC终端去附着,此时,SGSN/MME可以将去附着操作通知MTC终端,也可以不通知。
步骤210:SGSN/MME通知HLR/HSS将对应上述MTC终端保存的可达状态信息进行相应更新。
具体为:当确认MTC终端从网络中去附着后,SGSN/MME向HLR/HSS发送至少携带该MTC终端的去附着状态类型信息的状态更新请求消息,指示MTC终端当前的附着状态发生改变,HLR/HSS根据接收到的状态更新请求消息获取并更新对应上述MTC终端的可达状态信息,例如,可以按照表1所示的可达状态信息,根据接收的状态更新请求消息对MTC终端当前的附着状态进行更新,又例如,也可以按照表2所示的可达状态信息,根据接收的状态更新请求消息对MTC终端当前的附着网络类型及相应的附着状态进行更新。
基于上述实施例,实际应用中,若***中激活了ISR机制,则意味着MTC终端同时注册至两个采用不同3GPP网络制式的核心网控制节点,例如,同时注册至SGSN和MME,此时,SGSN和MME可视为绑定关系,那么,当绑定的两个核心网控制节点中的一个核心网控制节点(如,SGSN/MME)确定MTC终端从网络中去附着时,应当向绑定的另一核心网控制节点(如,MME/SGSN)通知MTC终端从网络中去附着,其原因可以为“Complete”,即完全去附着,也可以为“Local”,即本地去附着。MME/SGSN应当进行相应的处理,具体的操作细节将在后续实施例中进行详细介绍。
基于上述实施例,下面对四种不同的实施场景分别进行相应介绍。
参阅图3所示,在第一种情况下,通过在MTC终端发起的去附着流程中增加状态更新操作,给出了适用于3GPP网络的MTC终端可达状态信息的更新方法,其中,对去附着流程的现有操作有所简略,具体如下(对应于ISR机制未激活的情况):。
步骤300:当MTC终端需要脱离网络时,向SGSN/MME发送去附着请求消息。
MTC终端发送的去附着请求消息中,需要指示去附着的网络类型,即携带MTC终端的去附着类型信息。例如,去附着请求消息所指示的MTC终端去附着的网络类型可以为:IMSI去附着,GPRS去附着,EPS去附着,GPRS/IMSI联合去附着,EPS/IMSI联合去附着。
步骤310:SGSN/MME按照现有协议进行去附着相关处理,并根据需要向MTC终端返回去附着接受消息进行响应。
实际应用中,为了避免传输不必要的信令,SGSN/MME也可以不向MTC终端返回去附着接受消息,例如,当SGSN/MME确定MTC终端因关机而去附着时,可以不向MTC终端发送去附着接受消息。
步骤320:在接收到去附着请求消息之后,SGSN/MME向HLR/HSS发送状态更新请求消息,向HLR/HSS通知MTC终端的附着状态发生改变。
在状态更新请求消息中至少需要携带MTC终端的去附着类型信息,用于指示MTC终端的去附着的网络类型,例如,在状态更新请求消息中可以包括:MTC终端的标识信息〔如,IMSI,MSISDN(Subscriber ISDN Number,移动用户ISDN号码)等等〕,MTC终端的去附着类型信息等。
例如,参阅表3所示,在SGSN/MME上保存有如表3所示的映射关系信息,SGSN/MME需要根据MTC终端发送的去附着请求消息中的去附着类型信息按照表3所示的内容确定状态更新请求消息中需要携带的MTC终端的去附着类型信息,并通过该状态更新请求消息通知HLR/HSS将对应MTC终端保存的如表1或表2所示的可达状态信息进行相应更新,其中,虽然SGSN对应的是GPRS网络应用场景,但也会将MTC终端对于CS网络的去附着情况通知HLR进行更新,同理,虽然MME对应的是EPS网络应用场景,但也会将MTC终端对于CS网络的去附着情况通知HSS进行更新。
表3
步骤330:HLR/HSS根据状态更新请求消息中携带的MTC终端的去附着类型信息,将对应MTC终端保存的可达状态信息进行相应更新,并向SGSN/MME返回状态更新响应消息。
具体为:SGSN/MME可以按照如表3所示的映射关系信息,将MTC终端的去附着类型信息携带在状态更新请求消息中发送至HLR/HSS,HLR/HSS在MTC终端的上下文信息记录的可达状态信息中,根据从SGSN/MME接收的MTC终端的去附着类型信息,将MTC终端去附着网络的附着状态记为“去附着”;之后,HLR/HSS将向SGSN/MME返回状态更新响应消息确认MTC终端的可达状态信息的成功更新。
进一步地,当对应MTC终端保存的如表2所示的信息中记录了MTC终端在GPRS PS域网络或者EPS网络为去附着状态,并且在CS域网络为去附着状态时,则HLR/HSS将会把如表1所示的MTC终端的附着状态记为“去附着”。表1?
参阅图4所示,在第二种情况下,同样通过在MTC终端发起的去附着流程中增加状态更新操作,给出了适用于3GPP网络的MTC终端可达状态信息的更新方法,其中,对去附着流程的现有操作有所简略,并且SGSN/MME需要根据ISR机制的激活与否采用不同的处理方式,具体如下:
步骤400:当MTC终端需要脱离网络时,向SGSN/MME发送去附着请求消息。
MTC终端发送的去附着请求消息中,需要指示去附着的网络类型,即携带MTC终端的去附着类型信息。例如,去附着请求消息所指示的MTC终端去附着的网络类型可以为:IMSI去附着,GPRS去附着,EPS去附着,GPRS/IMSI联合去附着,EPS/IMSI联合去附着。
步骤410:SGSN/MME判断ISR机制是否激活,若是,则向MTC终端同时注册的另一MME/SGSN,发送去附着通知消息;否则,按照步骤310-步骤330进行相关处理;本实施例中,以激活ISR机制为例进行相关说明。
在步骤410中,SGSN/MME向MTC终端同时注册的另一MME/SGSN发送去附着通知消息是指,若MTC终端向SGSN发送去附着请求消息,则SGSN向MTC终端同时注册的MME发送去附着通知消息,若MTC终端向MME发送去附着请求消息,则MME向MTC终端同时注册的SGSN发送去附着通知消息,后续实施例中均如此,不再赘述。
当SGSN/MME向MTC终端同时注册的另一MME/SGSN发送去附着通知消息时,会通知对方去附着原因为“Complete”,或者,为“Local”;通常,当MTC终端主动从网络中去附着时,MTC终端需要从其附着的所有网络中去附着,此时,去附着原因即为“Complete”,而当SGSN/MME在设定的时间段内未能够与MTC终端进行通信,则SGSN/MME也应当将MTC终端去附着,此时,去附着原因即为“Local”,在后一种情况下,MTC终端很有可能还能够与MME/SGSN进行通信,因此,较佳的,SGSN/MME应当将本地的去附着操作通知MME/SGSN,而MME/SGSN仍然保持MTC终端在其本地的附着状态。
步骤420:MME/SGSN按照现有协议进行去附着相关处理,并向SGSN/MME返回去附着确认消息进行响应。
步骤430:SGSN/MME按照现有协议进行去附着相关处理,并根据需要向MTC终端返回去附着接受消息进行响应。
实际应用中,为了避免传输不必要的信令,SGSN/MME也可以不向MTC终端返回去附着接受消息,例如,当SGSN/MME确定MTC终端因关机而去附着时,可以不向MTC终端发送去附着接受消息。
步骤440:SGSN/MME向HLR/HSS发送状态更新请求消息,向HLR/HSS通知MTC终端的附着状态发生改变。
在状态更新请求消息中至少需要携带MTC终端的去附着类型信息,用于指示MTC终端的去附着的网络类型,例如,在状态更新请求消息中可以包括:MTC终端的标识信息(如,IMSI,MSISDN等等),MTC终端的去附着类型信息等。
例如,参阅表3和表4所示,在SGSN/MME上保存有如表3或表4所示的映射关系信息,SGSN/MME需要根据MTC终端发送的去附着请求消息中的去附着类型信息按照表3或表4所示的内容确定状态更新请求消息中需要携带的MTC终端的去附着类型信息,其中,当ISR机制未激活时(如图3所示),SGSN/MME仅需要按照表3所示的内容执行映射操作,而当ISR机制激活时(如图4所示),SGSN/MME可以按照表3所示的内容执行映射操作,也可以按照表4所示的内容执行映射操作,本实施例中,对于ISR机制激活的情况,先以表3为例进行说明。
表3
表4
步骤450:HLR/HSS根据状态更新请求消息中携带的MTC终端的去附着类型信息,将对应MTC终端保存的可达状态信息进行相应更新,并向SGSN/MME返回状态更新响应消息。
具体为:SGSN/MME可以按照如表3所示的映射关系信息,将MTC终端的去附着类型信息携带在状态更新请求消息中发送至HLR/HSS,HLR/HSS在MTC终端的上下文记录的可达状态信息中,根据从SGSN/MME接收的MTC终端的去附着类型信息,将MTC终端去附着网络的附着状态记为“去附着”;之后,HLR/HSS将向SGSN/MME返回状态更新响应消息确认MTC终端的可达状态信息的成功更新。
进一步地,当对应MTC终端保存的如表2所示的信息中记录了MTC终端在GPRS PS域网络或者EPS网络为去附着状态,并且在CS域网络为去附着状态时,则HLR/HSS将会把如表1所示的MTC终端的附着状态记为“去附着”。
步骤460:在接收到去附着通知消息之后,MME/SGSN向HLR/HSS发送状态更新请求消息,向HLR/HSS通知MTC终端的附着状态发生改变。
在状态更新请求消息中至少需要携带MTC终端的去附着类型信息,用于指示MTC终端的去附着的网络类型,例如,在状态更新请求消息中可以包括:MTC终端的标识信息(如,IMSI,MSISDN等等),MTC终端的去附着类型信息等。如果本步骤中记录的状态更新请求消息是由网络中的MME发送的,则MTC终端的去附着类型为:EPS网络去附着;如果本步骤中记录的状态更新请求消息是GPRS网络中的SGSN发送的,则MTC终端的去附着类型为:GPRS PS域网络去附着。
步骤470:HLR/HSS根据状态更新请求消息中携带的MTC终端的去附着类型信息,将对应MTC终端保存的可达状态信息进行相应更新,并向MME/SGSN返回状态更新响应消息。
具体为:MME/SGSN将MTC终端的去附着类型信息携带在状态更新请求消息中发送至HLR/HSS,HLR/HSS在MTC终端的上下文信息记录的可达状态信息中,根据从MME/SGSN接收的MTC终端的去附着类型信息,将MTC终端去附着网络的附着状态记为“去附着”;之后,HLR/HSS将向MME/SGSN返回状态更新响应消息确认MTC终端的可达状态信息的成功更新。
进一步地,当对应MTC终端保存的如表2所示的信息中记录了MTC终端在GPRS PS域网络或者EPS网络为去附着状态,并且在CS域网络为去附着状态时,则HLR/HSS将会把如表1所示的MTC终端的附着状态记为“去附着”。
基于上述实施例,在ISR机制激活的情况下,在步骤440中,SGSN/MME也可以按照如表4所示的映射关系信息,将MTC终端的去附着类型信息携带在状态更新请求消息中发送至HLR/HSS,HLR/HSS在MTC终端的上下文信息记录的可达状态信息中,根据从SGSN/MME接收的MTC终端的去附着类型信息,将MTC终端去附着网络的附着状态记为“去附着”;此时,HLR/HSS已经完成了MTC终端的附着状态的更新,因此,MME/SGSN在接收到SGSN/MME发送的去附着通知消息时,无需再向HLR/HSS再次发送状态更新请求消息,只需在其本地将MTC终端去附着即可。
在上述实施例中,SGSN/MME可以在向MME/SGSN发送的去附着通知消息中携带MTC终端的去附着原因,
例如,本实施例中,由于是MTC终端主动去附着,则SGSN/MME向MME/SGSN通知去附着原因为“Complete”,那么,若SGSN/MME按照表4所示的映射关系信息向HLR/HSS发送状态更新请求消息,则MME/SGSN在接收到SGSN/MME发送的去附着通知消息时,在本地将MTC终端去附着即可,无需向HLR/HSS发送状态更新请求消息;若SGSN/MME按照表3所示的映射关系信息向HLR/HSS发送状态更新请求消息,则MME/SGSN仍按照步骤460记载的方式向HLR/HSS发送状态更新请求消息。
又例如,假设SGSN/MME在设定时间范围内未能够与MTC终端进行通信,则SGSN/MME向MME/SGSN通知的去附着原因为“Local”,那么,MME/SGSN不会向HLR/HSS发送状态更新请求消息,而是在本地将ISR机制去激活,并且仍然保持MTC终端的附着状态。
参阅图5所示,在第三种情况下,通过在网络侧发起的去附着流程中增加状态更新操作,给出了适用于3GPP网络的MTC终端可达状态信息的更新方法,其中,对去附着流程的现有操作有所简略,具体如下(对应于ISR机制未激活的情况):
步骤500:SGSN/MME确认网络侧不再为MTC终端提供相关服务时,向MTC终端发送去附着请求消息。
实际应用中,根据相关协议的规定,SGSN/MME可以采用显式方式或隐式方式将MTC终端去附着,在采用显式方式时,SGSN/MME会向MTC终端发送去附着请求消息,在采用隐式方式时,SGSN/MME不会向MTC终端发送去附着请求消息,而是直接触发去附着流程,本实施例中,以前一种情况为例进行介绍,后续实施例中均如此,将不再赘述。
步骤510:在接收到去附着请求消息后,MTC终端向SGSN/MME返回去附着接受消息进行响应。
步骤520:SGSN/MME向HLR/HSS发送状态更新请求消息,向HLR/HSS通知MTC终端的附着状态发生改变。
在状态更新请求消息中至少需要携带MTC终端的去附着类型信息,用于指示MTC终端的去附着的网络类型,例如,在状态更新请求消息中可以包括:MTC终端的标识信息〔如,IMSI,MSISDN(Subscriber ISDN Number,移动用户ISDN号码)等等〕,MTC终端的去附着类型信息等。在未激活ISR机制的情况下,如果本步骤中记录的状态更新请求消息是由GPRS网络中的SGSN发送的,则MTC终端的去附着类型为:GPRS PS域网络去附着;如果本步骤中记录的状态更新请求消息是由EPS网络中的MME发起,则MTC终端的去附着类型为:EPS网络去附着。
步骤530:HLR/HSS根据状态更新请求消息中携带的MTC终端的去附着类型信息,将对应MTC终端保存的可达状态信息进行相应更新,并向SGSN/MME返回状态更新响应消息。
具体为:SGSN/MME将去附着类型信息携带在状态更新请求消息中发送至HLR/HSS,HLR/HSS在MTC终端的上下文信息记录的可达状态信息中,将MTC终端去附着网络的附着状态记为“去附着”;之后,HLR/HSS将向SGSN/MME返回状态更新响应消息确认MTC终端的可达状态信息的成功更新。
进一步地,当对应MTC终端保存的如表2所示的信息中记录了MTC终端在GPRS PS域网络或者EPS网络为去附着状态,并且在CS域网络为去附着状态时,则HLR/HSS将会把如表1所示的MTC终端的附着状态记为“去附着”。
参阅图6所示,在第四种情况下,同样通过在网络侧发起的去附着流程中增加状态更新操作,给出了适用于3GPP网络的MTC终端可达状态信息的更新方法,其中,对去附着流程的现有操作有所简略,并且SGSN/MME需要根据ISR机制的激活与否采用不同的处理方式,具体如下:
步骤600:SGSN/MME确认网络侧不再为MTC终端提供相关服务时,向MTC终端发送去附着请求消息。
实际应用中,根据相关协议的规定,SGSN/MME可以采用显式方式或隐式方式将MTC终端去附着,在采用显式方式时,SGSN/MME会向MTC终端发送去附着请求消息,在采用隐式方式时,SGSN/MME不会向MTC终端发送去附着请求消息,而是直接触发去附着流程,本实施例中,以前一种情况为例进行介绍,后续实施例中均如此,将不再赘述。
步骤610:SGSN/MME判断ISR机制是否激活,若是,则向MTC终端同时注册的另一MME/SGSN,发送去附着通知消息;否则,按照步骤520-步骤530进行相关处理;本实施例中,以激活ISR机制为例进行相关说明。
当SGSN/MME向MTC终端同时注册的另一MME/SGSN发送去附着通知消息时,可以通知对方去附着原因为“Complete”,或者,为“Local”。
步骤620:MME/SGSN按照现有协议进行去附着相关处理,并向SGSN/MME返回去附着确认消息进行响应。
步骤630:在接收到去附着请求消息的情况下,MTC终端向SGSN/MME返回去附着接受消息进行响应。
步骤640:SGSN/MME向HLR/HSS发送状态更新请求消息,向HLR/HSS通知MTC终端的附着状态发生改变。
在状态更新请求消息中至少需要携带MTC终端的去附着类型信息,用于指示MTC终端的去附着的网络类型,例如,在状态更新请求消息中可以包括:MTC终端的标识信息(如,IMSI,MSISDN等等),MTC终端的去附着类型信息等。如果本步骤中记录的状态更新请求消息是由GPRS网络中的SGSN发送的,则MTC终端的去附着类型为:GPRS PS域网络去附着;如果本步骤中记录的状态更新请求消息是由EPS网络中的MME发起,则MTC终端的去附着类型为:EPS网络去附着。
步骤650:HLR/HSS根据状态更新请求消息中携带的MTC终端的去附着类型信息,将对应MTC终端保存的可达状态信息进行相应更新,并向SGSN/MME返回状态更新响应消息。
具体为:SGSN/MME去附着类型信息携带在状态更新请求消息中发送至HLR/HSS,HLR/HSS在MTC终端的上下文信息记录的可达状态信息中,将MTC终端去附着网络的附着状态记为“去附着”;之后,HLR/HSS将向SGSN/MME返回状态更新响应消息确认MTC终端的可达状态信息的成功更新。
进一步地,当对应MTC终端保存的如表2所示的信息中记录了MTC终端在GPRS PS域网络或者EPS网络为去附着状态,并且在CS域网络为去附着状态时,则HLR/HSS将会把如表1所示的MTC终端的附着状态记为“去附着”。
步骤660:在接收到去附着通知消息之后,MME/SGSN向HLR/HSS发送状态更新请求消息,向HLR/HSS通知MTC终端的附着状态发生改变。
实际应用中,当MME/SGSN根据SGSN/MME的通知确认去附着原因为“Complete”时,才会向HLR/HSS发送状态更新响应消息,而当MME/SGSN根据SGSN/MME的通知确认去附着原因为“Local”时,不会向HLR/HSS发送状态更新响应消息,仅在本地将ISR机制去激活,但仍然保持MTC终端的附着状态;本实施例中,以前一种情况为例进行说明。
在状态更新请求消息中至少需要携带MTC终端的去附着类型信息,用于指示MTC终端的去附着的网络类型,例如,在状态更新请求消息中可以包括:MTC终端的标识信息〔如,IMSI,MSISDN(Subscriber ISDN Number,移动用户ISDN号码)等等〕,MTC终端的去附着类型信息等。如果本步骤中记录的状态更新请求消息是由EPS网络中的MME发送,那么MTC终端的去附着类型为:EPS网络去附着,如果本步骤中记录的状态更新请求消息是由GPRS网络中的SGSN发送,那么MTC终端的去附着类型为:GPRS PS域网络去附着。
步骤670:HLR/HSS根据状态更新请求消息中携带的MTC终端的去附着类型信息,将对应MTC终端保存的可达状态信息进行相应更新,并向MME/SGSN返回状态更新响应消息。
具体为:MME/SGSN可以将去附着类型信息携带在状态更新请求消息中发送至HLR/HSS,HLR/HSS在MTC终端的上下文信息记录的可达状态信息中,将MTC终端去附着网络的附着状态记为“去附着”;之后,HLR/HSS将向MME/SGSN返回状态更新响应消息确认MTC终端的可达状态信息的成功更新。
进一步地,当对应MTC终端保存的如表2所示的信息中记录了MTC终端在GPRS PS域网络或者EPS网络为去附着状态,并且在CS域网络为去附着状态时,则HLR/HSS将会把如表1所示的MTC终端的附着状态记为“去附着”。
基于上述实施例,在ISR机制激活的情况下,在步骤640中,SGSN/MME也可以将MTC终端的去附着类型信息携带在状态更新请求消息中发送至HLR/HSS,HLR/HSS在MTC终端的上下文信息记录的可达状态信息中,根据从SGSN/MME接收的MTC终端的去附着类型信息,将MTC终端去附着网络的附着状态记为“去附着”;此时,HLR/HSS已经完成了MTC终端的附着状态的更新,因此,MME/SGSN在接收到SGSN/MME发送的去附着通知消息时,无需再向HLR/HSS再次发送状态更新请求消息,而是在根据SGSN/MME的通知确认去附着原因为“Complete”时,将MTC终端去附着,或者,在根据SGSN/MME的通知确认去附着原因为“Local”时,仅在本地将ISR机制去激活,但仍然保持MTC终端的附着状态。在此过程中,SGSN/MME确认MTC终端的去附着类型信息时,可以采用但不限于以下方式:若SGSN/MME采用显式方式将MTC终端去附着,那么MTC终端的去附着类型为:GPRS PS域网络去附着和EPS网络去附着;如果SGSN/MME采用隐式方式将MTC终端去附着,则MTC终端的去附着类型分别为:GPRS PS域网络去附着或EPS网络去附着。
在上述各实施例中,SGSN/MME和HSS/HLR之间交互的状态更新请求消息和状态更新响应消息,可以采用新定义的消息格式进行传输,也可以采用在现有协议消息中增加信息单元的方式来进行传输,例如,对于后者,***可以利用已定义的Notify Request(通知请求)消息和Notify Response(通知响应)消息来实现上述状态更新请求消息和状态更新响应消息的传输,此时,NotifyRequest消息需要增加新的信息单元用于携带MTC终端的去附着类型信息。
基于上述各实施例,实际应用中还存在一种特殊情况,即MTC终端的用户向HLR/HSS请求取消MTC终端的签约服务,此时,HLR/HSS在注销了对应MTC终端的签约信息后,应当向SGSN/MME通知MTC终端已取消签约,参阅图7所示。在SGSN/MME向HLR/HSS发送状态更新请求消息之前(可以是尚未确认MTC终端从网络中去附着,也可以是已确认MTC终端从网络中去附着),若接收到HLR/HSS发送的取消位置通知消息,则确认MTC终端的用户主动取消了MTC终端的签约服务,那么,SGSN/MME无需再向HLR/HSS发送状态更新消息,而是向HLR/HSS返回取消位置确认消息,并在本地删除MTC终端的上下文信息。具体如下:
步骤700:根据现有协议中的规定,当MTC终端的签约服务被取消时,HLR/HSS向SGSN/MME发送取消位置通知消息,取消位置通知消息中的原因可以填写为“Subscription Withdrawn”。
步骤710:HLR/HSS在本地删除MTC终端的上下文信息中维护的可达状态信息;或者,也可以直接在本地删除MTC终端的签约信息。
实际应用中,步骤700和步骤710的执行顺序可以灵活设置,不局限于本实施例中记载的顺序。
步骤720:在接收取消位置消息之后,SGSN/MME按照相关协议规定的去附着流程进行操作,之后,返回取消位置确认消息对HLR/HSS进行响应。
当然,在ISR机制激活的状态下,HLR/HSS也可以同时向MME/SGSN发送取消位置通知消息,具体执行流程参考步骤700-步骤720即可,在此不再赘述。
另一方面,在3GPP***中,并非所有的MTC终端都具有能够被MTCServer触发的功能,因此,对于那些不支持触发特性的MTC终端,HLR/HSS无需保存并维护其可达状态信息,在这种情况下,为了节省***的信令开销,在上述实施例中,SGSN/MME确认MTC终端从网络中去附着时,在根据本地维护的MTC终端的上下文信息,确认该MTC终端支持终端触发特性后,才会通知HLR/HSS将对应MTC终端保存的可达状态信息进行相应更新。
基于上述实施例,参阅图8所示,本发明实施例中,核心网控制节点,即SGSN/MME包括确定单元80和通信单元81,其中,
确定单元80,用于确认MTC终端从网络中去附着;
通信单元81,用于通知HLR/HSS将对应该MTC终端保存的可达状态信息进行相应更新。
参阅图9所示,本发明实施例中,HLR/HSS包括通信单元90和更新单元91,其中,
通信单元90,用于根据SGSN/MME的通知确认MTC终端从网络中去附着;
更新单元91,用于将对应该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特性提供了必要的技术支撑。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。