'WO 2ltll7f139571~l
`
`PCTl‘USItllltIl’ll-l-ll'i?lI
`
`L"
`
`10
`
`15
`
`20
`
`25
`
`30
`
`35
`
`The electronic equipment accessory id in the exemplary embodiment is a rendering device and will
`
`be referred to as the headset l4. The headset 14 is showu as an ear mountable speaker and microphone
`
`assembly that exchanges audio data with the mobile telephone 12 over a wireless link. One of ordinary skill in
`
`the art will appreciate that any rendering device operable to receive signals from the mobile telephone 10 is
`
`deemed to fall within the scope of the present invention. For example, suitable rendering devices include
`
`headphones, earphones, speakers, televisions, stereos, and the like.
`
`For purposes of the description herein, a wireless link is established using a Bluetooth protocol, such as
`
`in accordance with the Specification of the Bluetool‘h System, Covered Core Package version 2.0 + EUR, dated
`
`November 4, 2004, which is incorporated herein by reference in its entirety. Other suitable wireless interfaces
`
`{e.g., radio frequency, 802.1! compatible protocols, infrared, etc.) may be used to transmit data to the mobile
`
`telephone 12 andfor to the headset 14.
`
`The mobile telephone 12 includes a display 18. The display 18 displays information to a user such as
`
`operating state, time, telephone numbers, contact information, various [navigational menus, etc., which enables
`
`the user to utilize the various feature ofthe mobile telephone 12. The display 13 may also be used to visually
`
`display content aceessible by the mobile telephone 12 andfor headset 14 from one or more remote sources (eg,
`
`a media server). The displayed content may include audio andlor video presentations stored locally in memory
`
`20 (Figure 2) of the mobile telephone 12 and/'or stored remotely from the mobile telephone 12 (e.g.. on a remote
`
`storage device, a media server, remote personal computer, etc). Such presentations may be derived, for
`
`example, from multimedia files, including audio andlor video files, from a received mobile radio and/or
`
`television signal, etc.
`
`in many situations, the video presentations are accompanied by audio presentations. For
`
`example, the displayed video component may be a "music video“ and the corresponding audio component may
`
`be music intended to be synchronized with the video component. As another example, the displayed video
`
`component may correspond to a received mobile television signal and the corresponding audio component may
`
`be speech andfor music intended to be synchronized with the video component.
`
`The audio component may be broadcast to the user with a speaker 22 of the mobile telephone 12-
`
`Alternatively, the audio component may be broadcast to the user with a speaker 24 (Figure 2) of the headset I4.
`
`For stereo listening, the headset 14 may include a pair of speakers 24. Delivery of audio data from content
`
`source to the mobile telephone 12 and the headset 14 will be described in greater detail below.
`
`The mobile telephone 12 further includes a keypad 26 that provides for a variety of user input
`
`operations. For example. the keypad 26 may include alphanumeric keys 23 for allowing entry of alphanumeric
`
`information such as telephone numbers, phone lists, contact information, notes, etc.
`
`In addition, the keypad 26
`
`typically may include special fimction keys such as a “call send” key for initiating or answering a call, and a
`
`"call on " key for ending, or "hanging up" a call. Special function keys may also include menu navigation keys,
`
`for example, for navigating through a menu displayed on the display 18 to select different telephone fimelions,
`
`profiles, settings, etc, as is conventional. Other keys associated with the mobile telephone 12 may include a
`
`volume key, audio mute key, an oniofi'powcr key, a web browser launch key, a camera key, etc. Keys or key-
`
`like functionality may also be embodied as a touch screen associated with the display 18.
`
`The mobile telephone 12 includes conventional call circuitry that enables the mobile telephone IE to
`
`establish a call andfor exchange signals with a calledfcalling device, typically another mobile telephone or
`
`Exhibit 1014 - p. 345
`Exhibit 1014 _ p. 345
`
`

`

`“‘0 lellTl'l3‘JS'li'l
`
`PCTr‘USZIIllole-lfl'z'i
`
`landline telephone. HoWevcr, the calledlcalling device need not be another telephone, but may be some other
`device such as an Internet web server, content providing server, etc.
`
`Referring to Figure 2, a functional blook diagram of the electronic equipment assembly 10 is
`
`illustrated. The mobile telephone 12 includes a primary control circalt 30 that is configured to carry out overall
`
`control of the functions and operations of the mobile telephone 12. The control circuit 30 may include a
`
`processing device 32, such as a CPU, microcontrollcr or microprocessor. The processing device 32 executes
`
`code stored in a memory (not shown) within the control circuit 30 ancllor in a separate memory, such as memory
`
`20, in order to carry out conventional operation of the mobile telephone 12. The memory 20 may be, for
`
`example, a buffer, a flash memory, a hard drive, a removable media, a volatile memory and/or a non-volatile
`
`In addition, the processing device 3'2 executes code to carry out various fimclions of the mobile
`memory.
`telephone 12.
`
`Continuing to refer to Figures 1 and 2. the mobile telephone ‘12 includes an antenna 34 coupled to a
`
`radio circuit 36. The radio circuit 36 includes a radio frequency transmitter and receiver for transmitting and
`
`receiving signals via the antenna 34 as is conventional. The mobile telephone 12 further includes a sound signal
`
`processing circuit 33 for processing the audio signal transmitted bylreceived from the radio circuit 36. Coupled
`
`to the sound processing circuit 38 are the speaker 22 and a microphone 40 that enable a user to listen and speak
`
`via the mobile telephone 12 as is conventional. The radio circuit 36 and sound processing circuit 38 are each
`coupled to the control circuit 30 so as to carry out overall operation.
`
`The mobile telephone 12 also includes the aforementioned display 15 and keypad 26 coupled to the
`
`control circuit 30. The mobile telephone 12 fiunher includes an L’O interface 42. The U0 interface 42 may be in
`the form of typical mobile telephone [/0 interfaces, such as a mold-element connector at the base ofthc mobile
`
`telephone 12. As is typical, the U0 interface 42 may be used to couple the mobile telephone 12 to a battery
`
`charger to charge a power supply unit (PSU) 44 within the mobile telephone 12. In addition, or in the
`
`alternative, the [/0 interface 42 may serve to connect the mobile telephone 12 to a wired personal hands-free
`
`adaptor. to a personal computer or other device via a data cable, etc. The mobile telephone 12 may also include
`a timer 46 for carrying out timing functions. Such functions may include timing the durations of calls,
`generating the content of time and date stamps, etc.
`
`The mobile telephone 12 may include various built-in accessories, such as a camera 48 for taking
`
`digital pictures. Image files conceponding to the pictures may be stored in the memory 20.
`
`In one embodiment,
`
`the mobile telephone 1?. also may include a position data receiver (not shown), such as a global positioning
`satellite (GPS) receiver, Galileo satellite system receiver or the like.
`
`To establish wireless communication with other locally positioned devices. such as the headset 14,
`
`another mobile telephone. a computer, etc._. the mobile telephone 12 may include a local wireless interface
`adapter 50, such as a Bluetooth adapter.
`
`To establish wireless communication with other locally positioned devices, such as a wireless local
`
`area network, wireless acceso point and the like, the mobile telephone 12 may further include a wireless
`
`interface adapter 51. As shown in Figure 2, the wireless interlhce adapter 51 may be a wireless local area
`
`network interface adapter and is referred to herein as WLAN adapter 52. One of ordinary skill in the art will
`
`readily appreciate that the WLAN adapter 52 is exemplary and any suitable connectivity technology may be
`
`implemented in accordance with the present invention (cg, Bluetooth, infrared, etc). Preferably. the WLAN
`
`U!
`
`10
`
`15
`
`20
`
`25
`
`30
`
`35
`
`4o
`
`Exhibit 1014 - p. 346
`Exhibit 1014 - p. 346
`
`

`

`“‘0 thllTJ'IJ‘JSTR
`
`PCTJUSZIItlth—HHTT
`
`{)1
`
`ll}
`
`20
`
`25
`
`30
`
`adapter 52 is compatible with one or more LEEE 802.1 1 protocols (cg, 802.1 1(a), 302.1 1(1)) andfor 802. l l (3),
`
`etc.) and allows the mobile telephone 12 to acquire a unique identifier {c.g., MAC and IP addresses) on the
`WLAN and communicate with one or more devices on the WLAN, assuming the user has the appropriate
`
`privileges andlor has been properly authenticated.
`
`The mobile telephone 12 may be configured to operate in a wide area communications system. The
`
`system can include one or more servers or call control elements for managing calls placed by and destined to the
`
`mobile telephone 12, transmitting content (cg, image files. audio files. video files. voice andfor data packets,
`
`etc.) to the mobile telephone 1?. and carrying out any other support functions- The server communicates with
`
`the mobile telephone 12 via a network and a transmission medium. The transmission medium may be any
`
`appropriate device or assembly, including, for example, a communications tower, another mobile telephone, a
`
`wireless access point, a satellite, etc. Portions of the network may include wireless transmission pathways.
`The headset 14 includes a primary control circuit 54 that is configured to carry out overall control of
`
`the functions and operations of the headset 14. The control circuit 54 may include a processing device 56, such
`
`as a CPU, microcontrollcr or microprocessor. The processing device 56 executes code stored in a memory (not
`
`shown) within the control circuit 54 andior in a separate memory, such as memory (not shown), in order to carry
`
`out operation of the headset 14, as described herein. The memory may be, for example. a bufi'er, a flash
`
`memory, a hard drive, a removable media, a volatile memory andfor a non-volatile memory.
`
`in addition. the
`
`processing device 56 executes code to carry out various functions of the headset 14.
`The headset [4 includes a local interface adapter 53 that is compatible with the local interface adapter
`
`50 of the mobile telephone 12 to establish a wireless interface between the headset 14 and the mobile telephone
`
`12. The local interface adapter 58 is coupled to the control circuit 54 to selectively control and process
`
`information andlor data received andior transmitted by the local interface adapter 58. Preferably, as discussed
`
`above, the local interface adapter 58 is Bluetooth compatible. The wireless interface established between
`
`adapters 50 and 58 may be used to exchange data, such as audio data, commands, control andfor status
`
`information between the mobile telephone 12 and the headset 14. One of ordinary skill in the art will
`
`understand the basic operations of a Bluetooth wireless communication interface, so the details will not be
`described here in detail for the sake of brevity.
`
`The headset 14 further includes a WLAN interface adapter 60. The WLAN interface adapter 60 is
`
`coupled to the control circuit 54 to selectively control and process information andfor data received andlor
`
`transmitted by the WLAN interface adapter 60. Preferably, the WLAN adapter 60 is compatible with one or
`
`more IEEE 802.1 1 protocols (cg, 802.1 1(a), 302.1 1(1)) and/or 802.l Kg). etc.) and allows headset [4 to acquire
`
`a unique address (eg, I? address) on the WLAN and communicate with one or more devices associated with
`the WLAN, assuming the user has the appropriate privileges andior has been properly authenticated. Although
`
`the interface adapter 60 has been described in terms of WLAN interface, similar to wireless interface adapter 52
`
`described above, the interface adapter 60 may implement any suitable connectivity technology in accordance
`
`with the present invention (cg, Bluetooth, infi'ared. etc.).
`The headset 14 further includes an audio data processing device 62 that manages audio data. For
`
`example, the audio data processing device 62 may include an encoder 64 that encodes an audio signal received
`
`from a microphone 66 coupled to the headset 14. Encoded audio data may be transmitted to the mobile
`
`40
`
`telephone IQ for use as part ofe telephone call.
`
`Exhibit 1014 - p. 347
`Exhibit 1014 _ p. 347
`
`

`

`“‘0 IllllTl'lJ‘JSTit
`
`PCTr‘USZtltltIfll-HHTY
`
`U:
`
`10
`
`15
`
`30
`
`35
`
`In addition, the audio data processing device 62 may include a decoder 68 and a data buffer '70 to
`
`process audio data received from the mobile telephone 12 andIor one or more devices associated with a WLAN.
`
`The received audio data may be incoming audio data associated with a telephone call.
`
`In other
`
`situations, the audio data received by the headset [4 may be audio (e.g., music, sound, voice, etc.) derived from
`
`an audio file played back by the mobile telephone 12. The audio data. received by the headset 14 may also
`
`originate from one or more devices associated with a WLAN and transmitted andr'or streamed to the headset 14
`
`for listening by the user, as described below.
`
`In yet other situations, the audio data may be associated with
`
`video content displayed on the display 18 by the mobile telephone 12. For example, a video file containing an
`
`audio component stored in the memory 20 may be played back by the mobile telephone [2 or a video signal
`
`containing an audio component may be received by the mobile telephone 12.
`
`In these situations, a video component of the video file or received video signal may be decoded by, for
`
`example, the control circuit 30 or dedicated video decoder (not shown) to generate a video signal output to the
`
`display lit for viewing. The audio component of the video file or received video signal may be decoded and
`
`delivered as an audio signal to the speaker 22 andlor the audio component may be transmitted as audio data to
`
`the headset 14 for decoding into an audio signal that is broadcast by the speaker 24. In another embodiment, the
`
`audio component of the video file or received video signal may be transmitted as audio data directly to the
`headset 14 from one or more devices associated with a local area network, without transmission to the mobile
`
`telephone 12, for decoding into an audio signal that is broadcast by the speaker 24.
`
`As explained in detail below, audio data transmitted floor the mobile telephone 12 to the headset 14
`and/or transmitted from one or more devices associated with a WLAN to the headset 14 is typically in the form
`
`of media packets. Each media packet may contain a quantity of audio data, such as about 5 milliseconds of
`
`audio data. The audio data may be buffered by the buffer 62 and decoded by the decoder 60 into an audio signal
`
`for delivery to the speaker 24. As will be appreciated by one of ordinary skill in the an, the audio data may be
`
`mono, stereo or smround—sound, or arranged in any other suitable audio format.
`
`An exemplary communication network 100 in accordance with aspects of the present invention is
`
`illustrated in Figure 3. The exemplary network illustrated in Figure 3 is a public wireless local area uehvork.
`
`which utilizes Internet Engineering Task Force (IETF) protocols (cg, IP, TCP, UDP, RTP, H'T'TliI and the like)
`
`between the endpoints (e.g., the streaming source and rendering device (cg. headset)].
`
`to this illustration, the
`
`mobile telephone 12 sets as a gateway or proxy for roofing content (e.g., audio files, video files, etc.) stored on
`
`the server 102 through one or more routers 104 and an IP network 106, which may be any suitable network to a
`
`destination source. From the IP network 106 and, optionally, router 104, the multimedia content is transmitted
`
`to wired LAN 108, routed to the ACCESS POINT 110, and output to the destination source (cg, mobile
`
`telephone 12 andior rendering device 14) in a wireless manner.
`
`Although the server 102 is shown as being outside of the wired LAN 108, this is for illustrative
`
`purposes only. One of ordinary skill in the art will readily appreciate that the server 102 may be located within
`
`the wired LAN 108 depending on the specific requirements of the server 102 andfor the LAN 108 or can be on a
`
`remote network that is connected to LAN 103 via the Intemet. One of ordinary skill in the art will also
`
`appreciate that the exemplary LAN 108 may be a wireless local area network, a wide area network, personal-
`
`area access technology (e.g., wireless local area network, cellular network, WiMax, ultra wideband network,
`
`40
`
`etc.) end/or a public network (e.g., the Internet).
`
`Exhibit 1014 - p. 348
`Exhibit 1014 - p. 348
`
`

`

`W0 201171'139578
`
`PCTIU 52111101514487 7
`
`UI
`
`10
`
`15
`
`25
`
`As shown in Figure 3, the LAN 108 is communicatively couple to the access point 1 10. Access point
`110 provides wireless communication medium between the mobile telephone 13 andfor headset 14 to the LAN
`
`108. Thus, the mobile telephone 12 and/or headset 14 are communicatively coupled to the server 102.
`One of ordinary skill in the art will appreciate that the communication medium between devices take
`
`the form of any medium that permits electronic devices to exchange information or data. For instance, the
`
`communication medium may be a wired communications medium, such as Ethernet, or a wireless
`
`communication medium, such as IEEE 802.1 1(a). 802.1 ](b) or 802.1 Hg). In addition, the communication
`
`medium may also be a combination of wired and wireless communications mediums. One of ordinary skill in
`
`the art will also appreciate that any communications medium allowing the functionality described herein shall be
`
`deemed to be within the scope of the present invention. Preferably the communication medium can support a
`
`variety of network protocols including, for example, IETF-con1 patihle protocols (c.g., 1P, TCP, UDP, RTP,
`HTTP and the like)
`
`Figure 4 illustrates a schematic block diagram of an exemplary server (e.g., server 102). The server
`
`102 may be any type of server. Preferably, the server 102 is a media server that is compatible with protocols
`
`developed by the Internet Engineering Task Force (lETF) (e.g., 1P, TCP. UDP, RTP, HTTP and the like). The
`server 102 generally includes a processor 110, a memory l12, a data storage medium 1 14, a local interface 116,
`
`video and inputfoutput interfaces 118, and various communication interfaces 120. The server 102 may include
`
`optionally a diSplay 122, a keyboard 124, and a user input device 126 (c.g., a computer mouse).
`
`The server 102 is capable of executing one or more computer applications 123 in accordance with
`
`aspects of the present invention.
`
`In one embodiment, computer applications 128 include at least one audio
`
`and/or video application program that is capable of transmitting multimedia content (e.g., audio files, video
`
`files, audiovisual files, photographs, slides, radio, streaming audio and/or video, etc.) in a user~scnsiblc format
`
`upon request from an associated user. The multimedia content may be stored in the data storage medium 1 14 or
`
`a remote storage medium (not shown) that is communicatively coupled to the WLAN 100.
`
`As stated above, the multimedia content may take any form (c.g., audio, video, photographs, streaming
`
`audio andfor video and the like) and may be stored in any suitable format (e.g., MPEG, AVI, MP3, JPG, TIFF,
`
`and the like). The server 102 may also store communications software, which is capable of converting the
`
`multimedia content stored on the server 102 author the remote storage medium to a format that can be rendered
`
`30
`
`locally andfor remotely by the requesting device andfor a peripheral device associated with the requesting device
`(e.g., headset 14). Alternatively, the server 102 may provide the multimedia content in a known format and
`
`allow the requesting device andfor a peripheral device associated with the requesting device to perform any
`necessary conversion.
`
`The computer application 128 may be logically associated with or call one or more additional computer
`
`applications or one or more sub-computer applications 130, which generally include compilations of executable
`
`code. In one embodiment, the computer application 125, andlor the sub-applications 130 are embodied as one
`
`or more computer programs (e.g., one or more software applications including compilations of executable code).
`
`The computer program(s) can be stored on a data storage medium or other computer readable medium, such as a
`
`magnetic or optical storage device (e.g., hard disk, (ID-ROM, DVD-ROM, eth.
`
`To execute the computer application 128 and associated sub-applications 130, the server 102 can
`
`include one or more processors 1 10 used to execute instructions that carry out a specified logic routine(s).
`
`35
`
`40
`
`Exhibit 1014 - p. 349
`Exhibit 1014 - p. 349
`
`

`

`“‘0 litll'l'l'lJ‘JSTl'l
`
`PCTJUSZOIIofill-lfl'z'?
`
`Preferably, the server 102 is based on a client - server architecture and may serve multiple: clients. However,
`
`one of ordinary skill in the art will readily appreciate that any combination of computers having the functionality
`
`described herein shall be deemed to be within the scope of the present invention. As stated above, the server
`
`102 may be a media server that is compatible with IETF protocols (e.g., IP, TCP, UDP, RTE HTTP and the
`
`like).
`
`The server 102 may have a memory 1 [2 for storing data, sofiWare, logic routine instructions, computer
`
`programs, files, operating system instructions, multimedia content and the like. As illustrated in Figure 4, the
`
`computer application 128 and sub—applications 130 can be stored in the memory 1 32. The memory 1 12 can
`comprise several devices and includes, for example, volatile and non-volatile memory components.
`Accordingly, the memory 112 can include, for example, random access memory (RAM), read only memory
`
`10
`
`(ROM), hard disks, floppy disks, compact disks (cg, CD ROM, DVD ROM, CD RW, etc), tapes, andior other
`
`memory components, plus associated drives and players for these memory types. The processor 110. memory
`
`112, and the data storage medium 1 14 are coupled using a local interface 1 16. The local interface 116 can be,
`
`for example, a data bus with accompanying control bus, a network, or other subsystem.
`
`The server 102 can have various video and inputfoulput interfaces 1 13 as well as one or more
`
`communication interfaces 120. The interfaces US can be used to couple the server 102 to various peripherals,
`
`such as a display 122 (e.g., a CRT display, an LCD display, a plasma display, etc), a keyboard 124, and a user
`
`input device [26. The communications interfaces 120 can be comprised of. for example. a modem, 3 network
`interface card, andfor a wireless network interface card. The communications interfaces 130 can enable the
`
`server 102 to transmit and receive multimedia content (cg, audio files, video files, photographs and the like)
`
`via an external network, such as the Internet, a wide area network (WAN), a local area network (LAN), direct
`
`data link, or similar wired (cg, Ethernet) or wireless system (cg, 802.1 1-compliant protocols). Preferably, the
`system 100 has the capabilities for both a wired communications interface (e.g., Ethernet) and a wireless
`communications interface (9.3., 802.1 l-compliant protocols) to accomplish the filnctionality described herein.
`
`25
`
`The server 102 transmits and receives information (c.g., multimedia content, data, requests for
`
`information, etc.) to and from peripherals andfor devices that comprise the LAN 106. The LAN 106 generally
`
`includes any electronic device that is capable of common footing (e.g., receiving andlor transmitting information)
`
`with any other device, including the network [00. The mobile telephone 12 andfor headset 14 are portable
`
`devices that may access one or more services provided by the network 100, through WLAN interface adapters
`
`30
`
`52 and 60, respectively.
`
`As shown in Figure 3, the network [00 includes wireless communication from the LAN 103 to the
`
`mobile telephone l2 andfor headset 14 through access point 1 10 and one or more intermediary devices (e.g.
`
`access point 1 10, routers 104, IP network 106, etc). Mobile telephone 12 is provided with a communicatiOn
`
`protocol that can be executed by an internal processor of the device and/or by dedicated communications
`
`35
`
`hardware (e. g., a omisceiver) coupled to the device for communication with the access point 1 10. The WLA'N
`
`adapter 52 of the mobile telephone generally includes a built-in antenna (not shown). The antenna allows the
`
`WLAN adapter 52 to exchange signals with the wireless access point 110. The access point 110 generally
`
`executes a communication protocol corresponding to the communication protocol executed by the client devices
`
`(e.g., device associated with the LAN 108 andfor the mobile telephone 12. The access point I 10 also includes
`
`10
`
`Exhibit 1014 - p. 350
`Exhibit 1014 - p. 350
`
`

`

`“‘0 Zilll7f139STl~l
`
`PCTIUSlelItIfll-l-IBTT
`
`communications hardware (e.g., a transceiver with an antenna) for broadcasting signals to the various client
`
`devices and receiving signals broadcast by the client devices.
`
`Figures 5A and SB illustrate an exemplary IETF standard protocol stacks implemented for the mobilc
`
`telephone 12 and the headset 14, respectively. Referring to Figure 5A, an exemplary protocol stack is
`
`illustrated for mobile telephone 12. The protocol stack 150 may include: a network layer 152, a WiF i layer 154
`and a Bluetooth stack 153. The network layer 152 includes a logic link layer 155, an lntemet Protocol (1P) layer
`
`156, a user datagram protocol (UDP) layer 15 8, a transport control protocol (TCP) layer 160, and a data link
`
`control protocol (DLCP) layer 162. The WiFi layer 154 includes an 802.1 1 radio frequency (RF) layer 164, an
`
`802.1 1 physical {PHY} layer 166 and an 802.1 1 medium access control (MAC) layer 168. The network layer
`
`152 and the WiFi layer 154 communicate with an authentication and security module 170. Likewise, the
`Bluetooth stack 153 may also communicate with the network layer 152 and the authentication and security
`module 170
`
`Referring to Figure SB, an exemplary protocol stack 180 is illustrated for headset 14. The protocol
`
`stack [80 includes: a network layer 182, a WiFi layer 184 and a Bluetooth stack 185. The network layer 182
`
`includes a logic link layer 186, an Internet Protocol (1P) layer 188, a user datagram protocol (UDP) layer 190, a
`
`transport control protocol (TCP) layer 192 and a Real Time Transport Protocol.Jr Real Time Control Protocol
`
`(RTPIRTCP) layer 194. The WiFi layer 184 includes an 802.11 radio frequency (RF) layer 196, an 802.11
`
`physical (PHYJ layer 198 and an 802.11 medium access control (MAC) layer 200. The headphone 14 is capable
`
`of receiving and rendering Bluetoolh signals and WiFi signals through the respective layers (e. g.., Bluetooth
`
`10
`
`15
`
`20
`
`stack 185, WiFi layer 184).
`
`The mobile telephone 1?. also includes dynamic host configuration protocol (DHCP) and network
`
`address translation (NAT) server functionality that is typically found in a network gateway. In this manner,
`
`devices peripheral to the mobile telephone 12, such as the headset 14 are treated as a subnet that is "hidden" to
`
`the network beyond the gateway. By using DHCP and NAT, respectively, the mobile telephone assigns subnet
`
`IP addresses to the peripherals and directs incoming IP traffic [e.g., streaming audio) from the network to the
`
`proper peripheralls) based on the assigned subnet addresses.
`
`An exemplary method 250 in accordance with aspects of the present invention is illustrated in Figure 6.
`
`Referring to Figures 3 and 6, at step 252, the user associates the headset 14 with the mobile telephone 12. The
`
`headset 14 is designated as the audio sink endpoint (e.g., rendering device) for rendering one or more audio
`
`components transmitted from server 102. The headset 14 becomes part of the private subnet and receives an IP
`
`address from the DHCP server ofthe mobile telephone 12.
`
`At step 254, the mobile telephone 12 requests access to the network 100 through the access point 110.
`
`The request may include a session description protocol (SDP) payload field, which may specify, for example,
`
`negotiation parameters, services requested, format of information, etc.
`
`In the exemplary system illustrated in
`
`Figure 3, a public WLAN 100 is provided, wherein the user must be authenticated prior to access to the network
`100. Accordingly, at step 256, the request is routed to the AAA server 109 by one or more redirect servers
`
`endlor proxy servers (not shown). The AAA server 109 provides authentication services to the public network
`
`[00. Assuming the user is properly authenticated, the User is provided access to the network 100, at step 258. If
`
`the user is unable to properly authenticate him or herself. the user is denied access to the public network 100.
`
`30
`
`35
`
`11
`
`Exhibit 1014 - p. 351
`Exhibit 1014 _ p. 351
`
`

`

`\V0 thll7f139578
`
`PCTIUSZNIHIH’IH-IBTT
`
`U:
`
`10
`
`15
`
`20
`
`25
`
`30
`
`At step 260, an identification of available services andfor devices is provided to the mobile telephone
`12. Once network access is established, at step 262, the user of the mobile telephone 1?. may identify desired
`
`audio content andfor devices on a remote server 102. For example, this could be content stored on server 102
`
`(e.g., a personal Server, a personal computer in a home, a media server, etc. or content from a commercial music
`
`service (cg, iTunes, operator portal, etc.)]. The user selects the desired centcnt to stream and initiates a
`
`streaming session with the server $02. The mobile telephctne 12 also configures the headset ]4 to accept the
`
`pending media flow from the server 102.
`At Step 264, the server transmits the audio to the mobile telephone 12 using conventional IETF
`
`protocols (e.g., RTP, UDP anle) over the network 100. At step 366, the mobile telephone 1?. then forwards
`
`these packets to the headset 14, using NAT to establish the correct address for the headset 14 in the internal
`
`subnet. At step 268, the headset l4 unpacks, decodes and renders the streaming audio in a user-sensible format
`through one or more speakers 24.
`
`In this example, session control is managed by the mobile telephone 1'2, while the media stream is
`established between the server and headset. Session control may occur between local interface adapters 58 and
`
`SD of the headset 14 and the mobile telephone 12, respectively. Session control may also occur between WLAN
`
`interface adapters 60 and 52 of the headset and the mobile telephone 12, respectively. Steps 252 through 268
`
`are generally repeated whenever a new session is started. The exemplary method 250 utilizes W'LAN interface
`
`adapters 52 and 60 to stream audio from the server 102 to the headset 14.
`
`Specific embodiments of an invention are disclosed herein. One of ordinary skill in the art will readily
`
`recognize that the invention may have other applications in other environments. In fact, many embodiments and
`
`implementations are possible. The following claims are in no way intended to limit the scope of the present
`
`invention to the Specific embodiments described above. In addition, any recitation of "means for" is intended to
`
`evoke a means»plus-function reading of an element and a claim, whereas, any elements that do not specifically
`
`use the recitation "means for", are not intended to be read as means-plus-fimction elements, even if the claim
`
`otherwise includes the word "means".
`
`It should also be noted that although the specification lists method steps
`
`occurring in a particular order, these steps may be executed in any order, or at the same time.
`
`Computer program elements of the invention may be embodied in hardware and/or in software
`
`(including firmware, resident software, micro-code, etc). The invention may take the form of a computer
`
`program product, which can be embodied by a computer-usable or computer-readable storage medium having
`
`computer-usable or computer-readable program instructions, "code" or a "computer program" embodied in the
`
`medium for use by or in Connection with the instruction execution system. In the context of this document, a
`
`computer-usable or computer-readable medium may be any medium that can contain. store, communicate,
`
`propagate, or transport the program for use by or in connection with the instruction execution system. apparatus,
`
`or device. The computer—usable or computer-readable medium may be, for example but not limited to, an
`
`electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, device, or
`
`propagation medium such as the Internet. Note that the computer-usable or computer