EP3600059A1 - Dispositif à ultrasons portatif à haute performance - Google Patents

Dispositif à ultrasons portatif à haute performance

Info

Publication number
EP3600059A1
EP3600059A1 EP18771485.2A EP18771485A EP3600059A1 EP 3600059 A1 EP3600059 A1 EP 3600059A1 EP 18771485 A EP18771485 A EP 18771485A EP 3600059 A1 EP3600059 A1 EP 3600059A1
Authority
EP
European Patent Office
Prior art keywords
ultrasound
bits
processor
pixels
sample
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP18771485.2A
Other languages
German (de)
English (en)
Other versions
EP3600059A4 (fr
Inventor
Amin Nikoozadeh
Jung Woo Choe
Stefan Craciun
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vave Health Inc
Original Assignee
Vave Health Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US15/470,793 external-priority patent/US10469846B2/en
Priority claimed from US15/470,798 external-priority patent/US11446003B2/en
Priority claimed from US15/470,700 external-priority patent/US10856843B2/en
Application filed by Vave Health Inc filed Critical Vave Health Inc
Publication of EP3600059A1 publication Critical patent/EP3600059A1/fr
Publication of EP3600059A4 publication Critical patent/EP3600059A4/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S7/00—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00
    • G01S7/52—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00 of systems according to group G01S15/00
    • G01S7/52017—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00 of systems according to group G01S15/00 particularly adapted to short-range imaging
    • G01S7/52079—Constructional features
    • G01S7/5208—Constructional features with integration of processing functions inside probe or scanhead
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S15/00—Systems using the reflection or reradiation of acoustic waves, e.g. sonar systems
    • G01S15/88—Sonar systems specially adapted for specific applications
    • G01S15/89—Sonar systems specially adapted for specific applications for mapping or imaging
    • G01S15/8906—Short-range imaging systems; Acoustic microscope systems using pulse-echo techniques
    • G01S15/8909—Short-range imaging systems; Acoustic microscope systems using pulse-echo techniques using a static transducer configuration
    • G01S15/8915—Short-range imaging systems; Acoustic microscope systems using pulse-echo techniques using a static transducer configuration using a transducer array
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S7/00—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00
    • G01S7/003—Transmission of data between radar, sonar or lidar systems and remote stations
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S7/00—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00
    • G01S7/52—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00 of systems according to group G01S15/00
    • G01S7/52017—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00 of systems according to group G01S15/00 particularly adapted to short-range imaging
    • G01S7/52023—Details of receivers
    • G01S7/52034—Data rate converters
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S7/00—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00
    • G01S7/52—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00 of systems according to group G01S15/00
    • G01S7/52017—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00 of systems according to group G01S15/00 particularly adapted to short-range imaging
    • G01S7/52046—Techniques for image enhancement involving transmitter or receiver
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S7/00—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00
    • G01S7/52—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00 of systems according to group G01S15/00
    • G01S7/52017—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00 of systems according to group G01S15/00 particularly adapted to short-range imaging
    • G01S7/52079—Constructional features
    • G01S7/52082—Constructional features involving a modular construction, e.g. a computer with short range imaging equipment
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10K—SOUND-PRODUCING DEVICES; METHODS OR DEVICES FOR PROTECTING AGAINST, OR FOR DAMPING, NOISE OR OTHER ACOUSTIC WAVES IN GENERAL; ACOUSTICS NOT OTHERWISE PROVIDED FOR
    • G10K11/00—Methods or devices for transmitting, conducting or directing sound in general; Methods or devices for protecting against, or for damping, noise or other acoustic waves in general
    • G10K11/18—Methods or devices for transmitting, conducting or directing sound
    • G10K11/26—Sound-focusing or directing, e.g. scanning
    • G10K11/34—Sound-focusing or directing, e.g. scanning using electrical steering of transducer arrays, e.g. beam steering
    • G10K11/341—Circuits therefor
    • G10K11/346—Circuits therefor using phase variation
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B8/00—Diagnosis using ultrasonic, sonic or infrasonic waves
    • A61B8/44—Constructional features of the ultrasonic, sonic or infrasonic diagnostic device
    • A61B8/4444—Constructional features of the ultrasonic, sonic or infrasonic diagnostic device related to the probe
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S7/00—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00
    • G01S7/52—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00 of systems according to group G01S15/00
    • G01S7/52017—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00 of systems according to group G01S15/00 particularly adapted to short-range imaging
    • G01S7/52053—Display arrangements
    • G01S7/52057—Cathode ray tube displays
    • G01S7/52068—Stereoscopic displays; Three-dimensional displays; Pseudo 3D displays

Definitions

  • Ultrasound imaging is commonly used as a non-invasive, diagnostic imaging modality that provides images of the internal volumes of objects in many different fields such as medical diagnostics and non-destructive materials testing.
  • ultrasound imaging can be used to provide images of internal organs, such as an abdomen or a heart.
  • prior methods and apparatus to compress data such as ultrasound image data can be less than ideal in at least some respects.
  • compression of image data with formats such as JPEG and MPEG can result in decreased image quality in at least some instances.
  • prior methods and apparatus for compressing data can result in greater amounts of circuitry and power consumption than would be ideal.
  • prior approaches to compressing data with lookup tables can result in greater amounts of memory being used, increased power consumption, and may have longer latency periods than would be ideal.
  • prior methods and apparatus to generate ultrasound image data with a handheld imaging system can be less than ideal in at least some respects.
  • the prior handheld ultrasound imaging systems may have less than ideal image resolution, which can decrease clinical utility. For example, small image detail which can be relevant to the diagnosis and treatment of patients may not be present in images of at least some of the prior ultrasound systems with handheld probes.
  • the prior ultrasound imaging systems may have greater complexity than would be ideal, which can increase the cost, weight, power consumption, and size of a handheld ultrasound probe.
  • latencies can result in a less than ideal performance. For example, a user may often align the probe with a target tissue and delays in showing images on the display can make alignment of the probe with a moving target tissue more difficult than would be ideal.
  • latencies in generating images can also result in less than ideal system performance and the decrease responsiveness of the system.
  • the amount of bandwidth required to reliably transmit data wirelessly with prior systems can be greater than would be ideal, which can result in additional degradation and latencies of transmitted ultrasound data.
  • Prior handheld imaging systems can weigh more than would be ideal.
  • the systems, devices, and methods disclosed herein may be capable of producing high- resolution ultrasound images with a handheld ultrasound system with decreased computational requirements. Although specific reference is made to a handheld imaging probe for medical applications, the ultrasound system and methods disclosed herein may find application in many fields, such as non-destructive testing, metrology, materials science, aerospace, transportation infrastructure, dermatology, and dentistry.
  • the handheld ultrasound device may comprise a plurality of components configured to provide decreased size, weight, complexity, and power consumption.
  • the handheld ultrasound device may comprise an ultrasound transducer and an analog to digital ("A/D") converter coupled to the ultrasound transducer.
  • a processor comprising a beamformer can be coupled to the A/D converter and configured to selectively store a plurality of signals from the A/D converter in a memory of the processor. The selective storage of the plurality of samples from the A/D converter can decrease the amount of memory used to generate ultrasound images, which can decrease the size, weight and power consumption of the handheld ultrasound device.
  • the handheld ultrasound imaging device can be configured for ease of use, and may comprise wireless communication circuitry to transmit images for display.
  • the handheld ultrasound device is configured to be held in the hand of a user, and may be configured to allow a person to measure himself or herself.
  • the handheld ultrasound system comprises a housing to contain the measurement components, and the housing is sized, in some instances, such that the user can readily grasp the housing and lift the measurement components within the housing.
  • the compactness and decreased mass of the handheld ultrasound system allow the system to be easily held in the hand and transported.
  • the handheld ultrasound system may comprise a maximum dimension across within a range from about 80 mm to about 200 mm.
  • an ultrasound device to image an object comprises a processor coupled to the ultrasound transducer.
  • the processor may comprise a tangible medium configured with instructions that when executed cause the processor to selectively store individual samples from an analog-to-digital (A/D) converter.
  • A/D analog-to-digital
  • Each of the selected individual samples may correspond to an ultrasound signal from a location in the object and an associated delay time for the ultrasound signal to reach the transducer from the location in the object.
  • the delay time may correspond to a round-trip time of flight to the transducer.
  • a maximum delay error may comprise no more than half of an RF sampling period.
  • Each of the selected individual samples may be selectively stored in a memory of the processor in accordance with a flag table.
  • the A/D converter may be configured to output a plurality of samples and wherein the selected individual samples comprise no more than about 70% of the plurality of samples and optionally no more than about 60%.
  • the plurality of samples from the A/D converter may comprise a plurality of unselected samples.
  • the plurality of unselected samples may be discarded prior to receipt of a last sample from the A/D converter.
  • the delay time may correspond to a round-trip time of flight of the ultrasound signal from the transducer to the location and from the location to the transducer.
  • the ultrasound device may comprise a plurality of transducers. There may be a delay time to said each of the plurality of transducers. The delay time may correspond to a round-trip time of flight to said each of the plurality of ultrasound transducers.
  • the processor may not comprise a radio frequency (RF) buffer to store a plurality of samples from the A/D converter.
  • RF radio frequency
  • Each of the selectively stored individual samples from the A/D converter may be selected for use with a pixel in no more than one sampling cycle of the A/D converter after being received by the processor.
  • An RF sample from the A/D converter may be selected to be used for a certain pixel or not, in no more than one RF sampling clock cycle after the RF sample is captured.
  • the processor may be configured to generate an image from the selected samples.
  • the processor may comprise a beamformer that utilizes a power draw of no more than 100 mW to generate the image.
  • the ultrasound transducer may comprise a one-dimensional array of ultrasound transducers.
  • the ultrasound transducer may comprise a two-dimensional array of ultrasound transducers.
  • the ultrasound transducer may comprise a plurality of transducers.
  • the plurality of transducers may comprise a number of transducers selected from the group consisting of 64 transducers, 128 transducers, and 256 transducers.
  • the plurality of ultrasound transducers may comprise a number of transducers within a range of 32 transducers to 256 transducers.
  • an ultrasound device to generate an image of an object may comprise a plurality of transducer elements, a front-end unit, a real-time beamformer, and an image processor.
  • Each transducer element may be associated with a data channel.
  • Each data channel may comprise a transducer that receives ultrasonic energy reflected by the region of interest and generates radio frequency (RF) signals based on the received reflected ultrasonic energy.
  • the front-end unit may amplify and digitize the RF signals received from each data channel to provide RF samples at an RF sampling rate associated with a data clock having a clock cycle. An RF sample may be received by each data channel at each clock cycle corresponding to the RF sampling rate.
  • Each RF sample may be associated with one location in the scanline defined by a trajectory of the beam through the location of interest.
  • the real-time beamformer may have a transmit beamformer and a flag table based receive beamformer.
  • the transmit beamformer may direct a beam of ultrasound energy at a location of interest.
  • the beam may generate ultrasound signals along a scanline defined by a trajectory of the beam through the location of interest.
  • the receive beamformer may receive reflected ultrasound energy from portions of the region of interest that lie along the scanline.
  • the receive beamformer may comprise a flag table generated for each beam and for each data channel and a processor that generates raw image data comprising a plurality of pixels.
  • the flag table may comprise a flag associated with each of the RF samples provided by the front-end unit.
  • An RF index may correspond to a delay time associated with receiving an RF sample based on the data clock.
  • Each flag may be a single-bit binary flag indicator having a positive or a non-positive value.
  • the processor may perform operations in real-time comprising processing each of the RF samples provided by the front-end unit based on the flag table for each of the data channels and for each beam of ultrasound energy directed at the location of interest.
  • the processing may further comprise: 1) receiving an RF sample at a clock cycle of the data clock, the RF sample associated with a location along the scanline defined by a trajectory of the beam through the location of interest; 2) sending the received RF sample to a first pixel in a per-channel image buffer if the flag associated with the received RF sample has a positive value and if the flag is a first positive flag; 3) discarding the received RF sample if the flag associated with the received RF sample has a non-positive value; 4) receiving a subsequent RF sample corresponding to a next clock cycle of the data clock; 5) sending the subsequent RF sample to a next pixel in the per-channel image buffer if the flag associated with the subsequent RF sample has a positive value; 6) discarding the subsequent RF sample if the flag associated with the subsequent RF sample has a non-positive value; 7) repeating steps 4-6 until all channels receive an RF sample for a last pixel in the scanline; and 8) adding the RF samples corresponding to a
  • the image processor may process the raw image data to provide the processed image data.
  • the delay time may correspond to a round-trip time of flight of the ultrasound signal from a location of the object to the transducer.
  • the location of the object may be a location along a scanline defined by a trajectory of the beam through the region of interest.
  • the flag table may be compressed.
  • the processor may perform further operations comprising decoding the compressed flag table.
  • the compressed flag table may be compressed by a factor greater than 10 compared to a delay table.
  • the compressed flag table may be compressed by a factor greater than 50 compared to a delay table.
  • the flag table based real-time beamformer may be implemented on one or more field programmable gate array (FPGA) chips.
  • FPGA field programmable gate array
  • An equivalent gate count of active circuitry to implement the flag table based real-time beamformer may be no more than 100,000 exclusive of a memory component.
  • the device may comprise a first dimension no more than 210 mm, a second dimension no more than 75 mm and a third dimension no more than 38 mm.
  • the first dimension may comprise no more than 140 mm
  • the second dimension may comprise no more than 50 mm
  • the third dimension may comprise no more than 25 mm.
  • Power may be supplied by an external power module or battery having a battery lifetime of at least about 1 hour when the device is used to scan continuously.
  • a memory of the beamformer may comprise no more than 2.5KB per channel of a multi-channel beamformer.
  • a method of processing ultrasound signals received from a plurality of data channels may comprise: 1) directing a beam of ultrasound energy at a region of interest, the beam generating ultrasound signals along a scanline defined by a trajectory of the beam through the region of interest; 2) receiving, by a plurality of data channels, reflected ultrasound signals from portions of the region of interest that lie along the scanline; 3) generating, by the plurality of data channels, radio frequency (RF) signals based on the received reflected ultrasound signals; 4) amplifying and digitizing the generated RF signals received from the plurality of data channels to provide RF samples at an RF sampling rate associated with a data clock having a clock cycle; 5) generating a flag table for each beam and for each data channel; 6) processing each of the RF samples based on the flag table for each of the data channels and for each beam of ultrasound energy directed at the region of interest; and 7) processing the raw image data to provide the processed image data.
  • RF radio frequency
  • An RF sample may be received by each of the plurality of data channels at each clock cycle corresponding to the RF sampling rate.
  • the RF sample may be associated with a location along the scanline defined by a trajectory of the beam through the region of interest.
  • the flag table may comprise a flag associated with each of the RF samples.
  • Each RF index may correspond to a delay time associated with receiving an RF sample based on the data clock.
  • Each flag may be a single-bit binary flag indicator having a positive or a non- positive value.
  • Processing may further comprise: 1) receiving an RF sample at a clock cycle of the data clock; 2) sending the received RF sample to a first pixel in a per-channel image buffer if the flag associated with the received RF sample has a positive value and if the flag is a first positive flag; 3) discarding the received RF sample if the flag associated with the received RF sample has a non-positive value; 4) receiving a subsequent RF sample corresponding to a next clock cycle of the data clock, 5) sending the subsequent RF sample to a next pixel in the per- channel image buffer if the flag associated with the subsequent RF sample has a positive value; 6) discarding the subsequent RF sample if the flag associated with the subsequent RF sample has a non-positive value; 7) repeating steps 4-6 until all channels receive an RF sample for a last pixel in the scanline; and 8) adding the RF samples corresponding to a pixel from all data channels to generate an image value for the pixel.
  • the RF sample associated with a location along the scanline may be defined by a trajectory of the beam through the region of interest.
  • the delay time may correspond to a round-trip time of flight of the ultrasound signal from a location of the object to the transducer.
  • the location of the object may be a location along a scanline defined by a trajectory of the beam through the region of interest.
  • the method may comprise compressing the flag table.
  • the method may comprise decoding the compressed flag table.
  • a system comprises a processor and logic encoded in one or more non- transitory computer-readable media for execution by the processors.
  • the logic may be operable to perform operations comprising: 1) directing a beam of ultrasound energy at a region of interest; 2) receiving, by a plurality of data channels, reflected ultrasound signals from portions of the region of interest that lie along the scanline; 3) generating, by the plurality of data channels, radio frequency (RF) signals based on the received reflected ultrasonic signals; 4) amplifying and digitizing the generated RF signals received from the plurality of data channels to provide RF samples at an RF sampling rate associated with a data clock having a clock cycle; 5) generating a flag table for each beam and for each data channel; 6) processing each of the RF samples based on the flag table for each of the data channels and for each beam of ultrasound energy directed at the location of interest; and 7) processing the raw image data to provide the processed image data.
  • RF radio frequency
  • the beam may generate ultrasound along a scanline defined by a trajectory of the beam through the region of interest.
  • An RF sample may be received by each of the plurality of data channels at each clock cycle corresponding to the RF sampling rate.
  • the RF sample may be associated with a location along the scanline defined by a trajectory of the beam through the region of interest.
  • Each RF index may correspond to a delay time associated with receiving an RF sample based on the data clock.
  • Each flag may be a single-bit binary flag indicator having a positive or a non-positive value.
  • the RF sample may be associated with a location along the scanline defined by a trajectory of the beam through the region of interest.
  • the delay time may correspond to a round-trip time of flight of the ultrasound signal from a location of the object to the transducer.
  • the location of the object may be a location along a scanline defined by a trajectory of the beam through the region of interest.
  • the performed operations may comprise compressing the flag table.
  • the performed operations may comprise decoding the compressed flag table.
  • the system may be implemented on one or more FPGA chips.
  • the system may be implemented by an equivalent gate count of active circuitry that is no more than 100,000 exclusive of a memory component.
  • a memory of the system may require no more than 2.5 KB per channel of a multi-channel beamformer.
  • the present methods and apparatus may provide improved high-resolution ultrasound images with data compression, such as ultrasound images from an imaging probe (e.g., a handheld imaging probe).
  • Data such as pixel data can be compressed on the handheld (or "hand held") imaging probe prior to transmission by dynamic range compression (e.g., from a first dynamic range to a second dynamic range less than the first dynamic range) in order to decrease the amount of data transmitted from the probe and/or to prepare image data suitable for display.
  • the dynamic range compressed data can be generated quickly and in accordance with clock cycles of a processor in order to decrease latency between receiving uncompressed pixels and generating compressed pixels.
  • the dynamic range compression circuitry may comprise an amount of memory related to a dynamic range of the compressed data that is independent of the dynamic range of the input data, which can decrease memory, decrease power consumption, and decrease latencies of image transmission.
  • the dynamic range compression circuitry can be configured to pipeline data such as image data in accordance with clock cycles, such that throughput between inputting data words and outputting data words is increased.
  • a dynamic range compressed image may comprise the same number of pixels as an uncompressed image in order to maintain spatial resolution.
  • the compression may be performed in accordance with a lookup table in order to increase throughput of generating dynamic range compressed data, thereby decreasing degradation of the compressed data.
  • a handheld ultrasound probe for generating a plurality of pixels of a plurality of ultrasound images comprises an ultrasound transducer array and an analog-to-digital (A/D) converter.
  • the A/D converter may be coupled to the ultrasound transducer array to acquire ultrasound data.
  • a processor may be coupled to the A/D converter and configured with instructions that, when executed, cause the processor to generate a plurality of uncompressed pixels of the plurality of ultrasound images and generate the plurality of compressed pixels from the uncompressed pixels of the plurality of ultrasound images.
  • a method for generating pixels of a plurality of ultrasound images with handheld ultrasound probe comprises generating a plurality of uncompressed pixels of the plurality of ultrasound images with a processor coupled to an A/D converter.
  • a plurality of compressed pixels may be generated from the plurality of uncompressed pixels.
  • an apparatus for compressing input words of m bits to output words of n bits comprises a plurality of n memory components and a logic circuit.
  • Each memory component may be configured to store a respective sub-table of a lookup table.
  • the lookup table may comprise a plurality of ordered threshold values, the threshold values corresponding to a domain of a monotonic function and respective indices of the threshold values as ordered corresponding to a range of the monotonic function.
  • the logic circuit may comprise operations for: determining, in a plurality of n stages respectively corresponding to the plurality of n sub-tables, based on an input word and the plurality of n sub-tables, a plurality of n bits of an output word.
  • the logic circuity may comprise operation for concatenating the plurality of n bits to generate the output word.
  • a logic circuit is configured for compressing input words of m bits to output words of n bits, wherein n ⁇ m.
  • the logic circuit may comprise operations for
  • the lookup table may comprise a plurality of (2 n )-l ordered threshold values, and each 1 th sub-table of the n sub-tables may comprise 2 (1_1) threshold values.
  • the threshold values may correspond to a domain of a monotonic function, and respective indices of the threshold values as ordered may correspond to a range of the monotonic function.
  • the plurality of n bits may be concatenated to generate the output word, wherein each stage generates one bit of the output word.
  • a latency of the logic circuit may be at most n clock cycles and a throughput of the logic circuit may be at least one output word per cycle.
  • the systems and methods disclosed herein may provide improved imaging with a handheld (or "hand held") ultrasound imaging system.
  • the probe may be configured to generate images capable of spatially resolving tissue structures no more than a wavelength of ultrasound waves emitted from the handheld ultrasound imaging system.
  • the spatial resolution of the tissue structure may comprise an axial resolution of the image along the ultrasound beam path.
  • the handheld ultrasound imaging system may comprise an ultrasound transducer array and a processor configured to generate pixels of the images and can be configured to generate compressed images that resolve the tissue structure.
  • the ultrasound imaging system can be configured to compress individual pixels of the images and provide images comprising the compressed pixels, such that the compressed images comprise the spatial resolution of the uncompressed images.
  • the ultrasound imaging system may comprise communication circuitry to transmit compressed image data such as compressed pixels of the ultrasound images.
  • the communication circuitry may be wireless or wired, or combinations thereof.
  • the communication circuitry and processor can be configured such that the communication circuitry transmits first pixels of an image from the handheld ultrasound imaging system prior to receiving last pixels of an image from the processor in order to decrease latencies, which can be helpful with
  • the handheld ultrasound imaging system may comprise an analog-to-digital (A/D) converter coupled to the transducer array and the processor.
  • the ultrasound imaging system may comprise a housing to support the ultrasound transducer array, the A/D converter, the processor and the communication circuitry.
  • the handheld ultrasound imaging system may comprise a weight of no more than 300 grams (g) and draw power of no more than about 15 watts (W) when performing real-time imaging of the tissue with a resolution capable of resolving the tissue structure displayed in the image.
  • the handheld ultrasound system may comprise a plurality of components arranged to provide a decreased size and weight.
  • the handheld ultrasound system is configured to be held in the hand of a user.
  • the handheld ultrasound system is configured to allow a patient to conduct a measurement on himself or herself.
  • the handheld ultrasound system may comprise a housing to contain the measurement components, and the housing is sized, in some instances, such that the user can readily grasp the housing and lift the measurement components within the housing. The compactness and decreased mass of the handheld ultrasound system may allow the system to be easily held in the hand and transported.
  • the probe of the handheld ultrasound system comprises a maximum dimension across within a range from about 80 mm to about 200 mm, or about 100 mm to about 140 mm, or about 110 mm to about 130 mm, and a mass within a range from about 100 grams to about 500 grams, or about 200 grams to about 400 grams, or about 250 grams to about 350 grams.
  • the handheld ultrasound system is configured without internal moving parts in order to increase the reliability of the system.
  • the handheld ultrasound system is optionally configured to be dropped from a distance of about one foot, and provide a change in measurement repeatability and accuracy of no more than 1%, for example.
  • a handheld ultrasound probe for generating a plurality of ultrasound images of tissue structure comprises an ultrasound transducer array to generate ultrasound waves comprising a wavelength.
  • a processor may be coupled to the ultrasound transducer array.
  • the processor may be configured with instructions that when executed cause the processor to receive ultrasound data derived from the ultrasound transducer array and generate the plurality of ultrasound images, the plurality of ultrasound images comprising an axial resolution capable of resolving the tissue structure no more than the wavelength.
  • the processor may be configured with instructions to output the plurality of ultrasound images.
  • a method for generating a plurality of ultrasound images of tissue structure with a handheld ultrasound imaging probe comprises generating ultrasound waves with an ultrasound transducer array, in which the ultrasound waves comprise a wavelength.
  • Ultrasound data from the ultrasound transducer array is received with an A/D converter.
  • the plurality of ultrasound images may be generated with a processor, in which the plurality of ultrasound images comprise an axial resolution resolving the tissue structure no more than the wavelength.
  • the plurality of ultrasound images may be output from the handheld ultrasound imaging probe.
  • FIG. 1 shows a schematic of a handheld ultrasound system capable of communicating with an external device.
  • FIG. 2 shows a block diagram of an ultrasound imaging device used to image a region of interest.
  • FIG. 3 shows a block diagram of an example ultrasound device.
  • FIG. 4 shows a simplified example ultrasound transducer array.
  • FIG. 5 shows example time delays for receipt of an ultrasound signal at each channel in an example ultrasound transducer array.
  • FIG. 6 shows a simplified graph of a delay curve associated with the time delays for receipt of an ultrasound signal from each location in a line, for one transducer channel.
  • FIG. 7 shows a simplified graph of a portion of a delay curve associated with the time delays for receipt of an ultrasound signal from each location in a line, for one transducer channel.
  • FIG. 8A shows a simplified example delay table for a channel in an example ultrasound transducer array.
  • FIG. 8B shows a simplified flag table for a channel in an example ultrasound transducer array.
  • FIG. 9 shows a flowchart of a method for ultrasound beamforming using a flag table or compressed flag table.
  • FIG. 10 shows an example computer control system that is programmed or otherwise configured to implement the methods provided herein.
  • FIG. 11 shows example pseudocode for implementing flag table based ultrasound beamforming.
  • FIG. 12 shows example circuitry for implementing flag table based ultrasound
  • FIG. 13 illustrates a block diagram of an ultrasound imaging device used to image a region of interest.
  • FIG. 14 illustrates an example block diagram for performing a binary search.
  • FIG. 15A shows an example of a log compression curve applied on input words of 32-bit length to obtain output words of 8-bit length.
  • FIG. 15B shows an example of a zoomed-in portion of the log compression curve of FIG. 15A showing discrete output values corresponding to ranges of input values.
  • FIG. 16 illustrates a recursive binary search method to determine output values based on threshold values in a lookup table.
  • FIG. 17 illustrates a block diagram showing an example hardware implementation of one stage of a dynamic range data compression method.
  • FIG. 18 illustrates a block diagram showing an example hardware implementation of an 8-stage dynamic range data compression method.
  • FIG. 19 illustrates a flowchart showing an example of steps to perform dynamic range image compression on a handheld ultrasound probe device.
  • FIG. 20 illustrates a block diagram of an example high performance handheld ultrasound imaging device.
  • FIG. 1 shows a schematic of a handheld ultrasound system capable of communicating with an external device.
  • the handheld ultrasound device 100 can comprise one or more ultrasonic transducers, one or more ultrasound beamforming components, one or more electronic devices to control the beamforming components, one or more batteries or external power modules, and one or more wireless transceivers.
  • the handheld ultrasound device can utilize components that are selected and arranged in such a manner as to provide a decreased size and weight.
  • the handheld ultrasound device can be configured to be held in the hand of a user.
  • the handheld ultrasound device can be configured to allow a patient to conduct a measurement on himself or herself.
  • the handheld ultrasound device can comprise a housing to contain the measurement components, and the housing can be sized such that the user can readily grasp the housing and lift the measurement components within the housing.
  • the compactness and decreased mass of the handheld ultrasound device can allow the system to be easily held in the hand and transported.
  • the handheld ultrasound device can comprise a maximum dimension across within a range from about 80 mm to about 200 mm, or about 100 mm to about 180 mm, or about 120 mm to about 160 mm, or about 130 mm to about 150 mm.
  • the handheld ultrasound device can comprise a second dimension across within a range from about 10 mm to about 90 mm, or about 20 mm to about 80 mm, or about 30 mm to about 70 mm, or about 40 mm to about 60 mm.
  • the handheld ultrasound device can comprise a third dimension across within a range from about 5 mm to about 45 mm, or about 10 mm to about 40 mm, or about 15 mm to about 35 mm, or about 20 mm to about 30 mm.
  • the handheld ultrasound device can comprise a mass within a range from about 100 grams to about 500 grams, or about 200 grams to about 400 grams, or about 250 grams to about 350 grams.
  • the handheld ultrasound device can be configured without internal moving parts in order to increase the reliability of the system.
  • the handheld ultrasound device can be configured to be dropped from a distance of about one foot, and provide a change in measurement repeatability and accuracy of no more than 1%, for example.
  • the handheld ultrasound device can utilize components selected and arranged in such a manner as to require and/or consume less memory and power as compared with conventional or non-handheld ultrasound devices.
  • One or more of the ultrasound beamforming components can be implemented on a field programmable gate array (FPGA). In some instances, all of the beamforming components are implemented on the FPGA.
  • One or more of the ultrasound beamforming components can be implemented on an application specific integrated circuit (ASIC). In some instances, all of the beamforming components are implemented on the ASIC.
  • FPGA field programmable gate array
  • ASIC application specific integrated circuit
  • the FPGA or ASIC can utilize an equivalent gate count of no more than about 1,000,000 gates, no more than about 500,000 gates, no more than about 200,000 gates, no more than about 100,000 gates, no more than about 50,000 gates, no more than about 20,000 gates, or no more than about 10,000 gates.
  • the FPGA or ASIC can utilize an equivalent gate count within a range defined by any two of the preceding values.
  • the FPGA or ASIC can utilize memory resources of no more than about 10,000 kilobits, no more than about 5,000 kilobits, no more than about 2,000 kilobits, no more than about 1,000 kilobits, no more than about 500 kilobits, no more than about 200 kilobits, or no more than about 100 kilobits.
  • the FPGA or ASIC can utilize memory resources within a range defined by any two of the preceding values.
  • the FPGA or ASIC can have a power draw of no more than about 1000 mW, no more than about 500 mW, no more than about 200 mW, no more than about 100 mW, no more than about 50 mW, no more than about 20 mW, or no more than about 10 mW.
  • the FPGA or ASIC can have a power draw within a range defined by any two of the preceding values.
  • One or more batteries or external power modules can be used to power the handheld ultrasound device.
  • the batteries or external power modules can allow the handheld ultrasound device to be utilized for a lifetime of greater than about 0.5 hours, greater than about 1 hour, greater than about 2 hours, greater than about 5 hours, or greater than about 10 hours when the handheld ultrasound device is in continuous operation.
  • the batteries or external power modules can allow the handheld ultrasound device to be utilized for a lifetime within a range defined by any two of the preceding values.
  • the handheld ultrasound device can be configured to utilize the systems and methods described herein to operate with reduced memory and computational processing requirements as compared to traditional, non-handheld ultrasound devices.
  • the handheld ultrasound device can be configured to utilize a memory no greater than 68 kB for a 32 channel ultrasound system utilizing the systems and methods described herein.
  • the handheld ultrasound device can be configured to utilize a memory no greater than 2.5 kB per channel of the ultrasound system.
  • the receive (Rx) beamformer can be configured to utilize a memory no greater than 68 kB for a 32 channel ultrasound system.
  • the Rx beamformer can be configured to utilize a memory no greater than 2.5 kB per channel of the ultrasound system.
  • the systems and methods described herein can allow reduced memory and computational processing requirements while maintaining high-quality ultrasound imaging capabilities.
  • the systems and methods can allow the ultrasound beamforming operations with minimal error in calculated delay times.
  • the systems and methods described herein can allow operations with errors in delay times that are within half of an RF sampling period.
  • the systems and methods described herein may allow reduced memory, computational, and communication processing requirements while maintaining high-quality ultrasound imaging capabilities.
  • the systems and methods may allow a plurality of ultrasound images to be compressed, thereby yielding one or more advantages, such as (i) a reduction in memory requirements, (ii) a reduction in the amount of data transferred from the portable ultrasonic device to the display (e.g., over a wireless communication), and (iii) an increased sensitivity of low-intensity signals made possible by compression with a non- linear function.
  • the handheld ultrasound device can communicate the results of an ultrasound
  • the handheld ultrasound device can communicate the results of an ultrasound measurement via a communication channel to a television or computer monitor.
  • the communication channel can be a wired communication channel.
  • the communication channel can be a wireless communication channel.
  • the wireless communication can be via Bluetooth communication or other short distance wireless communication.
  • the wireless communication can be via Wi-Fi communication.
  • the wireless communication can be via any other wireless communication known to one having skill in the art.
  • the results can be partially or fully processed ultrasound images. All processing of the ultrasound image can be performed on the handheld ultrasound device.
  • the handheld ultrasound device can include hardware or software elements that allow ultrasound signals to be converted into electronic representations.
  • the handheld ultrasound device can further include hardware or software elements that allow processing of the electronic
  • the handheld ultrasound device can further include hardware or software elements that allow post-processing of the ultrasound image to improve the image quality.
  • the portable electronic device can display results and analysis of the ultrasound measurement on one or more applications 120.
  • the applications may comprise mobile applications, desktop applications, laptop application, or television applications.
  • the one or more applications can comprise an environment that displays the ultrasound image.
  • the one or more applications can comprise an environment that allows sharing of the ultrasound image with a specialist, such as a radiologist or ultrasound technician.
  • the specialist can interpret the results of the ultrasound image to provide clinical advice, such as a diagnosis, based on the results of the ultrasound image.
  • the handheld ultrasound system can be used by a patient or by a health care provider even in facilities lacking access to specialists capable of interpreting ultrasound results.
  • the one or more applications can allow sharing of ultrasound images with a specialist in near real time.
  • This capability can allow the specialist to provide instructions to the user on how to operate the handheld ultrasound device.
  • the near real time image sharing capability can allow the specialist to direct a patient or health care provider to move the handheld ultrasound device to a different location on the patient's body.
  • the real time image sharing capability can provide near real time feedback on whether the handheld ultrasound is properly positioned to obtain ultrasound images of a desired location within the patient's body. In this manner, the handheld ultrasound system can be used even by a patient or health care provider who has little or no experience in the use of ultrasound systems.
  • FIG. 2 shows a block diagram of an ultrasound imaging device used to image a region of interest.
  • An ultrasound device 100 sends ultrasonic energy, such as in the form of ultrasonic waves, to a medium based on a particular region of interest 102, and receives reflected ultrasonic waves from the region of interest.
  • the region of interest can comprise a space that is being imaged.
  • the region of interest can include any one or more objects.
  • the region of interest can comprise a region inside of a patient's body. In some cases, the region of interest can comprise a fetus in a womb. In some instances, the region of interest can comprise an internal organ of the patient, such as a heart, lung, kidney, bladder, or any other organ.
  • the region of interest can comprise a portion of an organ.
  • the region of interest can comprise more than one organ.
  • the region of interest can comprise multiple objects clustered in the same vicinity.
  • the region of interest can include a cluster of objects such as multiple bladder stones in a bladder.
  • the region of interest can represent multiple portions or landmarks of an organ, such as multiple components of a heart.
  • such portions or landmarks of a heart can include a right ventricle, a left ventricle, a right atrium, a left atrium, and a thoracic aorta.
  • the systems and methods described herein can be applied to imaging of regions that include multiple objects.
  • the ultrasound device 100 can process the reflected ultrasonic waves and can send processed image data to a display device 110.
  • the ultrasound device may comprise data acquisition circuitry 104, and data compression circuitry 106 to compress data received from the data acquisition circuitry.
  • the display device can display an ultrasound image 112 based on the processed image data received from the ultrasound device.
  • the ultrasound image can show one or more objects located in a particular space that reflect ultrasonic waves emitted by the ultrasound device back to the ultrasound device.
  • the display device can be located at a position near to the ultrasound device, such as in the same room as the ultrasound device.
  • the display device can be located at a position remote from the ultrasound device. For instance, the ultrasound device can be located at a physician's office while the display device can be located at a hospital or the office of a specialist who is able to interpret ultrasound images.
  • the display device can be configured to communicate with an image reproduction device such as a digital display, a printer, a wearable device, an augmented-reality device, a virtual-reality device, a 3-dimensional (3D) display, etc.
  • Data acquisition and data compression circuitry as described herein can be configured in many ways to process and compress many types of data, and the type of data acquired and compressed is not limited to ultrasound data. Further the data acquisition and compression circuitry as described herein can be located off of a hand held probe.
  • Data acquisition circuitry 104 can be configured to acquire data from any data source, such as a video signal, an audio signal, an ultrasound or other medical imaging signal, a sound wave, an electrical signal, or another type of analog or digital signal, for example.
  • Data compression circuitry 106 can be configured to compress the acquired data with any type of data compression method such as image compression or pixel compression as described herein, for example. Alternatively or in combination, data compression circuitry 106 can be configured to compresses analog or digital data and may produce analog or digital compressed data. Image compression may be performed by a lossless or lossy
  • Pixel compression may be performed by reducing the number of bits representing a pixel, such as dynamic range reduction using a lookup table (e.g., using a compression function), bit truncation (e.g., removing one or more most significant bits or least significant bits), or averaging adjacent pixel values.
  • the data compression circuitry 106 may be configured to downsample images (e.g., removing a portion of images from the data to reduce frame rate) or pixels (e.g., removing a portion of pixels from the data to reduce spatial resolution of images).
  • FIG. 3 shows a block diagram of an example ultrasound device.
  • the ultrasound device 100 can comprise a transducer array 300.
  • the transducer array can comprise one or more transducer elements. Each transducer element can be referred to as a channel.
  • the transducer array can comprise 32 transducer elements, 64 transducer elements, 128 transducer elements, or 256 transducer elements.
  • the transducer array can comprise a number of elements within a range defined by any two of the preceding values.
  • the transducer array can comprise fewer than 32 transducer elements.
  • the transducer array can comprise more than 256 transducer elements.
  • each of the transducer elements can be of the same type.
  • the transducer elements can be piezoelectric transducer elements.
  • the transducer elements can be capacitive transducer elements.
  • the transducer elements can be any transducer element as is known to one having skill in the art.
  • the transducer elements can vary in type. For instance, some transducer elements can be piezoelectric transducer elements while other transducer elements are capacitive transducer elements. When an electrical pulse is applied to a given transducer element, the transducer element vibrates and produces the ultrasound, or ultrasonic wave, which is directed at the region of interest.
  • the ultrasound device can further comprise a switch 302.
  • the switch may comprise a plurality of switches.
  • the switch may comprise a switch network.
  • the switch may comprise a multiplexer (mux).
  • the switch may comprise a
  • the switch may comprise a plurality of muxes.
  • the switch may comprise a plurality of demuxes.
  • the ultrasound device can further comprise a transmit (Tx) beamformer 310.
  • the Tx beamformer causes a pulse generator 312 to generate electrical signals based on transmit beamforming. These pulses are then applied to the transducer array to direct ultrasound waves to the region of interest.
  • the electrical signals or pulses can be produced at a predetermined pulse rate. For instance, the electrical signals can be produced at a rate greater than 100 pulses per second, greater than 200 pulses per second, greater than 500 pulses per second, greater than 1000 pulses per second, greater than 2000 pulses per second, greater than 5000 pulses per second, or greater than 10000 pulses per second.
  • the electrical signals may be produced at a pulse rate within a range defined by any two of the preceding values.
  • the pulse generator may control the length of a pulse.
  • the pulse generator may control the total number of pulses applied during a signal acquisition.
  • the pulse generator may control the amplitude of the electrical signals, which may in turn control the intensity and energy of an ultrasound beam produced by the transducer array.
  • the transducer array can be positioned in direct contact with a surface, such as the body of a patient.
  • the transducer array can be positioned in direct contact with the abdomen of a patient.
  • the transducer array is not in direct contact with the surface.
  • an ultrasound gel can be used to couple the transducer array with a surface.
  • the transducer array shapes a beam of ultrasonic waves or pulses to give the beam a particular size and shape at various depths within a particular space beneath the surface. In some cases, the transducer array focuses ultrasonic waves to a particular location.
  • the transducer array produces ultrasonic waves which are not localized to a particular location.
  • the transducer array can utilize synthetic aperture imaging.
  • the transducer array can utilize multi- beam imaging.
  • the transducer array can scan the ultrasound beam over region of interest.
  • the transducer array When the transducer array receives ultrasonic waves reflected by objects in the region of interest, the transducer array generates RF signals based on the reflected ultrasonic waves.
  • the reflected ultrasonic waves can also be referred to as ultrasonic echoes, or ultrasound echoes, or echoes.
  • the RF signals can also be referred to as raw RF data.
  • the Rx beamformer can comprise a table 322.
  • the table can comprise a flag table or a compressed flag table, as discussed herein.
  • the Rx beamformer can comprise a table decoder 324, as described herein.
  • the table decoder can comprise a flag table decoder, as described herein.
  • the Rx beamformer can be communicatively coupled to an Rx front-end unit 326.
  • the Rx front-end unit can amplify and digitize RF signals from the transducer array to provide RF samples.
  • the Rx front-end unit can comprise an analog-to-digital converter (ADC).
  • ADC analog-to-digital converter
  • the Rx front-end unit can send the RF samples to the Rx beamformer.
  • the Rx front-end unit amplifies and/or filters the RF signals before digitizing them.
  • the amplifier gain of the Rx front-end unit can vary over time, in order to compensate for attenuation of the ultrasound signals.
  • the Rx beamformer can generate raw image data based on the RF samples, where the Rx beamformer performs beamforming functions in order to generate the raw image data.
  • the Rx beamformer can create an intensity map of the reflected ultrasonic waves corresponding to every point in the field of view.
  • the Rx beamformer can map the received signal to a location in an image and coherently sum the signals from all transducer elements for every point in the field of view.
  • one or more of the transducers may receive a plurality of RF samples corresponding to an ultrasound signal emanating from a particular location in a region of interest. In the far field, this may occur when the sampling rate is greater than twice the spacing between pixels in an image line divided by the speed of sound.
  • Each of the plurality of RF samples corresponding to the ultrasound signal from the location may be regarded as conveying information about the location that is at least partially redundant. Thus, any one of the plurality of RF samples corresponding to the ultrasound signal from the location may be sufficient to reconstruct image information for that location.
  • the Rx beamformer may therefore select to utilize only a fraction of the RF samples corresponding to the ultrasound signal from the location.
  • the Rx beamformer may select to utilize one or more of the RF samples in order to reconstruct image information for the location. For instance, the Rx beamformer may select to utilize the RF sample that is closest to the center of a given pixel. Utilizing only a fraction of the RF samples may allow for a reduction in the memory requirements for the handheld ultrasound device.
  • the Rx beamformer can determine which of the RF samples are to be used to generate raw image data based on the table.
  • the table can indicate which RF samples are to be used to generate raw image data and which RF samples are not to be used to generate raw image data.
  • the table can be predetermined in that information in the table is generated prior to an imaging session.
  • the table can be pre-loaded in the Rx beamformer or in any other suitable storage location.
  • the Rx beamformer can check the table during an imaging session in order to determine which RF samples to use to generate raw image data. Implementations of the table are described in more detail herein.
  • the Rx beamformer can generate raw image data based on the RF samples that are to be used to generate raw image data.
  • the raw image data can then be sent to an image processor 330.
  • the image processor can process the raw image data received from the Rx beamformer to provide processed image data.
  • the ultrasound device can further comprise one or more sensors 340.
  • the sensors can include position sensors, rotational sensors, tilt sensors, gyroscopes, or accelero meters for positioning the ultrasound device.
  • the sensors can comprise any other positioning sensor as is known to one having skill in the art.
  • the ultrasound device can further comprise one or more peripherals 350.
  • the peripherals can comprise one or more display devices.
  • the peripherals can send processed image data to remote display devices, such as a 2D display, a 3D display, a printer, a wearable device, an augmented-reality device, or a virtual-reality device.
  • Remote display devices can comprise stand-alone computers, tablet computers, smartphones, dedicated monitors, etc.
  • the peripherals can comprise one or more medical devices, such as an electrocardiograph (ECG or EKG), pulse oximeter, position tracker, needle guide, or any other medical device as is known to one having skill in the art.
  • One or more of the components 300, 302, 310, 312, 320, 322, 324, 326, 330, 340, or 350 of the ultrasound device can be implemented on an FPGA. In some cases, all of the components 300, 302, 310, 312, 320, 322, 324, 326, 330, 340, or 350 of the ultrasound device are
  • components 320, 322, and 324 are implemented on an FPGA.
  • One or more of the components 300, 302, 310, 312, 320, 322, 324, 326, 330, 340, or 350 of the ultrasound device can be implemented on an ASIC.
  • all of the components 300, 302, 310, 312, 320, 322, 324, 326, 330, 340, or 350 of the ultrasound device are
  • the FPGA or ASIC can utilize an equivalent gate count of no more than about 1,000,000 gates, no more than about 500,000 gates, no more than about 200,000 gates, no more than about 100,000 gates, no more than about 50,000 gates, no more than about 20,000 gates, or no more than about 10,000 gates.
  • the FPGA or ASIC can utilize an equivalent gate count within a range defined by any two of the preceding values.
  • the FPGA or ASIC can utilize memory resources of no more than about 10,000 kilobits, no more than about 5,000 kilobits, no more than about 2,000 kilobits, no more than about 1,000 kilobits, no more than about 500 kilobits, no more than about 200 kilobits, or no more than about 100 kilobits.
  • the FPGA or ASIC can utilize memory resources within a range defined by any two of the preceding values.
  • the FPGA or ASIC can have a power draw of no more than about 1000 mW, no more than about 500 mW, no more than about 200 mW, no more than about 100 mW, no more than about 50 mW, no more than about 20 mW, or no more than about 10 mW.
  • the FPGA or ASIC can have a power draw within a range defined by any two of the preceding values.
  • FIG. 4 shows a simplified example ultrasound transducer array.
  • the transducer array 300 can comprise transducer elements 402, 404, 406, 408, 410, 412, 414, and 416.
  • the transducer elements can be piezoelectric transducer elements.
  • the transducer elements can be capacitive transducer elements.
  • the transducer element can be any other transducer elements as are known to one having skill in the art.
  • the transducer array can be any type of transducer array as is known to one having skill in the art.
  • the transducer array can be a one-dimensional array.
  • the transducer array can be a linear sequential array.
  • the transducer array can be a linear phased array.
  • the transducer array can be a curved or convex sequential array.
  • the transducer array can be an annular array.
  • the transducer array can be a 2-dimensional array.
  • the transducer can be a 2- dimensional rectangular array.
  • the transducer array can include any number of transducer elements.
  • the transducer array shapes a beam of ultrasonic waves or pulses to give the beam a particular size and shape at various depths within a particular space beneath a surface.
  • the transducer array focuses ultrasonic waves to a particular location.
  • the transducer array produces ultrasonic waves which are not localized to a particular location.
  • the transducer array can utilize synthetic aperture imaging.
  • the transducer array can utilize multi-beam imaging.
  • the transducer array can scan the ultrasound beam over the region of interest.
  • FIG. 4 shows a single location 420 from which an ultrasound signal emanates.
  • the ultrasound signal emanating from the location may comprise a reflected ultrasound signal.
  • the location can comprise a portion of a region of interest such as an organ in a person's body. Multiple locations can comprise multiple different portions of the region of interest. As such, ultrasound signals received from a set of locations allow reconstruction of an image of the region of interest.
  • the distance between each transducer element and each specific location, as well as the speed of ultrasound signals, can be known or predetermined.
  • the round-trip time of flight is the time it takes for an ultrasound wave to travel from one or more transmitting transducer elements to a given region of interest, to be reflected, and to be received by a transducer element.
  • the transmitting transducer element can be the same as the receiving transducer element.
  • transmitting transducer elements and receiving transducer elements are not necessarily the same.
  • the round-trip delay can be the one-way delay from one or more transmitting elements to a location plus the one-way delay from the field point to a different receiving transducer element. This round-trip time of flight can be referred to as a delay time.
  • the delay time of each respective signal can be converted to a distance.
  • FIG. 5 shows example time delays for receipt of an ultrasound signal at each channel in an example ultrasound transducer array.
  • Each channel in the transducer array can produce a series of RF samples over time.
  • channel 402 can produce a series of RF samples 502.
  • Channel 404 can produce a series of RF samples 504.
  • Channel 406 can produce a series of RF samples 506.
  • Channel 408 can produce a series of RF samples 508.
  • Channel 410 can produce a series of RF samples 510.
  • Channel 412 can produce a series of RF samples 512.
  • Channel 414 can produce a series of RF samples 514.
  • Channel 416 can produce a series of RF samples 516.
  • an ultrasound signal emanating from the location 420 is first received by channel 402.
  • RF samples received at channel 402 contain no information that can be used to reconstruct one or more image pixels corresponding to that location. Such RF samples are indicated as white boxes in FIG. 5.
  • channel 402 Upon receipt of the ultrasound signal at a first delay time, channel 402 receives one or more RF samples 522
  • the ultrasound signal is next received by channel 404 at a second delay time, which produces one or more RF samples 524 containing information that can be used to reconstruct one or more image pixels
  • channels 406, 408, 410, 412, 414, and 416 each produce one or more RF samples 526, 528, 530, 532, 534, and 536, respectively, containing information that can be used to reconstruct one or more image pixels corresponding to the location.
  • the schematics detailed in FIGs. 4 and 5 apply to ultrasound signals received from a single location in space.
  • One or more of the transducers may receive ultrasound signals from a plurality of locations in space. Each such ultrasound signal may be associated with a plurality of delay times at each transducer channel.
  • RF samples from all receiving transducer elements can be used. That is to say, a pixel in an image can be reconstructed using multiple RF samples received by multiple transducer elements. For instance, one or more RF samples from each transducer element can be used to reconstruct a pixel in an image.
  • each receiving transducer element can receive a larger number of RF samples than the number of image pixels corresponding to a line in an image for a given data acquisition.
  • An RF sample that is used in reconstructing a line in an image can be used only once for a single pixel for each line.
  • the Rx beamformer can determine whether each RF sample received by each channel is to be used, if at all, in the reconstruction of an image or one or more pixels in an image.
  • a used RF sample may be used for reconstruction of a fraction of the total number of image pixels. In some cases, a used RF sample may be used for reconstruction of one or more image pixels.
  • a trend can arise when examining the relationships between ultrasound signals obtained at a single transducer element for locations that are located near to one another.
  • Each used RF sample received by a given transducer can be associated with a location.
  • the locations can be indexed by image pixel index numbers.
  • the pixel indices can be defined within each image line of an image. The pixel index can start at the location in the line that is closest to the transducer array. The pixel index can increase for locations that are further from the transducer array.
  • an RF sample received earlier in time can contribute to the reconstruction of an image pixel located closer to that transducer.
  • the first used RF sample of a channel can be associated with the first image pixel of an image line
  • the second used RF sample can be associated with the second image pixel of the image line
  • the Rx beamformer can continuously increase the pixel index for each Rx channel.
  • FIG. 6 shows a simplified graph of a delay curve associated with the time delays for receipt of an ultrasound signal from each location in a line, for one transducer channel.
  • the x- axis corresponds to the image pixel index.
  • the y-axis corresponds to the RF sample index, or the sample number at which the ultrasound signal is received at a given transducer.
  • the delay curve can be defined as the delay time as a function of image pixel index.
  • the RF sample index can be approximately proportional to the delay time. In cases in which the transducer element samples at a uniform sampling rate, the RF sample index can be proportional to the delay time.
  • the delay curve 602 may be strongly non-linear in the near field for pixels characterized by small indices. If the image pixel spacing is uniform, the delay curve may become nearly linear in the far field for pixels characterized by large indices. A nearly linear portion 604 of the delay curve is described in more detail in FIG. 7.
  • FIG. 7 shows a simplified graph of a portion of a delay curve associated with the time delays for receipt of an ultrasound signal from each location in a line, for one transducer channel.
  • An example of the nearly linear behavior of the delay curve in the far field is provided.
  • image pixels with indices 610, 611, and 612 can be associated with RF samples with indices 4700, 4708, and 4716, respectively.
  • the delay time can increase monotonically with the pixel index.
  • the combination of sparsity, periodicity, and monotonicity can allow compression of the table. This, in turn, can allow for a significant reduction in the computational resources required to carry out Rx beamforming on a handheld ultrasound device. For instance, compression of the table can allow for a significant reduction in the memory resources required to carry out Rx beamforming on a handheld ultrasound device.
  • the table can include positive indicators that indicate which RF samples are to be used to generate image data.
  • the table can also include negative indicators that indicate the RF samples that are not to be used to generate image data.
  • An indicator can associate with each RF sample received by each channel. In other words, each RF sample can be associated with either a positive indicator or a negative indicator.
  • the table can be referred to as a flag table.
  • the flag table can utilize positive flags as positive indicators and negative flags as negative indicators. In this manner, each RF sample can be associated with either a positive flag or a negative flag.
  • Each indicator or flag can be a 1-bit indicator.
  • a positive indicator can be a binary "1", or a "1-flag”.
  • a negative indicator can be a binary "0", or a "0-flag”.
  • Other binary conventions can be utilized, such as assigning a 0-flag as a positive indicator and a 1-flag as a negative indicator.
  • more than one bit can be used as an indicator. In such cases, any binary coding scheme can be used to assign positive and negative indicators.
  • the RF sample can be used, or stored into a memory device, if the flag is a l-flag.
  • the RF sample can be discarded, or not stored into memory, if the flag is a 0-flag.
  • An RF sample with a l-flag and associated with an i th image pixel can be stored in association with the i th image pixel in an image line of an image buffer.
  • two or more RF samples (originating, for instance, from two or more channels), each with a 1-flag and associated with an i th image pixel, can be added together in the image buffer.
  • the image buffer can store image data.
  • the image buffer may not store an entire set of image data, but instead may store only one or more partial or complete image lines.
  • the image buffer can store multiple lines. Once the one or more image lines have been stored within the image buffer and are ready for further processing, the image data for the one or more lines can be transferred to the image processor before the beamformer starts to receive the RF samples for the next image line. Thus, it can be sufficient for the image buffer to have a memory capacity for only one image line or multiple image lines. It may not be necessary for the image buffer to have a memory capacity for the full image data.
  • the flag table can replace a delay table which stores the delay values for all image pixels. In some cases, the flag table can require a smaller amount of memory than a delay table. Moreover, the real-time processing capability enabled by the flag table can eliminate the need for an RF buffer, further reducing the memory requirement.
  • FIGs. 8A and 8B show a simplified example delay table for a channel in an example ultrasound transducer array and a simplified flag table for a channel in an example ultrasound transducer array, respectively.
  • a delay table can store a delay time for each image pixel, for each transducer element.
  • a delay table 800 can store delay times of 4700, 4708, 4716, 4724, and 4732 for image pixels with indices of 610, 611, 612, 613, and 614, respectively.
  • a delay table can also store delay times for image pixels with indices smaller than 610 and for image pixels with indices greater than 614. The need to store delay times can require substantial memory resources.
  • a delay table for an ultrasound system utilizing 32 channels and 6400 RF samples per channel can require the storage of 2 bytes of data for each delay time. This can correspond to a delay table size of approximately 3.53 MB.
  • use of a delay table can require the use of an RF buffer.
  • an RF buffer of approximately 0.4 MB can be required.
  • the memory resources required for implementing a delay table using such an exemplary ultrasound system can total approximately 3.93 MB.
  • a flag table can store a 1-bit indicator for each RF sample received at each channel.
  • a flag table 810 can store a 0-flag, 1-flag, 0-flag, 0-flag, 0-flag, 0- flag, 0-flag, 0-flag, 0-flag, 1-flag, 0-flag, 0-flag, 0-flag, 0-flag, 0-flag, 0-flag, 0-flag, 1-flag, and 0- flag for RF samples with indices 4699, 4700, 4701, 4702, 4703, 4704, 4705, 4706, 4707, 4708, 4709, 4710, 4711, 4712, 4713, 4714, 4715, 4715, and 4717, respectively.
  • a flag table can also store 1-bit indicators for RF samples with indices less than 4699 or greater than 4717.
  • a flag table can store 1-bit indicators for all RF samples received at each channel. The number of 1-bit indicators stored in a flag table can be greater than the number of delay times stored in a delay table. However, flag table can utilize fewer memory resources owing to the use of 1-bit flags in place of much larger delay times, such as 2-byte delay times. For instance, a flag table for an ultrasound system utilizing 32 channels, 6400 RF samples per channel, and 2 bytes of memory per RF sample, with an image resolution of 76 x 761 pixels, can require the storage of a flag table with a size of approximately 1.86 MB.
  • the use of a flag table can obviate the need for an RF buffer.
  • the use of a flag table can reduce the memory requirements for an ultrasound device by a factor greater than 2 compared to the use of a delay table.
  • the exact factor may depend on the fraction of RF samples used and the amount of memory used to store each delay time in conventional beamforming. For instance, using 1/8 of the RF samples may yield a flag table with 8 times more entries than a delay table utilized in conventional beamforming.
  • each entry in the flag table may occupy only 1 bit, compared to 16 bits in a delay table.
  • the flag table may reduce the overall memory requirements by a factor greater than 2 in this example.
  • the used RF samples can comprise no more than about 1% of the total number of RF samples, no more than about 2% of the total number of RF samples, no more than about 5% of the total number of RF samples, no more than about 10% of the total number of RF samples, no more than about 20% of the total number of RF samples, or no more than about 50% of the total number of RF samples.
  • the used RF samples can comprise a portion of the total number of RF samples within a range defined by any two of the preceding values.
  • Delay times can be pre-calculated based on every distance from each transducer element to each focus point in space that is to be reconstructed.
  • Each delay time can be saved in a look-up table.
  • Each receiving transducer element can have a predetermined delay time associated with each location in a space being imaged.
  • the delay times can be stored in advance of imaging.
  • the flag table which is constructed from the delay times, can be stored in advance of imaging. The flag table can then be later accessed during operation. In some cases, the flag table may not change as long as the geometry of the imaging space, the transducer array, and/or the imaging scheme do not change.
  • the Rx beamformer can determine which of the RF samples are associated with positive indicators in the flag table. In such a determination, positive indicators can indicate the RF samples that are to be used to generate image data. For example, if a given RF sample is associated with a 1-flag in the flag table, that RF sample can be used to generate image data. Accordingly, the Rx beamformer can send incoming RF samples associated with a l-flag to the image buffer.
  • the Rx beamformer can determine which of the RF samples are associated with negative indicators in the flag table. In such a determination, negative indicators can indicate the RF samples that are not to be used to generate image data. For example, if a given RF sample is associated with a 0- flag in the flag table, that RF sample may not be used to generate raw image data. Accordingly, the Rx beamformer can ignore incoming RF samples associated with a 0-flag.
  • the Rx beamformer can send the RF samples that are to be used to generate image data to an image buffer, where the RF samples that are to be used to generate image data are added to the corresponding image pixel in the image buffer.
  • the index of the corresponding image pixel can be one more than the number of RF samples in this Rx channel that have been used so far.
  • the Rx beamformer can send each RF sample associated with a positive indicator to the image buffer immediately after acquisition of that RF sample.
  • An RF sample can be received by each channel at every data clock.
  • the Rx beamformer can check the indicator or flag for the current RF sample. If the flag is a 0-flag, the Rx beamformer can discard the RF sample. If the flag is a 1-flag, the Rx beamformer can send the RF sample to an image buffer.
  • the first used RF sample of the channel can be added to the first pixel in the image line of the image buffer, and the following used RF samples can be added to the following pixels in the image line of the image buffer, in the order of arrival.
  • the RF samples from all channels for this pixel can be summed to calculate the image value of this pixel.
  • the slowest channel can be one of the two edge channels of the active Rx aperture, or the first or last transducer in a line of transducers.
  • the Rx beamformer can only need to check the progress of the two edge channels.
  • the Rx beamformer can presume that all other channels have received RF samples for the pixel.
  • the Rx beamformer can discard the RF samples that are not to be used to generate image data. By not storing the RF samples that are not to be used to generate image data, the memory consumption can be reduced.
  • the 1 -flags and 0-flags in the flag table can have a characteristic pattern of bits, and this pattern can be used to compress the flag table further.
  • the flag table can be compressed in order to further reduce memory consumption.
  • the compression can occur when the flag table is constructed and before the Rx beamformer accesses the flag table during runtime.
  • the Rx beamformer can decode the compressed flag table in order to determine which of the RF samples are to be used to generate raw image data.
  • the flag table can be decoded in real time, so as to determine which RF samples to use in real time.
  • the flag table can include a predetermined pattern of positive indicators and negative indicators which can be substantially periodic.
  • the periodicity can be especially pronounced in the far field. The periodicity can arise because, in the far field, the distances from a given transducer element to each location increases almost linearly, as a result of the uniform spacing between image pixels in an image line. Also, the delay times associated with those distances can increase substantially linearly.
  • the delay curve becomes substantially linear in the far field.
  • This behavior is manifested in the flag table as shown in FIG. 8B, where the number of O-flags between two consecutive l-flags is substantially constant for RF samples obtained from locations that are relatively far from the transducer.
  • the relatively constant number of O-flags between two consecutive l-flags can allow for further compression of the flag table.
  • the number of O-flags between two consecutive 1 -flags can be referred to as NZ. There can be a
  • the flag table would always have the same number of O-flags between two l-flags. However, because the delay curve is not perfectly linear, the number of O-flags between two l-flags will change over the field of RF samples.
  • the space surrounding a given transducer element can be divided into two zones or regions.
  • the zone relatively close to the transducer element can be referred to as the near field, and the zone further from the transducer element can be referred to as the far field.
  • the behavior of the delay curve determines how NZ changes when moving from the near field to the far field.
  • An initial value of NZ can be determined by the starting image depth, the transducer element location, and the angle of the image line. For instance, a shallow imaging depth will produce a relatively small initial NZ, as the difference in the distance from a transducer to a first image pixel and the distance from the transducer to a second image pixel located adjacent to the first image pixel is relatively small for a shallow imaging depth.
  • NZ can be relatively small. NZ can monotonically increase with distance from the transducer to a location. At far field, NZ can converge to a nearly constant number which is determined by the RF sampling rate and the image pixel spacing. Thus, for instance, NZ can converge to a value of 7 in the far field, as in FIG. 8B. NZ can converge to any non- negative numerical value. NZ can converge to any non- negative integer value.
  • the compressed flag table can store a representation of only the initial slope of the delay curve and the locations where the slope of the delay curve changes. As such, the compressed flag table may not need to save all 1- flags and 0-flags. This can all reduce the size of the compressed flag table.
  • the flag table encoder can store the RF sample index of the first positive indicator.
  • the flag table encoder can assign an initial NZ based on the number of negative indicators between the two first positive indicators.
  • the flag table encoder can assume that the next positive indicator will be attained after NZ negative indicators.
  • the flag table encoder can examine the flag table to determine whether this behavior is observed. If the flag table fails to conform to this behavior, the flag table encoder can alter the value of NZ in order to account for the non- linear behavior of the delay curve. If a negative indicator is observed when a positive indicator is expected, the flag table encoder can alter the value of NZ by increasing this value. If a positive indicator is observed when a negative indicator is expected, the flag table encoder can regard this behavior as an exception and leave NZ at its present value.
  • the predetermined pattern can be related to the slope of the delay curve.
  • Information about the slope can be stored in the compressed flag table.
  • the delay curve can be defined as the delay time as a function of image pixel index.
  • the slope information can be predetermined and already stored in the compressed flag table before imaging.
  • the flag table encoder can start with the index of the first 1-flag and an initial NZ for the first two 1-flags. The flag table encoder can then scan the flag table, expecting a 1-flag after every NZ O-flags based on the predetermined pattern. In some cases, a flag may not match this expectation. Such a disagreement between the position of the 1-flag predicted by NZ and the actual position of the 1-flag can indicate that the slope of the delay curve has changed or there has been a quantization error. The beamformer can only need to store the index of each flag at which this disagreement occurs. This can compress the data in the flag table.
  • the number of 0-flags between two 1-flags can only increase with larger and larger pixel index.
  • the flag table encoder can monotonically increase NZ by 1, as more 0-flags between two 1-flags can be expected from the functional form of the delay curve.
  • the next flag can be expected to be a 1- flag.
  • an unexpected 1-flag can occur such that there are fewer 0-flags between two 1-flags than expected from NZ.
  • the functional form of the delay curve can lead to a belief that this should not happen.
  • a quantization error can be presumed.
  • An unexpectedly early 1-flag can be considered an exception.
  • the flag table encoder can keep the current NZ.
  • the flag table encoder can store the exception.
  • the next flag can be expected to be a 0-flag.
  • the flag table encoder can continue scanning until the last flag has been checked.
  • the aforementioned activities can produce a compressed flag table.
  • the compressed flag table can comprise an index of the RF sample at which the first 1-flag occurs, an initial NZ, and a list of the indices of RF samples that do not match the expected pattern.
  • the list of RF sample indices that do not match the expected pattern can comprise a list of unexpected 0-flags and unexpected 1-flags. Since the compressed flag table can store only a few pieces of information that specify the full pattern of l-flags and O-flags in the flag table, as opposed to a full list of 1- flags and O-flags stored in the flag table, the compressed flag table can be further substantially reduced in size.
  • a compressed flag table for an ultrasound system utilizing 32 channels and 6400 RF samples per channel, with an image resolution of 76 x 761 pixels can require only approximately 68 kB of storage space. This can be compared to storage space of approximately 1.86 MB for the full flag table and 3.93 MB for a delay table for an ultrasound system operating with the same parameters.
  • the compressed flag table can reduce the storage requirements by a factor of greater than 25 compared to the full flag table and by a factor of greater than 50 compared to the delay table.
  • the compressed flag table can reduce the storage requirements by a factor of greater than 5, greater than 10, greater than 50, greater than 100, greater than 250, greater than 500, or greater than 1000 compared to the full flag table.
  • the compressed flag table can reduce the storage requirements by a factor of greater than 5, greater than 10, greater than 25, greater than 100, greater than 250, greater than 500, or greater than 1000 compared to the delay table.
  • the Rx beamformer can decode the compressed flag table at runtime.
  • the first data entries in the compressed flag table can comprise the index of the first used RF sample and an initial NZ.
  • the beamformer can utilize a counter to track the number of O-flags that have occurred since the last 1-flag. In some cases, no RF sample is stored until the current RF sample index reaches the index of the first used RF sample. When the current RF sample index reaches the value of the first index, the RF sample can be stored to the first image pixel location in the image buffer. The Rx beamformer can then skip the next NZ samples before storing an RF sample to the next location in the image buffer, which can occur when the counter reaches the current NZ.
  • the Rx beamformer can account for indices that do not match the flag pattern expected from the value of NZ.
  • the Rx beamformer may recognize that the current RF sample does not match the expected flag pattern. For instance, if the beamformer notes an unexpected 1- flag before the counter reaches a count of NZ, this can indicate a quantization error. In such case, the sample can be stored to the image buffer and the Rx beamformer can start counting the number of 0-flags until the counter again reaches NZ.
  • the beamformer notes an unexpected 0- flag when the counter reaches NZ, this can indicate a change in the slope of the delay curve. In such case, the sample can be discarded and the beamformer can increase the value of NZ by one. This process can be repeated until the last pixel in the image line is reconstructed.
  • FIG. 9 is a flowchart of a method for ultrasound beamforming using a flag table or compressed flag table.
  • the method 900 consists of the steps of directing a beam of ultrasound energy at a region of interest, receiving ultrasound signals from portions of the region of interest, generating RF signals based on received ultrasound signals, amplifying and digitizing the RF signals received, generating a flag table for each beam and for each data channel, optionally compressing the flag table, optionally decoding the compressed flag table, processing each of the RF samples based on the flag table, and processing image data to provide processed image data.
  • one or more beams of ultrasound energy are directed at a region of interest.
  • the one or more beams can generate ultrasound signals along a scanline corresponding to a line in an image.
  • the scanline can be defined by a trajectory of the one or more beams through the region of interest.
  • ultrasound signals are received from portions of the region of interest.
  • the ultrasound signals can arise from reflections of the ultrasound energy from portions of the region of interest that lie along a scanline of the one or more beams.
  • the ultrasound signals can be received by one or more ultrasound transducers in one or more ultrasound transducer arrays. Each of the one or more ultrasound transducers can be referred to as a data channel.
  • RF signals are generated based on the received ultrasound signals.
  • the received signals can arise from reflections of the ultrasound energy from portions of the region of the interest that lie along a scanline of the one or more beams.
  • the RF signals can be generated by causing each of the one or more transducers to vibrate.
  • the RF signals received from the plurality of channels are amplified and digitized.
  • the RF signals can be sampled to provide RF samples at an RF sampling rate that is associated with a data clock.
  • the data clock can have a clock cycle.
  • an RF sample can be received by each of the one or more data channels.
  • Each RF sample can be associated with an ultrasound signal emanating from a location along a scanline of the one or more beams.
  • a flag table is generated for each beam and for each data channel.
  • the flag table can comprise a flag associated with each of the RF samples.
  • the flag table may comprise an ordered list of flags. The ordering may correspond to the RF sample index.
  • the first flag may correspond to the first RF sample index
  • the second flag may correspond to the second RF sample index
  • the RF sample index can correspond to a delay time associated with receiving an RF sample. The delay time can be based on the data clock.
  • Each flag can be a single-bit binary flag indicator.
  • Each binary flag indicator can have a positive or a negative value.
  • the positive value can comprise a 1-flag.
  • the negative value can comprise a 0-flag.
  • the flag table is compressed.
  • the compression of the flag table can comprise the step of assigning an initial NZ based on the number of negative binary flag indicators occurring between the first and second positive binary flag indicators in the flag table.
  • the compression can further comprise assuming that the next positive indicator will be attained after NZ negative indicators and examining the flag table to determine whether this behavior is observed.
  • the compression can further comprise storing the index of the flag at which an expected value failed to occur if the flag table fails to conform to this behavior. If an unexpected l-flag occurs, the compression can comprise storing the index of the unexpected l-flag. If an unexpected 0-flag occurs, the compression can comprise storing the index of the unexpected 0- flag and incrementing the value of NZ.
  • the compression can comprise continuing to scan the flag table until the last flag has been checked.
  • the compressed flag table is decoded.
  • the decoding of the compressed flag table can comprise noting the index of the first used RF sample and an initial NZ.
  • the decoding of the compressed flag table can further comprise utilizing a counter to track the number of 0- flags that have occurred since the last l-flag.
  • the decoding of the compressed flag table can further comprise storing a first used RF sample to a first image pixel location in an image buffer when the current RF sample index reaches the value of the first used RF sample index.
  • the decoding of the compressed flag table can further comprise skipping the next NZ samples before storing an RF sample to the next location in the image buffer when the counter reaches NZ.
  • the decoding of the compressed flag table can further comprise accounting for indices that do not match the flag pattern expected from the value of NZ.
  • the decoding of the compressed flag table can further comprise storing a sample to the image buffer when an unexpected l-flag is encountered before the counter reaches a count of NZ.
  • the decoding of the compressed flag table can further comprise discarding a sample when an unexpected 0-flag is encountered when the counter reaches a value of NZ and incrementing the value of NZ.
  • the decoding of the compressed flag table can further comprise repeating this process until the last pixel in the image line is reconstructed.
  • each of the RF samples is processed based on the flag table.
  • the processing can occur for each data channel and for each ultrasound beam directed to the region of interest.
  • the data channels can comprise one or more edge channels characterized by being located at a farthest point from the center of the transducer array.
  • the data channels can comprise two edge channels.
  • a linear transducer array may comprise two edge channels corresponding to the ends of the linear array.
  • the data channels can comprise more than two edge channels.
  • a square transducer array may comprise four edge channels corresponding to the corners of the square array.
  • a circular transducer array may compromise a plurality of channels located on an outermost radius of the circular array.
  • the data channels can comprise zero edge channels.
  • an annular array may have all channels located at the same distance from a center of the array and therefore may have no edge channels.
  • the processing can comprise receiving an RF sample at a first clock cycle of the data clock.
  • the RF sample can be associated with a location along a scanline defined by a trajectory of one or more ultrasound beams through a region of interest.
  • the processing can further comprise sending the RF sample to a first pixel in a per-channel image buffer if the flag associated with the received RF sample has a positive indicator value.
  • the processing can comprise sending the RF sample to a first pixel in a per-channel image buffer only if the flag associated with the received RF sample is the first positive flag.
  • the processing can further comprise discarding the received RF sample if the flag associated with the received RF sample has a negative indicator value.
  • the processing can further comprise receiving a subsequent RF sample corresponding to a next clock cycle of the data clock.
  • the processing can further comprise sending the subsequent RF sample to a first pixel in a per-channel image buffer if the flag associated with the subsequent RF sample has a positive indicator value.
  • the processing can comprise sending the subsequent RF sample to a first pixel in a per-channel image buffer only if the flag associated with the received RF sample is the first positive flag.
  • the processing can further comprise discarding the subsequent RF sample if the flag associated with the subsequent RF sample has a negative indicator value.
  • the processing can further comprise repeating receiving and either retaining or discarding each subsequent RF sample until all edge channels receive the RF samples corresponding to the last image pixel in an image line.
  • the processing can further comprise adding the RF samples corresponding to a pixel from all data channels to generate an image value for the pixel.
  • the raw image data is processed to provide processed image data.
  • the processing can comprise any processing as is known to one having skill in the art.
  • the method 900 can produce a maximum delay error that is no more than half of an RF sampling period.
  • the method 900 can allow a decision about whether an RF sample is to be used for a certain pixel or not in less than one RF sampling clock cycle after the data sample is captured.
  • the order of the steps of the method 900 can be changed, some of the steps removed, some of the steps duplicated, and additional steps added as appropriate.
  • Some of the steps can be performed in succession. Some of the steps can be performed in parallel. Some of the steps can be performed once. Some of the steps can be performed more than once. Some of the steps can comprise sub-steps. Some of the steps can be automated and some of the steps can be manual.
  • the processor as described herein can comprise one or more instructions to perform at least a portion of one or more steps of the method 900.
  • the platforms, systems, media, and methods described herein can comprise a digital processing device, or use of the same.
  • the digital processing device can comprise one or more hardware central processing units (CPUs) or general purpose graphics processing units (GPGPUs) that carry out the device's functions.
  • the digital processing device can further comprise an operating system configured to perform executable instructions.
  • the digital processing device can be optionally connected to a computer network.
  • the digital processing device can be optionally connected to the Internet such that it accesses the World Wide Web.
  • the digital processing device can be optionally connected to a cloud computing infrastructure.
  • the digital processing device can be optionally connected to an intranet.
  • the digital processing device can be optionally connected to a data storage device.
  • suitable digital processing devices can include, by way of non-limiting examples, server computers, desktop computers, laptop computers, notebook computers, sub-notebook computers, netbook computers, netpad computers, set-top computers, media streaming devices, handheld computers, Internet appliances, mobile smartphones, tablet computers, personal digital assistants, video game consoles, and vehicles.
  • server computers desktop computers, laptop computers, notebook computers, sub-notebook computers, netbook computers, netpad computers, set-top computers, media streaming devices, handheld computers, Internet appliances, mobile smartphones, tablet computers, personal digital assistants, video game consoles, and vehicles.
  • smartphones are suitable for use in the system described herein.
  • Suitable tablet computers include those with booklet, slate, and convertible configurations, known to those of skill in the art.
  • the digital processing device can comprise an operating system configured to perform executable instructions.
  • the operating system can be, for example, software, including programs and data, which manages the device's hardware and provides services for execution of applications.
  • suitable server operating systems include, by way of non-limiting examples, FreeBSD, OpenBSD, NetBSD ® , Linux, Apple ® Mac OS X Server ® , Oracle ® Solaris ® , Windows Server ® , and Novell ® NetWare ® .
  • suitable personal computer operating systems include, by way of non-limiting examples, Microsoft ® Windows ® , Apple ® Mac OS X ® , UNIX ® , and UNIX-like operating systems such as GNU/Linux ® .
  • the operating system is provided by cloud computing.
  • suitable mobile smart phone operating systems include, by way of non-limiting examples, Nokia ® Symbian ® OS, Apple ® iOS ® , Research In Motion ® BlackBerry OS ® , Google ® Android ® , Microsoft ® Windows Phone ® OS, Microsoft ® Windows Mobile ® OS, Linux ® , and Palm ® WebOS ® .
  • suitable media streaming device operating systems include, by way of non-limiting examples, Apple TV ® , Roku ® , Boxee ® , Google TV ® , Google Chromecast ® , Amazon Fire ® , and Samsung ® HomeSync ® .
  • suitable video game console operating systems include, by way of non-limiting examples, Sony* 1 PS3 ® , Sony ® PS4 ® , Microsoft ® Xbox 360 ® , Microsoft Xbox One, Nintendo ® Wii ® , Nintendo ® Wii U ® , and Ouya ® .
  • the device can include a storage and/or memory device.
  • the storage and/or memory device can be one or more physical apparatuses used to store data or programs on a temporary or permanent basis.
  • the device can be volatile memory and requires power to maintain stored information.
  • the volatile memory can comprise dynamic random- access memory (DRAM).
  • the device can be non- volatile memory and retains stored information when the digital processing device is not powered.
  • the non- volatile memory can comprise flash memory.
  • the non-volatile memory can comprise ferroelectric random access memory (FRAM).
  • the non-volatile memory can comprise phase- change random access memory (PRAM).
  • the device is a storage device including, by way of non-limiting examples, CD-ROMs, DVDs, flash memory devices, magnetic disk drives, magnetic tapes drives, optical disk drives, and cloud computing based storage.
  • the storage and/or memory device is a combination of devices such as those disclosed herein.
  • the digital processing device can include a display to send visual information to a user.
  • the display can be a cathode ray tube (CRT).
  • the display can be a liquid crystal display (LCD).
  • the display can be a thin film transistor liquid crystal display (TFT-LCD).
  • the display can be an organic light emitting diode (OLED) display.
  • OLED organic light emitting diode
  • an OLED display can be a passive-matrix OLED (PMOLED) or active-matrix OLED (AMOLED) display.
  • the display can be a plasma display.
  • the display can be a video projector.
  • the display can be a combination of devices such as those disclosed herein.
  • the digital processing device can include an input device to receive information from a user.
  • the input device can be a keyboard.
  • the input device can be a pointing device including, by way of non- limiting examples, a mouse, trackball, track pad, joystick, game controller, or stylus.
  • the input device is a touch screen or a multi-touch screen. In other embodiments, the input device can be a microphone to capture voice or other sound input. In other words, the input device can be a touch screen or a multi-touch screen. In other embodiments, the input device can be a microphone to capture voice or other sound input. In other words, the input device can be a microphone to capture voice or other sound input. In other words, the input device can be a microphone to capture voice or other sound input.
  • the input device can be a video camera or other sensor to capture motion or visual input.
  • the input device can be a Kinect, Leap Motion, or the like.
  • the input device can be a combination of devices such as those disclosed herein.
  • an exemplary digital processing device 1001 is programmed or otherwise configured to perform ultrasound beamforming as described herein.
  • the device 1001 can regulate various aspects of the ultrasound beamforming of the present disclosure, such as, for example, performing processing steps.
  • the digital processing device 1001 includes a central processing unit (CPU, also "processor” and “computer processor” herein) 1005, which can be a single core or multi core processor, or a plurality of processors for parallel processing.
  • the digital processing device 1001 also includes memory or memory location 1010 (e.g., random-access memory, read-only memory, flash memory), electronic storage unit 1015 (e.g., hard disk), communication interface 1020 (e.g., network adapter) for communicating with one or more other systems, and peripheral devices 1025, such as cache, other memory, data storage and/or electronic display adapters.
  • the memory 1010, storage unit 1015, interface 1020 and peripheral devices 1025 are in communication with the CPU 1005 through a communication bus (solid lines), such as a motherboard.
  • the storage unit 1015 can be a data storage unit (or data repository) for storing data.
  • the digital processing device 1001 can be operatively coupled to a computer network (“network") 1030 with the aid of the communication interface 1020.
  • the network 1030 can be the Internet, an internet and/or extranet, or an intranet and/or extranet that is in communication with the Internet.
  • the network 1030 in some cases is a telecommunication and/or data network.
  • the network 1030 can include one or more computer servers, which can enable distributed computing, such as cloud computing.
  • the network 1030 in some cases with the aid of the device 1001, can implement a peer-to-peer network, which can enable devices coupled to the device 1001 to behave as a client or a server.
  • the CPU 1005 can execute a sequence of machine- readable instructions, which can be embodied in a program or software.
  • the instructions can be stored in a memory location, such as the memory 1010.
  • the instructions can be directed to the CPU 1005, which can subsequently program or otherwise configure the CPU 1005 to implement methods of the present disclosure. Examples of operations performed by the CPU 1005 can include fetch, decode, execute, and write back.
  • the CPU 1005 can be part of a circuit, such as an integrated circuit. One or more other components of the device 1001 can be included in the circuit. In some cases, the circuit is an application specific integrated circuit (ASIC) or a field programmable gate array (FPGA).
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • the storage unit 1015 can store files, such as drivers, libraries and saved programs.
  • the storage unit 1015 can store user data, e.g., user preferences and user programs.
  • the digital processing device 1001 in some cases can include one or more additional data storage units that are external, such as located on a remote server that is in communication through an intranet or the Internet.
  • the digital processing device 1001 can communicate with one or more remote computer systems through the network 1030.
  • the device 1001 can communicate with a remote computer system of a user.
  • remote computer systems include personal computers (e.g., portable PC), slate or tablet PCs (e.g., Apple ® iPad, Samsung ® Galaxy Tab), telephones, Smart phones (e.g., Apple ® iPhone, Android-enabled device, Blackberry ® ), or personal digital assistants.
  • Methods as described herein can be implemented by way of machine (e.g., computer processor) executable code stored on an electronic storage location of the digital processing device 1001, such as, for example, on the memory 1010 or electronic storage unit 1015.
  • the machine executable or machine readable code can be provided in the form of software.
  • the code can be executed by the processor 1005.
  • the code can be retrieved from the storage unit 1015 and stored on the memory 1010 for ready access by the processor 1005.
  • the electronic storage unit 1015 can be precluded, and machine- executable instructions are stored on memory 1010.
  • Non-transitory computer readable storage medium
  • the platforms, systems, media, and methods disclosed herein can include one or more non-transitory computer readable storage media encoded with a program including instructions executable by the operating system of an optionally networked digital processing device.
  • a computer readable storage medium can be a tangible component of a digital processing device.
  • a computer readable storage medium can be optionally removable from a digital processing device.
  • a computer readable storage medium can include, by way of non- limiting examples, CD-ROMs, DVDs, flash memory devices, solid state memory, magnetic disk drives, magnetic tape drives, optical disk drives, cloud computing systems and services, and the like.
  • the program and instructions can be permanently, substantially permanently, semipermanently, or non-transitorily encoded on the media.
  • the platforms, systems, media, and methods disclosed herein can include at least one computer program, or use of the same.
  • a computer program can include a sequence of instructions, executable in the digital processing device's CPU, written to perform a specified task.
  • Computer readable instructions can be implemented as program modules, such as functions, objects, Application Programming Interfaces (APIs), data structures, and the like, that perform particular tasks or implement particular abstract data types.
  • APIs Application Programming Interfaces
  • a computer program can be written in various versions of various languages.
  • a computer program can comprise one sequence of instructions.
  • a computer program can comprise a plurality of sequences of instructions.
  • a computer program can be provided from one location.
  • a computer program can be provided from a plurality of locations.
  • a computer program can include one or more software modules.
  • a computer program can include, in part or in whole, one or more web applications, one or more mobile applications, one or more standalone applications, one or more web browser plug-ins, extensions, add-ins, or add-ons, or combinations thereof.
  • a computer program can include a web application.
  • a web application in various embodiments, utilizes one or more software frameworks and one or more database systems.
  • a web application is created upon a software framework such as Microsoft ® .NET or Ruby on Rails (RoR).
  • a web application can utilize one or more database systems including, by way of non-limiting examples, relational, nonrelational, object oriented, associative, and XML database systems.
  • suitable relational database systems can include, by way of non-limiting examples, Microsoft ® SQL Server, mySQLTM, and Oracle ® .
  • a web application in various embodiments, is written in one or more versions of one or more languages.
  • a web application can be written in one or more markup languages, presentation definition languages, client-side scripting languages, server-side coding languages, database query languages, or combinations thereof.
  • a web application can be written to some extent in a markup language such as Hypertext Markup Language (HTML), Extensible Hypertext Markup Language (XHTML), or extensible Markup Language (XML).
  • a web application can be written to some extent in a presentation definition language such as Cascading Style Sheets (CSS).
  • CSS Cascading Style Sheets
  • a web application can be written to some extent in a client-side scripting language such as Asynchronous Javascript and XML (AJAX), Flash ® Actionscript, Javascript, or Silverlight ® .
  • AJAX Asynchronous Javascript and XML
  • Flash ® Actionscript Javascript
  • Javascript or Silverlight ®
  • a web application is written to some extent in a server-side coding language such as Active Server Pages (ASP), ColdFusion ® , Perl, JavaTM, JavaServer Pages (JSP), Hypertext Preprocessor (PHP), PythonTM, Ruby, Tel, Smalltalk, WebDNA ® , or Groovy.
  • a web application can be written to some extent in a client-side scripting language such as Asynchronous Javascript and XML (AJAX), Flash ® Actionscript, Javascript, or Silverlight ® .
  • a web application is written to some extent in a server-side coding language such as Active Server Pages (ASP), ColdFusion ® , Perl, JavaTM,
  • a web application can be written to some extent in a database query language such as Structured Query Language (SQL).
  • SQL Structured Query Language
  • a web application integrates enterprise server products such as IBM ® Lotus Domino ® .
  • a web application can include a media player element.
  • a media player element can utilize one or more of many suitable multimedia technologies including, by way of non-limiting examples, Adobe ® Flash ® , HTML 5, Apple ® QuickTime ® , Microsoft ® Silverlight ® , JavaTM, and Unity ® .
  • a computer program can include a mobile application provided to a mobile digital processing device.
  • the mobile application can be provided to a mobile digital processing device at the time it is manufactured.
  • the mobile application can be provided to a mobile digital processing device via the computer network described herein.
  • a mobile application can be created by techniques known to those of skill in the art using hardware, languages, and development environments known to the art. Those of skill in the art will recognize that mobile applications can be written in several languages. Suitable programming languages include, by way of non- limiting examples, C, C++, C#, Objective-C, JavaTM, Javascript, Pascal, Object Pascal, PythonTM, Ruby, VB.NET, WML, and XHTML/HTML with or without CSS, or combinations thereof.
  • Suitable mobile application development environments are available from several sources.
  • Commercially available development environments can include, by way of non-limiting examples, AirplaySDK, alcheMo, Appcelerator ® , Celsius, Bedrock, Flash Lite, .NET Compact Framework, Rhomobile, and WorkLight Mobile Platform.
  • Other development environments are available without cost including, by way of non-limiting examples, Lazarus, MobiFlex, MoSync, and Phonegap.
  • mobile device manufacturers distribute software developer kits including, by way of non-limiting examples, iPhone and iPad (iOS) SDK, AndroidTM SDK, BlackBerry ® SDK, BREW SDK, Palm ® OS SDK, Symbian SDK, webOS SDK, and Windows ® Mobile SDK.
  • a computer program can comprise a standalone application, which is a program that is run as an independent computer process, not an add-on to an existing process, e.g., not a plug-in.
  • a compiler is a computer program(s) that transforms source code written in a programming language into binary object code such as assembly language or machine code. Suitable compiled programming languages include, by way of non-limiting examples, C, C++, Objective-C, COBOL, Delphi, Eiffel, JavaTM, Lisp, PythonTM, Visual Basic, and VB .NET, or combinations thereof. Compilation is often performed, at least in part, to create an executable program.
  • a computer program includes one or more executable complied applications. Web browser plug-in
  • the computer program includes a web browser plug-in (e.g., extension, etc.).
  • a plug-in is one or more software components that add specific functionality to a larger software application. Makers of software applications support plug-ins to enable third-party developers to create abilities that extend an application, to support easily adding new features, and to reduce the size of an application. When supported, plug-ins enable customizing the functionality of a software application. For example, plug-ins are commonly used in web browsers to play video, generate interactivity, scan for viruses, and display particular file types.
  • the toolbar comprises one or more web browser extensions, add-ins, or add-ons.
  • the toolbar comprises one or more explorer bars, tool bands, or desk bands.
  • plug-in frameworks are available that enable development of plug-ins in various programming languages, including, by way of non-limiting examples, C++, Delphi, JavaTM, PHP, PythonTM, and VB .NET, or combinations thereof.
  • Web browsers are software applications, designed for use with network-connected digital processing devices, for retrieving, presenting, and traversing information resources on the World Wide Web. Suitable web browsers include, by way of non- limiting examples, Microsoft ® Internet Explorer ® , Mozilla ® Firefox ® , Google ® Chrome, Apple ® Safari ® , Opera Software ® Opera ® , and KDE Konqueror. In some embodiments, the web browser is a mobile web browser. Mobile web browsers (also called micro-browsers, mini-browsers, and wireless browsers) are designed for use on mobile digital processing devices including, by way of non- limiting examples, handheld computers, tablet computers, netbook computers,
  • Suitable mobile web browsers include, by way of non-limiting examples, Google ® Android ® browser, RIM BlackBerry ® Browser, Apple ® Safari ® , Palm ® Blazer, Palm ® WebOS ® Browser, Mozilla ® Firefox ® for mobile, Microsoft ® Internet Explorer ® Mobile, Amazon ® Kindle ® B asic Web, Nokia ® Browser, Opera Software ® Opera ® Mobile, and Sony ® PSPTM browser.
  • the platforms, systems, media, and methods disclosed herein can include software, server, and/or database modules, or use of the same.
  • software modules can be created by techniques known to those of skill in the art using machines, software, and languages known to the art.
  • the software modules disclosed herein can be implemented in a multitude of ways.
  • a software module comprises a file, a section of code, a programming object, a programming structure, or combinations thereof.
  • a software module comprises a plurality of files, a plurality of sections of code, a plurality of programming objects, a plurality of programming structures, or combinations thereof.
  • the one or more software modules can comprise, by way of non-limiting examples, a web application, a mobile application, and a standalone application.
  • software modules can be in one computer program or application. In other embodiments, software modules can be in more than one computer program or application. In some embodiments, software modules can be hosted on one machine. In other embodiments, software modules can be hosted on more than one machine. In further embodiments, software modules can be hosted on cloud computing platforms. In some embodiments, software modules can be hosted on one or more machines in one location. In other embodiments, software modules can be hosted on one or more machines in more than one location.
  • the platforms, systems, media, and methods disclosed herein can include one or more databases, or use of the same.
  • suitable databases can include, by way of non-limiting examples, relational databases, non-relational databases, object oriented databases, object databases, entity-relationship model databases, associative databases, and XML databases.
  • a database is internet-based.
  • a database can be web- based.
  • a database can be cloud computing-based.
  • a database can be based on one or more local computer storage devices.
  • FIG. 11 shows example pseudocode for implementing flag table based ultrasound beamforming with a compressed flag table.
  • the pseudocode utilizes variables k (corresponding to a RAM address), zc (corresponding to a counter of the number of adjacent 0-flags counted), r (corresponding to a pixel index), and nz (corresponding to expected number of zeros to be encountered between two 1 -flags).
  • the variable nz corresponds to the value NZ described herein.
  • the pseudocode can process RF samples and can utilize an index i corresponding to the current index of each RF sample.
  • the pseudocode can perform real-time decompression of the compressed flag table to select which RF samples are to be used to reconstruct an image.
  • the pseudocode When the RF sample index i is smaller than the 1 st RF sample index, the pseudocode does nothing. When the RF sample index i is made equal to the 1 st RF sample index, the pseudocode adds the value of the RF sample to a first pixel in an array of image pixels. The pseudocode then increments r to move to the next pixel. The pseudocode resets the value of the counter zc to 0. The pseudocode increments the value of k to a second RAM address.
  • the pseudocode compares zc to nz. When zc is smaller than nz and i is equal to k ih RF sample index stored in the compressed flag table, an unexpected 1-flag has been encountered, and the pseudocode adds the value of the RF sample to the r h pixel in an array of image pixels. The pseudocode then increments r to move to the next pixel and resets the value of the counter zc to 0. The pseudocode increments the value of k to the next RAM address (corresponding to the next RF sample index that does not match the expected flag pattern). When zc is smaller than nz and i is not equal to k ih RF sample index stored in the compressed flag table, an expected 0-flag has been encountered, and the pseudocode increments zc.
  • FIG. 12 shows example circuitry for implementing flag table based ultrasound beamforming with a compressed flag table.
  • the circuitry comprises a compressed flag table (CFT), OR gates (OR1, OR2, OR3, OR4, and OR5), counters (ZC, NZ, and FL_NO), comparators (Comparator 1, Comparator2, Comparator3, and Comparator 3b), NOT gates (Inverterl and Inverted), AND gates (AND1, AND2, AND3, AND4, AND5, AND6, AND7), and a BitBasher.
  • CFT compressed flag table
  • OR gates OR1, OR2, OR3, OR4, and OR5
  • counters ZC, NZ, and FL_NO
  • comparators Comparator 1, Comparator2, Comparator3, and Comparator 3b
  • NOT gates Inverterl and Inverted
  • AND gates AND1, AND2, AND3, AND4, AND5, AND6, AND7
  • a BitBasher The circuitry depicted in FIG. 12 is a direct implementation of the pseudocode described in FIG. 11 followed by logic reduction.
  • the circuitry depicted in FIG. 12
  • FIG. 13 illustrates a block diagram of an example ultrasound device 1300, which may be used for some implementations described herein.
  • ultrasound device 1300 may be used to implement ultrasound device 100 of FIG. 1.
  • ultrasound device 1300 includes a transducer array 1301, a switch 1302, and a pulse generator 1304.
  • Transducer array 1301 may also be referred to as transducer 1301.
  • Ultrasound device 1300 may include a transmit (Tx) beamformer 1308 and/or a receive (Rx) beamformer 1310.
  • Rx beamformer 1310 may include a memory that stores a table 1312.
  • Ultrasound device 1300 may include an Rx front-end unit 1314 and/or an image processor 1318.
  • ultrasound device 1300 also includes sensors 1322 and/or peripherals 1326.
  • a table 1312 may be stored on FPGA 1324, or stored on any other suitable storage device.
  • FPGA 1324 may not have all of the components shown and/or may have other elements including other types of elements instead of, or in addition to, those shown herein.
  • FPGA 1324 may not have all of the components shown and/or may have other elements including other types of elements instead of, or in addition to, those shown herein.
  • FPGA 1324 may include image processor 1318. Furthermore, while image processor 1318 is described herein as performing separate functions, in some implementations, a single processing unit such as FPGA 1324 may perform all of the functions and implementations described herein.
  • FIG. 13 shows one block for each of components of ultrasound device 1300.
  • ultrasound device 1300 may not have all of the components shown and/or may have other elements including other types of elements instead of, or in addition to, those shown herein.
  • Tx beamformer 1308 causes pulse generator 1304 to generate electrical signals based on transmit beamforming, where the electrical signals are applied to transducer array (or "transducer") 1301.
  • the electrical signals or pulses may be produced at a
  • the switch 1302 may select one of two operating modes: (1) select the signal in the direction from the pulse generator 1304 to the transducer 1301 or (2) select the signal in the direction from the transducer 1301 to the Rx front-end unit 1314.
  • pulse generator 1304 controls the amplitude of the electrical signals or pulses, which in turn controls the intensity and energy of an ultrasound beam produced by transducer array 1301, after the signal is selected in the direction from the pulse generator 1304 to the transducer array 1301 by the switch 1302. Pulse generator 1304 may also control the width of the pulses (which in turn controls the signal frequency) and the number of cycles in the pulses (which in turn controls the energy and the bandwidth of the signal).
  • Transducer array 1301 may generate ultrasonic waves based on the electrical signals received from pulse generator 1304.
  • the ultrasonic waves may also be referred to as ultrasound waves, ultrasonic pulses, or ultrasound pulses.
  • transducer array 1301, also referred to as a transducer or probe is positioned in direct contact with a surface such as the body of a patient (e.g., the abdomen of a patient).
  • the probe need not be in direct contact with the surface.
  • an ultrasound gel may be used to couple the probe with the surface.
  • Transducer array 1301 may focus a beam of ultrasonic waves or pulses to give the beam a particular size and shape at various depths within a particular space/area beneath the surface (e.g., a portion of patient's body). Transducer array 1301 may also scan the beam over the space that is being imaged (e.g., over an anatomical area). The space that is being imaged may also be referred to as a region of interest.
  • transducer array 1301 includes one or more transducer elements.
  • the particular type of transducer elements may vary, depending on the particular implementation.
  • the transducer elements may be piezoelectric transducer elements, capacitive transducer elements, etc.
  • the transducer element vibrates and produces the ultrasound, or ultrasonic wave, which is directed at the region of interest.
  • the transducer element produces radio frequency (RF) signals.
  • RF radio frequency
  • transducer array 1301 When transducer array 1301 receives reflected ultrasonic waves (e.g., from objects in the region of interest), transducer array 1301 may generate RF signals based on the reflected ultrasonic waves.
  • the reflected ultrasonic waves may also be referred to as ultrasonic echoes, or ultrasound echoes, or echoes.
  • the RF signals may also be referred to as raw RF data.
  • Rx front-end unit 1314 amplifies and digitizes the RF signals from transducer array 1301 (after the signal is selected in the direction from the transducer 1301 to the Rx front-end unit 1314 by the switch 1302) to provide RF samples, and sends the RF samples to Rx beamformer 1310.
  • the RF samples may also be referred to as digitized RF signals.
  • Rx front-end unit 1314 amplifies and/or filters the RF signals before digitizing them.
  • the amplifier gain of Rx front-end unit 1314 may vary over time, in order to compensate for ultrasound attenuation.
  • Rx beamformer 1310 generates raw image data based on the RF samples and performs beamforming functions in order to generate the raw image data.
  • Rx beamformer 1310 creates an intensity map of the reflected ultrasonic waves corresponding to every point in the field of view of region of interest 202.
  • Rx beamformer 1310 may map the received (e.g., time-domain) signal to a location in an image and coherently sums the signals from all transducer elements for every point in the field of view.
  • Rx beamformer 1310 determines which of the RF samples are to be used to generate raw image data based on table 1312. As described in more detail herein, in various implementations, table 1312 indicates which RF samples are to be used to generate raw image data and which RF samples are not to be used to generate raw image data.
  • table 1312 is predetermined in that information in table 1312 is generated prior to an imaging session, and table 1312 is pre-loaded in Rx beamformer 1310 or in any other suitable storage location. Table 1312 may also be referred to as predetermined table 1312. During runtime, Rx beamformer 1310 checks table 1312 during an imaging session in order to determine which RF samples to use to generate raw image data. In various implementations,
  • Rx beamformer 1310 generates raw image data based on the RF samples that are to be used to generate raw image data, and then sends the raw image data to image processor 1318.
  • image processor 1318 processes the raw image data to provide the processed image data.
  • the processed image data may be referred to as post-processed image data.
  • the processed image data may in turn be used to provide ultrasound images.
  • image processor 1318 may determine input values based on the raw image data from Rx beamformer 1310. Image processor 1318 may determine output values based on the input values and a table 1320 (e.g., by using a compression circuitry). In various implementations, image processor 1318 compresses the raw image data such that the dynamic range of the processed image data is smaller than the dynamic range of the raw image data.
  • table 1320 is predetermined in that information in table 1320 is generated prior to an imaging session, and table 1320 is pre-loaded in image processor 1318 or in any other suitable storage location.
  • Table 1320 may also be referred to as predetermined table 1320.
  • image processor 1318 may check table 1320 during an imaging session in order to determine the output values used to generate processed image data.
  • sensors 1322 may include position sensors, rotational sensors, tilt sensors, gyroscopes, accelero meters, etc., for positioning ultrasound device 1300.
  • the position sensors and rotational sensors may be integrated.
  • peripherals 1326 may include one or more display devices and/or may send processed image data to remote display devices (e.g., a 2D display, a 3D display, a printer, a wearable device, an augmented-reality glass, a virtual-reality glass, etc.).
  • Remote display devices may include stand-alone computers, tablet computers, smartphones, dedicated monitors, etc.
  • peripherals 1326 may also include an
  • ECG electrocardiograph
  • EKG device pulse oximeter
  • position tracker position tracker
  • needle guide etc.
  • Image processor 1318 may perform various operations to generate processed image data, e.g., image compression. This generation may be based on raw image data received from Rx beamformer 1310 in order to provide ultrasound images. In various implementations, to process the raw image data to provide processed image data, image processor 1318 compresses the raw image data such that the dynamic range of the processed image data is smaller than the dynamic range of the raw image data.
  • An image compression method is initiated when image processor 1318 determines input values based on raw image data from Rx beamformer 1310, where the input values fall within a
  • the dynamic range of input values includes dynamic subranges.
  • the dynamic range of input values may have a predetermined number of dynamic subranges (e.g., 2, 4, 8, 16, 32, 64, 128, 256, 512, etc.).
  • the dynamic subranges may be a set of intervals (e.g., unequally spaced, equally spaced, or approximately equally spaced) such that the predetermined
  • 31 31 number of dynamic subranges span the dynamic range of input values (e.g., [0, (2 - 1)] and [2 ,
  • the image processor 1318 may determine output values based on the dynamic subranges in which the input values fall. As described in more detail herein, in some implementations, there may be 256 dynamic subranges into which one or more input values may fall. Depending on the selection of compression function, a given dynamic subrange may contain no input values. Each output value is one of 256 output values (e.g., integers from 0 to 255), where each output value corresponds to one of the 256 dynamic subranges.
  • Each dynamic subrange may be defined by a range of integers between two successive threshold values. Examples of dynamic subranges and output values are listed in Table 1 below. Table 1
  • the overall dynamic range of input values is compressed or reduced to a smaller dynamic range of output values.
  • One benefit of a smaller dynamic range of output values is that the number of bits representing input values is reduced to a smaller number of bits representing output values, thereby compressing the data and reducing the memory requirements.
  • image processor 1318 determining output values are described in more detail herein.
  • image processor 1318 provides the processed image data, which may be high-quality image data, yet with a decreased dynamic range. Image processor 1318 may then send the processed image data to a display device to display an ultrasound image to a user.
  • the image processor 1318 may generate the processed image data based on the output values.
  • the processed image data may be the output values (e.g., pixel data).
  • the processed image data may be generated based on the output values (e.g., by contrast enhancement or other image processing techniques prior to displaying the image data).
  • Various implementations directed to image processor 1318 generating the processed image data based on the output values are described in more detail herein.
  • FIG. 14 illustrates an example block diagram for performing a binary search, according to some implementations.
  • Rx beamformer 1310 provides raw image data, which includes input values, to image processor 1318.
  • image processor 1318 to generate processed image data, performs a binary search, where the binary search identifies a dynamic subrange for each input value, and maps the input values to the output values based on the dynamic subranges.
  • the binary search identifies a dynamic subrange for each input value, and maps the input values to the output values based on the dynamic subranges.
  • multiple input values map to a single dynamic subrange, and each dynamic subrange maps to a single output value.
  • one or more of the input values are associated with a single output value.
  • each output value is associated with one or more input values (or in some cases, possibly no input values).
  • image processor 1318 takes each input number and compares each to different subdynamic range thresholds in order to determine in which subdynamic range each input number falls, where each dynamic subrange maps to a particular output value.
  • image processor 1318 compares the input value to a first threshold value at a first stage (indicated with a circled T in FIG. 14).
  • the possible output values are 00, 01, 10, and 11.
  • the input value is less than the first threshold value, which narrows the possible output values to 00 and 01.
  • Image processor 1318 then compares the input value to a second threshold value at a second stage.
  • the input value is greater than the second threshold value, which narrows the possible output values to 01.
  • the resulting output value is 01.
  • the threshold values may be calculated as described elsewhere herein.
  • the output values are 2-bit values. As such, there are 2 stages where each input value is compared against 2 threshold values.
  • the particular number of bits may vary, depending on the particular implementations. For example, there may be 8-bit output values, in which case there may be 8 stages where each input value is compared against 8 threshold values. In some implementations, the number of output values is limited to 256 output values (e.g., 0 to 255).
  • the compression function being implemented is such that the output values monotonically increase relative to the input values.
  • a range of smaller input values corresponds to a smaller output value
  • a range of larger input values corresponds to a larger output value.
  • the output values may monotonically decrease relative to the input values.
  • the monotonicity of the compression function may enable a recursive binary search method to be performed with a lookup table, as described elsewhere herein.
  • FIGs. 15A and 15B illustrate an example of a log (logarithmic) compression curve, which may be used for some embodiments described herein.
  • a log compression curve is used to illustrate an example of a compression curve that may be used for dynamic range compression.
  • the compression curve may be any curve that monotonically increases or decreases over a given range of input values.
  • the number of output bits may be less than the number of input bits.
  • FIG. 15A shows an example of a log compression curve applied on input words of 32-bit length to obtain output words of 8-bit length.
  • the input words may be 32-bit length unsigned integers, and may range in value from OOOOOOOO 16 (where the 16 subscript
  • FIG. 15B shows an example of a zoomed-in portion of the log compression curve showing discrete output values corresponding to ranges of input values.
  • This zoomed-in portion shows a range of input values of approximately 1.7 x 10 9 to 2.06 x 10 9 and a range of output values of approximately 232 to 242.
  • each of five contiguous and mutually exclusive ranges of input values maps to one of five discrete possibilities of output values (235, 236, 237, 238, and 239). For example, all inputs in the range indicated by the double-arrowed line segment (in red) map to an output value of 237.
  • This range can be represented by two threshold values, such that all input values between these two threshold values (e.g., greater than or equal to the smaller threshold value among the pair of threshold values, and less than the larger threshold value among the pair of threshold values) map to the same output value.
  • a log compression function reduces the number of bits needed to represent an input value (e.g. 32 bits) by mapping said input value to an output value with fewer bits (e.g. 8 bits).
  • a look-up table may store the (2 n -l) input threshold values (e.g., th ⁇ 1 ⁇ , th ⁇ 2 ⁇ , ..., th ⁇ 2 n -l ⁇ ) corresponding to the 2 n possible output values.
  • the first (e.g., smallest) of the possible output values may correspond to all input values less than th ⁇ 1 ⁇ (e.g., the first threshold value among the set of input threshold values).
  • the second (e.g., second smallest) of the possible output values may correspond to all input values between th ⁇ 1 ⁇ and th ⁇ 2 ⁇ (e.g., greater than or equal to th ⁇ 1 ⁇ , and less than th ⁇ 2 ⁇ ).
  • the z -th (e.g., z -th smallest) of the possible output values may correspond to all input values between th ⁇ z ' -l ⁇ and th ⁇ z ' ⁇ (e.g., greater than or equal to th ⁇ z ' -l ⁇ , and less than th ⁇ z ' ⁇ ).
  • the largest of the possible output values may correspond to all input values greater than or equal to th ⁇ 2 n -1 ⁇ .
  • the size of the lookup table may be m » (2 n -l) bits.
  • the set of threshold values may be generated using a compression function (e.g., a log compression function).
  • the particular number of bits may vary, depending on the particular implementations. For example, there may be 8-bit output values, in which case there may be 8 stages where each input value is compared against 8 threshold values. In some implementations, the number of output values is limited to 256 output values (e.g., 0 to 255).
  • generation of the processed image data may be based on a predetermined table, such as table 1320 (e.g., a lookup table).
  • table 1320 e.g., a lookup table
  • the processed image data may be based on output values determined from table 1320, where image processor 1318 may determine the output values based on the input values, or dynamic subranges into which the input values fall.
  • the predetermined table includes predetermined thresholds associated with the dynamic subranges.
  • the predetermined table maps input values to the output values based on the predetermined thresholds.
  • each output value is associated with a unique dynamic subrange.
  • table 1320 may store (2 n -l) input threshold values (e.g., th ⁇ 1 ⁇ , th ⁇ 2 n -1 ⁇ ), where table 1320 may have a size of m(2 n -1) bits, and where n is the number of output bits and m is the number of input bits.
  • the lookup table may be used to find a function output value ("output"), given an input value ("input”), as follows. If input ⁇ th ⁇ 1 ⁇ , the output is 0. If input is greater than or equal to th ⁇ 2 n -l ⁇ , the output is (2 n -1). If input is between th ⁇ z ' ⁇ and th ⁇ z ' +l ⁇ (e.g., greater than or equal to th ⁇ z ' ⁇ , and less than th ⁇ z ' +l ⁇ ), the output is i.
  • This procedure of finding a function output value given an input value, using a lookup table may be referred to as "performing a lookup" in a lookup table.
  • FIG. 16 illustrates a recursive binary search method to determine output values based on threshold values in a lookup table, which may be used for some embodiments described herein.
  • This recursive binary search method may be performed by an apparatus to perform a lookup in a lookup table by generating the n bits of an output given an input.
  • the binary search identifies a dynamic subrange for each input value, and maps the input values to the output values based on the dynamic subranges.
  • multiple input values map to a single dynamic subrange, and each dynamic subrange maps to a single output value. As such, one or more of the input values are associated with a single output value.
  • each output value is associated with one or more input values (or in some cases, possibly no input values).
  • This binary search may comprise taking each input number and comparing said input number to different subdynamic range thresholds in order to determine in which subdynamic range each input number falls, where each dynamic subrange maps to a particular output value.
  • Other types of search methods may be used to identify threshold values with a lookup table, e.g. a linear search.
  • the recursive binary search method 1600 may be performed as follows. In each of n stages of the recursive binary search method 1600, given an input value (or "input") 1630, one bit of the n bits that comprise the output value (or "output") 1640 may be generated (e.g., beginning with the most significant bit (MSB) of the output value (o[n]) in the first stage of the n stages, and ending with the least significant bit (LSB) of the output value (o[l]) in the nth stage of the n stages (the final stage)). Each stage may comprise a comparison step and a bit assignment step.
  • MSB most significant bit
  • LSB least significant bit
  • the input 1630 is compared to th ⁇ 2 ⁇ n ⁇ .
  • a comparison is performed (e.g., using one or more comparators) to determine whether (1) the first value is greater than or equal to the second value or (2) the first value is less than the second value.
  • bit assignment step 1622 the comparison of comparison step 1612 determines a first bit of the n bits to be assigned to the output value 1640.
  • step 1604 in the second stage of the recursive binary search method, the input is compared to th ⁇ o[n] » 2 (n ⁇ + 2 ⁇ n ⁇ .
  • comparison step 1614 a comparison is performed (e.g., using one or more comparators) to determine whether (1) the first value is greater than or equal to the second value or (2) the first value is less than the second value.
  • bit assignment step 1614 a comparison is performed (e.g., using one or more comparators) to determine whether (1) the first value is greater than or equal to the second value or (2) the first value is less than the second value.
  • the input is compared to th ⁇ o[n] » 2 (n ⁇ + ⁇ [ ⁇ -1] ⁇ 2 ( ⁇ ) + 2 (n 3) ⁇ .
  • a comparison is performed (e.g., using one or more comparators) to determine whether (1) the first value is greater than or equal to the second value or (2) the first value is less than the second value.
  • this comparison determines a third bit of the n bits to be assigned to the output value 1640.
  • This recursive binary search method may repeat for all n stages until all n bits of the output value 1640 are calculated.
  • the input is compared to th ⁇ o[n] » 2 (n_1) + ⁇ [ ⁇ -1] ⁇ 2 ( ⁇ "2) + ... + 2° ⁇ .
  • a comparison is performed (e.g., using one or more comparators) to determine whether (1) the first value is greater than or equal to the second value or (2) the first value is less than the second value.
  • LSB least significant bit
  • each successive stage of the recursive binary search method may generate a successive bit of the output 1640, and performing all n stages of the recursive binary search method 1600 may generate all n bits of the output value 1640.
  • FIG. 16 shows a recursive binary search method in accordance with an embodiment
  • the stages of the binary search are performed in series and form a serialized pipeline such that the incoming stream of input values is accepted at a constant rate. In various implementations, no buffer for the incoming input values is required. Once a particular input value passes from the first stage to the second stage, the next input value may come into the first stage. Such pipelining may occur at each stage. Table 2
  • Table 2 illustrates a method to perform lookup table segmentation, which may be used for some embodiments described herein.
  • the lookup table may be divided in n sub-tables for the n stages.
  • table 1320 may be divided into 8 sub-tables in an 8-stage implementation.
  • the table data needed in the individual stages of the recursive binary search method may be mutually exclusive. For example, only th ⁇ 2 ⁇ n is needed in the first stage, e.g. to generate the MSB of the output value (e.g., in binary, th ⁇ 1000...00'b ⁇ ).
  • th ⁇ 2 (n"2) ⁇ and th ⁇ 2 (n_1) + 2 (n"2) ⁇ are needed in the second stage (e.g., in binary, th ⁇ X100...00'b ⁇ , where X is the comparator output of the first stage). Only th ⁇ XX10...OO'b ⁇ are needed in the third stage, where XX is the concatenated output of the first two comparators. This reasoning can be applied to each successive stage, until only th ⁇ XXXX...Xl'b ⁇ are needed in the last stage, where XXXX...X is the concatenated output of all the previous comparators.
  • the address to the sub-table may be the concatenated comparator output of all the previous stages. Further, the final output of the function may be the concatenated output of all n comparators.
  • image processor 1318 functions as a compression module, where the number of output values may be limited to a predetermined number of output values (e.g., 256 output values ranging from 0 to 255, etc.).
  • image processor 1318 converts the input values of the raw image data to a grayscale range, where image processor 1318 associates the output values with shades of gray for display.
  • the input values fall within a first dynamic range
  • the output values fall within a second dynamic range, which is smaller than the first dynamic range.
  • the raw image data may provide an image that includes 14 bits or 16 bits per pixel.
  • Image processor 1318 compresses the raw image data and generates an image that is 8 bits per pixel, which provides 256 different shades of gray.
  • implementations provide processed image data that is high-quality and that comprises pixels having compressed dynamic range. Implementations provide a compressed dynamic range without compromising spatial resolution.
  • FIG. 17 illustrates a block diagram showing an example hardware implementation of one stage of an n-stage dynamic range data compression circuit, which may be used for some embodiments described therein.
  • FIG. 18 illustrates a block diagram showing an example hardware implementation of an 8-stage dynamic range data compression circuit, which may be used for some embodiments described therein.
  • the hardware implementation shown here comprises 8 stages but in general may be configured to comprise n stages, where n may be any integer value of at least 2.
  • Each stage 1700 of the 8 stages may comprise one or more RAMs 1702, one or more comparators 1704, one or more concatenators 1706, and one or more delays (e.g., an input delay 1716 and/or an output delay 1718), as described elsewhere herein.
  • Each RAM 1702 may have one or more inputs (e.g., ADDR (address) 1710, DATA 1712, WE (write enable) 1714, etc.) and one or more outputs (e.g. DOUT, data out).
  • ADDR 1710 may be the input address for the RAM 1702 to read from or write to.
  • ADDR 1710 may be hardcoded at 0 (e.g., by a constant value CONST0) for the first- stage RAM (e.g., S I) 1702.
  • a first-stage RAM 1702 may be implemented using a simple register, as it stores only a single value.
  • ADDR 1710 may comprise a concatenation of outputs from all the previous stages (as described elsewhere herein) for lookup into a sub-table stored in the RAM 1702.
  • ADDR 1710 may comprise (i-1) bits (e.g., a concatenation of outputs from all the previous (i-l) stages).
  • ADDR 1710 may comprise no more than the number n of bits (e.g., dynamic range) corresponding to the compressed data (e.g., compressed pixels).
  • DATA 1712 may be the data to be written into the RAM S I 1702.
  • DATA 1712 may be hardcoded at 0 (e.g., by a constant value CONST1) for a logic circuit that does not need to write data.
  • DATA 1712 may be set at 0 (e.g., by a constant value CONST 1) for one or more clock cycles during which the logic circuit does not need to write data.
  • WE 1714 may be the write enable signal for the RAM 1702.
  • WE 1714 may be hardcoded at 0 (e.g., by a constant value CONST2) for a logic circuit that does not need to write data.
  • WE 1714 may be set at 0 (e.g., by a constant value CONST2) for one or more clock cycles during which the logic circuit does not need to write data.
  • DOUT for a RAM 1702 may comprise a lookup table value retrieved at a given stage, e.g., during a recursive binary search method.
  • Comparators 1704 for a given stage may generate bitwise values of a portion of output words, as described elsewhere herein.
  • Concatenators 1706 may concatenate (e.g., join together) a bit of the output word generated at a given stage with one or more bits generated from previous stages.
  • a plurality of dynamic range compressed pixels may be generated from a plurality of uncompressed pixels comprising a first intensity resolution (e.g., a first dynamic range) by compressing the uncompressed pixels to be represented by a second intensity resolution (e.g., a second dynamic range less than the first dynamic range).
  • the first dynamic range may comprise, e.g., 2 bits, 4 bits, 8 bits, 16 bits, 24 bits, 32 bits, 48 bits, 64 bits, 96 bits, 128 bits, or any number of bits in between these values.
  • the second dynamic range may comprise a number of bits smaller than the first dynamic range (e.g., 1 bit, 2 bits, 4 bits, 8 bits, 16 bits, 24 bits, 32 bits, 48, 64 bits, 96 bits, or any number of bits in between these values).
  • Such pixel dynamic range compression may be performed in accordance with a lookup table, as described elsewhere herein.
  • a data compression circuitry may be configured to generate compressed pixels at a rate sufficient to satisfy a minimum frame rate.
  • a minimum frame rate for compressed pixel generation may be 5 frames per second (fps) (e.g., 5 Hz), 10 fps (e.g., 10 Hz), 20 fps (e.g., 20 Hz), 30 fps (e.g., 30 Hz), 40 fps (e.g., 40 Hz), 50 fps (e.g., 50 Hz), 60 fps (e.g., 60 Hz), 100 fps (e.g., 100 Hz), or 200 fps (e.g., 200 Hz), in which case compressed pixels may be generated at a rate sufficient to generate a full image within a time of no more than about 200 milliseconds (ms), about 100 ms, about 50 ms, about 33 ms, about 25 ms, about 20 ms, about 17 m
  • a plurality of ultrasound images may be generated and subsequently outputted to a buffer of a wireless communication circuitry with a latency from a most recent acquisition time from the A/D converter to a most recent output of a compressed pixel for each of the plurality of images of no more than about 50 ms for each of the plurality of ultrasound images.
  • Each of the plurality of ultrasound images may comprise a spatial resolution equal to the spatial resolution of uncompressed images, as well as pixels with a second intensity resolution less than the first intensity resolution of uncompressed pixels.
  • Each of the compressed pixels may be generated at a rate of about one pixel per clock cycle of the processor, about one pixel per two clock cycles of the processor, about one pixel per three clock cycles of the processor, about one pixel per four clock cycles of the processor, or about one pixel per five cycles of the processor.
  • a dynamic range data compression circuitry may be configured to generate compressed pixels in a period of time no more than about 1 clock cycle, about 2 clock cycles, about 3 clock cycles, about 4 clock cycles, or about 5 clock cycles of a processor.
  • such a data compression circuitry may generate about 100 thousand, about 50 thousand, about 33 thousand, about 25 thousand, or about 20 thousand pixels, respectively, in a period of time corresponding to 100,000 clock cycles of a processor. Therefore, a latency between ultrasound images output may be no more than about 100,000 clock cycles, provided the ultrasound images comprise a number of pixels that can be generated at a sufficiently high rate.
  • a processor may be configured to output a plurality of compressed pixels to the buffer at a rate of at least one pixel per 0.6 microseconds ( ⁇ 8), which is sufficient to generate ultrasound images comprising about 58,000 pixels at a frame rate of 30 Hz.
  • An apparatus for compressing input words of m bits to output words of n bits may comprise a plurality of n memory components, each memory component configured to store a respective sub-table of a lookup table, wherein the lookup table comprises a plurality of ordered threshold values, the threshold values corresponding to a domain of a monotonic function and respective indices of the threshold values as ordered corresponding to a range of the monotonic function; and a logic circuit comprising bitwise operations for: determining, in a plurality of n stages respectively corresponding to the plurality of n sub-tables, based on an input word and the plurality of n sub-tables, a plurality of n bits of an output word; and concatenating the plurality of n bits to generate the output word.
  • Each memory component of the apparatus may be configured to store a respective sub- table of a lookup table.
  • the memory components may be different sizes.
  • each memory component may be the smallest commonly available size (e.g., a size corresponding to a number of bits that is a power of 2) that is sufficient to fit an entire sub-table of the plurality of sub-tables that comprise a lookup table.
  • the memory components may be the same size.
  • each memory component may be the smallest commonly available size (e.g., a size corresponding to a number of bits that is a power of 2) that is sufficient to fit the entirety of the largest sub-table of the plurality of sub-tables that comprise a lookup table.
  • the logic circuit may be exemplified by the block diagram shown in FIG. 17 and FIG. 18.
  • the logic circuit may comprise one or more RAMs 1702, one or more comparators 1704, one or more concatenators 1706, and one or more delays (e.g., an input delay 1716 and/or an output delay 1718).
  • Each RAM 1702 of the one or more RAMs may store a sub-table of a stage.
  • Each comparator 1704 of the one or more comparators may have an output that is a bit of the final output value.
  • Each comparator 1704 of the one or more comparators may determine a bit of an address into the RAM 1702 associated with the sub-table of a stage, as described in Table 2.
  • Each concatenator 1706 of the one or more concatenators may concatenate the comparator output of a given stage with the concatenated bit or bits calculated and concatenated from previous stages.
  • Each delay (e.g., an input delay 1716 and/or an output delay 1718) of the one or more delays may be used for pipelining and synchronizing different data paths.
  • FIG. 19 illustrates a method 1900 to perform image dynamic range compression on a handheld ultrasound probe device.
  • an input is received from user selection of a number of output bits (n) and/or a monotonic function.
  • a lookup table is generated after receiving a user input of n bits (e.g., the number of output bits) and the monotonic function.
  • the lookup table may comprise (2 n )-l entries, and each data entry may comprise m bits (e.g., the number of input bits).
  • step 1915 a plurality of sub-tables of the lookup table is generated.
  • ultrasound waves are generated with the ultrasound transducer array.
  • step 1925 reflected waves are received with the ultrasound transducer array.
  • step 1930 the A/D converter generates an A/D converter signal of the reflected waves.
  • this A/D converter signal may be beamformed by a beamformer to generate input data (e.g., pixel data) with a first dynamic range.
  • step 1600 the generated pixels are compressed to a second dynamic range of n bits less than the first dynamic range using the lookup table.
  • step 1940 the dynamic range compressed pixels are transmitted to a wireless circuitry buffer.
  • step 1945 the dynamic range compressed pixels are transmitted from the wireless circuitry buffer to a display device.
  • the wireless circuitry buffer may alternatively or in combination be implemented using a wired communication connection or link.
  • step 1600 may comprise steps 1602, 1612, 1622, and
  • step 1602 for each of n stages, the input is compared with a threshold value to perform a recursive binary search method.
  • the determination is made whether the input is > (greater than or equal to) or ⁇ (less than) the threshold value.
  • a bit of the output is determined and assigned based on the comparison (e.g., step 1612).
  • the n output bits are
  • FIG. 19 shows a method of dynamic range compression in accordance with some embodiments
  • a person of ordinary skill in the art will recognized many adaptations and variations.
  • the steps may be performed in any order. Some of the steps may be removed, some of the steps repeated, and additional steps performed.
  • the logic circuit may comprise a latency and a throughput.
  • the apparatus may perform the plurality of n stages in n clock cycles ("cycles").
  • the latency of the circuit may comprise a sum of all delays (each delay corresponding to each stage) of all stages in the circuit.
  • the latency of determining the plurality of bits of an output word may be at most n clock cycles.
  • the latency of determining the plurality of bits of an output word may be n clock cycles.
  • an 8- stage implementation for an 8-bit output function may have a latency of 8 clock cycles.
  • the cycle time in seconds, s
  • the throughput of the circuit may comprise the delay time needed to calculate an output bit of a stage.
  • the throughput of the circuit may be expressed as the rate of output words generated per clock cycle.
  • Each stage of the plurality of stages may be performed in one clock cycle.
  • the plurality of n stages may be configured in a pipeline to enable differently positioned bits of a plurality of output words to each be determined by a respective corresponding stage of the plurality of stages in a same clock cycle. In this way, an n- stage implementation for an n-bit output function may have a throughput of one output word per one clock cycle.
  • a throughput of the logic circuit may be at least one output word per clock cycle.
  • An application-specific integrated circuit may comprise the logic circuit.
  • a field- programmable gate array may comprise the logic circuit.
  • the apparatus may determine the plurality of n bits of the output word by performing comparisons of the input word to no more than n threshold values.
  • This determining may be implemented by a recursive binary search method.
  • This determining may be implemented by a search method with an expected runtime that is logarithmic order in base 2 with the number of threshold values searched, e.g., uniform binary search, Fibonacci search, exponential search, interpolation search, or fractional cascading.
  • the apparatus may determine the plurality of bits of the output word based on comparing the input word to a selected threshold value at each stage of the plurality of stages, the threshold value at each respective stage after the first stage being selected based on the bits of the output word determined in previous stages of the plurality of stages.
  • the recursive binary search method of FIG. 16 compares the input word to a selected threshold value at each stage of the plurality of stages.
  • the determining of the plurality of bits of the output word may comprise: in a first stage of the plurality of stages, determining, based on a first sub-table stored in a first memory component of the plurality of memory components, a most significant bit (MSB) of the output word. This determining may be based on comparing the input word to a first threshold value stored in a first memory component of the plurality of memory components.
  • MSB most significant bit
  • the next most significant bit of the output word may be determined. This determining may be based on one or more corresponding additional sub-tables of the plurality of sub-tables and the most significant bit. This determining may be based on the respective sub-table stored in the corresponding memory component and bits of the output word determined in previous stages of the plurality of stages, a next bit of the output word corresponding to the respective stage.
  • the bits of the output word may be determined based on bits determined in previous stages of the plurality of stages, which may also be used as an address of a threshold value in the memory component corresponding to the respective stage, and determining, based on comparing the input word to the threshold value at the address, a next bit of the output word corresponding to the respective stage.
  • Each sub-table of the lookup table of the apparatus may correspond to a respective level of a binary search tree.
  • Each memory component may correspond to a respective level of a binary search tree.
  • the determining of the plurality of bits of the output word may comprise searching the binary tree.
  • the plurality of threshold values of the apparatus may be at most 2 n - 1 threshold values.
  • the plurality of threshold values of the apparatus may be 2 n - 1 threshold values.
  • a size of the lookup table of the apparatus may be at most m » (2 n - 1) bits.
  • a size of the lookup table of the apparatus may be m » (2 n - 1) bits.
  • the apparatus may comprise a means for dividing up the lookup table into the plurality of sub-tables.
  • Each ith sub-table of the plurality of n sub-tables in the apparatus may comprise at most 2 (1"1) threshold values of the plurality of threshold values.
  • Each tth sub-table of the plurality of n sub-tables in the apparatus may comprise 2 (1"1) threshold values of the plurality of threshold values.
  • Each i memory component of the plurality of n memory components may be configured to store at least m » (2 (1_1) ) bits.
  • Each i th memory component of the plurality of n memory components may be configured to store at most m»(20 bits.
  • the plurality of memory components may be read-only memory (ROM).
  • the plurality of memory components may be random- access memory (RAM).
  • the n bits of the apparatus may be 1, 2, 4, 8, 16, 32, 64, 128, 256, 512, 1024, or 2048 bits, or any number of bits between these values.
  • the m bits of the apparatus may be 2, 4, 8, 16, 32, 64, 128, 256, 512, 1024, or 2048 bits, or any number of bits between these values.
  • the input words of the apparatus may represent an image with a first dynamic range, and the output words may represent the image with a second dynamic range less than the first dynamic range.
  • This image may be ultrasound image data.
  • This image may be image data generated by computed tomography (CT), magnetic resonance imaging (MRI), positron emission tomography (PET), PET-CT, single-photon emission computed tomography (SPECT), X-ray radiography, thermography, endoscopy, elastography, or other medical imaging modality.
  • a system for compressing medical imaging data may comprise a means for receiving ultrasound image data at a bitrate corresponding to m, and the apparatus for compressing the ultrasound image data to a bitrate corresponding to n.
  • the system may be configured to compress live ultrasound data in real time to the bitrate corresponding to n.
  • the system may comprise a means for outputting the live ultrasound image data for display at the bitrate corresponding to n. This bitrate may be achieved by using a processor with a clock cycle sufficient to achieve a necessary throughput of data compression.
  • the system may comprise a means for generating the plurality of threshold values based on n and the monotonic function.
  • the system may comprise a means for storing the plurality of threshold values in the plurality of n memory components.
  • the system may comprise a means for storing the plurality of threshold values in a plurality of at least n memory components.
  • the system may comprise a means for storing the plurality of threshold values in a plurality of at most n memory components.
  • the system may comprise a means for storing the plurality of threshold values in a single memory component.
  • the system may comprise a means for receiving a user selection of n.
  • the system may be configured to have a non-user selected value of n.
  • the system may comprise a means for receiving a user selection of the monotonic function.
  • This monotonic function may be selected from a set of a plurality of predetermined monotonic functions.
  • the system may be configured to have a non-user selected monotonic function.
  • the monotonic function of the apparatus may be configured in many ways, such as a logarithmic function.
  • the monotonic function of the apparatus may be an exponential function.
  • the monotonic function of the apparatus may be a polynomial function (e.g., monomial or binomial).
  • the monotonic function may be a composite function of two or more monotonic functions (e.g., a logarithmic function and a gamma function).
  • the monotonic function may be an arithmetic combination (e.g., a sum, a weighted sum, or a product) of two or more monotonic functions.
  • a portable (e.g., handheld) device for real-time ultrasound imaging may comprise the apparatus for compressing input words of m bits to output words of n bits, wherein n ⁇ m.
  • a logic circuit for compressing input words of m bits to output words of n bits may comprise bitwise operations for: determining, in a plurality of n pipeline stages respectively corresponding to a plurality of n sub-tables of a lookup table, wherein the lookup table comprises a plurality of (2 n )-l ordered threshold values and each i th sub-table of the n sub- tables comprises 2 (1"1) threshold values, the threshold values corresponding to a domain of a monotonic function and respective indices of the threshold values as ordered corresponding to a range of the monotonic function, a plurality of n bits of an output word; and concatenating the plurality of n bits to generate the output word; wherein a latency of the logic circuit is at most n clock cycles and a throughput of the logic circuit is at least one output word per cycle.
  • An application-specific integrated circuit may comprise the logic circuit.
  • a field- programmable gate array may comprise the logic circuit.
  • An apparatus for compressing input words of m bits to output words of n bits, wherein n ⁇ m, may comprise the logic circuit and a plurality of n memory components respectively corresponding to the n pipeline stages and n sub-tables, each memory component comprising at least a minimum size necessary to store the corresponding sub-table of the plurality of n sub-tables.
  • FIG. 20 illustrates a block diagram of an example ultrasound device 200, which may be used for some implementations described herein.
  • ultrasound device 200 may be used to implement ultrasound device 100 of FIG. 1.
  • ultrasound device 200 includes a transducer array 2001, a switch 2002, and a pulse generator 2004.
  • Transducer array 2001 may also be referred to as transducer 2001.
  • Ultrasound device 200 may include a transmit (Tx) beamformer 2008 and/or a receive (Rx) beamformer 2010.
  • Rx beamformer 2010 may include a memory that stores a table 2012.
  • Ultrasound device 200 may include an Rx front-end unit 2014 and/or an image processor 2018.
  • ultrasound device 200 also includes sensors 2022 and/or peripherals 2026.
  • a table 2012 may be stored on FPGA 2024, or stored on any other suitable storage device.
  • FPGA 2024 may not have all of the components shown and/or may have other elements including other types of elements instead of, or in addition to, those shown herein.
  • FPGA 2024 may not have all of the components shown and/or may have other elements including other types of elements instead of, or in addition to, those shown herein.
  • FPGA 2024 may include image processor 2018. Furthermore, while image processor 2018 is described herein as performing separate functions, in some implementations, a single processing unit such as FPGA 2024 may perform all of the functions and implementations described herein.
  • FIG. 20 shows one block for each of component of ultrasound device 2000.
  • ultrasound device 2000 may not have all of the components shown and/or may have other elements including other types of elements instead of, or in addition to, those shown herein.
  • Tx beamformer 2008 causes pulse generator 2004 to generate electrical signals based on transmit beamforming, where the electrical signals are applied to transducer array (or "transducer") 2001.
  • the electrical signals or pulses may be produced at a
  • the electrical signals can be produced at a rate greater than 100 pulses per second, greater than 200 pulses per second, greater than 500 pulses per second, greater than 1000 pulses per second, greater than 2000 pulses per second, greater than 5000 pulses per second, or greater than 10000 pulses per second.
  • the electrical signals may be produced at a pulse rate within a range defined by any two of the preceding values.
  • the pulse generator may control the length of a pulse.
  • the pulse generator may control the total number of pulses applied during a signal acquisition.
  • the pulse generator may control the amplitude of the electrical signals, which may in turn control the intensity and energy of an ultrasound beam produced by the transducer array.
  • the switch 2002 selects one of two operating modes: (1) select the signal in the direction from the pulse generator 2004 to the transducer 2001 or (2) select the signal in the direction from the transducer 2001 to the Rx front-end unit 2014.
  • pulse generator 2004 controls the amplitude of the electrical signals or pulses, which in turn controls the intensity and energy of an ultrasound beam produced by transducer array 2001, after the signal is selected in the direction from the pulse generator 2004 to the transducer array 2001 by the switch 2002. Pulse generator 2004 may also control the width of the pulses (which in turn controls the signal frequency) and the number of cycles in the pulses (which in turn controls the energy and the bandwidth of the signal).
  • Transducer array 2001 generates ultrasonic waves based on the electrical signals received from pulse generator 2004.
  • the ultrasonic waves may also be referred to as ultrasound waves, ultrasonic pulses, or ultrasound pulses.
  • transducer array 2001 also referred to as a transducer or probe, is positioned in direct contact with a surface such as the body of a patient (e.g., the abdomen of a patient).
  • the probe need not be in direct contact with the surface.
  • an ultrasound gel may be used to couple the probe with the surface.
  • Transducer array 2001 focuses a beam of ultrasonic waves or pulses to give the beam a particular size and shape at various depths within a particular space/area beneath the surface (e.g., a portion of patient's body).
  • Transducer array 2001 also scans the beam over the space that is being imaged (e.g., over an anatomical area).
  • the space that is being imaged may also be referred to as a region of interest.
  • transducer array 2001 includes one or more transducer elements. Each transducer element can be referred to as a channel.
  • the transducer array can comprise 32 transducer elements, 64 transducer elements, 128 transducer elements, or 256 transducer elements.
  • the transducer array can comprise a number of elements within a range defined by any two of the preceding values.
  • the transducer array can comprise fewer than 64 or fewer than 32 transducer elements.
  • the transducer array can comprise more than 256 transducer elements.
  • each of the transducer elements can be of the same type.
  • the transducer elements can be piezoelectric transducer elements.
  • the transducer elements can be capacitive transducer elements.
  • the transducer elements can be any transducer element as is known to one having skill in the art.
  • the transducer elements can vary in type. For instance, some transducer elements can be piezoelectric transducer elements while other transducer elements are capacitive transducer elements. When an electrical pulse is applied to a given transducer element, the transducer element vibrates and produces the ultrasound, or ultrasonic wave, which is directed at the region of interest.
  • the ultrasound device can further comprise a switch 2002.
  • the switch may comprise a plurality of switches.
  • the switch may comprise a switch network.
  • the switch may comprise a multiplexer (mux).
  • the switch may comprise a demultiplexer (demux).
  • the switch may comprise a plurality of muxes.
  • the switch may comprise a plurality of demuxes.
  • transducer array 2001 When transducer array 2001 receives ultrasonic waves reflected by objects in the region of interest), transducer array 2001 generates RF signals based on the reflected ultrasonic waves.
  • the reflected ultrasonic waves may also be referred to as ultrasonic echoes, or ultrasound echoes, or echoes.
  • the RF signals may also be referred to as raw RF data.
  • Reception of the ultrasound signals is controlled by a receive (Rx) beamformer 2010.
  • the Rx beamformer can comprise a table 2012.
  • the table can comprise a flag table or a compressed flag table, as discussed herein.
  • the Rx beamformer can comprise a table decoder 2016, as described herein.
  • the table decoder can comprise a flag table decoder, as described herein.
  • the Rx beamformer 2010 can be communicatively coupled to an Rx front-end unit 2014.
  • Rx front-end unit 2014 amplifies and digitizes the RF signals from transducer array 2001 (after the signal is selected in the direction from the transducer 2001 to the Rx front- end unit 2014 by the switch 2002) to provide RF samples, and sends the RF samples to table decoder 2016 of Rx beamformer 2010.
  • the RF samples may also be referred to as digitized RF signals.
  • the Rx front-end unit 2014 may comprise an analog-to-digital (A/D) converter (ADC).
  • A/D converter may comprise a resolution of at least 2 bits, at least 4 bits, at least 8 bits, at least 16 bits, at least 32 bits, at least 64 bits, or at least 128 bits.
  • the A/D converter may comprise at least 1 channel, at least 2 channels, at least 4 channels, at least 8 channels, at least 16 channels, at least 32 channels, at least 64 channels, or at least 128 channels.
  • Rx front-end unit 2014 amplifies and/or filters the RF signals before digitizing them.
  • the amplifier gain of Rx front-end unit 2014 may vary over time, in order to compensate for ultrasound attenuation.
  • Rx beamformer 2010 can generate raw image data based on the RF samples, where the Rx beamformer 2010 performs beamforming functions in order to generate the raw image data.
  • the Rx beamformer 2010 can create an intensity map of the reflected ultrasonic waves corresponding to every point in the field of view.
  • Rx beamformer 2010 can map the received signal to a location in an image and coherently sum the signals from all transducer elements for every point in the field of view.
  • Various implementations of Rx beamformer 2010 generating raw image data are described in more detail herein.
  • one or more of the transducers may receive a plurality of RF samples corresponding to an ultrasound signal emanating from a particular location in a region of interest. In the far field, this may occur when the sampling rate is greater than twice the spacing between pixels in an image line divided by the speed of sound.
  • Each of the plurality of RF samples corresponding to the ultrasound signal from the location may be regarded as conveying information about the location that is at least partially redundant. Thus, any one of the plurality of RF samples corresponding to the ultrasound signal from the location may be sufficient to reconstruct image information for that location.
  • the Rx beamformer may therefore select to utilize only a fraction of the RF samples corresponding to the ultrasound signal from the location.
  • the Rx beamformer may select to utilize one or more of the RF samples in order to reconstruct image information for the location. For instance, the Rx beamformer may select to utilize the RF sample that is closest to the center of a given pixel. Utilizing only a fraction of the RF samples may allow for a reduction in the memory requirements for the handheld ultrasound device.
  • the Rx beamformer 2010 can determine which of the RF samples are to be used to generate raw image data based on table 2012.
  • table 2012 can indicate which RF samples are to be used to generate raw image data and which RF samples are not to be used to generate raw image data.
  • the table can be predetermined in that information in the table is generated prior to an imaging session.
  • the Rx beamformer can check the table during an imaging session in order to determine which RF samples to use to generate raw image data. Implementations of the table are described in more detail herein.
  • the table 2012 may be predetermined in that information in table 2012 is generated prior to an imaging session, and table 2012 may be pre-loaded in Rx beamformer 2010 or in any other suitable storage location. Table 2012 may also be referred to as predetermined table 2012.
  • Rx beamformer 2010 can check table 2012 during an imaging session in order to determine which RF samples to use to generate raw image data. In various implementations, Rx beamformer 2010 generates raw image data based on the RF samples that are to be used to generate raw image data, and then sends the raw image data to image processor 2018.
  • image processor 2018 processes the raw image data to provide the processed image data.
  • the processed image data may be referred to as post-processed image data.
  • the processed image data may in turn be used to provide ultrasound images.
  • image processor 2018 determines input values based on the raw image data from Rx beamformer 2010.
  • Image processor 2018 may determine output values based on the input values and a table 2020 (e.g., by using a compression circuitry).
  • image processor 2018 compresses the raw image data such that the dynamic range of the processed image data is smaller than the dynamic range of the raw image data.
  • table 2020 is predetermined in that information in table 2020 is generated prior to an imaging session, and table 2020 is pre-loaded in image processor 2018 or in any other suitable storage location. Table 2020 may also be referred to as predetermined table 2020.
  • image processor 2018 checks table 2020 during an imaging session in order to determine the output values used to generate processed image data.
  • sensors 2022 may include position sensors, rotational sensors, tilt sensors, gyroscopes, accelero meters, etc., for positioning ultrasound device 2000.
  • the position sensors and rotational sensors may be integrated.
  • peripherals 2026 may include one or more display devices and/or may send processed image data to remote display devices (e.g., a 2D display, a 3D display, a printer, a wearable device, an augmented-reality glass, a virtual-reality glass, etc.).
  • Remote display devices may include stand-alone computers, tablet computers, smartphones, dedicated monitors, etc.
  • peripherals 2026 may also include an
  • Peripherals 2026 may include wireless communication circuitry, as described elsewhere herein.
  • Wireless communication circuitry may comprise a Wi-Fi chip with a buffer.
  • the wireless communication may have an average maximum bandwidth of no more than about 60 megabits per second (Mbps), about 50 Mbps, about 40 Mbps, about 30 Mbps, about 25 Mbps, about 20 Mbps, about 15 Mbps, about 10 Mbps, about 5 Mbps, about 2 Mbps, or about 1 Mbps.
  • the wireless communication may have an average maximum bandwidth that fluctuates during the course of operation due to network congestion, distance of wireless communication transmission, electronic or other electromagnetic interference, etc.
  • the processor may be configured to transmit compressed ultrasound images in real time (e.g., in the range of 5 Hz to 200 Hz) at a bit rate of no more than a maximum average bandwidth of a wireless communication network, (e.g., about 60 Mbps, about 50 Mbps, about 40 Mbps, about 30 Mbps, about 25 Mbps, about 20 Mbps, about 15 Mbps, about 10 Mbps, about 5 Mbps, about 2 Mbps, or about 1 Mbps), without degradation of the spatial resolution and the frame rate of the images.
  • a maximum average bandwidth of a wireless communication network e.g., about 60 Mbps, about 50 Mbps, about 40 Mbps, about 30 Mbps, about 25 Mbps, about 20 Mbps, about 15 Mbps, about 10 Mbps, about 5 Mbps, about 2 Mbps, or about 1 Mbps
  • compression and transmission of ultrasound images can be achieved without degradation by performing the pixel compression process at a sufficient throughput (e.g., rate).
  • the ultrasound device may include an energy storage 2028.
  • the energy storage 2028 may comprise one or more batteries, capacitors, or supercapacitors.
  • the energy storage 2028 may be configured to deliver power to the handheld ultrasound probe.
  • the energy storage 2028 may be delivering power to one or more components, including the pulse generator 2004, the A/D converter, the wireless communication circuitry or other peripherals, the processor, and/or the processor.
  • the energy storage 2028 may be configured to shut off power to one or more components when not in active use to save energy.
  • the energy storage 2028 may be configured to deliver varying amounts of voltage to each of the components, including the ultrasound transducer array (e.g., through a pulse generator 2004), the A/D converter, the wireless communication circuitry or other peripherals, the processor, and/or the processor.
  • the energy storage 2028 may be configured to deliver varying amounts of power to each of the components, including the ultrasound transducer array (e.g., through a pulse generator 2004), the A/D converter, the wireless communication circuitry or other peripherals, the processor, and/or the processor.
  • the energy storage 2028 may be configured to operate in one of a plurality of power modes, e.g., normal, high-performance (e.g., with higher power draw), battery- saving (e.g., with lower power draw and performance such as a decreased spatial resolution or frame rate of ultrasound images).
  • the energy storage 2028 may be configured to be recharged from an alternating current (AC) power source (e.g., household AC socket) or from a direct current (DC) power source (e.g., another energy storage unit such as a battery).
  • the energy storage 2028 may be configured to accept one or more non-rechargeable energy storage units (e.g., non- rechargeable batteries) as a power source.
  • the energy storage 2028 may be configured to deliver in a single charge cycle (e.g., a period of operation without recharging) sufficient power to operate the handheld ultrasound probe for a period of time (e.g., a range of 30 minutes to one hour) sufficient to perform a typical ultrasound scan.
  • a single charge cycle e.g., a period of operation without recharging
  • a period of time e.g., a range of 30 minutes to one hour
  • the energy storage 2028 may be configured to deliver in a single charge cycle (e.g., a period of operation without recharging) sufficient power to operate the handheld ultrasound probe a period of time (e.g., a range of 30 minutes to one hour) sufficient to perform a plurality of typical ultrasound scans during the course of a work day or hospital shift (e.g., 4 hours, 6 hours, 8 hours, 10 hours, 12 hours, 14 hours, 16 hours, 18 hours, 20 hours, 22 hours, or 24 hours).
  • a single charge cycle e.g., a period of operation without recharging
  • a period of time e.g., a range of 30 minutes to one hour
  • the handheld ultrasound probe may comprise a housing 2030.
  • the housing 2030 may support one or more of: the ultrasound transducer array 2001, the switch 2002, the pulse generator 2004, the transmit (Tx) beamformer 2008, the receive (Rx) beamformer 2010, the table 2012, the receive (Rx) front-end unit 2014, the table decoder 2016, the image processor 2018, the table 2020, the sensors 2022, the FPGA 2024, the peripherals (e.g., wireless communication circuitry) 2026, and the energy storage device 2028, when the housing 2030 is grasped by a user.
  • the peripherals e.g., wireless communication circuitry
  • the housing 2030 may enclose one or more of: the ultrasound transducer array 2001, the switch 2002, the pulse generator 2004, the transmit (Tx) beamformer 2008, the receive (Rx) beamformer 2010, the table 2012, the receive (Rx) front-end unit 2014, the table decoder 2016, the image processor 2018, the table 2020, the sensors 2022, the FPGA 2024, the peripherals (e.g., wireless communication circuitry) 2026, and the energy storage device 2028, when the housing 2030 is grasped by a user.
  • the housing 2030 may comprise a display for outputting visual information, e.g., ultrasound images or a graphical user interface.
  • One or more of the components 2001, 2002, 2004, 2008, 2010, 2012, 2014, 2016, 2018, 2020, 2022, and 2026 of the ultrasound device can be implemented on an FPGA 2024. In some cases, all of the components 2001, 2002, 2004, 2008, 2010, 2012, 2014, 2016, 2018, 2020, 2022, and 2026 of the ultrasound device are implemented on an FPGA. In some cases, components 2008, 2010, 2012, 2016, 2018, and 2020 are implemented on an FPGA. One or more of the components 2001, 2002, 2004, 2008, 2010, 2012, 2014, 2016, 2018, 2020, 2022, or 2026 of the ultrasound device can be implemented on an ASIC. In some cases, all of the components 2001, 2002, 2004, 2008, 2010, 2012, 2014, 2016, 2018, 2020, 2022, and 2026 of the ultrasound device are implemented on an ASIC. In some cases, components 2008, 2010, 2012, 2016, 2018, and 2020 are implemented on an ASIC. To enable ease of portability for a handheld ultrasound device, the components of the ultrasound device may be configured such that the handheld probe comprises a weight of no more than about 300 grams.
  • software is encoded in one or more non-transitory computer- readable media for execution by one or more processors.
  • the software when executed by one or more processors is operable to perform the implementations described herein and other functions.
  • Any suitable programming language can be used to implement the routines of particular embodiments including C, C++, Java, assembly language, etc. Different programming languages can be used to implement the routines of particular embodiments including C, C++, Java, assembly language, etc. Different programming
  • routines can execute on a single processing device or multiple processors. Although the steps, operations, or computations may be presented in a specific order, this order may be changed in different particular
  • Particular embodiments may be implemented in a non-transitory computer-readable storage medium (also referred to as a machine-readable storage medium) for use by or in connection with the instruction execution system, apparatus, or device.
  • a non-transitory computer-readable storage medium also referred to as a machine-readable storage medium
  • Particular embodiments can be implemented in the form of control logic in software or hardware or a combination of both.
  • the control logic when executed by one or more processors is operable to perform the implementations described herein and other functions.
  • a tangible medium such as a hardware storage device can be used to store the control logic, which can include executable instructions.
  • Particular embodiments may be implemented by using a programmable general purpose digital computer, and/or by using application specific integrated circuits, programmable logic devices, field programmable gate arrays, optical, chemical, biological, quantum or nano- engineered systems, components and mechanisms.
  • the functions of particular embodiments can be achieved by any means as is known in the art.
  • Distributed, networked systems, components, and/or circuits can be used. Communication, or transfer, of data may be wired, wireless, or by any other means.
  • a "processor” may include any suitable hardware and/or software system, mechanism or component that processes data, signals or other information.
  • a processor may include a system with a general-purpose central processing unit, multiple processing units, dedicated circuitry for achieving functionality, or other systems. Processing need not be limited to a geographic location, or have temporal limitations. For example, a processor may perform its functions in "real-time,” “offline,” in a “batch mode,” etc. Portions of processing may be performed at different times and at different locations, by different (or the same) processing systems.
  • a computer may be any processor in communication with a memory.
  • the memory may be any suitable data storage, memory and/or non-transitory computer-readable storage medium, including electronic storage devices such as random-access memory (RAM), read-only memory (ROM), magnetic storage device (hard disk drive or the like), flash, optical storage device (CD, DVD, or the like), magnetic or optical disk, or other tangible media suitable for storing instructions (e.g., program or software instructions) for execution by the processor.
  • a tangible medium such as a hardware storage device can be used to store the control logic, which can include executable instructions.
  • the instructions can also be contained in, and provided as, an electronic signal, for example in the form of software as a service (SaaS) delivered from a server (e.g., a distributed system and/or a cloud computing system).
  • SaaS software as a service
  • drawings/figures can also be implemented in a more separated or integrated manner, or even removed or rendered as inoperable in certain cases, as is useful in accordance with a particular application. It is also within the spirit and scope to implement a program or code that can be stored in a machine-readable medium to permit a computer to perform any of the methods described above. [0283] Although reference is made to compression of data on a hand held imaging probe, the methods, apparatus and circuitry disclosed herein will find application in many fields, such as electronics, imaging, automobiles, and telecommunications.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Physics & Mathematics (AREA)
  • Acoustics & Sound (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Ultra Sonic Daignosis Equipment (AREA)

Abstract

La présente invention concerne un dispositif à ultrasons portatif qui peut comprendre des composants conçus pour réduire la taille, le poids, la complexité et la consommation d'énergie. Le dispositif à ultrasons portatif peut comprendre un formeur de faisceaux conçu pour mettre en œuvre et compresser une table de drapeau à la place d'une table de retard. Ces améliorations peuvent réduire la quantité de mémoire utilisée pour produire des images ultrasonores, ce qui peut réduire la taille, le poids et la consommation d'énergie du dispositif à ultrasons portatif. Les données d'image ultrasonore sur une sonde d'imagerie portative peuvent être compressées sur la sonde d'imagerie portative avant la transmission à partir de la sonde afin de diminuer la quantité de données transmises à partir de cette dernière. Les données compressées peuvent comprendre des pixels comprimés pour maintenir une résolution d'image spatiale. Les circuits de compression peuvent comprendre une quantité de mémoire liée à une plage dynamique des données compressées qui est indépendante de la plage dynamique des données d'entrée, ce qui peut diminuer la mémoire, la consommation d'énergie et les latences.
EP18771485.2A 2017-03-23 2018-03-23 Dispositif à ultrasons portatif à haute performance Withdrawn EP3600059A4 (fr)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201715467656A 2017-03-23 2017-03-23
US15/470,793 US10469846B2 (en) 2017-03-27 2017-03-27 Dynamic range compression of ultrasound images
US15/470,798 US11446003B2 (en) 2017-03-27 2017-03-27 High performance handheld ultrasound
US15/470,700 US10856843B2 (en) 2017-03-23 2017-03-27 Flag table based beamforming in a handheld ultrasound device
PCT/US2018/024059 WO2018175905A1 (fr) 2017-03-23 2018-03-23 Dispositif à ultrasons portatif à haute performance

Publications (2)

Publication Number Publication Date
EP3600059A1 true EP3600059A1 (fr) 2020-02-05
EP3600059A4 EP3600059A4 (fr) 2020-12-23

Family

ID=63586029

Family Applications (1)

Application Number Title Priority Date Filing Date
EP18771485.2A Withdrawn EP3600059A4 (fr) 2017-03-23 2018-03-23 Dispositif à ultrasons portatif à haute performance

Country Status (4)

Country Link
EP (1) EP3600059A4 (fr)
AU (1) AU2018237597A1 (fr)
CA (1) CA3057587A1 (fr)
WO (1) WO2018175905A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111870277B (zh) * 2020-08-26 2024-06-14 居天智慧(深圳)有限公司 超声波扫描vr投影设备
US20220330917A1 (en) * 2021-04-19 2022-10-20 Abraham Neben Methods and systems for coherence imaging in obtaining ultrasound images

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE339027T1 (de) * 2001-10-29 2006-09-15 Dialog Semiconductor Gmbh Hochgenaue schutzschaltung mit geringer leistungsaufnahme für lithiumbatterie
CN1231835C (zh) * 2003-02-28 2005-12-14 清华大学 基于fpga的医学超声成像系统用解调和对数压缩子系统
US20080242992A1 (en) * 2005-08-31 2008-10-02 Koninklijke Philips Electronics, N.V. Ultrasound Imaging System and Method for Flow Imaging Using Real-Time Spatial Compounding
US9295444B2 (en) * 2006-11-10 2016-03-29 Siemens Medical Solutions Usa, Inc. Transducer array imaging system
US8416643B2 (en) * 2009-03-24 2013-04-09 Texas Instruments Incorporated Receive beamformer for ultrasound having delay value sorting
JP6238672B2 (ja) * 2012-10-04 2017-11-29 東芝メディカルシステムズ株式会社 超音波診断装置
KR101649273B1 (ko) * 2014-09-29 2016-08-18 삼성전자주식회사 곡면 프로브를 이용하여 탄성 영상을 생성하는 방법 및 그 의료 영상 장치
KR102426784B1 (ko) * 2015-05-29 2022-07-29 삼성전자주식회사 초음파 장치 및 초음파 장치의 초음파 영상 표시 방법
GB201513024D0 (en) * 2015-07-23 2015-09-09 Univ Heriot Watt A method of, and apparatus for, determination of position in ultrasound imaging
US10098614B2 (en) * 2015-07-28 2018-10-16 B-K Medical Aps High dynamic range ultrasound flow imaging system

Also Published As

Publication number Publication date
EP3600059A4 (fr) 2020-12-23
WO2018175905A1 (fr) 2018-09-27
AU2018237597A1 (en) 2019-10-17
CA3057587A1 (fr) 2018-09-27

Similar Documents

Publication Publication Date Title
US11446003B2 (en) High performance handheld ultrasound
US11553896B2 (en) Flag table based beamforming in a handheld ultrasound device
JP7053474B2 (ja) 改良された聴診器デバイスおよび方法
US10681357B2 (en) Dynamic range compression of ultrasound images
JP2016002467A (ja) Ｘ線ｃｔ装置及びその制御方法
US20210019924A1 (en) Medical image processing apparatus, and nuclear medicine diagnosis apparatus
US9968334B2 (en) Ultrasound diagnostic method and apparatus using shear waves
US11531096B2 (en) High performance handheld ultrasound
EP3600059A1 (fr) Dispositif à ultrasons portatif à haute performance
KR20150105149A (ko) 도움말 정보를 제공하는 의료 영상 장치 및 그 도움말 정보 제공 방법
JP2020146455A (ja) 医用画像処理装置
EP4088665A1 (fr) Systeme dematerialise multi-utilisateurs pour l'acquisition, la generation et le traitement d'images ultrasons
JP6200589B2 (ja) 超音波診断装置及びその動作方法
JP2021029547A (ja) 医用データ処理装置、医用データ処理方法及び医用画像診断装置
CN107847141B (zh) 用于获取与多个图像数据集的位置位移有关的信息的设备、方法和程序
US11769583B2 (en) Systems and methods for generating a result image
JP2020179031A (ja) 医用画像処理装置、ｘ線ｃｔ装置及び学習用データの生成方法
KR20130138613A (ko) 심전도를 이용한 초음파 진단 방법 및 장치
US11832990B2 (en) Ultrasonic diagnostic apparatus, and medical data processing apparatus
KR101611443B1 (ko) 초음파 영상 장치의 제어 방법 및 그 초음파 영상 장치
JP7020954B2 (ja) 画像処理装置、画像処理方法、プログラム
CN107822660B (zh) 生成超声图像的方法、超声系统和存储介质
KR102438750B1 (ko) 아티팩트 제거 방법 및 이를 위한 진단 장치
KR102622719B1 (ko) 휴대용 초음파 진단 장치 및 그것의 실사용 시간 결정 방법
CN111724884B (en) Generation of a resulting image

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20191004

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: VAVE HEALTH, INC.

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
A4 Supplementary search report drawn up and despatched

Effective date: 20201123

RIC1 Information provided on ipc code assigned before grant

Ipc: G10K 11/34 20060101ALI20201117BHEP

Ipc: G06T 15/00 20110101ALI20201117BHEP

Ipc: A61B 8/00 20060101AFI20201117BHEP

Ipc: G01S 7/00 20060101ALI20201117BHEP

Ipc: G01S 7/52 20060101ALI20201117BHEP

Ipc: G01S 15/89 20060101ALI20201117BHEP

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20230323

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230529

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20230918