1 / 6

ETSI M2M / TIA architecture harmonization

ETSI M2M / TIA architecture harmonization. O. Elloumi. TR50.1 architecture, general observations. Intermediate node is the equivalent of an ETSI M2M Gateway (G’ in particular, TBC), although not explicitely stated as such in the architecture specification

brenna
Download Presentation

ETSI M2M / TIA architecture harmonization

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. ETSI M2M / TIA architecture harmonization O. Elloumi

  2. TR50.1 architecture, general observations • Intermediate node is the equivalent of an ETSI M2M Gateway (G’ in particular, TBC), although not explicitely stated as such in the architecture specification • Chaining of intermediate nodes is possible (not part of ETSI M2M R1) • No horizontal service platform: Application server implements functions of NA and NSCL • Smart Device is equivalent to D & D’ device, while Device is equivalent to legacy ‘d’ in ETSI M2M parlance. • X interface is out of scope for ETSI • Interfaces to AAA are not shown in ETSI Architecture, but are recognized as internal interfaces

  3. High-level mapping

  4. Delta for ETSI to take into account TIA • Delta: • G to G (in ETSI M2M this • can be handled via the the • network) • D to D (not necessarily via • LAN/PAN)

  5. Way forward on harmonization • TIA TR50.1 architecture considers the need for multiple interconnected gateways as important aspect of the architecture to account for e.g. Smart Grid deployments • TIA TR50.1 identifies the need for a convergence layer as a means to hide network specificities • Intermediate node would connect multiple smart devices and intermediate nodes. • ETSI consider the M2M service platform as separate from the Application Server (common agreement on this) • Next steps: • Email discussion over the joint mailing list (Paul Russel to trigger a way forward discussion) • Email discussion on definitions (Mitch to trigger email discussion on definitions alignment) • May 11 conf. call (2 and ½), Victoria will send practical arrangements • June 7th conf. call (2 and ½) (decide for date and venue for the F2F meeting taking into account the current progress)

  6. A1: AAA <-> the application server. A2: AAA <-> the intermediate node. A3: AAA <-> the smart device controller. A4: AAA <-> the smart device. B1: application <-> intermediate node. B3: intermediate node <-> smart device controller. B5: application server <-> smart device. B6: intermediate node <-> intermediate node B7: smart device <-> smart device X: device <-> smart device controller. This reference point is outside the scope of this document. NSCL to MAS interface (internal in ETSI) Does not exist Does not exist Does not exist mId (Note: intermediate node is G’ equivalent) Does not exist in R1 (but is mId variant?) mId Does not exist in R1 Considered out of scope Out of scope (position similar to TIA) Reference points mapping For further discussion: mIa and dIa have no equivalent in TIA TR50

More Related