与应用有关的被赞助数据连接的动态提供的制作方法

本发明一般涉及通信网络和系统，尤其是移动通信网络和系统。

背景技术

移动通信网络和系统的描述可以在文献中找到，例如尤其是在由诸如3gpp(第三代合作伙伴计划)的标准化机构发布的技术规范中。

通常，在移动通信系统中，终端(也被称为用户设备ue)可以经由移动网络(pmn)访问各种应用服务。特别地，终端可以经由ip连接接入网(ip-can)访问基于ip的应用服务。ip-can的示例是eps(演进分组系统)网络，其在3gppts23.401和ts23.402中特别地进行了规定。eps网络包括可被不同的无线接入网(例如，e-utran)接入的epc(演进分组核心)。

在3gppts23.203中特别地规定了策略和计费控制(pcc)功能。特别地，pcc功能包括：pcrf(策略和计费规则功能)、pcef(策略和计费执行功能)、tdf(流量检测功能)、af(应用功能)、spr(用户配置文件存储库)。特别地，pcc架构内的接口包括：pcrf与pcef之间的gx接口、af与pcrf之间的rx接口、pcrf与tdf之间的sd接口。在取自3gppts23.203的图1中回顾了pcc架构的示例。

在这样的系统中已经引入了被称为被赞助数据连接的特征。特别地，已经在3gppts23.203中规定了用于被赞助数据连接的pcc使用。如特别在3gppts23.203中所定义的，通过被赞助数据连接，赞助商具有与运营商的业务关系，并且赞助商向运营商偿付用户的数据连接，以允许用户访问相关联的应用服务提供商(asp)的服务。在取自3gppts23.203的图2中回顾了用于被赞助数据连接的部署的示例。

如发明人所认识到的以及随后将更详细地解释的，需要改进用于被赞助数据连接的pcc使用。

技术实现要素：

本发明的实施例尤其满足这种需求。

在一方面，这些和其它目的由诸如pcef或tdf的策略执行功能来实现，其被配置为：

-通过诸如gx或sd接口的接口，从诸如pcrf的策略控制器接收与用户设备ue有关的命令，所述命令涉及赞助上下文标识符即赞助上下文id，所述赞助上下文id用作将被应用于将要针对所述ue而被赞助的与应用有关的数据流量的赞助上下文的标识符，所述赞助上下文提供将被赞助的数据流列表。

在另一方面，这些和其它目的由诸如pcrf的策略控制器来实现，其被配置为：

-通过诸如gx或sd接口的接口，向诸如pcef或tdf的策略执行功能发送与用户设备ue有关的命令，所述命令涉及赞助上下文标识符即赞助上下文id，所述赞助上下文id用作将被应用于将要针对所述ue而被赞助的与应用有关的数据流量的赞助上下文的标识符，所述赞助上下文提供将被赞助的数据流列表。

在另一方面，这些和其它目的由诸如af的与应用有关的实体来实现，其通过诸如rx接口的接口与诸如pcrf的策略控制器连接，所述与应用有关的实体被配置为：

-向所述策略控制器发送针对用户的赞助上下文标识符即赞助上下文id，所述赞助上下文id用作将被应用于将要针对所述用户而被赞助的与应用有关的数据流量的赞助上下文的标识符，所述赞助上下文提供将被赞助的数据流列表。

在另一方面，这些和其它目的由被称为赞助上下文存储库的内容服务器来实现，所述内容服务器被配置为：

-在接收到包括赞助上下文标识符即赞助上下文id的请求时，提供将被应用于将要针对用户设备ue而被赞助的与应用有关的数据流量的赞助上下文，所述赞助上下文id用作指向存储在所述赞助上下文存储库中的所述赞助上下文的指针，所述赞助上下文提供将被赞助的数据流列表。

在另一方面，这些和其它目的由移动网络的oam设备来实现，所述oam设备被配置为：

-在被称为赞助上下文存储库的内容服务器中创建由赞助上下文标识符即赞助上下文id标识的赞助上下文文档，所述赞助上下文id用作构建存储在所述赞助上下文文档中的赞助上下文的标识符的信息。

在另一方面，这些和其它目的由用于动态提供与应用有关的被赞助数据连接的方法来实现，所述方法包括由以下中的至少一个由此所配置的实体执行的至少一个步骤：诸如pcef或tdf的策略执行功能、诸如pcrf的策略控制器、诸如af的与应用有关的实体、被称为赞助上下文存储库的内容服务器、移动网络的oam实体。

附图说明

现在仅以示例的方式参考附图来描述根据本发明的实施例的装置和/或方法的一些实施例，其中：

-图1旨在回顾pcc架构的示例；

-图2旨在回顾用于被赞助数据连接的部署的示例；

-图3旨在回顾用于ip-can会话建立的信令流；

-图4旨在回顾用于ip-can会话修改的信令流(pcrf发起的)；

-图5旨在示出根据本发明的实施例的信令流的示例。

具体实施方式

缩略词

adc应用检测和控制

af应用功能

apn接入点名称

epc演进分组核心

eps演进分组系统

http超文本传输协议

ip-canip-连接接入网

mno移动网络运营商

oam运营和维护

pcc策略和计费控制

pcef策略和计费执行功能

pcrf策略和计费规则功能

pgwpdn网关

spr订阅配置文件存储库

tdf流量检测功能

ue用户设备

url统一资源定位符

本发明的各种方面和/或实施例的描述

在下面将通过对在pgw(pcef)的情况下赞助上下文id的使用情况进行示例的方式，对本发明的各种方面和/或实施例进行描述。然而，如本领域的技术人员所理解的，本发明的实施例并不限于这样的情况。

3gpp作为对被赞助数据连接改进的研究的一部分(fs-sdci，其wid在文档sp-150627中)正致力于被赞助数据连接主题的改进。该研究尤其针对以下内容：“该关键问题应研究：

1.如何支持从第三方服务提供商到运营商网络的层3和层4以外(例如，url)的被赞助数据流的动态提供。”

被赞助数据连接特征已被规定为3gpprel10的一部分，并被记录在3gppts23.203中(例如，附录n)

注意：在本文档中，第三方也可对应于运营商的内部应用。

被赞助数据连接的使用之一是用于第三方赞助广告的可能性。这种赞助会应用于用户的集合(可能应用于所有用户)。

因此，fs-sdci研究具有以下方面：

·不仅通过规定5个元组¹(如在当前的3gppts23.203中所定义的)，而且还通过提供诸如被赞助url列表的更高层信息，允许第三方定义被赞助数据流；

·通过在针对每个用户的rx和gxdiameter会话建立上重复相同的被赞助url列表来避免rx和gx接口过载(如在当前的3gppts23.203中所定义的，被赞助数据流列表通过针对每个用户建立的rx和gxdiameter会话而明确地提供)；

·提供第三方改变被赞助流列表的能力的灵活性；

·允许运营商控制该特征。

————————————————

¹ip地址和端口

在一些实施例中：

由策略控制器(例如，在3gppts23.203中定义的epc架构中的pcrf)向策略执行功能(例如，位于如在3gppts23.203中定义的pgw或bng中的pcef或者如在3gppts23.203中定义的tdf)发送的qos需求不包含将要被赞助的流的列表，而是包含此列表的指针(实际上是httpurl)：赞助上下文id。

在一些实施例中：

当pcef(pgw)或tdf接收到涉及赞助上下文id的pcc/adc规则时，其取得赞助上下文，即被赞助的流的列表(对赞助上下文id中的url的httpget)。当使用http时，缓存技术确保pcef/tdf不需要取得针对与已知的赞助上下文id相关联的每个用户(gx)会话而被赞助的流的列表。缓存时间可以控制被赞助流列表的有效时间。

在一些实施例中：

赞助上下文可以对应于以下的列表：

·被赞助的url；

·在ietfrfc6066中规定的服务器名称指示(sni)

○sni是tls协议的扩展，客户端通过tls协议在tls握手过程的开始指示它正尝试连接的主机名。这允许服务器提供在相同的ip地址和tcp端口号上的多个证书，并因此允许多个安全(https)网站(或者任何其它基于tls的服务)离开相同的ip地址而被服务，而无需要求所有那些站点使用相同的证书；

·...。

在一些实施例中：

赞助上下文id可以经由rx从第三方动态传递到运营商(在这种情况下，第三方选择哪个ue将从赞助上下文中受益)，或者赞助上下文id在pcrf(策略规则)中静态配置(在这种情况下，赞助上下文id应用于用户的集合，例如，应用于给定apn的所有用户的流量或者应用于apn的一些用户类别的流量。基于策略规则(和/或基于在rx上接收的信息)，pcrf决定是否在发送到pcef(/tdf)的关于ue的gx(/sd)命令中放置赞助上下文id，并且决定该赞助上下文id的值。

在一些实施例中：

存储赞助上下文(例如，被赞助url列表)的内容服务器(赞助上下文存储库)属于运营商，因此受运营商的控制，但是第三方可以基于其自己的业务需求按照其希望的频率来修改被赞助流列表。这将通过运营商与第三方之间的业务协议来控制。

图5示出了用于在pgw(pcef)的情况下赞助上下文id的使用情况的信令流的示例。

在图5中，虚线对应于可选的交互。

可以区分以下操作：

离线操作(与用户活动无关的操作)

在一些实施例中，可以提供以下步骤的一部分或全部：

0.第三方和运营商(mno)协商由是唯一标识符(例如，url)的赞助上下文id标识的赞助协议，其涉及赞助上下文，即涉及第三方准备赞助的流的实际列表。

赞助上下文id涉及由运营商(其oam)托管的内容服务器。这允许运营商控制第三方可赞助的流的列表。

1.运营商

a.在赞助上下文存储库中创建由赞助上下文id标识的赞助上下文文档；

b.可相应地修改pcrf策略，例如，可创建将apn、用户类别、订阅类型等与一个或多个赞助上下文id相关联的策略规则。

2.第三方例如通过在赞助上下文存储库中存储的赞助上下文中添加/修改/移除条目(url、...)，来更新其准备赞助的流的列表。这些操作由运营商oam控制。

“在线”操作(与用户活动有关的操作)：在ip-can会话建立时的动作

在一些实施例中，可以提供以下步骤的一部分或全部：

3.ue建立如图3中所描述的对应于3gppts23.203图7.2-1：“ip-can会话建立”的pdn连接。

pcef/tdf向pcrf请求策略。

这是经由ip-can会话建立的指示完成的。图3的步骤2至5无修改地执行。

4.(作为图3的步骤7的一部分，在pcef的情况下)基于策略规则，pcrf决定是否在将发送到pcef(/tdf)的关于ue的gx(/sd)命令中放置赞助上下文id，并且决定该赞助上下文id的值。例如，对于该决定，pcrf可以使用：

·目标ipcan会话的apn(在该情况下，所有ue与相同的赞助上下文相关联，例如，对应于广告)；

·从如在3gppts23.203中定义的spr(用户策略存储库)接收的用户类别；

·或者这些参数的任意组合；

·或者任何其它参数。

5.pcrf向pcef/tdf提供pcc/adc规则。

在pcef的情况下，作为pcrf确认ip-can会话建立的一部分(图3的步骤14)，pcrf可以发送与赞助上下文有关的pcc规则。

在tdf的情况下，作为tdf会话建立请求的一部分(图3的步骤8)，pcrf可以发送与赞助上下文有关的adc规则。

赞助上下文id可以在pcc/adc规则中提供，而不是在应用id中提供。这允许将由赞助上下文id标识的流与诸如评级组(计费)、qos、使用监控等…已有的pcc信息相关联。

6.当pcef或tdf接收到涉及未知的赞助上下文id(即，尚未解析的赞助上下文id)的pcc/adc规则时，其从赞助上下文存储库中取得赞助上下文，即被赞助的流的列表(对赞助上下文id中的url的httpget)。当使用http时，缓存技术确保pcef/tdf不需要取得针对与已知/已解析的赞助上下文id相关联的每个用户(gx/sd)会话而被赞助的流的列表。缓存时间可以控制被赞助流列表的有效时间。

7.pcef/tdf开始对由赞助上下文id(其标识符已在赞助上下文中被接收)标识的流应用pcc/adc规则(计费、qos控制、使用监控等…)。

8.ipcan会话建立如图3的步骤15至19中所示地进一步处理：

“在线”操作(与用户活动有关的操作)：在来自第三方应用的rx请求时的动作

在一些实施例中，可以提供以下步骤的一部分或全部：

9.第三方应用可以决定仅对一些用户应用赞助。在该情况下，其可以通过rx会话向pcrf提供赞助上下文id(调用图4的步骤1a，对应于3gppts23.203图7.5：ipcan会话修改；pcrf发起的)。可以执行图4的步骤2至11。

10.pcrf向pcef/tdf提供更新的pcc/adc规则。

pcrf可以如图4的步骤12中所示地向pcef发送策略和计费规则提供。作为该步骤的一部分，pcrf可以将赞助上下文id提供为通过gx发送的pcc规则信息的一部分。

pcrf可以将更新的adc规则作为sd会话修改的一部分向tdf发送(如图4的步骤5中所示的)。作为该步骤的一部分，pcrf可以将赞助上下文id提供为通过sd发送的adc规则信息的一部分。

11.pcef/tdf动作与在步骤6描述的动作类似。

12.pcef/tdf的动作与在步骤7描述的动作类似。

这种机制尤其避免了pcc链(rx、gx/sd)必须传递第三方提供商准备赞助的长的url列表。

注意：通过gx/sd传递的赞助上下文id不需要与pcef/tdf在步骤6/11中用于取得赞助上下文的完整url相对应。该赞助上下文id可以：

·或者包括指向赞助上下文的httpurl；

·或者包括用于构建指向赞助上下文的httpurl的信息。例如，赞助上下文id是“ott-x/sponsor-ad”，并且pcef/tdf添加了固定的url部分，如“https://www.operator.com/sponsor-context/”，以构建最终目标“https://www.operator.com/sponsor-context/ott-x/sponsor-ad”。

本发明的各个方面包括(但不限于)以下方面。

本发明的一方面是诸如pcef或tdf的策略执行功能。

可以提供各种实施例，包括(但不限于)以下实施例，可以根据各种组合单独或组合地采用这些实施例。

在实施例中，所述策略执行功能被配置为：

-通过诸如gx或sd接口的接口，从诸如pcrf的策略控制器接收与用户设备ue有关的命令，所述命令涉及赞助上下文标识符即赞助上下文id，所述赞助上下文id用作将被应用于将要针对所述ue而被赞助的与应用有关的数据流量的赞助上下文的标识符，所述赞助上下文提供将被赞助的数据流列表。

在实施例中，所述策略执行功能被配置为：

-使用所述赞助上下文id从被称为赞助上下文存储库的内容服务器取得所述赞助上下文，所述赞助上下文id用作指向存储在所述赞助上下文存储库中的所述赞助上下文的指针。

在实施例中，所述策略执行功能被配置为：

-通过向被称为赞助上下文存储库的内容服务器发送诸如httpget的对与所述赞助上下文id的内容对应的或使用所述赞助上下文id的内容构建的httpurl的http请求，从所述内容服务器取得所述赞助上下文。

在实施例中，所述策略执行功能被配置为：

-用诸如pcc或adc规则的相关联的策略规则来接收所述赞助上下文id。

在实施例中，所述策略执行功能被配置为：

-在诸如确认ip-can会话建立的确认建立针对所述ue的ip-can会话建立的命令中接收所述赞助上下文id。

本发明的另一方面是诸如pcrf的策略控制器。

可以提供各种实施例，包括(但不限于)以下实施例，可以根据各种组合单独或组合地采用这些实施例。

在实施例中，所述策略控制器被配置为：

-通过诸如gx或sd接口的接口，向诸如pcef或tdf的策略执行功能发送与用户设备ue有关的命令，所述命令涉及赞助上下文标识符即赞助上下文id，所述赞助上下文id用作将被应用于将要针对所述ue而被赞助的与应用有关的数据流量的赞助上下文的标识符，所述赞助上下文提供将被赞助的数据流列表。

在实施例中，所述策略控制器被配置为：

-基于与所述ue有关的参数中的至少一个或其组合，将所述赞助上下文id与所述ue相关联，所述参数包括：

·ip-can会话的apn；

·用户类别；

·订阅类型。

在实施例中，所述策略控制器被配置为：

-存储将所述apn和/或用户类别和/或订阅类型与一个或多个赞助上下文id相关联的策略规则。

在实施例中，所述策略控制器被配置为：

-在诸如确认ip-can会话建立的确认建立针对所述ue的ip-can会话的命令中向所述策略执行功能发送所述赞助上下文id。

在实施例中，所述策略控制器被配置为：

-通过诸如rx接口的接口，从诸如af的与应用有关的实体接收所述赞助上下文id。

在实施例中，所述策略控制器被配置为：

-在诸如策略和计费规则提供的命令中向所述策略执行功能发送所述赞助上下文id。

在实施例中，所述策略控制器被配置为：

-在诸如sd会话修改的命令中向所述策略执行功能发送所述赞助上下文id。

在实施例中，所述策略控制器被配置为：

-用诸如pcc或adc规则的相关联的策略规则向所述策略执行功能发送所述赞助上下文id。

在实施例中：

-所述赞助上下文id包括指向所述赞助上下文的httpurl或者包括用于构建指向所述赞助上下文的httpurl的信息。

本发明的另一方面是诸如af的与应用有关的实体，其通过诸如rx接口的接口与诸如pcrf的策略控制器连接。

可以提供各种实施例，包括(但不限于)以下实施例，可以根据各种组合单独或组合地采用这些实施例。

在实施例中，所述与应用有关的实体被配置为：

-向所述策略控制器发送针对用户的赞助上下文标识符即赞助上下文id，所述赞助上下文id用作将被应用于将要针对所述用户而被赞助的与应用有关的数据流量的赞助上下文的标识符，所述赞助上下文提供将被赞助的数据流列表。

在实施例中，所述与应用有关的实体被配置为：

-通过诸如rx接口的所述接口，调用诸如rx会话的会话，以用于向所述策略控制器发送所述赞助上下文id。

在实施例中：

-所述赞助上下文id包括指向所述赞助上下文的httpurl或者包括用于构建指向所述赞助上下文的httpurl的信息。

在实施例中，所述与应用有关的实体被配置为：

-在运营商的oam的控制下，更新所述赞助上下文的内容。

本发明的另一方面是被称为赞助上下文存储库的内容服务器。

可以提供各种实施例，包括(但不限于)以下实施例，可以根据各种组合单独或组合地采用这些实施例。

在实施例中，所述内容服务器被配置为：

-在接收到包括赞助上下文标识符即赞助上下文id的请求时，提供将被应用于将要针对用户设备ue而被赞助的与应用有关的数据流量的赞助上下文，所述赞助上下文id用作指向存储在所述赞助上下文存储库中的所述赞助上下文的指针，所述赞助上下文提供将被赞助的数据流列表。

在实施例中，所述内容服务器被配置为：

-从诸如pcef或tdf的策略执行功能接收所述请求。

在实施例中，所述内容服务器被配置为：

-在接收到诸如httpget的对指向所述赞助上下文的httpurl的http请求时，提供所述赞助上下文，所述赞助上下文id包括构建所述httpurl的信息。

本发明的另一方面是移动网络的oam设备。

可以提供各种实施例，包括(但不限于)以下实施例。

在实施例中，所述oam设备被配置为：

-在被称为赞助上下文存储库的内容服务器中创建由赞助上下文标识符即赞助上下文id标识的赞助上下文文档，所述赞助上下文id用作构建存储在所述赞助上下文文档中的赞助上下文的标识符的信息。

本发明的另一方面是一种用于动态提供与应用有关的被赞助数据连接的方法，所述方法包括由以下中的至少一个由此所配置的实体执行的至少一个步骤：诸如pcef或tdf的策略执行功能、诸如pcrf的策略控制器、诸如af的与应用有关的实体、被称为赞助上下文存储库的内容服务器、移动网络的oam实体。

除了上述之外的其它可能的实施例也是可能的，例如，其中策略控制器是除了4g-epc的pcrf之外的另一个实体，诸如5g核心网络确定用于网络的策略的功能，或者其中策略执行功能可以是对用户平面流量执行策略的任何实体，诸如在3gpptr23.714中定义的pdn-gw-u和tdf-u，或者是5g核心网络中对用户平面流量执行策略的实体。

本领域的技术人员将容易认识到，各种上述方法的步骤可以由编程计算机来执行。在本文中，一些实施例还旨在涵盖程序存储设备，例如数字数据存储介质，其是机器或计算机可读的并且编码有机器可执行或计算机可执行程序指令，其中所述指令执行上述方法的步骤中的一些或全部。程序存储设备可以是例如数字存储器、诸如磁盘和磁带的磁存储介质、硬盘驱动器或光学可读数字数据存储介质。这些实施例还旨在涵盖被编程为执行上述方法的所述步骤的计算机。