CN107343294B

CN107343294B - Background data transmission strategy configuration method and device

Info

Publication number: CN107343294B
Application number: CN201610284321.8A
Authority: CN
Inventors: 李秋婷
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2016-04-29
Filing date: 2016-04-29
Publication date: 2022-08-02
Anticipated expiration: 2036-04-29
Also published as: WO2017186180A1; CN115087036A; CN107343294A

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 is used for requesting to set a background data transmission strategy to 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; 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 technology is solved.

Description

Background data transmission strategy configuration method and device

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 the architecture of the internet of things, 3GPP is used as an underlying network to interact with a business layer of the internet of things, network information is provided for business/application of the internet of things on the business layer to use, the business/application of the internet of things can be selected according to a transmission mode provided by the 3GPP based on self requirements, and the business/application of the internet of things and equipment are transmitted in an optimized information interaction mode.

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 BDT transmission strategy possible for 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 SCEF returns a plurality of transmission strategies, SCS/AS sends BDT request to SCEF again, and informs SCEF and PCRF of a selected transmission strategy;

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 acquires and identifies the one or more recommended transmission strategies and corresponding reference identifications from an 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 strategy is 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 the 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 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 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 plurality of recommended transmission strategies, and then the determined background data transmission strategy is informed to the underlying network, 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 background data transmission policy determination method 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 extended 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 notified 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 policies 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 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 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:

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 background data transmission policy through the internet of things platform.

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;

number Ofnodes, which indicates the total number of nodes to be interacted in the time window where the 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 ultimately determined by an application/service from among 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 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 starts, AE/CSE communicates with a remote entity, a referrence ID is carried IN a request message, and after the IN-CSE identifies the referrence ID, the message is sent to a network element of an underlying network through an interface provided by the underlying network, a PCC process is triggered, and BDT transmission is achieved.

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 back off 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 the 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 the finally determined BDT transmission strategy, and sends an updating request to the [ cmdhNwAccess rule ] resource created IN the IN-CSE before, and updates the value of the attribute otherCondition.

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.

Step 708, 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 2

Fig. 8 is a schematic diagram of a BDT1 resource 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, and 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.

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 part of 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 ofnodes, provided by AE/CSE the maximum number of nodes it expects a 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 preferenceid are stored in the attribute otherConditions and the attribute preferenceid of the [ cmdhNwAccessRule ] resource to which the attribute trafficPolicyLink is linked, and if there is no attribute preferenceid in the [ cmdhNwAccessRule ] resource, the preferenceid value may be stored in the attribute otherConditions 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 the form of successful creation of the requested resource IN reply to 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 the BDT2 resource 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, transmitting BDT parameters, and storing a possible and finally determined BDT transmission policy, 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;

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

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 postbletrafficpolices, indicating a recommended BDT transmission policy 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 between the oneM2M system and the 3GPP network.

Step 1101, the AE/CSE sends a request for creating < BDT2> resource to the IN-CSE under the parent resource < AE >/< CSE > corresponding to the AE/CSE on the IN-CSE according to the oneM2M standard message format, wherein the content parameter IN the request for creating includes < BDT2> resource structure, and assigns attribute values to the partial attributes, including:

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

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 a 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 to transmit, store BDT parameters, and store possible and finally determined BDT transmission policies, and the resource structure includes the following attributes:

the parent < BDT3> resource attributes are as follows:

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 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;

the attribute aggregatedMaxBitrate indicates 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:

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 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 < BDT3> resources, wherein the value of the update attribute selectTrafficPolicy is the link address pointing to the finally determined BDT transmission strategy < trafficPolicy >, or the identification of the finally determined BDT transmission strategy.

At step 1307, the IN-CSE receives the update request sent by the AE/CSE at 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 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 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 Internet of things platform informs the underlying network of a determined recommended transmission strategy or a background data transmission strategy determined by the application entity or the public service entity from the recommended transmission strategies;

wherein the method further comprises: 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, and the creating of the resources for storing the background data transmission conditions and the background data transmission strategies by the internet of things platform according to the request message comprises the following steps: the Internet of things platform expands the existing network access rule resources for communication management and transmission processing in the oneM2M system;

wherein, the internet of things platform expands the existing network access rule resources of communication management and transmission processing in the oneM2M system, and comprises: 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.

2. The method of claim 1,

the background data transmission conditions include: 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.

3. The method of claim 2, wherein the creating, by the internet of things platform, the resource storing the context data transmission condition and the context data transmission policy according to the request message further comprises:

4. The method of claim 3,

the background transmission policy resource includes at least one of the following attributes:

a creator for indicating a creator of the resource;

5. The method of claim 3, wherein the Internet of things platform creates a background transmission policy resource,

6. The method of claim 3,

7. The method according to any one of claims 1 or 4 to 6,

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, and stores the background data transmission conditions into the resources;

8. The method of claim 1, wherein the feeding back, by the platform of the internet of things, the one or more recommended transmission strategies obtained from an underlying network according to the request message to the application entity or the common service entity comprises one of:

9. The method of claim 8, wherein if the internet of things platform recommends a transmission policy for the contextual data transmission that is multiple, the method further comprises:

10. The method according to claim 8 or 9, wherein after the internet of things platform feeds back the one or more recommended transmission policies obtained from an underlying network according to the request message to the application entity or the common service entity, the method further comprises:

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

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;

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;

wherein the method further comprises: the application entity or the public service entity sends 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; the application entity or the public service entity receives the update completion message fed back by the Internet of things platform; the resource is a resource which is created by the internet of things platform according to the request message and stores the background data transmission condition and the background data transmission strategy, and the creation of the resource by the internet of things platform according to the request message and which stores the background data transmission condition and the background data transmission strategy comprises the following steps: the Internet of things platform expands the existing network access rule resources for communication management and transmission processing in the oneM2M system;

the internet of things platform expands the existing network access rule resources of communication management and transmission processing in the oneM2M system and comprises the following steps: 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.

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 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;

the apparatus is further configured to include: a creating module for creating a resource for storing the background data transmission condition and the background data transmission policy according to the request message; the creation module comprises an extension unit, which is used for extending the existing network access rule resource of communication management and transmission processing in the oneM2M system;

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.

13. The apparatus of claim 12,

14. The apparatus of claim 12, wherein the creation module further comprises:

15. The apparatus of claim 12, further comprising:

16. The apparatus of claim 15, further comprising:

17. The apparatus of claim 16, further comprising:

18. A background data transmission strategy configuration device applied to an application entity or a common service entity is characterized by comprising:

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

the device 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; the third receiving module is used for receiving the update completion message fed back by the platform of the internet of things; the resource is a resource for the internet of things platform to create and store the background data transmission condition and the background data transmission strategy according to the request message, and the internet of things platform creates and stores the resource for the background data transmission condition and the background data transmission strategy according to the request message in the following way: the Internet of things platform expands the existing network access rule resources for communication management and transmission processing in the oneM2M system;

the Internet of things platform expands the existing network access rule resources of communication management and transmission processing in the oneM2M system in the following way: 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 policy 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 policies.