Patent Application
20240226580
The present invention is directed to a communication system for a wireless message transfer between an implantable medical device (IMD) and an external device wherein the IMD is configured to monitor the health status of a patient and/or configured to deliver a therapy signal to the patient. The external device is located at least partially extracorporeally. The present invention is further directed to a respective method for wireless message transfer, respective computer program product and a respective computer readable data carrier. The computer program product may be a software routine, e.g., related to hardware support means within the IMD and/or the external device.
Active and passive implantable medical devices (IMDs), for example, a pacemaker (with leads), a BioMonitor, an Implantable Leadless Pacer (ILP), an Implantable Leadless Pressure Sensor (ILPS), an Implantable Cardiac Defibrillator (ICD) or a Subcutaneous Implantable Cardiac Defibrillator (i.e., S-ICD), contain sensors that collect physiological signals to monitor the health status of the patient and transmit them as data to an physician or patient device, or to a remote server using the external device. The data collected from these various or any such sensors can include, but are not limited to, ECG, impedance, activity, posture, heart sounds, pressure, respiration, and other data. Active IMDs, (e.g., pacemaker, ILP, ICD, or S-ICD) may provide therapy output to the patient, for example electrical stimulation within a heart chamber (e.g., atrium or ventricle).
Usually, such IMDs are comprised of a processor for data processing and a transceiver module configured to bi-directionally exchange messages with the external device if, for example, implanted within the body of the patient. The external device, possibly using its own transceiver, is configured for bi-directionally exchange messages with the transceiver module of the IMD. The external device may be a separate device connected to a computer (in some cases called programmer) or may be a module integrated within a remote device such as a computer. The external device produces and sends messages to the transceiver of the IMD in form of requests, for example for receiving data concerning the health status of the patient or IMD status from the IMD or for programming (in order to configure the IMD to apply appropriate therapies to the patient).
In state-of-the-art IMDs, such as Cardiac Rhythm Management (CRM) implants with leads, external device (e.g., connected to a Programmer) communication with the IMD usually has proceeded without a need for the system to have knowledge of or coordinate with more than a single IMD at a given time. This long-standing convenience unfortunately proves incompatible with the needs for, especially end of service, use cases in leadless IMDs. In leadless contexts, because a common set of leads cannot be swapped between two separate IMDs to deliver “fresh” therapy as a replacement for an “old” IMD, administered at the exact same location within the patient's organ (e.g., the patient's heart) by means of a rapid header connection swap, a communication scheme is needed to support the phase out and phase in of therapy support from “old” and “new” IMDs. Further, if the system is to support, even serial, communication with more than one leadless IMD, it must be true that any single such IMD does not interfere with the external device in ways that would prevent data exchange with any in-range IMD or any other in-range external device.
In cases where legacy active IMDs are resident within the communication range of the external device, receipt of a “wake up” signal (often via high-energy pulses or HEPs) by such legacy active IMDs can, depending on the protocols involved, force transitions to states where the legacy active IMDs immediately begin transmitting response output. Such interactions can create an incessant “spewing” of data to the external device that denies support for other devices to be recognized, effectively sidelining any capacity for communicating with a plurality of IMDs. As prior CRM implant systems never considered conditions where another in-body implant might need to communicate with the external device, there was little to no incentive for any single device not to fully occupy the allowable extents of the communication link. This type of interaction is especially problematic in cases where the carrier rates are designed to be low enough to ease signal transmission though patient anatomy, e.g., 32 kHz, as slower data rates encourage longer transmission and receipt interactions creating a larger target for problematic temporal overlap of any in-range, competing transmissions emergent from other implants.
It should be noted too that in some IMD communication support schemes common to the CRM market there has been a history of using higher-frequency communication carriers (e.g., 200 kHz) to enable more rapid data exchange. While such strategies might, in adapted forms, potentially enable more IMDs to non-competitively interact with an external device (subject to proper system design), the attenuation of higher-frequency communication signaling is increasingly problematic subject to greater physical separations between the implant and the external device. In leadless IMDs (which are located inherently deeper within patient anatomy), adoption of higher-frequency communication strategies unfortunately drives a need for the implants to draw power that they are less well equipped to support—directly challenging IMD longevity for this newly emergent class of products.
Accordingly, it is desirable to provide a communication system and method that enables a low-overhead means for supporting communication with a plurality of IMDs and facilitating targeted IMD-specific interactions as part of both IMD assembly and clinical use.
At least the above problem is solved by a communication system for a 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 a software routine and/or related hardware support means with the IMD and external device.
In particular, at least the problem is solved by a communication system for a wireless message transfer between an IMD and an external device, comprising an IMD and an external device, wherein the IMD is configured to monitor the health status of a patient and/or configured to deliver a therapy signal to the patient. The IMD comprises a processor, a memory module and a transceiver module configured to bi-directionally exchange the messages with the external device. The external device is configured to send a predefined wake-up signal to the transceiver module of the IMD combined with an ID request message following the wake-up signal within a predefined first time interval, wherein the ID request message contains one of a predefined set of predefined different request specifications. The processor of the IMD is configured to produce an ID response message to the previously received ID request message to send this ID response message from the transceiver module to the external device within a time slot after the receipt of this ID request message. The ID response message comprises an ID information read from a memory cell section at a predefined memory address of the memory module, wherein the section of the memory cell is determined by the processor based on the request specification sent by the previously received ID request message and the time slot is determined by the processor based on the ID information read from the determined section of the memory cell. The request specifications can also be called ID request commands. Further, the memory cell can also be called memory (without cell).
Alternatively or additionally, the processor of the IMD is configured to produce an ID response message to the previously received ID request message and to send this ID response message from the transceiver module to the external device within a time slot after the receipt of this ID request message, wherein the ID response message comprises an ID information read from a predefined memory address of the memory module, wherein the section of the memory is determined by the processor based on the request specification sent by the previously received ID request message and the time slot is determined by the processor based on the ID information read from the determined section of the memory.
The IMD is an implantable medical device as defined above configured to monitor the health status of a patient and/or configured to deliver a therapy signal to the patient, for example an ILP, an ILPS or an ICD.
The IMD comprises a processor for data processing and a transceiver module (e.g., an antenna or a coil connected to an appropriate communication management capability) for receiving messages (i.e., communication signals) from and transmitting messages to the external device. The request messages are instruction or command requests sent by the external device to the IMD. The messages sent by the transceiver module of IMD to the external device serve as response messages. Generally, messages are strings 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. The request messages received by the IMDs transceiver module are relayed to the processor for data processing. Analogously, the processor produces the content of the signals/messages which are subsequently relayed to the transceiver module for sending to the external device as response messages.
The IMD may comprise further modules such as a memory for storing data, a power supply inclusive of battery support or otherwise, at least one sensor for retrieving physiological signals from the patient and/or a signal generator for generating and administering, for example, electrical 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.
The memory module of the IMD may include any volatile, non-volatile, magnetic, electrical media, or otherwise such as a 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.
The external device is located at least partially extracorporeally and may be a separate module having a processor and may be wirelessly or by-wire connected to a computer (e.g., physician device, remote server, Programmer). Alternatively, the external device may form an integrated unit of such computer, for example may form an integrated unit of the Programmer. For bi-directional 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 or interfaces with a processor, in particular, if it is a module separate from a computer.
Wireless communication of the external device and the IMD comprises communication over the air (without wire). The communication may use inductive magnetic means, acoustic methods (e.g., ultrasound), and/or acoustic, optical and/or electromagnetic waves, for example Bluetooth, WLAN, ZigBee, NFC, Wibree or WiMAX in the radio frequency region, or IrDA or free-space optical communication (FSO) in the infrared or optical frequency region.
With regard to the present invention, each processor is regarded as a functional unit of the IMD, the external device, and/or the computer, that interprets and executes instructions comprising an instruction control unit and an arithmetic and logic unit. The (remote) computer or external device is a functional unit that can perform substantial computations, including numerous arithmetic operations and logic operations without human intervention, such as, for example, a personal mobile device (PMD), a desktop computer, a server computer, clusters/warehouse scale computer or embedded system.
In one embodiment, the processor of the IMD adopts at least a predefined sleep state and a predefined active state. In the active state the processor collects, gathers, or ships internally stored data outbound (in one or more responses) or controls or takes actions to collect measurements or runs routines, e.g., for therapy application. Accordingly, in the active state, the processor operates for responding to external requests and/or for processing data according to an internal program sequence. In the following, the active state may represent a ‘busy condition’ which intentionally works to complete lengthy routines related to requests from the external device before cueing the system regarding the IMD's readiness for the processing of any further command requests. In the sleep state, however, the processor is only minimally engaged in support for communication (thereby saving electrical power) though the simple maintenance of the IMD in a condition where it is capable of being awakened for further active state interactions. It is only upon transitioning into a higher-power active state condition that the IMD is capable of facilitating further, targeted message/data exchange. In one embodiment the receiver circuitry is always running during the service time of the IMD as it must prove possible to communicate with the device whenever a health care provider (HCP) attempts interactions via the external device.
The present disclosure is directed toward overcoming one or more of the above-mentioned problems, though not necessarily limited to embodiments that do.
According to the present invention, at the beginning of communication from the external device with the IMD, wherein the processor of the IMD is initially in the sleep state, the external device sends a predefined wake-up signal to the transceiver module of the IMD, wherein the wake-up signal is combined with an ID request message following the wake-up signal within a predefined first time interval, wherein the ID request message contains one of a predefined set of distinct request commands.
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 combined with an ID request message following the wake-up signal within the predefined first time interval, wherein a second of such predefined wake-up signals follows the first of such predefined wake-up signals within a predefined second time interval, wherein the second time interval is longer than the first time interval. The first combined wake-up signal with ID request message may be treated analogously a known HEP (i.e., no noise). The first wake-up signal may be assessed by the IMD to assist in adjusting gain settings within the system for supporting further communication and the IMD may furthermore initiate a process to confirm that the observed signaling is in-fact a HEP input from an external device. On the next clustered grouping of wake-up signal and ID request message the IMD may confirm that the signals are in-fact valid wake-up inputs and then may proceed to initiate the communication clocking support and phase lock loop (PLL) elements necessary for decoding the baseline binary phase shift keying (BPSK) communication signaling. By the time the third grouping of wake-up signal and ID request message arrives at the implant, the transceiver of the IMD may be active and readied for further communication.
In one embodiment, the wake-up signal is an early 8-cycle pulse output train and a late 8-cycle pulse output train separated by an 8-cycle gap resulting in a 24-cycle long gapped output. Other wake-up signals may be used, too, including, for example, known two cycles of high energy clock pulse output (HEP), e.g., at 32.768 Hz as has been used in legacy product communication schemes. According to the first mentioned embodiment, the known, legacy product HEP implementation has been modified to enable a low-power wake-up for leadless support through the inclusion of greater clock cycle counts and an identifying internal gap signature. The increased cycle counts and gap feature improves deep-implant wake-up support without compromising device service time by enabling the IMD to consume less power in recognizing an incoming HEP as susceptibility to noise inputs can be more readily avoided. The above explained wake-up signal has the capability to be confirmed by a predefined pattern known by the processor or a transceiver circuitry of the IMD (i.e., matching the active pulses and gaps against a template) which may be used to ensure that wake-up of the processor (i.e., the transition from the sleep state to the active state) only occurs when intended—again, improving noise immunity. This revised deep-implant HEP wake-up approach furthermore maintains a capacity to awaken legacy IMDs, as well. In one embodiment, the pulse amplitudes of the early 8-cycle pulse output train may be different from the pulse amplitudes of the late 8-cycle pulse output train. This multi-level segmentation of the output within the HEP sequence offers added flexibilities for the IMD to determine what gain settings are best for subsequent baseline communication and to offer feedback to the external device regarding output amplitudes it should utilize during said subsequent baseline communication.
Alternatively or additionally, the wake-up signal is comprised of a pulse output train which may be segmented into an early segment and a late segment separated by an intervening gap, wherein, for example, the pulse amplitudes of the early segment of the pulse output train are the same or different when compared to the pulse amplitudes of the late segment of the pulse output train.
According to the present invention, the ID request message following the wake-up signal represents one of a predefined set of distinct ID request commands which may be chosen randomly or in accordance with rule-based selection as part of the process involved in initiating baseline communication and the provisioning of time-multiplexed IMD responses. The ID request message contains information for the processor of the IMD to read the memory address within the memory module essential for appropriately handling the ID request message. For proper data exchange, the IMD needs to be within the external device's communication range. Based on the sent request specification, the processor of the IMD reads the information stored in command-relevant section of the memory module. This information is called “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 IMD's serial number, wherein the ID request command determines, which section of the IMD's serial number has to or should be read by the IMD's processor. In one embodiment, the external device chooses randomly or via rule-based measures one of the set of 8 ID request commands, wherein each request command directs the processor of the IMD to choose a different section of the memory, for example a three-bit-section of the memory. Rule-based choosing may include, for example, to choose each time the next ID request command in the family having a binary indexing value either one higher or one lower than the last used value or to choose every second higher or second lower value. If arrived at the highest or lowest value, the choosing continues at the lowest or highest value, respectively, i.e., wrapping. Other rules may be applied, as well.
Alternatively or additionally, external device is configured to randomly or in accordance with a rule-based scheme choose one of the set of a plurality of ID request commands, wherein each ID request command allows the processor of the IMD to choose a different section of the memory.
The ID information may be a certain value, for example a section of the serial number of the IMD. According to the present invention, based on the read ID information the time slot is determined by the processor, in which the ID response message needs to be sent back to the external device. The probability is high, that for two different IMDs (each having, for example, a different serial number) two different ID information values will be derived from their respective memory modules. Accordingly, the ID response message 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 is capable of distinguishing distinct IMDs. In a discovery phase application, such a time-multiplexing scheme allows a plurality of leadless IMDs to respond at prescribed delays relative to an ID request message to support communication with an external device. Additionally, it is ensured that recognition of any one IMD within the communication range of the external device does not hinder the ability for the system to interact with other IMDs or, worse yet, deny their visibility to the communication infrastructure altogether. 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 with the other time slots.
In one embodiment, the processor chooses one of 8 different time slots based on the ID information (for example, a 3 bit code) read from the determined section of the IMD's memory. The ID response message of the IMD may contain the full or a part of the serial number of the IMD. Also more or less than 8 different time slots may be chosen by the processor.
Alternatively or additionally, the processor is configured to, based on the ID information read from the determined section of the memory, choose one of a plurality of time slots for sending the ID response message by the transceiver module.
Once IMDs are discovered as outlined above, the communication system may begin a follow-on process of pairing found IMDs with a short and unique reference address. The pairing process provided by the external device, may involve, for example, taking the read serial number (e.g., a 4-byte binary value) for any discovered IMD and assigning it a shorter (e.g., 3 bit binary value) and unique reference address. Such an approach means that any time messages are sent to one of a multitude of in-range IMDs, the process can proceed without having the message and response packets include the overhead of longer target addresses based on the serial number but instead simply including the shorter reference address. This approach leaves more room in the limited data throughput communication scheme used for leadless support to pass meaningful payload content throughout the communication link. It further enables improved clinical support and critical IMD change-out at end of service, effectively rendering a communication-based means for switching therapy output from one IMD to another. The inventive system and method allow focused leadless communication for data exchange, programming etc. with each IMD discovered in the range of the external device. Therein, the communication is not (necessarily) bound to specific time or location but may be provided anytime. Further, it is adapted to the specific energy requirements of small deep-implant leadless IMDs. The inventive method and IMD further eliminate the need to isolate individual IMDs from one another during production as part of factory program setting installation, debugging, calibration and other data relay needs.
According to the present invention, an external device and an IMD both being a component of the communication system and having the above explained features solve at least the above problem, as well.
Analogously, at least the above problem is solved by a communication method for a wireless message transfer between an implantable medical device (IMD) and an external device, wherein the IMD monitors the health status of a patient and/or delivers a therapy signal to the patient, wherein the IMD comprises a processor, a memory module and a transceiver module which bi-directionally exchanges the messages with the external device, comprising the following steps:
Alternatively or additionally, the ID response message comprises an ID information read from a memory cell section at a predefined memory address of the memory module, wherein the section of the memory is determined by the processor based on the ID request command sent by the previously received ID request message and the time slot is determined by the processor based on the ID information read from the determined section of the memory.
An ID request command may also be called request specification. A memory cell may also be called memory (without cell).
By the inventive method, a means is found for pulling minimal IMD status information (i.e., ID information) from any in-range (i.e., discovered) leadless IMD to aid in user selection of a specific targeted IMD for further interrogation/testing etc.
In one embodiment of the method, one of the set of 8 ID request command is randomly or via rule-based methodologies chosen by the external device, wherein each ID request command allows the processor of the IMD to choose a different section of the memory.
Alternatively or additionally, one of the multitude of ID request commands is randomly or in accordance with a rule-based scheme chosen by the external device, wherein each ID request command allows the processor of the IMD to choose a different section of the memory.
Further, in one embodiment, one of 8 different time slots for sending the ID response message is chosen by the processor based on the ID information read from the determined section of the memory.
Alternatively or additionally, one of a multitude of different time slots, e.g., 8 different time slots, for sending the ID response message is chosen by the processor based on the ID information read from the determined section of the memory.
Furthermore, in one embodiment, a plurality of predefined wake-up signals are sent by the external device to the transceiver module of the IMD, each combined with an ID request message following the wake-up signal within the predefined first time interval, wherein a second of such predefined wake-up signals follows the first of such predefined wake-up signals within a predefined second time interval, wherein the second time interval is longer than the first time interval.
The above method is, for example, realized as a computer program (to be executed at or within the external device and/or the IMD, in particular utilizing their processors) which is a combination of above and below specified (computer) instructions and data definitions that enable computer hardware or a communication system to perform computational or control functions and/or operations, or which is a syntactic unit that conforms to the rules of a particular programming language and that is composed of declarations and statements or instructions needed for an above and below specified function, task, or problem solution.
Furthermore, a computer program product is disclosed comprising instructions which, when executed by a processor, cause the processor to perform the steps of the above defined method. Accordingly, a computer readable data carrier storing such computer program product is described.
Additional features, aspects, objects, advantages, and possible applications of the present disclosure will become apparent from a study of the exemplary embodiments and examples described below, in combination with the Figures and the appended claims.
The present invention will now be described in further detail with reference to the accompanying schematic drawings, wherein
The ILP 40 may comprise modules such as a processor, a data memory module, a signal generator unit for providing treatment signals (e.g., pacing signals), a measurement unit comprising an ECG measuring unit, a DC impedance sensor and the accelerometer sensor, a transceiver for sending and receiving messages to the external device 60, and a power source—each of said modules being electrically connected in some fashion 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 memory type mentioned above. The processor of the ILP 40 may adopt at least the above explained sleep state and the above explained active state.
The external device 60 comprises a processor 61 and a transceiver 62 for exchange of messages with the ILP 40 which are electrically connected with each other. Further, the external device 60 may exchange data with other external devices and/or a remote server (not shown). The external device 60 may be the Programmer. The bi-directional exchange of messages with the ILP 40 is symbolized by the double-headed arrow 50. The leadless communication of external device 60 with the ILP 40 may be inductive magnetic communication, conducted communication, and acoustic communication, for example.
In the following, the operation of one embodiment of the communication system and method is explained with reference to
To enable viable communication with multiple ILP 40 and to consider the greater implantation depths of such ILP 40, a wake-up signal 100 is provided which includes a more substantial count of clock cycles (compared to former sequence designs) as well as an identifying internal gap signature.
While the above-described wake-up signal discovers deep leadless implants, it still maintains a capacity to awaken state-of-the-art products for Programmer engagement. The above wake-up signal simply ends up being ignored or immaterial to such implant types as they require higher signal energy.
To support the initiation of baseline communication, after each wake-up signal 100 the external device 60 sends out an ID request message 200. This message when received by the ILP petitions the processor of the ILP 40 to reference the data memory module location where the ILP serial number has been stored using the request specification value contained in the ID request message 200. Based on the specific ID request message 200, 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 specific time slot S1, S2, S3, S4, S5, S6, S7, S8 (see
Each time slot S1 to S8 represents a unique, fixed delay relative to the end of the ID request message 200. The delay has the length of T5 and several times the length T6 of each time slot and T7, wherein, for example, T6=35.5 ms. The delay for time slot S1 is T5, whereas the delay for time slot S2 is T5+T6+T7 OR T5+the duration of S1+a slight gap. For time slot S3 the delay amounts to T5+2×T6+2×T7 etc. OR T5+the duration of S1+a slight gap+the duration of S2+a slight gap. The in-range ILP then each wait for a duration aligned with the time slot computed and then report their serial number as part of the ID response message 300. This scheme does not guarantee that for a given ID request message 200, all of the ILP 40 within range of the external device 60 will respond in a different time slot. In such cases, it is expected that overlapping responses from more than a single ILP in a shared time slot S1 to S8 garble the response recognition by the external device 60. In all likelihood, subject to this type of collision, one or both of the ILP cannot be discovered. However, each time an ID request message 200 is sent following a wake-up signal 100 by the external device 60, another request specification is chosen (of the 8 in the shown embodiment) and sent with the ID request message 200. The picking of the request specification may be carried out randomly or by a specific rule stored in the external device 60. The use of a new ID request command would “shuffle the deck”, effectively picking another section of the in-range ILP serial numbers to assign time slots. This picking of ID request command to encode new time slots, statistically eventually allows for multiple ILP to land in separate, distinct time slots—facilitating their recognition by the external device 60.
The above-mentioned time-multiplexed scheme for external device recognition of individual ILP in prescribed time slots is a process which can be described as “Discovery”. It is the only “frame-based” portion of the communication system (i.e., one where a prescribed regularity of message output is organized in time to provide allowances for responses in expected intervals). As can be derived from
Once ILPs are discovered as outlined above, the system may begin a follow-on process of pairing found ILPs 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 it a shorter (e.g., 3 bit binary value) but unique reference address. Such an approach means that any time messages are sent to one of the plurality of in-range ILPs, the process can proceed without having the command and response packets include the overhead of longer target addresses based on the serial number. This approach leaves more room in the limited data throughput communication scheme used for leadless support to pass meaningful payload content throughout the communication system.
For any ILP that the system has paired with a short address, a status/type interrogation may then be run where the external device 60 requests that added information be reported. Basic information of this type may include, for example, whether or not the device resides in a factory/shelf state, what condition the device's battery presents, and/or a reporting of the ILP implant date—among other considerations. In a preferred embodiment, rather than using separate command-based interactions to poll for this status/type interrogation information, the content relayed by the IMD as part of the response to the ID request command may carry such information—this latter embodiment offering a lower overhead means to rapidly provide crucial device information to the system/users. The rendering of such details does not represent what traditionally has been known as a full device interrogation routine but instead a lighter touch pulling of targeted values from the in-range ILPs. Such interactions enable the generation of a user interface on graphical user interface (GUI) of the external device 60 that can assist health care providers in selecting the proper one of the plurality of ILPs found within the range of the external device 60. An example interface of this type is illustrated in
It will be apparent to those skilled in the art that numerous modifications and variations of the described examples and embodiments are possible in light of the above teachings of the disclosure. The disclosed examples and embodiments are presented for purposes of illustration only. Other alternate embodiments may include some or all of the features disclosed herein. Therefore, it is the intent to cover all such modifications and alternate embodiments as may come within the true scope of this invention, which is to be given the full breadth thereof. Additionally, the disclosure of a range of values is a disclosure of every numerical value within that range, including the end points.
| Number | Date | Country | Kind |
|---|---|---|---|
| 21183354.6 | Jul 2021 | EP | regional |
This application is the United States National Phase under 35 U.S.C. § 371 of PCT International Patent Application No. PCT/EP2022/062727, filed on May 11, 2022, which claims the benefit of European Patent Application No. 21183354.6, filed on Jul. 2, 2021, and U.S. Provisional Patent Application No. 63/195,405, filed on Jun. 1, 2021, the disclosures of which are hereby incorporated by reference herein in their entireties.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/EP2022/062727 | 5/11/2022 | WO |
| Number | Date | Country | |
|---|---|---|---|
| 63195405 | Jun 2021 | US |
