背景数据传输策略配置方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种背景数据传输策略配置方法及装置。

背景技术：

随着物联网的发展，将有亿万级的终端设备连接到物联网平台，与应用进行信息交互，一个应用可以同时与多个设备进行通信，这对网络传输能力，特别是在高峰时段是一个巨大的考验。目前，第三代合作伙伴计划(the3rdgenerationpartnershipproject，简称为3gpp)针对物联网中海量终端设备的通信问题，提供一种背景数据传输(backgrounddatetransfer，简称为bdt)的传输方式，通过设置网络非繁忙时间窗，为应用与设备提供费率更低、速度更快的通信，同时，也减轻网络在高峰时段的压力。

在物联网架构中，3gpp作为底层网络与物联网业务层进行交互，提供网络信息给业务层上的物联网业务/应用使用，物联网业务/应用基于自身需求可根据3gpp提供传输方式进行选择，为了优化物联网业务/应用与设备之间信息交互的传输。

图1是相关技术中3gpp设置bdt传输策略的流程图，参与该流程的3gpp网元包括：业务能力开放功能(servicecapabilityexposurefunction，简称scef)、策略与计费规则功能单元(policyandchargingrulesfunction简称为pcrf)、策略与计费执行功能单元(policyandchargingenforcementfunction，简称为pcef)、签约数据库存储(subscriptionprofilerepository，简称为spr)，上述3gpp网元实现策略与计费控制(policyandchargingcontrol，简称为pcc)过程，实现网络侧的bdt传输的协商。主要流程包括：

步骤1，业务能力服务器/应用服务器(scs/as)发送bdt请 求到scef；

步骤2，scef授权该请求；

步骤3，scef选择有效的pcrf，触发pcc过程，与pcrf协商bdt传输，pcrf根据请求参数、spr中的签约信息返回scef可能的bdt传输策略；

步骤4，scef将传输策略信息返回给scs/as；

步骤5，如果scef返回了多个传输策略，scs/as再发送bdt请求给scef，通知scef和pcrf其选择的一个传输策略；

步骤6，scef回复消息，确定选择的这个传输策略；

步骤7，触发pcc过程，scef继续与pcrf协商bdt传输，pcrf将传输策略信息存储在spr中；

步骤8，当scs/as在以后使用bdt传输联系pcrf，pcrf触发pcc过程，pcef执行流量与计费控制。

如图1所示，步骤1,4,5,6是scs/as与3gpp网络的交互流程。由于目前的物联网场景主要是，公共的物联网平台开放各种能力给业务/应用，使各种物联网能力、电信能力、第三方业务能力等得到重用，加快了物联网业务/应用的部署。上述场景中，业务/应用通过公共的物联网平台与底层网络进行交互，而3gpp作为底层网络在图1的流程中并没有充分考虑物联网平台作为一个关键节点的作用和功能，采用公共的物联网平台的物联网系统架构，特别是基于资源的架构方式，scs/as与3gpp网络的交互的方式将是不同的，包括参数的设置、策略的存储等问题，目前并没有相应的解决方法。

针对相关技术中针对物联网系统如何设置底层网络的bdt传输策略的问题，还未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种背景数据传输策略配置方法及装置，以至少解决相关技术中针对物联网系统如何设置底层网络的bdt传输 策略的问题。

根据本发明的一个实施例，提供了一种背景数据传输策略配置方法，包括：

物联网平台将从应用实体或公共业务实体接收的用于请求设置背景数据传输策略的请求消息发送给底层网络，其中，所述请求消息中携带有背景数据传输条件，所述背景数据传输条件用于从底层网络获取满足所述背景数据传输条件的一个或多个推荐传输策略；

所述物联网平台将根据所述请求消息从底层网络获取的所述一个或多个推荐传输策略反馈给所述应用实体或公共业务实体；

所述物联网平台将确定的一个推荐传输策略或所述应用实体或公共业务实体从多个推荐传输策略确定的一个背景数据传输策略通知给底层网络。

可选地，所述方法还包括：

所述物联网平台根据所述请求消息创建存储所述背景数据传输条件和背景数据传输策略的资源，其中，所述背景数据传输条件包括：期待时间窗、每个节点数据量、节点数量；所述背景数据传输策略包括以下至少之一：推荐时间窗、时间窗内的费率、最大速率、传输策略对应的参考标识。

可选地，所述物联网平台根据所述请求消息创建存储所述背景数据传输条件和背景数据传输策略的资源包括以下至少之一：

所述物联网平台通过对onem2m系统中已有的通信管理与传输处理的网络访问规则资源进行扩展；

所述物联网平台创建一个新的资源的方式创建背景传输策略资源。

可选地，所述物联网平台通过对onem2m系统中已有的通信管理与传输处理的网络访问规则资源进行扩展包括：

所述物联网平台在已有的通信管理与传输处理的网络访问规则 资源的基础上，增加属性创建者和/或参考标识，其中，所述创建者指出所述资源的创建者，所述参考标识指出标识所述底层网络返回的所述背景数据传输策略，在已有的资源中名为其他条件的属性用于存储所述背景数据传输条件，和/或，存储推荐和/或确定的背景数据传输策略。

可选地，所述背景传输策略资源至少包括以下属性之一：

请求消息参考标识，用于标识请求背景数据传输策略设置的消息；

每个节点数据量，用于指出应用实体或公共业务实体期望的每个节点的数据量；节点数量，用于指出应用实体或公共业务实体期望的最大节点数量；

期待的时间窗，用于指出应用实体或公共业务实体期望的背景数据传输时间窗；

创建者，用于指出资源的创建者；

参考标识，用于指出背景数据传输策略设置过程中，底层网络返回背景数据传输策略的标识；可能传输策略，用于指出底层网络提供的推荐传输策略；

选择的传输策略，用于指出确定的背景数据传输策略。

可选地，所述背景传输策略资源至少包括以下属性之一：

请求消息参考标识，用于标识请求背景数据传输策略设置的消息；每个节点数据量，用于指出应用实体或公共业务实体期望的每个节点的数据量；

节点数量，用于指出应用实体或公共业务实体期望的最大节点数量；期待的时间窗，用于指出应用实体或公共业务实体期望的背景数据传输时间窗；

创建者，用于指出资源的创建者；参考标识，用于指出背景数据传输策略设置过程中，底层网络返回背景数据传输策略的标识；

选择的传输策略，用于指出确定的背景数据传输策略链接地址或， 指向确定的背景数据传输策略对应的参考标识；

子资源，其中，所述子资源为传输策略子资源，用于指出底层网络推荐的背景数据传输策略，至少包括以下属性之一：传输策略参考标识、推荐时间窗、时间窗内费率、时间窗内最大速率。

可选地，所述背景传输策略资源至少包括以下属性之一：

请求消息参考标识，用于标识请求背景数据传输策略设置的消息；

每个节点数据量，用于指出应用实体或公共业务实体期望的每个节点的数据量；

节点数量，用于指出应用实体或公共业务实体期望的最大节点数量；期待的时间窗，用于指出应用实体或公共业务实体期望的背景数据传输时间窗；

创建者，用于指出资源的创建者；参考标识，用于指出背景数据传输策略设置过程中，底层网络返回背景数据传输策略的参考标识；

传输策略链接，用于指出选择的背景数据传输策略的链接地址，指向所述通信管理与传输处理的网络访问规则资源。

可选地，在所述物联网平台根据所述请求消息创建存储所述背景数据传输条件和背景数据传输策略的资源的同时，将所述背景数据传输条件存储到所述资源中；

在所述物联网平台根据所述请求消息创建存储所述背景数据传输条件和背景数据传输策略的资源之后，所述物联网平台从底层网络获取标识所述一个或多个推荐传输策略和对应的参考标识，将所述一个或多个推荐传输策略及对应的参考标识存放在所述资源中。

可选地，所述物联网平台将根据所述请求消息从底层网络获取的所述一个或多个推荐传输策略反馈给所述应用实体或公共业务实体包括以下之一：

所述物联网平台在所述背景数据传输推荐传输策略为一个的情况下，通过返回资源创建成功消息的方式将一个推荐背景数据传输策 略通知给所述应用实体或公共业务实体；

所述物联网平台在所述背景数据传输推荐传输策略为多个的情况下，通过返回资源创建成功的消息方式将多个推荐背景数据传输策略通知给所述应用实体或公共业务实体。

可选地，在所述物联网平台在所述背景数据传输推荐传输策略为多个的情况下，所述方法还包括：

所述物联网平台接收所述应用实体或公共业务实体发送的更新请求；

所述物联网平台根据所述更新请求将确定的背景数据传输策略更新到所述资源中；

所述物联网平台向所述应用实体或公共业务实体反馈更新完成消息。

可选地，在所述物联网平台将根据所述请求消息从底层网络获取的所述一个或多个推荐传输策略反馈给所述应用实体或公共业务实体之后，所述方法还包括：

所述物联网平台将确定的背景数据传输策略通知给底层网络，供所述底层网络的网元存储背景数据传输策略及对应的参考标识。

根据本发明的另一个实施例，还提供了一种背景数据传输背景数据传输策略配置方法，包括：

应用实体或公共业务实体通过物联网平台将用于请求设置背景数据传输策略的请求消息发送给底层网络，其中，所述请求消息中携带有背景数据传输条件，所述背景数据传输条件用于从所述底层网络获取满足所述背景数据传输条件的一个或多个推荐传输策略；

所述应用实体或公共业务实体通过物联网平台从多个推荐传输策略中确定一个背景数据传输策略；

所述应用实体或公共业务实体通过所述物联网平台将确定的一个背景数据传输策略通知给底层网络。

可选地，所述方法还包括：

所述应用实体或公共业务实体向物联网平台发送更新请求，其中，所述更新请求用于所述物联网平台将确定的背景数据传输策略更新到所述资源中；

所述应用实体或公共业务实体接收所述物联网平台反馈的更新完成消息。

根据本发明的另一个实施例，还提供了一种背景数据传输策略配置装置，应用于物联网平台，包括：

第一接收模块，用于将从应用实体或公共业务实体接收的用于请求设置背景数据传输策略的请求消息发送给底层网络，其中，所述请求消息中携带有背景数据传输条件，所述背景数据传输条件用于从底层网络获取满足所述背景数据传输条件的一个或多个推荐传输策略；

第一反馈模块，用于将根据所述请求消息从底层网络获取的所述一个或多个推荐传输策略反馈给所述应用实体或公共业务实体；

第一通知模块，用于将确定的一个推荐传输策略或所述应用实体或公共业务实体从多个推荐传输策略确定的一个背景数据传输策略通知给底层网络。

可选地，所述装置还包括：

创建模块，用于根据所述请求消息创建存储所述背景数据传输条件和背景数据传输策略的资源，其中，所述背景数据传输条件包括：期待时间窗、每个节点数据量、节点数量；所述背景数据传输策略包括以下至少之一：推荐时间窗、时间窗内的费率、最大速率、传输策略对应的参考标识。

可选地，所述创建模块包括以下至少之一：

扩展单元，用于通过对onem2m系统中已有的通信管理与传输处理的网络访问规则资源进行扩展；

创建单元，用于创建一个新的资源的方式创建背景传输策略资源。

可选地，所述扩展单元还用于在已有的通信管理与传输处理的网络访问规则资源的基础上，增加属性创建者和/或参考标识，其中，所述创建者指出所述资源的创建者，所述参考标识指出标识所述底层网络返回的所述背景数据传输策略，在已有的资源中名为其他条件的属性用于存储所述背景数据传输条件，和/或，存储推荐和/或确定的背景数据传输策略。

可选地，所述装置还包括：

存放模块，用于在所述物联网平台根据所述请求消息创建存储所述背景数据传输条件和背景数据传输策略的资源的同时，将所述背景数据传输条件存储到所述资源中；

在所述物联网平台根据所述请求消息创建存储所述背景数据传输条件和背景数据传输策略的资源之后，从底层网络获取标识所述一个或多个推荐传输策略和对应的参考标识，将所述一个或多个推荐传输策略及对应的参考标识存放在所述资源中。

可选地，所述装置还包括：

第二接收模块，用于在所述物联网平台在所述背景数据传输推荐传输策略为多个的情况下，接收所述应用实体或公共业务实体发送的更新请求；

更新模块，用于根据所述更新请求将确定的背景数据传输策略更新到所述资源中；

第二反馈模块，用于向所述应用实体或公共业务实体反馈更新完成消息。

可选地，所述装置还包括：

传送模块，用于将确定的背景数据传输策略通知给底层网络，供所述底层网络的网元存储背景数据传输策略及对应的参考标识。

根据本发明的另一实施例，还提供了一种背景数据传输策略配置装置，应用于应用实体或公共业务实体，包括：

第一发送模块，用于通过物联网平台将用于请求设置背景数据传输策略的请求消息发送给底层网络，其中，所述请求消息中携带有背景数据传输条件，所述背景数据传输条件用于从所述底层网络的网元获取满足所述背景数据传输条件的一个或多个推荐传输策略；

确定模块，用于通过物联网平台从多个推荐传输策略中确定一个背景数据传输策略；

第二通知模块，用于通过所述物联网平台将确定的一个背景数据传输策略通知给底层网络。

可选地，所述装置还包括：

第二发送模块，用于向物联网平台发送更新请求，其中，所述更新请求用于所述物联网平台将确定的背景数据传输策略更新到所述资源中；

第三接收模块，用于接收所述物联网平台反馈的更新完成消息。

通过本发明，通过物联网平台从底层网络获取的所述一个或多个推荐传输策略反馈给所述应用实体或公共业务实体，从而所述应用实体或公共业务实体从多个推荐传输策略中确定一个背景数据传输策略，之后将确定的一个背景数据传输策略通知给底层网络，解决了相关技术中针对物联网系统如何设置底层网络的bdt传输策略的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是相关技术中3gpp设置bdt传输策略的流程图；

图2是根据本发明实施例的背景数据传输策略确定方法的流程图一；

图3是根据本发明实施例的背景数据传输策略确定方法的流程图二；

图4是根据本发明实施例的背景数据传输策略确定装置的框图一；

图5是根据本发明实施例的背景数据传输策略确定装置的框图二；

图6是根据本发明实施例的基于onem2m已有资源基础上进行扩展的资源示意图；

图7是根据本发明实施例的基于onem2m已有资源基础上的bdt传输策略设置过程的流程图；

图8是根据本发明实施例的基于onem2m标准定义的bdt1资源的示意图；

图9是根据本发明实施例的基于onem2m标准定义的bdt1资源与现有资源联合的bdt传输策略设置过程的流程图；

图10是根据本发明实施例的基于onem2m标准定义的bdt2资源的示意图；

图11是根据本发明实施例的基于onem2m标准定义的bdt2资源的bdt传输策略设置过程的流程图；

图12是根据本发明实施例的基于onem2m标准定义的bdt3资源及其子资源的示意图；

图13是根据本发明实施例的基于onem2m标准定义的bdt3资源的bdt传输策略设置过程的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种背景数据传输策略配置方法，图2是根据本发明实施例的背景数据传输策略配置方法的流程图一，如图2所示，该流程包括如下步骤：

步骤s202，物联网平台将从应用实体或公共业务实体接收的用于请求设置背景数据传输策略的请求消息发送给底层网络，其中，该请求消息中携带有背景数据传输条件，该背景数据传输条件用于从底层网络获取满足该背景数据传输条件的一个或多个推荐传输策略；

步骤s204，物联网平台将根据该请求消息从底层网络获取的该一个或多个推荐传输策略反馈给该应用实体或公共业务实体；

步骤s206，物联网平台将确定的一个推荐传输策略或该应用实体或公共业务实体从多个推荐传输策略确定的一个背景数据传输策略通知给底层网络。

通过上述步骤，通过物联网平台从底层网络获取的所述一个或多个推荐传输策略反馈给所述应用实体或公共业务实体，从而所述应用实体或公共业务实体从所述一个或多个推荐传输策略中确定一个背景数据传输策略，之后将确定的一个背景数据传输策略通知给底层网络，解决了相关技术中针对物联网系统如何设置底层网络的bdt传输策略的问题。

可选地，该物联网平台根据该请求消息创建存储该背景数据传输条件和背景数据传输策略的资源，其中，该背景数据传输条件包括：期待时间窗、每个节点数据量、节点数量；该背景数据传输策略包括以下至少之一：推荐时间窗、时间窗内的费率、最大速率、传输策略对应的参考标识。

可选地，该物联网平台根据该请求消息创建存储该背景数据传输条件和背景数据传输策略的资源包括以下至少之一：

该物联网平台通过对onem2m系统中已有的通信管理与传输处理的网络访问规则资源进行扩展；

该物联网平台创建一个新的资源的方式创建背景传输策略资源。

可选地，该物联网平台通过对onem2m系统中已有的通信管理与传输处理的网络访问规则资源进行扩展包括：

该物联网平台在已有的通信管理与传输处理的网络访问规则资源的基础上，增加属性创建者和/或参考标识，其中，该创建者指出该资源的创建者，该参考标识指出标识该底层网络返回的该背景数据传输策略，在已有的资源中名为其他条件的属性用于存储该背景数据传输条件，和/或，存储推荐和/或确定的背景数据传输策略。

可选地，该背景传输策略资源至少包括以下属性之一：

请求消息参考标识，用于标识请求背景数据传输策略设置的消息；

每个节点数据量，用于指出应用实体或公共业务实体期望的每个节点的数据量；节点数量，用于指出应用实体或公共业务实体期望的最大节点数量；

期待的时间窗，用于指出应用实体或公共业务实体期望的背景数据传输时间窗；

创建者，用于指出资源的创建者；

参考标识，用于指出背景数据传输策略设置过程中，底层网络返回背景数据传输策略的标识；可能传输策略，用于指出底层网络提供的推荐传输策略；

选择的传输策略，用于指出确定的背景数据传输策略。

可选地，该背景传输策略资源至少包括以下属性之一：

请求消息参考标识，用于标识请求背景数据传输策略设置的消息；每个节点数据量，用于指出应用实体或公共业务实体期望的每个节点的数据量；

节点数量，用于指出应用实体或公共业务实体期望的最大节点数量；期待的时间窗，用于指出应用实体或公共业务实体期望的背景数据传输时间窗；

创建者，用于指出资源的创建者；参考标识，用于指出背景数据 传输策略设置过程中，底层网络返回背景数据传输策略的标识；

选择的传输策略，用于指出确定的背景数据传输策略链接地址或，指向确定的背景数据传输策略对应的参考标识；

子资源，其中，该子资源为传输策略子资源，用于指出底层网络推荐的背景数据传输策略，至少包括以下属性之一：传输策略参考标识、推荐时间窗、时间窗内费率、时间窗内最大速率。

可选地，该背景传输策略资源至少包括以下属性之一：

请求消息参考标识，用于标识请求背景数据传输策略设置的消息；

每个节点数据量，用于指出应用实体或公共业务实体期望的每个节点的数据量；

节点数量，用于指出应用实体或公共业务实体期望的最大节点数量；期待的时间窗，用于指出应用实体或公共业务实体期望的背景数据传输时间窗；

创建者，用于指出资源的创建者；参考标识，用于指出背景数据传输策略设置过程中，底层网络返回背景数据传输策略的参考标识；

传输策略链接，用于指出选择的背景数据传输策略的链接地址，指向该通信管理与传输处理的网络访问规则资源。

可选地，在该物联网平台根据该请求消息创建存储该背景数据传输条件和背景数据传输策略的资源的同时，将该背景数据传输条件存储到该资源中；在该物联网平台根据该请求消息创建存储该背景数据传输条件和背景数据传输策略的资源之后，该物联网平台从底层网络获取标识该一个或多个推荐传输策略和对应的参考标识，将该一个或多个推荐传输策略及对应的参考标识存放在该资源中。

可选地，该物联网平台将根据该请求消息从底层网络获取的该一个或多个推荐传输策略反馈给该应用实体或公共业务实体包括以下之一：该物联网平台在该背景数据传输推荐传输策略为一个的情况下，通过返回资源创建成功消息的方式将一个推荐背景数据传输策略通 知给该应用实体或公共业务实体；该物联网平台在该背景数据传输推荐传输策略为多个的情况下，通过返回资源创建成功的消息方式将多个推荐背景数据传输策略通知给该应用实体或公共业务实体。

可选地，在该物联网平台在该背景数据传输推荐传输策略为多个的情况下，该物联网平台接收该应用实体或公共业务实体发送的更新请求；该物联网平台根据该更新请求将确定的背景数据传输策略更新到该资源中；该物联网平台向该应用实体或公共业务实体反馈更新完成消息。

可选地，在该物联网平台将根据该请求消息从底层网络获取的该一个或多个推荐传输策略反馈给该应用实体或公共业务实体之后，该物联网平台将确定的背景数据传输策略通知给底层网络，供该底层网络的网元存储背景数据传输策略及对应的参考标识。

根据本发明的另一个实施例，还提供了一种背景数据传输背景数据传输策略配置方法，图3是根据本发明实施例的背景数据传输策略配置方法的流程图二，如图3所示，该流程包括如下步骤：

步骤s302，应用实体或公共业务实体通过物联网平台将用于请求设置背景数据传输策略的请求消息发送给底层网络，其中，该请求消息中携带有背景数据传输条件，该背景数据传输条件用于从该底层网络获取满足该背景数据传输条件的一个或多个推荐传输策略；

步骤s304，该应用实体或公共业务实体通过物联网平台从多个推荐传输策略中确定一个背景数据传输策略；

步骤s306，该应用实体或公共业务实体通过该物联网平台将确定的一个背景数据传输策略通知给底层网络。

可选地，应用实体或公共业务实体向物联网平台发送更新请求，其中，该更新请求用于该物联网平台将确定的背景数据传输策略更新到该资源中；该应用实体或公共业务实体接收该物联网平台反馈的更新完成消息。

根据本发明的另一个实施例，还提供了一种背景数据传输策略配 置装置，应用于物联网平台，图4是根据本发明实施例的背景数据传输策略配置装置的框图一，如图4所示，包括：

第一接收模块42，用于将从应用实体或公共业务实体接收的用于请求设置背景数据传输策略的请求消息发送给底层网络，其中，该请求消息中携带有背景数据传输条件，该背景数据传输条件用于从底层网络获取满足该背景数据传输条件的一个或多个推荐传输策略；

第一反馈模块44，用于将根据该请求消息从底层网络获取的该一个或多个推荐传输策略反馈给该应用实体或公共业务实体；

第一通知模块46，用于将确定的一个推荐传输策略或该应用实体或公共业务实体从多个推荐传输策略确定的一个背景数据传输策略通知给底层网络。

可选地，该装置还包括：

创建模块，用于根据该请求消息创建存储该背景数据传输条件和背景数据传输策略的资源，其中，该背景数据传输条件包括：期待时间窗、每个节点数据量、节点数量；该背景数据传输策略包括以下至少之一：推荐时间窗、时间窗内的费率、最大速率、传输策略对应的参考标识。

可选地，该创建模块包括以下至少之一：

扩展单元，用于通过对onem2m系统中已有的通信管理与传输处理的网络访问规则资源进行扩展；

创建单元，用于创建一个新的资源的方式创建背景传输策略资源。

可选地，该扩展单元还用于在已有的通信管理与传输处理的网络访问规则资源的基础上，增加属性创建者和/或参考标识，其中，该创建者指出该资源的创建者，该参考标识指出标识该底层网络返回的该背景数据传输策略，在已有的资源中名为其他条件的属性用于存储该背景数据传输条件，和/或，存储推荐和/或确定的背景数据传输策略。

可选地，该装置还包括：

存放模块，用于在该物联网平台根据该请求消息创建存储该背景数据传输条件和背景数据传输策略的资源的同时，将该背景数据传输条件存储到该资源中；

在该物联网平台根据该请求消息创建存储该背景数据传输条件和背景数据传输策略的资源之后，从底层网络获取标识该一个或多个推荐传输策略和对应的参考标识，将该一个或多个推荐传输策略及对应的参考标识存放在该资源中。

可选地，该装置还包括：

第二接收模块，用于在该物联网平台在该背景数据传输推荐传输策略为多个的情况下，接收该应用实体或公共业务实体发送的更新请求；

更新模块，用于根据该更新请求将确定的背景数据传输策略更新到该资源中；

第二反馈模块，用于向该应用实体或公共业务实体反馈更新完成消息。

可选地，该装置还包括：

传送模块，用于将确定的背景数据传输策略通知给底层网络，供该底层网络的网元存储背景数据传输策略及对应的参考标识。

根据本发明的另一实施例，还提供了一种背景数据传输策略配置装置，应用于应用实体或公共业务实体，图5是根据本发明实施例的背景数据传输策略配置装置的框图二，如图5所示，包括：

第一发送模块52，用于通过物联网平台将用于请求设置背景数据传输策略的请求消息发送给底层网络，其中，该请求消息中携带有背景数据传输条件，该背景数据传输条件用于从该底层网络的网元获取满足该背景数据传输条件的一个或多个推荐传输策略；

确定模块54，用于通过物联网平台从多个推荐传输策略中确定 一个背景数据传输策略；

第二通知模块56，用于通过该物联网平台将确定的一个背景数据传输策略通知给底层网络。

可选地，该装置还包括：

第二发送模块，用于向物联网平台发送更新请求，其中，该更新请求用于该物联网平台将确定的背景数据传输策略更新到该资源中；

第三接收模块，用于接收该物联网平台反馈的更新完成消息。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

s1，物联网平台将从应用实体或公共业务实体接收的用于请求设置背景数据传输策略的请求消息发送给底层网络，其中，该请求消息中携带有背景数据传输条件，该背景数据传输条件用于从底层网络获取满足该背景数据传输条件的一个或多个推荐传输策略；

s2，该物联网平台将根据该请求消息从底层网络获取的该一个或多个推荐传输策略反馈给该应用实体或公共业务实体；

s3，该物联网平台将确定的一个推荐传输策略或该应用实体或公共业务实体从多个推荐传输策略确定的一个背景数据传输策略通知给底层网络。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

本发明实施例提出了一种基于资源架构实现物联网业务/应用设 置bdt传输的方法，解决了业务/应用如何通过物联网平台对底层网络的bdt传输进行设置。在基于onem2m标准组织的基于资源的onem2m系统架构中实现，ae/cse(应用/业务)通过in-cse(onem2m的物联网平台)将含有期待的bdt传输条件的请求传送给底层网络，并完成底层网络提供的bdt传输策略的选择，确定最终的bdt传输策略。

首先ae/cse请求在物联网平台上创建存放bdt传输条件的资源，该资源可以是按照onem2m标准定义一个新的资源，或是重用onem2m系统中已定义的资源，该请求创建资源中的属性存放期待的bdt传输条件，包括：desiredtimewindow(期待时间窗)、volumepernode(每个节点数据量)、numberofnodes(节点数量)，和存放bdt传输策略，包括：recommendedtimewindow(推荐时间窗)、chargingrate(时间窗内的费率)、aggregatedmaxbitrate(最大速率)，及传输策略对应的referenceid(参考标识)。

对于新定义的资源具有如下属性：

desiredtimewindow，指出应用/业务期待bdt传输的时间窗；

volumepernode，指出应用/业务期待bdt传输的时间窗内每个节点传输的数据量；

numberofnodes，指出应用/业务期待bdt传输的时间窗内需要交互的总节点数量；

requestrefid(请求消息参考标识)，可选的，标识此bdt传输策略配置过程/事务，由ae/cse分配；

creator(创建者)，指出此资源的创建者，即是请求此次bdt传输策略配置过程的请求者；

possibletrafficpolicies(可能的传输策略)，指出底层网络根据应用/业务的期待的bdt传输策略条件，提供的一个或多个可能的bdt传输策略，包括：recommendedtimewindow、chargingrate、aggregatedmaxbitrate；该属性也可以通过该新定义资源的子资源形式表示，则 该子资源的属性值包括：属性recommendedtimewindow、chargingrate、aggregatedmaxbitrate,并可选的包含trafficpolicyid(传输策略标识)；

selectedtrafficpolicy(选择的传输策略)，指出应用/业务从可能的bdt传输策略中最终确定的bdt传输策略，包括：recommendedtimewindow、chargingrate、aggregatedmaxbitrate；当上述可能的传输策略属性为子资源时，该资源为指向某个子资源的链接地址或传输策略标识；

referenceid，由底层网络提供，指出标识底层网络提供的传输策略；

trafficpolicylink(传输策略链接)，可选的，当将最终选择的传输策略存储在onem2m系统中已定义的资源中时使用该资源，则上述选择的传输策略不存在，该属性指出存储最终选择的bdt传输策略的资源的链接地址。

对于重用onem2m系统中已定义的资源[cmdhnwaccessrule]，需要在此资源的属性上新增属性，如下：

referenceid，由底层网络提供，指出标识底层网络提供的传输策略，可选的，如果没有单独设置该属性，则可将底层网络提供的标识bdt传输策略的referenceid值存放在[cmdhnwaccessrule]的otherconditions中；

creator，指出此资源的创建者，为ae-id或cse-id，即是请求此次bdt传输策略配置过程的请求者。

同时，in-cse根据请求消息中的内容，获知ae/cse请求配置bdt传输策略，创建资源将消息中提供的条件参数存储在创建资源的属性中，并将期待的bdt传输条件通过底层网络提供的接口传送给底层网络的网元来触发完成pcc(策略控制与计费)过程。

然后，in-cse从底层网络获取一个或多个可能满足的ae/cse的bdt传输策略，及标识该传输策略的referenceid，将传输策略及referenceid存放在资源中，该资源是之前请求创建的资源。

当只有一个可能满足ae/cse的bdt传输策略时，in-cse以返回资源创建成功消息的方式，将bdt传输策略通知给ae/cse，in-cse确认底层网络提供的该bdt传输策略，完成pcc过程，在底层网络的网元中保存该传输策略及referenceid，以便时间窗开始时由ae/cse请求底层网络进行bdt传输的流量监控与计费。

当有多个可能满足ae/cse的bdt传输策略时，in-cse将传输策略通过返回资源创建成功的消息方式通知给ae/cse，ae/cse获取多个推荐的传输策略后，选择其中的一个作为最终的bdt传输策略；然后，以更新之前创建的资源中属性值或子资源的操作，通知in-cse其选择的传输策略，in-cse将该最终确定的bdt传输策略及referenceid通过底层网络提供的接口传送给底层网络的网元来触发pcc过程，将该策略及referenceid保存于底层网络的网元中。

当bdt传输中定义的时间窗开始时，ae/cse与远程实体进行通信，则在请求消息中带上referenceid，in-cse在识别referenceid后，将消息通过底层网络提供的接口发送给底层网络的网元，触发pcc过程，实现bdt传输。

基于资源架构方式，本发明实施例基于onem2m标准定义资源，定义消息传输过程，并基于onem2m系统现有的in-cse，ae/cse以及3gpp系统，ae/cse基于资源方式通过in-cse与3gpp交互实现bdt传输策略配置过程。

实施例1

图6是根据本发明实施例的基于onem2m已有资源基础上进行扩展的资源示意图，如图6所示，现有onem2m资源通信管理与传输处理的网络接入规则[cmdhnwaccessrule]的扩展资源结构中，除了包含onem2m通用属性外，还包含属性管理定义mgmtdefinition、对象标识objectids、对象路径objectpaths、描述description、目标网络targetnetwork、最小请求数据量minreqvolume、传输等待时间 speadingwaittime、补偿时间backofparameters、其他条件otherconditions、管理链接mgmtlink。当该资源用于bdt传输策略配置及传输过程时，在原有资源结构的基础上，增加两个属性creator和referenceid，creator指出该资源的创建者(身份标识)，referenceid指出3gpp给bdt传输策略分配的标识。在该配置策略过程中，现有属性otherconditions可用于存储ae/cse请求bdt传输策略的参数，如期待时间窗、每个节点的数据量、节点的数量，也可用于3gpp提供的bdt传输策略(可为多个)、ae/cse选择的最终bdt传输策略，如推荐的时间窗、在该时间窗内的费率及最大传输速率；现有属性targetnetwork指出该规则资源适用的底层网络，可用uknetwork-id表示；现有属性description描述了该资源，如该资源使用于某底层网络的bdt传输策略。该资源的其他属性值采用缺省、in-cse生成或ae/cse赋值的方式。

图7是根据本发明实施例的基于onem2m已有资源基础上的bdt传输策略设置过程的流程图，如图7所示，基于onem2m系统与3gpp网络进行交互，通过对onem2m系统中现有资源扩展，即图6所示资源，实现在3gpp中的bdt传输策略的配置。

ae/cse希望设置bdt传输策略，则通过in-cse向底层网络请求适用的传输策略，进行选择并完成在底层网络的配置。

步骤701，ae/cse按照onem2m标准的消息格式向in-cse发送创建[cmdhnwaccessrule]资源到ae/cse在in-cse上对应的父资源<node>下的请求；可选的，请求中包含ae/cse分配requestrefid标识该消息或bdt传输策略配置过程；

创建请求中content参数包含[cmdhnwaccessrule]资源结构，并对部分属性赋予属性值，如属性creator的值为ae/cse-id，属性description的值为bdt传输策略，属性targetnetwork为3gpp网络的unetwork-id，属性otherconditions的值为期待时间窗、每个节点数据量、节点数量的数组。

步骤702，in-cse接收到来自步骤701的创建请求，鉴权ae/cse 有权限创建请求资源，根据请求消息所带的参数信息，在ae/cse在in-cse上对应的父资源<node>下创建该资源，并对部分属性进行赋值；另外，部分属性值可以为缺省值，如minreqvolume、speadingwaittime、backofparameters等。

步骤703，in-cse根据请求消息中参数的内容(属性description对该资源的描述，属性targetnetwork指定的规则使用的网络)获知ae/cse为请求3gpp设置bdt传输策略，并通过3gpp提供的nt接口将otherconditions及creator的属性值传送给3gpp的pcrf网元，进行pcc过程来协商bdt传输策略，3gpp将其推荐的bdt传输策略(包含推荐时间窗、时间窗内的费率及最大传输速率)及一个referenceid返回给in-cse。

步骤704，in-cse根据3gpp返回信息，更新或赋值[cmdhnwaccessrule]资源中的部分属性，属性referenceid的值为3gpp返回的referenceid，属性otherconditions可以在原有属性值中增加bdt传输策略，即推荐时间窗、时间窗内的费率及最大传输速率的数组(当有多个推荐bdt传输策略时，可为数组列表)，或者可以将推荐的bdt传输策略数组替换原有属性值；如果[cmdhnwaccessrule]资源没有属性referenceid，则3gpp返回的referenceid可与推荐的bdt传输策略一起存储在属性otherconditions中。

步骤705，in-cse将推荐的bdt传输策略及referenceid通过回复步骤701的请求资源创建成功的形式通知给ae/cse。

步骤706，当3gpp提供多个bdt传输策略时，进行该步骤。ae/cse根据自己的需求在多个bdt传输策略中选择1个，作为最终确定的bdt传输策略，并向之前在in-cse中创建的[cmdhnwaccessrule]资源发送更新请求，更新属性otherconditions的值。

步骤707，in-cse接收到ae/cse在步骤706发送的更新请求，完成属性otherconditions的更新操作，可以将最终确定的bdt传输 策略以数组形式添加到属性值中，或者可以将最终确定的bdt传输策略覆盖原有的值，并回复ae/cse更新操作完成。

步骤708，in-cse通过3gpp提供的nt接口，将最终确定的bdt传输策略、referenceid及creator的值传送给3gpp，进行pcc过程来继续bdt传输策略协商，将最终确定的bdt传输策略及referenceid存储到spr网元中，完成在3gpp中的bdt传输策略的设置。

实施例2

图8是根据本发明实施例的基于onem2m标准定义的bdt1资源的示意图，如图8所示，基于onem2m标准定义了新的资源<bdt1>，用于存储、传输bdt参数，包括以下属性：

属性请求消息参考标识requestrefid，由请求ae/cse分配，标识请求bdt传输策略设置的消息；

属性每个节点数据量volumepernode，指出ae/cse在bdt传输过程中期望的每个节点的数据量；

属性节点数量numberofnodes，指出ae/cse在bdt传输过程中期望的最大节点数量；

属性期待时间窗desiredtimewindow，指出ae/cse期望的bdt传输时间窗；

属性可能的传输策略possibletrafficpolicies，指出底层网络提供的推荐的bdt传输策略；

属性传输策略链接trafficpolicylink，指向指出该bdt传输策略设置过程中最终确定的bdt传输策略，即后续可使用bdt传输策略；

属性creator，指出该资源的创建者(身份标识)。

图9是根据本发明实施例的基于onem2m标准定义的bdt1资源与现有资源联合的bdt传输策略设置过程的流程图，如图9所示， 基于onem2m系统与3gpp网络进行交互，通过在onem2m系统定义新的资源<bdt1>并结合onem2m系统中现有资源[cmdhnwaccessrule]，实现在3gpp中的bdt传输策略的配置。

ae/cse希望设置bdt传输策略，则通过in-cse向底层网络请求适用的传输策略，进行选择并完成在底层网络的配置。

步骤901，ae/cse按照onem2m标准的消息格式向in-cse发送创建<bdt1>资源到ae/cse在in-cse上对应的父资源<ae>/<cse>下的请求，创建请求中content参数包含<bdt1>资源结构，并且对部分属性赋予属性值，包括：

属性requestrefid由ae/cse分配一个该交互过程消息的标识；

属性volumepernode由ae/cse提供其期待bdt传输的每个节点的数据量；

属性numberofnodes，由ae/cse提供其期待bdt传输的最大节点数量；

属性desiredtimewindow，由ae/cse提供其期待bdt传输时间窗；

属性creator，由ae/cse提供资源的创建者的身份标识ae/cse-id。

可选的，请求中包含ae/cse分配requestrefid标识该消息或bdt传输策略配置过程。

步骤902，in-cse接收到来自步骤901的创建请求，鉴权ae/cse有权限创建请求资源，并在ae/cse在in-cse上对应的父资源<ae>/<remotecse>或<node>下创建该资源，根据请求消息中的参数信息对部分属性进行赋值；in-cse根据创建请求中的资源类型为<bdt1>，获知ae/cse是请求bdt传输策略设置，并在ae/cse对应的父资源<node>下创建[cmdhnwaccessrule]资源，并将属性trafficpolicylink链接到[cmdhnwaccessrule]资源；

步骤903，in-cse根据请求消息(即创建资源类型为bdt1)获知ae/cse为请求设置bdt传输策略，通过3gpp提供的nt接口将属性volumepernode、numberofnodes、desiredtimewindow及creator的属性值传送给3gpp的pcrf网元，进行pcc过程来协商bdt传输策略，3gpp将其推荐的bdt传输策略(包含推荐时间窗、时间窗内的费率及最大传输速率)、及一个referenceid返回给in-cse。

步骤904，in-cse根据3gpp返回推荐bdt传输策略，将推荐时间窗、时间窗内的费率及最大传输速率三个值以数组方式赋给属性possibletrafficpolicies存储。

如果只有一个推荐的bdt传输策略，则将该传输策略及referenceid存储到属性trafficpolicylink链接到的[cmdhnwaccessrule]资源的属性otherconditions及属性referenceid中，如果[cmdhnwaccessrule]资源中没有属性referenceid，则referenceid值可与bdt传输策略一起存储在属性otherconditions中。

步骤905，in-cse将推荐的bdt传输策略及referenceid通过回复步骤901的请求资源创建成功的形式通知给ae/cse。

步骤906，当3gpp提供多个bdt传输策略时，进行该步骤。ae/cse根据自己的需求在多个bdt传输策略中选择1个，作为最终确定的bdt传输策略，并通过trafficpolicylink指出的[cmdhnwaccessrule]资源的链接地址发送更新请求到在in-cse中创建的[cmdhnwaccessrule]资源，更新该资源的属性otherconditions(即存储最终选择的bdt传输策略)、referenceid的值，如果[cmdhnwaccessrule]资源中没有该属性，则步骤905中返回的referenceid可与bdt传输策略一起存储在属性otherconditions中。

步骤907，in-cse接收到ae/cse在步骤906发送的更新请求，完成属性更新操作，并回复ae/cse更新操作完成。

步骤908，in-cse通过3gpp提供的nt接口，将最终确定的bdt传输策略、referenceid及creator的值传送给3gpp，进行pcc过程 来继续bdt传输策略协商，将最终确定的bdt传输策略及referenceid存储到spr网元中，完成在3gpp中的bdt传输策略的设置。

实施例3

图10是根据本发明实施例的基于onem2m标准定义的bdt2资源的示意图，如图10所示，基于onem2m标准定义了新的资源<bdt2>，用于存储、传输bdt参数，并存储可能的及最终确定的bdt传输策略，该资源结构包括以下属性：

属性requestrefid，由请求ae/cse分配，标识请求bdt传输策略设置的消息；

属性volumepernode，指出ae/cse在bdt传输过程中期望的每个节点的数据量；

属性numberofnodes，指出ae/cse在bdt传输过程中期望的最大节点数量；

属性desiredtimewindow，指出ae/cse期望的bdt传输时间窗；

属性possibletrafficpolicies，指出底层网络提供的推荐的bdt传输策略；

属性selectedtrafficpolicy，指出ae/cse最终确定的bdt传输策略；

属性creator，指出该资源的创建者(身份标识)；

属性referenceid，指出该bdt传输策略设置过程中，pcrf分配给bdt传输策略的referenceid；

图11是根据本发明实施例的基于onem2m标准定义的bdt2资源的bdt传输策略设置过程的流程图，如图11所示，基于onem2m系统与3gpp网络进行交互，通过在onem2m系统定义新的资源<bdt2>，实现在3gpp中的bdt传输策略的配置。

ae/cse希望设置bdt传输策略，则通过in-cse向底层网络请求适用的传输策略，进行选择并完成在底层网络的配置。

步骤1101，ae/cse按照onem2m标准的消息格式向in-cse发送创建<bdt2>资源到ae/cse在in-cse上对应的父资源<ae>/<cse>下的请求，创建请求中content参数包含<bdt2>资源结构，并且对部分属性赋予属性值，包括：

属性requestrefid由ae/cse分配一个该交互过程消息的标识；

属性volumepernode由ae/cse提供其期待bdt传输的每个节点的数据量；

属性numberofnodes，由ae/cse提供其期待bdt传输的最大节点数量；

属性desiredtimewindow，由ae/cse提供其期待bdt传输时间窗；

属性creator，由ae/cse提供资源的创建者的身份标识ae/cse-id。

可选的，请求中包含ae/cse分配requestrefid标识该消息或bdt传输策略配置过程。

步骤1102，in-cse接收到来自步骤1101的创建请求，鉴权ae/cse有权限创建请求资源，并在ae/cse在in-cse上对应的父资源<ae>/<remotecse>或<node>下创建该资源，根据请求消息中的参数信息对部分属性进行赋值；

步骤1103，in-cse根据创建请求中的资源类型为<bdt2>的消息获知ae/cse为请求设置bdt传输策略，通过3gpp提供的nt接口将属性volumepernode、numberofnodes、desiredtimewindow及creator中的值传送给3gpp的pcrf网元，进行pcc过程来协商bdt传输策略，3gpp将其推荐的bdt传输策略(包含推荐时间窗、时间窗内的费率及最大传输速率)及一个的referenceid返回给in-cse。

步骤1104，in-cse根据3gpp返回的推荐的bdt传输策略，将推荐时间窗、时间窗内的费率及最大传输速率三个值以数组方式赋给属性possibletrafficpolicies存储推荐。

步骤1105，in-cse将推荐的bdt传输策略及referenceid通过回复步骤1101的请求资源创建成功的形式通知给ae/cse。

步骤1106，当3gpp提供多个bdt传输策略时，进行该步骤。ae/cse根据自己的需求在多个bdt传输策略中选择1个，作为最终确定的bdt传输策略，并发送更新<bdt2>资源的请求，更新属性selectedtrafficpolicy的值为确定的bdt传输策略。

步骤1107，in-cse接收到ae/cse在步骤1106发送的更新请求，完成属性更新操作，并回复ae/cse更新操作完成。

步骤1108，in-cse通过3gpp提供的nt接口，将最终确定的bdt传输策略、referenceid及creator的值传送给3gpp，进行pcc过程来继续bdt传输策略协商，将最终确定的bdt传输策略及referenceid存储到spr网元中，完成在3gpp中的bdt传输策略的设置。

实施例4

图12是根据本发明实施例的基于onem2m标准定义的bdt3资源及其子资源的示意图，基于onem2m标准定义了新的资源(包含子资源)<bdt3>，用于传输、存储bdt参数，并存储可能的及最终确定的bdt传输策略，该资源结构包括以下属性：

父资源<bdt3>资源属性如下：

属性requestrefid，由请求ae/cse分配，标识请求bdt传输策略设置的消息；

属性volumepernode，指出ae/cse在bdt传输过程中期望的每个节点的数据量；

属性numberofnodes，指出ae/cse在bdt传输过程中期望的最大节点数量；

属性desiredtimewindow，指出ae/cse期望的bdt传输时间窗；

属性selectedtrafficpolicy，指出ae/cse最终确定的bdt传输策略链接地址，指向一个<trafficpolicy>子资源；

属性creator，指出该资源的创建者(身份标识)；

属性referenceid，指出该bdt传输策略设置过程中，对bdt传输策略的标识。

子资源<trafficpolicy>资源表示底层网络提供的推荐bdt传输策略，该属性可以为1个或多个，属性如下：

属性recommendedtimewindow，指出底层网络提供的推荐的bdt传输策略；

属性chargingrate，指出底层网络提供的推荐的bdt传输策略；

属性aggregatedmaxbitrate，指出底层网络提供的推荐的bdt传输策略；

属性trafficpolicyid，对推荐的bdt传输策略的标识；

图13是根据本发明实施例的基于onem2m标准定义的bdt3资源的bdt传输策略设置过程的流程图，如图13所示，基于onem2m系统与3gpp网络进行交互，通过在onem2m系统定义新的资源<bdt3>及其子资源<trafficpolicy>，实现在3gpp中的bdt传输策略的配置。

ae/cse希望设置bdt传输策略，则通过in-cse向底层网络请求适用的传输策略，进行选择并完成在底层网络的配置。

步骤1301，ae/cse按照onem2m标准的消息格式向in-cse发送创建<bdt3>资源到ae/cse在in-cse上对应的父资源<ae>/<cse>下的请求，创建请求中content参数包含<bdt3>资源结构，并且对部分属性赋予属性值，包括：

属性requestrefid由ae/cse分配一个该交互过程消息的标识；

属性volumepernode由ae/cse提供其期待bdt传输的每个节点的数据量；

属性numberofnodes，由ae/cse提供其期待bdt传输的最大节点数量；

属性desiredtimewindow，由ae/cse提供其期待bdt传输时间窗；

属性creator，由ae/cse提供资源的创建者的身份标识ae/cse-id。

可选的，请求中包含ae/cse分配requestrefid标识该消息或bdt传输策略配置过程。

步骤1302，in-cse接收到来自步骤1301的创建请求，鉴权ae/cse有权限创建请求资源，并在ae/cse在in-cse上对应的父资源<ae>/<cse>或<node>下创建该资源，根据请求消息中的参数信息对部分属性进行赋值；

步骤1303，in-cse根据创建请求中的资源类型为<bdt3>的消息获知ae/cse为请求设置bdt传输策略，通过3gpp提供的nt接口将属性volumepernode、numberofnodes、desiredtimewindow及creator中的值传送给pcrf，进行pcc过程来协商bdt传输策略，3gpp将其推荐的bdt传输策略(包含推荐时间窗、时间窗内的费率及最大传输速率)及一个referenceid返回给in-cse。

步骤1304，in-cse根据3gpp返回的推荐bdt传输策略，在<bdt3>下创建<trafficpolicy>子资源，并将推荐时间窗、时间窗内的费率及最大传输速率赋给属性recommendedtimewindow、chargingrate、aggregatedmaxbitrate来存储推荐的bdt传输策略，当有多个推荐bdt传输策略时，可以创建多个<trafficpolicy>子资源。可选的，in-cse可以对每个<trafficpolicy>子资源用属性trafficpolicyid进行标识。

步骤1305，in-cse将推荐的bdt传输策略及referenceid通过回复步骤1301的请求资源创建成功的形式通知给ae/cse。

步骤1306，当3gpp提供多个bdt传输策略时，进行该步骤。ae/cse根据自己的需求在多个bdt传输策略中选择1个，作为最终确定的bdt传输策略，并发送更新<bdt3>资源的请求，更新属性selectedtrafficpolicy的值为指向最终确定的bdt传输策略<trafficpolicy>的链接地址，或为最终确定bdt传输策略标识。

步骤1307，in-cse接收到ae/cse在步骤1306发送的更新请求，完成属性更新操作，并回复ae/cse更新操作完成。

步骤1308，in-cse通过3gpp提供的nt接口，将最终确定的bdt传输策略、referenceid及creator的值传送给3gpp，进行pcc过程来继续bdt传输策略协商，将最终确定的bdt传输策略及referenceid存储到spr网元中，完成在3gpp中的bdt传输策略的设置。

完成bdt传输策略设置后，当时间窗开始时，ae/cse可以在发送给某个远程的ae/cse消息中带有referenceid，通过in-cse调用3gpp提供的rx接口将消息发送到pcrf，进行pcc过程，通过referenceid关联spr中保存的现有bdt传输策略，并将策略传送给pcef执行对于该远程ae/cse的bdt传输。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明， 对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。