会话的管理方法、策略服务器及应用功能实体的制作方法
【技术领域】
[0001] 本发明涉及通信领域，具体而言，涉及一种会话的管理方法、策略服务器及应用功 能实体。
【背景技术】
[0002] 图1是根据相关技术的第H代合作伙伴计划（3rdGenerationPartnership Project,简称为3GPP)定义的策略和计费控制（PolicyandChargingControl,简称为 PCC)的架构示意图。图2是根据相关技术的部署PC的PCC架构示意图。如图1和图2所 示，策略和计费规则功能（PolicyandQiargingRulesF^mction,简称为PCRF)为业务使 用网络资源进行服务质量（QualityofService,简称为QoS)和计费策略的制订。而PCRF 制定上述控制策略需要结合从应用功能（Application化nction，简称为AF)接收的业务 信息，从用户签约数据库（SubscriptionProfileRepository,简称为SPR)接收的用户签 约信息，运营商配置的策略等。PCRF将为业务制定的控制策略下发给策略和计费执行功能 (PolicyandQiargingElnforcementF^mction，简称为PCEF)或者承载绑定和事件上报功 能（BearerBindingandEventReportF^mction，简称为BBERF)执行。与此同时，PCRF 可W向PCEF和/或B邸RF订阅承载层相关事件，W便当承载层发生上述事件时能够及时感 知，并更改控制策略。此外，PCEFW及业务检测功能（TrafficDetectionF^mction，简称 为TDF)能够根据PCRF下发的PCC规则（PCEF)或应用和检测控制（ApplicationDetection andControl,简称为ADC)规则（TDF)执行应用检测和控制功能。
[0003] 随着移动互联网技术的飞速发展，运营商需要与第H方数据应用提供商进行互 通，为第H方数据应用提供商所提供的业务进行QoS保障。由于目前PCC支持的Rx接口 采用的是Diameter协议，而对于大多数第H方数据应用提供商而言，其更擅长基于SOAP或 REST协议的开发。目前业界研究的PCC架构支持基于S0AP/REST协议的Rx接口提出了W 下两种方案：
[0004] 方案一、PCRF支持SOAP或REST协议；
[000引方案二、在PCRF和AF之间设置一个称为协议转换器（ProtocolConverter,简称PC)的网元，用于将SOAP或REST协议转换成Diameter协议。目前的SOAP协议可支持可扩 展标记语言（XML)，而REST协议可支持XML和JS0N两种语言。
[0006]Rx接口需要支持双向通信，即AF向PCRF提供业务信息，PCRF需要向AF实时的提 供承载层事件（TrafficPlaneEvent)。然而，SOAP或REST协议都是基于超文本传输协议 (Hype;rtexttransferprotocol,简称HTTP),HTTP是一种无状态的协议，客户端请求一个 统一资源定位符（U化)，服务器端需要返回响应内容，连接端口无法实现双向通信。为了能 够实现服务器向客户端主动推送（Push)信息，相关技术中提出如下H种技术方案：
[0007] 技术方案一、化lling，即浏览器通过不间断地发出请求获取最新数据，W模拟成 push。此种方案的缺陷在于延迟高、信令开销大。
[0008] 技术方案二、Streaming,即在服务器接收到来自于客户端的HTTP请求并返回确 认消息之后，服务器与客户端之间保持连接，通过该连接服务器端可w持续向客户端发送 数据。此种方案的缺陷在于服务器与客户端之间需要一直保持连接，由此占用了服务器与 客户端的资源，而且其代理支持较差，因为代理可能会缓存数据。
[0009] 技术方案H、Long-Polling,浏览器向服务器发送请求，服务器在接收到来自于浏 览器的请求后挂起连接，直到有数据需要发送至客户端，发完数据后断开连接；而客户端在 接收到数据后，又会再一次请求服务器发送数据。此种方案的缺陷同样在于服务器与客户 端之间需要一直保持连接，由此会占用服务器与客户端的资源。
[0010] 考虑到PCC的特殊应用，第H方数据应用需要向大量的用户提供服务，因此，若采 用Streaming或Long-Polling的方案，第H方数据应用服务器和PCRF或PC之间要保持大 量的传输控制协议（TransmissionConholProtocol,简称TCP)连接。
[0011] 此外，相关技术还提出，可W将多个HTTP请求封装到一个TCP连接中（成为HTTP Pipelining),并采用Long-Polling的方式实现服务器主动向客户端提供数据。但是，此种 方案要求客户端必须要在Long-Polling完成后，才能发送新的请求，如此会导致延迟现象 发生。
[0012] 为了克服上述缺陷，相关技术中又提出了twoTCPconnection的技术方案，即AF 和PCRF/PC同时支持HTTPClient与HTTPServer。AF可W发起与PCRF/PC之间的TCP连 接，同时PCRF/PC也会发起与AF之间的TCP连接。该样，AF和PCRF/PC可W通过一对双 向的TCP连接进行双向通信。然而，上述方案要求AF和PCRF/PC同时支持HTTPClient/ Server，其实现难度较大。
【发明内容】
[0013] 本发明提供了一种会话的管理方法、策略服务器及应用功能实体，W至少解决相 关技术中在实现双向通信的同时，需要占用较多的网络资源，实现复杂度较高，实时性较差 的问题。
[0014] 根据本发明的一个方面，提供了一种会话的管理方法。
[0015] 根据本发明实施例的会话的管理方法包括：策略服务器接收来自于应用功能 (AF)的第一超文本传输协议（HTTP)请求消息，其中，第一HTTP请求消息用于在策略服务器 与AF之间建立AF会话，第一HTTP请求消息中携带有AF会话标识信息；策略服务器接收来 自于AF的第二HTTP请求消息，并在确定第二HTTP请求消息中不携带AF会话标识信息的 情况下，将第二HTTP请求消息挂起；策略服务器在感知到与AF会话对应的承载层事件后， 向AF返回与第二HTTP请求消息对应的第二HTTP应答消息，其中，第二HTTP应答消息中携 带的信息包括：AF会话标识信息和承载层事件。
[0016] 优选地，在AF会话建立之后，还包括：策略服务器接收来自于AF的第HHTTP请求 消息，其中，第HHTTP请求消息用于修改或终结AF会话，第HHTTP请求消息中携带有AF 会话标识信息；策略服务器向AF返回与第HHTTP请求消息对应的第HHTTP应答消息。
[0017] 优选地，AF会话标识信息包括W下之一；业务会话标识和肥的IP地址；业务会话 标识、肥的IP地址和IP域标识；业务会话标识、肥的IP地址和分组数据网络（PDN)标识； 业务会话标识和用户标识。
[0018] 优选地，策略服务器为W下之一；策略和计费规则功能（PCRF)、协议转换器（PC)。
[0019] 优选地，当策略服务器为PC时，PCRF向PC发送直径（Diameter)重认证请求（RAR) 消息，或者，终止会话请求(ASR)消息，或者，会话终结应答（STA)消息时，PC向AF发送第二 HTTP应答消息，其中，第二HTTP应答消息中携带有AF会话标识信息。
[0020] 根据本发明的另一方面，提供了一种策略服务器。
[0021] 根据本发明实施例的策略服务器包括；第一接收模块，用于接收来自于AF的第一HTTP请求消息，其中，第一HTTP请求消息用于在策略服务器与AF之间建立