买专利卖专利找龙图腾，真高效！ 查专利查商标用IPTOP,全免费！专利年费监控用IP管家,真方便！

申请/专利权人：中兴通讯股份有限公司

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

主权项：1.一种业务检测功能TDF会话的处理方法，其特征在于，包括：策略和计费规则功能实体PCRF接收来自TDF的TDF会话建立消息，其中，所述TDF会话建立消息携带用户设备UE的第一地址；所述PCRF判断所述第一地址对应的IP‑CAN会话是否存在一个已建立的第二地址的TDF会话；如果存在，则所述PCRF向所述TDF返回TDF会话建立拒绝消息；其中，在PCRF接收来自TDF的TDF会话建立消息之前，还包括：所述TDF根据预置的应用检测控制ADC规则对流经的数据流进行检测；当检测到所述第一地址对应的应用需要上报时，则所述TDF向所述PCRF发送所述TDF会话建立消息，其中，所述TDF会话建立消息中携带检测到的与所述第一地址对应的应用信息。

全文数据：TDF会话的处理方法及PCRF技术领域本发明涉及通信领域，具体而言，涉及一种业务检测功能TrafficDetectionFunction，简称为TDF会话的处理方法及策略控制和计费规则功能实体PolicyandChargingRulesFunction，简称为PCRF。背景技术自第三代合作伙伴计划阶段73GPPRelease7标准体系建立以来，策略和计费功能由策略和计费控制PolicyandChargingControl，简称为PCC框架来实现。PCC架构是一个能够应用于多种接入技术的功能框架，例如，PCC架构可以应用于通用移动通信系统UniversalMobileTelecommunicationsSystem，简称为UMTS的陆上无线接入网UMTSTerrestrialRadioAccessNetwork，简称为UTRAN、全球移动通信系统GlobalsystemforMobileCommunication，简称为GSMGSM数据增强演进EnhancedDataRateforGSMEvolution，简称为EDGE无线接入网、互通无线局域网InterworkingWLAN，简称为I-WLAN以及演进的分组系统EvolvedPacketSystem，简称为EPS等。PCC主要实现了策略控制和计费两大功能。图1为现有Rel-11的PCC组成架构的示意图，以下对图1所示的PCC架构中的各个逻辑功能实体及其接口功能进行描述。如图1所示：应用功能AF，用于提供业务应用的接入点，这些业务应用所使用的网络资源需要进行动态的策略控制。在业务面进行参数协商时，AF将相关业务信息传递给PCRF。如果这些业务信息与PCRF的策略相一致，则PCRF接受该协商；否则，PCRF拒绝该协商，并在反馈时给出PCRF可接受的业务参数。随后，AF可将这些参数返回给用户设备UserEquipment，简称为UE。其中，AF和PCRF之间的接口是Rx接口。PCRF是PCC的核心，用于负责策略决策和计费规则的制定。PCRF提供基于业务数据流的网络控制规则，这些网络控制包括业务数据流的检测、门控GatingControl、服务质量QualityofService，简称为QoS控制以及基于数据流的计费等。PCRF将其制定的策略和计费规则发送给策略和计费执行功能实体PolicyandControlEnforcementFunction，简称为PCEF执行；同时，PCRF还需要保证这些规则和用户的签约信息一致。其中，PCRF制定策略和计费规则的依据包括：从AF获得的与业务相关的信息、从用户签约数据库SubscriptionProfileRepository，简称为SPR获得的与策略控制和计费相关的用户策略计费控制签约信息、以及通过Gx接口从PCEF获得的与承载相关网络的信息。PCEF通常位于网关Gate-Way，简称为GW内，在承载面执行PCRF所制定的策略和计费规则。PCEF按照PCRF发送的规则中的业务数据流过滤器对业务数据流进行检测，进而对这些业务数据流执行PCRF所制定的策略和计费规则；在承载建立时，PCEF按照PCRF发送的规则进行资源分配，并根据AF提供的信息进行门控控制；同时，PCEF根据PCRF订阅的事件触发上报承载网络上发生的事件；根据PCRF发送的计费规则，PCEF执行相应的业务数据流计费操作，计费可以是在线计费，也可以是离线计费。如果是在线计费，则PCEF需要和在线计费系统OnlineChargingSystem，简称为OCS一起进行信用管理；在离线计费时，PCEF和离线计费系统OfflineChargingSystem，简称为OFCS之间交换相关的计费信息。其中，PCEF与PCRF之间的接口是Gx接口，PCEF与OCS之间的接口是Gy接口，PCEF与OFCS之间的接口是Gz接口。PCEF也可以具有TDF。PCEF可以根据本地配置或是PCRF下发的包含应用检测控制策略的PCC规则进行应用检测并进行策略执行如门控、重定向和带宽限制。PCEF一般都位于网络的网关上，如EPS的分组数据网络网关PDN-GW、通用无线分组业务GeneralPacketRadioService，简称为GPRS中的GPRS网关支持节点GatewayGPRSSupportNode，简称为GGSN以及I-WLAN中的分组数据网关PacketDataGateway，简称为PDG等。当然，TDF也可以独立部署，在其独立部署的情况下，TDF与PCRF通过Sd接口连接，TDF可以根据预先配置的或PCRF下发的应用检测控制ApplicationDetectionandControl，简称为ADC规则进行应用检测和策略执行。承载绑定和事件报告功能实体BearerBindingandEventReportingFunction，简称为BBERF通常位于接入网网关AccessNetworkGateway内。比如：当用户设备通过E-UTRAN接入EPS、服务网关S-GW与P-GW之间采用代理移动互联网协议版本6ProxyMobileInternetProtocolversion6，简称为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会话上报，即浪费了系统的资源，也增加了交互过程中的信令开销。此外，对于网络支持IPv6prefixdelegation即网络支持分配短前缀，UE根据该IPv6prefix构造两个或两个以上的IPv6地址进行业务访问时，由于TDF无法判断这些IPv6地址是否属于同一个IP-CAN会话，因此也会存在一个IP-CAN会话同时存在两个或两个以上TDF会话的情况。从而导致针对同一个IP-CAN会话的业务检测需要通过不同的TDF会话上报，即浪费了系统的资源，也增加了交互过程中的信令开销。若网络同时支持双栈和IPv6prefixdelegation，则可能会出现一个IPv4的TDF会话和多个IPv6TDF会话关联到一个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会话表示为TDFsession1。步骤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会话已经建立，同时还可以携带TDFsession1的会话标识。步骤S412，可选地，TDF通过TDFsession1向PCRF发送TDF会话修改消息，在消息中携带IPv6地址和或步骤S408中上报的应用信息。步骤S414，PCRF向TDF返回TDF会话修改消息的确认消息。在步骤S414执行完成后，TDF通过TDFsession1上报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会话表示为TDFsession1。步骤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会话已经建立，同时还可以携带TDFsession1的会话标识。步骤S512，可选地，TDF通过TDFsession1向PCRF发送TDF会话修改消息，在消息中携带IPv4地址和或步骤S508中上报的应用信息。步骤S514，PCRF向TDF返回TDF会话修改消息的确认消息。在步骤S514执行完成后，TDF通过TDFsession1上报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会话表示为TDFsession1。步骤S608，TDF在发送步骤S604消息同时或之后，在收到步骤S606消息之前，TDF检测到IPv6地址2的一个应用需要上报，则TDF向PCRF发送TDF会话建立消息由于该IPv6地址2对应的TDF会话还没有建立，在该TDF会话建立消息中携带该IPv6地址2，以及检测到的应用信息，如应用标识。若检测到的应用的流描述信息是可推导的，则TDF还在建立消息中携带流描述信息。PCRF根据从PCEF获得的IPv6地址前缀和从TDF获得的IPv6地址2TDF会话建立消息中携带的IPv6地址2，将TDF会话与IP-CAN会话进行关联即将TDF会话建立消息与IP-CAN会话进行关联。步骤S610，PCRF判断该IP-CAN会话相关的一个TDF会话已经建立与IPv6地址1相关。因此PCRF拒绝TDF会话建立，并且确认消息中携带原因值，通知TDF该IP-CAN会话相关的一个TDF会话已经建立，同时还可以携带TDFsession1的会话标识。步骤S612，可选地，TDF通过TDFsession1向PCRF发送TDF会话修改消息，在消息中携带IPv6地址2和或步骤S608中上报的应用信息。步骤S614，PCRF向TDF返回TDF会话修改消息的确认消息。在步骤S614执行完成后，TDF通过TDFsession1上报IPv6地址1和IPv6地址2相关的应用信息。对于同时支持双栈和IPv6prefixdelegation的场景，实现方案也是类似。根据本发明的另一方面，本发明实施例还提供了一种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会话进行上报，节约了系统资源的同时还减少了交互过程中的信令开销，提高了系统的资源利用率。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

权利要求：1.一种业务检测功能TDF会话的处理方法，其特征在于，包括：策略和计费规则功能实体PCRF接收来自TDF的TDF会话建立消息，其中，所述TDF会话建立消息携带用户设备UE的第一地址；所述PCRF判断所述第一地址对应的IP-CAN会话是否存在一个已建立的第二地址的TDF会话；如果存在，则所述PCRF向所述TDF返回TDF会话建立拒绝消息；其中，在PCRF接收来自TDF的TDF会话建立消息之前，还包括：所述TDF根据预置的应用检测控制ADC规则对流经的数据流进行检测；当检测到所述第一地址对应的应用需要上报时，则所述TDF向所述PCRF发送所述TDF会话建立消息，其中，所述TDF会话建立消息中携带检测到的与所述第一地址对应的应用信息。2.根据权利要求1所述的方法，其特征在于，所述第一地址为IPv4地址，所述第二地址为IPv6地址；或所述第一地址为IPv6地址，所述第二地址为IPv4地址；或所述第一地址和所述第二地址均为IPv6地址。3.根据权利要求1所述的方法，其特征在于，若所述检测到的与第一地址对应的应用的流描述信息是可推导的，则所述TDF会话建立消息中还携带流描述信息。4.根据权利要求1所述的方法，其特征在于，PCRF接收来自TDF的TDF会话建立消息之后，还包括：所述PCRF根据从策略和计费执行功能实体PCEF获得的所述第一地址和所述TDF会话建立消息携带的所述第一地址，将所述TDF会话建立消息与所述IP-CAN会话关联；或者所述PCRF根据从PCEF获得的所述第一地址对应的地址前缀和所述TDF会话建立消息携带的所述第一地址，将所述TDF会话建立消息与所述IP-CAN会话关联。5.根据权利要求1所述的方法，其特征在于，所述TDF会话建立拒绝消息中携带拒绝的原因值，其中，所述原因值为所述IP-CAN会话的TDF会话已经建立。6.根据权利要求5所述的方法，其特征在于，在所述PCRF向所述TDF返回TDF会话建立拒绝消息之后，还包括：所述TDF通过所述第二地址的TDF会话向所述PCRF发送TDF会话修改消息，其中，所述TDF会话修改消息携带所述第一地址和或所述第一地址对应的应用信息。7.根据权利要求1或6所述的方法，其特征在于，所述TDF通过所述第二地址的TDF会话上报与所述第一地址和或所述第二地址相关的应用信息。8.一种策略控制和计费规则功能实体PCRF，其特征在于，包括：接收模块，用于接收来自业务检测功能TDF的TDF会话建立消息，其中，所述TDF会话建立消息携带用户设备UE的第一地址；判断模块，用于判断所述第一地址对应的IP-CAN会话是否存在一个已建立的第二地址的TDF会话；返回模块，用于在所述第一地址对应的IP-CAN会话存在一个已建立的所述第二地址的TDF会话的情况下，向所述TDF返回TDF会话建立拒绝消息；其中，所述TDF会话建立消息为所述TDF根据预置的应用检测控制ADC规则对流经的数据流进行检测，当检测到所述第一地址对应的应用需要上报时，向所述PCRF发送的消息，其中，所述TDF会话建立消息中携带检测到的与所述第一地址对应的应用信息。9.根据权利要求8所述的PCRF，其特征在于，所述PCRF的所述第一地址为IPv4地址，所述第二地址为IPv6地址；或所述第一地址为IPv6地址，所述第二地址为IPv4地址；或所述第一地址和所述第二地址均为IPv6地址。10.根据权利要求8所述的PCRF，其特征在于，所述PCRF还包括：关联模块，用于根据从策略和计费执行功能实体PCEF获得的所述第一地址和从所述TDF会话建立消息中携带的所述第一地址，将所述TDF会话建立消息与所述IP-CAN会话关联；或者用于根据从PCEF获得的所述第一地址对应的地址前缀和所述TDF会话建立消息携带的所述第一地址，将所述TDF会话建立消息与所述IP-CAN会话关联。11.根据权利要求10所述的PCRF，其特征在于，所述TDF会话拒绝消息中携带拒绝的原因值，其中，所述原因值为所述IP-CAN会话的TDF会话已经建立。

百度查询： 中兴通讯股份有限公司 TDF会话的处理方法及PCRF