CN103312683A - Tdf会话的处理方法及pcrf - Google Patents

Abstract

本发明公开了一种TDF会话的处理方法及PCRF，该方法包括：PCRF接收来自TDF的TDF会话建立消息，其中，TDF会话建立消息携带用户设备UE的第一地址；PCRF判断第一地址对应的IP-CAN会话是否存在一个已建立的第二地址的TDF会话；如果存在，则PCRF向TDF返回第一地址的TDF会话建立拒绝消息。通过运用本发明，解决了相关技术中一个IP-CAN会话同时存在两个TDF会话，且针对同一个IP-CAN会话的业务检测需要通过不同的TDF会话上报的问题，进而节约了***资源的同时还减少了交互过程中的信令开销，提高了***的资源利用率。

Description

TDF会话的处理方法及PCRF

技术领域

本发明涉及通信领域，具体而言，涉及一种业务检测功能(Traffic Detection Function，简称为TDF)会话的处理方法及策略控制和计费规则功能实体(Policy and Charging RulesFunction，简称为PCRF)。

背景技术

自第三代合作伙伴计划阶段7(3GPP Release7)标准体系建立以来，策略和计费功能由策略和计费控制(Policy and Charging Control，简称为PCC)框架来实现。PCC架构是一个能够应用于多种接入技术的功能框架，例如，PCC架构可以应用于通用移动通信***(UniversalMobile Telecommunications System，简称为UMTS)的陆上无线接入网(UMTS Terrestrial RadioAccess Network，简称为UTRAN)、全球移动通信***(Global system for MobileCommunication，简称为GSM)/GSM数据增强演进(Enhanced Data Rate for GSM Evolution，简称为EDGE)无线接入网、互通无线局域网(Interworking WLAN，简称为I-WLAN)以及演进的分组***(Evolved Packet System，简称为EPS)等。

PCC主要实现了策略控制和计费两大功能。图1为现有Rel-11的PCC组成架构的示意图，以下对图1所示的PCC架构中的各个逻辑功能实体及其接口功能进行描述。如图1所示：

应用功能(AF)，用于提供业务应用的接入点，这些业务应用所使用的网络资源需要进行动态的策略控制。在业务面进行参数协商时，AF将相关业务信息传递给PCRF。如果这些业务信息与PCRF的策略相一致，则PCRF接受该协商；否则，PCRF拒绝该协商，并在反馈时给出PCRF可接受的业务参数。随后，AF可将这些参数返回给用户设备(User Equipment，简称为UE)。其中，AF和PCRF之间的接口是Rx接口。

PCRF是PCC的核心，用于负责策略决策和计费规则的制定。PCRF提供基于业务数据流的网络控制规则，这些网络控制包括业务数据流的检测、门控(Gating Control)、服务质量(Quality of Service，简称为QoS)控制以及基于数据流的计费等。PCRF将其制定的策略和计费规则发送给策略和计费执行功能实体(Policy and Control Enforcement Function，简称为PCEF)执行；同时，PCRF还需要保证这些规则和用户的签约信息一致。其中，PCRF制定策略和计费规则的依据包括：从AF获得的与业务相关的信息、从用户签约数据库(SubscriptionProfile Repository，简称为SPR)获得的与策略控制和计费相关的用户策略计费控制签约信息、以及通过Gx接口从PCEF获得的与承载相关网络的信息。

PCEF通常位于网关(Gate-Way，简称为GW)内，在承载面执行PCRF所制定的策略和计费规则。PCEF按照PCRF发送的规则中的业务数据流过滤器对业务数据流进行检测，进而对这些业务数据流执行PCRF所制定的策略和计费规则；在承载建立时，PCEF按照PCRF发送的规则进行资源分配，并根据AF提供的信息进行门控控制；同时，PCEF根据PCRF订阅的事件触发上报承载网络上发生的事件；根据PCRF发送的计费规则，PCEF执行相应的业务数据流计费操作，计费可以是在线计费，也可以是离线计费。如果是在线计费，则PCEF需要和在线计费***(Online Charging System，简称为OCS)一起进行信用管理；在离线计费时，PCEF和离线计费***(Offline Charging System，简称为OFCS)之间交换相关的计费信息。其中，PCEF与PCRF之间的接口是Gx接口，PCEF与OCS之间的接口是Gy接口，PCEF与OFCS之间的接口是Gz接口。PCEF也可以具有TDF。PCEF可以根据本地配置或是PCRF下发的包含应用检测控制策略的PCC规则进行应用检测并进行策略执行(如门控、重定向和带宽限制)。PCEF一般都位于网络的网关上，如EPS的分组数据网络网关(PDN-GW)、通用无线分组业务(General Packet Radio Service，简称为GPRS)中的GPRS网关支持节点(GatewayGPRS Support Node，简称为GGSN)以及I-WLAN中的分组数据网关(Packet Data Gateway，简称为PDG)等。

当然，TDF也可以独立部署，在其独立部署的情况下，TDF与PCRF通过Sd接口连接，TDF可以根据预先配置的或PCRF下发的应用检测控制(Application Detection and Control，简称为ADC)规则进行应用检测和策略执行。

承载绑定和事件报告功能实体(Bearer Binding and Event Reporting Function，简称为BBERF)通常位于接入网网关(Access Network Gateway)内。比如：当用户设备通过E-UTRAN接入EPS、服务网关S-GW与P-GW之间采用代理移动互联网协议版本6(Proxy Mobile InternetProtocol version 6，简称为PMIPv6)时，S-GW中就存在BBERF。当用户设备通过可信任非3GPP接入网接入时，可信任非3GPP接入网关中也存在BBERF。

SPR存储有与策略控制和计费相关的用户策略计费控制签约信息，其中，SPR和PCRF之间的接口是Sp接口。OCS和PCEF共同完成在线计费方式下用户信用的控制和管理；OFCS与PCEF共同完成离线计费方式下的计费操作。

图2为现有IP-CAN会话过程中，TDF与PCRF建立TDF会话的流程示意图，其中，TDF为非请求上报模式。如图2所示，包括步骤S201至步骤S214：

步骤S201，在UE请求建立IP-CAN会话的过程中，PCEF位于的网关接收到IP-CAN会话建立请求消息，其中，在该IP-CAN会话建立请求消息中携带有用户标识和请求接入的PDN网络的PDN标识。

步骤S202，PCEF向PCRF发送IP-CAN会话建立指示消息，其中，该IP-CAN会话建立指示消息中携带用户标识、PDN标识以及为UE分配的IPv6地址前缀。

步骤S203，PCRF根据用户标识判断出还没有该用户的签约信息后，向SPR发送签约文档请求，并在该签约文档请求中携带用户标识和PDN标识。

步骤S204，SPR根据用户标识和PDN标识返回对应的用户签约信息(通过签约文档应答返回)。

步骤S205，PCRF根据返回的用户签约信息、网络策略、UE的接入信息等制定策略决策。其中，可以包括制定PCC规则和事件触发器。

步骤S206，PCRF向PCEF发送IP-CAN会话建立确认消息，其中，该IP-CAN会话建立确认消息中携带PCC规则和事件触发器。

步骤S207，PCEF安装策略，PCEF位于的网关向UE返回IP-CAN会话建立应答，其中，该IP-CAN会话建立应答中携带有IPv6地址前缀。

步骤S208，若网络支持双栈，PCEF位于的网关或外部的其他网元根据UE的请求又分配了一个IPv4地址。

步骤S209，PCEF向PCRF发送IP-CAN会话修改指示，其中，携带IPv4地址，以通知PCRF该IP-CAN会话又有了一个IPv4地址。

步骤S210，PCRF向PCEF返回IP-CAN会话修改指示的确认消息。

经过图2所示的流程，UE可以根据IPv6地址前缀构造IPv6地址，并且采用IPv6、IPv4地址进行业务访问。

步骤S211，TDF根据预配置的ADC规则对流经它的数据流进行检测。当TDF检测到上述IPv4地址(该地址是在步骤S208中分配的)的一个应用需要上报时，则TDF向PCRF发送TDF会话建立消息(由于该IPv4对应的TDF会话还没有建立)，在该TDF会话建立消息中携带该IPv4地址，以及检测到的应用标识。若检测到的应用的流描述信息是可推导的，则TDF还在建立消息中携带流描述信息。PCRF根据从PCEF获得的IPv4地址和从TDF获得的IPv4地址，将TDF会话与IP-CAN会话进行关联。PCRF可根据TDF上报的应用信息更新该IP-CAN会话的相关策略。

步骤S212，PCRF返回TDF会话建立消息的确认消息；

步骤S213，在TDF收到步骤212消息之前，TDF检测到上述地址(该IPv6地址是步骤S207中UE根据IPv6地址前缀构造的)的一个应用需要上报，则TDF向PCRF发送TDF会话建立消息(由于该IPv6对应的TDF会话还没有建立)，在该TDF会话建立消息中携带该IPv6地址，以及检测到的应用标识。若检测到的应用的流描述信息是可推导的，则TDF还在建立消息中携带流描述信息。PCRF根据从PCEF获得的IPv6地址前缀和从TDF获得的IPv6地址，将TDF会话与IP-CAN会话进行关联。PCRF可根据TDF上报的应用信息更新该IP-CAN会话的相关策略。

步骤S214，PCRF返回TDF会话建立消息的确认消息。

上述步骤执行的场景不同，则TDF位置不同。对于家乡路由漫游场景，TDF位于归属地，TDF与H-PCRF建立TDF会话；对于本地疏导漫游场景，TDF位于拜访地，TDF与V-PCRF建立TDF会话。

上述流程会导致一个结果，即一个IP-CAN会话同时存在两个TDF会话，并且针对同一个IP-CAN会话的业务检测需要通过不同的TDF会话上报，即浪费了***的资源，也增加了交互过程中的信令开销。

此外，对于网络支持IPv6 prefix delegation(即网络支持分配短前缀)，UE根据该IPv6 prefix构造两个或两个以上的IPv6地址进行业务访问时，由于TDF无法判断这些IPv6地址是否属于同一个IP-CAN会话，因此也会存在一个IP-CAN会话同时存在两个或两个以上TDF会话的情况。从而导致针对同一个IP-CAN会话的业务检测需要通过不同的TDF会话上报，即浪费了***的资源，也增加了交互过程中的信令开销。

若网络同时支持双栈和IPv6 prefix delegation，则可能会出现一个IPv4的TDF会话和多个IPv6 TDF会话关联到一个IP-CAN会话的情况。

发明内容

本发明提供了一种TDF会话的处理方法及PCRF，以至少解决相关技术中一个IP-CAN会话同时存在两个TDF会话，浪费了***的资源，且针对同一个IP-CAN会话的业务检测需要通过不同的TDF会话上报，增加了交互过程中的信令开销的问题。

根据本发明的一个方面，提供了一种TDF会话的处理方法，包括：PCRF接收来自TDF的TDF会话建立消息，其中，所述TDF会话建立消息携带用户设备UE的第一地址；所述PCRF判断所述第一地址对应的IP-CAN会话是否存在一个已建立的第二地址的TDF会话；如果存在，则所述PCRF向所述TDF返回第一地址的TDF会话建立拒绝消息。

优选地，所述第一地址为IPv4地址，所述第二地址为IPv6地址；或所述第一地址为IPv6地址，所述第二地址为IPv4地址；或所述第一个地址和第二地址均为IPv6地址。

优选地，在PCRF接收来自TDF的TDF会话建立消息之前，还包括：所述TDF根据预置的应用检测控制ADC规则对流经的数据流进行检测；当检测到所述第一地址对应的应用需要上报时，则所述TDF向所述PCRF发送所述TDF会话建立消息，其中，所述TDF会话建立消息中携带检测到的与所述第一地址对应的应用信息。

优选地，若所述检测到的与第一地址对应的应用的流描述信息是可推导的，则所述TDF会话建立消息中还携带流描述信息。

优选地，PCRF接收来自TDF的TDF会话建立消息之后，还包括：所述PCRF根据已从PCEF获得的第一地址和所述TDF会话建立消息携带的第一地址，将所述TDF会话建立消息与所述IP-CAN会话关联；或者所述PCRF根据从PCEF获得的第一地址对应的地址前缀和所述TDF会话建立消息携带的第一地址，将所述TDF会话建立消息与所述IP-CAN会话关联。

优选地，所述第一地址的TDF会话建立拒绝消息中携带拒绝的原因值，其中，所述原因值为所述IP-CAN会话的TDF会话已经建立。

优选地，在所述PCRF向所述TDF返回第一地址的TDF会话建立拒绝消息之后，还包括：所述TDF通过所述第二地址的TDF会话向所述PCRF发送TDF会话修改消息，其中，所述TDF会话修改消息携带第一地址和/或第一地址对应的应用信息。

优选地，所述TDF通过所述第二地址的TDF会话上报与第一地址和/或第二地址相关的应用信息。

根据本发明的另一方面，提供了一种PCRF，包括：接收模块，用于接收来自业务检测功能TDF的TDF会话建立消息，其中，所述TDF会话建立消息携带用户设备UE的第一地址；判断模块，用于判断所述第一地址对应的IP-CAN会话是否存在一个已建立的第二地址的TDF会话；第一返回模块，用于在所述第一地址对应的IP-CAN会话存在一个已建立的第二地址的TDF会话的情况下，向所述TDF返回第一地址的TDF会话建立拒绝消息。

优选地，所述PCRF的所述第一地址为IPv4地址，所述第二地址为IPv6地址；或所述第一地址为IPv6地址，所述第二地址为IPv4地址；或所述第一个地址和第二地址均为IPv6地址。

优选地，所述PCRF还包括：关联模块，用于根据从策略和计费执行功能实体PCEF获得的第一地址和从所述TDF会话建立消息中携带的第一地址，将所述TDF会话建立消息与所述IP-CAN会话关联；或者用于根据从PCEF获得的第一地址对应的地址前缀和所述TDF会话建立消息携带的第一地址，将所述TDF会话建立消息与所述IP-CAN会话关联。

优选地，所述TDF会话拒绝消息中携带拒绝的原因值，其中，所述原因值为所述IP-CAN会话的TDF会话已经建立。

通过本发明，采用了如下方法：PCRF接收来自TDF的TDF会话建立消息，其中，TDF会话建立消息携带用户设备UE的第一地址；PCRF判断第一地址对应的IP-CAN会话是否存在一个已建立的第二地址的TDF会话；如果存在，则PCRF向TDF返回第一地址的TDF会话拒绝消息，其中，第一地址为IPv4地址，第二地址为IPv6地址；或第一地址为IPv6地址，第二地址为IPv4地址；或者或所述第一个地址和第二地址均为IPv6地址，上述方法即在建立一个新的TDF会话流程前，先检测当前申请地址对应的IP-CAN会话内是否已经建立了一个TDF会话，如果已经建立了一个TDF会话，则拒绝当前请求，不再建立新的TDF会话。通过运用上述方法，解决了相关技术中一个IP-CAN会话同时存在两个TDF会话，浪费了***的资源，且针对同一个IP-CAN会话的业务检测需要通过不同的TDF会话上报，增加了交互过程中的信令开销的问题，进而实现了只建立一个TDF会话的场景，并且对同一个IP-CAN会话的业务检测可以通过已建立的一个TDF会话进行上报，节约了***资源的同时还减少了交互过程中的信令开销，提高了***的资源利用率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的Rel-11的PCC组成架构的示意图；

图2是根据相关技术的IP-CAN会话下TDF与PCRF建立TDF会话的流程图；

图3是根据本发明实施例的TDF会话的处理方法的流程图；

图4是根据本发明优选实施例一的TDF会话的处理方法的流程图；

图5是根据本发明优选实施例二的TDF会话的处理方法的流程图；

图6是根据本发明优选实施例三的TDF会话的处理方法的流程图；

图7是根据本发明实施例的PCRF的结构框图一；以及

图8是根据本发明实施例的PCRF的结构框图二。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

基于相关技术中一个IP-CAN会话同时存在两个TDF会话，浪费了***的资源，且针对同一个IP-CAN会话的业务检测需要通过不同的TDF会话上报，也增加了交互过程中的信令开销的问题，本发明提供了一种TDF会话的处理方法，该方法的流程如图3所示，包括步骤S302至步骤S306：

步骤S302，PCRF接收来自TDF的TDF会话建立消息，其中，TDF会话建立消息携带用户设备UE的第一地址；

步骤S304，PCRF判断第一地址对应的IP-CAN会话是否存在一个已建立的第二地址的TDF会话；

步骤S306，如果存在，则PCRF向TDF返回第一地址的TDF会话建立拒绝消息。

通过运用本实施例，即在建立一个新的TDF会话流程前，先检测当前申请地址对应的IP-CAN会话内是否已经建立了一个TDF会话，如果已经建立了一个TDF会话，则拒绝当前请求，不再建立新的TDF会话，解决了相关技术中一个IP-CAN会话同时存在两个TDF会话，浪费了***的资源，且针对同一个IP-CAN会话的业务检测需要通过不同的TDF会话上报，增加了交互过程中的信令开销的问题，进而实现了只建立一个TDF会话的场景，并且对同一个IP-CAN会话的业务检测可以通过已建立的一个TDF会话进行上报，节约了***资源的同时还减少了交互过程中的信令开销，提高了***的资源利用率。

在本实施的执行过程中，因为第一地址与第二地址可以为相同的地址，也可以为相同的地址，即第一地址为IPv4地址，第二地址为IPv6地址；或第一地址为IPv6地址，第二地址为IPv4地址；或者或第一个地址和第二地址均为IPv6地址。针对不同的情况，可以分为以下三种情况：

第一种：PCRF收到携带用户设备IPv4地址的TDF会话建立消息，若PCRF判断该IPv4地址对应的IP-CAN会话具有一个IPv6地址相关的TDF会话，则PCRF向TDF返回建立拒绝消息。

第二种：PCRF收到携带用户设备IPv6地址的TDF会话建立消息，若PCRF判断该IPv6地址对应的IP-CAN会话具有一个IPv4地址相关的TDF会话，则PCRF向TDF返回建立拒绝消息。

第三种：PCRF收到携带用户设备IPv6地址的TDF会话建立消息，若PCRF判断该IPv6地址对应的IP-CAN会话还具有一个IPv6地址相关的TDF会话，则PCRF向TDF返回建立拒绝消息。

虽然地址的种类相同或不同，但本发明实施例的思想是一致的，即在一个地址请求建立一个TDF会话前，在该地址所在的IP-CAN会话中进行检测，判断该IP-CAN会话中是否还存在其他地址对应的TDF会话，如果存在，则拒绝当前地址建立新的TDF会话的请求，并利用已建立的TDF会话进行应用信息的上报。

在PCRF接收来自TDF的TDF会话建立消息之前，TDF根据预置的ADC规则对流经的数据流进行检测；当检测到第一地址对应的应用需要上报时，则TDF向PCRF发送TDF会话建立消息，其中，TDF会话建立消息中携带检测到的与第一地址对应的应用信息。若检测到的与第一地址对应的应用的流描述信息是可推导的，则TDF会话建立消息中还携带流描述信息。

在具体实施的过程中，如果TDF检测到IPv4地址对应的应用需要上报时，则TDF像PCRF发送TDF会话建立消息。在TDF会话建立消息中，可以携带与IPv4地址需要上报的应用信息，例如该应用信息的应用标识。如果IPv4地址对应的应用的流描述信息是可推导的(即定向的，不经常变化的，有推导方向的)，则TDF会话建立消息中还携带流描述信息，用于对该数据流进行描述。当TDF检测到IPv6地址对应的应用需要上报时，其执行的流程与IPv4地址相似，此处不再赘述。

在步骤S302执行之后，PCRF根据已从PCEF获得的第一地址和从TDF获得的第一地址建立第一地址的TDF会话与IP-CAN会话的关联，并根据TDF上报的应用信息更新IP-CAN会话的相关策略。例如，从PCEF和TDF处获得的都是IPv4地址，则将PCEF处得到的IPv4地址、IPv4地址对应的TDF会话与一个IP-CAN会话进行关联。在IPv4地址对应的TDF会话与一个IP-CAN会话关联成功后，根据TDF上报的应用信息更新该IP-CAN会话的相关策略，提供了一种更新机制，提升了***的性能。

在步骤S306的执行过程中，第一地址的TDF会话拒绝消息中可以携带拒绝的原因值及已建立的第二地址的TDF会话的会话标识。在步骤S306执行之后，还可以进一步进行如下的优化处理：TDF通过已建立的第二地址的TDF会话向PCRF发送TDF会话修改消息，其中，TDF会话修改消息携带第一地址和第一地址对应的应用信息。作为应答，PCRF向TDF返回TDF会话修改确认消息。

通过上述认证，则TDF可以通过已建立的第二地址的TDF会话上报第一地址相关的应用信息和第二地址相关的应用信息，或者其中的任意一种。通过上述实施例，可以达到节约资源，降低信令开销的效果。

下面结合优选实施例对本发明实施例进行进一步说明。

优选实施例一

如图4所示，TDF设置为独立部署。对于家乡路由漫游场景，图4中的PCRF即为H-PCRF；对于本地疏导漫游场景，图4中的PCRF即为V-PCRF。在本优选实施例中，PCRF先收到IPv4地址相关的TDF会话建立消息，该TDF会话的处理方法包括步骤S402至步骤S414：

步骤S402，UE建立IP-CAN会话，获得IPv4和IPv6地址。该步骤的具体执行过程可以是图2中的步骤S201-步骤S210。UE可以根据获得的IPv4地址和IPv6地址进行业务(应用)的访问。

步骤S404，TDF根据预配置的ADC规则对流经它的数据流进行检测。当TDF检测到上述IPv4地址的一个应用需要上报，则TDF向PCRF发送TDF会话建立消息(由于该IPv4对应的TDF会话还没有建立)，在该TDF会话建立消息中携带该IPv4地址，以及检测到的应用信息，例如应用标识。若检测到的应用的流描述信息是可推导的，则TDF还在建立消息中携带流描述信息。PCRF根据从PCEF获得的IPv4地址和从TDF获得的IPv4地址，将TDF会话与IP-CAN会话进行关联。PCRF可根据TDF上报的应用信息更新该IP-CAN会话的相关策略。

步骤S406，PCRF返回TDF会话建立的确认消息，并在确认消息中返回该IP-CAN会话的IPv6前缀。

此处将步骤S404和步骤S406建立的TDF会话表示为TDF session1。

步骤S408，TDF在发送步骤S404消息同时或之后，在收到步骤S406消息之前，TDF检测到上述IPv6地址的一个应用需要上报，则TDF向PCRF发送TDF会话建立消息(由于该IPv6对应的TDF会话还没有建立)，在该TDF会话建立消息中携带该IPv6地址，以及检测到的应用信息，例如应用标识。若检测到的应用的流描述信息是可推导的，则TDF还在建立消息中携带流描述信息。PCRF根据从PCEF获得的IPv6地址前缀和从TDF获得的IPv6地址(TDF会话建立消息中携带的IPv6地址)，将TDF会话与IP-CAN会话进行关联(即将TDF会话建立消息与IP-CAN会话进行关联)。

步骤S410，PCRF判断该IP-CAN会话相关的一个TDF会话已经建立(与IPv4地址相关)。因此PCRF拒绝TDF会话建立，并且确认消息中携带原因值，通知TDF该IP-CAN会话相关的一个TDF会话已经建立，同时还可以携带TDF session1的会话标识。

步骤S412，可选地，TDF通过TDF session1向PCRF发送TDF会话修改消息，在消息中携带IPv6地址和/或步骤S408中上报的应用信息。

步骤S414，PCRF向TDF返回TDF会话修改消息的确认消息。

在步骤S414执行完成后，TDF通过TDF session1上报IPv4地址和IPv6地址相关的应用信息。

优选实施例二

图5中的TDF设置为独立部署。在不同场景下，PCRF存在一定区别。对于家乡路由漫游场景，图5中的PCRF即为H-PCRF；对于本地疏导漫游场景，图5中的PCRF即为V-PCRF。在本优选实施例中，PCRF先收到IPv6地址相关的TDF会话建立消息，该方法包括步骤S502至步骤S514：

步骤S502，UE建立IP-CAN会话，获得IPv4和IPv6地址。该步骤的具体执行过程可以是图2中的步骤S201-步骤S210。UE可以根据获得的IPv4地址和IPv6地址进行业务(应用)的访问。

步骤S504，TDF根据预配置的ADC规则对流经它的数据流进行检测。当TDF检测到上述IPv6地址的一个应用需要上报，则TDF向PCRF发送TDF会话建立消息(由于该IPv6对应的TDF会话还没有建立)，在该TDF会话建立消息中携带该IPv6地址，以及检测到的应用信息，例如应用标识。若检测到的应用的流描述信息是可推导的，则TDF还在建立消息中携带流描述信息。PCRF根据从PCEF获得的IPv6前缀和从TDF获得的IPv6地址，将TDF会话与IP-CAN会话进行关联。PCRF可根据TDF上报的应用信息更新该IP-CAN会话的相关策略。

步骤S506，PCRF返回TDF会话建立的确认消息，并在确认消息中返回该IP-CAN会话的IPv6前缀和IPv4地址；

此处将步骤S504和步骤S506建立的TDF会话表示为TDF session1。

步骤S508，TDF在发送步骤S504消息同时或之后，在收到步骤S506消息之前，TDF检测到上述IPv4地址的一个应用需要上报，则TDF向PCRF发送TDF会话建立消息(由于该IPv4对应的TDF会话还没有建立)，在该TDF会话建立消息中携带该IPv4地址，以及检测到的应用信息，如应用标识。若检测到的应用的流描述信息是可推导的，则TDF还在建立消息中携带流描述信息。PCRF根据从PCEF获得的IPv4地址和从TDF获得的IPv4地址(TDF会话建立消息中携带的IPv4地址)，将TDF会话与IP-CAN会话进行关联(即将TDF会话建立消息与IP-CAN会话进行关联)。

步骤S510，PCRF判断该IP-CAN会话相关的一个TDF会话已经建立(与IPv6地址相关)。因此PCRF拒绝TDF会话建立，并且确认消息中携带原因值，通知TDF该IP-CAN会话相关的一个TDF会话已经建立，同时还可以携带TDF session1的会话标识。

步骤S512，可选地，TDF通过TDF session1向PCRF发送TDF会话修改消息，在消息中携带IPv4地址和/或步骤S508中上报的应用信息。

步骤S514，PCRF向TDF返回TDF会话修改消息的确认消息。

在步骤S514执行完成后，TDF通过TDF session1上报IPv4地址和IPv6地址相关的应用信息。

优选实施例三

图6中的TDF设置为独立部署。在不同场景下，PCRF存在一定区别。对于家乡路由漫游场景，图6中的PCRF即为H-PCRF；对于本地疏导漫游场景，图6中的PCRF即为V-PCRF。在本优选实施例中，PCRF先收到IPv6地址相关的TDF会话建立消息，该方法包括步骤S602至步骤S614：

步骤S602，UE建立IP-CAN会话，获得IPv4和IPv6地址。该步骤的具体执行过程可以是图2中的步骤S201-步骤S210。UE可以根据获得IPv6短前缀(前缀长度小于64位)，构造多个IPv6地址进行业务(应用)的访问(本实施例中以构造两个IPv6地址为例进行说明，分别表示为IPv6地址1和IPv6地址2)。

步骤S604，TDF根据预配置的ADC规则对流经它的数据流进行检测。当TDF检测到IPv6地址1的一个应用需要上报，则TDF向PCRF发送TDF会话建立消息(由于该IPv6对应的TDF会话还没有建立)，在该TDF会话建立消息中携带该IPv6地址1，以及检测到的应用信息，例如应用标识。若检测到的应用的流描述信息是可推导的，则TDF还在建立消息中携带流描述信息。PCRF根据从PCEF获得的IPv6前缀和从TDF获得的IPv6地址1，将TDF会话与IP-CAN会话进行关联。PCRF可根据TDF上报的应用信息更新该IP-CAN会话的相关策略。

步骤S606，PCRF返回TDF会话建立的确认消息，并在确认消息中返回该IP-CAN会话的IPv6前缀；

此处将步骤S604和步骤S606建立的TDF会话表示为TDF session1。

步骤S608，TDF在发送步骤S604消息同时或之后，在收到步骤S606消息之前，TDF检测到IPv6地址2的一个应用需要上报，则TDF向PCRF发送TDF会话建立消息(由于该IPv6地址2对应的TDF会话还没有建立)，在该TDF会话建立消息中携带该IPv6地址2，以及检测到的应用信息，如应用标识。若检测到的应用的流描述信息是可推导的，则TDF还在建立消息中携带流描述信息。PCRF根据从PCEF获得的IPv6地址前缀和从TDF获得的IPv6地址2(TDF会话建立消息中携带的IPv6地址2)，将TDF会话与IP-CAN会话进行关联(即将TDF会话建立消息与IP-CAN会话进行关联)。

步骤S610，PCRF判断该IP-CAN会话相关的一个TDF会话已经建立(与IPv6地址1相关)。因此PCRF拒绝TDF会话建立，并且确认消息中携带原因值，通知TDF该IP-CAN会话相关的一个TDF会话已经建立，同时还可以携带TDF session1的会话标识。

步骤S612，可选地，TDF通过TDF session1向PCRF发送TDF会话修改消息，在消息中携带IPv6地址2和/或步骤S608中上报的应用信息。

步骤S614，PCRF向TDF返回TDF会话修改消息的确认消息。

在步骤S614执行完成后，TDF通过TDF session1上报IPv6地址1和IPv6地址2相关的应用信息。

对于同时支持双栈和IPv6 prefix delegation的场景，实现方案也是类似。

根据本发明的另一方面，本发明实施例还提供了一种PCRF，如图7所示，该PCRF包括：接收模块10，用于接收来自业务检测功能TDF的TDF会话建立消息，其中，TDF会话建立消息携带用户设备UE的第一地址；判断模块20，与接收模块10耦合，用于判断第一地址对应的IP-CAN会话是否存在一个已建立的第二地址的TDF会话；返回模块30，与判断模块20耦合，用于在第一地址对应的IP-CAN会话存在一个已建立的第二地址的TDF会话的情况下，向TDF返回第一地址的TDF会话建立拒绝消息，其中，PCRF的第一地址为IPv4地址，第二地址为IPv6地址；或第一地址为IPv6地址，第二地址为IPv4地址；或者或第一个地址和第二地址均为IPv6地址。

为了进一步优化PCRF，还可以包括图8所示的关联模块40，与接收模块10耦合，用于根据已从PCEF获得的第一地址和从TDF会话建立消息中携带的第一地址，将TDF会话建立消息与IP-CAN会话关联；还用于根据从PCEF获得的第一地址对应的地址前缀和TDF会话建立消息携带的第一地址，将TDF会话建立消息与IP-CAN会话关联。

根据本发明的另一方面，本发明实施例还提供了一种TDF，用于与PCRF进行交互，在PCRF的接收模块10接收TDF会话建立消息之前，TDF根据预置的应用检测控制ADC规则对流经的数据流进行检测；当检测到第一地址对应的应用需要上报时，则TDF向PCRF发送TDF会话建立消息，其中，TDF会话建立消息中携带检测到的与第一地址对应的应用信息。其中，若检测到的与第一地址对应的应用的流描述信息是可推导的，则TDF会话建立消息中还携带流描述信息。

在PCRF的返回模块30返回第一地址的TDF会话拒绝消息之后，TDF通过已建立的第二地址的TDF会话向PCRF发送TDF会话修改消息，其中，TDF会话修改消息携带第一地址和第一地址对应的应用信息。

从以上的描述中，可以看出，本发明实现了如下技术效果：

通过运用本发明上述实施例，解决了相关技术中一个IP-CAN会话同时存在两个TDF会话，浪费了***的资源，且针对同一个IP-CAN会话的业务检测需要通过不同的TDF会话上报，增加了交互过程中的信令开销的问题，进而实现了只建立一个TDF会话的场景，并且对同一个IP-CAN会话的业务检测可以通过已建立的一个TDF会话进行上报，节约了***资源的同时还减少了交互过程中的信令开销，提高了***的资源利用率。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种业务检测功能TDF会话的处理方法，其特征在于，包括：

策略和计费规则功能实体PCRF接收来自TDF的TDF会话建立消息，其中，所述TDF会话建立消息携带用户设备UE的第一地址；

所述PCRF判断所述第一地址对应的IP-CAN会话是否存在一个已建立的第二地址的TDF会话；

如果存在，则所述PCRF向所述TDF返回TDF会话建立拒绝消息。

2.根据权利要求1所述的方法，其特征在于，所述第一地址为IPv4地址，所述第二地址为IPv6地址；或所述第一地址为IPv6地址，所述第二地址为IPv4地址；或所述第一个地址和所述第二地址均为IPv6地址。

3.根据权利要求2所述的方法，其特征在于，在PCRF接收来自TDF的TDF会话建立消息之前，还包括：

所述TDF根据预置的应用检测控制ADC规则对流经的数据流进行检测；

当检测到所述第一地址对应的应用需要上报时，则所述TDF向所述PCRF发送所述TDF会话建立消息，其中，所述TDF会话建立消息中携带检测到的与所述第一地址对应的应用信息。

4.根据权利要求3所述的方法，其特征在于，若所述检测到的与第一地址对应的应用的流描述信息是可推导的，则所述TDF会话建立消息中还携带流描述信息。

5.根据权利要求1所述的方法，其特征在于，PCRF接收来自TDF的TDF会话建立消息之后，还包括：

所述PCRF根据从策略和计费执行功能实体PCEF获得的所述第一地址和所述TDF会话建立消息携带的所述第一地址，将所述TDF会话建立消息与所述IP-CAN会话关联；

或者所述PCRF根据从PCEF获得的所述第一地址对应的地址前缀和所述TDF会话建立消息携带的所述第一地址，将所述TDF会话建立消息与所述IP-CAN会话关联。

6.根据权利要求1所述的方法，其特征在于，所述TDF会话建立拒绝消息中携带拒绝的原因值，其中，所述原因值为所述IP-CAN会话的TDF会话已经建立。

7.根据权利要求6所述的方法，其特征在于，在所述PCRF向所述TDF返回TDF会话建立拒绝消息之后，还包括：

所述TDF通过所述第二地址的TDF会话向所述PCRF发送TDF会话修改消息，其中，所述TDF会话修改消息携带所述第一地址和/或所述第一地址对应的应用信息。

8.根据权利要求1或7所述的方法，其特征在于，所述TDF通过所述第二地址的TDF会话上报与所述第一地址和/或所述第二地址相关的应用信息。

9.一种策略控制和计费规则功能实体PCRF，其特征在于，包括：

接收模块，用于接收来自业务检测功能TDF的TDF会话建立消息，其中，所述TDF会话建立消息携带用户设备UE的第一地址；

判断模块，用于判断所述第一地址对应的IP-CAN会话是否存在一个已建立的第二地址的TDF会话；

返回模块，用于在所述第一地址对应的IP-CAN会话存在一个已建立的所述第二地址的TDF会话的情况下，向所述TDF返回TDF会话建立拒绝消息。

10.根据权利要求9所述的PCRF，其特征在于，所述PCRF的所述第一地址为IPv4地址，所述第二地址为IPv6地址；或所述第一地址为IPv6地址，所述第二地址为IPv4地址；或所述第一个地址和所述第二地址均为IPv6地址。

11.根据权利要求9所述的PCRF，其特征在于，所述PCRF还包括：

关联模块，用于根据从策略和计费执行功能实体PCEF获得的所述第一地址和从所述TDF会话建立消息中携带的所述第一地址，将所述TDF会话建立消息与所述IP-CAN会话关联；或者用于根据从PCEF获得的所述第一地址对应的地址前缀和所述TDF会话建立消息携带的所述第一地址，将所述TDF会话建立消息与所述IP-CAN会话关联。

12.根据权利要求11所述的PCRF，其特征在于，所述TDF会话拒绝消息中携带拒绝的原因值，其中，所述原因值为所述IP-CAN会话的TDF会话已经建立。

Images