1、 ETSI TR 103 394 V1.1.1 (2018-01) Smart Body Area Networks (SmartBAN); System Description TECHNICAL REPORT ETSI ETSI TR 103 394 V1.1.1 (2018-01) 2 Reference DTR/SmartBAN-008 Keywords MAC, routing support ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax:
2、 +33 4 93 65 47 16 Siret N 348 623 562 00017 - NAF 742 C Association but non lucratif enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Important notice The present document can be downloaded from: http:/www.etsi.org/standards-search The present document may be made available in electronic versi
3、ons and/or in print. The content of any electronic and/or print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any existing or perceived difference in contents between such versions and/or in print, the only prevailing document is t
4、he print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is avail
5、able at https:/portal.etsi.org/TB/ETSIDeliverableStatus.aspx If you find errors in the present document, please send your comment to one of the following services: https:/portal.etsi.org/People/CommiteeSupportStaff.aspx Copyright Notification No part may be reproduced or utilized in any form or by a
6、ny means, electronic or mechanical, including photocopying and microfilm except as authorized by written permission of ETSI. The content of the PDF version shall not be modified without the written authorization of ETSI. The copyright and the foregoing restriction extend to reproduction in all media
7、. ETSI 2018. All rights reserved. DECTTM, PLUGTESTSTM, UMTSTMand the ETSI logo are trademarks of ETSI registered for the benefit of its Members. 3GPPTM and LTE are trademarks of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. oneM2M logo is protected for the b
8、enefit of its Members. GSM and the GSM logo are trademarks registered and owned by the GSM Association. ETSI ETSI TR 103 394 V1.1.1 (2018-01) 3 Contents Intellectual Property Rights 4g3Foreword . 4g3Modal verbs terminology 4g31 Scope 5g32 References 7g32.1 Normative references . 7g32.2 Informative r
9、eferences 7g33 Definitions, symbols and abbreviations . 7g33.1 Definitions 7g33.2 Symbols 7g33.3 Abbreviations . 8g34 Introduction and Background . 8g35 Comparisons with Other Related Standards . 9g36 Use Cases . 9g36.0 Introduction 9g36.1 Safety Monitoring. 9g36.2 Fall Monitoring 10g36.3 Stress Mon
10、itoring . 10g36.4 Sleep Monitoring 11g36.5 Blood Pressure Fluctuation Monitoring . 11g36.6 Abnormal Cardiac Rhythm Monitoring . 11g36.7 Apnea Monitoring 12g36.8 Sports Monitoring 12g37 Overview of PHY/MAC . 12g37.1 System Parameters . 12g37.2 PHY/MAC Layer Structure 13g37.3 Example of PHY/MAC Parame
11、ters 14g38 Interoperability and Heterogeneity Management . 15g38.0 Introduction 15g38.1 Heterogeneity management 16g38.2 Interoperability management 17g39 Radio Frequency (RF) measurement and modelling 18g3Annex A: Throughput Requirements . 19g3A.1 Downlink Throughput Requirements . 19g3A.2 Uplink T
12、hroughput Requirements 19g3History 20g3ETSI ETSI TR 103 394 V1.1.1 (2018-01) 4 Intellectual Property Rights Essential patents IPRs essential or potentially essential to the present document may have been declared to ETSI. The information pertaining to these essential IPRs, if any, is publicly availa
13、ble for ETSI members and non-members, and can be found in ETSI SR 000 314: “Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect of ETSI standards“, which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server
14、 (https:/ipr.etsi.org/). Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web server) which are, or may be, or may become,
15、 essential to the present document. Trademarks The present document may include trademarks and/or tradenames which are asserted and/or registered by their owners. ETSI claims no ownership of these except for any which are indicated as being the property of ETSI, and conveys no right to use or reprod
16、uce any trademark and/or tradename. Mention of those trademarks in the present document does not constitute an endorsement by ETSI of products, services or organizations associated with those trademarks. Foreword This Technical Report (TR) has been produced by ETSI Technical Committee Smart Body Are
17、a Network (SmartBAN). Modal verbs terminology In the present document “should“, “should not“, “may“, “need not“, “will“, “will not“, “can“ and “cannot“ are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms for the expression of provisions). “must“ and “must not“ a
18、re NOT allowed in ETSI deliverables except when used in direct citation. ETSI ETSI TR 103 394 V1.1.1 (2018-01) 5 1 Scope The present document describes the system description of Smart BAN. SmartBAN addresses the five major features below: 1) Smart Body Area Networks (SmartBAN) Unified data represent
19、ation formats, semantic and open data model. 2) SmartBAN Data representation and transfer, service and application; Standardized interfaces, APIs and infrastructure for heterogeneity and interoperability management. 3) SmartBAN Measurements and Modelling of SmartBAN RF environment. 4) Low complexity
20、 MAC and routing for SmartBAN. 5) Enhanced, ultra-low power PHY for SmartBAN. The following technologies are also to be defined: smart control; network management; implant communications; security; and privacy mechanisms. SmartBAN takes a comprehensive view of BAN from lower layer (e.g. physical lay
21、er and MAC layer) to higher layer system aspects and end-to-end (e.g. heterogeneity management and semantic interoperability and monitoring and control). End-to-end connectivity (e.g. SmartBAN to Medical Centre or SmartBAN to SmartBAN) is illustrated by figure 1. Figure 1: Scope of SmartBAN SmartBAN
22、 facilitates the efficient use of multiple radio technologies. This will be handled in all the layers including semantic interoperabilities and a BAN coordinator will be introduced for that purpose (figure 2). This coordinator will also provide mandatory functionality related to routing and interact
23、ions with other application domains that includes e.g. SmartM2M, automotive, smart home environments. ETSI ETSI TR 103 394 V1.1.1 (2018-01) 6 Figure 2: Summary of the SmartBAN environment main constraints Figure 3 provides a an example of a possible future multi-radio (e.g. narrowband 2,4 GHz and UW
24、B). The controller may be e.g. a handset or other device while other, simpler devices (e.g. smart watch or wristband) may serve as a relay/bridge within the BAN offering enhanced performance/robustness (e.g. relay around hidden devices) as well as opening the door for optimized SmartBAN solutions wi
25、th enhanced connectivity (multi-radio). Figure 3: Future SmartBAN ETSI TS 103 325 i.2 ETSI TS 103 326 i.3 ETSI TR 103 395 i.7 ETSI TS 103 327 i.4 ETSI TS 103 378 i.5 ETSI ETSI TR 103 394 V1.1.1 (2018-01) 7 2 References 2.1 Normative references Normative references are not applicable in the present d
26、ocument. 2.2 Informative references References are either specific (identified by date of publication and/or edition number or version number) or non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the referenced document (includi
27、ng any amendments) applies. NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee their long term validity. The following referenced documents are not necessary for the application of the present document but they assist the user with regard
28、to a particular subject area. i.1 IEEE Std. 802.15.6-2012: “IEEE Standard for Local and metropolitan area networks - Part 15.6: Wireless Body Area Networks“. i.2 ETSI TS 103 325 (V1.1.1) (04-2015): “Smart Body Area Network (SmartBAN);Low Complexity Medium Access Control (MAC) for SmartBAN“. i.3 ETSI
29、 TS 103 326 (V1.1.1) (04-2015): “Smart Body Area Network (SmartBAN);Enhanced Ultra-Low Power Physical Layer“. i.4 ETSI TS 103 327: “Smart Body Area Networks (SmartBAN); Service and application standardized enablers and interfaces, APIs and infrastructure for interoperability management“. i.5 ETSI TS
30、 103 378 (V1.1.1) (12-2015): “Smart Body Area Networks (SmartBAN) Unified data representation formats, semantic and open data model“. i.6 ETSI TS 103 378 (V1.2.1): “Smart Body Area Networks (SmartBAN) Unified data representation formats, semantic and open data model“. i.7 ETSI TR 103 395: “Smart Bod
31、y Area Network (SmartBan); Measurements and modelling of SmartBAN Radio Frequency (RF) environment“. 3 Definitions, symbols and abbreviations 3.1 Definitions For the purposes of the present document, the following terms and definitions apply: example 1: text used to clarify abstract rules by applyin
32、g them literally 3.2 Symbols For the purposes of the present document, the following symbols apply: * Mathematical multiplication of the term immediately preceding the symbol and the term D Delay eXclusive OR (XOR) ETSI ETSI TR 103 394 V1.1.1 (2018-01) 8 3.3 Abbreviations For the purposes of the pre
33、sent document, the following abbreviations apply: BAN Body Area Network BCH Code Bose- Chaudhuri- Hocquenghem Code BTLE BlueTooth Low Energy Dch Data Channel ECG ElectroCardioGram FCS Frame Check Sequence FEC Forward Error Correction IoT Internet of Things ISM Industrial, Scientific and Medical MAC
34、Medium Access Control O 2) authentication; 3) authentication and encryption, To be defined. 7.2 PHY/MAC Layer Structure Figure 4 shows the PHY and MAC layer structure. A MAC frame consists of MAC header, MAC body and FCS. In PHY layer, the MAC frame is fragmented into 1 143 bit sequences and each se
35、quence is encoded by (127,113) BCH code and these BCH codewords form a PSDU having the length of LPSDU. Adding a 16 bit preamble and a 37 bit PHY header to the PSDU, a PHY frame is generated. ETSI ETSI TR 103 394 V1.1.1 (2018-01) 14 Figure 4: PHY/MAC Layer Structure 7.3 Example of PHY/MAC Parameters
36、 A typical examples of PHY/MAC parameters are listed below. ETSI ETSI TR 103 394 V1.1.1 (2018-01) 15 Table 11 Parameter SmartBAN Requirements Example values Dch Structure Beacon interval msg16076 100,00g16076Beacon length msg16076 0,45g16076Scheduled period length msg16076 80,00g16076Control/Managem
37、ent period length msg16076 10,00g16076Inactive period length msg16076 9,55g16076Dch Beacon Beacon data size bitsg16076 224g16076PHY symbol rate kbpsg16076 500g16076PHY mod bit/symg16076 1g16076PHY data rate kbpsg16076 1g16076Scheduled Access periodg16076Uplink period ratio %g16076 90g16076Uplink per
38、iod length msg16076 72g16076Uplink period length/Beacon interval %g16076 72g16076PHY symbol rate kbpsg16076 1 000g16076PHY mod bit/symg16076 1g16076FEC rateg16076 0,89g16076PHY data rate kbpsg16076 890g16076Transmittable data bits during uplink period bitsg16076 64 080g160768 Interoperability and He
39、terogeneity Management 8.0 Introduction BANs are made of a growing number of small sensing devices and are used in multiple use cases for which data procurement, collection, monitoring and control are mandatory. Generally domain dedicated, those devices are provided by an increasing number of manufa
40、cturers, which leads to interoperability problems (e.g. heterogeneous interfaces and/or grounding, heterogeneous descriptions, profiles, models, etc.). Interoperability management is thus a SmartBAN key requirement and should be handled. Furthermore, data provided by these BANs are very heterogeneou
41、s because they are coming from sensing/actuating nodes with various abilities (e.g. different sensing ranges, formats, coding schemes, etc.). This entails managing data level heterogeneity. Therefore, data heterogeneity management is another SmartBAN key requirement that should also be handled. For
42、handling BAN interoperability management, the design of a BAN-dedicated open and extensible framework, provided with standardized APIs, for generic interactions with BAN devices (or nodes) and corresponding data/information, becomes mandatory. This kind of open middleware/framework will enable verti
43、cal interoperability within a given application domain, such as e.g. well-being, m-health, tele-health, safety/emergency, entertainment, etc. It will also ease the cross domain interworking of in particular devices, which represents a first step towards the horizontal management of BAN multiple vert
44、ical application domains. Finally, the SmartBAN open framework should also be provided with interworking components (entities, APIs or gateways) for allowing interactions with non SmartBAN enabled environments. Interoperability of multiple and new BAN technologies not only implies a generic intercon
45、nection between BANs components (sensors, actuators, relays, concentrators and hubs) but also a shared and mutual understanding of BAN devices and environment description, as well as of exchanged data format (syntactic and structural interoperability among frameworks). This is manageable through the
46、 use of a common and standardized metadata description format. All the aforementioned issues will be handled within ETSI TS 103 327 i.4. For handling data heterogeneity, the solution consists of the formalization and the specification of a shared semantic for SmartBANs, expressed within a common ope
47、n data model and provided with the associated ontology. This open data model and ontology will provide the required generic description for BAN entities and corresponding data (including monitoring and control ones). This data model, should be in particular designed for handling any kind of BAN devi
48、ces and measured data (which is still not the case of existing WSNs data models). The SmartBAN data model should also be sufficiently semantically rich for e.g. allowing similarity detection and conflict resolution. But this semantic enrichment of the SmartBAN data model should not be done at the ex
49、pense of the mandatory low complexity constraint of SmartBANs (i.e. right balance should be found between semantic richness and complexity). This then made also compulsory the design of a modular data model and ontology for SmartBANs. Furthermore, if SmartBAN automated monitoring and control functionalities want to be enabled, as well as if the design of new SmartBAN services and applications wants to be eased, service level data model should be addressed and added to the SmartBAN open data model and associ
