TECHNIQUES FOR DISCOVERING SERVICES PROVIDED IN A WIRELESS NETWORK

An embodiment of the present invention provides a method for discovering services provided in a wireless network, comprising enabling devices equipped with radio interfaces to advertise the services it provides and discover services offered by other nearby devices without establishing a network connection with the devices.

Skip to: Description  ·  Claims  · Patent History  ·  Patent History
Description
BACKGROUND

Today, network devices that provide services (henceforth called “servers”), such as printing, projecting, display, and file sharing services, need to remain online to respond to requests from client devices (“clients”) that need the services. However, power conservation is also of foremost importance. Furthermore, many devices today are becoming mobile, with wireless network interfaces and limited battery power. These devices need to be able to efficiently search for or advertise their own services without quickly depleting their power supplies. Service advertisement and discovery over a network is typically done using a protocol operating at Layer-3 or a higher layer in the networking stack. Such protocols require the client device that wishes to discover and utilize a service first establish a connection with the network before discovering available services. With wireless networking, if the client is in an environment where there are multiple networks, the client may be forced to connect and then disconnect from multiple networks before identifying the network that provides the required service. This approach is inefficient in terms of time and power consumption.

Thus, a strong need exists for improved techniques for discovering services provided in a wireless networks.

BRIEF DESCRIPTION OF THE DRAWINGS

The subject matter regarded as the invention is particularly pointed out and distinctly claimed in the concluding portion of the specification. The invention, however, both as to organization and method of operation, together with objects, features, and advantages thereof, may best be understood by reference to the following detailed description when read with the accompanying drawings in which:

FIG. 1 illustrates an example where a user with a Mobile Internet Device (MID) is looking for a printer to print a document from his MID in an embodiment of the present invention.

It will be appreciated that for simplicity and clarity of illustration, elements illustrated in the figures have not necessarily been drawn to scale. For example, the dimensions of some of the elements are exaggerated relative to other elements for clarity. Further, where considered appropriate, reference numerals have been repeated among the figures to indicate corresponding or analogous elements.

DETAILED DESCRIPTION

In the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the invention. However, it will be understood by those skilled in the art that the present invention may be practiced without these specific details. In other instances, well-known methods, procedures, components and circuits have not been described in detail so as not to obscure the present invention.

Embodiments of the invention may be used in a variety of applications. Some embodiments of the invention may be used in conjunction with various devices and systems, for example, a transmitter, a receiver, a transceiver, a transmitter-receiver, a wireless communication station, a wireless communication device, a wireless Access Point (AP), a modem, a wireless modem, a Personal Computer (PC), a desktop computer, a mobile computer, a laptop computer, a notebook computer, a tablet computer, a server computer, a handheld computer, a handheld device, a Personal Digital Assistant (PDA) device or a handheld PDA device.

Although embodiments of the invention are not limited in this regard, discussions utilizing terms such as, for example, “processing,” “computing,” “calculating,” “determining,” “establishing”, “analyzing”, “checking”, or the like, may refer to operation(s) and/or process(es) of a computer, a computing platform, a computing system, or other electronic computing device, that manipulate and/or transform data represented as physical (e.g., electronic) quantities within the computer's registers and/or memories into other data similarly represented as physical quantities within the computer's registers and/or memories or other information storage medium that may store instructions to perform operations and/or processes.

Although embodiments of the invention are not limited in this regard, the terms “plurality” and “a plurality” as used herein may include, for example, “multiple” or “two or more”. The terms “plurality” or “a plurality” may be used throughout the specification to describe two or more components, devices, elements, units, parameters, or the like. For example, “a plurality of stations” may include two or more stations.

Service advertisement and discovery over a network is typically done using a protocol operating at Layer-3 or a higher layer in the networking stack. Examples of such protocols are UPnP/SSDP [3] and ZeroConf/DNS-SD [2]. Such protocols require the client device that wishes to discover and utilize a service first establish a connection with the network before discovering available services. As used in embodiments of the present invention “establish a connection with the network” may mean initializing Layer-3 and possibly higher layers of the 7-layer network model. If the client is in an environment where there are multiple networks, the client may be forced to connect and then disconnect from multiple networks before identifying the network that provides the required service. This approach is inefficient in terms of time and power consumption. An embodiment of the present invention provides devices equipped with radio interfaces such as, but not limited to, Wi-Fi, UWB, and Bluetooth to advertise the services it provides and also discover services offered by other nearby devices without the need for establishing a network connection with them.

A device that offers one or more services is called a server. A device that utilizes services offered by servers is called a client. An embodiment of the present invention provides two types of messages to be exchanged between the server and the client before they are connected: 1) Query and 2) Response—although the present invention is not limited in this respect.

Query: A Query message is sent by the client that wishes to learn about services provided by devices nearby. The message may be directed to a particular device or broadcast to all devices.

Response: A Response message is sent by a server to advertise the services that it provides. The message may be directed (unicast) to a particular client in response to its Query message or it may be broadcast. The Response message may contain “hints” about available service instances which would help the client decide whether it is interested in that service.

In some scenarios, certain devices may send Response messages on behalf of the server. Such a device is called a Proxy. For example, an AP that provides wireless connectivity to a wired network may act on behalf of servers in the wired network. FIG. 1 shows generally at 100, an example network with client 125, server 105, 110, and proxy 120, 130 devices. In this example network, the Guest printer 140 responds to Query messages by itself whereas the AP 120 and Joe's Computer 130 act as proxies for printers 105, 110 and Printer-xyz 135 respectively.

Information that is exchanged in the Query and Response messages may be derived from service information provided by higher layer service discovery protocols (such as, but not limited to, ZeroConf or UPnP). The fields in the messages may be defined in such a way that both the client and server can specify attributes corresponding to a higher layer discovery protocol. This approach facilitates integration and coordination of functionality between the different service discovery layers. Since L2SD Query and Response messages need to be sent before the client connects to the server's network, only certain types of frames (typically, although not necessarily, management frames) can be used to carry them. In an 802.11 network, one possibility is that the Query message may be sent in a Probe Request and the Response message may be sent in the Probe Response using Information Elements (IEs). In addition, servers may send the Response message periodically in their Beacons. In this case, the clients can passively listen to the beacons and gather information about services available. Similar mechanisms may be used for other types of radio networks such as UWB and Bluetooth. Once the user selects a particular network and one or more service instances to be connected to, the client networking stack may be triggered to connect to that particular network. Once a successful network connection is established, higher-layer discovery mechanisms are triggered with appropriate service instance information already specified by the user to be connected to. By coordinating information exchange by the different service discovery layers, implementation is simplified and user experience can be improved (for example, the user does not need to be prompted more than once to select the service or device they want to connect to).

Continuing with FIG. 1, consider an example where a user with a Mobile Internet Device (MID) 125 is looking for a Printer to print a document from his MID 125. Let us consider that the MID 125 is using ZeroConf as the higher-layer service discovery mechanism and that all the devices are equipped with 802.11 radio interfaces. As shown in FIG. 1, the Query message may be sent from the MID 125 in a Probe Request and the Response message may be sent in the Probe Response using IEs—although the present invention is not limited in this respect. The MID 125 sends a Query message in its Probe Request indicating the protocol it supports and service type it is interested in. In this example, the protocol is ZeroConf and the service type is “_ipp._tcp” which is the ZeroConf service type that stands for “Internet Protocol Printer”. In other words, the MID 125 is interested in any Printer device (service) 105, 110, 135 or 140 that supports the IPP protocol. Servers (or their proxies) that provide compatible service respond with a Response message. The Response message provides enough “hints” about the service instance to help the MID 125 user decide which printer to choose. In this example, and not limited in this respect, the format of the Query message is: <Higher-layer discovery protocol, service type list . . . >. The format of the Response message is: <Higher-layer discovery protocol, Network Identifier, <Service Type, <Service Instance Name, Any additional attributes such as IP address>>>. The present invention does not specify any particular format or layout for the Query and Response messages and the above are merely examples. The messages may be defined in any format which achieves the objective of discovering services using Layer2 frames before connecting to a network. The steps involved in discovering the printers are listed below.

1. MID sends broadcast Query message: <ZeroConf, _ipp._tcp>. The message is received by all the servers in the neighborhood.

2. All servers that provide printing service and support the ZeroConf protocol respond to the Query with a Response message.

a. Response-1 from AP: <ZeroConf, JF3-Network, <_ipp._tcp, <<JF3-2-H5, JF3-2-J10>>>

b. Response-2 from Joe's-Laptop: <ZeroConf, Joe's-Laptop, <_ipp._tcp, <Printer-xyz, Location:JF3-2-K9, IP address: 139.145.23.90>>>

c. Response-3 from Guest Printer: <ZeroConf, Guest-Printer, <_ipp._tcp, <Guest, Location:JF3-2-C4, IP address: 139.145.23.85>>>

3. MID displays the responses to the user in a user-friendly format and the user chooses the network and printer instance to connect to.

4. MID connects to the chosen network and uses a higher-layer discovery mechanism (ZeroConf in this case) to obtain additional information about the chosen printer so that it can successfully connect with and use the printer.

With today's radio interfaces such as 802.11, one can only discover “networks” but not services offered by other devices connected to those networks. Only after the user connects to a network, the services offered by that network can be discovered using higher-layer service discovery protocols such as ZeroConf and UPnP. If there are multiple networks nearby and the user is unaware of which network provides the services that he is looking for, then he is forced to connect to each network and then invoke the higher-layer service discovery protocol to determine the available services. This is inefficient in terms of time and energy consumed. Embodiments of the present invention, provide a way where a client device can determine information about the devices and services offered by a network and also query for specific services prior to connecting to the network. A further advantage of the invention is that higher-layer server addressing information such as an IP address can be discovered by the client prior to connection. This permits the higher-layer discovery operation performed after connection to be more efficient and more reliable since a unicast higher-layer discovery message can be sent rather than an unreliable broadcast or multicast message. Higher-layer service discovery frameworks such as UPnP and Zeroconf depend upon multicast messages for device and service discovery on unmanaged networks. However, on wireless networks, it is particularly important not to rely on successful delivery of multicast or broadcast messages due to problems of radio interference, obstructions, and signal fading.

While certain features of the invention have been illustrated and described herein, many modifications, substitutions, changes, and equivalents will now occur to those skilled in the art. It is, therefore, to be understood that the appended claims are intended to cover all such modifications and changes as fall within the true spirit of the invention.

Claims

1. A system comprising:

a wireless communication client device capable of discovering service information of at least one wireless communication server prior to establishing a layer-two network connection with the at least one wireless communication server.

2. The system of claim 1, wherein the wireless communication client is capable of transmitting a query indicating a service required by the wireless communication client.

3. The system of claim 2, wherein the wireless communication client is to transmit a beacon including a query information-element indicating the service required by the wireless communication client.

4. The system of claim 3, wherein the wireless communication client is to receive a probe request from the wireless communication server, and wherein the probe request includes the service information.

5. The system of claim 2, wherein the wireless communication client is to transmit a probe request including a query information-element indicating the service required by the wireless communication client.

6. The system of claim 5, wherein the wireless communication client is to receive a probe response from the wireless communication server, and wherein the probe response includes the service information.

7. The system of claim 2, wherein the wireless communication client is to receive from the wireless communication server a response to the query, and wherein the response includes the service information.

8. The system of claim 1, wherein the wireless communication client device is to provide a user of the wireless communication client device with an indication of the at least one discovered wireless communication server, wherein the wireless communication client is to enable the user to select a selected server from the at least one discovered wireless communication server, and wherein the wireless communication client is to trigger a network connection with the selected server.

9. The system of claim 1, wherein the service information includes an address of the wireless communication server.

10. The system of claim 1, wherein the wireless communication client is capable of discovering the service information based on at least one layer-two communication received from the wireless communication server.

11. The system of claim 10, wherein the layer-two communication includes a layer-two management frame.

12. The system of claim 11, wherein the layer-two management frame includes a probe request.

13. The system of claim 11, wherein the layer-two management frame includes a probe response.

14. The system of claim 1, wherein the service information includes service type information identifying a type of service provided by the wireless communication server.

15. A system comprising:

a wireless communication server capable of transmitting service information to a wireless communication client prior to establishing a layer-two network connection with the wireless communication client, wherein the service information includes information of one or more services offered by the server.

16. The system of claim 15, wherein the wireless communication server is capable of receiving a query from the wireless communication client, the query indicating a service required by the wireless communication client.

17. The system of claim 16, wherein the wireless communication server is to receive a beacon from the wireless communication client, the beacon including a query information-element indicating the service required by the wireless communication client.

18. The system of claim 17, wherein the wireless communication server is to transmit a probe request to the wireless communication client, and wherein the probe request includes the service information.

19. The system of claim 16, wherein the wireless communication server is to receive a probe request from the wireless communication client, the probe request including a query information-element indicating the service required by the wireless communication client.

20. The system of claim 20, wherein the wireless communication server is to transmit a probe response to the wireless communication client, and wherein the probe response includes the service information.

21. The system of claim 16, wherein the wireless communication server is to transmit a response to the query to the wireless communication client, and wherein the response includes the service information.

22. The system of claim 15, wherein the service information includes an address of the wireless communication server.

23. The system of claim 15, wherein the wireless communication server is to transmit the service information as part of at least one layer-two communication.

24. The system of claim 23, wherein the layer-two communication includes a layer-two management frame.

25. The system of claim 24, wherein the layer-two management frame includes a probe request.

26. The system of claim 24, wherein the layer-two management frame includes a probe response.

27. The system of claim 15, wherein the service information includes service type information identifying a type of service provided by the wireless communication server.

28. A method comprising:

providing a wireless communication client with service information of at least one wireless communication server prior to establishing a layer-two network connection between the wireless communication client and the wireless communication server.

29. The method of claim 28 including transmitting from the wireless communication client a query indicating a service required by the wireless communication client.

30. The method of claim 29, wherein transmitting the query includes transmitting a beacon including a query information-element indicating the service required by the wireless communication client.

31. The method of claim 30 including receiving at the wireless communication client a probe request from the wireless communication server, wherein the probe request includes the service information.

32. The method of claim 29, wherein transmitting the query includes transmitting a probe request including a query information-element indicating the service required by the wireless communication client.

33. The method of claim 32 including receiving at the wireless communication client a probe response from the wireless communication server, wherein the probe response includes the service information.

34. The method of claim 29 including receiving at the wireless communication client a response to the query, wherein the response includes the service information.

35. The method of claim 28 including: enabling the user to select a selected server from the at least one discovered wireless communication server; and triggering a network connection with the selected server.

providing a user of the wireless communication client with an indication of the at least one discovered wireless communication server;

36. The method of claim 28, wherein the service information includes an address of the wireless communication server.

37. The method of claim 28 including discovering the service information based on at least one layer-two communication received from the wireless communication server.

38. The method of claim 37, wherein the layer-two communication includes a layer-two management frame.

39. The method of claim 37, wherein the layer-two management frame includes a probe request.

40. The method of claim 37, wherein the layer-two management frame includes a probe response.

41. The method of claim 28, wherein the service information includes service type information identifying a type of service provided by the wireless communication server.

Patent History
Publication number: 20100254286
Type: Application
Filed: Jun 9, 2010
Publication Date: Oct 7, 2010
Inventors: Anand Rangarajan (Beaverton, OR), Victor Lortz (Beaverton, OR)
Application Number: 12/797,173
Classifications
Current U.S. Class: Network Configuration Determination (370/254)
International Classification: H04L 12/28 (20060101);