Resource Announcement Procedures Group Name: WG2 Source: Rajesh Bhalla, Hao Wu - ZTE Meeting Date: 2014-03-20 Agenda Item: TBD.

Slides:



Advertisements
Similar presentations
CMDH Refinement Contribution: oneM2M-ARC-0397
Advertisements

Summary on the M2M CMDH Policies Management Object (MCMDHMO)
Problem of Current Notification Group Name: ARC WG Source: Heedong Choi, LG Electronics, Meeting Date: ARC 9.0 Agenda Item: TBD.
Problem of non-Blocking Synchronous mode Group Name: ARC WG Source: Yuan Tao, Mitch Tseng, Huawei Technologies Meeting Date: ARC 15.0 Agenda Item: TBD.
Group:WG3 (PRO) Source:Peter Niblett, IBM, Date: Agenda:PRO#14 TS-0004 Data Representation Proposal Discussion.
Group:WG3 (PRO) Source:Peter Niblett, IBM, Date: Agenda:PRO#14 TS-0004 Data Representation Proposal Discussion.
Multi-Link Devices Group Name: WG1 Source: Kaonmedia, KETI Contact: Hwang Kwang Tae Yong-Suk Park
3GPP2 X xxx Title: SIP6 access and MIP6 Access Differentiation Sources: ZTE Contact: Rajesh Bhalla
Discussion on Time Series Data Group Name: WG2 Source: Qi Yu, Mitch Tseng- Huawei Technologies, Co. LTD. Meeting Date: Work Item :WI-0033.
OneM2M-ARC Enhancement_on_resources Some thoughts on oneM2M resources Group Name: WG2 Source: Norio Uchida, NEC, Barbara.
In-Band Access Control Framework Group Name: WG4 SEC Source: Qualcomm Meeting Date: Agenda Item:
Announcement Resources ARC Announcement_Issues Group Name: WG2 Source: Barbara Pareglio, NEC Meeting Date: Agenda Item: Input Contribution.
Introduction of PRO WG activities Group Name: TP Source: Shingo Fujimoto, FUJITSU, Meeting Date: Agenda Item:
3GPP Rel-13 Interworking discussions
In-Band Access Control Framework Group Name: WG4 SEC Source: Qualcomm Meeting Date: Agenda Item:
Answer the Questions Regarding Pending Issues on Access Control Group Name: WG4 SEC Source: LG Electronics Meeting Date: Agenda Item: SEC#11.4.
Management of CMDH Policies Group Name: WG5-MAS Source: Wolfgang Granzow, Qualcomm, Meeting Date: Agenda Item: Management.
Discussion on the problem of non- Blocking Synchronous mode Group Name: ARC WG Source: Yuan Tao, Mitch Tseng, Huawei Technologies Meeting Date: ARC 15.2.
App-ID Discussion Group Name: ARC WG Source: Seongyoon Kim, LG Electronics, Meeting Date: 31 July 2014 Agenda Item: TBD.
Response Status Codes Concepts for oneM2M Group Name: WG3 Source: Philip Jacobs, Cisco, Meeting Date: Agenda Item: TS-0004.
LWM2M Interworking Object Instantiation Group Name: Architecture Source: ALU (TIA) Meeting Date: Arc 17.2 Agenda Item: LWM2M Interworking.
Customized Resource Types MAS Group Name: MAS + ARC + PRO WGs Source: Wolfgang Granzow, Qualcomm Inc., Meeting Date:
Discussion on the problem of non- Blocking Synchronous mode Group Name: ARC WG Source: Yuan Tao, Mitch Tseng, Huawei Technologies Meeting Date: ARC 15.2.
Primitive End-to-End Security Requirements Group Name: SEC WG4 Source: Phil Hawkes, Qualcomm, Meeting.
Ontology Resource Discussion
Supporting Time Series Data Group Name: WG2 Source: Qi Yu, Mitch Tseng- Huawei Technologies, Co. LTD. Meeting Date: Work Item :WI-0033.
Management of Semantic Instances in resources using SPARQL update operation with HTTP verbs Group Name: MAS 19 Source: Minwoo Ryu, jaeho Kim, Sungchan.
3GPP Rel-13 Interworking discussions
OIC INTERWORKING OPERATIONAL PROCEDURE (ADDRESSING AND DISCOVERY) Group Name: Architecture WG Source: Kiran Vedula, Samsung Electronics,
Different planes for the resource structure Group Name: WG5 – MAS and WG2 – ARC Source: Nicolas Damour, Sierra Wireless
PRO/ARC and TST/PRO joint sessions at TP20 Group Name: oneM2M TP20 Source: Peter Niblett, IBM Meeting Date:
Protocol Issues related to Plugtest Group Name: TST Source: Wolfgang Granzow, Qualcomm Inc., Meeting Date: Agenda.
M2M Service Layer – DM Server Security Group Name: OMA-BBF-oneM2M Adhoc Source: Timothy Carey, Meeting Date:
LWM2M Interworking Proxy Procedures ARC Considerations
M2M Service Session Management (SSM) CSF Group Name: WG2-ARC Source: IDCC, LGE, ZTE Meeting Date: TP8 Agenda Item:
Attribute-level access control Group Name: ARC WG Source: Yuan Tao, Mitch Tseng, Huawei Technologies Meeting Date: ARC 16 Agenda Item: TBD.
Template proposal Group Name: PRO Source: Barbara PAreglio, NEC, Meeting Date: Agenda Item: input contribution.
Issues of Current Access Control Rule and New Proposal Introduction Group Name: ARC 21 Source: Wei Zhou, Datang, Meeting Date:
Adding Non-blocking Requests Contribution: oneM2M-ARC-0441R01R01 Source: Josef Blanz, Qualcomm UK, Meeting Date: ARC 7.0,
Authorization Architecture Discussion Group Name: SEC WG Source: Seongyoon Kim, LG Electronics, Meeting Date: 28 MAY, 2014 Agenda.
Issues about management Group Name: MAS9.2 Source: Jiaxin Yin, Huawei Technologies Co., Ltd., Meeting Date: Agenda Item:
Subscription and Notification Issue Group Name: WG2 Source: Qi Yu, Mitch Tseng- Huawei Technologies, Co. LTD. Meeting Date: ~23 Agenda Item:
Consideration Security Issues on Registration Group Name: WG4 (SEC) Source: Shingo Fujimoto, FUJITSU, Meeting Date:
DM Execute Group Name: WG2/WG5 Source: Jiaxin Yin, Huawei Technologies Co., Ltd., Meeting Date: Agenda Item: TBD.
TS-0004 guideline for new resource type definition Group Name: PRO WG Source: SeungMyeong JEONG, LG Electronics Meeting Date: Agenda Item: TS.
Possible options of using DDS in oneM2M Group Name: ARC Source: KETI, Huawei, Hitachi, China Unicom Meeting Date: Agenda Item: DDS binding.
Methods of Work Report Group Name: TP#10 Source: Enrico Scarrone, Telecom Italia, Meeting.
Specifying the Address of Management Client of Managed Entity Group Name: ARC Source: Hongbeom Ahn, SK Telecom, Meeting Date: TP#21 Agenda.
Joint PRO/ARC session at TP20 Group Name: oneM2M TP20 Source: Peter Niblett, IBM Meeting Date:
3GPP Rel-13 Interworking discussions Group Name: TP #18 Source: Rejesh Bhalla, ZTE Corporation, Meeting Date: Agenda Item:
Service Framework Proposal
End-to-End Security for Primitives
MIME Type Definition Group Name: PRO WG
Group multicast fanOut Procedure
2nd Interoperability testing issues
Possible options of using DDS in oneM2M
Issues of <locationPolicy> Discussion
MAF&MEF Interface Specification discussion of the next steps
3GPP Rel-13 Interworking discussions
oneM2M Versioning Next Steps
Considering issues regarding handling token
Discussion on feature catalogue
CMDH Refinement Contribution: oneM2M-ARC-0397R01
Service Layer Dynamic Authorization [SLDA]
Problem & Proposal for User Plane Support for QoS Mapping
MAPID for User Plane Support
MAPID for User Plane Support
oneM2M interop 6 action point
Congestion Control Comments Resolution
Presentation transcript:

Resource Announcement Procedures Group Name: WG2 Source: Rajesh Bhalla, Hao Wu - ZTE Meeting Date: Agenda Item: TBD

Background © 2013 oneM2M Partners 2

Resource Announcement A resource can be announced to one or more remote CESs to inform them of the existence of the original resource The original resource can, thereby, be discovered more easily since the remote CSEs with interest in specific resources do not have to contact huge number of other CSEs The announced resource has a limited set of attributes though, and a limited set of child resources from the original resource The announced-resource has a link to the original resource at the resource hosting-CSE, thereby allowing access to the attributes that are not available at the announced-resources © 2013 oneM2M Partners 3

Resource Announcement (cont.) The attributes of an announce-able resource are categorized as: – MP (Mandatory Present): Such attributes in the original resource are mandatory to be present in the announced resources. – OP (Optional Present): Such attributes in the original resource may or may not be present in the announced resources depending on the contents of the "announcedAttribute" attribute of the original resource – NP (Not Present): Such attribute shall not be present in the announced resource. © 2013 oneM2M Partners 4

Resource Announcement (cont.) Three attributes are have been specified to support resource announcement: © 2013 oneM2M Partners 5

Resource Announcement (cont.) Resource announcement is accomplished by using CREATE operation, whereby an announced-resource is created at the remote CSE indicated by the address (e.g., URI) in announceTo attribute – attributes of type "MP" are created at the announced-resource – attributes of type "NP" are not created at the announced-resource – attribute of type "OP" included in the announcedAttribute attribute at the original resource are created at the announced-resource Resource de-announcement is accomplished by using the DELETE operation – The announced-resource at the remote CSE is deleted when the address (e.g., URI) of the remote CSE is removed from the announceTo attribute at the original CSE – All announced-resource are also deleted when the original announced resource is deleted © 2013 oneM2M Partners 6

Resource Announcement (cont.) The original resource maintains synchronization between the values of attributes at the original resource and at all announced resources For any updates to the values of announced attributes, the original resource can use UPDATE procedure to synchronize such attributes at all announced resources © 2013 oneM2M Partners 7

Issues © 2013 oneM2M Partners 8

Attribute Announcement and De-Announcement Need to maintain synchronization for "OP" type attributes that are included in the announcedAttribute attribute at the original resource and similar attributes at the announced-resources An update to the announcedAttribute attribute at the original resource results in such "attribute" announcement or de-announcement at all announced-resources How to accomplish, such attribute announcement de-announcement is an open issue – current specification proposes to use CREATE and DELETE operations for "attribute" announcement and de-announcement respectively The issue is: – CREATE and DELETE operations are applicable to "resource" as whole; and NOT to individual "attributes" © 2013 oneM2M Partners 9

Solution Option -1 When a resource is announced (by using CREATE operation) – All attributes of type "MP" are created at the announced-resource – Attributes of type "NP" are NOT created at the announced-resource – Attributes of type "OP" included in the announcedAttribute attribute at the original resource are created in the announced-resource – In addition, the optional attributes at the original resource that are not included in the announcedAttribute attribute are also created at the announced-resource, but their value is set to NULL Resource UPDATE operation is then used to announce/de-announce the “attributes” – When an additional attribute needs to be announced, UPDATE operation updates the value of such attribute at the announced-resource – When an attribute need to be de-announced, UPDATE operation sets the value of such attribute to NULL at the announced-resource(s) How a NULL value is implemented is Stage-3 issue. It could be via means such as the use of certain flags etc. © 2013 oneM2M Partners 10

Solution Option - 2 UPDATE operation is used for resource announcement/de- announcement An optional meta information element is proposed for inclusion in such UPDATE Request messages – annc: optional; for attribute announcement and de-announcement Value set to Announce: Announce attribute(s) identified in cn parameter Value set to De-Announce: De-announce attribute(s) identified in cn parameter. – cn parameter includes the attributes to be announced or de- announced Identifies the additional "OP" type attribute(s) that are to be announced, with their associated values Identifies the existing "OP" type attribute(s) that are to be de-announced © 2013 oneM2M Partners 11

Solution Option - 3 Enhance CREATE and DELETE operations for being applicable at “attribute” level also One method of doing that could be to use optional annc meta information – when used with CREATE operation, the presence of such annc meta information makes the operation applicable to the attribute(s) included in the cn parameter – when used with DELETE operation, the presence of such annc meta information makes the operation applicable to the attribute(s) included in the cn parameter © 2013 oneM2M Partners 12

Solution Choices © 2013 oneM2M Partners 13

Solution Choices Option 3 necessitates to change the scope of CREATE and DELETE operations The scope of CREATE and DELETE operations needs to be changed from "resource" level to "attribute" level The need to support (more) parameters for DELETE operation (cn, annc); major change Needs significant enhancements at several places in TS-0001 © 2013 oneM2M Partners 14

Solution Choices Option 1 and Option 2 recommend the use of UPDATE operation The scope of Update operation is at "attribute" level, hence no change in the scope to the operation Relatively lesser enhancements needed to TS © 2013 oneM2M Partners 15

Solution Preference is for Option 1 or Option 2 Guidance solicited for the preferred approach – Option 1 ?? – Option 2?? © 2013 oneM2M Partners 16

Thanks © 2013 oneM2M Partners 17