应用功能实体会话的修改方法及设备

技术领域

本发明涉及多媒体领域，特别涉及一种应用功能实体会话的修改方法及设 备。

背景技术

在LTE(Long Term Evolution，长期演进)的PCC(Policy Control and Charging，策略控制与计费)架构中，PCRF(Policy Control and Charging Rule Function，策略控制与计费规则功能实体)设备和AF(Application Function， 应用功能实体)设备通过Rx接口的消息交互，达到对AF session(会话)进行 管理的功能。

AF session的管理包含AF session的建立、修改、删除等流程，其中，针 对AF session的修改存在多种触发条件，例如，现有技术中当AF收到订阅事 件时，将触发AF发起AF session的修改。

在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：

当业务流的媒体成分修改时，现有技术无法触发AF session的修改，导致 无法触发IP-CAN(Internet Protocol-Connectivity Access Network，网际 协议-连接访问网络)会话的修改流程，进而使业务流的传输得不到保证。

发明内容

为了在业务流的媒体成分修改时，能够触发AF会话的修改，进而触发IP-CAN 会话的修改流程，为业务流的传输提供有效的保证，本发明实施例提供了一种 应用功能实体会话的修改方法及设备，所述技术方案如下：

一方面，提供了一种应用功能实体会话的修改方法，所述方法包括：

接收应用功能实体发送的会话修改请求；

判断所述会话修改请求中是否携带媒体成分描述信息；

如果是，则根据所述会话修改请求中携带的媒体成分描述信息更新本地媒 体成分描述信息，并更新对应的PCC(Policy Control and Charging，策略控 制与计费)规则。

另一方面，提供了一种应用功能实体会话的修改设备，所述设备包括：

接收模块，用于接收应用功能实体发送的会话修改请求；

判断模块，用于判断所述接收模块接收到的会话修改请求中是否携带媒体 成分描述信息；

第一处理模块，用于在所述判断模块判断出所述接收模块接收到的会话修 改请求中携带媒体成分描述信息时，根据所述会话修改请求中携带的媒体成分 描述信息更新本地媒体成分描述信息，并更新对应的策略控制与计费PCC规则。

本发明实施例提供的技术方案的有益效果是：

通过根据会话修改请求中携带的媒体成分描述信息更新本地媒体成分描述 信息，并生成对应的PCC规则，不仅给出了AF会话中媒体成分的具体修改步骤， 还给出了影响IP-CAN会话的具体PCC规则，从而对IP-CAN会话修改的后续流 程起到指导作用，为用户业务流的传输提供有效的保证。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所 需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的应用功能实体会话的修改方法流程图；

图2是本发明实施例二提供的应用功能实体会话的修改方法流程图；

图3是本发明实施例二提供的应用功能实体会话的修改消息流程示意图；

图4是本发明实施例三提供的应用功能实体会话的修改设备结构示意图；

图5是本发明实施例三提供的第一处理模块结构示意图；

图6是本发明实施例三提供的另一种第一处理模块结构示意图；

图7是本发明实施例三提供的另一种应用功能实体会话的修改设备结构示 意图；

图8是本发明实施例三提供的又一种应用功能实体会话的修改设备结构示 意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明 实施方式作进一步地详细描述。

实施例一

参见图1，本实施例提供了一种应用功能实体会话的修改方法，该方法流程 具体如下：

101：接收应用功能实体发送的会话修改请求；

102：判断会话修改请求中是否携带媒体成分描述信息，如果是，执行步骤 103，否则，执行步骤104；

103：根据会话修改请求中携带的媒体成分描述信息更新本地媒体成分描述 信息，并更新对应的策略控制与计费PCC规则；

104：保持本地媒体成分描述信息及对应的PCC规则。

本实施例提供的方法，通过根据会话修改请求中携带的媒体成分描述信息 更新本地媒体成分描述信息，并生成对应的PCC规则，不仅给出了AF会话中媒 体成分的具体修改步骤，还给出了影响IP-CAN会话的具体PCC规则，从而对 IP-CAN会话修改的后续流程起到指导作用，为用户业务流的传输提供有效的保 证。

实施例二

本实施例提供了一种应用功能实体会话的修改方法，该方法针对业务流的 媒体成分修改，导致应用功能实体会话的修改时，通过将接收到的AF session 修改请求中携带的媒体成分描述信息和已经存在的媒体成分描述信息进行比 较，给出影响IP-CAN session的具体PCC规则列表，达到能够指导IP-CAN session修改的后续流程的目的。以应用功能实体会话的修改设备为PCRF为例， 参见图2，本实施例提供的方法流程具体如下：

201：PCRF接收AF发送的会话修改请求；

其中，会话修改请求可以AAR(Auth-Application-Request，应用认证请求) 消息的形式由AF发送给PCRF，且通过内部或外部的事件触发，本实施例不对具 体触发方式进行限定。

202：判断该会话修改请求中是否携带媒体成分描述信息，如果是，执行203， 否则，执行205；

针对该步骤，媒体成分描述信息包括但不限于IP流的IP地址，端口号、 媒体类型等，本实施例对此不作具体限定。由于一个媒体成分描述信息 Media-Component-Description对应一个SDF(Service Data Function，业务 数据流)，为了便于说明，本实施例将以SDF替代媒体成分描述信息 Media-Component-Description。PCRF收到AF发送的AF session的AAR消息后， 通过消息解码，即可判断出AAR消息中是否携带SDF。之所以会判断会话修改请 求中是否携带SDF，不仅需要PCRF保存携带的SDF，还要识别该SDF对IP-CAN 会话的影响，并对其进行分析，从而根据携带的SDF更新对应的PCC规则。

对于AAR消息中携带SDF的不同情况，本实施例提供的方法对此进行了区 别处理，处理过程详见下面步骤。

203：根据携带的媒体成分描述信息更新本地媒体成分描述信息，并更新对 应的PCC规则；

具体地，无论是PCRF的本地SDF，还是AF发送的会话请求中携带的SDF， 为了能够区分不同媒体业务的SDF，每个SDF均具有一个媒体成分号，用于标识 对应的SDF。在根据携带的媒体成分描述信息更新本地媒体成分描述信息时，需 要将AAR消息中携带的一个或多个SDF与PCRF本地存在的所有媒体成分逐一进 行比较，以确定更新的具体操作，而比较的方式即可通过比较媒体成分号是否 相同来实现。在根据比较之后的具体情况进行更新操作时，包括但不限于以下 两种情况：

第一种情况：携带的SDF的Media-Component-Number(媒体成分号)和本 地存在的SDF信息中Media-Component-Number相同，此时，说明携带的SDF是 为了修改本地已经存在的该Media-Component-Number对应的媒体成分描述信 息，则需要将携带的SDF替换本地已经存在的该Media-Component-Number对应 的媒体成分描述信息；

第二种情况：携带的SDF中的Media-Component-Number和本地存在的所有 SDF信息中Media-Component-Number都不相同，此时，说明携带的SDF是为了 在本地原有的SDF基础上增加新的SDF，因此，需要将携带的SDF增加到本地的 SDF中。

进一步地，由于不同的SDF对应不同的PCC规则，在根据携带的SDF更新 本地SDF后，需要更新对应的PCC规则，具体更新过程，也将根据上面两种不 同情况区分处理，具体更新过程如下：

针对更新本地SDF的第一种情况，更新对应的PCC规则时，由于携带的SDF 替换了本地已经存在的Media-Component-Number对应的媒体成分描述信息，则 需要将该媒体成分号标识的本地SDF对应的PCC规则删除，并根据会话请求中 携带的SDF生成新的PCC规则。此处之所以采用先删除再建立的方式而不是采 用新PCC规则覆盖原PCC规则的方式，主要是为了很清晰地分辨出更新前的SDF 对应的PCC规则和更新后的SDF对应的PCC规则，目的是为了在后续步骤对更 新的PCC规则进行认证时，如果认证失败，能够快速释放本次的更新内容，使 内存回到修改前的状态，有利于某些业务(例如上网浏览)的用户体验。

针对更新本地SDF的第二种情况，更新对应的PCC规则时，仅需根据会话 请求中携带的SDF生成对应的PCC规则即可。

需要说明的是，无论是上述哪种更新媒体成分描述信息的情况，以及更新 PCC规则的情况，PCRF在更新本地媒体成分描述信息及对应的PCC规则之后， PCRF都需要向AF返回AAA(Auth-Application-Answer，应用认证响应)消息， 至此，AF会话中媒体成分的修改流程结束。然而，由于PCRF更新了对应的PCC 规则，因此，将导致触发IP-CAN会话修改流程，具体过程详见后续步骤。

204：将更新后的PCC规则发送给PCEF(Policy and Charging Enforcement Function，策略与计费执行实体)，触发IP-CAN会话修改，流程结束；

针对该步骤，PCRF将本次AF session修改请求消息中携带的所有SDF信息 全部分析并生成相应的PCC规则后，不仅需要将生成的新的PCC规则发送给PCEF 进行认证，还需要将删除的PCC规则一同发送给PCEF，以触发PCEF进行IP-CAN 会话修改。具体实现时，由于生成的新的PCC规则可能不止一个，删除的PCC 规则也可能不止一个，则可以列表的形式将生成的新的PCC规则及删除的PCC 规则发送给PCEF。因此，在上述步骤203中，通过将删除的PCC规则加入到待 删除PCC规则列表Charging-Rule-Remove中，并将生成的新的PCC规则增加到 Charging-Rule-Install列表中，使该步骤在将更新的PCC规则发送给PCEF时， 仅需将生成的PCC规则所在的Charging-Rule-Install列表及删除的PCC规则 所在的Charging-Rule-Remove列表封装到RAR(Re-Auth-Request，重新认证请 求)消息中，发送给PCEF即可。无论是删除的PCC规则，还是生成的新的PCC 规则，都将影响IP-CAN会话修改，因此，当PCRF将删除的PCC规则所在列表 及生成的新的PCC规则所在列表发送给PCEF后，都将触发PCEF执行IP-CAN会 话修改的相关操作。

如果PCRF收到PCEF返回的RAA(Re-Auth-Answer，重新认证响应)消息标 识IP-CAN会话修改成功，则PCRF将从内存中删除Charging-Rule-Remove列表 中的PCC规则，同时将Charging-Rule-Install列表中PCC规则写入内存；

如果PCRF收到PCEF返回的RAA消息标识IP-CAN会话修改失败，则PCRF 将删除Charging-Rule-Install列表中的信息，同时保持原来的内存信息。

优选地，对于IP-CAN会话修改失败的情况，由于AF会话中媒体成分的修 改结果不能满足AF侧触发的修改请求，则需要通知AF功能实体本次会话中媒 体成分的修改失败，使其能够清楚本次会话修改的执行结果，并采取相应措施， 例如，重新发送会话修改请求等等，本实施例对此不作具体限定。

205：保持本地媒体成分描述信息及对应的PCC规则，流程结束。

针对该步骤，由于AAR消息中没有携带SDF，则该AF session修改并不需 要PCC规则的重新修改，只需保持本地媒体成分描述信息及对应的PCC规则即 可。

需要说明的是，上述步骤204和步骤205中的流程结束仅代表会话中媒体 成分的修改流程结束，但并不意味着整个会话修改流程结束，因为即使会话修 改请求中不携带媒体成分描述信息，也有可能会携带其他信息，从而需要进行 会话修改，例如，订阅信息等，因此，PCRF还需要将会话请求中携带的其他信 息发送给PCEF，本实施例对此不再赘述。从消息流的角度，本实施例提供的应 用功能实体会话中媒体成分的修改以及触发的后续IP-CAN会话的修改原理可如 图3所示。

本实施例提供的方法，通过根据会话修改请求中携带的媒体成分描述信息 更新本地媒体成分描述信息，并更新对应的PCC规则，不仅给出了AF会话中媒 体成分的具体修改步骤，还给出了影响IP-CAN会话的具体PCC规则，从而对 IP-CAN会话修改的后续流程起到指导作用，完善了协议中对于AF session中 SDF的修改流程，为用户业务流的传输提供有效的保证；另外，根据PCER返回 的响应结果来处理内存的修改，不仅在成功响应时，能够将内存更新为希望更 新的内容，在失败响应时，还能够快速回到修改前的内存状态，并不会因为修 改失败，使内存处于一种不可控的状态。

实施例三

参见图4，本实施例提供了一种应用功能实体会话的修改设备，该设备包括：

接收模块401，用于接收应用功能实体发送的会话修改请求；

判断模块402，用于判断接收模块401接收到的会话修改请求中是否携带媒 体成分描述信息；

第一处理模块403，用于在判断模块402判断出接收模块401接收到的会话 修改请求中携带媒体成分描述信息时，根据会话修改请求中携带的媒体成分描 述信息更新本地媒体成分描述信息，并更新对应的策略控制与计费PCC规则。

实际应用中，该应用功能实体会话中媒体成分的修改设备可以为PCRF设备， 本实施例对此不作具体限定。

参见图5，第一处理模块403，具体包括：

第一更新单元403a，用于在会话修改请求中携带的媒体成分描述信息的媒 体成分号与本地媒体成分描述信息中的媒体成分号相同时，将该媒体成分号标 识的本地媒体成分描述信息替换为会话修改请求中携带的媒体成分描述信息；

第二更新单元403b，用于将该媒体成分号标识的本地媒体成分描述信息对 应的PCC规则删除，并根据会话修改请求中携带的媒体成分描述信息生成新的 PCC规则。

可选地，参见图6，第一处理模块403，具体包括：

第三更新单元403c，用于在会话修改请求中携带的媒体成分描述信息的媒 体成分号与本地媒体成分描述信息中的媒体成分号不同时，将会话修改请求中 携带的媒体成分描述信息增加到本地媒体成分描述信息中；

第四更新单元403d，用于根据会话修改请求中携带的媒体成分描述信息生 成新的PCC规则。

参见图7，该应用功能实体会话修改的设备，还包括：

第二处理模块404，用于将删除的PCC规则及生成的新的PCC规则发送给 PCEF，触发PCEF进行IP-CAN会话修改；在接收到PCEF返回的失败响应时，将 删除的PCC规则还原，将生成的新的PCC规则删除，并通知应用功能实体本次 会话中媒体成分的修改失败。

可选地，参见图8，该应用功能实体会话修改的设备，还包括：

第三处理模块405，用于将生成的新的PCC规则发送给PCEF，触发PCEF进 行IP-CAN会话修改；在接收到PCEF返回的失败响应时，将生成的新的PCC规 则删除，并通知应用功能实体本次会话中媒体成分的修改失败。

综上所述，本实施例提供的设备，通过根据会话修改请求中携带的媒体成 分描述信息更新本地媒体成分描述信息，并生成对应的PCC规则，不仅给出了 AF会话中媒体成分的具体修改步骤，还给出了影响IP-CAN会话的具体PCC规则， 从而对IP-CAN会话修改的后续流程起到指导作用，为用户业务流的传输提供有 效的保证。

需要说明的是：上述实施例提供的应用功能实体会话的修改设备，在进行 媒体成分修改时，仅以上述各功能模块的划分进行举例说明，实际应用中，可 以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划 分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施 例提供的应用功能实体会话的修改设备与应用功能实体会话的修改方法实施例 属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本发明实施例中的全部或部分步骤，可以利用软件实现，相应的软件程序 可以存储在可读取的存储介质中，如光盘或硬盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的 精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的 保护范围之内。