WO2014129802A1 - M2m 서비스 설정 변경 방법 및 이를 위한 장치 - Google Patents

M2m 서비스 설정 변경 방법 및 이를 위한 장치 Download PDF

Info

Publication number
WO2014129802A1
WO2014129802A1 PCT/KR2014/001352 KR2014001352W WO2014129802A1 WO 2014129802 A1 WO2014129802 A1 WO 2014129802A1 KR 2014001352 W KR2014001352 W KR 2014001352W WO 2014129802 A1 WO2014129802 A1 WO 2014129802A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
resource
gateway
policy
request
Prior art date
Application number
PCT/KR2014/001352
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 엘지전자 주식회사
Priority to US14/768,690 priority Critical patent/US9800999B2/en
Priority to JP2015559181A priority patent/JP6194024B2/ja
Priority to EP14754491.0A priority patent/EP2961122B1/en
Priority to KR1020157022272A priority patent/KR102182167B1/ko
Priority to CN201480009287.2A priority patent/CN104995889B/zh
Publication of WO2014129802A1 publication Critical patent/WO2014129802A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0681—Configuration of triggering conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • 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
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

Definitions

  • the present invention relates to a wireless communication system, and more particularly, to a method and apparatus for changing a service setting in a machine-to-machine (M2M) system.
  • M2M machine-to-machine
  • M2M communication refers to communication performed between a machine and a machine without human intervention, and is also referred to as machine type communication (MTC) or internet of things (IoT) communication.
  • MTC machine type communication
  • IoT internet of things
  • a terminal used for M2M communication is referred to as an M2M device, which is generally low mobility, time tolerant or delay tolerant, and small data transmission. It is used in connection with M2M server that centrally stores and manages communication information between machines.
  • M2M device when the M2M device is connected according to different communication methods, the M2M device and the M2M server are connected through the M2M gateway in a section in which the communication method is changed, thereby forming the entire M2M system.
  • services such as tracking, power metering, automatic payment system, medical service, and remote control may be provided.
  • the present invention relates to an M2M system.
  • Another object of the present invention is to provide a method for efficiently changing a service setting in an M2M system and an apparatus therefor.
  • Another object of the present invention is to provide a method and apparatus for changing a service setting according to a state change of a specific device in an M2M system.
  • Another object of the present invention is to provide a method and apparatus for guaranteeing service continuity for a mobile terminal or a gateway in an M2M system.
  • a method for a M2M gateway to change the M2M service settings in a machine-to-machine (M2M) system comprising the steps of transmitting at least one policy information to at least one device, Each of the at least one policy information includes scope information and condition information; And when the state of the M2M gateway corresponds to a state indicated by the condition information, transmitting a first notification indicating a state change of the M2M gateway to a device indicated by the range information.
  • M2M machine-to-machine
  • an M2M gateway of a machine-to-machine system comprising: a network interface unit; And a processor, wherein the processor is configured to transmit at least one policy information to at least one device through the network interface unit, wherein each of the at least one policy information is in scope information and condition information. and the processor further transmits a first notification indicating a state change of the M2M gateway to a device indicated by the range information when the state of the M2M gateway corresponds to a state indicated by the condition information. It can be configured to.
  • the first notification includes first identification information indicating one of the at least one policy information, and when the device indicated by the range information receives the first notification, the device is configured to generate the first notification.
  • 1 M2M service may be performed according to the policy information indicated by the identification information.
  • said at least one policy information comprises limit policy information, said limit policy information indicating an allowed event category range of a request generated at said at least one device.
  • Information indicating the status of the M2M gateway to which the restriction policy information is applied; Whether to be transmitted to the M2M gateway may be determined according to whether or not.
  • the at least one policy information includes default policy information, and when the at least one device does not receive the first notification, the at least one device may perform an M2M service according to the default policy information. have.
  • the at least one policy information includes basic policy information
  • the basic policy information indicates information indicating a basic attribute for a request generated from the at least one device and the M2M to which the basic policy information is applied.
  • information indicating a state of a gateway and when the state of the M2M gateway corresponds to a state to which the basic policy information is applied and a specific attribute of a request generated from the at least one device is not specified, the basic policy information Basic attributes included in can be applied.
  • a second notification indicating a state change of the M2M gateway may be transmitted to a device indicated by the range information.
  • the second notification includes second identification information indicating one of the at least one policy information, and when the device indicated by the range information receives the second notification, the device includes the first notification.
  • 2 M2M service may be performed according to the policy information indicated by the identification information.
  • a resource for a subscription is generated for the transmission of the first notification, and the resource for the subscription is generated based on the range information and the condition information, and can be generated by the M2M gateway or a policy manager. have.
  • the resource for the subscription includes first information on an address of a device to which the notification is to be sent and second information on a reference value to perform the notification, and generating the resource for the subscription
  • the range information may be mapped to the first information, and a value of a state indicated by the condition information may be mapped to the second information.
  • condition information may include an address value of information indicating a state of the M2M gateway and a condition value indicating a specific condition.
  • the scope information may include identification information of an application instance or an application entity to which the policy information is applied.
  • the restriction policy information may further include information indicating a method of processing a request that is not delivered to the M2M gateway.
  • the manner in which the request is processed is to send all pending requests, send the most recent request, send a request with a specific range of event category values or a request with a specific range of lifetimes, or This may include processing the request according to the following policy.
  • the basic policy information may include information indicating a basic value for an event category of a request generated from the at least one device.
  • the service setting can be changed efficiently in the M2M system.
  • the service setting can be changed in accordance with the state change of a specific device in the M2M system.
  • service continuity can be guaranteed for a mobile terminal or a gateway in an M2M system.
  • FIG. 2 illustrates a layered structure of an M2M system.
  • FIG. 3 illustrates a functional architecture of an M2M system.
  • FIG. 5 illustrates a resource used in an M2M system.
  • FIG. 6 illustrates a resource for a particular M2M application.
  • FIG. 7 illustrates a communication flow of a typical M2M system.
  • FIG 8 illustrates an example in which different entities interoperate in an M2M system.
  • FIG 10 illustrates an overlay network structure of an M2M system.
  • FIG 13 illustrates an M2M service setting change operation according to the present invention.
  • mapping restriction policy information to subscription resources in accordance with the present invention.
  • FIG. 17 illustrates a resource structure for storing attribute information of an M2M device according to the present invention.
  • FIG. 19 illustrates a block diagram of an apparatus to which the present invention can be applied.
  • an M2M device refers to a device for M2M communication.
  • the M2M device may be fixed or mobile and may communicate with the M2M server to send and receive user data and / or control information.
  • M2M devices may include a terminal equipment, a mobile station (MS), a mobile terminal (MT), a user terminal (UT), a subscriber station (SS), a wireless device, a personal digital assistant (PDA), and a wireless modem ( wireless modem, handheld device, and the like.
  • an M2M server refers to a server for M2M communication and refers to a fixed station or mobile station.
  • the M2M server may communicate with M2M devices and / or other M2M servers to exchange data and control information.
  • the M2M gateway refers to a device that serves as a connection point to enter from one network to another network when the network to which the M2M device is connected and the network to which the M2M server is connected are different.
  • entity can be used herein to refer to hardware such as an M2M device, an M2M gateway, an M2M server, or software of the M2M application layer and the M2M (common) service layer described below. It may be used to refer to a software component.
  • FIG. 1 illustrates an M2M system.
  • 1 illustrates an M2M system according to the European Telecommunications Standards Institute (ETSI) Technical Specification (TS).
  • ETSI European Telecommunications Standards Institute
  • TS Technical Specification
  • the M2M system according to the ETSI TS M2M technical standard defines a common M2M service framework for various M2M applications.
  • An M2M application may refer to a software component that implements an M2M service solution such as e-Health, City Automation, Connected Consumer, or Automotive.
  • M2M service functions necessary in common for implementing such various M2M applications are provided, and the functions commonly required may be referred to as M2M service or M2M common service.
  • M2M services are provided in the form of Service Capability (SC), and M2M applications can access Service Capability (SC) through an open interface and use M2M services provided by Service Capability (SC).
  • Service Capability (SC) may be referred to as a set of functions of an M2M service that can be used when an M2M application is provided on a service framework.
  • Service Capability (SC) may collectively be a Service Capability Entity (SC) and a Service Capability Layer (SC).
  • SC Service Capability
  • x may be expressed as one of N / G / D, and indicates where SC (Service Capability) exists among a network (and / or a server), a gateway, and a device.
  • NSC Service Capability
  • GSC Service Capability
  • M2M applications can reside on a network, gateway, or device.
  • An M2M application present on a network or directly connected to a server is referred to as an M2M network application and may be briefly referred to as a network application (NA).
  • NA is software that is implemented by connecting directly to a server and may be responsible for communicating with and managing an M2M gateway or M2M device.
  • the M2M application existing on the device is referred to as an M2M device application and may be briefly referred to as a device application (DA).
  • the DA is software running on the M2M device, and may transmit sensor information and the like to the NA.
  • the M2M application existing on the gateway is referred to as an M2M gateway application and may be briefly referred to as a gateway application (GA).
  • the GA may also be responsible for managing the M2M gateway and may provide SC with Service Capability (SC).
  • SC SC with Service Capability
  • An M2M application may collectively refer to an application entity (AE) and an application layer.
  • an M2M system architecture may be divided into a network domain, a device, and a gateway domain.
  • the network domain may include functions for M2M system management and functions for network management. Functions for M2M system management may be performed by M2M applications and M2M Service Capability (SC) to manage devices existing in the device and gateway domains, and functions for network management may be performed by the core network and the access network. have.
  • the core network and access network provide connectivity between each entity rather than perform M2M functions.
  • M2M communication can be performed between the M2M Service Capability (M2M SC) in the network domain and the device and gateway domains through the core network and the access network. Can give and receive.
  • M2M SC M2M Service Capability
  • An access network is an entity that allows M2M devices and gateway domains to communicate with the core network.
  • Examples of access networks include xDSL (Digital Subscriber Line), Hybrid Fiber Coax (HFC), satellite, GERAN, UTRAN, eUTRAN, Wireless LAN, WiMAX, and the like.
  • a core network is an entity that provides functions such as Internet Protocol (IP) connectivity, service and network control, interconnection, and roaming.
  • Core networks include 3rd Generation Partnership Project (3GPP) core networks, ETSI Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN) core networks, and 3GPP2 core networks.
  • 3GPP 3rd Generation Partnership Project
  • TISPAN Internet converged Services and Protocols for Advanced Networking
  • M2M Service Capability provides the M2M Common Service Function (CSF), which can be shared among multiple M2M network applications, and exposes M2M services through an open interface, allowing M2M applications to access M2M services. Make it available.
  • An M2M Service Capability (SC) entity provides a subset of Common Service Capabilities (CSFs) that can be understood as an instance of a Common Service Capability (CSF) and can be used and shared by M2M applications.
  • the M2M Service Capability Layer (SCL) may refer to a layer including such an M2M SC entity.
  • the M2M application is an entity that operates service logic and can use M2M Service Capability (SC) through an open interface.
  • An M2M application layer may refer to a layer that contains such M2M application and associated operational logic.
  • An M2M device is an entity that operates an M2M device application through M2M SC (Service Capability).
  • the M2M device may directly communicate with an M2M server in a network domain, or may communicate with an M2M server in a network domain through an M2M gateway. When connected through an M2M gateway, the M2M gateway acts like a proxy.
  • the M2M device may include an M2M application and / or M2M Service Capability (SC).
  • An M2M area network provides connectivity between M2M devices and M2M gateways.
  • the network between the M2M gateway and the M2M server and the network between the M2M device and the M2M gateway may be different from each other.
  • M2M area networks include Personal Area Network (PAN) technologies such as IEEE802.15.1, Zigbee, Bluetooth, IETF ROLL, ISA100.11a, Power Line Communication (M-BUS), Wireless It can be implemented using local network technologies such as M-BUS and KNX.
  • PAN Personal Area Network
  • M-BUS Power Line Communication
  • the M2M Gateway is an entity that manages M2M applications and provides services for M2M applications through M2M Service Capability (SC).
  • the M2M gateway may serve as a proxy between the M2M device and the network domain and provide a service to an ETSI non-compliant M2M device.
  • the M2M gateway may refer to an entity having a gateway function among M2M devices.
  • the M2M gateway may include an M2M application and / or M2M Service Capability (SC).
  • the M2M system architecture illustrated in FIG. 1 is merely an example and the names of each entity may be different.
  • M2M Service Capability SC
  • CSE M2M common service entity
  • SCL Service Capability Layer
  • CSL common service layer
  • an M2M application may be referred to as an application entity (AE)
  • AE application entity
  • the M2M application layer may be referred to simply as an application layer.
  • the name of each domain may also vary.
  • a network domain may be referred to as an infrastructure domain and a device and gateway domain may be referred to as a field domain.
  • an M2M system may be understood as a hierarchical structure including an M2M application layer and an M2M Service Capability (SC) layer for M2M communication.
  • SC M2M Service Capability
  • FIG. 2 illustrates a layered structure of an M2M system.
  • an M2M system may include an application layer 202, a common service layer 204, and an underlying network services layer 206.
  • the application layer 202 may correspond to the M2M application layer
  • the common service layer 204 may correspond to the M2M SCL.
  • the underlying network service layer 206 provides services to the common service layer 204, such as device management, location services, and device triggering, present in the core network.
  • the M2M system architecture includes an application entity (AE) 302, a common service entity (CSE) 304, an underlying network service entity (NSE) 306. ) May be included.
  • Each entity 302, 304, 306 may communicate via a reference point supported by the common service entity 304.
  • the reference point serves to specify a communication flow between the entities 302, 304, and 306.
  • the reference point can be expressed as Mcx and Mc means “M2M communications”.
  • Mca reference point, the Mcc reference point, and the Mcn reference point may be denoted as Mca, Mcc, and Mcn, respectively.
  • the Mca reference point 312 specifies the communication flow of the application entity (AE) 302 and the common service entity (CSE) 304.
  • the Mca reference point 312 enables the AE 302 to use the services provided by the CSE 304 and allows the CSE 304 to communicate with the AE 302.
  • the Mca reference point 312 may refer to an interface between the M2M application layer and the M2M common service layer.
  • the Mcc reference point 314 specifies the flow of communication between different common service entities (CSEs) 304.
  • the Mcc reference point 314 allows the CSE 304 to use the services of another CSE when providing the necessary functions. Services provided via the Mcc reference point 314 may depend on the functions supported by the CSE 304.
  • the Mcc reference point 312 may refer to an interface between M2M common service layers.
  • Mcn reference point 316 specifies the communication flow between the CSE 304 and the underlying network service entity (NSE) 306. Mcn reference point 316 enables CSE 304 to use the services provided by underlying NSE 306 to provide the required functions. Mcn reference point 312 may refer to the interface between the M2M common service layer and the M2M underlying network layer.
  • the CSE 304 may provide various common service functions (CSFs).
  • CSFs common service functions
  • the CSE 304 may include application and service layer management functions, communication management and delivery handling functions, data management and storage functions, devices, and the like.
  • Device Management Function Group Management Function, Discovery Function, Location Function, Network Service Exposure / Service Execution and Triggering Function, Registration ), A security function, a service charging and accounting function, a service session management function, and a subscription / notification function.
  • CSE 304 points to an instance of the common service functions and provides a subset of common service functions that M2M applications can use and share.
  • the common service functions are briefly described as follows.
  • ASM Application and Service Layer Management
  • CMDH Communication Management and Delivery Handling
  • DMR Data Management and Repository
  • DMG Device Management: Manages device functions for devices existing in M2M area networks as well as M2M gateways and M2M devices.
  • the DMG function can perform application installation and configuration, firmware update, logging, monitoring, diagnostics, and network topology management.
  • Discovery, DIS searches for information, such as information and resources, on request within a given range and condition.
  • GMG Group Management
  • a group may be created by binding a resource, an M2M device, or an M2M gateway to handle a group related request.
  • the M2M application plays a role of obtaining location information of the M2M device or the M2M gateway.
  • Network Service Exposure / Service Execution and Triggering Enables communication of the underlying network and enables the use of services or features provided by the underlying network.
  • Registration An M2M application or other CSE handles registration to a specific CSE. Registration is performed to use the M2M service function of a specific CSE.
  • SEC Handles sensitive data such as security keys, establishes security associations, authenticates, authorizes, and protects identity.
  • SCA Service Charging and Accounting
  • SSM Service Session Management
  • Subscription / Notification When a subscription is made to a change to a specific resource, it plays a role of notifying when the resource is changed.
  • a node refers to an entity including one or more M2M applications or an entity including one CSE and zero or more M2M applications.
  • An application dedicated node may refer to a node having at least one application entity (AE) but no common service entity (CSE).
  • the ADN may communicate with one middle node (MN) or one infrastructure node (IN) through Mca.
  • MN middle node
  • I infrastructure node
  • ADN may be referred to as an M2M device having a constrained capability, where an M2M device with limited capabilities does not include a common service layer or a common service entity (CSE). May be referred to.
  • An M2M device with limited capabilities may be referred to simply as a constrained M2M device.
  • An application service node may refer to a node having at least one common service entity (CSE) and at least one M2M application entity (AE).
  • CSE common service entity
  • AE M2M application entity
  • the ASN may communicate with one middle node or one infrastructure node through Mcc.
  • Mcc common service entity
  • ASN may be referred to as an M2M device.
  • a middle node may refer to a node having one common service entity (CSE) and zero or more M2M application entities (AEs).
  • CSE common service entity
  • AEs M2M application entities
  • the MN can communicate with one infrastructure node (IN) or another intermediate node (MN) via Mcc, can communicate with IN / MN / ASN via Mcc, or can communicate with ADN via Mca. have.
  • MN may be referred to as M2M gateway.
  • An infrastructure node may refer to a node having one common service entity (CSE) and zero or more application entities (AEs).
  • the IN may communicate with at least one intermediate node (MN) via Mcc and / or may communicate with at least one ASN.
  • the IN may communicate with one or more ADN through Mca.
  • IN may be referred to as an M2M server.
  • case 1 illustrates communication between ADN 402 and IN 422.
  • ADN 402 may be an M2M device with limited capabilities.
  • the ADN 402 does not have a CSE or common service layer and thus can communicate with the CSE of the IN 422 through Mca.
  • the ADN 402 does not have a CSE or common service layer and thus cannot store data generated at the AE or application layer.
  • data generated at the AE or application layer of the ADN 402 may be stored in the CSE of the IN 422.
  • case 2 illustrates communication between ADN 404 and MN 414.
  • ADN 404 may also be an M2M device with limited capabilities.
  • ADN 404 may operate similar to case 1 except that ADN 404 communicates with the CSE of MN 414. That is, ADN 404 may communicate with the CSE of MN 414 via Mca.
  • the ADN 404 does not have a CSE or common service layer and thus cannot store data generated at the AE or application layer. Thus, data generated at the AE or application layer of the ADN 404 may be stored in the CSE of the MN 414.
  • the MN 414 may communicate with the IN 422 via the MN 412.
  • the MN 414 and the MN 412, and the MN 412 and the IN 422 may communicate through Mcc. It is also possible for the MN 414 to communicate with the IN 422 directly without passing through the MN 412.
  • case 3 illustrates the communication between ASN 406 and MN 414.
  • ASN 406 since ASN 406 has a CSE or common service layer, data generated at the AE or application layer of ASN 406 may be stored in its CSE or common service layer.
  • the AE of the ASN 406 may communicate with the CSE of the MN 414 via the CSE of the ASN 406.
  • case 4 illustrates the communication between ASN 408 and MN 414.
  • the CSE of ASN 408 can communicate with the CSE of IN 422 directly without going through the MN.
  • the IN 422 or 424 may be located in an infrastructure domain or a network domain and may include one CSE and zero or more AEs.
  • the INs 422, 424 can communicate with each other via Mcc.
  • FIG. 5 illustrates a resource used in an M2M system.
  • an application entity a CSE, data, etc. may be represented as a resource.
  • a resource refers to a data structure that can be uniquely addressed using a unique address (eg, a Universal Resource Identifier or Uniform Resource Identifier (URI)).
  • resources may have a tree structure and may be managed and stored by a CSE or a common service layer and logically connected to each other.
  • the CSE or the common service layer of the M2M device, the M2M gateway, the M2M server may have these resources.
  • the AE or application layer of the M2M system may not have this resource structure.
  • baseURI is a root resource and baseURI may have an attribute and a child resource.
  • M2M applications can communicate based on resources. For example, it can be used to perform M2M services such as registering an application and reading sensor values.
  • Each resource is given unique address information (eg, a URI) when an instance is created, and may have attributes and child resources in the same way as the root resource, and each resource may be addressed using the unique address information.
  • unique address information eg, a URI
  • Child resources can have their own properties and their own child resources.
  • child resources include CSE resources, application resources, access rights resources, container resources, and group resources. (Group Resource), Subscription Resource (Subscription Resource), Discovery Resource (Discovery Resource).
  • -CSE resource is a resource existing under baseURI / entity and includes information of other CSEs registered (connected) to the CSE.
  • -AccessRight Resource A resource existing under baseURI / accessRight and storing information related to access authority. Authorization may be performed using the access right information included in the resource.
  • -Container Resource A resource existing under baseURI / container and stores data generated by each CSE or AE.
  • -Group Resource A resource existing under baseURI / group, and provides a function to bundle and process several resources together.
  • Subscription Resource A resource that exists under baseURI / subscription and performs a function of notifying that a resource's state is changed through notification.
  • Discovery resource Resource that exists under baseURI / discovery and is used to find a specific resource.
  • resources for a specific M2M application may be stored in an Application Resource in a resource of a CSE or a common service layer of the M2M Gateway.
  • Resources for a particular M2M application may have attributes and child resources similar to the entire resource.
  • the notificationChannels resource may be a resource related to a subscription resource.
  • FIG. 7 illustrates a communication flow of a typical M2M system.
  • the operation of the M2M system is performed based on the data exchange.
  • a specific device may transmit a corresponding command in the form of data to another device to stop the operation of another device.
  • a specific type of data structure is used to store data within the device, which is called a resource. Resources can be accessed using unique addresses (eg URIs).
  • a Request and Response Scheme is used in the connection between the AE and the CSE or in the connection between the CSEs.
  • the originator may send a request message to request a resource stored in a receiver and receive a response message in response.
  • the recipient may receive a message requesting a resource from the sender and send a response message to the sender in response.
  • a request message may be abbreviated as a request and a response message may be abbreviated as a response.
  • the request message transmitted from the sender to the receiver may include the following information.
  • op the type of operation to be performed. It can be one of Create / Retrieve / Update / Delete.
  • the response message may include the following information.
  • the response message may include at least one of the following information, or may include only the result value rs.
  • identification information (or ID) of the originator that created the request
  • rs the result of the request (e.g. Okay, Okay and Done, Okay and in progress)
  • the response message may include the following information.
  • FIG 8 illustrates an example in which different entities interoperate in an M2M system.
  • the M2M device may include a sensor that is a physical device, and the AE registered in the IN may read the sensor value of the M2M device.
  • the AE (application1) existing on the M2M device reads the value from the sensor and stores the read value in the form of a resource (eg, ⁇ container> resource) in the CSE (dcse) registered by the sensor. To this end, the AE (application1) existing on the M2M device must first register with the CSE present in the M2M device. As illustrated in FIG. 8, when registration is completed, M2M application related information registered in the form of a dcse / applications / application1 resource is stored.
  • a resource eg, ⁇ container> resource
  • an AE application2 registered in an IN (Infrastructure Node) may access the value.
  • AE application2 must be registered in the CSE (ncse) of the IN (Infrastructure Node) in order to access the M2M device. This is stored in the ncse / applications / application2 resource information about the AE (application2), such as how the AE (application1) is registered in the CSE (dcse).
  • the AE (application1) may communicate directly with the intermediate CSE (ncse) and CSE (dcse) rather than directly communicating with the AE (application2).
  • CSE (ncse) and CSE (dcse) must be mutually registered.
  • CSE (dcse) registers with CSE (ncse) dcse related information (eg, Link) is stored under ncse / cses / dcse resource.
  • the AE (application2) obtains a path for accessing the information of the AE (application1) and can read the value of the sensor through the corresponding path.
  • FIG. 9 illustrates a resource for a subscription.
  • an M2M system eg, oneM2M
  • an entity that is interested in a change of a resource according to a change of a resource may subscribe to a notification of the change.
  • a resource for subscription in order to subscribe to the notification, a resource for subscription must be set.
  • the resource for the subscription may be referred to as a subscription resource or a ⁇ subscription> resource.
  • the subscription resource includes information about subscribed-to resources.
  • the relationship between the subscription target resource and the subscription resource may be expressed as a parent-child relationship.
  • a ⁇ container> resource including a subscription target resource may have a ⁇ subscription> resource as a child resource.
  • the parent subscription target resource is deleted, the ⁇ subscription> resource may be deleted.
  • a notification indicating a change in the status of the parent resource may be delivered to the entity specified in the notificationURI attribute in the subscription resource according to the configuration (property setting) of the subscription resource.
  • the sender has RETRIEVE authority for a subscribeable resource, the sender can create a subscription resource.
  • the sender of a subscription resource becomes a resource subscriber. If there are modifications to the subscription target resource, the modifications are compared against the baseline attribute to determine whether a notification is sent to the resource subscriber.
  • a subscription resource (eg, a ⁇ subscription> resource) may have various attributes and child resources.
  • the ⁇ subscription> resource may have a notificationSchedule resource including scheduling information for notification delivery as a child resource.
  • a ⁇ subscription> resource may have the attributes of Table 1.
  • R / W represents read / write permission of the property and may be one of READ / WRITE (RW), READ ONLY (RO), and WRITE ONLY (WO).
  • the frequency of occurrence indicates the number of times a corresponding attribute can occur in a ⁇ subscription> resource.
  • FIG 10 illustrates an overlay network structure of an M2M system.
  • the M2M system (eg, oneM2M) is configured with an overlay network structure.
  • An overlay network conceptually means a virtual network established on a physical network. Nodes in this overlay network structure (for example, in oneM2M, ADN, ASN, MN, IN, etc. may be mapped to nodes as described above) may be connected by virtual and logical links. Each link is through many physical links within an actual physical network, but does not consider the physical link for communication or actual operation. For example, referring to FIG. 10 (a), it may look like a connection connected by four hops in an actual network, but connected by two hops in an overlay network. Hop is a term that collectively refers to a connection between a node and a node existing in a network.
  • Nodes can be created due to functional differences. For example, some devices performing special functions in the physical network may be selected as overlay nodes.
  • a physical network may be connected to Bluetooth, Wi-Fi, and Wide Area Network, and each network may have a gateway.
  • each gateway may be seen as a node in the overlay network.
  • the M2M system illustrated in FIG. 11 provides an M2M service sharing a bicycle.
  • the smartphone 1120 is used as a gateway to transmit information of various sensors 1110 included in a bicycle to the M2M service platform 1130.
  • the sensing information of the bicycle may include location, heart rate information of the bicycle user, and tire pressure.
  • the sensors 1110 may periodically transmit sensing information to provide M2M services for bicycle users in the local government 1140 and the healthcare service center 1150 that provide bicycle sharing services.
  • the reason for passing through a gateway device is that devices (eg, an accelerometer, a tire sensor, etc.) existing in a gateway internal network or M2M area network, commonly referred to as a personal area network (PAN).
  • PAN personal area network
  • the gateway can interpret and translate messages between the protocol of the area network and the access network protocol, and can be functionally connected to both networks.
  • applications of the service domain 1260 may register a service with the M2M service platform 1130 and subscribe to a change in information on a bicycle sharing service. Since each resource of the M2M service platform 1130 is owned by the bicycle sharing service provider (or bicycle provider) 1140 and the health service provider 1150, an application that needs to access another resource may be authorized to access the resource. request access right and, if appropriate, grant requests based on service agreements.
  • the bicycle may be unlocked.
  • the user may unlock the bicycle through the NFC (Near Field Communication) interface by tagging the smartphone 1120 to the bicycle.
  • NFC Near Field Communication
  • step S1206 when a specific condition is triggered (eg, the bicycle is in use), the sensors 1110 report the state change of the bicycle to the M2M service platform 1130 through the smartphone 1120 which is the gateway. can do.
  • a specific condition eg, the bicycle is in use
  • the M2M service platform 1130 may notify the bicycle sharing service provider 1140 of the state change.
  • the bicycle sharing service provider 1140 may record a situation in which the bicycle is in use on its web site.
  • a heart rate of a user may be continuously collected by a heart rate sensor on a handlebar.
  • Health-related information such as heart rate, location, and time may be reported periodically to the M2M service platform 1130.
  • the M2M service platform 1130 may notify the bicycle sharing service provider 1140 and the health service provider 1150 of the health service information.
  • step S1214 as a urgent reporting case for handling any emergency, the tire pressure sensor 1110 may detect a low pressure of the front tire while riding a bicycle. . In this case, the information may be immediately transmitted to the M2M service platform 1130 through the smartphone 1120 along with the location information.
  • step S1216 the M2M service platform 1130 may notify the bicycle sharing service provider 1140 of the state change.
  • the bicycle sharing service provider 1140 may find the nearest bicycle repair shop according to the received location information, and transmit route information to the M2M service platform 1130.
  • the M2M service platform 1130 may deliver route information to the smartphone 1120 having a navigation application.
  • the gateway may not always be connected to a power source. If the gateway is depleted, the gateway cannot guarantee the connection between the area network and the access network. In other words, when the power of the gateway is exhausted, the operation of the entire M2M system is switched to the disabled state. For example, in operation S1222, since the battery of the smartphone 1120 is exhausted, the connection between the sensors 1110 and the M2M service platform 1130 may be broken. Thus, sensors 1110 and M2M service platform 1130 can no longer report or notify each other. Accordingly, there is a need for a method of changing a service setting of another device in order to ensure service continuity according to a state of a specific device. For example, in the example of FIG. 12, in a particular situation (e.g., when the power of the gateway falls below a certain power threshold), a service configuration can be changed to change the amount of data for service continuity. Is required.
  • an importance indicator can be added to the meta information of the request.
  • the importance indicator may be referred to as an event category.
  • the event category may be set by the originator of the request. Then, a request including an event category may be handled differently based on a policy assigned to each object.
  • the request message sent by the M2M device may include ec.
  • ec Indicates the event category used to handle the request.
  • the event category relates to how requests to access remotely hosted resources in the CMDH CSF will be handled. Selection and scheduling of connections via CMDH may be governed by policies that differentially handle event categories.
  • the request message is on a specific CSE that exists on the path to the hosting CSE.
  • the stored request message may be delivered to the next CSE immediately according to a policy (for an event category) already provided, or may be delivered after a predetermined time to the CSE storing the request message.
  • the local CSE may refer to the first CSE that receives the request message. For example, if the originator of the request message is an application on an IN, the local CSE may refer to a CSE on the IN.
  • the local CSE may refer to the CSE on the MN.
  • the hosting CSE may refer to a CSE in which a resource (or an addressed resource) that is a target of the request message exists.
  • FIG 13 illustrates an M2M service setting change operation according to the present invention.
  • the MN 1320 receives at least one policy information related to the request and stores the information in a resource form. Specifically, in step S1302, the MN (eg, CSE of MN) receives default policy information related to the request, and in step S1304, the MN (eg, CSE of MN) receives limit policy information related to the request. information) can be received. At least one policy information related to the request may be received from an infrastructure node (IN), a policy manager managing an overall service policy in an M2M system (eg, oneM2M system), or an AE 1330 in an MN. have.
  • I infrastructure node
  • a policy manager managing an overall service policy in an M2M system eg, oneM2M system
  • AE 1330 in an MN. have.
  • default policy information includes a request default for a request, including scope information (see Table 2) and condition information (see Table 2). can do.
  • restriction policy information may include a request limitation for the request, and may include range information (eg, Table 3) and condition information (eg, Table 3). Details of the basic policy information and the restriction policy information will be described in detail with reference to FIGS. 14 and 15, respectively.
  • the MN 1320 may deliver at least one policy information received in steps S1302 and S1304 to a device or entity specified in the range information.
  • the basic policy information may be delivered to an entity (or M2M device) indicated by the scope information included in the basic policy information
  • the restriction policy information may be transmitted to an entity (or M2M) indicated by the scope information included in the restriction policy information.
  • step S1306 may be performed after step S1302 and step S1304, and may be performed after step S1302 or after step S1304, respectively.
  • At step S1306 at least one policy information is transmitted to the AE 1310 when the MN 1320 is delivered, for example, in the form of a notification, or when the AE 1310 is registered with the MN 1320.
  • the AE 1310 may be induced to retrieve by passing the address (eg, URI) of the resource including the.
  • the MN 1320 may generate a subscription resource. For example, when the MN 1320 receives at least one policy information in step S1302 or S1304, the MN 1320 may generate a subscription resource based on condition information (eg, associatedCondition attribute) included in the policy information. For example, when creating a subscription resource, the Criteria included in the associatedCondition attribute may be mapped to the filterCriteria attribute of the subscription resource (for example, see Table 3). Subscription resource generation will be described in detail with reference to FIG. 16. The MN 1320 may subscribe to the generated subscription resource.
  • condition information eg, associatedCondition attribute
  • the Criteria included in the associatedCondition attribute may be mapped to the filterCriteria attribute of the subscription resource (for example, see Table 3).
  • Subscription resource generation will be described in detail with reference to FIG. 16.
  • the MN 1320 may subscribe to the generated subscription resource.
  • a policy manager managing the entire service policy in the IN (Infrastructure Node) and the M2M system (eg, oneM2M system) according to the configuration of the scenario Manager, and / or AE 1330 inside the MN node may subscribe to the MN 1320. This subscription may be performed based on the content expressed in the specified conditions.
  • step S1310 if the MN 1320 does not specify a specific condition among at least one policy information received in step S1302 or step S1304, the initial service may proceed according to the corresponding policy. That is, the service may be performed according to basic policy information and / or restriction policy information in which at least one condition information is not specified.
  • the policy information may be allocated to an entity (or M2M device) indicated by range information included in each policy information in step S1306.
  • the first service may proceed according to the basic policy information.
  • the state of the MN 1320 may satisfy the first condition information included in the at least one policy information received in step S1302 or S1304.
  • the first service may proceed according to the policy information including the first condition information.
  • Policy information for the initial service is not selected only by any of the above examples. For example, some or all of the above examples may be combined to determine policy information for the initial service. For example, when at least one policy information received in step S1302 or step S1304 does not specify a specific condition and the initial state of the MN 1320 does not correspond to any condition, the condition is not specified according to the policy information Initial service may proceed. As another example, when at least one policy information received in step S1302 or step S1304 does not specify a specific condition and the MN 1320 satisfies the first condition information, according to the policy information including the first condition information. Initial service may proceed.
  • the MN 1320 may satisfy another second condition information included in at least one policy information received in step S1302 or S1304.
  • the MN 1320 may correspond to a condition state different from an initial state (eg, a state corresponding to a condition included in at least one policy information applied in step S1310).
  • the state indicated by the second condition information may include a case where the remaining power amount of the MN 1320 corresponds to a specific state (eg, less than Y%).
  • the MN 1320 may deliver or notify the entity (or M2M device) specified in the subscription resource (eg, the notificationURI attribute in the subscription resource) of the state change detected in step S1312. In this case, it may be delivered or notified to the same entity as the scope of the policy information resource.
  • the scope of the entity (or M2M device) specified in the subscription resource eg, the notificationURI attribute of the subscription resource
  • the notification sent by the MN 1320 may include identifying information related to the condition and / or related to the policy.
  • the identification information related to the condition and / or the policy may include an address (eg, URI) or other identifier of the resource including the policy information.
  • the entity (or M2M device) included in the scope of the notified policy performs a policy (eg, a basic policy or a restriction policy) related to the request.
  • a policy eg, a basic policy or a restriction policy
  • the policy associated with the request may be performed according to basic policy information or restriction policy information.
  • the policy related to the request may be performed according to the policy information indicated by the identification information included in the notification received in step S1314.
  • the entity or The M2M device may perform an operation for restricting a request transmitted to the MN 1320 (for example, only a request having an event category of importance X or higher) by enforcing a new request restriction policy. This helps to maintain service continuity by preventing power consumption used for communication of the MN 1320.
  • the service according to the new policy according to the changed condition of the MN 1320 is operated.
  • the new policy may include a basic policy or a restriction policy.
  • another third condition information included in at least one policy information received in operation S1302 or S1304 may be satisfied. That is, the state of the MN 1320 may correspond to a condition state different from the state condition (corresponding to the second condition information) included in the at least one policy information applied in step S1318.
  • the amount of remaining power of the MN 1320 may correspond to a specific state (eg, less than Y%), and then, through charging, the power may be released (eg, go up above X%).
  • the MN 1320 may deliver or notify the entity (or M2M device) specified in the subscription resource (eg, notificationURI attribute in the subscription resource) of the state change detected in step S1320. In this case, it is delivered or notified to the same entity as the scope of the policy information resource.
  • the scope of the entity (or M2M device) specified in the subscription resource eg, the notificationURI attribute of the subscription resource
  • the notification sent by the MN 1320 may include identifying information related to the condition and / or related to the policy.
  • the identification information related to the condition and / or the policy may include an address (eg, URI) or other identifier of the resource including the policy information.
  • the entity (or M2M device) notified of the MN 1320 may process a pending request due to a restriction policy.
  • the pending request may be processed according to an operation attribute (eg, pendingRequest attribute) for processing the pending request in the restriction policy information.
  • the state change of the MN 1320 includes a state change according to the remaining amount of power, but the state change of the MN 1320 may be based on a battery or a cable. It may include a state change depending on whether or not operating based on the connected power supply. In this case, depending on whether the MN 1320 operates based on the battery or the cable power based on the first, the policy information for the battery-based operation or the policy information for the cable power-based operation depends on the first. The service may proceed.
  • the first service may proceed according to the policy information for the cable power based operation, and the MN 1320 operates based on the battery power.
  • the first service may be performed according to the policy information for the battery power-based operation.
  • the cable power based policy information may be set as a basic policy and the battery power based policy information may be set as a limit policy.
  • the MN 1320 detects such a state change in step S1312 and in step S1314.
  • the detected state change may be delivered or notified to the entity (or M2M device) specified in the subscription resource.
  • the notified entity or M2M device
  • the entity or the M2M device may perform a service according to policy information for battery power-based operation.
  • the entity or the M2M device may limit the request sent to the MN 1320. This helps to maintain service continuity by reducing power consumption used for communication of the MN 1320.
  • the MN 1320 when the MN 1320 operates based on battery power and then switches to a cable power based operation by being connected to a power cable again, the MN 1320 detects such a state change in step S1320 and detects the state in step S1322.
  • the change may be delivered or notified to the entity (or M2M device) specified in the subscription resource.
  • the notified entity or M2M device may process the pending request according to the operation attribute by performing the battery power-based policy in step S1324.
  • a notification about whether the basic policy information is used may be delivered to the entity (or the M2M device).
  • the MN 1320 transitions from a state for application of restriction policy information to a state for application of basic policy information, the MN 1320 notifies the entity (or M2M device) a notification instructing to ignore the restriction policy information.
  • a notification may be delivered to the entity (or M2M device) instructing to deliver or to return to basic policy information.
  • Basic policy information for a request may be stored in a resource for basic policy information, for example, in a ⁇ requestDefaults> resource.
  • the resource for basic policy information may include information indicating a default value for a request that a local entity (or M2M device) (eg, 1310) can send.
  • Resource types for basic policy information e.g. ⁇ requestDefaults>
  • the basic policy information may include condition information indicating a condition to which the basic policy information is to be applied. In this case, the default value for the request may be changed differently according to whether the state of a specific node (eg, a hosting CSE or a node including the same) satisfies the condition information.
  • a resource for basic policy information may include scope information (eg, scope), basic event category information (eg, defaultEventCategory), and basic life information (eg, defaultLifeSpan).
  • Basic event category information and basic lifetime information are information representing a basic value.
  • the resource for basic policy information may include condition information to which the basic policy resource is applied.
  • the condition information eg, associatedCondition
  • the scope information may include identification information (eg, ID) of an application instance or entity to which basic policy information is applied.
  • the default event category information indicates a default value used when no event category is specified in a request generated by a device specified in the scope information. For example, when one of the entities (or M2M devices) specified in scope information (e.g. scope) sends a request message under a specific condition (e.g., the condition information of the default policy resource), the Event Category If no value is specified for, the value of the default event category information (eg, defaultEventCategory) may be set to that value.
  • the default lifespan information (eg defaultLifeSpan) represents the default value that is used when no lifespan is specified in the request made by the device specified in the scope information.
  • a resource for basic policy information may include the information (or attribute information) illustrated in Table 2.
  • R / W represents read / write permission of the property and can be one of READ / WRITE (RW), READ ONLY (RO), and WRITE ONLY (WO).
  • the frequency of occurrence indicates the number of times a corresponding attribute can occur in a ⁇ subscription> resource.
  • the associatedCondition illustrated in Table 2 may be referred to as defaultAssociatedCondition (dAC) to distinguish it from the associatedCondition of Table 3.
  • dAC defaultAssociatedCondition
  • the restriction policy information for the request may be stored in a resource for the restriction policy information, for example, in a ⁇ requestLimits> resource.
  • the resource for the restriction policy information (eg, ⁇ requestLimits> resource) defines a restriction of parameters related to the communication and delivery handling (CMDH) function (eg, event category and life span). This restriction applies to requests generated by AEs and CSEs held or registered by the node.
  • CMDH communication and delivery handling
  • the resource for restriction policy information may indicate a limit range used to verify CMDH related parameters when the local entity (or M2M device) (eg, 1310) sends a request with CMDH related parameters. have.
  • the restriction policy information may include condition information indicating a condition to which the restriction policy information is applied.
  • the restriction policy for the request may be changed differently according to whether a state of a specific node (eg, a hosting CSE or a node including the same) satisfies the condition information.
  • resources for restriction policy information may include scope information (eg, scope), condition information (eg, associatedCondition), information on a pending method (eg, pendingRequest), and scope category information of an event category ( For example, it may include rangeEventCategory) and range information of a lifetime (eg, rangeLifeSpan).
  • the scope information (eg, scope) may include identification information (eg, ID) of the application instance or entity to which the restriction policy information is applied.
  • the condition information (eg, associatedCondition) may include address information (eg, ⁇ link>) of the monitoring target information and reference information (eg, ⁇ criteria>) indicating whether the condition corresponds to the condition.
  • the monitoring target information may refer to specific information of the monitoring target device in a resource for storing attribute information of the M2M device (eg, see FIG. 17).
  • Information on how pending requests are handled (eg pendingRequest) defines how pending requests are not delivered to the M2M gateway or device. For example, the manner in which a pending request is handled is to send all pending requests, to send the most recent request, to send a request with a specific range of event category values or to have a specific range of lifetimes. , Or may process the request according to the following policy.
  • the range information (eg, rangeEventCategory) of the event category indicates the allowable range of the request (or event category of the request) generated by the device specified in the range information.
  • the range information of the lifetime (eg, rangeLifeSpan) indicates the allowable range of the request (or the lifespan of the request) generated by the device specified in the range information.
  • the resource for the restriction policy information may include the information (or attribute information) illustrated in Table 3.
  • R / W represents read / write permission of the property and can be one of READ / WRITE (RW), READ ONLY (RO), and WRITE ONLY (WO).
  • the frequency of occurrence indicates the number of times a corresponding attribute can occur in a ⁇ subscription> resource.
  • App-Inst-ID represents an application instance ID.
  • mapping restriction policy information to subscription resources in accordance with the present invention.
  • the M2M service setting may be changed by changing a policy of another device (eg, the AE 1310) according to a state change of a specific device (eg, the MN 1320).
  • a specific device eg, the MN 1320
  • the subscription resource may be generated using condition information and range information included in basic and restriction policy information. Assuming that the base and limit policy information includes condition information, for example, the specific device that owns the policy (eg, MN 1320) subscribes to a resource for limit policy information (eg, a ⁇ requestLimit> resource). (Eg, a ⁇ subscription> resource) to create a subscription resource.
  • the Policy Manager manages the entire service policy in an entity (eg, IN (Infrastructure Node), M2M system (eg, oneM2M system) that generates policy information based on the defined policy, or inside the MN node).
  • entity eg, IN (Infrastructure Node)
  • M2M system eg, oneM2M system
  • AE can generate the subscription information.
  • the mapping rule is as follows.
  • a resource eg, ⁇ scope> resource
  • a resource eg, ⁇ notificationURI> resource
  • the address information (eg, ⁇ link>) of the monitoring target information in the condition information eg, ⁇ associatedCondition>
  • a generation location of the subscription resource monitoring issue association relationship for the subscribed state. has exist).
  • reference information eg, ⁇ criteria>
  • reference value information eg, filterCriteria
  • a resource for storing attribute information of the M2M device may be referred to as a node resource.
  • the node resource represents specific information of the M2M node that may be utilized by other M2M operations (eg, oneM2M operations). For example, when the source CSE sends a request message to the target CSE, the CMDH CSF of the source CSE may determine when to send the request message to the target CSE based on the reachability schedule of the target CSE.
  • Node resources may include information about the nature of an M2M node (or device), such as reachable schedules, context information (eg, memory and storage), and network topology.
  • node resources may vary depending on the type of node.
  • the ASN can be located under ⁇ baseURI> of the local CSE.
  • the ADN may be located under the ⁇ Application> resource of the hosting CSE.
  • the MN may be located under ⁇ baseURI> of the local CSE.
  • a node resource may include various attribute information and child resources.
  • the node resource may include node identification information (eg, nodeID) as attribute information.
  • node resources may include resources related to memory (eg, ⁇ memory> resources), resources related to storage (eg, ⁇ storage> resources), resources related to power (eg, ⁇ power> resources), resources associated with a network topology (eg, ⁇ networkTopology> resources), and / or resources associated with a schedule (eg, ⁇ schedule> resources).
  • the number next to the attribute information and the child resource indicates the frequency of occurrence (multiplicity). If the frequency of occurrence (multiplicity) is 0 to 1 may be optional (optional).
  • Table 4 shows the child resources of the node resource as a table.
  • the ⁇ mgmtObj> resource type includes management data representing individual M2M management functions and represents a general structure for mapping to external management technology (eg, OMA DM, BBF TR-069, LWM2M) data models. Node specific information such as memory and storage may be obtained through device management techniques or other methods (eg, Java Native Interface (JNI)) according to the Open Mobile Alliance (OMA) standard. Since the ⁇ mgmtObj> resource type represents a management function including the above two methods, the lower resource type is the ⁇ mgmtObj> resource type.
  • JNI Java Native Interface
  • OMA Open Mobile Alliance
  • steps S1204 to S1220 of FIG. 18 is the same as that of steps S1204 to S1220 of FIG. 12. Therefore, reference is made to FIG. 12 for reference.
  • the smartphone 1120 may report a state change to the M2M service platform 1130.
  • Specific conditions may include cases where failure or failure is expected at the gateway or terminal.
  • a particular state may include information such as location or speed when the battery of the gateway or the terminal is low (for example, when the remaining battery amount is less than or equal to X% of the total), or when battery discharge is expected. This may include a case where a connection is expected to be lost, or when a service is not normally performed through various triggers.
  • the gateway or the terminal may transmit an alert message to the M2M service platform 1130 including its own state.
  • the M2M service platform 1130 may change the M2M service setting of the bicycle provider 1140 and the sensors 1110 to reduce battery consumption.
  • the M2M service platform 1130 may change the service setting to “only emergency case”. In this case, only an emergency request message may be sent through the sensors 1110, and in other cases, it may be notified in batch mode at the end of the service.
  • the M2M service platform 1130 may instruct the gateway or the terminal to change the service setting in order to maintain the service continuity after grasping the state of the gateway or the terminal.
  • the report type is changed to batch mode or quasi-real mode.
  • the batch mode refers to a mode in which the gateway or the terminal has data to transmit but does not transmit or transmit in real-time, but is pending and delivers the suspended data when the service is terminated.
  • the gateway or the terminal has data to transmit, but it is pending when the gateway or terminal recovers to a state in which the gateway or the terminal can maintain service continuity without transmitting or transmitting in real-time.
  • the type of reporting is not changed.
  • the bicycle user may arrive at the destination and park the bicycle at a designated place.
  • the sensors 1110 may report the accumulated information and the normal event subscription information to the M2M service platform 1130 through the smartphone 1120.
  • the M2M service platform 1130 may notify the bicycle provider 1140 and the health service provider 1150 of the usage of the shared bicycle.
  • the M2M gateway also serves as the M2M service platform 1130. It is possible.
  • the M2M gateway, M2M server or M2M device may operate as the transmitter 10 or the receiver 20, respectively.
  • the transmitter 10 and the receiver 20 are radio frequency (RF) units 13 and 23 capable of transmitting or receiving radio signals carrying information and / or data, signals, messages, and the like, and in a wireless communication system. It is operatively connected with components such as the memory (12, 22), the RF unit (13, 23) and the memory (12, 22) for storing a variety of information related to communication, by controlling the component
  • the apparatus comprises processors 11 and 21, respectively, configured to control the memory 12 and 22 and / or the RF units 13 and 23 to perform at least one of the embodiments of the invention described above.
  • the memories 12 and 22 may store programs for processing and control of the processors 11 and 21, and may store information input / output.
  • the memories 12 and 22 may be utilized as buffers.
  • the memories 12 and 22 may be used to store resources including various setting information and data.
  • the processors 11 and 21 typically control the overall operation of the various modules in the transmitter or receiver. In particular, the processors 11 and 21 may perform various control functions for carrying out the present invention.
  • the processors 11 and 21 may also be called controllers, microcontrollers, microprocessors, microcomputers, or the like.
  • the processors 11 and 21 may be implemented by hardware or firmware, software, or a combination thereof.
  • application specific integrated circuits ASICs
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • the firmware or software may be configured to include a module, a procedure, or a function for performing the functions or operations of the present invention, and may be configured to perform the present invention.
  • the firmware or software may be provided in the processors 11 and 21 or stored in the memory 12 and 22 to be driven by the processors 11 and 21.
  • the processor 11 of the transmission apparatus 10 is predetermined from the processor 11 or a scheduler connected to the processor 11 and has a predetermined encoding and modulation on a signal and / or data to be transmitted to the outside. After performing the transmission to the RF unit 13.
  • the signal processing of the receiver 20 is the reverse of the signal processing of the transmitter 10.
  • the RF unit 23 of the receiving device 20 receives a radio signal transmitted by the transmitting device 10.
  • the processor 21 may decode and demodulate a radio signal received through a reception antenna to restore data originally transmitted by the transmission apparatus 10.
  • the RF units 13, 23 have one or more antennas.
  • the antenna transmits a signal processed by the RF units 13 and 23 to the outside under the control of the processors 11 and 21, or receives a radio signal from the outside to receive the RF unit 13. , 23).
  • the RF unit may be replaced with a network interface unit (NIU).
  • NIU network interface unit
  • each component or feature is to be considered optional unless stated otherwise.
  • Each component or feature may be embodied in a form that is not combined with other components or features. It is also possible to combine some of the components and / or features to form an embodiment of the invention.
  • the order of the operations described in the embodiments of the present invention may be changed. Some components or features of one embodiment may be included in another embodiment or may be replaced with corresponding components or features of another embodiment. It is obvious that the claims may be combined to form an embodiment by combining claims that do not have an explicit citation relationship in the claims or as new claims by post-application correction.
  • Certain operations described in this document as being performed by a base station may in some cases be performed by an upper node thereof. That is, it is obvious that various operations performed for communication with the terminal in a network including a plurality of network nodes including a base station may be performed by the base station or other network nodes other than the base station.
  • a base station may be replaced by terms such as a fixed station, a Node B, an eNode B (eNB), an access point, and the like.
  • the terminal may be replaced with terms such as a user equipment (UE), a mobile station (MS), a mobile subscriber station (MSS), and the like.
  • Embodiments according to the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof.
  • an embodiment of the present invention may include one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), FPGAs ( field programmable gate arrays), processors, controllers, microcontrollers, microprocessors, and the like.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • processors controllers, microcontrollers, microprocessors, and the like.
  • the present invention may be implemented by software code or instructions including a form of a module, procedure, function, etc. that performs the functions or operations described above.
  • the software code or instructions may be stored in a computer readable medium and driven by the processor and may perform operations according to the present invention when driven by the processor.
  • the computer readable medium may be located inside or outside the processor or remotely connected to the processor through a network, and may exchange data with the processor.
  • the present invention can be used in communication devices such as terminals, servers, gateways, and the like.

Abstract

본 발명은 M2M(Machine-to-Machine) 시스템에서 M2M 서비스 설정을 변경하기 위한 방법 및 장치에 관한 것으로서, 적어도 하나의 정책 정보를 적어도 하나의 디바이스로 전송하는 단계, 상기 적어도 하나의 정책 정보 각각은 범위 정보(scope information)와 조건 정보(condition information)를 포함하며; 및 상기 M2M 게이트웨이의 상태가 상기 조건 정보가 지시하는 상태에 해당하는 경우, 상기 범위 정보가 지시하는 디바이스로 상기 M2M 게이트웨이의 상태 변화를 지시하는 제1 통지를 전송하는 단계를 포함하는 방법 및 이를 위한 장치에 관한 것이다.

Description

[규칙 제26조에 의한 보정 15.04.2014]　M2M 서비스 설정 변경 방법 및 이를 위한 장치
본 발명은 무선 통신 시스템에 관한 것으로서, 구체적으로 M2M(Machine-to-Machine) 시스템에서 서비스 설정을 변경하는 방법 및 이를 위한 장치에 관한 것이다.
근래에 들어 M2M(Machine-to-Machine) 통신에 대한 관심이 높아지고 있다. M2M 통신은 사람의 개입 없이 기계(Machine)와 기계 사이에 수행되는 통신을 의미하며, MTC(Machine Type Communication) 또는 IoT(Internet of Things) 통신으로도 지칭된다. M2M 통신에 사용되는 단말을 M2M 디바이스(M2M device)라고 지칭하는데, M2M 디바이스는 일반적으로 낮은 이동성(low mobility), 시간 내성(time tolerant) 또는 지연 내성(delay tolerant), 작은 데이터 전송(small data transmission)등과 같은 특성을 가지며, 기계 간 통신 정보를 중앙에서 저장하고 관리하는 M2M 서버와 연결되어 사용된다. 또한, M2M 디바이스가 서로 다른 통신 방식을 따라 연결되면, 통신 방식이 변경되는 구간에서 M2M 게이트웨이를 통해 M2M 디바이스와 M2M 서버가 연결되며, 이를 통해 전체 M2M 시스템이 구성된다. 해당 시스템을 기반으로 사물 추적(Tracking), 전력 계량(Metering), 자동 지불 시스템(Payment), 의료 분야 서비스, 원격 조정 등의 서비스가 제공될 수 있다.
본 발명은 M2M 시스템에 관한 것이다.
본 발명의 목적은 M2M 시스템에서 효율적으로 신호를 송수신하는 방법 및 이를 위한 장치를 제공하는 데 있다.
본 발명의 다른 목적은 M2M 시스템에서 효율적으로 서비스 설정을 변경하는 방법 및 이를 위한 장치를 제공하는 데 있다.
본 발명의 또 다른 목적은 M2M 시스템에서 특정 디바이스의 상태 변화에 따라 서비스 설정을 변경하는 방법 및 이를 위한 장치를 제공하는 데 있다.
본 발명의 또 다른 목적은 M2M 시스템에서 이동 단말 또는 게이트웨이에 대해 서비스 지속성을 보장하는 방법 및 이를 위한 장치를 제공하는 데 있다.
본 발명에서 이루고자 하는 기술적 과제들은 상기 기술적 과제로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명의 일 양상으로, M2M(Machine-to-Machine) 시스템에서 M2M 게이트웨이가 M2M 서비스 설정을 변경하기 위한 방법이 제공되며, 상기 방법은 적어도 하나의 정책 정보를 적어도 하나의 디바이스로 전송하는 단계, 상기 적어도 하나의 정책 정보 각각은 범위 정보(scope information)와 조건 정보(condition information)를 포함하며; 및 상기 M2M 게이트웨이의 상태가 상기 조건 정보가 지시하는 상태에 해당하는 경우, 상기 범위 정보가 지시하는 디바이스로 상기 M2M 게이트웨이의 상태 변화를 지시하는 제1 통지를 전송하는 단계를 포함할 수 있다.
본 발명의 다른 양상으로, M2M(Machine-to-Machine) 시스템의 M2M 게이트웨이가 제공되며, 상기 M2M 게이트웨이는 네트워크 인터페이스 유닛(Network Interface Unit); 및 프로세서를 포함하며, 상기 프로세서는 상기 네트워크 인터페이스 유닛을 통해 적어도 하나의 정책 정보를 적어도 하나의 디바이스로 전송하도록 구성되고, 상기 적어도 하나의 정책 정보 각각은 범위 정보(scope information)와 조건 정보(condition information)를 포함하며, 상기 프로세서는 또한 상기 M2M 게이트웨이의 상태가 상기 조건 정보가 지시하는 상태에 해당하는 경우, 상기 범위 정보가 지시하는 디바이스로 상기 M2M 게이트웨이의 상태 변화를 지시하는 제1 통지를 전송하도록 구성될 수 있다.
바람직하게는, 상기 제1 통지는 상기 적어도 하나의 정책 정보 중에서 하나를 지시하는 제1 식별 정보를 포함하며, 상기 범위 정보가 지시하는 디바이스가 상기 제1 통지를 수신하는 경우, 상기 디바이스는 상기 제1 식별 정보가 지시하는 정책 정보에 따라 M2M 서비스를 수행할 수 있다.
바람직하게는, 상기 적어도 하나의 정책 정보는 제한 정책 정보(limit policy information)를 포함하고, 상기 제한 정책 정보는 상기 적어도 하나의 디바이스에서 발생된 요청의 허용 이벤트 카테고리 범위(allowed event category range)를 지시하는 정보와 상기 제한 정책 정보가 적용되는 상기 M2M 게이트웨이의 상태를 지시하는 정보를 포함하며, 상기 적어도 하나의 디바이스에서 발생된 요청은 상기 M2M 게이트웨이의 상태 및 상기 요청이 상기 허용 이벤트 카테고리 범위에 포함되는지 여부에 따라 상기 M2M 게이트웨이로 전송될지 여부가 결정될 수 있다.
바람직하게는, 상기 적어도 하나의 정책 정보는 기본 정책 정보(default policy information)를 포함하며, 상기 적어도 하나의 디바이스는 상기 제1 통지를 수신하지 않는 경우 상기 기본 정책 정보에 따라 M2M 서비스를 수행할 수 있다.
바람직하게는, 상기 적어도 하나의 정책 정보는 기본 정책 정보를 포함하며, 상기 기본 정책 정보는 상기 적어도 하나의 디바이스에서 발생된 요청에 대한 기본 속성을 지시하는 정보와 상기 기본 정책 정보가 적용되는 상기 M2M 게이트웨이의 상태를 지시하는 정보를 포함하며, 상기 M2M 게이트웨이의 상태가 상기 기본 정책 정보가 적용되는 상태에 해당하고 상기 적어도 하나의 디바이스에서 발생된 요청의 특정 속성이 지정되지 않은 경우, 상기 기본 정책 정보에 포함된 기본 속성이 적용될 수 있다.
바람직하게는, 상기 M2M 게이트웨이의 상태가 상기 조건 정보가 지시하는 상태에서 다른 상태로 변경되는 경우, 상기 범위 정보가 지시하는 디바이스로 상기 M2M 게이트웨이의 상태 변화를 지시하는 제2 통지가 전송될 수 있다.
바람직하게는, 상기 제2 통지는 상기 적어도 하나의 정책 정보 중에서 하나를 지시하는 제2 식별 정보를 포함하며, 상기 범위 정보가 지시하는 디바이스가 상기 제2 통지를 수신하는 경우, 상기 디바이스는 상기 제2 식별 정보가 지시하는 정책 정보에 따라 M2M 서비스를 수행할 수 있다.
바람직하게는, 상기 제1 통지의 전송을 위해 구독을 위한 자원이 생성되며, 상기 구독을 위한 자원은 상기 범위 정보와 상기 조건 정보를 기반으로 생성되고, 상기 M2M 게이트웨이 또는 정책 관리자에 의해 생성될 수 있다.
바람직하게는, 상기 구독을 위한 자원은 상기 통지가 전송될 디바이스의 주소에 대한 제1 정보와 상기 통지를 수행할 기준 값에 대한 제2 정보를 포함하며, 상기 구독을 위한 자원을 생성하는 단계는 상기 범위 정보를 상기 제1 정보에 매핑하고 상기 조건 정보가 지시하는 상태의 값을 상기 제2 정보에 매핑하는 것을 포함할 수 있다.
바람직하게는, 상기 조건 정보는 상기 M2M 게이트웨이의 상태를 나타내는 정보의 주소 값과 특정 조건을 지시하는 조건 값을 포함할 수 있다.
바람직하게는, 상기 범위 정보는 상기 정책 정보가 적용되는 애플리케이션 인스턴스 또는 애플리케이션 엔티티의 식별 정보를 포함할 수 있다.
바람직하게는, 상기 제한 정책 정보는 상기 M2M 게이트웨이로 전달되지 못한 요청의 처리 방식을 지시하는 정보를 더 포함할 수 있다.
바람직하게는, 상기 요청의 처리 방식은 모든 계류중인 요청을 전송하는 것, 가장 최근 요청을 전송하는 것, 특정 범위의 이벤트 카테고리 값을 갖는 요청 또는 특정 범위의 수명을 갖는 요청을 전송하는 것, 또는 바로 다음 정책에 따라 요청을 처리하는 것을 포함할 수 있다.
바람직하게는, 상기 기본 정책 정보는 상기 적어도 하나의 디바이스에서 발생되는 요청의 이벤트 카테고리에 대한 기본 값을 지시하는 정보를 포함할 수 있다.
본 발명에 의하면, M2M 시스템에서 효율적으로 신호를 송수신할 수 있다.
또한, 본 발명에 의하면, M2M 시스템에서 효율적으로 서비스 설정을 변경할 수 있다.
또한, 본 발명에 의하면, M2M 시스템에서 특정 디바이스의 상태 변화에 따라 서비스 설정을 변경할 수 있다.
또한, 본 발명에 의하면, M2M 시스템에서 이동 단말 또는 게이트웨이에 대해 서비스 지속성을 보장할 수 있다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
첨부 도면은 본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되며, 본 발명에 대한 실시예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 사상을 설명한다.
도 1은 M2M 시스템을 예시한다.
도 2는 M2M 시스템의 계층 구조(layered structure)를 예시한다.
도 3은 M2M 시스템의 기능적 아키텍처(functional architecture)를 예시한다.
도 4는 M2M 시스템의 구성을 예시한다.
도 5는 M2M 시스템에서 사용되는 리소스(resource)를 예시한다.
도 6은 특정 M2M 애플리케이션을 위한 리소스를 예시한다.
도 7은 일반적인 M2M 시스템의 통신 흐름을 예시한다.
도 8은 M2M 시스템에서 서로 다른 엔티티들이 상호 연동하는 예를 예시한다.
도 9는 구독을 위한 자원을 예시한다.
도 10은 M2M 시스템의 오버레이 네트워크 구조를 예시한다.
도 11은 M2M 시스템을 예시한다.
도 12는 M2M 시스템의 동작을 예시한다.
도 13은 본 발명에 따른 M2M 서비스 설정 변경 동작을 예시한다.
도 14는 본 발명에 따른 기본 정책 정보(default policy information)를 예시한다.
도 15는 본 발명에 따른 제한 정책 정보(limit policy information)를 예시한다.
도 16은 본 발명에 따라 제한 정책 정보를 구독 자원으로 매핑하는 예를 예시한다.
도 17은 본 발명에 따른 M2M 디바이스의 속성 정보를 저장하기 위한 자원 구조를 예시한다.
도 18은 본 발명에 따른 M2M 서비스 설정 변경 동작을 예시한다.
도 19는 본 발명이 적용될 수 있는 장치의 블록도를 예시한다.
본 발명에 따른 바람직한 실시예를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시예를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시예를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 본 발명이 속하는 분야에서 통상의 기술자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다. 또한, 본 명세서에서 동일한 구성요소에 대해 동일한 도면 부호가 사용될 수 있다.
본 명세서에서, M2M 디바이스(M2M device)는 M2M 통신을 위한 디바이스를 지칭한다. M2M 디바이스는 고정되거나 이동성을 가질 수 있으며 M2M 서버와 통신하여 사용자 데이터 및/또는 제어 정보를 송수신할 수 있다. M2M 디바이스는 단말(Terminal Equipment), MS(Mobile Station), MT(Mobile Terminal), UT(User Terminal), SS(Subscribe Station), 무선 장치(wireless device), PDA(Personal Digital Assistant), 무선 모뎀(wireless modem), 휴대 장치(handheld device) 등으로 지칭될 수 있다. 본 발명에 있어서, M2M 서버는 M2M 통신을 위한 서버를 지칭하며 고정국(fixed station) 또는 이동국(mobile station)을 지칭한다. M2M 서버는 M2M 디바이스들 및/또는 다른 M2M 서버와 통신하여 데이터 및 제어 정보를 교환할 수 있다. 또한, 본 발명에 있어서, M2M 게이트웨이는 M2M 디바이스가 연결된 네트워크와 M2M 서버가 연결된 네트워크가 서로 다른 경우, 한 네트워크에서 다른 네트워크로 들어가는 연결점 역할 수행하는 장치를 지칭한다.
또한, 본 명세서에서 “엔티티(entity)”라는 용어는 M2M 디바이스, M2M 게이트웨이, M2M 서버와 같은 하드웨어를 지칭하는 데 사용될 수 있고, 또는 아래에서 설명되는 M2M 애플리케이션 계층과 M2M (공통) 서비스 계층의 소프트웨어 컴포넌트(software component)를 지칭하는 데 사용될 수 있다.
도 1은 M2M 시스템을 예시한다. 도 1은 ETSI(European Telecommunications Standards Institute) 기술 규격(Technical Specification, TS)에 따른 M2M 시스템을 예시한다.
ETSI TS M2M 기술 규격에 따른 M2M 시스템은 다양한 M2M 애플리케이션(Application)을 위한 공통 M2M 서비스 프레임워크(Service Framework)를 정의한다. M2M 애플리케이션은 e헬스(e-Health), 도시 자동화(City Automation), 커넥티드 컨슈머(Connected Consumer), 오토모티브(Automotive)와 같은 M2M 서비스 솔루션을 구현하는 소프트웨어 컴포넌트(software component)를 지칭할 수 있다. M2M 시스템에서는 이러한 다양한 M2M 애플리케이션을 구현하기 위해 공통적으로 필요한 기능들을 제공되며, 공통적으로 필요한 기능들은 M2M 서비스 또는 M2M 공통 서비스라고 지칭될 수 있다. 이러한 M2M 공통 서비스를 이용하면 각 M2M 애플리케이션마다 기본 서비스 프레임워크를 다시 구성할 필요 없이 M2M 애플리케이션이 쉽게 구현될 수 있다.
M2M 서비스는 서비스 능력(Service Capability, SC)의 형태로 제공되며, M2M 애플리케이션은 오픈 인터페이스(open interface)를 통해 SC(Service Capability)에 접근하고 SC(Service Capability)가 제공하는 M2M 서비스를 이용할 수 있다. SC(Service Capability)는 M2M 애플리케이션이 서비스 프레임워크 상에서 제공될 때 사용할 수 있는 M2M 서비스의 기능(function)들의 집합이라고 할 수 있다. SC(Service Capability)는 SC 엔티티(Service Capability Entity)와 SC 계층(Service Capability Layer)을 통칭할 수 있다.
SC(Service Capability)는 xSC로 표현될 수 있다. 여기서, x는 N/G/D 중의 하나로 표현될 수 있으며, SC(Service Capability)가 네트워크(Network)(및/또는 서버), 게이트웨이(Gateway), 디바이스(Device) 중 어디에 존재하는지를 나타낸다. 예를 들어, NSC는 네트워크 및/또는 서버 상에 존재하는 SC(Service Capability)를 나타내고, GSC는 게이트웨이 상에 존재하는 SC(Service Capability)를 나타낸다.
M2M 애플리케이션은 네트워크, 게이트웨이, 또는 디바이스 상에 존재할 수 있다. 네트워크 상에 존재하거나 서버와 직접 연결되어 존재하는 M2M 애플리케이션은 M2M 네트워크 애플리케이션(M2M Network Application)라고 지칭되며 간략히 NA(Network Application)로 나타낼 수 있다. 예를 들어, NA는 서버에 직접 연결되어 구현되는 소프트웨어이며, M2M 게이트웨이 또는 M2M 디바이스와 통신하고 이들을 관리하는 역할을 수행할 수 있다. 디바이스 상에 존재하는 M2M 애플리케이션은 M2M 디바이스 애플리케이션(M2M Device Application)이라고 지칭되며 간략히 DA(Device Application)로 나타낼 수 있다. 예를 들어, DA는 M2M 디바이스에서 구동되는 소프트웨어이며, 센서 정보 등을 NA에게 전달할 수도 있다. 게이트웨이 상에 존재하는 M2M 애플리케이션은 M2M 게이트웨이 애플리케이션(Gateway Application)이라고 지칭되며 간략히 GA(Gateway Application)로 나타낼 수 있다. 예를 들어, GA는 M2M 게이트웨이를 관리하는 역할도 할 수 있고 DA에게 SC(Service Capability)를 제공할 수도 있다. M2M 애플리케이션은 애플리케이션 엔티티(AE)와 애플리케이션 계층을 통칭할 수 있다.
도 1을 참조하면, M2M 시스템 아키텍처는 네트워크 도메인과 디바이스 및 게이트웨이 도메인으로 구분될 수 있다. 네트워크 도메인은 M2M 시스템 관리를 위한 기능(function)들과 네트워크 관리를 위한 기능(function)들을 포함할 수 있다. M2M 시스템 관리를 위한 기능은 디바이스 및 게이트웨이 도메인에 존재하는 디바이스들을 관리하는 M2M 애플리케이션과 M2M SC(Service Capability)에 의해 수행될 수 있고, 네트워크 관리를 위한 기능은 코어 네트워크와 액세스 네트워크에 의해 수행될 수 있다. 따라서, 도 1의 예에서, 코어 네트워크와 액세스 네트워크는 M2M 기능을 수행한다기보다는 각 엔티티들 간의 연결을 제공한다. 코어 네트워크와 액세스 네트워크를 통해 네트워크 도메인과 디바이스 및 게이트웨이 도메인에서 M2M SC(Service Capability) 간에 M2M 통신이 수행될 수 있으며, 각 도메인의 M2M 애플리케이션은 각 도메인의 M2M SC(Service Capability)를 통해 신호 또는 정보를 주고 받을 수 있다.
액세스 네트워크(Access Network)는 M2M 디바이스 및 게이트웨이 도메인이 코어 네트워크와 통신을 가능하게 하는 엔티티이다. 액세스 네트워크의 예로는 xDSL(Digital Subscriber Line), HFC(Hybrid Fiber Coax), 위성(satellite), GERAN, UTRAN, eUTRAN, 무선(Wireless) LAN, WiMAX 등이 있다.
코어 네트워크(Core Network)는 IP(Internet Protocol) 연결, 서비스와 네트워크 제어, 상호연결, 로밍(roaming) 등의 기능을 제공하는 엔티티이다. 코어 네트워크는 3GPP(3rd Generation Partnership Project) 코어 네트워크, ETSI TISPAN(Telecommunications and Internet converged Services and Protocols for Advanced Networking) 코어 네트워크와 3GPP2 코어 네트워크 등을 포함한다.
M2M SC(Service Capability)는 여러 M2M 네트워크 애플리케이션들에서 공유될 수 있는 M2M 공통 서비스 기능(Common Service Function, CSF)을 제공하고 M2M 서비스를 오픈 인터페이스(open interface)를 통해 노출하여 M2M 애플리케이션들이 M2M 서비스를 이용할 수 있게 한다. M2M SC(Service Capability) 엔티티는 공통 서비스 기능(CSF)의 하나의 인스턴스로 이해될 수 있으며 M2M 애플리케이션들에 의해 사용되고 공유될 수 있는 공통 서비스 기능(CSF)들의 서브세트를 제공한다. M2M SCL(Service Capability Layer)은 이러한 M2M SC 엔티티를 포함하는 계층을 지칭할 수 있다.
M2M 애플리케이션은 서비스 로직(service logic)을 동작시키고, 오픈 인터페이스를 통해 M2M SC(Service Capability)를 사용할 수 있는 엔티티이다. M2M 애플리케이션 계층은 이러한 M2M 애플리케이션 및 관련 동작 로직(operational logic)을 포함하는 계층을 지칭할 수 있다.
M2M 디바이스는 M2M SC(Service Capability)를 통해 M2M 디바이스 애플리케이션을 동작시키는 엔티티이다. M2M 디바이스는 직접 네트워크 도메인의 M2M 서버와 통신할 수도 있으며, M2M 게이트웨이를 통해서 네트워크 도메인의 M2M 서버와 통신할 수도 있다. M2M 게이트웨이를 통해서 연결될 경우에는 M2M 게이트웨이는 프록시(proxy)와 같이 동작한다. M2M 디바이스는 M2M 애플리케이션 및/또는 M2M SC(Service Capability)를 포함할 수 있다.
M2M 영역 네트워크(M2M area network)는 M2M 디바이스와 M2M 게이트웨이 간의 연결(connectivity)을 제공한다. 이 경우, M2M 게이트웨이와 M2M 서버 간 네트워크와 M2M 디바이스와 M2M 게이트웨이 간 네트워크가 서로 상이할 수 있다. 예를 들어, M2M 영역 네트워크는 IEEE802.15.1, 지그비(Zigbee), 블루투스(Bluetooth), IETF ROLL, ISA100.11a와 같은 PAN(Personal Area Network) 기술과 PLC(Power Line Communication), M-BUS, 무선 M-BUS, KNX와 같은 로컬 네트워크 기술을 이용하여 구현될 수 있다.
M2M 게이트웨이는 M2M SC(Service Capability)를 통해 M2M 애플리케이션을 관리하고 M2M 애플리케이션에 대해 서비스를 제공하는 엔티티이다. M2M 게이트웨이는 M2M 디바이스와 네트워크 도메인간의 프록시 역할을 수행하고 ETSI 비-호환(non-compliant) M2M 디바이스에도 서비스를 제공하는 역할을 수행할 수 있다. M2M 게이트웨이는 M2M 디바이스들 중 게이트웨이 기능을 갖는 엔티티를 지칭할 수 있다. M2M 게이트웨이는 M2M 애플리케이션 및/또는 M2M SC(Service Capability)를 포함할 수 있다.
도 1에 예시된 M2M 시스템 아키텍처는 예시에 불과하고 각 엔티티의 명칭은 달라질 수 있다. 예를 들어, oneM2M 기술 규격에 따른 시스템(oneM2M 시스템이라 지칭)에서 M2M SC(Service Capability)는 M2M 공통 서비스 엔티티(common service entity, CSE)로 지칭될 수 있고, SCL(Service Capability Layer)는 공통 서비스 계층(Common Service Layer, CSL)으로 지칭될 수 있다. 또한, M2M 애플리케이션은 애플리케이션 엔티티(application entity, AE)로 지칭될 수 있고, M2M 애플리케이션 계층은 간략히 애플리케이션 계층으로 지칭될 수 있다. 마찬가지로, 각 도메인의 명칭 또한 달라질 수 있다. 예를 들어, oneM2M 시스템에서 네트워크 도메인은 인프라스트럭처 도메인(infrastructure domain)으로 지칭될 수 있고, 디바이스 및 게이트웨이 도메인은 필드 도메인(field domain)으로 지칭될 수 있다.
도 1에 예시된 바와 같이, M2M 시스템은 M2M 통신을 위해 M2M 애플리케이션 계층과 M2M SC(Service Capability) 계층을 포함하는 계층 구조로서 이해될 수 있다.
도 2는 M2M 시스템의 계층 구조(layered structure)를 예시한다.
도 2를 참조하면, M2M 시스템은 애플리케이션 계층(202), 공통 서비스 계층(204), 기저 네트워크 서비스 계층(underlying network services layer)(206)을 포함할 수 있다. 앞서 설명된 바와 같이, 애플리케이션 계층(202)은 M2M 애플리케이션 계층에 대응되고, 공통 서비스 계층(204)은 M2M SCL에 대응될 수 있다. 기저 네트워크 서비스 계층(206)은 코어 네트워크에 존재하는 장치 관리(device management), 위치 서비스(location service), 및 장치 트리거링(device triggering)과 같은 서비스들을 공통 서비스 계층(204)에 제공한다.
도 3은 M2M 시스템의 기능적 아키텍처(functional architecture)를 예시한다. 기능적인 측면에서 M2M 시스템 아키텍처는 애플리케이션 엔티티(application entity, AE)(302), 공통 서비스 엔티티(common service entity, CSE)(304), 기저(underlying) 네트워크 서비스 엔티티(network service entity, NSE)(306)를 포함할 수 있다. 각 엔티티들(302, 304, 306)은 공통 서비스 엔티티(304)가 지원하는 기준점(reference point)을 통해 통신할 수 있다. 기준점(reference point)은 각 엔티티들(302, 304, 306) 간의 통신 흐름(communication flow)를 지정하는 역할을 한다. 기준점은 Mcx로 표현될 수 있고 Mc는 “M2M communications”을 의미한다. 본 명세서에서 Mca 기준점, Mcc 기준점, Mcn 기준점은 각각 Mca, Mcc, Mcn으로 표기될 수 있다.
도 3을 참조하면, Mca 기준점(312)은 애플리케이션 엔티티(AE)(302)와 공통 서비스 엔티티(CSE)(304)의 통신 흐름을 지정한다. Mca 기준점(312)은 AE(302)가 CSE(304)에 의해 제공되는 서비스를 이용할 수 있게 하고 CSE(304)가 AE(302)와 통신할 수 있게 한다. Mca 기준점(312)은 M2M 애플리케이션 계층과 M2M 공통 서비스 계층 간의 인터페이스를 지칭할 수 있다.
Mcc 기준점(314)은 서로 다른 공통 서비스 엔티티(CSE)(304)들 간의 통신 흐름을 지정한다. Mcc 기준점(314)은 CSE(304)가 필요한 기능들을 제공할 때 다른 CSE의 서비스를 이용할 수 있게 한다. Mcc 기준점(314)을 통해 제공되는 서비스는 CSE(304)가 지원하는 기능들에 의존적일 수 있다. Mcc 기준점(312)은 M2M 공통 서비스 계층들 간의 인터페이스를 지칭할 수 있다.
Mcn 기준점(316)은 CSE(304)와 기저 네트워크 서비스 엔티티(NSE)(306) 간의 통신 흐름을 지정한다. Mcn 기준점(316)은 CSE(304)가 요구된 기능들을 제공하기 위해 기저 NSE(306)가 제공하는 서비스를 이용할 수 있게 한다. Mcn 기준점(312)은 M2M 공통 서비스 계층과 M2M 기저 네트워크 계층 간의 인터페이스를 지칭할 수 있다.
또한, 도 3의 예에서, CSE(304)는 다양한 공통 서비스 기능(common service function, CSF)들을 제공할 수 있다. 예를 들어, CSE(304)는 애플리케이션 및 서비스 계층 관리(Application and Service Layer Management) 기능, 통신 관리 및 전달 처리(Communication Management and Delivery Handling) 기능, 데이터 관리 및 저장(Data Management and Repository) 기능, 장치 관리(Device Management) 기능, 그룹 관리(Group Management) 기능, 발견(Discovery) 기능, 위치(Location) 기능, 네트워크 서비스 노출/서비스 실행 및 트리거링(Network Service Exposure/ Service Execution and Triggering) 기능, 등록(Registration) 기능, 보안(Security) 기능, 서비스 과금 및 계산(Service Charging and Accounting) 기능, 서비스 세션 관리 기능(Service Session Management), 구독/통지(Subscription/Notification) 기능 중에서 적어도 하나를 포함할 수 있다. CSE(304)는 상기 공통 서비스 기능들의 인스턴스(instance)를 가리키며, M2M 애플리케이션들이 사용하고 공유할 수 있는 공통 서비스 기능들의 서브세트를 제공한다. 공통 서비스 기능들을 개략적으로 설명하면 다음과 같다.
- 애플리케이션 및 서비스 계층 관리(Application and Service Layer Management, ASM) : AE들과 CSE들의 관리 기능을 제공한다. 예를 들어, ASM 기능은 CSE들의 기능을 설정(configure)하고 문제점을 해결(troubleshoot)하고 업그레이드(upgrade)할 뿐만 아니라 AE들의 기능을 업그레이드할 수 있다.
- 통신 관리 및 전달 처리(Communication Management and Delivery Handling, CMDH): 다른 CSE들, AE들, NSE들과의 통신을 제공한다. 예를 들어, CMDH 기능은 CSE-CSE 통신(CSE-to-CSE communication)을 위한 연결(connection)을 언제 어떻게 사용할지를 결정하고 특정 요청들이 지연 전달될 수 있도록 제어할 수 있다.
- 데이터 관리 및 저장(Data Management and Repository, DMR): M2M 애플리케이션들이 데이터를 교환, 공유할 수 있게 한다. 예를 들어, DMR 기능은 대량의 데이터를 수집(collecting)/병합(aggregating)하고 데이터를 특정 포맷으로 변환(converting)하고 저장(storing)할 수 있다.
- 장치 관리(Device Management, DMG): M2M 게이트웨이 및 M2M 디바이스 뿐만 아니라 M2M 영역 네트워크에 존재하는 디바이스들에 대한 디바이스 기능을 관리한다. 예를 들어, DMG 기능은 애플리케이션 설치 및 설정, 펌웨어(Firmware) 업데이트, 로깅(Logging), 모니터링(Monitoring), 진단(Diagnostics), 네트워크 토폴로지(Topology) 관리 등을 수행할 수 있다.
- 발견(Discovery, DIS): 주어진 범위 및 조건 내에서 요청에 따라 정보 및 리소스(resource)와 같은 정보를 검색(searching)한다.
- 그룹 관리(Group Management, GMG): 예를 들어 리소스(resource), M2M 디바이스, 또는 M2M 게이트웨이를 묶어 그룹을 생성할 수 있는데 그룹 관련 요청을 핸들링(handling)한다.
- 위치(Location, LOC): M2M 애플리케이션이 M2M 디바이스 또는 M2M 게이트웨이의 위치 정보를 획득하는 역할을 수행한다.
- 네트워크 서비스 노출/서비스 실행 및 트리거링(Network Service Exposure/ Service Execution and Triggering, NSSE): 기저 네트워크의 통신을 가능하게 하고 기저 네트워크가 제공하는 서비스 또는 기능을 사용할 수 있게 한다.
- 등록(Registration, REG): M2M 애플리케이션 또는 다른 CSE가 특정 CSE에 등록을 처리하는 역할을 수행한다. 등록은 특정 CSE의 M2M 서비스 기능을 사용하기 위해 수행된다.
- 보안(Security, SEC): 보안 키와 같은 민감한 데이터 핸들링, 보안 연관 관계(Association) 설립, 인증(Authentication), 권한 부여(Authorization), ID(Identity) 보호 등의 역할을 수행한다.
- 서비스 과금 및 계산(Service Charging and Accounting, SCA): CSE에 과금 기능을 제공하는 역할을 수행한다.
- 서비스 세션 관리(Service Session Management, SSM): 단대단(end-to-end) 통신을 위한 서비스 계층의 M2M 세션을 관리하는 역할을 수행한다.
- 구독/통지(Subscription/Notification, SUB): 특정 리소스(resource)에 대한 변경을 구독(Subscription)하면 해당 리소스(resource)이 변경되면 이를 통지(notification)하는 역할을 수행한다.
도 4는 M2M 시스템의 구성을 예시한다. 본 명세서에서, 노드(node)는 하나 이상의 M2M 애플리케이션을 포함하는 엔티티 또는 하나의 CSE와 0개 이상의 M2M 애플리케이션을 포함하는 엔티티를 의미한다.
애플리케이션 전용 노드(Application Dedicated Node, ADN)는 적어도 하나의 애플리케이션 엔티티(AE)를 가지지만 공통 서비스 엔티티(CSE)를 가지지 않는 노드를 지칭할 수 있다. ADN은 Mca를 통해 하나의 중간 노드(Middle Node, MN) 또는 하나의 인프라스트럭처 노드(Infrastructure Node, IN)와 통신할 수 있다. ADN은 제한된 능력을 갖는 M2M 디바이스(M2M device having a constrained capability)로 지칭될 수 있는데, 제한된 능력을 갖는 M2M 디바이스는 공통 서비스 계층(common service layer) 또는 공통 서비스 엔티티(CSE)를 포함하지 않는 M2M 디바이스를 지칭할 수 있다. 제한된 능력을 갖는 M2M 디바이스는 간략히 제한적인 M2M 디바이스(constrained M2M device)라고 지칭될 수 있다.
애플리케이션 서비스 노드(Application Service Node, ASN)는 적어도 하나의 공통 서비스 엔티티(CSE)를 가지고 적어도 하나의 M2M 애플리케이션 엔티티(AE)를 가지는 노드를 지칭할 수 있다. ASN은 Mcc를 통해 하나의 중간 노드(Middle Node) 또는 하나의 인프라스트럭처 노드(Infrastructure Node)와 통신할 수 있다. ASN은 M2M 디바이스로 지칭될 수 있다.
중간 노드(Middle Node, MN)는 하나의 공통 서비스 엔티티(CSE)와 0개 이상의 M2M 애플리케이션 엔티티(AE)를 가지는 노드를 지칭할 수 있다. MN은 Mcc를 통해 하나의 인프라스트럭처 노드(IN) 또는 다른 중간 노드(MN)와 통신할 수 있으며, 혹은 Mcc를 통해 IN/MN/ASN과 통신할 수 있으며, 혹은 Mca를 통해 ADN과 통신할 수 있다. MN은 M2M 게이트웨이로 지칭될 수 있다.
인프라스트럭처 노드(Infrastructure Node, IN)는 하나의 공통 서비스 엔티티(CSE)를 가지고 0개 이상의 애플리케이션 엔티티(AE)를 가지는 노드를 지칭할 수 있다. IN은 Mcc를 통해 적어도 하나의 중간 노드(MN)와 통신할 수 있고, 및/또는 적어도 하나의 ASN과 통신할 수 있다. 혹은 IN은 Mca를 통해 하나 이상의 ADN과 통신할 수 있다. IN은 M2M 서버로 지칭될 수 있다.
도 4를 참조하면, case 1은 ADN(402)과 IN(422) 간의 통신을 예시한다. ADN(402)은 제한된 능력을 갖는 M2M 디바이스일 수 있다. 이 경우, ADN(402)은 CSE 또는 공통 서비스 계층을 갖지 않으므로 Mca를 통해 IN(422)의 CSE와 통신할 수 있다. 또한, 이 경우, ADN(402)은 CSE 또는 공통 서비스 계층을 갖지 않으므로 AE 또는 애플리케이션 계층에서 생성된 데이터를 저장할 수 없다. 따라서, case 1에서 ADN(402)의 AE 또는 애플리케이션 계층에서 생성된 데이터는 IN(422)의 CSE에 저장될 수 있다.
case 2는 ADN(404)과 MN(414) 간의 통신을 예시한다. ADN(404)도 제한된 능력을 갖는 M2M 디바이스일 수 있다. 따라서, ADN(404)이 MN(414)의 CSE과 통신한다는 점을 제외하고 case 1과 유사하게 동작할 수 있다. 즉, ADN(404)은 Mca를 통해 MN(414)의 CSE와 통신할 수 있다. 또한, ADN(404)은 CSE 또는 공통 서비스 계층을 갖지 않으므로 AE 또는 애플리케이션 계층에서 생성된 데이터를 저장할 수 없다. 따라서, ADN(404)의 AE 또는 애플리케이션 계층에서 생성된 데이터는 MN(414)의 CSE에 저장될 수 있다.
한편, case 2에서 MN(414)은 MN(412)을 거쳐 IN(422)과 통신할 수 있다. 이 경우 MN(414)과 MN(412), 그리고 MN(412)과 IN(422)은 Mcc를 통해 통신할 수 있다. MN(414)이 MN(412)을 거치지 않고 직접 IN(422)과 통신하는 것도 가능하다.
case 3은 ASN(406)과 MN(414) 간의 통신을 예시한다. case 1 또는 case 2와 달리, ASN(406)은 CSE 또는 공통 서비스 계층을 가지므로 ASN(406)의 AE 또는 애플리케이션 계층에서 생성된 데이터를 자신의 CSE 또는 공통 서비스 계층에 저장할 수 있다. 또한, ASN(406)의 AE는 ASN(406)의 CSE를 통해 MN(414)의 CSE와 통신할 수 있다.
case 4는 ASN(408)과 MN(414) 간의 통신을 예시한다. case 3과 비교하여, ASN(408)의 CSE는 MN을 거치지 않고 직접 IN(422)의 CSE와 통신할 수 있다.
IN(422 또는 424)은 인프라스트럭처 도메인 또는 네트워크 도메인에 위치할 수 있고 하나의 CSE를 포함하고 0개 이상의 AE를 포함할 수 있다. IN들(422, 424)은 Mcc를 통해 서로 통신할 수 있다.
도 5는 M2M 시스템에서 사용되는 리소스(resource)를 예시한다.
M2M 시스템에서 애플리케이션 엔티티(AE), CSE, 데이터 등은 리소스(resource)로서 표현될 수 있다. M2M 시스템에서 리소스는 고유한 주소(예, URI(Universal Resource Identifier 또는 Uniform Resource Identifier))를 이용하여 고유하게 어드레싱될 수 있는 데이터 구조를 지칭한다. M2M 시스템에서 리소스는 트리 구조를 가질 수 있으며 CSE 또는 공통 서비스 계층에 의해 관리되고 저장되며 서로 논리적으로 연결될 수 있다. 따라서, M2M 디바이스, M2M 게이트웨이, M2M 서버의 CSE 또는 공통 서비스 계층에서는 이러한 리소스를 가질 수 있다. 반면, M2M 시스템의 AE 또는 애플리케이션 계층에서는 이러한 리소스 구조를 가질 수 없다. 트리 구조를 가지는 M2M 리소스에서 baseURI는 루트 리소스이며 baseURI는 속성(attribute)과 자녀 리소스(child resource)를 가질 수 있다.
M2M 시스템에서는 다양한 리소스가 정의되는데 M2M 애플리케이션들은 리소스를 기반으로 통신을 수행할 수 있다. 예를 들어, 애플리케이션을 등록하고 센서 값을 읽어 오는 등의 M2M 서비스를 수행하는 데 사용될 수 있다. 각각의 리소스는 인스턴스가 생성될 때 고유한 주소 정보(예, URI)가 주어지며, 루트 리소스와 동일하게 속성 및 자녀 리소스를 가질 수 있으며 각 리소스들은 고유한 주소 정보를 이용하여 어드레싱될 수 있다.
속성은 리소스 자체에 대한 정보를 저장하며 자녀 리소스를 가질 수 없다. 자녀 리소스는 자신의 속성과 자신의 자녀 리소스를 가질 수 있으며, 예를 들어 자녀 리소스에는 CSE 리소스, 애플리케이션 리소스(Application Resource), 접근 권한 리소스(Access Right Resource), 컨테이너 리소스(Container Resource), 그룹 리소스(Group Resource), 구독 리소스(Subscription Resource), 발견 리소스(Discovery Resource) 등이 있다.
- CSE 리소스는 baseURI/entity 하위에 존재하는 리소스로서 해당 CSE에 등록(연결)된 다른 CSE의 정보를 포함한다.
- 애플리케이션 리소스(Application Resource): baseURI/application 또는 baseURI/entity/(특정CSE)/application 하위에 존재하는 리소스이며, baseURI/application의 하위에 존재할 경우 해당 CSE에 등록(연결)된 애플리케이션들의 정보가 저장되며, baseURI/cses/(특정CSE)/application 하위에 존재할 경우 “(특정CSE)”라는 이름을 가진 CSE에 등록된 애플리케이션들의 정보를 저장한다.
- 접근 권한 리소스(AccessRight Resource) : baseURI/accessRight 하위에 존재하는 리소스이며, 접근 권한과 관련된 정보를 저장하는 리소스이다. 본 리소스에 포함된 접근 권한 정보를 이용하여 권한 부여(authorization)가 이루어질 수 있다.
- 컨테이너 리소스(Container Resource) : baseURI/container 하위에 존재하는 리소스이며, CSE 또는 AE 별로 생성되는 데이터를 저장한다.
- 그룹 리소스(Group Resource) : baseURI/group 하위에 존재하는 리소스이며, 여러 리소스를 하나로 묶어 함께 처리할 수 있도록 하는 기능을 제공한다.
- 구독 리소스(Subscription Resource) : baseURI/subscription 하위에 존재하는 리소스이며, 리소스의 상태가 변경되는 것을 통지(Notification)를 통해 알려주는 기능을 수행한다.
- 발견 리소스(Discovery Resource) : baseURI/discovery 하위에 존재하는 리소스이며, 특정 리소스를 찾는 데 사용된다.
도 6은 특정 M2M 애플리케이션을 위한 리소스를 예시한다. 앞서 설명된 바와 같이, 특정 M2M 애플리케이션을 위한 리소스는 M2M 게이트웨이의 CSE 또는 공통 서비스 계층의 리소스에서 애플리케이션 리소스(Application Resource)에 저장될 수 있다. 특정 M2M 애플리케이션을 위한 리소스는 전체 리소스와 유사하게 속성(attribute)과 자녀 리소스(child resource)를 가질 수 있다. 도 6에서 notificationChannels 리소스는 구독 리소스(Subscription Resource)에 관련된 리소스일 수 있다.
도 7은 일반적인 M2M 시스템의 통신 흐름을 예시한다. 일반적으로 M2M 시스템의 동작은 데이터 교환을 기반으로 수행된다. 예를 들어, 특정 디바이스가 다른 디바이스의 동작을 멈추기 위해 해당 명령을 데이터 형태로 다른 장치에 전달할 수 있다. 디바이스 내에서 데이터를 저장하기 위해 특정 형태의 데이터 구조가 이용되는데 이를 자원이라고 지칭한다. 자원은 고유의 주소(예, URI)를 이용하여 액세스할 수 있다.
도 7을 참조하면, AE와 CSE 간의 연결에서 또는 CSE들 간의 연결에서 요청 및 응답 방식(Request and Response Scheme)이 사용된다. 발신자(originator)는 수신자(receiver)에 저장된 자원(resource)을 요청하기 위해 요청 메시지를 전송하고 그에 대한 응답으로 응답 메시지를 수신할 수 있다. 마찬가지로, 수신자는 발신자로부터 자원을 요청하는 메시지를 수신하고 그에 대한 응답으로 응답 메시지를 발신자로 전송할 수 있다. 본 명세서에서, 요청 메시지는 요청으로 약칭될 수 있고 응답 메시지는 응답으로 약칭될 수 있다. 발신자에서 수신자로 전송되는 요청 메시지는 다음과 같은 정보를 포함할 수 있다.
- op: 실행되는 동작(Operation)의 형태. 생성(Create)/회수(Retrieve)/갱신(Update)/삭제(Delete) 중 하나일 수 있다.
- to: 목적 자원의 URI
- fr: 요청(Request)을 생성한 발신자(Originator)의 식별 정보(또는 ID)
- mi: 해당 요청(Request)에 대한 추가 정보(Meta information)
- cn: 전달되는 자원의 내용
해당 요청(Request)이 성공적으로 수행된 경우 응답(Response) 메시지는 다음과 같은 정보를 포함할 수 있다. 응답 메시지는 아래 정보 중에서 적어도 하나를 포함할 수 있으며, 또는 결과값(rs)만을 포함할 수도 있다.
- to: 요청(Request)을 생성한 발신자(Originator)의 식별 정보(또는 ID)
- fr: 요청(Request)을 수신한 수신자(receiver)의 식별 정보(또는 ID)
- mi: 요청(Request)에 대한 추가 정보(Meta information)
- rs: 요청(Request)에 대한 결과(예를 들어, Okay, Okay and Done, Okay and in progress)
- ai: 추가적인 정보
- cn: 전달되는 자원의 내용
해당 요청(Request)이 실패한 경우 응답(Response) 메시지는 다음과 같은 정보를 포함할 수 있다.
- to: 요청(Request)을 생성한 발신자(Originator)의 ID
- fr: 요청을 수신한 수신자(receiver)의 ID
- mi: 요청(Request)에 대한 추가 정보(Meta information)
- rs: 요청에 대한 결과 (예를 들어, Not Okay)
- ai: 추가적인 정보
도 8은 M2M 시스템에서 서로 다른 엔티티들이 상호 연동하는 예를 예시한다.
도 8을 참조하면, IN(Infrastructure Node)에 등록된 AE(application2)가 M2M 디바이스(M2M Device)와 연동하는 예가 도시되어 있다. 예를 들어, M2M 디바이스는 물리적인 장치인 센서를 포함할 수 있으며 IN에 등록된 AE는 M2M 디바이스의 센서 값을 읽어올 수 있다.
M2M 디바이스 상에 존재하는 AE(application1)는 센서에서 값을 읽어 읽은 값을 자신이 등록한 CSE(dcse)에 자원 형태(예, <container> 자원)로 저장한다. 이를 위해, M2M 디바이스 상에 존재하는 AE(application1)는 M2M 디바이스에 존재하는 CSE에 먼저 등록해야 한다. 도 8에 예시된 바와 같이, 등록이 완료되면, dcse/applications/application1 자원의 형태로 등록된 M2M 애플리케이션 관련 정보가 저장된다. 예를 들어, M2M 디바이스의 센서 값이 AE(application1)에 의해 dcse/applications/application1 리소스 하위의 Container 자원에 저장되면, IN(Infrastructure Node)에 등록된 AE(application2)가 해당 값에 접근할 수 있다. 또한, AE(application2)가 M2M 디바이스에 접근하기 위해서는 IN(Infrastructure Node)의 CSE(ncse)에 등록되어야 한다. 이는 AE(application1)가 CSE(dcse)에 등록하는 방법과 같이 ncse/applications/application2 자원에 AE(application2)에 대한 정보가 저장된다. 또한, AE(application1)는 AE(application2)와 직접 통신하는 것이 아니라 중간의 CSE(ncse)와 CSE(dcse)를 통해 통신할 수 있다. 이를 위해, CSE(ncse)와 CSE(dcse)는 상호 등록되어야 한다. CSE(dcse)가 CSE(ncse)에 등록하면, ncse/cses/dcse 자원 하위에 dcse 관련 정보(예, Link)가 저장된다. 이를 통해 AE(application2)는 AE(application1)의 정보에 접근할 수 있는 경로를 얻게 되어 해당 경로를 통해 센서의 값을 읽을 수 있다.
도 9는 구독을 위한 자원을 예시한다. M2M 시스템(예, oneM2M)에서는 자원의 변화에 따라 해당 자원의 변화에 관심이 있는 엔티티(Entity)가 해당 변화에 대한 통지(notification)를 구독(subscription)할 수 있다. 이 경우, 통지를 구독하기 위해서는 구독을 위한 자원이 설정되어야 한다. 구독을 위한 자원은 구독 자원 또는 <subscription> 자원으로 지칭될 수 있다.
구독 자원(subscription resource)은 구독 대상 자원(subscribed-to resource)에 대한 정보를 포함한다. 구독 대상 자원과 구독 자원 간의 관계는 부모-자식 관계로서 표현될 수 있다. 예를 들어, 구독 대상 자원을 포함하는 <container> 자원은 자식 자원으로서 <subscription> 자원을 가질 수 있다. 부모 구독 대상 자원이 삭제될 때 <subscription> 자원은 삭제될 수 있다.
구독(subscription) 자원이 자식 자원인 경우에는 구독 자원의 설정(속성 설정)에 따라 부모 자원의 상태 변화를 지시하는 통지(notification)가 구독 자원 내의 notificationURI 속성에 명시된 엔티티에게 전달될 수 있다. 발신자가 구독가능한 자원에 대한 RETRIEVE 권한을 가지는 경우 발신자는 구독 자원을 생성할 수 있다. 구독 자원의 발신자는 자원 구독자가 된다. 구독 대상 자원에 대한 수정이 있는 경우 그 수정을 기준 속성과 비교하여 통지가 자원 구독자로 전송될 지를 결정한다.
도 9를 참조하면, 제한적이지 않은 예로서 구독 자원(예, <subscription> 자원)은 다양한 속성과 자식 자원을 가질 수 있다. 예를 들어, <subscription> 자원은 자식 자원으로서 통지 배달을 위한 스케줄링 정보를 포함하는 notificationSchedule 자원을 가질 수 있다. 또한, 예를 들어, <subscription> 자원은 표 1의 속성들을 가질 수 있다. 표 1에서 R/W는 해당 속성의 읽기(read)/쓰기(write) 허용여부(permission)을 나타내며, READ/WRITE(RW), READ ONLY(RO), WRITE ONLY(WO) 중 하나일 수 있다. 또한, 표 1에서 발생횟수(multiplicity)는 해당 속성이 <subscription> 자원에서 발생가능한 횟수를 나타낸다.
표 1
Figure PCTKR2014001352-appb-T000001
도 10은 M2M 시스템의 오버레이 네트워크 구조를 예시한다.
M2M 시스템(예, oneM2M)은 오버레이 네트워크(Overlay Network) 구조로 구성된다. 오버레이 네트워크는 개념적으로 물리 네트워크 위에 성립되는 가상의 네트워크를 의미한다. 이 오버레이 네트워크 구조 내의 노드(예를 들어 oneM2M 에서는 상술한 바와 같이 ADN, ASN, MN, IN 등이 노드로 매핑 될 수 있음)는 가상, 논리 링크로 연결될 수 있다. 각 링크는 실제 물리 네트워크 안에서 많은 물리적 링크를 통하지만, 통신이나 실제 동작을 위해서는 물리적 링크를 고려하지는 않는다. 예를 들어, 도 10(a)을 참조하면, 실제 네트워크에서는 4 개의 홉(Hop)으로 연결된 연결이지만, 오버레이 네트워크에서는 2 개의 홉(Hop)으로 연결된 것과 같이 보일 수 있다. 홉(Hop)은 네트워크에 존재하는 노드(Node)와 노드(Node) 사이의 연결을 통칭하는 용어이다.
실제 물리 네트워크 노드와 오버레이 네트워크의 노드(즉, 오버레이 노드)가 동일하지 않은 이유는 다음과 같다.
1. 기능적인 차이로 인해 노드가 생성될 수 있다. 예를 들어, 물리 네트워크에서 특별한 기능을 수행하는 일부 디바이스가 오버레이 노드로 선정될 수 있다.
2. 연결된 네트워크의 차이로 상위 노드의 차이가 있을 수 있다. 예를 들어, 도 10(b)를 참조하면, 물리 네트워크가 블루투스(Bluetooth), 와이파이(Wi-Fi), WAN(Wide Area Network)으로 연결될 수 있고 각각의 네트워크마다 게이트웨이(Gateway)가 존재할 수 있다. 이 경우, 오버레이 네트워크에서는 각 게이트웨이가 노드로 보여질 수 있다.
도 11은 M2M 시스템을 예시한다.
도 11을 참조하면, 도 11에 예시된 M2M 시스템은 자전거를 공유하는 M2M 서비스를 제공한다. 도 11의 예에서, 자전거에 포함된 다양한 센서들(1110)의 정보를 M2M 서비스 플랫폼(1130)에 전달하기 위해서 스마트폰(1120)을 게이트웨이로 사용한다. 예를 들어, 자전거의 센싱 정보는 위치, 자전거 사용자의 심장 박동 정보, 타이어 압력을 포함할 수 있다. 센서들(1110)은 센싱 정보를 주기적으로 전달하여 자전거 공유 서비스를 제공하는 지자체(1140)와 헬스케어 서비스 센터(1150)에서 자전거 사용자를 위한 M2M 서비스를 제공할 수 있게 한다.
도 11의 예에서, 게이트웨이 디바이스를 거쳐야 하는 이유는 기본적으로 PAN(Personal Area Network)로 통칭되는 게이트웨이 내부 네트워크 또는 M2M 영역 네트워크(M2M Area Network) 내에 존재하는 디바이스들(예, Accelerometer, Tire-Sensor, Locker)이 예를 들어 3GPP, 3GPP2와 같은 접속 네트워크(Access Network)에 연결될 수 없기 때문이다. 게이트웨이는 영역 네트워크의 프로토콜과 접속 네트워크 프로토콜 간의 메시지 해석 및 변환 작업 등을 할 수 있으며, 기능적으로 양 네트워크에 모두 연결이 가능하다.
도 12는 M2M 시스템의 동작을 예시한다.
도 12를 참조하면, S1202 단계에서, 서비스 도메인(1260)의 애플리케이션들이 M2M 서비스 플랫폼(1130)에 서비스를 등록하고 자전거 공유 서비스에 대한 정보 변화를 구독할 수 있다. M2M 서비스 플랫폼(1130)의 각 자원은 자전거 공유 서비스 제공자(또는 자전거 제공자)(1140)와 헬스 서비스 제공자(1150)가 소유하기 때문에, 또 다른 자원을 액세스할 필요가 있는 애플리케이션은 자원의 정당한 접속 권한(access right)을 요청하고 적절하다면 서비스 규약(service agreement)을 기반으로 요청을 승인(grant)할 수 있다.
S1204 단계에서, 자전거를 잠금해제(unlock)할 수 있다. 예를 들어, 사용자가 스마트폰(1120)을 자전거에 태그함으로써 NFC(Near Field Communication) 인터페이스를 통해 자전거를 잠금해제할 수 있다.
S1206 단계에서, 특정 조건이 트리거되면(예를 들어, 자전거가 사용중), 센서들(1110)은 게이트웨이인 스마트폰(1120)을 통해 M2M 서비스 플랫폼(1130)으로 자전거의 상태 변화를 보고(report)할 수 있다.
S1208 단계에서, M2M 서비스 플랫폼(1130)은 자전거 공유 서비스 제공자(1140)에게 상태 변화를 통지할 수 있다. 이 경우, 자전거 공유 서비스 제공자(1140)는 자신의 웹 사이트 상에 자전거가 사용중인 상황을 기록할 수 있다.
S1210 단계에서, M2M 서비스 관리를 위한 정상 보고의 경우(normal reporting case for managing M2M service)로서, 사용자의 심박동수(heart-rate)가 핸들(handlebar) 상의 심박동수 센서에 의해 지속적으로 수집될 수 있다. 심박동수, 위치, 시간과 같은 헬스 관련 정보는 M2M 서비스 플랫폼(1130)으로 주기적으로 보고될 수 있다.
S1212 단계에서, M2M 서비스 플랫폼(1130)은 자전거 공유 서비스 제공자(1140)와 헬스 서비스 제공자(1150)에게 헬스 서비스 정보를 통지할 수 있다.
S1214 단계에서, 긴급 상황에 대처한 긴급 보고의 경우(urgent reporting case for handling any emergency)로서, 자전거를 타는 중에, 타이어 압력 센서(1110)가 앞 타이어의 낮은 공기압(low pressure)을 검출할 수 있다. 이 경우, 해당 정보는 위치 정보와 함께 스마트폰(1120)을 통해 M2M 서비스 플랫폼(1130)으로 즉시 전송될 수 있다.
S1216 단계에서, M2M 서비스 플랫폼(1130)은 자전거 공유 서비스 제공자(1140)에게 상태 변화를 통지할 수 있다.
S1218 단계에서, 자전거 공유 서비스 제공자(1140)는 수신된 위치 정보에 따라 가장 가까운 자전거 수리점을 찾아서 경로 정보(route information)를 M2M 서비스 플랫폼(1130)으로 전송할 수 있다.
S1220 단계에서, M2M 서비스 플랫폼(1130)은 경로 정보를 네비게이션 애플리케이션을 갖는 스마트폰(1120)으로 전달할 수 있다.
하지만, 일반적으로 M2M 시스템에서 게이트웨이는 항상 전원에 연결된 상태에서 동작하는 것이 아닐 수 있다. 만일 게이트웨이의 전력이 고갈된 경우 게이트웨이는 영역 네트워크와 접속 네트워크 간의 연결을 보장할 수 없다. 즉, 게이트웨이의 전력이 고갈될 경우, 전체 M2M 시스템의 동작이 불능상태로 전환된다. 예를 들어, S1222 단계에서, 스마트폰(1120)의 배터리가 소진됨으로 인해, 센서들(1110)과 M2M 서비스 플랫폼(1130) 간의 연결이 끊어질 수 있다. 따라서, 센서들(1110)과 M2M 서비스 플랫폼(1130)은 더 이상 서로에게 보고하거나 통지할 수 없다. 따라서, 특정 디바이스의 상태에 따라 서비스 지속성을 보장하기 위해 다른 디바이스의 서비스 설정을 변경할 수 있는 방안이 요구된다. 예를 들어, 도 12의 예에서, 특정한 상황에서(예를 들어, 게이트웨이의 전력이 일정 전력 임계치(Threshold) 아래로 떨어지는 경우) 서비스 지속성을 위해 데이터의 양을 변경하도록 서비스 설정을 변경할 수 있는 방안이 요구된다.
한편, 게이트웨이 또는 단말의 상태에 따라 M2M 서비스 설정 변경을 위해 M2M 디바이스들에서 전송되는 요청 메시지에 중요도를 표시할 필요가 있다. 따라서, M2M 디바이스들에서 전송되는 요청 메시지의 중요도를 정의하는 방안을 제안한다. 요청의 중요도를 기술하기 위해 요청(Request)의 메타 정보(Meta information)에 중요도 표시자를 추가할 수 있다. 중요도 표시자는 이벤트 카테고리(Event Category)라고 지칭될 수 있다. 이벤트 카테고리(Event Category)는 요청의 발신자(Originator)에 의해 설정될 수 있다. 그러면, 이벤트 카테고리(Event Category)를 포함하는 요청은 각 객체에 할당된 정책(Policy)을 기반으로 차별적으로 핸들링(handling)될 수 있다. M2M 디바이스에 의해 전송되는 요청 메시지는 ec를 포함할 수 있다.
ec: 해당 요청을 핸들링(handle)하는 데 이용되는 이벤트 카테고리를 지시한다. 이벤트 카테고리는 CMDH CSF에서 원격 호스팅된 자원들(remotely hosted resources)을 액세스하려는 요청들이 어떻게 처리될 것인지에 관한 것이다. CMDH를 통한 연결의 선택 및 스케줄링은 이벤트 카테고리를 차별적으로 핸들링하는 정책에 의해 운영될 수 있다.
예를 들어, 이벤트 카테고리가 특정 값 X로 설정된 요청 메시지를 가정하면, 요청 메시지가 로컬 CSE와 상이한 호스팅 CSE 상에서 실행될 동작을 요구하는 경우, 상기 요청 메시지는 호스팅 CSE로 가는 경로 상에 존재하는 특정 CSE에 저장될 수 있다. 저장된 요청 메시지는 이미 제공된 (이벤트 카테고리에 대한) 정책에 따라 해당 메시지가 바로 다음 CSE로 전달될 수 있고, 그렇지 않은 경우에는 상기 요청 메시지를 저장한 CSE에 일정 시간 후에 전달될 수 있다. 로컬 CSE는 요청 메시지를 수신하는 첫 번째 CSE를 지칭할 수 있다. 예를 들어, 요청 메시지의 발신자가 IN(Infrastructure Node) 상의 애플리케이션인 경우, 로컬 CSE는 상기 IN 상의 CSE를 지칭할 수 있다. 마찬가지로, 요청 메시지의 발신자가 MN(Middle Node) 상의 애플리케이션인 경우, 로컬 CSE는 상기 MN 상의 CSE를 지칭할 수 있다. 또한, 호스팅 CSE는 요청 메시지의 대상이 되는 자원(또는 어드레싱된 자원)이 존재하는 CSE를 지칭할 수 있다.
도 13은 본 발명에 따른 M2M 서비스 설정 변경 동작을 예시한다.
S1302 단계와 S1304 단계에서, MN(Middle Node)(1320)(예, MN의 CSE)은 요청과 관련된 적어도 하나의 정책 정보를 수신하고 해당 정보를 자원 형태로 저장한다. 구체적으로, S1302 단계에서 MN(예, MN의 CSE)은 요청과 관련된 기본 정책 정보(default policy information)를 수신하고 S1304 단계에서 MN(예, MN의 CSE)은 요청과 관련된 제한 정책 정보(limit policy information)를 수신할 수 있다. 요청과 관련된 적어도 하나의 정책 정보는 IN(Infrastructure Node), M2M 시스템(예, oneM2M 시스템)에서 전체 서비스 정책을 관리하는 정책 관리자(policy manager), 또는 MN 내부에 있는 AE(1330)로부터 수신될 수 있다. 예를 들어, 기본 정책 정보는 요청에 대한 기본 정책(request default)을 포함하며, 범위 정보(scope information)(예, 표 2 참조)와 조건 정보(condition information)(예, 표 2 참조)를 포함할 수 있다. 또한, 예를 들어, 제한 정책 정보는 요청에 대한 제한 정책(request limitation)을 포함하며, 범위 정보(예, 표 3 참조)와 조건 정보(예, 표 3 참조)를 포함할 수 있다. 기본 정책 정보와 제한 정책 정보에 관한 상세한 내용은 각각 도 14와 도 15를 참조하여 자세히 설명한다.
S1306 단계에서, MN(1320)은 S1302 단계와 S1304 단계에서 수신된 적어도 하나의 정책 정보를 범위 정보에 명시된 디바이스 또는 엔티티(Entity)에 전달할 수 있다. 예를 들어, 기본 정책 정보는 기본 정책 정보에 포함된 범위 정보가 지시하는 엔티티(또는 M2M 디바이스)로 전달될 수 있고, 제한 정책 정보는 제한 정책 정보에 포함된 범위 정보가 지시하는 엔티티(또는 M2M 디바이스)로 전달될 수 있다. 또한, 제한적이지 않은 예로서, S1306 단계는 S1302 단계와 S1304 단계 후에 수행될 수도 있고, 각각 S1302 단계 후에 수행되거나 S1304 단계 후에 수행될 수 있다. 또한, S1306 단계에서 적어도 하나의 정책 정보는 예를 들어 통지의 형태로 MN(1320)이 전달하거나, 혹은 AE(1310)가 MN(1320)에 등록될 때 AE(1310)에게 적어도 하나의 정책 정보를 포함하는 자원의 주소(예, URI)를 전달하여 AE(1310)가 수거(Retrieve)하도록 유도할 수 있다.
S1308 단계에서, MN(1320)은 구독 자원을 생성할 수 있다. 예를 들어, MN(1320)은 S1302 단계 또는 S1304 단계에서 적어도 하나의 정책 정보를 수신하는 경우 해당 정책 정보에 포함된 조건 정보(예, associatedCondition 속성)를 기반으로 구독 자원을 생성할 수 있다. 예를 들어, 구독 자원 생성 시 associatedCondition 속성에 포함된 Criteria를 구독 자원의 filterCriteria 속성에 매핑할 수 있다(예, 표 3 참조). 구독 자원 생성은 도 16을 참조하여 자세히 설명한다. MN(1320)은 생성된 구독 자원을 구독할 수 있다.
혹은, S1302 단계 또는 S1304 단계에서 정책 정보가 적용되는 조건이 명시되어 있는 경우, 시나리오의 구성에 따라 IN(Infrastructure Node), M2M 시스템(예, oneM2M 시스템)에서 전체 서비스 정책을 관리하는 정책 관리자(Policy Manager), 및/또는 MN 노드 내부에 있는 AE(1330)가 MN(1320)을 구독할 수 있다. 이 구독은 명시된 조건에 표현된 내용을 기반으로 수행될 수 있다.
S1310 단계에서, MN(1320)이 S1302 단계 또는 S1304 단계에서 수신된 적어도 하나의 정책 정보 중에서 특정 조건이 명시되지 않는 것이 있다면, 해당 정책에 따라 최초 서비스가 진행될 수 있다. 즉, 적어도 하나의 정책 정보 중에서 조건(condition) 정보가 명시되지 않은 기본 정책 정보 및/또는 제한 정책 정보에 따라 서비스가 진행될 수 있다. 해당 정책 정보는 S1306 단계에서 각 정책 정보에 포함된 범위 정보가 지시하는 엔티티(또는 M2M 디바이스)로 할당될 수 있다.
혹은, S1302 단계 또는 S1304 단계에서 수신된 적어도 하나의 정책 정보 모두가 특정 조건을 명시하고 있지만 MN(1320)의 최초 상태가 어떠한 조건에도 해당하지 않는 경우, 기본 정책 정보에 따라 최초 서비스가 진행될 수 있다.
혹은, MN(1320)의 상태가 S1302 단계 또는 S1304 단계에서 수신된 적어도 하나의 정책 정보에 포함된 제1 조건 정보를 만족할 수 있다. 이 경우, 제1 조건 정보를 포함하는 정책 정보에 따라 최초 서비스가 진행될 수 있다.
최초 서비스를 위한 정책 정보는 상기 예들 중 어느 하나에 의해서만 선택되는 것은 아니다. 예를 들어, 상기 예들 중 일부 또는 전부를 조합하여 최초 서비스를 위한 정책 정보가 결정될 수 있다. 일 예로, S1302 단계 또는 S1304 단계에서 수신된 적어도 하나의 정책 정보 중에서 특정 조건이 명시되지 않는 것이 있고 MN(1320)의 최초 상태가 어떠한 조건에도 해당하지 않는 경우, 조건이 명시되지 않은 정책 정보에 따라 최초 서비스가 진행될 수 있다. 다른 예로, S1302 단계 또는 S1304 단계에서 수신된 적어도 하나의 정책 정보 중에서 특정 조건이 명시되지 않는 것이 있고 MN(1320)이 제1 조건 정보를 만족하는 경우, 제1 조건 정보를 포함하는 정책 정보에 따라 최초 서비스가 진행될 수 있다.
S1312 단계에서, MN(1320)이 S1302 또는 S1304 단계에서 수신된 적어도 하나의 정책 정보에 포함된 또 다른 제2 조건 정보를 만족할 수 있다. 예를 들어, MN(1320)이 최초 상태(예, S1310 단계에서 적용된 적어도 하나의 정책 정보에 포함된 조건에 해당하는 상태)와 다른 조건 상태에 해당할 수 있다. 예를 들어, 제2 조건 정보가 지시하는 상태는 MN(1320)의 잔여 전력량이 특정 상태(예, Y% 미만)에 해당하는 경우를 포함할 수 있다.
S1314 단계에서, MN(1320)은 S1312 단계에서 검출된 상태 변화를 구독 자원(예, 구독 자원 내 notificationURI 속성)에 명시된 엔티티(또는 M2M 디바이스)에게 전달 또는 통지할 수 있다. 이 경우, 정책 정보 자원의 범위 (Scope)과 동일한 엔티티에게 전달 또는 통지(Notification)할 수 있다. 예를 들어, 구독 자원(예, 구독 자원의 notificationURI 속성)에 명시된 엔티티(또는 M2M 디바이스)의 범위는 S1302 또는 S1304 단계에서 수신된 적어도 하나의 정책 정보에 포함된 범위 정보가 지시하는 엔티티(또는 M2M 디바이스)와 동일할 수 있다. 이 경우, MN(1320)이 전송하는 통지는 조건에 관련되거나 및/또는 정책에 관련된 식별 정보를 포함할 수 있다. 예를 들어, 상기 조건에 관련되거나 및 또는 정책에 관련된 식별 정보는 해당 정책 정보를 포함하는 자원의 주소(예, URI) 또는 다른 식별자를 포함할 수 있다.
S1316 단계에서, 통지를 받은 정책의 범위에 포함된 엔티티(또는 M2M 디바이스)는 요청과 관련된 정책(예, 기본 정책 또는 제한 정책)을 수행한다. 요청과 관련된 정책은 기본 정책 정보 또는 제한 정책 정보에 따라 수행될 수 있다. 혹은, 요청과 관련된 정책은 S1314 단계에서 수신된 통지에 포함된 식별 정보가 지시하는 정책 정보에 따라 수행될 수 있다. 예를 들어, 제한 정책 정보에 포함된 조건 정보가 MN(1320)의 잔여 전력량이 특정 상태(예, X % 미만)에 해당하는 것을 지시하는 경우, 통지를 받은 정책의 범위에 포함된 엔티티(또는 M2M 디바이스)는 신규 요청 제한 정책을 시행함으로써 MN(1320)로 전송되는 요청을 제한하는 동작(예, 중요도 X 이상의 이벤트 카테고리를 갖는 요청만을 전송)을 수행할 수 있다. 이를 통해, MN(1320)의 통신을 위해 사용되는 전력 소비를 막아 서비스 지속성을 유지하는 데 도움이 된다.
S1318 단계에서, MN(1320)의 변경된 조건에 따른 신규 정책에 따른 서비스가 동작한다. 이 경우, 신규 정책은 기본 정책 또는 제한 정책을 포함할 수 있다.
S1320 단계에서, S1302 또는 S1304 단계에서 수신된 적어도 하나의 정책 정보에 포함된 또 다른 제3 조건 정보를 만족할 수 있다. 즉, MN(1320)의 상태가 S1318 단계에서 적용된 적어도 하나의 정책 정보에 포함된 상태 조건(제2 조건 정보에 해당)과 다른 조건 상태에 해당할 수 있다. 예를 들어, MN(1320)의 잔여 전력량이 특정 상태(예, Y % 미만)에 해당하다가, 충전을 통해서 전력이 부족한 상태를 벗어날 수 있다(예, X % 이상으로 올라갈 수 있다).
S1322 단계에서, MN(1320)은 S1320 단계에서 검출된 상태 변화를 구독 자원(예, 구독 자원 내 notificationURI 속성)에 명시된 엔티티(또는 M2M 디바이스)에게 전달 또는 통지할 수 있다. 이 경우, 정책 정보 자원의 범위 (Scope)과 동일한 엔티티 에게 전달 또는 통지(Notification)한다. 예를 들어, 구독 자원(예, 구독 자원의 notificationURI 속성)에 명시된 엔티티(또는 M2M 디바이스)의 범위는 S1302 또는 S1304 단계에서 수신된 적어도 하나의 정책 정보에 포함된 범위 정보가 지시하는 엔티티(또는 M2M 디바이스)와 동일할 수 있다. 이 경우, MN(1320)이 전송하는 통지는 조건에 관련되거나 및/또는 정책에 관련된 식별 정보를 포함할 수 있다. 예를 들어, 상기 조건에 관련되거나 및 또는 정책에 관련된 식별 정보는 해당 정책 정보를 포함하는 자원의 주소(예, URI) 또는 다른 식별자를 포함할 수 있다.
S1324 단계에서, MN(1320)으로부터 통지를 받은 엔티티(또는 M2M 디바이스)는 제한 정책으로 인해 계류(Pending)된 요청을 처리할 수 있다. 이 경우, 예를 들어, 제한 정책 정보에서 계류중인 요청을 처리하는 동작 속성(예, pendingRequest 속성)에 따라 계류중인 요청을 처리할 수 있다.
도 13에 예시된 각 단계 및/또는 구성은 필요에 따라 생략되고 실시되거나 수정되어 실시될 수 있다. 예를 들어, 도 13의 예에 따른 MN(1320)의 상태 변화는 잔여 전력량에 따른 상태 변화를 포함하지만, MN(1320)의 상태 변화는 MN(1320)이 배터리를 기반으로 동작하는지 아니면 케이블을 통해 연결된 전원을 기반으로 동작하는지 여부에 따른 상태 변화를 포함할 수 있다. 이 경우, MN(1320)이 최초에 배터리를 기반으로 동작하는지 아니면 케이블 전원을 기반으로 동작하는지 여부에 따라 배터리 기반의 동작을 위한 정책 정보 또는 케이블 전원 기반의 동작을 위한 정책 정보 중에서 하나에 따라 최초 서비스가 진행될 수 있다.
일 예로, S1310 단계에서, MN(1320)이 자전거의 전원을 기반으로 동작하는 경우 케이블 전원 기반의 동작을 위한 정책 정보에 따라 최초 서비스가 진행될 수 있고, MN(1320)이 배터리 전원을 기반으로 동작하는 경우 배터리 전원 기반의 동작을 위한 정책 정보에 따라 최초 서비스가 진행될 수 있다. 이 경우, 케이블 전원 기반의 정책 정보는 기본 정책으로 설정되고 배터리 전원 기반의 정책 정보는 제한 정책으로 설정될 수 있다.
또한, 예를 들어, MN(1320)이 최초에 자전거의 전원 케이블에 연결됨으로써 케이블 전원 기반으로 동작하다가 배터리 전원으로 전환되는 경우, MN(1320)은 S1312 단계에서 이러한 상태 변화를 감지하고 S1314 단계에서 검출된 상태 변화를 구독 자원에 명시된 엔티티(또는 M2M 디바이스)에게 전달 또는 통지할 수 있다. 이 경우, S1316 단계에서, 통지를 받은 엔티티(도는 M2M 디바이스)는 배터리 전원 기반의 동작을 위한 정책 정보에 따라 서비스를 수행할 수 있다. 배터리 전원 기반의 정책 정보를 따르는 경우 엔티티(또는 M2M 디바이스)는 MN(1320)으로 전송되는 요청을 제한할 수 있다. 이를 통해, MN(1320)의 통신을 위해 사용되는 전력 소비를 줄여 서비스 지속성을 유지하는 데 도움이 된다.
또한, MN(1320)이 배터리 전원을 기반으로 동작하다가 다시 전원 케이블에 연결됨으로써 케이블 전원 기반의 동작으로 전환되는 경우, MN(1320)은 S1320 단계에서 이러한 상태 변화를 감지하고 S1322 단계에서 검출된 상태 변화를 구독 자원에 명시된 엔티티(또는 M2M 디바이스)에게 전달 또는 통지할 수 있다. 이 경우, 통지를 받은 엔티티(또는 M2M 디바이스)는 S1324 단계에서 배터리 전원 기반의 정책을 수행함으로 인해 계류된 요청을 동작 속성에 따라 처리할 수 있다.
또 다른 예로, 배터리 전원 기반의 정책 정보와 케이블 전원 기반의 정책 정보와 같이 2개의 정책 정보가 적용가능한 경우, 둘 중 하나의 정책 정보를 기본 정책 정보로 설정하고 다른 정책 정보를 제한 정책 정보로 설정한 다음, MN(1320)의 상태 변화에 따라 기본 정책 정보의 사용 여부에 대한 통지를 엔티티(또는 M2M 디바이스)에게 전달할 수 있다. 이 예에서, MN(1320)이 제한 정책 정보 적용을 위한 상태에서 기본 정책 정보 적용을 위한 상태로 전환되는 경우 MN(1320)은 제한 정책 정보를 무시할 것을 지시하는 통지를 엔티티(또는 M2M 디바이스)에게 전달하거나 기본 정책 정보로 복귀할 것을 지시하는 통지를 엔티티(또는 M2M 디바이스)에게 전달할 수 있다.
도 14는 본 발명에 따른 기본 정책 정보(default policy information)를 예시한다. 요청에 대한 기본 정책 정보는 기본 정책 정보를 위한 자원에 저장될 수 있는데, 예를 들어 <requestDefaults> 자원에 저장될 수 있다. 기본 정책 정보를 위한 자원은 로컬 엔티티(또는 M2M 디바이스)(예, 1310)가 보낼 수 있는 요청(Request)에 대한 기본 값(Default value)을 지시하는 정보를 포함할 수 있다. 기본 정책 정보를 위한 자원 타입(예, <requestDefaults>)은 로컬 엔티티(또는 M2M 디바이스)(예, 1310)나 CSF에 의해 발생되는 요청에서 각 속성에 대해 어떠한 값도 지시되지 않을 때 CMDH 관련 파라미터에 사용될 수 있는 기본 값을 나타내는 데 사용될 수 있다. 또한, 기본 정책 정보는 기본 정책 정보가 적용될 조건을 지시하는 조건 정보를 포함할 수 있다. 이 경우, 특정 노드(예, 호스팅 CSE 또는 이를 포함하는 노드)의 상태가 조건 정보의 조건을 만족하는지 여부에 따라 요청에 대한 기본 값(Default value)이 상이하게 변경될 수 있다.
도 14를 참조하면, 기본 정책 정보를 위한 자원은 범위 정보(예, scope), 기본 이벤트 카테고리 정보(예, defaultEventCategory), 기본 수명 정보(예, defaultLifeSpan)를 포함할 수 있다. 기본 이벤트 카테고리 정보와 기본 수명 정보는 기본 값을 나타내는 정보이다. 도 14에 예시되지 않았지만, 기본 정책 정보를 위한 자원은 기본 정책 자원이 적용되는 조건 정보를 포함할 수 있다. 이 경우, 조건 정보(예, associatedCondition)는 모니터링 대상 정보의 주소 정보(예, <link>)와 조건에 해당하는지 여부를 나타내는 기준 정보(예, <criteria>)를 포함할 수 있다. 범위 정보(예, scope)는 기본 정책 정보가 적용되는 애플리케이션 인스턴스 또는 엔티티의 식별 정보(예, ID)를 포함할 수 있다. 기본 이벤트 카테고리 정보(예, defaultEventCategory)는 범위 정보에 명시된 디바이스에 의해 발생된 요청에서 이벤트 카테고리가 명시되지 않은 경우 사용되는 기본 값을 나타낸다. 예를 들어, 범위 정보(예, scope)에 명시된 엔티티(또는 M2M 디바이스) 중에서 하나가 특정 조건(예, 기본 정책 자원의 조건 정보에 해당하는 조건)에서 요청 메시지를 보낼 때 이벤트 카테고리(Event Category)에 대해 어떤 값도 명시되지 않는다면, 기본 이벤트 카테고리 정보(예, defaultEventCategory)의 값이 해당 값으로 설정될 수 있다. 기본 수명 정보(예, defaultLifeSpan)는 범위 정보에 명시된 디바이스에 의해 발생된 요청에서 수명(lifespan)이 명시되지 않은 경우 사용되는 기본 값을 나타낸다.
예를 들어, 기본 정책 정보를 위한 자원은 표 2에 예시된 정보(또는 속성 정보)를 포함할 수 있다. 표 2에서 R/W는 해당 속성의 읽기(read)/쓰기(write) 허용여부(permission)을 나타내며, READ/WRITE(RW), READ ONLY(RO), WRITE ONLY(WO) 중 하나일 수 있다. 또한, 표 2에서 발생횟수(multiplicity)는 해당 속성이 <subscription> 자원에서 발생가능한 횟수를 나타낸다.
표 2
Figure PCTKR2014001352-appb-T000002
표 2에 예시된 associatedCondition은 표 3의 associatedCondition과 구별하기 위해 defaultAssociatedCondition(dAC)으로 지칭될 수 있다.
도 15는 본 발명에 따른 제한 정책 정보(limit policy information)를 예시한다. 요청에 대한 제한 정책 정보는 제한 정책 정보를 위한 자원에 저장될 수 있는데, 예를 들어 <requestLimits> 자원에 저장될 수 있다. 제한 정책 정보를 위한 자원(예, <requestLimits> 자원)은 CMDH(Communication and Delivery Handling)기능과 관련된 파라미터(예, 이벤트 카테고리(Event Category)와 수명(Life Span) 관련 파라미터)의 제한을 정의한다. 해당 제한은 해당 노드가 보유한 또는 등록한(registered) AE와 CSE에서 발생된 요청(Request)에 적용된다. 제한 정책 정보를 위한 자원은 로컬 엔티티(또는 M2M 디바이스)(예, 1310)가 CMDH 관련 파라미터들을 갖는 요청(Request)을 보낼 때 CMDH 관련 파라미터들을 검증하는 데 사용되는 제한 범위(limit range)를 나타낼 수 있다. 예를 들어, 요청이 제한 범위 밖의 CMDH 관련 파라미터를 갖는 경우, 상기 요청은 거절될 수 있다. 또한, 제한 정책 정보는 제한 정책 정보가 적용될 조건을 지시하는 조건 정보를 포함할 수 있다. 이 경우, 특정 노드(예, 호스팅 CSE 또는 이를 포함하는 노드)의 상태가 조건 정보의 조건을 만족하는지 여부에 따라 상기 요청에 대한 제한 정책이 상이하게 변경될 수 있다.
도 15를 참조하면, 제한 정책 정보를 위한 자원은 범위 정보(예, scope), 조건 정보(예, associatedCondition), 계류중인 요청의 처리 방식에 관한 정보(예, pendingRequest), 이벤트 카테고리의 범위 정보(예, rangeEventCategory), 수명의 범위 정보(예, rangeLifeSpan)를 포함할 수 있다. 범위 정보(예, scope)는 제한 정책 정보가 적용되는 애플리케이션 인스턴스 또는 엔티티의 식별 정보(예, ID)를 포함할 수 있다. 조건 정보(예, associatedCondition)는 모니터링 대상 정보의 주소 정보(예, <link>)와 조건에 해당하는지 여부를 나타내는 기준 정보(예, <criteria>)를 포함할 수 있다. 모니터링 대상 정보는 M2M 디바이스의 속성 정보를 저장하기 위한 자원 내에서 모니터링 대상 장치의 특정 정보를 지칭할 수 있다(예, 도 17 참조). 계류중인 요청의 처리 방식에 관한 정보(예, pendingRequest)는 M2M 게이트웨이 또는 디바이스로 전달되지 못하고 계류중인 요청의 처리 방식을 정의한다. 예를 들어, 계류중인 요청을 처리하는 방식은 모든 계류중인 요청을 전송하는 것, 가장 최근 요청을 전송하는 것, 특정 범위의 이벤트 카테고리 값을 갖는 요청 또는 특정 범위의 수명을 갖는 요청을 전송하는 것, 또는 바로 다음 정책에 따라 요청을 처리하는 것을 포함할 수 있다. 이벤트 카테고리의 범위 정보(예, rangeEventCategory)는 범위 정보에 명시된 디바이스에 의해 발생된 요청(또는 요청의 이벤트 카테고리)의 허용 범위를 지시한다. 수명의 범위 정보(예, rangeLifeSpan)는 범위 정보에 명시된 디바이스에 의해 발생된 요청(또는 요청의 수명(lifespan))의 허용 범위를 지시한다.
예를 들어, 제한 정책 정보를 위한 자원은 표 3에 예시된 정보(또는 속성 정보)를 포함할 수 있다. 표 3에서 R/W는 해당 속성의 읽기(read)/쓰기(write) 허용여부(permission)을 나타내며, READ/WRITE(RW), READ ONLY(RO), WRITE ONLY(WO) 중 하나일 수 있다. 또한, 표 3에서 발생횟수(multiplicity)는 해당 속성이 <subscription> 자원에서 발생가능한 횟수를 나타낸다. 표 3에서 App-Inst-ID는 애플리케이션 인스턴스 ID를 나타낸다.
표 3
Figure PCTKR2014001352-appb-T000003
도 16은 본 발명에 따라 제한 정책 정보를 구독 자원으로 매핑하는 예를 예시한다.
본 발명에 따르면, 특정 디바이스(예, MN(1320))의 상태 변화에 따라 다른 디바이스(예, AE(1310))의 정책을 변화시킴으로써 M2M 서비스 설정을 변경할 수 있다. 이를 위해, 다른 디바이스에게 특정 디바이스의 상태 변화를 통지해 주어야 하는데 이 경우 구독 자원이 이용될 수 있다. 구독 자원은 기본 및 제한 정책 정보에 포함된 조건 정보와 범위 정보를 이용하여 생성될 수 있다. 기본 및 제한 정책 정보가 조건 정보를 포함한다고 가정하면, 예를 들어, 정책을 소유한 특정 디바이스(예, MN(1320))가 제한 정책 정보를 위한 자원(예, <requestLimit> 자원)을 구독 자원(예, <subscription> 자원)에 매핑하여 구독 자원을 생성할 수 있다. 또한, 정의한 정책을 기반으로 정책 정보를 생성하는 엔티티(예를 들어, IN(Infrastructure Node), M2M 시스템(예, oneM2M 시스템)에서 전체 서비스 정책을 관리하는 정책 관리자(Policy Manager), 또는 MN 노드 내부에 있는 AE)가 해당 구독 정보를 생성할 수 있다.
상기 구독 자원이 생성될 때 매핑 규칙은 다음과 같다. 예를 들어, 제한 정책 정보를 위한 자원에서 범위 정보를 위한 자원(예, <scope> 자원)이 구독 자원의 통지 주소 정보를 위한 자원(예, <notificationURI> 자원)에 매핑될 수 있다. 또한, 예를 들어, 조건 정보(예, <associatedCondition>)에서 모니터링 대상 정보의 주소 정보(예, <link>)는 구독 자원의 생성 위치로 매핑될 수 있다(구독되는 상태에 대한 모니터링 이슈 연관 관계 있음). 또한, 예를 들어, 조건 정보(예, associatedCondition)의 기준 정보(예, <criteria>)(상세 조건의 기준 값)는 구독 자원의 기준 값 정보(예, filterCriteria)에 매핑될 수 있다. 결론적으로는 해당 정책의 내부 정보의 자원과 구독 정보의 자원을 페어링(Paring)하여 해당 정책이 구독하고 있는 디바이스(또는 엔티티)의 상태에 따라 변동될 수 있도록 설정할 수 있다.
도 17은 본 발명에 따른 M2M 디바이스의 속성 정보를 저장하기 위한 자원 구조를 예시한다. M2M 디바이스가 하나의 노드로서 표현될 수 있으므로 M2M 디바이스의 속성 정보를 저장하는 자원은 노드 자원(node resource)이라고 지칭될 수 있다. 노드 자원은 다른 M2M 동작들(예, oneM2M 동작들)에 의해 활용될 수 있는 M2M 노드의 특정 정보를 나타낸다. 예를 들어, 소스 CSE가 타겟 CSE로 요청 메시지를 전송할 때 소스 CSE의 CMDH CSF는 타겟 CSE의 도달가능 스케줄(reachability schedule)을 기반으로 언제 타겟 CSE로 요청 메시지를 전송할 지를 결정할 수 있다. 노드 자원은 도달가능 스케줄, 컨텍스트 정보(예, 메모리 및 저장장치(storage)), 및 네트워크 토폴로지(network topology)와 같은 M2M 노드(또는 디바이스)의 성질에 대한 정보를 포함할 수 있다.
노드 자원의 위치는 노드의 타입에 따라 달라질 수 있다. 예를 들어, ASN은 로컬 CSE의 <baseURI> 아래에 위치할 수 있다. 또한, 예를 들어, ADN은 호스팅 CSE의 <Application> 자원 아래에 위치할 수 있다. 또한, 예를 들어, MN은 로컬 CSE의 <baseURI> 아래에 위치할 수 있다.
도 17을 참조하면, 노드 자원은 다양한 속성 정보와 자식 자원을 포함할 수 있다. 예를 들어, 노드 자원은 속성 정보로서 노드 식별 정보(예, nodeID)를 포함할 수 있다. 또한, 예를 들어, 노드 자원은 메모리와 관련된 자원(예, <memory> 자원), 저장장치(storage)와 관련된 자원(예, <storage> 자원), 전력(power)과 관련된 자원(예, <power> 자원), 네트워크 토폴리지와 관련된 자원(예, <networkTopology> 자원), 및/또는 스케줄과 관련된 자원(예, <schedule> 자원)을 포함할 수 있다. 도 17에서 속성 정보와 자식 자원 옆의 숫자는 발생횟수(multiplicity)를 나타낸다. 발생횟수(multiplicity)가 0 내지 1인 경우 선택사항일 수 있다(optional).
표 4는 노드 자원의 자식 자원을 표로서 나타낸 것이다.
표 4
Figure PCTKR2014001352-appb-T000004
표 4에서 <mgmtObj> 자원 타입은 개별적인 M2M 관리 기능을 나타내는 관리 데이터를 포함하며, 외부 관리 기술(예, OMA DM, BBF TR-069, LWM2M) 데이터 모델들에 매핑하기 위한 일반적인 구조를 나타낸다. 메모리 및 저장장치와 같은 노드 특정 정보는 OMA(Open Mobile Alliance) 표준 규격에 따른 장치 관리(device management) 기술 또는 다른 방법(예, JNI(Java Native Interface))을 통해 획득될 수 있다. <mgmtObj> 자원 타입은 상기 두 방법을 포함하는 관리 기능을 나타내기 때문에 하위 자원의 타입은 <mgmtObj> 자원 타입이다.
도 18은 본 발명에 따른 M2M 서비스 설정 변경 동작을 예시한다.
도 18의 S1204 단계 내지 S1220 단계에 대한 설명은 도 12의 S1204 단계 내지 S1220 단계와 동일하다. 따라서, 도 12에 대한 설명을 참조하여 원용한다.
도 12의 예에서와 달리, S1822 단계에서, 스마트폰(1120)의 상태가 특정한 상태에 해당하는 경우 스마트폰(1120)은 상태 변화를 M2M 서비스 플랫폼(1130)에 보고할 수 있다. 특정한 상태는 게이트웨이 또는 단말에서 고장이나 불량이 예상되는 경우를 포함할 수 있다. 구체적으로, 예를 들면, 특정한 상태는 게이트웨이 또는 단말의 잔여 배터리가 낮은 경우(예를 들어, 잔여 배터리 양이 전체의 X % 이하인 경우), 배터리 방전이 예상되는 경우, 위치나 속도와 같은 정보를 통해 연결이 상실될 것이 예상되는 경우, 또는 다양한 트리거를 통해 서비스를 정상적으로 수행하지 못할 것이 예상되는 경우를 포함할 수 있다. 상기 예시된 경우에 해당하면, 게이트웨이 또는 단말은 자신의 상태를 포함하여 경고 메시지를 M2M 서비스 플랫폼(1130)에 전달할 수 있다.
S1824 단계에서, M2M 서비스 플랫폼(1130)은 자전거 제공자(1140)와 센서들(1110)의 M2M 서비스 설정을 배터리 소모를 줄이도록 변경할 수 있다. 예를 들어, M2M 서비스 플랫폼(1130)은 서비스 설정을 “only emergency case”로 변경할 수 있다. 이 경우, 긴급 요청 메시지만이 센서들(1110)을 통해 발신될 수 있으며, 다른 경우는 서비스의 마지막에 배치 모드(Batch Mode)로 통지될 수 있다.
혹은, M2M 서비스 플랫폼(1130)은 게이트웨이나 단말의 상태를 파악한 후 서비스 지속성을 유지하기 위해 서비스 설정을 변경하도록 게이트웨이나 단말에 명령 할 수 있다. 예를 들어, 정상 보고의 경우(S1208, S1212, S1216 단계 참조), 보고 형태를 배치 모드(Batch Mode) 또는 준-실시간 모드(Quasi-Real Mode)로 변경한다. 배치 모드는 게이트웨이나 단말이 전송할 데이터가 있지만 실시간(Real-time)으로 전송이나 전달하지 않고, 계류(pending)시키고 있다가 서비스가 종료되는 시점에서 계류(pending)된 데이터를 전달하는 모드를 지칭한다. 준-실시간 모드는 게이트웨이나 단말이 전송할 데이터가 있지만 실시간(Real-time)으로 전송이나 전달하지 않고, 계류(pending)시키고 게이트웨이나 단말이 서비스 지속성을 유지할 수 있는 상태로 회복 하는 경우 계류(pending)된 데이터를 실시간(Real-time)으로 보내는 모드를 지칭한다. 대조적으로, 예를 들어, 긴급 보고의 경우(예, S1822 참조), 보고 하는 형태를 변경하지 않는다.
S1826 단계에서, 자전거 사용자는 목적지에 도착하여 지정된 장소에 자전거를 주차할 수 있다. 이 경우, 센서들(1110)은 누적된 정보와 정상 이벤트 구독 정보를 스마트폰(1120)을 통해 M2M 서비스 플랫폼(1130)으로 보고할 수 있다.
S1828 단계에서, M2M 서비스 플랫폼(1130)은 공유 자전거의 사용량(usage)을 자전거 제공자(1140)와 헬스 서비스 제공자(1150)에게 통지할 수 있다.
도 18의 예에서, M2M 게이트웨이로서 동작하는 스마트폰(1120)과 M2M 서비스 플랫폼(1130)의 별개의 엔티티인 것으로 기술되어 있지만 다른 예에서는 M2M 게이트웨이가 M2M 서비스 플랫폼(1130)의 역할을 수행하는 것도 가능하다.
도 19는 본 발명이 적용될 수 있는 장치의 블록도를 예시한다. 본 발명에 있어서, M2M 게이트웨이, M2M 서버 또는 M2M 디바이스는 각각 전송장치(10) 또는 수신장치(20)로 동작할 수 있다.
전송장치(10)와 수신장치(20)는 정보 및/또는 데이터, 신호, 메시지 등을 나르는 무선 신호를 전송 또는 수신할 수 있는 RF(Radio Frequency) 유닛(13, 23)과, 무선통신 시스템 내 통신과 관련된 각종 정보를 저장하는 메모리(12, 22), 상기 RF 유닛(13, 23) 및 메모리(12, 22)등의 구성요소와 동작시 연결(operatively connected)되고, 상기 구성요소를 제어하여 해당 장치가 전술한 본 발명의 실시예들 중 적어도 하나를 수행하도록 메모리(12, 22) 및/또는 RF 유닛(13,23)을 제어하도록 구성된 프로세서(11, 21)를 각각 포함한다.
메모리(12, 22)는 프로세서(11, 21)의 처리 및 제어를 위한 프로그램을 저장할 수 있고, 입/출력되는 정보를 저장할 수 있다. 메모리(12, 22)가 버퍼로서 활용될 수 있다. 또한, 메모리(12, 22)는 각종 설정 정보와 데이터를 포함하는 리소스를 저장하는 데 사용될 수 있다.
프로세서(11, 21)는 통상적으로 전송장치 또는 수신장치 내 각종 모듈의 전반적인 동작을 제어한다. 특히, 프로세서(11, 21)는 본 발명을 수행하기 위한 각종 제어 기능을 수행할 수 있다. 프로세서(11, 21)는 컨트롤러(controller), 마이크로 컨트롤러(microcontroller), 마이크로 프로세서(microprocessor), 마이크로 컴퓨터(microcomputer) 등으로도 불릴 수 있다. 프로세서(11, 21)는 하드웨어(hardware) 또는 펌웨어(firmware), 소프트웨어, 또는 이들의 결합에 의해 구현될 수 있다. 하드웨어를 이용하여 본 발명을 구현하는 경우에는, 본 발명을 수행하도록 구성된 ASICs(application specific integrated circuits) 또는 DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays) 등이 프로세서(11, 21)에 구비될 수 있다. 한편, 펌웨어나 소프트웨어를 이용하여 본 발명을 구현하는 경우에는 본 발명의 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등을 포함하도록 펌웨어나 소프트웨어가 구성될 수 있으며, 본 발명을 수행할 수 있도록 구성된 펌웨어 또는 소프트웨어는 프로세서(11, 21) 내에 구비되거나 메모리(12, 22)에 저장되어 프로세서(11, 21)에 의해 구동될 수 있다.
전송장치(10)의 프로세서(11)는 상기 프로세서(11) 또는 상기 프로세서(11)와 연결된 스케줄러로부터 스케줄링되어 외부로 전송될 신호 및/또는 데이터에 대하여 소정의 부호화(coding) 및 변조(modulation)를 수행한 후 RF 유닛(13)에 전송한다. 수신장치(20)의 신호 처리 과정은 전송장치(10)의 신호 처리 과정의 역으로 구성된다. 프로세서(21)의 제어 하에, 수신장치(20)의 RF 유닛(23)은 전송장치(10)에 의해 전송된 무선 신호를 수신한다. 상기 프로세서(21)는 수신 안테나를 통하여 수신된 무선 신호에 대한 복호(decoding) 및 복조(demodulation)를 수행하여, 전송장치(10)가 본래 전송하고자 했던 데이터를 복원할 수 있다.
RF 유닛(13, 23)은 하나 이상의 안테나를 구비한다. 안테나는, 프로세서(11, 21)의 제어 하에 본 발명의 일 실시예에 따라, RF 유닛(13, 23)에 의해 처리된 신호를 외부로 전송하거나, 외부로부터 무선 신호를 수신하여 RF 유닛(13, 23)으로 전달하는 기능을 수행한다. 도 9에서 송신장치와 수신장치가 각각 RF 유닛을 통해 통신하는 것으로 도시되어 있지만 송신장치와 수신장치가 유선 네트워크를 통해 통신하는 것도 가능하다. 이 경우, RF 유닛은 네트워크 인터페이스 유닛(network interface unit, NIU)으로 대체될 수 있다.
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 문서에서 기지국에 의해 수행된다고 설명된 특정 동작은 경우에 따라서는 그 상위 노드(upper node)에 의해 수행될 수 있다. 즉, 기지국을 포함하는 복수의 네트워크 노드들(network nodes)로 이루어지는 네트워크에서 단말과의 통신을 위해 수행되는 다양한 동작들은 기지국 또는 기지국 이외의 다른 네트워크 노드들에 의해 수행될 수 있음은 자명하다. 기지국은 고정국(fixed station), Node B, eNode B(eNB), 액세스 포인트(access point) 등의 용어에 의해 대체될 수 있다. 또한, 단말은 UE(User Equipment), MS(Mobile Station), MSS(Mobile Subscriber Station) 등의 용어로 대체될 수 있다.
본 발명에 따른 실시예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명은 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태를 포함하는 소프트웨어 코드 또는 명령어(instruction)로 구현될 수 있다. 소프트웨어 코드 또는 명령어는 컴퓨터 판독가능한 매체에 저장되어 프로세서에 의해 구동될 수 있으며 프로세서에 의해 구동될 때 본 발명에 따른 동작들을 수행할 수 있다. 상기 컴퓨터 판독가능한 매체는 상기 프로세서 내부 또는 외부에 위치하거나 원격으로 네트워크를 통해 상기 프로세서와 연결될 수 있으며, 상기 프로세서와 데이터를 주고 받을 수 있다.
본 발명은 본 발명의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
본 발명은 단말, 서버, 게이트웨이 등과 같은 통신 장치에 사용될 수 있다.

Claims (14)

  1. M2M(Machine-to-Machine) 시스템에서 M2M 게이트웨이가 M2M 서비스 설정을 변경하기 위한 방법으로서,
    적어도 하나의 정책 정보를 적어도 하나의 디바이스로 전송하는 단계, 상기 적어도 하나의 정책 정보 각각은 범위 정보(scope information)와 조건 정보(condition information)를 포함하며; 및
    상기 M2M 게이트웨이의 상태가 상기 조건 정보가 지시하는 상태에 해당하는 경우, 상기 범위 정보가 지시하는 디바이스로 상기 M2M 게이트웨이의 상태 변화를 지시하는 제1 통지를 전송하는 단계를 포함하는, 방법.
  2. 제1항에 있어서,
    상기 제1 통지는 상기 적어도 하나의 정책 정보 중에서 하나를 지시하는 제1 식별 정보를 포함하며,
    상기 범위 정보가 지시하는 디바이스가 상기 제1 통지를 수신하는 경우, 상기 디바이스는 상기 제1 식별 정보가 지시하는 정책 정보에 따라 M2M 서비스를 수행하는, 방법.
  3. 제1항에 있어서,
    상기 적어도 하나의 정책 정보는 제한 정책 정보(limit policy information)를 포함하고, 상기 제한 정책 정보는 상기 적어도 하나의 디바이스에서 발생된 요청의 허용 이벤트 카테고리 범위(allowed event category range)를 지시하는 정보와 상기 제한 정책 정보가 적용되는 상기 M2M 게이트웨이의 상태를 지시하는 정보를 포함하며,
    상기 적어도 하나의 디바이스에서 발생된 요청은 상기 M2M 게이트웨이의 상태 및 상기 요청이 상기 허용 이벤트 카테고리 범위에 포함되는지 여부에 따라 상기 M2M 게이트웨이로 전송될지 여부가 결정되는, 방법.
  4. 제1항에 있어서,
    상기 적어도 하나의 정책 정보는 기본 정책 정보를 포함하며, 상기 기본 정책 정보는 상기 적어도 하나의 디바이스에서 발생된 요청에 대한 기본 속성을 지시하는 정보와 상기 기본 정책 정보가 적용되는 상기 M2M 게이트웨이의 상태를 지시하는 정보를 포함하며,
    상기 M2M 게이트웨이의 상태가 상기 기본 정책 정보가 적용되는 상태에 해당하고 상기 적어도 하나의 디바이스에서 발생된 요청의 특정 속성이 지정되지 않은 경우, 상기 기본 정책 정보에 포함된 기본 속성이 적용되는, 방법.
  5. 제1항에 있어서,
    상기 M2M 게이트웨이의 상태가 상기 조건 정보가 지시하는 상태에서 다른 상태로 변경되는 경우, 상기 범위 정보가 지시하는 디바이스로 상기 M2M 게이트웨이의 상태 변화를 지시하는 제2 통지가 전송되는, 방법.
  6. 제5항에 있어서,
    상기 제2 통지는 상기 적어도 하나의 정책 정보 중에서 하나를 지시하는 제2 식별 정보를 포함하며,
    상기 범위 정보가 지시하는 디바이스가 상기 제2 통지를 수신하는 경우, 상기 디바이스는 상기 제2 식별 정보가 지시하는 정책 정보에 따라 M2M 서비스를 수행하는, 방법.
  7. 제1항에 있어서,
    상기 제1 통지의 전송을 위해 구독을 위한 자원을 생성하는 단계를 더 포함하며,
    상기 구독을 위한 자원은 상기 범위 정보와 상기 조건 정보를 기반으로 생성되고, 상기 M2M 게이트웨이 또는 정책 관리자에 의해 생성되는, 방법.
  8. 제7항에 있어서,
    상기 구독을 위한 자원은 상기 통지가 전송될 디바이스의 주소에 대한 제1 정보와 상기 통지를 수행할 기준 값에 대한 제2 정보를 포함하며,
    상기 구독을 위한 자원을 생성하는 단계는 상기 범위 정보를 상기 제1 정보에 매핑하고 상기 조건 정보가 지시하는 상태의 값을 상기 제2 정보에 매핑하는 것을 포함하는, 방법.
  9. 제1항에 있어서,
    상기 조건 정보는 모니터링 대상 정보의 주소 정보와 조건에 해당하는지 여부를 나타내는 기준 정보를 포함하는, 방법.
  10. 제1항에 있어서,
    상기 범위 정보는 상기 정책 정보가 적용되는 애플리케이션 인스턴스 또는 애플리케이션 엔티티의 식별 정보를 포함하는, 방법.
  11. 제3항에 있어서,
    상기 제한 정책 정보는 상기 M2M 게이트웨이로 전달되지 못한 요청의 처리 방식을 지시하는 정보를 더 포함하는, 방법.
  12. 제11에 있어서,
    상기 요청의 처리 방식은 모든 계류중인 요청을 전송하는 것, 가장 최근 요청을 전송하는 것, 특정 범위의 이벤트 카테고리 값을 갖는 요청 또는 특정 범위의 수명을 갖는 요청을 전송하는 것, 또는 바로 다음 정책에 따라 요청을 처리하는 것을 포함하는, 방법.
  13. 제4항에 있어서,
    상기 기본 정책 정보는 상기 적어도 하나의 디바이스에서 발생되는 요청의 이벤트 카테고리에 대한 기본 값을 지시하는 정보를 포함하는, 방법.
  14. M2M(Machine-to-Machine) 시스템의 M2M 게이트웨이에 있어서, 상기 M2M 게이트웨이는
    네트워크 인터페이스 유닛(Network Interface Unit); 및
    프로세서를 포함하며,
    상기 프로세서는 상기 네트워크 인터페이스 유닛을 통해 적어도 하나의 정책 정보를 적어도 하나의 디바이스로 전송하도록 구성되고, 상기 적어도 하나의 정책 정보 각각은 범위 정보(scope information)와 조건 정보(condition information)를 포함하며,
    상기 프로세서는 또한 상기 M2M 게이트웨이의 상태가 상기 조건 정보가 지시하는 상태에 해당하는 경우, 상기 범위 정보가 지시하는 디바이스로 상기 M2M 게이트웨이의 상태 변화를 지시하는 제1 통지를 전송하도록 구성되는, M2M 게이트웨이.
PCT/KR2014/001352 2013-02-19 2014-02-19 M2m 서비스 설정 변경 방법 및 이를 위한 장치 WO2014129802A1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US14/768,690 US9800999B2 (en) 2013-02-19 2014-02-19 Method for modifying M2M service setting and apparatus therefor
JP2015559181A JP6194024B2 (ja) 2013-02-19 2014-02-19 Ｍ２ｍサービス設定変更方法及びこのための装置
EP14754491.0A EP2961122B1 (en) 2013-02-19 2014-02-19 Method for modifying m2m service setting and apparatus therefor
KR1020157022272A KR102182167B1 (ko) 2013-02-19 2014-02-19 M2m 서비스 설정 변경 방법 및 이를 위한 장치
CN201480009287.2A CN104995889B (zh) 2013-02-19 2014-02-19 用于修改m2m服务设置的方法及其装置

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361766675P 2013-02-19 2013-02-19
US61/766,675 2013-02-19
US201461927478P 2014-01-15 2014-01-15
US61/927,478 2014-01-15

Publications (1)

Publication Number Publication Date
WO2014129802A1 true WO2014129802A1 (ko) 2014-08-28

Family

ID=51391529

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/001352 WO2014129802A1 (ko) 2013-02-19 2014-02-19 M2m 서비스 설정 변경 방법 및 이를 위한 장치

Country Status (6)

Country Link
US (1) US9800999B2 (ko)
EP (1) EP2961122B1 (ko)
JP (1) JP6194024B2 (ko)
KR (1) KR102182167B1 (ko)
CN (1) CN104995889B (ko)
WO (1) WO2014129802A1 (ko)

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016047946A1 (ko) * 2014-09-25 2016-03-31 가온미디어 주식회사 다중 m2m/iot 디바이스들과 연계된 m2m/iot 디바이스를 취급하기 위한 멀티 링크 메카니즘
WO2016064029A1 (ko) * 2014-10-23 2016-04-28 엘지전자 주식회사 무선 통신 시스템에서 스케줄 정보 변경 방법 및 이를 위한 장치
WO2016068442A1 (ko) * 2014-10-27 2016-05-06 엘지전자 주식회사 무선 통신 시스템에서 제어 메시지의 동작을 보장하기 위한 방법 및 이를 위한 장치
WO2016068548A1 (ko) * 2014-10-28 2016-05-06 엘지전자 주식회사 무선 통신 시스템에서 통지 메시지를 처리하기 위한 방법 및 이를 위한 장치
CN105578444A (zh) * 2014-10-10 2016-05-11 青岛海尔智能家电科技有限公司 一种自动订阅资源的方法和装置
CN105611484A (zh) * 2014-11-03 2016-05-25 中兴通讯股份有限公司 一种m2m节点的管理方法和装置
WO2016089854A1 (en) * 2014-12-01 2016-06-09 Convida Wireless, Llc Method for supporting negotiation service at a service layer
WO2016126021A1 (ko) * 2015-02-06 2016-08-11 엘지전자 주식회사 무선 통신 시스템에서 통지 수신 중단 요청을 처리하기 위한 방법 및 이를 위한 장치
CN106162715A (zh) * 2015-04-28 2016-11-23 中兴通讯股份有限公司 监控管理方法及装置
WO2017074034A1 (ko) * 2015-10-26 2017-05-04 삼성전자 주식회사 이종 시스템에서 상호연동에 대한 방법 및 장치
KR20170055530A (ko) * 2014-09-17 2017-05-19 콘비다 와이어리스, 엘엘씨 서비스 레이어를 통해 제3자 서비스들에 대한 액세스를 가능하게 하는 시스템들 및 방법들
KR20170075000A (ko) * 2014-10-31 2017-06-30 콘비다 와이어리스, 엘엘씨 머신-투-머신 시스템에서의 애플리케이션 관계 관리
EP3217735A4 (en) * 2014-11-04 2017-10-04 ZTE Corporation M2m node deletion and registration method, m2m node and storage medium
CN107431878A (zh) * 2015-03-30 2017-12-01 瑞典爱立信有限公司 oneM2M环境中的M2M SP内部移动支持
KR20170133319A (ko) * 2015-01-07 2017-12-05 후아웨이 테크놀러지 컴퍼니 리미티드 응답 메시지 처리 방법, 장치 및 시스템
JP2017536596A (ja) * 2014-09-12 2017-12-07 コンヴィーダ ワイヤレス， エルエルシー サービス指向アーキテクチャ（ｓｏａ）に基づくスケーラブル課金システム
JP2018530193A (ja) * 2015-08-03 2018-10-11 コンヴィーダ ワイヤレス， エルエルシー ユーザ機器のためのモバイルコアネットワークサービスエクスポージャ
KR20200006368A (ko) * 2018-07-10 2020-01-20 현대자동차주식회사 M2m 시스템에서 누적 통지 메시지를 전송하는 방법 및 장치

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014181941A1 (ko) * 2013-05-09 2014-11-13 전자부품연구원 개방형 ｍ２ｍ 시스템 및 그의 리소스 관리와 인터페이스 방법
WO2015062052A1 (zh) * 2013-10-31 2015-05-07 华为技术有限公司 一种m2m数据的查询、调用方法、查询、调用设备及系统
CN103618800B (zh) * 2013-12-05 2017-11-03 华为技术有限公司 订阅通知的实现方法和装置
EP3101928B1 (en) * 2014-02-27 2018-05-23 Huawei Technologies Co., Ltd. Method and system for providing service according to policy
US9838454B2 (en) 2014-04-23 2017-12-05 Cisco Technology, Inc. Policy-based payload delivery for transport protocols
US9806974B2 (en) 2014-04-23 2017-10-31 Cisco Technology, Inc. Efficient acquisition of sensor data in an automated manner
KR102167870B1 (ko) * 2014-07-07 2020-10-20 콘비다 와이어리스, 엘엘씨 머신 타입 통신 그룹 기반 서비스를 위한 조정된 그룹화
US10106106B2 (en) * 2014-09-19 2018-10-23 Ford Global Technologies, Llc Automated driving solution gateway
WO2016114842A1 (en) * 2014-10-31 2016-07-21 Convida Wireless, Llc End-to-end service layer authentication
WO2016149355A1 (en) 2015-03-16 2016-09-22 Convida Wireless, Llc End-to-end authentication at the service layer using public keying mechanisms
US10992552B2 (en) * 2015-04-23 2021-04-27 Convida Wireless, Llc Device and method for adding an M2M service
FR3038181A1 (fr) * 2015-06-25 2016-12-30 Orange Sa Procede de notification relatif a au moins une operation mise en œuvre par un dispositif formant nœud d'un reseau
US10797935B2 (en) * 2015-09-02 2020-10-06 Convida Wireless, Llc Methods and apparatus for enhancing native service layer device management functionality
WO2017045727A1 (en) * 2015-09-18 2017-03-23 Telefonaktiebolaget Lm Ericsson (Publ) Management of communication between m2m device and m2m server
CN105426212B (zh) * 2015-11-30 2021-12-24 青岛海尔智能家电科技有限公司 虚拟设备组成动态更新方法及装置
CN107124688B (zh) * 2016-02-25 2020-07-07 中兴通讯股份有限公司 一种公共业务实体资源管理的方法、装置及通信网络节点
CN107343294B (zh) * 2016-04-29 2022-08-02 中兴通讯股份有限公司 背景数据传输策略配置方法及装置
US9992654B2 (en) 2016-04-29 2018-06-05 At&T Intellectual Property I, L.P. Policy driven emergency traffic handling for machine-to-machine device communication
CN107370782B (zh) * 2016-05-13 2021-08-31 京东方科技集团股份有限公司 对设备进行操作的方法、控制装置和代理装置
CN107484211B (zh) * 2016-06-08 2020-06-26 华为技术有限公司 切换接入点的方法及装置
CN109891840B (zh) * 2016-08-31 2023-06-02 瑞典爱立信有限公司 电信网络中的临时产品的策略管理的方法和设备
US10922089B2 (en) 2016-09-22 2021-02-16 Groupon, Inc. Mobile service applications
WO2018067924A1 (en) * 2016-10-06 2018-04-12 Convida Wireless, Llc Service layer mobility management of applications
CN109997114B (zh) 2016-10-07 2023-09-29 康维达无线有限责任公司 用于通用互通和可扩展性的服务层资源管理
KR102166992B1 (ko) * 2016-10-13 2020-10-16 콘비다 와이어리스, 엘엘씨 서비스 계층 그룹 동작을 위한 멀티캐스트의 인에이블
US10284731B2 (en) 2016-11-29 2019-05-07 Echostar Technologies L.L.C. Apparatus, systems and methods for generating 3D model data from a media content event
CN106995022B (zh) * 2017-04-08 2023-06-23 安徽工程大学 城市免费自行车的监管系统及方法
US10992711B2 (en) * 2017-04-13 2021-04-27 At&T Intellectual Property I, L.P. Network aware data driven internet of things service engine
EP3695581B1 (en) * 2017-10-12 2023-09-20 Convida Wireless, LLC Interworking service for the restful internet of things
US10469600B2 (en) * 2017-11-14 2019-11-05 Dell Products, L.P. Local Proxy for service discovery
CN107948286B (zh) * 2017-11-24 2020-12-22 铁将军汽车电子股份有限公司 消息传递的方法、装置、终端及系统
CN108206992B (zh) * 2017-12-05 2022-07-15 中兴通讯股份有限公司 一种多播组信息的传递方法、装置和系统
CN110505591B (zh) * 2018-05-18 2022-09-30 京东方科技集团股份有限公司 订阅服务实体、订阅终端及信息订阅方法和系统
CN110858846A (zh) * 2018-08-22 2020-03-03 京东方科技集团股份有限公司 资源配置方法、装置和存储介质
US10841772B2 (en) * 2018-12-28 2020-11-17 Wipro Limited Method and system for controlling communication between internet-of-things (IOT) devices
KR20210127095A (ko) * 2020-04-13 2021-10-21 현대자동차주식회사 M2m 시스템에서 로그 정보를 관리하기 위한 방법 및 장치
CN112367304B (zh) * 2020-10-22 2022-08-16 杭州大搜车汽车服务有限公司 请求限制方法、装置、计算机设备和存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120047551A1 (en) * 2009-12-28 2012-02-23 Interdigital Patent Holdings, Inc. Machine-To-Machine Gateway Architecture
WO2012115406A2 (ko) * 2011-02-21 2012-08-30 엘지전자 주식회사 무선 통신 시스템에서 위치 업데이트 방법 및 장치
WO2012121552A2 (ko) * 2011-03-08 2012-09-13 엘지전자 주식회사 M2m 기기를 위한 제어정보를 송수신하는 방법 및 이를 위한 장치
WO2012150778A2 (ko) * 2011-05-03 2012-11-08 주식회사 케이티 연결 상태 확인 이벤트에 기반하여 m2m 통신 개체간 연결을 관리하는 방법 및 장치
KR20120127050A (ko) * 2011-05-13 2012-11-21 주식회사 케이티 Ｍ2ｍ 통신에서 네트워크를 선택하는 방법 및 장치

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8204082B2 (en) * 2000-06-23 2012-06-19 Cloudshield Technologies, Inc. Transparent provisioning of services over a network
US20060046746A1 (en) * 2004-08-31 2006-03-02 Ranford Paul B System and apparatus for managing access to wireless communication devices while present within a specified physical area
EP1727329A1 (en) * 2005-05-23 2006-11-29 Siemens S.p.A. Method and system for the remote management of a machine via IP links of an IP multimedia subsystem, IMS
US7716240B2 (en) * 2005-12-29 2010-05-11 Nextlabs, Inc. Techniques and system to deploy policies intelligently
US10057775B2 (en) * 2009-01-28 2018-08-21 Headwater Research Llc Virtualized policy and charging system
US8787936B2 (en) * 2009-07-21 2014-07-22 Katasi Llc Method and system for controlling a mobile communication device in a moving vehicle
JP5409930B2 (ja) * 2009-12-22 2014-02-05 インターデイジタル パテント ホールディングス インコーポレイテッド グループベースのマシンツーマシン通信
CN102668626A (zh) * 2010-01-07 2012-09-12 日本电气株式会社 无线通信系统、无线终端、无线网络、无线通信方法以及程序
US8620986B2 (en) * 2010-03-24 2013-12-31 Blackberry Limited Peer-to-peer network connectivity status
WO2011130912A1 (zh) * 2010-04-22 2011-10-27 华为技术有限公司 拥塞/过载的控制方法及装置
CN102264087A (zh) 2010-05-31 2011-11-30 中兴通讯股份有限公司 一种m2m业务中终端状态或事件管理的方法及系统
US9319880B2 (en) * 2010-09-15 2016-04-19 Intel Corporation Reformatting data to decrease bandwidth between a video encoder and a buffer
JP2012104943A (ja) * 2010-11-08 2012-05-31 Oki Electric Ind Co Ltd データ取得頻度制御装置及びプログラム
JP2012124603A (ja) 2010-12-06 2012-06-28 Sony Corp 通信システムおよび通信装置
JP2012175225A (ja) * 2011-02-18 2012-09-10 Sharp Corp 多段中継ネットワーク、多段中継から成る無線テレメータシステム及び無線テレメータシステムに用いられる無線端末
WO2013060387A1 (en) * 2011-10-28 2013-05-02 Telefonaktiebolaget L M Ericsson (Publ) Processing usage information for machine-to-machine communication
KR101740449B1 (ko) 2013-01-11 2017-05-26 엘지전자 주식회사 M2m(machine-to-machine)시스템에서 게이트웨이 변경 방법 및 이를 위한 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120047551A1 (en) * 2009-12-28 2012-02-23 Interdigital Patent Holdings, Inc. Machine-To-Machine Gateway Architecture
WO2012115406A2 (ko) * 2011-02-21 2012-08-30 엘지전자 주식회사 무선 통신 시스템에서 위치 업데이트 방법 및 장치
WO2012121552A2 (ko) * 2011-03-08 2012-09-13 엘지전자 주식회사 M2m 기기를 위한 제어정보를 송수신하는 방법 및 이를 위한 장치
WO2012150778A2 (ko) * 2011-05-03 2012-11-08 주식회사 케이티 연결 상태 확인 이벤트에 기반하여 m2m 통신 개체간 연결을 관리하는 방법 및 장치
KR20120127050A (ko) * 2011-05-13 2012-11-21 주식회사 케이티 Ｍ2ｍ 통신에서 네트워크를 선택하는 방법 및 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2961122A4 *

Cited By (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017536596A (ja) * 2014-09-12 2017-12-07 コンヴィーダ ワイヤレス， エルエルシー サービス指向アーキテクチャ（ｓｏａ）に基づくスケーラブル課金システム
US11616851B2 (en) 2014-09-17 2023-03-28 Convida Wireless, Llc Systems and methods for enabling access to third party services via a service layer
US11240321B2 (en) 2014-09-17 2022-02-01 Convida Wireless, Llc Systems and methods for enabling access to third party services via a service layer
KR101984413B1 (ko) 2014-09-17 2019-09-03 콘비다 와이어리스, 엘엘씨 서비스 레이어를 통해 제3자 서비스들에 대한 액세스를 가능하게 하는 시스템들 및 방법들
JP2017531389A (ja) * 2014-09-17 2017-10-19 コンヴィーダ ワイヤレス， エルエルシー サービス層を介する第三者サービスへのアクセスを可能にするシステムおよび方法
US10931762B2 (en) 2014-09-17 2021-02-23 Convida Wireless, Llc Systems and methods for enabling access to third party services via a service layer
US11882195B2 (en) 2014-09-17 2024-01-23 Convida Wireless, Llc Systems and methods for enabling access to third party services via a service layer
KR20170055530A (ko) * 2014-09-17 2017-05-19 콘비다 와이어리스, 엘엘씨 서비스 레이어를 통해 제3자 서비스들에 대한 액세스를 가능하게 하는 시스템들 및 방법들
WO2016047946A1 (ko) * 2014-09-25 2016-03-31 가온미디어 주식회사 다중 m2m/iot 디바이스들과 연계된 m2m/iot 디바이스를 취급하기 위한 멀티 링크 메카니즘
CN105578444A (zh) * 2014-10-10 2016-05-11 青岛海尔智能家电科技有限公司 一种自动订阅资源的方法和装置
US10271296B2 (en) 2014-10-23 2019-04-23 Lg Electronics Inc. Method for changing schedule information in wireless communication system and device therefor
WO2016064029A1 (ko) * 2014-10-23 2016-04-28 엘지전자 주식회사 무선 통신 시스템에서 스케줄 정보 변경 방법 및 이를 위한 장치
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
WO2016068442A1 (ko) * 2014-10-27 2016-05-06 엘지전자 주식회사 무선 통신 시스템에서 제어 메시지의 동작을 보장하기 위한 방법 및 이를 위한 장치
WO2016068548A1 (ko) * 2014-10-28 2016-05-06 엘지전자 주식회사 무선 통신 시스템에서 통지 메시지를 처리하기 위한 방법 및 이를 위한 장치
US10194417B2 (en) 2014-10-28 2019-01-29 Lg Electronics Inc. Method for processing notification message in wireless communication system and apparatus therefor
CN107430512B (zh) * 2014-10-31 2021-02-02 康维达无线有限责任公司 管理机器对机器系统中的应用关系
US10990449B2 (en) 2014-10-31 2021-04-27 Convida Wireless, Llc Managing application relationships in machine-to-machine systems
JP2017533523A (ja) * 2014-10-31 2017-11-09 コンヴィーダ ワイヤレス， エルエルシー マシンツーマシンシステムにおけるアプリケーション関係の管理
KR102036420B1 (ko) * 2014-10-31 2019-10-24 콘비다 와이어리스, 엘엘씨 머신-투-머신 시스템에서의 애플리케이션 관계 관리
CN107430512A (zh) * 2014-10-31 2017-12-01 康维达无线有限责任公司 管理机器对机器系统中的应用关系
KR20170075000A (ko) * 2014-10-31 2017-06-30 콘비다 와이어리스, 엘엘씨 머신-투-머신 시스템에서의 애플리케이션 관계 관리
CN105611484B (zh) * 2014-11-03 2020-07-10 中兴通讯股份有限公司 一种m2m节点的管理方法和装置
US10382924B2 (en) 2014-11-03 2019-08-13 Xi'an Zhongxing New Software Co. Ltd. M2M node management method and apparatus, and computer storage medium
CN105611484A (zh) * 2014-11-03 2016-05-25 中兴通讯股份有限公司 一种m2m节点的管理方法和装置
EP3217738A4 (en) * 2014-11-03 2017-10-04 ZTE Corporation M2m node management method and apparatus, and computer storage medium
US10440763B2 (en) 2014-11-04 2019-10-08 Zte Corporation M2M node deletion and registration method, M2M node and storage medium
EP3217735A4 (en) * 2014-11-04 2017-10-04 ZTE Corporation M2m node deletion and registration method, m2m node and storage medium
CN107113182B (zh) * 2014-12-01 2020-05-01 康维达无线有限责任公司 用于在服务层处支持协商服务的方法、装置和联网的系统
US10555151B2 (en) 2014-12-01 2020-02-04 Convida Wireless, Llc Method for supporting negotiation service at a service layer
WO2016089854A1 (en) * 2014-12-01 2016-06-09 Convida Wireless, Llc Method for supporting negotiation service at a service layer
CN107113182A (zh) * 2014-12-01 2017-08-29 康维达无线有限责任公司 用于在服务层处支持协商服务的方法
KR102069751B1 (ko) 2015-01-07 2020-01-23 후아웨이 테크놀러지 컴퍼니 리미티드 응답 메시지 처리 방법, 장치 및 시스템
US10534660B2 (en) 2015-01-07 2020-01-14 Huawei Technologies Co., Ltd. Response message processing method, apparatus, and system
EP3244586A4 (en) * 2015-01-07 2018-01-31 Huawei Technologies Co., Ltd. Response message processing method, device and system
KR20170133319A (ko) * 2015-01-07 2017-12-05 후아웨이 테크놀러지 컴퍼니 리미티드 응답 메시지 처리 방법, 장치 및 시스템
WO2016126021A1 (ko) * 2015-02-06 2016-08-11 엘지전자 주식회사 무선 통신 시스템에서 통지 수신 중단 요청을 처리하기 위한 방법 및 이를 위한 장치
US10375021B2 (en) 2015-02-06 2019-08-06 Lg Electronics Inc. Method and apparatus for processing request for stopping notification receipt in wireless communication system
KR102415664B1 (ko) 2015-02-06 2022-07-01 엘지전자 주식회사 무선 통신 시스템에서 통지 수신 중단 요청을 처리하기 위한 방법 및 이를 위한 장치
KR20170115482A (ko) * 2015-02-06 2017-10-17 엘지전자 주식회사 무선 통신 시스템에서 통지 수신 중단 요청을 처리하기 위한 방법 및 이를 위한 장치
CN107431878A (zh) * 2015-03-30 2017-12-01 瑞典爱立信有限公司 oneM2M环境中的M2M SP内部移动支持
CN107431878B (zh) * 2015-03-30 2020-12-11 瑞典爱立信有限公司 oneM2M环境中的M2M SP内部移动支持
EP3291592A4 (en) * 2015-04-28 2018-04-18 ZTE Corporation Monitoring management method and apparatus
CN106162715A (zh) * 2015-04-28 2016-11-23 中兴通讯股份有限公司 监控管理方法及装置
US11019639B2 (en) 2015-08-03 2021-05-25 Convida Wireless, Llc Mobile core network service exposure for the user equipment
US10757716B2 (en) 2015-08-03 2020-08-25 Convida Wireless, Llc Mobile core network service exposure for the user equipment
JP2018530193A (ja) * 2015-08-03 2018-10-11 コンヴィーダ ワイヤレス， エルエルシー ユーザ機器のためのモバイルコアネットワークサービスエクスポージャ
US11032364B2 (en) 2015-10-26 2021-06-08 Samsung Electronics Co., Ltd Method and apparatus for interworking between heterogeneous systems
WO2017074034A1 (ko) * 2015-10-26 2017-05-04 삼성전자 주식회사 이종 시스템에서 상호연동에 대한 방법 및 장치
KR102465843B1 (ko) 2018-07-10 2022-11-09 현대자동차주식회사 M2m 시스템에서 누적 통지 메시지를 전송하는 방법 및 장치
KR20200006368A (ko) * 2018-07-10 2020-01-20 현대자동차주식회사 M2m 시스템에서 누적 통지 메시지를 전송하는 방법 및 장치

Also Published As

Publication number Publication date
JP6194024B2 (ja) 2017-09-06
CN104995889B (zh) 2019-01-01
US9800999B2 (en) 2017-10-24
JP2016519445A (ja) 2016-06-30
KR102182167B1 (ko) 2020-11-24
US20160007137A1 (en) 2016-01-07
CN104995889A (zh) 2015-10-21
EP2961122A4 (en) 2016-10-26
EP2961122A1 (en) 2015-12-30
EP2961122B1 (en) 2021-08-11
KR20150135769A (ko) 2015-12-03

Similar Documents

Publication Publication Date Title
WO2014129802A1 (ko) M2m 서비스 설정 변경 방법 및 이를 위한 장치
WO2015069038A1 (ko) M2m 통신 시스템에서 구독 및 통지를 위한 방법 및 이를 위한 장치
WO2015046960A1 (ko) M2m 시스템에서 통지 메시지 전달 방법 및 이를 위한 장치
WO2014185754A1 (ko) M2m 통신 시스템에서 구독 및 통지를 위한 방법 및 이를 위한 장치
WO2020197288A1 (ko) Edge computing 서비스를 이용하기 위하여 단말에 연결성을 제공하는 방법 및 장치
WO2014109597A1 (ko) M2m(machine-to-machine)시스템에서 게이트웨이 변경 방법 및 이를 위한 장치
US11297660B2 (en) Session management with relaying and charging for indirect connection for internet of things applications in 3GPP network
WO2018199649A1 (en) Method and apparatus for registration type addition for service negotiation
WO2014200292A1 (ko) M2m 시스템에서 위치 측정 방법 및 이를 위한 장치
EP3752947B1 (en) Protecting a message transmitted between core network domains
EP3574693A1 (en) Method and apparatus for registration type addition for service negotiation
WO2021141291A1 (ko) 무선 통신 시스템에서 네트워크 트래픽을 수집하는 방법 및 장치
WO2021091307A1 (ko) 무선 통신 시스템에서 mbs 서비스 제공에 대한 mbs 서비스 세션의 설정을 위한 장치 및 방법
WO2019035638A1 (ko) 제 3자 응용 서버에서 단말의 무선 연결 타입 변경을 확인하는 방법
WO2016068548A1 (ko) 무선 통신 시스템에서 통지 메시지를 처리하기 위한 방법 및 이를 위한 장치
WO2016195199A1 (ko) 무선 통신 시스템에서 폴링 채널을 통해 요청을 처리하기 위한 방법 및 이를 위한 장치
WO2021167277A1 (ko) 에지 컴퓨팅 시스템에서 무선 통신 네트워크 타입에 따른 서비스 제공 장치 및 방법
WO2016126021A1 (ko) 무선 통신 시스템에서 통지 수신 중단 요청을 처리하기 위한 방법 및 이를 위한 장치
WO2017073876A1 (ko) 무선 통신 시스템에서 서비스 요청을 처리하기 위한 방법 및 이를 위한 장치
WO2021045531A1 (en) Apparatus and method for network automation in wireless communication system
CN101442475A (zh) 一种分布式业务代理的方法、网络系统与网络设备
JP2017526291A (ja) 無線ネットワークアクセス制御方法、装置、およびシステム
US9705731B2 (en) Mediation server, communication device, and connecting method
WO2022005037A1 (ko) 무선 통신 네트워크에서 네트워크 분석 정보 제공 방법 및 장치
WO2020166927A1 (ko) 구독 및 통지를 수행하는 방법 및 장치

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20157022272

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14768690

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2015559181

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2014754491

Country of ref document: EP