WO2016047946A1 - 다중 m2m/iot 디바이스들과 연계된 m2m/iot 디바이스를 취급하기 위한 멀티 링크 메카니즘 - Google Patents

다중 m2m/iot 디바이스들과 연계된 m2m/iot 디바이스를 취급하기 위한 멀티 링크 메카니즘 Download PDF

Info

Publication number
WO2016047946A1
WO2016047946A1 PCT/KR2015/009558 KR2015009558W WO2016047946A1 WO 2016047946 A1 WO2016047946 A1 WO 2016047946A1 KR 2015009558 W KR2015009558 W KR 2015009558W WO 2016047946 A1 WO2016047946 A1 WO 2016047946A1
Authority
WO
WIPO (PCT)
Prior art keywords
link device
devices
link
resource
resources
Prior art date
Application number
PCT/KR2015/009558
Other languages
English (en)
French (fr)
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
Application filed by 가온미디어 주식회사, 세종대학교산학협력단, 전자부품연구원, 한신대학교 산학협력단 filed Critical 가온미디어 주식회사
Publication of WO2016047946A1 publication Critical patent/WO2016047946A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications

Definitions

  • This embodiment relates to an M2M / IoT architecture, and more particularly to a multi-link mechanism for handling M2M / IoT devices associated with multiple M2M / IoT devices.
  • Machine-to-Machine (M2M) communications provide information for performing a variety of applications (“M2M applications”), such as smart metering, home automation, eHealth, and fleet management.
  • M2M applications such as smart metering, home automation, eHealth, and fleet management.
  • a communication category performed by or between devices (called 'machines') configured to transmit, receive, and exchange.
  • Smart metering a typical example of M2M applications, is to meter the energy consumption of devices (eg TVs, air conditioners, refrigerators, etc.). Since devices typically lack the ability to measure their energy use, separate devices are used to measure their energy use. Some devices may have a number of small devices that are not registered as devices in the server, such as smart multi-plug that powers and measures energy usage of multiple other electronic devices. ) Is a typical example.
  • the smart multi-plug is a single device having a network connection to the server, the smart multi-plug can be registered as a node with the server. Since smart multi-plug measures the energy usage of other electronic devices connected to it and sends a packet containing the measured data to the server, these measured data need to be allocated to the appropriate applications.
  • the standardized oneM2M architecture provides a specification of a type of device that collects and provides information about a plurality of other devices such as smart multi-plug, and a process for handling various messages. I'm not doing it.
  • the oneM2M standard prescribes links between resources, but the prescribed links are only related to "parent-child" relationships.
  • Some embodiments of the present invention have a main object to provide a mechanism for appropriately delivering or distributing data transmitted by a device of a type that collects and provides information about a plurality of other devices to related other devices.
  • an application layer configured to provide M2M applications;
  • a M2M entity that includes a common service layer configured to provide functions shared by M2M applications, wherein the common service layer manages resources in a resource structure and manages resources of a device serving a plurality of other devices and a plurality of other devices.
  • the common service layer manages resources in a resource structure and manages resources of a device serving a plurality of other devices and a plurality of other devices.
  • an application layer configured to provide M2M applications;
  • a M2M entity that includes a common service layer configured to provide functions shared by M2M applications, the common service layer managing resources on a resource structure and for registering a multi-link device, a resource for a multi-link device. Create a structure, and establishes a link between the generated resource structure and the resource structures of other devices that the multi-link device serves.
  • a method in which a common service layer handles a multi-link device comprising: generating a resource structure of the multi-link devices; A method of handling a multi-link device, including establishing a link between resources of a multi-link device and a plurality of other devices, is provided.
  • a method for handling a multi-link device in a common service layer comprising: receiving a registration request message from a multi-link device; Parsing the received registration request message; Based on the parsed data, creating a resource structure for the multi-link device; It provides a multi-link device handling method comprising the step of establishing a link between the generated resource structure and the resource structure of a plurality of other devices.
  • the present invention there is an advantage in that it is possible to provide a desirable mechanism for handling a multi-link device, which is a device serving to a plurality of other devices in the M2M / IoT architecture. That is, the advantage of providing a mechanism for the hosting IN-CSE to register a multi-link device and a mechanism for appropriately distributing or delivering the data transmitted by the multi-link device to other related devices. have.
  • 1 is a diagram illustrating an architecture according to the oneM2M standard.
  • FIG. 2 is a diagram illustrating a CSE defined in oneM2M standard.
  • FIG. 3 is a diagram illustrating a plurality of other devices connected to the smart multi-plug and a resource structure thereof.
  • FIG. 4 is a diagram illustrating a registration mechanism of a multi-link device according to an embodiment of the present invention.
  • FIG. 5 is a flowchart illustrating a registration procedure of a multi-link device in the embodiment of FIG. 4.
  • FIG. 6 is a diagram illustrating a registration mechanism of a multi-link device according to another embodiment of the present invention.
  • FIG. 7 is a flowchart illustrating a registration procedure of a multi-link device in the embodiment of FIG. 6.
  • FIG. 8 is a flowchart illustrating a mechanism for updating registration information of a multi-link device according to an embodiment of the present invention.
  • FIG. 9 is a flowchart illustrating a mechanism for updating registration information of a multi-link device according to another embodiment of the present invention.
  • FIG. 10 is a diagram for explaining a function of an IN-CSE for distributing measurement data transmitted by a multi-link device.
  • FIG. 11 is a flowchart illustrating a procedure of an IN-CSE processing a message received from a multi-link device according to an embodiment of the present invention.
  • FIG. 12 is a flowchart illustrating a procedure of an IN-CSE processing a message received from a multi-link device according to another embodiment of the present invention.
  • 1 is a diagram illustrating an architecture according to the oneM2M standard.
  • the oneM2M architecture consists of three functional nodes.
  • An application service node (ASN) refers to a general M2M device including a common service function as well as an M2M application.
  • the middle node (MN) refers to a node that serves as a gateway connecting device nodes with a network infrastructure.
  • Infrastructure Node (IN) refers to a node located in a network infrastructure to provide M2M service.
  • ASN and MN may be divided into a device domain and IN may be divided into a platform domain.
  • Each functional node includes at least one application entity (AE) and a common service entity (CSE).
  • the CSE is a logical entity that runs inside M2M nodes and contains a series of common M2M service functions, Common Service Functions (CSFs). CSFs can be used by AEs and other CSEs.
  • AEs and CSEs are connected to Mca reference points, CSEs located at CSEs and other nodes are linked to Mcc reference points and Mcn reference points to access networks such as CSE and 3GPP. That is, the AE uses the Mca reference point when using the services of the CSE, the CSE uses the Mcc reference point when using the services of the other CSEs, and the CSE is used when using the services of the underlying networks.
  • FIG. 2 is a diagram illustrating a CSE defined in oneM2M standard.
  • CSFs provide functions such as Registration CSF (REG CSF) to help the registration of nodes and CSEs, Security CSF (SEC CSF) to provide security and privacy for service connections, and upgrade and management of CSEs and AEs.
  • REG CSF Registration CSF
  • SEC CSF Security CSF
  • ASM CSF Service Layer Management CSF
  • CSFs include Communication Management / Delivery Handling (CMDH), which provides functionality for message delivery and handling.
  • CMDH Communication Management / Delivery Handling
  • oneM2M follows a resource-based data model, and all services provided by the service layer are provided by these resources. Resources are represented as structures of data, each of which is referenced by a URI. OneM2M also provides management of resources and attributes using CRUD (CREATE, RETRIEVE, UPDATE, and DEAELETE) commands, which are often used in RESTful architectural styles. At this time, the CSE where the resource to be processed is located is called a hosting CSE.
  • CRUD CREATE, RETRIEVE, UPDATE, and DEAELETE
  • Multi-Linked Device MLD
  • Smart metering a typical example of M2M / IoT applications, is to meter the energy consumption of devices (eg TVs, air conditioners, refrigerators, etc.). Since these devices generally do not have the ability to measure their energy use, separate devices are used to measure their energy use. Some devices may have a number of individual devices that are not registered as devices in the server, such as smart multi-plugs that power a plurality of electronic devices and measure energy usage.
  • devices eg TVs, air conditioners, refrigerators, etc.
  • the smart multi-plug device is a single device having a network connection to the server, the smart multi-plug can be registered as a node with the server. Since smart multi-plug measures the energy usage of other devices connected to it and sends a packet containing the measured data to the server, these measured data need to be allocated to the appropriate applications.
  • a device serving a plurality of other devices, such as the illustrated smart multi-plug, is referred to as a multi-link device (MLD).
  • MLD multi-link device
  • FIG. 3 is a diagram illustrating a plurality of other devices connected to the smart multi-plug and a resource structure thereof.
  • FIG. 3 illustrates a case where three devices (A: refrigerator, B: toaster, and C: TV) are plugged into plugs 1, 2, and 3, respectively, in a smart multi-plug.
  • the smart multi-plug may be configured to measure the energy usage (i.e., the amount of energy supplied to each device) for each connected device A, B, and C, and periodically transmit the measured data to the server. have.
  • the server's CSE manages the resource structure of each device and stores data about each device in its attributes.
  • the resource structure of each device includes one or more attributes and child resources.
  • the server's CSE may also be registered with the server as a smart multi-plug. Therefore, the CSE of the server may manage the resource structure for the smart multi-plug and store data measured by the smart multi-plug in the resource structure for the smart multi-plug.
  • the measurement data stored in the resource structure of the smart multi-plug is characterized as measurement data for other devices.
  • the packet generated by the smart multi-plug contains data measured for other connected devices, and the server receiving the packet should be able to identify that the packet was generated by the smart multi-plug. For example, when the smart multi-plug is registered, the server needs a method of checking the type of the corresponding device.
  • the packet generated by the smart multi-plug may be configured to include at least some of the following.
  • the server needs to manage the measurement data in association with other devices.
  • the server receiving the packet containing the measurement data needs to perform some procedure such as parsing the packet and delivering the parsed data to the appropriate resources.
  • a multi-link device may also be registered with the server as one node, but the hosting IN-CSE is multi-link in that the data transmitted by the multi-link device is essentially for other devices.
  • the following two embodiments may be considered as a mechanism for registering a device.
  • FIG. 4 is a diagram illustrating a registration mechanism of a multi-link device according to an embodiment of the present invention
  • FIG. 5 is a flowchart illustrating a registration procedure of a multi-link device according to the embodiment illustrated in FIG. 4.
  • 4 and 5 illustrate a method of registering as a separate resource from other devices connected to the multi-link device, whereby the relevance of other devices related to the resources of the multi-link device is linked to the link.
  • the hosting IN-CSE checks the message from the multi-link device, derives device information connected to it, and generates resources for the multi-link device and other devices connected thereto.
  • the hosting IN-CSE creates a link between sub-resources of the multi-link device corresponding to other devices.
  • the multi-link device sends a registration request message to the IN-CSE.
  • the registration request message may include the following information.
  • the number of other devices that can be connected to the multi-link device e.g., information on how many other devices can be plugged in the case of a smart multi-plug
  • the number of other devices connected e.g. information on how many other devices are plugged in for smart multi-plugs
  • Identifiers of other connected devices and identifiers of the individual devices included in the corresponding multi-link device.
  • Additional information e.g. IDs of other connected devices, type of application, etc.
  • the IN-CSE checks a registration request message and creates corresponding resources and links. That is, the IN-CSE generates resources and sub-resources for the multi-link device itself, and generates sub-resources for resources of other devices connected to the multi-link device, respectively. In addition, the IN-CSE creates a link between sub-resources corresponding to each other.
  • step 003 the IN-CSE notifies the multi-link device that registration is successful.
  • step 004 the IN-CSE informs other IN-CSEs related to the ⁇ application> of the registration of the ⁇ application>.
  • FIG. 6 is a diagram illustrating a registration mechanism of a multi-link device according to another embodiment of the present invention
  • FIG. 7 is a flowchart illustrating a registration procedure of a multi-link device according to the embodiment illustrated in FIG. 6.
  • 6 and 7 illustrate a method of registering under other devices connected to a multi-link device
  • the IN-CSE should support the following functions.
  • the IN-CSE checks a message from a multi-link device, derives device information connected thereto, and stores the multi-link device information in its local memory area.
  • the IN-CSE searches for resources of other devices and creates a sub-resource in each of the found resources. These sub-resources are used to store metrology data received from multi-link devices.
  • the multi-link device sends a registration request message to the IN-CSE.
  • the registration request message may include the following information.
  • the number of other devices that can be connected to the multi-link device e.g., information on how many other devices can be plugged in the case of a smart multi-plug
  • the number of other devices connected e.g. information on how many other devices are plugged in for smart multi-plugs
  • Additional information e.g. IDs of other connected devices, type of application, etc.
  • the IN-CSE checks a registration request message, checks resources of other connected devices, and creates a sub-resource in each of these resources.
  • the IN-CSE generates multi-link device related information in its local memory area.
  • the multi-link device related information should include a matrix indicating how messages received from the multi-link device should be treated.
  • the multi-link device related information should include the identifier of the multi-link device and the identifiers of other devices connected thereto. Accordingly, when an IN-CSE receives a message from a multi-link device, the IN-CSE derives the required information from the message and distributes the information to the appropriate resource.
  • step 003 the IN-CSE notifies the multi-link device that registration is successful.
  • step 004 the IN-CSE publishes the registration of the ⁇ application> to other IN-CSEs related to the ⁇ application>.
  • the IN-CSE may register properties related to the multi-link device (eg, sub- Links between resources, matrices indicating how messages received from multi-link devices should be treated, etc.).
  • properties related to the multi-link device eg, sub- Links between resources, matrices indicating how messages received from multi-link devices should be treated, etc.
  • FIG. 8 is a flowchart illustrating a mechanism for updating registration information of a multi-link device according to an embodiment of the present invention.
  • the multi-link device transmits an update registration request message to the IN-CSE.
  • the renewal registration request message may include the same information as the registration request message, but is used to convey information about the addition or disconnection of another device to the IN-CSE. Do.
  • Additional information e.g., IDs of other devices added or released, type of application, etc.
  • the IN-CSE checks for an update registration request message and updates corresponding resources and links. That is, the IN-CSE creates or deletes a sub-resource in resources of other devices added or released. In addition, the IN-CSE updates a link between sub-resources corresponding to each other.
  • step 003 the IN-CSE notifies the multi-link device that the update registration is successful.
  • step 004 the IN-CSE informs other IN-CSEs related to the ⁇ application> of the renewal registration of the ⁇ application>.
  • FIG. 9 is a flowchart illustrating a mechanism for updating registration information of a multi-link device according to another embodiment of the present invention.
  • the multi-link device transmits an update registration request message to the IN-CSE.
  • the update registration request message may include the same information as the registration request message, but because it is used to convey information about the addition or disconnection of another device to the IN-CSE, the update registration request message may include abbreviated information. It is preferable.
  • step 002 the IN-CSE checks the update registration request message and creates or deletes sub-resources of other devices added or released.
  • the IN-CSE also updates the multi-link device related information stored in its local memory area.
  • step 003 the IN-CSE notifies the multi-link device that the update registration is successful.
  • step 004 the IN-CSE announces the renewal registration of the ⁇ application> to other IN-CSEs associated with the ⁇ application>.
  • CMDH Communication Management and Delivery Handling
  • FIG. 11 is a flowchart illustrating a procedure in which an IN-CSE processes a message received from a multi-link device in an embodiment of the present invention.
  • the CMDH may include i) storing the values included in the message received from the multi-link device in a resource of the multi-link device.
  • a resource of the multi-link device unlike the resource type of other general devices, it is necessary to define an additional type of 'resource of a multi-link device', that is, ⁇ MLD resource>.
  • the IN-CSE can parse the stored values and distribute the parsed values to the resources of other appropriate devices.
  • the procedure illustrated in FIG. 11 is suitable when the multi-link device is registered with the hosting IN-CSE according to the method illustrated in FIGS. 4 and 5.
  • the multi-link device transmits a message including information measured in the IN-CSE.
  • the message may include the following information in a preset format.
  • Measurement data eg pairs of 'measured device ID and measurement value'
  • IN-CSE performs the following steps when receiving a message.
  • the message is a message sent from a multi-link device
  • the identifier of the multi-link device is checked and the matrix information corresponding thereto is derived.
  • step 003 the IN-CSE notifies the multi-link device that the data is properly stored.
  • step 004 the IN-CSE notifies other IN-CSEs of an update of the ⁇ application>.
  • the above ⁇ application> refers to an application previously announced.
  • FIG. 12 is a flowchart illustrating a procedure of an IN-CSE processing a message received from a multi-link device in another embodiment of the present invention.
  • CMDH may include i) the ability to determine whether a message is received from a multi-link device, ii) if the message is received from a multi-link device, a packet construction rule (e.g., "message type + device ID + value + Parsing a message based on the device ID + value, ... "), and iii) after parsing the message, storing the values of a plurality of other devices included in the message in an appropriate resource.
  • the procedure illustrated in FIG. 12 is suitable when the multi-link device is registered with the hosting IN-CSE according to the method illustrated in FIGS. 6 and 7.
  • the multi-link device in step 001, the multi-link device generates a message including measurement data of a plurality of connected other devices in a preset packet format, and transmits the generated message to the hosting IN-CSE. do.
  • the CMDH of the hosting IN-CSE determines whether the received message is data transmitted from a device of the multi-link device type (eg, whether the message includes an indicator indicating the multi-link device type). Check).
  • step 003 when the received IN-CSE determines that the received message is received from a device of a multi-link device type, the hosting IN-CSE parses the received message and measures measurement data for each device (eg, 'device ID; corresponding measurement data'). 'Pair).
  • the CMDH checks the device ID in the resource structure of the IN-CSE and stores the measurement data for each device in an appropriate location (resource or attribute of another device).
  • step 005 the hosting IN-CSE notifies the multi-link device that the data has been properly stored.
  • step 006 the IN-CSE notifies other IN-CSEs of the update of the ⁇ application>.
  • the above ⁇ application> refers to an application previously announced.
  • the parsing and distribution function is included in the CMDH that provides the function of message delivery and handling among CSFs which are common M2M service functions included in the CSE.
  • parsing and distribution functions may be included in CSFs other than the CMDH, and other logical entities may perform parsing and distribution functions in addition to the CSE.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

다중 M2M/IoT 디바이스들과 연계된 M2M/IoT 디바이스를 취급하기 위한 멀티 링크 메카니즘을 개시한다. 본 발명의 일 실시예에 따르면 복수의 타 디바이스에 관한 정보를 수집 및 제공하는 타입의 M2M/IoT 디바이스가 송신하는 데이터를 연관된 타 디바이스들에게 적절하게 전달 혹은 할당하는 메커니즘을 제공한다.

Description

다중 M2M/IOT 디바이스들과 연계된 M2M/IOT 디바이스를 취급하기 위한 멀티 링크 메카니즘
본 실시예는 M2M/IoT 아키텍쳐에 관한 것으로서, 보다 상세하게는 다중 M2M/IoT 디바이스들과 연계된 M2M/IoT 디바이스를 취급하기 위한 멀티 링크 메카니즘에 관한 것이다.
M2M(Machine-to-Machine) 통신은 스마트 계량(smart metering), 홈 오토메이션(home automation), eHealth, 차량 관리(fleet management) 등의 다양한 응용 프로그램("M2M 응용 프로그램")을 수행하기 위한 정보를 송신, 수신, 교환하도록 구성되어 있는 디바이스(소위 'machine'이라고 칭함)에 의해 또는 그들 사이에서 수행되는 통신 카테고리를 말한다.
일반적으로, 다양한 응용 프로그램의 실행 및 차례로 이러한 실행에 부속된 M2M 통신은 M2M 통신의 트리거링, 개시, 발신을 위해 사람의 개입을 필요로 하지 않고 머신이 자체적으로 수행한다. 잘 알려진 바와 같이, M2M 응용 프로그램의 성공적인 구현 및 배포는 다양한 엔터티에 의해 제조되고 운용될 수 있는 다양한 디바이스들 간의 상호 운용성을 보장해주기 위한 요건을 정의하는 산업 전반에 걸친 표준의 채택에 의존할 가능성이 높다.
M2M 응용 프로그램의 대표적인 예인 스마트 계량은 디바이스들(예: TV, 에어콘, 냉장고 등)의 에너지 소비를 계량하는 것이다. 디바이스들은 일반적으로 자신의 에너지 사용을 계측하기 위한 능력을 결여하기 때문에 별도의 디바이스가 이들의 에너지 사용을 계측하는 데 사용된다. 일부 디바이스들은 서버에 디바이스로서 등록되지 않은 다수의 개별 디바이스들(small devices)을 구비할 수 있는데, 복수의 타 전자 디바이스들에게 전력을 공급하고 에너지 사용을 계측하는 스마트 멀티-플러그(smart multi-plug)가 그 대표적인 예이다.
스마트 멀티-플러그는 서버에 네트워크 연결을 갖는 단일 디바이스이기 때문에, 스마트 멀티-플러그는 서버에 하나의 노드(node)로서 등록될 수 있다. 스마트 멀티-플러그는 자신에게 연결된 타 전자 디바이스들의 에너지 사용을 계측하고, 그 계측된 데이터가 포함된 패킷을 서버에 보내므로, 이들 계측된 데이터는 적절한 애플리케이션들에 할당되어야 할 필요가 있다.
그러나, 현재 표준화가 진행중인 oneM2M 아키텍쳐(oneM2M architecture)는 이러한 스마트 멀티-플러그와 같이 복수의 타 디바이스에 관한 정보를 수집 및 제공하는 타입의 디바이스 및 이들이 각종 메시지를 취급하는 과정에 관한 규격을 구체적으로 제시하고 있지는 않다. 특히 oneM2M 표준은 리소스들간의 링크(link)를 규정하고 있으나, 그 규정된 링크는 단지 "페어런트-차일드(parent-child)" 관계에 관한 것일 뿐이다.
본 발명의 일부 실시예는 복수의 타 디바이스에 관한 정보를 수집 및 제공하는 타입의 디바이스가 송신하는 데이터를 연관된 타 디바이스들에게 적절하게 전달 혹은 분배하는 메커니즘을 제공하는 데 주된 목적이 있다.
본 발명의 일 측면에 의하면, M2M 애플리케이션들을 제공하도록 구성된 애플리케이션 계층; M2M 애플리케이션들에 의해 공유되는 기능들을 제공하도록 구성된 공통 서비스 계층를 포함하는 M2M 엔터티로서, 공통 서비스 계층는 리소스 구조상의 리소스들을 관리하고, 복수의 타 디바이스들에 서빙하는 디바이스의 리소스들과 복수의 타 디바이스들의 리소스들 간에 링크를 설정하는 것을 특징으로 하는 M2M 엔터티를 제공한다.
본 실시예의 다른 측면에 의하면, M2M 애플리케이션들을 제공하도록 구성된 애플리케이션 계층; M2M 애플리케이션들에 의해 공유되는 기능들을 제공하도록 구성된 공통 서비스 계층을 포함하는 M2M 엔터티로서, 공통 서비스 계층은 리소스 구조상의 리소스들을 관리하고, 멀티-링크 디바이스의 등록을 위해, 멀티-링크 디바이스에 대한 리소스 구조를 생성하고, 그 생성된 리소스 구조와 멀티-링크 디바이스가 서빙하는 타 디바이스들의 리소스 구조들 간에 링크를 설정하는 것을 특징으로 하는 M2M 엔터티를 제공한다.
본 실시예의 또다른 측면에 의하면, 공통 서비스 계층이 멀티-링크 디바이스를 취급하는 방법으로서, 멀티-링크 디바이스들의 리소스 구조를 생성하는 과정; 멀티-링크 디바이스들과 복수의 타 디바이스들의 리소스들 간에 링크를 설정하는 과정을 포함하는 멀티-링크 디바이스 취급 방법을 제공한다.
본 실시예의 또다른 측면에 의하면, 공통 서비스 계층이 멀티-링크 디바이스를 취급하는 방법으로서, 멀티-링크 디바이스로부터 등록요청 메시지를 수신하는 과정; 그 수신된 등록요청 메시지를 파싱(parsing)하는 과정; 그 파싱된 데이터를 기초로, 멀티-링크 디바이스에 대한 리소스 구조를 생성하는 과정; 그 생성된 리소스 구조와 복수의 타 디바이스들의 리소스 구조들 간에 링크를 설정하는 과정을 포함하는 멀티-링크 디바이스 취급 방법을 제공한다.
본 발명의 실시예에 의하면 M2M/IoT 아키텍쳐에서 복수의 타 디바이스들에게 서빙(serving)하는 디바이스인 멀티-링크 디바이스를 취급하기 위한 바람직한 메카니즘을 제공할 수 있는 장점이 있다. 즉, 호스팅 IN-CSE가 멀티-링크 디바이스를 등록하는 메커니즘 및 호스팅 IN-CSE가 멀티-링크 디바이스가 송신하는 데이터를 연관된 타 디바이스들에게 적절하게 분배 혹은 전달하기 위한 메커니즘을 제공할 수 있는 장점이 있다.
도 1은 oneM2M 표준에 따른 아키텍처를 도식화한 도면이다.
도 2는 oneM2M 표준에서 규정하는 CSE를 도시한 도면이다.
도 3은 스마트 멀티-플러그에 연결된 복수의 타 디바이스 및 이들의 리소스 구조를 예시한 도면이다.
도 4는 본 발명의 일 실시예에 따른 멀티-링크 디바이스의 등록 메커니즘을 도식화한 도면이다.
도 5는 도 4의 실시예에서 멀티-링크 디바이스의 등록 절차를 도시한 순서도이다.
도 6은 본 발명의 다른 실시예에 따른 멀티-링크 디바이스의 등록 메커니즘을 도식화한 도면이다.
도 7은 도 6의 실시예에서 멀티-링크 디바이스의 등록 절차를 도시한 순서도이다.
도 8은 본 발명의 일 실시예에 따른 멀티-링크 디바이스의 등록정보를 갱신하는 메커니즘을 예시한 순서도이다.
도 9는 본 발명의 다른 실시예에 따른 멀티-링크 디바이스의 등록정보를 갱신하는 메커니즘을 예시한 순서도이다.
도 10은 멀티-링크 디바이스가 전송하는 계측 데이터를 분배하기 위한 IN-CSE의 기능을 설명하기 위한 도면이다.
도 11은 본 발명의 일 실시예에 따른 IN-CSE가 멀티-링크 디바이스로부터 수신되는 메시지를 처리하는 절차를 예시한 순서도이다.
도 12는 본 발명의 다른 실시예에 따른 IN-CSE가 멀티-링크 디바이스로부터 수신되는 메시지를 처리하는 절차를 예시한 순서도이다.
이하, 본 실시예에 따른 M2M 통신에서 리소스 접근 권한 설정 방법을 실시하기 위한 구체적인 내용을 설명하면 다음과 같다. 본 명세서에 기재된 용어 또는 약어는 명세서에서 별도로 규정하지 않는 한 M2M/IoT 통신기술분야 및 oneM2M 등의 M2M 기술 표준에 부합하도록 해석된다.
먼저, oneM2M 표준에서 규정하고 있는 기능적 아키텍쳐(functional architecture)를 간략히 소개한다.
도 1은 oneM2M 표준에 따른 아키텍처를 도식화한 도면이다.
oneM2M 아키텍처는 크게 3개의 기능적 노드로 구성된다. 애플리케이션 서비스 노드(Application Service Node: ASN)는 M2M 애플리케이션 뿐만 아니라 공통의 서비스 기능을 포함하는 일반적인 M2M 디바이스를 의미한다. 미들 노드(Middle Node: MN)는 디바이스 노드들과 네트워크 인프라스트럭처(network infrastructure)를 연결해주는 게이트웨이 역할을 하는 노드를 의미한다. 인프라스트럭처 노드(Infrastructure Node: IN)는 네트워크 인프라스트럭처에 위치해 M2M 서비스를 제공해주는 노드를 의미한다. ASN과 MN은 디바이스 영역(device domain)으로 구분될 수 있고 IN은 플랫폼 영역(platform domain)으로 구분될 수 있다.
각각의 기능적 노드들은 적어도 하나의 애플리케이션 엔터티(Application entity: AE)와 공통 서비스 엔터티(Common Service Entity: CSE)를 포함한다. CSE는 M2M 노드들 안에서 실행되는 논리적인 엔터티로 일련의 공통 M2M 서비스 기능인 공통 서비스 함수(Common Service Functions: CSFs)를 포함한다. CSFs는 AEs와 다른 CSEs에 의해서 이용될 수 있다. AE와 CSE는 Mca 레퍼런스 포인트(reference points), CSE와 다른 노드에 위치한 CSE는 Mcc 레퍼런스 포인트 그리고 CSE와 3GPP 같은 액세스 네트워크와는 Mcn 레퍼런스 포인트로 연결된다. 즉, AE가 CSE의 서비스 이용 시 Mca 레퍼런스 포인트를 사용하며, CSE가 다른 CSE의 서비스 이용 시 Mcc 레퍼런스 포인트를 사용하며, CSE가 기저 네트워크(Underlying Networks)의 서비스 이용시 사용된다.
도 2는 oneM2M 표준에서 규정하는 CSE를 도시한 도면이다.
oneM2M 표준에 따르면, CSFs는 노드 및 CSE들의 등록을 도와주는 레지스트레이션 CSF(REG CSF), 서비스 연결에 대한 보안 및 프라이버시를 제공하는 보안 CSF(SEC CSF), CSE와 AE들의 업그레이드, 관리 등의 기능을 제공하는 AE/서비스 레이어 관리 CSF(ASM CSF) 등이 포함된다. 특히, CSFs는 메시지 전달 및 핸들링에 관한 기능을 제공하는 CMDH(Communication Management/Delivery Handling)를 포함한다.
oneM2M은 리소스에 기반한 데이터 모델을 따르며, 서비스 계층에서 제공되는 모든 서비스는 이러한 리소스를 통해 제공된다. 리소스는 데이터들의 구조로 표현되며 각각의 리소스는 URI를 통해 참조된다. 또한, oneM2M은 RESTful 아키텍처 스타일에서 주로 사용되는 CRUD(CREATE, RETRIEVE, UPDATE, DEAELETE) 명령어를 이용하여 리소스와 속성들에 대한 관리를 제공한다. 이때, 처리되어야 할 리소스가 위치한 CSE는 호스팅 CSE(Hosting CSE)라고 불린다.
도면을 참고하여 다중 M2M/IoT 디바이스들과 연계된 M2M/IoT 디바이스를 처리하기 위한 메카니즘에 관한 본 발명의 실시예를 살펴본다.
1. 멀티-링크 디바이스(Multi-Linked Device: MLD)
M2M/IoT 애플리케이션의 대표적인 예인 스마트 계량은 디바이스들(예: TV, 에어콘, 냉장고 등)의 에너지 소비를 계량하는 것이다. 이러한 디바이스들은 일반적으로 자신의 에너지 사용을 계측하기 위한 능력을 가지지 않기 때문에, 별도의 디바이스가 이들의 에너지 사용을 계측하는 데 사용된다. 일부 디바이스들은 서버에 디바이스로서 등록되지 않은 다수의 개별 디바이스들을 구비할 수 있는데, 복수의 전자 디바이스들에게 전력을 공급하고 에너지 사용을 계측하는 스마트 멀티-플러그가 그 대표적인 예이다.
스마트 멀티-플러그 디바이스는 서버에 네트워크 연결을 가지는 단일 디바이스이기 때문에, 스마트 멀티-플러그는 서버에 일 노드로서 등록될 수 있다. 스마트 멀티-플러그는 자신에게 연결된 타 디바이스들의 에너지 사용을 계측하고, 그 계측된 데이터가 포함된 패킷을 서버에 보내므로, 이들 계측된 데이터는 적절한 애플리케이션들에 할당되어야 할 필요가 있다. 예시된 스마트 멀티-플러그와 같이 복수의 타 디바이스들에게 서빙하는 디바이스를 멀티-링크 디바이스(MLD)라고 지칭한다.
도 3은 스마트 멀티-플러그에 연결된 복수의 타 디바이스 및 이들의 리소스 구조를 예시한 도면이다.
도 3은 스마트 멀티-플러그에 3개의 디바이스(A: 냉장고, B: 토스터, C: TV)가 플러그 1, 2, 3에 각각 플러그된 경우를 예시하고 있다. 스마트 멀티-플러그는 그 연결된 각각의 디바이스(A, B, C)에 대하여 에너지 사용량(즉, 각 디바이스에 공급하는 에너지 량)을 계측하고, 서버에 정기적으로 그 계측된 데이터를 송신하도록 구성될 수 있다.
서버의 CSE는 각 디바이스의 리소스 구조를 관리하며, 속성에 각 디바이스에 관한 데이터를 저장한다. 이때, 각 디바이스의 리소스 구조는 하나 이상의 속성(attribute)와 자식 리소스(child resource)를 포함한다. 또한, 서버의 CSE는 스마트 멀티-플러그도 하나의 노드로서 서버에 등록될 수 있다. 따라서, 서버의 CSE는 스마트 멀티-플러그에 대한 리소스 구조를 관리할 수 있으며, 스마트 멀티-플러그가 계측한 데이터를 스마트 멀티-플러그에 대한 리소스 구조에 저장할 수 있다. 다만, 스마트 멀티-플러그의 리소스 구조에 저장되는 계측 데이터는 타 디바이스들에 관한 계측 데이터라는 특징이 있다.
스마트 멀티-플러그에 의해 생성된 패킷은 그 연결된 타 디바이스들에 대해 계측된 데이터를 포함하고 있으며, 패킷을 수신하는 서버가 그 패킷이 스마트 멀티-플러그에 의해 생성된 것임을 식별할 수 있어야 한다. 예를 들어, 서버는 스마트 멀티-플러그가 등록될 때, 해당 디바이스의 타입(type)에 대해 확인할 수 있는 방법이 필요하다.
이를 고려하여, 스마트 멀티-플러그에 의해 생성된 패킷은 다음 사항들 중 적어도 일부를 포함하도록 구성될 수 있다.
- 위 패킷이 MLD로부터 생성된 것이라는 지표(indication)
- 그 연결된 디바이스로부터 계측된 모든 값
- 타 디바이스와 그들에 대한 계측된 값을 서로 구분하는 구분문자(예: 'A:30.B:20.C:40', 'A.B.C=30.20.40.' ⇒ 이는 A, B, C 디바이스가 각각 30, 20, 40 와트를 소비하는 것으로 계측되었다는 의미임)
위와 같이, 스마트 멀티-플러그로부터 송신되는 패킷에 포함된 계측 데이터는 본질적으로 타 디바이스들에 대한 것이므로, 서버는 계측 데이터를 타 디바이스들에 연관지어 관리할 필요가 있다. 또한, 계측 데이터가 포함된 패킷을 수신한 서버는 패킷을 파싱하고, 그 파싱된 데이터를 적절한 리소스들에 전달하는 것과 같은 어떤 절차를 수행할 필요가 있다.
2. 멀티-링크 디바이스의 등록(Registration of MLD)
전술한 바와 같이, 멀티-링크 디바이스도 하나의 노드로서 서버에 등록될 수 있으나, 멀티-링크 디바이스가 송신하는 데이터는 본질적으로 타 디바이스들에 대한 것인 점에서, 호스팅 IN-CSE가 멀티-링크 디바이스를 등록하는 메커니즘에는 다음과 같은 두가지 실시예를 고려할 수 있다.
먼저, 도 4와 도 5를 참조하여 제 1 실시예를 설명한다. 도 4는 본 발명의 일 실시예에 따른 멀티-링크 디바이스의 등록 메커니즘을 도식화한 도면이고, 도 5는 도 4에 예시된 실시예에 따른 멀티-링크 디바이스의 등록 절차를 도시한 순서도이다. 도 4와 도 5에 예시된 실시예는 멀티-링크 디바이스에 연결된 타 디바이스들과 별개의 리소스로서 등록하는 방법을 예시하고 있으며, 이에 따르면 멀티-링크 디바이스의 리소스에 관련된 타 디바이스들의 관련성은 링크로 관리된다. 예를 들어, 호스팅 IN-CSE는 멀티-링크 디바이스로부터 메시지를 확인하고, 이에 연결된 디바이스 정보를 도출하고, 멀티-링크 디바이스 및 이에 연결된 타 디바이스들을 위한 리소스들을 생성한다. 또한, 호스팅 IN-CSE는 타 디바이스들과 대응되는 멀티-링크 디바이스의 하위-리소스(sub-resource)들 간에 링크를 생성한다.
도 5에 예시된 순서도를 참조하여 구체적인 등록 절차를 설명한다.
STEP 001 과정에서, 멀티-링크 디바이스는 IN-CSE에 등록요청 메시지를 전송한다. 등록 요청 메시지는 다음과 같은 정보를 포함할 수 있다.
- 멀티-링크 디바이스임을 나타내는 지표(MLD Indication)
- 멀티-링크 디바이스에 연결될 수 있는 타 디바이스의 수(예: 스마트 멀티-플러그의 경우, 몇 개의 타 디바이스가 플러그될 수 있는지에 관한 정보)
- 연결된 타 디바이스의 수(예: 스마트 멀티-플러그의 경우, 몇 개의 타 디바이스가 플러그되어 있는지에 관한 정보)
- 연결된 타 디바이스들의 식별자(identifier) 및 대응되는 멀티-링크 디바이스에 포함된 개별 디바이스들(예: 스마트 멀티-플러그의 개별 플러그들)의 식별자
- 추가정보(예: 그 연결된 타 디바이스들의 ID, 애플리케이션의 타입 등)
STEP 002 과정에서, IN-CSE는 등록 요청 메시지를 체크하고, 대응되는 리소스들 및 링크들을 생성한다. 즉, IN-CSE는 멀티-링크 디바이스 자체에 대한 리소스 및 서브-리소스들을 생성하고, 멀티-링크 디바이스에 연결된 타 디바이스들의 리소스에 각각 서브-리소스를 생성한다. 또한, IN-CSE는 서로 대응되는 서브-리소스들 간에 링크를 생성한다.
STEP 003 과정에서, IN-CSE는 등록이 성공했음을 멀티-링크 디바이스에게 통보한다.
STEP 004 과정에서, IN-CSE는 <application>과 관련된 타 IN-CSE들에게 그 <application>의 등록을 알린다.
이하에서는, 도 6과 도 7을 참조하여, 호스팅 IN-CSE가 멀티-링크 디바이스를 등록하는 메커니즘의 제 2 실시예를 설명한다.
도 6은 본 발명의 다른 실시예에 따른 멀티-링크 디바이스의 등록 메커니즘을 도식화한 도면이고, 도 7은 도 6에 예시된 실시예에 따른 멀티-링크 디바이스의 등록 절차를 도시한 순서도이다. 도 6과 도 7에 예시된 실시예는 멀티-링크 디바이스에 연결된 타 디바이스들 하위에 등록하는 방법을 예시한 것으로서, IN-CSE는 다음과 같은 기능들을 지원해야 한다. 예를 들어, IN-CSE는 멀티-링크 디바이스로부터 메시지를 확인하고, 이에 연결된 디바이스 정보를 도출하고, 자신의 로컬 메모리 영역에 멀티-링크 디바이스 정보를 저장한다. 또한, IN-CSE는 타 디바이스들의 리소스를 검색하고, 검색된 리소스 각각에 서브-리소스를 생성한다. 이들 서브-리소스는 멀티-링크 디바이스로부터 수신된 계측 데이터를 저장하기 위해 사용된다.
도 7에 예시된 순서도를 참조하여 구체적인 등록 절차를 설명한다.
STEP 001 과정에서, 멀티-링크 디바이스는 IN-CSE에 등록요청 메시지를 전송한다. 등록 요청 메시지는 다음과 같은 정보를 포함할 수 있다.
- 멀티-링크 디바이스임을 나타내는 지표
- 멀티-링크 디바이스에 연결될 수 있는 타 디바이스의 수(예: 스마트 멀티-플러그의 경우, 몇 개의 타 디바이스가 플러그될 수 있는지에 관한 정보)
- 연결된 타 디바이스의 수(예: 스마트 멀티-플러그의 경우, 몇 개의 타 디바이스가 플러그되어 있는지에 관한 정보)
- 연결된 타 디바이스의 식별자 및 대응되는 플러그의 식별자
- 추가정보(예: 연결된 타 디바이스들의 ID, 애플리케이션의 타입 등)
STEP 002 과정에서, IN-CSE는 등록 요청 메시지를 체크하고, 연결된 타 디바이스들의 리소스를 체크하고, 이들 리소스 각각에 서브-리소스를 생성한다. 또한, IN-CSE는 자신의 로컬 메모리 영역에 멀티-링크 디바이스 관련 정보를 생성한다. 멀티-링크 디바이스 관련 정보는 멀티-링크 디바이스로부터 수신된 메시지가 어떻게 취급되어야 하는지를 나타내는 매트릭스가 포함되어야 한다. 예를 들어, 멀티-링크 디바이스 관련 정보는 멀티-링크 디바이스의 식별자 및 이에 연결된 타 디바이스들의 식별자를 포함하여야 한다. 이에 따라, IN-CSE가 멀티-링크 디바이스로부터 메시지를 수신하면, IN-CSE는 그 메시지로부터 요구되는 정보를 도출하고, 적절한 리소스에 정보를 분배한다.
STEP 003 과정에서, IN-CSE는 등록이 성공했음을 멀티-링크 디바이스에게 통보한다.
STEP 004 과정에서, IN-CSE는 <application>과 관련된 타 IN-CSE들에게 그 <application>의 등록을 발표(publish)한다.
한편, 멀티-링크 디바이스는 연결된 타 디바이스의 추가 혹은 제거 등 변경 가능성을 수반하므로, IN-CSE는 멀티-링크 디바이스에 연결된 타 디바이스의 변경에 맞추어 멀티-링크 디바이스와 관련된 등록정보(예: 서브-리소스들 간의 링크, 멀티-링크 디바이스로부터 수신된 메시지가 어떻게 취급되어야 하는지를 나타내는 매트릭스 등)를 갱신할 필요가 있다. 등록정보를 갱신함에 있어서도, 도 4 내지 도 7에 예시한 멀티-링크 디바이스를 등록하는 메커니즘과 마찬가지로, 두 가지 실시예를 고려할 수 있다. 이하 도 8과 도 9를 참조하여, 멀티-링크 디바이스의 등록정보를 갱신하는 메커니즘을 설명한다.
도 8은 본 발명의 일 실시예에 따른 멀티-링크 디바이스의 등록정보를 갱신하는 메커니즘을 예시한 순서도이다.
STEP 001 과정에서, 멀티-링크 디바이스는 IN-CSE에 갱신등록 요청 메시지를 전송한다. 갱신등록 요청 메시지는 등록 요청 메시지와 동일한 정보를 포함할 수도 있으나, 타 디바이스의 연결 추가 혹은 연결 해제에 관한 사항을 IN-CSE에 전달하는 데 이용되므로, 다음과 같이 축약된 정보를 포함하는 것이 바람직하다.
- 멀티-링크 디바이스임을 나타내는 지표(MLD Indication)
- 타 디바이스의 연결 추가 또는 연결 해제에 관한 정보임을 나타내는 지표
- 추가 또는 해제된 타 디바이스들의 식별자 및 대응되는 멀티-링크 디바이스에 포함된 개별 디바이스들(예: 스마트 멀티-플러그의 개별 플러그들)의 식별자
- 추가정보(예: 추가 또는 해제된 타 디바이스들의 ID, 애플리케이션의 타입 등)
STEP 002 과정에서, IN-CSE는 갱신등록 요청 메시지를 체크하고, 대응되는 리소스들 및 링크들을 갱신한다. 즉, IN-CSE는 추가 또는 해제된 타 디바이스들의 리소스에 서브-리소스를 생성하거나 삭제한다. 또한, IN-CSE는 서로 대응되는 서브-리소스들 간에 링크를 갱신한다.
STEP 003 과정에서, IN-CSE는 갱신등록이 성공했음을 멀티-링크 디바이스에게 통보한다.
STEP 004 과정에서, IN-CSE는 <application>과 관련된 타 IN-CSE들에게 그 <application>의 갱신등록을 알린다.
도 9는 본 발명의 다른 실시예에 따른 멀티-링크 디바이스의 등록정보를 갱신하는 메커니즘을 예시한 순서도이다.
STEP 001 과정에서, 멀티-링크 디바이스는 IN-CSE에 갱신등록 요청 메시지를 전송한다. 전술한 바와 같이, 갱신등록 요청 메시지는 등록 요청 메시지와 동일한 정보를 포함할 수도 있으나, 타 디바이스의 연결 추가 혹은 연결 해제에 관한 사항을 IN-CSE에 전달하는 데 이용되므로, 축약된 정보를 포함하는 것이 바람직하다.
STEP 002 과정에서, IN-CSE는 갱신등록 요청 메시지를 체크하고, 추가 또는 해제된 타 디바이스들의 서브-리소스를 생성하거나 삭제한다. 또한, IN-CSE는 자신의 로컬 메모리 영역에 저장된 멀티-링크 디바이스 관련 정보를 갱신한다.
STEP 003 과정에서, IN-CSE는 갱신등록이 성공했음을 멀티-링크 디바이스에게 통보한다.
STEP 004 과정에서, IN-CSE는 <application>과 관련된 타 IN-CSE들에게 그 <application>의 갱신등록을 발표한다.
3. 계측 데이터의 전달(Delivery of Measured Data)
도 10은 멀티-링크 디바이스가 전송하는 계측 데이터를 분배하기 위한 IN-CSE의 기능을 설명하기 위한 도면이다. IN-CSE는 멀티-링크 디바이스가 전송하는 계측 데이터들을 적절한 타 디바이스들의 리소스에 전달할 필요가 있다. 따라서, IN-CSE의 CMDH(Communication Management and Delivery Handling) 기능은 계측 데이터를 전달하기 위한 기능들이 요구된다. 즉, 도 10에 도시된 바와 같이, IN-CSE의 CMDH가 멀티-링크 디바이스로부터 수신되는 메시지 혹은 멀티-링크 디바이스의 리소스에 저장된 값을 파싱하고, 타 디바이스의 리소스들에 분배(distributing)하는 기능이 필요하다. CMDH의 파싱 및 분배 기능은 다음과 같은 두 가지 실시예를 고려할 수 있다.
도 11은 본 발명의 일 실시예에서 IN-CSE가 멀티-링크 디바이스로부터 수신되는 메시지를 처리하는 절차를 예시한 순서도이다.
제 2 실시예에서, CMDH는 i) 멀티-링크 디바이스로부터 수신되는 메시지에 포함된 값들을 멀티-링크 디바이스의 리소스에 저장하는 기능을 포함할 수 있다. 이 경우, 다른 일반적인 디바이스의 리소스 타입(resource type)과 달리, '멀티-링크 디바이스의 리소스'라는 추가적인 타입, 즉, <MLD resource>을 정의할 필요가 있다. 일단 MLS resource에 값들이 저장되면, IN-CSE는 저장된 값을 파싱하고, 파싱된 값들을 적절한 타 디바이스들의 리소스에 분배할 수 있다. 도 11에 예시된 절차는 도 4와 도 5에 예시된 방법에 따라 멀티-링크 디바이스가 호스팅 IN-CSE에 등록된 경우에 적합하다.
도 11의 순서도를 참조하면, STEP 001 과정에서, 멀티-링크 디바이스는 IN-CSE에 계측된 정보를 포함하는 메시지를 전송한다. 그 메시지는 미리 설정된 포맷으로 다음과 같은 정보를 포함할 수 있다.
- 멀티-링크 디바이스임을 나타내는 지표
- 멀티-링크 디바이스의 식별자
- 계측 데이터(예: '계측된 디바이스 ID 및 계측 값'의 쌍들)
STEP 002 과정에서, IN-CSE는 메시지 수신 시 다음과 같은 과정들을 수행한다.
- 메시지가 멀티-링크 디바이스로부터 전송된 메시지인지 체크한다.
- 메시지가 멀티-링크 디바이스로부터 전송된 메시지인 경우, 멀티-링크 디바이스의 식별자를 체크하고, 그에 대응되는 매트릭스 정보를 도출한다.
- 메시지를 파싱하여 계측 데이터를 추출한다.
- 그 추출된 계측 데이터를 위 대응되는 타 디바이스의 서브-리소스에 저장한다.
STEP 003 과정에서, IN-CSE는 해당 데이터들이 적절하게 저장되었음을 멀티-링크 디바이스에게 통보한다.
STEP 004 과정에서, IN-CSE는 타 IN-CSE들에게 <application>의 갱신을 알린다. 여기서, 위 <application>은 이전에 이미 알린 바 있는 애플리케이션을 의미한다.
도 12는 본 발명의 다른 실시예에서 IN-CSE가 멀티-링크 디바이스로부터 수신되는 메시지를 처리하는 절차를 예시한 순서도이다.
도 12에 예시된 실시예는 호스팅 IN-CSE(Hosting In-CSE)가 멀티-링크 디바이스로부터 수신되는 메시지를 파싱하고 메시지에 포함된 복수의 타 디바이스의 값들을 적절한 리소스에 저장하는 방식이다. 예를 들어, CMDH는 i) 멀티-링크 디바이스로부터 메시지가 수신되는지 여부를 판단하는 기능, ii) 메시지가 멀티-링크 디바이스로부터 수신된 경우, 패킷 구성 규칙(예: "메시지 타입+디바이스 ID+값+디바이스 ID+값,...")에 기초하여 메시지를 파싱하는 기능, iii) 메시지 파싱 후에, 메시지에 포함된 복수의 타 디바이스의 값들을 적절한 리소스에 저장하는 기능을 포함할 수 있다. 도 12에 예시된 절차는 도 6과 도 7에 예시된 방법에 따라 멀티-링크 디바이스가 호스팅 IN-CSE에 등록된 경우에 적합하다.
도 12를 참고하면, STEP 001 과정에서, 멀티-링크 디바이스는 연결된 복수의 타 디바이스들에 대한 계측 데이터를 포함하는 메시지를 미리 설정된 패킷 포맷으로 생성하고, 그 생성된 메시지를 호스팅 IN-CSE에 전송한다.
STEP 002 과정에서, 메시지 수신 시, 호스팅 IN-CSE의 CMDH는 수신된 메시지가 멀티-링크 디바이스 타입의 디바이스로부터 전송된 데이터인지 여부(예컨대, 메시지에 멀티-링크 디바이스 타입을 나타내는 지표가 포함되어 있는지 여부)를 확인한다.
STEP 003 과정에서, 호스팅 IN-CSE는 수신된 메시지가 멀티-링크 디바이스 타입의 디바이스로터 수신된 것으로 판단된 경우, 수신된 메시지를 파싱하여 각 디바이스별 계측 데이터(예: '디바이스 ID; 해당 계측 데이터'의 쌍)를 도출한다.
STEP 004 과정에서, CMDH는 IN-CSE의 리소스 구조에서 디바이스 ID를 확인한 후, 각 디바이스별 계측 데이터를 적절한 위치(타 디바이스의 리소스 혹은 속성)에 저장한다.
STEP 005 과정에서, 호스팅 IN-CSE는 해당 데이터들이 적절하게 저장되었음을 멀티-링크 디바이스에게 통보한다.
STEP 006 과정에서, IN-CSE는 타 IN-CSE들에게 <application>의 업데이트를 알린다. 여기서, 위 <application>은 이전에 이미 알린 바 있는 애플리케이션을 의미한다.
전술한 실시예들에서는 CSE에 포함된 공통 M2M 서비스 기능인 CSFs들 중에서 메시지 전달 및 핸들링에 관한 기능을 제공하는 CMDH에 파싱 및 분배 기능이 포함되는 것으로 설명하였다. 하지만, 다른 실시예에서는 CMDH 외에 다른 CSF들에 파싱 및 분배 기능이 포함될 수 있으며 CSE외에 다른 논리적 엔터티가 파싱 및 분배 기능을 수행할 수도 있다.

Claims (14)

  1. M2M 애플리케이션들을 제공하도록 구성된 애플리케이션 계층(Applicaion Layer);
    상기 M2M 애플리케이션들에 의해 공유되는 기능들을 제공하도록 구성된 공통 서비스 계층(Common Service Layer);
    를 포함하여 구성되는 M2M 엔터티로서,
    상기 공통 서비스 계층는 리소스 구조상의 리소스들을 관리하고, 복수의 타 디바이스들에 서빙하는 디바이스(이하, '멀티-링크 디바이스'라고 칭함)의 리소스들과 상기 복수의 타 디바이스들의 리소스들 간에 링크를 설정하는 것을 특징으로 하는 M2M 엔터티.
  2. 제 1 항에 있어서,
    상기 멀티-링크 디바이스의 리소스는 상기 멀티-링크 디바이스가 서빙할 수 있는 타 디바이스들의 수에 대응되는 서브-리소스들을 구비하는 것을 특징으로 하는 M2M 엔터티.
  3. 제 1 항에 있어서,
    상기 링크는 상기 복수의 타 디바이스들의 리소스들에게 각각 상기 멀티-링크 디바이스의 적절한 서브-리소스에 대한 URI를 제공하는 것을 특징으로 하는 M2M 엔터티.
  4. M2M 애플리케이션들을 제공하도록 구성된 애플리케이션 계층;
    상기 M2M 애플리케이션들에 의해 공유되는 기능들을 제공하도록 구성된 공통 서비스 계층;
    을 포함하여 구성되는 M2M 엔터티로서,
    상기 공통 서비스 계층은 리소스 구조상의 리소스들을 관리하고, 복수의 타 디바이스들에 서빙하는 디바이스(이하, '멀티-링크 디바이스'라고 칭함)의 등록을 위해, 상기 멀티-링크 디바이스에 대한 리소스 구조를 생성하고, 상기 생성된 리소스 구조와 상기 멀티-링크 디바이스가 서빙하는 타 디바이스들의 리소스 구조들 간에 링크를 설정하는 것을 특징으로 하는 M2M 엔터티.
  5. 제 4 항에 있어서,
    상기 멀티-링크 디바이스의 리소스 구조는,
    상기 멀티-링크 디바이스 자체에 대한 리소스;
    상기 멀티-링크 디바이스가 서빙할 수 있는 타 디바이스의 수에 대응되는 서브-리소스들(이하, '제 1 서브-리소스'라고 칭함);
    을 구비하는 것을 특징으로 하는 M2M 엔터티.
  6. 제 5 항에 있어서,
    상기 공통 서비스 계층은 상기 타 디바이스 리소스 구조 각각에 상기 제 1 서브-리소스에 대응되는 서브-리소스(이하, '제 2 서브-리소스'라고 칭함)를 생성하고, 상기 제 1 서브-리소스 및 이에 대응되는 상기 제 2 서브-리소스 간에 상기 링크를 설정하는 것을 특징으로 하는 M2M 엔터티.
  7. 제 4 항에 있어서,
    상기 공통 서비스 계층은 상기 멀티-링크 디바이스로부터 등록요청 메시지를 수신하고, 상기 등록요청 메시지는 멀티-링크 디바이스임을 나타내는 지표, 상기 멀티-링크 디바이스에 연결될 수 있는 타 디바이스의 수, 연결된 타 디바이스의 수, 상기 멀티-링크 디바이스의 식별자, 상기 멀티-링크 디바이스에 연결된 타 타 디바이스의 식별자에 관한 정보 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 M2M 엔터티.
  8. 공통 서비스 계층이 복수의 타 디바이스들에 서빙하는 디바이스(이하, '멀티-링크 디바이스'라고 칭함)를 취급하는 방법으로서,
    상기 멀티-링크 디바이스들의 리소스 구조를 생성하는 과정;
    상기 멀티-링크 디바이스들과 상기 복수의 타 디바이스들의 리소스들 간에 링크를 설정하는 과정;
    을 포함하여 구성되는 멀티-링크 디바이스 취급 방법.
  9. 제 8 항에 있어서,
    상기 멀티-링크 디바이스의 리소스는 상기 멀티-링크 디바이스가 서빙할 수 있는 타 디바이스들의 수에 대응되는 서브-리소스들을 구비하는 것을 특징으로 하는 멀티-링크 디바이스 취급 방법.
  10. 제 8 항에 있어서,
    상기 복수의 타 디바이스들의 리소스들에게 각각 상기 멀티-링크 디바이스의 적절한 서브-리소스에 대한 URI를 제공하는 과정;
    을 더 포함하여 구성되는 것을 특징으로 하는 멀티-링크 디바이스 취급 방법.
  11. 공통 서비스 계층이 복수의 타 디바이스들에 서빙하는 디바이스(이하, '멀티-링크 디바이스'라고 칭함)를 취급하는 방법으로서,
    상기 멀티-링크 디바이스로부터 등록요청 메시지를 수신하는 과정;
    상기 수신된 등록요청 메시지를 파싱하는 과정;
    상기 파싱된 데이터를 기초로, 상기 멀티-링크 디바이스에 대한 리소스 구조를 생성하는 과정;
    상기 생성된 리소스 구조와 상기 복수의 타 디바이스들의 리소스 구조들 간에 링크를 설정하는 과정;
    을 포함하여 구성되는 멀티-링크 디바이스 취급 방법.
  12. 제 11 항에 있어서,
    상기 멀티-링크 디바이스의 리소스 구조는,
    상기 멀티-링크 디바이스 자체에 대한 리소스;
    상기 멀티-링크 디바이스가 서빙할 수 있는 타 디바이스의 수에 대응되는 서브-리소스들(이하, '제 1 서브-리소스'라고 칭함);
    을 구비하는 것을 특징으로 하는 멀티-링크 디바이스 취급 방법.
  13. 제 12 항에 있어서,
    상기 링크를 설정하는 과정은,
    상기 타 디바이스 리소스 구조 각각에 상기 제 1 서브-리소스에 대응되는 서브-리소스(이하, '제 2 서브-리소스'라고 칭함)를 생성하는 과정;
    상기 제 1 서브-리소스 및 이에 대응되는 상기 제 2 서브-리소스 간에 각각 링크를 설정하는 과정;
    을 포함하는 것을 특징으로 하는 멀티-링크 디바이스 취급 방법.
  14. 제 11 항에 있어서,
    상기 등록요청 메시지는 멀티-링크 디바이스임을 나타내는 지표, 상기 멀티-링크 디바이스에 연결될 수 있는 타 디바이스의 수, 연결된 타 디바이스의 수, 상기 멀티-링크 디바이스의 식별자, 상기 멀티-링크 디바이스에 연결된 타 디바이스의 식별자에 관한 정보 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 멀티-링크 디바이스 취급 방법.
PCT/KR2015/009558 2014-09-25 2015-09-11 다중 m2m/iot 디바이스들과 연계된 m2m/iot 디바이스를 취급하기 위한 멀티 링크 메카니즘 WO2016047946A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020140128100A KR20160036690A (ko) 2014-09-25 2014-09-25 다중 M2M/IoT 디바이스들과 연계된 M2M/IoT 디바이스를 취급하기 위한 멀티 링크 메카니즘
KR10-2014-0128100 2014-09-25

Publications (1)

Publication Number Publication Date
WO2016047946A1 true WO2016047946A1 (ko) 2016-03-31

Family

ID=55581419

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2015/009558 WO2016047946A1 (ko) 2014-09-25 2015-09-11 다중 m2m/iot 디바이스들과 연계된 m2m/iot 디바이스를 취급하기 위한 멀티 링크 메카니즘

Country Status (2)

Country Link
KR (1) KR20160036690A (ko)
WO (1) WO2016047946A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102092100B1 (ko) * 2017-04-27 2020-03-24 삼성전자주식회사 공인 ip 네트워크를 통해서 사물통신을 처리하는 방법 및 그 장치
WO2018199523A1 (ko) * 2017-04-27 2018-11-01 주식회사 케이티 공인 ip 네트워크를 통해서 사물통신을 처리하는 방법 및 그 장치

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140019275A (ko) * 2013-12-24 2014-02-14 모다정보통신 주식회사 Ｍ2ｍ 통신에서 리소스 접근 권한 설정 방법
US20140221032A1 (en) * 2013-02-04 2014-08-07 Kt Corporation Resource management in machine to machine networks
WO2014129802A1 (ko) * 2013-02-19 2014-08-28 엘지전자 주식회사 M2m 서비스 설정 변경 방법 및 이를 위한 장치
KR20140107012A (ko) * 2013-02-27 2014-09-04 주식회사 케이티 M2m 네트워크에서 액티브 링크를 이용하여 그룹의 컨테이너 리소스를 관리하는 방법 및 장치
KR20140110172A (ko) * 2013-03-05 2014-09-17 주식회사 케이티 Ｍ２ｍ 비표준 디바이스와의 연동 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140221032A1 (en) * 2013-02-04 2014-08-07 Kt Corporation Resource management in machine to machine networks
WO2014129802A1 (ko) * 2013-02-19 2014-08-28 엘지전자 주식회사 M2m 서비스 설정 변경 방법 및 이를 위한 장치
KR20140107012A (ko) * 2013-02-27 2014-09-04 주식회사 케이티 M2m 네트워크에서 액티브 링크를 이용하여 그룹의 컨테이너 리소스를 관리하는 방법 및 장치
KR20140110172A (ko) * 2013-03-05 2014-09-17 주식회사 케이티 Ｍ２ｍ 비표준 디바이스와의 연동 방법 및 장치
KR20140019275A (ko) * 2013-12-24 2014-02-14 모다정보통신 주식회사 Ｍ2ｍ 통신에서 리소스 접근 권한 설정 방법

Also Published As

Publication number Publication date
KR20160036690A (ko) 2016-04-05

Similar Documents

Publication Publication Date Title
WO2014109597A1 (ko) M2m(machine-to-machine)시스템에서 게이트웨이 변경 방법 및 이를 위한 장치
WO2017193553A1 (zh) 网络切片的接入控制方法及装置、终端化小区和sdn控制器
WO2014185728A1 (en) Method and apparatus for performing discovery for device-to-device communication
WO2013085088A1 (ko) Ｍ２ｍ 통신에서 장치의 데이터 공유 방법 및 그 시스템
WO2014163383A1 (en) Method and apparatus for routing proximity-based service message in wireless communication system
WO2016021981A1 (en) System and method of counter management and security key update for device-to-device group communication
WO2017074034A1 (ko) 이종 시스템에서 상호연동에 대한 방법 및 장치
WO2015105402A1 (ko) 이동 통신 시스템에서 서비스 발견 및 그룹 통신을 위한 보안 지원방법 및 시스템
WO2014092375A1 (en) Method and apparatus for controlling access between home device and external server in home network system
WO2012141557A2 (en) Method and apparatus for providing machine-to-machine service
WO2012050293A1 (en) Method and apparatus for sharing contents using information of group change in content oriented network environment
WO2020226345A1 (en) Method and apparatus for session configuration of terminal according to time or service area in wireless communication system
WO2021141348A1 (ko) 이동통신 네트워크에서 단일 응용에 복수의 가상 네트워크를 제공하는 방법 및 장치
WO2012121552A2 (ko) M2m 기기를 위한 제어정보를 송수신하는 방법 및 이를 위한 장치
WO2012157940A2 (ko) 피드백메시지를 이용한 푸시 서비스 제공 시스템 및 방법
WO2022071751A1 (en) Method and apparatus for renewing subscription for network data analysis in wireless communication system
WO2011159040A2 (en) Apparatus and method for configuring personal network using pn routing table
WO2021235769A1 (ko) 이동통신 네트워크에서 단말에 deterministic communication을 지원하는 방법 및 장치
WO2013036068A1 (ko) Ｍ2ｍ 서비스 제공 방법, ｍ2ｍ 통신을 위한 방법 및 장치
WO2015020502A1 (ko) P2p 그룹을 형성하는 무선 통신 네트워크에서 서비스 디스커버리 기법
WO2020009537A1 (ko) 리소스 관리 방법 및 장치
WO2012093915A2 (en) Apparatus and method for supporting time-controlled service in machine-to-machine communication system
WO2016047946A1 (ko) 다중 m2m/iot 디바이스들과 연계된 m2m/iot 디바이스를 취급하기 위한 멀티 링크 메카니즘
EP4298820A1 (en) Method and apparatus for providing traffic steering in mobile communication system
EP3577916A1 (en) Method and apparatus for transmitting and receiving data in mission critical data communication system

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: 15843524

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15843524

Country of ref document: EP

Kind code of ref document: A1