发明内容
本发明实施例提供一种终端可达状态的获取方法和设备,以获得终端的可达状态。
为了达到上述目的,本发明实施例提供一种终端可达状态的获取方法,包括:
网络侧节点向策略与计费规则功能PCRF发送查询请求消息,所述查询请求消息中携带终端标识,且指明待查询的内容为终端的可达状态信息;
所述网络侧节点接收所述PCRF返回的查询响应消息,所述查询响应消息中携带所述PCRF根据所述终端标识查询到的可达状态信息;
所述网络侧节点通过所述可达状态信息确定所述终端的可达状态。
本发明实施例提供一种终端可达状态的获取方法,包括:
PCRF接收来自网络侧节点的查询请求消息,所述查询请求消息中携带终端标识,且指明待查询的内容为终端的可达状态信息;
所述PCRF根据所述终端标识查询所述终端的可达状态信息,并向所述网络侧节点发送携带所述可达状态信息的查询响应消息。
本发明实施例提供一种终端可达状态的获取方法,包括:
认证服务器接收来自网络侧节点的查询请求消息,所述查询请求消息中携带终端标识,所述网络侧节点的地址信息及标识信息,且指明待查询的内容为终端的可达状态信息;
所述认证服务器通过所述网络侧节点的标识信息对所述网络侧节点进行认证,在确认所述网络侧节点通过认证后,将所述查询请求消息发送给PCRF;
所述认证服务器接收来自所述PCRF的查询响应消息,并将所述查询响应消息发送给所述网络侧节点,所述查询响应消息中携带所述PCRF根据所述终端标识查询到的可达状态信息。
本发明实施例提供一种网络侧节点,包括:
发送模块,用于向PCRF发送查询请求消息,所述查询请求消息中携带终端标识,且指明待查询的内容为终端的可达状态信息;
接收模块,用于接收所述PCRF返回的查询响应消息,所述查询响应消息中携带所述PCRF根据所述终端标识查询到的可达状态信息;
确定模块,用于通过所述可达状态信息确定所述终端的可达状态。
本发明实施例提供一种策略与计费规则功能PCRF,包括:
接收模块,用于接收来自网络侧节点的查询请求消息,所述查询请求消息中携带终端标识,且指明待查询的内容为终端的可达状态信息;
查询模块,用于根据所述终端标识查询所述终端的可达状态信息;
发送模块,用于向所述网络侧节点发送携带所述可达状态信息的查询响应消息。
本发明实施例提供一种认证服务器,包括:
第一接收模块,用于接收来自网络侧节点的查询请求消息,所述查询请求消息中携带终端标识,所述网络侧节点的地址信息及标识信息,且指明待查询的内容为终端的可达状态信息;
认证模块,用于通过所述网络侧节点的标识信息对所述网络侧节点进行认证;
第一发送模块,用于在确认所述网络侧节点通过认证后,将所述查询请求消息发送给PCRF;
第二接收模块,用于接收来自所述PCRF的查询响应消息,所述查询响应消息中携带所述PCRF根据所述终端标识查询到的可达状态信息;
第二发送模块,用于将所述查询响应消息发送给所述网络侧节点。
与现有技术相比,本发明至少具有以下优点:
通过从PCRF(Policy and Charging Rules Function,策略与计费规则功能)上获得MTC终端的可达状态信息,并基于可达状态信息确定终端的可达状态,无需修改现有协议流程,即可准确获得可达状态。
具体实施方式
基于与MTC终端触发相关的需求,网络侧节点需要在发起触发请求前获得MTC终端的可达状态,确定出MTC终端所处的状态,之后选择最为有效的方式来触发MTC终端。针对上述问题,本发明实施例提供一种终端可达状态的获取方法和设备,通过从PCRF上获得MTC终端的可达状态信息,通过该可达状态信息确定MTC终端的可达状态,无需修改现有协议流程,即可准确获得可达状态。
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本发明实施例一提供一种终端可达状态的获取方法,使得网络侧节点(如服务代理功能实体DT-GW、MTC Server等)可从PCRF上获得终端(如MTC终端)的可达状态信息,并基于可达状态信息确定终端的可达状态。
具体的,现有3GPP系统采取PCC(Policy and Charging Control,策略计费控制)架构实现网络的QoS(Quality of Service,服务质量)策略控制和计费管理,核心实体PCRF根据运营商的要求、用户签约数据以及应用层业务QoS要求,执行基于服务的本地策略决策功能,调用应用层QoS要求与IP-CAN(IP-Connectivity Access Network,IP连接接入网络)承载层之间的关系,实现对IP-CAN承载层资源的动态控制,记录并维护终端业务会话相关信息。
PCC架构中,对于涉及到终端会话/承载管理方面的操作(建立/修改/删除),核心网中具有PCEF(Policy and Charging Enhancement Function,策略及计费执行功能)逻辑功能的节点将和PCRF进行交互;在EPS(Evolved Packet System,演进的分组系统)系统中,该节点为PDN GW。如图2所示的终端发起的去附着过程,EPS系统的终端在发起Detach过程时,PDN GW将通过IP-CAN会话终止过程与PCRF进行交互,通知其终端EPS承载被删除。
对于部署PCC的3GPP系统,在EPS系统中,当终端发起附着过程附着到网络时,网络将自动发起PDN连接建立过程为终端建立默认PDN连接,并且终端在附着至网络的整个过程中,网络始终为终端至少保持一条PDN连接,因此对于EPS系统的终端,只有未附着和附着并建立数据连接两种状态。
当终端通过Attach过程附着至网络时,PDN连接建立,在承载建立请求的触发下PDN GW通过IP-CAN会话建立过程与PCRF进行交互,将终端标识,PDN标识(如APN(Access Point Name,接入点名称)),IP-CAN类型(表示IP-CAN会话接入网络的类型),终端IP地址,PDN连接标识以及所支持的IP-CAN承载建立模式等信息报告给PCRF。PCRF在终端的整个附着时期始终记录并保持终端已建立的IP-CAN会话信息。
当终端通过Detach过程从网络中去附着时,PDN数据连接删除,在承载删除请求的触发下PDN GW通过IP-CAN会话终止过程通知PCRF删除终端所有的IP-CAN会话连接信息。
基于以上分析,对于EPS系统的终端(如MTC终端),网络侧节点(如DT-GW、MTC Server)需要获取终端可达状态时,可通过查询PCRF实体来获得终端的可达状态,如图3所示,该方法包括以下步骤:
步骤301,网络侧节点向PCRF发送查询请求消息,该查询请求消息中携带终端标识,且指明待查询的内容为终端的可达状态信息。
具体的,当网络侧节点(DT-GW或MTC Server)需要获取终端的可达状态信息时,网络侧节点向PCRF发送查询请求消息,该查询请求消息中携带终端标识,网络侧节点的地址信息及标识信息(用于PCRF向网络侧节点返回查询响应消息),并指明待查询的内容为终端的可达状态信息。
本发明实施例中,网络侧节点可基于系统中已定义的Rx接口(为当前应用功能AF与PCRF之间的接口,用于传输会话信息,且AF可通过Rx接口从PCRF上订阅业务平面事件通知信息,如IP会话终止;AF集成于网络侧节点上时,网络侧节点与PCRF之间将存在Rx接口)向PCRF发送查询请求消息;或者,基于Radius(Remote Authentication Dial In User Service,远程用户拨号认证系统)协议、Diameter(直径,是RADIUS协议的升级版本)协议或其他定义的协议等接口协议在网络侧节点和PCRF间建立接口,网络侧节点基于所建立的接口向PCRF发送查询请求消息。
步骤302,PCRF通过查询请求消息中携带的终端标识查询终端的可达状态信息,该可达状态信息为终端已建立数据连接或终端未建立数据连接。
本发明实施例中,PCRF可通过终端标识在本地查找终端的IP-CAN会话,如果PCRF在本地查找到终端标识对应终端的一个或多个已建立的IP-CAN会话,则终端的可达状态信息为终端已建立数据连接;如果述PCRF在本地没有查找到终端标识对应终端的已建立的IP-CAN会话,终端的可达状态信息为终端未建立数据连接。
步骤303,PCRF向网络侧节点发送携带可达状态信息的查询响应消息。如果PCRF在本地查找到终端标识对应终端的一个或多个已建立的IP-CAN会话,则查询响应消息中携带的可达状态信息为终端已建立数据连接;如果PCRF在本地没有查找到终端标识对应终端的已建立的IP-CAN会话,则查询响应消息中携带的可达状态信息为终端未建立数据连接。
本发明实施例中,如果PCRF在本地查找到终端标识对应终端的一个或多个已建立的IP-CAN会话,则查询响应消息中还携带部分或全部IP-CAN会话的信息;IP-CAN会话的信息包括以下之一或任意组合:终端标识,PDN标识,IP-CAN类型,终端IP地址,PDN连接标识以及所支持的IP-CAN承载建立模式。
需要注意的是,PCRF可基于系统中已定义的Rx接口向网络侧节点发送查询响应消息;或者,基于Radius协议、Diameter协议或其他定义的协议等接口协议在网络侧节点和PCRF间建立接口,并基于所建立的接口向网络侧节点发送查询响应消息。
步骤304,网络侧节点通过可达状态信息确定终端的可达状态。该可达状态为:处于离线状态或处于在线且有数据连接状态;如果可达状态信息为终端已建立数据连接,则确定终端的可达状态为处于在线且有数据连接状态;如果可达状态信息为终端未建立数据连接,则确定终端的可达状态为处于离线状态。
具体的,网络侧节点根据接收到的查询响应消息及所指示的内容判断终端所处的状态;若查询响应消息指示终端已建立数据连接,则网络侧节点可判断终端处于附着并建立数据连接状态(即处于在线且有数据连接状态);若查询响应消息指示终端未建立数据连接,则网络侧节点可判断终端处于未附着状态(即处于离线状态)。
本发明实施例中,如果PCRF在本地查找到终端标识对应终端的一个或多个已建立的IP-CAN会话,则网络侧节点还可利用IP-CAN会话的信息进行相应的处理,如执行以下之一或任意组合:网络侧节点利用终端标识及终端IP地址实现终端的寻址及路由;网络侧节点利用PDN标识查找为终端建立PDN连接的EPS网关节点;网络侧节点利用IP-CAN类型和/或支持的IP-CAN承载建立模式进行终端触发方式的选择等。
实施例二
本发明实施例二提供一种终端可达状态的获取方法,在实施例一的基础上,为了增加网络系统的安全性,设置认证服务器(如AAA服务器等)代理网络侧节点对PCRF执行查询,如图4所示,该方法包括以下步骤:
步骤401,网络侧节点向认证服务器发送查询请求消息,该查询请求消息中携带终端标识,且指明待查询的内容为终端的可达状态信息。
具体的,当网络侧节点需要获取终端的可达状态信息时,网络侧节点向认证服务器发送查询请求消息,该查询请求消息中携带终端标识,网络侧节点的地址信息(用于认证服务器、PCRF等向网络侧节点返回响应消息)及标识信息(用于认证服务器对网络侧节点进行认证),并指明待查询的内容为终端的可达状态信息。
本发明实施例中,网络需要在网络侧节点和认证服务器间、以及认证服务器和PCRF间建立接口;网络侧节点和认证服务器间的接口可以基于Radius协议、Diameter协议或其他定义的协议,认证服务器和PCRF间的接口可以基于Radius协议,Diameter协议或者其他定义的协议。因此,网络侧节点可基于Radius协议、Diameter协议或其他定义的协议建立的接口向认证服务器发送查询请求消息。
步骤402,认证服务器通过网络侧节点的标识信息对网络侧节点进行认证。
步骤403,认证服务器在确认网络侧节点通过认证后,将该查询请求消息发送给PCRF。认证服务器可基于Radius协议、Diameter协议或其他定义的协议建立的接口向PCRF发送查询请求消息。
具体的,当接收到查询请求消息后,认证服务器需要对发送查询请求消息的网络侧节点的身份及服务请求进行认证,判断该网络侧节点是否合法并有权限发起终端可达状态信息的查询请求;若未通过此认证过程,则认证服务器返回服务拒绝消息(通过网络侧节点的地址消息进行返回),拒绝网络侧节点的请求;若通过此认证过程,即确认网络侧节点通过认证后,认证服务器将该查询请求消息发送给PCRF。
步骤404,PCRF通过查询请求消息中携带的终端标识查询终端的可达状态信息,该可达状态信息为终端已建立数据连接或终端未建立数据连接。
本发明实施例中,PCRF可通过终端标识在本地查找终端的IP-CAN会话,如果PCRF在本地查找到终端标识对应终端的一个或多个已建立的IP-CAN会话,则终端的可达状态信息为终端已建立数据连接;如果PCRF在本地没有查找到终端标识对应终端的已建立的IP-CAN会话,终端的可达状态信息为终端未建立数据连接。
步骤405,PCRF向认证服务器发送携带可达状态信息的查询响应消息。如果PCRF在本地查找到终端标识对应终端的一个或多个已建立的IP-CAN会话,则查询响应消息中携带的可达状态信息为终端已建立数据连接;如果PCRF在本地没有查找到终端标识对应终端的已建立的IP-CAN会话,则查询响应消息中携带的可达状态信息为终端未建立数据连接。
本发明实施例中,如果PCRF在本地查找到终端标识对应终端的一个或多个已建立的IP-CAN会话,则查询响应消息中还携带部分或全部IP-CAN会话的信息;IP-CAN会话的信息包括以下之一或任意组合:终端标识,PDN标识,IP-CAN类型,终端IP地址,PDN连接标识以及所支持的IP-CAN承载建立模式。
需要注意的是,PCRF可基于Radius协议、Diameter协议或其他定义的协议建立的接口向认证服务器发送查询响应消息。
步骤406,认证服务器向网络侧节点发送携带可达状态信息的查询响应消息。认证服务器可基于Radius协议、Diameter协议建立或其他定义的协议的接口向网络侧节点发送查询响应消息。
步骤407,网络侧节点通过可达状态信息确定终端的可达状态。该可达状态为:处于离线状态或处于在线且有数据连接状态;其中,如果可达状态信息为终端已建立数据连接,则确定终端的可达状态为处于在线且有数据连接状态;如果可达状态信息为终端未建立数据连接,则确定终端的可达状态为处于离线状态。
具体的,网络侧节点根据接收到的查询响应消息及所指示的内容判断终端所处的状态;若查询响应消息指示终端已建立数据连接,则网络侧节点可判断终端处于附着并建立数据连接状态(即处于在线且有数据连接状态);若查询响应消息指示终端未建立数据连接,则网络侧节点可判断终端处于未附着状态(即处于离线状态)。
本发明实施例中,如果PCRF在本地查找到终端标识对应终端的一个或多个已建立的IP-CAN会话,则网络侧节点还可利用IP-CAN会话的信息进行相应的处理,如执行以下之一或任意组合:网络侧节点利用终端标识及终端IP地址实现终端的寻址及路由;网络侧节点利用PDN标识查找为终端建立PDN连接的EPS网关节点;网络侧节点利用IP-CAN类型和/或支持的IP-CAN承载建立模式进行终端触发方式的选择等。
实施例三
基于与上述方法同样的发明构思,本发明实施例中还提供了一种网络侧节点,如图5所示,包括:
发送模块11,用于向PCRF发送查询请求消息,所述查询请求消息中携带终端标识,且指明待查询的内容为终端的可达状态信息;
接收模块12,用于接收所述PCRF返回的查询响应消息,所述查询响应消息中携带所述PCRF根据所述终端标识查询到的可达状态信息;
确定模块13,用于通过所述可达状态信息确定所述终端的可达状态。
所述发送模块11,还用于向认证服务器发送所述查询请求消息,指示所述认证服务器在确认所述网络侧节点通过认证后,将所述查询请求消息发送给所述PCRF;
所述接收模块12,还用于接收来自所述认证服务器的所述PCRF向所述网络侧节点返回的所述查询响应消息。
所述发送模块11,具体用于当需要获取所述终端的可达状态信息时,向所述PCRF发送所述查询请求消息,所述查询请求消息中还携带所述网络侧节点的地址信息及标识信息。
所述可达状态信息为终端已建立数据连接或终端未建立数据连接;如果所述PCRF在本地查找到所述终端标识对应终端的一个或多个已建立的IP-CAN会话,则所述查询响应消息中携带的可达状态信息为终端已建立数据连接;如果所述PCRF在本地没有查找到所述终端标识对应终端的已建立的IP-CAN会话,则所述查询响应消息中携带的可达状态信息为终端未建立数据连接。
如果所述PCRF在本地查找到所述终端标识对应终端的一个或多个已建立的IP-CAN会话,则所述查询响应消息中还携带部分或全部IP-CAN会话的信息;所述网络侧节点还包括:处理模块14,用于利用IP-CAN会话的信息进行相应的处理。
IP-CAN会话的信息包括以下之一或任意组合:终端标识,PDN标识,IP-CAN类型,终端IP地址,PDN连接标识以及所支持的IP-CAN承载建立模式;所述处理模块14,具体用于执行以下之一或任意组合:利用终端标识及终端IP地址实现终端的寻址及路由;利用PDN标识查找为终端建立PDN连接的网关节点;利用IP-CAN类型和/或支持的IP-CAN承载建立模式进行终端触发方式的选择。
所述可达状态为:处于离线状态或处于在线且有数据连接状态;所述确定模块13,具体用于如果可达状态信息为终端已建立数据连接,确定所述终端的可达状态为处于在线且有数据连接状态;如果可达状态信息为终端未建立数据连接,确定所述终端的可达状态为处于离线状态。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
实施例四
基于与上述方法同样的发明构思,本发明实施例中还提供了一种策略与计费规则功能PCRF,如图6所示,包括:
接收模块21,用于接收来自网络侧节点的查询请求消息,所述查询请求消息中携带终端标识,且指明待查询的内容为终端的可达状态信息;
查询模块22,用于根据所述终端标识查询所述终端的可达状态信息;
发送模块23,用于向所述网络侧节点发送携带所述可达状态信息的查询响应消息。
所述接收模块21,还用于接收来自认证服务器的所述查询请求消息,所述查询请求消息为所述认证服务器在确认所述网络侧节点通过认证后发送给PCRF的;
所述发送模块23,还用于向所述认证服务器发送所述查询响应消息,指示所述认证服务器将所述查询响应消息转发给所述网络侧节点。
所述可达状态信息为终端已建立数据连接或终端未建立数据连接;
所述查询模块22,具体用于根据所述终端标识在本地查找所述终端的IP-CAN会话;
所述发送模块23,具体用于如果在本地查找到所述终端标识对应终端的一个或多个已建立的IP-CAN会话,则向所述网络侧节点发送携带可达状态信息为终端已建立数据连接的所述查询响应消息;
如果在本地没有查找到所述终端标识对应终端的已建立的IP-CAN会话,则向所述网络侧节点发送携带可达状态信息为终端未建立数据连接的所述查询响应消息。
如果在本地查找到所述终端标识对应终端的一个或多个已建立的IP-CAN会话,则所述查询响应消息中还携带部分或全部IP-CAN会话的信息;IP-CAN会话的信息包括以下之一或任意组合:终端标识,PDN标识,IP-CAN类型,终端IP地址,PDN连接标识以及所支持的IP-CAN承载建立模式。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
实施例三
基于与上述方法同样的发明构思,本发明实施例中还提供了一种认证服务器,如图7所示,包括:
第一接收模块31,用于接收来自网络侧节点的查询请求消息,所述查询请求消息中携带终端标识,所述网络侧节点的地址信息及标识信息,且指明待查询的内容为终端的可达状态信息;
认证模块32,用于通过所述网络侧节点的标识信息对所述网络侧节点进行认证;
第一发送模块33,用于在确认所述网络侧节点通过认证后,将所述查询请求消息发送给PCRF;
第二接收模块34,用于接收来自所述PCRF的查询响应消息,所述查询响应消息中携带所述PCRF根据所述终端标识查询到的可达状态信息;
第二发送模块35,用于将所述查询响应消息发送给所述网络侧节点。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。