CN115087036A

CN115087036A - Background data transmission strategy configuration method and device

Info

Publication number: CN115087036A
Application number: CN202210882784.XA
Authority: CN
Inventors: 李秋婷
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2016-04-29
Filing date: 2016-04-29
Publication date: 2022-09-20
Also published as: CN107343294B; CN107343294A; WO2017186180A1

Abstract

The invention provides a background data transmission strategy configuration method and a device, wherein the method comprises the following steps: the Internet of things platform sends a request message which is received from an application entity or a public service entity and used for requesting to set a background data transmission strategy to an underlying network; the Internet of things platform feeds the one or more recommended transmission strategies acquired from the underlying network according to the request message back to the application entity or the public service entity; the Internet of things platform informs the underlying network of the determined recommended transmission strategy or the background data transmission strategy determined by the application entity or the public service entity from the recommended transmission strategies, so that the problem of how to set the BDT transmission strategy of the underlying network aiming at the Internet of things system in the related art is solved.

Description

Background data transmission strategy configuration method and device

The invention is a divisional application of an invention patent application with application number 201610284321.8 and invention name background data transmission strategy configuration method and device, which is proposed at 29/04/2016.

Technical Field

The present invention relates to the field of communications, and in particular, to a method and an apparatus for configuring a background data transmission policy.

Background

With the development of the internet of things, hundreds of millions of terminal devices are connected to the internet of things platform to perform information interaction with applications, and one application can communicate with a plurality of devices at the same time, so that the network transmission capability is a huge test especially in peak hours. Currently, The third Generation Partnership Project (3 GPP) provides a Background Data Transfer (BDT) transmission method for The communication problem of The mass terminal devices in The internet of things, and provides a lower-rate and faster-speed communication for applications and devices by setting a non-busy time window of a network, and at The same time, reduces The pressure of The network in The peak period.

In an internet of things architecture, 3GPP is used as a bottom layer network to interact with an internet of things service layer, network information is provided for internet of things services/applications on the service layer to use, the internet of things services/applications can be selected according to transmission modes provided by the 3GPP based on self requirements, and the purpose is to optimize transmission of information interaction between the internet of things services/applications and equipment.

Fig. 1 is a flowchart of 3GPP setting a BDT transmission policy in the related art, and a 3GPP network element participating in the flowchart includes: the Service Capability Exposure Function (SCEF), the Policy and Charging Rules Function (PCRF), the Policy and Charging implementation Function (PCEF), and the subscription database Storage (SPR), the 3GPP network element implements the Policy and Charging Control (PCC) process, and implements the negotiation of BDT transmission on the network side. The main process comprises the following steps:

step 1, a service capability server/application server (SCS/AS) sends a BDT request to an SCEF;

step 2, the SCEF authorizes the request;

step 3, the SCEF selects an effective PCRF, triggers a PCC process, negotiates with the PCRF for BDT transmission, and the PCRF returns a possible BDT transmission strategy of the SCEF according to the request parameters and the subscription information in the SPR;

step 4, SCEF returns the transmission strategy information to SCS/AS;

step 5, if the SCEF returns a plurality of transmission strategies, the SCS/AS sends a BDT request to the SCEF again, and informs the SCEF and the PCRF of one transmission strategy selected by the SCEF and the PCRF;

step 6, the SCEF replies the message to determine the selected transmission strategy;

step 7, triggering a PCC process, the SCEF continuously negotiates with the PCRF for BDT transmission, and the PCRF stores the transmission strategy information in the SPR;

and 8, when the SCS/AS uses the BDT to transmit and contact the PCRF later, the PCRF triggers the PCC process, and the PCEF executes flow and charging control.

AS shown in fig. 1,

steps

1,4,5, and 6 are the interaction flow of SCS/AS with 3GPP network. Because the current scene of the internet of things is mainly that a public internet of things platform opens various capabilities for services/applications, various internet of things capabilities, telecommunication capabilities, third-party service capabilities and the like are reused, and the deployment of the internet of things services/applications is accelerated. In the above scenario, the service/application interacts with the underlying network through the common internet of things platform, and the 3GPP AS the underlying network does not fully consider the role and function of the internet of things platform AS a key node in the flow of fig. 1, and adopts the internet of things system architecture of the common internet of things platform, especially the resource-based architecture mode, and the interaction mode of the SCS/AS and the 3GPP network is different, including the problems of setting parameters, storing policies, and the like, and there is no corresponding solution at present.

Aiming at the problem of how to set a BDT transmission strategy of an underlying network aiming at an Internet of things system in the related art, an effective solution is not provided yet.

Disclosure of Invention

The embodiment of the invention provides a method and a device for configuring a background data transmission strategy, which are used for at least solving the problem of how to set a BDT transmission strategy of an underlying network aiming at an Internet of things system in the related art.

According to an embodiment of the present invention, a method for configuring a background data transmission policy is provided, including:

the method comprises the steps that an Internet of things platform sends a request message which is received from an application entity or a public service entity and used for requesting setting of a background data transmission strategy to an underlying network, wherein the request message carries background data transmission conditions, and the background data transmission conditions are used for obtaining one or more recommended transmission strategies meeting the background data transmission conditions from the underlying network;

the Internet of things platform feeds the one or more recommended transmission strategies acquired from the underlying network according to the request message back to the application entity or the public service entity;

and the Internet of things platform informs the underlying network of the determined recommended transmission strategy or the background data transmission strategy determined by the application entity or the common service entity from the recommended transmission strategies.

Optionally, the method further comprises:

the Internet of things platform creates resources for storing the background data transmission conditions and the background data transmission strategies according to the request message, wherein the background data transmission conditions comprise: an expected time window, data volume of each node and the number of nodes; the background data transmission policy includes at least one of: recommending a time window, and recommending a reference identifier corresponding to the rate, the maximum rate and the transmission strategy in the time window.

Optionally, the creating, by the internet of things platform according to the request message, a resource for storing the background data transmission condition and the background data transmission policy includes at least one of:

the Internet of things platform expands the existing network access rule resources for communication management and transmission processing in the oneM2M system;

and the Internet of things platform creates a background transmission strategy resource in a new resource creating mode.

Optionally, the extending, by the internet of things platform, a network access rule resource of an existing communication management and transmission process in the oneM2M system includes:

the Internet of things platform adds an attribute creator and/or a reference identifier on the basis of existing network access rule resources for communication management and transmission processing, wherein the creator indicates the creator of the resources, the reference identifier indicates the background data transmission strategy returned by the underlying network, and attributes named as other conditions in the existing resources are used for storing the background data transmission conditions and/or storing recommended and/or determined background data transmission strategies.

Optionally, the context transmission policy resource includes at least one of the following attributes:

a request message reference identifier for identifying a message requesting a background data transmission policy setting;

each node data volume for indicating the data volume of each node expected by the application entity or the common service entity; the node number is used for indicating the maximum node number expected by the application entity or the common service entity;

an expected time window for indicating a background data transmission time window expected by an application entity or a common service entity;

a creator for indicating a creator of the resource;

the reference identifier is used for indicating that the underlying network returns the identifier of the background data transmission strategy in the setting process of the background data transmission strategy; a possible transmission strategy for indicating a recommended transmission strategy provided by the underlying network;

a selected transmission policy for indicating the determined background data transmission policy.

a request message reference identifier for identifying a message requesting a background data transmission policy setting; each node data volume for indicating the data volume of each node expected by the application entity or the common service entity;

the node number is used for indicating the maximum node number expected by the application entity or the common service entity; an expected time window for indicating a background data transmission time window expected by an application entity or a common service entity;

a creator for indicating a creator of the resource; the reference identifier is used for indicating that the underlying network returns the identifier of the background data transmission strategy in the setting process of the background data transmission strategy;

the selected transmission strategy is used for indicating the link address of the determined background data transmission strategy or pointing to the reference mark corresponding to the determined background data transmission strategy;

the sub-resources are transmission strategy sub-resources, are used for indicating a background data transmission strategy recommended by the underlying network, and at least comprise one of the following attributes: a transmission strategy reference identifier, a recommended time window, a rate in the time window and a maximum rate in the time window.

each node data volume for indicating the data volume of each node expected by the application entity or the common service entity;

a creator for indicating a creator of the resource; the reference identifier is used for indicating that the underlying network returns the reference identifier of the background data transmission strategy in the setting process of the background data transmission strategy;

and the transmission strategy link is used for indicating a link address of the selected background data transmission strategy and pointing to a network access rule resource of the communication management and transmission processing.

Optionally, the internet of things platform creates a resource storing the background data transmission condition and the background data transmission policy according to the request message, and stores the background data transmission condition into the resource;

after the Internet of things platform creates resources for storing the background data transmission conditions and the background data transmission strategies according to the request message, the Internet of things platform obtains the one or more recommended transmission strategies and the corresponding reference identifications from the underlying network, and stores the one or more recommended transmission strategies and the corresponding reference identifications in the resources.

Optionally, the feeding back, by the internet of things platform, the one or more recommended transmission strategies obtained from the underlying network according to the request message to the application entity or the common service entity includes one of:

the Internet of things platform informs the application entity or the public service entity of a recommended background data transmission strategy in a mode of returning a resource creation success message under the condition that the background data transmission recommended transmission strategies are one;

and the Internet of things platform informs the application entity or the public service entity of the plurality of recommended background data transmission strategies in a message mode of returning successful resource creation under the condition that the plurality of background data transmission recommended transmission strategies are provided.

Optionally, in a case that the internet of things platform recommends a transmission policy for the background data transmission, the method further includes:

the Internet of things platform receives an updating request sent by the application entity or the public service entity;

the Internet of things platform updates the determined background data transmission strategy into the resource according to the updating request;

and the Internet of things platform feeds back an update completion message to the application entity or the public service entity.

Optionally, after the internet of things platform feeds back the one or more recommended transmission policies obtained from the underlying network according to the request message to the application entity or the common service entity, the method further includes:

and the Internet of things platform informs the bottom layer network of the determined background data transmission strategy, so that the network elements of the bottom layer network can store the background data transmission strategy and the corresponding reference identification.

According to another embodiment of the present invention, there is also provided a method for configuring a background data transmission policy, including:

an application entity or a public service entity sends a request message for requesting to set a background data transmission strategy to an underlying network through an Internet of things platform, wherein the request message carries background data transmission conditions, and the background data transmission conditions are used for acquiring one or more recommended transmission strategies meeting the background data transmission conditions from the underlying network;

the application entity or the public service entity determines a background data transmission strategy from a plurality of recommended transmission strategies through an Internet of things platform;

and the application entity or the public service entity informs the bottom layer network of the determined background data transmission strategy through the Internet of things platform.

Optionally, the method further comprises:

the application entity or the public service entity sends an update request to the Internet of things platform, wherein the update request is used for the Internet of things platform to update the determined background data transmission strategy to the resource;

and the application entity or the public service entity receives the update completion message fed back by the Internet of things platform.

According to another embodiment of the present invention, there is also provided a device for configuring a background data transmission policy, which is applied to a platform of internet of things, and includes:

a first receiving module, configured to send a request message, which is received from an application entity or a public service entity and used for requesting setting of a background data transmission policy, to an underlying network, where the request message carries a background data transmission condition, and the background data transmission condition is used to obtain, from the underlying network, one or more recommended transmission policies that satisfy the background data transmission condition;

a first feedback module, configured to feed back the one or more recommended transmission policies obtained from the underlying network according to the request message to the application entity or the common service entity;

and the first notification module is used for notifying the determined recommended transmission strategy or a background data transmission strategy determined by the application entity or the common service entity from a plurality of recommended transmission strategies to the underlying network.

Optionally, the apparatus further comprises:

a creating module, configured to create, according to the request message, a resource storing the background data transmission condition and a background data transmission policy, where the background data transmission condition includes: an expected time window, data volume of each node and the number of nodes; the background data transmission policy includes at least one of: recommending a time window, and recommending a reference identifier corresponding to the rate, the maximum rate and the transmission strategy in the time window.

Optionally, the creating module comprises at least one of:

the extension unit is used for extending the existing network access rule resources of communication management and transmission processing in the oneM2M system;

and the creating unit is used for creating the background transmission strategy resource in a new resource creating mode.

Optionally, the extension unit is further configured to add an attribute creator and/or a reference identifier to an existing resource of the network access rule for communication management and transmission processing, where the creator indicates the creator of the resource, the reference identifier indicates the context data transmission policy for identifying the underlying network return, and an attribute named as other condition in the existing resource is used to store the context data transmission condition, and/or store a recommended and/or determined context data transmission policy.

Optionally, the apparatus further comprises:

the storage module is used for storing the background data transmission condition into the resource while the Internet of things platform creates the resource for storing the background data transmission condition and the background data transmission strategy according to the request message;

and after the Internet of things platform creates resources for storing the background data transmission conditions and the background data transmission strategies according to the request message, acquiring and identifying the one or more recommended transmission strategies and the corresponding reference identifications from the underlying network, and storing the one or more recommended transmission strategies and the corresponding reference identifications in the resources.

Optionally, the apparatus further comprises:

the second receiving module is used for receiving an updating request sent by the application entity or the public service entity under the condition that the internet of things platform recommends a plurality of transmission strategies for the background data transmission;

the updating module is used for updating the determined background data transmission strategy into the resource according to the updating request;

and the second feedback module is used for feeding back an update completion message to the application entity or the public service entity.

Optionally, the apparatus further comprises:

and the transmitting module is used for informing the determined background data transmission strategy to the underlying network so that the network elements of the underlying network can store the background data transmission strategy and the corresponding reference identifier.

According to another embodiment of the present invention, there is also provided a background data transmission policy configuration apparatus, applied to an application entity or a common service entity, including:

the system comprises a first sending module, a second sending module and a third sending module, wherein the first sending module is used for sending a request message for requesting to set a background data transmission strategy to an underlying network through an Internet of things platform, the request message carries a background data transmission condition, and the background data transmission condition is used for acquiring one or more recommended transmission strategies meeting the background data transmission condition from a network element of the underlying network;

the determining module is used for determining a background data transmission strategy from a plurality of recommended transmission strategies through the Internet of things platform;

and the second notification module is used for notifying the determined background data transmission strategy to the underlying network through the Internet of things platform.

Optionally, the apparatus further comprises:

the second sending module is used for sending an updating request to the Internet of things platform, wherein the updating request is used for the Internet of things platform to update the determined background data transmission strategy to the resource;

and the third receiving module is used for receiving the update completion message fed back by the Internet of things platform.

According to the invention, the one or more recommended transmission strategies acquired from the underlying network by the Internet of things platform are fed back to the application entity or the public service entity, so that the application entity or the public service entity determines one background data transmission strategy from the recommended transmission strategies, and then informs the underlying network of the determined background data transmission strategy, thereby solving the problem of how to set the BDT transmission strategy of the underlying network aiming at the Internet of things system in the related art.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:

fig. 1 is a flowchart of 3GPP setting a BDT transmission policy in the related art;

fig. 2 is a first flowchart of a method for determining a background data transmission policy according to an embodiment of the present invention;

fig. 3 is a flowchart ii of a background data transmission policy determination method according to an embodiment of the present invention;

fig. 4 is a first block diagram of a background data transmission policy determination apparatus according to an embodiment of the present invention;

fig. 5 is a block diagram two of a background data transmission policy determination apparatus according to an embodiment of the present invention;

fig. 6 is a schematic resource diagram for extending based on oneM2M existing resources according to an embodiment of the present invention;

fig. 7 is a flowchart of a BDT transmission policy setting procedure based on oneM2M existing resources according to an embodiment of the present invention;

fig. 8 is a schematic diagram of BDT1 resources defined based on oneM2M standard according to an embodiment of the invention;

fig. 9 is a flowchart of a BDT transmission policy setting procedure based on the union of the oneM2M standard defined BDT1 resource with existing resources, according to an embodiment of the present invention;

fig. 10 is a schematic diagram of BDT2 resources defined based on oneM2M standard according to an embodiment of the invention;

fig. 11 is a flowchart of a BDT transmission policy setting procedure based on the BDT2 resource defined by the oneM2M standard according to an embodiment of the present invention;

fig. 12 is a schematic diagram of a BDT3 resource and its sub-resources defined based on oneM2M standard according to an embodiment of the present invention;

fig. 13 is a flowchart of a BDT transmission policy setting procedure based on the BDT3 resource defined by the oneM2M standard according to an embodiment of the present invention.

Detailed Description

The invention will be described in detail hereinafter with reference to the accompanying drawings in conjunction with embodiments. It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict.

It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order.

In this embodiment, a method for configuring a background data transmission policy is provided, and fig. 2 is a first flowchart of a method for configuring a background data transmission policy according to an embodiment of the present invention, as shown in fig. 2, the flowchart includes the following steps:

step S202, the Internet of things platform sends a request message which is received from an application entity or a public service entity and used for requesting to set a background data transmission strategy to an underlying network, wherein the request message carries a background data transmission condition, and the background data transmission condition is used for acquiring one or more recommended transmission strategies meeting the background data transmission condition from the underlying network;

step S204, the Internet of things platform feeds back the one or more recommended transmission strategies acquired from the underlying network according to the request message to the application entity or the public service entity;

step S206, the Internet of things platform informs the bottom layer network of the determined recommended transmission strategy or the background data transmission strategy determined by the application entity or the common service entity from the recommended transmission strategies.

Through the steps, the one or more recommended transmission strategies acquired from the underlying network through the Internet of things platform are fed back to the application entity or the public service entity, so that the application entity or the public service entity determines one background data transmission strategy from the one or more recommended transmission strategies, and then the determined background data transmission strategy is informed to the underlying network, and the problem of how to set the BDT transmission strategy of the underlying network aiming at the Internet of things system in the related technology is solved.

Optionally, the internet of things platform creates, according to the request message, a resource storing the background data transmission condition and the background data transmission policy, where the background data transmission condition includes: an expected time window, data volume of each node and the number of nodes; the background data transmission policy includes at least one of: recommending a time window, and recommending a reference identifier corresponding to the rate, the maximum rate and the transmission strategy in the time window.

the Internet of things platform creates a background transmission strategy resource in a new resource creating mode.

Optionally, the extending, by the internet of things platform, network access rule resources for communication management and transmission processing existing in the oneM2M system includes:

the Internet of things platform adds an attribute creator and/or a reference identifier on the basis of the existing network access rule resources for communication management and transmission processing, wherein the creator indicates the creator of the resources, the reference identifier indicates the background data transmission strategy for identifying the underlying network return, and attributes named as other conditions in the existing resources are used for storing the background data transmission conditions and/or storing recommended and/or determined background data transmission strategies.

a creator for indicating a creator of the resource;

and the transmission strategy link is used for indicating the link address of the selected background data transmission strategy and pointing to the network access rule resource of the communication management and transmission processing.

Optionally, the internet of things platform creates a resource storing the background data transmission condition and the background data transmission policy according to the request message, and stores the background data transmission condition into the resource; after the internet of things platform creates the resources for storing the background data transmission conditions and the background data transmission strategies according to the request message, the internet of things platform acquires and identifies the one or more recommended transmission strategies and the corresponding reference identifications from the underlying network, and stores the one or more recommended transmission strategies and the corresponding reference identifications in the resources.

Optionally, the feeding back, by the platform of the internet of things, the one or more recommended transmission strategies obtained from the underlying network according to the request message to the application entity or the common service entity includes one of: the Internet of things platform informs the application entity or the public service entity of a recommended background data transmission strategy in a mode of returning a resource creation success message under the condition that the background data transmission recommended transmission strategy is one; and under the condition that the background data transmission recommendation transmission strategies are multiple, the Internet of things platform informs the application entity or the public service entity of the multiple recommendation background data transmission strategies in a message mode of returning resource creation success.

Optionally, when the internet of things platform determines that the background data transmission recommendation transmission policy is multiple, the internet of things platform receives an update request sent by the application entity or the public service entity; the Internet of things platform updates the determined background data transmission strategy into the resource according to the updating request; and the Internet of things platform feeds back an update completion message to the application entity or the public service entity.

Optionally, after the internet of things platform feeds back the one or more recommended transmission strategies acquired from the underlying network according to the request message to the application entity or the common service entity, the internet of things platform notifies the underlying network of the determined background data transmission strategies, so that network elements of the underlying network store the background data transmission strategies and the corresponding reference identifiers.

According to another embodiment of the present invention, there is further provided a background data transmission policy configuration method, and fig. 3 is a second flowchart of the background data transmission policy configuration method according to the embodiment of the present invention, as shown in fig. 3, the flowchart includes the following steps:

step S302, an application entity or a public service entity sends a request message for requesting to set a background data transmission strategy to an underlying network through an Internet of things platform, wherein the request message carries a background data transmission condition, and the background data transmission condition is used for acquiring one or more recommended transmission strategies meeting the background data transmission condition from the underlying network;

step S304, the application entity or the public service entity determines a background data transmission strategy from a plurality of recommended transmission strategies through the Internet of things platform;

step S306, the application entity or the public service entity notifies the underlying network of the determined background data transmission policy through the internet of things platform.

Optionally, the application entity or the common service entity sends an update request to the internet of things platform, where the update request is used for the internet of things platform to update the determined background data transmission policy to the resource; and the application entity or the public service entity receives the update completion message fed back by the Internet of things platform.

According to another embodiment of the present invention, there is also provided a background data transmission policy configuration apparatus, which is applied to an internet of things platform, and fig. 4 is a first block diagram of the background data transmission policy configuration apparatus according to the embodiment of the present invention, as shown in fig. 4, including:

a first receiving module 42, configured to send a request message, which is received from an application entity or a common service entity and used for requesting setting of a background data transmission policy, to an underlying network, where the request message carries a background data transmission condition, and the background data transmission condition is used to obtain, from the underlying network, one or more recommended transmission policies that satisfy the background data transmission condition;

a first feedback module 44, configured to feed back the one or more recommended transmission policies obtained from the underlying network according to the request message to the application entity or the common service entity;

a first notifying module 46, configured to notify the underlying network of the determined one recommended transmission policy or one background data transmission policy determined by the application entity or the common service entity from the plurality of recommended transmission policies.

Optionally, the apparatus further comprises:

a creating module, configured to create a resource storing the background data transmission condition and the background data transmission policy according to the request message, where the background data transmission condition includes: an expected time window, data volume of each node and the number of nodes; the background data transmission policy includes at least one of: recommending a time window, and recommending a reference identifier corresponding to the rate, the maximum rate and the transmission strategy in the time window.

Optionally, the creating module comprises at least one of:

Optionally, the extension unit is further configured to add an attribute creator and/or a reference identifier to an existing resource of the network access rule for the communication management and transmission process, where the creator indicates the creator of the resource, the reference identifier indicates the context data transmission policy identifying the underlying network return, and an attribute named as other condition in the existing resource is used to store the context data transmission condition, and/or store the recommended and/or determined context data transmission policy.

Optionally, the apparatus further comprises:

the storage module is used for establishing resources for storing the background data transmission conditions and the background data transmission strategies according to the request message and storing the background data transmission conditions into the resources by the Internet of things platform;

after the internet of things platform creates the resources for storing the background data transmission conditions and the background data transmission strategies according to the request message, the one or more recommended transmission strategies and the corresponding reference identifications are acquired and identified from the underlying network, and the one or more recommended transmission strategies and the corresponding reference identifications are stored in the resources.

Optionally, the apparatus further comprises:

the second receiving module is used for receiving the updating request sent by the application entity or the public service entity under the condition that the internet of things platform recommends a plurality of transmission strategies for the background data transmission;

and the second feedback module is used for feeding back the update completion message to the application entity or the public service entity.

Optionally, the apparatus further comprises:

and the transmission module is used for informing the determined background data transmission strategy to the underlying network so that a network element of the underlying network can store the background data transmission strategy and the corresponding reference identifier.

According to another embodiment of the present invention, there is further provided a background data transmission policy configuration apparatus, which is applied to an application entity or a common service entity, and fig. 5 is a block diagram ii of the background data transmission policy configuration apparatus according to the embodiment of the present invention, as shown in fig. 5, including:

a first sending module 52, configured to send a request message for requesting setting of a background data transmission policy to an underlying network through an internet of things platform, where the request message carries a background data transmission condition, and the background data transmission condition is used to obtain, from a network element of the underlying network, one or more recommended transmission policies that meet the background data transmission condition;

a determining module 54, configured to determine a background data transmission policy from the recommended transmission policies through the internet of things platform;

and a second notifying module 56, configured to notify the underlying network of the determined one of the background data transmission policies through the platform of the internet of things.

Optionally, the apparatus further comprises:

and the third receiving module is used for receiving the update completion message fed back by the platform of the internet of things.

The embodiment of the invention also provides a storage medium. Alternatively, in the present embodiment, the storage medium may be configured to store program codes for performing the following steps:

s1, the Internet of things platform sends a request message which is received from an application entity or a public service entity and used for requesting to set a background data transmission strategy to an underlying network, wherein the request message carries a background data transmission condition, and the background data transmission condition is used for acquiring one or more recommended transmission strategies meeting the background data transmission condition from the underlying network;

s2, the Internet of things platform feeds back the one or more recommended transmission strategies acquired from the underlying network according to the request message to the application entity or the common service entity;

and S3, the platform of the Internet of things informs the underlying network of the determined recommended transmission strategy or a background data transmission strategy determined by the application entity or the common service entity from the recommended transmission strategies.

Optionally, in this embodiment, the storage medium may include, but is not limited to: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes.

Alternatively, in the present embodiment, the processor executes according to program codes stored in the storage medium.

Optionally, the specific examples in this embodiment may refer to the examples described in the above embodiments and optional implementation manners, and this embodiment is not described herein again.

The embodiment of the invention provides a method for realizing the setting of BDT transmission of the business/application of the Internet of things based on a resource architecture, which solves the problem of how to set the BDT transmission of a bottom network by the business/application through an Internet of things platform. The method is realized IN a resource-based oneM2M system architecture based on oneM2M standard organization, AE/CSE (application/service) transmits a request containing expected BDT transmission conditions to an underlying network through IN-CSE (Internet of things platform of oneM 2M), completes selection of BDT transmission strategies provided by the underlying network, and determines a final BDT transmission strategy.

First, the AE/CSE requests to create a resource storing BDT transmission conditions on the platform of the internet of things, where the resource may be a new resource defined according to oneM2M standard or a resource defined in the oneM2M system is reused, and the request creates attributes in the resource to store expected BDT transmission conditions, where the request includes: the desired time window, volume per node (amount of data per node), number of nodes, and storage BDT transmission policy include: a recommended time window, a charting rate, an aggregated max bitrate, and a referrenid (reference id) corresponding to the transmission policy.

The following properties are given for the newly defined resource:

desipredtimewindow, indicating the time window in which an application/service expects a BDT transmission;

the node comprises a volume PerNode which indicates the data volume transmitted by each node in a time window that the application/service expects BDT transmission;

the number of nodes indicates the total number of nodes needing interaction in a time window where application/service expects BDT transmission;

a requestRefID (request message reference identifier), optionally identifying this BDT transmission policy configuration procedure/transaction, assigned by the AE/CSE;

a Creator indicating the Creator of the resource, i.e. the requester requesting the BDT transmission policy configuration process;

posstandtrafficpolices (possible transmission policies) indicating one or more possible BDT transmission policies provided by the underlying network based on the expected BDT transmission policy conditions for an application/service, including: a reconstructed time window, charting rate, an aggregated max bitrate; the attribute may also be represented by a child resource form of the newly defined resource, and then the attribute values of the child resource include: attributes recormmendedtimewindow, chargingRate, aggregatedmaxBitrate, and optionally including trafficPolicyID (transmission policy identifier);

selected trafficpolicy, which indicates the BDT transmission policy that the application/service finally determines from the possible BDT transmission policies, includes: a reconstructed time window, charting rate, an aggregated max bitrate; when the possible transmission strategy attribute is a sub-resource, the resource is a link address or a transmission strategy identifier pointing to a certain sub-resource;

the referrenceID is provided by the underlying network and indicates a transmission strategy provided by the underlying network;

trafficpolicyilink, optionally used when storing the final selected transmission policy in a defined resource in the oneM2M system, the selected transmission policy does not exist, the attribute indicating the link address of the resource storing the final selected BDT transmission policy.

For reusing a resource [ cmdhNwAccessRule ] defined in the oneM2M system, an attribute needs to be newly added to the attribute of the resource, as follows:

the referrence ID is provided by the underlying network and indicates a transmission strategy provided by the underlying network, optionally, if the attribute is not set independently, the referrence ID value of the identification BDT transmission strategy provided by the underlying network can be stored in otherCondition of [ cmdhNwAccessRule ];

the creator, who indicates the creator of this resource, is AE-ID or CSE-ID, i.e. the requester who requests this BDT transmission policy configuration process.

Meanwhile, the IN-CSE acquires the AE/CSE request configuration BDT transmission strategy according to the content IN the request message, the creating resource stores the condition parameters provided IN the message IN the attribute of the creating resource, and transmits the expected BDT transmission condition to the network element of the underlying network through the interface provided by the underlying network to trigger and complete the PCC (policy control and charging) process.

Then, the IN-CSE acquires one or more BDT transmission strategies possibly meeting the AE/CSE and the referreniD identifying the transmission strategies from the underlying network, and stores the transmission strategies and the referreniD IN a resource which is the resource requested to be created previously.

When only one BDT transmission strategy possibly meeting the AE/CSE exists, the IN-CSE informs the AE/CSE of the BDT transmission strategy IN a mode of returning a resource creation success message, the IN-CSE confirms the BDT transmission strategy provided by the underlying network, the PCC process is completed, the transmission strategy and the referrence ID are stored IN a network element of the underlying network, and the AE/CSE requests the underlying network to monitor and charge the flow transmitted by the BDT when a time window begins.

When a plurality of BDT transmission strategies possibly meeting the AE/CSE exist, the IN-CSE informs the AE/CSE of the transmission strategies IN a message mode of returning successful resource creation, and after the AE/CSE acquires a plurality of recommended transmission strategies, one of the transmission strategies is selected as a final BDT transmission strategy; and then, notifying the IN-CSE of the selected transmission strategy by updating the operation of the attribute value or the sub-resource IN the created resource, transmitting the finally determined BDT transmission strategy and the referrence ID to a network element of the underlying network by the IN-CSE through an interface provided by the underlying network to trigger a PCC process, and storing the strategy and the referrence ID IN the network element of the underlying network.

When a time window defined IN BDT transmission begins, AE/CSE communicates with a remote entity, a referrenceID is carried IN a request message, and after the IN-CSE identifies the referrenceID, the message is sent to a network element of an underlying network through an interface provided by the underlying network to trigger a PCC process, so that BDT transmission is realized.

Based on a resource architecture mode, the embodiment of the invention defines resources based on the oneM2M standard, defines a message transmission process, and based on the existing IN-CSE, AE/CSE and 3GPP system of the oneM2M system, the AE/CSE realizes a BDT transmission strategy configuration process through the interaction of the IN-CSE and the 3GPP based on the resource mode.

Example 1

Fig. 6 is a resource schematic diagram for performing extension based on existing resources of oneM2M according to an embodiment of the present invention, and as shown in fig. 6, an extended resource structure of a network access rule [ cmdhNwAccessRule ] of existing oneM2M resource communication management and transmission processing includes, in addition to a oneM2M general attribute, an attribute management definition mgmtDefinition, an object identifier ObjectIDs, an object path objectpath, a description, a target network targetNetwork, a minimum requested data amount minReqVolume, a transmission waiting time spoke wait, a compensation time background parameters, other conditions, and a management link mgmtLink. When the resource is used for the configuration and transmission process of the BDT transmission strategy, two attributes, namely a creator and a referrence ID, are added on the basis of the original resource structure, wherein the creator indicates the creator (identity) of the resource, and the referrence ID indicates the identifier allocated to the BDT transmission strategy by the 3 GPP. In the configuration policy process, the existing attribute others may be used to store parameters of the AE/CSE request BDT transmission policy, such as an expected time window, data amount of each node, and number of nodes, and may also be used to the BDT transmission policy (which may be multiple) provided by 3GPP, and the final BDT transmission policy selected by the AE/CSE, such as a recommended time window, a charging rate in the time window, and a maximum transmission rate; the existing attribute targetNetwork indicates an underlying network applicable to the rule resource and can be represented by UKNetwork-ID; the existing attribute description describes the resource, such as the BDT transmission policy that the resource uses in some underlying network. The other attribute values of the resource adopt the default mode, the mode of IN-CSE generation or AE/CSE assignment.

Fig. 7 is a flowchart of a BDT transmission policy setting procedure based on oneM2M existing resources, where as shown in fig. 7, a oneM 2M-based system interacts with a 3GPP network, and the configuration of a BDT transmission policy in 3GPP is implemented by extending existing resources in a oneM2M system, that is, the resources shown in fig. 6.

And when the AE/CSE wants to set the BDT transmission strategy, the IN-CSE requests an applicable transmission strategy from the underlying network, selects and completes the configuration of the underlying network.

Step 701, the AE/CSE sends a request for creating a [ cmdhNwAccess rule ] resource to the IN-CSE to the AE/CSE under a corresponding parent resource < node > of the AE/CSE on the IN-CSE according to a message format of oneM2M standard; optionally, the request includes AE/CSE allocation requestRefID identifying the message or BDT transmission policy configuration process;

the content parameter in the creation request contains a [ cmdhNwAccessRule ] resource structure, and an attribute value is given to a part of attributes, for example, the value of the attribute creator is AE/CSE-ID, the value of the attribute description is BDT transmission strategy, the attribute targetNetwork is UNetwork-ID of the 3GPP network, and the value of the attribute otherCondition is an array of an expected time window, data volume of each node and the number of nodes.

Step 702, the IN-CSE receives the creation request from step 701, authenticates that the AE/CSE has the authority to create the request resource, creates the resource under the corresponding parent resource < node > of the AE/CSE on the IN-CSE according to the parameter information carried by the request message, and assigns values to part of the attributes; in addition, some attribute values may be default values, such as minReqVolume, spadingWaitTime, backOfParameters, and the like.

Step 703, the IN-CSE learns that the AE/CSE sets the BDT transmission policy for the requested 3GPP according to the content of the parameters IN the request message (the description of the resource by the attribute description, the network used by the rule specified by the attribute targetNetwork), and transmits the attribute values of otherConditions and creator to the PCRF network element of the 3GPP through the Nt interface provided by the 3GPP, performs the PCC process to negotiate the BDT transmission policy, and the 3GPP returns the BDT transmission policy (including the recommended time window, the rate IN the time window, and the maximum transmission rate) and a referrentid recommended by the 3GPP to the IN-CSE.

Step 704, the IN-CSE updates or assigns part of attributes IN the [ cmdhNwAccessRule ] resource according to the 3GPP returned information, the value of the attribute referrentid is the referrentid returned by the 3GPP, the attribute otherConditions can add a BDT transmission strategy IN the original attribute value, that is, recommend time windows, rates IN the time windows and arrays of maximum transmission rates (when there are a plurality of recommended BDT transmission strategies, the arrays can be array lists), or can replace the original attribute value with the recommended BDT transmission strategy arrays; if the [ cmdhNwAccessRule ] resource has no attribute referrenid, the referrenid returned by the 3GPP may be stored in the attribute otherConditions together with the recommended BDT transmission policy.

IN step 705, the IN-CSE notifies the AE/CSE of the recommended BDT transmission policy and the referrenceid IN a form of replying to the request resource creation success IN step 701.

Step 706, when the 3GPP provides multiple BDT transmission policies, this step is performed. The AE/CSE selects 1 from a plurality of BDT transmission strategies according to the requirement of the AE/CSE as a finally determined BDT transmission strategy, and sends an update request to a [ cmdhNwAccessrule ] resource created IN the IN-CSE before, and updates the value of the attribute otherConditionions.

IN step 707, the IN-CSE receives the update request sent by the AE/CSE IN step 706, completes the update operation of the attribute otherConditions, may add the finally determined BDT transmission policy to the attribute value IN an array form, or may overwrite the original value with the finally determined BDT transmission policy, and replies that the AE/CSE update operation is completed.

And 708, the IN-CSE transmits the finally determined BDT transmission strategy, the preferenceID and the value of the creator to the 3GPP through an Nt interface provided by the 3GPP, performs a PCC process to continue the negotiation of the BDT transmission strategy, stores the finally determined BDT transmission strategy and the preferenceID IN an SPR network element, and completes the setting of the BDT transmission strategy IN the 3 GPP.

Example 2

Fig. 8 is a schematic diagram of BDT1 resources defined based on oneM2M standard, and as shown in fig. 8, a new resource < BDT1> is defined based on oneM2M standard and is used for storing and transmitting BDT parameters, which includes the following attributes:

the attribute request message refers to the identifier requestRefID, is distributed by the request AE/CSE and identifies the message requesting the BDT to transmit the strategy setting;

attribute data volume per node, indicating the data volume of each node expected by AE/CSE in BDT transmission process;

attribute node number of nodes, which indicates the expected maximum node number of AE/CSE in the BDT transmission process;

an attribute expected time window desiredTimeWindow indicating the BDT transmission time window expected by the AE/CSE;

attribute possible transmission strategy posstandtrafficpolices, which indicates a recommended BDT transmission strategy provided by the underlying network;

the attribute transmission strategy links the trafficpolicy link and points to point out the BDT transmission strategy finally determined in the BDT transmission strategy setting process, namely the BDT transmission strategy can be used subsequently;

attribute creator, indicating the creator (identity) of the resource.

Fig. 9 is a flowchart of a BDT transmission policy setting procedure based on the union of the BDT1 resource defined by the oneM2M standard and the existing resource, as shown in fig. 9, the oneM2M system interacts with the 3GPP network, and the configuration of the BDT transmission policy in the 3GPP is implemented by defining a new resource < BDT1> in the oneM2M system and combining the existing resource [ cmdhNwAccessRule ] in the oneM2M system.

And when the AE/CSE wants to set a BDT transmission strategy, the IN-CSE requests an applicable transmission strategy from the underlying network, selects the transmission strategy and completes the configuration on the underlying network.

Step 901, AE/CSE sends a request for creating < BDT1> resource to the IN-CSE according to oneM2M standard message format to the parent resource < AE >/< CSE > corresponding to AE/CSE on the IN-CSE, the content parameter IN the creating request contains < BDT1> resource structure, and assigns attribute value to the partial attribute, including:

the attribute requestRefID is distributed with an identification of the interactive process message by the AE/CSE;

the attribute volumePerNode provides the data volume of each node that it expects BDT transmission by AE/CSE;

attribute number of nodes, provided by AE/CSE the maximum number of nodes it expects BDT transmission;

an attribute desiredTimeWindow, provided by the AE/CSE, whose expected BDT transmission time window;

attribute creator, identity of creator of resource is provided by AE/CSE AE/CSE-ID.

Optionally, the request includes an AE/CSE allocation requestRefID identifying the message or BDT transmission policy configuration procedure.

Step 902, the IN-CSE receives the creation request from step 901, authenticates that the AE/CSE has the authority to create the requested resource, creates the resource under the parent resource < AE >/< remoteCSE > or < node > corresponding to the AE/CSE on the IN-CSE, and assigns values to part of the attributes according to the parameter information IN the request message; the IN-CSE acquires that AE/CSE is the setting of a BDT transmission strategy according to the fact that the resource type IN the creation request is < BDT1>, creates a [ cmdhNwAccess rule ] resource under a parent resource < node > corresponding to the AE/CSE, and links an attribute trafficPoliciLink to the [ cmdhNwAccess rule ] resource;

step 903, the IN-CSE learns the AE/CSE to set the BDT transmission policy for the request according to the request message (i.e. the created resource type is BDT1), transmits the attribute values of the attributes of the volume permanode, the number ofnodes, the desiredTimeWindow and the creator to the PCRF network element of the 3GPP through the Nt interface provided by the 3GPP, performs the PCC process to negotiate the BDT transmission policy, and the 3GPP returns the BDT transmission policy (including the recommended time window, the rate and the maximum transmission rate IN the time window) recommended by the 3GPP and a referrence id to the IN-CSE.

And step 904, the IN-CSE returns a recommended BDT transmission strategy according to the 3GPP, and assigns three values of a recommended time window, a rate IN the time window and a maximum transmission rate to attribute PossibleTrafficpolicies for storage IN an array mode.

If there is only one recommended BDT transmission policy, the transmission policy and the referrenid are stored in the attribute others conditions and the attribute referrenid of the [ cmdhNwAccessRule ] resource to which the attribute trafficpolicyilink is linked, and if there is no attribute referrenid in the [ cmdhNwAccessRule ] resource, the referrenid value may be stored in the attribute others conditions together with the BDT transmission policy.

IN step 905, the IN-CSE notifies the AE/CSE of the recommended BDT transmission policy and the referrenceid IN a form of replying to the request resource creation success of step 901.

Step 906, which is performed when the 3GPP provides multiple BDT transmission policies. The AE/CSE selects 1 from the plurality of BDT transmission policies according to its own requirement as the finally determined BDT transmission policy, and sends an update request to the [ cmdhNwAccessRule ] resource created IN the IN-CSE through the link address of the [ cmdhNwAccessRule ] resource indicated by the trafficPolicyLink, updates the attribute otherConditions (i.e. storing the finally selected BDT transmission policy) of the resource and the value of the referrence id, if the [ cmdhNwAccessRule ] resource does not have the attribute, the referrence id returned IN step 905 may be stored IN the attribute otherConditions together with the BDT transmission policy.

IN step 907, the IN-CSE receives the update request sent by the AE/CSE IN step 906, completes the attribute update operation, and replies that the AE/CSE update operation is complete.

And 908, the IN-CSE transmits the finally determined values of the BDT transmission policy, the referrence id and the creator to the 3GPP through an Nt interface provided by the 3GPP, performs a PCC process to continue the BDT transmission policy negotiation, stores the finally determined BDT transmission policy and the referrence id IN the SPR network element, and completes the setting of the BDT transmission policy IN the 3 GPP.

Example 3

Fig. 10 is a schematic diagram of BDT2 resources defined based on oneM2M standard, and as shown in fig. 10, a new resource < BDT2> is defined based on oneM2M standard, and is used for storing and transmitting BDT parameters and storing possible and finally determined BDT transmission strategies, where the resource structure includes the following attributes:

attribute requestRefID, allocated by request AE/CSE, identifying the message requesting BDT to transmit the strategy setting;

attribute volumePerNode, which indicates the data volume of each node expected by AE/CSE in the BDT transmission process;

attribute number of nodes, which indicates the expected maximum number of nodes in the transmission process of the AE/CSE in the BDT;

an attribute desiredTimeWindow indicating the BDT transmission time window expected by the AE/CSE;

attribute posssibleTrafficPolicies, which indicates a recommended BDT transmission strategy provided by the underlying network;

an attribute selectedTracicPolicy indicating the BDT transmission strategy finally determined by the AE/CSE;

an attribute creator indicating the creator (identity) of the resource;

attribute referrence ID, which indicates that the PCRF allocates the referrence ID of the BDT transmission strategy in the setting process of the BDT transmission strategy;

fig. 11 is a flowchart of a BDT transmission policy setting procedure based on the BDT2 resource defined by oneM2M standard according to an embodiment of the present invention, and as shown in fig. 11, the configuration of the BDT transmission policy in 3GPP is implemented by defining a new resource < BDT2> in the oneM2M system based on the interaction of the oneM2M system with the 3GPP network.

Step 1101, the AE/CSE sends a request for creating < BDT2> resource to the IN-CSE according to oneM2M standard message format to the corresponding parent resource < AE >/< CSE > of AE/CSE on the IN-CSE, the content parameter IN the creating request contains < BDT2> resource structure, and attribute value is assigned to the partial attribute, including:

attribute creator, identity of creator of resource provided by AE/CSE AE/CSE-ID.

Step 1102, the IN-CSE receives the creation request from step 1101, authenticates that the AE/CSE has authority to create the requested resource, creates the resource under the parent resource < AE >/< remoteCSE > or < node > corresponding to the AE/CSE on the IN-CSE, and assigns values to part of attributes according to the parameter information IN the request message;

step 1103, the IN-CSE learns from AE/CSE setting the BDT transmission policy for the request according to the message with the resource type < BDT2> IN the creation request, and transmits the values IN the attributes of volume per node, number of nodes, desiredTimeWindow and creator to the PCRF network element of the 3GPP through the Nt interface provided by the 3GPP, and performs a PCC process to negotiate the BDT transmission policy, and the 3GPP returns the BDT transmission policy (including the recommended time window, the rate IN the time window and the maximum transmission rate) recommended by the 3GPP and one referrentid to the IN-CSE.

And step 1104, the IN-CSE assigns three values of the recommended time window, the rate IN the time window and the maximum transmission rate to attribute PossibleTrafficpolicies for storage recommendation IN an array mode according to the recommended BDT transmission strategy returned by the 3 GPP.

IN step 1105, the IN-CSE notifies the AE/CSE of the recommended BDT transmission policy and the referrenceid IN the form of successful creation of the requested resource IN reply to step 1101.

Step 1106, when the 3GPP provides multiple BDT transmission strategies, this step is performed. The AE/CSE selects 1 from the plurality of BDT transmission strategies according to the requirement of the AE/CSE as the finally determined BDT transmission strategy, and sends a request for updating < BDT2> resources, wherein the value of the update attribute selectTrafficPolicy is the determined BDT transmission strategy.

Step 1107, the IN-CSE receives the update request sent by the AE/CSE IN step 1106, completes the attribute update operation, and replies that the AE/CSE update operation is complete.

Step 1108, the IN-CSE transmits the finally determined BDT transmission policy, the referrence id and the value of creator to the 3GPP through the Nt interface provided by the 3GPP, performs the PCC process to continue the BDT transmission policy negotiation, stores the finally determined BDT transmission policy and the referrence id IN the SPR network element, and completes the setting of the BDT transmission policy IN the 3 GPP.

Example 4

Fig. 12 is a schematic diagram of a BDT3 resource and its sub-resources defined based on oneM2M standard, where a new resource (including sub-resources) < BDT3> is defined based on oneM2M standard, and is used for transmitting, storing BDT parameters, and storing possible and finally determined BDT transmission policies, and the resource structure includes the following attributes:

the parent < BDT3> resource attributes are as follows:

an attribute, volumePerNode, indicating the expected data volume of each node in the BDT transmission process of AE/CSE;

an attribute desiredTimeWindow indicating the desired BDT transmission time window for the AE/CSE;

the attribute selectedTracfICPolicy indicates the BDT transmission strategy link address finally determined by the AE/CSE and points to a < tracePolicy > child resource;

an attribute creator indicating the creator (identity) of the resource;

and the attribute referenceID indicates the identification of the BDT transmission strategy in the setting process of the BDT transmission strategy.

The sub-resource < trafficPolicy > resource represents a recommended BDT transmission policy provided by the underlying network, and the attribute may be 1 or more, and the attribute is as follows:

the attribute recommendedTimeWindow indicates a recommended BDT transmission strategy provided by the underlying network;

an attribute chargingRate indicating a recommended BDT transmission policy provided by the underlying network;

an attribute aggregatedMaxBitrate indicating a recommended BDT transmission strategy provided by the underlying network;

attribute trafficPolicyID, identification of the recommended BDT transmission policy;

fig. 13 is a flowchart of a BDT transmission policy setting procedure based on the BDT3 resource defined by oneM2M standard according to an embodiment of the present invention, and as shown in fig. 13, the configuration of the BDT transmission policy in 3GPP is implemented by defining a new resource < BDT3> and its sub-resource < trafficPolicy > in the oneM2M system based on the oneM2M system interacting with the 3GPP network.

Step 1301, the AE/CSE sends a request for creating a < BDT3> resource to the IN-CSE under a parent resource < AE >/< CSE > corresponding to the AE/CSE on the IN-CSE according to a message format of oneM2M standard, wherein a content parameter IN the request for creating includes a < BDT3> resource structure, and an attribute value is assigned to a partial attribute, and the method includes:

Optionally, the request includes an AE/CSE allocation requestref id identifying the message or BDT transmission policy configuration procedure.

Step 1302, the IN-CSE receives the creation request from step 1301, authenticates that the AE/CSE has authority to create the requested resource, creates the resource under the parent resource < AE >/< CSE > or < node > corresponding to the AE/CSE on the IN-CSE, and assigns a part of attributes according to the parameter information IN the request message;

step 1303, the IN-CSE learns from AE/CSE setting a BDT transmission policy for the request according to the message with the resource type < BDT3> IN the creation request, transmits the values IN the attributes of volume per node, number of nodes, desired value window and creator to PCRF through Nt interface provided by 3GPP, performs PCC procedure to negotiate the BDT transmission policy, and the 3GPP returns the BDT transmission policy (including the recommended time window, the rate and the maximum transmission rate IN the time window) and a referrence id recommended by the 3GPP to the IN-CSE.

IN step 1304, the IN-CSE creates < trafficPolicy > sub-resources under < BDT3> according to the recommended BDT transmission policy returned by 3GPP, and assigns the recommended time window, the rate IN the time window, and the maximum transmission rate to attributes recemmendedtimewindow, chargingRate, and aggregatedmaxbite to store the recommended BDT transmission policy, and when there are multiple recommended BDT transmission policies, multiple < trafficPolicy > sub-resources can be created. Optionally, the IN-CSE may identify each < trafficPolicy > child resource with an attribute trafficPolicyID.

IN step 1305, the IN-CSE informs the AE/CSE of the recommended BDT transmission policy and the referrenceid IN the form of a successful creation of the requested resource IN reply to step 1301.

Step 1306, this step is performed when the 3GPP provides multiple BDT transmission strategies. The AE/CSE selects 1 from a plurality of BDT transmission strategies according to the requirement of the AE/CSE as a finally determined BDT transmission strategy and sends a request for updating < BDT3> resources, wherein the value of an update attribute selected trafficPolicy is a link address pointing to the finally determined BDT transmission strategy < trafficPolicy >, or a finally determined BDT transmission strategy identifier.

IN step 1307, the IN-CSE receives the update request sent by the AE/CSE IN step 1306, completes the attribute update operation, and replies that the AE/CSE update operation is complete.

Step 1308, the IN-CSE transmits the finally determined BDT transmission policy, the referrence id and the value of creator to the 3GPP through the Nt interface provided by the 3GPP, performs the PCC process to continue the BDT transmission policy negotiation, stores the finally determined BDT transmission policy and the referrence id IN the SPR network element, and completes the setting of the BDT transmission policy IN the 3 GPP.

After the BDT transmission policy setting is completed, when a time window starts, AE/CSE may have a referrence id IN an AE/CSE message sent to a certain remote, call an Rx interface provided by 3GPP through IN-CSE to send the message to PCRF, perform PCC procedure, associate the existing BDT transmission policy stored IN SPR through the referrence id, and transmit the policy to PCEF to perform BDT transmission for the remote AE/CSE.

It will be apparent to those skilled in the art that the modules or steps of the present invention described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and alternatively, they may be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different than that described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple ones of them may be fabricated into a single integrated circuit module. Thus, the present invention is not limited to any specific combination of hardware and software.

The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. A method for configuring a background data transmission strategy is characterized by comprising the following steps:

the method comprises the steps that an Internet of things platform receives a request message configured by a background data transmission strategy of an application entity or a public service entity, wherein the request message requests the Internet of things platform to create a background data transmission resource, and the request message carries parameter information of a background data transmission condition;

the Internet of things platform creates the background data transmission resource in the Internet of things platform according to the request message, wherein the background data transmission resource stores parameter information of background data transmission conditions and at least one background data transmission strategy;

and the Internet of things platform replies the request message to an application entity or a public service entity according to the resources for creating the background data transmission.

2. The method of claim 1, wherein the IOT platform creates the background data transmission resource according to the request message, and the background data transmission resource comprises at least one of:

the Internet of things platform is expanded through network access rule resources of communication management and transmission processing of an existing oneM2M system in the Internet of things platform;

and the Internet of things platform creates a resource for background data transmission in the Internet of things platform in a manner of creating a new resource.

3. The method of claim 1, wherein the request message carries parameter information of background data transmission conditions,

the parameter information of the background data transmission condition includes at least one of: expected time window, data amount per node, number of nodes.

4. The method according to claim 1 or 3, wherein the resource for background data transmission stores parameter information of background data transmission conditions and at least one background data transmission policy,

the background data transmission policy includes at least one of: recommending a time window, and recommending a reference identifier corresponding to the rate, the maximum rate and the transmission strategy in the time window.

5. The method according to claim 4, wherein the context data transmission policy is obtained by the platform of the internet of things from an underlying network according to the request message carrying parameter information of the context data transmission condition.

6. The method of claim 2, wherein the IOT platform creates a resource for background data transmission in the IOT platform,

the resources of the background data transmission include at least one of the following attributes:

the node number is used for indicating the maximum node number expected by the application entity or the common service entity;

a creator for indicating a creator of the resource;

the reference identifier is used for indicating the identifier of the background data transmission strategy acquired from the underlying network;

a possible transmission strategy for indicating a recommended transmission strategy provided by the underlying network;

7. The method of claim 3, wherein the IOT platform creates a resource for background data transmission,

a creator for indicating a creator of the resource;

a reference identifier for indicating an identifier of a background data transmission policy acquired from the underlying network;

the selected transmission strategy is used for indicating the determined background data transmission strategy link address or pointing to a reference mark corresponding to the determined background data transmission strategy;

8. The method of claim 3, wherein the IOT platform creates a resource for background data transmission,

a creator for indicating a creator of the resource;

9. The method of claim 3 or 8, wherein the IOT platform creates resources for background data transmission,

the Internet of things platform adds new attributes or expands the attributes of the existing resources on the basis of the existing network access rule resources for communication management and transmission processing, and the attributes comprise at least one of the following:

an attribute creator indicating a creator of a resource of the background data transmission;

referring to an identifier indicating that the background data transmission policy is identified;

the existing resources are provided with attributes named as other conditions, and at least one of the following data is stored: the background data transmission condition, the recommended background data transmission strategy, the determined background data transmission strategy and the identifier of the background data transmission strategy.

10. The method of claim 1, wherein the IOT platform replies to the request message based on resources that created the background data transmission, including one of:

under the condition that the recommended transmission strategy of the background data transmission is one or more, the Internet of things platform informs the application entity or the public service entity of the determined recommended transmission strategy in a mode of returning a resource creation success message;

and the Internet of things platform informs the application entity or the public service entity of the plurality of recommended transmission strategies in a message mode of returning successful resource creation under the condition that the recommended transmission strategies for background data transmission are a plurality of strategies.

11. The method of claim 10, wherein if the internet of things platform recommends a transmission policy in the context data transmission, the method further comprises:

12. A background data transmission strategy configuration device is applied to an Internet of things platform and is characterized by comprising the following components:

the system comprises a receiving module, a sending module and a sending module, wherein the receiving module is used for receiving a request message of background data transmission strategy configuration of an application entity or a public service entity, the request message requests an Internet of things platform to establish background data transmission resources, and the request message carries parameter information of background data transmission conditions;

the creating module is used for creating the background data transmission resource in the Internet of things platform according to the request message, wherein the background data transmission resource stores parameter information of background data transmission conditions and at least one background data transmission strategy;

and the reply module is used for replying the request message to an application entity or a public service entity according to the resources for creating the background data transmission.

13. The apparatus of claim 12, wherein the creation module enables creating the resource for the background data transmission according to the request message by at least one of:

expanding network access rule resources of communication management and transmission processing of an existing oneM2M system in the Internet of things platform;

and creating a resource for background data transmission in the Internet of things platform in a manner of creating a new resource.

14. The apparatus of claim 12, wherein the replying module replies to the request message based on the resource that created the background data transmission by one of:

under the condition that one or more recommended transmission strategies for background data transmission are available, the Internet of things platform informs the application entity or the public service entity of the determined recommended transmission strategy in a mode of returning a resource creation success message;

and under the condition that the recommended transmission strategies for background data transmission are multiple, notifying the application entity or the public service entity of the multiple recommended transmission strategies in a message mode of returning successful resource creation.

15. The apparatus of claim 14, wherein in a case where the internet of things platform recommends a transmission policy in the context data transmission being multiple, the apparatus is further configured to:

receiving an updating request sent by the application entity or the public service entity;

updating the determined background data transmission strategy into the resource according to the updating request;

and feeding back an update completion message to the application entity or the public service entity.