PCEF触发Gx接口的流程和规则是什么样的呢？

123faxie

PCC功能中总是提到PCRF为PCEF提供相应规则，由PCEF来进行执行。但是我不太清楚PCEF是根据什么条件来发起Gx接口触发PCRF进行相应的规则查询和下发的。
难道说只要有了PCC系统，每次PCEF都要去PCRF进行规则查询？应该不可能这样的，所以想知道PCEF是根据什么来进行判断是否要进行Gx接口触发的。谢谢
另外，谁有中移动的Gx接口规范啊，想找来看看。

爱卫生

这个触发的条件有很多的，通常都可以在PCEF上设置的。

例如RAT发生了变化从2G到了3G那可能资费组变化了，另外在PDP激活时PCEF会去向PCRF申请一个上网额度例如10M如果额度用完了PCEF也会触发到PCRF的请求，另外涉及到Qos的变更也会触发的例如MS发起二次PDP激活或PDP上下文修改流程申请一个更高的Qos等等。并不是每个报文都需要通过Gx口去向PCRF申请的。

123faxie

PCEF能够仅凭借手机号码段来做Gx的触发条件吗？

蓉城喜鹊

据alex来看，爱立信的GGSN通过以下事件的触发，PCEF可向PCRF重新请求策略更新：

■SGSN_CHANGE
■QoS_CHANGE
■RAT_CHANGE
■PLMN_CHANGE
■QOS_CHANGE_EXCEEDING_AUTHORIZATION

手机号码不是触发条件，而是整个PCC事件中的必选参数或用户属性。另外，对于触发条件，不同厂家的设备应该还有自己的私有扩展设定，而不仅仅局限于上面。

123faxie

蓉城喜鹊 发表于 2012-7-17 10:45
据alex来看，爱立信的GGSN通过以下事件的触发，PCEF可向PCRF重新请求策略更新：

■SGSN_CHANGE

如果这些都没有发生变化，只是一个新发起的呼叫，难道不去触发Gx接口的相关流程去获取PCC策略？我还是有点不太明白。

admin

123faxie 发表于 2012-7-25 17:03
如果这些都没有发生变化，只是一个新发起的呼叫，难道不去触发Gx接口的相关流程去获取PCC策略？我还是有点 ...

新发起的呼叫肯定要请求策略。楼上提到的是策略更新的产生条件。呼叫建立时是初始化的策略一定要有。

pine_向阳

学习中、、

wenliu

换到LTE中可能会比较清楚。 如果是LTE+IMS的网络， 那么在PCSCF 收到 SIP注册，或者SIP call的时候，会向PCRF 发送Ddiameter 消息来告知应用层的需求， 那么 PCRF 将应用层的变与预先配置好的 QOS 所对应，然后发送diameter 消息给 PCEF 来生成TFI。

那么类似推论，如果用户的视频，语音，那么也同样的可以通过后续的业务服务器来触发PCRF 生成相对应的QOS信息发送给PCEF。

厂商的私有化应该是根据运营商的不同实现来完成的。

feile99

看规范：
23.203
29.212
29.213

wenliu

wenliu 发表于 2012-11-29 10:45
换到LTE中可能会比较清楚。 如果是LTE+IMS的网络， 那么在PCSCF 收到 SIP注册，或者SIP call的时候，会向PC ...

我觉得在随后的LTE中，运营商为了避免沦为管道化，应该会对Gx接口会做更多的策略控制。 类似VoLTE的 策略控制应该会被推广到其他的面向需要互联网接入服务。

hycl5410

wenliu 发表于 2012-12-5 09:40
我觉得在随后的LTE中，运营商为了避免沦为管道化，应该会对Gx接口会做更多的策略控制。 类似VoLTE的 策略 ...

EPC的设计理念跟传统23G相比已经发生了很大变化，或者这么说，传统23G对于QOS控制还处在比较模糊的阶段，经过各个release逐步清晰。到了R8之后，基本确定了由网络主导。
主流厂商的实现也可以印证上述分析，业务一般是先被网络感知，然后才基于策略进行qos控制。而传统23G在PCC未引入时还是以协商，UE触发为主（典型例子为secondary pdp）。EPC中的dedicate bearer在信令上永远都是网络发出的，UE主动触发的场景虽然被写入规范，但是厂家实现上的支持力度现在看还不是很大。

chris

我的理解是，不管是3G/2G还是4G，在用户初始上线时PCEF会根据本地的配置比如APN或者号段是否enable了PCC开关 决定是否去PCRF请求策略，这个事件trigger 是IPcanSessionEstablish，只要PCC开关开了就会去PCRF,这个流程是CCR-I，是PCEF的缺省动作

而其他哪些事件需要PCEF再次上报是在PCRF上配置的，在CCA-I中会下发很多event -trigger 比如RAT change，Qoschange UsageReport,SGSN change等，这个事件被PCEF检查到了，那么久会再次上报给PCRF申请新的规则，比如2G/3G需要不同策略时肯定PCRF要配置RATchange 的trigger并下发给PCEF，然后PCEF检查到RAT发生变化了，就会给PCRF报一个CCR-U消息，PCRF通过CCA-U响应新的策略

hycl5410

确实，我在11楼提到的其实是触发策略下发的一种场景（业务触发），跟CCR-I是没有关系的。扯的有点远
楼主提到的问题，楼上正解~~不同厂家在判断是否向PCRF请求策略时，判断条件或者粒度在实现上可能会有差别，但判断灵活性应该是可以保证的。应该不会出现一开PCC就整个节点用户激活都要去查PCRF。

PS：楼上<真●chris>，鉴定完毕

zzz

想请教一下，比如一个用户在做普通的网页浏览，接着又打开微信使用，这两个业务交替进行（这种场景应很好理解）。假设运营商与微信业务进行合作，微信流量可以不收取费用。这个应用场景对应到PCRF、PCEF的触发原则，具体流程是如何的呢？对一个用户普通的网页浏览产生的流量收费，对特定业务产生的流量不收费，应该需要用到DPI业务解析设备吧，这个功能在哪个网元上面呢？

wenliu

zzz 发表于 2013-7-24 14:17
想请教一下，比如一个用户在做普通的网页浏览，接着又打开微信使用，这两个业务交替进行（这种场景应很好理 ...

你这个可以重新建个帖子了。
这边先回下：

在CCA from PCRF to PCEF 这个消息中，计费情况（比如是否 在线/离线计费， 或者计费的标准）是和TFT 一起绑定的。放在Charing-Rule-Install这个AVP 中(有兴趣你可以看下这个Diameter 的AVP) ， 这样的话，网络侧就可以根据用户在不同的port发上来的请求执行不同计费策略。所以WEB访问和微信访问，通过port就可以区分开。而不用再深一步就探测用户的业务类型。

hycl5410

zzz 发表于 2013-7-24 14:17
想请教一下，比如一个用户在做普通的网页浏览，接着又打开微信使用，这两个业务交替进行（这种场景应很好理 ...

严格说，目前应该还没有针对微信的DPI。但是如果运营商与微信合作，那么其实不用DPI一样可以做到业务感知，比如过滤微信服务器地址。想想吧，飞信是如何不收流量费的？

GGSN是其中的根本，只要做到业务感知，想不计费就很容易。PCRF的动态rule也可以；预定义rule也可以；用OCS做也可以；什么外部节点都不用一样可以(本地配置，跟内容计费一样，仅限离线计费)。

zzz

wenliu 发表于 2013-7-24 16:36
你这个可以重新建个帖子了。
这边先回下：

感谢详细回复，运营商智能管道还是需要对业务进行识别的，实现业务可视化。对于WEB和微信通过端口可以进行区别，有些业务仅通过端口是无法识别的，同时不排除某些应用伪装端口的可能。运营商自有业务与对手竞争业务出现打架的时候，发挥智能管道的作用对管道策略进行调控，从用户使用感知看也会受影响呀。

zzz

hycl5410 发表于 2013-7-29 11:08
严格说，目前应该还没有针对微信的DPI。但是如果运营商与微信合作，那么其实不用DPI一样可以做到业务感知 ...

的确建立合作关系这些IP、端口等静态信息表都不是问题。