问：SGSN如何知道BSS是否支持PFC 信令？

yonka

“ SGSN---BSS之间的QoS协商的前提是BSS支持BSS PFC信令，否则SGSN将不会发起BSS PFC协商”

SGSN如何知道BSS是否支持？

在BSSGP层的初始化流程中告知？能否详细介绍一下？

谢谢

yonka

爱总能帮忙回答一下吗？

yonka

admin 发表于 2012-9-25 21:41
根据规范的说明，并没有说BSS和SGSN之间要协商是否支持PFC。只规定了BSS和MS之间要协商。“Network suppo ...

谢谢爱总的详细解释

对BSS于MS侧的协议流程没有了解，所以只能试着去理解你说的，麻烦爱总看下是否理解对了。

1、MS在附着请求的"MS Network Capability"信息元素字段中携带是否支持PFC通知网络侧；而BSS通过BCCH或PBCCH广播信道中携带PFC_FEATURE_MODE参数通知MS，BSS侧是否支持PFC。   这样的话MS就可以知道是否双方都是否支持PFC。如果都支持，MS在建立TBF的时候携带PFI用于标识PFC。

2、只有在BSS收到来自MS的PFI后，才会向SGSN发起download-pfc流程。（现网看到的情况，挺多没有download-pfc这个消息，而是在激活PDP请求发到SGSN后，SGSN发起create-pfc流程。这是表示该PFI在BSS上存在吗？）

附件中的《0614_处理投诉时的包_PFC流程正常》包中，可以看到，前面是 PDP激活请求---create-pfc请求---create-pfc-ack---PDP激活接受（序号13~16）。后面一些可以看到是 PDP激活请求---download-bss-pfc---create-pfc---create-pfc-ack---PDP激活接受（序号85~...最后）。  
为什么前后不一样呢？后面多了一步download-pfc，能结合这几步讲一下吗？
另外，并没有看到实际的PFI，似乎都是一样的？signaling和dynamically assigned ，并没有看到实际的值，这是为什么呢？