CN103209410A - 一种实现反射QoS机制的方法及系统 - Google Patents
一种实现反射QoS机制的方法及系统 Download PDFInfo
- Publication number
- CN103209410A CN103209410A CN2012100085848A CN201210008584A CN103209410A CN 103209410 A CN103209410 A CN 103209410A CN 2012100085848 A CN2012100085848 A CN 2012100085848A CN 201210008584 A CN201210008584 A CN 201210008584A CN 103209410 A CN103209410 A CN 103209410A
- Authority
- CN
- China
- Prior art keywords
- decision
- pcrf
- making
- strategy
- network
- 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.)
- Pending
Links
Images
Abstract
本发明公开了一种实现反射QoS机制的方法及系统，一种方法包括：策略和计费规则功能实体(PCRF)在判断出用户设备(UE)通过固定宽带接入网接入后，制定反射QoS的策略并提供给策略执行实体，由所述策略执行实体对所述UE执行所述策略；其中，所述反射的QoS策略包括：策略和计费控制(PCC)规则或QoS规则。另一种方法包括：PCRF根据获取到的网络决定UE是否执行反射QoS机制的决策，决定是否制定反射QoS的策略并提供给策略执行实体，由所述策略执行实体对所述UE执行所述策略。采用本发明后，保证对执行了反射QoS的UE的业务的端到端的QoS，并且能够控制被网络禁止执行反射QoS的UE的不当行为。
Description
技术领域
本发明涉及第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)和宽带论坛(Broadband Forum，简称为BBF)互连互通技术领域，尤其涉及一种实现反射服务质量(Quality of Service，简称为QoS)机制的方法及系统。
背景技术
现有3GPP演进的分组系统(Evolved Packet System，简称为EPS)组成架构如图1所示。在图1所示的非漫游场景的EPS网络架构中，包括演进的通用移动通信系统陆地无线接入网(Evolved Universal Terrestrial RadioAccess Network，简称为E-UTRAN)、移动管理单元(Mobility ManagementEntity，简称为MME)、服务网关(Serving Gateway，简称为S-GW)、分组数据网络网关(Packet Data Network Gateway，简称为P-GW，也称为PDNGW)、归属用户服务器(Home Subscriber Server，简称为HSS)、策略和PCRF(Policy and Charging Rules Function，策略和计费规则功能实体)及其他支撑节点。
其中，PCRF是策略和计费控制(Policy Control and Charging，简称为PCC)的核心，负责策略决策和计费规则的制定。PCRF提供了基于业务数据流的网络控制规则，这些网络控制包括：业务数据流的检测、门控(GatingControl)、QoS控制以及基于数据流的计费规则等。PCRF将其制定的策略和计费规则发送给策略与计费执行功能实体(Policy and ChargingEnforcement Function，简称为PCEF)执行，同时，PCRF还需要保证这些规则和用户的签约信息是一致的。PCRF制定策略和计费规则的依据包括：从应用功能实体(Application Function，简称为AF)获取与业务相关的信息；从用户签约数据库(Subscription Profile Repository，简称为SPR)获取用户策略计费控制签约信息；从PCEF获取与承载相关网络的信息。
EPS支持与非3GPP系统的互通，EPS与非3GPP系统的互通通过S2a/b/c接口实现，P-GW作为3GPP与非3GPP系统间的锚点。如图1所示，其中，非3GPP系统被分为可信任非3GPP IP接入网和不可信任非3GPP IP接入网。可信任非3GPP IP接入网可直接通过S2a接口与P-GW连接；不可信任非3GPP IP接入需经过演进的分组数据网关(Evolved Packet Data Gateway，简称为ePDG)与P-GW相连，ePDG与P-GW间的接口为S2b接口，并且用户设备(User Equipment，简称为UE)和ePDG之间采用Internet协议安全性(IPSec)对信令和数据进行加密保护。S2c接口提供了UE与P-GW之间的用户面相关的控制和移动性支持，其支持的移动性管理协议为支持双栈的移动IPv6(Mobile IPv6 support for dual stack Hosts and Routers，简称为DSMIPv6)。
目前，很多运营商关注固网移动融合(Fixed Mobile Convergence，简称为FMC)问题，并针对3GPP和BBF互连互通进行研究。对于用户通过BBF接入移动核心网的场景，需要对数据的整个传输路径(数据会经过固网和移动网传输)上的QoS进行保证。现有技术中，通过PCRF与BBF接入中的宽带策略控制架构(Broadband Policy Control Framework，简称为BPCF)进行交互，实现QoS保障。BPCF为BBF接入中的策略控制架构，对PCRF的资源请求消息，BPCF根据BBF接入的网络策略、签约信息等进行资源接纳控制或者将资源请求消息转发给BBF接入网的其他网元、如宽带网络网关(Broadband Network Gateway，简称为BNG)，再由其他网元执行资源接纳控制(即委托其他网元执行资源接纳控制)。比如：当UE通过无线局域网(Wireless Local Area Networks，简称为WLAN)接入3GPP核心网时，为了保证通过一个WLAN接入线路接入的所有UE访问业务的总带宽需求不超过该线路的带宽(如签约带宽或该线路支持的最大物理带宽)，PCRF在进行QoS授权时需要与BPCF交互，以便BBF接入网执行资源的接纳控制。
目前3GPP和BBF互联互通的研究主要包括两个方面：3GPP UE通过BBF的WLAN接入演进的分组核心网(Evolved Packet Core，简称为EPC)的场景和3GPP UE通过H(e)NB接入3GPP核心网的场景，其中，H(e)NB将BBF接入网作为Backhaul(路由路径)连接到3GPP核心网。
图2所示为现有技术中，3GPP UE通过WLAN接入3GPP核心网的架构示意图，其中，BBF接入网(即BBF定义的接入网)作为不可信任的非3GPP接入网。目前，基于图2所示的架构，在UE通过BBF接入网接入EPC的过程中，BPCF与PCRF之间会建立S9a会话，以便进行策略互通。当UE进行业务访问需要网络为其分配资源时，PCRF首先将制定的PCC规则的QoS信息发送给BPCF，以便BBF接入网执行接纳控制。然后，PCRF将BBF接入网接受的PCC规则发送给PCEF。对于业务数据流的下行数据，PCEF根据PCC规则对相应的数据流下行数据的IP包的头部(称为内部包头)进行差分服务代码点(Differentiated Services Code Point，简称为DSCP)的标记，当该业务数据流的下行数据IP包到达ePDG时，ePDG将对IP包进行IPSec封装，并在封装时根据IP包头部的DSCP对IPSec的IP包的头部(称为外部包头)进行标记。这样，BBF接入网就可以根据IPSec的IP包头部的DSCP进行数据包转发了。
对于业务数据流的上行数据，由于UE无法获得制定的QoS策略，现有技术中提供了一种称为反射(Reflective)QoS的机制以实现业务数据流上行数据的QoS控制，其主要思想是：UE根据业务数据流的下行数据的DSCP值对该业务数据流下行数据对应的上行数据进行DSCP标记，业务数据流的上行数据与下行数据的IP包n元组(n-tuple)是对称的。
但是，在现有技术中实现上述Reflective QoS机制还存在以下问题：
对于已经执行了Reflective QoS的终端来说，由于PCRF不能够正确下发对应的策略，从而无法实现端到端的QoS。譬如，在现有技术中，P-GW根据PCRF下发的策略对上行数据进行DSCP标记，而PCRF下发给P-GW的策略并不一定是Reflective QoS。当PCRF下发给P-GW的策略不是Reflective QoS的策略时，即使UE对上行数据执行了Reflective QoS，P-GW也会根据PCRF下发的策略将上行数据进行DSCP重标记，从而导致端到端的QoS无法实现。此外，若网络不允许该终端执行Reflective QoS，但终端仍然执行了Reflective QoS，网络也无法有效地控制这些UE的不合法行为。
发明内容
本发明的目的在于提供一种实现反射QoS机制的方法及系统，以保证对UE是否执行反射QoS机制进行有效控制。
为解决上述问题，本发明提供了一种实现反射QoS机制的方法，包括：
策略和计费规则功能实体(PCRF)在判断出用户设备(UE)通过固定宽带接入网接入后，制定反射QoS的策略并提供给策略执行实体，由所述策略执行实体对所述UE执行所述策略；其中，所述反射的QoS策略包括：策略和计费控制(PCC)规则或QoS规则。
进一步地，
所述策略执行实体包括：演进的分组数据网关(ePDG)或分组数据网络网关(P-GW)。
进一步地，
所述PCRF判断出所述UE通过固定宽带接入网接入，具体包括：
所述PCRF根据宽带策略控制架构(BPCF)发送的网关控制会话建立请求消息、接入网类型和/或所述UE的本地IP地址，判断出所述UE通过固定宽带接入网接入。
此外，本发明还提供了一种实现反射QoS机制的方法，包括：
策略和计费规则功能实体(PCRF)根据获取到的网络决定用户设备(UE)是否执行反射QoS机制的决策，决定是否制定反射QoS的策略并提供给策略执行实体，由所述策略执行实体对所述UE执行所述策略。
进一步地，
所述策略执行实体包括：演进的分组数据网关(ePDG)或分组数据网络网关(P-GW)。
进一步地，
所述网络决定所述UE是否执行反射QoS机制的决策是由第三代合作伙伴计划验证、授权和计费(3GPP AAA)服务器在所述UE发起的3GPP接入认证过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出的；
在所述PCRF制定所述策略之前，所述方法还包括：
所述宽带策略控制架构(BPCF)获取到所述3GPP AAA服务器对做出的所述UE是否执行反射QoS机制的决策，并将所述决策通知给所述PCRF。
进一步地，
所述网络决定所述UE是否执行反射QoS机制的决策是由3GPP AAA服务器在因特网协议安全性(IPSec)隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出的；
在所述PCRF制定所述PCC规则之前，所述方法还包括：
所述3GPP AAA服务器在做出所述决策后，将所述决策通知ePDG；
所述ePDG向P-GW发送创建会话请求消息，其中携带所述决策；
所述P-GW中的策略与计费执行功能实体(PCEF)向所述PCRF发送IP连接访问网络(IP-CAN)会话建立指示消息，其中携带所述决策。
进一步地，
所述网络决定所述UE是否执行反射QoS机制的决策是由3GPP AAA服务器在IPSec隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出的；
在所述PCRF制定所述PCC规则之前，所述方法还包括：
所述3GPP AAA服务器在做出所述决策后，将所述决策通知所述P-GW；
所述P-GW向所述PCRF发送IP-CAN会话建立指示消息，其中携带所述决策。
进一步地，
所述网络决定所述UE是否执行反射QoS机制的决策是由3GPP AAA服务器在因特网协议安全性(IPSec)隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出的；
在所述PCRF制定所述PCC规则之前，所述方法还包括：
所述3GPP AAA服务器在做出所述决策后，将所述决策通知ePDG；
所述ePDG将所述决策发送给所述PCRF。
进一步地，
所述策略执行实体对所述UE执行所述策略，具体包括：
所述策略执行实体对所述UE的上行数据进行校验，对与所述策略不符的上行数据进行丢弃或差分服务代码点(DSCP)重标记。
相应地，本发明提供了一种实现反射QoS机制的系统，包括：
策略和计费规则功能实体(PCRF)，用于在判断出用户设备(UE)通过固定宽带接入网接入后，制定反射QoS的策略并提供给策略执行实体；其中，所述反射的QoS策略包括：策略和计费控制(PCC)规则或QoS规则；
所述策略执行实体，用于对所述UE执行所述策略。
进一步地，
所述策略执行实体包括：演进的分组数据网关(ePDG)或分组数据网络网关(P-GW)。
进一步地，
所述PCRF判断出所述UE通过固定宽带接入网接入，具体包括：
所述PCRF用于根据宽带策略控制架构(BPCF)发送的网关控制会话建立请求消息、接入网类型和/或所述UE的本地IP地址，判断出所述UE通过固定宽带接入网接入。
相应地，本发明还提供了一种实现反射QoS机制的系统，包括：
策略和计费规则功能实体(PCRF)，用于根据获取到的网络决定用户设备(UE)是否执行反射QoS机制的决策，决定是否制定反射QoS的策略并提供给策略执行实体；
所述策略执行实体用于根据接收到的所述PCRF是否制定反射QoS的策略对所述UE执行所述策略。
进一步地，
所述策略执行实体包括：演进的分组数据网关(ePDG)或分组数据网络网关(P-GW)。
进一步地，所述系统还包括：
第三代合作伙伴计划验证、授权和计费(3GPP AAA)服务器，用于在所述UE发起的3GPP接入认证过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出所述网络决定所述UE是否执行反射QoS机制的决策；
宽带策略控制架构(BPCF)，用于获取到所述3GPP AAA服务器对做出的所述UE是否执行反射QoS机制的决策，并将所述决策通知给所述PCRF。
进一步地，所述系统还包括：
3GPP AAA服务器，用于在因特网协议安全性(IPSec)隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出所述网络决定所述UE是否执行反射QoS机制的决策；还用于在做出所述决策后，将所述决策通知ePDG；
所述ePDG，用于向P-GW发送创建会话请求消息，其中携带所述决策；
所述P-GW中的策略与计费执行功能实体(PCEF)，用于向所述PCRF发送IP连接访问网络(IP-CAN)会话建立指示消息，其中携带所述决策。
进一步地，所述系统还包括：
3GPP AAA服务器，用于在IPSec隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出所述网络决定所述UE是否执行反射QoS机制的决策；还用于在做出所述决策后，将所述决策通知所述P-GW；
所述P-GW，用于向所述PCRF发送IP-CAN会话建立指示消息，其中携带所述决策。
进一步地，所述系统还包括：
3GPP AAA服务器，用于在因特网协议安全性(IPSec)隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出所述网络决定所述UE是否执行反射QoS机制的决策；还用于在做出所述决策后，将所述决策通知ePDG；
所述ePDG，用于将所述决策发送给所述PCRF。
进一步地，
所述策略执行实体用于对所述UE执行所述策略，具体包括：
所述策略执行实体用于对所述UE的上行数据进行校验，对与所述策略不符的上行数据进行丢弃或差分服务代码点(DSCP)重标记。
采用本发明后，保证对执行了Reflective QoS的UE的业务的端到端的QoS，并且能够控制被网络禁止执行Reflective QoS的UE的不当行为。
附图说明
图1为现有EPS网络组成架构的示意图；
图2为现有技术中UE通过WLAN接入网接入3GPP核心网的架构示意图；
图3为本发明实施例中实现反射QoS机制的方法流程图；
图4为本发明实施例中UE通过不可信任BBF接入网接入3GPP核心网、非漫游场景下，PCRF制定策略的流程图；
图5为本发明实施例中UE通过不可信任BBF接入网接入3GPP核心网、非漫游场景下，PCRF制定策略的流程图；
图6为本发明实施例中UE通过固定宽带接入网，采用DSMIPv6协议接入3GPP核心网时，PCRF制定策略的流程图；
图7为本发明实施例中UE通过固定宽带接入网，采用DSMIPv6协议接入3GPP核心网时，PCRF制定策略的流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
如图3所示，一种实现反射QoS机制的方法，包括：
PCRF判断UE通过固定宽带接入网接入后，制定Reflective QoS的策略并提供给策略执行实体(ePDG、P-GW)，由策略执行实体执行所述策略。其中，Reflective QoS的策略包括：PCC规则或QoS规则。这样，即可保证执行Reflective QoS的UE的端到端QoS。
此外，若PCRF获得网络决定UE是否执行Reflective QoS机制的决策，并根据该决策决定是否制定Reflective QoS的策略后，将结果提供给策略执行实体，由策略执行实体对该UE执行该策略。这样可以实现DSCP重标记或丢弃。
下面结合具体实施例对上述实现Reflective QoS机制的方法和系统进一步详细阐述。
应用示例一
图4为UE通过不可信任BBF接入网接入3GPP核心网、非漫游的场景下，PCRF制定策略的流程图。其中，ePDG与P-GW之间采用GPRS(GeneralPacket Radio Service，通用分组无线服务技术)隧道协议(GPRS TunnelProtocol，简称为GTP)。该流程主要包括以下步骤：
步骤401：可选地，UE接入BBF接入网络后，执行基于3GPP的接入认证，UE提供国际移动用户识别码(International Mobile SubscriberIdentification Number，简称为IMSI)，用于接入认证。
可选地，在接入认证过程中，3GPP AAA(Authentication、Authorization、Accounting，验证、授权和计费)服务器决定该UE是否执行Reflective QoS机制，并将该决策通知该UE。可选地，UE首先将其是否执行Reflective QoS机制的能力指示通知给3GPP AAA服务器，3GPP AAA服务器根据该能力指示决定该UE是否执行Reflective QoS机制。
步骤402：UE从BBF接入网获得本地IP地址，该地址由家庭网关(Residential Gateway，简称为RG)或BNG分配；
步骤403：受到步骤401或步骤402的触发，BPCF被通知UE接入BBF接入网。若在步骤401中，3GPP AAA服务器对该UE是否执行Reflective QoS机制进行了决策，则BPCF获得该决策结果；其中，该决策结果可以是3GPPAAA服务器通过BBF AAA主动通过发送消息通知BPCF的，也可以是由BNG/GRAS通知BPCF的。
步骤404：BPCF向PCRF发送网关控制会话建立消息，其中携带UE的用户标识、接入网类型及本地IP地址。若步骤403中，BPCF获得了该UE是否执行Reflective QoS机制的决策结果，则BPCF将该决策结果一同发送给PCRF；
步骤405：PCRF向BPCF返回网关控制会话建立确认消息；
可选的，PCRF需要和SPR交互获取该UE的用户标识所对应的用户的签约用户策略决策。
步骤406：UE选择ePDG后，发起Internet密钥交换协议(IKEv2)隧道建立过程，并采用可扩展认证协议(Extensible Authentication Protocol，简称为EAP)进行认证。若UE和ePDG存在NA(P)T(如RG上存在NA(P)T)，那么IKEv2信令将执行网络地址转换(Network Address Translation，简称为NAT)穿越。如果在步骤401中3GPP AAA服务器并没有执行决定该UE是否执行Reflective QoS机制的决策，那么在该IPSec隧道建立的过程中，3GPPAAA服务器决定该UE是否执行Reflective QoS机制，并将该决策通知该UE，ePDG可以获得该决策。
可选的，UE首先将其是否执行Reflective QoS机制的能力指示通知给3GPP AAA服务器，3GPP AAA服务器再根据该能力指示决定该UE是否执行Reflective QoS机制。
可选的，ePDG还会将本地IP地址和/或接入网类型发送给3GPP AAA服务器，3GPP AAA服务器根据本地IP地址和/或接入网类型判断UE通过BBF接入网接入，从而进一步决定该UE是否执行Reflective QoS机制。
由于IKEv2信令可能经过了NA(P)T穿越，因此，ePDG接收到的业务数据流的源地址和源端口号可能与UE发送时的源地址和源端口号不同。若没有经过NA(P)T穿越，则源地址即为UE在接入BBF接入网时获得的本地IP地址。
对于UE和ePDG之间不存在NA(P)T的场景，ePDG接收到的UE发送的IKEv2信令的源地址即为BBF接入网为该UE分配的本地IP地址，且该地址可以唯一标识该UE被该IPSec隧道封装的业务数据流。
对于UE和ePDG之间存在(1∶1)NAT的场景，ePDG接收到的UE发送的IKEv2信令的源地址为经过NAT后的公网IP地址，不过由于是(1∶1)NAT，该地址仍然可以唯一标识该UE被该IPSec隧道封装的业务数据流。
对于UE和ePDG之间存在(N∶1)NAT(即NAPT)的场景，业务数据流在穿越NAT时需要进行用户数据包协议(User Datagram Protocol，简称为UDP)封装，NAPT会为该IPSec隧道分配源UDP端口号(针对UE的上行方向来说)。因此，为了唯一标识该UE被该IPSec隧道封装的业务数据流，至少需要ePDG接收到的UE发送的IKEv2信令的源地址(即经BBF接入网NAT后的公网IP地址，若NAT位于RG，该地址就是RG的地址)和ePDG接收到的UE发送的IKEv2信令的源端口号(即IPSec源UDP端口号)。
为方便描述，UE被NAT的IP地址也称为本地IP地址。
步骤407：ePDG选择P-GW后，向P-GW发送创建会话请求消息，在创建会话请求消息中携带有UE的用户标识、分组数据网络(Packet DataNetwork，简称为PDN)标识、以及本地IP地址和源UDP端口号(如果检测到NA(P)T，则消息中携带源UDP端口号)。
ePDG还可以将步骤406中获得的网络决定UE是否执行Reflective QoS机制的决策发送给P-GW。
步骤408：P-GW为UE分配IP地址，位于P-GW的PCEF向PCRF发送IP-CAN(IP-Connectivity Access Network，IP连接访问网络)会话建立指示消息，在IP-CAN会话建立指示消息中携带有UE的用户标识、PDN标识、为UE分配的IP地址、UE本地IP地址和源UDP端口号(如果检测到NA(P)T，则消息中携带源UDP端口号)。可选的，P-GW也会将网络决定UE是否执行Reflective QoS机制的决策发送给PCRF；
步骤409：PCRF制定PCC规则。PCRF根据步骤404的会话建立消息接入网类型和/或步骤408的UE本地IP地址判断出UE是通过固定宽带接入网的WLAN接入的，因此PCRF制定Reflective QoS机制的PCC规则，即同一业务数据流上下行方向的PCC规则的QoS是相同的，即QoS类别标识(QoS Class Identifier，简称为QCI)和/或分配保持优先级(Allocation andRetention Priority，简称为ARP)相同。若PCRF收到了网络决定UE是否执行Reflective QoS机制的决策，那么PCRF还要根据该决策信息决定是否制定Reflective QoS机制的PCC规则，即若网络决定UE执行Reflective QoS机制，那么要制定Reflective QoS机制的PCC规则，否则根据现有网络策略决定。PCRF将制定的PCC规则通过IP-CAN会话建立确认消息发送给PCEF。
进一步的，PCRF根据PCC规则制定QoS规则。
步骤410：P-GW向3GPP AAA服务器发送更新P-GW IP地址消息，将P-GW的地址发送给3GPP AAA服务器，3GPP AAA服务器进一步与HSS交互并将P-GW的地址保存到HSS中；
步骤411：P-GW向ePDG返回创建会话确认消息，在创建会话确认消息中携带有为UE分配的IP地址以及QoS信息和过滤器模板；其中，过滤器模板是通过PCRF本地配置的，其与用户的签约信息相对应；
步骤412：UE和ePDG之间建立IPSec隧道；
步骤413：ePDG向UE发送最后一条IKEv2信令，其中携带有P-GW为该UE分配的IP地址；
步骤414：若步骤404、步骤405执行，则PCRF执行网关控制和QoS规则提供流程，向BPCF提供UE本地IP地址、源UDP端口号(如果检测到NA(P)T，则提供源UDP端口号)，以及制定的QoS规则。
若没有执行步骤404、步骤405，则PCRF发起网关控制会话建立流程，向BPCF提供UE本地IP地址、源UDP端口号(如果检测到NA(P)T，则提供源UDP端口号)，以及制定的QoS规则。
步骤415，BPCF将策略提供给BNG或宽带远程接入服务器(BroadbandRemote Access Server，简称为BRAS)。
通过上述流程，PCRF获取UE通过固定宽带接入网的信息，并且可选地获得了网络决定UE是否执行Reflective QoS机制的决策。此后，当UE进行业务访问需要网络为其分配资源时，PCRF在制定PCC规则时根据UE通过固定宽带接入网的情况制定Reflective QoS机制的PCC规则。所谓Reflective QoS机制的PCC规则，即同一业务数据流上下行方向的PCC规则的QoS是相同的，即QCI和/或ARP相同；PCRF将策略提供给固定宽带接入网，请求资源分配以及接纳控制(由于在接纳控制时会考虑QCI、ARP以及带宽等参数，因此根据PCRF下发的Reflective QoS的策略，对执行Reflective QoS的UE的接纳控制才是正确的)。然后，PCRF将制定的PCC规则发送给PCEF，以便PCEF执行。PCEF位于的P-GW通过承载操作进一步将PCRF制定的策略发送给ePDG，ePDG便可以正确将业务数据流过滤到正确的承载。
对于PCRF获知网络是否允许UE执行Reflective QoS机制，PCRF还根据该决策信息制定PCC规则，并把PCC规则提供给PCEF。PCEF位于的P-GW通过承载操作进一步将PCRF制定的策略发送给ePDG。对于那些错误执行Reflective QoS的UE，ePDG可以根据获得的策略将被错误DSCP标记的业务数据流过滤到正确的承载(即重新标记DSCP)或是丢弃，从而能够有效地控制那些不按网络策略执行的UE的行为。
应用示例二
图5为UE通过不可信任BBF接入网接入3GPP核心网、非漫游场景下，PCRF制定策略的流程图。其中，ePDG与P-GW之间采用代理移动IPv6(PMIPv6)协议。该流程主要包括以下步骤：
步骤501～506与杉树步骤401～406相同，此处不再赘述。
步骤507，ePDG向PCRF发送网关控制会话建立消息，其中携带有UE的用户标识、PDN标识以及本地IP地址和源UDP端口号(如果检测到NA(P)T，则消息中携带源UDP端口号)。
ePDG也可以将步骤506中获得的网络决定UE是否执行Reflective QoS机制的决策发送给PCRF。
步骤508，PCRF向ePDG返回网关控制会话建立确认消息；
步骤509，ePDG选择P-GW后，向P-GW发送代理绑定更新消息，在代理绑定更新消息中携带有UE的用户标识和PDN标识；
步骤510，P-GW为UE分配IP地址，位于P-GW的PCEF向PCRF发送IP-CAN会话建立指示消息，在IP-CAN会话建立指示消息中携带有UE的用户标识、PDN标识及为UE分配的IP地址；
步骤511，PCRF根据用户标识和PDN标识判断，若没有相关的用户签约数据，则PCRF将与SPR进行交互获取签约信息。PCRF制定PCC规则。PCRF根据步骤504的会话建立消息、接入网类型和/或UE本地IP地址判断UE通过固定宽带接入网WLAN接入的，因此PCRF制定Reflective QoS机制的PCC规则，即同一业务数据流上下行方向的PCC规则的QoS是相同的，即QCI和/或ARP相同。若PCRF收到了网络决定UE是否执行Reflective QoS机制的决策，那么PCRF还要根据该决策信息决定是否制定Reflective QoS机制的PCC规则，即若网络决定UE执行Reflective QoS机制，那么要制定Reflective QoS机制的PCC规则，否则根据现有网络策略决定。PCRF将制定的PCC规则通过IP-CAN会话建立确认消息发送给PCEF。
进一步的，PCRF根据PCC规则制定QoS规则。
步骤512，P-GW向AAA Server发送更新P-GW IP地址消息，将P-GW的地址发送给3GPP AAA服务器，3GPP AAA服务器进一步与HSS交互并将P-GW的地址保存到HSS中。
步骤513，P-GW向ePDG返回代理绑定确认消息，在代理绑定确认消息中携带有为UE分配的IP地址；
步骤514，代理绑定更新成功，UE和ePDG之间建立IPSec隧道；
步骤515，ePDG向UE发送最后一条IKEv2信令，其中携带有P-GW为该UE分配的IP地址；
步骤516，若步骤504、步骤505执行，则PCRF执行网关控制和QoS规则提供流程，向BPCF提供UE本地IP地址、源UDP端口号(如果检测到NA(P)T，则提供源UDP端口号)，以及制定的QoS规则。
若没有执行步骤504、步骤505，则PCRF执行PCRF发起的网关控制会话建立流程，向BPCF提供UE本地IP地址、源UDP端口号(如果检测到NA(P)T，则提供源UDP端口号)，以及制定的QoS规则。
步骤517，BPCF将策略提供给BNG或BRAS。
通过上述流程，PCRF获取UE通过固定宽带接入网的信息，并且可选地获得了网络决定UE是否执行Reflective QoS机制的决策。此后，当UE进行业务访问需要网络为其分配资源时，PCRF在制定PCC规则时根据UE通过固定宽带接入网的情况制定Reflective QoS的PCC规则。所谓ReflectiveQoS机制的PCC规则，即同一业务数据流上下行方向的PCC规则的QoS是相同的，即QCI和/或ARP相同。PCRF将策略提供给固定宽带接入网，请求资源分配以及接纳控制(由于在接纳控制时会考虑QCI、ARP以及带宽等参数，因此此时PCRF下发的Reflective QoS的策略，这样对执行ReflectiveQoS的UE的接纳控制才是正确的)。然后，PCRF将制定的PCC规则发送给PCEF，以便PCEF执行。可选的，PCRF还可以将对应的QoS规则提供给ePDG。
对于PCRF获知网络是否允许UE执行Reflective QoS机制，PCRF根据该决策信息制定PCC规则，并把PCC规则提供给PCEF。可选的，PCRF还可以将对应的QoS规则提供给ePDG。
对于那些错误执行Reflective QoS的UE，ePDG或P-GW可以根据获得的策略将被错误DSCP标记的业务数据流重新标记DSCP或是丢弃，从而能够有效地控制那些不按网络策略执行的UE的行为。
应用示例三
图6所示为UE通过固定宽带接入网，采用DSMIPv6协议接入3GPP核心网时，PCRF制定策略的流程图。其中，固定宽带接入网作为可信任非3GPP接入网。该流程主要包括以下步骤：
步骤601，可选地，UE执行固定宽带接入网参与的基于3GPP的接入认证流程。
在接入认证过程中，3GPP AAA服务器决定该UE是否执行ReflectiveQoS机制，并将该决策通知该UE。可选地，UE首先将其是否执行ReflectiveQoS机制的能力指示通知给3GPP AAA服务器，3GPP AAA服务器再根据该能力指示决定该UE是否执行Reflective QoS机制。
步骤602，UE从固定宽带接入网获得本地IP地址作为UE的转交地址(CoA)；
步骤603，受到步骤601和步骤602的触发，BPCF获知UE正接入固定宽带接入网。若步骤601中，3GPP AAA服务器对该UE是否执行ReflectiveQoS机制进行决策，则BPCF获得该决策结果。
步骤604，BPCF受到触发后，向PCRF发起网关控制会话建立消息，其中携带用户标识、本地IP地址(即UE的转交地址)及IP-CAN类型。若步骤603中，BPCF获得了该UE是否执行Reflective QoS机制的决策结果，则BPCF将决策结果一同发送给PCRF；
步骤605，UE执行自启动(Bootstraping)流程。UE发现P-GW，为了保护UE和P-GW之间的DSMIPv6消息，UE使用IKEv2建立安全联盟，并采用EAP进行认证。P-GW与3GPP AAA服务器(AAA Server进一步与HSS交互)进行通信以完成EAP认证，同时P-GW为UE分配一个IPv6地址前缀，UE根据该前缀构造IPv6地址作为UE的家乡地址(HoA)。在IPSec隧道建立的过程中，3GPP AAA服务器决定该UE是否执行Reflective QoS机制，并将该决策通知该UE，ePDG可以获得该决策。
可选的，UE首先将其是否执行Reflective QoS机制的能力指示通知3GPPAAA服务器，3GPP AAA服务器再根据该能力指示决定该UE是否执行Reflective QoS机制。
可选的，ePDG还会将本地IP地址或接入网类型发送给3GPP AAA服务器，3GPP AAA服务器根据本地IP地址或接入网类型判断UE通过BBF接入网接入，从而进一步决定该UE是否执行Reflective QoS机制。
步骤606，UE向P-GW发送DSMIPv6绑定更新消息，其中携带HoA、CoA及上述决策。
步骤607，P-GW向PCRF发送IP-CAN会话建立指示消息，其中携带UE的用户标识、HoA、UE本地地址(即CoA)、上述决策和源UDP端口号(如果检测到NAT，则消息中携带源UDP端口号)；
步骤608，PCRF制定PCC规则。PCRF根据步骤604的会话建立消息、接入网类型和/或步骤607的UE本地IP地址判断UE通过固定宽带接入网WLAN接入的，因此PCRF制定Reflective QoS机制的PCC规则，即同一业务数据流上下行方向的PCC规则的QoS是相同的，即QCI和/或ARP相同。若PCRF收到了网络决定UE是否执行Reflective QoS机制的决策，那么PCRF还要根据该决策信息决定是否制定Reflective QoS机制的PCC规则，即若网络决定UE执行Reflective QoS机制，那么要制定Reflective QoS机制的PCC规则，否则根据现有网络策略决定。PCRF将制定的PCC规则通过IP-CAN会话建立确认消息发送给PCEF。
步骤609，P-GW向UE返回绑定确认消息；
步骤610，若步骤604执行，则PCRF执行网关控制和QoS规则提供流程，向BPCF提供UE本地IP地址、源UDP端口号(如果检测到NA(P)T，则提供源UDP端口号)，以及制定的QoS规则。若没有执行步骤604，则PCRF执行PCRF发起的网关控制会话建立流程，向BPCF提供UE本地IP地址、源UDP端口号(如果检测到NA(P)T，则提供源UDP端口号)，以及制定的QoS规则。
步骤611，BPCF将策略提供给BNG或BRAS。
通过上述流程，PCRF获取UE通过固定宽带接入网的信息，并且可选地获得了网络决定UE是否执行Reflective QoS机制的决策。此后，当UE进行业务访问需要网络为其分配资源时，PCRF在制定PCC规则时根据UE通过固定宽带接入网的情况制定Reflective QoS的PCC规则。所谓ReflectiveQoS机制的PCC规则，即同一业务数据流上下行方向的PCC规则的QoS是相同的，即QCI和/或ARP相同。PCRF将策略提供给固定宽带接入网，请求资源分配以及接纳控制(由于在接纳控制时会考虑QCI、ARP以及带宽等参数，因此此时PCRF下发的Reflective QoS的策略，这样对执行ReflectiveQoS的UE的接纳控制才是正确的)。然后，PCRF将制定的PCC规则发送给PCEF，以便PCEF执行。
对于PCRF获知网络是否允许UE执行Reflective QoS机制，PCRF根据该决策信息制定PCC规则，并把PCC规则提供给PCEF。
对于那些错误执行Reflective QoS的UE，P-GW可以根据获得的策略将被错误DSCP标记的业务数据流重新标记DSCP或是丢弃，从而能够有效地控制那些不按网络策略执行的UE的行为。
应用示例四
图7所示为UE通过固定宽带接入网，采用DSMIPv6协议接入3GPP核心网时，PCRF制定策略的流程图。其中，固定宽带接入网作为不可信任非3GPP接入网。该流程主要包括以下步骤：
步骤701～704与步骤601～604相同。
步骤705，UE发起IKEv2隧道建立过程，并采用EAP进行认证。ePDG与3GPP AAA服务器交互(AAA Server进一步与HSS交互)以完成EAP认证。在IPSec隧道建立的过程中，3GPP AAA服务器决定该UE是否执行Reflective QoS机制，并将该决策通知该UE，ePDG可以获得该决策。
可选的，UE首先将其是否执行Reflective QoS机制的能力指示通知3GPPAAA服务器，3GPP AAA服务器再根据该能力指示决定该UE是否执行Reflective QoS机制。
可选的，ePDG还可以将本地IP地址或接入网类型发送给3GPP AAA服务器，3GPP AAA服务器根据本地IP地址或接入网类型判断UE通过BBF接入网接入，从而进一步决定该UE是否执行Reflective QoS机制。
步骤706，ePDG向PCRF发送网关控制会话建立消息，在网关控制会话建立消息中携带有UE的用户标识、PDN标识、本地IP地址以及源UDP端口号(如果检测到NA(P)T，则消息中携带源UDP端口号)。
ePDG还可以将步骤705中获得的网络决定UE是否执行Reflective QoS机制的决策发送给PCRF。
步骤707，PCRF向ePDG发送网关控制会话建立确认消息。
步骤708，ePDG向UE发送最后一条IKEv2消息，其中携带有为UE分配的一个IP地址，该IP地址作为UE的转交地址(CoA)；
步骤709，UE和ePDG之间建立了IPSec隧道。
步骤710，UE执行自启动(Bootstraping)流程。UE根据接入点名称(Access Point Name，简称为APN)进行域名(DNS)查找获得所要接入PDN的P-GW的IP地址。为了保护UE和P-GW之间的DSMIPv6消息，UE使用IKEv2建立安全联盟，并采用EAP进行认证。P-GW与3GPP AAA服务器(3GPP AAA服务器进一步与HSS交互)进行通信以完成EAP认证，同时P-GW为UE分配一个IPv6地址或前缀作为UE的家乡地址(HoA)；
步骤711，UE向P-GW发送DSMIPv6绑定更新消息，其中携带有CoA和HoA，绑定消息中生命期参数不为零。P-GW建立绑定上下文；
步骤712，P-GW中的PCEF向PCRF发送IP-CAN会话建立指示消息，lP-CAN会话建立指示消息中携带有UE的用户标识及PDN标识；
步骤713，PCRF制定PCC规则。PCRF根据步骤704的会话建立消息、接入网类型和/或步骤706的UE本地IP地址判断UE通过固定宽带接入网WLAN接入的，因此PCRF制定Reflective QoS机制的PCC规则，即同一业务数据流上下行方向的PCC规则的QoS是相同的，即QCI和/或ARP相同。若PCRF收到了网络决定UE是否执行Reflective QoS机制的决策，那么PCRF还要根据该决策信息决定是否制定Reflective QoS机制的PCC规则，即若网络决定UE执行Reflective QoS机制，那么要制定Reflective QoS机制的PCC规则，否则根据现有网络策略决定。PCRF将制定的PCC规则通过IP-CAN会话建立确认消息发送给PCEF。进一步的，PCRF根据PCC规则制定QoS规则。PCRF向PCEF返回确认消息，其中携带有PCC规则。
步骤714，P-GW向UE返回绑定确认消息。
步骤715，若步骤704执行，则PCRF执行网关控制和QoS规则提供流程，向BPCF提供UE本地IP地址、源UDP端口号(如果检测到NA(P)T，则提供源UDP端口号)，以及制定的QoS规则。若没有执行步骤704，则PCRF执行PCRF发起的网关控制会话建立流程，向BPCF提供UE本地IP地址、源UDP端口号(如果检测到NA(P)T，则提供源UDP端口号)，以及制定的QoS规则。
步骤716，BPCF将策略提供给BNG/BRAS。
通过上述流程，PCRF获取UE通过固定宽带接入网的信息，并且可选地获得了网络决定UE是否执行Reflective QoS机制的决策。此后，当UE进行业务访问需要网络为其分配资源时，PCRF在制定PCC规则时根据UE通过固定宽带接入网的情况制定Reflective QoS的PCC规则。所谓ReflectiveQoS机制的PCC规则，即同一业务数据流上下行方向的PCC规则的QoS是相同的，即QCI和/或ARP相同。PCRF将策略提供给固定宽带接入网，请求资源分配以及接纳控制(由于在接纳控制时会考虑QCI、ARP以及带宽等参数，因此此时PCRF下发的Reflective QoS的策略，这样对执行ReflectiveQoS的UE的接纳控制才是正确的)。然后，PCRF将制定的PCC规则发送给PCEF，以便PCEF执行。可选的，PCRF还可以将对应的QoS规则提供给ePDG。
对于PCRF获知网络是否允许UE执行Reflective QoS机制，PCRF根据该决策信息制定PCC规则，并把PCC规则提供给PCEF。可选的，PCRF还可以将对应的QoS规则提供给ePDG。
对于那些错误执行Reflective QoS的UE，ePDG或P-GW可以根据获得的策略将被错误DSCP标记的业务数据流重新标记DSCP或是丢弃，从而能够有效地控制那些不按网络策略执行的UE的行为。
在本实施例中，一种实现反射QoS机制的系统，包括：
PCRF，用于在判断出UE通过固定宽带接入网接入后，制定反射QoS的策略并提供给策略执行实体；其中，所述反射的QoS策略包括：PCC规则或QoS规则；
策略执行实体，用于对上述UE执行所述策略。
较佳地，
所述策略执行实体包括：ePDG或P-GW。
较佳地，
所述PCRF判断出所述UE通过固定宽带接入网接入，具体包括：
所述PCRF用于根据BPCF发送的网关控制会话建立请求消息、接入网类型和/或所述UE的本地IP地址，判断出所述UE通过固定宽带接入网接入。
此外，本实施例中，另一种实现反射QoS机制的系统，包括：
PCRF，用于根据获取到的网络决定UE是否执行反射QoS机制的决策，决定是否制定反射QoS的策略并提供给策略执行实体；
所述策略执行实体用于根据接收到的所述PCRF是否制定反射QoS的策略对所述UE执行所述策略。
较佳地，
所述策略执行实体包括：ePDG或P-GW。
较佳地，上述系统还包括：
3GPP AAA服务器，用于在所述UE发起的3GPP接入认证过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出所述网络决定所述UE是否执行反射QoS机制的决策；
BPCF，用于获取到所述3GPP AAA服务器对做出的所述UE是否执行反射QoS机制的决策，并将所述决策通知给所述PCRF。
较佳地，上述系统还包括：
3GPP AAA服务器，用于在IPSec隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出所述网络决定所述UE是否执行反射QoS机制的决策；还用于在做出所述决策后，将所述决策通知ePDG；
所述ePDG，用于向P-GW发送创建会话请求消息，其中携带所述决策；
所述P-GW中的PCEF，用于向所述PCRF发送IP-CAN会话建立指示消息，其中携带所述决策。
较佳地，上述系统还包括：
3GPP AAA服务器，用于在IPSec隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出所述网络决定所述UE是否执行反射QoS机制的决策；还用于在做出所述决策后，将所述决策通知所述P-GW；
所述P-GW，用于向所述PCRF发送IP-CAN会话建立指示消息，其中携带所述决策。
较佳地，上述系统还包括：
3GPP AAA服务器，用于在IPSec隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出所述网络决定所述UE是否执行反射QoS机制的决策；还用于在做出所述决策后，将所述决策通知ePDG；
所述ePDG，用于将所述决策发送给所述PCRF。
较佳地，
所述策略执行实体用于对所述UE执行所述策略，具体包括：
所述策略执行实体用于对所述UE的上行数据进行校验，对与所述策略不符的上行数据进行丢弃或DSCP重标记。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
以上所述仅为本发明的优选实施例而已，并非用于限定本发明的保护范围。根据本发明的发明内容，还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (20)
1.一种实现反射QoS机制的方法，包括：
策略和计费规则功能实体(PCRF)在判断出用户设备(UE)通过固定宽带接入网接入后，制定反射QoS的策略并提供给策略执行实体，由所述策略执行实体对所述UE执行所述策略；其中，所述反射的QoS策略包括：策略和计费控制(PCC)规则或QoS规则。
2.如权利要求1所述的方法，其特征在于：
所述策略执行实体包括：演进的分组数据网关(ePDG)或分组数据网络网关(P-GW)。
3.如权利要求1所述的方法，其特征在于：
所述PCRF判断出所述UE通过固定宽带接入网接入，具体包括：
所述PCRF根据宽带策略控制架构(BPCF)发送的网关控制会话建立请求消息、接入网类型和/或所述UE的本地IP地址，判断出所述UE通过固定宽带接入网接入。
4.一种实现反射QoS机制的方法，包括：
策略和计费规则功能实体(PCRF)根据获取到的网络决定用户设备(UE)是否执行反射QoS机制的决策，决定是否制定反射QoS的策略并提供给策略执行实体，由所述策略执行实体对所述UE执行所述策略。
5.如权利要求4所述的方法，其特征在于：
所述策略执行实体包括：演进的分组数据网关(ePDG)或分组数据网络网关(P-GW)。
6.如权利要求4所述的方法，其特征在于：
所述网络决定所述UE是否执行反射QoS机制的决策是由第三代合作伙伴计划验证、授权和计费(3GPP AAA)服务器在所述UE发起的3GPP接入认证过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出的；
在所述PCRF制定所述策略之前，所述方法还包括：
所述宽带策略控制架构(BPCF)获取到所述3GPP AAA服务器对做出的所述UE是否执行反射QoS机制的决策，并将所述决策通知给所述PCRF。
7.如权利要求4所述的方法，其特征在于：
所述网络决定所述UE是否执行反射QoS机制的决策是由3GPP AAA服务器在因特网协议安全性(IPSec)隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出的；
在所述PCRF制定所述PCC规则之前，所述方法还包括：
所述3GPP AAA服务器在做出所述决策后，将所述决策通知ePDG；
所述ePDG向P-GW发送创建会话请求消息，其中携带所述决策；
所述P-GW中的策略与计费执行功能实体(PCEF)向所述PCRF发送IP连接访问网络(IP-CAN)会话建立指示消息，其中携带所述决策。
8.如权利要求4所述的方法，其特征在于：
所述网络决定所述UE是否执行反射QoS机制的决策是由3GPP AAA服务器在IPSec隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出的；
在所述PCRF制定所述PCC规则之前，所述方法还包括：
所述3GPP AAA服务器在做出所述决策后，将所述决策通知所述P-GW；
所述P-GW向所述PCRF发送IP-CAN会话建立指示消息，其中携带所述决策。
9.如权利要求4所述的方法，其特征在于：
所述网络决定所述UE是否执行反射QoS机制的决策是由3GPP AAA服务器在因特网协议安全性(IPSec)隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出的；
在所述PCRF制定所述PCC规则之前，所述方法还包括：
所述3GPP AAA服务器在做出所述决策后，将所述决策通知ePDG；
所述ePDG将所述决策发送给所述PCRF。
10.如权利要求4或5所述的方法，其特征在于：
所述策略执行实体对所述UE执行所述策略，具体包括：
所述策略执行实体对所述UE的上行数据进行校验，对与所述策略不符的上行数据进行丢弃或差分服务代码点(DSCP)重标记。
11.一种实现反射QoS机制的系统，包括：
策略和计费规则功能实体(PCRF)，用于在判断出用户设备(UE)通过固定宽带接入网接入后，制定反射QoS的策略并提供给策略执行实体；其中，所述反射的QoS策略包括：策略和计费控制(PCC)规则或QoS规则；
所述策略执行实体，用于对所述UE执行所述策略。
12.如权利要求11所述的系统，其特征在于：
所述策略执行实体包括：演进的分组数据网关(ePDG)或分组数据网络网关(P-GW)。
13.如权利要求11所述的系统，其特征在于：
所述PCRF判断出所述UE通过固定宽带接入网接入，具体包括：
所述PCRF用于根据宽带策略控制架构(BPCF)发送的网关控制会话建立请求消息、接入网类型和/或所述UE的本地IP地址，判断出所述UE通过固定宽带接入网接入。
14.一种实现反射QoS机制的系统，包括：
策略和计费规则功能实体(PCRF)，用于根据获取到的网络决定用户设备(UE)是否执行反射QoS机制的决策，决定是否制定反射QoS的策略并提供给策略执行实体；
所述策略执行实体用于根据接收到的所述PCRF是否制定反射QoS的策略对所述UE执行所述策略。
15.如权利要求14所述的系统，其特征在于：
所述策略执行实体包括：演进的分组数据网关(ePDG)或分组数据网络网关(P-GW)。
16.如权利要求14所述的系统，其特征在于，还包括：
第三代合作伙伴计划验证、授权和计费(3GPP AAA)服务器，用于在所述UE发起的3GPP接入认证过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出所述网络决定所述UE是否执行反射QoS机制的决策；
宽带策略控制架构(BPCF)，用于获取到所述3GPP AAA服务器对做出的所述UE是否执行反射QoS机制的决策，并将所述决策通知给所述PCRF。
17.如权利要求14所述的系统，其特征在于，还包括：
3GPP AAA服务器，用于在因特网协议安全性(IPSec)隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出所述网络决定所述UE是否执行反射QoS机制的决策；还用于在做出所述决策后，将所述决策通知ePDG；
所述ePDG，用于向P-GW发送创建会话请求消息，其中携带所述决策；
所述P-GW中的策略与计费执行功能实体(PCEF)，用于向所述PCRF发送IP连接访问网络(IP-CAN)会话建立指示消息，其中携带所述决策。
18.如权利要求14所述的系统，其特征在于，还包括：
3GPP AAA服务器，用于在IPSec隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出所述网络决定所述UE是否执行反射QoS机制的决策；还用于在做出所述决策后，将所述决策通知所述P-GW；
所述P-GW，用于向所述PCRF发送IP-CAN会话建立指示消息，其中携带所述决策。
19.如权利要求14所述的系统，其特征在于，还包括：
3GPP AAA服务器，用于在因特网协议安全性(IPSec)隧道建立的过程中，根据所述UE上报的是否执行反射QoS机制的能力指示做出所述网络决定所述UE是否执行反射QoS机制的决策；还用于在做出所述决策后，将所述决策通知ePDG；
所述ePDG，用于将所述决策发送给所述PCRF。
20.如权利要求14或15所述的系统，其特征在于：
所述策略执行实体用于对所述UE执行所述策略，具体包括：
所述策略执行实体用于对所述UE的上行数据进行校验，对与所述策略不符的上行数据进行丢弃或差分服务代码点(DSCP)重标记。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2012100085848A CN103209410A (zh) | 2012-01-11 | 2012-01-11 | 一种实现反射QoS机制的方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2012100085848A CN103209410A (zh) | 2012-01-11 | 2012-01-11 | 一种实现反射QoS机制的方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103209410A true CN103209410A (zh) | 2013-07-17 |
Family
ID=48756465
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2012100085848A Pending CN103209410A (zh) | 2012-01-11 | 2012-01-11 | 一种实现反射QoS机制的方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103209410A (zh) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018068209A1 (zh) * | 2016-10-11 | 2018-04-19 | 华为技术有限公司 | 一种数据传输的方法及其装置 |
| WO2018068211A1 (zh) * | 2016-10-11 | 2018-04-19 | 华为技术有限公司 | 一种通信方法和装置 |
| CN108809596A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 一种基于反转服务流特性的通信方法及装置 |
| CN109548089A (zh) * | 2017-08-08 | 2019-03-29 | 中国移动通信有限公司研究院 | 反射QoS指示标识的发送、检测方法、网络设备及终端 |
| CN109548088A (zh) * | 2017-07-31 | 2019-03-29 | 中国移动通信有限公司研究院 | 一种配置QoS规则的方法和设备 |
| CN109818769A (zh) * | 2017-11-21 | 2019-05-28 | 华为技术有限公司 | 发送信息的方法和装置 |
| CN110089150A (zh) * | 2017-11-21 | 2019-08-02 | 联发科技股份有限公司 | 无线通信的反射服务质量控制 |
| CN110622602A (zh) * | 2017-10-26 | 2019-12-27 | Oppo广东移动通信有限公司 | 用于数据传输的方法、终端设备和网络设备 |
| CN110679175A (zh) * | 2017-05-29 | 2020-01-10 | Lg电子株式会社 | 管理上行链路服务质量的方法和执行所述方法的基站 |
| CN112437404A (zh) * | 2020-09-29 | 2021-03-02 | 海能达通信股份有限公司 | 实现端到端的数据传输的方法、单元及网关 |
| WO2023231499A1 (zh) * | 2022-05-31 | 2023-12-07 | 华为技术有限公司 | 一种反射服务质量QoS的方法及装置 |
| US11968580B2 (en) | 2017-05-05 | 2024-04-23 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Reflective QoS flow characteristic-based communications method and apparatus |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080037493A1 (en) * | 2003-09-29 | 2008-02-14 | Paul Morton | System and method for servicing communications using both fixed and mobile wireless networks |
| CN101136673A (zh) * | 2007-04-06 | 2008-03-05 | 中兴通讯股份有限公司 | 反向链路功率控制信道上的功率分配方法 |
-
2012
- 2012-01-11 CN CN2012100085848A patent/CN103209410A/zh active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080037493A1 (en) * | 2003-09-29 | 2008-02-14 | Paul Morton | System and method for servicing communications using both fixed and mobile wireless networks |
| CN101136673A (zh) * | 2007-04-06 | 2008-03-05 | 中兴通讯股份有限公司 | 反向链路功率控制信道上的功率分配方法 |
Non-Patent Citations (4)
| Title |
|---|
| 3GPP: "《3GPP TS 23.139 V 1.2.0 (2011-11)》", 30 November 2011 * |
| 3GPP: "《3GPP TS 23.402 V10.6.0 (2011-12)》", 31 December 2011 * |
| ERICSSON: "《3GPP TSG SA WG2 Meeting #87 TD S2-114359》", 14 October 2011 * |
| ERICSSON: "《3GPP TSG SA WG2 Meeting #88 TD S2-115252》", 18 November 2011 * |
Cited By (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10893435B2 (en) | 2016-10-11 | 2021-01-12 | Huawei Technologies Co., Ltd. | Data transmission method and apparatus thereof |
| WO2018068211A1 (zh) * | 2016-10-11 | 2018-04-19 | 华为技术有限公司 | 一种通信方法和装置 |
| WO2018068209A1 (zh) * | 2016-10-11 | 2018-04-19 | 华为技术有限公司 | 一种数据传输的方法及其装置 |
| CN113038526B (zh) * | 2016-10-11 | 2023-06-02 | 华为技术有限公司 | 一种数据传输的方法及其装置 |
| US11553372B2 (en) | 2016-10-11 | 2023-01-10 | Huawei Technologies Co., Ltd. | Data transmission method and apparatus thereof |
| CN113038526A (zh) * | 2016-10-11 | 2021-06-25 | 华为技术有限公司 | 一种数据传输的方法及其装置 |
| CN109804663A (zh) * | 2016-10-11 | 2019-05-24 | 华为技术有限公司 | 一种数据传输的方法及其装置 |
| CN108809596A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 一种基于反转服务流特性的通信方法及装置 |
| US11159998B2 (en) | 2017-05-05 | 2021-10-26 | Huawei Technologies Co., Ltd. | Reflective QoS flow characteristic-based communications method and apparatus |
| CN109274474B (zh) * | 2017-05-05 | 2019-11-19 | 华为技术有限公司 | 一种基于反转服务流特性的通信方法及装置 |
| US11968580B2 (en) | 2017-05-05 | 2024-04-23 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Reflective QoS flow characteristic-based communications method and apparatus |
| CN108809596B (zh) * | 2017-05-05 | 2023-07-21 | Oppo广东移动通信有限公司 | 一种基于反转服务流特性的通信方法及装置 |
| CN109274474A (zh) * | 2017-05-05 | 2019-01-25 | 华为技术有限公司 | 一种基于反转服务流特性的通信方法及装置 |
| CN110679175B (zh) * | 2017-05-29 | 2023-08-22 | Lg电子株式会社 | 管理上行链路服务质量的方法和执行所述方法的基站 |
| CN110679175A (zh) * | 2017-05-29 | 2020-01-10 | Lg电子株式会社 | 管理上行链路服务质量的方法和执行所述方法的基站 |
| CN109548088A (zh) * | 2017-07-31 | 2019-03-29 | 中国移动通信有限公司研究院 | 一种配置QoS规则的方法和设备 |
| CN109548089A (zh) * | 2017-08-08 | 2019-03-29 | 中国移动通信有限公司研究院 | 反射QoS指示标识的发送、检测方法、网络设备及终端 |
| US11109264B2 (en) | 2017-10-26 | 2021-08-31 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Configuring quality of service (QoS) mapping relationship flexibly to improve an efficiency in data transmission |
| CN110622602A (zh) * | 2017-10-26 | 2019-12-27 | Oppo广东移动通信有限公司 | 用于数据传输的方法、终端设备和网络设备 |
| CN110089150A (zh) * | 2017-11-21 | 2019-08-02 | 联发科技股份有限公司 | 无线通信的反射服务质量控制 |
| CN110089150B (zh) * | 2017-11-21 | 2023-04-18 | 联发科技股份有限公司 | 反射服务质量控制方法及实施于用户设备的装置 |
| CN109818769A (zh) * | 2017-11-21 | 2019-05-28 | 华为技术有限公司 | 发送信息的方法和装置 |
| TWI720368B (zh) * | 2017-11-21 | 2021-03-01 | 聯發科技股份有限公司 | 反射服務品質控制之方法及實施於一使用者設備之裝置 |
| CN112437404B (zh) * | 2020-09-29 | 2022-05-17 | 海能达通信股份有限公司 | 实现端到端的数据传输的方法、单元及网关 |
| CN112437404A (zh) * | 2020-09-29 | 2021-03-02 | 海能达通信股份有限公司 | 实现端到端的数据传输的方法、单元及网关 |
| WO2023231499A1 (zh) * | 2022-05-31 | 2023-12-07 | 华为技术有限公司 | 一种反射服务质量QoS的方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103209410A (zh) | 一种实现反射QoS机制的方法及系统 | |
| CN103096314A (zh) | 一种实现反射QoS机制的方法、系统和PCRF | |
| CN101267319B (zh) | 一种下发策略计费控制规则的方法 | |
| US9094437B2 (en) | System, policy nodes, and methods to perform policy provisioning of traffic offloaded at a fixed broadband network | |
| CN101335675B (zh) | 一种策略控制方法 | |
| US20060294363A1 (en) | System and method for tunnel management over a 3G-WLAN interworking system | |
| CN102457847B (zh) | 一种固定网络感知用户接入的方法和系统 | |
| CN102378280B (zh) | 一种实现bbf接入的策略控制方法及系统 | |
| CN102340763B (zh) | 获取用户带宽接入位置信息的方法及系统 | |
| CN102595508A (zh) | 一种策略控制方法及系统 | |
| CN103517249A (zh) | 一种策略控制的方法、装置和系统 | |
| US9369292B2 (en) | Information transmission method, packet data gateway, and policy and charging rules function | |
| CN101459524B (zh) | 一种下发策略计费控制规则的方法 | |
| US9609028B2 (en) | Method, apparatus and system for establishing session | |
| CN103702327A (zh) | 用户设备选择拜访公共陆地移动网络的方法、系统和设备 | |
| WO2012129992A1 (zh) | 被赞助数据连接的处理方法及策略与计费规则功能实体 | |
| CN103702311A (zh) | 一种选择vplmn的方法、系统及分组数据网络网关 | |
| CN102347892B (zh) | 一种网络设备获取用户接入信息的方法及系统 | |
| Ahmed et al. | Inter-system mobility in evolved packet system (EPS): Connecting non-3GPP accesses | |
| CN102791042A (zh) | S9子会话建立方法、系统及pcrf | |
| CN101378522B (zh) | 分发策略的方法、系统和策略分发实体 | |
| CN102378143B (zh) | 一种触发固网移动融合策略协商的方法及系统 | |
| CN103369626A (zh) | 一种融合网络中的策略控制方法及系统 | |
| CN102958117A (zh) | 一种解决服务质量策略控制冲突的方法和系统 | |
| CN102378144B (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 | ||
| WD01 | Invention patent application deemed withdrawn after publication | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20130717 |