COMMUNICATION SYSTEM AND METHOD FOR IMPLANTABLE MEDICAL DEVICES - Patent application

Abstract

The present invention is directed to a communication system 10 for wireless message transfer between an implantable medical device IMD 40 and an external device 60, the IMD 40 being configured to monitor a health status of a patient and / or deliver a therapy signal to the patient, the IMD 40 comprising a processor, a memory module, and a transceiver module configured to bidirectionally transmit messages to and receive messages from the external device 60. To provide a communication system and method that supports communication with multiple IMDs and enables a low overhead means for facilitating interaction specific to a target IMD as part of the IMD assembly and in-clinic use, the external device 60 is configured to send a predefined wake-up signal 100 to the transceiver module of the IMD combined with an ID request message 200 following the wake-up signal within a predefined first time interval T1A.

Description

[Technical field]

[0001] The present invention is directed to a communication system for wireless message transfer between an implantable medical device (IMD) and an external device, where the IMD is configured to monitor a health status of a patient and / or deliver a therapy signal to the patient. The external device is at least partially located outside the body. The present invention is further directed to a respective method, a respective computer program product, and a respective computer readable data carrier for wireless message transfer. The computer program product may for example be a software routine associated with hardware support means in the IMD and / or in the external device. [Background technology]

[0002] Active and passive implantable medical devices (IMDs), such as pacemakers (with leads), BioMonitors, Implantable Leadless Pacers (ILPs), Implantable Leadless Pressure Sensors (ILPSs), Implantable Cardiac Defibrillators (ICDs), or Subcutaneous Implantable Cardiac Defibrillators (i.e., S-ICDs), contain sensors that collect physiological signals to monitor a patient's health status and transmit those signals as data to a physician or patient's equipment, or to a remote server using an external device. Data collected from these various sensors, or from any of such sensors, can include, but is not limited to, ECG, impedance, activity, posture, heart sounds, pressure, respiration, and other data. An active IMD (eg, a pacemaker, an ILP, an ICD, or an S-ICD) can provide a therapy output, such as electrical stimulation within a heart chamber (eg, the atrium or ventricle), to a patient.

[0003] Typically, such an IMD comprises a processor for data processing and a transceiver module configured to transmit and receive messages bidirectionally with an external device, for example when implanted in a patient's body. In some cases, the external device, using its own transceiver, is configured to transmit and receive messages bidirectionally with the transceiver module of the IMD. The external device may be a separate device connected to a computer (in some cases called a programmer) or may be a module integrated within a remote device such as a computer. The external device generates and sends messages to the transceiver of the IMD, for example in the form of a request to receive data from the IMD regarding the patient's health status or the IMD status, or to be programmed (to configure the IMD to apply an appropriate therapy to the patient).

[0004] In modern IMDs, such as leaded cardiac rhythm management (CRM) implants, communication with external IMDs (e.g., connected to a programmer) has typically proceeded without requiring the system to have knowledge of or interface with more than one IMD at a time. Unfortunately, this long-standing convenience has proven incompatible with the use cases for leadless IMDs, particularly end-of-service needs. In the leadless situation, because a common set of leads cannot be swapped between two separate IMDs by a quick header connection exchange to deliver a “new” therapy to replace the “old” IMD in the exact same location within the patient's organ (e.g., the patient's heart), a communication scheme is needed to support the phasing out and phasing in of therapy support from the “old” and “new” IMDs. Furthermore, if a system is to support communications (even serially) with more than one leadless IMD, it must hold true that any single such IMD does not interfere with external devices in a manner that would prevent the exchange of data with any in-range IMD, or with any other in-range external devices.

[0005] In cases where a conventional active IMD is always within communication range of an external device, when a "wake-up" signal is received by such conventional active IMD (often via a high-energy pulse, or HEP), depending on the protocol involved, it may be forced into a state where the conventional active IMD immediately begins transmitting a response output. Such an interaction can effectively negate any ability to communicate with multiple IMDs, creating a constant "spitting" of data to the external device that refuses to support other devices being recognized. Prior CRM implant systems never considered the situation in which another intracorporeal implant might need to communicate with an external device, so there was little or no incentive to prevent any single device from completely occupying the allowable range of the communication link. This type of interaction is particularly problematic in cases where the carrier rate has been designed to be sufficiently low (e.g., 32 kHz) to facilitate signal transmission through the patient's anatomy, because the slower data rate encourages longer transmit and receive interactions, creating larger targets during which any competing transmissions from other implants may encounter problematic temporal overlaps.

[0006] It should also be noted that some IMD communication support schemes common to the CRM market have a history of using higher frequency communication carriers (e.g., 200 kHz) to allow for faster data exchange. While such approaches, in an adaptive manner, could potentially allow more IMDs to talk to external devices in a non-competitive manner (assuming proper system design), attenuation of higher frequency communication signaling becomes increasingly problematic depending on the greater physical separation between the implant and the external device. For leadless IMDs (essentially placed deeper within the patient's anatomy), the adoption of higher frequency communication approaches necessitates the need to draw power that the implant is unfortunately not well equipped to support, truly challenging the IMD longevity for this emerging class of products. Summary of the Invention [Problem to be solved by the invention]

[0007] Accordingly, it is desirable to provide a communications system and method that supports communications with multiple IMDs and enables a low-overhead means for facilitating interactions specific to a target IMD as part of both the assembly and clinical use of the IMD. [Means for solving the problem]

[0008] The above problem is solved by a communication system for wireless message transfer between an IMD and an external device with the features of claim 1, by a respective communication method with the features of claim 10, by a computer program product with the features of claim 14 and by a computer readable data carrier with the features of claim 15. The computer program product may be software routines and / or associated hardware support means by the IMD and the external device.

[0009] In particular, the problem is solved by a communication system for wireless message transfer between the IMD and the external device, including an IMD and an external device, the IMD configured to monitor a health status of a patient and / or deliver a therapy signal to the patient. The IMD comprises a processor, a memory module, and a transceiver module configured to bidirectionally exchange messages with the external device. The external device is configured to send a predefined wake-up signal to the transceiver module of the IMD in a first predefined time interval combined with an ID request message following the wake-up signal, the ID request message containing one of predefined different request specifications from a predefined set. The processor of the IMD is configured to generate an ID response message in response to a previously received ID request message and send the ID response message from the transceiver module to the external device in a time slot following receipt of the ID request message. The ID response message includes ID information read from a memory cell section at a predefined memory address of the memory module, the section of the memory cell being determined by the processor based on a request specification sent by the previously received ID request message, and the time slot being determined by the processor based on the ID information read from the determined section of the memory cell. The request specification may also be referred to as an ID request command. Furthermore, the memory cell may also be referred to as a memory (without the cell).

[0010] Alternatively or additionally, the processor of the IMD is configured to generate an ID response message in response to a previously received ID request message and to send the ID response message from the transceiver module to the external device within a time slot after receipt of the ID request message, the ID response message including ID information read from a predefined memory address of the memory module, the section of the memory being determined by the processor based on the request specification sent by the previously received ID request message, and the time slot being determined by the processor based on the ID information read from the determined section of the memory.

[0011] An IMD is an implantable medical device as defined above configured to monitor a patient's health status and / or deliver a therapy signal to a patient, e.g., an ILP, an ILPS, or an ICD.

[0012] The IMD comprises a processor for data processing and a transceiver module (e.g., an antenna or coil connected to an appropriate communication management capability) for receiving messages (i.e., communication signals) from an external device and transmitting messages to the external device. A request message is an instruction or command request sent by an external device to the IMD. A message sent by the transceiver module of the IMD to an external device serves as a response message. In general, a message is a string of bits embedded in a syntax and semantics system defined as part of a communication protocol, expressed in and interpreted by well-defined algorithms and data structures. A request message received by the transceiver module of the IMD is relayed to the processor for data processing. Similarly, the processor produces the content of a signal / message, which is then relayed to the transceiver module for sending to the external device as a response message.

[0013] The IMD may further comprise modules such as a memory for storing data, a power supply, including battery support or otherwise, at least one sensor for acquiring physiological signals from a patient, and / or a signal generator, for example, for generating and delivering electrotherapy or electromagnetic therapy signals. The transceiver module, the memory module, the power supply, the at least one sensor, and / or the signal generator may be electrically connected to the processor.

[0014] The memory modules of the IMD may include any volatile, nonvolatile, magnetic, electrical media, etc., such as random access memory (RAM), read-only memory (ROM), non-volatile RAM (NVRAM), electrically-erasable programmable ROM (EEPROM), flash memory, or any other memory storage type.

[0015] The external device is located at least partially outside the body and may be a separate module with a processor and may be connected wirelessly or by wires to a computer (e.g., a physician's device, a remote server, a programmer). Alternatively, the external device may form an integral unit of such a computer, for example of a programmer. For bidirectional communication, the external device may comprise a transceiver for messages (signals), for example a coil connected to a communication module. The communication module may comprise the processor or may interface with the processor, especially if it is a module separate from the computer.

[0016] Wireless communication between an external device and an IMD includes radio communication (without wires). The communication can use inductive magnetic means, acoustic methods (e.g., ultrasound), and / or acoustic, optical, and / or electromagnetic waves, such as Bluetooth, WLAN, ZigBee, NFC, Wibree, or WiMAX in the radio frequency range, or IrDA or free-space optical (FSO) communication in the infrared or optical frequency range.

[0017] In the context of this invention, each processor is considered to be a functional unit of an IMD, external device, and / or computer that has an instruction control unit and an arithmetic logic unit, that interprets and executes instructions. A (remote) computer or external device is a functional unit that can perform substantial calculations, including many arithmetic and logical operations, without human intervention, such as a personal mobile device (PMD), desktop computer, server computer, cluster / warehouse scale computer, or embedded system.

[0018] In one embodiment, the processor of the IMD employs at least a predefined sleep state and a predefined active state. In the active state, the processor controls or takes actions or executes routines to collect, aggregate, or outbound (in one or more responses) internally stored data, or to collect measurements, for example, for therapy applications. Accordingly, in the active state, the processor operates to respond to external requests and / or to process data according to internal program sequences. In the following, the active state may correspond to a "busy condition" that intentionally serves to complete lengthy routines associated with requests from external devices before signaling the system about the readiness of the IMD to process any further command requests. However, in the sleep state, the processor is only minimally involved in supporting communications through simple maintenance of the IMD (thereby conserving power) in situations where it can be awakened for further active state interactions. It is only upon transitioning to the higher power active state condition that the IMD is able to facilitate further targeted message / data exchanges. In one embodiment, the receiver circuitry runs at all times during the service time of the IMD because the receiver circuitry must prove that it is able to communicate with the device whenever a health care provider (HCP) attempts to interact with the device via an external device.

[0019] According to the present invention, at the initiation of communication with the IMD from an external device, the processor of the IMD is initially in a sleep state, and the external device sends a predefined wake-up signal to the transceiver module of the IMD, the wake-up signal being combined with an ID request message that follows the wake-up signal within a first predefined time interval, the ID request message containing one of the distinct request commands from a predefined set.

[0020] In one embodiment, the external device is configured to send a plurality of predefined wake-up signals to the transceiver module of the IMD, each predefined wake-up signal being combined with an ID request message that follows the wake-up signal within a first predefined time interval, and a second of such predefined wake-up signals follows a first of such predefined wake-up signals within a second predefined time interval, the second time interval being longer than the first time interval. The first wake-up signal combined with the ID request message may be treated similarly to a known HEP ​​(i.e., noise-free). The first wake-up signal may be evaluated by the IMD to assist in adjusting gain settings within the system to support further communications, and the IMD may further initiate a process to verify that the observed signaling is indeed a HEP input from the external device. With the next clustered grouping of wake-up signals and ID request messages, the IMD can verify that the signals are indeed valid wake-up inputs and can then proceed to initiate the communications clock support and phase lock loop (PLL) elements necessary to decode the baseline binary phase shift keying (BPSK) communications signaling. By the time the third grouping of wake-up signals and ID request messages reaches the implant, the IMD's transceiver may be active and ready for further communications.

[0021] In one embodiment, the wake-up signal is an early 8 cycle pulse output train and a later 8 cycle pulse output train separated by an 8 cycle gap, resulting in a gapped output 24 cycles long. Other wake-up signals may also be used, including, for example, a known 2 cycle high energy clock pulse output (HEP) at 32.768 Hz, as used in conventional product communication schemes. According to the first mentioned embodiment, a known conventional product HEP implementation is modified to enable low power wake-up for leadless support through the inclusion of a larger clock cycle count and an identifying internal gap signature. The increased cycle count and gap feature improves deep implant wake-up support without compromising device service time by allowing the IMD to consume less power in recognizing an incoming HEP, as it can more easily avoid susceptibility to noise inputs. The wake-up signal described above has the ability to be verified by a predefined pattern known by the IMD's processor or transceiver circuitry (i.e., matching active pulses and gaps to a template), which may be used to ensure that the processor wakes up (i.e., transitions from sleep to active) only when intended, again improving noise immunity. This revised deep implant HEP wake-up approach also maintains the ability to wake up conventional IMDs as well. In one embodiment, the pulse amplitude of the first 8 cycles of the pulse output train may be different than the pulse amplitude of the later 8 cycles of the pulse output train. This multi-level segmentation of the output within the HEP sequence gives the IMD additional flexibility to determine which gain setting is best for subsequent baseline communication and to provide feedback to the external device regarding the output amplitude to be utilized during said subsequent baseline communication.

[0022] Alternatively, or in addition, the wake-up signal may comprise a pulse output train that may be segmented into an early segment and a late segment separated by an intervening gap, e.g., the pulse amplitude of the early segment of the pulse output train is the same or different when compared to the pulse amplitude of the late segment of the pulse output train.

[0023] According to the present invention, the ID request message following the wake-up signal represents one of the distinct ID request commands from a predefined set, which may be chosen randomly or according to a rule-based selection as part of the process involved in initiating baseline communication and provisioning of the time-multiplexed IMD response. The ID request message contains information for the processor of the IMD to read a memory address in the memory module, which is essential to properly address the ID request message. For proper data exchange, the IMD needs to be within communication range of the external device. Based on the transmitted request specification, the processor of the IMD reads information stored in the command-related section of the memory module. This information is referred to as "ID information." In one embodiment, the memory address is the memory address of the serial number of the IMD. In this embodiment, the ID information is a section of the serial number of the IMD, and the ID request command determines which section of the serial number of the IMD needs or should be read by the processor of the IMD.

[0024] In one embodiment, the external device randomly or via rule-based criteria chooses one of eight ID request commands from the set, with each request command instructing the IMD's processor to choose a different section of memory, e.g., a 3-bit section of memory. Rule-based choosing can include, for example, always choosing the next ID request command in the family with a binary index value one greater or one less than the last value used, or choosing every second-largest or second-smallest value. If the maximum or minimum value is reached, continue choosing at the minimum or maximum value, respectively, i.e., wrap around. Other rules may also be applied.

[0025] Alternatively or additionally, the external device is configured to select one of a number of ID request commands from the set randomly or according to a rule-based scheme, with each ID request command enabling the processor of the IMD to select a different section of the memory.

[0026] The ID information may be a certain value, for example a section of the serial number of the IMD. According to the invention, based on the read ID information, the processor determines the time slot during which the ID response message has to be sent back to the external device. In the case of two different IMDs (e.g., having different serial numbers respectively), there is a high probability that two different ID information values ​​will be derived from their respective memory modules. Accordingly, the ID response messages of both IMDs will be sent by their transceivers using different time slots. This scheme is known as time multiplexed response management. Thereby, the external device can distinguish between the separate IMDs. In the application of the discovery phase, such a time multiplexing scheme allows multiple leadless IMDs to respond with a defined delay to the ID request message to support communication with the external device. Additionally, it is ensured that the recognition of any one IMD within the communication range of the external device does not impede the system's ability to interact with other IMDs, or even worse, negate the visibility of the IMD to the communication infrastructure at all. The start of each time slot may represent a unique fixed delay relative to the end of the ID request message and may have a fixed length. Each time slot may have the same or different length compared to other time slots.

[0027] In one embodiment, the processor selects one of eight different time slots based on ID information (e.g., a three-bit code) read from a determined section of the IMD's memory. The IMD's ID response message may contain all or part of the IMD's serial number. Also, more or less than eight different time slots may be selected by the processor.

[0028] Alternatively or additionally, the processor is configured to select one of a plurality of time slots for sending an ID response message by the transceiver module based on the ID information read from the determined section of the memory.

[0029] Once an IMD has been discovered as outlined above, the communications system can begin a subsequent process of pairing the discovered IMD with a short unique reference address. The pairing process provided by the external device can involve, for example, taking the serial number (e.g., a 4-byte binary value) read for any discovered IMD and assigning a shorter (e.g., a 3-bit binary value) unique reference address to the IMD. Such an approach means that whenever a message is sent to one of many in-range IMDs, the process can proceed without including the overhead of a longer target address based on the serial number in the message and response packets, but instead by simply including the shorter reference address. This approach leaves more room for the limited data throughput communications schemes used for leadless support to pass meaningful payload content throughout the communications link. This approach further allows for improved clinical support and essential IMD replacement upon end of service, effectively providing a communications-based means for switching therapy output from one IMD to another. The systems and methods of the present invention enable leadless communication focused on data exchange, programming, etc., with each IMD discovered within range of an external device, where communication is not (necessarily) tied to a particular time or location and may be provided at any time. Furthermore, communication is adapted to the specific energy requirements of small, deeply implanted leadless IMDs. The methods and IMDs of the present invention further eliminate the need to isolate individual IMDs from each other during manufacturing as part of factory programmable installation, debugging, calibration, and other data relay needs.

[0030] According to the present invention, both the external device and the IMD, which are components of a communication system and have the characteristics described above, similarly solve the above problems.

[0031] Similarly, the above problem is solved by a communication method for wireless message transfer between an implantable medical device (IMD) and an external device, the IMD monitoring a health status of a patient and / or delivering a therapy signal to the patient, the IMD comprising a processor, a memory module, and a transceiver module for bidirectionally transmitting messages to and from the external device, the method comprising the steps of: - sending, by the external device, a predefined wake-up signal combined with an ID request message following the wake-up signal within a predefined first time interval to a transceiver module of the IMD, the ID request message containing one of the ID request commands from a predefined set; - generating, by a processor of the IMD, an ID response message to a previously received ID request message for sending from the transceiver module to the external device within a time slot after receipt of the ID request message, the ID response message including ID information read from a predefined memory address of the memory module, the section of the memory being determined by the processor based on the previously received ID request message and the time slot being determined by the processor based on the ID information read from the determined section of the memory; Includes.

[0032] Alternatively or additionally, the ID response message includes ID information read from a section of memory cells at a predefined memory address of the memory module, the section of memory being determined by the processor based on an ID request command sent by a previously received ID request message, and the time slot being determined by the processor based on the ID information read from the determined section of memory.

[0033] The ID request command may also be referred to as a request specification. A memory cell may also be referred to as a memory (without the cell).

[0034] The method of the present invention finds a means to extract minimal IMD status information (i.e., ID information) from any in-range (i.e., discovered) leadless IMD to aid in user selection of a particular target IMD for further interrogation / testing, etc.

[0035] In one embodiment of the method, one of eight ID request commands from the set is selected by the external device either randomly or via a rules-based methodology, and each ID request command enables the IMD's processor to select a different section of memory.

[0036] Alternatively or additionally, one of the multiple ID request commands may be chosen by the external device randomly or according to a rule-based scheme, with each ID request command enabling the IMD's processor to select a different section of memory.

[0037] Further, in one embodiment, one of eight different time slots for sending the ID response message is selected by the processor based on the ID information read from the determined section of the memory.

[0038] Alternatively or additionally, one of a number of different time slots, for example one of eight different time slots, for sending the ID response message is selected by the processor based on the ID information read from the determined section of the memory.

[0039] Further, in one embodiment, a plurality of predefined wake-up signals, each combined with an ID request message following the wake-up signal within a first predefined time interval, are sent by the external device to the transceiver module of the IMD, and a second of such predefined wake-up signals follows a first of such predefined wake-up signals within a second predefined time interval, the second time interval being longer than the first time interval.

[0040] The above methods may, for example, be realized as computer programs (to be executed in or within the external device and / or IMD, in particular by means of their processors), which are either combinations of (computer) instructions and data definitions specified above and below, enabling a computer hardware or a communication system to perform a computational or control function and / or operation, or syntactic units consisting of declarations and statements or instructions conforming to the rules of a particular programming language and required for the function, task or problem solution specified above and below.

[0041] Further disclosed is a computer program product comprising instructions which, when executed by a processor, cause the processor to perform the steps of the method defined above. Accordingly, a computer readable data carrier storing such a computer program product is described.

[0042] The invention will now be explained in more detail with reference to the accompanying schematic drawings. [Brief description of the drawings]

[0043] [Figure 1] FIG. 1 shows an embodiment of a communication system of the invention including an implantable leadless pacemaker (ILP) and an external device, with the ILP shown in cross-section of a patient's heart. [Diagram 2] FIG. 2 illustrates a representation of one embodiment of a wake-up signal provided by the external device of FIG. [Diagram 3] FIG. 2 is a diagram showing an overview of a communication method between the external device and the ILP of FIG. 1, presented on a timeline. [Figure 4] FIG. 13 illustrates a detailed arrangement of one embodiment of time slots for a wake-up signal, an ID request message, and an ID response message, presented on a timeline. [Diagram 5] FIG. 2 is an illustrative diagram of a graphical user interface of a computer connected to the external device of FIG. 1 for pairing of discovered in-range ILPs. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0044] FIGURE 1 illustrates an exemplary communication system 10 and a heart 20 (including a right ventricle 21 and a right atrium 22) of a patient 30. The system 10 includes a ventricular leadless pacemaker device 40 (hereinafter "ILP 40") as an example of an IMD, and an external device 60. The ILP 40 may be configured to be implanted in the right ventricle 21 of the heart 20 (as shown in FIGURE 1) and to pace the ventricle, sense an intrinsic ventricular depolarization, and inhibit ventricular pacing in response to the depolarization. The ILP 40 may further include an accelerometer sensor to measure a posture of the patient 30. A programmer (not shown) may be used to program the ILP 40 using the external device 60. The external device 60 is adapted to be positioned outside the body and to communicate bidirectionally with the ILP 40.

[0045] The ILP 40 may include modules such as a processor, a data memory module, a signal generator unit for providing a therapy signal (e.g., a pacing signal), a measurement unit including an ECG measurement unit, a DC impedance sensor and an accelerometer sensor, a transceiver for sending and receiving messages to the external device 60, and a power source, each of which is electrically connected in some manner within the IMD. The power source may include a battery (e.g., a rechargeable or non-rechargeable battery). The data memory module may include any of the memory types mentioned above. The processor of the ILP 40 may adopt at least the sleep state described above and the active state described above.

[0046] The external device 60 comprises a processor 61 and a transceiver 62 for exchanging messages with the ILP 40, which are electrically connected to each other. Furthermore, the external device 60 can exchange data with other external devices and / or a remote server (not shown). The external device 60 may be a programmer. The bidirectional exchange of messages with the ILP 40 is symbolized by a double arrow 50. The leadless communication of the external device 60 with the ILP 40 may be, for example, inductive magnetic communication, conductive communication, and acoustic communication.

[0047] In the following, the operation of one embodiment of the present communication system and method will be described with reference to FIGS.

[0048] To allow practical communication with a large number of ILPs 40 and to account for the deeper implantation depth of such ILPs 40, a wake-up signal 100 is provided that includes a more sufficient clock cycle count (compared to previous sequence designs) as well as an identifying internal gap signature. FIG. 2 shows an example of such a wake-up signal 100 consisting of two 8-cycle pulse output trains 101, 103 (i.e., one early pulse train 101 and a later pulse train 103) separated by an 8-cycle gap 102. Of course, signals 100 with more or fewer cycles or cycle gaps are also possible, e.g., 6, 7, 9, or 10 cycles or cycle gaps. This 24-cycle long gapped signal 100 shown in FIG. 2 supports a reduced sensitivity required for an intra-ILP receiver to recognize the wake-up signal 100. The wake-up signal 100 is repeated after a time interval T2 (e.g., T2=333 ms). The wake-up signal 100 has a length of T1 (eg, T1=732 μs).

[0049] The wake-up signals described above will discover deep leadless implants while still maintaining the ability to awaken the latest products for programmer engagement. The above wake-up signals may simply be ignored or terminated regardless of such implant type as such implant types require higher signal energy.

[0050] 3 and 4 contain schematic representations of a wake-up signal 100 that demonstrate how the wake-up signal used for leadless communication is paired with an ID request message to distinguish between multiple leadless implants. For clarity, FIG. 3 focuses on the start-up of communication with only one ILP 40, whose processor is initially in the sleep state described above. After a short delay of time interval T1A (see FIG. 2, e.g., T1A=488 μs) following each wake-up signal 100, the external device 60 sends an ID request message 200 to the ILP 40, which will be described in detail below. Upon detection of the initial wake-up signal 100 by the ILP 40, an evaluation of gain conditions associated with a receiver configuration for support of further communications may be performed by the ILP, and the processor of the ILP 40 begins a process to verify that the observed signaling is in fact a wake-up signal 100 (i.e., not noise), which is the step represented by arrow 401. At the next clustered grouping of wake-up signals (after a time interval T2 of 333 ms in the illustrated embodiment), the transceiver of the ILP 40 verifies that the wake-up signal 100, including its pulse trains 101, 103, and its gap 102, is in fact a valid wake-up signal (see step symbolized by arrow 402), and then proceeds to initiate the communications clock support and phase-locked loop (PLL) elements necessary to decode the baseline binary phase shift keying (BPSK) communications signaling (step represented by arrow 403). By the time the third wake-up signal 100 reaches the ILP, the processor of the ILP is in the active state (active state as explained above, step represented by arrow 404) and is ready for further communication. After a time interval T3 relative to the beginning of the first wake-up signal (T3=3×T2=1 s), a fourth wake-up signal may be initiated by the communication unit.

[0051] To support the initiation of baseline communication, after each wake-up signal 100, the external device 60 sends out an ID request message 200. When this message is received by the ILP, it requests the processor of the ILP 40 to use the request specification value contained in the ID request message 200 to look up the location of the data memory module where the serial number of the ILP is stored. Based on the particular ID request message 200, and in particular based on its request specification, a memory cell section of a small number of bits (e.g., 3 bits) is used to determine a particular time slot S1, S2, S3, S4, S5, S6, S7, S8 (see FIG. 4) during which the ILP will then send its ID response message 300 to the ID request command 200 (as shown at 405 in FIG. 3). Each time slot S1, S2, S3, S4, S5, S6, S7, S8 represents a specific delay for the ID request message 200, during which the ILP 40 responds using its transceiver module to announce its presence to the external device 60 and convey its serial number (or a section thereof). In FIG. 3, a single ILP 40 is in range of the external device 60, and the ILP 40 responds (e.g., in time slot S5) in a dedicated time slot simply labeled as a grey box tagged with reference number 300. After discovery of the single ILP 40, individual communication with the external device 60 may start, for example, by sending actual status to the ILP 40. The start of the baseline communication may begin after the point indicated by arrow 405 in FIG. 3. The table below further outlines the use of the ID request message 200 request specifications. For such messages, there are multiple request specifications or ID request commands (eight in the particular illustrated embodiment, see the first column of the table below), each determining a bit from the ILP's serial number within a range stored in the data memory module of the respective ILP 40. The corresponding bit for each request specification is listed in the second column of the table below.The value stored in a defined bit of the serial number of any ILP within the external device 60 (called ID information above) encodes a particular time slot. As in this embodiment, three bits can have ID information between 0 (binary: 000) and 8 (binary: 111), so that eight different time slots can be encoded as listed in the last column of the table below. Each time slot S1 to S8 is shown in FIG. 4 as a separate green box. The first time slot S1 begins a time interval T5 after the end of the ID request message 200, which may be, for example, 23.4 ms. The ID request command 200 may likewise have a length T4 of 23.4 ms. The gap between each time slot may have a length T7 = 488 μs. [Table 1] Each time slot S1 through S8 represents a unique fixed delay for the end of the ID request message 200. The delay has a length of T5 and several times each time slot of length T6 and T7, where, for example, T6=35.5 ms. The delay for time slot S1 is T5, while the delay for time slot S2 is T5+T6+T7, or T5+length of S1+small gap. For time slot S3, the delay is consequently T5+2×T6+2×T7, etc., or T5+length of S1+small gap+length of S2+small gap. The in-range ILPs then each wait a length of time aligned with the calculated time slot and then report their serial numbers as part of the ID response message 300. This scheme does not guarantee that for a given ID request message 200, all of the ILPs 40 within the range of the external device 60 will respond in different time slots. In such a case, it is expected that overlapping responses from more than one ILP in the shared time slots S1 to S8 will confuse the external device 60 in recognizing the responses. Perhaps this type of collision will result in failure to discover one or both of the ILPs. However, each time the external device 60 sends an ID request message 200 following the wake-up signal 100, another request specification (out of eight in the illustrated embodiment) is selected and sent with the ID request message 200. The selection of the request specification may be performed randomly or according to specific rules stored in the external device 60. Using a new ID request command "shuffles the deck" and effectively selects another section of the serial number of the in-range ILP to assign it to a time slot. This selection of ID request commands to code new time slots statistically allows a large number of ILPs to end up in separate, distinct time slots, facilitating the recognition of the ILP by the external device 60.

[0052] The time-multiplexed scheme for external devices to recognize individual ILPs in defined time slots mentioned above is a process that can be described as "discovery". It is the only "frame-based" part of the communication system (i.e., the part where a defined regularity of message output is organized in time to provide tolerance for responses at expected intervals). As can be derived from FIG. 4, the scheme also allows conventional IMDs to respond, due to a short delay with length T5 (e.g., 23.4 ms) between the ID request message 200 and the first time slot S1. In such a case, since conventional IMDs were not designed with the possibility of having more than one in-range IMD in mind, the IMD would simply be expected to start communication and in this setup to override the system's attempt to engage the leadless IMD, and the programmer software infrastructure would be expected to generate an interface specific to such known conventional products. Accordingly, the approach of the present invention is capable of supporting communication with conventional IMDs. Even if the ILP could be within communication range of an external device, if the conventional implant is also within range, the ILP would likely be "invisible" to the external device. If you want to ensure you can communicate with the ILP, it is wise for the conventional device to be outside of communication range of the external device unless necessary.

[0053] Once an ILP has been discovered as outlined above, the system can begin the subsequent process of pairing the discovered ILP with a short address. The pairing process involves taking the found serial number (e.g., a 4-byte binary value) for any discovered ILP and assigning a shorter but unique reference address (e.g., a 3-bit binary value) to the ILP. Such an approach means that whenever a message is sent to one of multiple in-range ILPs, the process can proceed without including the overhead of a longer target address based on the serial number in the command and response packets. This approach leaves more room for the limited data throughput communication schemes used for leadless support to pass meaningful payload content throughout the communication system.

[0054] A status / type inquiry may then be performed if the external device 60 requests that additional information be reported for any ILPs that the system has paired with the short address. This type of basic information may include, for example, whether the device is in factory / shelf condition, what condition the device's battery is presenting, and / or reporting the ILP implant date, among other considerations. In a preferred embodiment, rather than using a separate command-based interaction to poll for this status / type inquiry information, the content relayed by the IMD as part of the response to the ID request command may carry such information, this latter embodiment providing a lower overhead means to quickly provide vital device information to the system / user. Such detailed rendering does not represent what is conventionally known as a full device inquiry routine, but instead represents a lighter touch that retrieves target values ​​from in-range ILPs. Such interaction allows a user interface to be generated on the external device 60's graphical user interface (GUI) that may assist the healthcare provider in selecting the appropriate one of multiple ILPs found within range of the external device 60. An exemplary interface of this type is illustrated in Figure 5, showing a list 501 of different ILP types within external device 60 and their corresponding serial numbers (see list 502). Lists 501 and 503 contain examples of the type of light touch status information mentioned above. Following user selection of a particular ILP via GUI interaction, the communications system can enter into a formal inquiry process and dedicated baseline communications with the selected ILP (e.g., in response to user commands by interfacing through indicated field 504).

Claims

1. A communication system (10) for wireless message transfer between an implantable medical device (IMD, 40) and an external device (60), comprising: the IMD (40) is configured to monitor a health status of a patient (30) and / or to deliver a therapy signal to the patient, the IMD (40) comprising a processor, a memory module, and a transceiver module configured to bidirectionally exchange the messages with the external device (60), the external device (60) is configured to send to the transceiver module of the IMD (40) a predefined wake-up signal (100) combined with an ID request message (200) following the wake-up signal within a predefined first time interval (T1A), the ID request message containing one of predefined different request specifications from a predefined set, the processor of the IMD (40) is configured to generate an ID response message (300) in response to a previously received ID request message and to send the ID response message from the transceiver module to the external device (60) within a time slot following receipt of the ID request message, the ID response message including ID information read from a predefined memory address of the memory module, a section of the memory being determined by the processor based on the request specification sent by the previously received ID request message, and the time slots (S1, S2, S3, S4, S5, S6, S7, S8) being determined by the processor based on the ID information read from the determined section of the memory. A communication system (10).

2. 2. The communication system of claim 1, wherein the memory address is a memory address of a serial number of the IMD (40).

3. 3. The communication system of claim 1, wherein the external device (60) is configured to select one of a plurality of ID request commands from a set randomly or according to a rule-based scheme, with each ID request command enabling the processor of the IMD (40) to select a different section of the memory.

4. 3. The communication system of claim 1, wherein the processor is configured to select one of a plurality of time slots (S1, S2, S3, S4, S5, S6, S7, S8, etc.) for sending the ID response message (300) by the transceiver module based on the ID information read from the determined section of the memory.

5. 3. The communication system of claim 1, wherein the external device is configured to send to the transceiver module of the IMD a plurality of predefined wake-up signals each combined with an ID request message following the wake-up signal within the first predefined time interval, a second one of the predefined wake-up signals following a first one of the predefined wake-up signals within a second predefined time interval, the second time interval being longer than the first time interval.

6. 3. The communication system of claim 1 or 2, wherein the wake-up signal (100) comprises a pulse output train that may be segmented into an initial segment (101) and a later segment (103) separated by an intervening gap (102), e.g., the pulse amplitude of the initial segment of the pulse output train is the same or different when compared to the pulse amplitude of the later segment of the pulse output train.

7. 3. The communication system of claim 1 or 2, wherein the external device (60) is configured to assign a short, unique reference address to each IMD (40) discovered within its range.

8. An external device (60) of a communication system (10) described in claim 1 or 2.

9. An IMD (40) of a communication system (10) as described in claim 1 or 2.

10. A communication method for wireless message transfer between an implantable medical device (IMD, 40) and an external device (60), the IMD (40) monitoring a health status of a patient (30) and / or delivering a therapy signal to the patient, the IMD (40) comprising a processor, a memory module, and a transceiver module for bidirectionally transmitting the messages to the external device (60), the method comprising: sending, by the external device (60), to the transceiver module of the IMD (40), a predefined wake-up signal (100) combined with an ID request message (200) following the wake-up signal within a predefined first time interval (T1A), the ID request message containing one of different predefined ID request commands from a predefined set; generating, by the processor of the IMD (40), an ID response message (300) to a previously received ID request message for sending an ID response message from the transceiver module to the external device (60) within a time slot after receipt of the ID request message, the ID response message including ID information read from a memory cell section at a predefined memory address of the memory module, the section of the memory being determined by the processor based on the ID request command sent by the previously received ID request message, and the time slots (S1, S2, S3, S4, S5, S6, S7, S8) being determined by the processor based on the ID information read from the determined section of the memory; A communication method comprising:

11. 11. The method of claim 10, wherein one of multiple ID request commands is selected by the external device (60) randomly or according to a rule-based scheme, and each ID request command enables the processor of the IMD (40) to select a different section of the memory.

12. 12. The method of claim 10, wherein the processor selects one of a number of different time slots (S1, S2, S3, S4, S5, S6, S7, S8, etc.) for sending the ID response message (300) based on the ID information read from the determined section of the memory.

13. 12. The method of claim 10, wherein the external device sends to the transceiver module of the IMD a plurality of predefined wake-up signals each combined with an ID request message following the wake-up signal within the first predefined time interval, a second one of the predefined wake-up signals following a first one of the predefined wake-up signals within a second predefined time interval, the second time interval being longer than the first time interval.

14. A computer program product comprising instructions which, when executed by a processor, cause the processor to perform the steps of the method according to any of claims 10 to 11.

15. 15. A computer readable data carrier storing a computer program product according to claim 14.

Images