Possible options of using DDS in one M

Зарегистрируйтесь, чтобы просмотреть полный документ!

Possible options of using DDS in one. M 2 M Group Name: TP Source: KETI, Huawei, Hitachi, China Unicom Meeting Date: 2016‐ 05‐ 15 Agenda Item: DDS binding

DDS is not a new topic in one. M 2 M • The use of DDS in one. M 2 M has been studied and discussed several times – In TR‐ 0009 Protocol Analysis, and advantage and the intended use of DDS has been studied. One of the main conclusion is that: • The typical type of application using DDS today is one where low latency, highly deterministic communications is desired between devices. – DDS was discussed in the Industrial Domain Enablement work item, because the wide use of DDS protocol in industry domain. – In TP #22 meeting, DDS binding work item was proposed by KETI, considering the increasing use of DDS in various industries, especially in the scenarios where Real‐Time and High‐Performance is required.

Why DDS is needed in one. M 2 M (1) From the high level point of view, the intended areas of DDS matches the target market of one. M 2 M: • • The Purpose of one. M 2 M is to specify and promote an M 2 M Common Service Layer. At the same time, DDS has been widely applied to various industries. one. M 2 M target markets ETSI M 2 M Workshop, Sophia‐Antipolis, Dec. 2015, Nicolas Damour: Standardized Service Layering for Io. T in one. M 2 M Areas where DDS is widely used

Why DDS is needed in one. M 2 M (2) From the technical point of view, DDS can meet some requirements (not limited to as shown below): • • • The one. M 2 M System shall support the ability for single or multiple M 2 M Applications to interact with a single or multiple M 2 M Devices/Gateways (application in the device/gateway) (OSR‐ 009). (the many to many communication of DDS) In automated production with utilization of information and communication technology, behaviours of devices are controlled according to sensor values. In order to achieve adequate control, real‐time Ethernet , with which sensors and devices are connected through controllers, are required to provide real‐time transmission and a high‐level of reliability. (DDS can provide real‐time communication) The gateway shall be able to collect data from the field area network (e. g. industrial bus systems) according to the data collection policy stored in the gateway. (DDS has Multi. Topic and Content. Filtered. Topic which allow for content‐based subscriptions ) The data collection policy shall be manageable (configured, updated, deleted. . ) by M 2 M Applications on the M 2 M service platform. (DDS has large number of configuration parameters and Qo. S policies) The one. M 2 M system shall be able to transmit data according to priority (CRPR‐ 003). (DDS has the transport priority policy)

Comparison of message protocols

Potential use of DDS in one. M 2 M 1. DDS protocol binding a) b) Simple binding (like MQTT binding) Content awareness binding: enable the one. M 2 M platform to control and manage all the publish/subscribe relations of the whole system, and meanwhile the data is transported peer to peer. 2. DDS real time subsystem integrated into one. M 2 M system, and one. M 2 M AE or IN‐CSE can access interested data generated by DDS subsystem or further regulate the Qo. S policies of the DDS subsystem.

1. a simple binding How the DDS protocol can be used to transport the one. M 2 M message? • All the nodes need to support DDS basic protocol, i. e. DCPS and RTPS • Mca or Mcc request and response messages are transported across the DDS protocol • DDS Topic name: – /one. M 2 M/req/<originator>/<receiver> – /one. M 2 M/resp/<originator>/<receiver>

1. b content awareness binding DDS is a peer to peer data transport protocol, so how does the Io. T platform have a overall knowledge of the whole system? For one certain node, what kind of data can it publish, and what kind of data is it interested in? • Introduce DDS information repository implemented within the one. M 2 M platform: • Manage the publish/subscribe relations: when a client requests a subscription for a topic, the DDS Information Repository locates the topic and notifies any existing publishers of the location of the new subscriber. • After the publish/subscribe relation is established, the data is transmitted peer to peer, e. g. ASN to MN and ASN to IN • DDS Topic name: resource awareness

2. Integrate DDS subsystem • DDS is widely used in many industry scenarios, meanwhile one. M 2 M platform can be considered as a horizontal platform integrating the subsystems of different vertical industries, and exposing the resources or data to applications. • DDS real time subsystem can be integrated to the one. M 2 M system via a DDS enabled one. M 2 M gateway. Thus the application can monitor the interested data inside the DDS system and further manage or regulate the Qo. S policy inside the DDS system, according to application requirements. Smart Home application Connected Car application Industry application AE IN‐CSE one. M 2 M platform DDS device Connected cars subsystem Smart home devices and subsystem one. M 2 M restful based interface DDS real time subsystme DDS enabled MN DDS data bus … DDS device

Comparisons of the potential solutions The work load/difficulty for standardization The work load/difficulty for deployment or the time to market 1 a. Simple binding The solution is similar to MQTT binding, and only stage 3 PRO WG is impacted. The nodes in the one. M 2 M system need to be enhanced to support DDS protocol binding. 1 b. Content awareness binding The solution is based on solution 1 a. Because this aim of solution is P 2 P data transport, besides PRO WG, stage 2 ARC may be impacted. The one. M 2 M platform needs to be enhanced to support the repository function, and the nodes in the one. M 2 M system need to be enhanced to support DDS content awareness binding. 2. Integrating DDS system to one. M 2 M The scenario is clear and necessary, but at the first stage, a TR is needed to study the possible solution, e. g. Qo. S mapping, message mapping. Without any changes or enhancements, the DDS subsystem can be integrated to the one. M 2 M system. Only a interworking gateway is needed to bridge the DDS subsystem and the one. M 2 M system. Complexity increasing

DDS work item scope proposal Document title TS DDS protocol binding(1 a+1 b) CRs to TS‐ 0001 related to DDS protocol binding TR Integrate DDS subsystem into the one. M 2 M system(2)

Thanks for your listening! Q&A

Скачать презентацию Possible options of using DDS in one M

906896cf83312b0febfcad2773c45171.ppt

Количество слайдов: 12