WO2012107866A1 - Method to use auxiliary channel to achieve fast and power-efficient association in wireless networks - Google Patents
Method to use auxiliary channel to achieve fast and power-efficient association in wireless networks Download PDFInfo
- Publication number
- WO2012107866A1 WO2012107866A1 PCT/IB2012/050516 IB2012050516W WO2012107866A1 WO 2012107866 A1 WO2012107866 A1 WO 2012107866A1 IB 2012050516 W IB2012050516 W IB 2012050516W WO 2012107866 A1 WO2012107866 A1 WO 2012107866A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- mban
- hub device
- devices
- spectrum
- association
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B2560/00—Constructional details of operational features of apparatus; Accessories for medical measuring apparatus
- A61B2560/02—Operational features
- A61B2560/0204—Operational features of power management
- A61B2560/0209—Operational features of power management adapted for power saving
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
- A61B5/0015—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
- A61B5/0024—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system for multiple sensor units attached to the patient, e.g. using a body or personal area network
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/24—Detecting, measuring or recording bioelectric or biomagnetic signals of the body or parts thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/02—Access restriction performed under specific conditions
- H04W48/06—Access restriction performed under specific conditions based on traffic conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Definitions
- the present application relates to medical monitoring and clinical data devices for monitoring the physiological condition of a patient. It finds particular application in the use of auxiliary channels to achieve fast and power-efficient association with wireless networks.
- MBANs provide low-cost wireless patient monitoring (PM) without the inconvenience and safety hazards posed by wired connections, which can trip medical personnel or can become detached so as to lose medical data.
- PM wireless patient monitoring
- multiple low cost sensors are attached at different locations on or around a patient, and these sensors take readings of patient physiological information such as patient temperature, pulse, blood glucose level, electrocardiographic (ECG) data, or so forth.
- ECG electrocardiographic
- the sensors are coordinated by at least one proximate hub or gateway device to form the MBAN.
- the hub or gateway device communicates with the sensors using embedded short-range wireless communication radios for example conforming with an IEEE 802.15.4 (Zigbee) short-range wireless communication protocol. Information collected by the sensors is transmitted to the hub or gateway device through the short-range wireless communication of the MBAN, thus eliminating the need for cables.
- the hub or gateway device communicates the collected patient data to a central patient monitoring (PM) station via a wired or wireless longer-range link for centralized processing, display and storage.
- the longer-range network may, for example, include wired Ethernet and/or a wireless protocol such as Wi-Fi or some proprietary wireless network protocol.
- the PM station may, for example, include an electronic patient record database, display devices located at a nurse's station or elsewhere in the medical facility, or so forth.
- MBAN monitoring acquires patient physiological parameters.
- the acquired data may range from important (for example, in the case of monitoring of a healthy patient undergoing a fitness regimen) to life critical (for example, in the case of a critically ill patient in an intensive care unit).
- life critical for example, in the case of a critically ill patient in an intensive care unit.
- the current spectrum allocations and regulations for medical wireless connectivity do not meet the strict requirements of MBAN, including medical-grade link robustness, ultra low-power consumption and low- cost, due to either limited bandwidth or uncontrolled interference.
- Short-range wireless communication networks tend to be susceptible to interference.
- the spatially distributed nature and typically ad hoc formation of short-range networks can lead to substantial spatial overlap of different short range networks.
- the number of short-range communication channels allocated for short range communication systems is also typically restricted by government regulation, network type, or other factors.
- the combination of overlapping short-range networks and limited spectral space (or number of channels) can result in collisions between transmissions of different short range networks.
- These networks can also be susceptible to radio frequency interference from other sources, including sources that are not similar to short-range network systems.
- E- Key electronic key
- the allocated MBAN spectrum would be used on a secondary basis meaning the MBAN systems would have to protect all the primary users in that spectrum and accept possible interference from those users.
- restrictions would need to be placed on the use of the MBAN spectrum.
- the MBAN spectrum could only be used by MBAN devices within healthcare facilities outside predefined protection zones. If an MBAN device is outside the protection zone or does not have authorization from an E-key, the MBAN device could only transmit outside the MBAN spectrum. This means that an MBAN device can transmit within the MBAN spectrum only when it successfully gets authorization from an assigned MBAN coordinator.
- a hospital planning to use the MBAN spectrum for MBAN services needs to register with the assigned MBAN coordinator.
- the MBAN coordinator will decide if it is feasible to use the MBAN spectrum through the coordination with the primary users and if yes, generate an E-Key to authorize the use of some or all of the MBAN spectrum for the registered hospital.
- All the MBAN devices by default are not allowed to transmit in the MBAN spectrum but can transmit outside the MBAN spectrum or other bands (e.g. 2.4 GHz ISM band).
- a registered healthcare facility will broadcast its E-Key, which is obtained from the MBAN coordinator, to all active MBAN systems within its facility (indoor).
- an MBAN hub device receives an E- Key from its registered healthcare facility, it will enable transmission within part or the entire of the MBAN spectrum authorized by the E-Key.
- the MBAN hub device is responsible for selecting a channel on which to operate and may notify its MBAN devices (or slave devices) via beacon transmission. Slave devices may not be allowed to transmit in the MBAN spectrum before they successfully associate with an MBAN system and maintained a connection with the MBAN hub device.
- an MBAN slave device To associate with an MBAN system, an MBAN slave device has to acquire information about active MBAN systems nearby and select the desired MBAN system with which to associate. The MBAN device will then switch to the channel currently used by the selected MBAN system and send an association request to the hub device of the desired MBAN system. The hub device will determine whether such association is allowed and send its decision to the MBAN device via an association response. The MBAN device may transmit an acknowledgement frame to the hub device to complete the association procedure.
- an orphaned device i.e. a MBAN device that concludes that it lost connection to the MBAN system
- MAC media access control
- the orphaned device will perform an orphan scan that allows it to attempt to relocate and reconnect to its hub device.
- the MBAN device has to transmit association request/orphan notification frames before it successfully builds a connection to its hub device and its identification is verified by the hub device which it may not be allowed to do without having a valid E-key.
- a medical system is provided.
- MBAN devices acquire and communicate patient data.
- One or more medical body area network (MBAN) systems each MBAN system including the one or more MBAN devices communicating the patient data with a hub device via short-range wireless communication, the communication of the patient data via the short-range wireless communication being within a predefined spectrum.
- the hub device receiving patient data communicated from the one or more MBAN devices and communicating with a central monitoring station via a longer range communication.
- the one or more MBAN devices transmitting an association request to the hub device on one or more auxiliary channels to associate each MBAN device with the MBAN system, the auxiliary channels being outside the predefined spectrum.
- a method includes collecting patient data by one or more medical body area network (MBAN) devices, transmitting an association request to a hub device on auxiliary channels to associate the one or more MBAN devices with an MBAN system, communicating the collected patient data from the one or more MBAN devices through the MBAN system to the hub device via short-range wireless communication, wherein the communication via short-range wireless communication is within a predefined spectrum, the predefined spectrum being outside the auxiliary channels, and communicating the collected patient data from the hub device to a central monitoring station via longer range wireless communication.
- MBAN medical body area network
- One advantage resides in safe, fast, and power efficient association of MBAN devices with MBAN systems.
- Another advantage resides in the reduced or eliminated likelihood of loss of critical medical data acquired by an MBAN system.
- Another advantage resides in improved healthcare workflow efficiency, safety, and clinical outcome.
- the invention may take form in various components and arrangements of components, and in various steps and arrangements of steps.
- the drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the invention.
- FIGURE 1 diagrammatically illustrates a medical body area network (MBAN) system in accordance with the present application.
- MBAN medical body area network
- FIGURE 2 diagrammatically illustrates an active channel scan sequence in accordance with the present application.
- FIGURE 3 diagrammatically illustrates a passive channel scan sequence in accordance with the present application.
- FIGURE 4 diagrammatically illustrates an orphan scan sequence in accordance with the present application.
- FIGURE 5 diagrammatically illustrates a beacon based superframe structure in accordance with the present application.
- FIGURE 6 diagrammatically illustrates an active beacon transmission mode on an auxiliary channel in accordance with the present application.
- FIGURE 7 diagrammatically illustrates an passive beacon transmission mode on an auxiliary channel in accordance with the present application.
- FIGURE 8 is a flowchart diagram of the operation of the MBAN system in accordance with the present application.
- each medical body area networks (MBAN) 10 of a plurality of MBANs includes a plurality of MBAN devices 12, 14 and a corresponding hub device 16.
- the MBAN devices 12, 14 communicate with the corresponding hub device 16 via a short-range wireless communication protocol.
- the MBAN 10 is also sometimes referred to in the relevant literature by other equivalent terms, such as a body area network (BAN), a body sensor network (BSN), a personal area network (PAN), a mobile ad hoc network (MANET), or so forth.
- the term medical body area network (MBAN) 10 is to be understood as encompassing these various alternative terms.
- the illustrative MBANs 10 includes two illustrative MBAN devices 12, 14 and a corresponding hub devices 16; however, the number of MBAN devices and hub devices can be one, two, three, four, five, six, or more, and moreover the number of MBAN devices may in some embodiments increase or decrease in an ad hoc fashion as MBAN devices are added or removed from the network to add or remove medical monitoring capability.
- the MBAN devices 12, 14 include one or more sensors 20 that acquire patient data including physiological parameters such as heart rate, respiration rate, electrocardiographic (ECG) data, or so forth; however, it is also contemplated for one or more of the MBAN devices to perform other functions such as controlled delivery of a therapeutic drug via a skin patch or intravenous connection, performing cardiac pacemaking functionality, or so forth.
- Other MBAN devices can be associated with a patient, and not all of the above-mentioned MBAN devices have to be associated with a patient at any given time.
- a single MBAN device may perform one or more functions.
- the illustrative MBAN devices 12, 14 are disposed on the exterior of an associated patient; however, more generally the MBAN devices may be disposed on the patient, or in the patient (for example, a MBAN device may take the form of an implanted device), or proximate to the patient within the communication range of the short-range communication protocol (for example, a MBAN device may take the form of a device mounted on an intravenous infusion pump (not shown) mounted on a pole that is kept near the patient, and in this case the monitored patient data may include information such as the intravenous fluid flow rate). It is sometimes desirable for the MBAN devices to be made as small as practicable to promote patient comfort, and to be of low complexity to enhance reliability.
- MBAN devices 12, 14 are typically low-power devices (to keep the battery or other electrical power supply small) and may have limited on-board data storage or data buffering.
- the MBAN devices 12, 14 should be in continuous or nearly continuous short-range wireless communication with the corresponding hub device 16 in order to expeditiously convey acquired patient data to the corresponding hub device 16 without overflowing its data buffer.
- the short-range wireless communication range is diagrammatically indicated by the dotted line used to delineate the MBAN system 10.
- the short-range wireless communication is typically two-way, so that the MBAN devices 12, 14 can communicate information (e.g., patient data, MBAN device status, or so forth) to the corresponding hub device 16; and the corresponding hub device 16 can communicate information (e.g., commands, control data in the case of a therapeutic MBAN device, or so forth) to the MBAN devices 12, 14.
- the illustrative hub device is a waist-mounted device which facilitates carrying a longer, heavier battery and other hardware for longer range transmissions; however, the hub device can be otherwise mounted to the patient, for example as a wrist device, adhesively glued device, or so forth. It is also contemplated for the hub device to be mounted elsewhere proximate to the patent, such as being integrated with an intravenous infusion pump (not shown) mounted on a pole that is kept near the patient.
- the patient data acquired from the sensors 20 is concurrently transmitted to a controller 22 in the corresponding MBAN device.
- the MBAN devices 12, 14 serve as a gathering point for the patient data acquired by the sensors 20 and provide temporary storage of the patient data in a memory 24.
- the MBAN devices 12, 14 also include a communication unit 26 for transmitting the patient data via short-range wireless communication protocol to the corresponding hub device 16.
- the communication unit 26 include a transceiver (not shown) to transmit the patient data and information, received by the controller 22, and receive information, from the hub device 16.
- the short-range wireless communication protocol preferably has a relatively short operational range of a few tens of meters, a few meters, or less, and in some embodiments suitably employs an IEEE 802.15.4 (Zigbee) short-range wireless communication protocol or a variant thereof, or a Bluetooth TM short-range wireless communication protocol or a variant thereof.
- Zigbee IEEE 802.15.4
- Bluetooth TM and Zigbee are suitable embodiments for the short-range wireless communication
- other short-range communication protocols, including proprietary communication protocols are also contemplated.
- the short-range communication protocol should have a sufficient range for the hub device 16 to communicate reliably with all MBAN devices 12, 14 of the MBAN system 10.
- the short-range wireless communication protocol between the MBAN devices 12, 14 and the corresponding hub device 16 and in some embodiments between MBAN devices operate in a frequency spectrum of around 2.3-2.5 GHz.
- an MBAN spectrum is specifically allocated for the communication of the patient data, for example, the 2360-2400 MHz band discussed above.
- the reliability requirements prohibit the transmission of patient data outside the MBAN spectrum.
- the MBAN devices 12, 14 are permitted to transmit the acquired patient data to corresponding hub device 16 only when operating in the MBAN spectrum. Being able to operate inside and outside the MBAN spectrum, the MBAN devices 12, 14 are permitted to transmit and receive other data such as MBAN device status data, association data, beacon data, E-key authorization data, and the like outside the MBAN spectrum.
- the MBAN devices 12, 14 are permitted to transmit association requests to the corresponding hub device 16 but prohibited to transmit any patient data unless the MBAN device 12, 14 are operating in the allocated MBAN spectrum.
- the MBAN devices 12, 14 are secondary users of the spectrum.
- operation of MBAN devices 12, 14 in the MBAN spectrum is prohibited unless the MBAN devices 12, 14 are authorized by an assigned MBAN coordinator 36 or already in an authorized MBAN network.
- the MBAN devices 12, 14 can transmit within the MBAN spectrum only when the MBAN device successfully gets authorization from the MBAN coordinator 36 via the corresponding MBAN hub 16.
- the MBAN coordinator 36 can be a government regulatory entity, the FCC, a regional regulatory entity, the hospital in which the MBAN system is located, and the like. To operate in the MBAN spectrum, the MBAN devices 12, 14, hub device 16, the hospital, or the like need to register with the MBAN coordinator 36.
- the MBAN coordinator 36 includes a controller 38 for receiving E-key requests and assigning E-keys to authorized MBAN devices.
- the MBAN coordinator also includes an authorizing unit 40 to determine if it is feasible for a particular MBAN network to use the MBAN spectrum through the coordination with the primary users.
- the MBAN coordinator If the authorization unit 40 determines that the requesting MBAN devices services can co-exist with the primary users in the MBAN spectrum, the MBAN coordinator generates an E-key for the particular hospital, in the illustrated embodiment, authorizing the use of a portion or all of the MBAN spectrum. For example, a registered healthcare facility will broadcast its E-Key, which is obtained from the MBAN coordinator 36, to each MBAN network that is setup within its facility (indoor). Once an MBAN hub device receives an E-Key from the registered healthcare facility, it will be able to setup and operate and MBAN network within part or the entire of the MBAN spectrum authorized by the E-Key. As long as the MBAN devices 12, 14 are associated with the MBAN hub 16 in the MBAN network, they can communicate with the MBAN hub 16 over the MBAN spectrum.
- MBAN devices 12, 14 and the MBAN hub 16 in the MBAN spectrum is also prohibited if the MBAN device 12, 14 are outside a predefined protection zone such as a particular care unit, a healthcare facility, the hospital, and the like.
- the MBAN devices 12, 14 and MBAN hub 16 can transmit within the MBAN spectrum only when they are located within the predefined protection zone.
- the hub device 16 coordinates operation of its MBAN system 10 over the
- the MBAN spectrum to receive the patient data acquired by the sensors 20 of the MBAN devices 12, 14 and transmit the collected patient data from the MBAN 10 via a longer range communication protocol to a central monitoring station 34.
- the patient data acquired from the sensors 20 is concurrently transmitted from the MBAN devices 12, 14 to a short range communication device 28 in the corresponding hub device 16.
- the hub device 16 serves as a gathering point for the patient data acquired by the sensors 20 of all the MBAN device 12, 14 in the MBAN network, e.g. all of the MBAN devices associated with one patient, and provides temporary storage of the patient data in a memory 30.
- the hub device 16 also includes a longer communication unit 32 for transmitting the patient data via a longer range wireless communication protocol to the central monitoring station 34.
- a controller 33 of the MBAN hub 16 controls communication with the MBAN devices 12, 14, collection and handling of the patient data, retransmission of the patient data to the central monitoring station 34, receiving acknowledgements, setting up the network, associating new MBAN devices, disassociating removed MBAN devices, and the like.
- the longer communication unit 32 of the hub device 16 also includes a transceiver which provides the longer-range communication capability to communicate data off the MBAN system 10.
- the hub device 16 wirelessly communicates with a central monitoring station 34 through a hospital network 42.
- the central monitoring station 34 includes a controller 44 for receiving the patient data from many hub devices.
- the central monitoring station 34 also includes a display monitor 46 that may, for example, be used to display medical data for the patient that are acquired by the MBAN system 10 and communicated to the central monitoring station 34 via the hospital network 42.
- the central monitoring station 34 also communicates an electronic patient records sub-system 48 in which patient data and records for all current and past patients is stored.
- the longer-range wireless communication is suitably a WiFi communication link conforming with an IEEE 802.11 wireless communication protocol or a variant thereof.
- other wireless communication protocols can be used for the longer-range communication, such as another type of wireless medical telemetry system (WMTS).
- the longer range communication can be a wired communication such as a wired Ethernet link (in which case the hospital networks include at least one cable providing the wired longer range communication link).
- the longer range communication is longer range as compared with the short-range communication between the MBAN devices 12, 14 and the corresponding hub device 16.
- the short-range communication range may be of order ameter , a few meters, or at most perhaps a few tens of meters.
- the longer range communication can be long enough to encompass a substantial portion or all of the hospital or other medical facility whether directly or via a plurality of access points to a hospital network.
- the hub device 16 includes a battery or other power source sufficient to operate the longer-range communication transceiver.
- the hub device 16 also typically includes sufficient on-board storage so that it can buffer a substantial amount of patient data in the event that communication with the hospital network 42 is interrupted for some time interval.
- the IEEE 802.11 or other wireless communication protocol employed by the hospital network 42 provides for the wireless communication.
- the patient is typically as lying in a bed, more generally it is contemplated for the patient to be ambulatory and to variously move throughout the hospital or healthcare facility.
- the MBAN system 10 including the MBAN devices 12, 14 and the hub device 16 moves together with the patient.
- the MBAN devices 12, 14 communicate with the hub device 16 via the short-range wireless communication.
- various pairs or groups of the MBAN devices 12, 14 to also intercommunicate directly (that is, without using the hub devices 16, 18 as an intermediary) via the short-range wireless communication. This may be useful, for example, to coordinate the activities of two or more MBAN devices in time.
- the hub devices 16, 18 may provide additional functionality - for example, the hub devices 16, 18 may also be a MBAN device that includes one or more sensors for measuring physiological parameters.
- the single hub devices 16, 18 is illustrated, it is contemplated for the coordinating functionality (e.g. data collection from the MBAN devices 12, 14 and offloading of the collected data via the longer range wireless communication) to be embodied by two or more MBAN devices that cooperatively perform the coordinating tasks.
- the hospital or other medical facility includes a plurality of patients, each having his or her own MBAN system.
- the number of MB AN systems may be, by way of some illustrative examples: the hundreds, thousands, tens of thousands, or more depending on the size of the medical facility. Indeed, it is even contemplated for a single patient to have two or more different, independently or cooperatively operating MB AN systems (not illustrated).
- various MBAN systems of different patients can be expected to come into close proximity with one another, such that the ranges of the respective MBAN system short-range wireless communications overlap.
- the MBAN devices 12, 14, MBAN hub 16, MBAN system 10, and central monitoring station 34 include at least one processor, for example a microprocessor or other software controlled device configured to execute MBAN software for performing the operations described in further detail below.
- the MBAN software is carried on tangible memory or a computer readable medium for execution by the processor.
- Types of non-transitory computer readable media include memory such as a hard disk drive, CD- ROM, DVD-ROM, internet servers, and the like.
- Other implementations of the processor are also contemplated.
- Display controllers, Application Specific Integrated Circuits (ASICs), FPGAs, and microcontrollers are illustrative examples of other types of component which may be implemented to provide functions of the processor.
- Embodiments may be implemented using software for execution by a processor, hardware, or some combination thereof.
- MBAN devices 12, 14 either actively or passively channel scan to receive information about active MBANs 10 nearby. From the received information, the MBAN devices 12, 14 select a desired MBAN 10 to associate with. The MBAN devices 12, 14 switch to the channel currently used by the selected MBAN 10 and send an association request to the hub device 16 of the selected MBAN 10. The hub devices 16 determine whether such association is allowed and send its decision to the MBAN device via an association response. The MBAN device 12, 14 may transmit an acknowledgement frame to the hub device 16 to complete the association procedure. If an associated MBAN device 12, 14 loses its connection to the corresponding hub device 16 it may have to go through a similar procedure to rejoin its MBAN network 10. For example, in the IEEE 802.15.4 std., an orphaned device (i.e.
- a MBAN device that concludes that it lost connection to the MBAN network may either reset its MAC and redo the association procedure or perform the orphaned device realignment procedure.
- the orphaned device will perform an orphan scan that allows it to attempt to relocate and reconnect to its hub device 16.
- the MBAN device 12, 14 In order for the MBAN device 12, 14 to associate or rejoin an MBAN system 10, the MBAN device 12, 14 must communicate with the corresponding hub device 16. But, the MBAN device 12 is not itself authorized to transmit on the MBAN spectrum. Hence, the MBAN device cannot communicate with the hub device 16 on the MBAN spectrum and is required to actively or passively communicate on an auxiliary channel to rejoin or associate to the MBAN system 10. Due to the restrictions of the MBAN spectrum, the MBAN devices 12, 14 are prohibited from transmitting in the MBAN spectrum before receiving authorization through the E-Key from its MBAN hub device.
- the MBAN devices 12, 14 have to transmit association request/orphan notification frames before it successfully builds a connection to their corresponding hub device 16 and its identification is verified by the hub device 16 which it will not be allowed to do without having a valid E-key.
- an auxiliary channel outside the MBAN spectrum is used to support MBAN association and orphan association and re-association operations.
- one or plural auxiliary channels are predefined and known to each MBAN devices 12, 14 and the MBAM hub 16.
- the auxiliary channels are outside the MBAN spectrum and can be used by MBAN devices 12, 14 to transmit information and data without need for E-Key authorization.
- the hub device 16 of each active MBAN 10 operates on two channels: an auxiliary channel and a MBAN channel. All the normal data communications including communication of patient data of an MBAN 10 occur on a MBAN channel within the MBAN spectrum.
- the auxiliary channel is only used for the association/orphan realignment procedures.
- MBAN devices 12, 14 and hub device 16 may include two radio transceivers: one transmitting on its auxiliary channel and the other transmitting on its MBAN channel.
- the MBAN channel and the auxiliary channel are close in frequency a single transmitter/antenna system can be tuned and controlled to switch between the frequencies.
- the first and second transceivers can have different superframe structures to achieve best power consumption and latency tradeoffs.
- the MBAN hub device only has single radio that switches between its MBAN channel and auxiliary channel periodically to conduct operations on both channels.
- the latter option is feasible to MBAN systems since they are low duty-cycle (e.g. ⁇ 25%) systems and a hub device can switch to another channel for operation during its inactive period for association and re-association operations.
- an MBAN hub device 16 initiates its MBAN 10, it picks up an auxiliary channel from a list of auxiliary channels and a MBAN channel for its MBAN operation.
- the auxiliary channel is only used to support MBAN association/orphan realignment operations. All the data communications including the transmission of patient data between the MBAN hub device 16 and its associated MBAN devices 12, 14 are conducted on the MBAN channel.
- the MBAN channel and auxiliary channel can be dynamically changed with the dynamic channel selection technique based on clear channel assessment to achieve best performance.
- the MBAN devices 12, 14 either actively or passively channel scan to get receive information about active MBAN networks 10 nearby and select the corresponding MBAN network 10 with which to associate or rejoin.
- the MBAN devices 12, 14 and the MBAN hub 16 can be assigned to a specific patient and carrying the corresponding patient identifier.
- the MBAN device actively transmits a beacon request 100 on each auxiliary channel 102, 104, 106 and listen on that channel for a predefined period 108 for responses (e.g. beacon frames) from the hub device 16 on the channel.
- responses e.g. beacon frames
- the MBAN device determines which MBAN networks 10 are working on the current channel and other information about those networks. Based on the received responses, the MBAN device chooses to which MBAN networks 10 to connect, e.g. the hub with the same patient identifier.
- the MBAN device listens on each auxiliary channel 120, 122, 124 for predefined period 126 trying to receive beacon frames from the hub devices currently working on such channel.
- the orphaned MBAN device actively transmits an orphan notification command 140 on each auxiliary channel 142, 144, 146 and listens to the channel for a predefined period 148 trying to get a response from its hub device.
- the orphaned device receives a coordinator realignment command (response) from the targeted hub device, it will stop its orphan scan and start to realign with the targeted hub device.
- the beacons are based on a superframe structure.
- a superframe structure is illustrated.
- the superframe 200 includes three portions: an active period 202 in which the hub device and its MBAN devices communicate with each other on the data channel; an association period 204 in which the hub device switches to its auxiliary channel for possible association/orphan realignment operations and its MBAN devices are inactive (e.g. in sleep mode); and an inactive period 206 in which both the hub device and its MBAN devices are inactive.
- an active beacon transmission mode 300 on the auxiliary channel is illustrated.
- the hub device of an active MBAN network periodically transmits its beacon frame 302 in the association period 304 on its auxiliary channel 306.
- the hub device switchs to the listen mode 308 trying to receive possible association requests from MBAN devices. If a MBAN device wants to associate to a MBAN, it passively scans the auxiliary channels. Specifically, the MBAN device switchs to each auxiliary channel 306 and listens on that channel for a period 310 of Tii sten , which is no less than the superframe length to guarantee that the MBAN device can hear a beacon frame 302 from a hub device.
- the MBAN device receives the beacon frame 302 from its desired hub device, it stops listening and stop performing the channel scan operation.
- the MBAN device transmits an association request to the desired hub device on the current auxiliary channel 306 within the listen period of the hub device. If the hub device receives the association request correctly, it verifies the MBAN device identification, checks its available resource and makes decision whether to accept the association request. The hub device sends it decision to the MBAN device through the auxiliary channel 306. If the association request is accepted, the hub device also delivers a valid E-Key to the MBAN device. Once the association is completed and the MBAN device successfully associates to the desired network, it switchs to the data channel of that network and perform further communications over the data channel. Once the MBAN device receives a valid E-Key, it can transmit in part or all of the MBAN spectrum that is enabled by the E-Key.
- an associated MABN device loses its connection to its hub device and becomes an orphaned device, its E-key becomes invalid and the orphan MBAN device initiates an orphan device realignment procedure to reconnect to the hub device.
- the orphan device switches to its auxiliary channel (the one used before its disconnection) trying to obtain a beacon frame from its hub device there. Since the orphan device associated to the network before its disconnection, it has information about the auxiliary channel used by that network and the timing of beacon transmission on that auxiliary channel and this information can be utilized by the orphan device to do realignment (e.g., when to switch to the auxiliary channel to receive beacons). Once it receives a beacon from its hub device, it sends an orphan notification to its hub device on the auxiliary channel.
- the hub device replies to it with an orphan realignment command and a valid E-Key to the orphan device.
- the orphan device then completes its realignment by switching back to its data channel and realigning with the hub device. If the orphan device has some important data to transmit, it notifies the hub device using the orphan notification.
- the hub device allows such transmission through its orphan realignment command. If allowed, the MBAN device can start transmission on its auxiliary channel right after it receives the orphan realignment command from the hub device. This ensures timely delivery of important data from the orphan device to the hub device.
- the hub device may change its auxiliary channel to another one. So if the orphan device does not receive any response (orphan realignment command from its hub device) within a predefined period, it does orphan scan on other auxiliary channels.
- the hub device broadcasts to its slave device an ordered list of auxiliary channels that it may use. The orphan device does orphan scan based on the ordered list to reduce the realignment time.
- a passive listen mode 400 on the auxiliary channel is illustrated.
- this mode there is no active beacon transmission from the hub device on its auxiliary channel 402. Instead, the hub device of an active MBAN network periodically listens on its auxiliary channel in an association period 404.
- a MBAN device wants to associate to a MBAN network, it actively scans the auxiliary channels. Specifically, the MBAN device switches to each auxiliary channel and transmits a series of beacon request frames 406 on that channel. After each beacon request transmission 406, it listens to the channel for a predefined time trying to receive responses from the hub devices working on that auxiliary channel. The MBAN device repeats such operation on an auxiliary channel 402 for a time period of Tp er iod 408, which is at least no less than the superframe length.
- Tp er iod 408 The interval between two beacon request transmissions, T ReU est 410, is no larger than an association period T As sociation 412 to guarantee that a hub device gets chances to hear at least one beacon request 406.
- a hub device receives a beacon request 406 from a MBAN device, it responds with a beacon transmission within a predefined time. The MBAN device then will be able to detect those beacon responses. If the MBAN device receives a beacon from its desired hub device, it stops beacon request transmissions and also active scan operation. It sends an association request on the current auxiliary channel 402 to the selected hub device. If the hub device receives the association request correctly, it verifies the MBAN device identification, checks its available resource and makes a decision whether to accept the association request. The hub device sends its decision to the MBAN device through the auxiliary channel 402. If the association request is accepted, the hub device also delivers a valid E- Key to the MBAN device.
- the MBAN device Once the association is completed and the MBAN device successfully associates to the desired network, it switches to the data channel of that network and perform further communications over the data channel. Since the MBAN device already has a valid E-Key, it can transmit in part or all of the MBAN spectrum that is enabled by the E-Key.
- auxiliary channel Since the events of device association/ realignment would be not frequent in real applications, the traffic of an auxiliary channel would be very limited. Therefore, several MBAN networks can share a same auxiliary channel and much fewer auxiliary channels (compared to data channels) are needed to support MBAN coexistence. Usually one or two auxiliary channels would be enough. During device association, there are much fewer channels need to be scanned by a sensor device. This can speed up association/realignment operations and reduce power consumption of sensor devices.
- FIGURE 8 illustrates the operation of the MBAN system.
- patient data is collected by one or more medical body area network (MBAN) devices.
- MBAN medical body area network
- an association request is transmitted to a hub device on auxiliary channels to associate the one or more MBAN devices with an MBAN system.
- auxiliary channels are actively or passively scanned to receive association information from the MBAN.
- an MBAN spectrum authorization is generated for the hub device for authorizing the transmission of patient data in the MBAN spectrum.
- the available resources of the hub device are checked in response to receiving an association request.
- an association response and an MBAN spectrum authorization is transmitted to the one or more MBAN devices on the auxiliary channel in response to accepting the association request.
- the collected patient data is communicated from the one or more MBAN devices through the MBAN system to the hub device via short-range wireless communication, the communication via short-range wireless communication within a predefined spectrum and the predefined spectrum being outside the auxiliary channels.
- the collected patient data is communicated from the hub device to a central monitoring station via longer range wireless communication.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
Description
Claims
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013553053A JP6034305B2 (en) | 2011-02-09 | 2012-02-03 | Method for realizing fast and power efficient association in wireless networks using auxiliary channels |
BR112013020003A BR112013020003A2 (en) | 2011-02-09 | 2012-02-03 | MEDICAL SYSTEM AND METHOD |
US13/983,880 US9781724B2 (en) | 2011-02-09 | 2012-02-03 | Method to use auxiliary channel to achieve fast and power-efficient association in wireless networks |
EP12706115.8A EP2674010B1 (en) | 2011-02-09 | 2012-02-03 | Method to use auxiliary channel to achieve fast and power-efficient association in wireless networks |
CN201280008127.7A CN103348759B (en) | 2011-02-09 | 2012-02-03 | The system and method for realizing the quick and association of high effect using auxiliary channel in the wireless network |
RU2013141166A RU2628055C2 (en) | 2011-02-09 | 2012-02-03 | Method to use the auxiliary channel to achieve rapid and effective according to the power joining in the wireless networks |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161440889P | 2011-02-09 | 2011-02-09 | |
US61/440,889 | 2011-02-09 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2012107866A1 true WO2012107866A1 (en) | 2012-08-16 |
Family
ID=45768264
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/IB2012/050516 WO2012107866A1 (en) | 2011-02-09 | 2012-02-03 | Method to use auxiliary channel to achieve fast and power-efficient association in wireless networks |
Country Status (7)
Country | Link |
---|---|
US (1) | US9781724B2 (en) |
EP (1) | EP2674010B1 (en) |
JP (1) | JP6034305B2 (en) |
CN (1) | CN103348759B (en) |
BR (1) | BR112013020003A2 (en) |
RU (1) | RU2628055C2 (en) |
WO (1) | WO2012107866A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105340314A (en) * | 2013-06-28 | 2016-02-17 | 皇家飞利浦有限公司 | MBAN channel management scheme using patient acuity information |
WO2016108967A1 (en) * | 2014-12-30 | 2016-07-07 | General Electric Company | Wireless medical body area network and method to associate wireless devices therewith |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2580069C2 (en) * | 2010-04-13 | 2016-04-10 | Конинклейке Филипс Электроникс Н.В. | Medical body area network (mban) with key-based control of spectrum usage |
US9609521B2 (en) * | 2010-04-13 | 2017-03-28 | Koninklijke Philips N.V. | Medical body area network (MBAN) with automatic in-facility spectrum use enforcement |
EP2749103B1 (en) * | 2011-12-05 | 2019-02-20 | Koninklijke Philips N.V. | Electronic key convey solution for in-hospital medical body area network (mban) systems |
KR20160130376A (en) * | 2013-12-30 | 2016-11-11 | 텔레콤 이탈리아 소시에떼 퍼 아찌오니 | Method for managing a node association in a wireless personal area communication network |
GB2533793B (en) * | 2014-12-30 | 2019-04-17 | Gen Electric | Method and system for verifying wireless connection between medical devices |
JP6485076B2 (en) * | 2015-01-30 | 2019-03-20 | 富士通株式会社 | Parent node, child node, and wireless communication system |
CN104739462A (en) * | 2015-04-24 | 2015-07-01 | 杨明 | Surgical operation system |
JP6567371B2 (en) * | 2015-09-15 | 2019-08-28 | 株式会社東芝 | Wireless communication device |
US20170155427A1 (en) * | 2015-11-30 | 2017-06-01 | General Electric Company | Wireless network transfer |
JP2019506024A (en) * | 2015-12-04 | 2019-02-28 | オリンパス株式会社 | Admission control considering QoS for body area network |
KR101716983B1 (en) * | 2015-12-24 | 2017-03-15 | 서울대학교산학협력단 | A method for network self-healing in cluster-tree structured wireless communication networks |
CN107404374B (en) * | 2016-05-18 | 2020-07-21 | 韩国电子通信研究院 | Method and device for establishing association with terminal |
EP3524031B1 (en) * | 2016-10-07 | 2021-11-24 | LG Electronics Inc. | Method and apparatus for supporting energy saving mechanisms for nr in wireless communication system |
WO2018156809A1 (en) * | 2017-02-24 | 2018-08-30 | Masimo Corporation | Augmented reality system for displaying patient data |
KR102567007B1 (en) | 2017-02-24 | 2023-08-16 | 마시모 코오퍼레이션 | Medical monitoring data display system |
EP3622529A1 (en) | 2017-05-08 | 2020-03-18 | Masimo Corporation | System for pairing a medical system to a network controller by use of a dongle |
US10813169B2 (en) | 2018-03-22 | 2020-10-20 | GoTenna, Inc. | Mesh network deployment kit |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6424820B1 (en) * | 1999-04-02 | 2002-07-23 | Interval Research Corporation | Inductively coupled wireless system and method |
EP1225785A1 (en) * | 2000-10-27 | 2002-07-24 | Alcatel | Access control unit |
US7110783B2 (en) * | 2002-04-17 | 2006-09-19 | Microsoft Corporation | Power efficient channel scheduling in a wireless network |
US7260393B2 (en) | 2003-09-23 | 2007-08-21 | Intel Corporation | Systems and methods for reducing communication unit scan time in wireless networks |
US8532304B2 (en) * | 2005-04-04 | 2013-09-10 | Nokia Corporation | Administration of wireless local area networks |
US7457620B2 (en) | 2005-07-15 | 2008-11-25 | Cisco Technology, Inc. | Off-channel beacons in a wireless network |
US20070112962A1 (en) * | 2005-11-14 | 2007-05-17 | Steve Lewontin | Network connection establishment using out of band connection request |
WO2008097524A2 (en) * | 2007-02-05 | 2008-08-14 | Senior Vitals, Inc. | System and method for physiological data readings, transmission and presentation |
US8385322B2 (en) * | 2007-07-30 | 2013-02-26 | Innovative Wireless Technologies, Inc. | Distributed ad hoc network protocol using synchronous shared beacon signaling |
JP5065134B2 (en) * | 2008-04-04 | 2012-10-31 | キヤノン株式会社 | COMMUNICATION DEVICE, COMMUNICATION DEVICE COMMUNICATION METHOD, PROGRAM, AND STORAGE MEDIUM |
US8818283B2 (en) * | 2008-08-19 | 2014-08-26 | Shared Spectrum Company | Method and system for dynamic spectrum access using specialty detectors and improved networking |
EP2227062B1 (en) * | 2009-03-04 | 2015-02-18 | Fujitsu Limited | Improvements to short-range wireless networks |
EP2227063B1 (en) * | 2009-03-04 | 2012-03-14 | Fujitsu Limited | Improvements to wireless sensor networks |
US8233495B2 (en) | 2009-04-22 | 2012-07-31 | Intel Corporation | Discovery channel and discovery beacon for peer-to-peer devices in wireless communications network |
US8405502B2 (en) * | 2009-06-10 | 2013-03-26 | Qualcomm Incorporated | Identification and connectivity gateway wristband for hospital and medical applications |
EP2367387B1 (en) * | 2010-03-15 | 2016-03-30 | Stichting IMEC Nederland | Device and method for searching selected frequency channels |
-
2012
- 2012-02-03 EP EP12706115.8A patent/EP2674010B1/en not_active Not-in-force
- 2012-02-03 BR BR112013020003A patent/BR112013020003A2/en not_active Application Discontinuation
- 2012-02-03 RU RU2013141166A patent/RU2628055C2/en not_active IP Right Cessation
- 2012-02-03 US US13/983,880 patent/US9781724B2/en active Active
- 2012-02-03 CN CN201280008127.7A patent/CN103348759B/en not_active Expired - Fee Related
- 2012-02-03 WO PCT/IB2012/050516 patent/WO2012107866A1/en active Application Filing
- 2012-02-03 JP JP2013553053A patent/JP6034305B2/en not_active Expired - Fee Related
Non-Patent Citations (2)
Title |
---|
DELROY SMITH: "PHILIPS HEALTHCARE SYSTEMS REPLY COMMENTS; Amendment of the Commission's Rules to Provide Spectrum for the Operation of Medical Body Area Networks; ET Docket No. 08-59", 4 November 2009 (2009-11-04), pages 1 - 50, XP055002419, Retrieved from the Internet <URL:http://fjallfoss.fcc.gov/ecfs/document/view?id=7020244837> [retrieved on 20110708] * |
SINEM COLERI ERGEN: "ZigBee/IEEE 802.15.4 Summary", 10 September 2004 (2004-09-10), pages 1 - 37, XP002674747, Retrieved from the Internet <URL:http://www.prism.uvsq.fr/~mogue/SENSORS/Sensor%20%20Net/MAC%20pro/zigbee_802.15.4.pdf> [retrieved on 20121224] * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105340314A (en) * | 2013-06-28 | 2016-02-17 | 皇家飞利浦有限公司 | MBAN channel management scheme using patient acuity information |
WO2016108967A1 (en) * | 2014-12-30 | 2016-07-07 | General Electric Company | Wireless medical body area network and method to associate wireless devices therewith |
EP3241293A1 (en) * | 2014-12-30 | 2017-11-08 | General Electric Company | Wireless medical body area network and method to associate wireless devices therewith |
US10375551B2 (en) | 2014-12-30 | 2019-08-06 | General Electric Company | Wireless medical body area network and method to associate wireless devices therewith |
AU2020202829B2 (en) * | 2014-12-30 | 2021-06-03 | General Electric Company | Wireless medical body area network and method to associate wireless devices therewith |
EP3241293B1 (en) * | 2014-12-30 | 2021-10-27 | General Electric Company | Wireless medical body area network and method to associate wireless devices therewith |
Also Published As
Publication number | Publication date |
---|---|
US9781724B2 (en) | 2017-10-03 |
EP2674010B1 (en) | 2017-07-26 |
RU2013141166A (en) | 2015-03-20 |
CN103348759B (en) | 2017-08-25 |
JP6034305B2 (en) | 2016-11-30 |
EP2674010A1 (en) | 2013-12-18 |
RU2628055C2 (en) | 2017-08-14 |
US20130316652A1 (en) | 2013-11-28 |
BR112013020003A2 (en) | 2017-08-29 |
CN103348759A (en) | 2013-10-09 |
JP2014509132A (en) | 2014-04-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9781724B2 (en) | Method to use auxiliary channel to achieve fast and power-efficient association in wireless networks | |
US9992685B2 (en) | Medical body area network (MBAN) with key-based control of spectrum usage | |
US9094781B2 (en) | Spectrum reallocation with prioritized schedule | |
EP2681952B1 (en) | Backhaul link assisted indoor spectrum use enforcement solution for mban services | |
US9380586B2 (en) | MBAN channel use regulation scheme and adaptive channelization for IEEE 802.15.4J standardization | |
EP2556697B1 (en) | Centralized dynamic channel allocation for medical body area networks | |
JP5785606B2 (en) | Medical Body Area Network (MBAN) with automatic use of spectrum in facilities |
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: 12706115 Country of ref document: EP Kind code of ref document: A1 |
|
REEP | Request for entry into the european phase |
Ref document number: 2012706115 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2012706115 Country of ref document: EP |
|
ENP | Entry into the national phase |
Ref document number: 2013553053 Country of ref document: JP Kind code of ref document: A |
|
WWE | Wipo information: entry into national phase |
Ref document number: 13983880 Country of ref document: US |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 2013141166 Country of ref document: RU Kind code of ref document: A |
|
REG | Reference to national code |
Ref country code: BR Ref legal event code: B01A Ref document number: 112013020003 Country of ref document: BR |
|
REG | Reference to national code |
Ref country code: BR Ref legal event code: B01E Ref document number: 112013020003 Country of ref document: BR |
|
ENP | Entry into the national phase |
Ref document number: 112013020003 Country of ref document: BR Kind code of ref document: A2 Effective date: 20130806 |