WO2015080401A1 - 무선 통신 시스템에서 특정 리소스의 관리를 위한 방법 및 장치 - Google Patents

무선 통신 시스템에서 특정 리소스의 관리를 위한 방법 및 장치 Download PDF

Info

Publication number
WO2015080401A1
WO2015080401A1 PCT/KR2014/010793 KR2014010793W WO2015080401A1 WO 2015080401 A1 WO2015080401 A1 WO 2015080401A1 KR 2014010793 W KR2014010793 W KR 2014010793W WO 2015080401 A1 WO2015080401 A1 WO 2015080401A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
attribute
announced
notified
original
Prior art date
Application number
PCT/KR2014/010793
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 KR1020167009959A priority Critical patent/KR102345346B1/ko
Priority to CN201480062962.8A priority patent/CN105745867B/zh
Priority to US15/100,582 priority patent/US10015684B2/en
Publication of WO2015080401A1 publication Critical patent/WO2015080401A1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • 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/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • 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/12—Access point controller devices

Definitions

  • the present invention relates to a method for managing a specific resource in a wireless communication system and an apparatus therefor.
  • M2M Machine to Machine
  • Communication technology is in research evidence from TIA, ATIS, ETSI, and one M2M standard development organization (SDO).
  • M2M related applications Network Appli cat / Gateway App cat i Device / Device App icat i on
  • M2M server parts e.g. Common Service Ent i ty; CSE).
  • CSE Common Service Ent i ty
  • the network application eg Network Appli- cation
  • the present invention proposes a method that can provide more efficient access to resources.
  • the present invention proposes a management procedure for accessing a specific resource in a wireless communication system.
  • a method for notifying another entity of an attribute of an original resource of an entity in a wireless communication system is provided.
  • An update to the 'announcedAUr ibute' attribute including a list of previously-notified attributes included in the original resource Receiving a request.
  • Each attribute of the original resource is essentially mandatory announced (M Mandatory) type, 0A (0pt i announced) type that is optionally notified according to the content of a specific attribute in the original resource, or NA (Not Notified).
  • Announced) is set to type proof, and determining whether the specific attribute is the OA type; And notifying the specific property to all the notified resources of the original resource when the specific property is the OA type.
  • the update request may include the name of the specific attribute.
  • the generation request may include a name of the specific attribute and a value of the specific attribute.
  • the method may further include receiving a response to the generation request and adding the name of the specific attribute to the notification attribute when the response to the generation request indicates that the generation was successful. This can include more steps.
  • the method may include adding a name of the specific attribute to the notification attribute and then sending a response to the update request, wherein the response to the update request is the specific attribute.
  • This added notification property may contain.
  • a method for releasing the notification of the property of the original resource includes receiving an update request for an 'announcedAt tr i bute' attribute that includes a list of pre-notified attributes included in the original resource for notifying a particular attribute of the original resource;
  • Each attribute of the original resource is mandatory A (Mandatory Announced) type that must be notified, 0A (0pt i Announced) type that is selectively notified according to the content of a specific attribute in the original resource, or NA (Not Announced) that is not notified.
  • the method may further include receiving a response to the deletion request and if the response to the deletion request indicates that the deletion was successful, assigning the name of the specific attribute to the notification attribute. Deletion may be further included.
  • the method may include deleting the name of the specific attribute in the notification attribute, and then sending a response to the update request, wherein the response to the update request is the specific attribute.
  • This may include deleted notification attributes.
  • a method for generating a child resource of a specific resource notified to another entity of an original resource of one entity in a wireless communication system is disclosed. Sending a request to create a resource to either the first device having the original resource or the second device having the notified specific resource, and receiving a response to the request; Depending on whether a request is sent to the first device or the second device, the type of the child resource to be generated may vary.
  • the request is sent to the first device, and if the child resource to be created is a general resource type, the request is the first resource. 2 can be sent to the device.
  • an apparatus configured to notify another entity of an attribute of an original resource of an entity in a wireless communication system
  • the device comprising: a Radio Frequency (RF) unit; And a processor configured to control the RF unit, the processor including an 'announcedAttr ibute' attribute that includes a list of pre-notified attributes included in the original resource for communicating a specific attribute of the original resource.
  • MA mandatory announced type
  • 0A 0pt ional announced
  • An apparatus is disclosed that is configured to release notification of an attribute of an original resource, the apparatus comprising: a Radio Frequency (RF) unit; And a processor configured to control the RF unit, wherein the processor includes an announcedAt tr ibute attribute that includes a list of pre-notified attributes included in the original resource for notifying a particular attribute of the original resource.
  • RF Radio Frequency
  • each attribute of the original resource is mandatory Announced (MA) type, which is mandatory to be notified, and 0A (0pt ional Announced) type, optionally notified according to the content of a specific attribute in the original resource.
  • MA mandatory Announced
  • NA Not Announced
  • the specific attribute is set to all notified resources of the original resource. It may be configured to unnotify the attribute.
  • an apparatus configured to generate a child resource of a specific resource notified to another entity of an original resource of an entity in a wireless communication system.
  • a processor configured to control the RF unit, the processor sending a request to generate the child resource to either the first device having the original resource or the second device having the notified specific resource. And, it is configured to receive a response to the request, depending on whether the request is transmitted to the first device or the second device, the generated child resources and type may vary.
  • RF Radio Frequency
  • FIG. 1 shows a functional structure in an M2M communication system.
  • FIG 2 illustrates a configuration supported by the M2M communication system based on the M2M function structure.
  • 3 shows a common service function provided in an M2M communication system.
  • FIG. 4 shows a resource structure existing in an M2M application service node and an M2M infrastructure node.
  • FIG. 5 shows a resource structure present in an M2M application service node (eg, an M2M device) and an M2M infrastructure node.
  • M2M application service node eg, an M2M device
  • 11 shows an update procedure used in an M2M communication system.
  • FIG. 13 O illustrates an attribute announcement procedure according to an embodiment of the present invention
  • FIG. 15 illustrates a procedure for creating a child resource according to an embodiment of the present invention.
  • FIG. 16 illustrates a synchronization procedure of an original resource and an announced resource (or attribute).
  • Figure 17 shows a block diagram of an apparatus for implementing embodiment (s) of the present invention.
  • a device for device-to-device communication may be fixed or mobile, and may communicate with a server for device-to-device communication, that is, an M2M server to transmit and receive user data and / or various control information.
  • the devices belong to this.
  • the M2M device is a terminal (Terminal Equipment), MS (Mobile Station), MKMobile Terminal (UTC), UTCUser Terminal (SS), Subscribe Station (SS), wireless device (wireless device), PDA (Personal Digital Assistant), wireless modem (wireless modem) May be referred to as a handheld device.
  • the M2M server generally refers to a fixed stat ion communicating with M2M devices and / or other M2M servers, and communicates with the M2M devices and / or other M2M servers for various purposes. Exchange data and control information.
  • M2M Applications can be installed or mounted on M2M devices, M2M gateways or M2M servers.
  • one.M2M defines a common M2M service framework (or service platform, common service entity, etc.) for various M2M applications (or application entities (AEs)).
  • M2M applications are software that implements service logic such as e ⁇ Health, City Automation, Connected Consumer, Automotive, etc.
  • OneM2M service framework provides the functions needed to implement these various M2M applications. Is included.
  • M2M service framework can be easily implemented without having to configure each framework required for various M2M applications. It can integrate the M2M market, which is currently divided into several M2M Verticals such as Smart Building, Smart Grid, e-Health, Transportation, Security, etc. around a common oneM2M service framework, which will greatly facilitate the M2M market. It is expected to be.
  • FIG. 1 illustrates a functional structure in an M2M communication system. Describe each entity.
  • Application Entity (AE, 101-a or 101_b): The Application Entity provides application logic for end-to-end M2M solution. Examples of AEs are cargo tracking, remote blood sugar monitoring, remote power measurement and control applications. (Application Entity provides Application logic for the end-to-end M2M solutions.Examples of the Application Entities can be fleet tracking application, remote blood sugar monitoring application, or remote power metering and controlling application.) It may be referred to as an M2M application.
  • Common Service Entity (CSE, 102-a or 102-b):
  • the CSE consists of the service functions defined in oneM2M that are common to the M2M environment. These service functions are exposed by registered (connected) AEs and other CSEs exposed through reference points Mca, Mcc. Can be used. Reference Point Men are used to access the services of the underlying network. ⁇ yongdoen C.
  • a Common Services Entity comprises the set of "service functions" ' that are common to the M2M environments and specified by oneM2M. Such service functions are exposed to other entities through Reference Points Mca and Mcc .Reference point Men is used for accessing Under lying Network Service Entities.)
  • CSF Cos on Services Functions
  • Some CSFs in a CSE must be present and some may optionally be present.
  • some functions in the CSF must be present and some may be present. (For example, within the "Device Management" CSF, some of the application software installations, firmware updates, logging, and monitoring are required and some are optional.)
  • Underlying network service entity (NSE, 103-a or 103-b): The NSE provides services to the CSE. Examples of such services include device management, location services, and device triggering. NSE is not limited to a specific technology and is not considered to be a service of NSE in the case of a transport provided by a network by default. (An Underlying Network Services Entity provides services to the CSEs.Examples of such services include device management, location services and device triggering.No particular organization of the NSEs is assumed.Note: Underlying Networks provide data transport services between entities in the oneM2M system.Such data transport services are not included in the NSE.) [53] Each reference point illustrated in FIG. 1 will be described.
  • the Mca reference point is a reference point between the AE and the CSE.
  • the Mca reference point allows the AE to communicate with the CSE so that the AE can use the services provided by the CSE. (This is the reference point between an Application Entity and a CSE.The Mca reference point shall allow an Application Entity to use the services provided by the CSE, and for the CSE 'to communicate with the Appl i cat ion Entity.)
  • Services provided through the Mca reference point depend on the functions provided by the CSE.
  • the AE and CSE may be on the same physical device or may be on different physical devices. (The services offered via the Mca reference point are thus dependent on the functional ity supported by the CSE.The Application Entity and the CSE it invokes may or may not be co-located within the same physical entity.)
  • the Mcc reference point is a reference point between two CSEs.
  • the Mcc reference point allows the CSE to use the services of other CSEs. Services provided through the Mcc reference point depend on the functions provided by the CSE. (This is the reference point between two CSEs .
  • the Mcc reference point shall allow a CSE to use the services of another CSE in order to ful fill needed functionality.
  • the Mcc reference point between two CSEs shall be supported over different M2M physical entities . The services offered via the Mcc reference poi t are dependent on the functionality supported by the CSEs)
  • the Men reference point is a reference point between the CSE and the NSE. Men reference points allow the CSE to use the services provided by the NSE. (This is the reference point between a CSE and the Underlying Network Services Entity.The Men reference point shall allow a CSE to use the services (other than transport and connectivity services) provided by the Underlying Network Services Entity in order to fulfill the needed functional service provided by the NSE means something other than simple services such as transport and connectivity services, such as device triggering, small data transmission, and positioning. The service is an example.
  • the Mcc 'reference point is used for communication between CSEs belonging to different M2M service providers.
  • the Mcc 'reference point can be similar in that it links the Mcc reference point and the CSE, but the existing Mcc reference point is a single M2M Mcc 'reference point can be thought of as extending Mcc to different M2M service providers.
  • the M2M communication system is not limited to the illustrated configuration and can support more diverse configurations.
  • Node node which is important for understanding the complete urban structure will be described first.
  • Application Dedicated Node is a Node that contains at least one Application Entity and does not contain a Co ⁇ on Services Entity).
  • the Mca reference point can be connected to one middle node or one infrastructure node.
  • ADN can exist in an M2M device.
  • Application Service Node An Application Service Node is a Node that contains one Common Services Entity and contains at least one Application Entity ).
  • the Mcc reference point can be connected to one middle node or one infrastructure node.
  • the ASN can exist in the M2M device.
  • Middle Node A Middle Node is a Node that contains one Common Services Entity and may contain Application Entities.
  • a Middle Node communicates over a Mcc references point with at least two other Nodes among either (not exclusively):
  • ASNs application service nodes
  • MNs middle nodes
  • the MN may be connected through the ADN and the Mca reference point. May be present in the M2M gateway.
  • Infrastructure Node An Infrastructure Node is a Node that a CSE must exist and may have an AE. contains one Common Services Entity and may contain Application Entities). IN may exist in the M2M server.
  • the infrastructure node may communicate with the following nodes through the MN or ASN and the Mcc reference point.
  • An Infrastructure Node communicates over a Y reference point with either:
  • the infrastructure node can communicate via ADN and Mca reference points.
  • ADN Access Network Node
  • Mca reference points An Infrastructure Node may communicate with one or more Application Dedicated Nodes over one or more respective Mca reference points.
  • 3 shows a common service function provided in an M2M communication system.
  • M2M service function ie, common service function
  • M2M communication system As the M2M service function (ie, common service function) provided by the M2M communication system, as shown in FIG. 3, 'Communication Management and Delivery Handling' Data Management and Repository ',' Device Management ', and' Discovery 'Group Management ',' Addressing and Identification ',' Location 'Network Service Exposure, Service Execution and Triggering' Registration ',' Security ',' Service Charging and Accounting 'Session Management' and 'Subscription and Notification'.
  • M2M service function ie, common service function
  • CMDH Communication Management and Delivery Handling
  • DMR Data Management and Repository
  • DMG Device Management: Performs all roles for managing an M2M device / gateway. Detailed features include application installation and setup, configuration settings, firmware updates, logging, monitoring, diagnostics, and topology management.
  • GMG Group Management
  • Addressing and Identification plays a role in identifying and addressing physical or logical resources.
  • LOC Location
  • NSE Network Service Exposure, Service Execution and Triggering
  • Registration The M2M application or other CSE is responsible for handling registration with a specific CSE. Registration is performed to use the M2M service function of a specific CSE.
  • Security handles sensitive data such as security keys, establishes security associations, authenticates iAuth, authorizes and protects identity.
  • SCA Service Charging and Accounting
  • Session Management Manages M2M sessions for end-to-end communication.
  • M2M common service functions are provided through the CSE, and AE (or M2M applications) can use the common service functions through the Mca reference point or other CSE through the Mcc reference point.
  • This M2M common service function is also known as an Underlying Network (or Underlying Network entity).
  • NSE Underlying Network Service Entity
  • 3GPP 3GPP2, 3GPP2, WiFi, Bluetooth
  • the 2M communication system defines various resources (or resources), and can manipulate M2M services such as registering applications and reading sensor values by manipulating these resources.
  • the resource is composed of a tree structure, logically connected to the CSE or stored in the CSE and stored in the M2M device M2M gateway, network domain, and the like.
  • the CSE may be referred to as an entity that manages resources.
  • the resource has a tree root, and a representative resource is as follows.
  • ⁇ cseBase> resource The root resource of a tree-organized M2M resource and includes all other resources.
  • ⁇ remoteCSE> Resource A resource existing under ⁇ cseBase> that contains information of another CSE registered (connected) to the CSE.
  • ⁇ AE> Resource A resource existing under ⁇ cseBase> or ⁇ remoteCSE> resource. If it exists under ⁇ cseBase>, information of the applications registered (connected) to the corresponding CSE is stored. If it exists under ⁇ remoteCSE>, the information of registered applications in other CSE (with CSE name) is saved.
  • AccessControlPol icy A resource that stores information related to access rights for a specific resource. Authorization (author i zat ion) is performed using access right information included in this resource.
  • Resource A resource that exists under containers and stores data for each CSE or AE.
  • Resource A resource existing under groups. It is a resource that provides a function of grouping multiple resources and processing them together.
  • FIG. 5 shows a resource structure present in an M2M application service node (eg, an M2M device) and an M2M infrastructure node.
  • M2M application service node eg, an M2M device
  • M2M infrastructure node For example, a method of reading the sensor value of the 2M device by AE; (appncation2) registered in the M2M infrastructure node will be described.
  • the sensor usually refers to a physical device, and the AE (applicationl) existing on the M2M device reads the value from the sensor and stores the read value in the form of container resource in the registered CSE (CSEl).
  • CSEl registered CSE
  • the AE present on the M2M device must be registered to the CSE present on the M2M device for this purpose.
  • the AE related to the M2M application registered in the form of cseBaseCSEl / app 1 i cat i onl resource as shown in FIG. The information is stored.
  • the AE registered in the infrastructure node may access the value.
  • the AE registered with the infrastructure node must also be rounded to CSECCSE2) of the infrastructure node, which is the same as the way applicationl registers with CSE1 for the application2 in the cseBaseCSE2 / application2 resource. By storing the information.
  • applicationl communicates with CSE1 and CSE2 instead of directly with application2. To do this, CSE1 must be registered in CSE2.
  • CSE1 related information (eg, Link) is stored in the ⁇ remoteCSE> resource type under the cseBaseCSE2 resource. That is, 0110 [5 ⁇ > provides the CSE type, access address (IP address), CSE ID, and reachability information for the registered CSE.
  • resource discovery refers to a process of discovering a resource in a remote CSE.
  • Resource search is done through a RETRIEVE request.
  • a request for retrieval includes:
  • ⁇ startURI> indicates a URI, which may be used to limit the range of resources for which to search for a resource. If you point to ⁇ cseBase> which is the root of the ⁇ startURI ⁇ resource, it will search for all the resources of the receiver who received this retrieve request. The receiver will search for resources only for the resource named ⁇ startURl: ⁇ and its subresources.
  • filterCriteria This information describes information related to the resource to be searched.
  • the receiver is the one among the resources within the resource search scope defined by ⁇ 1>. Only resources satisfying the ilterCriteria are retrieved and sent to the requester of this request.
  • the CSE 61 sends a discovery request (S61, S63, S65, S67) to many CSEs (63. 64, 65) to find a specific resource. When it finds the desired resource, it repeats until (S68).
  • the reason why the CSE 61 does not know in advance the location (URI information) of the resource that it wants is because M2M devices are randomly distributed over a wide area (random distribution using the aircraft), This may be generated by the trigger. In the former case, since it is impossible to know in advance which M2M device exists in which location, the information held by each M2M device may be different. In the latter case, it is not possible to know when a specific resource will be created. .
  • a resource announcement is for notifying or notifying the existence of a specific resource to another CSE, and a process of simply creating a resource owned by a specific CSE (that is, an original resource) in the form of an announced resource in another CSE. to be.
  • the announced resource provides only limited information, such as the URI address and label attribute for the original resource.
  • a resource existing in a specific CSE may be announced to the remote CSE to inform the remote CSE of the existence of the resource.
  • Resource Announcement or Resource Announcement makes it easier to discover resources, so that remote CSEs interested in a particular resource do not perform resource discovery on a wide range of CSEs. This is because the original resource hosting CSE (CSE) having the specific resource can inform the remote CSE of the resource without the original resource.
  • announced resource has only limited information such as link attribute (URI) information about original resource and label attribute of original resource.
  • URI link attribute
  • FIG. 7 illustrates a resource announcement procedure, in which the CSE 72 having a specific resource indicates whether a specific resource exists.
  • the CSE is informed via a Resource Announcement (S71).
  • S71 Resource Announcement
  • an announced resource is created in the remote CSE (S72). Because this announced resource basically provides link information about the original source.
  • the remote CSE 71 can easily know where the remote resource with the specific information is located, and by accessing the original resource (S73), the remote CSE 71 can use the service provided by the original resource.
  • an original resource is deleted from a remote CSE after it has been announced to the remote CSE, all announced resources must also be deleted. If the announced resource remains undeleted, it is a problem because it provides information about the original resource that does not exist.
  • the original resource is deleted, if the announced resource cannot be deleted immediately (for example, because the CSE (71) with the announced resource is inaccessible), the CSE (72) that had the original resource
  • the announced resource may later be deleted, or the announced resource may be deleted at the expiration time, according to the 'expirat ionTime' attribute assigned to itself.
  • the original resource has a list of URI addresses (announceTo attributes) for the announced resources when it is announced.
  • a resource announced through a resource announcement has a URI address for an original resource existing in another CSE.
  • the announced resource also has a separate resource type, such as an actual resource (not a virtual resource), or a link attribute that basically stores a URI that points to the original resource. have.
  • a ⁇ container> resource has a ⁇ instance> resource as a child resource to store data
  • a ⁇ instance> resource has a content attribute
  • a ⁇ containerAnnc> resource that is an announced resource of the ⁇ container> resource.
  • the link simply provides the URI information for the original resource through the link attribute.
  • the resource announcement for the original resource is performed only by the Original Resource Hosting CSE (CSE) that holds the original resource.
  • CSE Original Resource Hosting CSE
  • the creation procedure is used by the requestor, CSE or AE and is a procedure for creating a resource on the receiver CSE.
  • the creation procedure is largely divided into a registration related creation procedure and a non-registration related creation procedure, but FIG. 10 illustrates a non-registration related creation procedure and does not describe the rounding related creation procedure in this specification.
  • the non-registration related creation procedure is applicable to all resource types not related to registration (eg, resources except ⁇ 11101 3 £> and £>).
  • the requestor 1001 may request creation of a resource by using a CREATE Request (S1001).
  • the message for the creation request includes a corresponding operator type (ie, Create), a location of a resource to be created, that is, a URKuniform resource identifier, an identifier of the requester, a type of resource to be created, and the requestor. It may include the name of the resource to be created provided by, the attributes of the resource to be created to be provided by the requestor, and the like.
  • the receiver CSE 1002 may perform authentication on the request, such as checking whether the requestor has a proper authority to perform the request (S1002). If the authentication is successful, the recipient CSE can create the resource.
  • the receiver CSE determines the content of the generated resource with the ID of the requestor, the ID of the receiver CSE or the URI and optionally the generated resource.
  • FIG 11 illustrates an update procedure used in an M2M communication system.
  • the update procedure is used to update the information stored in the attributes of the target resource.
  • the expiration time is important because after the time specified in this attribute, the CSE holding the resource can delete the resource. To prevent this, it is necessary to renew the expiration time additionally.
  • Requester CSE or AE May include the name and value of a specific attribute (s) in the request message for the update to update, create or delete the specific attribute (s) in the target resource.
  • the requestor 1101 may transmit a message for an update request to the receiver CSE 1102 (S1101).
  • the message for the update request may include a corresponding operator type (ie, Update), a location of a target resource (ie, a URKuniform resource identifier), an identifier (ID) of the requester, attribute (s) to be updated, generated or deleted in the target resource; May contain relevant information.
  • Information associated with the attribute (s) may include the name of the attribute (s) or an updated or assigned value associated with it.
  • the recipient CSE may authenticate whether the requestor has a right to change the target resource (S1102). If the authentication is successful, the recipient CSE can update the resource as requested.
  • It may include a type of a resource to be created, a name of the resource to be created provided by the requestor, and attributes of the resource to be created to be provided by the requestor.
  • the receiver CSE may transmit a voice response message including the ID of the requester, the changed contents of the receiver CSE, or the operation result to the requester (S1103). If the authentication in S1102 fails, the receiver CSE may transmit a response indicating an error to the requestor.
  • the AE or CSE may perform resource announcement using the 'announceTo' attribute in the original resource.
  • the 'announceTo 1 ' property of the original resource is a list of URIs for the resources where the original resource was successfully announced, and the CSE that holds the original resource on behalf of the originator (hereinafter simply referred to as "original owning CSE"). ) Will perform the resource announcement.
  • the requestor may add a new CSE-ID to the 'announceTo' attribute by sending an update request message for the 'announceTo' attribute to the 'ownounceTo' attribute, in which case the original owning CSE is the corresponding CSE-ID.
  • the URI address is added to the 'announceTo' attribute.
  • the response to the requestor's update command may include 'announceTo' attribute information, in which case it indicates a list of CSEs for which resource announcement has been successful. In this way, the requester can see that the original resource has successfully resource announcements to a particular CSE. You can check if On the contrary, the requestor may delete the announced resource referred to by the specific URI address by sending an attribute update command to update the 'annoiiHceTo' attribute to delete the specific UR1 address.
  • FIG. 12 illustrates a process in which the requestor 1201, AE or CSE announces a resource to the remote CSE 1203 using the 'announceV' attribute in the original resource and deletes the announced resource.
  • S1201 The requester 1201 sends a request to announce the original resource to the remote CSE 1203 called CSE-ID1.
  • the receiver of the request is the original proprietary CSE 202 that holds the original resource.
  • the request is a request to add CSE-ID1 to the announceV attribute present in the original resource.
  • S1202 The original owned CSEU202, which has received the request from the requester 1201, sends a request for creating an announced resource to the remote CSE 1203 called CSE-ID1.
  • the original-owned CSE 1202) can determine the exact location where the announced resource will be created (here URI1). It is the same and does not depend on the type of the original resource.
  • S1203 The remote CSE 1203 that receives the announced resource creation request generates an announced resource.
  • An announced resource has the same information regardless of its type (eg ⁇ containerAnnc>, ⁇ accessRightAnnc>), and must always have a link attribute and a label attribute.
  • the link attribute stores the URI for the original resource.
  • S1205 The original owner CSE 1202 sends a response to the request of S1201 to the requester 1201. This response will contain the announceTV attribute information of the original resource, which in this example contains URI1. The requestor 1201 receiving this response knows that the resource was successfully announced to CSE-ID1. CURI1 may include CSE-ID ⁇ information).
  • S1207 The original owning CSE 1202 that has received the request of S1206 sends a request to delete the announced resource to the remote CSEU203 referred to as URI1.
  • S1208 The remote CSE 1203 receiving the request of S1207 deletes the announced resource called URI1.
  • S1209 The remote CSE 1203) informs in response that the resource known as URI1 was successfully deleted. Upon receiving this response, the original owning CSECL202) clears URI1 from the 'announceTo' attribute of the original resource.
  • S1210 The original owning CSE 1202 sends a response to S1206.
  • This response includes 'announceTo' attribute information of the original resource.
  • URI1 is deleted and the attribute information is empty.
  • the requestor receives this response and finds that the announced resource corresponding to URI1 has been deleted successfully.
  • an announced resource is to efficiently search for an original resource. Since an announced resource has only information about 'link' and 'labels', There is not enough information. Therefore, only the limited information of the known resource is used to retrieve the original resource. For example, if you want to search for a sensor device located in a specific location, the location information is stored in the 'content' attribute of the ⁇ container> resource, which is not known for the 'content' attribute. I can't. For this purpose, all attributes of the original resource may be provided to the known resource. However, in this case, the original resource may be copied as it is, which may be inefficient and exist in the known resource.
  • the present specification proposes a method in which an AE or CSE announces resources and releases or de-announces resources in an M2M environment that can solve the problems described above.
  • the present invention proposes an attribute announcement or an attribute announcement in addition to the existing resource announcement method.
  • An attribute of a specific resource includes a mandatory attribute and an optional attribute.
  • Required attributes must be supported by the resource. It always exists in the resource. On the other hand.
  • Optional attributes may not be supported. It will only exist in the resource if it is supported.
  • a resource must always have all required attributes, and can optionally have optional attributes.
  • the ⁇ con tainer> resource has the following attributes, and attributes that do not contain 0 in this incremental multiplicity are mandatory. If the multiplicity contains 0, it is an optional attribute.
  • This attribute can be provided by the Originator, and in such a case it will be regarded as a hint to the hosting CSE on the lifetime of the resource.
  • the hosting CSE can however decide on he real expi rat ionTime. If the hosting CSE decides to change the expira t ionTime attribute value, this is
  • the lifetime of the resource can be extended by providing a new value for this attribute in an UPDATE operation. Or by deleting the attribute value, e.g. by not providing the attribute when doing a full UPDATE, in which case the hosting CSE can decide on a new value.
  • This attribute shall be mandatory. If the Originator does not provide a value in the CREATE operation the system shall assign an appropriate value depending on its local policies and / or M2M service subscript ion agreements.
  • accessCon trolPo 1 icy IDs 0..1 (L) RW The attribute contains a list of identifiers (either an ID or a URI depending if it is a local resource or not) of an ⁇ accessControlPol icy> resource.
  • the privileges defined in the ⁇ accessCont ro 1 Po 1 i cy> resource that are referenced determine who is allowed to access the resource containing this attribute for a specific purpose (e.g. Retrieve, Update, Delete, etc.).
  • AccessControIPol icy IDs during the creation of the resource Default access grants the configures privileges to the originator (e.g. depending on the prefix of URI of the resource).
  • This attribute is absent from the resource in some cases, especial ly if the resource shall have the same privileges of the parent resource; such an attribute is therefore not needed.
  • a Hosting CSE shall check whether an
  • Originator has Update permission in any self Privi privileges of the
  • This attribute is optional and if not present it means that the resource cannot be found by means of discovery procedure which uses labels as key parameter of the discovery.
  • This attribute is mandatory for all resources and the value is assigned by the system at the time when the resource is local ly created. Such an attribute cannot be changed.
  • Last modification time / date of the resource Last modification time / date of the resource.
  • this counter is set to 0 , and it will be incremented on every modi fi cat ion of the resource.
  • This attribute has the scope to allow identifying changes in resources within a time interval that is lower than the one supported by the attribute / as tMod i fi edTime (e.g. less than a second or millisecond). This attribute can also be used to avoid race conditions in case of competing modifications.
  • Modifications can be made on the condition that this attribute has a given value.
  • ⁇ instance> resources within the ⁇ container>.
  • the value is expressed in seconds.
  • ⁇ container> resource It is limited by the maxNrOf Instances.
  • attributes / policies that define how location information are obtained and managed. This attribute is defined only when the ⁇ container> resource is used for containing location information.
  • ontologyRef 0..1 RW A reference (URI) of the ontology used to represent the information that is stored in the instances of the container.
  • the announced resource has a link property by default.
  • the link attribute will store the URI for the original resource.
  • the announced resource may not have the required attributes of the original resource.
  • it will always have a predetermined attribute. For example, the announced resource type 01 ⁇ 1 ⁇ "1 ⁇ 211 (;>) of the ⁇ container> resource has the following properties.
  • an announced resource can directly provide information on the properties of the original resource, it is more efficient because it does not need to access the original resource directly. For example, if the ⁇ containerAnnc> resource has the 'ontolotyRei' property, and has the same value as the 'ontologyRei' property of the original resource, then the 'ontolotyRei' property of the announced resource does not need to access the original resource. You will immediately know the information. In this way, you can announce the attributes of the original resource to the announced resource, which is called an attribute announcement.
  • the present invention proposes a method of classifying the properties of the original resource into the following three types. [149] ⁇ Mandatory Announced (MA): Attributes that must be announced. The content of these attributes is identical to the content of the original £ 1 source.
  • Optional Announced Attributes that can be announced according to the content of the 'announcedAt tribute' attribute of the original resource. The content of these attributes is the same as the content of the original attributes.
  • the attribute of the original resource indicated by 0A may optionally generate an attribute announcement using the 'announcedAUribute' attribute.
  • the 'announcedAUribute' attribute must be present only in announce-able resources.
  • 'announcedAt tribute' attribute This attribute is present on the original resource when some optional announce (0A) type attributes are announced to other CSEs. This attribute contains a list of attributes of type Optional Announce (0A) that are announced in the original resource. An update to this attribute will trigger a new attribute announcement if a new attribute is added, or trigger an attribute announcement release if an existing attribute is removed.
  • each property of the ⁇ container> resource may be represented as MA / 0A / NA as follows.
  • attributes marked MA must be present in the announced and announced resource, and attributes marked NA must not be present in the announced resource.
  • An attribute marked 0A may exist in an announced resource according to the 'announcedAUribute' attribute.
  • Table 1 According to the type (MA, OA, NA) of the original resource, Table 1 may be expressed as follows.
  • FIG 13 illustrates an attribute announcement procedure according to an embodiment of the present invention.
  • the requester 1301 may send a request to the original owning CSE 1302 to announce the original resource to the remote CSE 1303.
  • the request is a request to add a CSE-ID or URI to the 'announceTo' attribute existing in the original resource. If the requester 1301 is aware of the correct URI information for creating the announced resource In this case, the URI is added, and if only the CSE- ID is known, the CSE-ID is added. In this embodiment, it is assumed that CSE—ID1 is added.
  • S1302 The original-owned CSE 1302 having received the request from the requester 1301 may send a request to create an announced resource to the remote CSE 1303 called CSE-1D1. Originally owned CSE 1302 may determine the exact location (in this case, determined by URI1) to generate the announced resource when receiving the CSE-ID in the request of S1301. Of course, if URI information is received in S1301, it is not necessary to determine URI1.
  • the announced resource must have an attribute of the original resource indicated by MA, not an attribute of the original resource denoted by NA, and the attribute of the original resource denoted by OA is indicated in the 'announcedAt tribute' attribute. If you have. Therefore, the resource creation request in this step includes only the MA attribute and the attributes indicated in the 'announcedAt tribute' attribute among the OA attributes, and the attributes indicated by the MA and 0A must have the same value as the corresponding attribute of the original resource.
  • the remote CS £ 1303 receiving the announced resource creation request may generate the announced resource.
  • the remote CSE 1303 may verify that the request is correct before processing the request. For example, the remote CSE 1303 checks whether the announced resource contains all the MA attributes of the original resource and no NA attributes.
  • the remote CSE 1303 may send a response to the original owning CSE 1302 that the announced resource was successfully created.
  • the original owned CSEOL302 with this answer can add the URI of the successfully created announce resource to the 'announceTo' attribute of the original resource (here URI1).
  • S1305 The original owning CSE 1302 sends an acknowledgment of the request of S1301 to the requester 1301. This answer contains the 'announceTo' attribute information of the original resource.
  • URI1 is included.
  • the requestor 1301 who receives this acknowledgment knows that the resource has been successfully announced to CSE-ID1 (URI1 may include CSE-ID1 information). In the case of giving a URI other than a CSE-ID in S1301, it may be checked whether the URI is included in the 'announceTo' attribute.
  • S1306 The requestor 1301 may request an attribute announcement of a specific attribute from the original owner CSEU302. An attribute announcement can only be an attribute marked OA among the original resource.
  • the requester 1301 may send an UPDATE request to the original owning CSE 1302 to add the attribute name requesting the attribute announcement to the 'announcedAt tribute' attribute of the original resource.
  • the original-owned CSE 1302 receiving the UPDATE request of S1306 may send an UPDATE command requesting generation of the announced attribute to all the announced resources of the original resource. You can do this by sending an UPDATE command to the resource because you need to update the resource to have the property. Since the announceTo attribute of the original resource contains the list of URIs of the announced resource, a request to create the announced attribute can be sent to all of the announced resources. The original owning CSE 1302 checks whether the attribute announcement requested attribute is an attribute marked 0A before the request. Upon requesting the creation of the announced attribute, the original owning CSE 1302 must send the create request with the same value as the attribute of the original resource.
  • S1308 The remote CSE 303 that has received the request with S1307 may generate the announced attribute.
  • the remote CSE 1303 may create an announced attribute only if this attribute is an attribute marked 0A.
  • the remote CSE 1303 may transmit a response indicating that the announced attribute was successfully created. Receiving the response, the original owned CSE 1302 adds the successfully generated attribute name to the 'announcedAt tribute' attribute of the original resource. Attributes added to the 'announcedAt tribute' attribute additionally indicate whether attribute announcements have been made successfully for all announced resources or whether attribute announcements have occurred for only some of the announced resources. May contain information
  • S16810 Originally owned CSEU302) sends a response to S1306.
  • This response includes the 'announcedAttribute' attribute information of the original resource.
  • attrl is included. The requestor who receives this response knows that the attribute corresponding to attrl was successfully announced.
  • the requester 1401 may transmit a request for release of the announcement of the specific attribute on which the attribute announcement is performed, to the original owner CS £ 1402. If the attribute announcement is released normally, the attribute is deleted from the announced resource.
  • the requestor 1401 may send an UPDATE command to the original owning CSE 1402 to update the specific attribute name included in the 'announcedAt tribute' attribute of the original resource. Only attributes that are marked OA in the original resource can be unannounced.
  • S1402 The original-owned CSE 1402 that receives the deletion request for the announced attribute of S1401 updates to request the deletion of the announced attribute for all the announced resources of the original resource. ) Command can be sent. Since the announceTo attribute of the original resource contains the URI list of the announced resource, the request to delete the announced attribute is sent to all announced resources. Originally owned, CSE 1402) checks whether the attribute requested to release the attribute announcement before the above request is the attribute marked as 0A.
  • the remote CSE 1403 that receives the request for the release of the attribute announcement of S1402 may delete the attribute.
  • the remote CSE 1403 may delete the attribute after checking whether the target of the attribute announcement is an attribute indicated by 0A.
  • the remote CSE 1403 may send a response that the announced attribute was successfully deleted.
  • the original owning CSE 1402 receiving this response may delete the attribute name that was successfully deleted in the 'announcedAttribute' attribute of the original resource.
  • S1405 Original resource hosting The CSE sends a response to S1401.
  • 'announcedAUribute 1 attribute information of the original resource is included.
  • attrl is deleted. Originator receives this response and notices that the attribute corresponding to attrl was successfully de-announced.
  • the requester 1401 may send a request to the original owning CSE 1402 to announce the specific attribute that has become the attribute announcement. After an attribute announcement is released, the attribute is deleted from the announced resource. To release the attribute announcement, the requestor 1401 sends a command to the original owning CSE 1402 to update the specific resource name contained in the 'armouncedAttribute' attribute of the original resource. Can transmit Only attributes that are marked OA in the original resource can be released as attribute announcements.
  • the original-owned CSE 1402 that receives the request for deleting the announced attribute of S1401 may transmit a request for deleting the announced attribute to all the announced resources of the original resource. Since the annoimceTo attribute of the source resource contains a list of URIs for the announced resource, you can send a request to delete the announced attribute for all of these announced resources.
  • the original owning CSE 1402 checks whether the attribute requested to release the attribute announcement before the above request is the attribute marked as OA.
  • the original owning CSE (1402) sends a request to delete the announced attribute for all announced resources and deletes the attribute name from the announcedAt tribute attribute, regardless of whether the request has been successfully processed. do.
  • the remote CSE 1403 that receives the request for the release of the attribute announcement of S1402 may delete the corresponding attribute that is announced.
  • the remote CSE can only delete an attribute if the target of the attribute announcement is marked as 0A.
  • the remote CSEOL403 may send a response to the original owning CSE 1402 that the announced attribute was successfully deleted.
  • S1405 Originally owned CSE 1402 may send a response to S1401 to requestor 1401. The response includes 'announced at tr ibute' attribute information of the original resource. In this example, attrl is deleted from the attribute information. Originally owned CSE 1402) has yet to clear the attribute announcement because it has cleared the attribute name from the announcedAUr ibute attribute, regardless of whether the attribute announcement has been successfully performed for all announced resources. You must continually release attribute announcements for any announced resources that do not complete. In addition, S1405 may be performed before S1402 because the same response is transmitted to the requestor 1401 regardless of whether the attribute announcement is released successfully.
  • an announced resource could not have a child resource (chi Id resource). It accesses the source resource through link information about the source resource provided by the announced resource and obtains the child resource information of the source resource. Because it becomes.
  • the announced resource has a child resource, it is possible to obtain information about the child resource without having to access the original resource, thereby enabling efficient resource announcement. therefore.
  • the announced resource can also have child resources. The child resource proposes to be determined according to the announced resource.
  • the child resource type of a particular announced resource is specified in the resource definition.
  • the child resource types of the ⁇ appl icat ionAnnc> resource are defined in the table below.
  • the ⁇ appl icat ionAnnc> resource is a child of ⁇ subscr ipt ion>, ⁇ container>, ⁇ containerAnnc>, ⁇ groupAnnc>, ⁇ accessRi ght Annc>, ⁇ mgmtObjAnnc>, ⁇ commCapab i 1 iti esAnnc>, etc.
  • the resource is not an announced resource type (unless the resource type ends with "Anne"), you can use the creation method for that resource type. If the child resource created under the announced resource is the announced resource type, the resource announcement method described in the present invention is applied as it is . do. However, when a requestor sends a create request, the URI must be passed correctly (not the CSE-ID) so that the announced resource can be created as a child resource under a specific announced resource. 15 illustrates a procedure of generating a child resource according to an embodiment of the present invention.
  • the original owned CSE 1502 has two resources.
  • the two resources may be original resources R1 and R2.
  • R2 is a child resource of R1.
  • R1 is already a resource called AR1 in the remote CSE (1503).
  • the requestor 1501 may send a request to the remote CSE 1503 to create a new child resource under the announced resource AR1 existing in the remote CSE 1503. Since the child resource to be created is not an announced resource type, the requestor requests the creation of the resource directly from the remote CSE 1503). In this case, follow the resource creation procedure for the type of resource to be created.
  • the remote CSE 1503 may generate a child resource under the created request AR1 as described above. Before creating a child resource, check whether the announced resource can have the resource type as a child resource. If the generation is successful, a response indicating that the child resource was successfully generated may be transmitted to the requestor 1501.
  • the requestor 1501 may send a request to the original owning CSE 1502 to create a child resource under the announce resource AR1 previously present in the remote CSE 1503.
  • the request may be performed through an update request.
  • the newly created child resource is an announced resource type.
  • the requestor 1501 first determines the original resource (R2 in this example) for this new child resource. That is, the determined original resource is announced as a child resource of AR1.
  • S1505-S1508 This process is the same as the resource announcement procedure described above (ie, S1302-S1305 of FIG. 13).
  • the announced attributes must have the same value as the original resource. This ensures that when an announced property is created, it assigns the same value as the property of the original resource, and if the corresponding property value of the original resource is subsequently changed, the same value is also assigned to the announced property. You must assign it. This role is assumed by the original CSE. 16 illustrates a synchronization procedure of an original resource and an announced resource (or attribute).
  • S1601 Originally owned CSE 1601) may detect that the value of the announced specific attribute has changed. It is checked whether a resource having the specific attribute is announced and the specific attribute is also announced. If the 'announceTo' attribute exists in the resource and the 'announceTo' attribute contains a URI, it can be said that a resource announcement has occurred. In addition, if the attribute name of the specific attribute is recorded in the 'announcedAttribute' attribute, the specific attribute can be regarded as an announcement. If the attribute is marked as MA regardless of the 'announcedAttribute' attribute, it can be regarded as an announcement. have.
  • S1602 If it is determined in S1601 that a specific resource is announced and a specific attribute of the specific resource is announced, updating the attribute value for all the announced resources in the 'announceTo' attribute. Command can be sent to the remote CSEOL602).
  • the updated value is the newly changed property value.
  • the remote CSE 1602 receiving the command may update the attribute value.
  • the remote CSE 1602 can then send a response to the original CSE 1601 indicating the successful update.
  • S1604 and S1605 differ only in that the recipient of the update command is another remote CSEC1603), the remainder being the same as S1602 and S 1603.
  • FIG. 17 shows a block diagram of an apparatus configured to perform embodiment (s) of the present invention.
  • 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, in a wireless communication system.
  • the apparatus 12 is operatively connected to components such as the memory 12 and 22 that store various kinds of information related to communication, the RF units 13 and 23 and the memory 12 and 22, and controls the components.
  • the memory 12, 22 may store the processors 11 and 21 and a program for processing and control, and may temporarily store input / output information.
  • the memory 12, 22 can be utilized as a buffer.
  • the processor (11, 21) typically controls the overall operation of the various models in the transmitter or receiver.
  • the processors 11 and 21 may perform various control functions for carrying out the present invention.
  • Processors 11 and 21 may also be referred to as controllers, microcontrollers, microprocessors, microcomputers, and the like.
  • the processors 11 and 21 may be implemented by hardware or firmware, software, or a combination thereof.
  • the present invention in the case of implementing the present invention using hardware, it is possible to implement the present invention, such as ASICs Cap icat ion specific integrated circuits (DSPs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), FPGAs (f ield programmable gate arrays) or the like can be provided to the "processor (11, 21).
  • 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, so that the present invention can be performed.
  • the configured 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 processor 11 and 21.
  • the application (entity) or resource managed entity column may operate as devices in which they are installed or mounted, that is, the transmission device 10 or the reception device 20, respectively. have.
  • the present invention can be used in a terminal, a base station, a server, or other equipment of a wireless mobile communication system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명의 일 실시예에 따라 무선 통신 시스템에서 일 엔티티의 원본 리소스의 속성을 다른 엔티티에 통지하기 위한 방법이 개시되며, 상기 방법은 상기 원본 리소스의 특정 속성을 통지하기 위한, 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAttribute' 속성에 대한 갱신(update) 요청을 수신하는 단계, 상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 MA(Mandatory Announced) 유형, 원본 리소스 내 특정 속성의 내용에 따라 선택적으로 통지되는 OA(Optional Announced) 유형, 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되며, 그리고 상기 특정 속성이 상기 OA 유형인지를 판단하는 단계; 및 상기 특정 속성이 상기 OA 유형인 경우, 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지하는 단계를 포함할 수 있다.

Description

【명세서】
【발명의 명칭】
무선 통신 시스¾에서 특정 리소스의 관리를 위한 방법 및 장치
【기술분야 1
[1] 본 발명은 무선 통신 시스템에서 특정 리소스의 관리를 위한 방법 및 이를 위한 장치에 관한 것이다.
【배경기술】
[2] 유비쿼터스 시대에 접어들면서 M2M(Machine to Machine) 통신 기술이 각광 받고 있다. 誦 통신 기술은 TIA, ATIS, ETSI , oneM2M 둥 많은 표준화 개발 기구 (SDO: Standard Development Organ i zat ion)에서 연구 증에 있다. M2M 환경에서는 여러 M2M 관련 애플리케이션 (Network Appl i cat ion/Gateway Appl i cat ion/Device Appl icat i on)간의 통신이 발생하고， M2M 서버 파트 (예컨대， 공통 서비스 엔티티 (Common Servi ce Ent i ty; CSE)과 네트워크 측 애플리케이션 (예컨대, Network Appl icat ion)를 운용하는 주체가 다를 수 있다. 따라서， 다른 주체에 있는 리소스 에 대한 접근이 필수적이다.
[3] 이에 본 발명에서는 리소스에 대한 접근을 좀더 효을적으로 제공할 수 있 는 방안에 대해서 제안하고자 한다.
【발명의 상세한 설명】
【기술적 과제】
[4] 본 발명은 무선 통신 시스템에서 특정 리소스에 대한 접근을 위한 관리 절 차를 제안하고자 한다.
[5] 본 발명이 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들 로 제한되지 않으며 , 언급되지 않은 또 다른 기술적 과제들은 이하의 발명의 상세 한설명으로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확 하게 이해될 수 있을 것이다.
【기술적 해결방법】
[6] 본 발명의 일 실시예에 따라 무선 통신 시스템에서 일 엔티티의 원본 리소 스의 속성을 다른 엔티티에 통지하기 위한 방법이 개시되며， 상기 방법은 상기 원 본 리소스의 특정 속성을 통지하기 위한， 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAUr ibute' 속성에 대한 갱신 (update) 요청을 수신하는 단계. 상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하 는 M Mandatory Announced) 유형， 원본 리소스 내 특정 속성의 내용에 따라 선택 적으로 통지되는 0A(0pt i ona l Announced) 유형， 또는 통지되지 않는 NA(Not Announced) 유형 증 하나로 설정되며, 그리고 상기 특정 속성이 상기 OA유형인지 를 판단하는 단계; 및 상기 특정 속성이 상기 OA 유형인 경우, 상기 원본 리소스 의 모든 통지된 리소스로 상기 특정 속성을 통지하는 단계를 포함할 수 있다.
[7] 추가적으로 또는 대안적으로, 상기 갱신 요청은 상기 특정 속성의 이름을 포함할 수 있다.
[8] 추가적으로 또는 대안적으로， 상기 생성 요청은 상기 특정 속성의 이름 및 상기 특정 속성의 값을 포함할 수 있다.
E9] 추가적으로 또는 대안적으로， 상기 방법은 상기 생성 요청에 대한 응답을 수신하는 단계 및 상기 생성 요청에 대한 응답이 상기 생성이 성공적으로 되었음 을 자시하면， 상기 통지 속성에 상기 특정 속성의 이름을 추가하는 단계를 더 포 함할 수 있다.
[10] 추가적으로 또는 대안적으로, 상기 방법은 상기 통지 속성에 상기 특정 속 성의 이름을 추가하고 나서， 상기 갱신 요청에 대한 웅답을 전송하는 단계를 포함 하고, 상기 갱신 요청에 대한 웅답은 상기 특정 속성이 추가된 통지 속성올 포함 할 수 있다.
[11] 본 발명의 다른 일 실시예에 따라 무선 통신 시스템에서 일 엔티티가 가지 고 있는 원본 리소스의 속성이 다른 엔티티로 통지된 경우， 상기 원본 리소스의 속성올 통지 해제하기 위한 방법이 개시되며, 상기 방법은 상기 원본 리소스의 특 정 속성을 통지 해지하기 위한 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAt tr i bute' 속성에 대한 갱신 (update) 요청을 수 신하는 단계; 상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 A (Mandatory Announced) 유형 , 원본 리소스 내 특정 속성의 내용에 따라 선택적으 로 통지되는 0A(0pt i onal Announced) 유형， 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되며， 그리고 상기 특정 속성이 상기 0A유형인지 를 판단하는 단계; 및 상기 특정 속성이 상기 0A 유형인 경우， 상기 원본 리소스 의 모든 통지된 리소스로 상기 특정 속성을 통지해제하는 단계를 포함할수 있다. [ 12] 추가적으로 또는 대안적으로, 상기 방법은 상기 삭제 요청에 대한 웅답을 수신하는 단계 및 상기 삭제 요청에 대한 응답이 상기 삭제가 성공적으로 되었음 을 지시하면, 상기 통지 속성에 상기 특정 속성의 이름을 삭제하는 단계를 더 포 함할 수 있다.
[13] 추가적으로 또는 대안적으로， 상기 방법은 상기 통지 속성에 상기 특정 속 성의 이름을 삭제하고 나서, 상기 갱신 요청에 대한 응답을 전송하는 단계를 포함 하고， 상기 갱신 요청에 대한 웅답은 상기 특정 속성이 삭제된 통지 속성을 포함 할 수 있다.
[14] 본 발명의 다른 일 실시예에 따라 무선 통신 시스템에서 일 엔티티의 원본 리소스 중 다른 엔티티로 통지된 특정 리소스의 자식 (chi ld) 리소스를 생성하기 위한 방법이 개시되며， 상기 방법은 상기 자식 리소스를 생성하기 위한 요청을 상 기 원본 리소스를 가지고 있는 제 1 장치 또는 상기 통지된 특정 리소스를 가지고 있는 제 2장치 중 하나로 전송하는 단계 및 상기 요청에 대한응답을수신하는 단 계를 포함하고, 상기 요청이 상기 제 1 장치 또는 상기 제 2 장치로 전송되는지에 따라， 상기 생성될 자식 리소스의 타입이 달라질 수 있다.
[15] 추가적으로 또는 대안적으로， 상기 생성될 자식 리소스가 원본 리소스의 통지된 리소스 타입이면 상기 요청은 상기 제 1 장치로 전송되고， 상기 생성될 자 식 리소스가 일반 리소스 타입이면 상기 요청은상기 제 2장치로 전송될 수 있다.
[16] 본 발명의 또다른 일 실시예에 따라 무선 통신 시스템에서 일 엔티티의 원 본 리소스의 속성올 다른 엔티티에 통지하도록 구성된 장치가 개시되며， 상기 장 치는 무선 주파수 (Radio Frequency; RF) 유닛; 및 상기 RF 유닛을 제어하도록 구 성된 프로세서를 포함하고, 상기 프로세서는 상기 원본 리소스의 특정 속성을 통 지하기 위한， 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAttr ibute' 속성에 대한 갱신 (update) 요청을 수신하고， 상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 MA(Mandatory Announced) 유형, 원본 리소스 내 특정 속성의 내용에 따라 선택적으로 통지되는 0A(0pt ional Announced) 유형, 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되 며 , 상기 특정 속성이 상기 OA유형인지를 판단하고, 그리고 상기 특정 속성이 상 기 OA 유형인 경우, 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지하도록 구성될 수 있다. [ 17] 본 발명의 또다른 일 실시예에 따라 무선 통신 시스템에서 일 엔티티가 가 지고 있는 원본 리소스의 속성이 다른 엔티티로 통지된 경우. 상기 원본 리소스의 속성을 통지 해제하도록 구성된 장치가 개시되며， 상기 장치는 무선 주파수 (Radio Frequency ; RF) 유닛; 및 상기 RF유닛을 제어하도록 구성된 프로세서를 포함하고 상기 프로세서는 상기 원본 리소스의 특정 속성을 통지 해지하기 위한， 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAt tr ibute' 속성에 대한 갱신 (update) 요청을 수신하고， 상기 원본 리소스의 각 속성은 필수 적으로 통지되어야 하는 MA (Mandatory Announced) 유형， 원본 리소스 내 특정 속 성의 내용에 따라 선택적으로 통지되는 0A(0pt ional Announced) 유형, 또는 통지 되지 않는 NA(Not Announced) 유형 중 하나로 설정되며， 상기 특정 속성이 상기 0A 유형인지를 판단하고， 상기 특정 속성이 상기 0A 유형인 경우， 상기 원본 리소 스의 모든 통지된 리소스로 상기 특정 속성을 통지해제하도록 구성될 수 있다.
[18] 본 발명의 또다른 일 실시예에 따라 무선 통신 시스템에서 일 엔티티의 원 본 리소스 중 다른 엔티티로 통지된 특정 리소스의 자식 (chi ld) 리소스를 생성하 도록 구성된 장치가 개시되며， 상기 장치는 무선 주파수 (Radio Frequency ; RF) 유 닛; 및 상기 RF 유닛을 제어하도톡 구성된 프로세서를 포함하고， 상기 프로세서는 상기 자식 리소스를 생성하기 위한 요청을 상기 원본 리소스를 가지고 있는 제 1 장치 또는 상기 통지된 특정 리소스를 가지고 있는 제 2장치 중 하나로 전송하고， 그리고 상기 요청에 대한 웅답올 수신하도록 구성되며, 상기 요청이 상기 제 1 장 치 또는 상기 제 2 장치로 전송되는지에 따라， 상기 생성될 자식 리소스와타입이 달라질 수 있다.
[19] 상기 과제 해결방법들은 본 발명의 실시예들 중 일부에 불과하며， 본 발명 의 기술적 특징들이 반영된 다양한 실시예들이 당해 기술분야의 통상적인 지식을 가진 자에 의해 이하 상술할 본 발명의 상세한 설명을 기반으로 도출되고 이해될 수 있다.
【유리한 효과】
[20] 본 발명의 일 실시예에 따르면， 무선 통신 시스템에서 리소스에 대한 접근 에 대한 효율성을 제고할 수 있다. [21] 본 발명에 따른 효과는 이상에서 언급한 효과들로 제한되지 않으몌 언급 되지 않은 또 다른 효과는 이하의 발명의 상세한 설명으로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다. 【도면의 간단한 설명】
[22] 본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는， 첨부 도면은 본 발명에 대한 실시예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 사상을 설명한다.
[23] 도 1은 M2M통신 시스템에서의 기능 구조를 도시한다.
[24] 도 2 는 M2M 기능 구조에 기반하여 M2M통신 시스템이 지원하는 구성올 도 시한다 .
[25] 도 3은 M2M통신 시스템에서 제공되는 공통 서비스 기능을 도시한다.
[26] 도 4 는 M2M 애폴리케이션 서비스 노드와 M2M 인프라스트럭쳐 노드에 존재 하는 자원 구조를 도시한다.
[27] 도 5 는 M2M 애폴리케이션 서비스 노드 (예컨대， M2M 디바이스)와 M2M 인프 라스트럭쳐 노드에 존재하는 자원 구조를 도시한다 .
[28] 도 6은 리소스 탐색 과정올 나타낸다.
[29] 도 7은 리소스 어나운스 절차를 나타낸다.
[30] 도 8 및 도 9 는 <conta iner> 리소스와 <containerAnnc> 리소스를 도시한 다.
[31] 도 10 은 M2M통신 시스템에서 사용되는 생성 (create) 절차에 대해 도시한 다.
[32] 도 11 은 M2M통신 시스템에서 사용되는 갱신 (update) 절차에 대해 도시한 다.
[33] 12 리소스 어나운스 절차 및 리소스 어나운스 해제 절차를 도시한다 [34] 도 13 O 본 발명의 일 실시예에 따른 속성 어나운스먼트 절차를 도시한다
[35] 14 본 발명의 일 실시예에 따른 속성 어나운스먼트 해제 절차를 도 시한다
[36] 15 본 발명의 일 실시예에 따른 자식 리소스를 생성하는 절차를 도 시한다. [37] 도 16 은 원본 리소스와 어나운스된 리소스 (또는 속성)의 동기화 절차를 도시한다 .
[38] 도 17 은 본 발명의 실시예 (들)을 구현하기 위한 장치의 블록도를 도시한 다.
【발명의 실시를 위한 형태】
[39] 이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세 하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시 적인 실시형태를 설명하고자 하는 것이며， 본 발명이 실시될 수 있는 유일한 실시 형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이 해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
[40] 몇몇 경우， 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나， 각구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으 로 도시될 수 있다. 또한， 본 명세서 전체에서 동일한 구성요소에 대해서는 동일 한 도면 부호를 사용하여 설명한다.
[41] 본 발명에 있어서, 기기간 통신을 위한 디바이스 즉， M2M 디바이스는 고정 되거나 이동성을 가질 수 있으며， 기기간 통신을 위한 서버 즉， M2M서버와 통신 하여 사용자데이터 및 /또는 각종 제어정보를 송수신하는 각종 기기들이 이에 속한 다. 상기 M2M 디바이스는 단말 (Terminal Equipment), MS(Mobile Station), MKMobile Terminal), UTCUser Terminal), SS(Subscribe Station), 무선기기 (wireless device) , PDA(Personal Digital Assistant) , 무선 모뎀 (wireless modem) , 휴대기기 (handheld device) 등으로 불릴 수 있다. 또한, 본 발명에 있어 서， M2M서버는 일반적으로 M2M 디바이스들 및 /또는 다른 M2M서버와통신하는 고 정된 지점 (fixed stat ion)을 말하며， M2M 디바이스들 및 /또는 다른 M2M서버와통 신하여 각종 데이터 및 제어정보를 교환한다.
[42] 이하에서는 본 발명과 관련된 기술에 대해 설명한다.
[43] M2M 애플리케이션
[44] 서비스 로직을 실행하고 개방 인터페이스를 통해 접근 가능한 (accessible) 공통 서비스 엔티티 (Common Service Entity; CSE)를 사용하는 애플리케이션. M2M 애플리케이.션은 M2M 디바이스, M2M 게이트웨이 또는 M2M서버에 설치 또는 탑재될 수 있다.
[45] M2M 서비스
[46] 표준화된 인터페이스들을 통해 M2M CSE 가 이용가능하게 하는 기능들의 집 합
[47] one.M2M 은 다양한 M2M 애풀리케이션 (또는 애플리케이션 엔티티 (Application Entity; AE)) 들을 위한 공통 M2M 서비스 프레임워크 (또는 서비스 플랫폼， 공통 서비스 엔티되 (CSE) 등)를 정의한다. M2M 애플리케이션이라고 하면， ■eᅳ Health, City Automation, Connected Consumer , Automotive 등의 서비스 로직을 구현한 소프트웨어라고 볼 수 있으며， 이러한 다양한 M2M 애폴리케이션들을 구현 하기 위해， 공통적으로 필요한 기능들을 oneM2M서비스 프레임워크는 포함하고 있 다. 따라서, oneM2M 서비스 프레임워크를 이용하면， 다양한 M2M 애플리케이션들 마다 필요한 각각의 프레임워크를 구성할 필요 없이， 이들 M2M 애플리케이션들을 쉽게 구현할 수 있다. 이는 현재 Smart Building, Smart Grid, e— Health, Transportation, Security 등 여러 M2M 버티컬 (Vertical)들로 분열되어 있는 M2M 시장을 공통 oneM2M 서비스 프레임워크를 중심으로 통합할 수 있으며， 이는 M2M 시장을 크게 촉진할 것으로 기대된다.
[48] 도 1 은 M2M통신 시스템에서의 기능 구조를 도시한다. 각 엔티티를 설명 하도록 한다.
[49] 애플리케이션 엔티티 (AE, 101-a 또는 101_b): 애풀리케이션 엔티티는 단 대단 M2M솔루션을 위한 애플리케이션 로직을 제공한다. AE 의 예로는 화물 추적， 원격 혈당 모니터링， 원격 전력 측정 및 제어 애풀리케이션이 있다. (Application Entity provides Application logic for the end-to-end M2M solutions. Examples of the Application Entities can be fleet tracking application, remote blood sugar monitoring application, or remote power metering and controlling application.) 보다 쉬운 이해를 위해, AE는 M2M 애플리케이션으로 지칭될 수 있 다.
[50] 공통 서비스 엔티티 (CSE, 102-a 또는 102-b): CSE 는 M2M 환경에 공통적 인 oneM2M 에서 정의된 서비스 기능들로 이루어져 있다. 이러한 서비스 기능들은 레퍼런스 포인트 Mca, Mcc를 통해 노출되어 등록된 (연결된) AE와 타 CSE에 의해 사용될 수 있다. 레퍼런스 포인트 Men 는 언더라잉 네트워크의 서비스를 접근하는 데. 人 용된 C . (A Common Services Entity comprises the set of "service functions"' that are common to the M2M environments and specified by oneM2M. Such service functions are exposed to other entities through Reference Points Mca and Mcc . Reference point Men is used for accessing Under lying Network Service Entities.)
[51] CSE 에서 제공하는 서비스 기능들의 예로는 데이터 관리， 디바이스 관리， M2M구독 (subscription) 관리， 위치 서비스 등이 있다. 이러한 기능들은 논리적으 로 CSF(Co麵 on Services Functions)로 나뉘어 질 수 있다. CSE 안의 몇몇 CSF 는 필수적으호 존재하여야 하고， 몇몇은 선택적으로 존재 가능하다. 또한 CSF 안의 몇몇 기능은 필수적으로 존재하여야 하고， 몇몇 기능은 선택적으로 존재 가능하다. (예， "디바이스 관리" CSF 안에， 애플리케이션 소프트웨어 설치， 펌웨어 업데이 트， 로깅， 모니터링 중 몇몇은 필수 기능이며， 몇몇은 선택 기능이다.)
[52] 언더라잉 네트워크 서비스 엔티티 (NSE, 103-a또는 103-b)： NSE는 CSE에 서비스를 제공하는데, 이러한 서비스의 예로는 디바이스 관리， 위치 서비스， 디바 이스 트리거링 등이 있다. NSE는 특정 기술로 한정하지 않으며， 네트워크가 기본 적으로 제공해주는 트랜스포트 (transport)의 경우 NSE의 서비스로 생각하지 않는 다.. (An Underlying Network Services Entity provides services to the CSEs. Examples of such services include device management , location services and device triggering. No particular organization of the NSEs is assumed. Note: Underlying Networks provide data transport services between entities in the oneM2M system. Such data transport services are not included in the NSE. ) [53] 아울러， 도 1에 도시된 각 레퍼런스 포인트에 대해 설명하도록 한다.
[54] Mca 레퍼런스 포인트
[55] Mca 레퍼런스 포인트는 AE와 CSE간의 레퍼런스 포인트이다. Mca 레퍼런스 포인트는 AE가 CSE가 제공하는 서비스를 사용할 수 있도록， AE가 CSE와 통신할 수 있도록 한다. (This is the reference point between an Application Entity and a CSE. The Mca reference point shall allow an Application Entity to use the services provided by the CSE, and for the CSE 'to communicate with the Appl i cat ion Entity . ) [56] Mca 레퍼런스 포인트를 통해 제공되는 서비스들은 CSE 에서 제공하는 기능 들에 의존한다. AE 와 CSE 는 같은 물리적 장치에 있을 수도 있으며， 다른 물리적 장치에 있을 수도 있다. (The services offered via the Mca reference point are thus dependent on the functional ity supported by the CSE. The Application Entity and the CSE it invokes may or may not be co-located within the same physical entity.)
[57] Mcc 레퍼런스 포인트
[58] Mcc 레퍼런스 포인트는 두 CSE 간의 레퍼런스 포인트이다. Mcc 레퍼런스 포인트는 CSE가 다른 CSE의 필요한 기능의 서비스를 사용할 수 있도록 한다. Mcc 레퍼런스 포인트를 통해 제공되는 서비스들은 CSE 에서 제공하는 기능들에 의존한 다. (This is the reference point between two CSEs . The Mcc reference point shall allow a CSE to use the services of another CSE in order to ful fill needed functionality. Accordingly, the Mcc reference point between two CSEs shall be supported over different M2M physical entities. The services offered via the Mcc reference poi t are dependent on the functionality supported by the CSEs)
[59] Men 레퍼 ¾스 포인트
[60] Men 레퍼런스 포인트는 CSE 와 NSE 간의 레퍼런스 포인트이다. Men 레퍼런 스 포인트는 CSE가 NSE가 제공하는 서비스들을 사용할 수 있도록 한다. (This is the reference point between a CSE and the Underlying Network Services Entity. The Men reference point shall allow a CSE to use the services (other than transport and connectivity services) provided by the Underlying Network Services Entity in order to fulfill the needed functional ity. ) NSE 가 제공 하는 서비스는 전송 (transport)과 접속 (connectivity) 서비스 같은 단순한 서비스 이외 의 것을 뜻하며, 디바이스 트리거링 (device triggering), 스몰 데이터 전송 (small data transmission), 위치 결정 (positioning)과 같은 서비스가 그 예이다.
[61] Mcc' 레퍼런스 포인트
[62] Mcc' 레퍼런스 포인트는 서로 다른 M2M서비스 제공자에게 속하는 CSE 간 의 통신을 위해 사용된다. Mcc' 레퍼런스 포인트는 Mcc 레퍼런스 포인트와 CSE를 서로 연결한다는 점에서 비슷할 수 있으나， 기존 Mcc 레퍼런스 포인트가 단일 M2M 서비스 제공자 내의 통신으로 국한되어 있었다면 Mcc' 레퍼런스 포인트는 서로 다 른 M2M서비스 제공자로 Mcc를 확장한다는 개념으로 볼 수 있다.
[63] 도 2 는 M2M 기능 구조에 기반하여 M2M 통신 시스템이 지원하는 구성을 도 시한다. M2M 통신 시스템은 도시된 구성에 국한되지 않고 더 다양한 구성을 지원 할 수 있다. 상기 도시완구성을 이해하는데 중요한 노드 (Node)라는 개념에 대해 먼저 설명하도록 한다.
[64] 애플리케이션 전용 노드 (Application Dedicated Node; ADN): CSE 가 존재 하지 않고， 적어도 하나의 AE를 갖는 노드 (An Application Dedicated Node is a Node that contains at least one Application Entity and does not contain a Co瞧 on Services Entity). Mca 레퍼런스 포인트를 통해 하나의 미들 노드 또는 하 나의 인프라스트럭쳐 노드와 연결될 수 있다. ADN 은 M2M 디바이스에 존재할 수 있다.
[65] 애플리케이션 서비스 노드 (Application Service Node; ASN): 하나의 CSE 가 존재해야 하고， 적어도 하나의 AE 를 갖는 노드 (An Application Service Node is a Node that contains one Common Services Entity and contains at least one Application Entity). Mcc 레퍼런스 포인트를 통해 하나의 미들 노드 또는 하나의 인프라스트럭쳐 노드에 연결될 수 있다. ASN은 M2M디바이스에 존재할 수 있다.
[66] 미들 노드 (Middle Node; MN): 하나의 CSE가 존재해야하고， AE를 가질 수 도 있는 노드 (A Middle Node is a Node that contains one Common Services Entity and may contain Application Entities). Mcc 레퍼런스 포인트를 통해서 아래 다른 카테고리에 속하는 두 노드와 연결되어야 함 (A Middle Node communicates over a Mcc references point with at least two other Nodes among either (not exclusively))：
[67] - 하나 이상의 애플리케이션 서비스 노드 (ASN)들;
[68] - 하나 이상의 미들 노드 (MN)들;
[69] - 하나 인프라스트럭쳐 노드 (IN).
[70] 또한, MN 은 ADN 과 Mca 레퍼런스 포인트를 통해 연결될 수 있다. 丽 은 M2M 게이트웨이에 존재할 수 있다.
[71] 인프라스트럭쳐 노드 (Infrastructure Node; IN): 하나의 CSE 가 존재해야 하고， AE 를 가질 수도 있는 노드 (An Infrastructure Node is a Node that contains one Common Services Entity and may contain Application Entities). IN은 M2M서버에 존재할 수 있다.
[72] 인프라스트럭쳐 노드는 MN 또는 ASN 과 Mcc 레퍼런스 포인트를 통해 다음 노드들고 통신할 수 있다. (An Infrastructure Node communicates over a Y reference point with either:
[73] - 하나 이상의 미들 노드 (들)；
[74] - 및 /또는 하나 이상의 애플리케이션 서비스 노드 (들)
[75] 인프라스트럭쳐 노드는 ADN 과 Mca 레퍼런스 포인트를 통해 통신할 수 있 다. (An Infrastructure Node may communicate with one or more Application Dedicated Nodes over one or more respective Mca reference points. )
[76] 도 3은 M2M통신 시스템에서 제공되는 공통서비스 기능을 도시한다.
[77] M2M 통신 시스템이 제공하는 M2M 서비스 기능 (즉, 공통 서비스 기능)으로 는 도 3 에 도시된 것처럼 'Communication Management and Delivery Handling 'Data Management and Repository' , 'Device Management ' , 'Discovery 'Group Management' ， 'Addressing and Identification' , 'Location 'Network Service Exposure, Service Execution and Triggering 'Registration' , 'Security' ， 'Service Charging and Accounting 'Session Management' , 'Subscription and Notification' 이 있다.
[78] 아래는 각 기능의 간략한 소개이다.
[79] Communication Management and Delivery Handling (CMDH)： 타 CSE 들， AE 들， NSE들과의 통신을 제공하고 어떻게 메시지를 전달할지의 역할을 수행한다.
[80] Data Management and Repository (DMR)： M2M 애폴리케이션이 데이터를 교 환, 공유할 수 있도록 하는 역할을 수행한다.
[81] Device Management (DMG)： M2M 디바이스 /게이트웨이를 관리하기 위한 역할 올 수행한다. 세부 기능올 살펴보면， 애플리케이션 설치 및 세팅， 설정값 설정， 펌웨어 (Firmware) 업데이트, 로깅 (Logging), 모니터링 (Monitoring), 진단 (Diagnostics), 토폴로지 (Topology) 관리 등이 있다.
[82] Discovery (DIS): 조건에 기반한 자원 및 정보를 찾을 수 있도록 하는 역 할을 수행한다 . [83] Group Management (GMG)： 자원 , M2M 디바이스, 또는 게이트웨이를 묶어 그 룹을 생성할 수 있는데， 그룹과 관련된 요청을 처리하는 역할을수행한다.
[84] Addressing and Identification (AID): 물리 또는 논리 자원을 식별 및 어 드레싱 (addressing)하는 역할을 수행한다.
[85] Location (LOC): M2M 애플리케이션들이 M2M 디바이스 또는 게이트웨이의 위치 정보를 획득하도록 하는 역할을 수행한다.
[86] Network Service Exposure, Service Execution and Triggering (NSE): 언 더라잉 네트워크의 통신을 가능하게 하고, 언더라잉 네트워크가 제공하는 기능을 사용할 수 있도록 한다.
[87] Registration (REG): M2M 애폴리케이션 또는 다른 CSE가 특정 CSE에 등록 을 처리하는 역할을 수행한다. 등록은 특정 CSE 의 M2M 서비스 기능을 사용하기 위해 수행된다.
[88] Security (SEC): 보안 키와 같은 민감한 데이터 핸들링， 보안 관계 (Association) 설립 , 인증 (Authent icat ion)， 인가 (Author izat ion)， 식별 (Identity) 보호 등의 역할을 수행한다.
[89] Service Charging and Accounting (SCA)： CSE 에 요금 부가 기능을 제공하 는 역할을 수행한다.
[90] Session Management (SM): 단대단 (end-to-end) 통신을 위한 M2M세션올 관 리하는 역할을 수행한다.
[91] Subscription and Notification (SUB): 특정 자원에 대한 변경을 구독
(Subscription)하면 해당자원이 변경되면 이를 알리는 역할을 수행한다.
[92] 이러한 M2M공통 서비스 기능은 CSE를 통해 제공되며, AE (혹은， M2M 애플 리케이션들)이 Mca 레퍼런스 포인트를 통해， 또는 타 CSE 가 Mcc 레퍼런스 포인트 를 통해 해당 공통 서비스 기능들을 이용할 수 있다. 또 이러한 M2M 공통 서비스 기능은 언더라잉 네트워크 (Under lying Network) (또는 언더라잉 네트워크 엔티티
(Underlying Network Service Entity; NSE), 예: 3GPP, 3GPP2, WiFi, Bluetooth) 와 연동하여 동작할 수 있다.
[93] 모든 디바이스 /게이트웨이 /인프라스트럭쳐가 상위 기능을 다 가지는 것은 아니다. 해당 기능들 중 필수 기능들과 선택 기능들 몇몇을 가질 수 있다. [94] 도 4 는 M2M 애플리케이션 서비스 노드와 M2M 인프라스트럭쳐 노드에 존재 하는 자원 구조를 도시한다.
[95] 2M 통산 시스템은 다양한 리소스 (또는 자원)를 정의하는데， 이 리소스를 조작해서 , 애플리케이션을 등록하고， 센서 값을 읽어 오는 등의 M2M 서비스를 수 행할 수 있다. 상기 리소스는 하나의 트리 구조로 구성이 되며, CSE 과 논리적으 로 연결 또는 CSE 에 저장되어 M2M 디바이스 M2M 게이트웨이， 네트워크 도메인 등에 저장될 수 있다. 이러한 측면에서， CSE 는 리소스를 관리하는 엔티티로 지칭 될 수 있다 . 상기 리소스는 <0368336>를 트리 루트로 가지며， 대표적인 리소스는 아래와 같다.
[96] <cseBase> 리소스: 트리로 구성된 M2M 리소스의 루트 리소스이며， 다른 모 든 리소스를 포함한다.
[97] <remoteCSE> 리소스: <cseBase> 하위에 존재하는 리소스로써 해당 CSE 에 등록 (연결)된 타 CSE의 정보가 포함된다.
[98] <AE> 리소스: <cseBase> 나 <remoteCSE> 리소스 하위에 존재하는 리소스로 써， <cseBase> 의 하위에 존재할 경우 해당 CSE 에 등록 (연결)된 애폴리케이션들 의 정보가 저장되며， <remoteCSE> 하위에 존재할 경우 타 CSE(CSE 이름을 가진)에 등록된 애플리케이션들의 정보가 저장된다.
[99] <accessControlPol icy> 리소스: 특정 리소스에 대한 접근 권한과 관련된 정보를 저장하는 리소스이다ᅳ 본 리소스에 포함된 접근 권한 정보를 이용하여 , 인 증 (author i zat ion)이 이루어지게 된다.
[100] <container> 리소스: containers 하위에 존재하는 리소스로써 CSE 별, 또 는 AE마다 데이터를 저장하는 리소스 이다.
[101] <group> 리소스: groups 하위에 존재하는 리소스로써， 여러 리소스를 하나 로 묶어 함께 처리할 수 있도톡 하는 기능을 제공하는 리소스이다.
[102] <subscr ipt ion> 리소스: subscr ipt ions 하위에 존재하는 리소스로써, 리소 스의 값 등의 상태가 변경되는 것을 통지 (not i f icat ion)을 통해 알려주는 기능을 수행하는 리소스이다.
[103] 도 5 는 M2M 애플리케이션 서비스 노드 (예컨대， M2M 디바이스)와 M2M 인프 라스트럭쳐 노드에 존재하는 자원 구조를 도시한다. [104] 예를 들어， M2M 인프라스트럭쳐 노드에 등록된 AE;(appncation2)가 2M 디 바이스의 센서 값을 읽어오는 방법에 대해 설명한다. 상기 센서는 보통 물리적인 장치를 가리키며， M2M 디바이스 상에 존재하는 AE(applicationl)은 이 센서에서 값을 읽어 자신이 등록한 CSE(CSEl)에 container 리소스 형태로 읽은 값을 저장한 다. 해당 M2M 디바이스 상에 존재하는 AE 는 이를 위해 M2M 디바이스에 존재하는 CSE 에 먼저 등톡되어야 하며， 둥록이 완료되면, 도 5 에서와 같이 cseBaseCSEl/app 1 i cat i onl 리소스의 형태로 등록된 M2M 애플리케이션 관련 정보가 저장된다.
[105] cseBaseCSEl/applicationl 리소스 하위의 container 리소스에 센서 값이 M2M 디바이스상에 존재하는 AE 에 의해 저장되면， 인프라스트럭쳐 노드에 등록된 AE가 해당 값에 접근이 가능할 수 있다. 접근이 가능하게 하기 위해서는 상기 인 프라스트럭쳐 노드에 등록된 AE 도 역시 상기 인프라스트릭쳐 노드의 CSECCSE2)에 둥록이 되어있어야 하며, 이는 applicationl 가 CSE1 에 등록하는 방법과 같이 cseBaseCSE2/application2 리소스에 application2 에 대한 정보를 저장함으로써 이루어진다. 또， applicationl 는 application2 와 직접 통신하는 것이 아니라 중 간의 CSE1과 CSE2을 통해 통신하게 되는데， 이를 위해 먼저 CSE1는 CSE2에 등록 되어 있어야 한다. CSE1 이 CSE2 에 등특되게 되면， cseBaseCSE2 리소스 하위에 CSE1 관련 정보 (예컨대， Link)가 <remoteCSE> 자원 형태로 저장된다. 즉， 0110【 5^>는 등록된 CSE 에 대한 CSE 타입， 접근 주소 (IP 주소 둥)， CSE ID, reachability 정보 등을 제공해 준다.
[106] 한편， 리소스 탐색 (resource discovery)이란 원격의 CSE 에 있는 리소소를 탐색하는 과정을 말한다. 리소스 탐색은 리트리브 (RETRIEVE) 요청을 통해 이루어 지며 리소스 탐색을 위해 리트리브 요청은 아래의 내용을 포함한다.
[107] <startURI>: URI 을 지시하며， 이 URI 는 리소스 탐색을 행할 리소스의 범 위를 제한하는데 사용될 수 있다. 만약 <startURI^ 리소스의 루트인 <cseBase> 를 가리킨다면， 본 리트리브 요청을 받은 수신자의 전 리소스를 대상으로 리소스 탐색을 수행하게 된다. 수신자는 <startURl:^ 지칭하는 리소스와 그 하위 리소스 를 대상으로만 리소스 탐색을 수행하게 된다.
[108] filterCriteria: 이 정보에는 탐색할 리소스와 관련된 정보가 기술된다. 수신자는 < ^ ^1>가 정의한 리소스 탐색 범위 안의 리소스 중에서 f ilterCriteria 를 만족시키는 리소스만을 검색하여 본 요청의 요¾자에게 전송하 게 된다.
[109] 도 6 은 리소스 탐색 과정을 나타내며, CSE(61)는 특정 리소스를 찾기 위 해 많은 CSE(63. 64, 65)에 탐색 요청 (S61, S63, S65, S67)을 보내게 되고, 자신 이 원하는 리소스를 찾게 될 때 (S68)까지 반복하게 된다. CSE(61)가 자신이 원하 는 리소스의 위치 (URI 정보)를 미리 알지 못하는 이유는 M2M 디바이스들이 무작 위로 광범위한 지역에 배포되거나 (random distribution using the aircraft), 해 당 리소스가 초기부터 생성되지 않고 특정 트리거에 의해 나증에 생성될 수도 있 기 때문이다. 전자의 경우에는 어느 M2M 디바이스가 어느 위치에 존재할지 미리 알 수가 없어 M2M 디바이스마다 가지고 있는 정보가 다를 수 있기 때문이며, 후자 의 경우에는 특정 리소스가 언제 생성될지 알 수 없어 주기적으로 탐색 요청을 보 내야 한다.
[110] 이하， 종래 기술에 따른 리소스 어나운스먼트 (announcement) 기술에 대한 설명을 하도록 한다. 리소스 어나운스먼트란, 특정 리소스의 존재를 다른 CSE 에 게 통지 또는 알리기 위한 것이며， 간략하게 특정 CSE 가 가지고 있는 리소스 (즉, 원본 리소스)를 어나운스된 리소스 형태로 다른 CSE 에서 생성하는 과정이다. 어 나운스된 리소스는 원본 리소스에 대한 URI 주소와 라벨 속성 등 제한적인 정보만 올 제공해 준다.
[111] 특정 CSE 에 존재하는 리소스 (original resource)는 그 리소스의 존재를 원격 CSE (Remote CSE)에게 알리기 위해 그 원격 CSE 에 어나운스 (announce)될 수 있다. 리소스 어나운스먼트 (Resource Announcement) 또는 리소스 어나운스를 이용 하면 리소스 탐색 (Resource Discovery)을 더 용이하게 할 수가 있는데 이는 특정 리소스에 관심이 있는 원격 CSE 가 광범위한 CSE를 대상으로 리소스 탐색을 수행 하지 않고도 그 특정 리소스 (original resource)를 가지고 있는 CSE(original resource hosting CSE)가 원격 CSE(remote CSE)에게 해당 리소스의 존재를 알려줄 수 있기 때문이다. 기본적으로 어나운스된 리소스 (Announced Resource)는 원본 리 소스 (Original Resource)에 대한 링크 (URI) 정보 (link attribute)와 원본 리소스 의 라벨 속성 (labels attribute) 등 제한적인 정보만을 가지게 된다.
[112] 도 7 은 리소스 어나운스 절차를 나타내며， 특정 리소스 (Original Resource)를 가지고 있는 CSE(72)가 특정 리소스의 존재를 원격 CSE(71, Remote CSE)에게 리소스 어나운스먼트 (Resource Announcement ) (S71 )를 통해 알려주게 된 다. 원격 CSE(71)에게 리소스 어나운스먼트를 하게 되면， 원격 CSE 에는 어나운스 된 리소스 (Announced Resource)가 생성되게 된다 (S72) . 이 어나운스된 리소스쎄는 기본적으로 원본 라소스에 대한 링크 정보를 제공하기 때문에. 원격 CSE(71)는 특 정 정보를 가지고 있는 원격 리소스가 어디에 있는지를 쉽게 알 수 있게 되고, 원 본 리소스에 접근 (S73)함으로써 그 원본 리소스가 제공하는 서비스를 이용할 수가 있다.
[113] 특정 원본 리소스 (Or igina l Resource)가 원격 CSE 에게 어나운스되고 나서 그 원본 리소스가삭제된다면， 모든 어나운스된 리소스 (Announced Resource) 역시 삭제가 되어야 한다. 만약 어나운스된 리소스가 삭제되지 않고 남아 있다면 존재 하지 않는 원본 리소스에 대한 정보를 제공하고 있어 문제가 되기 때문이다. 원본 리소스가 삭제될 때， 어나운스된 리소스가 즉시 삭제될 수 없다면 (어나운스된 리 소스를 가지고 있는 CSE(71)에 접근 불가 등의 이유로)， 원본 리소스를 가지고 있 던 CSE(72)는 어나운스된 리소스를 추후에 삭제하거나， 아니면 어나운스된 리소스 는 그 자체에 할당된 ' expirat ionTime ' 속성에 따라 만료 시간이 되면 삭제될 수 있다. 이러한 목적을 위해， 원본 리소스는 어나운스될 경우에 어나운스된 리소스 들에 대한 URI 주소 (announceTo 속성)의 목록을 가지고 있게 된다.
[114] 리소스 어나운스먼트를 통해 아나운스된 리소스는 다른 CSE 에 존재하는 원본 리소스에 대한 URI 주소를 가지고 있다. 어나운스된 리소스 역시 별도의 리 소스 타입을 갖는 등 실체하는 리소스 (가상 리소스가 아님)이나， 기본적으로 원본 리소스를 가리키는 URI 를 저장하는 링크 속성을 갖게 되고， 가질 수 있는 속성이 제한적인 특징이 있다. 예를 들면, <container> 리소스가 데이터를 저장하기 위해 <instance> 리소스를 자식 리소스로 갖고, <instance> 리소스는 content 속성을 가지고 있지만， <container>리소스의 어나운스된 리소스인 <containerAnnc> 리소 스는 데이터를 직접 저장하지 않고 (<instance> 리소스와 <instance> 리소스의 content 속성이 필요 없고)， 단순히 원본 리소스에 대한 URI 정보를 링크 속성을 통해 제공한다. 원본 리소스의 다른 정보에 대해 더 알고 싶다면， 어나운스된 리 소스가 제공하는 원본 리소스에 대한 URI 를 통해 직접 원본 리소스에 접근하는 것이 필요하다. 원본 리소스에 대한 리소스 어나운스먼트는 그 원본 리소스를 가 지고 있는 CSE (Or iginal Resource Host ing CSE)에 의해서만수행이 되게 된다. [115] 도 8 및 도 9 는 <container> 리소스와 <containerAnnc> 리소스를 도시한 다.
[116] 도 10 은 M2M통신 시스템에서 사용되는 생성 (create) ¾차에 대해 도시한 다.
[117] 생성 절차는 요청자， CSE 또는 AE 에 의해 사용되며， 수신자 CSE 상에 리 소스를 생성하기 위한 절차이다. 생성 절차는 크게 등록 관련 생성 절차와 비-등 록 관련 생성 절차로 나뉘어지나， 도 10 은 비 -등록 관련 생성 절차를 도시하고 본 명세서에서는 둥록 관련 생성 절차에 대해서는 설명을 하지 않는다.
[118] 비 -등록 관련 생성 절차는 등록과 관련없는 모든 리소스 타입 (예컨대， <^11101 3£>와 £>를제외한 리소스)들에 적용가능하다. 요청자 (1001)는 생성 요 청 (CREATE Request)올사용하여 리소스의 생성을 요청할 수 있다 (S1001). 상기 생 성 요청을 위한 메시지는 해당 연산자 타입 (즉， Create), 생성하고자 하는 리소스 가 생성될 리소스의 위치， 즉 URKuniform resource identifier), 상기 요청자의 ID(identifier), 생성될 리소스의 타입, 상기 요청자에 의해 제공된 상기 생성될 리소스의 이름， 상기 요청자에 의해 제공될 상기 생성될 리소스의 속성 (attribute)들 등을 포함할 수 있다.
[119] 수신자 CSE(1002)는 상기 요청자가 상기 요청을 수행할 적합한 권한을 가 지고 있는지를 체크하는 등의 상기 요청에 대한 인증올 수행할 수 있다 (S1002). 상기 인증이 성공적이면, 상기 수신자 CSE는 상기 리소스를생성할수 있다.
[120] 그리고나서， 상기 수신자 CSE는 상기 요청자의 ID, 상기 수신자 CSE의 ID 또는 상기 생성된 리소스의 URI 및 선택사항으로 상기 생성된 리소스의 내용
(content), 즉 속성들을 포함하는 응답을 상기 요청자로 전송할 수 있다 (S1003). 상기 S1002 에서의 인증이 실패하면， 상기 수신자 CSE는 에러를 지시하는 웅답을 상기 요청자로 전송할수 있다.
[121] 도 11 은 M2M통신 시스템에서 사용되는 갱신 (update) 절차에 대해 도시한 다.
[122] 갱신 절차는 타깃 리소스의 속성들에 저장된 정보를 갱신하기 위해 사용된 다. 특히， 만료시간 (expirationTime)이 중요한데, 이는 이 속성에 명시된 시간 이 후에는 그 리소스를 가지고 있는 CSE 가 그 리소스를 삭제될 수 있기 때문이다. 이를 방지하기 위해 추기적으로 만료 시간 갱신이 필요하다. 요청자 CSE 또는 AE 는 특정 속성 (들)의 이름과 그 값을 상기 갱신을 위한 요청 메시지에 포함시켜 타 깃 리소스에서 상기 특정 속성 (들)을 갱신， 생성 또는 삭제할 수 있다.
[123] 요청자 (1101)는 갱신 요청을 위한 메시지를 수신자 CSE(1102)에게 전송할 수 있다 (S1101). 상기 갱신 요청을 위한 메시지는 해당 연산자 타입 (즉, Update), 타깃 리소스의 위치， 즉 URKuniform resource identifier), 상기 요청자의 ID( identifier), 상기 타깃 리소스에서 갱신, 생성 또는 삭제될 속성 (들)과 관련 된 정보를 포함할 수 있다. 상기 속성 (들)과 관련된 정보는 상기 속성 (들)의 이름 또는 그와 관련된 갱신 또는 할당된 값을 포함할 수 있다.
[124] 상기 수신자 CSE 는 상기 요청자가 상기 타깃 리소스에 대한 변경을 수행 할 권한이 있는지 여부를 인증할 수 있다 (S1102). 상기 인증이 성공적이면， 상기 수신자 CSE는 요청된대로 상기 리소스를 갱신할 수 있다.
[125] 생성될 리소스의 타입, 상기 요청자에 의해 제공된 상기 생성될 리소스의 이름， 상기 요청자에 의해 제공될 상기 생성될 리소스의 속성 (attribute)들 둥을 포함할 수 있다.
[126] 그리고나서， 상기 수신자 CSE는 상기 요청자의 ID, 상기 수신자 CSE의 ID 변경된 내용 또는 동작 결과를 포함하는 웅답 메시지를 상기 요청자로 전송할 수 있다 (S1103). 상기 S1102 에서의 인증이 실패하면， 상기 수신자 CSE는 에러를 지 시하는 웅답을 상기 요청자로 전송할 수 있다.
[127] AE나 CSE는 원본 리소스에 있는 'announceTo' 속성을 이용해서 리소스 어 나운스먼트를 수행할 수 있다. 원본 리소스의 'announceTo1 속성은 원본 리소스가 성공적으로 어나운스된 리소스에 대한 URI 리스트로써, 요청자 (originator)를 대 신하여 원본 리소스를 가지고 있는 CSE (이하, 간단하게 "원본 소유 CSE" 라 함) 가 리소스 어나운스먼트를 수행하게 된다. 요청자는 'announceTo' 속성에 대한 갱 신 (Update) 요청 메시지를 원본 소유 CSE 에 전송하여， 상기 'announceTo' 속성에 새로운 CSE-ID를 추가할 수 있는데， 이 경우， 원본 소유 CSE 는 해당 CSE-ID 가 가리키는 CSE 에 리소스 어나운스먼트를 먼저 수행하고 리소스 어나운스먼트가성 공하게 되면 그 URI 주소를 'announceTo' 속성에 추가하게 된다. 또한， 요청자의 갱신 명령에 대한 응답에 'announceTo' 속성 정보가 포함될 수 있는데， 이 경우 성공적으로 리소스 어나운스먼트가 일어난 CSE 에 대한 리스트를 가리킨다. 이로 써， 요청자는 원본 리소스가특정 CSE 에 성공적으로 리소스 어나운스먼트가 일어 났는지 확인할 수 있다. 반대로 요청자는 속성 갱신 (Update) 명령을 보내 'annoiiHceTo' 속성에서 특정 UR1 주소를 지우도록 업데이트함으로써， 상기 특정 URI 주소가 지칭하는 어나운스된 리소스를 삭제할 수도 있다.
[128] 도 12 는 요청자 (1201， AE 나 CSE)가 원본 리소스에 있는 'announceV 속 성을 이용하여 원격 CSE(1203)에게 리소스를 어나운스하고， 어나운스된 리소스를 삭제하는 과정을 보여준다,
[129] S1201: 요청자 (1201)는 CSE-ID1 으로 지칭되는 원격 CSE(1203)에게 원본 리소스를 어나운스하기 위해 요청을 보내게 된다. 상기 요청의 수신자 (Receiver) 는 원본 리소스를 가지고 있는 원본 소유 CSE 202)이다. 상기 요청은 원본 리소 스에 존재하는 'announceV 속성에 CSE-ID1을 추가하는 요청이다.
[130] S1202: 요청자 (1201)로부터 요청을 받은 원본 소유 CSEU202)는 CSE-ID1 으로 지칭되는 원격 CSE(1203)에게 어나운스된 리소스를 생성하는 요청을 보내게 된다. 원본 소유 CSE 1202)는 어나운스된 리소스를 생성할 정확한 위치 (여기서는 URI1)를 결정할 수 있다ᅳ 어나운스된 리소스가 가져야 하는 속성 정보는 원본 리 소스에 대한 링크 정보와 원본 리소스와동일한 라벨 정보를 포함하며， 원본 리소 스의 타입에 따라 다르지 않고 동일하다ᅳ
[131] S1203: 어나운스된 리소스 생성 요청을 받은 원격 CSE 1203)는 어나운스된 리소스를 생성한다. 어나운스된 리소스는 그 타입 (예컨대， <containerAnnc>, <accessRightAnnc>둥)과 상관없이 동일한 정보를 가지며， 항상 링크 속성과 라벨 속성을 가져야 한다. 링크 속성은 원본 리소스에 대한 URI를 저장한다.
[132] S1204: 원격 CSE 1203)는 어나운스된 리소스가 성공적으로 생성되었다는 웅답을 보낸다. 이 응답올 받은 원본 소유 CSE(1202)는 원본 리소스의 'announceTo' 속성에 어나운스된 리소스의 URI (여기서는 URI1)를 추가하게 된다.
[133] S1205: 원본 소유 CSE(1202)는 요청자 (1201)에게 S1201 의 요청에 대한 웅 답을 보내게 된다. 이 응답에는 원본 리소스의 'announceTV 속성 정보가 들어가 게 되며， 이 예에서는 URI1 이 포함된다. 이 응답을 받은 요청자 (1201)는 CSE-ID1 에 성공적으로 리소스가 어나운스되었다는 것올 알게 된다 CURI1 은 CSE-ID} 정보 를 포함할 수 있다).
[134] S1206: 이번에는 요청자 (1201)가 어나운스된 리소스를 지우는 예이다. 요 청자 (1201)는 URI1 에 어나운스되어 있는 어나운스된 리소스를 지우기 위한 요청 을 원본 소유 CSE(1202)에게 보내게 돤다. 이 요청은 원본 리소스의 'announceTo' 속성에 있는 URI1을 지우는 갱신 요청이다.
[135] S1207: S1206 의 요청을 받은 원본 소유 CSE(1202)는 URI1 으로 지칭되는 원격 CSEU203)에게 어나운스된 리소스를 삭제하는 요청을 보내게 된다.
[136] S1208: S1207의 요청을 받은 원격 CSE(1203)는 URI1으로 지칭되는 어나운 스된 리소스를 삭제한다.
[137] S1209: 원격 CSE 1203)는 URI1 으로 지칭와는 어나운스된 리소스가성공적 으로 삭제되었다는 것을 응답으로 알린다. 이 응답을 받은 원본 소유 CSECL202)는 원본 리소스의 'announceTo' 속성에서 URI1을 지운다.
[138] S1210: 원본 소유 CSE(1202)는 S1206 에 대한 응답을 보낸다 이 응답에는 원본 리소스의 'announceTo' 속성 정보가 들어가게 되며， 이 예에서는 URI1 이 삭 제되어 해당 속성 정보는 비어있다. 이 응답을 받은 요청자는 URI1 에 해당하는 어나운스된 리소스가성공적으로 삭제 되었다는 것을 알게 된다.
[139] 하지만， 어나운스드 리소스의 목적은 원본 리소스 (original resource)의 검색을 효과적으로 수행하는 것에 있는데， 어나운스드 리소스가 'link' , 'labels' 에 대한 정보만을 가지고 있다 보니 원본 리소스에 대한 정보가부족하다. 따라서 원본 리소스를 검색하는데 어나운스드 리소스의 제한적인 정보만을 이용하게 되어 문제가 된다. 예로， 특정 위치에 놓인 센서 장치를 검색하고 싶은 경우， 위치 정 보는 <container> 리소스의 'content' 속성에 저장되게 되는데, 어나운스드 리소 스는 'content' 속성에 대한 정보가 없어 그러한 검색을 수행할 수가 없다. 이를 위해 원본 리소스의 모든 속성을 어나운스드 리소스에 제공할 수도 있지만， 이럴 경우 원본 리소스가 그대로 복사되어 비효율적이고， 실제로 필요 없는 정보까지 어나운스드 리소스에 존재할 수 있어 문제가 된다.
[140] 따라서， 본 명세서에서는 위에서 설명한 문제점을 해결할 수 있는 M2M 환 경에서 AE 또는 CSE 가 리소스를 어나운스하고 어나운스 해제 또는 취소 (De- Announce)하는 방법에 대해 제안하고자 한다.
[141] 본 발명에서는 기존의 리소스 어나운스 방식에 추가적으로 속성 어나운스 먼트 또는 속성 어나운스를 제안한다.
[142] 특정 리소스가 가지는 속성에는 필수 속성 (mandatory attribute)과 읍션 속성 (optional attribute)이 있다. 필수 속성은 리소스가 반드시 지원해야 하며 항상 리소스에 존재하게 된다. 반면. 옵션 속성은 지원되지 않을 수도 있으며. 지 원할 경우에만 리소스에 존재하게 된다. 리소스는 항상 모든 필수 속성을 가져야 하며， 선택적으로 옵션 속성을 가질 수 있다. 예로 <container> 리소스는 아래와 같은 속성을 가지며, 이 증 Multiplicity에 0이 포함되지 않은 속성이 필수 속성 이다. Multiplicity에 0이 포함되어 있다면 이는 옵션 속성이 된다.
Figure imgf000023_0001
Attribute Name of
Muit ipl icity RO/ Description
<container>
WO
win be deleted by the hosting CSE. This attribute can be provided by the Originator , and in such a case it will be regarded as a hint to the hosting CSE on the lifetime of the resource. The hosting CSE can however decide on he real expi rat ionTime. If the hosting CSE decides to change the expira t ionTime attribute value, this is
communicated back to the Originator.
The lifetime of the resource can be extended by providing a new value for this attribute in an UPDATE operation. Or by deleting the attribute value, e.g. by not providing the attribute when doing a full UPDATE, in which case the hosting CSE can decide on a new value.
This attribute shall be mandatory. If the Originator does not provide a value in the CREATE operation the system shall assign an appropriate value depending on its local policies and/or M2M service subscript ion agreements.
accessCon trolPo 1 icy IDs 0..1 (L) RW The attribute contains a list of identifiers (either an ID or a URI depending if it is a local resource or not) of an <accessControlPol icy> resource. The privileges defined in the <accessCont ro 1 Po 1 i cy> resource that are referenced determine who is allowed to access the resource containing this attribute for a specific purpose (e.g. Retrieve, Update, Delete, etc.) .
If a resourxe type does not have an
Figure imgf000025_0001
Attribute Name of
Multiplicity Descri tion
<Gontainer>
provide a default access privileges in case that the Originator does not provide a speci f ic
AccessControIPol icy IDs during the creation of the resource, Default access grants the configures privileges to the originator (e.g. depending on the prefix of URI of the resource) .
This attribute is absent from the resource in some cases, especial ly if the resource shall have the same privileges of the parent resource; such an attribute is therefore not needed .
To update this attribute, a Hosting CSE shall check whether an
Originator has Update permission in any selfPrivi leges of the
<accessCont ro 1 Po 1 i cy> resources which this attribute original ly indicates.
labels 0..1 RO Tokens used as keys for discovering resources.
This attribute is optional and if not present it means that the resource cannot be found by means of discovery procedure which uses labels as key parameter of the discovery.
creationTime 1 RW Time/date of creation of the
resource.
This attribute is mandatory for all resources and the value is assigned by the system at the time when the resource is local ly created. Such an attribute cannot be changed .
creator t 1 RW The AE-ID or CSE- ID of the entity which created the resource. RW/
Attribute Name of
Mult ipl icity R0/ Description
<container>
WO
las tModi f iedTi e 1 R0
Last modification time/date of the resource.
This attribute shall be mandatory and its value is assigned
automatically by the system each time that the addressed target resource is modified by means of the UPDATE operation.
stateTag 1 R0 An incremental counter of
modification on the resource. When a resource is created, this counter is set to 0， and it will be incremented on every modi fi cat ion of the resource.
NOTE: In order to enable detect ion of overflow, the counter needs to be capable of expressing sufficiently long numbers . ᅳ
NOTE: This attribute has the scope to allow identifying changes in resources within a time interval that is lower than the one supported by the attribute / as tMod i fi edTime (e.g. less than a second or millisecond). This attribute can also be used to avoid race conditions in case of competing modifications.
Modifications (e.g. update/delete) can be made on the condition that this attribute has a given value. maxNrOflns tances 0..1 RW Maximum number of instances of
<instance> child resources.
maxByteSize 0..1 RW Maximum number of bytes that are allocated for a <container> resource for all instances in the <container> resource. RW/
Attribute Name of
Multiplicity 0/ Description
<container>
WO
max Ins t an ceAge 0..1 RW Ma imum age of the instances of
<instance> resources within the <container>. The value is expressed in seconds.
cur厂 en tNrOflns tances 1 R0 Current number of instances in a
<container> resource. It is limited by the maxNrOf Instances.
curren tByt eSize 1 R0 Current size in bytes of data stored in a <container> resource. It is limited by the maxNrOfBytes.
latest 0..1 R0 Reference to latest instance, when present .
location ID 0.ᅳ 1 RW URI of the resource where the
attributes/policies that define how location information are obtained and managed. This attribute is defined only when the <container> resource is used for containing location information.
ontologyRef 0..1 RW A reference (URI) of the ontology used to represent the information that is stored in the instances of the container .
NOTE: the access to this URI is out of scope of oneM2M
announceTo 1 RW This attribute may be included in a
CREATE or UPDATE Request in which case it contains a list of URIs/CSE一 IDs which the resource being created/updated shall be announced to.
This attribute shall only be present on the original resource if it has been successful ly announced to other CSEs. This attribute maintains the list of URIs to the successful ly announced resources. Updates on this attribute will trigger new resource announcement or de-announcement . [144] 어나운스된 리소스는 기본적으로 링크 속성을 가지며. 링크 속성을 통해 원본 리소스에 대한 URI 를 저장하게 된다. 어나운스된 리소스는 원본 리소스의 필수 속성이라도 가지지 않을 수 있다. 또한, 앞서 설명한 종래 기술에 따르면， 항상 정해진 속성을 가지게 된다. 예로， <container> 리소스의 어나운스된 리소스 타입인 01 ^1^「½11(;>는 아래의 속성을가지게 된다.
[145] 【표 2】
Figure imgf000029_0001
[146] 따라서， 원본 리소스에 있는 'currentNrOflnstances' 속성, ' ontologyRef ' 속성 둥의 정보를 얻기 위해서는, <(:0^3^^½^：>는 이러한 속성을 가지지 않기 때문에 직접 원본 리소스에 접근해야 한다.
[147] 만약 어나운스된 리소스가 원본 리소스의 속성에 대한 정보를 직접 제공할 수 있다면 원본 리소스에 직접 접근하지 않아도 되기 때문에 더 효율적이 된다. 예를 들면， <containerAnnc> 리소스가 'ontolotyRei' 속성을 가지며， 원본 리소스 의 'ontologyRei' 속성과 동일한 값을 가지고 있다면， 굳이 원본 리소스에 접근하 지 않더라도 어나운스된 리소스의 'ontolotyRei' 속성을 통해 바로 정보를 알 수 가 있게 된다. 이렇게 원본 리소스의 속성을 어나운스된 리소스에 어나운스 할 수 있으며 이를 속성 어나운스먼트라고 부른다.
[148] 하지만， 모든 속성이 어나운스된다면 불필요한 속성까지 어나운스가 되어 오버해드가 발생할 것이다. 따라서, 어나운스가 필요한 속성에 대해서만 속성 어 나운스가 이루어져야한다. 원본 리소스의 타입에 따라， 그리고 동일한 리소스 타 입이라도 경우에 따라 속성 어나운스먼트가 필요한 속성이 다를 수 있을 것이다. 따라서 본 발명에서는 원본 리소스의 속성을 아래의 3 가지로 분류하는 방법을 함 께 제안한다. [149】 · 필수적 어나운스 (MA; Mandatory Announced): 반드시 어나운스되어야할 속성들. 이러한 속성들의 컨텐츠는 원본 £1소스의 콘텐츠와 동일하다.
[150] · 선택적 어나운스 (OA; Optional Announced)： 원본 리소스의 'announcedAt tribute' 속성의 콘텐츠에 따라 어나운스될 수 있는 속성들. 이러 한 속성들의 컨텐츠는 원본 속성들의 콘텐츠와 동일하다.
[151] · 어나운스되지 않음 (NA; Not Announced): 어나운스되어서는 안되는 속성
[152] 0A 로 표시된 원본 리소스의 속성은 'announcedAUribute' 속성을 이용해 선택적으로 속성 어나운스먼트가 발생할 수 있다. 'announcedAt tribute' 속성에 대한 설명은 아래와 같다. 'announcedAUribute' 속성은 반드시 어나운스 가능한 원본 리소스 (announce-able resource)에만 존재하게 된다.
[153] 'announcedAt tribute' 속성: 이 속성은 몇몇 선택적 어나운스 (0A) 타입의 속성들이 다른 CSE 들로 어나운스된 경우에 원본 리소스 상에서 존재한다. 이 속 성은 상기 원본 리소스에서 어나운스된 선택적 어나운스 (0A) 타입의 속성들의 리 스트를 포함한다. 이 속성에 대한 갱신이， 새로운 속성이 추가된 경우에 새로운 속성 어나운스먼트를 트리거하거나 또는 존재하는 속성이 제거된 경우에 속성 어 나운스먼트 해제를 트리거할 것이다.
[154] 예로， <container> 리소스의 각각의 속성은 아래처럼 MA/0A/NA 로 표시될 수 있다. 언급된 것처럼, MA 로 표시된 속성은 반드시 어나운스되어 어나운스된 리소스에 반드시 존재해야 하며， NA 로 표시된 속성은 어나운스된 리소스에 존재 하면 안 된다. 0A 로 표시된 속성에 대해서는 'announcedAUribute' 속성에 따라 어나운스된 리소스에 존재할 수도 있다.
[155] 상기 원본 리소스의 타입 (MA, OA, NA)에 따라 표 1 은 다음과 같이 표현될 수 있다.
[156] 【표 3】
：,、 ' ; L" t RW/
. Attribute. Name of
Multiplicity ¾/
, <contairier>^
ᅳ - ；: . . - a WO
resourceType 1 0 표 1과 동일
resourcelD 1 WO 표 1과 동일
parent ID 1 R0 표 1과 동일
expira t ionTime 1 RW 표 1과 동일 Rw/
Attribute Name of
Multiplicity 0/ Description . <container>
wo
accessControlPol icylDs 0..1 (L) RW 표 1과 동일
labels 0..1 RO 표 1과 동일
creat ionTime 1 RW 표 1과 동일
creator 1 RW 표 1과 동일
las tModi f iedTime 1 R0 표 1과 동일
stateTag 1 R0 표 1과 동일
announceTo 1 RW 표 1과 동일
announcedA t tr ibu t e 1 RW This attributes shall only be
present on the original resource if some Optional Announced (OA) type attributes have been announced to other CSEs. This attribute maintains the list of the announced Optional Attributes (OA type attributes) in the original resource. Updates to this attribute will trigger new attribute announcement if a new attribute is added or de-announcement if the existing attribute is removed. waxNrOflns tances 0..1 RW 표 1과 동일 maxByteSize 0..1 RW 표 1과 동일 maxlns tanceAge 0..1 RW 표 1과 동일 curren tNrOf Instances 1 R0 표 1과 동일
curren tByt eSize 1 R0 표 1과 동일
latest 0..1 R0 표 1과 동일
I oc at ion ID 0..1 RW 표 1과 동일
ontologyRef 0..1 RW 표 1과 동일
announceTo 1 RW 표 1과 동일
[157] 도 13 은 본 발명의 일 실시예에 따른 속성 어나운스먼트 절차를 도시한다.
[158] S1301: 요청자 (1301)는 원격 CSE(1303)에게 원본 리소스를 어나운스하기 위해 요청을 원본 소유 CSE(1302)로 전송할 수 있다. 상기 요청은 원본 리소스에 존재하는 'announceTo' 속성에 CSE-ID 나 URI 를 추가하는 요청이다. 만약 상기 요청자 (1301)가 어나운스된 리소스를 생성하기 위한 정확한 URI 정보를 알고 있는 경우 URI 를 추가하게 되고, CSE— ID 만을 알고 있다면 CSE-ID 를 추가하게 된다. 본 실시예에서는 CSE— ID1을 추가한 것으로 가정한다.
[159] S1302: 요청자 (1301)로부터 요청을 받은 원본 소유 CSE(1302)는 CSE-1D1 으로 지칭되는 원격 CSE(1303)에게 어나운스된 리소스를 생성하는 요청을 전송할 수 있다. 원본 소유 CSE(1302)는 S1301의 요청에서 CSE-ID를 받은 경우어나운스 된 리소스를 생성할 정확한 위치 (여기서는 URI1 으로 결정)를 결정할 수 있다. 물 론， 만약 S1301에서 URI 정보가수신된 경우라면 URI1을 결정하는 것은 불필요하 다.
[160] 어나운스된 리소스는 MA 로 표시된 원본 리소스의 속성을 반드시 가져야 하고， NA로 표시된 원본 리소스의 속성은 가져서는 안되며， OA로 표시된 원본 리 소스의 속성은 'announcedAt tribute' 속성에 표시되어 있는 경우 가질 수 있다. 따라서 본 단계의 리소스 생성 요청은 MA 속성과， OA 속성 중에서 'announcedAt tribute' 속성에 표시되어 있는 속성만을 포함하며， MA 및 0A 로 표 시된 속성은 원본 리소스의 해당 속성과동일한 값을 가져야 한다.
[161] S1303: 어나운스된 리소스 생성 요청을 받은 원격 CS£(1303)는 어나운스된 리소스를 생성할 수 있다. 원격 CSE(1303)는 요청을 처리하기 전에 요청이 을바른 지 확인할 수 있다. 예를 들어， 원격 CSE(1303)는 어나운스된 리소스에 원본 리소 스의 모든 MA속성이 포함되어 있는지， NA속성은 포함되어 있지 않는지를 확인한 다.
[162] S1304: 만약 어나운스된 리소스가 성공적으로 생성되었다면, 원격 CSE 1303)는 어나운스된 리소스가 성공적으로 생성되었다는 웅답을 원본 소유 CSE(1302)로 보낼 수 있다. 이 웅답을 받은 원본 소유 CSEOL302)는 원본 리소스의 'announceTo' 속성에 성공적으로 생성된 어나운스된 리소스의 URI 를 추가할 수 있다 (여기서는 URI1).
[163] S1305: 원본 소유 CSE(1302)는 요청자 (1301)에게 S1301 의 요청에 대한 옹 답을 보내게 된다. 이 웅답에는 원본 리소스의 'announceTo' 속성 정보가 들어가 게 되몌 이 예에서는 URI1 이 포함된다. 이 옹답을 받은 요청자 (1301)는 CSE-ID1 에 성공적으로 리소스가 어나운스 되었다는 것올 알게 된다 (URI1 은 CSE-ID1 정보 를 포함할 수 있다). S1301 에서 CSE-ID 가 아닌, URI 를 준 경우는 URI 가 'announceTo' 속성에 포함되어있는지를 확인하면 된다. [164] S1306:. 요청자 (1301)는 특정 속성의 속성 어나운스먼트를 원본 소유 CSEU302)에게 요청할 수 있다. 속성 어나운스먼트는 원본 리소스 중에서 OA 로 표시된 속성만 가능하다. 요청자 (1301)는 속성 어나운스먼트를 요청하는 속성 이 름을 원본 리소스의 'announcedAt tribute' 속성에 추가하는 UPDATE 요청을 원본 소유 CSE(1302)에게 전송할수 있다.
[165] 51307： S1306 의 UPDATE 요청을 받은 원본 소유 CSE(1302)는 원본 리소스 의 모든 어나운스된 리소스를 대상으로 어나운스된 속성의 생성을 요청하는 갱신 (UPDATE) 명령을 전송할 수 있다. 속성의 생성은 리소스가 해당 속성을 갖도록 갱 신하면 되므로 리소스에 대해 UPDATE 명령을 보내 수행할 수 있다. 원본 리소스의 'announceTo' 속성에 어나운스된 리소스의 URI 목록이 있기 때문에， 이 모든 어나 운스된 리소스를 대상으로 어나운스된 속성의 생성 요청을 전송할 수 있다. 원본 소유 CSE(1302)는 위 요청 전에 속성 어나운스먼트가요청된 속성이 0A로 표시된 속성인지를 확인한다. 어나운스된 속성의 생성 요청 시， 원본 소유 CSE(1302)는 원본 리소스의 속성과 동일한 값을 포함하여 생성 요청을 보내야 한다.
[166] S1308: S1307 와요청을 받은 원격 CSE 303)는 어나운스된 속성을 생성할 수 있다. 원격 CSE 1303)는 이 속성이 0A 로 표시된 속성인 경우에만 어나운스된 속성을 생성할 수 있다.
[167] S1309: 어나운스된 속성이 성공적으로 생성된 경우， 원격 CSE(1303)는 어 나운스된 속성이 성공적으로 생성되었다는 응답을 전송할 수 있다. 상기 응답을 수신한 원본 소유 CSE 1302)는 원본 리소스의 'announcedAt tribute' 속성에 성공 적으로 생성된 속성 이름을 추가한다. 'announcedAt tribute' 속성에 추가된 속성 은 추가적으로， 모든 어나운스된 리소스들에 속성 어나운스먼트가 성공적으로 이 루어졌는지， 아니면 일부 어나운스된 리소스에만 속성 어나운스먼트가 발생했는지 를 지시하는 정보를 포함할 수 있다ᅳ
[168] S1310: 원본 소유 CSEU302)는 S1306 에 대한 응답을 보낸다 이 응답에는 원본 리소스의 'announcedAt tribute' 속성 정보가 들어가게 되며， 이 예에서는 attrl이 포함되어 있다. 이 웅답을 받은 요청자는 attrl에 해당하는 속성이 성공 적으로 어나운스 되었다는 것을 알게 된다.
[169] 도 14 는 본 발명의 일 실시예에 따른 속성 어나운스먼트 해제 절차를 도 시한다ᅳ [170] S1401: 요청자 (1401)는 속성 어나운스먼트가 수행된 특정 속성을 어나운스 먼트 해제하기 위한 요청을 원본 소유 CS£(1402)로 전송할 수 있다. 속성 어나운 스먼트 해제가 정상적으로 이루어지면 해당 속성은 어나운스된 리소스에서 삭제된 다. 요청자 (1401)는 원본 리소스의 'announcedAt tribute' 속성에 포함되어있는 특 정 속성 이름을 지우도록 갱신하는 UPDATE 명령을 원본 소유 CSE(1402)에게 전송 할 수 있다. 원본 리소스에서 OA로 표시되어있는 속성만이 속성 어나운스먼트 해 제가 될 수 있다.
[171] S1402: S1401 의 어나운스된 속성에 대한 삭제 요청을 받은 원본 소유 CSE(1402)는 원본 리소스의 모든 어나운스된 리소스를 대상으로 어나운스된 속성 의 삭제를 요청하는 갱신 (UPDATE) 명령을 전송할 수 있다. 원본 리소스의 'announceTo' 속성에 어나운스된 리소스의 URI 목록이 있기 때문에， 모든 어나운 스된 리소스를 대상으로 어나운스된 속성의 삭제 요청을 전송하게 된다. 원본 소 유 CSE 1402)는 위 요청 전에 속성 어나운스먼트 해제가 요청된 속성이 0A 로 표 시된 속성인지를 확인한다.
[172] S1403: S1402 의 속성 어나운스먼트 해제의 요청을 수신한 원격 CSE(1403) 는 해당 속성을 삭제할 수 있다. 원격 CSE 1403)는 속성 어나운스먼트 해제의 대 상이 0A로 표시된 속성인지 확인한후， 해당 속성을삭제할수 있다.
[173] S1404: 원격 CSE(1403)는 어나운스된 속성이 성공적으로 삭제되었다는 웅 답을 전송할 수 있다. 이 응답을 받은 원본 소유 CSE(1402)는 원본 리소스의 'announcedAt tribute' 속성에 성공적으로 삭제된 속성 이름을삭제할수 있다.
[174] S1405: Original resource hosting CSE는 S1401에 대한 응답을 보낸다 이 웅답에는 원본 리소스의 'announcedAUribute1 속성 정보가 들어가게 되며， 이 예 에서는 attrl이 삭제되어 있다. 이 응답을 받은 Originator는 attrl에 해당하는 속성이 성공적으로디-어나운스 되었다는 것을 알게 된다.
[175] 위의 프로시저는 아래와 같이 수행될 수도 있다.
[176] S1401: 요청자 (1401)는 속성 어나운스먼트가 된 특정 속성을 어나운스먼트 해제하기 위한요청을 원본 소유 CSE(1402)로 전송할 수 있다. 속성 어나운스먼트 해제가 되고 나면 해당 속성은 어나운스된 리소스에서 삭제된다. 속성 어나운스먼 트 해제를 위해 요청자 (1401)는 원본 리소스의 'armouncedAttribute' 속성에 포함 되어있는 특정 속성 이름을 지우도록 갱신하는 명령을 원본 소유 CSE(1402)에게 전송할 수 있다. 원본 리소스에서 OA 로 표시되어있는 속성만이 속성 어나운스먼 트 해제가 될 수 있다.
[177] S1402 : S1401 의 어나운스된 속성의 삭제 요청을 받은 원본 소유 CSE( 1402)는 원본 리소스의 모든 어나운스된 리소스를 대상으로 어나운스된 속성 의 삭제 요청을 전송할 수 있다. 원본 리소스의 ' annoimceTo ' 속성에 어나운스된 리소스의 URI 목록이 있기 때문에, 이 모든 어나운스된 리소스를 대상으로 어나운 스된 속성의 삭제 요청을 전송할 수 있다. 원본 소유 CSE( 1402)는 위 요청 전에 속성 어나운스먼트 해제가 요청된 속성이 OA 로 표시된 속성인지를 확인한다. 원 본 소유 CSE( 1402)는 모든 어나운스된 리소스를 대상으로 어나운스된 속성의 삭제 요청을 전송하고， 그 요청에 대한 처리의 성공 여부와 상관없이 announcedAt tr ibute 속성에서 해당 속성 이름을 삭제한다.
[178] S1403 : S1402 의 속성 어나운스먼트 해제의 요청을 수신한 원격 CSE( 1403) 는 어나운스된 해당 속성을 삭제할 수 있다. 원격 CSE 는 속성 어나운스먼트 해제 의 대상이 0A로 표시된 속성일 경우에만 해당 속성을삭제할 수 있다 .
[179] S1404: 원격 CSEOL403)는 어나운스된 속성이 성공적으로 삭제되었다는 웅 답을 원본 소유 CSE(1402)로 전송할 수 있다.
[180} S1405 : 원본 소유 CSE 1402)는 S1401 에 대한 웅답을 요청자 ( 1401)에게 전 송할 수 있다. 상기 응답에는 원본 리소스의 ' announcedAt tr ibute ' 속성 정보가 포함되며， 이 예에서는 상기 속성 정보에서 attrl 이 삭제되어 있다. 원본 소유 CSE 1402)는 모든 어나운스된 리소스에 대해 속성 어나운스먼트 해제가 성공적으 로 수행되었는지와 상관없이 announcedAUr ibute 속성에서 해당 속성 이름을 지웠 기 때문에, 아직 속성 어나운스먼트 해제가성공적으로 완료되지 않는 어나운스된 리소스를 대상으로 지속적으로 속성 어나운스먼트 해제를 수행해야 한다. 또한， S1405 는 속성 어나운스먼트 해제의 성공 여부와 상관없이 동일한 응답을 요청자 ( 1401)에게 전송하기 때문에 S1402전에 수행될 수도 있다.
[181] 본 발명의 또다른 실시예로서， 자식 (chi Id) 리소스 어나운스먼트 절차에 대해 설명하도록 한다.
[182] 종래 기술에 따르면， 어나운스된 리소스는 자식 리소스 (chi Id resource)를 가질 수가 없었다. 이는 어나운스된 리소스가 제공하는 원본 리소스에 대한 링크 정보를 통해 원본 리소스를 접근해 원본 리소스의 자식 리소스 정보를 얻어오면 되기 때문이다. 하지만, 어나운스된 리소스가 자식 리소스를 가지게 되면， 원본 리소스에 접근할 필요가 없이, 자식 리소스에 대한 정보를 가져올 수가 있기 때문 에 효율적인 리소스 어나운스먼트가 가능하다. 따라서. 본 발명의 일 실시예에선 어나운스된 리소스도 자식 리소스를 가질 수 있도록 제안하며. 상기 자식 리소스 는 어나운스된 리소스에 따라 결정되도톡 제안한다 .
[183] 특정 어나운스된 리소스가 가지는 자식 리소스 타입은 리소스 정의 (resource speci f icat ion)^] 명시되어 있다. 예로, <appl icat ionAnnc> 리소스가 가지는 자식 리소스 타입은 아래 표에 정의된다. 이 표에 따르면， <appl icat ionAnnc> 리소스는 <subscr ipt ion>, <container>, <containerAnnc>, <groupAnnc>, <accessRi ght Annc> , <mgmtObjAnnc>, <commCapab i 1 i t i esAnnc> 등의 자식 리소스를 가질 수 있다. 즉， 어나운스된 리소스의 자식 리소스는 어나운스된 리소스 타입 또는 일반적인 리소스 타입 모두 일 수 있다.
[184] 【표 4】
Figure imgf000036_0001
Figure imgf000037_0001
Figure imgf000038_0001
Figure imgf000039_0001
리소스가 어나운스된 리소스 타입이 아니면 (리소스 타입이 "Anne"로 끝나지 않으 면) , 해당 리소스 타입에 대한 생성 방법을 이용하면 된다. 만약 어나운스된 리소 스 밑에 생성되는 자식 리소스가 어나운스된 리소스 타입이라면 본 발명에서 설명 한 리소스 어나운스먼트 방법이 그대로 적용되게 .된다. 단, 요청자가 생성 요청을 보낼 때， 어나운스된 리소스가 특정 어나운스된 리소스 밑의 자식 리소스로 생성 될 수 있도록 URI를 정확히 전달하여야 한다 (CSE-ID가 아닌) . [ 186] 도 15 는 본 발명의 일 실시예에 따른 자식 리소스를 생성하는 절차를 도 시한다.
[ 187] 도 15 의 설정에 대해 설명하면, 원본 소유 CSE( 1502)는 두 개의 리소스를 가지고 있다. 예컨대， 상기 두 개의 리소스는 원본 리소스 R1 과 R2 일 수 있다. 또한, R2는 R1의 자식 리소스이다. R1은 원격 CSE( 1503)에 이미 AR1이라는 리소 스로서 어나운스가 완료된 상태이다.
[ 183] S1501 : 요청자 ( 1501)는 원격 CSE( 1503)에 존재하는 어나운스된 리소스 AR1 밑에 새로운 자식 리소스를 생성하는 요청을 원격 CSE 1503)에 전송할 수 있다. 생성될 자식 리소스가 어나운스된 리소스 타입이 아니기 때문에 상기 요청자는 원 격 CSE 1503)에게 직접 리소스의 생성을 요청한다. 이때는 생성될 리소스의 타입 에 맞는 리소스 생성 절차를 따른다.
[189] S1502-S1503 : 원격 CSE( 1503)는 어나운스된 리소스 AR1 밑에 상기 생성 요 청대로 자식 리소스를 생성할 수 있다. 자식 리소스를 생성하기 전에 어나운스된 리소스가 해당 리소스 타입을 자식 리소스로 가질 수 있는지 확인한다. 상기 생성 이 성공적인 경우， 성공적으로 자식 리소스가 생성되었음을 알리는 응답을 상기 요청자 ( 1501)에게 전송할 수 있다.
[190] S1504 : 요청자 ( 1501)는 원격 CSE( 1503)에 미리 존재하는 어나운스된 리소 스 AR1 밑에 자식 리소스를 생성하는 요청을 원본 소유 CSE( 1502)로 전송할 수 있 다. 상기 요청은 갱신 요청을 통해 수행될 수 있다. 새롭게 생성될 자식 리소스는 어나운스된 리소스 타입이다. 요청자 ( 1501)는 먼저 이 새로운 자식 리소스에 대한 원본 리소스 (본 예에서는 R2)를 결정하게 된다. 즉, 상기 결정된 원본 리소스를 AR1의 자식 리소스로써 어나운스하게 된다.
[191] 상기 결정된 원본 리소스 (R2)의 ' announceTo ' 속성을 이용하여 원격 :CSE( 1503)에 리소스 어나운스먼트를 수행한다. 이 요청은 CSE-ID 를 포함하면 안 되고， 자식 리소스를 생성하려는 정확한 위치를 URI를 통해 알려줘야 한다.
[192] S1505-S1508 : 이 과정은 위에서 설명한 리소스 어나운스먼트 절차와 동일 하다 (즉， 도 13의 S1302-S1305) .
[193] 한편， 어나운스된 속성들은 원본 리소스와 동일한 값을 가져야 한다. 이는 어나운스된 속성이 생성될 때 원본 리소스의 속성과 동일한 값을 할당하도록 하며 추후에 원본 리소스의 해당 속성 값이 바뀌면 동일한 값을 어나운스된 속성에도 할당해줘야 한다. 이러한 역할은 원본 소유 CSE가담당하게 된다. 도 16 은 원본 리소스와 어나운스된 리소스 (또는 속성)의 동기화절차를 도시한다.
[194] S1601: 원본 소유 CSE 1601)는 어나운스된 특정 속성의 값이 바뀐 것을 검 출할수 있다. 상기 특정 속성을 가지고 있는 리소스가 어나운스 되었고, 상기 특 정 속성 역시 어나운스되었는지 확인한다. 해당 리소스에 'announceTo' 속성이 존 재하고, 'announceTo' 속성이 URI 를 포함하고 있다면 리소스 어나운스먼트가 발 생했다고 블 수 있다. 또한, 'announcedAttribute' 속성에 상기 특정 속성의 속성 이름이 기록되어 있다면 상기 특정 속성이 어나운스먼트 되었다고 볼 수 있으며， 'announcedAttribute' 속성과상관없이 MA로 표시된 속성이라면 어나운스먼트 되 었다고 볼 수 있다.
[195] S1602: S1601 에서 특정 리소스가 어나운스되었고 상기 특정 리소스의 특 정 속성이 어나운스되었다고 판단되면ᅳ 'announceTo' 속성에 있는 모든 어나운스 된 리소스를 대상으로 해당 속성 값을 업데이트하기 위한 명령을 원격 CSEOL602) 로 전송할 수 있다. 업데이트되는 값은 새로 변경된 속성 값이다.
[196] S1603: 상기 명령을 수신한 원격 CSE(1602)는 해당 속성 값을 업데이트할 수 있다. 그리고나서， 원격 CSE(1602)는 원본 소유 CSE 1601)로 성공적인 업데이 트를 알리는 응답을 전송할 수 있다.
[197] 위의 절차는 속성 어나운스먼트가 가능한 0A 타입 속성과 MA 타입 속성에 대해 동기화를 해줄 수 있다.
[198] S1604 및 S1605 는 상기 업데이트 명령의 수신자가 또 다른 원격 CSEC1603)으로 다를뿐, 나머지는 S1602 및 S 1603과 동 하다.
[199] 도 17 은 본 발명의 실시예 (들)을 수행하도록 구성된 장치의 블록도를 도 시한다. 전송장치 (10) 및 수신장치 (20)는 정보 및 /또는 데이터, 신호, 메시지 등 을 나르는 무선 신호를 전송 또는 수신할 수 있는 RF(Radio Frequency) 유닛 (13， 23)과， 무선통신 시스템 내 통신과 관련된 각종 정보를 저장하는 메모리 (12, 22), 상기 RF 유닛 (13, 23) 및 메모리 (12， 22)등의 구성요소와 동작적으로 연결되고, 상기 구성요소를 제어하여 해당 장치가 전술한 본 발명의 실시예들 중 적어도 하 나를 수행하도록 메모리 (12， 22) 및 /또는 RF유닛 (13，23)을 제어하도록 구성된 프 로세서 (11, 21)를 각각포함한다. [200] 메모리 (12， 22)는 프로세서 (11, 21)와 처리 및 제어를 위한 프로그램을 저 장할 수 있고， 입 /출력되는 정보를 임시 저장할 수 있다. 메모리 (12， 22)가 버퍼 로서 활용될 수 있다.
[201] 프로세서 (11， 21)는 통상적으로 전송장치 또는 수신장치 내 각종 모들의 전반적인 동작을 제어한다. 특히， 프로세서 (11， 21)는 본 발명을 수행하기 위한 각종 제어 기능을 수행할 수 있다. 프로세서 (11， 21)는 컨트롤러 (controlier), 마 이크로 컨트를러 (microcontroller), 마이크로 프로세서 (microprocessor)， 마이크 로 컴퓨터 (microcomputer) 등으로도 불릴 수 있다. 프로세서 (11， 21)는 하드웨어 (hardware) 또는 펌웨어 (fir画 are)， 소프트웨어， 또는 이들의 결합에 의해 구현될 수 있다. 하드웨어를 이용하여 본 발명을 구현하는 경우에는， 본 발명을 수행하도 톡 구성된 ASICsCappl icat ion specific integrated circuits) 또는 DSPs(digital signal processors) , DSPDs(digi tal signal processing devices) , PLDs( programmable logic devices) , FPGAs(f ield programmable gate arrays) 등이' 프로세서 (11, 21)에 구비될 수 있다. 한편, 펌웨어나 소프트웨어를 이용하여 본 발명올 구현하는 경우에는 본 발명의 기능 또는 동작들을 수행하는 모듈, 절차 또 는 함수 등을 포함하도록 펌웨어나소프트웨어가구성될 수 있으며， 본 발명올 수 행할 수 있도록 구성된 펌웨어 또는 소프트웨어는 프로세서 (11， 21) 내에 구비되 거나 메모리 (12， 22)에 저장되어 프로세서 (11， 21)에 의해 구동될 수 있다.
[202] 본 발명의 실시예들에 있어서， 애풀리케이션 (엔티티) 또는 리소스 관린 엔티티 둥은 각각 그들이 설치되어 있거나 탑재되어 있는 장치들， 즉 전송장치 (10) 또는 수신장치 (20)로 동작할 수 있다.
[203] 이와 같은， 수신장치 또는 전송장치로 애폴리케이션 (엔티티) 또는 리소스 관린 엔티티 등의 구체적인 구성은, 도면과 관련하여 전술한 본 발명의 다양한실 시예에서 설명한 사항들이 독립적으로 적용되거나 또는 둘 이상의 실시예가 동시 에 적용되도록 구현될 수 있다.
[204] 상술한 바와 같이 개시된 본 발명의 바람직한 실시예들에 대한 상세한 설 명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한실시예들을 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당 업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어' 나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 따라서, 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아나라， 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여 하려는 것이다.
【산업상 이용가능성】
[205] 본 발명은 무선 이동 통신 시스템의 단말기， 기지국， 서버 또는 기타 다 른 장비에 사용될 수 있다.

Claims

【청구의 범위 I
【청구항 Π
무선 통신 시스템에서 일 엔티티의 원본 리소스의 속성을 다른 엔티티에 통지하기 위한 방법으로서，
상기 원본 리소스의 특정 속성을 통지하기 위한, 상기 원본 리소스에 포 함된 기ᅳ통지된 속성들의 리스트를 포함하는 'announcedAt tribute' 속성에 대한 갱신 (update) 요청을 수신하는 단계;
상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 M Mandatory Announced) 유형, 원본 리소스 내 특정 속성의 내용에 따라 선택적으로 통지 되는 0A(0pt ional Announced) 유형， 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되며， 그리고
상기 특정 속성이 상기 OA유형인지를 판단하는 단계; 및
상기 특정 속성이 상기 OA 유형인 경우, 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지하는 단계를 포함하는 것을 특징으로 하는, 속성 통지 방법 .
【청구항 2】
거 1 1 항에 있어서, 상기 갱신 요청은 상기 특정 속성의 이름을 포함하는 것을 특징으로 하는, 속성 통지 방법 . ,
【청구항 3】
제 1 항에 있어서， 상기 생성 요청은 상기 특정 속성의 이름 및 그 값을 포함하는 것올 특징으로 하는, 속성 통지 방법 . '
【청구항 4]
제 1항에 있어서，
상기 생성 요청에 대한 응답을 수신하는 단계; 및
상기 생성 요청에 대한 응답이 상기 생성이 성공적으로 되었음을 지시하 면, 상기 통지 속성에 상기 특정 속성의 이름을 추가하는 단계를 더 포함하는 것을 특징으로 하는， 속성 통지 방법 .
'
【청구항 5】
제 4항에 있어서， 상기 .통지 속성에 상기 특정 속성의 이름을 추가하고 나서 , 상기 갱신 요 청에 대한 웅답을 전송하는 단계를 포함하고.
상기 갱신 요청에 대한 응답은 상기 특정 속성이 추가된 통지 속성을 포 함하는 것을 특징으로 하는, 속성 통지 방법.
【청구항 6】
무선 통신 시스템에서 일 엔티티가 가지고 있는 원본 리소스의 속성이 다 른 엔티티로 통지된 경우, 상기 원본 리소스의 속성을 통지 해제하기 위한 방 법으로서，
상기 원본 리소스의 특정 속성을 통지 해지하기 위한， 상기 원본 리소스 에 포함된 기-통지된 속성들의 리스트를 포함하는 ᅳ announcedAttr ibute' 속 성에 대한 갱신 (update) 요청을 수신하는 단계;
상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 MA (Mandatory Announced) 유형， 원본 리소스 내 특정 속성의 내용에 따라 선택 적으로 통지되는 OA Opt ional Announced) 유형, 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되며, 그리고
상기 특정 속성이 상기 OA유형인지를 판단하는 단계; 및
상기 특정 속성이 상기 OA 유형인 경우， 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지해제하는 단계를 포함하는 것을 특징으로 하 는， 속성 통지 해제 방법 .
【청구항 7】
제 6항에 있어서 ,
상기 삭제 요청에 대한 응답을 수신하는 단계; 및
상기 삭제 요청에 대한 응답이 상기 삭제가 성공적으로 되었음을 지시하 면, 상기 통지 속성에 상기 특정 속성의 이름을 삭제하는 단계를 더 포함하는 것을 특징으로 하는， 속성 통지 해제 방법 .
【청구항 8】
제 7항에 있어서 ,
상기 통지 속성에 상기 특정 속성의 이름을 삭제하고 나서， 상기 갱신 요 청에 대한웅답을 전송하는 단계를 포함하고, 상기 갱신 요청에 대한 웅답은 상기 특정 속성이 삭제된 통지 속성을 포 함하는 것을 특징으로 하는， 속성 통지 해제 방법 .
【청구항 9]
무선 통신 시스템에서 일 엔티티의 원본 리소스 증 다른 엔티티로 통지된 특정 리소스의 자식 (chi Id) 리소스를 생성하기 위한 방법으로서，
상기 자식 리소스를 생성하기 위한 요청을 상기 원본 리소스를 가지고 있 는 제 1장치 또는 상기 통지된 특정 리소스를 가지고 있는 제 2장치 중 하나 로 전송하는 단계 ; 및
상기 요청에 대한 웅답을 수신하는 단계를 포함하고，
상기 요청이 상기 제 1장치 또는 상기 제 2장치로 전송되는지에 따라， 상 기 생성될 자식 리소스의 타입이 달라지는 것을 특징으로 하는， 자식 리소스 생성 방법.
【청구항 10]
제 9 항에 있어서, 상기 생성될 자식 리소스가 원본 리소스의 통지된 리소 스 타입이면 상기 요청은 상기 제 1 장치로 전송되고， 상기 생성될 자식 리소 스가 일반 리소스 타입이면 상기 요청은 상기 제 2장치로 전송되는 것을 특징 으로 하는, 자식 리소스 생성 방법 .
【청구항 11】
무선 통신 시스템에서 일 엔티티의 원본 리소스의 속성을 다른 엔티티에 통지하도록 구성된 장치로서， 상기 장치는:
무선 주파수 (Radio Frequency; RF) 유닛; 및
상기 RF유닛올 제어하도록 구성된 프로세서를 포함하고，
상기 프로세서는 상기 원본 리소스의 특정 속성을 통지하기 위한， 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAttr ibute' 속성에 대한 갱신 (update) 요청올 수신하고，
상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 MA(Mandatory
Announced) 유형， 원본 리소스 내 특정 속성의 내용에 따라 선택적으로 통지 되는 0A(0pt ional Announced) 유형， 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되며，
상기 특정 속성이 상기 0A유형인지를 판단하고， 그리고 상기 특정 속성이 상기 OA 유형인 경우, 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지하도록 구성되는 것을 특징으로 하는， 장치 .
【청구항 12】
무선 통신 시스템에서 일 엔티티가 가지고 있는 원본 리소스의 속성이 다 른 엔티티로 통지된 경우, 상기 원본 리소스의 속성을 통지 해제하도록 구성 된 장치로서， 상기 장치는:
무선 주파수 (Radi o Frequency ; RF) 유닛; 및
상기 F 유닛을 제어하도록 구성된 프로세서를 포함하고,
상기 프로세서는 상기 원본 리소스의 특정 속성을 통지 해지하기 위한， 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAt tr ibute' 속성에 대한 갱신 (update) 요청을 수신하고，
상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 MA (Mandatory Announced) 유형， 원본 리소스 내 특정 속성의 내용에 따라선택 적으로 통지되는 0A(0pt i onal Announced) 유형， 또는 통지되지 않는 NA(Not Announced) 유형 증 하나로 설정되며,
상기 특정 속성이 상기 OA유형인지를 판단하고,
상기 특정 속성이 상기 OA 유형인 경우, 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지해제하도록 구성되는 것을 특징으로 하는， 장 치 .
【청구항 13]
무선 통신 시스템에서 일 엔티티의 원본 리소스 중 다른 엔티티로 통지된 특정 리소스의 자식 (chi Id) 리소스를 생성하도록 구성된 장치로서 , 상기 장치 무선 주파수 (Radi o Frequency; RF) 유닛; 및
상기 RF유닛을 제어하도록 구성된 프로세서를 포함하고，
상기 프로세서는 상기 자식 리소스를 생성하기 위한 요청을 상기 원본 리 소스를 가지고 있는 제 1 장치 또는 상기 통지된 특정 리소스를 가지고 있는 제 2장치 중 하나로 전송하고， 그리고
상기 요청에 대한웅답을 수신하도록 구성되며， 상기 요청이 상기 제 1장치 또는 상기 제 2 장치로 전송되는지에 따라， 기 생성될 자식 리소스의 타입이 달라지는 것을 특징으로 하는， 장치.
PCT/KR2014/010793 2013-12-01 2014-11-11 무선 통신 시스템에서 특정 리소스의 관리를 위한 방법 및 장치 WO2015080401A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020167009959A KR102345346B1 (ko) 2013-12-01 2014-11-11 무선 통신 시스템에서 특정 리소스의 관리를 위한 방법 및 장치
CN201480062962.8A CN105745867B (zh) 2013-12-01 2014-11-11 用于在无线通信系统中管理特定资源的方法和设备
US15/100,582 US10015684B2 (en) 2013-12-01 2014-11-11 Method and apparatus for managing specific resource in wireless communication system

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201361910421P 2013-12-01 2013-12-01
US61/910,421 2013-12-01
US201361914911P 2013-12-11 2013-12-11
US61/914,911 2013-12-11
US201461937593P 2014-02-09 2014-02-09
US61/937,593 2014-02-09
US201462004877P 2014-05-29 2014-05-29
US62/004,877 2014-05-29

Publications (1)

Publication Number Publication Date
WO2015080401A1 true WO2015080401A1 (ko) 2015-06-04

Family

ID=53199307

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/010793 WO2015080401A1 (ko) 2013-12-01 2014-11-11 무선 통신 시스템에서 특정 리소스의 관리를 위한 방법 및 장치

Country Status (4)

Country Link
US (1) US10015684B2 (ko)
KR (1) KR102345346B1 (ko)
CN (1) CN105745867B (ko)
WO (1) WO2015080401A1 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017121240A1 (zh) * 2016-01-13 2017-07-20 电信科学技术研究院 一种资源访问控制方法、装置及系统
WO2017181863A1 (zh) * 2016-04-18 2017-10-26 电信科学技术研究院 资源访问控制方法及装置
US11792627B2 (en) 2018-11-27 2023-10-17 Hyundai Motor Company Method and apparatus for managing resources and performing resource offloading in M2M system

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104683289A (zh) * 2013-11-26 2015-06-03 中兴通讯股份有限公司 公共业务实体注册方法和系统
CN104796922B (zh) * 2014-01-22 2019-07-09 中兴通讯股份有限公司 Cse的触发管理方法及装置、cse、承载网网元
CN104811922A (zh) * 2014-01-29 2015-07-29 中兴通讯股份有限公司 一种相邻节点注册方法和装置、跨节点注册方法和系统
US10616048B2 (en) * 2014-03-18 2020-04-07 Zte Corporation Resource and attribute management in machine to machine networks
CN105592400A (zh) * 2014-10-24 2016-05-18 中兴通讯股份有限公司 一种应用专有节点的注册方法、通信方法和节点
CN105611484B (zh) * 2014-11-03 2020-07-10 中兴通讯股份有限公司 一种m2m节点的管理方法和装置
CN105653374B (zh) * 2014-11-12 2020-04-28 华为技术有限公司 分布式事务资源执行的方法、装置和系统
CN105744460A (zh) * 2014-12-09 2016-07-06 中兴通讯股份有限公司 应用通告资源的创建方法及装置
EP3298806B1 (en) * 2015-05-20 2019-10-16 Convida Wireless, LLC Methods and apparatus for analyzing and grouping service layer subscriptions and notifications for enhanced efficiency
CN106657227B (zh) * 2016-09-26 2019-10-25 海尔优家智能科技（北京）有限公司 一种变更订阅资源的方法及装置
CN108024232A (zh) * 2016-11-01 2018-05-11 中兴通讯股份有限公司 一种基于物联网oneM2M协议的资源操作方法和装置
KR101852727B1 (ko) * 2017-07-28 2018-04-27 전자부품연구원 크로스-리소스 구독 관리 방법
KR102137892B1 (ko) * 2018-12-12 2020-07-24 전자부품연구원 Geo-location 속성을 이용한 Geo-query 기반 리소스 검색 방법
CN113923243A (zh) * 2020-06-22 2022-01-11 京东方科技集团股份有限公司 资源引导方法、设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012069997A1 (en) * 2010-11-22 2012-05-31 Telefonaktiebolaget Lm Ericsson (Publ) Xdms for resource management in m2m
WO2012109531A2 (en) * 2011-02-11 2012-08-16 Interdigital Patent Holdings, Inc. Systems, methods and apparatus for managing machine-to-machine (m2m) entities
US20130103842A1 (en) * 2011-10-24 2013-04-25 Interdigital Patent Holdings, Inc. Methods, systems and apparatuses for application service layer (asl) inter-networking
WO2013168911A1 (ko) * 2012-05-10 2013-11-14 주식회사 케이티 사용자 식별 정보를 이용한 컨테이너 자원의 구성 방법, 기록 매체 및 그 장치

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6976090B2 (en) * 2000-04-20 2005-12-13 Actona Technologies Ltd. Differentiated content and application delivery via internet
WO2003012578A2 (en) * 2001-08-01 2003-02-13 Actona Technologies Ltd. Virtual file-sharing network
US20030204582A1 (en) * 2002-04-29 2003-10-30 Shimoda Marion H. Wireless personal area network scalable migration of resources
DE102004046858B4 (de) * 2004-09-27 2007-03-15 Siemens Ag Verfahren zur Bestimmung eines leitenden Teilnehmers in einem Netzwerk
US7751802B2 (en) * 2006-03-16 2010-07-06 At&T Intellectual Property, I, L.P. Systems, methods and computer program products for obtaining responses to announcement files
CN102196569B (zh) * 2010-03-01 2015-05-20 中兴通讯股份有限公司 一种下一代业务网络系统及其实现业务应用的方法
CN102136933B (zh) * 2010-09-30 2013-08-28 华为技术有限公司 设备管理方法、中间件及机器通信平台、设备和系统
EP2641381B1 (en) * 2010-11-19 2021-01-06 IOT Holdings, Inc. Machine-to-machine (m2m) interface procedures for announce and de-announce of resources
CN102186164B (zh) * 2011-02-18 2014-04-02 华为技术有限公司 操作设备资源的方法和管理装置
CN102130773B (zh) * 2011-02-25 2012-12-19 华为技术有限公司 群组通信的方法和用于群组通信的装置
US20140007076A1 (en) * 2011-03-30 2014-01-02 Kt Corporation Separate upgrade/modification of remote software in machine to machine communication
CN103200209B (zh) * 2012-01-06 2018-05-25 华为技术有限公司 成员资源的访问方法、群组服务器和成员设备
WO2013106188A2 (en) * 2012-01-13 2013-07-18 Interdigital Patent Holdings, Inc. Method and apparatus for supporting machine-to-machine communications
KR101533671B1 (ko) * 2012-05-10 2015-07-06 주식회사 케이티 사용자 식별 정보를 이용한 컨테이너 자원의 구성 방법, 기록 매체 및 그 장치
US9461876B2 (en) * 2012-08-29 2016-10-04 Loci System and method for fuzzy concept mapping, voting ontology crowd sourcing, and technology prediction
EP2893719B1 (en) * 2012-09-10 2018-06-13 Telefonaktiebolaget LM Ericsson (publ) Method and system for communication between machine to machine (m2m) service provider networks
KR102064690B1 (ko) * 2013-02-15 2020-01-08 콘비다 와이어리스, 엘엘씨 도메인들에 걸쳐 서비스 계층 리소스 전파
JP6254702B2 (ja) * 2013-09-27 2017-12-27 エルジー エレクトロニクス インコーポレイティド Ｍ２ｍシステムにおける通知メッセージ伝達方法及びこのための装置
CN106165374A (zh) * 2014-02-10 2016-11-23 中兴通讯股份有限公司 使能在机器对机器通信系统中的不同的设备触发方面
US10616048B2 (en) * 2014-03-18 2020-04-07 Zte Corporation Resource and attribute management in machine to machine networks

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012069997A1 (en) * 2010-11-22 2012-05-31 Telefonaktiebolaget Lm Ericsson (Publ) Xdms for resource management in m2m
WO2012109531A2 (en) * 2011-02-11 2012-08-16 Interdigital Patent Holdings, Inc. Systems, methods and apparatus for managing machine-to-machine (m2m) entities
US20130103842A1 (en) * 2011-10-24 2013-04-25 Interdigital Patent Holdings, Inc. Methods, systems and apparatuses for application service layer (asl) inter-networking
WO2013168911A1 (ko) * 2012-05-10 2013-11-14 주식회사 케이티 사용자 식별 정보를 이용한 컨테이너 자원의 구성 방법, 기록 매체 및 그 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"ETSI Technical Specification on Macbine-to-Machine Communications: Functional Architecture", ETSI TS 102 690? V2.1.1, October 2013 (2013-10-01), pages 1 - 332 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017121240A1 (zh) * 2016-01-13 2017-07-20 电信科学技术研究院 一种资源访问控制方法、装置及系统
CN106973031A (zh) * 2016-01-13 2017-07-21 电信科学技术研究院 一种资源访问控制方法、装置及系统
CN106973031B (zh) * 2016-01-13 2020-07-03 电信科学技术研究院 一种资源访问控制方法、装置及系统
WO2017181863A1 (zh) * 2016-04-18 2017-10-26 电信科学技术研究院 资源访问控制方法及装置
US11792627B2 (en) 2018-11-27 2023-10-17 Hyundai Motor Company Method and apparatus for managing resources and performing resource offloading in M2M system

Also Published As

Publication number Publication date
CN105745867B (zh) 2019-05-31
KR102345346B1 (ko) 2021-12-30
US10015684B2 (en) 2018-07-03
US20160302085A1 (en) 2016-10-13
KR20160091881A (ko) 2016-08-03
CN105745867A (zh) 2016-07-06

Similar Documents

Publication Publication Date Title
WO2015080401A1 (ko) 무선 통신 시스템에서 특정 리소스의 관리를 위한 방법 및 장치
US10492048B2 (en) Service layer resource propagation across domains
KR102224379B1 (ko) 일반적 상호연동 및 확장성을 위한 서비스 계층 리소스 관리
US10085244B2 (en) Method for guaranteeing operation of control message in wireless communication system and device for same
KR102145741B1 (ko) 무선 통신 시스템에서 접근 제어를 위한 방법 및 장치
KR102091069B1 (ko) 향상된 RESTful 동작들
JP2019519174A (ja) サブスクリプションを終了するための方法およびエンティティ
KR102415664B1 (ko) 무선 통신 시스템에서 통지 수신 중단 요청을 처리하기 위한 방법 및 이를 위한 장치
US10990449B2 (en) Managing application relationships in machine-to-machine systems
WO2014069968A1 (ko) 무선 통신 시스템에서 특정 리소스에 대한 정보 갱신을 위한 방법 및 장치
WO2015034337A1 (ko) 무선 통신 시스템에서 특정 요청 메시지의 처리를 위한 방법 및 장치
KR102561083B1 (ko) 프로파일 기반 콘텐츠 및 서비스들
CN111095904B (zh) 通信网络中的服务层消息模板
JP2019521591A (ja) アクセスポイント切り替え方法および装置
KR20200135176A (ko) 단말의 이동에 따른 엣지 트랜스퍼를 제공하는 방법 및 장치
KR20220156429A (ko) M2m 시스템에서 디지털 권한 관리를 지원하기 위한 방법 및 장치
KR20220103025A (ko) M2m 시스템에서 보안 키를 교체하기 위한 방법 및 장치
WO2015080460A1 (ko) 무선 통신 시스템에서 ae id 할당 방법
KR20230080296A (ko) M2m 시스템에서 데이터를 보호하기 위한 방법 및 장치

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20167009959

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15100582

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14865419

Country of ref document: EP

Kind code of ref document: A1