会话管理方法、应用功能实体、策略服务器和协议转换器的制造方法

文档序号:7807498阅读:351来源:国知局
会话管理方法、应用功能实体、策略服务器和协议转换器的制造方法
【专利摘要】本发明公开了一种会话管理方法、应用功能实体、策略服务器和协议转换器,涉及通信领域。本发明方法包括:当AF与策略服务器建立AF会话时,AF向策略服务器发送第一HTTP请求消息,其中,AF通过第一HTTP请求消息发送AF会话标识信息给策略服务器,或者由策略服务器分配AF会话标识信息,并通过第一HTTP请求消息的应答发送给AF;当策略服务器向AF通知上述AF会话的承载层事件时,策略服务器向AF发送第二HTTP请求消息,其中携带AF会话标识信息;AF向策略服务器返回第二HTTP请求消息的应答。本发明还公开了一种AF实体、策略服务器和协议转换器。本申请技术方案解决了AF和PCRF或PC可以基于HTTP实时的进行双向信息传送的问题。
【专利说明】会话管理方法、应用功能实体、策略服务器和协议转换器

【技术领域】
[0001] 本发明涉及通信领域,具体的,涉及一种会话管理方法、应用功能实体、策略服务 器和协议转换器。

【背景技术】
[0002] 图1是第三代合作伙伴计划(3rdGenerationPartnershipProject,简称为 3GPP)定义的策略和计费控制架构(PolicyandChargingControl,简称为PCC)。
[0003] 策略和计费规则功能(PolicyandChargingRulesFunction,简称为PCRF)为 业务使用网络资源进行QoS和计费策略的制订。PCRF制定所述控制策略需要结合从AF接 收的业务信息,从用户签约数据库(SubscriptionProfileRepository,简称为SPR)接收的 用户签约信息,运营商配置的策略等。PCRF将为业务制定的控制策略下发给策略和计费执 行功能(PolicyandChargingEnforcementFunction,简称为PCEF)或者承载绑定和事件 上报功能(BearerBindingandEventReportFunction,简称为BBERF)执行。同时PCRF 可以向PCEF和/或BBERF订阅承载层相关事件,以便当承载层发生所述事件时及时感知, 并更改控制策略。此外,PCEF以及业务检测功能(TrafficDetectionFunction,简称TDF) 能够根据PCRF下发的PCC规则(PCEF)或ADC规则(TDF)执行应用检测和控制功能。
[0004] 随着移动互联网的发展,运营商需要与第三方数据应用提供商进行互通,为第三 方数据应用提供商提供的业务进行QoS保障。由于目前PCC支持的Rx接口采用的Diameter 协议,而对于大多数第三方数据应用提供商来说,他们更擅长基于SOAP、REST协议的开发。 目前业界研究PCC架构支持基于S0AP/REST协议的Rx接口。提出了两种方案,一种是PCRF 支持SOAP或REST协议,另一种是在PCRF和AF直接设置一个称为协议转换器(Protocol Converter,简称PC)的网元,用于将SOAP或REST协议转换成Diameter。目前SOAP协议支 持XML语言,而REST协议支持XML和JS0N两种语言。
[0005] Rx接口需要支持双向通信,即AF向PCRF提供业务信息,PCRF需要向AF实时的提 供承载层事件(TrafficPlaneEvent)。然而,SOAP或REST协议都是基于超文本传输协议 (Hypertexttransferprotocol,简称HTTP)。HTTP是无状态的协议,客户端请求一个URL, 服务器端响应,发回响应内容,连接端口,无法实现双向通信。为了实现服务器向客户端主 动Push信息,目前业界提出了如下3中方案:
[0006] 1.Polling:浏览器不停的发出请求获得最新数据,模拟成push。这种方案的确定 是延迟大,信令开销大。
[0007] 2.Streaming:服务器接收到客户端的HTTP请求并返回确认消息后,服务器和客 户端的连接不断开,通过该连接服务器端可以持续向客户端发送数据。这种方案的缺点是 连接需要保持,占用了服务器和客户端的资源。其代理支持不好,因为代理可能会缓存数 据。
[0008] 3.Long-Polling:浏览器发请求,服务器接到后挂起连接,直到有数据要发送到客 户端,发完数据后断开连接;客户端接收到数据,又再一次请求服务器拿数据。这种方案的 缺点是连接需要保持,占用了服务器和客户端的资源。
[0009] 考虑到PCC的特殊应用,第三方数据应用需要向大量的用户提供服务,因此若采 用Streaming或Long-Polling的方案,第三方数据应用服务器和PCRF或PC之间要保持大 量的传输控制协议(TransmissionControlProtocol,简称TCP)连接。
[0010] 此外,现有协议中也规定,同一个客户端和服务器之前最多只能维持2个HTTP的 TCP连接,若维持多余2个HTTP的TCP连接,与现有的协议不一致,导致互通性问题。
[0011] 现有技术也提出,可以将多个HTTP请求封装到一个TCP连接里(成为HTTP Pipelining),并采用Long-Polling的方式实现服务器主动向客户端提供数据。但是这种 方案要求客户端必须要在Long-Polling完成后,才能发送新的请求,这样会导致延迟。


【发明内容】

[0012] 本发明所要解决的技术问题是,提供一种会话管理方法、应用功能实体、策略服务 器和协议转换器,在实现双向通信的同时,减少网络资源的使用,并且能够保证实时性。
[0013] 为了解决上述技术问题,本发明公开了一种会话管理方法,包括:
[0014] 当应用功能(AF)与策略服务器建立AF会话时,所述AF向所述策略服务器发送第 一超文本传输协议(HTTP)请求消息;
[0015] 其中,所述AF通过所述第一HTTP请求消息将AF会话标识信息发送给所述策略服 务器;或者,所述策略服务器为所述AF会话分配AF会话标识信息,并通过所述第一HTTP请 求消息的应答将所述AF会话标识信息发送给所述AF;
[0016] 当所述策略服务器向所述AF通知所述AF会话的承载层事件时,所述策略服务器 向所述AF发送第二HTTP请求消息,所述第二HTTP请求消息中携带所述AF会话标识信息;[0017] 所述AF向所述策略服务器返回所述第二HTTP请求消息的应答。
[0018] 可选地,上述方法中,所述策略服务器为策略和计费规则功能(PCRF)或协议转换 器(PC)。
[0019] 可选地,上述方法中,当所述AF修改或终结所述AF会话时,所述AF向所述策略服 务器发送第三HTTP请求消息,所述第三HTTP请求消息中携带所述AF会话标识信息;
[0020] 所述策略服务器返回所述第三HTTP请求消息的应答。
[0021] 可选地,上述方法中,所述AF会话标识信息为一个全局唯一标识;
[0022] 可选地,上述方法中,所述AF会话标识信息采用如下任一种组合表示:
[0023] 业务会话标识和UE的IP地址;
[0024] 业务会话标识、UE的IP地址和IP域标识;
[0025] 业务会话标识、UE的IP地址和分组数据网络(PDN)标识;
[0026] 业务会话标识和用户标识。
[0027] 可选地,上述方法中,所述AF同时支持HTTP客户端和HTTP服务器,并且所述策略 服务器同时支持HTTP客户端和HTTP服务器。
[0028] 可选地,上述方法中,所述AF向所述策略服务器发送所述第一HTTP请求消息或所 述第三HTTP请求消息的过程如下:
[0029] 所述AF与所述策略服务器已存在第一传输控制协议(TCP)连接时,所述AF采用 所述第一TCP连接向所述策略服务器发送所述第一HTTP请求消息或所述第三HTTP请求消 息;
[0030] 所述AF与所述策略服务器未建立所述第一TCP连接时,所述AF先与所述策略服 务器建立第一TCP连接,再发送所述第一HTTP请求消息或所述第三HTTP请求消息。
[0031] 可选地,上述方法中,所述AF接收到所述策略服务器发送的所述第一HTTP请求消 息或所述第三HTTP请求消息的应答后,保留所述AF与所述策略服务器之间的所述第一TCP连接;或者
[0032] 所述AF接收到所述策略服务器发送的所述第一HTTP请求消息或所述第三HTTP 请求消息的应答后,断开所述AF与所述策略服务器之间的所述第一TCP连接。
[0033] 可选地,上述方法中,所述策略服务器向所述AF发送所述第二HTTP请求消息的过 程如下:
[0034] 所述策略服务器与所述AF已存在第二TCP连接时,所述策略服务器采用所述第二 TCP连接向所述AF发送所述第二HTTP请求消息;
[0035] 所述策略服务器与所述AF未建立第二TCP连接时,所述策略服务器先与所述AF 建立第二TCP连接,再发送所述第二HTTP请求消息。
[0036] 可选地,上述方法中,所述策略服务器接收到所述AF发送的所述第二HTTP请求消 息的应答后,保留所述策略服务器与所述AF之间的所述第二TCP连接;或者
[0037] 所述策略服务器接收到所述AF发送的所述第二HTTP请求消息的应答后,断开所 述策略服务器与所述AF之间的所述第二TCP连接。
[0038] 可选地,上述方法中,所述策略服务器为PC,所述AF向所述PC发送所述第一HTTP 请求消息后,该方法还包括:所述PC向PCRF发送直径认证授权请求(AAR)消息,请求建立 直径会话,所述AAR消息中携带直径会话标识,且所述PC保持所述AF会话标识信息与所述 直径会话标识的对应关系。
[0039] 可选地,上述方法中,所述AF向所述PC发送携带所述AF会话标识信息的第三 HTTP请求消息后,该方法还包括:所述PC向所述PCRF发送直径AAR消息或直径会话终结 请求(STR)消息,所述AAR或STR消息中携带所述直径会话标识。
[0040] 可选地,上述方法中,所述策略服务器为PC时,所述策略服务器向所述AF发送第 二HTTP请求消息的过程如下:
[0041]PCRF向所述PC发送携带所述直径会话标识的直径重认证请求(RAR),终止会话请 求(ASR)或会话终结应答(STA)消息时,所述PC向所述AF发送携带有所述AF会话标识信 息的所述第二HTTP请求消息。
[0042] 本发明还公开了一种应用功能(AF)实体,包括:
[0043] 第一单元,在本AF实体与策略服务器建立AF会话时,向所述策略服务器发送第一 超文本传输协议(HTTP)请求消息以及接收所述策略服务器返回的第一HTTP请求消息的应 答;
[0044] 其中,所述第一HTTP请求消息中携带AF会话标识信息,或者从所述策略服务器返 回的第一HTTP请求消息的应答中获取AF会话标识信息;
[0045] 第二单元,接收所述策略服务器向本AF实体通知所述AF会话的承载层事件时,发 送的携带有所述AF会话标识信息的第二HTTP请求消息,并向所述策略服务器返回所述第 二HTTP请求消息的应答。
[0046] 可选地,上述AF实体,还包括:
[0047] 第三单元,在所述AF修改或终结所述AF会话时,向所述策略服务器发送第三HTTP 请求消息,所述第三HTTP请求消息中携带所述AF会话标识信息,以及接收所述策略服务器 返回的所述第三HTTP请求消息的应答。
[0048] 可选地,上述AF实体中,所述第一单元,在本AF实体与所述策略服务器已存在第 一传输控制协议(TCP)连接时,采用所述第一TCP连接向所述策略服务器发送所述第一 HTTP请求消息,在本AF与所述策略服务器未建立所述第一TCP连接时,先与所述策略服务 器建立第一TCP连接,再发送所述第一HTTP请求消息;
[0049] 所述第三单元,在本AF实体与所述策略服务器已存在第一TCP连接时,采用所述 第一TCP连接向所述策略服务器发送所述第三HTTP请求消息,在本AF与所述策略服务器 未建立所述第一TCP连接时,先与所述策略服务器建立第一TCP连接,再发送所述第三HTTP 请求消息。
[0050] 可选地,上述AF实体中,所述第一单元,接收到所述策略服务器发送的所述第一 HTTP请求消息的应答后,保留本AF与所述策略服务器之间的所述第一TCP连接,或者断开 本AF与所述策略服务器之间的所述第一TCP连接;
[0051] 所述第三单元,接收到所述策略服务器发送的所述第三HTTP请求消息的应答后, 保留本AF与所述策略服务器之间的所述第一TCP连接,或者断开本AF与所述策略服务器 之间的所述第一TCP连接。
[0052] 可选地,上述AF实体中,所述第二单元,采用所述策略服务器与本AF实体之间的 第二TCP连接接收所述第二HTTP请求消息,并采用所述第二TCP连接向所述策略服务器返 回所述第二HTTP请求消息的应答。
[0053] 本发明还公开了一种策略服务器,包括:
[0054] 第一单元,接收应用功能(AF)实体发送的携带有AF会话标识信息的第一超文本 传输协议(HTTP)请求消息,向所述AF实体返回所述第一HTTP请求消息的应答;或者,接收 AF实体发送的第一HTTP请求消息,为AF会话分配AF会话标识信息,向所述AF实体返回携 带所述AF会话标识信息的所述第一HTTP请求消息的应答;
[0055] 第二单元,在向所述AF实体通知所述AF会话的承载层事件时,向所述AF实体发 送第二HTTP请求消息,所述第二HTTP请求消息中携带所述AF会话标识信息,以及接收所 述AF实体返回的所述第二HTTP请求消息的应答。
[0056] 可选地,上述策略服务器中,所述第一单元,采用所述AF实体与本策略服务器之 间的第一TCP连接接收所述第一HTTP请求消息,并采用所述第一TCP连接向所述AF实体 返回所述第一HTTP请求消息的应答。
[0057] 可选地,上述策略服务器中,所述第二单元,在本策略服务器与所述AF已存在第 二TCP连接时,采用所述第二TCP连接向所述AF发送所述第二HTTP请求消息;
[0058] 所述策略服务器与所述AF未建立第二TCP连接时,先与所述AF建立第二TCP连 接,再发送所述第二HTTP请求消息。
[0059] 可选地,上述策略服务器中,所述第二单元,接收到所述AF实体发送的所述第二 HTTP请求消息的应答后,保留本策略服务器与所述AF实体之间的所述第二TCP连接,或者 断开本策略服务器与所述AF之间的所述第二TCP连接。
[0060] 可选地,上述策略服务器为策略和计费规则功能(PCRF)或协议转换器(PC)。
[0061] 本发明还公开了一种协议转换器,包括:
[0062] 第一单元,在应用功能(AF)会话建立过程中,接收AF实体发送的携带有AF会话 标识信息的第一超文本传输协议(HTTP)请求消息,向策略和计费规则功能(PCRF)发送直 径认证授权请求(AAR)消息,请求建立直径会话,所述AAR消息中携带直径会话标识,以及 保持所述AF会话标识信息与所述直径会话标识的对应关系;
[0063] 或者,接收AF实体发送的第一超文本传输协议(HTTP)请求消息,为所述AF会话 分配AF会话标识信息,向策略和计费规则功能(PCRF)发送直径认证授权请求(AAR)消息, 请求建立直径会话,所述AAR消息中携带直径会话标识,以及保持所述AF会话标识信息与 所述直径会话标识的对应关系;
[0064] 第二单元,在AF会话修改或终结过程中,接收AF实体发送的携带有所述AF会话 标识信息的第三HTTP请求消息,向所述PCRF发送携带所述直径会话标识的直径AAR或直 径会话终结请求(STR)消息;
[0065] 第三单元,在承载层事件上报过程中,接收所述PCRF发送的携带所述直径会话标 识的直径重认证请求(RAR),终止会话请求(ASR)或会话终结应答(STA)消息,并向所述AF发送携带有所述AF会话标识信息的所述第二HTTP请求消息。
[0066] 本申请技术方案解决了AF和PCRF或PC可以基于HTTP实时的进行双向信息传送 的问题。

【专利附图】

【附图说明】
[0067] 图1是现有技术的PCC架构图;
[0068]图2是现有技术部署PC的PCC架构图;
[0069] 图3是本发明实施例一的AF会话建立的流程图;
[0070] 图4是本发明实施例一的AF会话修改的流程图;
[0071] 图5是本发明实施例一的AF会话终结的流程图;
[0072] 图6是本发明实施例一的事件上报的流程图;
[0073] 图7是本发明实施例一的IP-CAN会话终结的流程图;
[0074] 图8是本发明实施例二的AF会话建立的流程图;
[0075] 图9是本发明实施例二的AF会话修改的流程图;
[0076] 图10是本发明实施例二的AF会话终结的流程图;
[0077] 图11是本发明实施例二的事件上报的流程图;
[0078] 图12是本发明实施例二的IP-CAN会话终结的流程图。

【具体实施方式】
[0079] 为使本发明的目的、技术方案和优点更加清楚明白,下文将结合附图对本发明技 术方案作进一步详细说明。需要说明的是,在不冲突的情况下,本申请的实施例和实施例中 的特征可以任意相互组合。
[0080] 实施例1
[0081] 本实施例提供一种会话管理方法,包括:
[0082] 当AF与策略服务器建立AF会话时,AF向策略服务器发送第一HTTP请求消息;
[0083] 其中,AF在该第一HTTP请求消息中携带AF会话标识信息以通知给策略服务器, 策略服务器向AF返回第一HTTP请求消息的应答;或者,策略服务器收到第一HTTP请求消 息后,为AF会话分配AF会话标识信息,并将AF会话标识信息在第一HTTP请求消息的应答 中发送给AF;
[0084] 当策略服务器向AF通知上述AF会话的承载层事件时,策略服务器向AF发送第二 HTTP请求消息,该第二HTTP请求消息中携带上述AF会话标识信息,AF向策略服务器返回 第二HTTP请求消息的应答。
[0085] 其中,策略服务器一般为PCRF或PC。
[0086] 而上述方法中所涉及的AF会话标识信息是一个全局唯一标识,或是业务会话标 识与其他信息的组合。而业务会话标识与其他信息的组合,可采用如下任一种组合表示:
[0087] 业务会话标识和UE的IP地址,其中,所述业务会话标识为能够在相同UE的IP地 址情况下唯一标识所述AF的会话的标识;
[0088] 业务会话标识、UE的IP地址和IP域标识,其中,所述业务会话标识为能够在相同 UE的IP地址和IP域标识情况下唯一标识所述AF的会话的标识;
[0089] 业务会话标识、UE的IP地址和分组数据网络PDN标识,其中,所述业务会话标识 为能够在相同UE的IP地址和PDN标识情况下唯一标识所述AF的会话的标识
[0090] 业务会话标识、用户标识,其中,所述业务会话标识为能够在相同UE的IP地址和 用户标识情况下唯一标识所述AF的会话的标识。
[0091] 另外,在上述方法的基础上,当AF与策略服务器修改或终结上述AF会话时,AF还 会向策略服务器发送第三HTTP请求消息,该第三HTTP请求消息中携带AF会话标识信息, 而策略服务器则要返回第三HTTP请求消息的应答。
[0092] 下面结合具体应用场景,详细说明上述方法的实现过程。
[0093] 首先,以图1所示的PCC架构为例,说明AF跟PCRF(即策略服务器)之间的Rx接 口支持SOAP或REST协议的会话流程。
[0094] 图3为会话信息初始提供过程中(即AF会话建立过程中)的会话管理流程图,具 体操作包括如下步骤301至303 :
[0095] 步骤301.用户设备UE附着到网络,发起附着流程,或者UE发起另外的PDN连接 建立流程后,UE与AF进行交互,进行媒体协商。AF确定业务相关信息。
[0096] 步骤302.AF向PCRF发起AF会话建立流程建立AF会话,提供AF会话标识信息和 业务信息。
[0097] 该步骤的具体实现可以为:AF向PCRF发送第一HTTP请求消息,该第一HTTP请求 消息中携带AF会话标识信息和业务信息。
[0098] 其中,AF会话标识信息可以是一个全局唯一标识用于该AF会话的信息,也可由业 务会话标识结合其他信息组成的唯一标识该AF会话的信息组合,本实施例中,AF会话标识 信息为业务会话标识和其他信息的组合时,可以采用以下任一种组合:
[0099] 1)业务会话标识和UE的IP地址,其中,所述业务会话标识为能够在相同UE的IP 地址情况下唯一标识所述AF的会话的标识;
[0100] 2)业务会话标识、UE的IP地址和IP域标识,其中,所述业务会话标识为能够在相 同UE的IP地址和IP域标识情况下唯一标识所述AF的会话的标识;
[0101] 3)业务会话标识、UE的IP地址和分组数据网络PDN标识,其中,所述业务会话标 识为能够在相同UE的IP地址和PDN标识情况下唯一标识所述AF的会话的标识
[0102] 4)业务会话标识、用户标识,其中,所述业务会话标识为能够在相同UE的IP地址 和用户标识情况下唯一标识所述AF的会话的标识。
[0103] 步骤303.PCRF保存AF提供的业务信息,PCRF向AF返回第一HTTP请求消息的应 答。
[0104] 在上述流程中,对于AF和PCRF之间TCP连接的处理,可以采用以下两种方案:
[0105] 1)米用HTTPpersistentconnection机制。执行步骤 302 时,若AF与PCRF已存 在TCP连接(本实施例称为第一TCP连接),则AF采用已有的第一TCP连接向PCRF发送第 一HTTP请求消息,若不存在第一TCP连接,则AF与PCRF先建立第一TCP连接后,再发送第 一HTTP请求消息。而在执行步骤303后,第一TCP连接也不断开。
[0106] 2)不米用HTTPpersistentconnection机制。执行步骤 302 时,AF与PCRF建立 第一TCP连接后,再发送第一HTTP请求消息。在执行步骤303后,断开第一TCP连接。
[0107] 在上述流程,用来标识AF会话的AF会话标识信息是AF分配的(若AF会话标识 信息是一个独立的全局唯一标识,这个AF会话标识信息由AF分配;若AF会话标识信息为 业务会话标识和其他信息的组合,那么业务会话标识为AF分配的)。当然,相关信息也可以 由PCRF分配。若AF会话标识信息是一个独立的全局唯一标识,那么也可以由PCRF分配。 即步骤302中,AF向PCRF发送第一HTTP请求消息仅携带业务信息(业务信息中包括UE IP地址、IP域标识(可选),用户标识(可选),PDN标识(可选)),在步骤303中,PCRF根 据业务信息为AF会话分配一个全局的AF会话标识,并在第一HTTP请求消息的应答中发送 给AF。若AF会话标识信息是业务会话标识和其他信息的组合,那么业务会话标识也可以由 PCRF分配。即步骤302中,AF向PCRF发送第一HTTP请求消息仅携带业务信息(业务信息 中包括UEIP地址、IP域标识(可选),用户标识(可选),PDN标识(可选)),在步骤303 中,PCRF根据业务信息为AF会话分配一个业务会话标识,并在第一HTTP请求消息的应答中 将业务会话标识和AF会话标识信息组合中的其他信息发送给AF(即AF会话标识信息)。
[0108] 图4为会话信息更新过程中(即AF会话修改过程中)的会话管理流程图,具体包 括如下步骤401至403 :
[0109] 步骤401.UE与AF进行交互,进行媒体重协商。AF确定业务相关信息。
[0110] 步骤402.AF向PCRF发起AF会话修改流程(即修改图3建立的AF会话),提供更 新的业务信息。
[0111] 该步骤的具体实现为:AF向PCRF发送第三HTTP请求消息,携带更新的媒体描述 信息和图3中定义的AF会话标识信息。
[0112] 步骤403.PCRF根据AF会话标识信息确定之前保存的业务信息,并进行相应的更 新。PCRF向AF返回第三HTTP请求消息的应答。
[0113] 在上述流程中,对于AF和PCRF之间TCP连接的处理,可以采用以下两种方案:
[0114] 1)采用HTTPpersistentconnection机制。即执行步骤402时,AF采用已有的 TCP连接(即第一TCP连接)向PCRF发送第三HTTP请求消息。在执行步骤403后,第一 TCP连接也不断开。
[0115] 2)不采用HTTPpersistentconnection机制。执行步骤 402 时,AF与PCRF建立 第一TCP连接后发送第三HTTP请求消息。在执行步骤403后,第一TCP连接断开。
[0116] 图5为AF会话终结过程中的会话管理流程图,具体包括如下步骤501至503:
[0117] 步骤501.UE与AF进行交互,终结会话。
[0118] 步骤502.AF向PCRF发起AF会话终结流程,终结图3建立的AF会话。
[0119] 该步骤的具体实现为:AF向PCRF发送第三HTTP请求消息,携带会话终结指示和 图3中定义的AF会话标识信息。
[0120] 步骤503.PCRF根据AF会话标识信息确定之前保存的业务信息,并进行删除。PCRF 向AF返回第三HTTP请求消息的应答。
[0121] 在上述流程中,对于AF和PCRF之间TCP连接的处理,可以采用以下两种方案:
[0122] 1)采用HTTPpersistentconnection机制。执行步骤502时,AF采用已有的TCP 连接(即第一TCP连接)向PCRF发送第三HTTP请求消息。在执行步骤503后,第一TCP 连接也不断开。
[0123] 2)不米用HTTPpersistentconnection机制。执行步骤 502 时,AF与PCRF建立 第一TCP连接后发送第三HTTP请求消息。在执行步骤503后,第一TCP连接断开。
[0124] 图6为承载层事件上报过程中的会话管理流程图,具体包括如下步骤601至603:
[0125] 步骤601.PCRF感知到承载层事件,如IP-CAN类型改变。
[0126] 步骤602.PCRF向AF上报图3建立的AF会话相关的承载层事件。
[0127] 该步骤的具体实现为:PCRF向AF发送第二HTTP请求消息,其中携带承载层事件 和实施例1中定义的AF会话标识信息。
[0128] 步骤603.AF根据AF会话标识信息确定该UE对应的应用层会话,获知该应用层会 话对应的承载层事件。从而进行相关的处理。AF向PCRF返回第二HTTP请求消息的应答。
[0129] 在上述流程中,对于PCRF和AF之间TCP连接的处理,可以采用以下两种方案:
[0130] 1)米用HTTPpersistentconnection机制。执行步骤 602 时,若PCRF与AF之 间已存在TCP连接(即第二TCP连接),则PCRF采用已有的TCP连接(即第二TCP连接) 向AF发送第二HTTP请求消息,若PCRF与AF之间不存在TCP连接,则PCRF与AF建立第二 TCP连接后发送第二HTTP请求消息。在执行步骤603后,第二TCP连接也不断开。
[0131] 2)不米用HTTPpersistentconnection机制。执行步骤 602 时,PCRF与AF建立 第二TCP连接后发送第二HTTP请求消息。在执行步骤603后,第二TCP连接断开。
[0132] 图7为IP-CAN会话终结过程中的会话管理流程图(PCRF通知AFIP-CAN会话终结 可以认为一种特殊的承载层事件上报),具体包括如下步骤步骤701至703 :
[0133] 步骤701.PCRF感知到IP-CAN会话终结。
[0134] 步骤702.PCRF向AF通知图3建立的AF会话相关的传输资源丢失。
[0135] 该步骤的具体实现为:PCRF向AF发送第二HTTP请求消息,携带请求会话终结指 示和图3中定义的AF会话标识信息。
[0136] 步骤703.AF根据AF会话标识信息确定该UE对应的应用层会话,获知该应用层会 话对应的传输资源丢失。从而进行相关的处理。AF向PCRF返回第二HTTP请求消息的应 答。
[0137] 在上述流程中,对于PCRF和AF之间TCP连接的处理,可以采用以下两种方案:
[0138] 1)采用HTTPpersistentconnection机制。执行步骤 702 时,若PCRF与AF已存 在TCP连接(即第二TCP连接),则PCRF采用已有的TCP连接(即第二TCP连接)向AF发 送第二HTTP请求消息,否则PCRF与AF建立第二TCP连接后发送第二HTTP请求消息。在 执行步骤703后,第二TCP连接也不断开。
[0139] 2)不米用HTTPpersistentconnection机制。执行步骤 702 时,PCRF与AF建立 第二TCP连接后发送第二HTTP请求消息。在执行步骤703后,第二TCP连接断开。
[0140] 下面,以图2所示的PCC架构为例,说明AF跟PCRF之间存在PC的会话流程。
[0141] 图8为会话信息初始提供过程中(即AF会话建立过程中)的会话管理流程图,具 体包括如下步骤801至805:
[0142] 步骤801.用户设备UE附着到网络,发起附着流程,或者UE发起另外的PDN连接 建立流程后,UE与AF进行交互,进行媒体协商。AF确定业务相关信息。
[0143] 步骤802.AF向PC发起AF会话建立流程请求建立AF会话,提供AF会话标识信息 和业务信息。
[0144] 该步骤的具体实现为:AF向PCRF发送第一HTTP请求消息,第一HTTP请求消息中 携带AF会话标识/[目息和业务彳目息。PC保存其中的AF会话标识/[目息和业务彳目息。
[0145] 其中,AF会话标识信息可以是一个全局唯一标识用来单独标识该AF会话,也可以 是由业务会话标识结合其他信息组成唯一标识该AF会话的信息组合,本实施例中,AF会话 标识信息为业务会话标识和其他信息的组合时,可以采用以下任一种组合表示AF会话标 识息:
[0146] 1)业务会话标识和UE的IP地址,其中,所述业务会话标识为能够在相同UE的IP 地址情况下唯一标识所述AF的会话的标识;
[0147] 2)业务会话标识、UE的IP地址和IP域标识,其中,所述业务会话标识为能够在相 同UE的IP地址和IP域标识情况下唯一标识所述AF的会话的标识;
[0148] 3)业务会话标识、UE的IP地址和分组数据网络PDN标识,其中,所述业务会话标 识为能够在相同UE的IP地址和PDN标识情况下唯一标识所述AF的会话的标识
[0149] 4)业务会话标识、用户标识,其中,所述业务会话标识为能够在相同UE的IP地址 和用户标识情况下唯一标识所述AF的会话的标识。
[0150] 步骤803.PC向PCRF发起AF会话建立流程请求建立AF会话,提供业务信息。
[0151] 该步骤的具体实现为:AF向PCRF发送直径(Diameter)认证授权请求 (AuthenticationandAuthorizationRequest,简称AAR)消息,AAR消息中携带AF会话 标识信息,Diameter会话标识,以及媒体信息描述。并且,PC保存Diameter会话标识与步 骤802中的AF会话标识信息的对应关系。PC也可不直接保存AF会话标识信息,而保存 Diameter会话标识与步骤802中的AF会话标识信息的对应关系即可。(譬如PC可以根据 固定的算法根据AF会话标识信息推倒出Diameter会话标识,这样当将来PC收到Diameter 会话标识时就可以根据算法推倒出对应的AF会话标识信息。)
[0152] 步骤804.PCRF保存业务信息,PCRF向PC返回DiameterAAA消息;
[0153] 步骤805.PC向AF返回第一HTTP请求消息的应答。
[0154] 上述流程中,对于AF和PC之间TCP连接的处理,可以采用以下两种方案:
[0155] 1)采用HTTPpersistentconnection机制。执行步骤802时,若AF与PC已存在 TCP连接(即第一TCP连接),则AF采用已有的TCP连接向PC发送第一HTTP请求消息,若 不存在TCP连接,则AF先与PC建立TCP连接(即第一TCP连接)后发送第一HTTP请求消 息。在执行步骤805后,第一TCP连接也不断开。
[0156] 2)不采用HTTPpersistentconnection机制。执行步骤802时,AF与PC建立第 一TCP连接后发送第一HTTP请求消息。在执行步骤805后,第一TCP连接断开。
[0157] 在上述流程中,用来标识AF会话的AF会话标识信息是AF分配的(若AF会话标 识信息是一个独立的全局唯一标识时,这个AF会话标识由AF分配;若AF会话标识信息为 业务会话标识和其他信息的组合时,那么业务会话标识为AF分配的)。当然相关信息也可 以由PC分配。(1)若AF会话标识信息是一个独立的全局唯一标识,那么这个全局唯一标识 也可以由PC分配。即步骤802中,AF向PC发送第一HTTP请求消息仅携带业务信息(业 务信息中包括UEIP地址、IP域标识(可选),用户标识(可选),PDN标识(可选)),在步 骤803中,PC根据业务信息为AF会话分配一个全局的AF会话标识,并且PC保存Diameter 会话标识与PC分配的AF会话标识的对应关系。在步骤805中,PC在第一HTTP请求消息 的应答中向AF返回AF会话标识。(2)若AF会话标识信息是业务会话标识和其他信息的组 合,那么业务会话标识也可以由PC分配。即步骤802中,AF向PCRF发送第一HTTP请求消 息仅携带业务信息(业务信息中包括UEIP地址、IP域标识(可选),用户标识(可选), PDN标识(可选)),在步骤803中,PC根据业务信息为AF会话分配一个业务会话标识,并 且PC保存Diameter会话标识与业务会话标识和其他信息组合(即AF会话标识信息)的 对应关系。在步骤805中,PC在第一HTTP请求消息的应答中向AF返回业务会话标识和AF 会话标识信息组合中的其他信息(即AF会话标识信息)。
[0158] 图9为会话信息更新过程中(即AF会话修改过程中)的会话管理流程图,具体包 括如下步骤901至905 :
[0159] 步骤901.UE与AF进行交互,进行媒体重协商。AF确定业务相关信息。
[0160] 步骤902.AF向PC发起AF会话修改流程修改图8建立的AF会话,提供AF会话标 识信息和业务信息。
[0161] 该步骤的具体实现为:AF向PC发送第三HTTP请求消息,第三HTTP请求消息中携 带图8定义的AF会话标识信息以及媒体信息描述。PC根据AF会话标识信息确定之前保存 的业务信息,并进行更新。
[0162] 步骤903.PC根据AF会话标识信息确定对应的Diameter会话。PC向PCRF发起 AF会话修改流程,提供业务信息。
[0163] 该步骤的具体实现为:AF向PCRF发送DiameterAAR消息,AAR消息中携带对应的 Diameter会话标识和媒体信息描述。
[0164] 步骤904.PCRF根据Diameter会话标识确认之前保存业务信息并进行更新,PCRF 向PC返回Diameter认证授权应答(AuthenticationandAuthorizationAnswer,简称 AAA)消息;
[0165] 步骤905.PC向AF返回第三HTTP请求消息的应答。
[0166] 上述流程中,对于AF和PC之间TCP连接的处理,可以采用以下两种方案:
[0167] 1)采用HTTPpersistentconnection机制。AF采用已有的TCP连接(即第一 TCP连接)向PC发送第三HTTP请求消息。
[0168] 2)不采用HTTPpersistentconnection机制。执行步骤902时,AF先与PC建立 第一TCP连接后发送第三HTTP请求消息。在执行步骤905后,第一TCP连接断开。
[0169] 图10为AF会话终结过程中的会话管理流程图,具体包括如下步骤1001至1005:
[0170] 步骤1001.UE与AF进行交互,终结会话。
[0171] 步骤1002.AF向PC发起AF会话终结流程终结图8建立的AF会话。
[0172] 该步骤的具体实现为:AF向PC发送第三HTTP请求消息,第三HTTP请求消息中携 带图8中定义的AF会话标识信息以及会话终结指示。
[0173] 步骤1003.PC根据AF会话标识信息确定对应的Diameter会话。PC向PCRF发起 AF会话终结流程。
[0174] 该步骤的具体实现为:AF向PCRF发送Diameter会话终结请求(Session TerminationRequest,简称STR)消息,STR消息中携带对应的Diameter会话标识。
[0175] 步骤1004.PCRF根据Diameter会话标识确定之前保存业务信息并进行删除,PCRF 向PC返回Diameter会话终结应答(SessionTerminationAnswer,简称STA)消息;
[0176] 步骤1005.PC删除对应的业务信息,PC向AF返回第三HTTP请求消息的应答。
[0177] 上述流程中,对于AF和PC之间TCP连接的处理,可以采用以下两种方案:
[0178] 1)采用HTTPpersistentconnection机制。AF采用已有的TCP连接(即第一 TCP连接)向PC发送第三HTTP请求消息。
[0179] 2)不米用HTTPpersistentconnection机制。执行步骤 1002 时,AF先与PC建 立第一TCP连接后发送第三HTTP请求消息。在执行步骤1005后,第一TCP连接断开。
[0180] 图11为承载层事件上报过程中的会话管理流程图,具体包括如下步骤1101至 1105:
[0181] 步骤1101.PCRF感知到承载层事件,如IP-CAN类型改变。
[0182] 步骤1102.PCRF向PC上报图8中建立的AF会话相关承载层事件。
[0183] 该步骤的具体实现为:PCRF向AF发送Diameter重认证请求(Re-Authentication Request,简称RAR)消息,携带承载层事件和步骤803定义的Diameter会话标识。
[0184] 步骤1103.PC根据Diameter会话标识确定AF会话标识信息。PC向AF上报承载 层事件。
[0185] 该步骤的具体实现为:PC向AF发送第二HTTP请求消息,其中携带承载层事件和 对应的AF会话标识信息。
[0186] 步骤1104.AF根据AF会话标识信息确定该UE对应的应用层会话,获知该应用层 会话对应的承载层事件。从而进行相关的处理。AF向PC返回第二HTTP请求消息的应答。
[0187]步骤 1105.PC向PCRF返回Diameter重认证应答(Re-AuthenticationAnswer, 简称RAA)消息。
[0188] 上述流程中,对于PC和AF之间TCP连接的处理,可以采用以下两种方案:
[0189] 1)米用HTTPpersistentconnection机制。执行步骤 1103 时,若PC与AF已存 在TCP连接(即第二TCP连接),则PC采用已有的TCP连接向AF发送第二HTTP请求消息, 若不存在TCP连接,则PC先与AF建立第二TCP连接后发送第二HTTP请求消息。在执行步 骤1104后,第二TCP连接也不断开。
[0190] 2)不米用HTTPpersistentconnection机制。执行步骤 1103 时,PC先与AF建 立第二TCP连接后发送第二HTTP请求消息。在执行步骤1104后,第二TCP连接断开。
[0191] 图12为IP-CAN终结过程中的会话管理流程图(PCRF通知AFIP-CAN会话终结可 以认为一种特殊的承载层事件上报),具体包括如下步骤1201至1205 :
[0192] 步骤1201.PCRF感知到IP-CAN会话终结。
[0193]步骤 1202.PCRF向PC发送Diameter终止会话请求(AbortSessionRequest,简 称ASR)消息,其中携带Diameter会话标识;
[0194]步骤 1203.PC向PCRF返回Diameter终止会话应答(AbortSessionAnswer,简称 ASA)消息。
[0195] 步骤1204.PC向PCRF发送DiameterSTR消息,携带Diameter会话标识;
[0196]步骤 1205.PCRF向PC返回DiameterSTA消息。
[0197] 步骤1206.PC根据Diameter会话消息确定对应的AF会话标识信息。PC通知AF 图8中建立的AF会话相关的传输资源丢失。该步骤可以有步骤1202或步骤1205触发。
[0198] 该步骤的具体实现为:PC向AF发送第二HTTP请求消息,其中携带请求会话终结 指示和对应的AF会话标识信息。
[0199] 步骤1207.AF根据AF会话标识信息确定该UE对应的应用层会话,获知该应用层 会话对应的传输资源丢失。从而进行相关的处理。AF向PC返回第二HTTP请求消息的应 答。
[0200] 上述流程中,对于PC和AF之间TCP连接的处理,可以采用以下两种方案:
[0201] 1)米用HTTPpersistentconnection机制。执行步骤 1106 时,若PC与AF已存 在TCP连接(即第二TCP连接),则PC采用已有的TCP连接向AF发送第二HTTP请求消息, 若不存在TCP连接,则PC先与AF建立第二TCP连接后发送第二HTTP请求消息。在执行步 骤1107后,第二TCP连接也不断开。
[0202] 2)不采用HTTPpersistentconnection机制。执行步骤 1106 时,PC先与AF建 立第二TCP连接后发送第二HTTP请求消息。在执行步骤1107后,第二TCP连接断开。
[0203] 可选地,在上述步骤302中和步骤802中,AF分别向PCRF和PC发送的第一HTTP 请求消息中的内容以XML语言描述如下(Examplel):

【权利要求】
1. 一种会话管理方法,其特征在于,该方法包括: 当应用功能(A巧与策略服务器建立AF会话时,所述AF向所述策略服务器发送第一超 文本传输协议(HIT巧请求消息; 其中,所述AF通过所述第一 HTTP请求消息将AF会话标识信息发送给所述策略服务 器;或者,所述策略服务器为所述AF会话分配AF会话标识信息,并通过所述第一 HTTP请求 消息的应答将所述AF会话标识信息发送给所述AF ; 当所述策略服务器向所述AF通知所述AF会话的承载层事件时,所述策略服务器向所 述AF发送第二HTTP请求消息,所述第二HTTP请求消息中携带所述AF会话标识信息; 所述AF向所述策略服务器返回所述第二HTTP请求消息的应答。
2. 如权利要求1所述的方法,其特征在于, 所述策略服务器为策略和计费规则功能(PCR巧或协议转换器(PC)。
3. 如权利要求1或2所述的方法,其特征在于, 当所述AF修改或终结所述AF会话时,所述AF向所述策略服务器发送第H HTTP请求 消息,所述第H HTTP请求消息中携带所述AF会话标识信息; 所述策略服务器返回所述第H HTTP请求消息的应答。
4. 如权利要求1或2所述的方法,其特征在于,所述AF会话标识信息为一个全局唯一 标识。
5. 如权利要求1或2所述的方法,其特征在于,所述AF会话标识信息采用如下任一种 组合表示: 业务会话标识和肥的IP地址; 业务会话标识、肥的IP地址和IP域标识; 业务会话标识、肥的IP地址和分组数据网络(PDN)标识; 业务会话标识和用户标识。
6. 如权利要求1或2所述的方法,其特征在于,所述AF同时支持HTTP客户端和HTTP 服务器,并且所述策略服务器同时支持HTTP客户端和HTTP服务器。
7. 如权利要求3所述的方法,其特征在于,所述AF向所述策略服务器发送所述第一 HTTP请求消息或所述第H HTTP请求消息的过程如下: 所述AF与所述策略服务器已存在第一传输控制协议(TC巧连接时,所述AF采用所述 第一 TCP连接向所述策略服务器发送所述第一 HTTP请求消息或所述第H HTTP请求消息; 所述AF与所述策略服务器未建立所述第一 TCP连接时,所述AF先与所述策略服务器 建立第一 TCP连接,再发送所述第一 HTTP请求消息或所述第H HTTP请求消息。
8. 如权利要求7所述的方法,其特征在于, 所述AF接收到所述策略服务器发送的所述第一 HTTP请求消息或所述第H HTTP请求 消息的应答后,保留所述AF与所述策略服务器之间的所述第一 TCP连接;或者 所述AF接收到所述策略服务器发送的所述第一 HTTP请求消息或所述第H HTTP请求 消息的应答后,断开所述AF与所述策略服务器之间的所述第一 TCP连接。
9. 如权利要求1或2所述的方法,其特征在于,所述策略服务器向所述AF发送所述第 二HTTP请求消息的过程如下: 所述策略服务器与所述AF已存在第二TCP连接时,所述策略服务器采用所述第二TCP 连接向所述AF发送所述第二HTTP请求消息; 所述策略服务器与所述AF未建立第二TCP连接时,所述策略服务器先与所述AF建立 第二TCP连接,再发送所述第二HTTP请求消息。
10. 如权利要求9所述的方法,其特征在于, 所述策略服务器接收到所述AF发送的所述第二HTTP请求消息的应答后,保留所述策 略服务器与所述AF之间的所述第二TCP连接;或者 所述策略服务器接收到所述AF发送的所述第二HTTP请求消息的应答后,断开所述策 略服务器与所述AF之间的所述第二TCP连接。
11. 如权利要求2所述的方法,其特征在于,所述策略服务器为PC,所述AF向所述PC发 送所述第一HTTP请求消息后,该方法还包括;所述PC向PCRF发送直径认证授权请求(AAR) 消息,请求建立直径会话,所述AAR消息中携带直径会话标识,且所述PC保持所述AF会话 标识信息与所述直径会话标识的对应关系。
12. 如权利要求11所述的方法,其特征在于,所述AF向所述PC发送携带所述AF会话 标识信息的第H HTTP请求消息后,该方法还包括;所述PC向所述PCRF发送直径AAR消息 或直径会话终结请求(STR)消息,所述AAR或STR消息中携带所述直径会话标识。
13. 如权利要求2所述的方法,其特征在于,所述策略服务器为PC时,所述策略服务器 向所述AF发送第二HTTP请求消息的过程如下: PCRF向所述PC发送携带所述直径会话标识的直径重认证请求(RAR),终止会话请求 (ASR)或会话终结应答(STA)消息时,所述PC向所述AF发送携带有所述AF会话标识信息 的所述第二HTTP请求消息。
14. 一种应用功能(A巧实体,其特征在于,包括: 第一单元,在本AF实体与策略服务器建立AF会话时,向所述策略服务器发送第一超文 本传输协议(HIT巧请求消息W及接收所述策略服务器返回的第一 HTTP请求消息的应答; 其中,所述第一单元在所述第一 HTTP请求消息中携带AF会话标识信息,或者从所述策 略服务器返回的第一 HTTP请求消息的应答中获取AF会话标识信息; 第二单元,接收所述策略服务器向本AF实体通知所述AF会话的承载层事件时,发送 的携带有所述AF会话标识信息的第二HTTP请求消息,并向所述策略服务器返回所述第二 HTTP请求消息的应答。
15. 如权利要求14所述的AF实体,其特征在于,还包括: 第H单元,在所述AF修改或终结所述AF会话时,向所述策略服务器发送第H HTTP请 求消息,所述第HHTTP请求消息中携带所述AF会话标识信息,W及接收所述策略服务器返 回的所述第H HTTP请求消息的应答。
16. 如权利要求15所述的AF实体,其特征在于, 所述第一单元,在本AF实体与所述策略服务器已存在第一传输控制协议(TC巧连接 时,采用所述第一 TCP连接向所述策略服务器发送所述第一 HTTP请求消息,在本AF与所述 策略服务器未建立所述第一 TCP连接时,先与所述策略服务器建立第一 TCP连接,再发送所 述第一 HTTP请求消息; 所述第H单元,在本AF实体与所述策略服务器已存在第一 TCP连接时,采用所述第一 TCP连接向所述策略服务器发送所述第HHTTP请求消息,在本AF与所述策略服务器未建立 所述第一 TCP连接时,先与所述策略服务器建立第一 TCP连接,再发送所述第H HTTP请求 消息。
17. 如权利要求16所述的AF实体,其特征在于, 所述第一单元,接收到所述策略服务器发送的所述第一 HTTP请求消息的应答后,保留 本AF与所述策略服务器之间的所述第一 TCP连接,或者断开本AF与所述策略服务器之间 的所述第一 TCP连接; 所述第H单元,接收到所述策略服务器发送的所述第H HTTP请求消息的应答后,保留 本AF与所述策略服务器之间的所述第一 TCP连接,或者断开本AF与所述策略服务器之间 的所述第一 TCP连接。
18. 如权利要求14至17任一项所述的AF实体,其特征在于, 所述第二单元,采用所述策略服务器与本AF实体之间的第二TCP连接接收所述第二 HTTP请求消息,并采用所述第二TCP连接向所述策略服务器返回所述第二HTTP请求消息的 应答。
19. 一种策略服务器,其特征在于,包括 第一单元,接收应用功能(A巧实体发送的携带有AF会话标识信息的第一超文本传输 协议(HIT巧请求消息,向所述AF实体返回所述第一 HTTP请求消息的应答;或者,接收AF 实体发送的第一 HTTP请求消息,为AF会话分配AF会话标识信息,并向所述AF实体返回携 带所述AF会话标识信息的所述第一 HTTP请求消息的应答; 第二单元,在向所述AF实体通知所述AF会话的承载层事件时,向所述AF实体发送第 二HTTP请求消息,所述第二HTTP请求消息中携带所述AF会话标识信息,W及接收所述AF 实体返回的所述第二HTTP请求消息的应答。
20. 如权利要求19所述的策略服务器,其特征在于, 所述第一单元,采用所述AF实体与本策略服务器之间的第一 TCP连接接收所述第一 HTTP请求消息,并采用所述第一 TCP连接向所述AF实体返回所述第一 HTTP请求消息的应 答。
21. 如权利要求19所述的策略服务器,其特征在于, 所述第二单元,在本策略服务器与所述AF已存在第二TCP连接时,采用所述第二TCP 连接向所述AF发送所述第二HTTP请求消息; 所述策略服务器与所述AF未建立第二TCP连接时,先与所述AF建立第二TCP连接,再 发送所述第二HTTP请求消息。
22. 如权利要求21所述的策略服务器,其特征在于, 所述第二单元,接收到所述AF实体发送的所述第二HTTP请求消息的应答后,保留本策 略服务器与所述AF实体之间的所述第二TCP连接,或者断开本策略服务器与所述AF之间 的所述第二TCP连接。
23. 如权利要求19至22任一项所述的策略服务器,其特征在于, 所述策略服务器为策略和计费规则功能(PCR巧或协议转换器(PC)。
24. -种协议转换器,其特征在于,包括: 第一单元,在应用功能(A巧会话建立过程中,接收AF实体发送的携带有AF会话标识 的第一超文本传输协议(HIT巧请求消息,向策略和计费规则功能(PCR巧发送直径认证授 权请求(AAR)消息,请求建立直径会话,所述AAR消息中携带直径会话标识,W及保持所述 AF会话标识信息与所述直径会话标识的对应关系;或者,接收AF实体发送的第一超文本 传输协议(HIT巧请求消息,为所述AF会话分配AF会话标识信息,向策略和计费规则功能 (PCR巧发送直径认证授权请求(AAR)消息,请求建立直径会话,所述AAR消息中携带直径会 话标识,W及保持所述AF会话标识信息与所述直径会话标识的对应关系; 第二单元,在AF会话修改或终结过程中,接收AF实体发送的携带有所述AF会话标识 信息的第H HTTP请求消息,向所述PCRF发送携带所述直径会话标识的直径AAR或直径会 话终结请求(STR)消息; 第H单元,在承载层事件上报过程中,接收所述PCRF发送的携带所述直径会话标识的 直径重认证请求(RAR),终止会话请求(ASR)或会话终结应答(STA)消息,并向所述AF发送 携带有所述AF会话标识信息的所述第二HTTP请求消息。
【文档编号】H04L12/24GK104348826SQ201410301186
【公开日】2015年2月11日 申请日期:2014年6月27日 优先权日:2013年7月26日
【发明者】周晓云 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1