CN104105082A - 计费策略信息生成方法及策略与计费制定功能实体 - Google Patents
计费策略信息生成方法及策略与计费制定功能实体 Download PDFInfo
- Publication number
- CN104105082A CN104105082A CN201310111360.4A CN201310111360A CN104105082A CN 104105082 A CN104105082 A CN 104105082A CN 201310111360 A CN201310111360 A CN 201310111360A CN 104105082 A CN104105082 A CN 104105082A
- Authority
- CN
- China
- Prior art keywords
- carrying
- charging
- charge mode
- strategy
- change
- 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.)
- Granted
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
- Meter Arrangements (AREA)
Abstract
本发明实施例公开了计费策略信息生成方法及策略与计费制定功能实体，其中所述方法可包括：策略与计费制定功能实体接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种或其组合；所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体，所述计费策略信息包括所述计费模式指示信息。本发明实施例，针对不同的应用场景生成基于不同计费模式的计费策略信息，最大程度满足用户体验。
Description
技术领域
本发明涉及无线通信领域，尤其涉及计费策略信息生成方法及策略与计费制定功能实体。
背景技术
随着移动互联网的快速发展和智能手机的广泛普及，移动数据流量已经逐渐发展成为用户的刚性使用需求，也成为运营商收入增长的重要驱动力。因此移动数据流量的定价问题不仅成为公众和媒体关注的焦点，也成为运营商及专家争议的热点问题。
在现行的3GPP标准中，策略与计费控制（PCC，Policy and Charging Control）功能支持的基于数据流的计费方式主要有以下几种：基于流量的计费，基于连接时长的计费，基于事件的计费。基于流量的计费可以保证流量定价的公平性，充分体现移动数据流量的价值，对于接入网络时间长而所需应用的数据量不大的情况，对终端用户更有利；而基于连接时长的计费，可在用户对流量难以有直接的感知时，让用户更容易理解计费结果，对于接入网络时间有限而短时间内数据量大的情况，如通过蜂窝网在线观看视频等业务，终端用户更愿意选择基于连接时长的计费方式。
当前，移动网络运营商对移动终端进行数据流的计费方式的选择，主要采取与移动终端用户签订分组数据资费套餐协议的方式，而目前所签订的分组数据资费套餐协议大多为基于数据流量或基于连接时长的计费模式，二者之间无法互相切换，例如：每月200兆/5美元，或每月200分钟/5美元。运营商统一将用户的签约数据存放在用户属性存储器（SPR，Subscription Profile Repository）中，在策略与计费控制决策过程中，策略与计费制定功能（PCRF，Policy andCharging Rule Function）根据SPR中存储的用户签约数据选择基于数据流量或基于连接时长的计费模式，并基于此开展针对分组数据流量的检测与计费。
由上可见，现有技术的上述选择计费方式的方法，无法针对具体的应用场景切换计费模式。如果使用基于数据流量的计费方式，在短时间内产生大流量的场景下会产生高额资费，例如目前越来越多的用户会使用移动终端访问在线视频网站观看视频，但可能会在数小时时间内产生数百兆的数据流量，因此绝大多数用户会选择其他费用更低的接入方式如WLAN访问此类服务；另一方面，如果采用基于连接时长的计费方式，在需要长时间连接而数据量较小的场景下，用户在连接时间内没有充分享受到数据流量带来的用户体验。
发明内容
本发明实施例提供计费策略信息生成方法，可针对不同的应用场景生成基于不同计费模式的计费策略信息，最大程度满足用户体验。
本发明第一方面提供一种计费策略信息生成方法，其可包括：
策略与计费制定功能实体接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种或其组合；
所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体，以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。
结合第一方面，在第一种可能的实现方式中，所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体包括：
所述策略与计费制定功能实体通过IP连接接入网络会话修改消息，将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体。
结合第一方面，在第二种可能的实现方式中，所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体之前，还包括：
所述策略与计费制定功能实体根据当前网络的状况、用户签约信息以及服务提供商以及运营商的签约信息中至少一种确定是否可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费；并确定可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费。
结合第一方面至第一方面的第二种可能的实现方式中任一种，在第三种可能的实现方式中，所述策略计费制定功能实体接收建立或更改承载的请求包括：
所述策略与计费制定功能实体从服务提供商的应用服务器处接收建立或更改承载的请求。
结合第一方面至第一方面的第二种可能的实现方式中任一种，在第四种可能的实现方式中，所述策略计费制定功能实体接收建立或更改承载的请求包括：
所述策略与计费制定功能实体从核心网网关处接收建立或更改承载的请求，所述核心网网关处的建立或更改承载的请求源于移动终端。
结合第一方面的第四种可能的实现方式，在第五种可能的实现方式中，所述策略与计费执行功能实体或所述核心网网关包括网关GPRS支持节点或分组数据网络网关实体或服务网络实体中任一种。
本发明第二方面提供一种策略与计费制定功能实体，其可包括：
接收模块，用于接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种或其组合；
发送模块，用于将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体，以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。
结合第二方面，在第一种可能的实现方式中，所述发送模块具体用于通过IP连接接入网络会话修改消息，将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体。
结合第二方面，在第二种可能的实现方式中，本发明的策略与计费功能实体还包括：
分析模块，用于根据当前网络的状况、用户签约信息以及服务提供商以及运营商的签约信息中至少一种确定是否可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费；
所述发送模块具体用于当所述分析模块确定可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费时，将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体。
结合第二方面至第二方面的第二种可能的实现方式中任一种，在第三种可能的实现方式中，所述接收模块具体用于从服务提供商的应用服务器处接收建立或更改承载的请求。
结合第二方面至第二方面的第二种可能的实现方式中任一种，在第四种可能的实现方式中，所述接收模块具体用于从核心网网关处接收建立或更改承载的请求，所述核心网网关处的建立或更改承载的请求源于移动终端。
结合第二方面的第四种可能的实现方式，在第五种可能的实现方式中，所述核心网网关包括网关GPRS支持节点或分组数据网络网关实体或服务网络实体中任一种。
由上可见，在本发明的一些可行的实施方式中，策略与计费制定功能实体接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种或其组合；所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体，以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。由于本发明在生成计费策略信息时，可为需建立的承载或需更改的承载制定用户所希望的计费模式，这样针对不同的应用场景生成基于不同计费模式的计费策略信息，最大程度满足用户体验。
附图说明
图1为3GPP中SAE系统架构示意图；
图2为本发明的计费策略信息生成方法的一实施例的流程示意图；
图3为本发明的计费策略信息生成方法的另一实施例的流程示意图；
图4为本发明的策略与计费制定功能实体的一实施例的结构组成示意图；
图5为本发明的策略与计费制定功能实体的另一实施例的结构组成示意图；
图6为本发明的策略与计费制定功能实体的另一实施例的结构组成示意图；
图7为根据用户设备请求服务建立承载的流程示意图；
图8为根据用户设备请求更改承载的资源的流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。
图1为3GPP中SAE系统架构示意图。如图1所示，其可包括：演进的UMTS陆地无线接入网（E-UTRAN，Evolved UMTS Terrestrial Radio Access Network），用于实现与无线演进网络有关的功能；移动性管理实体（MME，MobilityManagement Entity），负责控制面的移动性管理，如用户上下文和移动状态管理以及分配用户临时身份标识等；服务网关实体（Serving Gateway，即S-GW），是3GPP接入网络间的用户面锚点；分组数据网络网关实体（PDN GW，PacketData Network Gateway，即P-GW），是3GPP接入网络和非3GPP接入网络之间的用户面连接点（锚点）和分组数据网络（PDN，Packet Data Network）的接口；策略与计费制定功能实体（PCRF，Policy and Charging Rule Function），用于策略控制规则的制定以及基于流的计费策略生成；归属网络服务器（HSS，HomeSubscriber Server）用于存储用户签约信息；应用功能实体(AF，ApplicationFunction)，用于提供需要通过IP-CAN用户控制面来进行动态策略与计费控制的应用。用户设备（UE，User Equipment），通过E-UTRAN与SAE进行控制面与用户名交互的用户终端。UMTS陆地无线接入网（UTRAN，UMTS TerrestrialRadio Access Network）、GSM/EDGE无线接入网（GERAN，GSM/EDGE RadioAccess Network），用于实现所有与现有GPRS/UMTS网络中与无线有关的功能。服务通用分组无线业务支持节点（SGSN，Serving GPRS Supporting Node），用于实现GPRS/UMTS网络中路由转发、移动性管理、会话管理以及用户信息存储等功能。
本发明实施例中，策略与计费制定功能实体PCRF接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种，这样策略与计费制定功能实体在生成计费策略信息时，可为需建立的承载或需更改的承载制定用户所希望的计费模式，这样针对不同的应用场景生成基于不同计费模式的计费策略信息，最大程度满足用户体验。
下面结合附图，对本发明的计费策略信息生成方法及PCRF的具体实施例进行举例说明。
图2为本发明的计费策略信息生成方法的一实施例的流程示意图。如图2所示，其可包括：
步骤S110，策略与计费制定功能实体接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种或其组合。
在一些可行的实施方式中，在步骤S110，所述策略与计费制定功能实体PCRF可从服务提供商的应用服务器（AF，Application Function）处接收建立或更改承载的请求。比如，假设，用户设备/移动终端UE请求由互联网视频应用商（OTT，Over The Top）提供的应该服务（比如，在线视频），此时，用户设备会向OTT的AF发送请求所述服务的请求，AF收到所述请求时，可根据OTT与运营商针对所述在线视频业务所签订的合约确定对所述服务的计费模式，并通过向PCRF发送应用服务信息的方式，向PCRF发送建立在线视频服务承载的请求，所述应用服务信息中可携带所述在线视频服务的服务信息（比如，服务标识、流量、所需带宽等），以及所述计费模式指示信息。
在一些可行的实施方式中，在步骤S110，所述策略与计费制定功能实体PCRF可从核心网网关（可为网关GPRS支持节点（GGSN）或分组数据网络网关实体（P-GW）或服务网络实体（S-GW）中任一种）处接收建立或更改承载的请求，所述核心网网关处的建立或更改承载的请求源于移动终端。比如，假设UE根据当前的需求希望网络侧为其建立基于连接时长的计费模式的承载。则UE向MME发起承载资源修改请求消息，消息中指示了UE请求建立基于连接时长的计费模式的承载。MME发送承载资源命令给P-GW。P-GW发送更改承载请求给PCRF。
具体实现中，本发明实施例所述的计费模式指示信息可为枚举的数据类型，比如定义计费模式指示信息的名称为：Measurement key，其可取值0-2，且，当取值为0时，表示基于流量的计费模式，当取值为1时，表示基于连接时长的计费模式，当取值为2时，表示基于事件的计费模式。Measurement key的默认取值为0。
步骤S111，所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体，以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。
在一些可行的实施方式中，在步骤S111，所述策略与计费制定功能实体PCRF可通过IP连接接入网络会话（IP-CAN）修改消息，将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体(PCEF，Policy and Charging Enforcement Function)，具体实现中，本发明的策略与计费执行功能实体可内置于核心网网关中，比如，可内置于P-GW、S-GW、GGSN中。
另外，在一些可行的实施方式中，所述策略与计费执行功能实体所激活的承载可为针对用户设备所请求的服务的专用承载。
具体实现中，所述计费策略信息除了可包括所述计费模式指示信息之外，还可包括服务质量（QoS，Quality of service）策略等信息。
由上可见，在本发明的一些可行的实施方式中，策略与计费制定功能实体接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种；所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体，以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。由于本发明在生成计费策略信息时，可为需建立的承载或需更改的承载制定用户所希望的计费模式，这样针对不同的应用场景生成基于不同计费模式的计费策略信息，最大程度满足用户体验。
图3为本发明的计费策略信息生成方法的另一实施例的流程示意图。如图3所示，其可包括：
步骤S210，策略与计费制定功能实体接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种。
在一些可行的实施方式中，在步骤S210，所述策略与计费制定功能实体PCRF可从服务提供商的应用服务器（AF，Application Function）处接收建立或更改承载的请求。比如，假设，用户设备/移动终端UE请求由互联网视频应用商（OTT，Over The Top）提供的应用服务（比如，在线视频），此时，用户设备会向OTT的AF发送请求所述服务的请求，AF收到所述请求时，可根据OTT与运营商针对所述在线视频业务所签订的合约确定对所述服务的计费模式，并通过向PCRF发送应用服务信息的方式，向PCRF发送建立在线视频服务承载的请求，所述应用服务信息中可携带所述在线视频服务的服务信息（比如，服务标识、流量、所需带宽等），以及所述计费模式指示信息。
在一些可行的实施方式中，在步骤S210，所述策略与计费制定功能实体PCRF可从核心网网关（可为网关GPRS支持节点（GGSN）或分组数据网络网关实体（P-GW）或服务网络实体（S-GW）中任一种）处接收建立或更改承载的请求，所述核心网网关处的建立或更改承载的请求源于移动终端。比如，假设UE根据当前的需求希望网络侧为其建立基于连接时长的计费模式的承载。则UE向MME发起承载资源修改请求消息，消息中指示了UE请求建立基于连接时长的计费模式的承载。MME发送承载资源命令给P-GW。P-GW发送更改承载请求给PCRF。
具体实现中，本发明实施例所述的计费模式指示信息可为枚举的数据类型，比如定义计费模式指示信息的名称为：Measurement key，其可取值0-2，且，当取值为0时，表示基于流量的计费模式，当取值为1时，表示基于连接时长的计费模式，当取值为2时，表示基于事件的计费模式。Measurement key的默认取值为0。
步骤S211，所述策略与计费制定功能实体根据当前网络的状况、用户签约信息以及服务提供商以及运营商的签约信息中至少一种确定是否可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费；并确定可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费时，执行步骤S212。若策略与计费制定功能实体确定不可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费时，在下发计费策略信息时，携带默认的计费模式。
具体实现中，运营商可事先设定各种的网络状况适用的计费模式，比如，网络剩余流量较低时，采用基于流量计费的模式，网络带宽超过500M时，采用基于连接时长的计费模式。再如，用户设备在与移动运营商签约生成用户签约数据的时候，可以与移动运营商约定终端后续业务的计费模式，这样在步骤S211，可根据用户签约数据确定建立承载或更改承载中所请求的计费模式是否可行。再如，服务提供商也可事先与运营商制定服务提供商的服务所基于的计费模式，这样在步骤S211，可根据服务提供商与运营商的签约数据确定建立承载或更改承载中所请求的计费模式是否可行。
步骤S212，所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体，以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。
在一些可行的实施方式中，在步骤S212，所述略与计费制定功能实体PCRF可通过IP连接接入网络会话（IP-CAN）修改消息，将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体(PCEF，Policyand Charging Enforcement Function)，具体实现中，本发明的策略与计费执行功能实体可内置于核心网网关中，比如，可内置于P-GW、S-GW、GGSN中。
另外，在一些可行的实施方式中，所述策略与计费执行功能实体所激活的承载可为针对用户设备所请求的服务的专用承载。
由上可见，在本发明的一些可行的实施方式中，策略与计费制定功能实体接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种；所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体，以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。由于本发明在生成计费策略信息时，可为需建立的承载或需更改的承载制定用户所希望的计费模式，这样针对不同的应用场景生成基于不同计费模式的计费策略信息，最大程度满足用户体验。并且，本实施例还增加了策略与计费制定功能实体二次确认计费模式的方案，其在满足用户需求的情形下，更多地结合了网络的实际情况，进一步完善了计费机制。
图4为本发明的策略与计费制定功能实体的一实施例的结构组成示意图（具体实现中，改实施例的装置可用于实施图2的方法）。如图4所示，其可包括：接收模块41和发送模块43，其中：
接收模块41，用于接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种。
在一些可行的实施方式中，接收模块41具体可从服务提供商的应用服务器（AF，Application Function）处接收建立或更改承载的请求。比如，假设，用户设备/移动终端UE请求由互联网视频应用商（OTT，Over The Top）提供的应该服务（比如，在线视频），此时，用户设备会向OTT的AF发送请求所述服务的请求，AF收到所述请求时，可根据OTT与运营商针对所述在线视频业务所签订的合约确定对所述服务的计费模式，并通过向PCRF发送应用服务信息的方式，向PCRF发送建立在线视频服务承载的请求，所述应用服务信息中可携带所述在线视频服务的服务信息（比如，服务标识、流量、所需带宽等），以及所述计费模式指示信息。
在一些可行的实施方式中，接收模块41具体可从核心网网关（可为网关GPRS支持节点（GGSN）或分组数据网络网关实体（P-GW）或服务网络实体（S-GW）中任一种）处接收建立或更改承载的请求，所述核心网网关处的建立或更改承载的请求源于移动终端。比如，假设UE根据当前的需求希望网络侧为其建立基于连接时长的计费模式的承载。则UE向MME发起承载资源修改请求消息，消息中指示了UE请求建立基于连接时长的计费模式的承载。MME发送承载资源命令给P-GW。P-GW发送更改承载请求给PCRF。
具体实现中，本发明实施例所述的计费模式指示信息可为枚举的数据类型，比如定义计费模式指示信息的名称为：Measurement key，其可取值0-2，且，当取值为0时，表示基于流量的计费模式，当取值为1时，表示基于连接时长的计费模式，当取值为2时，表示基于事件的计费模式。Measurement key的默认取值为0。
发送模块43，用于将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体，以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。
在一些可行的实施方式中，发送模块43具体可通过IP连接接入网络会话（IP-CAN）修改消息，将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体(PCEF，Policy and Charging EnforcementFunction)，具体实现中，本发明的策略与计费执行功能实体可内置于核心网网关中，比如，可内置于P-GW、S-GW、GGSN中。
另外，在一些可行的实施方式中，所述策略与计费执行功能实体所激活的承载可为针对用户设备所请求的服务的专用承载。
具体实现中，所述计费策略信息除了可包括所述计费模式指示信息之外，还可包括服务质量（QoS，Quality of service）策略等信息。
由上可见，在本发明的一些可行的实施方式中，策略与计费制定功能实体接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种；所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体，以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。由于本发明在生成计费策略信息时，可为需建立的承载或需更改的承载制定用户所希望的计费模式，这样针对不同的应用场景生成基于不同计费模式的计费策略信息，最大程度满足用户体验。
图5为本发明的策略与计费制定功能实体的另一实施例的结构组成示意图（具体实现中，改实施例的装置可用于实施图3的方法）。如图5所示，其可包括：接收模块51、分析模块52以及发送模块53，其中：
接收模块51，用于接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种。
在一些可行的实施方式中，接收模块51具体可从服务提供商的应用服务器（AF，Application Function）处接收建立或更改承载的请求。比如，假设，用户设备/移动终端UE请求由互联网视频应用商（OTT，Over The Top）提供的应该服务（比如，在线视频），此时，用户设备会向OTT的AF发送请求所述服务的请求，AF收到所述请求时，可根据OTT与运营商针对所述在线视频业务所签订的合约确定对所述服务的计费模式，并通过向PCRF发送应用服务信息的方式，向PCRF发送建立在线视频服务承载的请求，所述应用服务信息中可携带所述在线视频服务的服务信息（比如，服务标识、流量、所需带宽等），以及所述计费模式指示信息。
在一些可行的实施方式中，接收模块51具体可从核心网网关（可为网关GPRS支持节点（GGSN）或分组数据网络网关实体（P-GW）或服务网络实体（S-GW）中任一种）处接收建立或更改承载的请求，所述核心网网关处的建立或更改承载的请求源于移动终端。比如，假设UE根据当前的需求希望网络侧为其建立基于连接时长的计费模式的承载。则UE向MME发起承载资源修改请求消息，消息中指示了UE请求建立基于连接时长的计费模式的承载。MME发送承载资源命令给P-GW。P-GW发送更改承载请求给PCRF。
具体实现中，本发明实施例所述的计费模式指示信息可为枚举的数据类型，比如定义计费模式指示信息的名称为：Measurement key，其可取值0-2，且，当取值为0时，表示基于流量的计费模式，当取值为1时，表示基于连接时长的计费模式，当取值为2时，表示基于事件的计费模式。Measurement key的默认取值为0。
分析模块52，用于根据当前网络的状况、用户签约信息以及服务提供商以及运营商的签约信息中至少一种确定是否可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费。
具体实现中，运营商可事先设定各种的网络状况适用的计费模式，比如，网络剩余流量较低时，采用基于流量计费的模式，网络带宽超过500M时，采用基于连接时长的计费模式。再如，用户设备在与移动运营商签约生成用户签约数据的时候，可以与移动运营商约定终端后续业务的计费模式，这样在分析模块52具体可根据用户签约数据确定建立承载或更改承载中所请求的计费模式是否可行。再如，服务提供商也可事先与运营商制定服务提供商的服务所基于的计费模式，这样分析模块52具体可根据服务提供商与运营商的签约数据确定建立承载或更改承载中所请求的计费模式是否可行。
发送模块53，用于当所述分析模块52确定可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费时，将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体。以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。
在一些可行的实施方式中，发送模块53具体可通过IP连接接入网络会话（IP-CAN）修改消息，将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体(PCEF，Policy and Charging EnforcementFunction)，具体实现中，本发明的策略与计费执行功能实体可内置于核心网网关中，比如，可内置于P-GW、S-GW、GGSN中。
另外，在一些可行的实施方式中，所述策略与计费执行功能实体所激活的承载可为针对用户设备所请求的服务的专用承载。
由上可见，在本发明的一些可行的实施方式中，策略与计费制定功能实体接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种；所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体，以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。由于本发明在生成计费策略信息时，可为需建立的承载或需更改的承载制定用户所希望的计费模式，这样针对不同的应用场景生成基于不同计费模式的计费策略信息，最大程度满足用户体验。并且，本实施例还增加了策略与计费制定功能实体二次确认计费模式的方案，其在满足用户需求的情形下，更多地结合了网络的实际情况，进一步完善了计费机制。
图6为本发明的策略与计费制定功能实体的一实施例的结构组成示意图（具体实现中，改实施例的装置可用于实施图2或图3的方法）。如图5所示，其可包括：输入接口61、处理器62以及输出接口63，其中：
输入接口61，用于接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种。
在一些可行的实施方式中，输入接口61具体可从服务提供商的应用服务器（AF，Application Function）处接收建立或更改承载的请求。比如，假设，用户设备/移动终端UE请求由互联网视频应用商（OTT，Over The Top）提供的应该服务（比如，在线视频），此时，用户设备会向OTT的AF发送请求所述服务的请求，AF收到所述请求时，可根据OTT与运营商针对所述在线视频业务所签订的合约确定对所述服务的计费模式，并通过向PCRF发送应用服务信息的方式，向PCRF发送建立在线视频服务承载的请求，所述应用服务信息中可携带所述在线视频服务的服务信息（比如，服务标识、流量、所需带宽等），以及所述计费模式指示信息。
在一些可行的实施方式中，输入接口61具体可从核心网网关（可为网关GPRS支持节点（GGSN）或分组数据网络网关实体（P-GW）或服务网络实体（S-GW）中任一种）处接收建立或更改承载的请求，所述核心网网关处的建立或更改承载的请求源于移动终端。比如，假设UE根据当前的需求希望网络侧为其建立基于连接时长的计费模式的承载。则UE向MME发起承载资源修改请求消息，消息中指示了UE请求建立基于连接时长的计费模式的承载。MME发送承载资源命令给P-GW。P-GW发送更改承载请求给PCRF。
具体实现中，本发明实施例所述的计费模式指示信息可为枚举的数据类型，比如定义计费模式指示信息的名称为：Measurement key，其可取值0-2，且，当取值为0时，表示基于流量的计费模式，当取值为1时，表示基于连接时长的计费模式，当取值为2时，表示基于事件的计费模式。Measurement key的默认取值为0。
处理器62，用于根据当前网络的状况、用户签约信息以及服务提供商以及运营商的签约信息中至少一种确定是否可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费。
具体实现中，运营商可事先设定各种的网络状况适用的计费模式，比如，网络剩余流量较低时，采用基于流量计费的模式，网络带宽超过500M时，采用基于连接时长的计费模式。再如，用户设备在与移动运营商签约生成用户签约数据的时候，可以与移动运营商约定终端后续业务的计费模式，这样在处理器62具体可根据用户签约数据确定建立承载或更改承载中所请求的计费模式是否可行。再如，服务提供商也可事先与运营商制定服务提供商的服务所基于的计费模式，这样处理器62具体可根据服务提供商与运营商的签约数据确定建立承载或更改承载中所请求的计费模式是否可行。
输出接口63，用于当所述处理器62确定可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费时，将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体。以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。
在一些可行的实施方式中，输出接口63具体可通过IP连接接入网络会话（IP-CAN）修改消息，将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体(PCEF，Policy and Charging EnforcementFunction)，具体实现中，本发明的策略与计费执行功能实体可内置于核心网网关中，比如，可内置于P-GW、S-GW、GGSN中。
在一些可行的实施方式中，可不执行处理器62的确定流程，而直接由输出接口63输出输入接口61接收的计费模式指示信息。
另外，在一些可行的实施方式中，所述策略与计费执行功能实体所激活的承载可为针对用户设备所请求的服务的专用承载。
由上可见，在本发明的一些可行的实施方式中，策略与计费制定功能实体接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种；所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体，以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。由于本发明在生成计费策略信息时，可为需建立的承载或需更改的承载制定用户所希望的计费模式，这样针对不同的应用场景生成基于不同计费模式的计费策略信息，最大程度满足用户体验。并且，本实施例还增加了策略与计费制定功能实体二次确认计费模式的方案，其在满足用户需求的情形下，更多地结合了网络的实际情况，进一步完善了计费机制。
下面通过几个具体的承载建立过程，对本发明的各实施例进一步进行详细说明。
图7为根据用户设备请求服务建立承载的流程示意图。如图7所示，其可包括：
步骤S701，用户设备UE向互联网视频应用商（OTT，Over The Top）的AF请求应用服务（例如在线视频），且AF接收到UE的上述请求。
步骤S702，AF向直径路由代理（DRA，Diameter Routing Agent）查询此区域内的PCRF地址。
步骤S703，AF通过Rx接口向PCRF发送应用服务信息。此应用服务信息包含服务信息以及计费模式指示信息。所述的计费模式指示信息可为枚举的数据类型，比如定义计费模式指示信息的名称为：Measurement key，其可取值0-2，且，当取值为0时，表示基于流量的计费模式，当取值为1时，表示基于连接时长的计费模式，当取值为2时，表示基于事件的计费模式。Measurement key的默认取值为0。此处，计费模式指示信息的取值可取决于OTT与移动运营商针对用户设备请求的服务签订的计费模式设置，比如，假设OTT与移动运营商针对在线视频签订的计费模式为基于连接时长的计费模式，则此处Measurementkey的取值为1（后续流程以基于连接时长为例进行说明）。
步骤S704，PCRF确定是否允许新建的专有承载采用基于连接时长的计费模式，如果是，则保持计费模式指示信息的取值为1，并通过IP-CAN会话修改流程将PCC决策信息下发给策略与计费执行功能实体（PCEF，Policy andCharging Enforcement Function，此功能单元可在P-GW/S-GW/GGSN中实现），此信息包含了取值为1的计费模式指示信息与服务质量（QoS，Quality of Service）等策略。
如前所述，具体实现中，PCRF可以根据当前网络的状况、用户签约信息以及服务提供商以及运营商的签约信息中至少一种确定是否允许新建的专用承载采用基于连接时长的计费模式。
在一些可行的实施方式中，在步骤S704，PCRF也可在接收到AF的计费模式指示信息后，直接在下发PCC决策信息给PCEF时，将取值为1的计费模式指示信息下发，而不需要进行确定的流程。
步骤S705，P-GW发起专有承载激活流程，P-GW将基于连接时长的检测模式标识发送给服务网关(S-GW，Serving Gateway)。在专有承载建立后，基于连接时长的计费模式指示信息（即取值为1的Measurement key）将会以PCC策略的形式存放在P-GW和S-GW中。
步骤S706，P-GW发送IP-CAN会话修改回应给PCRF。
步骤S707，PCRF向AF发送承载级事件通知。
后续，当UE访问该服务（比如，在线视频播放完）结束，AF应该向PCRF发起去活该专有承载的请求，此去活流程由P-GW发起，P-GW和S-GW为该专有承载生成计费信息记录，此记录包括基于连接时长的检测模式标识与连接时长。
图8为根据用户设备请求承载的资源的流程示意图。如图8所示，其可包括：
步骤S801，UE根据当前所需服务状态，请求更改承载为基于连接时长计费模式的承载。则UE向MME发起承载资源修改请求消息，消息中指示了UE请求建立基于连接时长计费模式的计费模式指示信息。如前所述，具体实现中，本发明的计费模式指示信息可为枚举的数据类型，比如定义计费模式指示信息的名称为：Measurement key，其可取值0-2，且，当取值为0时，表示基于流量的计费模式，当取值为1时，表示基于连接时长的计费模式，当取值为2时，表示基于事件的计费模式。Measurement key的默认取值为0。此处，计费模式指示信息的取值由用户设定，比如，用户希望计费模式为基于连接时长的计费模式，则此处Measurement key的取值为1。
步骤S802，MME发送承载资源命令给P-GW。所述承载资源命令中携带的计费指示信息Measurement key的取值为1，用于请求基于连接时长的计费模式。
步骤S803，P-GW发送承载修改请求给PCRF。所述承载修改请求中携带的计费指示信息Measurement key的取值为1，用于请求基于连接时长的计费模式。
步骤S804，通过IP-CAN会话修改流程将PCC决策信息下发给策略与计费执行功能实体（PCEF，Policy and Charging Enforcement Function，此功能单元可在P-GW/S-GW/GGSN中实现），此信息包含了取值为1的计费模式指示信息Measurement key与服务质量（QoS，Quality of Service）等策略。
如前所述，具体实现中，PCRF可以根据当前网络的状况、用户签约信息以及服务提供商以及运营商的签约信息中至少一种确定是否允许新建的专用承载采用基于连接时长的计费模式。
步骤S805，P-GW发起专有承载激活流程，P-GW将基于连接时长的检测模式标识发送给服务网关(S-GW，Serving Gateway)。在专有承载建立后，基于连接时长的计费模式指示信息（即取值为1的Measurement key）将会以PCC策略的形式存放在P-GW和S-GW中。
步骤S806，P-GW发送IP-CAN会话修改回应给PCRF。
后续，当UE访问该服务（比如，在线视频播放完）结束，UE应该向MME发起承载修改请求对上述转由承载去活。P-GW和S-GW为该专有承载生成计费信息记录，此记录包括基于连接时长的检测模式标识与连接时长。
以上所列举的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
Claims (12)
1.一种计费策略信息生成方法，其特征在于，包括：
策略与计费制定功能实体接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种或其组合；
所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体，以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。
2.如权利要求1所述的计费策略信息生成方法，其特征在于，所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体包括：
所述策略与计费制定功能实体通过IP连接接入网络会话修改消息，将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体。
3.如权利要求1所述的计费策略信息生成方法，其特征在于，所述策略与计费制定功能实体将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体之前，还包括：
所述策略与计费制定功能实体根据当前网络的状况、用户签约信息以及服务提供商以及运营商的签约信息中至少一种确定是否可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费；并确定可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费。
4.如权利要求1-3中任一项所述的计费策略信息生成方法，其特征在于，所述策略计费制定功能实体接收建立或更改承载的请求包括：
所述策略与计费制定功能实体从服务提供商的应用服务器处接收建立或更改承载的请求。
5.如权利要求1-3中任一项所述的计费策略信息生成方法，其特征在于，所述策略计费制定功能实体接收建立或更改承载的请求包括：
所述策略与计费制定功能实体从核心网网关处接收建立或更改承载的请求，所述核心网网关处的建立或更改承载的请求源于移动终端。
6.如权利要求5所述的计费策略信息生成方法，其特征在于，所述策略与计费执行功能实体或所述核心网网关包括网关GPRS支持节点或分组数据网络网关实体或服务网络实体中任一种。
7.一种策略与计费制定功能实体，其特征在于，包括：
接收模块，用于接收建立承载或更改承载的请求，所述建立承载或更改承载的请求中携带计费模式指示信息，所述计费模式指示信息用于指示需建立或更改的承载所基于的计费模式为基于流量的计费模式、基于连接时长的计费模式，以及基于事件的计费模式中任一种或其组合；
发送模块，用于将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体，以使所述策略与计费执行功能实体在激活所述需建立的承载或需更改的承载时，基于所述计费模式指示信息对激活的承载进行计费，所述计费策略信息包括所述计费模式指示信息。
8.如权利要求7所述的策略与计费制定功能实体，其特征在于，所述发送模块具体用于通过IP连接接入网络会话修改消息，将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体。
9.如权利要求7所述的策略与计费制定功能实体，其特征在于，还包括：
分析模块，用于根据当前网络的状况、用户签约信息以及服务提供商以及运营商的签约信息中至少一种确定是否可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费；
所述发送模块具体用于当所述分析模块确定可采用所述计费模式指示信息所指示的计费模式对所述需建立或更改的承载进行计费时，将所述需建立的承载或需更改的承载所对应的计费策略信息发送给策略与计费执行功能实体。
10.如权利要求7-9中任一项所述的策略与计费制定功能实体，其特征在于，所述接收模块具体用于从服务提供商的应用服务器处接收建立或更改承载的请求。
11.如权利要求7-9中任一项所述的策略与计费制定功能实体，其特征在于，所述接收模块具体用于从核心网网关处接收建立或更改承载的请求，所述核心网网关处的建立或更改承载的请求源于移动终端。
12.如权利要求11所述的策略与计费制定功能实体，其特征在于，所述核心网网关包括网关GPRS支持节点或分组数据网络网关实体或服务网络实体中任一种。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310111360.4A CN104105082B (zh) | 2013-04-01 | 2013-04-01 | 计费策略信息生成方法及策略与计费制定功能实体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310111360.4A CN104105082B (zh) | 2013-04-01 | 2013-04-01 | 计费策略信息生成方法及策略与计费制定功能实体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104105082A true CN104105082A (zh) | 2014-10-15 |
| CN104105082B CN104105082B (zh) | 2018-05-04 |
Family
ID=51672823
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310111360.4A Active CN104105082B (zh) | 2013-04-01 | 2013-04-01 | 计费策略信息生成方法及策略与计费制定功能实体 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104105082B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017147840A1 (zh) * | 2016-03-03 | 2017-09-08 | 华为技术有限公司 | 消息路由方法、装置及直径路由实体 |
| CN111092728A (zh) * | 2018-10-23 | 2020-05-01 | 中国电信股份有限公司 | 用户寻址方法、寻址平台和策略下发系统 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101388779A (zh) * | 2007-09-14 | 2009-03-18 | 华为技术有限公司 | 一种服务质量协商的方法、系统及网络实体 |
| US20110167150A1 (en) * | 2010-01-04 | 2011-07-07 | Yusun Kim Riley | METHODS, SYSTEMS, AND COMPUTER READABLE MEDIA FOR DETECTING INITIATION OF A SERVICE DATA FLOW USING A Gx RULE |
| CN102332985A (zh) * | 2011-10-26 | 2012-01-25 | 电信科学技术研究院 | 一种提供基于lipa承载的计费支持的方法及装置 |
| CN102547854A (zh) * | 2010-12-24 | 2012-07-04 | 中兴通讯股份有限公司 | 策略控制方法及装置 |
| CN102647698A (zh) * | 2012-04-10 | 2012-08-22 | 华为技术有限公司 | 一种策略和计费控制pcc系统与方法 |
-
2013
- 2013-04-01 CN CN201310111360.4A patent/CN104105082B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101388779A (zh) * | 2007-09-14 | 2009-03-18 | 华为技术有限公司 | 一种服务质量协商的方法、系统及网络实体 |
| US20110167150A1 (en) * | 2010-01-04 | 2011-07-07 | Yusun Kim Riley | METHODS, SYSTEMS, AND COMPUTER READABLE MEDIA FOR DETECTING INITIATION OF A SERVICE DATA FLOW USING A Gx RULE |
| CN102547854A (zh) * | 2010-12-24 | 2012-07-04 | 中兴通讯股份有限公司 | 策略控制方法及装置 |
| CN102332985A (zh) * | 2011-10-26 | 2012-01-25 | 电信科学技术研究院 | 一种提供基于lipa承载的计费支持的方法及装置 |
| CN102647698A (zh) * | 2012-04-10 | 2012-08-22 | 华为技术有限公司 | 一种策略和计费控制pcc系统与方法 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017147840A1 (zh) * | 2016-03-03 | 2017-09-08 | 华为技术有限公司 | 消息路由方法、装置及直径路由实体 |
| CN111092728A (zh) * | 2018-10-23 | 2020-05-01 | 中国电信股份有限公司 | 用户寻址方法、寻址平台和策略下发系统 |
| CN111092728B (zh) * | 2018-10-23 | 2022-08-02 | 中国电信股份有限公司 | 用户寻址方法、寻址平台和策略下发系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104105082B (zh) | 2018-05-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101195362B1 (ko) | Ｌｔｅ／ｅｐｃ 통신 네트워크 및 그 네트워크에서의 차징 수행 방법 | |
| US8532125B2 (en) | Method, system and apparatus for session association | |
| JP5373057B2 (ja) | 訪問先ネットワークのプロキシオンライン課金システムにおけるローミングユーザに対するオンライン課金 | |
| CN101841797B (zh) | 一种终端通过多接入网接入的计费方法和系统及上报方法 | |
| KR101439827B1 (ko) | 요청되는 데이터 서비스들에 기초한 서비스 데이터 흐름들에 대한 과금 방법 선택 | |
| KR101296048B1 (ko) | Ｌｔｅ 통신 네트워크에서 온라인 과금을 수행하는 방법 및 시스템 | |
| CN100536401C (zh) | 策略与计费控制中用户签约信息的处理方法及装置 | |
| CN102238512B (zh) | 机器类通信mtc的策略应用方法及策略和计费执行实体 | |
| KR101421041B1 (ko) | Ｌｔｅ／ｅｐｃ 네트워크들에서의 로컬 로밍 과금 | |
| AU2012209603A1 (en) | Method and apparatus for providing QoS-based service in wireless communication system | |
| WO2015143851A1 (zh) | 用量监控方法、装置和系统 | |
| CN104955085A (zh) | 一种漫游场景下的应用检测控制方法及v-pcrf | |
| CN102480718B (zh) | 漫游场景支持被赞助数据连接的方法和系统 | |
| CN108011725B (zh) | 一种策略控制方法、装置及系统 | |
| US20130196655A1 (en) | Method and system for dynamic provisioning while roaming | |
| CN109644333A (zh) | 用于管理移动终端的待机状态的方法 | |
| US11223492B2 (en) | Wireless communication method and device | |
| CN104105082A (zh) | 计费策略信息生成方法及策略与计费制定功能实体 | |
| CN101494554B (zh) | 上报策略模型信息的方法和设备 | |
| CN102421080A (zh) | 用量监测方法及策略控制与计费规则功能实体 | |
| CN102238510B (zh) | 机器类通信的策略下发方法及系统 | |
| CN101431722B (zh) | 一种附着时接入数据网的方法、网络设备和接入网 | |
| CN103945359A (zh) | 一种业务数据的处理方法、装置和系统 | |
| CN102421081B (zh) | 一种用量监测方法及系统 | |
| CN102238014A (zh) | 基于时间段进行策略决策的方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |