Background data transmission strategy configuration method and device

Abstract

The present invention provides a background data transmission strategy configuration method and device, wherein the method comprises: an Internet of Things platform sends a request message for requesting to set a background data transmission strategy received from an application entity or a public business entity to an underlying network; the Internet of Things platform feeds back the one or more recommended transmission strategies obtained from the underlying network according to the request message to the application entity or the public business entity; the Internet of Things platform notifies the underlying network of a determined recommended transmission strategy or a background data transmission strategy determined by the application entity or the public business entity from multiple recommended transmission strategies, thereby solving the problem in the related art of how to set the BDT transmission strategy of the underlying network for the Internet of Things system.

Description

[0001] The present invention is a divisional application of the invention patent application with application number 201610284321.8 filed on April 29, 2016 and invention name “Background Data Transmission Strategy Configuration Method and Device”. Technical Field

[0002] The present invention relates to the field of communications, and in particular to a background data transmission strategy configuration method and device. Background Art

[0003] With the development of the Internet of Things, there will be hundreds of millions of terminal devices connected to the Internet of Things platform to interact with applications. An application can communicate with multiple devices at the same time, which is a huge test for network transmission capacity, especially during peak hours. At present, the 3rd Generation Partnership Project (3GPP) provides a background data transfer (BDT) transmission method to address the communication problems of massive terminal devices in the Internet of Things. By setting the network non-busy time window, it provides applications and devices with lower rates and faster communication, and at the same time, it also reduces the pressure on the network during peak hours.

[0004] In the IoT architecture, 3GPP interacts with the IoT service layer as the underlying network, providing network information to IoT services / applications on the service layer. IoT services / applications can choose the transmission method provided by 3GPP based on their own needs, in order to optimize the transmission of information interaction between IoT services / applications and devices.

[0005] Figure 1 This is a flowchart of 3GPP setting BDT transmission strategy in the related technology. The 3GPP network elements involved in this process include: Service Capability Exposure Function (SCEF), Policy and Charging Rules Function (PCRF), Policy and Charging Enforcement Function (PCEF), and subscription profile repository (SPR). The above 3GPP network elements implement the policy and charging control (PCC) process to achieve the negotiation of BDT transmission on the network side. The main process includes:

[0006] Step 1: The service capability server / application server (SCS / AS) sends a BDT request to the SCEF;

[0007] Step 2: SCEF authorizes the request;

[0008] Step 3: SCEF selects a valid PCRF, triggers the PCC process, and negotiates BDT transmission with PCRF. PCRF returns a possible BDT transmission strategy to SCEF based on the request parameters and the subscription information in the SPR.

[0009] Step 4: SCEF returns the transmission policy information to SCS / AS;

[0010] Step 5: If the SCEF returns multiple transmission strategies, the SCS / AS sends a BDT request to the SCEF to inform the SCEF and PCRF of the selected transmission strategy.

[0011] Step 6: SCEF replies with a message to confirm the selected transmission strategy.

[0012] Step 7: Trigger the PCC process. The SCEF continues to negotiate BDT transmission with the PCRF. The PCRF stores the transmission policy information in the SPR.

[0013] Step 8: When the SCS / AS contacts the PCRF using BDT transmission in the future, the PCRF triggers the PCC process and the PCEF performs traffic and charging control.

[0014] like Figure 1 As shown in the figure, steps 1, 4, 5, and 6 are the interaction process between SCS / AS and 3GPP network. Since the current IoT scenario is mainly that the public IoT platform opens various capabilities to services / applications, various IoT capabilities, telecommunications capabilities, third-party business capabilities, etc. are reused, which speeds up the deployment of IoT services / applications. In the above scenario, the services / applications interact with the underlying network through the public IoT platform, and 3GPP as the underlying network is used in the Figure 1 The process does not fully consider the role and function of the IoT platform as a key node. The IoT system architecture that adopts a public IoT platform, especially the resource-based architecture, will have different ways of interaction between SCS / AS and 3GPP networks, including parameter setting, policy storage, and other issues. There is currently no corresponding solution.

[0015] Regarding the problem of how to set the BDT transmission strategy of the underlying network for the IoT system in the related art, no effective solution has been proposed. Summary of the invention

[0016] The embodiments of the present invention provide a method and device for configuring a background data transmission strategy, so as to at least solve the problem of how to set the BDT transmission strategy of the underlying network for an Internet of Things system in the related art.

[0017] According to an embodiment of the present invention, a method for configuring a background data transmission strategy is provided, comprising:

[0018] The Internet of Things platform sends a request message for requesting to set a background data transmission strategy received from an application entity or a public service entity to an underlying network, wherein the request message carries a background data transmission condition, and the background data transmission condition is used to obtain one or more recommended transmission strategies that meet the background data transmission condition from the underlying network;

[0019] The Internet of Things platform feeds back the one or more recommended transmission strategies obtained from the underlying network according to the request message to the application entity or the public service entity;

[0020] The Internet of Things platform notifies 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 multiple recommended transmission strategies.

[0021] Optionally, the method further comprises:

[0022] The Internet of Things platform creates resources for storing the background data transmission conditions and background data transmission strategies according to the request message, wherein the background data transmission conditions include: expected time window, data volume of each node, and number of nodes; the background data transmission strategy includes at least one of the following: recommended time window, rate within the time window, maximum rate, and reference identifier corresponding to the transmission strategy.

[0023] Optionally, the IoT platform creates a resource for storing the background data transmission condition and the background data transmission strategy according to the request message, including at least one of the following:

[0024] The IoT platform expands the existing network access rule resources for communication management and transmission processing in the oneM2M system;

[0025] The IoT platform creates a background transmission policy resource in a manner of creating a new resource.

[0026] Optionally, the Internet of Things platform expands the existing network access rule resources for communication management and transmission processing in the oneM2M system, including:

[0027] The Internet of Things platform adds an attribute creator and / or a reference identifier based on the existing network access rule resources for communication management and transmission processing, wherein the creator indicates the creator of the resource, the reference identifier indicates the background data transmission strategy returned by the underlying network, and the attribute named other conditions in the existing resources is used to store the background data transmission conditions and / or to store recommended and / or determined background data transmission strategies.

[0028] Optionally, the background transmission policy resource includes at least one of the following attributes:

[0029] A request message reference identifier, used to identify a message requesting background data transmission policy setting;

[0030] The amount of data per node is used to indicate the amount of data per node expected by the application entity or the public business entity; the number of nodes is used to indicate the maximum number of nodes expected by the application entity or the public business entity;

[0031] An expected time window is used to indicate a time window for background data transmission expected by an application entity or a public service entity;

[0032] Creator, used to indicate the creator of the resource;

[0033] The reference identifier is used to indicate the identifier of the background data transmission strategy returned by the underlying network during the background data transmission strategy setting process; the possible transmission strategy is used to indicate the recommended transmission strategy provided by the underlying network;

[0034] The selected transmission strategy is used to indicate a determined background data transmission strategy.

[0035] Optionally, the background transmission policy resource includes at least one of the following attributes:

[0036] A request message reference identifier, used to identify a message requesting background data transmission policy settings; a data volume per node, used to indicate the data volume per node expected by an application entity or a public service entity;

[0037] The number of nodes is used to indicate the maximum number of nodes expected by the application entity or the public service entity; the expected time window is used to indicate the background data transmission time window expected by the application entity or the public service entity;

[0038] Creator, used to indicate the creator of the resource; Reference identifier, used to indicate the identifier of the background data transmission policy returned by the underlying network during the background data transmission policy setting process;

[0039] The selected transmission strategy is used to indicate a link address of a determined background data transmission strategy or to point to a reference identifier corresponding to the determined background data transmission strategy;

[0040] Sub-resource, wherein the sub-resource is a transmission strategy sub-resource, which is used to indicate the background data transmission strategy recommended by the underlying network, and includes at least one of the following attributes: transmission strategy reference identifier, recommended time window, rate within the time window, and maximum rate within the time window.

[0041] Optionally, the background transmission policy resource includes at least one of the following attributes:

[0042] A request message reference identifier, used to identify a message requesting background data transmission policy setting;

[0043] The amount of data per node is used to indicate the amount of data per node expected by the application entity or the public business entity;

[0044] The number of nodes is used to indicate the maximum number of nodes expected by the application entity or the public service entity; the expected time window is used to indicate the background data transmission time window expected by the application entity or the public service entity;

[0045] Creator, used to indicate the creator of the resource; Reference identifier, used to indicate the reference identifier of the background data transmission policy returned by the underlying network during the background data transmission policy setting process;

[0046] The transmission policy link is used to indicate the link address of the selected background data transmission policy, pointing to the network access rule resource of the communication management and transmission processing.

[0047] Optionally, while the Internet of Things platform creates a resource for storing the background data transmission condition and the background data transmission policy according to the request message, the background data transmission condition is stored in the resource;

[0048] After the Internet of Things platform creates a resource for storing the background data transmission conditions and the background data transmission strategy according to the request message, the Internet of Things platform obtains the identifiers of the one or more recommended transmission strategies and the corresponding reference identifiers from the underlying network, and stores the one or more recommended transmission strategies and the corresponding reference identifiers in the resource.

[0049] Optionally, the IoT platform feeding back the one or more recommended transmission strategies obtained from the underlying network according to the request message to the application entity or the public service entity includes one of the following:

[0050] When the recommended transmission strategy for background data transmission is one, the Internet of Things platform notifies the application entity or the public service entity of a recommended background data transmission strategy by returning a resource creation success message;

[0051] When there are multiple recommended transmission strategies for background data transmission, the Internet of Things platform notifies the application entity or the public service entity of the multiple recommended background data transmission strategies by returning a message of successful resource creation.

[0052] Optionally, when the Internet of Things platform recommends multiple transmission strategies for background data transmission, the method further includes:

[0053] The Internet of Things platform receives an update request sent by the application entity or the public service entity;

[0054] The Internet of Things platform updates the determined background data transmission strategy to the resource according to the update request;

[0055] The Internet of Things platform feeds back an update completion message to the application entity or the public service entity.

[0056] Optionally, after the Internet of Things platform feeds back the one or more recommended transmission strategies obtained from the underlying network according to the request message to the application entity or the public service entity, the method further includes:

[0057] The Internet of Things platform notifies the underlying network of the determined background data transmission strategy, so that the network elements of the underlying network can store the background data transmission strategy and the corresponding reference identifier.

[0058] According to another embodiment of the present invention, a background data transmission strategy configuration method is provided, including:

[0059] The application entity or the public service entity sends a request message for requesting to set a background data transmission strategy to the underlying network through the Internet of Things platform, wherein the request message carries a background data transmission condition, and the background data transmission condition is used to obtain one or more recommended transmission strategies that meet the background data transmission condition from the underlying network;

[0060] 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;

[0061] The application entity or public service entity notifies the underlying network of a determined background data transmission strategy through the Internet of Things platform.

[0062] Optionally, the method further comprises:

[0063] The application entity or the public service entity sends an update request to the Internet of Things platform, wherein the update request is used by the Internet of Things platform to update the determined background data transmission strategy to the resource;

[0064] The application entity or the public service entity receives an update completion message fed back by the Internet of Things platform.

[0065] According to another embodiment of the present invention, there is also provided a background data transmission strategy configuration device, which is applied to an Internet of Things platform and includes:

[0066] A first receiving module, configured to send a request message for requesting to set a background data transmission policy received from an application entity or a public service entity to an underlying network, wherein the request message carries a background data transmission condition, and the background data transmission condition is used to obtain one or more recommended transmission policies that meet the background data transmission condition from the underlying network;

[0067] A first feedback module, configured to feed back the one or more recommended transmission strategies obtained from the underlying network according to the request message to the application entity or the public service entity;

[0068] The first notification module is used to notify 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 multiple recommended transmission strategies.

[0069] Optionally, the device further comprises:

[0070] A creation module is used to create resources for storing the background data transmission conditions and background data transmission strategies according to the request message, wherein the background data transmission conditions include: expected time window, data volume of each node, and number of nodes; the background data transmission strategy includes at least one of the following: recommended time window, rate within the time window, maximum rate, and reference identifier corresponding to the transmission strategy.

[0071] Optionally, the creation module includes at least one of the following:

[0072] An extension unit, used to extend the existing network access rule resources for communication management and transmission processing in the oneM2M system;

[0073] The creation unit is used to create a background transmission policy resource by creating a new resource.

[0074] Optionally, the extension unit is also used to add an attribute creator and / or a reference identifier based on the existing network access rule resources for communication management and transmission processing, wherein the creator indicates the creator of the resource, the reference identifier indicates the background data transmission policy returned by the underlying network, and the attribute named other conditions in the existing resources is used to store the background data transmission conditions, and / or to store recommended and / or determined background data transmission strategies.

[0075] Optionally, the device further comprises:

[0076] A storage module, configured to store the background data transmission condition in the resource while the Internet of Things platform creates a resource for storing the background data transmission condition and the background data transmission strategy according to the request message;

[0077] After the Internet of Things platform creates a resource for storing the background data transmission conditions and the background data transmission strategy according to the request message, it obtains the identifiers of the one or more recommended transmission strategies and the corresponding reference identifiers from the underlying network, and stores the one or more recommended transmission strategies and the corresponding reference identifiers in the resource.

[0078] Optionally, the device further comprises:

[0079] A second receiving module is used to receive an update request sent by the application entity or the public service entity when the recommended transmission strategy for background data transmission on the Internet of Things platform is multiple;

[0080] An updating module, configured to update the determined background data transmission strategy to the resource according to the update request;

[0081] The second feedback module is used to feed back an update completion message to the application entity or the public service entity.

[0082] Optionally, the device further comprises:

[0083] The transmission module is used to notify 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.

[0084] According to another embodiment of the present invention, there is also provided a background data transmission policy configuration device, which is applied to an application entity or a public service entity, and includes:

[0085] A first sending module is used to send 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 to obtain one or more recommended transmission strategies that meet the background data transmission condition from a network element of the underlying network;

[0086] A determination module, used for determining a background data transmission strategy from a plurality of recommended transmission strategies through an Internet of Things platform;

[0087] The second notification module is used to notify the underlying network of a determined background data transmission strategy through the Internet of Things platform.

[0088] Optionally, the device further comprises:

[0089] A second sending module is used to send an update request to the Internet of Things platform, wherein the update request is used by the Internet of Things platform to update the determined background data transmission strategy to the resource;

[0090] The third receiving module is used to receive the update completion message fed back by the Internet of Things platform.

[0091] Through the present invention, the one or more recommended transmission strategies obtained from the underlying network through the Internet of Things platform are fed back to the application entity or the public business entity, so that the application entity or the public business entity determines a background data transmission strategy from multiple recommended transmission strategies, and then notifies 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 for the Internet of Things system in the related art. BRIEF DESCRIPTION OF THE DRAWINGS

[0092] The drawings described herein are used to provide a further understanding of the present invention and constitute a part of this application. The exemplary embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute an improper limitation of the present invention. In the drawings:

[0093] Figure 1 It is a flow chart of 3GPP setting BDT transmission strategy in the related art;

[0094] Figure 2 The process of the method for determining the background data transmission strategy according to an embodiment of the present invention is as follows: Figure 1 ;

[0095] Figure 3 The process of the method for determining the background data transmission strategy according to an embodiment of the present invention is as follows: Figure 2 ;

[0096] Figure 4 is a frame of a background data transmission strategy determination device according to an embodiment of the present invention. Figure 1 ;

[0097] Figure 5 is a frame of a background data transmission strategy determination device according to an embodiment of the present invention. Figure 2 ;

[0098] Figure 6 It is a schematic diagram of resources expanded based on the existing resources of oneM2M according to an embodiment of the present invention;

[0099] Figure 7 is a flowchart of a BDT transmission strategy setting process based on oneM2M existing resources according to an embodiment of the present invention;

[0100] Figure 8is a schematic diagram of BDT1 resources defined based on the oneM2M standard according to an embodiment of the present invention;

[0101] Fig. 9 is a flowchart of a BDT transmission strategy setting process based on a combination of BDT1 resources defined in the oneM2M standard and existing resources according to an embodiment of the present invention;

[0102] Fig.10 is a schematic diagram of BDT2 resources defined based on the oneM2M standard according to an embodiment of the present invention;

[0103] Fig.11 is a flowchart of a BDT transmission strategy setting process based on BDT2 resources defined in the oneM2M standard according to an embodiment of the present invention;

[0104] Fig.12 is a schematic diagram of BDT3 resources and their sub-resources defined based on the oneM2M standard according to an embodiment of the present invention;

[0105] Fig.13 4 is a flowchart of a BDT transmission strategy setting process based on BDT3 resources defined in the oneM2M standard according to an embodiment of the present invention. DETAILED DESCRIPTION

[0106] The present invention will be described in detail below with reference to the accompanying drawings and in combination with embodiments. It should be noted that the embodiments and features in the embodiments of the present application can be combined with each other without conflict.

[0107] It should be noted that the terms "first", "second", etc. in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0108] In this embodiment, a background data transmission strategy configuration method is provided. Figure 2 The process of the background data transmission strategy configuration method according to the embodiment of the present invention is as follows: Figure 1 ,like Figure 2 As shown, the process includes the following steps:

[0109] Step S202: The IoT platform sends a request message for requesting to set a background data transmission policy received from an application entity or a public service entity to an underlying network, wherein the request message carries a background data transmission condition, and the background data transmission condition is used to obtain one or more recommended transmission policies that meet the background data transmission condition from the underlying network;

[0110] Step S204, the Internet of Things platform feeds back the one or more recommended transmission strategies obtained from the underlying network according to the request message to the application entity or the public service entity;

[0111] Step S206: The Internet of Things platform notifies 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 multiple recommended transmission strategies.

[0112] Through the above steps, the one or more recommended transmission strategies obtained from the underlying network through the Internet of Things platform are fed back to the application entity or the public business entity, so that the application entity or the public business entity determines a background data transmission strategy from the one or more recommended transmission strategies, and then notifies 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 for the Internet of Things system in the related technology.

[0113] Optionally, the Internet of Things platform creates resources for storing the background data transmission conditions and background data transmission strategies based on the request message, wherein the background data transmission conditions include: expected time window, data volume of each node, and number of nodes; the background data transmission strategy includes at least one of the following: recommended time window, rate within the time window, maximum rate, and reference identifier corresponding to the transmission strategy.

[0114] Optionally, the IoT platform creates, according to the request message, a resource for storing the background data transmission condition and the background data transmission policy, including at least one of the following:

[0115] The IoT platform expands the existing network access rule resources for communication management and transmission processing in the oneM2M system;

[0116] The IoT platform creates a new resource by creating a background transmission policy resource.

[0117] Optionally, the IoT platform extends the existing network access rule resources for communication management and transmission processing in the oneM2M system to include:

[0118] Based on the existing network access rule resources for communication management and transmission processing, the Internet of Things platform adds an attribute creator and / or a reference identifier, wherein the creator indicates the creator of the resource, the reference identifier indicates the background data transmission policy returned by the underlying network, and the attribute named other conditions in the existing resources is used to store the background data transmission conditions and / or to store recommended and / or determined background data transmission policies.

[0119] Optionally, the background transmission policy resource includes at least one of the following attributes:

[0120] A request message reference identifier, used to identify a message requesting background data transmission policy setting;

[0121] The amount of data per node is used to indicate the amount of data per node expected by the application entity or the public business entity; the number of nodes is used to indicate the maximum number of nodes expected by the application entity or the public business entity;

[0122] An expected time window is used to indicate a time window for background data transmission expected by an application entity or a public service entity;

[0123] Creator, used to indicate the creator of the resource;

[0124] The reference identifier is used to indicate the identifier of the background data transmission strategy returned by the underlying network during the background data transmission strategy setting process; the possible transmission strategy is used to indicate the recommended transmission strategy provided by the underlying network;

[0125] The selected transmission strategy is used to indicate a determined background data transmission strategy.

[0126] Optionally, the background transmission policy resource includes at least one of the following attributes:

[0127] A request message reference identifier, used to identify a message requesting background data transmission policy settings; a data volume per node, used to indicate the data volume per node expected by an application entity or a public service entity;

[0128] The number of nodes is used to indicate the maximum number of nodes expected by the application entity or the public service entity; the expected time window is used to indicate the background data transmission time window expected by the application entity or the public service entity;

[0129] Creator, used to indicate the creator of the resource; Reference identifier, used to indicate the identifier of the background data transmission policy returned by the underlying network during the background data transmission policy setting process;

[0130] The selected transmission strategy is used to indicate a link address of a determined background data transmission strategy or to point to a reference identifier corresponding to the determined background data transmission strategy;

[0131] Sub-resource, wherein the sub-resource is a transmission strategy sub-resource, which is used to indicate the background data transmission strategy recommended by the underlying network, and includes at least one of the following attributes: transmission strategy reference identifier, recommended time window, rate within the time window, and maximum rate within the time window.

[0132] Optionally, the background transmission policy resource includes at least one of the following attributes:

[0133] A request message reference identifier, used to identify a message requesting background data transmission policy setting;

[0134] The amount of data per node is used to indicate the amount of data per node expected by the application entity or the public business entity;

[0135] The number of nodes is used to indicate the maximum number of nodes expected by the application entity or the public service entity; the expected time window is used to indicate the background data transmission time window expected by the application entity or the public service entity;

[0136] Creator, used to indicate the creator of the resource; Reference identifier, used to indicate the reference identifier of the background data transmission policy returned by the underlying network during the background data transmission policy setting process;

[0137] The transmission policy link is used to indicate the link address of the selected background data transmission policy, pointing to the network access rule resources for the communication management and transmission processing.

[0138] Optionally, while the Internet of Things platform creates a resource for storing the background data transmission condition and the background data transmission strategy based on the request message, the background data transmission condition is stored in the resource; after the Internet of Things platform creates a resource for storing the background data transmission condition and the background data transmission strategy based on the request message, the Internet of Things platform obtains an identifier of the one or more recommended transmission strategies and the corresponding reference identifiers from the underlying network, and stores the one or more recommended transmission strategies and the corresponding reference identifiers in the resource.

[0139] Optionally, the Internet of Things platform feeds back the one or more recommended transmission strategies obtained from the underlying network according to the request message to the application entity or public business entity, including one of the following: when the Internet of Things platform has one recommended transmission strategy for background data transmission, the application entity or public business entity is notified of one recommended background data transmission strategy by returning a resource creation success message; when the Internet of Things platform has multiple recommended transmission strategies for background data transmission, the application entity or public business entity is notified of multiple recommended background data transmission strategies by returning a resource creation success message.

[0140] Optionally, when the Internet of Things platform recommends multiple transmission strategies for background data transmission, the Internet of Things platform receives an update request sent by the application entity or the public business entity; the Internet of Things platform updates the determined background data transmission strategy to the resource according to the update request; and the Internet of Things platform feeds back an update completion message to the application entity or the public business entity.

[0141] Optionally, after the Internet of Things platform feeds back the one or more recommended transmission strategies obtained from the underlying network according to the request message to the application entity or public service entity, the Internet of Things platform notifies the underlying network of the determined background data transmission strategy, so that the network elements of the underlying network can store the background data transmission strategy and the corresponding reference identifier.

[0142] According to another embodiment of the present invention, a background data transmission strategy configuration method is also provided. Figure 3 The process of the background data transmission strategy configuration method according to the embodiment of the present invention is as follows: Figure 2 ,like Figure 3 As shown, the process includes the following steps:

[0143] Step S302: The application entity or the public service entity sends a request message for requesting to set a background data transmission policy to the underlying network through the Internet of Things platform, wherein the request message carries a background data transmission condition, and the background data transmission condition is used to obtain one or more recommended transmission policies that meet the background data transmission condition from the underlying network;

[0144] 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;

[0145] Step S306: The application entity or public service entity notifies the underlying network of a determined background data transmission strategy through the Internet of Things platform.

[0146] Optionally, the application entity or the public business entity sends an update request to the Internet of Things platform, wherein the update request is used by the Internet of Things platform to update the determined background data transmission strategy to the resource; the application entity or the public business entity receives an update completion message fed back by the Internet of Things platform.

[0147] According to another embodiment of the present invention, a background data transmission strategy configuration device is provided, which is applied to an Internet of Things platform. Figure 4 is a frame of a background data transmission strategy configuration device according to an embodiment of the present invention Figure 1 ,like Figure 4 As shown, including:

[0148] A first receiving module 42 is used to send a request message for requesting to set a background data transmission policy received from an application entity or a public service entity to an underlying network, wherein the request message carries a background data transmission condition, and the background data transmission condition is used to obtain one or more recommended transmission policies that meet the background data transmission condition from the underlying network;

[0149] A first feedback module 44, configured to feed back the one or more recommended transmission strategies obtained from the underlying network according to the request message to the application entity or the public service entity;

[0150] The first notification module 46 is used to notify 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 multiple recommended transmission strategies.

[0151] Optionally, the device further comprises:

[0152] A creation module is used to create resources for storing the background data transmission conditions and background data transmission strategies according to the request message, wherein the background data transmission conditions include: expected time window, data volume of each node, and number of nodes; the background data transmission strategy includes at least one of the following: recommended time window, rate within the time window, maximum rate, and reference identifier corresponding to the transmission strategy.

[0153] Optionally, the creation module includes at least one of the following:

[0154] An extension unit, used to extend the existing network access rule resources for communication management and transmission processing in the oneM2M system;

[0155] The creation unit is used to create a background transmission policy resource by creating a new resource.

[0156] Optionally, the extension unit is also used to add an attribute creator and / or a reference identifier based on the existing network access rule resources for communication management and transmission processing, wherein the creator indicates the creator of the resource, the reference identifier indicates the background data transmission policy returned by the underlying network, and the attribute named other conditions in the existing resources is used to store the background data transmission conditions, and / or to store recommended and / or determined background data transmission strategies.

[0157] Optionally, the device further comprises:

[0158] A storage module, configured to store the background data transmission condition in the resource while the Internet of Things platform creates a resource for storing the background data transmission condition and the background data transmission strategy according to the request message;

[0159] After the Internet of Things platform creates a resource for storing the background data transmission condition and the background data transmission strategy according to the request message, it obtains the one or more recommended transmission strategies and the corresponding reference identifiers from the underlying network, and stores the one or more recommended transmission strategies and the corresponding reference identifiers in the resource.

[0160] Optionally, the device further comprises:

[0161] A second receiving module is used to receive an update request sent by the application entity or the public service entity when the Internet of Things platform recommends multiple transmission strategies for background data transmission;

[0162] An updating module, configured to update the determined background data transmission strategy to the resource according to the update request;

[0163] The second feedback module is used to feed back an update completion message to the application entity or the public service entity.

[0164] Optionally, the device further comprises:

[0165] The transmission module is used to notify 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.

[0166] According to another embodiment of the present invention, there is also provided a background data transmission policy configuration device, which is applied to an application entity or a public service entity. Figure 5 is a frame of a background data transmission strategy configuration device according to an embodiment of the present invention Figure 2 ,like Figure 5 As shown, including:

[0167] A first sending module 52 is used to send a request message for requesting to set a background data transmission strategy to the underlying network through the Internet of Things platform, wherein the request message carries a background data transmission condition, and the background data transmission condition is used to obtain one or more recommended transmission strategies that meet the background data transmission condition from a network element of the underlying network;

[0168] A determination module 54, configured to determine a background data transmission strategy from a plurality of recommended transmission strategies through the Internet of Things platform;

[0169] The second notification module 56 is used to notify the underlying network of a determined background data transmission strategy through the Internet of Things platform.

[0170] Optionally, the device further comprises:

[0171] A second sending module is used to send an update request to the Internet of Things platform, wherein the update request is used by the Internet of Things platform to update the determined background data transmission strategy to the resource;

[0172] The third receiving module is used to receive the update completion message fed back by the Internet of Things platform.

[0173] An embodiment of the present invention further provides a storage medium. Optionally, in this embodiment, the storage medium may be configured to store program codes for executing the following steps:

[0174] S1, the Internet of Things platform sends a request message for requesting to set a background data transmission policy received from an application entity or a public business entity to an underlying network, wherein the request message carries a background data transmission condition, and the background data transmission condition is used to obtain one or more recommended transmission policies that meet the background data transmission condition from the underlying network;

[0175] S2, the IoT platform feeds back the one or more recommended transmission strategies obtained from the underlying network according to the request message to the application entity or the public service entity;

[0176] S3, the IoT platform notifies 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 multiple recommended transmission strategies.

[0177] Optionally, in this embodiment, the above-mentioned storage medium may include but is not limited to: a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk or an optical disk, and other media that can store program codes.

[0178] Optionally, in this embodiment, the processor executes according to the program code stored in the storage medium.

[0179] Optionally, the specific examples in this embodiment may refer to the examples described in the above embodiments and optional implementation modes, and this embodiment will not be described in detail here.

[0180] The embodiment of the present invention proposes a method for setting BDT transmission for IoT services / applications based on resource architecture, which solves the problem of how services / applications can set BDT transmission for the underlying network through the IoT platform. In the resource-based oneM2M system architecture organized by the oneM2M standard, AE / CSE (application / service) transmits a request containing the expected BDT transmission conditions to the underlying network through IN-CSE (oneM2M IoT platform), completes the selection of the BDT transmission strategy provided by the underlying network, and determines the final BDT transmission strategy.

[0181] First, AE / CSE requests to create a resource on the IoT platform to store BDT transmission conditions. The resource can be a new resource defined according to the oneM2M standard, or a resource already defined in the oneM2M system can be reused. The attributes in the resource created by the request store the expected BDT transmission conditions, including: desired time window, volume pernode, number of nodes, and BDT transmission strategy, including: recommended time window, charging rate, aggregated max bitrate, and reference ID corresponding to the transmission strategy.

[0182] The newly defined resources have the following properties:

[0183] desiredTimeWindow, indicating the time window in which the application / service expects BDT transmission;

[0184] volumePerNode: indicates the amount of data that the application / business expects each node to transmit within the time window of BDT transmission;

[0185] numberOfNodes, which indicates the total number of nodes that the application / business needs to interact with within the time window in which the BDT is expected to be transmitted;

[0186] requestRefID (request message reference identifier), optional, identifies this BDT transmission policy configuration process / transaction, assigned by AE / CSE;

[0187] Creator: indicates the creator of this resource, that is, the requester of this BDT transmission policy configuration process;

[0188] possibleTrafficPolicies (possible transmission policies), indicating one or more possible BDT transmission policies provided by the underlying network according to the expected BDT transmission policy conditions of the application / service, including: recommended timewindow, charging rate, aggregated max bitrate; this attribute can also be represented by the sub-resource form of the newly defined resource, and the attribute value of the sub-resource includes: attributes recommendedTimeWindow, chargingRate, aggregatedMaxBitrate, and optionally includes trafficPolicyID (transmission policy identifier);

[0189] selectedTrafficPolicy (selected traffic policy), indicating the BDT traffic policy finally determined by the application / service from the possible BDT traffic policies, including: recommended time window, charging rate, aggregated max bitrate; when the above possible traffic policy attributes are sub-resources, the resource is a link address pointing to a sub-resource or a traffic policy identifier;

[0190] referenceID, provided by the underlying network, identifies the transmission strategy provided by the underlying network;

[0191] trafficPolicyLink (transmission policy link), optional, used when the final selected transmission policy is stored in the defined resources in the oneM2M system, and the above selected transmission policy does not exist, this attribute indicates the link address of the resource storing the final selected BDT transmission policy.

[0192] To reuse the resource [cmdhNwAccessRule] defined in the oneM2M system, you need to add new attributes to the attributes of this resource, as follows:

[0193] referenceID, provided by the underlying network, indicates the transmission policy provided by the underlying network. Optionally, if this attribute is not set separately, the referenceID value of the BDT transmission policy provided by the underlying network can be stored in otherConditions of [cmdhNwAccessRule];

[0194] creator, indicating the creator of this resource, is AE-ID or CSE-ID, that is, the requester who requested the BDT transmission policy configuration process.

[0195] At the same time, according to the content of the request message, IN-CSE learns that AE / CSE requests to configure the BDT transmission policy, creates resources, stores the conditional parameters provided in the message in the attributes of the created resources, and transmits the expected BDT transmission conditions to the network elements of the underlying network through the interface provided by the underlying network to trigger the completion of the PCC (policy control and charging) process.

[0196] Then, the IN-CSE obtains one or more BDT transmission policies of the AE / CSE that may be satisfied and a referenceID identifying the transmission policy from the underlying network, and stores the transmission policy and the referenceID in the resource, which is the resource created by the previous request.

[0197] When there is only one BDT transmission policy that may satisfy AE / CSE, IN-CSE notifies AE / CSE of the BDT transmission policy by returning a resource creation success message. IN-CSE confirms the BDT transmission policy provided by the underlying network, completes the PCC process, and saves the transmission policy and referenceID in the network element of the underlying network so that AE / CSE can request the underlying network to perform traffic monitoring and billing for BDT transmission at the beginning of the time window.

[0198] When there are multiple BDT transmission strategies that may satisfy AE / CSE, IN-CSE notifies AE / CSE of the transmission strategy by returning a message indicating successful resource creation. After AE / CSE obtains multiple recommended transmission strategies, it selects one of them as the final BDT transmission strategy. Then, it notifies IN-CSE of the selected transmission strategy by updating the attribute value or sub-resource in the previously created resource. IN-CSE transmits the finalized BDT transmission strategy and referenceID to the network element of the underlying network through the interface provided by the underlying network to trigger the PCC process, and saves the strategy and referenceID in the network element of the underlying network.

[0199] When the time window defined in the BDT transmission begins, the AE / CSE communicates with the remote entity and carries the referenceID in the request message. After identifying the referenceID, the IN-CSE sends the message to the network element of the underlying network through the interface provided by the underlying network, triggering the PCC process to realize BDT transmission.

[0200] Based on the resource architecture approach, the embodiment of the present invention defines resources based on the oneM2M standard, defines the message transmission process, and based on the existing IN-CSE, AE / CSE and 3GPP system of the oneM2M system, AE / CSE implements the BDT transmission strategy configuration process through IN-CSE and 3GPP interaction based on resources.

[0201] Example 1

[0202] Figure 6 is a schematic diagram of resources expanded based on the existing resources of oneM2M according to an embodiment of the present invention, such as Figure 6As shown, in the extended resource structure of the network access rule [cmdhNwAccessRule] for existing oneM2M resource communication management and transmission processing, in addition to the oneM2M common attributes, it also includes the attribute management definition mgmtDefinition, object identifier ObjectIDs, object path ObjectPaths, description description, target network targetNetwork, minimum requested data volume minReqVolume, transmission waiting time speadingWaitTime, compensation time backOfParameters, other conditions otherConditions, and management link mgmtLink. When this resource is used for BDT transmission strategy configuration and transmission process, two attributes creator and referenceID are added on the basis of the original resource structure. creator indicates the creator (identity identifier) ​​of the resource, and referenceID indicates the identifier assigned by 3GPP to the BDT transmission strategy. In the process of configuring the policy, the existing attribute otherconditions can be used to store the parameters of the BDT transmission policy requested by AE / CSE, such as the expected time window, the amount of data per node, and the number of nodes. It can also be used for the BDT transmission policy provided by 3GPP (can be multiple) and the final BDT transmission policy selected by AE / CSE, such as the recommended time window, the rate within the time window, and the maximum transmission rate; the existing attribute targetNetwork indicates the underlying network to which the rule resource applies, which can be represented by UKNetwork-ID; the existing attribute description describes the resource, such as the BDT transmission policy used by the resource in a certain underlying network. Other attribute values ​​of the resource are default, IN-CSE generated, or AE / CSE assigned.

[0203] Figure 7 is a flowchart of a BDT transmission strategy setting process based on oneM2M existing resources according to an embodiment of the present invention, such as Figure 7 As shown, based on the interaction between the oneM2M system and the 3GPP network, by expanding the existing resources in the oneM2M system, that is, Figure 6 The resources shown implement the configuration of the BDT transmission strategy in 3GPP.

[0204] If the AE / CSE wishes to set a BDT transmission policy, it requests the applicable transmission policy from the underlying network through the IN-CSE, makes a selection, and completes the configuration in the underlying network.

[0205] Step 701: AE / CSE sends a message to IN-CSE in accordance with the oneM2M standard format to create a [cmdhNwAccessRule] resource to the corresponding parent resource of AE / CSE on IN-CSE. <node>Optionally, the request includes a requestRefID assigned by the AE / CSE to identify the message or the BDT transmission policy configuration process;

[0206] The content parameter in the creation request contains the [cmdhNwAccessRule] resource structure and assigns attribute values ​​to some attributes, such as the value of the attribute creator is AE / CSE-ID, the value of the attribute description is the BDT transmission policy, the attribute targetNetwork is the UNetwork-ID of the 3GPP network, and the value of the attribute otherConditions is an array of the expected time window, the amount of data for each node, and the number of nodes.

[0207] Step 702: IN-CSE receives the creation request from step 701, authenticates AE / CSE to have the authority to create the requested resource, and creates the corresponding parent resource on IN-CSE based on the parameter information in the request message. <node>Create the resource and assign values ​​to some attributes. In addition, some attribute values ​​can be default values, such as minReqVolume, speadingWaitTime, backOfParameters, etc.

[0208] Step 703, IN-CSE learns from the content of the parameters in the request message (the description of the resource by the attribute description, and the network used by the rule specified by the attribute targetNetwork) that AE / CSE is requesting 3GPP to set the BDT transmission policy, and transmits the attribute values ​​of otherConditions and creator to the PCRF network element of 3GPP through the Nt interface provided by 3GPP, and performs the PCC process to negotiate the BDT transmission policy. 3GPP returns its recommended BDT transmission policy (including the recommended time window, the rate within the time window, and the maximum transmission rate) and a referenceID to IN-CSE.

[0209] In step 704, IN-CSE updates or assigns some attributes in the [cmdhNwAccessRule] resource according to the information returned by 3GPP. The value of the attribute referenceID is the referenceID returned by 3GPP. The attribute otherConditions can add the BDT transmission strategy to the original attribute value, that is, an array of recommended time windows, rates within the time windows, and maximum transmission rates (when there are multiple recommended BDT transmission strategies, it can be an array list), or the recommended BDT transmission strategy array can replace the original attribute value; if the [cmdhNwAccessRule] resource does not have the attribute referenceID, the referenceID returned by 3GPP can be stored in the attribute otherConditions together with the recommended BDT transmission strategy.

[0210] In step 705, IN-CSE notifies the AE / CSE of the recommended BDT transmission strategy and referenceID by replying to the request for resource creation success in step 701.

[0211] Step 706: This step is performed when 3GPP provides multiple BDT transmission strategies. AE / CSE selects one of the multiple BDT transmission strategies as the final BDT transmission strategy according to its own needs, and sends an update request to the [cmdhNwAccessRule] resource previously created in IN-CSE to update the value of the attribute otherConditions.

[0212] In step 707, IN-CSE receives the update request sent by AE / CSE in step 706, completes the update operation of the attribute otherConditions, and can add the finalized BDT transmission strategy to the attribute value in array form, or can overwrite the original value with the finalized BDT transmission strategy, and replies to AE / CSE that the update operation is completed.

[0213] In step 708, IN-CSE transmits the finalized BDT transmission policy, referenceID, and creator values ​​to 3GPP through the Nt interface provided by 3GPP, performs the PCC process to continue the BDT transmission policy negotiation, stores the finalized BDT transmission policy and referenceID in the SPR network element, and completes the setting of the BDT transmission policy in 3GPP.

[0214] Example 2

[0215] Figure 8 is a schematic diagram of BDT1 resources defined based on the oneM2M standard according to an embodiment of the present invention, such as Figure 8 As shown, new resources are defined based on the oneM2M standard. <bdt1>, used to store and transmit BDT parameters, including the following attributes:

[0216] The attribute request message reference identifier requestRefID is assigned by the requesting AE / CSE and identifies the message requesting the BDT transmission policy setting;

[0217] The attribute volumePerNode indicates the amount of data per node that the AE / CSE expects during BDT transmission.

[0218] The attribute number of nodes numberOfNodes indicates the maximum number of nodes that the AE / CSE expects during the BDT transmission process;

[0219] The attribute desiredTimeWindow indicates the BDT transmission time window expected by the AE / CSE;

[0220] The attribute possibleTrafficPolicies indicates the recommended BDT transmission policy provided by the underlying network;

[0221] The attribute traffic policy link trafficPolicyLink points to the BDT traffic policy that is finally determined during the BDT traffic policy setting process, that is, the BDT traffic policy can be used subsequently;

[0222] The attribute creator indicates the creator (identity identifier) ​​of the resource.

[0223] Fig. 9 is a flowchart of a BDT transmission strategy setting process based on a combination of BDT1 resources defined in the oneM2M standard and existing resources according to an embodiment of the present invention. Fig. 9 As shown, based on the interaction between the oneM2M system and the 3GPP network, new resources are defined in the oneM2M system. <bdt1>And combined with the existing resources [cmdhNwAccessRule] in the oneM2M system, the configuration of the BDT transmission strategy in 3GPP is implemented.

[0224] If the AE / CSE wishes to set a BDT transmission policy, it requests the applicable transmission policy from the underlying network through the IN-CSE, makes a selection, and completes the configuration in the underlying network.

[0225] Step 901: AE / CSE sends a create message to IN-CSE in accordance with the oneM2M standard message format. <bdt1>Resource to AE / CSE corresponding parent resource on IN-CSE <ae> / <cse>The content parameter in the request contains <bdt1>Resource structure, and assign attribute values ​​to some attributes, including:

[0226] The attribute requestRefID is assigned by the AE / CSE to identify the message of this interactive process;

[0227] The attribute volumePerNode is provided by the AE / CSE with the amount of data per node that it expects the BDT to transmit;

[0228] The attribute numberOfNodes is provided by the AE / CSE as the maximum number of nodes it expects BDT transmission to occur.

[0229] The attribute desiredTimeWindow is provided by AE / CSE as its expected BDT transmission time window;

[0230] The attribute creator is provided by AE / CSE with the identity AE / CSE-ID of the creator of the resource.

[0231] Optionally, the request includes a requestRefID allocated by the AE / CSE to identify the message or the BDT transmission policy configuration process.

[0232] Step 902: IN-CSE receives the creation request from step 901, authenticates AE / CSE to have the authority to create the requested resource, and creates the corresponding parent resource on AE / CSE on IN-CSE. <ae> / <remotecse>or <node>Create the resource and assign values ​​to some attributes according to the parameter information in the request message; IN-CSE creates the resource according to the resource type in the creation request. <bdt1>, learn that AE / CSE is requesting BDT transmission policy settings, and in the parent resource corresponding to AE / CSE <node>Create a [cmdhNwAccessRule] resource and link the attribute trafficPolicyLink to the [cmdhNwAccessRule] resource;

[0233] Step 903, IN-CSE learns from the request message (i.e., the resource type created is BDT1) that AE / CSE sets the BDT transmission policy for the request, and transmits the attribute values ​​of volumePerNode, numberOfNodes, desiredTimeWindow and creator to the PCRF network element of 3GPP through the Nt interface provided by 3GPP, and performs the PCC process to negotiate the BDT transmission policy. 3GPP returns its recommended BDT transmission policy (including the recommended time window, the rate within the time window and the maximum transmission rate) and a referenceID to IN-CSE.

[0234] Step 904: IN-CSE assigns the three values ​​of the recommended time window, the rate within the time window, and the maximum transmission rate to the attribute PossibleTrafficPolicies in an array format for storage according to the recommended BDT transmission policy returned by 3GPP.

[0235] If there is only one recommended BDT transport policy, the transport policy and referenceID are stored in the otherConditions attribute and the referenceID attribute of the [cmdhNwAccessRule] resource linked to by the trafficPolicyLink attribute. If there is no referenceID attribute in the [cmdhNwAccessRule] resource, the referenceID value can be stored in the otherConditions attribute together with the BDT transport policy.

[0236] In step 905, IN-CSE notifies the AE / CSE of the recommended BDT transmission strategy and referenceID by replying to the request for resource creation success in step 901.

[0237] Step 906: This step is performed when 3GPP provides multiple BDT transmission policies. AE / CSE selects one of the multiple BDT transmission policies as the final BDT transmission policy according to its own needs, and sends an update request to the [cmdhNwAccessRule] resource created in IN-CSE through the link address of the [cmdhNwAccessRule] resource indicated by trafficPolicyLink, and updates the otherConditions attribute of the resource (i.e., storing the final selected BDT transmission policy) and the value of referenceID. If the [cmdhNwAccessRule] resource does not have this attribute, the referenceID returned in step 905 can be stored in the attribute otherConditions together with the BDT transmission policy.

[0238] Step 907: IN-CSE receives the update request sent by AE / CSE in step 906, completes the attribute update operation, and replies to AE / CSE that the update operation is completed.

[0239] In step 908, IN-CSE transmits the finalized BDT transmission policy, referenceID, and creator values ​​to 3GPP through the Nt interface provided by 3GPP, performs the PCC process to continue the BDT transmission policy negotiation, stores the finalized BDT transmission policy and referenceID in the SPR network element, and completes the setting of the BDT transmission policy in 3GPP.

[0240] Example 3

[0241] Fig.10 is a schematic diagram of BDT2 resources defined based on the oneM2M standard according to an embodiment of the present invention, such as Fig.10 As shown, new resources are defined based on the oneM2M standard. <bdt2>, used to store and transmit BDT parameters, and store possible and finalized BDT transmission strategies. The resource structure includes the following attributes:

[0242] The attribute requestRefID is assigned by the requesting AE / CSE and identifies the message requesting the BDT transport policy setting;

[0243] The attribute volumePerNode indicates the amount of data per node that the AE / CSE expects during BDT transmission;

[0244] The attribute numberOfNodes indicates the maximum number of nodes that the AE / CSE expects during BDT transmission;

[0245] The attribute desiredTimeWindow indicates the BDT transmission time window desired by the AE / CSE;

[0246] The attribute possibleTrafficPolicies indicates the recommended BDT transmission policy provided by the underlying network;

[0247] The attribute selectedTrafficPolicy indicates the BDT transmission policy finally determined by AE / CSE;

[0248] The attribute creator indicates the creator (identity identifier) ​​of the resource;

[0249] The attribute referenceID indicates the referenceID assigned by the PCRF to the BDT transmission policy during the BDT transmission policy setting process;

[0250] Fig.11 is a flowchart of a BDT transmission strategy setting process based on BDT2 resources defined in the oneM2M standard according to an embodiment of the present invention. Fig.11 As shown, based on the interaction between the oneM2M system and the 3GPP network, new resources are defined in the oneM2M system. <bdt2>, to implement the configuration of BDT transmission strategy in 3GPP.

[0251] If the AE / CSE wishes to set a BDT transmission policy, it requests the applicable transmission policy from the underlying network through the IN-CSE, makes a selection, and completes the configuration in the underlying network.

[0252] Step 1101: AE / CSE sends a create message to IN-CSE in accordance with the oneM2M standard message format. <bdt2>Resource to AE / CSE corresponding parent resource on IN-CSE <ae> / <cse>The content parameter in the request contains <bdt2>Resource structure, and assign attribute values ​​to some attributes, including:

[0253] The attribute requestRefID is assigned by the AE / CSE to identify the message of this interactive process;

[0254] The attribute volumePerNode is provided by the AE / CSE with the amount of data per node that it expects the BDT to transmit;

[0255] The attribute numberOfNodes is provided by the AE / CSE as the maximum number of nodes it expects BDT transmission to occur.

[0256] The attribute desiredTimeWindow is provided by AE / CSE as its expected BDT transmission time window;

[0257] The attribute creator is provided by AE / CSE with the identity AE / CSE-ID of the creator of the resource.

[0258] Optionally, the request includes a requestRefID allocated by the AE / CSE to identify the message or the BDT transmission policy configuration process.

[0259] Step 1102: IN-CSE receives the creation request from step 1101, authenticates AE / CSE to have the authority to create the requested resource, and creates the corresponding parent resource on AE / CSE on IN-CSE. <ae> / <remotecse>or <node>Create the resource and assign values ​​to some attributes according to the parameter information in the request message;

[0260] Step 1103: IN-CSE creates a resource type according to the resource type in the request. <bdt2>The AE / CSE is informed through the message that it is requesting to set the BDT transmission policy, and transmits the values ​​in the attributes volumePerNode, numberOfNodes, desiredTimeWindow and creator to the PCRF network element of 3GPP through the Nt interface provided by 3GPP, and performs the PCC process to negotiate the BDT transmission policy. 3GPP returns its recommended BDT transmission policy (including the recommended time window, the rate within the time window and the maximum transmission rate) and a referenceID to IN-CSE.

[0261] Step 1104: IN-CSE assigns the three values ​​of the recommended time window, the rate within the time window, and the maximum transmission rate to the attribute PossibleTrafficPolicies in array form to store the recommendation according to the recommended BDT transmission policy returned by 3GPP.

[0262] In step 1105, IN-CSE notifies the AE / CSE of the recommended BDT transmission strategy and referenceID by replying to the request for resource creation success in step 1101.

[0263] Step 1106: This step is performed when 3GPP provides multiple BDT transmission strategies. The AE / CSE selects one of the multiple BDT transmission strategies as the final BDT transmission strategy according to its needs and sends an update <bdt2>The resource request updates the value of the attribute selectedTrafficPolicy to the determined BDT transmission policy.

[0264] Step 1107 , the IN-CSE receives the update request sent by the AE / CSE in step 1106 , completes the attribute update operation, and replies to the AE / CSE that the update operation is completed.

[0265] In step 1108, IN-CSE transmits the finalized BDT transmission policy, referenceID, and creator value to 3GPP through the Nt interface provided by 3GPP, performs the PCC process to continue the BDT transmission policy negotiation, stores the finalized BDT transmission policy and referenceID in the SPR network element, and completes the setting of the BDT transmission policy in 3GPP.

[0266] Example 4

[0267] Fig.12 Schematic diagram of BDT3 resources and their sub-resources defined based on the oneM2M standard according to an embodiment of the present invention, wherein new resources (including sub-resources) are defined based on the oneM2M standard. <bdt3>, used to transmit and store BDT parameters, and store possible and finalized BDT transmission strategies. The resource structure includes the following attributes:

[0268] Parent Resource <bdt3>The resource properties are as follows:

[0269] The attribute requestRefID is assigned by the requesting AE / CSE and identifies the message requesting the BDT transport policy setting;

[0270] The attribute volumePerNode indicates the amount of data per node that the AE / CSE expects during BDT transmission;

[0271] The attribute numberOfNodes indicates the maximum number of nodes that the AE / CSE expects during BDT transmission;

[0272] The attribute desiredTimeWindow indicates the BDT transmission time window desired by the AE / CSE;

[0273] The attribute selectedTrafficPolicy indicates the BDT transmission policy link address finally determined by AE / CSE, pointing to a <trafficpolicy>Subresources;

[0274] The attribute creator indicates the creator (identity identifier) ​​of the resource;

[0275] The attribute ReferenceID indicates the identifier of the BDT transmission strategy during the setting process of the BDT transmission strategy.

[0276] Subresources <trafficpolicy>Resource indicates the recommended BDT transmission strategy provided by the underlying network. This attribute can be one or more. The attributes are as follows:

[0277] The attribute recommendedTimeWindow indicates the recommended BDT transmission strategy provided by the underlying network;

[0278] The attribute chargingRate indicates the recommended BDT transmission strategy provided by the underlying network;

[0279] The attribute aggregatedMaxBitrate indicates the recommended BDT transmission strategy provided by the underlying network;

[0280] The attribute trafficPolicyID identifies the recommended BDT transmission policy;

[0281] Fig.13 is a flowchart of a BDT transmission strategy setting process based on BDT3 resources defined in the oneM2M standard according to an embodiment of the present invention. Fig.13 As shown, based on the interaction between the oneM2M system and the 3GPP network, new resources are defined in the oneM2M system. <bdt3>and its subresources <trafficpolicy>, to implement the configuration of BDT transmission strategy in 3GPP.

[0282] If the AE / CSE wishes to set a BDT transmission policy, it requests the applicable transmission policy from the underlying network through the IN-CSE, makes a selection, and completes the configuration in the underlying network.

[0283] Step 1301: AE / CSE sends a create message to IN-CSE in accordance with the oneM2M standard message format. <bdt3>Resource to AE / CSE corresponding parent resource on IN-CSE <ae> / <cse>The content parameter in the request contains <bdt3>Resource structure, and assign attribute values ​​to some attributes, including:

[0284] The attribute requestRefID is assigned by the AE / CSE to identify the message of this interactive process;

[0285] The attribute volumePerNode is provided by the AE / CSE with the amount of data per node that it expects the BDT to transmit;

[0286] The attribute numberOfNodes is provided by the AE / CSE as the maximum number of nodes it expects BDT transmission to occur.

[0287] The attribute desiredTimeWindow is provided by AE / CSE as its expected BDT transmission time window;

[0288] The attribute creator is provided by AE / CSE with the identity AE / CSE-ID of the creator of the resource.

[0289] Optionally, the request includes a requestRefID allocated by the AE / CSE to identify the message or the BDT transmission policy configuration process.

[0290] Step 1302: IN-CSE receives the creation request from step 1301, authenticates AE / CSE to have the authority to create the requested resource, and creates the corresponding parent resource on AE / CSE on IN-CSE. <ae> / <cse>or <node>Create the resource and assign values ​​to some attributes according to the parameter information in the request message;

[0291] Step 1303: IN-CSE creates a resource type based on the resource type in the request. <bdt3>The AE / CSE is informed by the message that it is requesting to set the BDT transmission policy, and transmits the values ​​in the attributes volumePerNode, numberOfNodes, desiredTimeWindow and creator to the PCRF through the Nt interface provided by 3GPP. The PCC process is performed to negotiate the BDT transmission policy. 3GPP returns its recommended BDT transmission policy (including the recommended time window, the rate within the time window, and the maximum transmission rate) and a referenceID to IN-CSE.

[0292] Step 1304: IN-CSE sends the recommended BDT transmission strategy to 3GPP. <bdt3>Create <trafficpolicy>Sub-resources, and assign the recommended time window, the rate within the time window, and the maximum transmission rate to the attributes recommendedTimeWindow, chargingRate, and aggregatedMaxBitrate to store the recommended BDT transmission strategy. When there are multiple recommended BDT transmission strategies, multiple <trafficpolicy>Optionally, IN-CSE can <trafficpolicy>The sub-resource is identified by the attribute trafficPolicyID.

[0293] In step 1305, IN-CSE notifies the AE / CSE of the recommended BDT transmission strategy and referenceID by replying to the request for resource creation success in step 1301.

[0294] Step 1306: This step is performed when 3GPP provides multiple BDT transmission strategies. The AE / CSE selects one of the multiple BDT transmission strategies as the final BDT transmission strategy according to its needs and sends an update <bdt3>Resource request, update the selectedTrafficPolicy attribute to point to the finalized BDT transmission policy <trafficpolicy>The link address or the identifier for the finalized BDT transmission strategy.

[0295] Step 1307 , the IN-CSE receives the update request sent by the AE / CSE in step 1306 , completes the attribute update operation, and replies to the AE / CSE that the update operation is completed.

[0296] In step 1308, IN-CSE transmits the finalized BDT transmission policy, referenceID, and creator value to 3GPP through the Nt interface provided by 3GPP, performs the PCC process to continue the BDT transmission policy negotiation, stores the finalized BDT transmission policy and referenceID in the SPR network element, and completes the setting of the BDT transmission policy in 3GPP.

[0297] After completing the BDT transmission policy setting, when the time window starts, the AE / CSE can carry a referenceID in the message sent to a remote AE / CSE, call the Rx interface provided by 3GPP through IN-CSE to send the message to PCRF, perform the PCC process, associate the existing BDT transmission policy saved in the SPR through the referenceID, and transmit the policy to the PCEF to execute BDT transmission for the remote AE / CSE.

[0298] Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general computing device, they can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, and optionally, they can be implemented by a program code executable by a computing device, so that they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be executed in a different order than here, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. Thus, the present invention is not limited to any specific combination of hardware and software.

[0299] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. For those skilled in the art, the present invention may have various modifications and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention shall be included in the protection scope of the present invention.< / trafficpolicy> < / trafficpolicy> < / trafficpolicy> < / trafficpolicy> < / node> < / cse> < / ae> < / cse> < / ae> < / trafficpolicy> < / trafficpolicy> < / trafficpolicy> < / node> < / remotecse> < / ae> < / cse> < / ae> < / node> < / node> < / remotecse> < / ae> < / cse> < / ae> < / node> < / node>

Claims

1. A background data transmission strategy configuration method, characterized in that: include: The Internet of Things platform receives a request message for background data transmission policy configuration of an application entity or a public service entity, wherein the request message requests the Internet of Things platform to create resources for background data transmission, and the request message carries parameter information of background data transmission conditions; 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; The Internet of Things platform replies to the request message to the application entity or the public service entity according to the resource for creating the background data transmission; The Internet of Things platform creates the resource for background data transmission according to the request message, including: the Internet of Things platform extends the network access rule resource for communication management and transmission processing of the oneM2M system existing in the Internet of Things platform; The Internet of Things platform expands the network access rule resources for communication management and transmission processing of the oneM2M system already in the Internet of Things platform, including: the Internet of Things platform adds an attribute creator and / or a reference identifier based on the existing network access rule resources for communication management and transmission processing, wherein the creator indicates the creator of the resource, the reference identifier indicates the background data transmission policy returned by the underlying network, and the attribute named other conditions in the existing resources is used to store the background data transmission conditions, and / or to store recommended and / or determined background data transmission policies.

2. The method according to claim 1, characterized in that The Internet of Things platform creates the resource for background data transmission according to the request message, further comprising: The Internet of Things platform creates a resource for background data transmission in the Internet of Things platform by creating a new resource.

3. The method according to claim 1, characterized in that 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 the following: expected time window, data volume of each node, and number of nodes.

4. The method according to claim 1 or 3, characterized in that: The background data transmission resource stores parameter information of background data transmission conditions and at least one background data transmission strategy. The background data transmission strategy includes at least one of the following: a recommended time window, a rate within the time window, a maximum rate, and a reference identifier corresponding to the transmission strategy.

5. The method according to claim 4, characterized in that The background data transmission strategy is obtained by the Internet of Things platform from the underlying network according to the parameter information of the background data transmission conditions carried in the request message.

6. The method according to claim 2, characterized in that The IoT platform creates resources for background data transmission in the IoT platform, The resource of the background data transmission includes at least one of the following attributes: A request message reference identifier, used to identify a message requesting background data transmission policy setting; The amount of data per node is used to indicate the amount of data per node expected by the application entity or the public business entity; The number of nodes is used to indicate the maximum number of nodes expected by the application entity or the public business entity; An expected time window is used to indicate a time window for background data transmission expected by an application entity or a public service entity; Creator, used to indicate the creator of the resource; A reference identifier, used to indicate an identifier of a background data transmission policy obtained from an underlying network; Possible transmission strategies, used to indicate the recommended transmission strategies provided by the underlying network; The selected transmission strategy is used to indicate a determined background data transmission strategy.

7. The method according to claim 3, characterized in that The IoT platform creates resources for background data transmission, The resource of the background data transmission includes at least one of the following attributes: A request message reference identifier, used to identify a message requesting background data transmission policy setting; The amount of data per node is used to indicate the amount of data per node expected by the application entity or the public business entity; The number of nodes is used to indicate the maximum number of nodes expected by the application entity or the public business entity; An expected time window is used to indicate a time window for background data transmission expected by an application entity or a public service entity; Creator, used to indicate the creator of the resource; A reference identifier, used to indicate an identifier of a background data transmission policy obtained from an underlying network; The selected transmission strategy is used to indicate a link address of a determined background data transmission strategy or to point to a reference identifier corresponding to the determined background data transmission strategy; Sub-resource, wherein the sub-resource is a transmission strategy sub-resource, which is used to indicate the background data transmission strategy recommended by the underlying network, and includes at least one of the following attributes: transmission strategy reference identifier, recommended time window, rate within the time window, and maximum rate within the time window.

8. The method according to claim 3, characterized in that The IoT platform creates resources for background data transmission, The resource of the background data transmission includes at least one of the following attributes: A request message reference identifier, used to identify a message requesting background data transmission policy setting; The amount of data per node is used to indicate the amount of data per node expected by the application entity or the public business entity; The number of nodes is used to indicate the maximum number of nodes expected by the application entity or the public business entity; An expected time window is used to indicate a time window for background data transmission expected by an application entity or a public service entity; Creator, used to indicate the creator of the resource; A reference identifier, used to indicate an identifier of a background data transmission policy obtained from an underlying network; The transmission policy link is used to indicate the link address of the selected background data transmission policy, pointing to the network access rule resources for communication management and transmission processing.

9. The method according to claim 3 or 8, characterized in that: The IoT platform creates resources for background data transmission, The IoT platform adds new attributes or expands the attributes of existing resources based on the existing network access rule resources for communication management and transmission processing, including at least one of the following: The attribute creator indicates the creator of the resource of the background data transmission; A reference identifier indicating the background data transmission strategy; The attribute named other conditions in the existing resources stores at least one of the following data: 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 according to claim 1, characterized in that The IoT platform replies to the request message according to the resource for creating the background data transmission, including one of the following: When the recommended transmission strategy for the background data transmission is one or more, the Internet of Things platform notifies the application entity or the public service entity of the determined recommended transmission strategy by returning a resource creation success message; When there are multiple recommended transmission strategies for the background data transmission, the Internet of Things platform notifies the application entity or the public service entity of the multiple recommended transmission strategies by returning a message of successful resource creation.

11. The method according to claim 10, characterized in that When the Internet of Things platform recommends multiple transmission strategies for background data transmission, the method further includes: 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 to the resource according to the update request; The Internet of Things platform feeds back an update completion message to the application entity or the public service entity.

12. A background data transmission strategy configuration device, applied to an Internet of Things platform, characterized in that: include: A receiving module, used to receive a request message for background data transmission policy configuration of an application entity or a public service entity, wherein the request message requests the Internet of Things platform to create resources for background data transmission, and the request message carries parameter information of background data transmission conditions; A creation module, configured to create 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; A reply module, used for replying the request message to the application entity or the public service entity according to the resource for creating the background data transmission; The creation module implements the creation of the background data transmission resource by the IoT platform according to the request message in the following manner: the IoT platform is extended by the network access rule resource of the communication management and transmission processing of the oneM2M system already existing in the IoT platform; The device implements the expansion of the network access rule resources for communication management and transmission processing of the oneM2M system existing in the Internet of Things platform in the following manner: the Internet of Things platform adds an attribute creator and / or a reference identifier based on the existing network access rule resources for communication management and transmission processing, wherein the creator indicates the creator of the resource, the reference identifier indicates the background data transmission policy returned by the underlying network, and the attribute named other conditions in the existing resources is used to store the background data transmission conditions, and / or to store recommended and / or determined background data transmission policies.

13. The device according to claim 12, characterized in that The creation module also creates the resources for background data transmission according to the request message in the following manner: In the Internet of Things platform, a resource for background data transmission is created by creating a new resource.

14. The device according to claim 12, characterized in that The reply module replies to the request message according to the resource for creating the background data transmission in one of the following ways: In the case where there are one or more recommended transmission strategies for the background data transmission, the Internet of Things platform determines one of the recommended transmission strategies and notifies the application entity or the public service entity of the recommended transmission strategy by returning a resource creation success message; In the case that there are multiple recommended transmission strategies for the background data transmission, the multiple recommended transmission strategies are notified to the application entity or the public service entity by returning a message of successful resource creation.

15. The device according to claim 14, characterized in that When the Internet of Things platform recommends multiple transmission strategies for background data transmission, the device is further used to: Receiving an update request sent by the application entity or the public service entity; updating the determined background data transmission strategy into the resource according to the update request; Feedback an update completion message to the application entity or the public service entity.

Images