WO2013176425A1 - Procédé d'interrogation programmée et appareil m2m correspondant - Google Patents

Procédé d'interrogation programmée et appareil m2m correspondant Download PDF

Info

Publication number
WO2013176425A1
WO2013176425A1 PCT/KR2013/004070 KR2013004070W WO2013176425A1 WO 2013176425 A1 WO2013176425 A1 WO 2013176425A1 KR 2013004070 W KR2013004070 W KR 2013004070W WO 2013176425 A1 WO2013176425 A1 WO 2013176425A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
request
schedule
time
response
Prior art date
Application number
PCT/KR2013/004070
Other languages
English (en)
Korean (ko)
Inventor
이승권
장덕문
Original Assignee
주식회사 케이티
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020120124057A external-priority patent/KR101534633B1/ko
Application filed by 주식회사 케이티 filed Critical 주식회사 케이티
Publication of WO2013176425A1 publication Critical patent/WO2013176425A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/04—Scheduled access
    • H04W74/06—Scheduled access using polling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the present invention relates to a schedule polling method and an M2M device thereof, and more particularly, to a schedule polling method and an M2M device implemented for requesting and receiving various information in communication between M2M devices which are objects or inter-object communication.
  • IoT is a communication process for people such as machine to machine communication (M2M), machine type communication (MTC), Internet of Thing (IoT), smart device communication, or machine oriented communication.
  • M2M machine to machine communication
  • MTC machine type communication
  • IoT Internet of Thing
  • smart device communication smart device communication
  • machine oriented communication refers to all communication methods in which communication is performed without intervention.
  • This thing communication does not require that the communication always be connected.
  • the information may be transmitted and received only when there is a request.
  • short polling and long polling schemes are currently proposed as a communication method for requesting and receiving resources between a client and a server.
  • Such short polling or long polling requests information regardless of the type of information on a time basis set by the requesting party or in a time-independent manner.
  • a schedule polling method for resource transmission and an M2M device thereof there is provided a schedule polling method for resource transmission and an M2M device thereof.
  • a polling method in consideration of the information transmission condition of the information transmitting side or the information transmission condition according to the type of information, for example, a periodic collection of data or an occurrence time of an event are predicted.
  • a periodic collection of data or an occurrence time of an event are predicted.
  • an efficient scheduled polling method and apparatus therefor that are possible in an M2M environment.
  • Schedule polling method in the M2M object acting as a client, transmitting a request for receiving M2M resources managed by a separate M2M object acting as a server; Receiving a response including schedule information related to the M2M resource management from the server, and transmitting a new request for receiving the M2M resource according to the schedule information.
  • the M2M device implementing the schedule polling method may create a request for receiving an M2M resource managed by a separate M2M object, and if a response is received from the separate M2M object for the request, An M2M module for extracting schedule information related to the M2M resource management from a response, and a communication module for transmitting the request made by the controller and receiving the response to the request, wherein the M2M module is configured according to the schedule information.
  • a new request for receiving the M2M resource is prepared and transmitted through the communication module.
  • Schedule polling method receiving an M2M resource transmission request from a separate M2M object acting as a client in the M2M object acting as a server; Transmitting a response including the next modification schedule time of the M2M resource or a prediction schedule time at which a next notification message is to be transmitted to the client; And receiving a new transmission request for the M2M resource from the client according to the schedule time information.
  • the present invention reduces the traffic of the M2M network by supplementing the disadvantages of short polling and long polling, and dramatically reduces the traffic load in an M2M environment where periodic data collection or event occurrence time can be predicted.
  • a reduced schedule polling method is implemented.
  • the scheduled polling method according to the present invention can collect data more efficiently than a long polling method when collecting data through a periodic method. In particular, it is very efficient when collecting data in an environment where the reporting period from the M2M sensor changes frequently. Periodic data collection is widely used in applications such as smart metering, eHealth, and city automation.
  • Scheduled polling may be efficiently used even in an event method where an event occurrence time is predictable.
  • the event occurrence time can be predicted by accumulating event occurrence time data such as year / month / weekly / day in a hosting service capability layer (SCL), and then predicting the average event occurrence time data.
  • SCL hosting service capability layer
  • Scheduled polling can be used efficiently on-demand reporting when the M2M sensor cannot report immediately due to some failure, but the reporting period is fixed or when the reporting time point is predictable.
  • Scheduled polling is easy to implement due to its simple structure.
  • FIG. 1 is a diagram for describing a short polling scheme presented in ETSI TS 102 690.
  • FIG. 2 is a diagram for describing a long polling scheme presented in ETSI TS 102 690.
  • FIG. 3 is a diagram for explaining an M2M service structure to which the present invention is applied.
  • FIG. 4 is a view for explaining a schedule polling method according to an embodiment of the present invention.
  • FIG. 5 is a diagram for describing a schedule polling method according to another exemplary embodiment of the present invention.
  • FIG. 6 is a view for explaining a schedule polling method according to another embodiment of the present invention.
  • FIG. 7 is a diagram illustrating in more detail an M2M environment to which a scheduled polling method is applied.
  • FIG. 8 is a diagram illustrating a schedule polling method according to the present invention.
  • FIG. 9 is a diagram illustrating an example of an M2M resource structure when a schedule polling method according to the present invention is applied.
  • FIG. 10 illustrates another example of an M2M resource structure when a schedule polling method according to the present invention is applied.
  • FIG. 11 is a diagram illustrating an example of an M2M object implementing the schedule polling method according to the present invention.
  • Embodiments of the present invention will be described based on communication of things.
  • the thing communication includes various fields, such as M2M, MTC, smart device communication, and thing-oriented communication, and will be described with reference to M2M.
  • M2M mobile phone
  • MTC mobile phone
  • smart device communication smart device communication
  • thing-oriented communication a communication with reference to M2M.
  • this description is not limited to M2M, but is applicable to all systems and structures that provide inter-device communication, that is, thing communication, and communication that occurs in these systems.
  • the IoT can be applied to various fields including smart meter, e-health, connected consumer, city automation, automotive application, and the like. .
  • FIG. 1 is a diagram illustrating a short polling scheme presented in ETSI TS 102 690.
  • the short polling method is an asynchronous communication between the M2M client and the server presented in ETSI TS 102 690, and the short polling method is a request and a request until a requested resource (Resource or Information or Data) is received. The response is repeated.
  • the delivery structure is simple, but the frequent requests and responses that occur until the actual resource is received cause significant M2M network traffic load.
  • FIG. 2 is a diagram illustrating a long polling scheme presented in ETSI TS 102 690.
  • the long polling method is asynchronous communication between M2M client servers presented in ETSI TS 102 690, in which the issuer is subscribed-to-SCL 30 and a notification channel through a Hosting SCL 20. It generates a (Notification channel) and requests a long polling through it and has a structure to receive a notification (notification) in response.
  • the requestor of the resource requests long polling, the receiver, the server, finally sends a notification as a response.
  • the notification server 30 After the notification channel is formed and long polling is requested, the notification server 30 does not separately transmit a response until a notification is made in response to the issuer's resource request. Issuer 10 also waits to receive the notification as a response. Therefore, there is an advantage that M2M network traffic load is smaller than short polling.
  • the long polling requested by the issuer has a certain time limit, so if the issuer does not receive the notification (notification of 011a of FIG. 2) within the time limit, the issuer is not long polled. Request again to repeat the steps 004a ⁇ 010 shown in Figure 2 from scratch.
  • the long polling method is a complex structure that has a problem such as notification conflict because it must work in conjunction with the notification mechanism.
  • the server which collects and transmits data, collects data from M2M sensors in three ways: periodic reporting, on-demand reporting, and event-based reporting.
  • the long polling method is suitable for event type data collection.
  • long polling is not suitable for periodic data collection because the data is collected at regular intervals due to the nature of the data.
  • the long polling method is not suitable even when the notification may be delayed due to data collection conditions, such as when data is collected by an event method.
  • the polling that is, the request and transmission of data, may be performed in consideration of the data collection situation of the server that collects data.
  • the scheduled polling method according to the present invention can effectively compensate for the problems occurring in the short polling and long polling described above.
  • the scheduled polling method according to the present invention can drastically reduce traffic load in an M2M environment where a periodic collection of data or an event occurrence time can be predicted.
  • FIG. 3 is a diagram illustrating an example of an M2M service structure to which the present invention is applied.
  • the network configuration of the present invention is applied in an environment that provides a function of accommodating a plurality of access networks in a device / gateway and an M2M core platform as the same structure as the existing M2M structure.
  • the M2M service structure is composed of a network and application domain shown in the right side of the figure and an M2M device domain shown in the left side of the figure.
  • the network / application domain accesses M2M M2M Service Capabilities (SC2 to SC8) 112, which is an M2M service capability, or provides an M2M application 111 and a core network to provide service logic. or B), M2M SCs (SC1 to SC8) 112.
  • SC2 to SC8 112 M2M M2M Service Capabilities
  • an access network (not shown) that enables communication with the M2M device domain, and M2M Management Functions (not shown) and Network Management Functions (not shown) C) may be further included.
  • the M2M device domain includes an M2M device or an M2M gateway.
  • the M2M device and the M2M gateway may include an M2M application 121 and may further include an M2M SC 122.
  • the included M2M SC 122 may operate in the network / application domain for interworking and interconnection.
  • the M2M device when the M2M device does not include the M2M SC 122, it may be interworking and interconnection in the network / application domain through an interface with the M2M SC included in the M2M gateway.
  • the M2M device may operate an M2M application to interwork and interconnect in the network / application domain through the M2M SC (Service Capabilities) of the M2M device or the M2M gateway in order to use the functions of the network domain.
  • M2M SC Service Capabilities
  • the M2M device may be connected to and operate with an M2M gateway through an M2M Area Network (not shown).
  • the M2M gateway includes an M2M SC and allows M2M devices to interwork and interconnect in the network / application domain.
  • SC Service Capabilities
  • M2M entities such as an M2M device, an M2M gateway, an M2M network domain, and the like may include one or more specific SCs.
  • the service capability layer (SCL) of such an M2M device or M2M gateway forms a specific interface with the service capability layer (SCL) of the network domain to communicate with each other and operate (interworking and interconnection).
  • SCs in a network domain may interface with one or a plurality of core networks.
  • the functions of the core network may be used through a known interface according to other existing standards.
  • the schedule polling method according to the present invention (1) when collecting data through general periodic reporting, (2) the M2M sensor in the on-demand reporting (on-demand reporting) It also describes the case where a report cannot be reported immediately due to some obstacle, but the reporting period is fixed or when the reporting time is predictable, and (3) when the event occurrence time is predictable in event-based reporting.
  • SCL service capability layer
  • a local service capability layer (Local SCL) on the issuer side and a hosting service capability layer (Server SCL) of a server managing resources required by the issuer Layer is applied in different cases.
  • the issuer is an application or a service capability layer (SCL), for example, as described above, which receives a server that stores and manages the resource to access a resource required by the issuer, or a hosting SCL of the server. Send a request to.
  • SCL service capability layer
  • the issuer is a service capability layer
  • the request is sent directly to the server or hosting SCL via the local service capability layer (Local SCL), and the receiver sends a success or failure response. do.
  • the local SCL cannot communicate directly with the final recipient, the hosting SCL, so the issuer sends the request to the recipient SCL via the local SCL and the intermediate SCL registered by the local SCL, and the response is also reversed. It is passed through the issue language.
  • FIG. 4 is a view for explaining a schedule polling method according to an embodiment of the present invention.
  • the issuer 210 transmits a request to read, retrieval or fetch a resource (data or information) (S311).
  • the issuer 210 may refer to an attribute of the corresponding request resource to prepare a request message for requesting transmission. In this case, the issuer 210 may transmit a request using the hosting SCL managing the request resource as a receiver without contacting any SCL.
  • the issuer 210 may include an address or link for storing a requesting resource, for example, a URI identifier and / or an access right to the requesting resource in the request message.
  • the requestor 210 may retrieve a list of resources meeting a predetermined condition by using a resource discovery attribute "Discovery resource".
  • the issuer 210 may include the M2M ID of the hosting SCL managing the requested resource in the request message. Also, the issuer 210 may include search strings in the request message.
  • the issuer 210 may maintain the offline or sleep state until the next schedule time according to the schedule information. Thereafter, the issuer 210 requests a resource according to the schedule information included in the received response, for example, by sending a new request message at the next modification time (S317) and accordingly, a server or a hosting SCL (Hosting SCL). 220 transmits the requested resource to the issuer 210 and responds (S319). At this time, after transmitting and receiving the response, the mutual communication between the issuer 210 and the hosting SCL 220 is terminated.
  • a server or a hosting SCL Hosting SCL
  • the issuer 210 may be an M2M device, an M2M gateway or an application of a M2M network domain (Device Application: DA, Gateway Application: GA, Network Application) or an SCL (Service Capability Layer) of each M2M object. . Also, as mentioned above, this issue can be a client.
  • the recipient SCL 220 which is a receiver, receives a report on resource generation from a plurality of M2M devices and stores and manages a schedule for a report received from each M2M device.
  • Such a resource reporting schedule may include a reporting period (reportingInterval), a reporting start time (reportingStartTime) and the end time (reportingEndTime).
  • Table B.59 ⁇ areaNwkDeviceInfoInstance> resource attribute described in ETSI TS 102 690 is used to set the resource reporting schedule of the corresponding resource as shown in Table 1 below. It may include.
  • the ⁇ areaNwkDeviceInfoInstance> resource attribute includes a reporting period, a reporting start time, a reporting start time, and an ending time.
  • FIG. 9 illustrates an example of a resource structure applied in implementing a schedule polling method according to the present invention.
  • a ⁇ reportingSchedule> resource is configured as a sub-resource of Figure B.29 ⁇ areaNwkDeviceInfoInstance> resource described in ETSI TS 102 690 as shown in FIG. May be
  • the ⁇ reportingSchedule> resource or resources may be defined as shown in Table 2 below.
  • reportingScheduleID resource AttributeName Madatory / Optional Type Description reportingScheduleID M RW The identification of reporting schedule reportingInterval M RW The interval for reporting to server reportingStartTime M RW The start time of reporting reportingEndTime M RW The end time of reporting sleepInterval M RW The Interval between two sleeps of device sleepDuration M RW The time duration of each sleep of device deviceStatus M RW The status of the device (sleeping or wakeup)
  • the ⁇ reportingSchedule> resource or resource is an ID (reportingScheduleID), reporting interval (reportingInterval), reporting start time (reportingStartTime), and reporting end time (ID) to identify the reporting schedule associated with the M2M device generating the requested resource.
  • reportingEndTime a time when the M2M device generating the requested resource is in a sleep state (sleepDuration), a sleep interval occurrence time of the M2M device, a sleep or wakeup state of the M2M device ( deviceStatus) and the like.
  • these attributes can be both read and write.
  • FIG. 5 is a diagram for describing a schedule polling method according to another exemplary embodiment of the present invention.
  • the schedule polling method according to the present invention is very efficient when the M2M sensor cannot report immediately due to an unspecified failure, for example, in on-demand reporting. .
  • the issuer 210 transmits a request to receive or fetch a resource (data, information, or resource) (S321).
  • the server or hosting SCL 220 that receives the request may determine the resource.
  • a schedule such as a reporting period or an update time point is checked, or various information according to a situation of a failure is examined to predict a schedule such as a next report time point (S325).
  • the server or hosting SCL 220 transmits a message including the confirmed or predicted schedule information and responds to the received request (S327).
  • the issuer 210 may maintain the offline or sleep state until the next schedule time according to the schedule information. Thereafter, the issuer 210 requests the resource according to the schedule information included in the received response (S329). When the M2M device 230 generates and reports the resource according to the schedule information (S331), the server accordingly Alternatively, the hosting SCL 220 transmits the requested resource to the issuer 210 and responds (S333). At this time, after transmitting and receiving the response, the mutual communication between the issuer 210 and the hosting SCL 220 is terminated.
  • the issuer 210 is an M2M device or an application of an M2M gateway or an M2M network domain (Device Application: DA, Gateway Application: GA, Network Application: NA) or SCL (Service Capability) of each M2M object. Layer).
  • the server or hosting SCL 220 is a Service Capability Layer (SCL) having resources requested by the Issuer 210 as described above, and includes a plurality of M2M devices 230 such as sensors. It may be an M2M gateway or a Service Capability Layer (SCL) of an M2M network that stores and manages resources generated from the network.
  • SCL Service Capability Layer
  • FIG. 6 is a diagram for describing a schedule polling method according to another exemplary embodiment.
  • the schedule polling method of the present invention can be efficiently implemented even when an event occurrence time is predictable in, for example, event-based reporting.
  • the issuer 210 is a notification channel to a subscribed-to-SCL 240 via a relay server or a hosting SCL 220 that creates and manages a notification channel. (Notification Channel) should be formed.
  • This process is applied to the case where the issuer 210 subscribes to a resource.
  • the issuer 210 requests creation of a notification channel resource with a subscribed-to-SCL 240 through a hosting SCL 220 that creates and manages a notification channel. (S341).
  • the relay server or hosting SCL 220 generates a notification channel resource (S343) and requests schedule information from the subscribed-to-SCL (240) (S345).
  • the subscribed-to-SCL 240 checks the schedule information (S347) and transmits a message including the confirmed schedule information to the relay server or the hosting SCL 220 (S349).
  • the received relay server or hosting SCL 220 transmits a message including the received schedule information to the issuer 210 and responds (S351).
  • the subscribed-to-SCL 240 and the relaying hosting SCL 220 may transmit a response indicating that there is no schedule information without the confirmed schedule information.
  • the issuer S353 may transmit the resource request to the hosting SCL 220 according to the corresponding schedule when the schedule information for the requested resource exists in the corresponding response message (S353). S357).
  • the hosting SCL 220 forwards the received request to the subscribed-to-SCL 240 and transfers the resource from the subscribed-to-SCL 240.
  • a response including the received message is received (S361), it is transmitted to the issuer 210 (S363).
  • the issuer 210 selects a long polling method and then selects a long polling method.
  • a resource may be requested by performing the steps 004a to 011b shown (S355).
  • a notification channel resource described in ETSI TS 102 690 may be configured as shown in Table 3 below to support a schedule polling scheme.
  • channelType M RW The type of the notification Channel. longpolling or schdeduledPolling are supported contactURI M RO The URI that is used in subscriptions.
  • channelData M RO The data associated with the channel. If longPolling, the longPolling URI is displayed. If schdeduledPolling, the schedule time is displayed. creationTime M RO lastModifiedTime M RO
  • a notification channel resource (notificationChannel) attribute includes a channel type (ChannelType), a contact URI (contactURI) used at registration, channel data including data related to a generated notification channel (channelData), and a channel creation time (creationTime). And lastModifiedTime.
  • channel data may include a long polling URI when the long polling method is performed, and may include schedule time information when the schedule polling method is performed.
  • channelType M RW The type of the notification Channel. Currently onlylongPolling is supported. contactURI M RO The URI that is used in subscriptions. channelData M RO The data associated with the channel. The type of data may differ depending on the channelType.For the longPolling channelType, the channel Dataincludes a URI on which the client can do the longpolling request in order to get the notifications that were sent to the contactURI. creationTime M RO See clause 9.2.2 Common attributes. lastModifiedTime M RO See clause 9.2.2 Common attributes. nextScheduledTime O RW The scheduled time on which the next notification will be sent.
  • the notificationChannel resource attribute includes a ChannelType indicating that it supports long polling, a contact URI used during registration, channel data including data related to the generated notification channel, and a channel. It may include schedule information including a creation time (creationTime), a last modified time (lastModifiedTime) and a time (nextScheduledTime) scheduled to be sent the next notification.
  • the channel data may vary depending on the channel type, and may include a URI for requesting long polling to obtain a notification transmitted to a contact URI used for registration when the long polling scheme is performed.
  • FIG. 10 illustrates another example of a resource structure applied in implementing a schedule polling method according to the present invention.
  • a ⁇ reportingSchedule> resource may be added as a sub-resource of FIG. 9.35 ⁇ notificationChannel> resource structure described in ETSI TS 102 690 as shown in FIG. It may be.
  • the ⁇ reportingSchedule> resource or resource including the reporting schedule information may be defined as shown in Table 3 above.
  • FIG. 7 is a diagram illustrating in more detail an M2M environment to which a scheduled polling method is applied.
  • M2M devices 440 such as various sensor nodes such as pollution measurement, wind measurement, solar panel, and thermometer measurement are used to measure pollution, wind speed / wind direction.
  • M2M devices 440 such as various sensor nodes such as pollution measurement, wind measurement, solar panel, and thermometer measurement are used to measure pollution, wind speed / wind direction.
  • the corresponding SCL 430 is a reporting schedule (reporting schedule). Since the period of reporting the wind speed data of the wind speed measuring device D2 440 by checking the resource is 1 hour, it can be seen that the wind speed measuring device 440 will report again at 14 o'clock next time.
  • the network application (NA) 410 which is an issuer, is informed that the scheduled update time of the wind speed data is 14:00 (S513).
  • the wind speed measuring device D2 440 updates the wind speed data at 14:00 (S515), and 4 the network application (NA) 410 requests the wind speed data again at 14:00 to obtain data (S517).
  • the SCL 430 managing the resources reported from the M2M devices 440 generates a reporting schedule including a reporting period of each M2M devices 440, for example, as shown in the reporting schedule table shown in FIG. Can be stored in the form.
  • the issuer after receiving a response to a request according to a schedule polling method, the issuer does not repeat the resource request but maintains the resource at a scheduled time while remaining offline or sleeping until a scheduled update time of the data included in the response message. You can ask for data.
  • the scheduled polling method when a periodic reporting M2M environment or a resource reporting time is predictable, a separate notification channel is not required, such as a long polling method, and resources are not required. It can be seen that the message exchange process for obtaining is an excellently simple and efficient method.
  • FIG. 8 is a diagram illustrating a schedule polling method according to the present invention.
  • the server or hosting SCL 620 that receives the request sent by the issuer 610 to retrieve the information or resource may determine that the requested resource is based on information based on heuristics or actual implementation. You can decide when that time will be corrected next time.
  • the scheduled polling method may use the occurrence prediction time as the schedule information in the event method whose event occurrence time is predictable.
  • the event occurrence time can be predicted by, for example, accumulating the year / month / weekly / daily event occurrence time data in a hosting SCL and calculating the average event occurrence time data.
  • the server or hosting SCL 620 that receives the request responds to the received request by transmitting a message including information on the reporting period or the next update time (S715).
  • the issuer 610 subscribes to or subscribes to a resource through a notification channel creation method, when the next notification of the resource is predicted when the next notification is to be transmitted, the next notification prediction time and The same prediction schedule indication information may be included in the notification message.
  • the issuer 610 may remain offline or sleep until the next scheduled time according to this information, and thus, the battery operated device may be maintained. In this case, battery savings can be achieved.
  • the wakeup mechanism may be performed to the device or gateway, which is the issuer 610, for example.
  • the issuer 610 may transmit a new request for requesting a resource according to the schedule information included in the received response (S717). Accordingly, the server or hosting SCL (620) that receives the request may transmit the new request. Responds by sending the requested resource to the issuer 610 (S719). At this time, after transmitting and receiving a response, mutual communication between the issuer 610 and the hosting SCL 620 is terminated.
  • the scheduled polling method according to the present invention can handle the data more efficiently than the long polling method when collecting data through the periodic method, and in particular, the data in an environment where the reporting period from the M2M sensor is changed from time to time. It is very efficient when collecting. Periodic data collection is widely used in applications such as smart metering, eHealth, and city automation.
  • the scheduled polling method according to the present invention can be efficiently used even in an event method where an event occurrence time can be predicted.
  • the event occurrence time can be predicted
  • the average event occurrence time data can be predicted after accumulating the year / month / weekly / daily event occurrence time data in the hosting SCL.
  • the scheduled polling method according to the present invention can be used efficiently when the M2M sensor cannot report immediately due to an obstacle in on-demand reporting, but the reporting period is set or the reporting time point is predictable. Can be.
  • the scheduled polling method according to the present invention is simple to implement the message transmission structure.
  • FIG. 11 is a diagram illustrating a configuration of an M2M object according to an embodiment of the present invention.
  • the illustrated M2M objects may be implemented to operate as M2M devices, M2M gateways or M2M network domains, respectively.
  • the M2M object includes an M2M application module 121, an M2M service capability module 122, and a communication module 125.
  • the M2M application module 121 and the M2M service capability module 122 are shown as being implemented as separate elements, but each of them may be implemented as a separate processor or may be implemented in one processor.
  • the M2M application module 121 and the M2M service capability module 122 operate in interoperation with each other and may collectively control device elements in the M2M object to implement a schedule polling function according to the present invention.
  • the M2M application module 121 and / or the M2M service capability module 122 may be implemented as the integrated control unit or the M2M service module 123 and may be implemented as one processor.
  • the M2M application module 121 and the M2M service module 122 collect a request and response message for collecting and transmitting information on an M2M object which is a target of receiving a request or an M2M object which has transmitted a request. And control the communication module 125 to transmit and receive the above-described request message and to transmit and receive the above-described response message.
  • the M2M application module 121 and the M2M service module 122 interpret the received message, extract necessary information, and stop the transmission of a predetermined time message according to the schedule information. As a result, battery-operated devices can achieve battery savings.
  • the M2M application module 121 and the M2M service module 122 perform a function of analyzing information received from various connected M2M devices and storing them as resources.
  • the communication module 125 performs interconnection to perform M2M communication between M2M objects and is connected through an existing area network or core network.
  • the communication module 125 may be configured to provide this functionality by using IEEE 802.15.1 [i.3], Zigbee, Bluetooth, IETF ROLL, ISA100.11a, or local networks such as PLC, M-BUS, Wireless M-BUS, and KNX.
  • it may be equipped with an area network communication module and / or core network communication modules such as xDSL, HFC, satellite communication, GERAN, UTRAN, eUTRAN, W-LAN and WiMAX.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)

Abstract

La présente invention se rapporte à un procédé d'interrogation programmée et à un appareil M2M correspondant. Le procédé d'interrogation programmée selon l'invention comprend les étapes suivantes, consistant : à transmettre une demande pour recevoir une ressource M2M par un objet M2M séparé qui fonctionne comme un serveur ; à recevoir, du serveur, une réponse contenant des données de programmation relatives à une gestion de ressources M2M ; et à transmettre une nouvelle demande pour recevoir une ressource M2M, sur la base des données de programmation.
PCT/KR2013/004070 2012-05-21 2013-05-09 Procédé d'interrogation programmée et appareil m2m correspondant WO2013176425A1 (fr)

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
KR10-2012-0053883 2012-05-21
KR20120053883 2012-05-21
KR10-2012-0074045 2012-07-06
KR20120074045 2012-07-06
KR10-2012-0078606 2012-07-19
KR20120078606 2012-07-19
KR20120084932 2012-08-02
KR10-2012-0084932 2012-08-02
KR1020120124057A KR101534633B1 (ko) 2012-05-21 2012-11-05 Ｍ２ｍ 장치간 스케줄 폴링 방법 및 그 장치
KR10-2012-0124057 2012-11-05

Publications (1)

Publication Number Publication Date
WO2013176425A1 true WO2013176425A1 (fr) 2013-11-28

Family

ID=49624057

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2013/004070 WO2013176425A1 (fr) 2012-05-21 2013-05-09 Procédé d'interrogation programmée et appareil m2m correspondant

Country Status (1)

Country Link
WO (1) WO2013176425A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015143086A1 (fr) * 2014-03-18 2015-09-24 Zte Corporation Gestion de ressources et d'attributs dans des réseaux machine-machine
WO2016064029A1 (fr) * 2014-10-23 2016-04-28 엘지전자 주식회사 Procédé de modification d'informations de planning dans un système de communications sans fil et dispositif associé
WO2016068442A1 (fr) * 2014-10-27 2016-05-06 엘지전자 주식회사 Procédé pour garantir un message d'opération de commande dans un système de communication sans fil et dispositif associé

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030140092A1 (en) * 2002-01-18 2003-07-24 Francesco Caruso Adaptive polling for asynchronous notification
US20050038791A1 (en) * 2003-08-13 2005-02-17 Hewlett-Packard Development Company, L.P. System and method for event notification
US6996627B1 (en) * 1999-05-25 2006-02-07 Realnetworks, Inc. System and method for providing update information
KR20100084911A (ko) * 2009-01-19 2010-07-28 주식회사 케이티 Ｍ2ｍ 어플리케이션의 가입자 트래픽 데이터에 대한 서비스제어 방법 및 그 시스템
KR20120025997A (ko) * 2010-09-08 2012-03-16 삼성전자주식회사 기기 간 통신 시스템에서 위치 갱신 등록 절차 지원 장치 및 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6996627B1 (en) * 1999-05-25 2006-02-07 Realnetworks, Inc. System and method for providing update information
US20030140092A1 (en) * 2002-01-18 2003-07-24 Francesco Caruso Adaptive polling for asynchronous notification
US20050038791A1 (en) * 2003-08-13 2005-02-17 Hewlett-Packard Development Company, L.P. System and method for event notification
KR20100084911A (ko) * 2009-01-19 2010-07-28 주식회사 케이티 Ｍ2ｍ 어플리케이션의 가입자 트래픽 데이터에 대한 서비스제어 방법 및 그 시스템
KR20120025997A (ko) * 2010-09-08 2012-03-16 삼성전자주식회사 기기 간 통신 시스템에서 위치 갱신 등록 절차 지원 장치 및 방법

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015143086A1 (fr) * 2014-03-18 2015-09-24 Zte Corporation Gestion de ressources et d'attributs dans des réseaux machine-machine
US10616048B2 (en) 2014-03-18 2020-04-07 Zte Corporation Resource and attribute management in machine to machine networks
WO2016064029A1 (fr) * 2014-10-23 2016-04-28 엘지전자 주식회사 Procédé de modification d'informations de planning dans un système de communications sans fil et dispositif associé
US10271296B2 (en) 2014-10-23 2019-04-23 Lg Electronics Inc. Method for changing schedule information in wireless communication system and device therefor
WO2016068442A1 (fr) * 2014-10-27 2016-05-06 엘지전자 주식회사 Procédé pour garantir un message d'opération de commande dans un système de communication sans fil et dispositif associé
US10085244B2 (en) 2014-10-27 2018-09-25 Lg Electronics Inc. Method for guaranteeing operation of control message in wireless communication system and device for same

Similar Documents

Publication Publication Date Title
WO2020071887A1 (fr) Procédé de fourniture de paramètres de service à un ue et à un réseau dans un système 5g
WO2012118326A2 (fr) Procédé pour l'accès aléatoire à des terminaux machine-machine (m2m)
WO2013081433A1 (fr) Définition d'un nouvel identificateur dans un système d'accès sans fil prenant en charge une communication de dispositif à dispositif, et procédé et dispositif de transmission l'utilisant
WO2014109597A1 (fr) Procédé de changement de passerelle dans un système machine à machine (m2m) et dispositif correspondant
WO2011084010A2 (fr) Procédé pour réaliser une indication hors ligne d'un dispositif de communication de type machine dans un système de communication mobile
WO2013012241A2 (fr) Procédé pour maintenir une communication directe entre des dispositifs dans un système d'accès sans fil supportant des communications entre des dispositifs et appareil supportant ces communications
WO2014101850A1 (fr) Algorithme d'enregistrement automatique pour borne porteuse de réseau de distribution basse tension
WO2019009501A1 (fr) Procédé et système de collecte de données de mesure et support d'enregistrement les mettant en mémoire
WO2013176425A1 (fr) Procédé d'interrogation programmée et appareil m2m correspondant
WO2021141296A1 (fr) Procédé et dispositif permettant de délivrer des informations de synchronisation de mise en réseau sensible au temps dans un système de communication mobile
WO2012093914A2 (fr) Procédés et appareils pour la prise en charge de communications efficientes et fiables entre machines
CN106451763A (zh) 一种无需全局同步系统的智能变电站站级总线网络系统
WO2011074826A2 (fr) Appareil et procédé de fourniture d'un service d'urgence dans un système de communication sans fil à large bande
WO2022163994A1 (fr) Système de commande intégré et régional d'énergie renouvelable
WO2012053840A2 (fr) Appareil et procédé de réception de message de radiomessagerie dans un système d'accès sans fil
CN208458762U (zh) 无线传感器模块及物联网电气安防监测系统
WO2022005037A1 (fr) Procédé et dispositif de fourniture d'informations d'analyse de réseau dans un réseau de communication sans fil
WO2013025055A2 (fr) Procédé et appareil de prise en charge de délégant de groupe dans un système de connexion sans fil prenant en charge une communication de machine à machine
WO2012177029A2 (fr) Procédé permettant d'effectuer une procédure d'accès aléatoire pour signaler une panne de courant anormale dans un système d'accès sans fil qui supporte un environnement m2m
WO2015046925A1 (fr) Procédé de synchronisation et appareil pour la communication sans fil entre des dispositifs électroniques
CN112637945B (zh) 一种工业互联网络时钟同步的方法和系统
WO2013168911A1 (fr) Procédé de formation d'une ressource de contenant à l'aide d'informations d'identification d'utilisateur, support d'enregistrement et dispositif correspondant
WO2012150778A2 (fr) Procédé et un appareil de gestion d'une connexion entre des objets de communication basée sur un événement de confirmation d'état de connexion
WO2011155647A1 (fr) Système de réseau
WO2015088268A1 (fr) Procédé de traitement de défaillance de dispositif de réseau dans un environnement de réseautage défini par logiciel (sdn)

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13794730

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 05/03/2015)

122 Ep: pct application non-entry in european phase

Ref document number: 13794730

Country of ref document: EP

Kind code of ref document: A1