一种策略信息的传输方法和设备
技术领域
本发明涉及通信技术领域,特别涉及一种策略信息的传输方法和设备。
背景技术
PCC(Policy Control and Charging,策略控制和计费)架构可以提供端到端的QoS(Quality of Service,服务质量),将应用层级会话服务数据流的QoS要求映射为接入传输网络的承载级QoS,并且根据运营商的计费策略实现服务数据流层级的计费功能。
其主要实体包括PCRF(Policy and Charging Rules Function,策略与计费规则功能实体)、PCEF(Policy and Charging Enforcement Function,策略和计费执行功能实体)和BBERF(Bearer Binding and Event Reporting Function,承载绑定和事件报告功能实体)等。
如图1所示,为现有技术中的EPS(Evolved Packet System,演进的分组系统)系统架构图,其中:
MME(Mobility Management Entity,移动性管理实体)是控制面实体。
SGW(Serving Gateway,服务网关)和PGW(PDN Gateway,PDN网关;PDN:Packet Data Network,分组数据网络)是用户面实体,其中PGW为终端提供到业务网络的接入。
PCRF是策略控制实体,向PCEF和BBERF提供策略规则,以建立与业务QoS要求相匹配的承载服务。
在基于GTP(GPRS Tunneling Protocol,GPRS隧道协议)的S5/S8架构中,PCEF功能在PGW上实现,PGW与PCRF通过Gx接口通信;在基于PMIP(Proxy Mobile IP,代理移动IP协议)的S5/S8架构中,PCEF功能在PGW上实现,BBERF功能在SGW上实现,SGW与PCRF通过Gxc接口通信。
以基于GTP的S5/S8架构为例,当终端建立PDN连接时,PGW将与PCRF建立IP-CAN(IP Connectivity Access Network,IP连接接入网络)会话,在该过程中PCRF向PGW发送策略规则。在PDN连接的生存期内,PCRF可以随时下发规则。当现有承载的QoS不能满足策略规则中的某个业务数据流所需的QoS时,PGW将发起专用承载建立过程。
在基于PMIP的S5/S8架构中,由于PMIP协议不支持承载概念,因此,由SGW实现BBERF功能。当终端建立PDN连接时,PGW将与PCRF建立IP-CAN会话,同时SGW与PCRF建立GW Control会话,且GW Control会话与IP-CAN会话一一对应。PCRF将PCC策略下发给PGW,由PGW完成分组过滤、计费等功能;将QoS策略下发给SGW,由SGW完成承载绑定等功能。当现有承载的QoS不能满足QoS规则中的某个业务数据流所需的QoS时,由SGW触发专用承载建立过程。
如图2所示,为现有技术在基于PMIP的S5/S8架构中,终端发起的PDN连接建立过程的流程示意图,此时PGW执行PCEF功能,SGW执行BBERF功能,其中的说明如下:
A.1、当SGW收到MME发来的创建会话请求时,即向PCRF发起GWcontrol会话建立过程,在该过程中SGW将收到该GW control会话对应的QoS策略。
A.2、SGW向PGW发送代理绑定请求Proxy Binding Request消息,请求建立PMIP隧道。
A.3、PGW向PCRF发起IP-CAN会话建立过程,在该过程中PCRF将向PGW下发IP-CAN对应的策略信息。PGW还可能发起IP-CAN会话修改过程。
A.4、PGW向SGW返回Proxy Binding ACK,此时PGW和SGW之间PMIP隧道建立完成。
其中,上述的A.1步骤的SGW发起的GW Control会话过程如图3所示,其中BBERF也即SGW。
步骤S301、SGW收到创建GW control会话的指示信息,也即MME发来的创建会话请求消息。
步骤S302、SGW向PCRF发送GW control session establishment消息,其中包括:IP-CAN Type,UE Identity,PDN Identifier,UE IP address,PDNConnection id等。
步骤S303、PCRF可能发起IP-CAN会话修改过程。在本实例中不执行。
步骤S304、PCRF返回Acknowledge Gateway Control Session Establishment消息,其中包括:QoS规则和事件触发信息。
步骤S305、SGW收到QoS规则后执行承载绑定,可能触发专用承载建立过程。
BBERF在一定事件触发下(如终端发起的承载资源请求、PCRF要求检测的事件发生等),将向PCRF发起GW control and QoS Rules Request过程。通过该过程BBERF向PCRF上报事件或请求QoS策略。该过程的流程示意图如图4所示。
步骤S401、BBERF收到事件触发;
步骤S402、BBERF向PCRF发送Gateway Control and QoS Rules Request;
步骤S403至步骤S409、PCRF向BBERF返回响应消息,消息中可能包含QoS策略。PCRF也可能发起TS 23.2037.7.4小节定义的GW Control andQoS Rules Provision过程向BBERF下发策略。
在家庭基站场景下,当签约允许时,终端可以通过与家庭基站关联的本地网关接入本地网络,也即LIPA(Local IP Access,本地IP接入)技术。终端也可以在网络控制下通过本地网关接入Internet等业务网络,也即SIPTO(Selected IP Traffic Offload,选择性IP数据分流)技术。在LIPA和家庭基站的SIPTO场景下,家庭基站与本地网关之间将建立直接用户路径,使得用户数据可以不经过核心网传输,从而获得较优的数据路由通路。
家庭基站子系统与LTE核心网之间的连接如图5所示。其中,家庭基站子系统包括LGW(Local Gateway,本地网关)和HeNB(Home evolved NodeB,演进型家庭基站),LGW与HeNB之间通过Sxx接口相连,同时该接口上也将承载直接用户路径。LGW具有核心网中PGW的部分功能,如IP地址分配等。同一个LGW可以连接多个HeNB。家庭基站子系统通过可选SeGW(Security Gateway,安全网关)接入核心网。
在现有规范中没有定义LGW与PCRF之间的接口,因此LGW不会在PCRF策略触发下发起专用承载建立,同时,当终端请求建立专用承载也将被网络拒绝。也即,现阶段LIPA PDN连接和家庭基站下的SIPTO连接都不支持专用承载。
目前还未确定Sxx接口是否支持控制面协议,这涉及到直接用户路径的建立流程。以LIPA为例,其中一种LIPA连接建立过程如图6所示。
在步骤S604、步骤S605和步骤S606中,LGW将其用于直接用户路径建立所需的信息通过MME发送给HeNB。
在步骤S609、步骤S612和步骤S613中,家庭基站用于直接用户路径建立所需的信息通过MME、SGW发给LGW。
根据上述两个处理流程,直接用户路径建立完毕。
在实现本发明的过程中,发明人发现现有技术中至少存在以下问题:
现有技术中,3GPP SA2工作组已确定需要激活LIPA和SIPTO Femto的终端提供QoS保证,但目前还没有具体方法。
提供QoS保证需要本地网关能接收到正确的QoS策略并执行该策略。然而,由于目前LGW与PCRF之间没有接口,LGW无法获得相关的策略信息,尤其是QoS策略信息。
发明内容
本发明实施例提供一种策略信息的传输方法和设备,以解决现有技术中LGW无法动态的获得相关的策略信息的问题。
为了达到上述目的,本发明实施例提供了一种策略信息的传输方法,包括:
SGW判断所接收到的核心网控制节点发送的消息中,是否携带与PCRF进行交互的指示信息;
如果判断结果为是,所述SGW向PCRF发送策略请求消息,并接收所述PCRF返回的策略信息;
所述SGW向LGW发送所述策略信息,以使所述LGW根据所述策略信息执行相应操作。
另一方面,本发明实施例还提供了一种SGW,包括:
接收模块,用于接收核心网控制节点所发送的消息;
判断模块,用于判断所述接收模块所接收到的核心网控制节点发送的消息中,是否携带与PCRF进行交互的指示信息;
请求模块,用于在所述判断模块的判断结果为是时,向PCRF发送策略请求消息,并接收所述PCRF返回的策略信息;
传输模块,用于向LGW发送所述请求模块所接收到的策略信息,以使所述LGW根据所述策略信息执行相应操作。
另一方面,本发明实施例还提供了一种策略信息的传输方法,包括:
核心网控制节点判断当前状态是否符合触发SGW与PCRF进行交互的条件;
如果判断结果为是,所述核心网控制节点向所述SGW发送携带与PCRF进行交互的指示信息的消息。
另一方面,本发明实施例还提供了一种核心网控制节点,包括:
判断模块,用于判断当前状态是否符合触发SGW与PCRF进行交互的条件;
发送模块,用于在所述判断模块的判断结果为是时,向所述SGW发送携带与PCRF进行交互的指示信息的消息。
另一方面,本发明实施例还提供了一种策略信息的传输方法,包括:
PCRF接收SGW发送的策略请求消息,其中,所述策略请求消息具体为所述SGW在接收到核心网控制节点发送的携带与PCRF进行交互的指示信息的消息后所发送的;
所述PCRF向所述SGW发送相应的策略信息。
另一方面,本发明实施例还提供了一种PCRF,包括:
接收模块,用于接收SGW发送的策略请求消息,其中,所述策略请求消息具体为所述SGW在接收到核心网控制节点发送的携带与PCRF进行交互的指示信息的消息后所发送的;
发送模块,用于向所述SGW发送相应的策略信息。
另一方面,本发明实施例还提供了一种策略信息的传输方法,包括:
LGW接收所述SGW发送的策略信息;
所述LGW根据所述策略信息执行相应操作。
另一方面,本发明实施例还提供了一种LGW,包括:
接收模块,用于接收所述SGW发送的策略信息;
处理模块,用于根据所述接收模块所接收到的策略信息执行相应操作。
与现有技术相比,本发明实施例至少具有以下优点:
通过应用本发明实施例所提出的技术方案,SGW可以根据核心网控制节点所发送的消息中所携带的指示信息,向PCRF请求相应的策略信息,并将相应的策略信息发送给LGW,从而,解决了现有技术中不能为LGW提供动态策略信息的问题,通过上述的方法,在不需要建立LGW与PCRF之间的接口的情况下,LGW可以根据网络下发的策略进行专用承载的建立,已有承载的修改和去激活等操作。
附图说明
为了更清楚地说明本发明的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中的EPS系统的架构示意图;
图2为现有技术在基于PMIP的S5/S8架构中,终端发起的PDN连接建立过程的流程示意图;
图3为图2的A.1步骤中SGW发起GW Control会话过程的流程示意图;
图4为现有技术中的BBERF向PCRF发起GW control and QoS RulesRequest过程的流程示意图;
图5为现有技术中的家庭基站子系统与LTE核心网之间的连接结构示意图;
图6为现有技术中的LIPA连接建立过程的流程示意图;
图7为本发明实施例所提出的一种策略信息的传输方法在SGW侧的流程示意图;
图8为本发明实施例所提出的一种策略信息的传输方法在核心网控制节点侧的流程示意图;
图9为本发明实施例所提出的一种策略信息的传输方法在PCRF侧的流程示意图;
图10为本发明实施例所应用的技术场景的系统结构示意图;
图11为本发明实施例所提出的一种具体应用场景下的策略信息的传输方法的流程示意图;
图12为本发明实施例一所提出的一种具体场景下的策略信息的传输方法的流程示意图;
图13为本发明实施例二所提出的一种具体场景下的策略信息的传输方法的流程示意图;
图14为本发明实施例四所提出的一种具体场景下的策略信息的传输方法的流程示意图;
图15为本发明实施例提出的一种SGW的结构示意图;
图16为本发明实施例提出的一种核心网控制节点的结构示意图;
图17为本发明实施例提出的一种PCRF的结构示意图;
图18为本发明实施例提出的一种LGW的结构示意图。
具体实施方式
如背景技术所述,在家庭基站场景下,当终端激活LIPA或SIPTO时,由于目前本地网关与PCRF之间没有接口,因此,不能获得动态策略信息,尤其是QoS策略信息,从而无法建立专用承载。
为了克服这样的缺陷,本发明实施例提出了一种策略信息的传输方法,通过核心网控制节点所发送的消息中携带的指示消息,触发SGW向PCRF请求策略信息,并进而将相应的策略信息提供给LGW,以使LGW可以获得策略信息,尤其是QoS策略信息,从而,建立专用承载。
如图7所示,为本发明实施例所提出的一种策略信息的传输方法的流程示意图,该方法具体包括以下步骤:
步骤S701、SGW判断所接收到的核心网控制节点发送的消息中,是否携带与PCRF进行交互的指示信息。
如果判断结果为是,则执行步骤S702;
如果判断结果为否,则返回步骤S701,继续对接收到的核心网控制节点发送的其他消息进行判断。
在具体的处理场景中,本步骤中SGW所接收到的核心网控制节点发送的携带与PCRF进行交互的指示信息的消息,至少包括以下几种类型:
类型一、在LTE系统中的终端发起的PDN连接建立过程,或3G系统中的终端发起的PDP Context激活过程中,所述SGW所接收到的核心网控制节点发送的携带与PCRF进行交互的指示信息的Create Session Request(创建会话请求)消息。
类型二、在LTE系统中的终端发起的承载资源修改过程,或3G系统中的终端发起的PDP Context修改过程中,所述SGW所接收到的核心网控制节点发送的携带与PCRF进行交互的指示信息的Bearer Resource Command(承载资源命令)消息。
类型三、在LTE系统中的HSS(Home Subscriber Server,归属用户服务器)发起的QoS修改过程,或3G系统中的SGSN(Serving GPRS Support Node,GPRS服务支持节点;GPRS,General Packet Radio Service,通用分组无线服务技术)发起的承载修改过程中,所述SGW所接收到的核心网控制节点发送的携带与PCRF进行交互的指示信息的Modify Bearer Request(修改承载请求)消息。
当然,在实际应用中,其他能够达到同样效果的消息类型也可以应用在本步骤中,这样的变化并不影响本发明的保护范围。
需要进一步指出的是,在EPS系统中,上述核心网控制节点,具体可以为MME或S4SGSN,核心网控制节点的具体类型变化并不会影响本发明的保护范围。
步骤S702、所述SGW向PCRF发送策略请求消息,并接收所述PCRF返回的策略信息。
在具体的处理场景中,本步骤中的处理过程具体可以通过以下两种方式来实现:
方式一、所述SGW向PCRF发起GW Control Session过程,并接收所述PCRF返回的策略信息。
方式二、所述SGW向PCRF发起IP-CAN Session过程,并接收所述PCRF返回的策略信息。
需要说明的是,在实际场景中,上述的方式一所获取的策略信息实际为QoS策略信息,而上述的方式二所获取的策略信息实际为PCC策略信息,其中,所述PCC策略信息中包括QoS策略信息。
无论采用上述的哪种方式,在SGW向PCRF发送策略请求消息的过程中,所述SGW在向所述PCRF发送的策略请求消息中,还可以进一步携带终端已激活LIPA或SIPTO Femto的指示信息,这个指示信息现有的信息元即可以实现,比如APN(Access Point Name,接入点名称)。
步骤S703、所述SGW向LGW发送所述策略信息,以使所述LGW根据所述策略信息执行相应操作。
在具体的处理场景中,对应于步骤S701中的几种具体的消息类型,本步骤中的处理过程具体也可以分别通过通过以下三种类型的消息来实现。
类型一、所述SGW向LGW发送携带所述策略信息的Create SessionRequest消息。
类型二、所述SGW向LGW发送携带所述策略信息的Bearer ResourceCommand消息。
类型三、所述SGW向LGW发送携带所述策略信息的Modify BearerRequest消息。
当然,在实际应用中,其他能够达到同样效果的消息类型也可以应用在本步骤中,这样的变化并不影响本发明的保护范围。
另一方面,根据上述的说明可以看出,为了实现上述的技术方案,核心网控制节点需要通过携带与PCRF进行交互的指示信息的消息来触发SGW向PCRF请求策略信息,因此,在核心网控制节点侧,相应的处理过程如图8所示:
步骤S801、核心网控制节点判断当前状态是否符合触发SGW与PCRF进行交互的条件。
如果判断结果为是,则执行步骤S802;
如果判断结果为否,则继续返回步骤S801。
在实际的应用中,本步骤中的所述触发SGW与PCRF进行交互的条件,包括:
终端当前已激活LIPA或SIPTO Femto;和/或,
终端当前即将激活LIPA或SIPTO Femto。
在具体的应用场景中,当核心网控制节点判断进入相应的处理过程,或需要进行相应的消息发送时,判断是否满足上述的触发条件,并根据相应的判断结果进行处理。
步骤S802、所述核心网控制节点向所述SGW发送携带与PCRF进行交互的指示信息的消息。
与前述的步骤S701中的说明相对应,本步骤中的消息同样至少包括上述的三种类型。
需要进一步指出的是,在EPS系统中,上述核心网控制节点,具体可以为MME或S4SGSN,核心网控制节点的具体类型变化并不会影响本发明的保护范围。
另一方面,根据上述的说明可以看出,为了实现上述的技术方案,PCRF需要根据SGW的策略请求过程反馈相应的策略信息,因此,在PCRF侧,相应的处理过程如图9所示,具体包括以下步骤:
步骤S901、PCRF接收SGW发送的策略请求消息,其中,所述策略请求消息具体为所述SGW在接收到核心网控制节点发送的携带与PCRF进行交互的指示信息的消息后所发送的。
在实际应用中,本步骤的处理过程中,与前述的步骤S702中的说明相对应,所述PCRF接收所述SGW发送的携带终端当前已激活LIPA或SIPTOFemto的指示信息的策略请求消息。
步骤S902、所述PCRF向所述SGW发送相应的策略信息。
需要说明的是,对于PCRF侧的处理过程,PCRF大多可以按照现有的处理规则来完成,只是相应的对端设备为SGW,但是,其中需要进行相应的异常处理过程的规则的修改,具体修改方式如下:
当所述PCRF接收到所述SGW发起的GW Control Session过程,且根据所述指示信息确定没有关联的IP-CAN会话建立时,所述PCRF继续向所述SGW发送相应的QoS策略信息或其他策略信息。
通过上述的修改,PCRF将不会将SGW所发起的上述流程视为异常,从而可以保证相应处理流程的顺利完成。
相对应的,在LGW侧,则需要根据SGW所反馈的策略信息进行相应的处理,在此不再详细说明,但是其中,也需要对现有的拒绝处理规则进行调整,即当所述LGW接收到终端的承载资源请求时,所述LGW继续对所述承载资源请求进行处理,而不是拒绝,从而可以保证相应处理流程的顺利完成。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
通过应用本发明实施例所提出的技术方案,SGW可以根据核心网控制节点所发送的消息中所携带的指示信息,向PCRF请求相应的策略信息,并将相应的策略信息发送给LGW,从而,解决了现有技术中不能为LGW提供动态策略信息的问题,通过上述的方法,在不需要建立LGW与PCRF之间的接口的情况下,LGW可以根据网络下发的策略进行专用承载的建立,已有承载的修改和去激活等操作。
下面,结合具体的应用场景,对本发明实施例所提出的技术方案进行说明。
本方法实施例提出了一种通过SGW向LGW传递策略信息,尤其是QoS策略信息的方法,其主要思想是:当终端已激活LIPA或SIPTO Femto时,SGW向PCRF请求策略信息,并在获得相应的策略信息后,将其转发给LGW。LGW根据收到的策略信息执行专用承载建立、修改等操作。
上述方法不需要在LGW与PCRF之间建立接口,而由SGW与PCRF进行交互获得策略信息,然后将策略传递给LGW。
如图10所示,为本发明实施例所应用的技术场景的系统结构示意图,与如图5所示的现有技术中的家庭基站子系统的差别在于,其中的粗实线表示SGW与PCRF之间所建立的接口,该接口可以采用TS 23.402中定义的Gxc接口,也可以新定义一个接口,通过该接口,SGW可以向PCRF请求相应的策略信息。
下面,结合上述的系统结构,对本发明实施例所提出的技术方案进行说明,相应的处理流程图如图11所示,具体包括以下步骤。
步骤S1101、SGW通过来自核心网控制节点的承载相关信令获知需要与PCRF交互。
核心网控制节点可以在现有承载相关信令中增加一个信息元,用以指示SGW此时终端已激活LIPA或SIPTO Femto(对应与前述的步骤S701中的与PCRF进行交互的指示信息)。
与前述的步骤S701或步骤S802相对应,本步骤中,SGW可能在下列过程所对应的场景中收到上述信令:
场景一、LTE系统中的终端发起的PDN连接建立过程或3G系统中的终端发起的PDP Context激活过程。
核心网控制节点发送的请求建立LIPA或SIPTO连接的信令,或是其它指示信息。
在此场景中,核心网控制节点总是知道终端是否激活LIPA。
场景二、LTE系统中的终端发起的承载资源修改过程或3G系统中的终端发起的PDP Context修改过程。
即已激活LIPA或SIPTO Femto的终端所发起的承载资源请求过程。
场景三、LTE系统中的HSS发起的QoS修改过程或3G系统中的SGSN发起的承载修改过程。
当SGW收到核心网控制节点发送的已激活LIPA或SIPTO Femto的终端的承载相关信令时,执行步骤S1102。
步骤S1102、SGW向PCRF请求策略。
在具体的处理场景中,SGW请求策略的方式可以包括以下两种:
方式一、SGW执行BBERF功能,与PCRF建立Gxc接口,发起GW ControlSession过程获得策略。
具体的处理过程为:
对于终端即将激活LIPA或SIPTO Femto的情况,SGW使用现有的BBERF发起的GW Control会话建立过程。
对于已激活LIPA或SIPTO Femto的终端的承载相关过程,SGW使用现有的BBERF发起的GW Control and QoS Rules Request过程。
方式二、由SGW执行PGW的功能,与PCRF建立Gx接口,并发起IP-CANSession建立获得策略。
此时SGW新增PCEF功能,具体的处理过程为:
对于终端即将激活LIPA或SIPTO Femto的情况,SGW执行PCEF发起的IP-CAN会话建立过程。
对于已激活LIPA或SIPTO Femto终端的承载相关过程,SGW发起PCEF发起的IP-CAN Session Modification过程。
步骤S1103、PCRF返回LIPA或SIPTO连接相关策略,如QoS信息等。
对应步骤S1102,如果SGW所采用的是方式一进行策略请求,则SGW将直接收到PCRF返回的QoS策略信息。
而如果SGW所采用的是方式二进行策略请求,则SGW将收到PCRF提供的PCC策略信息,其中包括QoS策略信息。
步骤S1104、SGW采取一定方式向LGW发送策略信息。
步骤S1105、LGW根据收到的策略信息执行相应操作,如专用承载建立、承载修改等。
为了实现上述的处理方案,本发明实施例对如图10所示的系统中的各节点的影响如下:
(1)核心网控制节点
当确定为终端请求激活LIPA或SIPTO Femto,或已激活LIPA或SIPTOFemto的终端发生承载相关过程时,核心网控制节点向SGW发送指示。该指示可以在现有消息中增加信息元实现,上述消息至少可以包括:创建会话消息、承载资源命令、修改承载命令。
(2)SGW
当SGW收到核心网控制节点所发送的上述消息中携带的指示时,向PCRF发起策略请求,具体的发起方式参见前述说明,自此不再重复。
在具体的实施过程中,SGW可以在GW Control Session过程或IP-CANSession过程的相关消息中增加指示终端已激活LIPA或SIPTO Femto的信息。
SGW收到PCRF发来的策略信息后,向LGW发送QoS策略信息等策略信息。该信息可以包含在现有的Create Session Request(创建会话请求)消息、Modify Bearer Request(修改承载请求)消息或Bearer Resource Command(承载资源命令)消息中。
(3)PCRF
PCRF收到SGW发起的GW Control会话建立时,根据其中的指示终端已激活LIPA或SIPTO Femto的信息可知没有关联的IP-CAN Session建立,此时,PCRF不会将上述情况作为异常处理,而是继续进行相应的处理(返回相应QoS策略信息等相关策略信息)。
(4)LGW
当LGW收到SGW发来的策略信息时,按照该策略执行相应处理:如专用承载建立、承载修改等,并且,当LGW收到终端的承载资源请求时,不拒绝该请求。
进一步的,本发明通过以下实施例,对相应的技术方案进行进一步的说明。
为了方便说明,以下实施例具体以QoS策略信息的传输过程为例进行说明,但是其他策略信息也可以同样应用这样的处理过程,具体策略信息内容的变化并不会影响本发明的保护范围。
实施例一
在本实施例中,具体的应用场景为:终端通过LTE家庭基站接入,并请求PDN连接以接入Internet,MME决定为终端激活SIPTO Femto(对应前述的终端即将激活SIPTO Femto的情况),使得终端可以通过LGW直接接入Internet。
在相应处理过程中,MME在现有消息中增加向SGW指示终端激活SIPTOFemto的信息,触发SGW向PCRF发起GW Control Session建立过程,获取QoS策略信息。
具体的,如图12所示,为本发明实施例一所提出的一种具体场景下的策略信息的传输方法的流程示意图,包括以下步骤:
步骤S1201、终端发起PDN连接请求。
步骤S1202、根据签约和当前接入小区,MME决定为终端激活SIPTOFemto。MME向SGW发送创建会话请求消息(Create Session Request),其中携带指示信息(indication),表明终端将激活SIPTO Femto。
步骤S1203、SGW收到该指示信息后,向PCRF发起GW Control Session建立过程,具体流程在TS 23.203中定义,在此不再重复说明。
通过该过程,PCRF将向SGW下发QoS策略信息。
步骤S1204、SGW向LGW发送创建会话请求消息(Create SessionRequest),其中携带收到的QoS策略信息。
步骤S1205、LGW执行收到的QoS策略信息,根据该QoS策略信息可能发起专用承载建立等过程,且该过程与PDN连接后续过程可以并行进行。
步骤S1206、根据现有技术完成PDN连接建立的后续步骤,在此不再赘述。
实施例二:
在本实施例中,具体的应用场景为:终端在LTE家庭基站中激活了LIPA连接(对应前述的终端已激活LIPA的情况),此时,核心网控制节点为MME。后续终端发起承载资源修改请求过程。
具体的,如图13所示,为本发明实施例二所提出的一种具体场景下的策略信息的传输方法的流程示意图,包括以下步骤:
步骤S1301、激活了LIPA的终端发起承载资源修改请求,请求消息中可能包含所请求的QoS、TFT(Traffic Filter Template,业务过滤模板)等信息。
步骤S1302、MME向SGW发送承载资源命令消息(Bearer ResourceCommand)。
步骤S1303、SGW收到上述消息后,在其触发下,SGW发起GW Controland QoS Rules Request过程,具体在TS 23.203中定义,在此不再重复说明。
在该过程中,PCRF将向SGW提供QoS策略信息。
步骤S1304、SGW向LGW发送承载资源命令消息(Bearer ResourceCommand),其中携带步骤S1303中收到的QoS策略信息。
步骤S1305、LGW执行该QoS策略信息。
如果现有承载的QoS不满足新增服务数据流的QoS,则发起专用承载建立过程。
如果现有承载的QoS或TFT需要改变,则发起承载修改或去激活过程。
步骤S1306、根据相应执行情况执行后续操作,具体操作在TS 23.401中定义,在此不再赘述。
实施例三:
在本实施例中,具体的应用场景为:终端从LTE家庭基站接入,并请求LIPA连接(对应前述的终端即将激活LIPA的情况),核心网控制节点MME允许其激活LIPA,设家庭基站与LGW之间的Sxx接口不支持控制面协议,也即建立直接用户路径的信令需要经过SGW中转,MME在上述信令中增加相应的指示信息,以触发SGW与PCRF交互。
由于LIPA技术与SIPTO Femto技术所用架构相同,因此,本实施例中MME、SGW、PCRF、LGW处处理方法与前述的实施例一相同,在此不再重复说明。
实施例四:
在本实施例中,具体的应用场景为:终端从LTE家庭基站接入网络并激活LIPA(对应前述的终端已激活LIPA的情况)。随后由于LIPA APN的签约QoS数据改变,发生HSS发起的QoS修改过程。
在相应处理过程中,MME将向SGW发送承载相关消息,触发SGW与PCRF交互。
具体的,如图14所示,为本发明实施例四所提出的一种具体场景下的策略信息的传输方法的流程示意图,包括以下步骤:
步骤S1401、终端激活LIPA,SGW与PCRF建立GW Control Session;随后发生HSS发起的QoS修改过程。
步骤S1402、MME向SGW发送修改承载命令。
步骤S1403、SGW向PCRF发起GW Control and QoS Rules Request过程,向PCRF传递修改后的签约QoS规则信息。
PCRF将返回更新后的QoS策略。
步骤S1404、SGW向LGW发送修改承载命令,其中,包含更新后的QoS策略信息。
步骤S1405、LGW执行上述QoS策略信息,可能修改承载QoS等参数。
步骤S1406、LGW向SGW返回更新承载请求。
步骤S1407、SGW向MME返回更新承载请求。
步骤S1408、根据现有技术执行后续过程,在此不再赘述。
需要进一步指出的是,在上述的四个实施例中,均是以MME作为核心网示例的具体示例来进行描述的,但是在实际应用中,S4 SGSN同样可以作为核心网控制节点应用于本发明所提出的技术方案,只是,在前述的四个实施例中所提出的应用场景中,如果要在相应的系统中用S4 SGSN替换MME进行相应处理,则家庭基站类型为HNB(Home NodeB),且需要在HNB与S4SGSN之间增加HNB GW(HeNB GW,演进型家庭基站网关)。
当然,在实际应用中,到底是应用MME还是S4 SGSN作为核心网控制节点,可以根据实际需要进行设定,这样的核心网控制节点的具体类型变化并不影响本发明的保护范围。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
通过应用本发明实施例所提出的技术方案,SGW可以根据核心网控制节点所发送的消息中所携带的指示信息,向PCRF请求相应的策略信息,并将相应的策略信息发送给LGW,从而,解决了现有技术中不能为LGW提供动态策略信息的问题,通过上述的方法,在不需要建立LGW与PCRF之间的接口的情况下,LGW可以根据网络下发的策略进行专用承载的建立,已有承载的修改和去激活等操作。
为了实现本发明实施例的技术方案,本发明实施例还提供了一种SGW,其结构示意图如图15所示,至少包括:
接收模块151,用于接收核心网控制节点所发送的消息;
判断模块152,用于判断所述接收模块151所接收到的核心网控制节点发送的消息中,是否携带与PCRF进行交互的指示信息;
请求模块153,用于在所述判断模块152的判断结果为是时,向PCRF发送策略请求消息,并接收所述PCRF返回的策略信息;
传输模块154,用于向LGW发送所述请求模块153所接收到的策略信息,以使所述LGW根据所述策略信息执行相应操作。
在实际应用中,所述接收模块151,具体用于:
在LTE系统中的终端发起的PDN连接建立过程,或3G系统中的终端发起的PDP Context激活过程中,接收核心网控制节点发送的携带与PCRF进行交互的指示信息的Create Session Request消息;或,
在LTE系统中的终端发起的承载资源修改过程,或3G系统中的终端发起的PDP Context修改过程中,接收核心网控制节点发送的携带与PCRF进行交互的指示信息的Bearer Resource Command消息;或,
在LTE系统中的HSS发起的QoS修改过程,或3G系统中的SGSN发起的承载修改过程中,接收核心网控制节点发送的携带与PCRF进行交互的指示信息的Modify Bearer Request消息;
其中,所述与PCRF进行交互的指示信息,包括终端当前已激活LIPA或SIPTO Femto的指示信息,或终端当前即将激活LIPA或SIPTO Femto的指示信息。
进一步的,所述请求模块153,具体用于:
向PCRF发起GW Control Session过程,并接收所述PCRF返回的策略信息;或,
向PCRF发起IP-CAN Session过程,并接收所述PCRF返回的策略信息。
在实际应用中,所述传输模块154,具体用于:
向LGW发送携带所述策略信息的Create Session Request消息;或,
向LGW发送携带所述策略信息的Bearer Resource Command消息;或,
向LGW发送携带所述策略信息的Modify Bearer Request消息。
另一方面,本发明实施例还提供了一种核心网控制节点,其结构示意图如图16所示,具体包括:
判断模块161,用于判断当前状态是否符合触发SGW与PCRF进行交互的条件;
发送模块162,用于在所述判断模块161的判断结果为是时,向所述SGW发送携带与PCRF进行交互的指示信息的消息。
在实际应用中,所述发送模块162,具体用于:
在LTE系统中的终端发起的PDN连接建立过程,或3G系统中的终端发起的PDP Context激活过程中,向所述SGW发送携带与PCRF进行交互的指示信息的Create Session Request消息;或,
在LTE系统中的终端发起的承载资源修改过程,或3G系统中的终端发起的PDP Context修改过程中,向所述SGW发送携带与PCRF进行交互的指示信息的Bearer Resource Command消息;或,
在LTE系统中的HSS发起的QoS修改过程,或3G系统中的SGSN发起的承载修改过程中,向所述SGW发送携带与PCRF进行交互的指示信息的Modify Bearer Request消息。
在实际应用中,上述的核心网控制节点可以是MME,也可以是S4SGSN,如果要在相应的系统中用S4SGSN替换MME进行相应处理,则家庭基站类型为HNB,且需要在HNB与S4SGSN之间增加HNB GW。
用中,到底是应用MME还是S4SGSN作为核心网控制节点,可以根据实际需要进行设定,这样的核心网控制节点的具体类型变化并不影响本发明的保护范围。
另一方面,本发明实施例还提供了一种PCRF,其结构示意图如图17所示,具体包括:
接收模块171,用于接收SGW发送的策略请求消息,其中,所述策略请求消息具体为所述SGW在接收到核心网控制节点发送的携带与PCRF进行交互的指示信息的消息后所发送的;
发送模块172,用于向所述SGW发送相应的策略信息。
在实际应用中,所述发送模块172,具体用于:
当所述接收模块171接收到所述SGW发起的GW Control Session过程,且根据所述指示信息确定没有关联的IP-CAN会话建立时,继续向所述SGW发送相应的策略信息。
另一方面,本发明实施例还提供了一种LGW,其结构示意图如图18所示,具体包括:
接收模块181,用于接收所述SGW发送的策略信息;
处理模块182,用于根据所述接收模块181所接收到的策略信息执行相应操作。
在实际应用中,所述处理模块182,还用于:
当所述接收模块181接收到终端的承载资源请求时,继续对所述承载资源请求进行处理。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
通过应用本发明实施例所提出的技术方案,SGW可以根据核心网控制节点所发送的消息中所携带的指示信息,向PCRF请求相应的策略信息,并将相应的策略信息发送给LGW,从而,解决了现有技术中不能为LGW提供动态策略信息的问题,通过上述的方法,在不需要建立LGW与PCRF之间的接口的情况下,LGW可以根据网络下发的策略进行专用承载的建立,已有承载的修改和去激活等操作。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或网络侧设备等)执行本发明实施例各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明实施例所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明实施例的几个具体实施场景,但是,本发明实施例并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。