会话的管理方法、策略服务器及应用功能实体.pdf

本发明公开了一种会话的管理方法、策略服务器及应用功能实体，在上述方法中，策略服务器接收来自于AF的第一HTTP请求消息，该第一HTTP请求消息用于在策略服务器与AF之间建立AF会话，第一HTTP请求消息中携带有AF会话标识信息；策略服务器接收来自于AF的第二HTTP请求消息，并在确定第二HTTP请求消息中不携带AF会话标识信息的情况下，将第二HTTP请求消息挂起；策略服务器在感知到与AF会话对应的承载层事件后，向AF返回与第二HTTP请求消息对应的第二HTTP应答消息，该第二HTTP应答消息中携带的信息包括：AF会话标识信息和承载层事件。由此减少了网络资源的占用，降低了实现复杂度。

权利要求书1.  一种会话的管理方法，其特征在于，包括：策略服务器接收来自于应用功能AF的第一超文本传输协议HTTP请求消息，其中，所述第一HTTP请求消息用于在所述策略服务器与所述AF之间建立AF会话，所述第一HTTP请求消息中携带有AF会话标识信息；所述策略服务器接收来自于所述AF的第二HTTP请求消息，并在确定所述第二HTTP请求消息中不携带所述AF会话标识信息的情况下，将所述第二HTTP请求消息挂起；所述策略服务器在感知到与所述AF会话对应的承载层事件后，向所述AF返回与所述第二HTTP请求消息对应的第二HTTP应答消息，其中，所述第二HTTP应答消息中携带的信息包括：所述AF会话标识信息和所述承载层事件。2.  根据权利要求1所述的方法，其特征在于，在所述AF会话建立之后，还包括：所述策略服务器接收来自于所述AF的第三HTTP请求消息，其中，所述第三HTTP请求消息用于修改或终结所述AF会话，所述第三HTTP请求消息中携带有所述AF会话标识信息；所述策略服务器向所述AF返回与所述第三HTTP请求消息对应的第三HTTP应答消息。3.  根据权利要求1或2所述的方法，其特征在于，所述AF会话标识信息包括以下之一：业务会话标识和用户设备UE的IP地址；所述业务会话标识、所述UE的IP地址和IP域标识；所述业务会话标识、所述UE的IP地址和分组数据网络PDN标识；所述业务会话标识和用户标识。4.  根据权利要求1至3中任一项所述的方法，其特征在于，所述策略服务器为以下之一：策略和计费规则功能PCRF、协议转换器PC。5.  根据权利要求4所述的方法，其特征在于，当所述策略服务器为所述PC，且所述PCRF向所述PC发送直径Diameter重认证请求RAR消息，或者，终止会话请求ASR消息，或者，会话终结应答STA消息时，所述PC向所述AF发送所述第二HTTP应答消息，其中，所述第二HTTP应答消息中携带有所述AF会话标识信息。6.  一种策略服务器，其特征在于，包括：第一接收模块，用于接收来自于应用功能AF的第一超文本传输协议HTTP请求消息，其中，所述第一HTTP请求消息用于在所述策略服务器与所述AF之间建立AF会话，所述第一HTTP请求消息中携带有AF会话标识信息；第二接收模块，用于接收来自于所述AF的第二HTTP请求消息，并在确定所述第二HTTP请求消息中不携带所述AF会话标识信息的情况下，将所述第二HTTP请求消息挂起；第一反馈模块，用于在感知到与所述AF会话对应的承载层事件后，向所述AF返回与所述第二HTTP请求消息对应的第二HTTP应答消息，其中，所述第二HTTP应答消息中携带的信息包括：所述AF会话标识信息和所述承载层事件。7.  根据权利要求6所述的策略服务器，其特征在于，所述策略服务器还包括：第三接收模块，用于接收来自于所述AF的第三HTTP请求消息，其中，所述第三HTTP请求消息用于修改或终结所述AF会话，所述第三HTTP请求消息中携带有所述AF会话标识信息；第二反馈模块，用于向所述AF返回与所述第三HTTP请求消息对应的第三HTTP应答消息。8.  根据权利要求6或7所述的策略服务器，其特征在于，所述AF会话标识信息包括以下之一：业务会话标识和用户设备UE的IP地址；所述业务会话标识、所述UE的IP地址和IP域标识；所述业务会话标识、所述UE的IP地址和分组数据网络PDN标识；所述业务会话标识和用户标识。9.  根据权利要求6至8中任一项所述的策略服务器，其特征在于，所述策略服务器为以下之一：策略和计费规则功能PCRF、协议转换器PC。10.  一种应用功能实体，其特征在于，包括：第一发送模块，用于向策略服务器发送第一超文本传输协议HTTP请求消息，其中，所述第一HTTP请求消息用于与所述策略服务器建立应用功能AF会话，所述第一HTTP请求消息中携带有AF会话标识信息；第二发送模块，用于向所述策略服务器发送第二HTTP请求消息，其中，所述第二HTTP请求消息中不携带有所述AF会话标识信息；接收模块，用于接收来自于所述策略服务器的与所述第二HTTP请求消息对应的第二HTTP应答消息，其中，所述第二HTTP应答消息是由所述策略服务器在感知到与所述AF会话对应的承载层事件后，向所述AF返回的应答消息，所述第二HTTP应答消息中携带的信息包括：所述AF会话标识信息和所述承载层事件。

说明书会话的管理方法、策略服务器及应用功能实体
技术领域
本发明涉及通信领域，具体而言，涉及一种会话的管理方法、策略服务器及应用功能实体。
背景技术
图1是根据相关技术的第三代合作伙伴计划（3rd Generation Partnership Project，简称为3GPP）定义的策略和计费控制（Policy and Charging Control，简称为PCC）的架构示意图。图2是根据相关技术的部署PC的PCC架构示意图。如图1和图2所示，策略和计费规则功能（Policy and Charging Rules Function，简称为PCRF）为业务使用网络资源进行服务质量（Quality of Service，简称为QoS）和计费策略的制订。而PCRF制定上述控制策略需要结合从应用功能（Application Function，简称为AF）接收的业务信息，从用户签约数据库（Subscription Profile Repository，简称为SPR）接收的用户签约信息，运营商配置的策略等。PCRF将为业务制定的控制策略下发给策略和计费执行功能（Policy and Charging Enforcement Function，简称为PCEF）或者承载绑定和事件上报功能（Bearer Binding and Event Report Function，简称为BBERF）执行。与此同时，PCRF可以向PCEF和/或BBERF订阅承载层相关事件，以便当承载层发生上述事件时能够及时感知，并更改控制策略。此外，PCEF以及业务检测功能（Traffic Detection Function，简称为TDF）能够根据PCRF下发的PCC规则（PCEF）或应用和检测控制（Application Detection and Control，简称为ADC）规则（TDF）执行应用检测和控制功能。
随着移动互联网技术的飞速发展，运营商需要与第三方数据应用提供商进行互通，为第三方数据应用提供商所提供的业务进行QoS保障。由于目前PCC支持的Rx接口采用的是Diameter协议，而对于大多数第三方数据应用提供商而言，其更擅长基于SOAP或REST协议的开发。目前业界研究的PCC架构支持基于SOAP/REST协议的Rx接口提出了以下两种方案：
方案一、PCRF支持SOAP或REST协议；
方案二、在PCRF和AF之间设置一个称为协议转换器（Protocol Converter，简称PC）的网元，用于将SOAP或REST协议转换成Diameter协议。目前的SOAP协议可支持可扩展标记语言（XML），而REST协议可支持XML和JSON两种语言。
Rx接口需要支持双向通信，即AF向PCRF提供业务信息，PCRF需要向AF实时的提供承载层事件（Traffic Plane Event）。然而，SOAP或REST协议都是基于超文本传输协议（Hypertext transfer protocol，简称HTTP），HTTP是一种无状态的协议，客户端请求一个统一 资源定位符（URL），服务器端需要返回响应内容，连接端口无法实现双向通信。为了能够实现服务器向客户端主动推送（Push）信息，相关技术中提出如下三种技术方案：
技术方案一、Polling，即浏览器通过不间断地发出请求获取最新数据，以模拟成push。此种方案的缺陷在于延迟高、信令开销大。
技术方案二、Streaming，即在服务器接收到来自于客户端的HTTP请求并返回确认消息之后，服务器与客户端之间保持连接，通过该连接服务器端可以持续向客户端发送数据。此种方案的缺陷在于服务器与客户端之间需要一直保持连接，由此占用了服务器与客户端的资源，而且其代理支持较差，因为代理可能会缓存数据。
技术方案三、Long-Polling，浏览器向服务器发送请求，服务器在接收到来自于浏览器的请求后挂起连接，直到有数据需要发送至客户端，发完数据后断开连接；而客户端在接收到数据后，又会再一次请求服务器发送数据。此种方案的缺陷同样在于服务器与客户端之间需要一直保持连接，由此会占用服务器与客户端的资源。
考虑到PCC的特殊应用，第三方数据应用需要向大量的用户提供服务，因此，若采用Streaming或Long-Polling的方案，第三方数据应用服务器和PCRF或PC之间要保持大量的传输控制协议（Transmission Control Protocol，简称TCP）连接。
此外，相关技术还提出，可以将多个HTTP请求封装到一个TCP连接中（成为HTTP Pipelining），并采用Long-Polling的方式实现服务器主动向客户端提供数据。但是，此种方案要求客户端必须要在Long-Polling完成后，才能发送新的请求，如此会导致延迟现象发生。
为了克服上述缺陷，相关技术中又提出了two TCP connection的技术方案，即AF和PCRF/PC同时支持HTTP Client与HTTP Server。AF可以发起与PCRF/PC之间的TCP连接，同时PCRF/PC也会发起与AF之间的TCP连接。这样，AF和PCRF/PC可以通过一对双向的TCP连接进行双向通信。然而，上述方案要求AF和PCRF/PC同时支持HTTP Client/Server，其实现难度较大。
发明内容
本发明提供了一种会话的管理方法、策略服务器及应用功能实体，以至少解决相关技术中在实现双向通信的同时，需要占用较多的网络资源，实现复杂度较高，实时性较差的问题。
根据本发明的一个方面，提供了一种会话的管理方法。
根据本发明实施例的会话的管理方法包括：策略服务器接收来自于应用功能（AF）的第一超文本传输协议（HTTP）请求消息，其中，第一HTTP请求消息用于在策略服务器与AF之间建立AF会话，第一HTTP请求消息中携带有AF会话标识信息；策略服务器接收来自于AF的第二HTTP请求消息，并在确定第二HTTP请求消息中不携带AF会话标识信息的情况下，将第二HTTP请求消息挂起；策略服务器在感知到与AF会话对应的承载层事件后，向AF返回与第二HTTP请求消息对应的第二HTTP应答消息，其中，第二HTTP应答消息中携带的信息包括：AF会话标识信息和承载层事件。
优选地，在AF会话建立之后，还包括：策略服务器接收来自于AF的第三HTTP请求消息，其中，第三HTTP请求消息用于修改或终结AF会话，第三HTTP请求消息中携带有AF会话标识信息；策略服务器向AF返回与第三HTTP请求消息对应的第三HTTP应答消息。
优选地，AF会话标识信息包括以下之一：业务会话标识和UE的IP地址；业务会话标识、UE的IP地址和IP域标识；业务会话标识、UE的IP地址和分组数据网络（PDN）标识；业务会话标识和用户标识。
优选地，策略服务器为以下之一：策略和计费规则功能（PCRF）、协议转换器（PC）。
优选地，当策略服务器为PC时，PCRF向PC发送直径（Diameter）重认证请求（RAR）消息，或者，终止会话请求（ASR）消息，或者，会话终结应答（STA）消息时，PC向AF发送第二HTTP应答消息，其中，第二HTTP应答消息中携带有AF会话标识信息。
根据本发明的另一方面，提供了一种策略服务器。
根据本发明实施例的策略服务器包括：第一接收模块，用于接收来自于AF的第一HTTP请求消息，其中，第一HTTP请求消息用于在策略服务器与AF之间建立AF会话，第一HTTP请求消息中携带有AF会话标识信息；第二接收模块，用于接收来自于AF的第二HTTP请求消息，并在确定第二HTTP请求消息中不携带AF会话标识信息的情况下，将第二HTTP请求消息挂起；第一反馈模块，用于在感知到与AF会话对应的承载层事件后，向AF返回与第二HTTP请求消息对应的第二HTTP应答消息，其中，第二HTTP应答消息中携带的信息包括：AF会话标识信息和承载层事件。
优选地，策略服务器还包括：第三接收模块，用于接收来自于AF的第三HTTP请求消息，其中，第三HTTP请求消息用于修改或终结AF会话，第三HTTP请求消息中携带有AF会话标识信息；第二反馈模块，用于向AF返回与第三HTTP请求消息对应的第三HTTP应答消息。
优选地，AF会话标识信息包括以下之一：业务会话标识和UE的IP地址；业务会话标识、UE的IP地址和IP域标识；业务会话标识、UE的IP地址和PDN标识；业务会话标识和用户标识。
优选地，策略服务器为以下之一：策略和计费规则功能（PCRF）、协议转换器（PC）。
根据本发明的又一方面，提供了一种应用功能实体。
根据本发明实施例的应用功能实体包括：第一发送模块，用于向策略服务器发送第一HTTP请求消息，其中，第一HTTP请求消息用于与策略服务器建立AF会话，第一HTTP请求消息中携带有AF会话标识信息；第二发送模块，用于向策略服务器发送第二HTTP请求消息，其中，第二HTTP请求消息中不携带有AF会话标识信息；接收模块，用于接收来自于策略服务器的与第二HTTP请求消息对应的第二HTTP应答消息，其中，第二HTTP应答消息是由策略服务器在感知到与AF会话对应的承载层事件后，向AF返回的应答消息，第二HTTP应答消息中携带的信息包括：AF会话标识信息和承载层事件。
通过本发明实施例，采用策略服务器接收来自于AF的用于在策略服务器与AF之间建立AF会话的第一HTTP请求消息，并从第一HTTP请求消息中获取AF会话标识信息；其次， 策略服务器再从AF接收第二HTTP请求消息，并在确定第二HTTP请求消息中不携带AF会话标识信息的情况下，将第二HTTP请求消息挂起；而后，策略服务器在感知到与AF会话对应的承载层事件后，向AF返回与第二HTTP请求消息对应的第二HTTP应答消息，该第二HTTP应答消息中携带的信息包括：AF会话标识信息和承载层事件，以实现策略服务器与AF之间的双向通信，由此解决了相关技术中在实现双向通信的同时，需要占用较多的网络资源，实现复杂度较高，实时性较差的问题，进而减少了网络资源的占用，降低了实现复杂度，并且能够确保实时性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据相关技术的3GPP定义的PCC的架构示意图；
图2是根据相关技术的部署PC的PCC架构示意图；
图3是根据本发明实施例的会话的管理方法的流程图；
图4是根据本发明优选实施例的会话信息初始提供过程中（即AF会话建立过程中）的会话管理流程图；
图5是根据本发明优选实施例的会话信息更新过程中（即AF会话修改过程中）的会话管理流程图；
图6是根据本发明优选实施例的AF会话终结过程中的会话管理流程图；
图7是根据本发明优选实施例的承载层事件上报过程中的会话管理流程图；
图8是根据本发明优选实施例的会话信息初始提供过程中（即AF会话建立过程中）的会话管理流程图；
图9是根据本发明优选实施例的会话信息更新过程中（即AF会话修改过程中）的会话管理流程图；
图10是根据本发明优选实施例的AF会话终结过程中的会话管理流程图；
图11是根据本发明优选实施例的承载层事件上报过程中的会话管理流程图；
图12是根据本发明优选实施例的IP-CAN终结过程中的会话管理流程图；
图13是根据本发明实施例的策略服务器的结构框图；
图14是根据本发明优选实施例的策略服务器的结构框图；
图15是根据本发明实施例的应用功能实体的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
图3是根据本发明实施例的会话的管理方法的流程图。如图3所示，该方法可以包括以下处理步骤：
步骤S302：策略服务器接收来自于AF的第一HTTP请求消息，其中，第一HTTP请求消息用于在策略服务器与AF之间建立AF会话，第一HTTP请求消息中携带有AF会话标识信息；
步骤S304：策略服务器接收来自于AF的第二HTTP请求消息，并在确定第二HTTP请求消息中不携带AF会话标识信息的情况下，将第二HTTP请求消息挂起；
步骤S306：策略服务器在感知到与AF会话对应的承载层事件后，向AF返回与第二HTTP请求消息对应的第二HTTP应答消息，其中，第二HTTP应答消息中携带的信息包括：AF会话标识信息和承载层事件。
相关技术中，在实现双向通信的同时，需要占用较多的网络资源，实现复杂度较高，实时性较差。采用如图3所示的方法，策略服务器接收来自于AF的用于在策略服务器与AF之间建立AF会话的第一HTTP请求消息，并从第一HTTP请求消息中获取AF会话标识信息；其次，策略服务器再从AF接收第二HTTP请求消息，并在确定第二HTTP请求消息中不携带AF会话标识信息的情况下，将第二HTTP请求消息挂起；而后，策略服务器在感知到与AF会话对应的承载层事件后，向AF返回与第二HTTP请求消息对应的第二HTTP应答消息，该第二HTTP应答消息中携带的信息包括：AF会话标识信息和承载层事件，以实现策略服务器与AF之间的双向通信，由此解决了相关技术中在实现双向通信的同时，需要占用较多的网络资源，实现复杂度较高，实时性较差的问题，进而减少了网络资源的占用，降低了实现复杂度，并且能够确保实时性。
在优选实施过程中，上述策略服务器可以为但不限于以下之一：PCRF、PC。
在优选实施过程中，上述AF会话标识信息可以包括但不限于以下之一：
（1）业务会话标识和UE的IP地址；
（2）业务会话标识、UE的IP地址和IP域标识；
（3）业务会话标识、UE的IP地址和分组数据网络（PDN）标识；
（4）业务会话标识和用户标识。
优选地，在步骤S302，AF会话建立之后，还可以包括以下操作：
步骤S1：策略服务器接收来自于AF的第三HTTP请求消息，其中，第三HTTP请求消息用于修改或终结AF会话，第三HTTP请求消息中携带有AF会话标识信息；
步骤S2：策略服务器向AF返回与第三HTTP请求消息对应的第三HTTP应答消息。
在优选实施例中，当上述策略服务器为PC，且PCRF向PC发送直径（Diameter）重认证请求（RAR）消息，或者，终止会话请求（ASR）消息，或者，会话终结应答（STA）消息时，PC向AF发送第二HTTP应答消息，其中，第二HTTP应答消息中携带有AF会话标识信息。
下面将结合图1所示的PCC架构示意图对AF与PCRF之间的Rx接口支持SOAP或REST协议的会话流程加以描述。
图4是根据本发明优选实施例的会话信息初始提供过程中（即AF会话建立过程中）的会话管理流程图。如图4所示，该流程可以包括以下处理步骤：
步骤S402：用户设备（UE）附着到网络，发起附着流程；或者，在UE发起另外的PDN连接建立流程后，UE与AF进行媒体协商，并由AF确定相关的业务信息。
步骤S404：AF向PCRF发起AF会话建立流程以建立AF会话，并提供AF会话的标识信息和业务信息。
在该优选实施例中，AF可以向PCRF发送第一HTTP请求消息，其中，该第一HTTP请求消息中携带的信息包括：AF会话的标识信息和业务信息。
AF会话的标识信息是一个全局唯一标识该AF会话的信息，其可由业务会话标识结合其他信息唯一标识该AF会话。在该优选实施例中，AF会话的标识信息可以采用但不限于以下任意一种组合：
第一种组合、业务会话标识和UE的IP地址，其中，该业务会话标识是能够在UE的IP地址相同的情况下唯一标识AF会话的标识；
第二种组合、业务会话标识、UE的IP地址和IP域标识，其中，该业务会话标识是能够在UE的IP地址和IP域标识相同的情况下唯一标识AF会话的标识；
第三种组合、业务会话标识、UE的IP地址和分组数据网络（PDN）标识，其中，该业务会话标识是能够在UE的IP地址和PDN标识相同的情况下唯一标识AF会话的标识；
第四种组合、业务会话标识与用户标识，其中，该业务会话标识是能够在UE的IP地址和用户标识相同的情况下唯一标识AF会话的标识。
在优选实施过程中，采用XML语言描述的AF向PCRF发送的第一HTTP请求消息中的内容如下：



在优选实施过程中，采用JSON语言描述的AF向PCRF发送的第一HTTP请求消息中的内容如下：


其中，Framed-IP-Address和Framed-IPv6-Prefix分别用来携带UE的IPv4地址和IPv6地址（UE在同一个时刻只会采用一个地址访问业务，因此上述两个AVP不会同时携带）；Service-Session-Id用来携带业务会话标识；IP-Domain-Id用来携带IP域标识；Called-Station-Id用来携带PDN标识；Subscription-Id用来携带用户标识。
步骤S406：PCRF对AF提供的业务信息进行存储，然后向AF返回第一HTTP请求消息的应答消息。
在该优选实施例中，对于AF与PCRF之间的TCP连接可以采用以下两种处理方式：
处理方式一、采用HTTP persistent connection机制。在执行上述步骤S404时，若AF与PCRF之间已经存在TCP连接（以下称为第一TCP连接），则AF可以采用现有的第一TCP连接向PCRF发送第一HTTP请求消息；若AF与PCRF之间不存在第一TCP连接，则AF与PCRF先建立第一TCP连接，然后再发送第一HTTP请求消息，而且在执行完步骤S406后，第一TCP连接仍然保持连接状态。
处理方式二、不采用HTTP persistent connection机制。在执行上述步骤S404时，AF与PCRF先建立第一TCP连接，然后再发送第一HTTP请求消息。而在执行完步骤S406后，断开第一TCP连接。
图5是根据本发明优选实施例的会话信息更新过程中（即AF会话修改过程中）的会话管理流程图。如图5所示，该流程可以包括以下处理步骤：
步骤S502：UE与AF进行媒体重协商，由AF确定相关的业务信息。
步骤S504：AF向PCRF发起AF会话修改流程（即修改上述图4中建立的AF会话），提供更新后的业务信息。即AF向PCRF发送第三HTTP请求消息，其中，该第三HTTP请求消息中携带的信息包括：待更新的媒体描述信息、上述AF会话的标识信息。
在优选实施过程中，若采用XML语言对AF向PCRF发送的第三HTTP请求消息中的内容加以描述则与采用XML语言对AF向PCRF发送的第一HTTP请求消息中的内容加以描述基本类似；若采用JSON语言对AF向PCRF发送的第三HTTP请求消息中的内容加以描述则与采用JSON语言对AF向PCRF发送的第一HTTP请求消息中的内容加以描述基本类似。若上述步骤S404的Service-Session-Id为全局唯一标识，则无需携带Framed-IP-Address、Framed-IPv6-Prefix、Called-Station-Id、Subscription-Id、IP-Domain-Id等参数；否则，还需要携带与步骤S404相同的参数以便唯一标识AF会话。
步骤S506：PCRF根据AF会话的标识信息确定已经保存的业务信息，并执行相应地更新操作。PCRF向AF返回第三HTTP请求消息的应答消息。
在该优选实施例中，对于AF与PCRF之间的TCP连接可以采用以下两种处理方式：
处理方式一、采用HTTP persistent connection机制。即执行上述步骤S504时，AF采用AF与PCRF之间已经存在TCP连接（即上述第一TCP连接）向PCRF发送第三HTTP请求消息。而在执行完步骤S506后，第一TCP连接依旧保持连接状态。
处理方式二、不采用HTTP persistent connection机制。即执行上述步骤S504时，AF与PCRF先建立第一TCP连接，然后再发送第三HTTP请求消息。而在执行完步骤S506后，断开第一TCP连接。
图6是根据本发明优选实施例的AF会话终结过程中的会话管理流程图。如图6所示，该流程可以包括以下处理步骤：
步骤S602：UE与AF进行信息交互，以终结会话。
步骤S604：AF向PCRF发起AF会话终结流程，终结上述图4中建立的AF会话。即AF向PCRF发送第三HTTP请求消息，其中，该第三HTTP请求消息中携带的信息包括：会话终结指示和AF会话的标识信息。
在优选实施过程中，采用XML语言对AF向PCRF发送的第三HTTP请求消息中的内容描述如下：


采用JSON语言对AF向PCRF发送的第三HTTP请求消息中的内容描述如下：

其中，如果Service-Session-Id为全局唯一标识，则无需携带Framed-IP-Address、Framed-IPv6-Prefix、Called-Station-Id、Subscription-Id、IP-Domain-Id等参数；否则，还是携带与步骤S404中相同的参数以便唯一标识AF会话。
步骤S606：PCRF根据AF会话的标识信息查找已经存储的业务信息并进行删除。PCRF向AF返回第三HTTP请求消息的应答消息。
在该优选实施例中，对于AF与PCRF之间的TCP连接可以采用以下两种处理方式：
处理方式一、采用HTTP persistent connection机制。即执行上述步骤S604时，AF采用AF与PCRF之间已经存在TCP连接（即上述第一TCP连接）向PCRF发送第三HTTP请求消息。而在执行完步骤S606后，第一TCP连接依旧保持连接状态。
处理方式二、不采用HTTP persistent connection机制。即执行上述步骤S604时，AF与PCRF先建立第一TCP连接，然后再发送第三HTTP请求消息。而在执行完步骤S606后，断开第一TCP连接。
图7是根据本发明优选实施例的承载层事件上报过程中的会话管理流程图。如图7所示，该流程可以包括以下处理步骤：
步骤S702：AF向PCRF发送第二HTTP请求消息，其中，该第二HTTP请求消息中携带的信息如果不包括AF会话的标识信息，则表示该HTTP请求与任何AF会话无关。PCRF采用Long Polling或HTTP Streaming机制将HTTP请求挂起。
需要说明的是，上述步骤S702的执行与上述步骤S404的执行可以是相互独立的。
步骤S704：PCRF感知到承载层事件，并确定与之对应的AF会话。
步骤S706：PCRF向AF上报图4中建立的AF会话相关的承载层事件。即PCRF向AF发送第二HTTP应答消息，其中，该第二HTTP应答消息中携带的信息可以包括：承载层事件和上述AF会话的标识信息。
在优选实施过程中，采用XML语言对PCRF向AF发送的第二HTTP应答消息中的内容描述如下：


其中，若步骤S404中的Service-Session-Id为全局唯一标识，则无需携带Framed-IP-Address、Framed-IPv6-Prefix、Called-Station-Id、Subscription-Id、IP-Domain-Id等参数；否则，还需要携带与步骤S404中相同的参数以便唯一标识AF会话。
步骤S708：AF根据AF会话的标识信息确定与UE对应的应用层会话，获知该应用层会话对应的承载层事件，从而进行相关的处理。
若PCRF采用Long Polling机制，则AF在执行完步骤S706后向PCRF发送HTTP请求消息，如果该HTTP请求消息中携带的信息不包括AF会话的标识信息，则表示该HTTP请求与任何AF会话无关。PCRF可以采用Long Polling机制将HTTP请求挂起。
下面将结合图2所示的PCC架构示意图对AF与PCRF之间存在PC的会话流程加以描述。
图8是根据本发明优选实施例的会话信息初始提供过程中（即AF会话建立过程中）的会话管理流程图。如图8所示，该流程可以包括以下处理步骤：
步骤S802：用户设备（UE）附着到网络，发起附着流程；或者，在UE发起另外的PDN连接建立流程后，UE与AF进行媒体协商，并由AF确定相关的业务信息。
步骤S804：AF向PC发起AF会话建立流程以建立AF会话，并提供AF会话的标识信息和业务信息。
在该优选实施例中，AF可以向PC发送第一HTTP请求消息，其中，该第一HTTP请求消息中携带的信息包括：AF会话的标识信息和业务信息。PC对其中的AF会话的标识信息和业务信息进行存储。
AF会话的标识信息是一个全局唯一标识该AF会话的信息，其可由业务会话标识结合其他信息唯一标识该AF会话。在该优选实施例中，AF会话的标识信息可以采用但不限于以下任意一种组合：
第一种组合、业务会话标识和UE的IP地址，其中，该业务会话标识是能够在UE的IP地址相同的情况下唯一标识AF会话的标识；
第二种组合、业务会话标识、UE的IP地址和IP域标识，其中，该业务会话标识是能够在UE的IP地址和IP域标识相同的情况下唯一标识AF会话的标识；
第三种组合、业务会话标识、UE的IP地址和分组数据网络（PDN）标识，其中，该业务会话标识是能够在UE的IP地址和PDN标识相同的情况下唯一标识AF会话的标识；
第四种组合、业务会话标识与用户标识，其中，该业务会话标识是能够在UE的IP地址和用户标识相同的情况下唯一标识AF会话的标识。
在优选实施过程中，采用XML语言描述的AF向PC发送的第一HTTP请求消息中的内容如下：


在优选实施过程中，采用JSON语言描述的AF向PC发送的第一HTTP请求消息中的内容如下：


其中，Framed-IP-Address和Framed-IPv6-Prefix分别用来携带UE的IPv4地址和IPv6地址（UE在同一个时刻只会采用一个地址访问业务，因此上述两个AVP不会同时携带）；Service-Session-Id用来携带业务会话标识；IP-Domain-Id用来携带IP域标识；Called-Station-Id用来携带PDN标识；Subscription-Id用来携带用户标识。
步骤S806：PC向PCRF发起AF会话建立流程请求建立AF会话，提供业务信息。
在该优选实施例中，AF向PCRF发送直径（Diameter）认证授权请求（Authentication and Authorization Request，简称为AAR）消息，其中，该AAR消息中携带的信息包括：AF会话的标识信息，Diameter会话标识以及媒体信息描述。并且，PC对Diameter会话标识与上述步骤S804中AF会话的标识信息的对应关系进行存储。
步骤S808：PCRF保存业务信息，并向PC返回Diameter认证授权应答（Authentication and Authorization Answer，简称为AAA）消息。
步骤S810：PC向AF返回第一HTTP请求消息的应答消息。
在该优选实施例中，对于AF与PCRF之间的TCP连接可以采用以下两种处理方式：
处理方式一、采用HTTP persistent connection机制。在执行上述步骤S804时，若AF与PC之间已经存在TCP连接（以下称为第二TCP连接），则AF可以采用现有的第二TCP连接向PC发送第一HTTP请求消息；若AF与PC之间不存在第二TCP连接，则AF与PC先建立第二TCP连接，然后再发送第一HTTP请求消息，而且在执行完步骤S810后，第二TCP连接仍然保持连接状态。
处理方式二、不采用HTTP persistent connection机制。在执行上述步骤S804时，AF与PC先建立第二TCP连接，然后再发送第一HTTP请求消息。而在执行完步骤S810后，断开第二TCP连接。
图9是根据本发明优选实施例的会话信息更新过程中（即AF会话修改过程中）的会话管理流程图。如图9所示，该流程可以包括以下处理步骤：
步骤S902：UE与AF进行媒体重协商，由AF确定相关的业务信息。
步骤S904：AF向PC发起AF会话修改流程（即修改上述图8中建立的AF会话），提供AF会话的标识信息和业务信息。即AF向PC发送第三HTTP请求消息，其中，该第三HTTP请求消息中携带的信息包括：更新后的媒体描述信息、上述AF会话的标识信息。PC根据AF会话的标识信息确定已经保存的业务信息，并执行相应地更新操作。
在优选实施过程中，若采用XML语言对AF向PC发送的第三HTTP请求消息中的内容加以描述则与采用XML语言对AF向PC发送的第一HTTP请求消息中的内容加以描述基本类似；若采用JSON语言对AF向PCRF发送的第三HTTP请求消息中的内容加以描述则与采用JSON语言对AF向PCRF发送的第一HTTP请求消息中的内容加以描述基本类似。若步骤S804的Service-Session-Id为全局唯一标识，则无需携带Framed-IP-Address、Framed-IPv6-Prefix、Called-Station-Id、Subscription-Id、IP-Domain-Id等参数；否则，还需要携带与步骤S804中相同的参数以便唯一标识AF会话。
步骤S906：PC根据AF会话的标识信息查找对应的Diameter会话。PC向PCRF发起AF会话修改流程，提供业务信息。即AF向PCRF发送Diameter AAR消息，其中，该AAR消息中携带的信息包括：Diameter会话标识和媒体信息描述。
步骤S908：PCRF根据Diameter会话标识确认已经保存的业务信息，并执行相应地更新操作。然后PCRF向PC返回Diameter AAA消息。
步骤S910：PC向AF返回第三HTTP请求消息的应答消息。
在该优选实施例中，对于AF与PCRF之间的TCP连接可以采用以下两种处理方式：
处理方式一、采用HTTP persistent connection机制。在执行上述步骤S904时，若AF与PC之间已经存在TCP连接（以下称为第二TCP连接），则AF可以采用现有的第二TCP连接向PC发送第三HTTP请求消息；若AF与PC之间不存在第二TCP连接，则AF与PC先建立第二TCP连接，然后再发送第三HTTP请求消息，而且在执行完步骤S910后，第二TCP连接仍然保持连接状态。
处理方式二、不采用HTTP persistent connection机制。在执行上述步骤S904时，AF与PC先建立第二TCP连接，然后再发送第三HTTP请求消息。而在执行完步骤S910后，断开第二TCP连接。
图10是根据本发明优选实施例的AF会话终结过程中的会话管理流程图。如图10所示，该流程可以包括以下处理步骤：
步骤S1002：UE与AF进行信息交互，以终结会话。
步骤S1004：AF向PC发起AF会话终结流程，终结上述图8中建立的AF会话。即AF向PC发送第三HTTP请求消息，其中，该第三HTTP请求消息中携带的信息包括：AF会话的标识信息以及会话终结指示。
在优选实施过程中，采用XML语言对AF向PC发送的第三HTTP请求消息中的内容描述如下：

采用JSON语言对AF向PC发送的第三HTTP请求消息中的内容描述如下：

其中，如果Service-Session-Id为全局唯一标识，则无需携带Framed-IP-Address、Framed-IPv6-Prefix、Called-Station-Id、Subscription-Id、IP-Domain-Id等参数；否则，还是携带与步骤S804中相同的参数以便唯一标识AF会话。
步骤S1006：PC根据AF会话标识信息确定对应的Diameter会话，然后向PCRF发起AF会话终结流程。即PC向PCRF发送Diameter会话终结请求（Session Termination Request，简称为STR）消息，其中，该STR消息中携带的信息包括：对应的Diameter会话标识。
步骤S1008：PCRF根据Diameter会话标识查找已经存储的业务信息并进行删除，然后向PC返回Diameter会话终结应答（Session Termination Answer，简称为STA）消息。
步骤S1010：PC删除对应的业务信息，然后向AF返回第三HTTP请求消息的应答消息。
在该优选实施例中，对于AF与PCRF之间的TCP连接可以采用以下两种处理方式：
处理方式一、采用HTTP persistent connection机制。在执行上述步骤S1004时，若AF与PC之间已经存在TCP连接（以下称为第二TCP连接），则AF可以采用现有的第二TCP连接向PC发送第三HTTP请求消息；若AF与PC之间不存在第二TCP连接，则AF与PC先建立第二TCP连接，然后再发送第三HTTP请求消息，而且在执行完步骤S1010后，第二TCP连接仍然保持连接状态。
处理方式二、不采用HTTP persistent connection机制。在执行上述步骤S1004时，AF与PC先建立第二TCP连接，然后再发送第三HTTP请求消息。而在执行完步骤S1010后，断开第二TCP连接。
图11是根据本发明优选实施例的承载层事件上报过程中的会话管理流程图。如图11所示，该流程可以包括以下处理步骤：
步骤S1102：AF向PC发送第二HTTP请求消息，其中，该第二HTTP请求消息中携带的信息如果不包括AF会话的标识信息，则表示该HTTP请求与任何AF会话无关。PC采用Long Polling或HTTP Streaming机制将HTTP请求挂起。
步骤S1104：PCRF感知到承载层事件（例如：IP-CAN类型改变），并确定与之对应的AF会话。
步骤S1106：PCRF向PC上报图8中建立的AF会话相关承载层事件。即PCRF向PC发送Diameter重认证请求（Re-Authentication Request，简称为RAR）消息，其中，该RAR消息中携带的信息包括：承载层事件和上述Diameter会话标识。
步骤S1108：PC向PCRF返回Diameter重认证应答（Re-Authentication Answer，简称为RAA）消息。
步骤S1110：PC根据Diameter会话标识确定AF会话的标识信息，然后向AF上报承载层事件。即PC向AF发送第二HTTP应答消息，其中，该第二HTTP应答消息中携带的信息包括：承载层事件和对应的AF会话的标识信息。
在优选实施过程中，采用XML语言对PC向AF发送的第二HTTP应答消息中的内容描述如下：


其中，若步骤S804中的Service-Session-Id为全局唯一标识，则无需携带Framed-IP-Address、Framed-IPv6-Prefix、Called-Station-Id、Subscription-Id、IP-Domain-Id等参数；否则，还需要携带与步骤S804中相同的参数以便唯一标识AF会话。
步骤S1112：AF根据AF会话的标识信息确定与UE对应的应用层会话，获知该应用层会话对应的承载层事件，从而进行相关的处理。
若PC采用Long Polling机制，则AF在执行完步骤S1008后向PC发送HTTP请求消息，如果该HTTP请求消息中携带的信息不包括AF会话的标识信息，则表示该HTTP请求与任何AF会话无关。PCRF可以采用Long Polling机制将HTTP请求挂起。
图12是根据本发明优选实施例的IP-CAN终结过程中的会话管理流程图（PCRF通知AFIP-CAN会话终结可以被认为是一种特殊的承载层事件上报）。如图12所示，该流程可以包括以下处理步骤：
步骤S1202：AF向PC发送第二HTTP请求消息，如果该第二HTTP请求消息中携带的信息不包括AF会话的标识信息，则表示该第二HTTP请求消息与任何AF会话无关。PC可以采用Long Polling机制或者HTTP Streaming机制将该第二HTTP请求消息挂起。
步骤S1204：PCRF感知到IP-CAN会话终结。
步骤S1206：PCRF向PC发送Diameter终止会话请求（Abort Session Request，简称为ASR）消息，其中，该ASR消息中携带的信息包括：Diameter会话标识。
步骤S1208：PC向PCRF返回Diameter终止会话应答（Abort Session Answer，简称为ASA）消息。
步骤S1210：PC向PCRF发送Diameter STR消息，其中，该ASR消息中携带的信息包括：Diameter会话标识；
步骤S1212：PCRF向PC返回Diameter STA消息。
步骤S1214：PC根据Diameter会话消息确定对应的AF会话的标识信息，然后通知AF已经建立的AF会话相关的传输资源丢失。该步骤可以由步骤S1206或者步骤S1212触发。即PC向AF发送第二HTTP应答消息，其中，该第二HTTP应答消息中携带的信息包括：请求会话终结指示和对应的AF会话的标识信息。
在优选实施过程中，采用XML语言对PC向AF发送的第二HTTP应答消息中的内容描述如下：

其中，若步骤S804中的Service-Session-Id为全局唯一标识，则无需携带Framed-IP-Address、Framed-IPv6-Prefix、Called-Station-Id、Subscription-Id、IP-Domain-Id等参数；否则，还需要携带与步骤S804中相同的参数以便唯一标识AF会话。
步骤S1216：AF根据AF会话的标识信息确定与UE对应的应用层会话，获知该应用层会话对应的传输资源丢失，从而进行相关的处理。
若PC采用Long Polling机制，则AF在执行完步骤S1214后向PC发送HTTP请求消息，如果该HTTP请求消息中携带的信息不包括AF会话的标识信息，则表示该HTTP请求与任何AF会话无关。PCRF可以采用Long Polling机制将HTTP请求挂起。
图13是根据本发明实施例的策略服务器的结构框图。如图13所示，该策略服务器可以包括：第一接收模块10，用于接收来自于AF的第一HTTP请求消息，其中，第一HTTP请 求消息用于在策略服务器与AF之间建立AF会话，第一HTTP请求消息中携带有AF会话标识信息；第二接收模块20，用于接收来自于AF的第二HTTP请求消息，并在确定第二HTTP请求消息中不携带AF会话标识信息的情况下，将第二HTTP请求消息挂起；第一反馈模块30，用于在感知到与AF会话对应的承载层事件后，向AF返回与第二HTTP请求消息对应的第二HTTP应答消息，其中，第二HTTP应答消息中携带的信息包括：AF会话标识信息和承载层事件。
采用如图13所示的策略服务器，解决了相关技术中在实现双向通信的同时，需要占用较多的网络资源，实现复杂度较高，实时性较差的问题，进而减少了网络资源的占用，降低了实现复杂度，并且能够确保实时性。
在优选实施过程中，上述策略服务器可以为但不限于以下之一：PCRF、PC。
在优选实施过程中，上述AF会话标识信息可以包括但不限于以下之一：
（1）业务会话标识和UE的IP地址；
（2）业务会话标识、UE的IP地址和IP域标识；
（3）业务会话标识、UE的IP地址和分组数据网络（PDN）标识；
（4）业务会话标识和用户标识。
优选地，如图14所示，上述策略服务器还可以包括：第三接收模块40，用于接收来自于AF的第三HTTP请求消息，其中，第三HTTP请求消息用于修改或终结AF会话，第三HTTP请求消息中携带有AF会话标识信息；第二反馈模块50，用于向AF返回与第三HTTP请求消息对应的第三HTTP应答消息。
图15是根据本发明实施例的应用功能实体的结构框图。如图15所示，该应用功能实体可以包括：第一发送模块60，用于向策略服务器发送第一HTTP请求消息，其中，第一HTTP请求消息用于与策略服务器建立AF会话，第一HTTP请求消息中携带有AF会话标识信息；第二发送模块70，用于向策略服务器发送第二HTTP请求消息，其中，第二HTTP请求消息中不携带有AF会话标识信息；接收模块80，用于接收来自于策略服务器的与第二HTTP请求消息对应的第二HTTP应答消息，其中，第二HTTP应答消息是由策略服务器在感知到与AF会话对应的承载层事件后，向AF返回的应答消息，第二HTTP应答消息中携带的信息包括：AF会话标识信息和承载层事件。
采用如图15所示的策略服务器，解决了相关技术中在实现双向通信的同时，需要占用较多的网络资源，实现复杂度较高，实时性较差的问题，进而减少了网络资源的占用，降低了实现复杂度，并且能够确保实时性。
从以上的描述中，可以看出，上述实施例实现了如下技术效果（需要说明的是这些效果是某些优选实施例可以达到的效果）：本发明实施例所提供的技术方案能够实现在AF与PCRF之间或者在AF与PC之间基于HTTP协议实时地进行双向信息，由此，解决了相关技术中在实现双向通信的同时，需要占用较多的网络资源，实现复杂度较高，实时性较差的问题，进而减少了网络资源的占用，降低了实现复杂度，并且能够确保实时性。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。