WO2004110099A2

WO2004110099A2 - A hearing aid wireless network

Info

Publication number: WO2004110099A2
Application number: PCT/DK2004/000389
Authority: WO
Inventors: René Rye LARSEN
Original assignee: Gn Resound A/S
Priority date: 2003-06-06
Filing date: 2004-06-07
Publication date: 2004-12-16
Also published as: WO2004110099A3; US7778432B2; US8571241B2; US20110033071A1; US20070009124A1

Abstract

A hearing aid is provided comprising a transceiver for interconnection of the hearing aid with a wireless network for communication with a plurality of other devices, and a communication controller that is adapted for controlling data exchange through the network in accordance with a simple network protocol. The hearing aid wireless network facilitates interconnection of a plurality of devices in the network, such as hearing aids, remote controllers, fitting instruments, mobile phones, headsets, door bells, alarm systems, broadcast systems, such as tele coil replacement, etc, etc. In an established network, the network master device, in a connected mode, regularly transmits synchronization data, e.g. comprised in a link management package, for synchronization of the slave devices in the network with the master device. During initialisation of the network, for example upon turn-on of two hearing aids, each device in an acquisition mode transmits interrogation data, e.g. comprised in a link management package, at a higher rate than the rate of transmission of the synchronization data in the connected mode. The provided acquisition method has low power consumption during execution and it is fast.

Description

A HEARING AID WIRELESS NETWORK

The present invention relates to a hearing aid wireless network for wireless interconnection of hearing aids, and wireless interconnection of hearing aids with other devices, such as a remote control for a hearing aid, a fitting instrument, a mobile phone, a headset, a door bell, an alarm system, a broadcast system, e.g. replacing a tele coil system, etc, etc.

WO 01/54458 discloses a method and a system for fitting, programming, or upgrading a hearing aid system. One system includes the use of a mobile device to interact with the hearing aid system through a short-range network. The short-range network is a pico-cellular network including Bluetooth technology. It is suggested to use Bluetooth to interconnect the hearing aid with cellular phones, audio headsets, computer laptops, personal digital assistants, digital cameras, etc. Other radio networks are suggested, namely HomeRF, DECT, PHS, or Wireless LAN (WLAN).

However, the suggested conventional communication protocols require a large amount of code for their implementation. For example, the Bluetooth protocol requires 80 - 100 Kbytes code. Further, the power consumption during execution of the protocols is significant rendering the bluetooth protocol impractical in a hearing aid.

Thus, there is a need for a wireless network with a communication protocol that is simple thereby requiring a small amount of code and with low power consumption during operation. Further, the acquisition time should be low, and the latency should be low.

In accordance with a first aspect of the invention, the above and other objects are fulfilled by provision of a hearing aid comprising a transceiver for interconnection of the hearing aid with a wireless network for communication with a plurality of other devices, and a communication controller that is adapted for controlling data exchange through the network in accordance with a simple network protocol.

The hearing aid wireless network according to the invention facilitates interconnection of a plurality of devices in the network, such as hearing aids, remote controllers, fitting instruments, mobile phones, headsets, door bells, alarm systems, broadcast systems, such as tele coil replacement, etc, etc.

Typically, in the hearing aid transceiver, transmission requires less power than reception. Therefore, the protocol according to the present invention seeks to minimize the time used for reception of data, e.g. during acquisition. Acquisition is the process of initially establishing a network and the process of a new device establishing connection with an existing network.

In an established network, the master device, in a connected mode, regularly transmits synchronization data, e.g. comprised in a link management package, for synchronization of the slave devices in the network with the master device. During initialisation of the network, for example upon turn-on of two hearing aids, each device in an acquisition mode transmits interrogation data, e.g. comprised in a link management package, at a higher rate than the rate of transmission of the synchronization data in the connected mode. The acquisition method according to the present invention has low power consumption during execution and it is fast.

Thus, it is an important advantage of the present invention that a hearing aid may connect with the network with a low power consumption adequately supplied by, e.g., conventional ZnO₂ batteries, and that the protocol may be implemented in the hearing aid with a low number of instructions, such as app. 1000 instructions. Further, it has a low acquisition time, at least during initialisation of the network.

The transceiver and communication controller may operate according to a frequency division multiplex scheme (FDM) wherein the frequency range utilized by the network is divided into frequency channels, and different devices in the network communicate in specific respective frequency channels.

Alternatively, the transceiver and communication controller may operate according to a time division multiplex scheme (TDM) wherein the time is divided into numbered time slots and different devices in the network communicate in specific respective time slots.

The transceiver and communication controller may also operate according to a combined FDM and TDM scheme.

Preferably, the transceiver and communication controller operates according to a frequency diversification or spread spectrum scheme, i.e. the frequency range utilized by the network is divided into a number of frequency channels, and transmissions switch channels according to a predetermined scheme so that transmissions are distributed over the frequency range. According to the present invention, a frequency hopping algorithm is provided that allows devices in the network to calculate what frequency channel the network will use at any given point in time without relying on the history of the network, e.g. based on the present frequency channel number, a pseudo- random number generator calculates the next frequency channel number. This facilitates synchronization of a new device in the network, e.g. the new device comprises the same pseudo-random number generator as the devices already connected in the network. Thus, upon receipt of the current frequency channel number during acquisition, the new device will calculate the same next frequency channel number as the other devices in the network.

Preferably, one device in the network is a master device. All other devices in the system synchronize to the timing of the master device, and preferably, the master device is a hearing aid, since the hearing aid user will always carry the hearing aid when he or she uses the network.

Every device in the network has its own identification number, e.g. a 32-bit number. Globally unique identities are not required since the probability of two users having hearing instruments with identical identifications is negligible.

Preferably, a new device is automatically recognized by the network and interconnected with the network.

It is an advantage of a network operating according to a spread spectrum scheme that the communication has a low sensitivity to noise, since noise is typically present in specific frequency channels, and communication will only be performed in a specific channel for a short time period after which communication is switched to another channel.

Further, several networks may co-exist in close proximity, for example two or more hearing aid users may be present in the same room without network interference, since the probability of two networks simultaneously using a specific frequency channel will be very low. Likewise, the hearing aid network may coexist with other wireless networks utilizing the same frequency band, such as Bluetooth networks or other wireless local area networks.

In accordance with a second aspect of the invention, hearing aids according to the present invention may advantageously be incorporated into a binaural hearing aid system, wherein two hearing aids are interconnected through the wireless network for digital exchange of data, such as audio signals, signal processing parameters, control data, such as identification of signal processing programs, etc, etc, and optionally interconnected with other devices, such as a remote control, etc. Devices remotely located in relation to the devices in the network may desirably provide signals to a hearing aid or another device in the wireless network. Such a remotely located device may be a doorbell, an alarm clock, a broadcasting system, etc. In their remote locations, such devices may not receive synchronization information transmitted by the master of the network and thus, may not be able to synchronize to the network. On the other hand, typically, such devices are not subject to power limitations, and therefore such devices are adapted to, in accordance with the present invention, transmit information during a long time period in one or more predetermined frequency channels thereby enabling reception of the information by the intended device in the network.

In the following, the invention will be further explained with reference to the drawing wherein:

Fig. 1 schematically illustrates a hearing aid according to the present invention coupled to a wireless network, F Fiigg.. 2 2 ii lllustrates slots and frames,

Fig. 3 i lllustrates slot timing,

Fig. 4 i lllustrates common transmission/reception processing,

Fig. 5 i lllustrates data transmission processing and package assembling,

Fig. 6 i lllustrates data reception processing, F Fiigg.. 7 7 ii lllustrates data exchange of an initial acquisition process,

Fig. 8 i lllustrates data exchange during a hearing aid acquisition process,

Fig. 9 i lllustrates data exchange during a connection negotiation process,

Fig. 10 i lllustrates the timing of a hearing aid acquisition process,

Fig. 11 i lllustrates in more detail two of the frames of Fig. 10, F Fiigg.. 1 122 ii lllustrates details of communication of LMPs of Fig. 10,

Fig. 13 i lllustrates a half frame slave reception, and

Fig. 14 is a blocked schematic of a transceiver and communication controller according to the invention.

Fig. 1 schematically illustrates a binaural hearing aid with a left ear hearing aid and a right ear hearing aid, each of which has a transceiver and communication controller for connection with a wireless network interconnecting the two hearing aids, and interconnecting the hearing aids and a plurality of other devices in the wireless network. In the example illustrated in Fig. 1 , a doorbell, a mobile phone, a cordless phone, a TV-set, and a fitting instrument are also connected to the wireless network. A network is a means of interconnecting a set of devices for communication of data between the devices. According to the present invention, one of the devices in the network act as a master device, i.e. it transmits timing information to the other devices in the network for synchronization. Thus, the master device controls the timing of the devices. The other devices are slave devices. An ID identifies every device. The ID is unique within the network.

The illustrated embodiment of the invention operates in the 2.4 GHz industrial scientific medical (ISM) band. It comprises 80 frequency channels of 1 MHz bandwidth. A frequency hopping TDM scheme is utilized.

During acquisition, the frequency hopping scheme comprises a reduced number of frequency channels, e.g. less than 16 channels, preferably 8 channels, for faster acquisition. Members of the reduced set of frequency channels are denoted acquisition channels. Preferably, the acquisition channels are distributed uniformly throughout the frequency band utilised by the network.

According to the protocol and as shown in Fig. 2, the time is divided into so-called slots that have a length of 1250 μs (twice the length of a minimum Bluetooth™ slot). The slots are numbered from 0 to 255.

256 slots, i.e. slot 0 to slot 255, constitute a frame. Frames are also numbered.

Among factors influencing selection of the length of a slot, is the required lower latency of the system and a desired low overhead with respects to headers and PLL locking. Preferably, the slot length is a multiple of 625 μS, facilitating (i.e. not prevent) that the protocol according to the invention can be implemented on BLUETOOTH™ enabled devices.

Each slot (except slot 128) is used for transmission by one specific device so that data collisions inside the network are prevented. Any slave device may transmit data in slot 128 and hence collisions may occur in this slot. The master device transmits timing information in slot 0. The master devices synchronise their timing circuits, e.g. counters, to the timing information received in slot 0. In one embodiment, each device has a free running symbol, slot and frame counter. The slot and frame counters of a slave device are synchronized with the respective counters of the master device of the network.

A device may use one or more slots for transmission of data. Slots may be allocated during manufacture of a given device, or, slots may be allocated dynamically during acquisition. Preferably, the allocation table is stored in the master device.

The data structure of a slot is illustrated in Fig. 3. The basic device for sending data between devices in a network is a package. A package consists of a header, payload data, and CRC checksums. The CRC checksum only allows determining, if a bit error has occurred (package integrity) eventual error correction may be implemented at a higher layer in the protocol.

A SYNC word is used to detect the start of a package in a slot (or if there is a package). As is well known in the art, a SYNC-word is selected so that it has a low cross-correlation with SYNC-words used in other networks to avoid the possibility of confusioning SYNC-words from different networks. Further the SYNC-word must have a low auto-correlation so that a complete overlap is required for a match to occur whereby accurate timing is provided. In the illustrated embodiment, the SYNC-word is generated with a Gold code-generator.

All devices know a single SYNC word.

The duration of a symbol (1 bit) is 1μs. The performance of the present embodiment is: Lowest latency is 1 ,25 ms. The highest bandwidth is approximately 730 kb/s. The fastest response time is 2,5 ms. The response time is defined as the time from transmission of a request from a device until reception of a reply from another device.

During data communication, the frequency channel is changed for each slot, hence 800 frequency hops are performed every second. The hopping sequence is defined by a very long pseudo random sequence known by all devices connected to the network. The sequence is a function of the identification number (ID) of the master device, hence it allows several distinct networks to co-exist.

The bandwidth of the illustrated embodiment is 730 kb/s (using maximum sized data packages in every slot). The bandwidth can be optimised for each application by selecting a number of slots that has the required aggregated bandwidth. In Fig. 4, processing common for transmission and reception of data is illustrated. The frequency channel, synchronization word, and the frame/slot number to be utilized have to be determined.

The frame/slot counter is a 40-bit counter. The 8 least significant bits constitute the slot number (SLOT_CNT) and the 32 most significant bits constitute the frame number (FRAME_CNT). In the master device, the frame/slot counter is a free running counter. In a slave device, the frame/slot counter is synchronized to the slot 0 link management package. The SYNC correlation timing performs this synchronization. Thus, the timing of the master device controls package timing, and all slaves synchronize to the master. A pseudo random number generator generates the RF frequency-hopping channel (CHAN). The seeding value is based on:

• The master identification number (MSTJD) so that different networks (e.g. two sets of hearing aids in the same area) will use different sequences to substantially eliminate interference between different sets of hearing aids. • The slot number (SLOT_CNT) so that each slot utilizes a different frequency channel.

• The frame number (FRAME_CNT) so that a new sequence is utilized in each frame, i.e. to avoid that slot 0 utilizes the same frequency channel in every transmission. The frequency channel number (CHAN) generation algorithm does not require storage of previous channel numbers, i.e. there is no memory in the algorithm. The next channel number is calculated based on the current channel number. The pseudo random sequence for the frequency-hopping scheme and for generating the SYNC words is implemented as a hardware block. Package assembling and transmission processing is further illustrated in Fig. 5. The preamble and synchronization guard are fixed patterns. The synchronization word is either a copy of the two possible SYNC words (generated "once" by the SYNC word generation).

The rest of the package is generated by concatenation of the package header, the payload and the CRC of the payload. A seed using the CHAN whitens the package data. The whitening is necessary to suppress the data DC. Data reception processing is further illustrated in Fig. 6. The receiver searches for a package by correlation to the known SYNC word (MS_SYNC or LMP_SYNC). If the correlation succeeds, the bit timing and the position in time of the first bit after the SYNC are known. The PREAMB and SYNCGUARD are ignored.

The header and payload fields are first de-whitened using the CHAN.

The different fields of the raw package are checked for errors.

The whitening algorithm is implemented in hardware and is implemented with a linear feedback shift register (LFSR).

The Error checking algorithm protocol (at the base band level) does not implement forward error correction. The only error checking performed is on the SLOTNUM and PKTLEN fields in the header, and using a CRC-16 checksum on the data part of the payload. Additional error checking or correction of the data part may be implemented in the application layer.

The hearing aid acquisition process will now be described with reference to Figs. 7-13 showing timing diagrams of the initialisation of a network by two hearing aids. In this example, the acquisition time is the time for establishment of the new network.

An acquisition method that consumes little power and still is fast is provided.

Table 1 Acquisition times

Acquisition is achieved when a device successfully receives a link management package in slot "0" and replies to it in slot "128".

The acquisition process has the two conflicting requirements of fast acquisition time and low power consumption (which corresponds to low transceiver and communication controller activity). The acquisition process according to the present invention saves power and still provides fast acquisition. Different devices may use different acquisition processes in accordance with their power capacity. For example devices that are not subject to power limitations may use a faster acquisition process requiring more power.

As illustrated in Fig. 7, two hearing aids seeking to establish a new network, both transmit LM NULL link management packages as interrogation data. The hearing aid that first receives the LM NULL package from the other hearing aid turns into a slave in the network and synchronizes to the other hearing aid using the timing information in the LM NULL package. Then the slave device transmits a LM REQ package in slot 128 to the other hearing aid that turns into the master of the network and transmits a LM REQ ACK in slot 0 whereby the network is established. The master device continues to transmit timing information in slot 0 for synchronization of slave devices in the network.

Fig. 8 illustrates the acquisition process in more detail. In the illustrated embodiment, an acquisition cycle comprises 32 frames. In a selected half frame, the communication controller controls the transceiver to enable reception of data at a selected acquisition channel. The position in the acquisition cycle of the half frame selected for reception may be determined by a pseudo-random number generator to avoid synchronization with the other hearing aid. Further, the selected acquisition channel may be selected by another pseudo-random number generator for obtaining the advantages of the frequency hopping scheme described above. In the other frames, Link management packages LMPs are transmitted with a high rate to increase the speed of the acquisition. In the embodiment illustrated in Fig. 8, an LMP is transmitted in every 16 slot. Thus, 16 LMPs are transmitted within a frame.

Due to the frequency hopping of the transmission of the 16 LMPs in each frame, all of the 8 acquisition channels are visited once within a half frame. Thus, enabling reception of the transceiver during a half frame ensures that the receiving device will receive one of the transmitted LMPs. No LMPs are transmitted within the frame preceding the receiving half frame so that the other hearing aid may respond to the previously transmitted LMPs. According to the acquisition process, the first hearing aid receiving an LMP in the half frame turns into a slave in the network (in Fig. 8 hearing aid HA 1 turns into the slave and hearing aid HA 2 turns into the master).

In the event that a new device makes an acquisition to an existing network, the above- mentioned acquisition cycle of 32 frames may be repeated until the new device receives an LMP from the master in the existing network, or, an LMP from the new device "hits" slot 128 of the master. Since the master is in the connected mode, it transmits only one LMP per frame and thus, the probability of the new device receiving an LMP is reduced by a factor of 8 compared to the acquisition process described above for network initialisation. In each acquisition cycle, the half frame for reception is positioned differently within the cycle so that some of the cycles will receive data in slot 0 of the master.

After reception of the LMP, the hearing aid enters into the connection negotiation process illustrated in Fig. 9. The LM_NULL package received by the slave contains timing information enabling the slave to be synchronized with the other hearing aid and thus, the slave can respond with an LMP in the, from now on, shared slot 128, namely a LM_REGREQ package that notifies the slave to the master. The master responds with a LM_REGACK. From this point in time, the two devices are connected. The master continues to transmit LMPs in slot 0 for synchronization (and other purposes) of slaves in the network.

In the hearing aid acquisition process illustrated in Figs. 7-9, both hearing aids starts in the acquisition mode, i.e. initially they do not form part of a network.

Fig. 10 is a timing diagram illustrating the acquisition sequence of 32 frames (ha1_frame_no: 0-31). Figs. 11-13 illustrate various parts of the timing diagram of Fig. 10 as indicated by the frame and slot numbers. The first hearing aid that performs the half frame reception will receive an LMP. Thus, the maximum acquisition time is the 32- frame cycle (12.6 s), and the average acquisition time is about 6 s. The acquisition time ranges from 0 s to 12.5 s depending on the initial timing differences between the two hearing aids. In an existing network, e.g., with a hearing aid acting as a master device and, e.g., a remote control, the acquisition process is slower. If a second hearing aid is turned on, it powers up in an acquisition mode, but the master hearing aid continues transmission of LMPs in slot 0 at the normal rate. Devices that have a larger battery/power capacity than a hearing aid, may use an acquisition process that receives continuously until an LMP is received.

Preferably, each device is capable of selectively acting as a master device or a slave device in the network whereby a robust system is provided. Further, a slave device is preferably capable of detecting presence of the master device and capable of reacting to absence of a master.

In a preferred embodiment, the slave devices change state and enter the acquisition mode when no Link management packages have been received in slot 0 for a predetermined period of time. If still no Link management packages are received, the slave devices start transmission of Link management packages in accordance with the network initialisation process described above.

For example, an existing network may comprise two hearing aids and a remote control device, the right hearing aid being the master device. If the user turns the right hearing aid (master) off, the network loses its master device, and the remaining devices must perform network recovery (which is no different from the initial network establishment) as described above.

Since the transmission of data from the transceiver of the hearing aid according to the present invention requires little power, certain devices that are located at a large distance from the master device (e.g. a doorbell) may not be able to pick up the link management packages from the master, and hence such devices may not connect to the network. Devices in the network may receive data from such remotely located devices utilising a special protocol.

Typically, remotely located devices, such as a doorbell, a cooker timer, etc, do not rely on ZnO₂ batteries as a power source, and they are capable of transmitting high power signals for long period of times.

In one embodiment, one or more slots and one or more frequency channels are allocated for transmission of data from remotely located devices.

For example, when a doorbell rings it transmits multiple packages back to back for several seconds in accordance with the present invention. Devices in the network, such as a hearing aid that may use the data from the doorbell, listens on the allocated channels in allocated slots for the transmitted signals. In one embodiment, transceiver channels 9, 49 and 79 are allocated for such devices, and the remote devices transmit data for 4 seconds on each of the three transceiver channels.

In a preferred embodiment, the hearing aid is adapted for manual selection of a master device of the network for reception of broadcast audio signals, e.g. using remote control or buttons on the hearing aid.

For example, an auditorium may be equipped with a powerful transmitter (broadcast device), which broadcasts audio data. When a user enters the auditorium he/she may select to force the hearing aid(s) to use the broadcasting device as a master. The broadcast device does not rely on reception of any data from the hearing instruments (uni-directional communication).

Fig. 14 is a blocked schematic of a transceiver and communication controller according to the invention. Fig. 14 also illustrates the major data flow in ingress and egress.

In ingress, the RF chip interface 1 sends SPI commands to the RF chip for configuration. The RF chip interface receives a data stream from the RF chip.

The correlator 2 extracts the slot and frame timing from the sync word, so that the rest of the receive chain can be synchronized. Based on this timing, the header extraction block 3 analyses the package header and extracts the slot number and package length. Any errors in the header are reported. The data de-whitening block 4 de- whitens the package data. The data is then converted to 16 bits parallel by the serial- parallel conversion block 5. The package data is stored in an internal data buffer 6 by the data buffer interface 7. The data is then accessible to the DSP via the DSP interface 8 through the peripheral bus. A CRC check can also be performed on the package data 9. All internal configuration registers and results of header checks, CRC errors etc are accessible though the DSP interface.

Slot and frame counters 10 are also provided as well as a number of hardware timers 11.

The controller state machine 12 is responsible for overall timing of the base-band engine. A gold code generator 13 provides hardware assistance to the software in order to generate gold codes used to program the sync words. In egress, the RF chip interface 1 sends SPI commands to the RF chip for configuration.

The DSP writes a package of data to the data buffer 6, 7 via the DSP interface 8. The package data has a CRC calculated via the data CRC generation block 9. The combined data payload and CRC are then converted to serial 5 and whitened 4. The package header is constructed by the header generation block 3 and then appended to the data. The completed package is then streamed to the RF chip by the RF chip interface 1.

While there have been described what are considered to be the preferred embodiments of this invention, it will be obvious to those skilled in the art that various changes and modifications may be made therein without departing from the invention.

Claims

1. A hearing aid comprising a transceiver for interconnection of the hearing aid with a wireless network, and a communication controller that is adapted for controlling data exchange through the network in accordance with a network protocol, and wherein the controller is further adapted for initialisation of the network in an acquisition mode by controlling the transceiver to transmit interrogation data repetitively, and upon receipt of an interrogation data received message from another device, in a connected mode acting as a master of the network by repetitively transmitting synchronization data at intervals that are longer than the intervals between transmitted interrogation data in the acquisition mode.

2. A hearing aid according to claim 1 , wherein the controller is further adapted to act as a slave in the network upon receipt of interrogation data from another hearing aid, the other hearing aid being the master of the network.

3. A hearing aid according to claim 1 or 2, wherein the controller, in the acquisition mode, is further adapted to enable the receiver to receive data from the network in certain time periods during which transmission of synchronization data is inhibited.

4. A hearing aid according to any of the preceding claims, wherein the controller is further adapted for selective operation of the transceiver in a plurality of frequency channels.

5. A hearing aid according to any of the preceding claims, wherein the controller is further adapted for operation of the transceiver according to a time division multiplex scheme.

6. A hearing aid according to claim 4, wherein the controller is further adapted for operation of the transceiver according to a frequency division multiplex scheme.

7. A hearing aid according to any of claims 4-6, wherein the controller is further adapted for operation of the transceiver according to a spread spectrum scheme.

8. A hearing aid according to claim 7, wherein the controller is further adapted for operation of the transceiver according to a frequency hopping scheme.

9. A hearing aid according to claim 8, wherein a frequency hopping algorithm is provided that allows devices in the network to calculate what frequency channel the network will use at any given point in time without relying on the history of the network.

10. A hearing aid according to any of the preceding claims, wherein one device in the network is a master device, and all other devices in the network synchronize to the timing of the master device utilising the synchronization data.

11. A hearing aid according to any of the preceding claims, wherein a new device is automatically recognized by the network and interconnected with the network.

12. A hearing aid according to any of the preceding claims, wherein the controller is further adapted for reception of data from devices that do not receive data from the network.

13. A binaural hearing aid system comprising a first and a second hearing aid according to any of the preceding claims mutually interconnected for data exchange through the network.

14. A remote controller for a hearing aid and adapted to communicate with a hearing aid according to any of claims 1-12 through the wireless network.

15. A fitting instrument for a hearing aid and adapted to communicate with a hearing aid according to any of claims 1-12 through the wireless network.

16. A mobile phone adapted to communicate with a hearing aid according to any of claims 1-12 through the wireless network.

17. A broadcast system adapted to communicate with a hearing aid according to any of claims 1-12 through the wireless network.

18. A binaural hearing aid system comprising a first and a second hearing aid that are interconnected for data exchange, wherein the first and second hearing aid are interconnected through a wireless network.

19. A binaural hearing aid system according to claim 18, wherein at least one of the first and second hearing aids further comprises a transceiver for interconnection of the hearing aid with a wireless network, and a communication controller that is adapted for controlling data exchange through the network in accordance with a network protocol, and wherein the controller is further adapted for initialisation of the network in an acquisition mode by controlling the transceiver to transmit interrogation data repetitively, and upon receipt of an interrogation data received message from another device, in a connected mode acting as a master of the network by repetitively transmitting synchronization data at intervals that are longer than the intervals between transmitted interrogation data in the acquisition mode.

20. A binaural hearing aid system according to claim 19, wherein the controller is further adapted to act as a slave in the network upon receipt of interrogation data from another hearing aid, the other hearing aid being the master of the network.

21. A binaural hearing aid system according to claim 19 or 20, wherein the controller, in the acquisition mode, is further adapted to enable the receiver to receive data from the network in certain time periods during which transmission of synchronization data is inhibited.

22. A binaural hearing aid system according to any of claims 19-21 , wherein the controller is further adapted for selective operation of the transceiver in a plurality of frequency channels.

23. A binaural hearing aid system according to any of claims 19-22, wherein the controller is further adapted for operation of the transceiver according to a time division multiplex scheme.

24. A binaural hearing aid system according to claim 22, wherein the controller is further adapted for operation of the transceiver according to a frequency division multiplex scheme.

25. A binaural hearing aid system according to any of claims 22-24, wherein the controller is further adapted for operation of the transceiver according to a spread spectrum scheme.

26. A binaural hearing aid system according to claim 25, wherein the controller is further adapted for operation of the transceiver according to a frequency hopping scheme.

27. A binaural hearing aid system according to claim 26, wherein a frequency hopping algorithm is provided that allows devices in the network to calculate what frequency channel the network will use at any given point in time without relying on the history of the network.

28. A binaural hearing aid system according to any of claims 18-27, wherein one device in the network is a master device, and all other devices in the network synchronize to the timing of the master device utilising the synchronization data.

29. A binaural hearing aid system according to any of claims 18-28, wherein a new device is automatically recognized by the network and interconnected with the network.

30. A binaural hearing aid system according to any of claims 18-29, wherein the controller is further adapted for reception of data from devices that do not receive data from the network.

31. A remote controller for a binaural hearing aid system and adapted to communicate with a binaural hearing aid system according to any of claims 18-30 through the wireless network.

32. A fitting instrument for a binaural hearing aid system and adapted to communicate with a binaural hearing aid system according to any of claims 18-30 through the wireless network.

33. A mobile phone adapted to communicate with a binaural hearing aid system according to any of claims 18-30 through the wireless network.

34. A broadcast system adapted to communicate with a binaural hearing aid system according to any of claims 18-30 through the wireless network.