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

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

摘要：本发明公开了一种TDF会话的处理方法及PCRF，该方法包括：PCRF将与IPv4地址相关的第一TDF会话和与第一IPv6地址相关的第二TDF会话关联到同一个IP‑CAN会话或PCRF将与IPv4地址相关的第一TDF会话关联到一个IP‑CAN会话；当PCRF获知IP‑CAN会话的IPv4地址释放时，则请求TDF终结第一TDF会话。通过运用本发明，解决了相关技术中IP‑CAN会话在释放IPv4地址时，仅对其进行释放，并未终结与IPv4地址相关的TDF会话，导致PCRF制定错误的策略的问题，进而在释放地址时，也终结了与IPv4地址相关的TDF会话，提高了资源利用率，提升了系统的工作效率。

主权项：1.一种业务检测功能TDF会话的处理方法，其特征在于，包括：策略和计费规则功能实体PCRF将与IPv4地址相关的第一TDF会话和与第一IPv6地址相关的第二TDF会话关联到同一个IP‑CAN会话；当所述PCRF获知所述IP‑CAN会话的所述IPv4地址释放时，则请求TDF终结所述第一TDF会话。

全文数据：TDF会话的处理方法及PCRF技术领域[0001]本发明涉及通信领域，具体而言，涉及一种业务检测功能（TrafficDetectionFunction，简称为TDF会话的处理方法及策略和计费规则功能实体PolicyandChargingRulesFunction，简称为PCRF。背景技术[0002]自第三代合作伙伴计划阶段73GPPRelease7标准体系建立以来，策略和计费功能由策略和计费控制PolicyandChargingControl，简称为PCC框架来实现。PCC架构是一个能够应用于多种接入技术的功能框架，例如，PCC架构可以应用于通用移动通信系统UniversalMobileTelecommunicationsSystem，简称为UMTS的陆上无线接入网（UMTSTerrestrialRadioAccessNetwork，简称为UTRAN、全球移动通信系统GlobalsystemforMobileCommunication，简称为GSMGSM数据增强演进（EnhancedDataRateforGSMEvolution，简称为EDGE无线接入网、互通无线局域网（InterworkingWLAN，简称为I_WLAN以及演进的分组系统EvolvedPacketSystem，简称为EPS等。[0003]PCC主要实现了策略控制和计费两大功能。图1为现有Rel-11的PCC组成架构的示意图，以下对图1所示的PCC架构中的各个逻辑功能实体及其接口功能进行描述。如图1所示：[0004]应用功能AF，用于提供业务应用的接入点，这些业务应用所使用的网络资源需要进行动态的策略控制。在业务面进行参数协商时，AF将相关业务信息传递给PCRF。如果这些业务信息与PCRF的策略相一致，则PCRF接受该协商；否则，PCRF拒绝该协商，并在反馈时给出PCRF可接受的业务参数。随后，AF可将这些参数返回给用户设备UserEquipment，简称为UE。其中，AF和PCRF之间的接口是Rx接口。[0005]PCRF是PCC的核心，用于负责策略决策和计费规则的制定。PCRF提供基于业务数据流的网络控制规则，这些网络控制包括业务数据流的检测、门控GatingControl、服务质量QualityofService，简称为QoS控制以及基于数据流的计费等。PCRF将其制定的策略和计费规则发送给策略和计费执行功能实体（PolicyandControlEnforcementFunction，简称为PCEF执行；同时，PCRF还需要保证这些规则和用户的签约信息一致。其中，PCRF制定策略和计费规则的依据包括:从AF获得的与业务相关的信息、从用户签约数据库（SubscriptionProfileRepository，简称为SPR获得的与策略控制和计费相关的用户策略计费控制签约信息、以及通过Gx接口从PCEF获得的与承载相关网络的信息。[0006]PCEF通常位于网关Gate-Way，简称为GW内，在承载面执行PCRF所制定的策略和计费规则。PCEF按照PCRF发送的规则中的业务数据流过滤器对业务数据流进行检测，进而对这些业务数据流执行PCRF所制定的策略和计费规则;在承载建立时，PCEF按照PCRF发送的规则进行资源分配，并根据AF提供的信息进行门控控制；同时，PCEF根据PCRF订阅的事件触发上报承载网络上发生的事件;根据PCRF发送的计费规则，PCEF执行相应的业务数据流计费操作，计费可以是在线计费，也可以是离线计费。如果是在线计费，则PCEF需要和在线计费系统OnlineChargingSystem，简称为OCS—起进行信用管理;在离线计费时，PCEF和离线计费系统OfflineChargingSystem，简称为0FCS之间交换相关的计费信息。其中，PCEF与PCRF之间的接口是Gx接口，PCEF与0CS之间的接口是Gy接口，PCEF与0FCS之间的接口是Gz接口。PCEF也可以具有TDFCEF可以根据本地配置或是PCRF下发的包含应用检测控制策略的PCC规则进行应用检测并进行策略执行如门控、重定向和带宽限制）.PCEF—般都位于网络的网关上，如EPS的分组数据网络网关PDN-GW、通用无线分组业务GeneralPacketRadioService，简称为GPRS中的GPRS网关支持节点（GatewayGPRSSupportNode，简称为GGSN以及I-WLAN中的分组数据网关PacketDataGateway，简称为PDG等。[0007]当然，TDF也可以独立部署，在其独立部署的情况下，TDF与PCRF通过Sd接口连接，TDF可以根据预先配置的或PCRF下发的应用检测控制（ApplicationDetectionandControl，简称为ADC规则进行应用检测和策略执行。[0008]承载绑定和事件报告功能实体（BearerBindingandEventReportingFunction，简称为BBERF通常位于接入网网关AccessNetworkGateway内。比如：当用户设备通过E-UTRAN接入EPS、服务网关S-GW与P-GW之间采用代理移动互联网协议版本6ProxyMobileInternetProtocolversion6,简称为PMIPv6时，S-GW中就存在BBERF。当用户设备通过可信任非3GPP接入网接入时，可信任非3GPP接入网关中也存在BBERF。[0009]SPR存储有与策略控制和计费相关的用户策略计费控制签约信息，其中，SPR和PCRF之间的接口是Sp接口。0CS和PCEF共同完成在线计费方式下用户信用的控制和管理；0FCS与PCEF共同完成离线计费方式下的计费操作。[0010]图2为现有IP-CAN会话过程中，TDF与PCRF建立TDF会话的流程示意图，其中，TDF为非请求上报模式。如图2所示，包括步骤S201至步骤S214:[0011]步骤S201，在UE请求建立IP-CAN会话的过程中，PCEF位于的网关接收到IP-CAN会话建立请求消息，其中，在该IP-CAN会话建立请求消息中携带有用户标识和请求接入的PDN网络的HN标识。[0012]步骤S202，PCEF向PCRF发送IP-CAN会话建立指示消息，其中，该IP-CAN会话建立指示消息中携带用户标识、PDN标识以及为UE分配的IPv6地址前缀。[0013]步骤S203，PCRF根据用户标识判断出还没有该用户的签约信息后，向SPR发送签约文档请求，并在该签约文档请求中携带用户标识和ton标识。[0014]步骤S204，STO根据用户标识和PDN标识返回对应的用户签约信息通过签约文档应答返回）。[0015]步骤S205，PCRF根据返回的用户签约信息、网络策略、UE的接入信息等制定策略决策。其中，可以包括制定PCC规则和事件触发器。[0016]步骤S206，PCRF向PCEF发送IP-CAN会话建立确认消息，其中，该IP-CAN会话建立确认消息中携带PCC规则和事件触发器。[0017]步骤S207，PCEF安装策略，PCEF位于的网关向UE返回IP-CAN会话建立应答，其中，该IP-CAN会话建立应答中携带有IPv6地址前缀。[0018]步骤S208,若网络支持双栈，PCEF位于的网关或外部的其他网元根据UE的请求又分配了一个IPv4地址。[0019]步骤S209，PCEF向PCRF发送IP-CAN会话修改指示，其中，携带IPv4地址，以通知PCRF该IP-CAN会话又有了一个IPv4地址。[0020]步骤S210，PCRF向PCEF返回IP-CAN会话修改指示的确认消息。[0021]经过图2所示的流程，UE可以根据IPv6地址前缀构造IPv6地址，并且采用IPv6、IPv4地址进行业务访问。[0022]步骤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会话的相关策略。[0023]步骤S212，PCRF返回TDF会话建立消息的确认消息；[0024]步骤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会话的相关策略。[0025]步骤S214，PCRF返回TDF会话建立消息的确认消息。[0026]上述步骤执行的场景不同，则TDF位置不同。对于家乡路由漫游场景，TDF位于归属地，TDF与H-PCRF建立TDF会话;对于本地疏导漫游场景，TDF位于拜访地，TDF与V-PCRF建立1DF会话。[0027]通过上述流程，两个TDF会话同时关联到一个IP-CAN，TDF分别通过两个TDF会话向PCRF上报IPv4相关的应用和IPv6地址相关的应用。然后，由于IPv4地址是可以动态申请和释放的，若UE释放了IPv4地址，并且稍后网络又把相同的IPv4地址分配给了其他UE。按照相关技术，TD会通过上述流程中为UE建立的TDF会话上报应用信息，从而导致PCRF制定错误的策略。[0028]此外，若网络还支持IPv6prefixdelegation即网络支持分配短前缀），UE根据该IPv6prefix构造两个或两个以上的IPv6地址进行业务访问时，由于TDF无法判断这些IPv6地址是否属于同一个IP-CAN会话若TDF不能获得网络为UE分配的IPv6前缀，TDF假设任何前64位不相同的IPv6地址来自不同的UE，因此也会存在一个IP-CAN会话同时存在一个IPv4地址相关的TDF会话以及一个或多个IPv6地址相关的TDF会话的情况。若UE释放了IPv4地址，并且稍后网络又把相同的IPv4地址分配给了其他UE。按照相关技术，TD会通过上述流程中为UE建立的TDF会话上报应用信息，从而导致PCRF制定错误的策略。事实上，对于双栈的IP-CAN会话，只要这个IP-CAN会话存在一个IPv4地址相关的TDF会话。若UE释放了IPv4地址，并且稍后网络又把相同的IPv4地址分配给了其他UE。按照相关技术，TD会通过上述流程中为UE建立的TDF会话上报应用信息，从而导致PCRF制定错误的策略。发明内容[0029]本发明提供了一种TDF会话的处理方法及PCRF，以至少解决相关技术中IP-CAN会话在释放IPv4地址时，仅对其进行释放，并未终结与IPv4地址相关的TDF会话，导致PCRF制定错误的策略的问题。[0030]根据本发明的一个方面，提供了一种TDF会话的处理方法，包括:PCRF将与IPv4地址相关的第一TDF会话和与第一IPv6地址相关的第二TDF会话关联到同一个IP-CAN会话;当所述PCRF获知所述IP-CAN会话的所述IPv4地址释放时，则请求TDF终结所述第一TDF会话。[0031]优选地，所述IP-CAN会话的IPv4地址释放包括:所述PCEF向所述PCRF发送IP-CAN会话修改指示消息，其中，所述IP-CAN会话修改指示消息中携带IP地址释放指示和释放的IPv4地址。[0032]优选地，请求所述TDF终结所述第一TDF会话包括:所述PCRF向所述TDF发送请求终结所述第一TDF会话的第一消息，其中，所述第一消息中携带所述第一TDF会话终结的原因值，其中，所述原因值为IPv4地址释放。[0033]优选地，所述第一消息为重认证请求RAR消息，其中，所述RAR消息中携带的Session-IdAVP的取值为所述第一TDF会话的会话标识，所述RAR消息中携带的Session-Release-ClauseAVP的取值为IP地址释放IP_ADDRESS_RELEASE。[0034]优选地，在所述PCRF向所述TDF发送请求终结所述第一TDF会话的第一消息之后，还包括:所述TDF向所述PCRF返回所述第一消息的确认消息;所述TDF向所述PCRF发送所述第一IDF会话终结请求的第二消息。[0035]优选地，所述第二消息为信用控制请求CCR消息，其中，所述CCR消息中携带的Session-IdAVP的取值为所述第一TDF会话的会话标识，所述CCR消息中携带的CC-Request-TypeAVP的取值为终止请求TERMINATION_REQUEST。[0036]优选地，在所述PCRF接收所述TDF发送的所述IPv4地址相关的TDF会话终结请求的第二消息之后，还包括:所述PCRF向所述TDF返回所述第二消息的确认消息。[0037]优选地，所述PCRF向所述TDF返回所述第二消息的确认消息之后，还包括：在所述IPv4地址被分配给其它UE的IP-CAN会话的情况下，当所述TDF检测到所述IPv4地址对应的应用需要上报时，如果所述TDF获知所述IPv4地址和所述第二IPv6地址属于同一个IP-CAN会话，且所述IPv6地址对应的TDF会话己建立，则所述TDF通过所述第二IPv6地址对应的TDF会话上报所述IPv4地址的应用信息;在所述IPv4地址被分配给其它UE的IP-CAN会话的情况下，当所述TDF检测到所述IPv4地址对应的应用需要上报时，如果所述TDF无法判断所述IPv4地址与所述第二IPv6地址是否属于同一个IP-CAN会话，则所述TDF向所述PCRF发起所述IPv4地址的TDF会话建立流程。[0038]本发明还提供了一种TDF会话的处理方法及PCRF，以至少解决相关技术中IP-CAN会话在释放IPv4地址时，仅对其进行释放，并未终结与IPv4地址相关的TDF会话，导致PCRF制定错误的策略的问题。[0039]根据本发明的一个方面，提供了一种TDF会话的处理方法，包括:PCRF将与IPv4地址相关的第一TDF会话关联到一个IP-CAN会话；当所述PCRF获知所述IP-CAN会话的所述IPv4地址释放时，则请求TDF终结所述第一TDF会话。[0040]优选地，所述IP-CAN会话的IPv4地址释放包括:所述PCEF向所述PCRF发送IP-CAN会话修改指示消息，其中，所述IP-CAN会话修改指示消息中携带IP地址释放指示和释放的IPv4地址。[0041]优选地，请求所述TDF终结所述第一TDF会话包括:所述PCRF向所述TDF发送请求终结所述第一TDF会话的第一消息，其中，所述第一消息中携带所述第一TDF会话终结的原因值，其中，所述原因值为IPv4地址释放。[0042]优选地，所述第一消息为重认证请求RAR消息，其中，所述RAR消息中携带的Session-IdAVP的取值为所述第一TDF会话的会话标识，所述RAR消息中携带的Session-Release-ClauseAVP的取值为IP地址释放IP_ADDRESS_RELEASE。[0043]根据本发明的另一方面，提供了一种PCRF，包括:关联模块，用于将与IPv4地址相关的第一TDF会话和与IPv6地址相关的第二TDF会话关联到同一个IP-CAN会话;请求模块，用于在获知所述IP-CAN会话的所述IPv4地址释放的情况下，请求TDF终结所述第一TDF会话。[0044]优选地，所述请求模块包括:发送单元，用于向所述TDF发送请求终结所述第一TDF会话的第一消息，其中，所述第一消息中携带所述第一TDF会话终结的原因值，其中，所述原因值为IPv4地址释放。[0045]优选地，所述PCRF还包括:接收模块，用于接收来自所述TDF的所述第一消息的确认消息和接收来自所述TDF的所述IPv4地址相关的TDF会话终结请求的第二消息；返回模块，用于在所述接收模块接收来自所述1DF的所述IPv4地址相关的TDF会话终结请求的第二消息之后，向所述TDF返回所述第二消息的确认消息。[0046]根据本发明的另一方面，还提供了一种PCRF，包括:关联模块，用于将与IPv4地址相关的第一TDF会话关联到一个IP-CAN会话;请求模块，用于在获知所述IP-CAN会话的所述IPv4地址释放的情况下，请求TDF终结所述第一TDF会话。[0047]优选地，所述请求模块包括:发送单元，用于向所述TDF发送请求终结所述第一TDF会话的第一消息，其中，所述第一消息中携带所述第一TDF会话终结的原因值，其中，所述原因值为IPv4地址释放。[0048]优选地，所述PCRF还包括:接收模块，用于接收来自所述TDF的所述第一消息的确认消息和接收来自所述TDF的所述IPv4地址相关的TDF会话终结请求的第二消息；返回模块，用于在所述接收模块接收来自所述TDF的所述IPv4地址相关的TDF会话终结请求的第二消息之后，向所述TDF返回所述第二消息的确认消息。[0049]通过本发明，采用了如下方法:PCRF将与IPv4地址相关的第一TDF会话和与第一IPv6地址相关的第二TDF会话关联到同一个IP-CAN会话或PCRF将与IPv4地址相关的第一TDF会话关联到一个IP-CAN会话；当PCRF获知IP-CAN会话的IPv4地址释放时，则请求TDF终结第一TDF会话，即在获知IP-CAN会话的IPv4地址释放之后，发送终结请求至TDF以终结第一TDF会话。通过运用上述方法，解决了相关技术中IP-CAN会话在释放IPv4地址时，仅对其进行释放，并未终结与IPv4地址相关的TDF会话，导致PCRF制定错误的策略的问题，进而在释放地址时，也终结了与IPv4地址相关的TDF会话，提高了资源利用率，提升了系统的工作效率。附图说明[0050]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：[0051]图1是根据相关技术的Rel-11的PCC组成架构的示意图；[0052]图2是根据相关技术的IP-CAN会话中TDF与PCRF建立TDF会话的流程图；[0053]图3是根据本发明实施例的TDF会话的处理方法的流程图；[0054]图4是根据本发明优选实施例的TDF会话的处理方法的流程图；[0055]图5是根据本发明实施例的PCRF的结构框图一；[0056]图6是根据本发明实施例的PCRF的结构框图二；以及[0057]图7是根据本发明实施例的PCRF的结构框图三。具体实施方式[0058]下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。[0059]基于相关技术中IP-CAN会话在释放IPv4地址时，仅对其进行释放，并未终结与IPv4地址相关的TDF会话，导致PCRF制定错误的策略的问题，本发明实施例提供了一种TDF会话的处理方法，其流程如图3所示，包括步骤S302至步骤S304:[0060]步骤S302,PCRF将与IPv4地址相关的第一TDF会话和与第一IPv6地址相关的第二TDF会话关联到同一个IP-CAN会话；[0061]步骤S304,当PCRF获知IP-CAN会话的IPv4地址释放时，则请求TDF终结第一TDF会话。[0062]通过本发明实施例，采用了如下方法:PCRF将IPv4相关的TDF会话和第一IPv6相关TDF会话关联到同一个IP-CAN会话，当PCRF获知一个IP-CAN会话的IPv4地址释放时，PCRF请求TDF终结该IPv4地址相关的TDF会话。通过运用上述实施例，解决了相关技术中IP-CAN会话在释放IPv4地址时，仅对其进行释放，并未终结与IPv4地址相关的TDF会话，导致PCRF制定错误的策略的问题，进而在释放地址时，也终结了与IPv4地址相关的TDF会话，提高了资源利用率，提升了系统的工作效率。[0063]执行过程中，步骤S304的执行条件是PCRF获知IP-CAN会话的IPv4地址释放，该条件的实现可以包括以下处理：[0064]1PCEF向PCRF发送IP-CAN会话修改指示消息，其中，IP-CAN会话修改指示消息中携带IP地址释放指示和释放的IPv4地址。在实施过程中，该IP-CAN会话修改指示消息用以指示IPv4地址进行释放。[0065]⑵在接收到IP-CAN会话修改指示消息后，PCRF作为回应，向PCEF发送IP-CAN会话修改指示消息的确认消息。从接收侧来看，PCEF接收PCRF返回的IP-CAN会话修改确认消息。[0066]当上述条件满足时，PCRF请求TDF终结第一TDF会话的过程可以包括如下处理:在PCRF判断IP-CAN会话与第一TDF会话和第二TDF会话同时关联的情况下，PCRF向TDF发送请求终结第一TDF会话的第一消息，其中，第一消息中携带第一TDF会话终结的原因值，其中，该原因值为IPv4地址释放。其中，当第一消息为重认证请求RAR消息时，其中，RAR消息中携带的Session-IdAVP的取值为第一TDF会话的会话标识，RAR消息中携带的Session-Release-ClauseAVP的取值为IP地址释放IP_ADDRESS_RELEASE。[0067]在PCRF向TDF发送请求终结第一TDF会话的第一消息之后，TDF向PCRF返回第一消息的确认消息;TDF向PCRF发送第一TDF会话终结请求的第二消息。其中，第二消息为信用控制请求CCR消息，其中，CCR消息中携带的Session-IdAVP的取值为第一TDF会话的会话标识，CCR消息中携带的CC-Request-TypeAVP的取值为终止请求TERMINATION_REQUEST。[0068]在PCRF接收TDF发送的IPv4地址相关的TDF会话终结请求的第二消息之后，作为回应，向TDF返回第二消息的确认消息。从另一侧看，则TDF接收第二消息的确认消息。[0069]在PCRF向TDF返回第二消息的确认消息之后，TDF终结了与PCRF之间的IPv4地址相关的TDF会话，则此时的IPv4地址可以分配给其他UE使用。当网络将释放的IPv4地址分配给其他的UE的IP-CAN会话时，被分配到该IPv4地址的UE通过IPv4地址对应的IP-CAN会话进行业务访问。[0070]TDF根据预置的ADC规则对数据流进行检测，当检测到IPv4地址相关的业务数据流需要上报应用信息时，需判断IPv4地址与IPv6地址与IP-CAN会话的情况，即判断IPv4地址与IPv6地址是否属于同一个IP-CAN会话，其中，IPv6地址是其它UE的IP-CAN会话中的地址，是一个新的地址，与第一IPv6地址不同，此处可以称其为第二IPv6地址。[0071]如果TDF获知IPv4地址和第二IPv6地址属于同一个IP-CAN会话，且第二IPv6地址对应的TDF会话已建立，则TDF通过第二IPv6地址对应的TDF会话上报IPv4地址的应用信息。[0072]如果TDF无法判断IPv4地址与第二IPv6地址是否属于同一个IP-CAN会话，则TDF向PCRF发起IPv4地址的TDF会话建立流程。[0073]通过运用上述实施例，可以避免PCRF错误的制定策略。下面结合本发明优选实施例对TDF会话的处理方法进行进一步描述。优选实施例[0074]在图4中，TDF设置为独立部署。不同场景下PCRF并不相同，对于家乡路由漫游场景，图4中的PCRF即为H-PCRF对于本地疏导漫游场景，图4中的PCRF即为V-PCRF。图4中的方法包括步骤S402至步骤S416:[0075]步骤S402，UE建立IP-CAN会话，获得IPv4地址和IPv6地址前缀。UE根据IPv6地址前缀构造一个或多个IPv6地址。UE分别用IPv4地址和IPv6地址进行业务访问，在TDF进行业务检测之后，分别与PCRF建立IPv4相关的TDF会话和IPv6相关的IDF会话。PCRF将IPv4地址相关的IDF会话和一个或多个IPv6地址相关的1DF会话关联到一个IP-CAN会话。[0076]步骤S404，PCEF位于的网关或其他网元释放IPv4地址之前为UE分配的IPv4地址。[0077]步骤S406，PCEF向PCRF发送IP-CAN会话修改指示消息，并在该IP-CAN会话修改指示消息中携带IP地址释放指示和释放的IPv4地址。[0078]步骤S408，PCRF向PCEF返回IP-CAN会话修改指示消息的确认消息。[0079]步骤S410,PCRF确定该IP-CAN会话与一个IPv4地址相关的TDF会话关联和一个IPv6地址相关的TDF会话同时关联的情况下，PCRF向TDF发送请求终结TDF会话消息，请求终结IPv4地址相关的IDF会话S卩TDFsessionl，并在消息中携带IP地址释放的原因值。[0080]在具体实现时，PCRF在RARRe-AuthenticationRequest消息中携带Session-IdAVP，取值为TDFsessionl的会话标识，以及Session-Release-ClauseAVP，取值为IP—ADDRESS_RELEASE〇[0081]步骤S412，TDF向PCRF返回终结TDF会话消息的确认消息；[0082]步骤S414，TDF向PCRF发送TDF会话终结请求消息，请求终结IPv4地址相关的IDF会话即TDFsessionl。[0083]在具体实现时，TDF在CCRCredit-ControlRequest消息中携带CC-Request-TypeAVP取值为TERMINATION_REQUEST，Session-IdAVP取值为TDFsessionl的会话标识。[0084]步骤S416，PCRF向TDF返回TDF会话终结请求消息的确认消息。[0085]若步骤S402，UE建立IP-CAN会话，获得IPv4地址和IPv6地址前缀。UE根据IPv6地址前缀构造一个或多个IPv6地址。TDF检测到UE使用IPv4地址访问业务的应用信息并需要上报，TDF与PCRF建立IPv4相关的TDF会话。此时TDF没有检测到UE使用IPv6地址访问业务的应用信息并需要上报，因此TDF没有与PCRF建立IPv6相关的TDF会话。因此PCRF只将IPv4相关的TDF会话与IP-CAN会话进行关联。当执行步骤404-步骤408后，PCRF获知IPv4地址释放。在步骤410，PCRF确定该IP-CAN会话与一个IPv4地址相关的IDF会话关联的情况下，PCRF向TDF发送请求终结TDF会话消息，请求终结IPv4地址相关的TDF会话（S卩TDFsessionl，并在消息中携带IP地址释放的原因值。继续执行步骤412-步骤416完成IPv4相关的TDF会话终结。[0086]通过上述流程的处理，TDF终结了与PCRF之间的IPv4地址相关的TDF会话。在此之后，网络将相同的IPv4地址分配给其他UE的IP-CAN会话表示为IP-CANsession2，并且被分配的其它UE的通过其对应的IP-CAN会话发起业务访问。当TDF检测该IPv4地址相关的业务数据流需要上报应用信息时，包括以下两种情况：[0087]第一种：若TDF获知该IPv4地址和一个IPv6地址属于同一个IP-CAN会话（即IP-CANsession2，并且该IPv6地址已经有一个对应的TDF会话，那么TDF将通过这个TDF会话上报应用信息。[0088]第二种：若TDF无法判断该IPv4地址是否和一个IPv6地址属于同一个IP-CAN会话即IP-CANsession2，则TDF将向PCRF发起IPv4地址对应的TDF会话建立流程。PCRF将IPv4地址对应的TDF会话关联到一个IP-CAN会话即IP-CANsession’）。[0089]第三种:TDF总是为该IPv4地址与PCRF建立TDF会话，PCRF将IPv4地址对应的TDF会话关联到一个IP-CAN会话。[0090]通过上述方法，避免了PCRF将IP-CANsession2的应用信息用于制定针对IP-CANsessionl的策略。[0091]根据本发明的另一方面，本发明实施例还提供了一种PCRF，其结构框图如图5所示，包括:关联模块10,用于将与IPv4地址相关的第一TDF会话和与IPv6地址相关的第二TDF会话关联到同一个IP-CAN会话;请求模块2〇，与关联模块10耦合，用于在获知IP-CAN会话的IPv4地址释放的情况下，请求TDF终结第一会话。[0092]在其他实施例中，关联模块10,用于将IPv4地址相关的第一TDF会话关联到一个IP-CAN会话;请求模块20，与关联模块10耦合，用于在获知IP-CAN会话的IPv4地址释放的情况下，请求TDF终结第一IDF会话。[0093]图6给出了请求模块20内部结构进一步细化的结构框图，可以包括:发送单元202，用于向IDF发送请求终结第一IDF会话的第一消息，其中，第一消息中携带第一TDF会话终结的原因值，其中，原因值为IPv4地址释放。[0094]PCRF还可以包括图7所示的接收模块3〇和返回模块40,其中，接收模块30,与请求模块20耦合，用于接收来自TDF的第一消息的确认消息和接收来自TDF的IPv4地址相关的TDF会话终结请求的第二消息；返回模块40，与接收模块3〇耦合，用于在接收模块接收来自TDF的IPv4地址相关的IDF会话终结请求的第二消息之后，向TDF返回第二消息的确认消息。[0095]根据本发明的另一方面，本发明实施例还提供了一种TDF，用于与PCRF进行交互。在PCRF的请求模块20发送请求终结第一TDF会话的第一消息之后，作为回应，TDF发送第一消息的确认消息和IPv4地址相关的TDF会话终结请求的第二消息至PCRF，PCRF的接收模块30接收上述消息，并执行后续流程。[0096]从以上的描述中，可以看出，本发明实现了如下技术效果：[0097]通过本发明实施例，采用了如下方法:PCRF将IPv4相关的TDF会话和IPv6相关TDF会话关联到同一个IP-CAN会话或PCRF将IPv4相关的TDF会话关联到一个IP-CAN会话，当PCRF获知一个IP-CAN会话的IPv4地址释放时，PCRF请求TDF终结该IPv4地址相关的TDF会话。通过运用上述实施例，解决了相关技术中IP-CAN会话在释放IPv4地址时，仅对其进行释放，并未终结与IPv4地址相关的TDF会话，导致PCRF制定错误的策略的问题，进而在释放地址时，也终结了与IPv4地址相关的TDF会话，提高了资源利用率，提升了系统的工作效率。[0098]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。[0099]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

权利要求：1.一种业务检测功能TDF会话的处理方法，其特征在于，包括：策略和计费规则功能实体PCRF将与IPv4地址相关的第一TDF会话和与第一IPv6地址相关的第二TDF会话关联到同一个IP-CAN会话；当所述PCRF获知所述IP-CAN会话的所述IPv4地址释放时，则请求TDF终结所述第一TDF会话。2.根据权利要求1所述的方法，其特征在于，所述IP-CAN会话的所述IPv4地址释放包括：策略和计费执行功能实体PCEF向所述PCRF发送IP-CAN会话修改指示消息，其中，所述IP-CAN会话修改指示消息中携带IP地址释放指示和释放的IPv4地址。3.根据权利要求2所述的方法，其特征在于，请求所述TDF终结所述第一TDF会话包括：所述PCRF向所述TDF发送请求终结所述第一TDF会话的第一消息，其中，所述第一消息中携带所述第一TDF会话终结的原因值，其中，所述原因值为IPv4地址释放。4.根据权利要求3所述的方法，其特征在于，所述第一消息为重认证请求RAR消息，其中，所述RAR消息中携带的Session-IdAVP的取值为所述第一TDF会话的会话标识，所述RAR消息中携带的Session-Release-CauseAVP的取值为IP地址释放IP_ADDRESS_RELEASE。5.根据权利要求4所述的方法，其特征在于，在所述PCRF向所述TDF发送请求终结所述第一IDF会话的第一消息之后，还包括：所述TDF向所述PCRF返回所述第一消息的确认消息；所述TDF向所述PCRF发送所述第一TDF会话终结请求的第二消息。6.根据权利要求5所述的方法，其特征在于，所述第二消息为信用控制请求CCR消息，其中，所述CCR消息中携带的Session-idAVP的取值为所述第一TDF会话的会话标识，所述CCR消息中携带的CC-Request-TypeAVP的取值为终止请求TERMINATION_REQUEST。7.根据权利要求5或6所述的方法，其特征在于，在所述PCRF接收所述TDF发送的所述IPv4地址相关的TDF会话终结请求的第二消息之后，还包括：所述PCRF向所述TDF返回所述第二消息的确认消息。8.根据权利要求7所述的方法，其特征在于，所述PCRF向所述TDF返回所述第二消息的确认消息之后，还包括：在所述IPv4地址被分配给其它UE的IP-CAN会话的情况下，当所述TDF检测到所述IPv4地址对应的应用需要上报时，如果所述TDF获知所述IPv4地址和第二IPv6地址属于同一个IP-CAN会话，则所述TDF通过所述第二IPv6地址对应的TDF会话上报所述IPv4地址的应用信息；在所述IPv4地址被分配给其它UE的IP-CAN会话的情况下，当所述TDF检测到所述IPv4地址对应的应用需要上报时，如果所述TDF无法判断所述IPv4地址与第二IPv6地址是否属于同一个IP-CAN会话，则所述TDF向所述PCRF发起所述IPv4地址的TDF会话建立流程。9.一种策略和计费规则功能实体PCRF，其特征在于包括：关联模块，用于将与IPv4地址相关的第一TDF会话和与IPve地址相关的第二TDF会话关联到同一个IP-CAN会话；请求模块，用于在获知所述IP-CAN会话的所述IPv4地址释放的情况下，请求TDF终结所述第一TDF会话。10.根据权利要求9所述的PCRF，其特征在于，所述请求模块包括：发送单元，用于向所述TDF发送请求终结所述第一TDF会话的第一消息，其中，所述第一消息中携带所述第一会话终结的原因值，其中，所述原因值为IPv4地址释放。11.根据权利要求1〇所述的PCRF，其特征在于，所述PCRF还包括：接收模块，用于接收来自所述TDF的所述第一消息的确认消息和接收来自所述TDF的所述IPv4地址相关的会话终结请求的第二消息；返回模块，用于在所述接收模块接收来自所述TDF的所述IPv4地址相关的TDF会话终结请求的第二消息之后，向所述TDF返回所述第二消息的确认消息。12.—种业务检测功能TDF会话的处理方法，其特征在于，包括：策略和计费规则功能实体PCRF将与IPv4地址相关的第一TDF会话关联到一个IP-CAN会话；当所述PCRF获知所述IP-CAN会话的所述IPv4地址释放时，则请求TDF终结所述第一TDF会话。13.根据权利要求12所述的方法，其特征在于，所述IP-CAN会话的所述IPv4地址释放包括：策略和计费执行功能实体PCEF向所述PCRF发送IP-CAN会话修改指示消息，其中，所述IP-CAN会话修改指示消息中携带IP地址释放指示和释放的IPv4地址。14.根据权利要求13所述的方法，其特征在于，请求所述TDF终结所述第一TDF会话包括：所述PCRF向所述TDF发送请求终结所述第一TDF会话的第一消息，其中，所述第一消息中携带所述第一1DF会话终结的原因值，其中，所述原因值为IPv4地址释放。15.根据权利要求14所述的方法，其特征在于，所述第一消息为重认证请求RAR消息，其中，所述RAR消息中携带的Session-IdAVP的取值为所述第一TDF会话的会话标识，所述RAR消息中携带的Session-Release-CauseAVP的取值为IP地址释放IP_ADDRESS_RELEASE。16.—种策略和计费规则功能实体PCRF，其特征在于包括：关联模块，用于将与IPv4地址相关的第一TDF会话关联到一个IP-CAN会话；请求模块，用于在获知所述IP-CAN会话的所述IPv4地址释放的情况下，请求TDF终结所述第一TDF会话。17.根据权利要求16所述的PCRF，其特征在于，所述请求模块包括：发送单元，用于向所述TDF发送请求终结所述第一TDF会话的第一消息，其中，所述第一消息中携带所述第一IDF会话终结的原因值，其中，所述原因值为IPv4地址释放。18.根据权利要求17所述的PCRF，其特征在于，所述PCRF还包括：接收模块，用于接收来自所述TDF的所述第一消息的确认消息和接收来自所述TDF的所述IPv4地址相关的IDF会话终结请求的第二消息；返回模块，用于在所述接收模块接收来自所述TDF的所述IPv4地址相关的TDF会话终结请求的第二消息之后，向所述TDF返回所述第二消息的确认消息。

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