Embodiments of the present disclosure relate to methods and apparatus in networks, and particularly methods and apparatus for resource management in networks comprising Internet of Things devices.
The term “Internet of Things” (IoT) is used to describe the incorporation of wireless connectivity into a range of everyday devices, such as automobiles, household appliances (fridges, washing machines, cookers, etc.), sensors, and so on. The wireless connectivity is used to enable the IoT devices to send and receive data over a network, often for the purposes of remote monitoring or control of the devices. As an example of this, a user may wish to activate an IoT enabled cooker from a remote location to heat up a meal, or use a remote sensor in an inaccessible location to monitor conditions.
The number and variety of IoT devices are both increasing rapidly, and these trends are expected to continue in the coming years. As such, the monitoring of network resource usage by IoT devices is of growing importance; larger numbers of IoT devices with potentially greater data sending and receiving (and hence network resource) requirements per device will need to be taken into account when provisioning network resources such as the data capacity of a network.
The growing ubiquity of IoT devices raises particular network resource usage issues, in part due to the disposable nature of many of these devices. Large numbers of IoT devices (such as single function sensors) are created cheaply, often as sealed units with no intention of an end user replacing or recharging batteries. As a result of the limited availability of power, limited lifetimes and disposable nature of some IoT devices, allocating network resources for the IoT devices, and charging users of the devices for the network resources used, can create certain challenges.
Current IoT devices typically send data through a network only when necessary to complete an allocated task, for example, a sensor sending readings to a controller. The IoT devices do not typically undertake routine communications with the network, such as the routine location communications sent by mobile telephones, due to the power requirements of routine communications and also the required circuit complexity in the sending device. Due to the absence of routine communications, it can be difficult for the network to determine when an IoT device has finished use of network resources. An IoT device may no longer require network resources because the IoT device has temporarily shutdown or ceased sending/receiving information, or because the IoT device has permanently shutdown (for example, because the IoT device is a battery powered device and the battery has been exhausted).
Typically, a network handling the operation of IoT devices is not immediately aware that an IoT device has stopped using network resources, and is required to infer that the IoT device has stopped when a certain period of time elapses without network use. This is inefficient; the network necessarily must provide capacity for the IoT device during the period of inactivity, during which the device may have already ceased operation. Also, it is possible that the IoT device may still require network access after the period has elapsed and that there has simply been a pause in the access requirements, which can cause congestion issues if the network resources have been reallocated or deactivated by the network controller in the intervening period.
A further issue may arise when charging a user for tasks performed by an IoT device. As a result of the comparatively minimal communications between the IoT device and the network (for example, a network node), the network may not be aware of the tasks performed by an IoT device. A network node may monitor the amount of data sent and received by an IoT device, however the network node may not be able to determine what tasks or applications the data transmissions relate to, and may also not be able to determine if the IoT device is undertaking tasks or applications which do not require data transmission over the network.
3GPP TR 32.899 V15.1.0, a technical report of the 3rd Generation Partnership Project available at http://www.3gpp.org/ftp/Specs/archive/32_series/32.899/ as of 6 Mar. 2019, discloses charging solutions for use in 5G architectures, including charging based on monitoring a device connection to determine the network resources used (see section 5.5).
It is an object of the present disclosure to facilitate the management of IoT device network resource usage.
Embodiments of the disclosure aim to provide IoT devices, networks comprising IoT devices and network nodes and corresponding methods that alleviate some or all of the problems identified.
An aspect of an embodiment of the disclosure provides a method in an Internet of Things (IoT) device for assisting network resource allocation, the method comprising: initiating a device shutdown procedure; and triggering the sending of a device shutdown message to a network node. The device shutdown message enables the network node to monitor the status of IoT devices that use the network node, thereby allowing network resources to be reassigned as required and improving the efficiency of the network.
The shutdown message may comprise one or more of a device identifier, an application identifier, a task identifier and a task/application count. Inclusion of this information in the device shutdown message provides the network node with additional information regarding the activity of IoT devices, and can be used to more accurately allocate network resources and/or charge users for tasks or applications performed by IoT devices.
The IoT device shutdown procedure may be initiated when: a remaining device battery power falls below a threshold level, a mains power supply to the device undergoes a scheduled or unscheduled period of inactivity, or a shutdown is instructed. In this way, the network node may be promptly informed of the availability of network resources.
In a further aspect of an embodiment, the network node may receive the device shutdown message from the Internet of Things device. Using the information in the device shutdown message, the network node may promptly allocate or reallocate network resources.
The network node may generate a usage report at the network node, wherein the usage report may specify one or more of a total network data usage of the Internet of Things device and a total number of tasks or applications performed by the Internet of Things device. Using the usage report, the network node may be provided with information on the activities of the IoT device that may not otherwise have been available to the network node.
The generation of the usage report may comprise multiplying the total number of tasks or applications performed by a device by a multiplication factor, wherein the multiplication factor may be an average data usage per instance of network access or may be a charge per task. In this way, the usage report may be used to provide network usage and/or charging information. Further, the usage report may categorise instances of network access according to an application which initiated the network access, to allow closer monitoring and/or more accurate charging.
The network node may receive plural device shutdown messages from plural Internet of Things devices respectively, and the usage report may contain consolidated information from the plural device shutdown messages. In this way, the amount of outgoing network traffic from the node may be reduced.
A further aspect of an embodiment of the disclosure provides an Internet of Things device configured to assist network resource allocation, the Internet of Things device comprising processing circuitry and a non-transitory machine-readable medium storing instructions, wherein the Internet of Things device is configured to: initiate a device shutdown procedure; and trigger the sending of a device shutdown message to a network node. A still further aspect of an embodiment of the disclosure provides a network comprising the IoT device, and further comprising a network node configured to receive the device shutdown message from the IoT device. The IoT device, network and network node may provide advantages as discussed above in the context of the respective methods.
For a better understanding of the present disclosure, and to show how it may be put into effect, reference will now be made, by way of example only, to the accompanying drawings, in which:
The following sets forth specific details, such as particular embodiments for purposes of explanation and not limitation. It will be appreciated by one skilled in the art that other embodiments may be employed apart from these specific details. In some instances, detailed descriptions of well-known methods, nodes, interfaces, circuits, and devices are omitted so as to not obscure the description with unnecessary detail. Those skilled in the art will appreciate that the functions described may be implemented in one or more nodes using hardware circuitry (e.g., analog and/or discrete logic gates interconnected to perform a specialized function, ASICs, PLAs, etc.) and/or using software programs and data in conjunction with one or more digital microprocessors or general purpose computers that are specially adapted to carry out the processing disclosed herein, based on the execution of such programs. Nodes that communicate using the air interface also have suitable radio communications circuitry. Moreover, the technology can additionally be considered to be embodied entirely within any form of computer-readable memory, such as solid-state memory, magnetic disk, or optical disk containing an appropriate set of computer instructions that would cause a processor to carry out the techniques described herein.
Hardware implementation may include or encompass, without limitation, digital signal processor (DSP) hardware, a reduced instruction set processor, hardware (e.g., digital or analog) circuitry including but not limited to application specific integrated circuit(s) (ASIC) and/or field programmable gate array(s) (FPGA(s)), and (where appropriate) state machines capable of performing such functions.
In terms of computer implementation, a computer is generally understood to comprise one or more processors, one or more processing modules or one or more controllers, and the terms computer, processor, processing module and controller may be employed interchangeably. When provided by a computer, processor, or controller, the functions may be provided by a single dedicated computer or processor or controller, by a single shared computer or processor or controller, or by a plurality of individual computers or processors or controllers, some of which may be shared or distributed. Moreover, the term “processor” or “controller” also refers to other hardware capable of performing such functions and/or executing software, such as the example hardware recited above.
In an aspect of an embodiment, an IoT device may be configured to initiate a device shutdown procedure. The device shutdown procedure may be initiated based on a device shutdown trigger, as shown in
The device shutdown trigger may take various forms; for a battery powered device the shutdown procedure may be initiated when the remaining device battery power falls below a predetermined threshold. This threshold may be set such that the device has sufficient power to complete a shutdown procedure (as discussed below) before running out of power, to avoid a situation in which the device runs out of battery power before completing the shutdown procedure. Where a remaining battery power threshold is used, this threshold may also or additionally be set based on other considerations, for example, the threshold may be set so as to ensure enough power would remain after the shutdown for the device to complete a restart procedure. The threshold may also be set based on additional or other considerations.
An IoT device which uses a mains power supply (or another external power supply, such as a generator) may be configured to initiate shutdown when the power supply undergoes a scheduled or unscheduled period of inactivity, that is, where the power source ceases to generate power for the IoT device for a period of time. This may be a scheduled period of inactivity; in some countries there are “rolling blackouts” which are scheduled periods during which the mains power supply to an area of the country is deactivated. The period of inactivity may also be unscheduled; an IoT device may initiate a shutdown procedure if it detects or is informed of a failure in an external power supply, and may further conduct the shutdown procedure utilising power reserves from a limited internal battery reserve. A power threshold may be monitored by the processor 31 of the IoT device 30A shown in
The device shutdown trigger may also be an instruction received from an external source, where the instruction may be sent over the network and/or may be input directly into the IoT device using, for example, a key. The exact means by which the instruction is received by the IoT device would be dependent on the specific configuration of the device. The device shutdown trigger may be received by the processor 31 of the IoT device 30A shown in
In the aspect of an embodiment illustrated by
In an aspect of an embodiment, the device shutdown procedure comprises triggering the sending of a device shutdown message to a network node, as shown in step S103 of
The exact composition of the device shutdown message may vary depending upon the specific configuration of the system. Typically, the device shutdown message would include an identifier of the IoT device that triggered the message, however this is not always the case. In certain situations, for example, wherein there is a single IoT device connected to a network node, or wherein the network node does not differentiate between a number of IoT devices, the device shutdown message may not include an identifier for the IoT device. Where the IoT device may be configured to execute a number of different tasks or applications, the device shutdown message may additionally or alternatively include information on the tasks or applications, such as one or more application (or task) identifiers. The nature of the tasks or applications executed by an IoT device is determined by the specific nature of the IoT device, and may include the sending and receiving of data, physical movement of components within or by the IoT device, monitoring of parameters by the IoT device, and so on. Where an IoT device executes a complex application, the processes may be divided into a plurality of tasks, that is, an application may comprise plural tasks. In an example of this; where the IoT device is, for example a domestic appliance such as a clothes washing machine a complete cycle (application) may consist of a wash cycle (task) and subsequent drying cycle (task). Alternatively, more simple applications may consist of a single task, so the terms “task” and “application” may be interchangeable. Depending on the composition of a particular system, the device shutdown message may include application or task identifiers (or both) and may count applications executed or tasks executed.
In an aspect of an embodiment wherein the device shutdown message comprises at least one of a device identifier or an application/task identifier, the device shutdown message may comprise an application or task count. The exact nature of the count is determined by the specific IoT device. Where the IoT device is a sensor, the tasks counted may be readings taken, or readings transmitted from the IoT device using the network connection (which may or may not be the same value). Where the readings transmitted is sent as the task count, this may help in calculations of the amount of network resources used, particularly when combined with knowledge of the average amount of data sent in each reading transmission. For other IoT devices, the task count may be less closely related to the amount of network resources uses. Where the IoT device is, for example a domestic appliance such as a clothes washing machine, the task count may be the number of washing cycles completed. The task count may therefore be used to record a number of tasks executed by an IoT device even in cases wherein the tasks do not require network resources; this may be useful where the task count is used for charging purposes as discussed below. A single IoT device may be capable of executing a variety of applications, each of which may or may not comprise plural tasks. Accordingly, a single device shutdown message may comprise plural application and/or task identifiers, with associated counts.
In any of the aspects of embodiments, the application/task count may be the total number of applications/tasks (transmissions, washing cycles, etc.) completed since the first activation of the IoT device, or the first connection of the IoT device to the network. However, where total number information is used, this requires the IoT device to maintain a persistent record of the total task count, which may place additional requirements upon the device, for example, including sufficient storage that can retain information when the device is shutdown. Therefore, the task count may identify the count of tasks since the activation of the device, that is, not taking into account any tasks that occurred before the device was shutdown.
In an aspect of an embodiment, the method may further comprise shutting down the IoT device (see
In an aspect of an embodiment, the device shutdown message may be received by a network node, as shown in
Although the network node may be connected to, and receive a device shutdown message from, a single IoT device, typically network nodes are connected to a plurality of IoT devices. The IoT devices may be linked and used for a common purpose, for example, a plurality of temperature sensors used to monitor the temperature at a variety of positions in a given area. Alternatively, the plurality of IoT devices may not be connected or linked to one another, and may all be connected to the network node for other reasons (such as the proximity of the network node to the IoT devices).
Where the network node is connected to a plurality of IoT devices, the network node may receive device shutdown messages from the plurality of IoT devices. The messages may be sent on an individual basis, for example, by each of the IoT devices themselves. Alternatively, and particularly where the device shutdown messages are triggered by the IoT devices but not transmitted by the IoT devices themselves, the device shutdown messages may be sent in batches by a unit responsible for transmissions. An example of a situation wherein device shutdown messages may be sent in batches is where the plurality of IoT devices are contained within a single area overseen by a single owner, for example, where a router in a domestic home is used to send device shutdown messages for a plurality of IoT devices contained in the home and connected to the router.
As shown in
In addition or alternatively to consolidating information from one or more device shutdown messages, as discussed above, the network node may also apply a multiplication factor to the information. The multiplication factor may be applied by the processor 41 of the network node 40A shown in
The multiplication factors can be used to calculate various different parameters, some examples of which are discussed below. Where the multiplication factor provides an average data usage per instance of a particular task (or application) which is represented by a category, the product of the task count and the multiplication factor may provide an estimate of the total network data usage associated with the completion of the particular task by the IoT device or devices (in the active period terminated by the shutdown of the IoT device or devices). Where the task count is used to provide information used to charge a user, the multiplication factor may be a cost per task instance, allowing a combination with a task count for the given task to obtain a total cost incurred.
The network node may the generate a usage report using the information from the one or more received device shutdown messages, as shown in step S204 of
An example of the processes which may be performed by an IoT device, network node and partner server in a network according to an aspect of an embodiment are discussed below, with reference to
In the aspect of an embodiment shown in
Configure: [Shutdown mode, Task Frequency]
On boot: resets [Task Frequency]→0
On run: [Task Frequency]++
Following a period of operation, the IoT device enters a power shutdown mode. A device shutdown may be triggered, for example, because the device battery is exhausted or falls to a predetermined threshold level , the device is subject to a scheduled or unscheduled interruption in mains power supply, a device shutdown message is received, and so on. The IoT device then stops performing a task and also stops updating the task frequency parameter stored on the IoT device. In the aspect of an embodiment illustrated in
In the aspect of an embodiment the operations performed by the IoT device are monitored on a per task basis, and the device shutdown message does not contain application IDs. Following disconnection, the IoT device completes the shutdown process.
In the aspect of an embodiment shown in
The device shutdown message is received at the network node. In the aspect of an embodiment shown in
As indicated in
In the aspect of an embodiment shown in
TFA=[TP
A
+TQ
A
+TR
A . . . ]
TPA, TQA and TRA are incoming task frequencies of respective IoT devices (P,Q,R) as per grouping criteria (e.g. for task type ‘A’) received in device shutdown messages from the IoT devices at the network node. Equivalent calculations may also be performed for other tasks performed by IoT devices connected to the node, such as tasks “B” and “C”.
The network node of
CDR=[k1*[TFA]]+[k2*[TFB]]+[k3*[TFC]+. . . ]
TFA=Consolidated task frequencies for application type ‘A’ for set of devices
TFB=Consolidated task frequencies for application type ‘B’ for set of devices
TFC=Consolidated task frequencies for application type ‘C’ for set of devices
k1=Multiplication factor for application type ‘A’ for set of devices.
k2=Multiplication factor for application type ‘B’ for set of devices
k3=Multiplication factor for application type ‘C’ for set of devices
In the aspect of an embodiment shown in
Using the aspect of an embodiment shown in
It will be understood that the detailed examples outlined above are merely examples. According to embodiments herein, the steps may be presented in a different order to that described herein. Furthermore, additional steps may be incorporated in the method that are not explicitly recited above. For the avoidance of doubt, the scope of protection is defined by the claims.
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/IN2019/050220 | 3/19/2019 | WO | 00 |