Pairing devices of a conferencing system

<u>BACKGROUND</u>

0001Videoconferencing units are complex devices, requiring complicated functions to operate. Therefore, videoconferencing vendors create special remote controls and menus to operate the units, but these can be hard to learn and use. This is especially true when the unit has several functional capabilities.

0002Additionally, good quality microphone pickup in a videoconference requires the participants to be no more than 3-feet (91.44 centimeters) from the microphones. Therefore, videoconferencing vendors provide special microphones for placement on tables near the participants in a conference room. The microphones often have wires that can get in the way. As a solution, wireless microphones are available for videoconferencing systems, but they need to be repeatedly recharged if used often, which can be inconvenient.

0003The subject matter of the present disclosure is directed to overcoming, or at least reducing the effects of, one or more of the problems set forth above.

0004U.S. Patent Application Publication No. <patcit id="pcit0001" dnum="US20100188473A1"><text>US 2010/0188473 A1</text></patcit> describes a method for using a mobile communication device as an interface to a conferencing system. For example, input may be received to the conferencing system from a mobile communication device. The input may specify one or more participants in the videoconference, e.g., by selecting from contact information stored on the mobile communication device. Accordingly, the conferencing system may initiate the conference based on the received input. The videoconference may include the one or more participants selected from the contact information stored on the mobile communication device.

0005U.S. Patent Application Publication No. <patcit id="pcit0002" dnum="US20100053169A1"><text>US 2010/0053169 A1</text></patcit> relates to acoustic conveyance of information across an air gap between devices.

<u>SUMMARY OF THE DISCLOSURE</u>

0006The invention is defined in the independent claims. Particular embodiments are set out in the dependent claims.

0007In a conferencing system, participants use portable devices as peripherals of a conferencing unit. During the conference, for example, the portable devices communicate audio to the conferencing unit in a wireless connection, while the conferencing unit communicates with a far-end in a conferencing connection. With the system arranged in these connections, each participant can use the microphone on his or her portable device as a personal microphone, which will typically be within 3-ft (91.44 centimeters) of the participant. Additionally, the participants can use an application running on their portable devices throughout the conference to control aspects of the conferencing unit.

0008As noted above, the portable device can be used in a conference, which can simply be an audio conference. Alternatively, the conference can be a videoconference involving video and audio. When video is involved, the portable device can optionally communicate video in addition to or instead of audio. For its part, the unit can be a videoconferencing unit capable of handling both video and audio. Accordingly, the teachings of the present disclosure as properly understood can apply to audio conferencing and videoconferencing. Throughout the disclosure, however, reference is made to videoconferencing, although the disclosed teachings should be understood to apply to just as well to audio conferencing.

0009To conduct the videoconference, for example, the unit receives near-end audio obtained with microphones of the portable devices via the wireless connections. The unit also receives audio from the unit's microphone(s), which can be table-mounted microphones, a pod, or the like. At the same time, the unit receives near-end video obtained with one or more cameras. Depending on the implementation, the one or more cameras can belong only to the videoconferencing unit, but video from cameras on the portable devices can also be used. The unit then communicates the near-end audio and the near-end video to the far-end via the videoconferencing connection.

0010As the videoconference is conducted, various participants speak, and the unit switches which near-end audio (and optionally which near-end video) source that it outputs to the far-end. For example, if a participant having a portable device speaks, the unit can output the near-end audio obtained with that device's microphone. When selecting the audio from the portable device, the unit can also output the video obtained with the portable device's camera.

0011Because several microphones may be sending audio to the unit, the unit preferably selects the near-end audio associated with the microphone having the greatest level, which can be the microphone of a portable device or the unit. Because the audio has the greatest level, it is more likely associated with the current speaker during the conference.

0012Before the videoconferencing unit communicates with the far-end, a participant can initiate the videoconference by establishing the videoconferencing connection to the far-end using his or her portable device independent of the unit. In this initial arrangement, the portable device can receive far-end video and audio from the far-end for output with a display and loudspeaker on the portable device. Likewise, the portable device can similarly send near-end video and audio obtained with the camera and the microphone of the portable device to the far-end.

0013Later, the participant at the portable device can then transfer the videoconferencing connection with the far-end from the portable device to the videoconferencing unit. After transfer, the unit can take over receiving far-end video and audio from the far-end, sending the far-end video to the unit's display, and sending the far-end audio to the unit's loudspeaker. Yet, the videoconferencing unit can still use the portable device's microphone for audio capture and the device's camera for video capture at the near-end depending on the circumstances.

0014Rather than stalling the videoconference, the portable device can join an existing videoconference being conducted by the unit. Preferably, the device can automatically pair with the unit by obtaining the unit's IP address encoded in an ultrasonic beacon output by the unit's loudspeaker. Using the decoded IP address, the device establishes a wireless connection as a peripheral with the unit for sending audio and video for the videoconference.

0015As the unit receives far-end audio from the far-end and outputs it to a loudspeaker, the outputted audio may be acoustically coupled with the microphone of the portable device. To deal with this, an echo canceller of the unit cancels output audio from the loudspeaker that is present in the near-end audio obtained with the portable device's microphone.

0016Internally, the portable device's microphone uses an analog-to-digital converter that functions with a first clock, while the unit's loudspeaker uses a digital-to-analog converter that functions with a second clock. Thus, these two clocks may operation with different frequencies, which can reduce the effectiveness of the echo canceller. To handle the mismatch in the clocks, a clock compensator of the unit and/or the portable device compensates for a frequency difference between the clocks.

0017The foregoing summary is not intended to summarize each potential embodiment or every aspect of the present disclosure.

<u>BRIEF DESCRIPTION OF THE DRAWINGS</u>

0018<ul id="ul0001" list-style="none"><li><figref idref="f0001">Fig. 1</figref> illustrates a videoconferencing system according to the present disclosure.</li><li><figref idref="f0002">Fig. 2</figref> schematically illustrates a portable device for use with the disclosed system.</li><li><figref idref="f0002">Fig. 3</figref> shows a videoconferencing interface for the portable device.</li><li><figref idref="f0003">Fig. 4A</figref> illustrates a process for conducting a videoconference with the system of <figref idref="f0001">Fig. 1</figref> when the portable device initiates the videoconference.</li><li><figref idref="f0004">Fig. 4B</figref> illustrates a process for conducting a videoconference with the system of <figref idref="f0001">Fig. 1</figref> when the portable device joins the videoconference in progress.</li><li><figref idref="f0005">Fig. 5</figref> schematically illustrates an echo-canceller for the videoconferencing unit and clocks for the videoconferencing unit and portable device of the system.</li></ul>

<u>DETAILED DESCRIPTION</u>

<u>A. Videoconferencing System</u>

0019A videoconferencing system 10 according to the present disclosure illustrated in <figref idref="f0001">Figure 1</figref> has a videoconferencing unit 100 with a loudspeaker 122 coupled to an audio interface 120. As is typical, the unit 100 can use one or more table-mounted microphones 124, a microphone pod, ceiling microphones, a microphone array, or other acoustic devices coupled to the audio interface 120 for capturing audio, but such acoustic devices may be optional in the present system 10. The system 10 also has a display 142 and one or more cameras 144 coupled to a video interface 140. For example, the system 10 can have two cameras 144 - one for capturing a wide angle view of the videoconference environment and one for capturing tight views of participants.

0020Although reference is made herein to the system 10 being used for videoconferencing, the teachings of the present disclosure can apply equally to audio conferencing lacking video. Nevertheless, reference will continue to be made here to videoconferencing for the sake of description.

0021Internally, the unit 100 has a processing unit 110 with an audio codec 112 and a video codec 114 respectively connected to the audio and video interfaces 120 and 140 for encoding and decoding audio and video for the videoconference. Finally, the unit 100 has a network interface 130 connected to the codecs 112 and 114 for communicating audio and video between the near-end unit 100 and far-end units 30.

0022During a videoconference, many of the participants would likely have their own portable device 50 available because portable devices 50 have become a common appliance. Users are comfortable using the portable devices 50, and the videoconferencing unit 100 can use the portable devices 50 as videoconferencing peripherals as disclosed herein.

0023In general, the portable devices 50 can include any of a number of available devices, including, but not limited to, peripheral devices, cellular telephones, smartphones, tablet PCs, touch screen PCs, PDAs, hand-held computers, netbook computers, laptop computers, and the like. Additionally and as discussed later, the portable devices 50 can have processing capabilities and functionality for operating a camera, a display, and a microphone and for connecting to a network, such as Wi-Fi network, Internet, and the like.

0024In general, the network interface 130 can connect to the far-end units 30 via an Ethernet connection, a wireless connection, an Internet connection, a POTS connection, or any other suitable connection for videoconferencing or combination thereof. As part of the network interface 130 or separate therefrom, the unit 100 includes a peripheral interface 150 that enables the videoconferencing unit 100 to communicate with local peripherals, such as the portable devices 50. In the current example, the network interface 130 connects the unit 100 to a local intranet of a local area network (LAN) 132, which connects in turn to a wide area network (WAN) 136, such as the Internet. The LAN 132 may have a wireless local area network (WLAN), Wireless Fidelity (Wi-Fi) network, personal area network (PAN) (e.g., Bluetooth), or similar type of wireless network 134 for connecting to the portable devices 50. Accordingly, participants can connect their portable devices 50 with the wireless network 134 to the LAN 132 so transport between the portable devices 50 and the videoconferencing unit 100 can use the wireless network 134 and the LAN 132.

0025In many instances, the portable devices 50 can have high quality microphones 74, and the unit 100 can use the device's microphones 74 as videoconferencing microphones. In this way, several of the participants can use the microphones 74 on their devices 50 as personal videoconference microphones, and the close proximity of each microphone 74 to each participant will likely offer high quality audio pickup for the videoconference. Additionally, the portable devices 50 can have high quality cameras 84, and the unit 100 can use the devices' cameras 84 as personal videoconference cameras in close proximity to the participants.

<u>B. Portable Device</u>

0026Looking at a portable device 50 in more detail, <figref idref="f0002">Figure 2</figref> schematically illustrates an example of a portable device 50 for use with the disclosed system 10. For audio, the device 50 has a loudspeaker 72 and a microphone 74 coupled to an audio interface 70, while the device 50 has a display 82 and a camera 84 coupled to a video interface 80 for video. Internally, the portable device 50 has a processing unit 60 with an audio codec 62 and a video codec 64 respectively connected to the audio and video interfaces 70 and 80 for encoding and decoding the audio and video. Finally, the portable device 50 has a network interface 90 connected to the codecs 70 and 80 for communicating audio and video with the near-end unit (100) and far-end units (30).

0027In one type of connection, for example, the network interface 90 can connect to a typical cellular network 92 if the device 50 can be used for cellular communications. In another type of connection, the network interface 90 can connect to the LAN 132 via the wireless network 134 so the portable device 50 can communicate with the videoconferencing unit (100) or far-end (30). As one skilled in the art will appreciate, any other type of connection can be used to communicate between the portable device 50 and the videoconferencing unit (100). As will also be appreciated, establishing a connection between the portable device 50 and the videoconferencing unit (100) and far-end (30) requires particular protocols, applications, accounts, and other details that are pre-arranged for the connection to be possible so the details are omitted here.

<u>C. User Interface</u>

0028To operate in conjunction with the videoconferencing unit (100) and optionally controlling the unit's functions, the portable device's processing unit 60 has a videoconferencing application 66 with a user interface. When operated, the application 66 allows a participant to use the portable device 50 as a peripheral to the videoconferencing system (10). <figref idref="f0002">Figure 3</figref> shows an example videoconferencing interface 67 for the portable device's application (66). Participants can use the portable device's interface 67 to operate in the videoconference system (10).

0029As shown in the example of <figref idref="f0002">Figure 3</figref>, the user interface 67 has a number of user interface items available for the application (66). These items can be individually configured by the user, although some of them may operate automatically by default. The items can include, but are not limited to, starting a videoconference, ending a videoconference, joining a videoconference, sending content for the videoconference, using the device's microphone 74 and/or camera 84 for the videoconference, transferring the videoconference from the portable device 50 to the unit 100, and performing additional functions. In one additional function, for example, the participant can indicate a desire to be queued to ask a question in the conference and to be made active speaker when permitted. Some of other additional functions can be similar to the typical functions available on a conventional remote control of a videoconferencing unit, such as controlling loudspeaker volume, moving cameras, changing display options, etc.

0030Some general discussion of the user interface items follows. By selecting to start a videoconference, for example, the portable device 50 can be used to initiate a videoconference as discussed herein. By selecting to join a current videoconference, the portable device 50 can become a peripheral device to the videoconferencing unit 100 currently conducting the videoconference. By selecting to use the device's microphone, camera, or display, the user can configure how the portable device 50 is to be used as a peripheral to the videoconferencing unit 100.

0031Finally, by selecting to send content, the user interface can allow the participant to send content from the portable device 50 to the videoconferencing unit 100 for incorporation into the videoconference. The content can include a video, an image, a document, a presentation, etc. that resides on the portable device 50. Thus, in this arrangement, the portable device 50 can act as a content or presentation device for the unit 100 and can have a video player, an image application, a document application, a presentation application, etc. for generating the content so the device 50 can send the content to the unit 100 through the network connection.

<u>D. Videoconference Process</u>

0032Having an understanding of the videoconferencing system 10, the videoconferencing unit 100, and the portable device 50, discussion now turns to how the portable devices 50 can be used with the videoconferencing unit 100 during a videoconference. As briefly hinted above, a participant can start a videoconference with a portable device 50 and can later transfer it to the videoconference unit 100. <figref idref="f0003">Figure 4A</figref> illustrates a process 200 for conducting a videoconference with the system 10 of <figref idref="f0001">Fig. 1</figref> (to which reference is concurrently made) when the portable device 50 initiates the videoconference.

0033To initiate the videoconference, a participant connects to the far-end 30 using their portable device 50 and the videoconferencing application 66 (Block 202). Any of the various network connections can be used to establish the videoconference. For example, the portable device 50 can connect via the Wi-Fi network 134 to the LAN 132 and then to the WAN (i.e., Internet) 136. If the portable device 50 has cellular functionality, then the videoconference can be established with a cellular telephone call as known in the art.

0034Once connected to the far-end 30 (Block 204), the portable device 50 receives and renders the far-end video and audio for output on the portable device 50 using its display 82 and loudspeaker 72 (Block 206). At this point, the portable device's existing camera 84 and microphone 74 can transmit video and audio to the far-end 30 as part of the videoconference (Block 208).

0035When desired, the participant selects to transfer the videoconference to the near-end videoconferencing unit 100 (Block 210). To transfer the videoconference, for example, the participant initiates the transfer by selecting an interface item on the device's conferencing application (66). The portable device 50 transfers the videoconference connection details to the videoconferencing unit 100, and the videoconferencing unit 100 in response establishes its own videoconference connection with the far-end 30.

0036For example, the conferencing application 66 on the portable device 50 can have a "transfer" button for the participant to select on the user interface (67). (See <figref idref="f0002">Fig. 3</figref>.) When the transfer is selected, the user interface (67) can have a number of input screens for the participant to enter the IP address or other identifier of the far-end 30 so the videoconferencing unit 100 can establish the connection. Other details may also be entered in the user interface (67), such as passwords, connection information, participant tags, etc.

0037Once the transfer is completed and verified, the portable device 50 disables its connection with the far-end 30 so it will only use its local connection to the videoconferencing unit 100 for the videoconference. At this point, the unit 100 begins rendering the far-end video and audio with the higher quality processing available with the unit 100 (Block 212).

0038Now as the conference proceeds, near-end video processing switches from the portable device's camera 84 to the unit's higher quality one or more cameras 144, and the audio processing also switches from the device's microphone 74 to the unit's microphone 124 (Block 214). The unit's one or more cameras 144 can use the unit's microphones 124 (and more specifically a microphone array (not shown)) to determine locations of participants when speaking using well-known techniques for directing cameras at sources of audio during a videoconference. Yet, as noted herein, the portable device 50 remains paired in communication with the videoconferencing unit 100 via the network connection (e.g., Wi-Fi network and LAN) so the device 50 can be used for video and audio processing when chosen to do so. In other words, the device's microphone 74 can still be used to obtain the videoconference audio, and the device's camera 72 can be used to obtain videoconference video.

0039At the outset, however, audio and video processing may be handled by the videoconferencing unit 100 as shown in <figref idref="f0003">Figure 4A</figref>. When the unit 100 is processing audio, the portable device's loudspeaker 72 can be muted so that it does not output audio during the videoconference, or the portable device 50 may simply not receive audio for output from the unit 100 via the local network connection.

0040At some point during the videoconference, the participant with the paired device 50 may speak, and the unit 100 and/or the device 50 monitors whether audio from the device's microphone 74 is obtained (Decision 216). In one implementation, the paired device 50 obtains audio with its microphone 74 and transmits this audio in its paired network connection to the videoconferencing unit 100 regardless of whether the participant with the paired device 50 is speaking. In turn, the videoconferencing unit 100 determines whether the microphone 74 is capturing active speaking by the participant. As an alternative, the paired device 50 obtains audio with its microphone 74, but does not send the audio to the unit 100 unless the device 50 determines there is active speaking.

0041In any event, if there is no device audio (either because none of the devices 50 is using its microphone 74 for audio or because none of the active device microphone 74 is capturing speech) (No-Decision 216), the unit 100 continues using its microphone 124 for audio capture (Block 226). Following on this, the unit 100 may still continue using its camera 144 for video capture as there may be no need to switch to video capture from a portable device 50 when a participant is not speaking (Block 228).

0042At some point in the videoconference, however, one of the devices 50 using its microphone 74 for audio pickup does obtain audio from its participant, and the unit 100 uses this audio for the videoconference as detailed below (Yes-Decision 216). In using the audio, the videoconferencing unit's audio codec 112 encode the microphone's audio as conference audio and sends the conference audio from the portable device 50 to the far-end 30. If several device microphones 74 (and possibly the unit's microphone 124) are concurrently capturing audio, then the unit 100 selects the microphone 74 or 124 having the loudest input (Block 218) and uses that device's audio for the videoconference audio (Block 220). This comparison may prevent the unit 100 from choosing a source of audio input in error. Any of the numerous techniques can be used for determining the acoustic energies of input audio and comparing them to find the strongest input audio.

0043If some of the participants do not have a portable device 50, the unit 100 can obtain conference audio from the existing microphone (124) (if available) or from the closest portable device's microphone 74 (presuming it is the loudest). In the end, the unit 100 does not necessarily need to know how many participants are present and how many have a portable device 50 capturing audio, although this could be useful and can be manually or automatically determined. At most, the unit 100 needs merely to select a microphone (whether one of the portable device's microphones 74 or the unit's existing microphone 124) having the loudest captured audio for input.

0044The device 50 from which audio is used may also have its camera 84 available for capturing video for the videoconference, and the unit 100 decides whether the device's camera 84 can capture video of the speaking participant for the videoconference (Decision 222). If not available (either because there is no camera 84 or it is not enabled), the unit 100 continues using its camera 144 for the conference video (Block 228). Otherwise, the unit 100 uses the video from the device's camera 84 for the videoconference (Block 224).

0045At any point during the process 200, the participant can elect to send content from the portable device 50 to the videoconferencing unit 100 for incorporation into the videoconference (Block 225). As noted above, the content can include a video, an image, a document, a presentation, etc. that resides on the portable device 50, and the portable device 50 can send the content through the network connection (e.g., wireless network 134 to the LAN 132) to the unit 100. In turn, the unit 100 can incorporate the content into the data sent to the far-end as part of the videoconference.

0046Depending on the capabilities of the portable device 50 and the type of content involved, the content can be sent as a data stream or in a data file to the unit 100. Additionally, the portable device 50 acting as a content or presentation device may or may not be capable of acting as a peripheral (i.e., capturing and sending audio and/or video from the device 50 to the unit 100), as this would depend on the processing capabilities of the device 50. All the same, the portable device 50 can be configured to send one or more of audio, video, and content to the unit 100 at any given time during the videoconference as configured by the participant.

0047The current processing arrangement may continue as long as the circumstances remain the same (Decision 230). At some point, the participant with the device 50 delivering audio (and optionally video) may stop speaking, the participant may disable the paired connection of the device 50 with the unit 100, the participant may leave the room with the device 50, or any other type of change may occur. Accordingly, the unit 100 will stop its processing arrangement and will return again to determining whether to use audio and video from a portable device 50 or from the videoconferencing unit 100 (Decision 216).

0048The scenario above has discussed how the portable device 50 can initiate the videoconference with the far-end 30 and then transfer it to the videoconferencing unit 100. In an alternative scenario, the videoconferencing unit 100 can initiate the videoconference and can begin rendering audio and video obtained with the conventional microphone(s) 124 and the unit's camera 144. Then, during the videoconference, participants with portable devices 50 can connect or pair with the videoconference unit 100 to join the videoconference.

0049Once the device 50 pairs with the unit 100, the participant can use the user interface application 66 to perform any of various functions, such as display the videoconference video with the portable device's display 82, reproduce the videoconference audio with the loudspeaker 72 or a headphone output, start and stop the videoconference, etc. More specifically, the paired device 50 can be used as a microphone and optional video peripheral during the videoconference as detailed herein.

0050To that end, <figref idref="f0004">Figure 4B</figref> shows a process 250 for a portable device 50 to join a videoconference as a peripheral to the videoconferencing unit 100 during a videoconference. Initially in the process 250 of <figref idref="f0004">Figure 4B</figref>, the videoconferencing unit 100 repeatedly sends an ultrasonic beacon encoding its IP address into the surrounding environment (i.e., conference room, lecture hall, etc.), as the unit 100 conducts the videoconference (Block 252). A participant in the room having a portable device 50 running a conferencing application (66) can select to join the videoconference conducted by the unit 100, and the device's application (66) decodes the IP address from the ultrasonic beacon (Block 254). Using the decoded IP address and wireless network (134) and LAN (132), the device 50 sends a response to the unit 100 to join the videoconference (Block 256), and the device 50 and unit 100 exchange a handshake to initiate the communication between them so the device 50 can be paired with the unit 100 (Block 258).

0051As the videoconference continues, the near-end unit 100 renders far-end audio and video (Block 260) and obtains near-end video from the unit's camera 144 and audio from the unit's microphone 124 (Block 262). Yet, when appropriate, the portable device's microphone 74 capturing audio can be used for the videoconference, and the device's camera 84 capturing video can also be used for the videoconference.

0052From here on, processing can continue as in the previous arrangement of <figref idref="f0003">Figure 4A</figref>. As long as none of the portable devices 50 capture audio with the greatest level, then the unit 100 can continue using its microphone 124 and camera 144 to send to the far-end 30 (Block 276-278).

0053At some point, for example, one of the devices 50 using its microphone 74 for audio pickup obtains audio from its participant, and the unit 100 uses this audio for the videoconference as detailed below (Yes-Decision 266). If several device microphones 74 and 124 are obtaining audio, then the unit 100 selects the microphone 74 and 124 having the loudest input (Block 268) and uses that device's audio for the videoconference audio by sending the audio to the far-end 30 (Block 270).

0054When the portable device 50 used for audio has its camera available for capturing video for the videoconference, the unit 100 decides whether the device's camera 82 can capture video for the videoconference (Decision 272). If not available, the unit 100 continues using its camera 144 (Block 278). Otherwise, the unit 100 accepts the video from the device's camera 82 for the videoconference (Block 274). Finally, at any point during the process 250, the participant can elect to send content from the portable device 50 to the videoconferencing unit 100 for incorporation into the videoconference in the same manner described previously (Block 275).

0055The current processing arrangement may continue as long as the circumstances remain the same (Decision 280). At some point, the participant at the device delivering audio (and optionally video) may stop speaking, and the unit 100 will return to determining whether audio and video should be captured with another portable device 50 or with the videoconferencing unit 100 (Decision 266). previous processes 200, 250 relied on whether the portable device 50 was being currently used to obtain input audio for the videoconference. In other words, if the portable device 50 is not selected for audio, then the device 50 would not be used for obtaining video in the previous processes 200, 250. Yet, other arrangements could be used so that a portable device 50 obtaining only video and not audio could be used to obtain video for the videoconference without obtaining audio. The choice on whether to output video from a portable device 50 in the

<u>E. Automatic Pairing</u>

0056As noted above, a portable device 50 can automatically connect or pair with the videoconferencing unit 100 using ultrasonic pairing so the portable device 50 and videoconferencing unit 100 can communicate with one another through the network connection. To initiate the pairing, the videoconference unit 100 transmits an ultrasonic beacon encoding its IP address using its loudspeaker 122, and this IP address can be the unit's address in the local intranet.

0057The ultrasonic beacon is beyond of the audible range but low enough so conventional loudspeaker and microphone components can still have a useful signal response. Therefore, the frequency is preferably above 20 kHz. One acceptable frequency is 21 kHz. Since this frequency is above the human range of hearing, it cannot be heard during the videoconference. Additionally, the beacon purposely has a low volume when output.

0058Transmission of the IP address and any other pertinent information in the beacon preferably uses an audio frequency-shift keying (AFSK) form of frequency modulation with the carrier signal of about 21 kHz. As noted above, the device 50 having a microphone 74 and running the peripheral conferencing application (66) detects the beacon, decodes the IP address based on the AFSK modulation, sends a response to the videoconferencing unit 100 via the network connections, and the two devices 50 and 100 share a handshake so the device 50 can be used in the videoconference.

0059The pairing can disconnect automatically when the device 50 leaves a room or is actively disconnected by the participant. The device 50 can then connect automatically to another videoconferencing unit when entering another room. Unlike Bluetooth technology, the ultrasound beacon can be limited to the environment (room) of the videoconference's unit 100 so there may be less chance of cross-interference between different videoconferencing units in a building causing incorrect pairing of devices 50 to the units 100. Thus, the ultrasonic pairing can allow the unit 100 to identify specifically that the device 50 is in the same environment as the unit 100 and not located somewhere else in a building.

0060Although the unit 100 is described as sending an ultrasonic beacon encoding its IP address, each of the devices 50 can do the same. Therefore, in a reverse pairing arrangement, the unit 100 detects an ultrasonic beacon from a portable device 50, decodes the device's IP address, and establishes the network connection with the portable device 50 based on the decoded IP address. Moreover, the portable devices 50 can pair with one another using their IP addresses encoded in ultrasonic beacons.

0061Moreover, when a device 50 sends an ultrasonic beacon as discussed above, the videoconferencing unit 100 can use its microphones 124 (and specifically a microphone array) to determine the location of the device 50 in the videoconferencing environment. In this way, the unit's one or more cameras 144 can more readily direct its view toward a participant having the emitting device 50 when that participant is speaking. This can be especially useful when the speaking participant is positioned a distance from the units' microphone 124 or array and traditional techniques for locating a source of audio may be limited. Ultimately, the device 50 can operate as an ultrasonic transmitter so the videoconferencing system 10 can operate in a manner similar to the system disclosed in <patcit id="pcit0003" dnum="US87230307" dnum-type="L"><text>U.S. Pat. Appl. No. 11/872,303, filed 15-OCT-2007</text></patcit> and entitled "Ultrasonic Camera Tracking System and Associated Methods" (published as <patcit id="pcit0004" dnum="US20080095401A1"><text>US 2008/0095401 A1 </text></patcit>).

<u>F. Echo Cancellation</u>

0062As noted above, the portable device's microphone 74 can capture audio and transmit it through the network interface 90, wireless network 134, and LAN 132 to the videoconferencing unit 100 for sending to the far-end 30. At the same time during the videoconference, the videoconferencing unit's loudspeaker 122 outputs audio at the near-end for the videoconference environment. Because the portable device's microphone 74 and the unit's loudspeaker 122 are in the same environment, acoustic coupling can occur when the portable device's microphone 74 directly captures audio output by the loudspeaker 122. As is known, this acoustic coupling can cause an "echo" to be transmitted by the unit 100 to the far-end 30, and the far-end 30 will hear its own audio returned back to it at a delay. Therefore, the videoconferencing system 10 preferably attempts to reduce the detrimental effects of any acoustic coupling that may develop during the videoconference.

0063To that end, discussion turns to <figref idref="f0005">Figure 5</figref>. As schematically shown and previously discussed, the videoconferencing unit 100 receives output audio from the far-end 30 via the network interface 130, and the audio codec's decoder 112a decodes the output audio for output by the unit's loudspeaker 122. To output the audio, a digital-to-analog converter 119 uses a sample rate conversion based on a clock 118 and converts the digital output to analog output, which the loudspeaker 122 then outputs to the environment.

0064In turn, the portable device's microphone 74 captures audio in the environment. In capturing the audio, the portable device's analog-to-digital converter 69 uses a sample rate conversion based on a clock 68 and converts the analog input to digital input. Some of the audio captured with the microphone 74 may be acoustically coupled from the loudspeaker 122. Nevertheless, the portable device 50 communicates the captured audio to the videoconferencing unit 100 via the network connection (e.g., Wi-Fi network, LAN, and the like). In turn, the unit's audio coder 112b encodes the input audio for sending to the far-end 30. If the audio were left alone, any acoustically coupled audio from the loudspeaker 122 to the microphone 74 would be sent via the network interface 130 to the far-end 30 as an "echo".

0065To deal with acoustic coupling and the resulting echo, the videoconferencing unit 100 has an echo canceller 115. Using any of the known echo cancellation techniques, the echo canceller 115 compares the input audio from the microphone 74 with the output audio for the loudspeaker 122 and attempts to remove the output audio from the loudspeaker 122, which has been included in the input audio picked up via acoustic coupling between the loudspeaker 122 and the microphone 74. When functioning properly, the echo canceller 115 can reduce the chances that the far-end 30 will detect an "echo".

0066In most instances, the analog-to-digital (A/D) clock 68 for the portable device's microphone 74 is not matched in frequency to the digital-to-analog (D/A) clock 118 of unit's loudspeaker 122. The mismatched clocks 68 and 118 can result in poor performance of the acoustic echo cancellation. For proper cancellation, for example, the loudspeaker's D/A clock 118 and the microphone's A/D clock 74 need to be at the same frequency within a small variation (e.g., less than 1 parts per million (PPM)). Being on separate devices, however, the loudspeaker's and microphone's clocks 68 and 118 are controlled by physically separate crystals, and their frequencies may be off by 100 PPM or more.

<u>G. Clock Compensation</u>

0067To deal with the mismatched clocks 68 and 118, the system 10 uses a clock compensator 160 at the unit 100 and/or a clock compensator 170 at the portable device 50 so the echo canceller 115 on the unit 100 can more effectively remove echo caused by acoustic coupling between the unit's loudspeaker 122 and the device's microphone 74. To do this, the clock compensator 160, 170 compensates for the clock differences and improves the performance of the unit's echo canceller 115.

0068In one embodiment, the clock compensator 160 on the videoconferencing unit 100 assists in the echo cancellation. In particular, the clock compensator 160 cross-correlates an echo estimate of the far-end audio (being output by the unit's loudspeaker 122) and the near-end audio (being input from the device's microphone 74). Using the cross-correlated results, the compensator 160 then adjusts a sample rate conversion factor used for the echo cancellation analysis of the audio to be sent to the far-end 30. In this arrangement, the clock compensator 160 using the echo estimate can compensate for the differences in the clocks 68 and 118 without involving the portable device 50.

0069In another embodiment, the clock compensator 170 on the portable device 50 assists in the echo cancellation by determining a difference in the clocks 68 and 118. The difference is then used to "synchronize" the audio clocks 68 and 118 by adjusting the sample conversion rate of the portable device's microphone 74 or by adjusting the sample rate conversion for the unit's echo canceller 115 or the unit's loudspeaker 122.

0070As noted above, the portable device 50 pairs with the unit 100 by obtaining the unit's IP address in an ultrasonic beacon emitted by the unit's loudspeaker 122. This ultrasonic beacon is preferably transmitted with a carrier signal with an ultrasonic frequency of 21 kHz, for example. After capturing the beacon, the portable device 50 uses the frequency of the ultrasonic carrier signal to determine the frequency difference between the clock 68 for its microphone 74 and the clock 118 for the unit's loudspeaker 122.

0071For example, the unit 100 emits the ultrasonic beacon as noted above at a pre-determined frequency at 21,000 Hz using the loudspeaker 122. The microphone 74 on the portable device 50 captures the ultrasonic beacon, and the compensator 170 measures the beacon's frequency relative to the unit's A/D clock 68. In general, the measured frequency will differ from the beacon's pre-determined frequency (21 kHz) due to the different frequencies of the separate clocks 68 and 118. By way of example, the microphone's clock 68 may be about 1 percent slower than the loudspeaker's clock 118. In this case, the compensator 170 will measure the frequency of the beacon as 21,210 Hz (i.e., 21,000 x 1.01).

0072Despite this measured difference, the portable device 50 with the microphone 74 and conferencing application (66) knows that the actual frequency of the beacon should be the predetermined 21,000 Hz. Therefore, the compensator 170 can deduce that the clock frequency difference is 210 Hz (i.e., 21,210 Hz - 21,000 Hz). Once the frequency difference is known to within an acceptable deviation (e.g., 1 PPM), the portable device 50 can use re-sampling algorithms and can adjust the microphone's sample rate conversion to match the loudspeaker's sample rate conversion. In this way, the A/D converter 69 based on the device's clock 68 can having its sample conversion rate match that of the D/A converter 119 based on the unit's clock 118. Once the rates match, the echo canceller 115 on the unit 100 can operate more effectively.

0073The reverse is also possible where loudspeaker's sample rate conversion is adjusted. For example, the portable device 50 can send the determined frequency difference to the unit 100 via the network connection. In turn, the compensator 160 of the unit 100 can use re-sampling algorithms and can change the loudspeaker's sample rate conversion used for outputting audio so it will match the microphone's sample rate conversion. Alternatively, the compensator 160 can use this determined difference in the sample rate conversion of the echo cancellation so the echo canceller 115 can operate more effectively.

0074In a further alternative, the portable device 50 may not actually calculate the frequency difference. Instead, the portable device communicates its audio capture frequency of its microphone 74 responding to the ultrasonic beacon to the videoconferencing unit 100 using the network connection. Then, the videoconferencing unit 100 can calculate the frequency difference between the predetermined carrier signal frequency and the audio capture frequency communicated to it from the portable device 50. Thus, the procedures discussed above would apply to the unit's processing instead of the device's processing.

0075In the current example, only the audio between one portable device 50 and the unit 100 has been discussed. In general, however, there can be any number of devices 50 in the room, and each can have its own A/D converter 69 and clock 68 for its microphone 74. These devices 50 can send their digital audio streams to the videoconference unit 110 via the wireless connection, and some of these streams may contain output audio from the loudspeaker 122 that has been acoustically coupled to the devices' microphone 74. The teachings above can be applied to the audio of each of the portable devices.

0076The foregoing description of preferred and other embodiments is not intended to limit or restrict the scope or applicability of the inventive concepts conceived of by the Applicants. It will be appreciated with the benefit of the present disclosure that features described above in accordance with any embodiment of aspect of the disclosed subject matter can be utilized, either alone or in combination, with any other described feature, in any other embodiment or aspect of the disclosed subject matter.