CN106982124A - 信息处理方法、pcrf实体及tscef实体 - Google Patents
信息处理方法、pcrf实体及tscef实体 Download PDFInfo
- Publication number
- CN106982124A CN106982124A CN201610028935.XA CN201610028935A CN106982124A CN 106982124 A CN106982124 A CN 106982124A CN 201610028935 A CN201610028935 A CN 201610028935A CN 106982124 A CN106982124 A CN 106982124A
- Authority
- CN
- China
- Prior art keywords
- party application
- configured information
- tsc
- application
- entities
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
- H04L12/1407—Policy-and-charging control [PCC] architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5029—Service quality level-based billing, e.g. dependent on measured service level customer is charged more or less
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供的一种信息处理方法及装置、PCRF实体及TSCEF实体,可应用于PCRF实体的信息处理方法包括:根据第三方应用提供的指示信息,制定流量导向控制TSC策略;其中,所述指示信息为:运用所述第三方应用部署的业务功能实体的第一指示信息,或取消运用所述第三方应用部署的业务功能实体的第二指示信息;将所述TSC策略发送给流量导向控制执行功能TSCEF实体。
Description
技术领域
本发明涉及通信领域,尤其涉及一种信息处理方法、PCRF实体及TSCEF实体。
背景技术
图1是相关技术中第三代合作伙伴计划(3rd Generation Partnership Project,简称为3GPP)定义的策略和计费控制架构(Policy and Charging Control,简称为PCC)图。如图1所示,策略和计费规则功能(Policy and Charging RulesFunction,简称为PCRF)为业务使用网络资源进行服务质量(Quality of Service,简称为QoS)和计费策略的制订。PCRF制定所述控制策略需要结合从业务功能(Application Function,简称为AF)接收的业务信息,从用户签约数据库(Subscription Profile Repository,简称为SPR)接收的用户签约信息,运营商配置的策略等。PCRF将为业务制定的控制策略下发给策略和计费执行功能(Policy and Charging Enforcement Function,简称为PCEF)或者承载绑定和事件上报功能(Bearer Binding and Event Report Function,简称为BBERF)执行。同时PCRF可以向PCEF和/或BBERF订阅承载层相关事件,以便当承载层发生所述事件时及时感知,并更改控制策略。此外,PCEF以及业务检测功能(Traffic Detection Function,简称为TDF)能够根据PCRF下发的PCC规则(PCEF)或应用检测和控制(Application Detection and Control,简称为ADC)规则(TDF)执行应用检测和控制功能。流量导向支持功能(Traffic SteeringSupporting Function,简称为TSSF),从PCRF获取业务路由控制策略后并执行预配置动作。在图1中还显示有AF实体、在线计费系统(Online ChargingSystem,简称为OCS)及离线计费系统(Offline Charging System,简称为OFCS)及各种网关(Gate Way,简称为GW)。图1中所示的St、Rx、Sp、Gxx、Sd、Gx、Gy及Gz都为对应功能实体之间的通信接口;这些通信接口的用途和定义可以参见现有技术,在此就不重复了。
目前,运营商部署移动服务增值网络提高用户质量体验QoE,减少网络带宽压力,并提供增值服务。有些增值服务并非通信运营商自己提供的增值服务,可能是用户和运营上以外的第三方提供的增值服务。这些增值服务的服务应用被添加到策略和计费控制系统架构中之后,第三方应用可能需要根据需求来控制第三方应用的应用数据的业务链路,可是现有技术并不支持动态调整。
发明内容
有鉴于此,本发明实施例期望提供一种信息处理方法、PCRF实体及TSCEF实体,至少部分能够解决第三应用的部署过程中业务链路的确定问题。
为达到上述目的,本发明的技术方案是这样实现的:
本发明实施例第一方面提供一种信息处理方法,所述方法包括:
根据第三方应用提供的指示信息,制定流量导向控制TSC策略;其中,所述指示信息为:运用所述第三方应用部署的业务功能实体的第一指示信息,或取消运用所述第三方应用部署的业务功能实体的第二指示信息;
将所述TSC策略发送给流量导向控制执行功能TSCEF实体。
基于上述方案,所述方法还包括:
接收所述TSCEF实体发送的指示信息。
基于上述方案,所述方法还包括:
从第三方应用的应用功能实体发送的所述指示信息。
基于上述方案,所述从第三方应用的业务功能实体发送的所述指示信息,包括:
从第三方应用的应用功能实体在向策略和计费功能PCRF实体提供业务信息时发送的所述指示信息。
基于上述方案,所述第一指示信息包括以下至少其中之一:
所述用户设备采用第一优先级用户身份访问所述第三方应用的确认信息及运用所述第三方应用部署的业务功能的指示。
基于上述方案,所述第二指示信息包括以下至少其中之一:
所述用户设备采用第二优先级用户身份访问所述第三方应用的确认信息,及取消运用所述第三方应用部署的业务功能实体的指示。
基于上述方案,所述指示信息还包括:
所述第三方应用部署的业务功能实体的标识。
基于上述方案,所述根据第三方应用提供的指示信息,制定流量导向控制TSC策略为:
根据所述第一指示信息形成第一TSC策略;或,根据所述第二指示信息形成第二TSC策略;
其中,所述第一TSC策略被执行后,所述第三方应用的应用数据将被路由到所述第三应用的业务功能实体;所述第二TSC策略被执行后,所述第三方应用的应用数据将被不路由到所述第三应用的业务功能实体。
本发明实施例第二方面提供了一种策略和计费功能PCRF实体,所述PCRF实体包括:
制定单元,用于根据第三方应用提供的指示信息,制定流量导向控制TSC策略;其中,所述指示信息为:运用所述第三方应用部署的业务功能实体的第一指示信息,或取消运用所述第三方应用部署的业务功能实体的第二指示信息;
第一发送单元,用于将所述TSC策略发送给流量导向控制执行功能TSCEF实体。
基于上述方案,所述PCRF实体还包括:
第一接收单元,用于接收所述TSCEF实体发送的指示信息。
基于上述方案,所述PCRF实体还包括:
第二接收单元,用于从第三方应用的应用功能实体发送的所述指示信息。
基于上述方案,所述第二接收单元,具体用于从第三方应用的应用功能实体在向所述策略和计费功能PCRF实体提供业务信息时发送的所述指示信息。
基于上述方案,所述第一指示信息包括以下至少其中之一:
所述用户设备采用第一优先级用户身份访问所述第三方应用的确认信息及运用所述第三方应用部署的业务功能的指示。
基于上述方案,所述第二指示信息包括以下至少其中之一:
所述用户设备采用第二优先级用户身份访问所述第三方应用的确认信息,及取消运用所述第三方应用部署的业务功能实体的指示。
基于上述方案,所述指示信息还包括:
所述第三方应用部署的业务功能实体的标识。
基于上述方案,所述制定单元,具体用于根据所述第一指示信息形成第一TSC策略;或,根据所述第二指示信息形成第二TSC策略;其中,所述第一TSC策略被执行后,所述第三方应用的应用数据将被路由到所述第三应用的业务功能实体;所述第二TSC策略被执行后,所述第三方应用的应用数据将被不路由到所述第三应用的业务功能实体。
基于上述方案,所述TSCEF实体与策略和计费执行功能PCEF实体或业务检测功能TDF实体或流量导向支持功能TSSF实体合并设置。
本发明实施例第三方面提供一种信息处理方法,所述方法包括:
接收策略和计费功能PCRF实体根据第三方应用的指示信息制定的TSC策略;
对所述第三方应用的应用数据执行所述TSC策略。
基于上述方案,所述方法还包括:
检测用户设备与所述第三方应用的业务功能实体的交互信息,获取所述指示信息;
将所述指示信息发送给所述PCRF实体。
本发明实施例第四方面提供一种流量导向控制执行功能TSCEF实体,所述TSCEF实体包括:
第三接收单元,用于接收策略和计费功能PCRF实体根据第三方应用的指示信息制定的TSC策略;
执行单元,用于对所述第三方应用的应用数据执行所述TSC策略。
基于上述方案,所述PCRF实体还包括:
检测单元,用于检测用户设备与所述第三方应用的业务功能实体的交互信息,获取所述指示信息;
第二发送单元,用于将所述指示信息发送给所述PCRF实体。
本发明实施例提供的信息处理方法、PCRF实体及TSCEF实体,能够根据第三方应用提供的指示信息,指定TSC策略;利用TSC策略为第三方应用的应用数据的业务链路的选择提供依据,这样的话,例如部署了第三方应用,能够智能根据第三方应用的需求制定对应的TSC策略,能够根据第三应用的具体需求控制应用数据的路由,满足第三应用部署之后对应用数据路由的业务链路控制的需求,具有智能性高的特点。
附图说明
图1为一种策略和计费控制系统架构示意图;
图2为本发明实施例提供的第一种信息处理方法的流程示意图;
图3为本发明实施例提供的第一种信息处理方法的流程示意图;
图4为本发明实施例提供的第二种业务链确定方法的流程示意图;
图5为本发明实施例提供的一种PCRF实体的结构示意图;
图6为本发明实施例提供的第三种信息处理方法的流程示意图;
图7为本发明实施例提供的TSCEF实体的结构示意图;
图8至图11分别为基于本发明实施例提供的信息处理方法形成的业务链路动态调整的流程示意图。
具体实施方式
图2所示的为:的局域网SGi-LAN的动态业务链的方案,以适应于弹性的快速的服务部署变动,同时降低资本支出(Capital Expenditure,简称为CAPX)。在图2中有涉及了两个功能实体,分别是PCRF实体和TSCEF实体。
PCRF实体为提供业务链选择决策的实体,具体可用于执行以下功能:
接收配置管理系统下发业务链描述,以及业务链对应的用户属性/接入类型/业务类型/业务链权重等信息,从而获得业务链对应的静态策略;
从SPR中获得用户的签约信息,从BBERF/PCEF获得用户动态接入信息,结合上述获得的业务链对应的静态策略,制定流量导向控制(Traffic SteeringControl简称TSC)策略的接入流程中通知给流量导向控制执行功能(TrafficSteering Control Enforcement Function,简称为TSCEF)实体。
TSC策略通常包括业务数据流描述以及对应的业务链标识。而业务数据流描述可以是应用标识或是业务数据流过滤器。
TSCEF实体具有如下功能:根据PCRF下发的TSC策略,对应用数据进行检测后,根据预配置的动作执行TSC策略。在执行TSC策略后,应用数据流的数据包便可以动态的路由到相应的业务节点。这里的业务节点也称业务功能实体或称使能器。所述TSC策略在一定层面能够影响应用数据的业务链路的确定。
在本发明实施例中,将利用TSCEF获取到会影响所述TSC策略制定的指示信息;然后PCRF实体根据指示信息指定出TSC策略,该TSC策略至少能够用于控制第三方应用的应用数据的路由,从而实现对第三方应用的应用数据的业务链路的确定。根据所述TSC策略可确定出,第三方应用的应用数据是否路由到第三应用部署的第三方应用的业务功能实体。这样的话,能够方便第三方应用的应用功能实体器进行备案或计费等后续处理,就能够简便解决第三应用引入到运营上提供的策略和计费控制架构中的问题,具有实现简单,应用部署简便的特点。当然在具体实现时,所述业务功能实体不局限于第三方应用,所述业务功能实体也可以是运营商自己的业务功能实体,对于一些特殊应用需要将应用业务数据路由到业务功能实体的应用需求,也适用本发明实施例提供的信息处理方法。以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。
实施例一:
如图3所示,本实施例提供一种信息处理方法,所述方法包括:
步骤S110:根据第三方应用提供的指示信息,制定流量导向控制TSC策略;其中,所述指示信息为:运用所述第三方应用部署的业务功能实体的第一指示信息,或取消运用所述第三方应用部署的业务功能实体的第二指示信息;
步骤S120:将所述TSC策略发送给流量导向控制执行功能TSCEF实体。
本实施例所述的信息处理方法可为应用与PCRF实体中的方法。在步骤S110中将根据第三方应用形成的指示信息,制定TSC策略。这样的话,第三方应用在完成部署之后,可以根据应用需求动态的生成所述指示信息,将所述指示信息发送给PCRF实体,就能够控制TSC策略的生成,进而通过TSC策略的进一步控制第三方应用的应用数据的业务链路的确定和路由。
在步骤S120中所述PCRF实体会将所述TSC策略发送给TSCEF实体,由所述TSCEF实体对所述第三方应用的应用数据执行所述TSC策略。
具体地,所述步骤S110可为根据所述第一指示信息形成第一TSC策略;或,根据所述第二指示信息形成第二TSC策略。所述第一TSC策略被执行后,所述第三方应用的应用数据将被路由到所述第三应用的业务功能实体;所述第二TSC策略被执行后,所述第三方应用的应用数据将被不路由到所述第三应用的业务功能实体。
在本实施例中所述第一指示信息指示运用第三方应用部署的业务功能实体,这样的话,就需要将第三方应用的应用数据路由到对应的业务功能实体,才能运用该业务功能实体对第三方应用的应用数据进行数据处理,故在本实施例中所述,步骤S110中根据第一指示信息指定的第一TSC策略在本执行后,能够让第三方应用的应用数据路由到第三方应用的业务功能实体的。第二指示信息为取消运用第三方应用的业务功能实体,显然这个时候就没有必要将第三方应用的应用数据路由到第三方应用的业务功能实体,故在本实施例的步骤S110中根据第二指示信息制定的第二TSC策略在被执行后,所述第三方应用的应用数据将绕过所述第三方应用的业务功能实体,即不路由到所述第三方应用的业务功能实体。
如图2所示,本实施例中所述信息处理方法,还包括:
步骤S100:接收所述第三方应用提供的指示信息。
所述步骤S100的实现方式有很多种,以下提供两种可选方式:
可选方式一:所述步骤S100可包括:接收所述TSCEF实体发送的指示信息。
可选方式二:从第三方应用的应用功能实体发送的所述指示信息。
在可选方式一中,所述TSCEF实体为用户设备与第三方应用的业务功能实体之间进行信息交互的中转实体,故所述TSCEF实体可以检测所述用户设备与第三方应用的业务功能实体之间的交互信息,获得所述指示信息。
所述用户设备与业务功能实体之间进行信息交互,在进行信息交互的过程中,用户设备与业务功能实体的交互信息会经过TSCEF实体,所述TSCEF实体通过对应用设备与业务功能实体的交互信息的解析,可获得所述指示信息。当然在具体实现时,也可以是所述业务功能实体在生成所述指示信息时,主动发送给所述TSCEF实体,或用户设备在于业务功能实体的交互信息中检测到所述指示信息时,再转发给所述TSCEF实体。当然所述TSCEF实体获取所述指示信息的方式有多种,不局限于上述任意一种,但是采用本实施例中所述检测用户设备与业务功能实体的交互信息来获取指示信息的方法,具有实现简便的特点,可以减少TSCEF实体等执行主体与用户设备或业务功能实体的信息交互次数和交互量。通常一般信息以数据包的形式发送,而数据包包括包头和正文;在本实施例中所述业务功能实体或用户设备在承载有所述指示信息的包头内设置独特的标识位。TSCEF实体将会检测用户设备与业务功能实体的交互信息的包头,若在包头检测到所述标识位,则将到正文部分提取所述指示信息。为了进一步简化所述TSCEF实体检测所述指示信息,在具体实现时,还可以在所述包头内设置指示所述指示信息存储位置的字段,或按照通信协议的规定或预设协商的方式,预先告知TSCEF实体指示信息在数据包正文中的存储位置。这样的话,TSCEF实体在完成包头检测之后,能够到正文部分对应的存储位置快速的完成所述指示信息的检测,提升检测效率,减少TSCEF实体需要解析的数据量。
通过检测用户设备与业务功能实体的交互信息,获取所述指示信息的方式有多种,以下提供三种可实现方式:
第一种:检测所述用户设备与所述业务功能实体的交互信令,获取服务功能使能指示信息。例如所述业务功能实体在交互信令中添加了服务功能使能(Service Function Enable,简称SFE)指示信息。所述SFE指示信息为指示使能业务功能实体某一项应用的指示信息,这样的话,TSCEF实体检测到所述SFE指示信息,显然有必要将对应的应用业务数据路由到该业务功能实体。
第二种:
检测所述用户设备与所述业务功能实体的交互信令,获取指示利用第三方应用部署服务应用的服务功能指示信息。所述业务功能实体也可以在交互信令中直接添加指示在业务功能实体部署第三方应用等应用的指示信息,这样的话,TSCEF实体检测的到该业务功能(Service Function,简称SF)指示信息,显然有必要将对应的应用业务数据路由到业务功能实体。
第三种:
检测所述用户设备与所述业务功能实体的交互信息,获取业务信息;其中,所述业务信息包括业务的数据流描述信息。在本实施例中所述业务信息可包括应用标志或业务数据流过滤器等信息,应用标志可用于确定出该应用部署的服务器,所述业务数据过滤器可为对应的应用业务数据必须经过的过滤设备,显然这些都会作用于业务链路的选择。在本实施例中提供从TSCEF实体接收指示信息,并提供TSCEF实体获取指示信息的三种方式,当然在具体实现时,所述指示信息的还可以是其他信息内容和获取方式,例如,所述指示信息可包括业务功能实体的标识,当指示信息包括该业务功能实体的标识时,可认为必须路由经过该业务功能实体的标识对应的业务功能实体,当然具体的实现方式不局限这些。
在可选方式二中,所述PCRF实体直接从第三方应用的业务功能实体接收所述指示信息。显然本方式具有实现简便的特点。为了减少PCRF实体与第三方应用的业务功能(Application,Function,简称为AF)实体的信息交互次数,简化信息交互;在本实施例中所述步骤S100可包括:从第三方应用的应用功能实体在向策略和计费功能PCRF实体提供业务信息时发送的所述指示信息。
以下分别介绍发一下第一指示信息和第二指示信息的信息内容。
所述第一指示信息包括以下至少其中之一:所述用户设备采用第一优先级用户身份访问所述第三方应用的确认信息及运用所述第三方应用部署的业务功能的指示。所述第二指示信息包括以下至少其中之一:所述用户设备采用第二优先级用户身份访问所述第三方应用的确认信息,及取消运用所述第三方应用部署的业务功能实体的指示。
这里的意思是:所述第一指示信息可包括:所述用户设备采用第一优先级用户身份访问所述第三方应用的确认信息,和/或运用所述第三方应用部署的业务功能的指示。所述第二指示信息可包括:所述用户设备采用第二优先级用户身份访问所述第三方应用的确认信息,和/或取消运用所述第三方应用部署的业务功能实体的指示。
在本实施例中用户身份包括第一优先级用户身份和第二优先级用户身份,通常所述第一优先级高于所述第二优先级。一般第一优先级用户身份为特殊用户身份;所述第二优先级用户身份为第二优先级用户身份。
为了便于管理和控制所述第一指示信息和第二指示信息都还可包括对应第三方应用部署的业务功能实体的标识。这里的标识可为业务功能实体的标识或序列号等具有标识作用的信息。
总之,本实施例所述TSC策略的制定,可动态的根据第三方应用的指示信息来确定,能够动态的满足第三方应用对其应用数据的业务链路的动态控制,提升了TSC策略制定和业务链路选择控制的智能性。
实施例二:
如图5所示,本实施例提供一种策略和计费功能PCRF实体,所述PCRF实体包括:
制定单元110,用于根据第三方应用提供的指示信息,制定流量导向控制TSC策略;其中,所述指示信息为:运用所述第三方应用部署的业务功能实体的第一指示信息,或取消运用所述第三方应用部署的业务功能实体的第二指示信息;
第一发送单元120,用于将所述TSC策略发送给流量导向控制执行功能TSCEF实体。
本实施例所述PCRF实体可为设置在各种电子设备上,例如网络服务器或通信服务器等设备上的功能实体。
所述制定单元110对应的硬件结构可包括处理器或处理电路等。所述处理器可包括中央处理器、数字信号处理器、微处理器或可编程阵列等。所述处理电路可包括专用集成电路。所述处理器或处理电路通过预定代码的执行,能够获得基于指示信息制定出的TSC策略。
所述第一发送单元120可对应于各种发送接口,这里的发送接口可为有线接口或无线接口,总之能够将TSC策略下发给TSCEF实体,以方便TSCEF实体根据TSC策略选择第三方应用的应用数据的业务链路,确定出第三方应用的应用数据是否发送到第三方应用的业务功能实体。
在一些实施例中,在本实施例中所述PCRF实体还包括:第一接收单元,用于接收所述TSCEF实体发送的指示信息。该第一接收单元对应于与TSCEF实体进行通信的接收接口,能够从TSCEF实体接收所述指示信息。
在另一些实施例中,在本实施例中所述PCRF实体还包括:第二接收单元,用于从第三方应用的业务功能实体发送的所述指示信息。所述第二接收单元对应于与第三方应用功能的AF实体进行通信的通信接口,能够接收所述指示信息。为了减少PCRF实体与AF实体之间的信息交互次数,在本实施例中所述第二接收单元,可具体用于从第三方应用的应用功能实体在向所述策略和计费功能PCRF实体提供业务信息时发送的所述指示信息。
以下分别提供所述第一指示信息和第二指示信息的信息内容。例如,所述第一指示信息包括以下至少其中之一:所述用户设备采用第一优先级用户身份访问所述第三方应用的确认信息及运用所述第三方应用部署的业务功能的指示。所述第二指示信息包括以下至少其中之一:所述用户设备采用第二优先级用户身份访问所述第三方应用的确认信息,及取消运用所述第三方应用部署的业务功能实体的指示。
此外,所述第三方应用部署的业务功能实体的标识。
在具体应用时,所述制定单元110,具体用于根据所述第一指示信息形成第一TSC策略;或,根据所述第二指示信息形成第二TSC策略;其中,所述第一TSC策略被执行后,所述第三方应用的应用数据将被路由到所述第三应用的业务功能实体;所述第二TSC策略被执行后,所述第三方应用的应用数据将被不路由到所述第三应用的业务功能实体。显然所述制定单元110根据第一指示信息和第二指示信息会制定出不同的TSC策略,方便TSCEF实体根据TSC策略控制第三方应用的应用数据的路由。
在本实施例中,所述TSCEF实体与策略和计费执行功能PCEF实体或业务检测功能TDF实体或流量导向支持功能TSSF实体合并设置。TSCEF实体可与PCEF实体共同合设在一个网络设备上,也可以是TSCEF实体领域TDF实体合设在一个网络设备上,也可以是TSCEF实体与TSSF实体合设在一个网络设备上。
实施例三:
如图6所示,本实施例提供一种信息处理方法,所述方法包括:
步骤S210:接收策略和计费功能PCRF实体根据第三方应用的指示信息制定的TSC策略;
步骤S220:对所述第三方应用的应用数据执行所述TSC策略。
本实施例所述的信息处理方法可为应用与TSCEF实体中的信息处理方法。所述TSCEF实体将在步骤S210中接收TSC策略,并在步骤S220中对第三方应用功能的应用数据执行所述TSC策略,从而控制第三方应用的应用数据是否路由到第三方应用部署的业务功能实体中。这里的TSC策略可为前述实施例一或实施例二中的第一TSC策略或第二TSC策略。在步骤S220中对第三方应用的应用数据执行第一TSC策略,可使第三方应用的应用数据路由到第三方应用部署的业务功能实体,若对第三方应用的应用数据执行所述第二TSC策略,则第三应用的应用数据将不会路由到第三方应用部署的业务功能实体。
这样,第三方应用可根据应用需求,通过提供所述指示信息控制TSC策略的制定,从而进一步控制第三方应用的应用数据的业务链路。
进一步地,所述方法还包括:检测用户设备与所述第三方应用的业务功能实体的交互信息,获取所述指示信息;将所述指示信息发送给所述PCRF实体。这里的指示信息的信息内容可以参见实施一或实施例二,在此就不重复了。所述PCRF实体通过检测用户设备与AF实体的信息交互能够获得所述指示信息。具体获得所述指示信息的方式也可以参见实施例一中的对应部分。
实施例四:
如图7所示,本实施例还提供一种流量导向控制执行功能TSCEF实体,所述TSCEF实体包括:
第三接收单元210,用于接收策略和计费功能PCRF实体根据第三方应用的指示信息制定的TSC策略;
执行单元220,用于对所述第三方应用的应用数据执行所述TSC策略。
本实施例所述第三接收单元210可对应于各种类型的接收接口,例如电缆或光缆等有线接口,也可以对应于各种能够接收无线信号的无线接口。
所述执行单元220可对应于处理器或处理电路;所述处理器或处理电路的结构可参见前述实施例。总之本实施例所述执行单元220可通过对第三方应用的应用数据执行所述TSC策略,控制所述第三方应用的应用数据是否路由到所述第三方应用部署的业务功能实体。
作为本实施例的进一步改进,所述PCRF实体还包括:
检测单元,用于检测用户设备与所述第三方应用的业务功能实体的交互信息,获取所述指示信息;
第二发送单元,用于将所述指示信息发送给所述PCRF实体。
在本实施例中所述检测单元可包括数据解析器等数据处理结构,能够检测所述指示信息。在本实施例中所述TSCEF实体还包括发送接口,该发送接口能够和PCEF实体连接,能够将所述指示信息发送给PCRF实体。这里的指示信息可为前述实施例中提到的第一指示信息或第二指示信息。
以下结合上述实施例提供几个具体示例,且在此处说明一下,在图8至图11中所有的功能实体仅用对应的英文缩写进行表示,省略了“实体”的字样。例如,“TCSEF实体”将直接用“TCSEF”替代;但是TCSEF等同所述TCSEF实体。
示例一:
如图8所示,本示例描述TCSEF位于PCEF上时,根据前述实施例提供的业务链确定方法进行业务链路调整的流程图,其中PCEF通过进行应用检测并执行TSC策略。如图3所示,流程描述如下:
步骤S301:用户设备(User Equipment,UE)附着请求,或者UE发起共用数据网(Public Data Network,PDN)连接建立请求。PCEF实体所在网关收到上述请求消息。
步骤S302:PCEF实体收到附着请求或PDN连接建立请求后,向PCRF实体发起IP-CAN会话建立指示,向PCRF提供用户标识、PDN标识、IP地址等信息。所述IP-CAN为Internet Protocol-Connectivity Access Network的缩写,对应的中文为网络协议连接接入网络。
步骤S303:建立IP-CAN会话建立响应,具体可包括:若PCRF中没有定义的用户签约信息,则PCRF从SPR中获取用户签约信息,这里的用户签约信息可包括用户等级、分配给用户的带宽、允许用户访问的业务、业务链等信息。PCRF进行策略决策,制定PCC规则,其中制定的PCC规则中可能携带TSC策略,即携带业务路由策略标识Traffic Steering PolicyIdentifier。PCRF可能在在本步骤同时下发一个或多个PCC规则。
步骤S304:TSC策略安装和执行,具体可包括:PCEF安装所述PCC规则,从而安装所述TSC策略,并执行所述TSC策略。
步骤S305:PCEF所在网关向UE返回附着请求或建立PDN连接请求的应答消息。
步骤S306:UE发起业务访问,从而访问第三方应用的业务功能实体,与业务功能实体进行信令交互,UE采用普通或低优先级用户身份访问业务。
步骤S307:PCEF对UE访问的业务执行TSC策略,具体可包括:PCEF根据PCC规则进行应用检测,检测出该应用。若检测出该应用的PCC规则中携带有Traffic Steering Policy Identifier,则PCEF对应用数据执行TSC策略,即执行配置在PCEF的Traffic Steering Policy Identifier对应的特定操作。执行TSC策略后,业务数据不会被路由到第三方应用部署的业务功能实体上。
步骤S308:UE修改业务访问属性,业务功能实体添加SFE指示消息,例如,UE与业务功能实体交互,改变访问属性,譬如采用高等级用户身份访问应用。业务功能实体在交互信令中添加业务功能使能(Service Functionenable,SFE)指示消息。Service Function enable指示信息可以是确认用户采用高等级用户身份访问业务的确认信息,也可以是直接指示对应用数据应用第三方应用部署的Service Function的指示信息。若第三方应用在运营商网络里部署了多个业务功能(Service Function,SF),那么Service Functionenable指示信息还可以包含对应用数据应用的一个或多个Service Function的标识。
步骤S309:可选地,PCEF向PCRF发送IP-CAN会话修改请求,在该请求内携带有所述SEF指示信息,即PCEF可以将检测到的Service Functionenable指示信息上报给PCRF。
步骤S310:可选地,PCRF向PCEF发送IP-CAN会话确认,该会话确认是基于前述的IP-CAN会话修改请求形成的,且携带有确认之后的PCC规则,具体可包括:PCRF可以根据上报的Service Function enable指示信息更新PCC规则,其中PCC规则中携带的相应的TSC策略。
步骤S311:PCEF对UE访问的业务执行TSC策略,具体可包括:若PCRF在步骤S310中更新了PCC规则,则PCEF根据更新的PCC规则执行TSC策略。由于该用户改变的访问属性,譬如采用高等级用户身份访问业务,因此执行TSC策略后,应用数据会被路由到第三方应用部署的ServiceFunction;若PCRF在步骤S310中没有更新PCC规则,则PCEF将根据ServiceFunction enable指示信息执行步骤S303中下发的对应PCC规则(即PCRF可能在步骤303中就下发了针对Service Function enable指示信息的TSC策略),并执行该PCC规则中的TSC策略,同样应用数据会被路由到第三方应用部署的Service Function。
在上述示例中,描述了PCEF执行TSC策略,使得应用数据从不路由到第三方应用部署的Service Function到路由到该Service Function的过程。类似地,若用户一开始就采用高优先级的用户身份访问了业务,那么PCEF一开始就能检测到Service Function enable指示信息,从而PCEF一开始就能执行TSC策略,应用数据被路由到Service Function。类似地,当用户变成普通或第优先级用户访问第三方应用时,业务功能实体在信令中携带ServiceFunction disable指示信息,PCEF检测到Service Function disable的指示信息,那么PCEF执行对应的TSC策略,应用数据将不会被路由到Service Function上。可选地,PCEF在执行TSC策略之前,可能需要跟PCRF交互,获取更新后的策略再执行。
示例二:
本示例描述的TCSEF位于TDF/TSSF上时,图9是根据本发明实施提供的信息处理方法形成的动态业务链调整的流程图,通过TCF所在的TDF/TSSF通过应用检测并执行业务链策略。如图9所示,流程描述如下:
步骤S401:用户设备UE发起附着请求或PDN连接建立请求。PCEF所在网关收到上述请求消息。
步骤S402:PCEF收到附着请求或PDN连接建立请求后,向PCRF发起IP-CAN会话建立请求,向PCRF提供用户标识、PDN标识、IP地址等信息;
步骤S403:PCFR/SPR向TDF/TSSF发送TDF/TSSF会话建立请求,该请求携带有ADC规则,具体可包括:若没有定义的用户签约信息,则PCRF从SPR中获取用户签约信息,例如用户等级、分配给用户的带宽、允许用户访问的业务、业务链等信息。PCRF进行策略决策,PCRF向TDF发送TDF会话建立请求消息或向TSSF发送TSSF会话建立请求消息,消息中携带ADC规则,ADC规则中可能携带TSC策略。PCRF可能在在本步骤同时下发一个或多个ADC规则。
步骤S404:TSC策略执行,具体包括:TDF/TSSF安装并执行下发的ADC规则。
步骤S405:TDF/TSSF向PCRF返回TDF/TSSF会话建立确认。
步骤S406:PCRF向PCEF返回IP-CAN会话建立响应,该响应中携带有PCC规则。
步骤S407:PCEF所在网关向UE返回附着请求或建立PDN连接请求的应答消息。
步骤S408:UE发起访问应用,TDF/TSSF检测业务数据流,具体可包括UE与业务功能实体进行信令交互,在交互的信息中可确定出UE采用普通或低优先级用户身份访问业务。
步骤S409:TDF/TSSF对UE访问的业务执行TSC策略,具体可包括:TDF/TSSF根据ADC规则进行应用业务数据流检测,检测出对应的应用。若检测出该应用的ADC规则携带有TSC策略,则对应用数据执行TSC策略。执行TSC策略后,应用数据不会被路由到第三方应用部署的业务功能实体上。
步骤S410:UE修改业务访问属性,业务功能实体在交互指令中添加Service Function enable指示信息。该步骤具体可包括:UE与业务功能实体交互,改变访问属性,譬如采用高等级用户身份访问业务。业务功能实体在信令中添加Service Function enable指示消息。Service Function enable指示信息可以是确认用户采用高等级用户身份访问业务的确认信息,也可以是直接指示对应用数据应用第三方应用部署的Service Function的指示。若第三方应用在运营商网络里部署了多个Service Function,那么Service Functionenable指示信息还可以包含应用部署的一个或多个Service Function的标识。
步骤S411:应用信息上报,该应用信息包括所述SFE指示信息,具体的可包括:TDF/TSSF可以将检测到的SFE指示信息上报给PCRF。本步骤为可选步骤。
步骤S412:发送确认消息,该确认消息包括ADC规则。该步骤为可选步骤,具体可包括:PCRF可以根据上报的Service Function enable指示信息更新ADC规则,其中ADC规则中携带的TSP策略发生改变。
步骤S413:对UE访问的业务执行TSC策略,具体可包括:若PCRF在步骤S412中更新了ADC规则,则TDF/TSSF根据更新的ADC规则执行TSC策略。由于该用户采用高等级用户身份访问业务,因此执行TSC策略后,应用数据会被路由到第三方应用部署的Service Function;若PCRF在步骤S412中没有更新ADC规则,则TDF/TSSF将根据Service Function指示信息执行步骤S403中下发的对应ADC规则(即PCRF可能在步骤S403中就下发了针对Service Function enable指示信息的TSC策略),并执行TSC策略,同样应用数据会被路由到第三方应用部署的业务功能实体。
在上述实施例中,描述了TDF/TSSF执行TSC策略,使得应用数据从不路由到第三方应用部署的业务功能实体,改变到路由到第三方应用部署的业务功能实体。类似地,若用户一开始就采用高优先级的用户身份访问了业务,那么TDF/TSSF一开始就能检测到Service Function Enable指示信息,从而TDF/TSSF一开始就能执行相应TSC策略,应用数据被路由到ServiceFunction。类似地,当用户变成普通访问第三方应用时,业务功能实体在信令中携带Service Function Disable指示信息,TDF/TSSF检测到ServiceFunction Disable的指示信息,那么TDF/TSSF执行对应的TSC策略,应用数据将不会被路由到Service Function上。可选地,TDF/TSSF在执行TSC策略之前,可能需要跟PCRF交互,获取更新后的策略再执行。
示例三:
本示例描述的TCSEF位于PCEF时,图10是根据本发明可选实施例动态调整业务链的流程图,其中由AF通知更新动态业务链。如图10所示,流程描述如下:
步骤S501:用户设备UE发送附着请求或PDN连接建立请求,PCEF所在网关收到上述请求消息。
步骤S502:PCEF收到附着请求或PDN连接建立请求后,向PCRF发起IP-CAN会话建立请求,向PCRF提供用户标识、PDN标识、IP地址等信息。
步骤S503:PCRF/SPR向PCEF发送IP-CAN会话建立响应,具体可包括:若PCEF没有存有用户签约信息,则PCRF从SPR中获取用户签约信息,例如用户等级、分配给用户的带宽、允许用户访问的业务、业务链等信息。PCRF进行策略决策,制定PCC规则。
步骤S504:TSC策略安装和执行,具体可包括PCEF安装并执行下发的PCC规则。
步骤S505:PCEF所在网关向UE返回附着请求或建立PDN连接请求的应答消息。
步骤S506:UE与第三方业务功能实体进行信令交互,发起业务访问,UE采用普通或低优先级用户身份访问业务。
步骤S507:第三方应用的应用功能AF向PCRF提供业务信息,信息中携带用户IP地址,业务信息,其中包括业务的数据流描述信息。其中AF为了第三方业务功能实体中或是AF与第三方业务功能实体有接口交互。
步骤S508:PCRF保存业务信息后,返回确认消息。
步骤S509:PCRF根据业务信息制定PCC规则后,向PCEF提供PCC规则。PCC规则中可能携带TSC策略。
步骤S510:PCEF返回确认消息。
步骤S511:对UE访问的业务执行TSC策略,具体可包括:若PCC规则中携带有TSC策略,则PCEF对应用数据执行TSC策略,执行TSC策略后的应用数据不会被路由到业务功能实体。
步骤S512:UE改变业务访问属性,例如UE与业务功能实体交互,改变访问属性,譬如采用高等级用户身份访问业务。
步骤S513:AF向PCRF更新业务信息,在消息中携带SFE指示信息,SFE指示信息可以是表示用户采用高等级用户身份访问业务的标识信息,也可以是直接指示对应用数据应用第三方应用部署的Service Function的SFE指示信息。若第三方应用在运营商网络里部署了多个服务功能,那么SFE指示信息还可以包含应用部署的一个或多个业务功能的标识。
步骤S514:PCRF向AF返回确认消息。
步骤S515:PCRF根据Service Function enable指示信息更新PCC规则,其中PCC规则携带TSC策略。PCRF将PCC规则提供给PCEF。
步骤S516:PCEF返回确认消息。
步骤S517:对UE访问的业务执行TSC策略,例如,PCEF对应用业务数据执行TSC策略,执行TSC策略后的应用数据被路由到业务功能实体。
在上述实施例中,描述了PCEF执行TSC策略,使得应用数据从不路由到第三方应用部署的业务功能实体到路由到该业务功能实体的过程。类似地,若用户一开始就采用高优先级的用户身份访问了业务,那么AF初始就想PCRF提供Service Function Enable指示信息,从而PCEF一开始就能执行相应TSC策略,应用数据被路由到业务功能实体。类似地,当用户变成普通或低优先级用户访问第三方应用时,AF向PCRF提供业务功能去使能Service Function Disable指示信息,那么PCEF执行策略,应用数据将不会被路由到业务功能实体上。
示例四:
本示例描述的TCSEF位于TDF/TSSF上时,图11是根据本发明可选实施提供的信息处理方提供的业务链调整的流程图,其中AF向PCRF提供业务功能使能(Service Function Enable,SFE)指示信息。如图6所示,流程描述如下:
步骤S601:用户设备UE附着请求或PDN连接建立请求。PCEF所在网关收到上述请求消息。
步骤S602:PCEF收到附着请求或PDN连接建立请求后,向PCRF发起IP-CAN会话建立请求,向PCRF提供用户标识、PDN标识、IP地址等信息。
步骤S603:PCRF/SPF向TDF/TSSF发送会话建立请求,具体可包括:若没有定义的用户签约信息,则PCRF从SPR中获取用户签约信息。例如用户等级、分配给用户的带宽、允许用户访问的业务、业务链等信息。PCRF进行策略决策,若PCRF制定了ADC规则,则PCRF向TDF发送TDF会话建立请求消息或向TSSF发送TSSF会话建立请求消息,消息中携带ADC规则,ADC规则中携带TSC策略。PCRF可能在在本步骤同时下发一个或多个ADC规则,ADC规则中可能携带TSC策略。
步骤S604:TSC策略执行,可包括:TDF/TSSF安装并执行下发的ADC规则;
步骤S605:TDF/TSSF向PCRF返回TDF会话建立确认的消息。
步骤S606:PCRF向PCEF返回IP-CAN会话建立响应,该响应中携带有PCC规则。
步骤S607:PCEF所在网关向UE返回附着请求或建立PDN连接请求的应答消息。
步骤S608:UE发起业务访问,具体可包括:UE与第三方业务功能实体进行信令交互发起业务访问,UE采用普通或低优先级用户身份访问业务。
步骤S609:第三方应用AF向PCRF提供业务信息,业务信息中携带用户IP地址。其中AF为了第三方业务功能实体中或是AF与第三方业务功能实体有接口交互。
步骤S610:PCRF保存业务信息后,返回确认消息。
步骤S611:PCRF向TDF/TSSF提供ADC规则,具体可包括:PCRF根据业务信息制定ADC规则后,向TDF/TSSF提供PCC规则。PCC规则中携带有TSC策略。
步骤S612:PCEF返回确认消息。
步骤S613:对UE访问的业务执行TSC策略,可包括:若ADC规则中携带有TSC策略,则TDF/TSSF对应用数据执行TSC策略,但由于第三方应用没有指示要对应用数据应用其部署的业务功能,所以执行TSC策略后的应用数据不会被路由到业务功能实体。
步骤S614:UE发起业务访问,UE与业务功能实体交互,改变业务访问属性,譬如采用高等级用户身份访问业务。
步骤S615:AF向PCRF提供业务信息,在业务消息中携带SFE指示信息。SFE指示信息可以是表示用户采用高等级用户身份访问业务的标识信息,也可以是直接指示应用第三方应用部署的应用的指示。若第三方应用在运营商网络里部署了多个服务应用,那么SFE指示信息还可以包含应用部署的服务应用的标识信息。
步骤S616:PCRF向AF返回确认消息。
步骤S617:对UE访问的业务执行TSC策略,具体可包括:PCRF根据Service Function enable指示信息更新PCC规则,其中ADC规则携带TSC策略。PCRF将ADC规则提供给PCEF。
步骤S618:PCEF返回确认消息。
步骤S619:PCEF对应用数据执行TSC策略,执行TSC策略后的应用数据被路由到业务功能实体。
在上述实施例中,描述了TDF/TSSF执行TSC策略,使得应用数据从不路由到第三方应用部署的业务功能实体到路由到该业务功能实体的过程。类似地,若用户一开始就采用高优先级的用户身份访问了业务,那么AF初始就想PCRF提供Service Function enable指示信息,从而TDF/TSSF一开始就能执行相应TSC策略,应用数据被路由到业务功能实体。类似地,当用户变成普通或低优先级用户访问第三方应用时,AF向PCRF提供ServiceFunction Disable指示信息,那么TDF/TSSF执行策略,应用数据将不会被路由到业务功能实体上。
在另外一个实施例中,还提供了一种存储介质,该存储介质中存储有上述软件,该存储介质包括但不限于:光盘、软盘、硬盘、可擦写存储器等。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个处理模块中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (21)
1.一种信息处理方法,其特征在于,所述方法包括:
根据第三方应用提供的指示信息,制定流量导向控制TSC策略;其中,所述指示信息为:运用所述第三方应用部署的业务功能实体的第一指示信息,或取消运用所述第三方应用部署的业务功能实体的第二指示信息;
将所述TSC策略发送给流量导向控制执行功能TSCEF实体。
2.根据权利要求1所述的方法,其特征在于,
所述方法还包括:
接收所述TSCEF实体发送的指示信息。
3.根据权利要求1所述的方法,其特征在于,
所述方法还包括:
从第三方应用的应用功能实体发送的所述指示信息。
4.根据权利要求3所述的方法,其特征在于,
所述从第三方应用的业务功能实体发送的所述指示信息,包括:
从第三方应用的应用功能实体在向策略和计费功能PCRF实体提供业务信息时发送的所述指示信息。
5.根据权利要求1至4任一项所述的方法,其特征在于,
所述第一指示信息包括以下至少其中之一:
所述用户设备采用第一优先级用户身份访问所述第三方应用的确认信息及运用所述第三方应用部署的业务功能的指示。
6.根据权利要求5所述的方法,其特征在于,
所述第二指示信息包括以下至少其中之一:
所述用户设备采用第二优先级用户身份访问所述第三方应用的确认信息,及取消运用所述第三方应用部署的业务功能实体的指示。
7.根据权利要求6所述的方法,所述指示信息还包括:
所述第三方应用部署的业务功能实体的标识。
8.根据权利要求1至4任一项所述的方法,其特征在于,
所述根据第三方应用提供的指示信息,制定流量导向控制TSC策略为:
根据所述第一指示信息形成第一TSC策略;或,根据所述第二指示信息形成第二TSC策略;
其中,所述第一TSC策略被执行后,所述第三方应用的应用数据将被路由到所述第三应用的业务功能实体;所述第二TSC策略被执行后,所述第三方应用的应用数据将被不路由到所述第三应用的业务功能实体。
9.一种策略和计费功能PCRF实体,其特征在于,所述PCRF实体包括:
制定单元,用于根据第三方应用提供的指示信息,制定流量导向控制TSC策略;其中,所述指示信息为:运用所述第三方应用部署的业务功能实体的第一指示信息,或取消运用所述第三方应用部署的业务功能实体的第二指示信息;
第一发送单元,用于将所述TSC策略发送给流量导向控制执行功能TSCEF实体。
10.根据权利要求9所述的PCRF实体,其特征在于,
所述PCRF实体还包括:
第一接收单元,用于接收所述TSCEF实体发送的指示信息。
11.根据权利要求9所述的PCRF实体,其特征在于,
所述PCRF实体还包括:
第二接收单元,用于从第三方应用的应用功能实体发送的所述指示信息。
12.根据权利要求11所述的PCRF实体,其特征在于,
所述第二接收单元,具体用于从第三方应用的应用功能实体在向所述策略和计费功能PCRF实体提供业务信息时发送的所述指示信息。
13.根据权利要求9至12任一项所述的PCRF实体,其特征在于,
所述第一指示信息包括以下至少其中之一:
所述用户设备采用第一优先级用户身份访问所述第三方应用的确认信息及运用所述第三方应用部署的业务功能的指示。
14.根据权利要求13所述的PCRF实体,其特征在于,
所述第二指示信息包括以下至少其中之一:
所述用户设备采用第二优先级用户身份访问所述第三方应用的确认信息,及取消运用所述第三方应用部署的业务功能实体的指示。
15.根据权利要求14所述的PCRF实体,所述指示信息还包括:
所述第三方应用部署的业务功能实体的标识。
16.根据权利要求9至12任一项所述的PCRF实体,其特征在于,
所述制定单元,具体用于根据所述第一指示信息形成第一TSC策略;或,根据所述第二指示信息形成第二TSC策略;其中,所述第一TSC策略被执行后,所述第三方应用的应用数据将被路由到所述第三应用的业务功能实体;所述第二TSC策略被执行后,所述第三方应用的应用数据将被不路由到所述第三应用的业务功能实体。
17.根据权利要求9至12任一项所述的PCRF实体,其特征在于,
所述TSCEF实体与策略和计费执行功能PCEF实体或业务检测功能TDF实体或流量导向支持功能TSSF实体合并设置。
18.一种信息处理方法,其特征在于,所述方法包括:
接收策略和计费功能PCRF实体根据第三方应用的指示信息制定的TSC策略;
对所述第三方应用的应用数据执行所述TSC策略。
19.根据权利要求18所述的方法,其特征在于,
所述方法还包括:
检测用户设备与所述第三方应用的业务功能实体的交互信息,获取所述指示信息;
将所述指示信息发送给所述PCRF实体。
20.一种流量导向控制执行功能TSCEF实体,其特征在于,所述TSCEF实体包括:
第三接收单元,用于接收策略和计费功能PCRF实体根据第三方应用的指示信息制定的TSC策略;
执行单元,用于对所述第三方应用的应用数据执行所述TSC策略。
21.根据权利要求20所述的PCRF实体,其特征在于,
所述PCRF实体还包括:
检测单元,用于检测用户设备与所述第三方应用的业务功能实体的交互信息,获取所述指示信息;
第二发送单元,用于将所述指示信息发送给所述PCRF实体。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610028935.XA CN106982124A (zh) | 2016-01-15 | 2016-01-15 | 信息处理方法、pcrf实体及tscef实体 |
PCT/CN2016/102405 WO2017121155A1 (zh) | 2016-01-15 | 2016-10-18 | 信息处理方法、pcrf实体及tscef实体、计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610028935.XA CN106982124A (zh) | 2016-01-15 | 2016-01-15 | 信息处理方法、pcrf实体及tscef实体 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106982124A true CN106982124A (zh) | 2017-07-25 |
Family
ID=59310731
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610028935.XA Withdrawn CN106982124A (zh) | 2016-01-15 | 2016-01-15 | 信息处理方法、pcrf实体及tscef实体 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106982124A (zh) |
WO (1) | WO2017121155A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019033944A1 (zh) * | 2017-08-14 | 2019-02-21 | 中兴通讯股份有限公司 | 信息发送、操作执行方法及装置、会话管理功能实体 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120220330A1 (en) * | 2010-12-09 | 2012-08-30 | Allot Communications Ltd. | Device, system and method of traffic detection |
CN104519038A (zh) * | 2013-09-29 | 2015-04-15 | 华为技术有限公司 | 会话建立方法、装置及系统 |
US20150333930A1 (en) * | 2014-05-15 | 2015-11-19 | Akamai Technologies, Inc. | Dynamic service function chaining |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9363224B2 (en) * | 2012-05-29 | 2016-06-07 | Openet Telecom Ltd. | System and methods for communicating in a telecommunication network using common key routing and data locality tables |
-
2016
- 2016-01-15 CN CN201610028935.XA patent/CN106982124A/zh not_active Withdrawn
- 2016-10-18 WO PCT/CN2016/102405 patent/WO2017121155A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120220330A1 (en) * | 2010-12-09 | 2012-08-30 | Allot Communications Ltd. | Device, system and method of traffic detection |
CN104519038A (zh) * | 2013-09-29 | 2015-04-15 | 华为技术有限公司 | 会话建立方法、装置及系统 |
US20150333930A1 (en) * | 2014-05-15 | 2015-11-19 | Akamai Technologies, Inc. | Dynamic service function chaining |
Non-Patent Citations (1)
Title |
---|
3RD GENERATION PARTNERSHIP PROJECT: "Technical Specification Group Core Network and Terminals", 《3GPP TS 29.212》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019033944A1 (zh) * | 2017-08-14 | 2019-02-21 | 中兴通讯股份有限公司 | 信息发送、操作执行方法及装置、会话管理功能实体 |
Also Published As
Publication number | Publication date |
---|---|
WO2017121155A1 (zh) | 2017-07-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2827623B1 (en) | Policy and charging control method, and v-pcrf apparatus | |
CN101646149B (zh) | 一种删除dra中会话信息的方法 | |
CN101060413B (zh) | 漫游时的策略和计费控制方法及系统 | |
CN107646197A (zh) | 3gpp网络中的小数据使用使能够 | |
CN101841797A (zh) | 一种终端通过多接入网接入的计费方法和系统及上报方法 | |
CN101227391A (zh) | 非漫游场景下策略和计费规则功能实体的选择方法 | |
CN101198171B (zh) | 一种漫游场景下的策略计费控制消息的路由方法 | |
CN103209401A (zh) | 一种融合网络中策略控制方法及系统 | |
CN102075894A (zh) | 策略和计费规则功能实体的选择方法及系统 | |
CN101720079A (zh) | 网元策略融合网络中的业务接入方法及策略融合系统 | |
CN102316548A (zh) | 信息传递方法和系统 | |
CN104735605B (zh) | 用户业务控制的方法及系统 | |
CN101583115A (zh) | 计费费率处理方法及装置、pcrf、pcef | |
CN104170330A (zh) | 通信系统 | |
CN106304195A (zh) | 第三方应用的策略控制方法、scef和pcrf | |
WO2011085621A1 (zh) | 业务处理方法及系统 | |
CN105207787A (zh) | 一种业务QoS控制方法及网络设备 | |
CN106789117A (zh) | Pcc规则的处理方法及装置 | |
CN101577931B (zh) | 一种实现多接入的方法及系统 | |
CN102123035B (zh) | 策略和计费规则功能实体的选择方法、装置及系统 | |
CN103004284A (zh) | 用于增强性能的服务网关管理 | |
CN105163345A (zh) | 一种区域上报的方法及系统 | |
CN104853332A (zh) | 拜访地策略控制方法及装置 | |
CN105516952A (zh) | 一种策略和计费规则功能的选择方法及装置 | |
CN102136983A (zh) | 在全业务融合网络中控制资源的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20170725 |
|
WW01 | Invention patent application withdrawn after publication |