WO2013073838A4 - 와이파이 다이렉트 네트워크를 통한 지원 서비스 탐색 방법 및 디바이스 - Google Patents

와이파이 다이렉트 네트워크를 통한 지원 서비스 탐색 방법 및 디바이스 Download PDF

Info

Publication number
WO2013073838A4
WO2013073838A4 PCT/KR2012/009608 KR2012009608W WO2013073838A4 WO 2013073838 A4 WO2013073838 A4 WO 2013073838A4 KR 2012009608 W KR2012009608 W KR 2012009608W WO 2013073838 A4 WO2013073838 A4 WO 2013073838A4
Authority
WO
WIPO (PCT)
Prior art keywords
service
information
wireless communication
communication group
supported
Prior art date
Application number
PCT/KR2012/009608
Other languages
English (en)
French (fr)
Other versions
WO2013073838A1 (ko
Inventor
송재형
곽경철
김서욱
최인환
송원규
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to KR1020147012234A priority Critical patent/KR102081936B1/ko
Priority to US14/358,621 priority patent/US9485719B2/en
Publication of WO2013073838A1 publication Critical patent/WO2013073838A1/ko
Publication of WO2013073838A4 publication Critical patent/WO2013073838A4/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • the present invention relates to a device and a control method thereof, in which usage of a Wi-Fi direct device can be implemented in consideration of convenience of a user.
  • Wi-Fi Direct Network is a network that allows peer-to-peer connections between Wi-Fi devices without requiring participation in home, office, and hotspot networks.
  • Wi- Wi-Fi Alliance, WFA.
  • Devices in a Wi-Fi direct network should be able to search for capability information of each other.
  • the present invention proposes a Wi-Fi device and a method for searching for a service that can efficiently determine a support service of a device to be connected before a Wi-Fi direct connection is established, which is proposed in order to satisfy the above- .
  • a method for providing a service discovery request frame comprising: generating a service discovery request frame for searching for a service supported by each device belonging to a wireless communication group; Transmitting a service discovery response frame including service information supported by each device belonging to the wireless communication group to the owner device of the devices belonging to the wireless communication group in response to the service discovery request frame, ) From the owner device.
  • a method for providing a service discovery request frame comprising: receiving a service discovery request frame for searching for a service supported by each device belonging to the wireless communication group, A step in which the owner device generates a service discovery response frame including service information supported by each device belonging to the wireless communication group in response to the received service discovery request frame, And transmitting the service search response frame to the predetermined device.
  • the present invention it is possible to determine whether or not a support service identified prior to establishing a connection through the Wi-Fi direct network is presently available, and further information can be further provided to the user .
  • FIG. 1 is a block diagram of a Wi-Fi device 100 supporting a Wi-Fi direct network according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating a process of searching for a Wi-Fi device 100 service in a Wi-Fi direct network according to an embodiment of the present invention.
  • FIG. 3 is a diagram illustrating an example of a method for searching for a service provided by a wireless communication group according to an embodiment of the present invention. Referring to FIG.
  • FIG. 4 is a flowchart illustrating a process of searching for a service provided by the wireless communication group of FIG. 3 according to an embodiment of the present invention.
  • 5A to 5E are diagrams illustrating an example of fields of a service search request / search response frame according to an embodiment of the present invention.
  • FIG. 6 is a diagram illustrating an example of a method for collectively grasping support services of devices belonging to a group according to another embodiment of the present invention.
  • FIG. 7 is a diagram illustrating an example of a field structure of a group service search response frame according to an embodiment of the present invention.
  • FIG. 8 is a diagram illustrating an example of a group service discovery process according to another embodiment of the present invention. Referring to FIG. 8
  • FIG. 9 is a diagram showing an example of including information on whether or not the " Status Code " field in the service TLV of the group service search response frame is currently available according to an embodiment of the present invention.
  • FIG. 10 is a diagram illustrating an example of a method for providing information that can update the support service when a change occurs in the support service according to another embodiment of the present invention.
  • 11A is a diagram showing an example of a " Status Code " field included in a service search response frame according to another embodiment of the present invention.
  • 11B is a diagram illustrating an example of a service update notification frame according to an embodiment of the present invention.
  • 11C is a diagram illustrating a detailed field configuration of the " Update data " field according to an embodiment of the present invention.
  • FIG. 12 is a diagram for explaining a method of determining an owner / client device when forming a wireless communication group according to another embodiment of the present invention.
  • FIG. 13 is a diagram illustrating an example of a method of associating a host / dock device in a USB service protocol with an owner / client device on a Wi-Fi direct network according to an embodiment of the present invention.
  • FIG. 14 is a flowchart illustrating a method of setting an owner / client device when one of two devices providing a USB service protocol supports only a host device and the other supports only a dock device.
  • 15A is a diagram illustrating fields of a WS-IE (Wi-Fi USB Information Elements) according to an exemplary embodiment of the present invention.
  • WS-IE Wi-Fi USB Information Elements
  • 15B shows an example of a specific detail field of a " WSB Subelements " field according to an embodiment of the present invention.
  • 15C is a diagram showing an example of a detail field of the " Subelements body field ".
  • 15D is a diagram showing an example of the bit structure of " WSB Device Information " according to an embodiment of the present invention.
  • 16 and 17 are flowcharts of a WSB connection establishment process for explaining an embodiment of the present invention.
  • FIG. 18 is a flowchart illustrating a method for determining an owner / client device according to an embodiment of the present invention.
  • FIG. 1 is a block diagram of a Wi-Fi device 100 supporting a Wi-Fi direct network according to an embodiment of the present invention.
  • a Wi-Fi device 100 includes a transceiver 101, a PHY protocol module 102, a MAC protocol module 103, a frame generator 104, And a control unit 105.
  • the transceiver 101 transmits and receives data to and from another Wi-Fi device 100-2 using a Wi-Fi network. Upon receiving the information generated from the PHY protocol module 102, the transceiver unit 101 moves the received information to an RF spectrum, filters it, amplifies the RF spectrum, do. In addition, the transceiver unit 101 performs a function of transferring an RF signal (Radio Frequency Signal) received from an antenna to a band that can be processed by the PHY protocol module 102 and performing filtering.
  • the transmission / reception unit 101 may also include a switch function for switching the transmission and reception functions.
  • the PHY protocol module 102 When the PHY protocol module 102 is requested to transmit data from the MAC protocol module 103, the PHY protocol module 102 performs a FEC encoding, a modulation, a preamble, and a pilot on the requested data. Or the like, and transmits the processed signal to the transmission / reception unit 101. [0033] FIG.
  • the PHY protocol module 102 receives demodulation, equalization, FEC decoding (Forward Error Correction Decoding), and PHY (Physical Layer Decoding) when the received signal is received by the transceiver 101 And transmits the data to the MAC protocol module 103 through a process of enhancing a signal added in the physical layer.
  • the PHY protocol module 102 may include a modulator, a demodulator, an equalizer, an FEC encoder, and a FEC decoder (Forward Error Correction decoder).
  • the MAC protocol module 103 performs necessary processes for transferring data transferred from the upper layer to the PHY protocol module 102 and performs additional processing for performing basic communication.
  • the upper layer processes data requested to be transmitted and processes the data to be transferred to and transferred to the PHY protocol module 102, processes the received data transferred from the PHY protocol module 102, . It may also be responsible for handling the communication protocol by taking charge of any additional transmission and reception necessary for such data transfer.
  • the frame generation unit 104 generates a data frame, a request frame, and / or a response frame to communicate with another Wi-Fi device 100-2.
  • a service search request frame and / or a service search response frame associated with embodiments of the present invention.
  • the service search request frame and / or the service search response frame will be described later with reference to FIGS. 5A to 5E.
  • the control unit 105 typically controls the overall operation of the Wi-Fi device 100.
  • FIG. 2 is a diagram illustrating a process of searching for a Wi-Fi device 100 service in a Wi-Fi direct network according to an embodiment of the present invention.
  • FIG. 2 shows a first device 100-1 and a second device 100-2.
  • a list of services supported by each device 100 is also shown.
  • a service supported by the first device 100-1 is Bonjour, a Wi-Fi display, and a Universal Plug and Play (UPnP) Services include Bonjour and WS-Discovery (Web Service Dynamic Discovery).
  • the WiFi direct network may include at least one Wi-Fi device including a first device 100-1 and a second device 100-2.
  • the Wi-Fi direct network has the same meaning as the Wi-Fi peer-to-peer (P2P) network.
  • Wi-Fi devices include devices such as display devices, printers, digital cameras, projectors, and mobile phones.
  • Wi-Fi devices within a Wi-Fi direct network can connect directly to each other without using a wireless local area network (WLAN) access point (AP).
  • WLAN wireless local area network
  • Wi-Fi devices implement a new firmware protocol.
  • the first device 100-1 performs a device search 2001 for recognizing the devices 100 before connecting with the second device 100-2 via the WiFi direct network, .
  • the first device 100-1 and the second device 100-2 can grasp the services provided by the devices before the WiFi direct network session is established.
  • the device search 2001 process uses a probe request frame and a probe response frame to exchange device information.
  • the first device 100-1 which desires to search for another Wi-Fi device in the vicinity, transmits the probe request frame to the surroundings and waits for reception of the probe response frame.
  • the second device 100-2 generates a probe response frame and transmits the generated probe response frame to the first device 100-1, To perform the device search 2001 process.
  • the service discovery 2002 process uses a service discovery request frame and a service discovery response frame to exchange service information provided by each device.
  • the service search request frame and the service search response frame are generated using the GAS initial request frame and the GAS initial response frame of the IEEE 802.11u, respectively.
  • the respective fields of the service search request frame and the service search response frame will be described later in detail with reference to Figs. 5A to 5E.
  • each of the devices 100-1 and 100-2 can acquire information on a service provided by the other party of the service discovery 200.
  • FIG. 3 is a diagram illustrating an example of a method for searching for a service provided by a wireless communication group according to an embodiment of the present invention. Referring to FIG.
  • wireless communication groups can be formed between devices connected to the network.
  • a structure in which a network is connected forms a wireless communication group by one device serving as an owner and a plurality of devices connected to the owner device acting as clients.
  • the wireless communication group thus formed only the owner device can connect with a plurality of other devices, and the client device can be connected only with the owner device.
  • the second device 100-2 acts as an owner device in FIG. 3, and the third device 100-3 and the fourth device 100-4 serve as the second device 100-2. Is the client device of the device 100-2. Therefore, a wireless communication group composed of the second to fourth devices 100-2 to 100-4 is formed.
  • the first device 100-1 when the first device 100-1 searches for a service provided by the wireless communication group, the first device 100-1 first searches for the service provided by the wireless communication group through the device search 2001 process described above with reference to FIG. 2 And then perform a service discovery (2002) process.
  • FIG. 4 is a flowchart illustrating a process of searching for a service provided by the wireless communication group of FIG. 3 according to an embodiment of the present invention.
  • a service provided by a wireless communication group means service information provided by each device (including an owner device) belonging to a wireless communication group.
  • the second to fourth devices 100-2 to 100-4 form a wireless communication group as in the example of FIG. 3, (2001), and the lower process illustrates a service discovery (2002) process.
  • the first device 100-1 performs a device search 2001 process with the second device 100-2, which is an owner device of the wireless communication group.
  • the first device 100-1 may go through the device search 2001 process described above with reference to FIG. 2.
  • the device identification information of the second device 100-2 the second device 100-2 can acquire the information that it is the owner device of the wireless communication group and the identification information of the client device of the wireless communication group.
  • the first device 100-1 performs a service discovery 2002 process with each of the devices belonging to the wireless communication group in the service discovery 2002 process.
  • a service discovery 2002 process since the process of searching for a service 2002 is the same as that described above with reference to FIG. 2, a detailed process will be omitted.
  • the second device 100-2 which is an owner device, performs a service search process 2002a.
  • the service discovery process (2002b, 2002c) can be performed with each of the client devices using the identification information of the client device obtained through the device search (2001) process.
  • the first device 100-1 obtains the service information provided by each device (second to fourth devices) included in the wireless communication group .
  • the service search request frame is used in the service search request 2002-1, and the service search response frame is used in the service search response 2002-2. It is obvious that each of these frames can be equally used in the service search 2002 process in FIG.
  • Each of the fields of the service search request frame and the service search response frame will be described in detail below with reference to FIGS. 5A to 5E.
  • Each of the fields shown in Figs. 5A to 5E are exemplary fields of a service search request frame and a service search response frame, and need not necessarily be limited thereto.
  • 5A to 5E are diagrams illustrating an example of fields of a service search request / search response frame according to an embodiment of the present invention.
  • the service discovery request frame and the service discovery response frame are respectively generated using the GAS initial request frame and the GAS initial response frame of 802.11u, and more specifically, the vendor extended field of the GAS initial request / response frame.
  • the service TLV field sizes including the "Organizationally Unique Identifier (OUI) Subtype" field of the GAS initial request / response frame and the Type Length Value (TLV) of the service search request / response are 1 octet and variable size (Variable Size).
  • the " OUI Subtype " field refers to the identifier assigned to the authority. In the illustrated example, the " OUI Subtype " field has a value of " 0x09 " In the case of the service TLV, the service search request frame (FIG. 5B) and the service search response frame (FIG. 5D) are different from each other.
  • 5B is a diagram illustrating an example of a detail field of a service TLV field of a service search request frame.
  • the service search request frame is a frame to be transmitted in the service search request 2002-1.
  • the service search request frame requests information about services supported by the device receiving the request.
  • the service TLV field of the service search request frame includes the fields " Length ", " Service Protocol Type ", " Service Transaction ID “, and " Query data " , 1 and a variable size.
  • the " Length" field contains the length value of the service search request TLV.
  • the " Service Protocol Type" field includes service protocol type information, which will be described later with reference to FIG. 5C.
  • the " Service Transaction ID " field includes an identifier for associating the service search request frame and the service search response frame.
  • the " Service Transaction ID " field is set to any value other than 0 when the service discovery request frame is generated.
  • the " Query Data” field includes the structure of the service search request frame and the definition of the content. Specific details of this field can be found by referring to IEEE P802.11u [4].
  • FIG. 5C is a diagram showing an example of a " Service Protocol Type " field according to an embodiment of the present invention.
  • the " Service Protocol Type " field includes a type of a service protocol provided by the Wi-Fi device and whether the entire service is requested.
  • the "Service Protocol Type" field uses 8 bits, of which 0 to 6 bits indicate service protocol type information, and the last 7 bits indicate whether a group full service is requested.
  • the service protocol type may include a value of one of 0 to 127. 0 is the protocol of all services, 1 is the Bonjour protocol identifier, 2 is the UPnP protocol identifier, 3 is the Wi-Fi display protocol identifier, and 4-127 are reserved for future services.
  • This service protocol type is included in the service discovery request frame by being included in the " Service Protocol Type " field. Accordingly, the device receiving the service search request frame can request information on whether the service protocol is supported or not. For example, when the service discovery request frame includes the Bonjour protocol identifier " 1 ", the service discovery request frame requests " information on whether the receiving device supports the Bonjour protocol ". As another example, if the service search request frame includes a protocol identifier of " 0 " of all services, the service search request frame requests " information on all services supported by the receiving device ".
  • Whether or not the group total service request is the last 7 bits is a field related to another embodiment of the present invention, which will be described later with the embodiment of FIG. 6.
  • 5D is an illustration of an example of a detail field of a service TLV field of a service discovery response frame.
  • the service TLV field of the service discovery response frame includes the fields " Length ", " Service Protocol Type ", " Service Transaction ID “, “ Status Code & In turn, have 2, 1, 1, 1, and variable sizes.
  • the " Length ", " Service Protocol Type " and " Service Transaction ID” are the same fields as the service TLV of the service search request frame described above with reference to FIG. 5B.
  • the " Status Code " field is a field containing status information about the service requested by the service search request frame. Since the 8 bits (1 octet) is used, the value can have a value from 0 to 255. 5E, if the value of the "Status Code" field is 0 (0X00), it indicates that the requested service protocol is available. If the field value is 1 (0X01) Indicating that the service protocol is unavailable. If the field value is 2 (0X10), it indicates that the requested information can not be provided. If the field value is 3 (0X11), the received request is an error message that the request is invalid. If the field value is 4 to 225, it is not defined at present.
  • the " Response Data” field may be changed according to the " Service Protocol Type " field of the received service search request frame and the service information type included in the " Query Data Field " That is, the " Response Data " field includes the service information type and related service data requested by the received service search request frame. For example, when a request is made for the support of the " Bonjour " protocol by the received service search request frame, the version of the support protocol and / or the detailed service of the " Bonjour " And may include protocol details such as information.
  • the "Bonjour" protocol defines what is specifically included, and WiFi Direct defines only the protocol for sending and receiving it.
  • FIG. 5F is a diagram illustrating fields of a " P2P group capability bitmap " according to an embodiment of the present invention, and will be described later with reference to FIG.
  • the first device 100-1 which desires to search for a service, It is necessary to perform a service search (2002) process for each device belonging to the service. If each of the devices is subjected to a service discovery 2002 process, there is a risk of waste of power as well as waste of data resources. Particularly, there are many cases of mobile terminals due to characteristics of Wi-Fi direct devices, and waste of electric power in such mobile terminals is one of important issues.
  • a service search request is made to the entire group, and a method of collectively grasping the support service of each device belonging to the group is proposed.
  • a method of collectively grasping the support service of each device belonging to the group is proposed.
  • FIG. 6 is a diagram illustrating an example of a method for collectively grasping support services of devices belonging to a group according to another embodiment of the present invention.
  • the example shown in Fig. 6 is a state in which a wireless communication group is formed in which the second device is the owner device and the third and fourth devices are the client devices, as in the example shown in Fig.
  • the owner device of the wireless communication group acquires and stores the support service of each of the client devices belonging to the wireless communication group (step 6001).
  • the first device 100-1 identifies the second device 100-2 as the owner device of the wireless communication group through the device search 2001 process.
  • the second device 100-2 as the group owner device provides the " P2P group capability bitmap " which is the information indicating the property of the group to the first device 100-1.
  • the details of the " P2P group capability bitmap " are the same as those of a general WiFi direct network, and will be omitted for the sake of clarity of the present invention.
  • the group service search 6001 is a process according to an embodiment of the present invention and is an evolved service discovery process capable of collectively grasping support services of devices belonging to a group.
  • the first device 100-1 should be able to identify whether the group to which the second device 100-2 belongs supports the group service discovery 6001 process. Therefore, in the embodiment of the present invention, it is proposed that the above-described " P2P group capability bitmap " includes information on whether or not to support the group service search 6001 process. Therefore, in the present invention, it is proposed to modify the existing " P2P group capability bitmap " field as described below with reference to FIG. 5F.
  • FIG. 5F shows a modified " P2P group capability bitmap " according to an embodiment of the present invention.
  • the bits 0 to 6 of the " P2P group capability bitmap " are the same as the previously used " P2P group capability bitmap ", and thus a detailed description thereof will be omitted.
  • P2P group capability bitmap can be used in beacon transmission, search response, (re) join response, etc. to indicate that it supports the group service search function.
  • the first device 100-1 searching for the service can determine whether the group service search 6001 is supported through the " P2P group capability bitmap " of the search target group. Accordingly, the first device 100-1 can transmit the group service search request 6001-1 to the second device 100-2.
  • the first device 100-1 When the first device 100-1 undergoes a group service search 6001 process with the second device 100-2, which is the owner device of the group, the first device 100-1 can acquire a service supported by each device belonging to the corresponding wireless communication group have.
  • the service search request / response frame used in these embodiments can be modified in the frames described with reference to FIGS. 5A to 5E. This modification will be described in detail with reference to FIG. 5 and FIG.
  • a group service search request frame or a general service search request frame is distinguished according to the value of 7Bit, which is the last bit of the "Service Protocol Type" field.
  • the second device 100-2 can recognize that the received frame is a general service search request frame. Accordingly, the second device 100-2 receives the general service search response frame, and generates a general service search response frame in response to the received general service search request frame.
  • This general service discovery response frame includes only the provided service information of the second device 100-2, as described above with reference to Fig.
  • the second device 100-2 recognizes that the received frame is a group service search request frame according to an embodiment of the present invention have. Accordingly, the second device 100-2 receives the group service search request frame, and generates a group service search response frame in response to the received group service search request frame.
  • This group service search response frame includes all of the provided service information of each device belonging to the wireless communication group.
  • FIGS. 7A to 7C an example of a field structure of a group service search response frame according to an embodiment of the present invention will be described with reference to FIGS. 7A to 7C.
  • FIG. 7 is a diagram illustrating an example of a field structure of a group service search response frame according to an embodiment of the present invention.
  • the basic structure of the group service discovery response frame is similar to that of the general service discovery response frame, and in FIG. 7, the difference from the general service discovery response frame is mainly described.
  • an example of the basic structure to be described with reference to FIG. 7 is the same as the basic structure of the service search frame shown in FIG. 5A.
  • FIG. 7A shows an example of a detail field of the " service TLV " field of the group service response frame.
  • the detail field of the "service TLV” field shown in FIG. 7A includes "Length”, “Service Protocol Type”, “Service Transaction ID”, “Status Code”, and "Response data for Group” In turn, 2, 1, 1, 1 and variable size.
  • 7B is a diagram showing an example of a "Response Data for Group” field 701 according to an embodiment of the present invention. 7B illustrates a case where the "Response Data for Group” field 701 contains one piece of support service information.
  • Response Data for Group field 701 covers information on various devices in a lump, information 7001 identifying the device and support service information (Response Data) of the device are stored in correspondence with each other.
  • identification information 7001 for the second device is included.
  • the device identification information 7001 can be divided into fields of "Attribute ID", “Length” and "P2P device address” in detail.
  • the " Attribute ID” field is generally the same as the field used in Wi-Fi direct network and includes property information of P2P network.
  • the " Length" field contains length information of a subfield corresponding to each device.
  • the "P2P device address” field contains the hardware address of the device. In the example shown in Fig. 7B, the " P2P device address " field is filled with the hardware address of the second device 100-2.
  • the " Response Data” field is the same as described above in Fig. 5D. That is, it can be changed according to the service protocol type field of the received service search request frame and the service information type included in the " Query Data Field " field.
  • the " Response Data " field includes the service information type and related service data requested by the received service search request frame.
  • FIG. 7C is a diagram illustrating a detailed field structure including a support service for various devices in the " Response Data for Group " field 701.
  • the second device 100-2 which is the owner device, represents a service search response frame generated in response to the request for information on whether the " UPnP " protocol service is supported.
  • the " Response Data for Group " field 701 includes support services for the three devices (second to fourth devices).
  • the " Response Data for Group " field 701 in the embodiment of the present invention serially connects the detailed fields for each device described in FIG. Can be configured.
  • the detailed fields for each device include information 7001 for identifying the device and support service information (Response Data) of the device.
  • the group service discovery response frame shown in FIG. 7C is a response frame for the second to fourth devices 100-2 to 100-4 when judged based on the information included in the " Response Data for Group " field 701, UPnP " service protocol, and the version and / or detailed service contents for the " UPnP " service protocol can additionally be determined through the respective " Response Data "
  • the support services of the devices belonging to the wireless communication group can be grasped collectively.
  • Wi-Fi display services can not make additional connections other than a 1: 1 connection. Accordingly, when a specific device is communicating using a Wi-Fi display service in a wireless communication group, the connection is refused if an additional Wi-Fi display connection is attempted to such a device.
  • FIG. 8 is a diagram illustrating an example of a group service discovery process according to another embodiment of the present invention. Referring to FIG. In the example shown in Fig. 8, a wireless communication group in which the second device 100-2 is the owner device is formed as in Fig.
  • the third device 100-3 and the fourth device 100-4 establish a session using a Wi-Fi display protocol.
  • the second device 100-2 which is the owner device, not only supports the respective services of the devices belonging to the current group, To the first device 100-1, further including whether or not the support services are currently available.
  • an embodiment of the present invention proposes to use the " Status Code" field in the service TLV of the group service search response frame of FIG. 7A.
  • FIG. 9 is a diagram showing an example of including information on whether or not the " Status Code " field in the service TLV of the group service search response frame is currently available according to an embodiment of the present invention.
  • the "Status Code” field shown in FIG. 9 has a value common to the "Status Code” field shown in FIG. 5E. That is, when the value of the " Status Code " field is 0 to 3, it is the same as that shown in FIG. 5E, and a detailed description thereof will be omitted.
  • the group service search response frame includes information that the service protocol is currently available. If the value of the " Status Code " field is “ 5 ", the group service search response frame includes information that the corresponding service protocol is currently unavailable. If the value of the " Status Code " field is " 6 ", the group service search response frame includes information that the service protocol is currently available or uncertain.
  • not only the support service of each device in the wireless communication group but also whether or not the support service is currently available is provided.
  • FIG. 10 is a diagram illustrating an example of a method for providing information that can update the support service when a change occurs in the support service according to another embodiment of the present invention.
  • a wireless communication group having the second device 100-2 as an owner device is formed in the same manner as in Fig.
  • the second device 100-2 has provided the first device 100-1 with the support services and currently available service information of the devices in the wireless communication group.
  • the third device 100-3 and the fourth device 100-4 have established a session using the Wi-Fi display protocol at the point of providing the second device 100-2, 100-1 includes information indicating that the Wi-Fi display protocols of the third device 100-3 and the fourth device 100-4 are currently unavailable.
  • the service search response frame is periodically transmitted to the first device 100-1, and the updated service search response frame is updated Including information that can be used to identify the user.
  • FIG. 11A A detailed structure of a frame including information for identifying whether or not to update will be described with reference to FIG. 11A.
  • 11A is a diagram showing an example of a " Status Code " field included in a service search response frame according to another embodiment of the present invention.
  • the 8 bits constituting the " Status Code " field in one embodiment of the present invention can be divided into two areas. 0 to 6 bits include information used in the past, and the last bit, 7 bits, indicates that the supported service information and / or the currently available service information have been updated according to the embodiment of the present invention.
  • the first device 100-1 determines that the supported service information and / or the currently available service information have been updated. Then, the first device 100-1 can analyze the remaining service search response frame to grasp the updated information.
  • the first device 100-1 determines that the supported service information and / or the currently available service information have not been changed. Then, the first device 100-1 can utilize the existing support service information and / or the currently available service information as it is.
  • the service search response frame is periodically transmitted to the first device 100-1 in order to update the service utilization state to be changed.
  • a service update notification frame is newly defined, and a service update notification frame is periodically transmitted.
  • the service update notification frame will be described with reference to Figs. 11B and 11C.
  • 11B is a diagram illustrating an example of a service update notification frame according to an embodiment of the present invention.
  • the basic structure of the service update notification frame conforms to the basic structure of the "P2P public action field", where the defined "OUI Subtype” is designated as 9 for "service discovery”.
  • the " Update data" field includes information on whether or not the update is to be used in the embodiment of the present invention, and will be described with reference to the detailed fields in FIG. 11C.
  • the "Update data” field may include subfields of "Service Update Indicator”, “Length”, “Service Protocol Type”, “Service Transaction ID”, “Status Code”, and “Update data”.
  • the " Service Update Indicator” field is data having a size of 2 octets and is information that can be updated by incrementing by 1 each time there is an update.
  • the " Length” field may include the full length information of the " Update data " field.
  • the " Service Protocol Type" field is set for the supportable service protocol type defined in P2P.
  • the " Service Transaction ID " field includes an identifier for associating the service search request frame and the service search response frame.
  • the " Service Transaction ID " field is set to any value other than 0 when the service discovery request frame is generated.
  • the " Status Code” field is the same as that described above with reference to FIG. 11A, and when the service support status is updated, information indicating that the status is updated is included in the last 7 bits.
  • the newly defined service update notification frame described with reference to FIG. 11B and FIG. 11C is periodically transmitted to another device, and when the utilization state of the service is changed, the other device is proposed to update the changed state have.
  • the embodiments of the present invention perform different roles depending on the owner device and the client device of the wireless communication group. Particularly, in the embodiments of the present invention described below, an example in which a universal serial bus (USB) service protocol is supported using a Wi-Fi direct network will be described.
  • USB universal serial bus
  • a method of determining a host device and a client device to be formed when forming a wireless communication group, particularly when using a USB service protocol is proposed.
  • the formed wireless communication group supports the USB service using the Wi-Fi direct network.
  • the connected devices are called Wi-Fi USB (WSB).
  • the USB service protocol distinguishes between a host device (WSB host) and a docking device (WSB dock) between two devices establishing a connection.
  • the host device controls the poison device to perform reading and / or writing operations on the data contained in the poison device or controlling the poison device.
  • a Lap top 1201 can serve as a host device or a poison device when connected by a USB service protocol. This is because, in the case of the laptop 1201, it is possible to control other connected devices using a CPU (Central Processing Unit) and other peripheral devices capable of controlling other devices, and to read and write data, can do. In addition, since the laptop 1201 includes a memory, it can also serve as a docking device.
  • a CPU Central Processing Unit
  • the WSB 1202 shown in FIG. 12A if it is assumed that there is no control unit capable of controlling other devices, the WSB 1202 can not serve as a host device. Therefore, in such a case, it can not help but play a role as a poison device.
  • FIG. 12 (a) when the laptop 1201 and the WSB dock 1202 use the USB service protocol using the Wi-Fi direct network, the laptop 1201 acts as a host device and the WSB .
  • the laptop 1201 is connected to the digital camera 1203 via a Wi-Fi direct network and provides a USB service protocol.
  • the laptop 1201 can serve as a host device since it does not control other generally connected devices.
  • the laptop 1201 generally serves as an owner device. Because the owner device can connect a plurality of client devices, most of the owner devices are responsible for devices having high data processing capability. Further, since the owner device has to establish a plurality of connections, the owner device takes charge of the owner device as the power supply is as desired.
  • FIG. 13 is a diagram illustrating an example of a method of associating a host / dock device in a USB service protocol with an owner / client device on a Wi-Fi direct network according to an embodiment of the present invention.
  • one of two devices using a USB service protocol supports only a host device, and the other describes a method of mapping an owner / client device when the device supports only a single device have.
  • the host device is set as the owner device and the poison device is set as the client device. This is because the host device is advantageous because the owner device can establish a WiFi direct network connection with a plurality of devices as described above.
  • FIG. 14 a process of setting a group as an owner device will be described with reference to FIG. 13 (a).
  • FIG. 14 is a flowchart illustrating a method of setting an owner / client device when one of two devices providing a USB service protocol supports only a host device and the other supports only a dock device.
  • WS-IE Wi-Fi USB Information Elements
  • a beacon transmission area is upwardly positioned on the line 1303, and a device search process is performed downward.
  • the device attempting connection transmits a beacon signal to another device, and waits for a response to the transmitted beacon signal.
  • the beacon signal including the WSB IE it is proposed to transmit the beacon signal including the WSB IE. That is, since the beacon signal in the example shown in Fig. 14 is a beacon signal transmitted by the host device 1300-1, the WSB IE included in the beacon signal indicates that the transmitting device supports only the host device And may include information indicating the type of the device.
  • the poi device 1300-2 receives the beacon signal.
  • the received dock device 1300-2 can acquire information that the device 1300-1 that has transmitted the beacon signal supports only the host device through the WSB IE included in the beacon signal.
  • the sink device receiving the beacon signal then transmits a search request 1302-1 including its own WSB IE to the host device 1300-1 in response to the beacon signal in the device search process.
  • the WSB IE included in the search request 1302-1 includes information that the poison device itself can support only the poison device.
  • the two devices wishing to establish a Wi-Fi direct network can obtain information that each other can support by exchanging the WSB IE.
  • the owner / client of the wireless communication group can be set using the acquired information.
  • a transmission including the WSB IE is transmitted at the time of beacon transmission.
  • the beacon transmission is performed using the search request 1302-1 and the search response 1302-2 You can also exchange WSB IEs.
  • both of the devices using the USB service protocol support both the host device and the dock device.
  • a method of acquiring WSB IE, which is attribute information of each of the two devices, and setting the WSB IE as an owner device or a client device in accordance with the attribute information is proposed.
  • the WSB IE which is the attribute information will be described below with reference to Fig.
  • 15A is a diagram illustrating fields of a WS-IE (Wi-Fi USB Information Elements) according to an exemplary embodiment of the present invention.
  • WS-IE Wi-Fi USB Information Elements
  • the WSB IE may include "Elements ID”, “Length”, “OUI”, “OUI Type” and “WSB Subelements”, and the size of each field in the example shown in FIG. 1 and a variable size.
  • the " WSB Subelements " field is a field including attribute information of the WSB connection according to an embodiment of the present invention. The detailed field structure will be described with reference to FIG. 15B.
  • 15B shows an example of a specific detail field of a " WSB Subelements " field according to an embodiment of the present invention.
  • the detail fields of the " WSB Subelements " field may include " Subelement ID ", " Length ", and " Subelements body field ".
  • the " Subelement ID” field indicates a field for identifying the format of the " WSB Subelements " field.
  • the " Length” field contains the length information of the entire " Subelement ID " field.
  • the "Subelements body field" is a field including attribute information of the WSB connection according to an embodiment of the present invention, and the detail field will be described in FIG. 15C.
  • 15C is a diagram showing an example of a detail field of the " Subelements body field ".
  • the " Subelement ID” field indicates a field for identifying the format of the " WSB Subelements " field.
  • the " Length” field contains the length information of the entire " Subelements body field " field.
  • WSB Device Information uses 8 bits and shows attribute information of the WSB connection. The concrete bit structure will be described with reference to Fig. 15D.
  • 15D is a diagram showing an example of the bit structure of " WSB Device Information " according to an embodiment of the present invention.
  • "WSB Device Information” uses 8 bits. Of these bits, 0 to 1 bit are device property information, 2 to 3 bits are device preferred operation information, 4 to 5 bits are WSB pairing support information, 6 bits are WSB service discovery support information And 7 ⁇ 8bit is left without defining.
  • 0 to 1 bits indicating the property information of the device may have a value of 0 to 3.
  • the value of the property information of the device is " 0 ", it indicates that the WSB device supports only the host device.
  • the value of the property information of the device is “ 1 ", it indicates that the WSB device supports only the poison device.
  • the value of the property information of the device is " 2 ", it indicates that the WSB device is capable of supporting both the host and the poison device.
  • the 2 to 3 bits indicating the device's preferred operation information may have a value of 0 to 3, indicating that when the value of the device's preferred operation information is "0", the WSB device wants to operate as a host device .
  • the value of the preferred operation information of the device When the value of the preferred operation information of the device is " 1 ", it indicates that the WSB device desires to operate as a dock device. When the value of the preferred operation information of the device is " 2 ", it indicates that the WSB device can operate as either a host device or a docking device.
  • Such a preferred operation may vary depending on the power supply level. That is, even when the power supply is smooth (for example, when the power supply is connected to the outlet and the power supply is smooth), there is no fear of electric power even when the power supply is operated as a host. However, if the power supply is not smooth (for example, in the case of a mobile terminal, especially when there is a small amount of residual power), the device may prefer to operate as a docking device. Therefore, in the embodiment of the present invention, it is possible to appropriately determine the owner device or the client device by changing the preferred operation information.
  • the 4 to 5 bits indicating WSB pairing support information can have a value of 0 to 3. When the value of the WSB pairing support information is " 0 ", it indicates that the WSB pairing function is not currently supported. If the value of the WSB pairing support information is " 1 ", it indicates that the WSB pairing function is currently supported.
  • the 6 bits indicating the WSB service discovery support information may have a value of 0 to 3.
  • the WSB service discovery support information refers to information indicating whether the owner / client device can be determined in the wireless communication group by exchanging WSB IE information as in the embodiment of the present invention.
  • FIG. 15D specific information included in " WSB Device Information " has been described.
  • the information included in "WSB Device Information” when using the property information of the device, it can be confirmed whether the device supports only the host device, only the dock device, or both the host and the dock device. Further, it can be seen whether the user prefers operation to the host device or to the poison device.
  • Figs. 16 and 17 examples in which the host device and the dock device are set as the owner / client device by using such information will be described.
  • 16 and 17 are flowcharts of a WSB connection establishment process for explaining an embodiment of the present invention.
  • FIG. 16 is a diagram illustrating a process of establishing a connection between a C device 1300-3 capable of supporting only a host device and a D device 1300-4 capable of supporting both a host device and a host device.
  • the upper part of the boundary line is a search process with reference to a boundary line
  • the lower part of the boundary line shows a process of group negotiation.
  • the C device 1300-3 and the D device 1300-4 can exchange WSB IEs with each other. That is, the WSB IE can be exchanged through the search request 1302-1 and the search response 1302-2. Therefore, it is possible to recognize functions that each party can support.
  • the D device 1300-4 can confirm that the C device 1300-3 supports only the host device through the WSB IE sent in the search process.
  • connection may be established or the connection may not be established according to the preferred operation information. This is because the C device 1300-3 can support only the host device, since the D device 1300-4 can only favor the role as the host device.
  • the connection between the C device 1300-3 and the D device 1300-4 is not established.
  • the preferred operation information of the D device 1300-4 is desired to operate as a poison device or it does not matter which device is operated, a connection can be established.
  • the C device 1300-3 can be connected as a host device, and the D device 1300-4 can be connected as a dock device.
  • Step 1501 when the C device 1300-3 serves as a host device and the D device 1300-4 serves as a dock device, a group negotiation (Step 1501).
  • the C device 1300-3 sets its own group owner intent value to the maximum (step 1502), and the D device 1300-4 sets its own group owner intent value
  • the tent value (Group Owner Intent Value) is set to the minimum value (Step 1503).
  • the C device 1300-3 is set as the owner device, and the D device 1300-4 can be set as the client device.
  • the owner and the client in the wireless communication group can be determined efficiently by judging the property of each device using the WSB IE of each device.
  • 17 is a diagram illustrating a process of establishing connection between an E device 1300-5 capable of supporting only a poison device and an F device 1300-6 capable of supporting both a host and a poison device.
  • the upper part of the boundary line is a searching process with reference to a boundary line
  • the lower part of the boundary line shows a process of group negotiation.
  • the E device 1300-5 and the F device 1300-6 can exchange each other's WSB IEs. That is, the WSB IE can be exchanged through the search request 1302-1 and the search response 1302-2. Therefore, it is possible to recognize functions that each party can support.
  • the F device 1300-6 can confirm that the E device 1300-5 supports only the poison device through the WSB IE sent in the search process.
  • connection may be established or the connection may not be established according to the preferred operation information. This is because the E device 1300-5 can only support the poison device, since the F device 1300-6 can only favor its role as a poison device.
  • the connection between the E device 1300-5 and the F device 1300-6 is not established.
  • the preference operation information of the F device 1300-6 is desired to operate as a host device or does not matter which device to operate, a connection can be established. And in that connection, the E device 1300-5 can be connected as a poison device, and the F device 1300-6 can be connected as a host device.
  • Step 1601 when the E device 1300-5 acts as a poison device and the F device 1300-6 acts as a host device, the group negotiation (Step 1601).
  • the E device 1300-5 sets its own group owner intent value to the minimum (step 1602), and the F device 1300-6 sets its own group owner intent value
  • the tent value (Group Owner Intent Value) is set to the maximum value (step 1603).
  • the E device 1300-5 is set as a client device, and the F device 1300-6 can be set as an owner device.
  • the owner and the client in the wireless communication group can be determined efficiently by judging the property of each device using the WSB IE of each device.
  • FIG. 18 is a flowchart illustrating a method for determining an owner / client device according to an embodiment of the present invention.
  • step S1701 the first device and the second device, which are two devices to establish a connection, set a preferred operation mode.
  • the device search process is performed by any one of the first device and the second device. In the following example, the case where the search process is performed by the first device will be described as an example.
  • the first device searches for the second device.
  • the first device transmits its WSB IE to the second device. And receives the WSB IE from the second device in step S1704. From steps S1702 and S1703, each device can acquire the WSB IE information of the partner device.
  • step S1705 it is determined what property information of the device is in the exchanged WSB IE. If the value of the detected device property information is not "0b10", the process proceeds to step S1706. If the detected device property information value is "0b10", the process proceeds to step S1707.
  • step S1706 each device stops the search process and returns to the device search mode (step S1702).
  • each device determines device preference operation information of the WSB IE. If the value of the device preference operation is not " 0b10 ", the process proceeds to step 1708. If the value of the device preference operation is " 0b10 ", the process proceeds to step 1709.
  • step S1708 each device stops the search process and returns to step S1702.
  • each device enters a group negotiation process.
  • each device is changed according to the preferred operation information of the WSB IE (step S1710). If the preferred operation information is " 0b00 " in step S1710 (host operation is preferred), the host device is set. If the preferred operation information is " 0b01 "
  • the present invention described above can be embodied as computer-readable codes on a medium on which a program is recorded.
  • the computer readable medium includes all kinds of recording devices in which data that can be read by a computer system is stored. Examples of the computer-readable medium include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage, and the like, and also implemented in the form of a carrier wave (for example, transmission over the Internet) Includes

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 와이파이 다이렉트 네트워크를 연결하기 전에, 연결하고자 하는 와이파이 디바이스에서 제공되는 서비스를 판단할 수 있는 방법 및 디바이스에 관한 것이다. 본 발명의 실시예들 중 적어도 하나에 의하면, 무선 통신 그룹에 대한 서비스 탐색 과정에 있어서, 그 그룹의 오너 디바이스에 대해서 서비스를 탐색할 경우, 그룹에 속한 디바이스 각각의 지원 서비스 정보를 획득함으로써 좀 더 편의성이 확보된 서비스 탐색 과정을 수행할 수 있다는 장점이 있다. 또한, 무선 통신 그룹에 대한 서비스 탐색 과정에 있어서, 현재 이용이 불가능한 서비스가 있다면, 이용 불가능한 서비스에 대한 정보를 추가적으로 제공하여, 사용자로 하여금 네트워크 수립을 결정하는데 필요성 높은 정보를 제공할 수 있다는 장점이 있다.

Description

와이파이 다이렉트 네트워크를 통한 지원 서비스 탐색 방법 및 디바이스
본 발명은 사용자의 편의가 더욱 고려되어 와이파이 다이렉트 디바이스의 사용이 구현될 수 있도록 하는 디바이스 및 그 제어 방법에 관한 것이다.
와이파이 다이렉트 네트워크(Wi-Fi Direct Network)는 와이파이 디바이스(Wi-Fi Device)들이 홈 네트워크, 오피스 네트워크 및 핫스팟 네트워크에 참여하지 않아도, 서로 피어 투 피어(Peer to Peer) 연결할 수 있는 네트워크로써, 와이파이 연합(Wi-Fi Alliance, 이하 WFA)에 의해 제안되었다.
와이파이 다이렉트 네트워크 내의 디바이스들은 서로의 능력 정보 등을 탐색할 수 있어야 한다.
휴대용 와이파이 디바이스의 경우 낮은 베터리 용량을 보유하고 있음을 감안할 때, 연결을 수립하기 전에 사용자에게 능력 정보를 제공함으로써, 연결을 수립할지 말지에 대하여 결정할 수 있도록 하기 위해서이다.
따라서, 와이파이 디바이스들의 지원 서비스 정보를 효율적으로 사용자에게 제공할 수 있는 방법들이 요구되고 있는 실정이다.
본 발명은 전술한 필요성을 충족하기 위해 제안되는 것으로서, 와이파이 다이렉트 연결이 수립되기 전에, 연결하고자 하는 디바이스의 지원 서비스를 효율적으로 판단할 수 있도록 하는 와이파이 디바이스 및 그 서비스 탐색 방법을 제공하는 것을 그 목적으로 한다.
본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
상기 목적을 달성하기 위해 본 발명은, 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스를 탐색하기 위한 서비스 탐색 요청 프래임(Service discovery request frame)을 생성하는 단계, 상기 생성된 서비스 탐색 요청 프래임을 상기 무선 통신 그룹에 속한 디바이스 중 오너 디바이스에게 송신하는 단계, 및 상기 서비스 탐색 요청 프래임에 대한 응답으로, 상기 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스 정보를 포함한 서비스 탐색 응답 프래임(Service discovery response frame)을 상기 오너 디바이스로부터 수신하는 단계를 제공한다.
또한, 상기 목적을 달성하기 위해 본 발명은, 상기 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스를 탐색하기 위한 서비스 탐색 요청 프래임(Service discovery request frame)을 오너 디바이스가 상기 소정 디바이스로부터 수신하는 단계, 상기 수신된 서비스 탐색 요청 프래임에 대응하여, 상기 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스 정보를 포함한 서비스 탐색 응답 프래임(Service discovery response frame)을 상기 오너 디바이스가 생성하는 단계, 및 상기 생성된 서비스 탐색 응답 프래임을 상기 소정 디바이스로 송신하는 단계를 제공한다.
본 발명에 따른 와이파이 디바이스 및 그 서비스 탐색 방법의 효과에 대해 설명하면 다음과 같다.
본 발명의 실시예들 중 적어도 하나에 의하면, 와이파이 다이렉트 네트워크를 통한 연결을 수립하기 전에, 연결하고자 하는 디바이스의 지원 서비스를 손쉽게 파악할 수 있으며, 전력의 낭비를 최소화할 수 있다는 장점이 있다.
또한, 본 발명의 실시예들 중 적어도 하나에 의하면, 와이파이 다이렉트 네트워크를 통한 연결을 수립하기 전에 파악한 지원 서비스가 현재 제공 가능한지 여부를 판단할 수 있어, 이를 사용하는 사용자에게 추가적인 정보를 더 제공할 수 있다는 장점이 있다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 발명의 일실시예에 따른 와이파이 다이렉트 네트워크(Wi-fi direct network)를 지원하는 와이파이 디바이스(Wi-fi device)(100)의 블록도를 도시한 도면이다.
도 2는 본 발명의 일실시예에 다른 와이파이 다이렉트 네트워크에서의 와이파이 디바이스(100) 서비스 탐색 과정을 도시한 도면이다.
도 3은 본 발명의 일실시예에 따른, 무선 통신 그룹이 제공하는 서비스를 탐색하기 위한 방법의 일례를 도시한 도면이다.
도 4는 본 발명의 일실시예에 따른 도 3의 무선 통신 그룹이 제공하는 서비스를 탐색하는 과정의 흐름도를 도시한 도면이다.
도 5a 내지 도 5e는 본 발명의 일실시예에 따른 서비스 탐색 요청/탐색 응답 프래임의 각 필드의 일례를 도시한 도면이다.
도 6은 본 발명의 다른 실시예에 따라, 그룹에 속한 디바이스 각각의 지원 서비스를 일괄적으로 파악하는 방법의 일례를 도시한 도면이다.
도 7은 본 발명의 일실시예에 따른 그룹 서비스 탐색 응답 프래임의 필드 구조의 일례를 도시한 도면이다.
도 8은 본 발명의 다른 실시예에 따른 그룹 서비스 탐색 과정을 설명하기 위한 일례를 도시한 도면이다.
도 9는 본 발명의 일실시예에 따라 그룹 서비스 탐색 응답 프래임의 서비스 TLV내의 "Status Code" 필드에 현재 사용 가능한지 여부에 대한 정보를 포함하는 일례를 도시한 도면이다.
도 10은 본 발명의 또 다른 실시예에 따른 지원 서비스에 변동이 생긴 경우 이를 갱신할 수 있는 정보를 제공하는 방법의 일례를 도시한 도면이다.
도 11a은 본 발명의 또 다른 실시예에 따른 서비스 탐색 응답 프래임에 포함된 "Status Code" 필드의 일례를 도시한 도면이다.
도 11b는 본 발명의 일실시예에 따른 서비스 업데이트 알림 프래임의 일례를 도시한 도면이다.
도 11c는 본 발명의 일실시예에 따른 "Update data" 필드의 세부 필드 구성을 도시한 도면이다.
도 12은 본 발명의 또 다른 실시예에 따른 무선 통신 그룹을 형성할 때 오너/클라이언트 디바이스를 결정하는 방법을 설명하기 위한 도면이다.
도 13은 본 발명의 일실시예에 따라, USB 서비스 프로토콜에서의 호스트/독 디바이스를 와이파이 다이렉트 네트워크 상에서의 오너/클라이언트 디바이스에 대응시키는 방법의 일례를 도식화한 도면이다.
도 14는 USB 서비스 프로토콜을 제공하는 두 기기 중 하나는 호스트 디바이스만을 지원하고, 다른 하나는 독 디바이스만을 지원하는 경우 오너/클라이언트 디바이스를 설정하는 방법의 흐름도를 도시한 도면이다.
도 15a는 본 발명의 일 실시예에 따른 WSB IE(Wi-Fi USB Information Elements)의 각 필드를 도시한 도면이다.
도 15b는 본 발명의 일실시예에 따른 "WSB Subelements" 필드의 구체적인 세부 필드의 일례를 도시하고 있다.
도 15c는 "Subelements body field"의 세부 필드의 일례를 도시한 도면이다.
도 15d는 본 발명의 일실시예에 따른 "WSB Device Information"의 비트 구조의 일례를 도시한 도면이다.
도 16 및 도 17은 본 발명의 실시예를 설명하기 위하여, WSB 연결 수립 과정의 흐름도를 도시한 도면이다.
도 18은 본 발명의 실시예에 따른 오너/클라이언트 디바이스를 결정하기 위한 방법의 순서도를 도시한 도면이다.
이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 실시예를 상세히 설명한다. 도면에서 동일한 참조부호는 동일한 구성요소를 지칭하며, 도면 상에서 각 구성 요소의 크기는 설명의 명료성을 위하여 과장되어 있을 수 있다.
도 1은 본 발명의 일실시예에 따른 와이파이 다이렉트 네트워크(Wi-fi direct network)를 지원하는 와이파이 디바이스(Wi-fi device)(100)의 블록도를 도시한 도면이다.
도 1을 참조하면, 와이파이 디바이스(100)는 송수신부(101), PHY 프로토콜 모듈(Physical Layer Protocol Module)(102), MAC 프로토콜 모듈(Medium Access Control Protocol Module)(103), 프래임 생성부(104) 및 제어부(105)를 포함할 수 있다.
송수신부(101)는 와이파이 네트워크를 이용하여 다른 와이파이 디바이스(100-2)와 데이터를 송수신한다. 송수신부(101)는 PHY 프로토콜 모듈(102)로부터 만들어진 정보를 수신하면, 수신한 정보를 RF 스팩트럼(Radio-Frequency Spectrum)으로 옮기고, 필터링(Filtering), 증폭(Amplification) 등을 수행하여 안테나로 송신한다. 또한 송수신부(101)는 안테나에서 수신되는 RF 신호(Radio Frequency Signal)을 PHY 프로토콜 모듈(102)에서 처리 가능한 대역으로 옮기고, 필터링을 수행하는 기능을 한다. 그리고 송수신부(101)는 이러한 송신과 수신 기능을 전환하기 위한 스위치(Switch) 기능도 포함할 수 있다.
PHY 프로토콜 모듈(102)은 MAC 프로토콜 모듈(103)으로부터 데이터의 전송을 요청 받으면, 요청 받은 데이터에 대하여 FEC 인코딩(Forward Error Correction Encoding), 모듈레이션(Modulation), 프리엠블(Preamble) 및 파일롯(Pilot)등의 부가신호를 삽입하는 등의 처리를 하여 송수신부(101)로 전달하는 역할을 한다.
또한 PHY 프로토콜 모듈(102)은 송수신부(101)이 수신한 신호를 전달 받으면, 전달 받은 수신 신호를 디모듈레이션(Demodulation), 위퀄리제이션(Equalization), FEC 디코딩(Forward Error Correction Decoding) 및 PHY(Physical layer)에서 부가된 신호의 제고 등의 과정을 통해 MAC 프로토콜 모듈(103)로 데이터를 전달하는 역할을 수행한다. 이와 같은 기능을 위해서 PHY 프로토콜 모듈(102)은 모듈레이터(Modulator), 디모듈레이터(Demodulator), 이퀄라이져(Equalizer), FEC 인코더(Forward Error Correction encoder) 및 FEC 디코더(Forward Error Correction decoder)를 포함할 수 있다.
MAC 프로토콜 모듈(103)은 상위 레이어에서 전달되는 데이터를 PHY 프로토콜 모듈(102)로 전달, 전송하기 위하여 필요한 과정을 수행하기도 하고, 기본적인 통신이 이루어지기 위한 부가적인 전송을 담당한다. 이를 위해서 상위 레이어에서 전송 요구되는 데이터를 전송하기에 적합하게 가공하여 PHY 프로토콜 모듈(102)로 전달 및 전송하도록 처리하고, 또 PHY 프로토콜 모듈(102)에서 전달된 수신 데이터를 가공하여 상위 레이어로 전달하는 역할을 수행한다. 또한 이러한 데이터 전달을 위해서 필요한 여타의 부가적인 송수신을 담당함으로써 통신 프로토콜을 처리하는 역할 또는 담당할 수 있다.
프래임 생성부(104)는 다른 와이파이 디바이스(100-2)와 통신하기 위하여, 데이터 프래임, 요청 프래임 및/또는 응답 프래임을 생성한다. 특히 본 발명의 실시예와 관련된, 서비스 탐색 요청 프래임 및/또는 서비스 탐색 응답 프래임을 생성한다. 서비스 탐색 요청 프래임 및/또는 서비스 탐색 응답 프래임에 관련하여서는 이하 도 5a 내지 도 5e와 함께 후술하기로 한다.
제어부(105)는 통상적으로 와이파이 디바이스(100)의 전반적인 동작을 제어한다.
도 2는 본 발명의 일실시예에 다른 와이파이 다이렉트 네트워크에서의 와이파이 디바이스(100) 서비스 탐색 과정을 도시한 도면이다.
도 2에서 제 1 디바이스(100-1)와 제 2 디바이스(100-2)를 도시하고 있으며, 디바이스(100)의 내부에는 각 디바이스(100)가 지원하는 서비스의 목록이 함께 도시되어 있다. 도 2에 도시된 예에 따르면, 제 1 디바이스(100-1)가 지원하는 서비스는 봉쥬르(Bonjour), Wi-Fi 디스플레이 및 UPnP(Universal Plug And Play)가 있고, 제 2 디바이스(100-2)가 지원하는 서비스는 봉쥬르 및 WS-디스커버리(Web Service Dynamic Discovery)가 있다.
와이파이 다이렉트 네트워크는 제 1 디바이스(100-1) 및 제 2 디바이스(100-2)를 포함하는 적어도 하나의 와이파이 디바이스를 포함할 수 있다. 이하에서 와이파이 다이렉트 네트워크는 와이파이 P2P(Peer to Peer) 네트워크와 동일한 의미를 갖는다. 와이파이 디바이스는 디스플레이 장치, 프린터, 디지털 카메라, 프로젝터 및 휴대폰 등의 장치를 포함한다.
와이파이 다이렉트 네트워크 내의 와이파이 디바이스들은 WLAN(Wireless Local Area Network) AP(Access Point)를 이용하지 않고, 서로 직접 연결할 수 있다. 이를 위해 와이파이 디바이스는 새로운 펌웨어 프로토콜을 구현한다.
도 2에 도시된 예에서, 제 1 디바이스(100-1)는 제 2 디바이스(100-2)와 와이파이 다이렉트 네트워크를 통해서 연결하기 전에, 우선 디바이스(100) 서로를 인식하기 위한 디바이스 탐색(2001)과정을 수행한다.
그리고, 디바이스 탐색(2001)을 통해서 탐색된 디바이스와 소정의 정보를 주고 받음으로써, 그 탐색된 디바이스가 제공하는 서비스 정보를 획득할 수 있다. 그럼으로써, 제 1 디바이스(100-1) 및 제 2 디바이스(100-2)는 와이파이 다이렉트 네트워크 세션을 수립하기 이전 단계에서 서로의 디바이스가 제공하는 서비스를 파악할 수 있다.
상술한 과정을 좀 더 구체적으로 설명하면 아래와 같다.
디바이스 탐색(2001) 과정은 디바이스 정보 교환을 위하여, 프로브 요청 프래임(Probe Request Frame) 및 프로브 응답 프래임(Probe Response Frame)을 이용한다. 근처에 다른 와이파이 디바이스가 있는지 탐색을 하고자 하는 제 1 디바이스(100-1)는 프로브 요청 프래임을 주변으로 송신한 후, 프로브 응답 프래임의 수신을 기다린다. 근처에 다른 제 2 디바이스(100-2)에 의해 프로브 요청 프래임이 수신되면, 제 2 디바이스(100-2)는 프로브 응답 프래임을 생성하고, 생성한 프로브 응답 프래임을 제 1 디바이스(100-1)로 다시 송신하여, 디바이스 탐색(2001) 과정을 수행할 수 있다.
서비스 탐색(2002) 과정은 각각의 디바이스가 제공하는 서비스 정보 교환을 위하여, 서비스 탐색 요청 프래임(Service Discovery Request Frame) 및 서비스 탐색 응답 프래임(Service Discover Response Frame)을 이용한다. 서비스 탐색 요청 프래임과 서비스 탐색 응답 프래임은 각각 IEEE 802.11u의 GAS(Generic Advertisement Service) 초기 요청 프래임(GAS Initial Request Frame) 및 GAS 초기 응답 프래임(GAS Initial Response Frame)을 이용하여 생성한다. 서비스 탐색 요청 프래임과 서비스 탐색 응답 프래임의 각각의 필드는 도 5a 내지 도 5e를 통해 상세히 후술한다.
이 서비스 탐색(2002) 과정을 통하면, 각각의 디바이스(100-1, 100-2)는 서비스 탐색(200)의 상대방이 제공하는 서비스의 정보를 획득할 수 있다.
도 3은 본 발명의 일실시예에 따른, 무선 통신 그룹이 제공하는 서비스를 탐색하기 위한 방법의 일례를 도시한 도면이다.
와이파이 다이렉트 네트워크를 이용하면, 네트워크에 연결된 디바이스 간에 무선 통신 그룹을 형성할 수 있다. 이 경우, 네트워크가 연결되는 구조는 하나의 디바이스가 오너(Owner)로써 역할을 하고, 다른 복수 개의 디바이스들이 오너 디바이스와 연결이 된 디바이스들이 클라이언트(Client) 역할을 함으로써 무선 통신 그룹을 형성한다. 이렇게 형성된 무선 통신 그룹의 특징으로, 오너 디바이스만이 복수 개의 다른 디바이스들과 연결할 수 있으며, 클라이언트 디바이스는 오너 디바이스와만 연결될 수 있다.
도 3에 도시된 예를 참조하면, 도 3에서 제 2 디바이스(100-2)가 오너 디바이스로 역할을 하고 있으며, 제 3 디바이스(100-3)와 제 4 디바이스(100-4)가 제 2 디바이스(100-2)의 클라이언트 디바이스이다. 따라서, 제 2 내지 제 4 디바이스(100-2 ~ 100-4)로 구성된 무선 통신 그룹이 형성되어 있다.
이 경우, 제 1 디바이스(100-1)가 이 무선 통신 그룹이 제공하는 서비스를 탐색할 경우, 제 1 디바이스(100-1)는 우선 도 2를 참조하여 상술한 디바이스 탐색(2001) 과정을 거친 후, 서비스 탐색(2002) 과정을 수행할 수 있다.
이와 같이 무선 통신 그룹과 서비스 탐색(2002) 과정의 동작을 도 4를 참조하여 설명하기로 한다.
도 4는 본 발명의 일실시예에 따른 도 3의 무선 통신 그룹이 제공하는 서비스를 탐색하는 과정의 흐름도를 도시한 도면이다.
본 발명의 명세서에서 무선 통신 그룹이 제공하는 서비스란, 무선 통신 그룹에 속해 있는 각각의 디바이스들(오너 디바이스를 포함)이 제공하는 서비스 정보를 의미한다.
도 4의 예를 참조하면, 도 3의 예에서와 같이, 제 2 내지 제 4 디바이스(100-2 ~ 100-4)가 무선 통신 그룹을 형성하고 있고, 401 경계선을 기준으로 위 쪽 과정은 디바이스 탐색(2001), 아래 쪽 과정은 서비스 탐색(2002) 과정을 도시하고 있다.
제 1 디바이스(100-1)는 무선 통신 그룹의 오너 디바이스인 제 2 디바이스(100-2)와 디바이스 탐색(2001) 과정을 수행한다. 이 경우, 제 1 디바이스(100-1)는, 도 2를 참조하여 상술한 디바이스 탐색(2001) 과정을 거칠 수 있으며, 디바이스 탐색(2001) 과정 결과 제 2 디바이스(100-2)의 디바이스 식별 정보, 제 2 디바이스(100-2)가 무선 통신 그룹의 오너 디바이스라는 정보 및 그 무선 통신 그룹의 클라이언트 디바이스의 식별 정보를 획득할 수 있다.
제 1 디바이스(100-1)는 서비스 탐색(2002) 과정에서, 무선 통신 그룹에 속한 디바이스 각각과 서비스 탐색(2002) 과정을 수행한다. 이 경우 수행되는 서비스 탐색(2002) 과정은 도 2를 참조하여 상술한 바와 동일하므로, 자세한 과정은 생략하기로 한다.
즉, 오너 디바이스인 제 2 디바이스(100-2)와 서비스 탐색 과정(2002a)를 수행한다. 그리고 디바이스 탐색(2001) 과정을 통해 획득한, 클라이언트 디바이스의 식별 정보를 이용하여 클라이언트 디바이스들 각각과 서비스 탐색 과정(2002b, 2002c)을 수행할 수 있다.
도 4에 도시된 서비스 탐색(2002a 내지 2002c)과정을 거칠 경우, 제 1 디바이스(100-1)는 무선 통신 그룹에 속해 있는 각 디바이스(제 2 내지 제 4 디바이스)가 제공하는 서비스 정보를 획득할 수 있다.
도 2에서 상술한 바와 같이, 서비스 탐색 요청(2002-1) 과정에서는 서비스 탐색 요청 프래임이 사용되고, 서비스 탐색 응답(2002-2) 과정에서는 서비스 탐색 응답 프래임이 사용된다. 이 각 프래임들은, 도 4에서의 서비스 탐색(2002) 과정에서도 동일하게 사용될 수 있음은 자명하다.
이하 도 5a 내지 도 5e를 참조하여 서비스 탐색 요청 프래임 및 서비스 탐색 응답 프래임의 각각의 필드를 상세히 설명한다. 도 5a 내지 도 5e에서 도시된 각 필드들은 서비스 탐색 요청 프래임 및 서비스 탐색 응답 프래임의 예시 필드들이며, 반드시 이에 한정될 필요는 없다.
도 5a 내지 도 5e는 본 발명의 일실시예에 따른 서비스 탐색 요청/탐색 응답 프래임의 각 필드의 일례를 도시한 도면이다.
서비스 탐색 요청 프래임 및 서비스 탐색 응답 프래임은 802.11u의 GAS 초기 요청 프래임 및 GAS 초기 응답 프래임을 이용하여 각각 생성되는데, 더욱 상세하게는 GAS 초기 요청/응답 프래임의 벤더 확장 필드를 이용한다.
도 5a에 도시된 바와 같이 GAS 초기 요청/응답 프래임의 "OUI(Organizationally Unique Identifier) Subtype" 필드 및 서비스 탐색 요청/응답 TLV(Type Length Value)를 포함하는 서비스 TLV 필드 크기는 각각 1 옥텟 및 가변 크기(Variable Size)이다.
"OUI Subtype" 필드는 기관에 할당된 식별자를 의미하는데, 도시된 예에서 "OUI Subtype" 필드는 WFA 기관을 식별하는 "0X09" 값을 갖는다. 서비스 TLV의 경우, 서비스 탐색 요청 프래임인 경우(도 5b)와, 서비스 탐색 응답 프래임인 경우(도 5d)가 각각 다르다.
도 5b는 서비스 탐색 요청 프래임의 서비스 TLV 필드의 세부 필드의 예시를 도시한 도면이다. 상술한 바와 같이 서비스 탐색 요청 프래임은 서비스 탐색 요청(2002-1) 과정에서 전송되는 프래임으로써, 요청을 수신하는 디바이스에서 지원하는 서비스에 대한 정보를 요청하는 역할을 한다.
도 5b에 도시된 예시에서, 서비스 탐색 요청 프래임의 서비스 TLV 필드는 "Length", "Service Protocol Type", "Service Transaction ID" 및 "Query data" 필드들을 포함하고, 각각의 필드는 차례로 2, 1, 1 및 가변크기를 갖는다.
"Length" 필드는 서비스 탐색 요청 TLV의 길이 값을 포함한다.
"Service Protocol Type" 필드는 서비스 프로토콜 유형 정보를 포함하며, 도 5c를 참조하여 후술한다.
"Service Transaction ID" 필드는 서비스 탐색 요청 프래임과 서비스 탐색 응답 프래임을 대응시키기 위한 식별자를 포함한다. "Service Transaction ID" 필드는 서비스 탐색 요청 프래임이 생성될 때 0이 아닌 임의의 값으로 설정된다.
"Query Data" 필드는 서비스 탐색 요청 프래임의 구조 및 컨텐츠의 정의를 포함한다. 이 필드의 구체적인 세부 내용은 IEEE P802.11u[4]를 참조할 경우 확인할 수 있다.
도 5c는 본 발명의 일실시예에 따른 "Service Protocol Type" 필드의 일례를 도시한 도면이다. 도 5c를 참조하면 "Service Protocol Type" 필드에서는 와이파이 디바이스가 제공하는 서비스 프로토콜의 유형 및 그룹 전체 서비스 요청 여부를 포함한다.
도 5c에 도시된 예에서 "Service Protocol Type" 필드는 8bit를 사용하고 있는데, 그 중 0~6bit는 서비스 프로토콜 유형 정보를 나타내고, 마지막 7Bit는 그룹 전체 서비스 요청 여부를 나타낸다.
서비스 프로토콜 유형은 0 내지 127 중 하나의 값을 포함할 수 있다. 0은 모든 서비스의 프로토콜, 1은 봉쥬르 프로토콜 식별자, 2는 UPnP 프로토콜 식별자, 3은 Wi-Fi 디스플레이 프로토콜 식별자 그리고 4~127은 추후 서비스를 위해 남겨둔다.
이 서비스 프로토콜 유형은 "Service Protocol Type" 필드에 포함됨으로써, 서비스 탐색 요청 프래임에 포함된다. 그럼에 따라, 서비스 탐색 요청 프래임을 수신한 디바이스에게 해당 서비스 프로토콜을 지원하는지 여부에 대한 정보를 요청할 수 있다. 예를 들어, 서비스 탐색 요청 프래임에 봉쥬르 프로토콜 식별자인 "1"을 포함할 경우, 이 서비스 탐색 요청 프래임은 "수신 디바이스가 봉쥬르 프로토콜을 지원하는지 여부에 대한 정보"를 요청한다. 또 다른 예로, 서비스 탐색 요청 프래임에 모든 서비스의 프로토콜 식별자인 "0"을 포함할 경우, 이 서비스 탐색 요청 프래임은 "수신 디바이스가 지원하는 모든 서비스에 대한 정보"를 요청한다.
마지막 7Bit인 그룹 전체 서비스 요청 여부는 본 발명의 다른 실시예와 관련된 필드로써, 도 6의 실시예와 함께 후술하기로 한다.
도 5d는 서비스 탐색 응답 프래임의 서비스 TLV 필드의 세부 필드의 예시를 도시한 도면이다.
도 5d에 도시된 예시에서, 서비스 탐색 응답 프래임의 서비스 TLV 필드는 "Length", "Service Protocol Type", "Service Transaction ID", "Status Code" 및 "Response data" 필드들을 포함하고, 각각의 필드는 차례로 2, 1, 1, 1 및 가변크기를 갖는다.
"Length", "Service Protocol Type" 및 "Service Transaction ID"는 도 5b를 참조하여 상술한 서비스 탐색 요청 프래임의 서비스 TLV와 동일한 필드이므로 자세한 내용은 생략한다.
"Status Code" 필드는 서비스 탐색 요청 프래임에 의해서 요청 받은 서비스에 대한 상태 정보를 포함하는 필드이며, 8bits(1octect)를 사용하므로, 그 값은 0~255의 값을 가질 수 있다. "Status Code" 필드에 대해, 도 5e를 참조하면, "Status Code"필드 값이 0(0X00)일 경우, 요청 받은 서비스 프로토콜이 사용 가능함을 나타내고, 필드 값이 1(0X01)일 경우, 요청 받은 서비스 프로토콜이 사용 불가능함을 나타낸다. 그리고, 필드 값이 2(0X10)일 경우에는 요청한 정보를 제공할 수 없음을 나타내고, 필드 값이 3(0X11)일 경우, 수신 받은 요청이 잘못된 요청이라는 에러 메시지이다. 그리고, 필드 값이 4~225일 경우에는 현재 정의하지 않는다.
"Response Data" 필드는 수신 받은 서비스 탐색 요청 프래임의 "Service Protocol Type" 필드 및 "Query Data Field" 필드에 포함된 서비스 정보 타입에 의해서 달라질 수 있다. 즉, "Response Data" 필드는 수신 받은 서비스 탐색 요청 프래임에 의해 요청 받은 서비스 정보 타입 및 관련 서비스 데이터를 포함한다. 예를 들면, 수신 받은 서비스 탐색 요청 프래임에 의해서 "봉쥬르" 프로토콜의 지원 여부를 요청 받을 경우, "Response Data" 필드에서는 "봉쥬르" 프로토콜에서도 지원 프로토콜의 버젼 정보 및/또는 "봉쥬르"프로토콜의 세부 서비스 정보 등의 프로토콜 세부 정보를 포함할 수 있다. 구체적으로 어떤 내용이 포함되는 지는 “봉쥬르” 프로토콜이 자체적으로 정의하며, 와이 파이 다이렉트에서는 이를 송/수신하기 위한 프로토콜만 정의한다.
한편, 본 발명의 또 다른 실시예에 따른 "Response Data" 필드에 대해서, 도 7과 함께 후술하기로 한다. 그리고, 도 5f는 본 발명의 실시예에 따른 "P2P group capability bitmap"의 필드를 도시한 도면으로써, 도 7을 참조하여 후술한다.
이와 같이 도 3 내지 도 5를 참조하여 설명한, 서비스 탐색(2002) 과정에 의하면, 서비스 탐색을 하고자 하는 제 1 디바이스(100-1)는 그룹 내에 포함된 각 디바이스의 서비스 지원 정보를 얻기 위해서, 그룹 내에 속한 디바이스 각각에 서비스 탐색(2002) 과정을 거칠 수 밖에 없다. 이렇게 디바이스 각각에 서비스 탐색(2002) 과정을 거칠 경우, 데이터 자원의 낭비 뿐만 아니라 전력의 낭비의 우려가 있다. 특히, 와이파이 다이렉트 기기의 특성 상 이동 단말기의 경우가 많은데, 이러한 이동 단말기에 있어서 전력의 낭비는 중요한 이슈 중 하나이다.
따라서 이하에서 설명될 본 발명의 다른 실시예들에서는, 그룹 전체에 대해서 서비스 탐색 요청을 하여, 그 그룹에 속한 디바이스 각각의 지원 서비스를 일괄적으로 파악하는 방법을 제안한다. 이와 같은 실시예에 대해서, 이하 도 6 내지 도 11a을 참조하여 설명한다.
도 6은 본 발명의 다른 실시예에 따라, 그룹에 속한 디바이스 각각의 지원 서비스를 일괄적으로 파악하는 방법의 일례를 도시한 도면이다. 도 6에 도시된 예는 도 4에 도시된 예에서와 같이, 제 2 디바이스를 오너 디바이스로 하고, 제 3 및 제 4 디바이스를 클라이언트 디바이스로 한 무선 통신 그룹이 형성되어 있는 상태이다.
본 발명의 실시예에 따르면, 무선 통신 그룹의 오너 디바이스는 해당 무선 통신 그룹에 속한 클라이언트 디바이스 각각의 지원 서비스를 획득하여 저장한다(6001과정).
제 1 디바이스(100-1)가 디바이스 탐색(2001) 과정을 통해, 무선 통신 그룹의 오너 디바이스인 제 2 디바이스(100-2)를 식별한다. 디바이스 탐색(2001) 과정에서, 그룹 오너 디바이스인 제 2 디바이스(100-2)는, 그 그룹의 성질을 나타내는 정보인 "P2P group capability bitmap"을 제 1 디바이스(100-1)에게 제공한다. "P2P group capability bitmap"에 대한 자세한 내용은 일반적인 와이파이 다이렉트 네트워크와 동일하므로, 본원 발명의 명료성을 위해서 생략하기로 한다.
그 후, 제 2 디바이스(100-2)에게 그룹 서비스 탐색(6001) 과정을 수행한다. 그룹 서비스 탐색(6001) 과정은 본 발명의 실시예에 따른 과정으로써, 그룹에 속한 디바이스 각각의 지원 서비스를 일괄적으로 파악할 수 있는 진화된 서비스 탐색 과정이다.
제 1 디바이스(100-1)는 제 2 디바이스(100-2)이 속한 그룹이, 그룹 서비스 탐색(6001) 과정을 지원하는지 여부에 대해서 식별할 수 있어야 한다. 따라서 본 발명의 실시예에서는 상술한 "P2P group capability bitmap"에 그룹 서비스 탐색(6001) 과정을 지원하는지 여부에 대한 정보를 포함할 것을 제안한다. 따라서, 본원 발명에서는 기존의 "P2P group capability bitmap" 필드를 이하에서 도 5f를 참조하여 설명하는 바와 같이 수정할 것을 제안한다.
다시 도 5f를 참조하면, 도 5f는 본 발명의 실시예에 따라서 수정된 "P2P group capability bitmap"를 도시한 도면이다. "P2P group capability bitmap"의 0~6비트는 기존에 활용되던 "P2P group capability bitmap"와 동일하므로 상세한 설명은 생략하기로 한다.
마지막 비트인 7Bit를 참조하면, 본원 발명의 실시예에 따른 그룹 서비스 탐색 기능이 지원되는지 여부를 나타내고 있는 "Service Broadcast" 비트가 도시되어 있다.
"Service Broadcast" 비트의 값이 "0"일 경우, 본원 발명에서의 그룹 서비스 탐색 기능을 지원하고 있음을 나타내며, "Service Broadcast" 비트의 값이 "1"인 경우, 본원 발명에서의 그룹 서비스 탐색 기능을 지원하고 있지 않음을 나타내고 있다.
이렇게 형성된 "P2P group capability bitmap"는 비콘 송신, 탐색 응답, (재)결합 응답 등에서 사용되어, 그룹 서비스 탐색 기능을 지원함을 나타낼 수 있다.
이와 같이 디바이스 탐색(2001) 과정에서, 서비스를 탐색하고자 하는 제 1 디바이스(100-1)는 탐색 대상 그룹의 "P2P group capability bitmap"를 통해 그룹 서비스 탐색(6001)을 지원하는지 판단할 수 있다. 그럼에 따라서 제 1 디바이스(100-1)는 제 2 디바이스(100-2)에게 그룹 서비스 탐색 요청(6001-1)을 송신할 수 있다.
제 1 디바이스(100-1)는 그룹의 오너 디바이스인 제 2 디바이스(100-2)와 그룹 서비스 탐색(6001) 과정을 거칠 경우, 해당 무선 통신 그룹에 속한 각 디바이스가 지원하는 서비스를 획득할 수 있다.
이와 같은 실시예들에서 사용되는 서비스 탐색 요청/응답 프래임은 도 5a 내지 도 5e를 참조하여 설명한 프래임들에서 수정이 이루어질 수 있다. 이와 같은 수정에 대해서 도 5 및 도 7을 참조하여 상세히 설명한다.
그룹 서비스 탐색 요청 프래임의 경우, 일반 서비스 탐색 요청 프래임과 식별될 필요성이 있다. 따라서, 본 발명의 일 실시예에서는 도 5c에 도시된, 서비스 탐색 요청 프래임의 "Service Protocol Type"필드를 이용하여 이를 식별할 것을 제안한다.
도 5c의 예에서, "Service Protocol Type"필드의 마지막 비트인 7Bit의 값에 따라서, 그룹 서비스 탐색 요청 프래임인지 일반 서비스 탐색 요청 프래임인지를 구분한다.
즉, "Service Protocol Type"필드의 마지막 비트의 값이 "0"일 경우, 제 2 디바이스(100-2)는 수신한 프래임이 일반 서비스 탐색 요청 프래임이라고 인식할 수 있다. 따라서, 이를 수신한 제 2 디바이스(100-2)는 수신한 일반 서비스 탐색 요청 프래임에 대응하여, 일반 서비스 탐색 응답 프래임을 생성한다. 이 일반 서비스 탐색 응답 프래임은 도 5를 참조하여 상술하였듯이, 제 2 디바이스(100-2)의 제공 서비스 정보만을 포함한다.
반대로, "Service Protocol Type"필드의 마지막 비트의 값이 "1"일 경우, 제 2 디바이스(100-2)는 수신한 프래임이 본 발명의 일실시예에 따른 그룹 서비스 탐색 요청 프래임임을 인식할 수 있다. 따라서, 이를 수신한 제 2 디바이스(100-2)는 수신한 그룹 서비스 탐색 요청 프래임에 대응하여, 그룹 서비스 탐색 응답 프래임을 생성한다. 이 그룹 서비스 탐색 응답 프래임은 무선 통신 그룹에 속한 디바이스 각각의 제공 서비스 정보 전체를 포함한다.
이하 도 7a 내지 7C를 참조하여, 본 발명의 일실시예에 따른 그룹 서비스 탐색 응답 프래임의 필드 구조의 일례를 살펴본다.
도 7은 본 발명의 일실시예에 따른 그룹 서비스 탐색 응답 프래임의 필드 구조의 일례를 도시한 도면이다. 그룹 서비스 탐색 응답 프래임의 기본 구조는 일반 서비스 탐색 응답 프래임의 구조와 유사하며, 도 7에서는 일반 서비스 탐색 응답 프래임과의 차이점을 위주로 설명한다. 특히 도 7을 참조하여 설명될 기본 구조의 일례는 도 5a에 도시된 서비스 탐색 프래임의 기본 구조와 동일하다.
도 7a는 그룹 서비스 응답 프래임의 "서비스 TLV" 필드의 세부 필드의 일례를 도시하고 있다. 도 7a에 도시된 "서비스 TLV" 필드의 세부 필드는 "Length", "Service Protocol Type", "Service Transaction ID", "Status Code" 및 "Response data for Group" 필드들을 포함하고, 각각의 필드는 차례로 2, 1, 1, 1 및 가변크기를 갖는다.
"Length", "Service Protocol Type", "Service Transaction ID" 및 "Status Code"필드에 대한 설명은 도 5d에 도시된 세부 필드의 설명과 동일한 바 자세한 설명은 생략하기로 한다.
이하, 그룹 서비스 응답 프래임의 세부 필드인 "Response Data for Group" 필드(701)에 대해서 설명한다.
본 발명의 일실시예에서는 "Response Data for Group" 필드(701)에 그룹 지원 서비스를 포함할 것을 제안한다. 즉, 그룹에 속한 디바이스 각각의 지원 서비스를 함께 "Response Data for Group" 필드(701)에 포함시킬 것을 제안한다. 이와 같은 구체적인 예에 대해서 이하 도 7b, 7C를 참조하여 설명한다.
도 7b는 본 발명의 일실시예에 따른 "Response Data for Group" 필드(701)의 일례를 도시한 도면이다. 도 7b에서 "Response Data for Group" 필드(701)에 디바이스 하나의 지원 서비스 정보를 포함하고 있는 경우를 예시적으로 설명하고 있다.
"Response Data for Group" 필드(701)에는 여러 디바이스에 대한 정보를 일괄적으로 다루고 있기 때문에, 디바이스 식별하는 정보(7001) 및 그 디바이스의 지원 서비스 정보(Response Data)를 대응시켜서 저장하고 있다.
도 7b에 도시된 예에서는 제 2 디바이스에 대한 식별 정보(7001)를 포함하고 있다. 디바이스 식별 정보(7001)는 세부적으로 "Attribute ID", "Length" 및 "P2P device address" 필드로 구분될 수 있다.
"Attribute ID" 필드는 일반적으로 와이파이 다이렉트 네트워크에서 사용되는 필드와 동일하며, P2P 네트워크의 성질 정보를 포함하고 있다.
"Length" 필드는 각 디바이스에 대응하는 서브 필드의 길이 정보를 포함하고 있다.
"P2P device address" 필드는 해당 디바이스의 하드웨어 주소(Hardware address)를 포함하고 있다. 도 7b에 도시된 예에서는 "P2P device address" 필드는 제 2 디바이스(100-2)의 하드웨어 주소가 채워져 있다.
"Response Data" 필드는 도 5d에서 상술한 바와 동일하다. 즉, 수신 받은 서비스 탐색 요청 프래임의 "Service Protocol Type" 필드 및 "Query Data Field" 필드에 포함된 서비스 정보 타입에 의해서 달라질 수 있다. 그리고, "Response Data" 필드는 수신 받은 서비스 탐색 요청 프래임에 의해 요청 받은 서비스 정보 타입 및 관련 서비스 데이터를 포함한다.
도 7b에 도시된 예에서 "Response Data for Group" 필드(701)는, 하나의 디바이스가 지원하는 서비스만을 포함하고 있다. 하지만, 본 발명의 실시예들에서는 "Response Data for Group" 필드(701)에는 여러 디바이스가 지원하는 서비스를 포함할 수 있다. 도 7c를 참조하여, "Response Data for Group" 필드(701)에 여러 디바이스의 지원 서비스를 함께 포함할 경우 세부 필드 구조를 설명한다.
도 7c는 "Response Data for Group" 필드(701)에 여러 디바이스의 지원 서비스를 포함한 세부 필드 구조를 도시한 도면이다. 도 7c에 도시된 예에서 오너 디바이스인 제 2 디바이스(100-2)는 "UPnP" 프로토콜 서비스의 지원 여부에 대한 정보를 요청 받은 경우에 대응하여 생성된 서비스 탐색 응답 프래임을 나타낸다.
"Response Data for Group" 필드(701)는 세 디바이스(제 2 내지 제 4 디바이스)에 대한 지원 서비스를 포함하고 있다. 이 경우 본 발명의 일실시예에서 "Response Data for Group" 필드(701)는, 도 7b에서 상술한 각 디바이스에 대한 세부 필드들을 직렬적으로 연결하여 전체 "Response Data for Group" 필드(701)를 구성할 수 있다.
즉, 각 디바이스에 대한 세부 필드들은 디바이스 식별하는 정보(7001) 및 그 디바이스의 지원 서비스 정보(Response Data)를 포함하고 있다.
도 7c에 도시된 그룹 서비스 탐색 응답 프래임은, "Response Data for Group" 필드(701)에 포함된 정보를 기초로 판단하였을 때, 제 2 내지 제 4 디바이스(100-2 ~ 100-4) 모두 "UPnP" 서비스 프로토콜을 지원하고 있으며, 이 "UPnP" 서비스 프로토콜에 대한 버젼 및/또는 세부 서비스 내용은 각 "Response Data" 필드를 통해 추가적으로 판단할 수 있다.
이상으로 살펴본 바와 같이, 본 발명의 일실시예에 따른 그룹 서비스 탐색(6001) 과정에 의할 경우, 무선 통신 그룹에 속한 디바이스들 각각의 지원 서비스를 일괄적으로 파악할 수 있다.
한편, 일부 서비스의 경우 일시적으로 이용이 불가능한 경우가 있을 수 있다. 일례로, Wi-Fi 디스플레이 서비스의 경우 1:1 연결 이외에 추가적인 연결은 할 수 없다. 따라서, 무선 통신 그룹 내에 특정 디바이스가 Wi-Fi 디스플레이 서비스를 이용하여 통신을 하고 있을 경우, 이와 같은 디바이스에게 추가적으로 Wi-Fi 디스플레이 연결을 시도할 경우, 그 연결은 거부된다.
따라서, 본 발명의 다른 실시예에서는 일반/그룹 서비스 탐색(2002, 6001) 과정에서 현재 이용 가능한 서비스와 현재 이용 불가능한 서비스를 구분하여 제공할 것을 제안한다. 이 실시예에 대해서 이하 도 8 및 도 9를 참조하여 설명한다.
도 8은 본 발명의 다른 실시예에 따른 그룹 서비스 탐색 과정을 설명하기 위한 일례를 도시한 도면이다. 도 8에 도시된 예는 도 3에서와 동일하게 제 2 디바이스(100-2)를 오너 디바이스로 한 무선 통신 그룹이 형성되어 있다.
그리고 추가적인 예로써, 제 3 디바이스(100-3)와 제 4 디바이스(100-4)가 서로 Wi-Fi 디스플레이 프로토콜을 이용하여 세션을 수립하고 있다.
이와 같은 상태에서 제 1 디바이스(100-1)이 그룹 서비스 탐색(6001)을 요청할 경우, 오너 디바이스인 제 2 디바이스(100-2)는, 현재 그룹에 속한 디바이스들 각각의 지원 서비스뿐 만 아니라, 그 지원 서비스들 중에서 현재 사용 가능한지 여부를 더 포함하여 제 1 디바이스(100-1)에게 응답한다.
지원 서비스들 중에서 현재 사용 가능한지 여부에 대한 정보를 더 포함하기 위해서, 본 발명의 일 실시예에서는 도 7a의 그룹 서비스 탐색 응답 프래임의 서비스 TLV내의 "Status Code" 필드를 사용할 것을 제안한다.
도 9는 본 발명의 일실시예에 따라 그룹 서비스 탐색 응답 프래임의 서비스 TLV내의 "Status Code" 필드에 현재 사용 가능한지 여부에 대한 정보를 포함하는 일례를 도시한 도면이다. 도 9에 도시된 "Status Code" 필드는 도 5e에 도시된 "Status Code" 필드와 공통된 값이 존재한다. 즉, "Status Code" 필드의 값이 0~3인 경우는 도 5e에 도시된 바와 동일하므로, 상세한 설명은 생략한다.
"Status Code" 필드 값이 "4"인 경우, 그룹 서비스 탐색 응답 프래임은 해당 서비스 프로토콜이 현재 사용 가능하다는 정보를 포함한다. "Status Code" 필드 값이 "5"인 경우, 그룹 서비스 탐색 응답 프래임은 해당 서비스 프로토콜이 현재 사용 불가능하다는 정보를 포함한다. 그리고, "Status Code" 필드 값이 "6"인 경우, 그룹 서비스 탐색 응답 프래임은 해당 서비스 프로토콜이 현재 사용 가능한지 불가능한지 불명확하다는 정보를 포함한다.
이와 같이, 본 발명의 일 실시예에서는 무선 통신 그룹 내 각 디바이스들의 지원 서비스뿐 만 아니라, 그 지원 서비스가 현재 사용 가능한지 여부를 함께 포함하여 제공한다.
더 나아가, 본 발명의 또 다른 실시예에서는 무선 통신 그룹 내 각 디바이스들의 지원 서비스가 제공된 이후, 그 지원 서비스에 변동이 생겼을 경우 이를 갱신할 수 있는 정보를 더 제공할 것을 제안한다. 이에 대한 구체적인 설명을 도 10 및 도 11a을 참조하여 설명하기로 한다.
도 10은 본 발명의 또 다른 실시예에 따른 지원 서비스에 변동이 생긴 경우 이를 갱신할 수 있는 정보를 제공하는 방법의 일례를 도시한 도면이다. 도 10에 도시된 예에서, 도 3에서와 동일하게 제 2 디바이스(100-2)를 오너 디바이스로 한 무선 통신 그룹이 형성되어 있다.
그리고 도 10에 도시된 예에서, 제 2 디바이스(100-2)가 제 1 디바이스(100-1)에게, 무선 통신 그룹 내 각 디바이스들의 지원 서비스 및 현재 사용 가능한 서비스 정보를 제공한 상태이다. 제공한 시점에서 제 3 디바이스(100-3)와 제 4 디바이스(100-4)는 Wi-Fi 디스플레이 프로토콜을 이용하여 세션을 수립한 상태여서, 제 2 디바이스(100-2)는 제 1 디바이스(100-1)에게 제공한 정보에는, 현재 제 3 디바이스(100-3)와 제 4 디바이스(100-4)의 Wi-Fi 디스플레이 프로토콜은 사용 불가능함을 나타내는 정보가 포함되어 있다.
그 후, 제 3 디바이스(100-3)와 제 4 디바이스(100-4)의 Wi-Fi 디스플레이 연결이 해제된 경우, 제 3 디바이스(100-3) 및/또는 제 4 디바이스(100-4)에 대한 Wi-Fi 디스플레이 서비스는 활용 가능한 상태이다. 따라서 본 발명의 실시예에서는 이와 같이 서비스의 활용 상태가 변경되는 것을 갱신하기 위하여, 서비스 탐색 응답 프래임을 제 1 디바이스(100-1)를 향해 주기적으로 전송하고, 이 전송된 서비스 탐색 응답 프래임에 갱신 여부를 식별할 수 있는 정보를 포함하여 전송할 것을 제안한다.
갱신 여부를 식별할 수 잇는 정보를 포함하는 프래임에 대한 상세한 구조를 도 11a을 참조하여 설명하기로 한다.
도 11a은 본 발명의 또 다른 실시예에 따른 서비스 탐색 응답 프래임에 포함된 "Status Code" 필드의 일례를 도시한 도면이다.
도 11a을 참조하면, 본 발명의 일실시예에서 "Status Code" 필드를 구성하고 있는 8bits는, 두 영역으로 구분될 수 있다. 0~6bits는 기존에 사용하던 정보를 포함하고, 마지막 비트인 7Bit는 본 발명의 실시예에 따라서 지원 서비스 정보 및/또는 현재 가능한 서비스 정보가 업데이트 되었음을 알린다.
즉, 제 1 디바이스(100-1)는 "Status Code" 필드의 마지막 비트인 7Bit가 "0"인 경우, 지원 서비스 정보 및/또는 현재 가능한 서비스 정보가 업데이트 되었음을 판단한다. 그러면 제 1 디바이스(100-1)는 나머지 서비스 탐색 응답 프래임을 분석하여 갱신된 정보를 파악할 수 있다.
반대로, 제 1 디바이스(100-1)는 "Status Code" 필드의 마지막 비트인 7Bit가 "1"인 경우, 지원 서비스 정보 및/또는 현재 가능한 서비스 정보가 변하지 않았음을 판단한다. 그러면 제 1 디바이스(100-1)는 기존의 지원 서비스 정보 및/또는 현재 가능한 서비스 정보를 그대로 활용할 수 있다.
상술한 본 발명의 실시예에서는 서비스의 활용 상태가 변경되는 것을 갱신하기 위하여, 서비스 탐색 응답 프래임을 제 1 디바이스(100-1)를 향해 주기적으로 전송하는 경우를 제안했었다. 한편, 본 발명의 다른 실시예에서는 서비스 업데이트 알림 프래임(Service Update Notification Frame)을 새롭게 정의하여, 서비스 업데이트 알림 프래임을 주기적으로 전송할 것을 제안한다. 이 서비스 업데이트 알림 프래임에 대해서 도 11b 및 도 11c를 참조하여 설명한다.
도 11b는 본 발명의 일실시예에 따른 서비스 업데이트 알림 프래임의 일례를 도시한 도면이다. 서비스 업데이트 알림 프래임의 기본 구조는 "P2P public action field"의 기본 구조를 따르며, 이때 정의되는 "OUI Subtype"은 "service discovery"를 위한 9로 지정된다.
이 경우 "Update data" 필드는 본원 발명의 실시예에서 사용될 업데이트 여부에 대한 정보를 포함하고 있는 필드로써, 도 11c에 세부적인 필드를 참조하여 설명하기로 한다.
도 11c는 본 발명의 일실시예에 따른 "Update data" 필드의 세부 필드 구성을 도시한 도면이다. "Update data" 필드는 "Service Update Indicator", "Length", "Service Protocol Type", "Service Transaction ID", "Status Code" 및 "Update data"의 서브 필드를 포함할 수 있다.
"Service Update Indicator" 필드는 2octecs의 사이즈를 가진 데이터로, 업데이트가 있을 시마다 1씩 증가시켜, 업데이트의 유무를 식별할 수 있는 정보이다.
"Length" 필드는 "Update data" 필드의 전체 길이 정보를 포함할 수 있다.
"Service Protocol Type" 필드는 P2P에 정의된 지원 가능 서비스 프로토콜 타입에 대해 설정된다.
"Service Transaction ID" 필드는 서비스 탐색 요청 프래임과 서비스 탐색 응답 프래임을 대응시키기 위한 식별자를 포함한다. "Service Transaction ID" 필드는 서비스 탐색 요청 프래임이 생성될 때 0이 아닌 임의의 값으로 설정된다.
"Status Code" 필드는 앞서, 도 11a에서 상술한 바와 동일하며, 서비스 지원 여부가 업데이트 될 경우, 그 업데이트 되었음을 나타내는 정보를 마지막 7Bit에서 포함하고 있다.
즉 도 11b와 도 11c를 참조하여 설명된, 새롭게 정의된 서비스 업데이트 알림 프래임을 다른 디바이스에 주기적으로 전송하여, 서비스의 활용 상태가 변경될 경우, 그 다른 디바이스에 변경 상태를 업데이트할 수 있도록 제안하고 있다.
한편, 본 발명의 실시예들에서는 무선 통신 그룹의 오너 디바이스 및 클라이언트 디바이스에 따라서 다른 역할을 수행하게 된다. 특히 이하에서 설명될 본 발명의 실시예들에서는 와이파이 다이렉트 네트워크를 이용하여 USB(Universal Serial Bus) 서비스 프로토콜을 지원하는 예를 설명한다.
따라서 이하 본 발명의 실시예들에서는 무선 통신 그룹을 형성할 때, 특히 USB 서비스 프로토콜을 이용할 경우, 형성되는 오너 디바이스 및 클라이언트 디바이스를 결정하는 방법을 제안한다.
도 12은 본 발명의 또 다른 실시예에 따른 무선 통신 그룹을 형성할 때 오너/클라이언트 디바이스를 결정하는 방법을 설명하기 위한 도면이다. 형성되는 무선 통신 그룹은 와이파이 다이렉트 네트워크를 이용하여 USB 서비스를 지원하며, 이하에서는 이렇게 연결된 디바이스들을 Wi-Fi USB(WSB)라고 부른다.
USB 서비스 프로토콜의 특징으로, 연결을 수립하는 두 디바이스 간에 호스트 디바이스(WSB host)와 독 디바이스(WSB dock)를 구분하게 된다. 호스트 디바이스는 독 디바이스를 제어하여, 독 디바이스에 포함된 데이터에 대한 읽기 및/또는 쓰기 작업이나 독 디바이스의 제어를 수행한다.
도 12 (a)를 참조하면, 랩탑(Lap top, 1201)은 USB 서비스 프로토콜에 의한 연결 시, 호스트 디바이스로의 역할도 할 수 있고 독 디바이스로의 역할도 할 수 있다. 왜냐하면, 랩탑(1201)의 경우, 다른 기기를 제어할 수 있는 CPU(Central Processing Unit) 및 기타 주변 기기를 이용하여, 연결된 다른 기기를 제어하고, 데이터를 읽고 쓰는 것이 가능하기 때문에 호스트 디바이스의 역할을 할 수 있다. 그 뿐만 아니라, 렙탑(1201)은 메모리를 포함하고 있기 때문에 독 디바이스로의 역할도 수행할 수 있다.
한편, 도 12 (a)에 도시된 WSB 독(1202)의 경우, 다른 기기를 제어할 수 있는 제어부가 없다고 가정할 경우 호스트 디바이스로의 역할을 수행할 수 없게 된다. 따라서, 이러한 경우에는 독 디바이스로의 역할을 수행할 수 밖에 없다.
그러므로, 도 12 (a)에서 랩탑(1201)과 WSB 독(1202)가 와이파이 다이렉트 네트워크를 이용하여 USB 서비스 프로토콜을 사용 시, 랩탑(1201)이 호스트 디바이스로, 그리고 WSB 독이 독 디바이스로의 역할을 하게된다.
이러한 경우, 와이파이 다이렉트 네트워크 상의 오너 디바이스를 호스트 디바이스(랩탑)로 결정할 지, 독 디바이스(WSB 독)로 결정할 지 문제가 될 수 있다.
도 12 (b)를 더 참조하면, 랩탑(1201)이 디지털 카메라(1203)는 와이파이 다이렉트 네트워크를 통해서 연결되고, USB 서비스 프로토콜을 제공한다. 디지털 카메라(1203)의 경우, 일반적으로 연결된 다른 기기를 제어하지 않으므로 랩탑(1201)이 호스트 디바이스로의 역할을 할 수 있다.
도 12 (a) 및 (b)와 같은 경우 일반적으로 랩탑(1201)이 오너 디바이스로의 역할을 한다. 왜냐하면, 오너 디바이스는 복수 개의 클라이언트 디바이스를 연결할 수 있기 때문에, 대부분의 오너 디바이스는 높은 데이터 처리 능력을 가진 기기들이 담당된다. 더 나아가, 오너 디바이스는 복수 개의 연결을 수립해야 하기 때문에 전력의 공급이 원할한 기기일 수록 오너 디바이스를 담당하게 된다.
따라서 이하에서 설명될 본 발명의 실시예에서 호스트 디바이스 및 독 디바이스들에게 효율적으로 오너 또는 클라이언트 역할을 부여할 수 있는 방법을 제안한다.
도 13은 본 발명의 일실시예에 따라, USB 서비스 프로토콜에서의 호스트/독 디바이스를 와이파이 다이렉트 네트워크 상에서의 오너/클라이언트 디바이스에 대응시키는 방법의 일례를 도식화한 도면이다.
도 13 (a)를 참조하면, USB 서비스 프로토콜을 사용하는 두 기기 중 하나는 호스트 디바이스만을 지원하는 기기이고, 다른 하나는 독 디바이스만을 지원하는 기기일 경우 오너/클라이언트 디바이스에 대응시키는 방법을 설명하고 있다. 이와 같은 경우, 본 발명의 일실시예에서는 호스트 디바이스를 오너 디바이스로 설정하고, 독 디바이스를 클라이언트 디바이스로 설정하도록 제안한다. 왜냐하면, 상술한 바와 같이 오너 디바이스는 복수 개의 디바이스들과 와이파이 다이렉트 네트워크 연결을 수립할 수 있기 때문에, 호스트 디바이스가 하는 것이 유리하기 때문이다. 도 14를 참조하여, 도 13 (a)와 같은 예에서 그룹의 오너 디바이스로 설정하는 과정을 살펴본다.
도 14는 USB 서비스 프로토콜을 제공하는 두 기기 중 하나는 호스트 디바이스만을 지원하고, 다른 하나는 독 디바이스만을 지원하는 경우 오너/클라이언트 디바이스를 설정하는 방법의 흐름도를 도시한 도면이다.
상술한 바와 같이 호스트 디바이스만을 지원하는 기기와 독 디바이스만을 지원하는 기기가 연결될 경우, 그 지원 여부에 대한 속성 정보를 서로가 교환할 수 있다면, 오너 디바이스를 쉽게 결정할 수 있다. 따라서 이하 본 발명의 실시예들에서는 와이파이 다이렉트 네트워크를 수립할 때, 지원 여부에 대한 속성 정보를 교환할 것을 제안한다. 이 속성 정보를 이하에서는 WSB IE(Wi-Fi USB Information Elements)라고 호칭한다.
도 14를 참조하면 1303의 선을 기준으로 위쪽으로는 비컨 전송 영역, 아래쪽으로는 디바이스 탐색 과정이다. 비컨 전송 영역에서는 연결을 시도하는 디바이스가 다른 디바이스에게 비컨 신호를 전송하고, 이 전송된 비컨 신호에 대한 응답을 대기한다. 본 발명의 실시예에서는 이 비컨 신호에 WSB IE를 포함하여 전송할 것을 제안한다. 즉, 도 14에 도시된 예에서의 비컨 신호는 호스트 디바이스(1300-1)에 의해서 전송되는 비컨 신호이기 때문에, 이 비컨 신호에 포함된 WSB IE는 송신하고 있는 디바이스가 호스트 디바이스만을 지원하고 있음을 나타내는 정보를 포함할 수 있다.
비컨 전송 영역에서, 독 디바이스(1300-2)는 비컨 신호를 수신한다. 수신한 독 디바이스(1300-2)는 비컨 신호에 포함된 WSB IE를 통해서, 비컨 신호를 송신한 디바이스(1300-1)가 호스트 디바이스만을 지원한다는 정보를 획득할 수 있다.
비컨 신호를 수신 받은 독 디바이스는 그 후, 디바이스 탐색 과정에서 비컨 신호에 응답하여 자신의 WSB IE를 포함한 탐색 요청(1302-1)을 호스트 디바이스(1300-1)로 송신한다. 이 탐색 요청(1302-1)에 포함된 WSB IE는 독 디바이스 자신이 독 디바이스만을 지원할 수 있다는 정보를 포함한다.
이와 같은 실시예에서, 와이파이 다이렉트 네트워크를 수립하고자 하는 두 기기는 WSB IE를 주고 받음으로써, 각각의 상대방이 지원할 수 있는 정보를 획득할 수 있다. 따라서 이렇게 획득된 정보를 이용하여 무선 통신 그룹의 오너/클라이언트를 설정할 수 있다.
한편, 상술한 실시예에서는 비컨 전송 시에 WSB IE를 포함하여 전송하는 경우를 예로 들었으나, 다른 실시예로 탐색 과정에서 탐색 요청(1302-1) 및 탐색 응답(1302-2)를 이용하여 서로의 WSB IE를 교환할 수도 있다.
다시 도 13을 참조하면 도 13 (b)의 경우, USB 서비스 프로토콜을 사용하는 두 기기 모두 호스트 디바이스 및 독 디바이스를 모두 지원하는 경우를 나타내고 있다. 이와 같은 경우, 본 발명의 실시예에서는 두 기기 각각의 속성 정보인 WSB IE를 획득하고, 그 속성 정보에 따라서 오너 디바이스 또는 클라이언트 디바이스로 설정하는 방법을 제안한다. 이 속성 정보인 WSB IE에 대해서 이하 도 15를 참조하여 설명한다.
도 15a는 본 발명의 일 실시예에 따른 WSB IE(Wi-Fi USB Information Elements)의 각 필드를 도시한 도면이다.
WSB IE는 "Elements ID", "Length", "OUI", "OUI Type" 및 "WSB Subelements"를 포함할 수 있으며, 도 15a에 도시된 예에서의 각 필드의 크기는 1,1,3,1 및 가변 크기이다.
"Elements ID", "Length", "OUI" 및 "OUI Type" 필드는 IEEE 802.11에 정의되어 있는 일반적인 P2P Information Elements에서의 필드와 동일하므로 이에 대한 설명은 생략하기로 한다.
"WSB Subelements" 필드는 본 발명의 일실시예에 따른 WSB 연결의 속성 정보를 포함하는 필드로써, 세부 필드 구조를 도 15b를 통해서 설명하기로 한다.
도 15b는 본 발명의 일실시예에 따른 "WSB Subelements" 필드의 구체적인 세부 필드의 일례를 도시하고 있다. "WSB Subelements" 필드의 세부 필드는 "Subelement ID", "Length" 및 "Subelements body field"를 포함할 수 있다.
"Subelement ID" 필드는 "WSB Subelements" 필드의 형식을 식별하기 위한 필드를 의미한다.
"Length" 필드는 "Subelement ID" 필드 전체의 길이 정보를 포함하고 있다.
"Subelements body field"는 본 발명의 일실시예에 따른, WSB 연결의 속성 정보를 포함하는 필드로써 도 15c에서 세부 필드를 설명하기로 한다.
도 15c는 "Subelements body field"의 세부 필드의 일례를 도시한 도면이다.
"Subelement ID" 필드는 "WSB Subelements" 필드의 형식을 식별하기 위한 필드를 의미한다.
"Length" 필드는 "Subelements body field" 필드 전체의 길이 정보를 포함하고 있다.
"WSB Device Information"는 8bits를 사용하고 있으며, WSB 연결의 속성 정보를 나타내고 있다. 구체적인 비트 구조를 도 15d를 참조하여 설명한다.
도 15d는 본 발명의 일실시예에 따른 "WSB Device Information"의 비트 구조의 일례를 도시한 도면이다. "WSB Device Information"는 8bit를 사용하고 있는데, 이 비트 중 0~1bit는 디바이스의 성질 정보, 2~3bit는 디바이스의 선호 동작 정보, 4~5Bit는 WSB 페어링 지원 정보, 6bit는 WSB 서비스 디스커버리 지원 정보 그리고 7~8bit은 정의하지 않고 남겨둔다.
디바이스의 성질 정보를 나타내는 0~1bits는, 0~3의 값을 가질 수 있는데, 디바이스의 성질 정보의 값이 "0"일 경우, WSB 디바이스는 호스트 디바이스만을 지원함을 나타낸다. 디바이스의 성질 정보의 값이 "1"일 경우, WSB 디바이스는 독 디바이스만을 지원함을 나타낸다. 디바이스의 성질 정보의 값이 "2"일 경우, WSB 디바이스는 호스트 및 독 디바이스 둘 다 지원 가능함을 나타낸다. 디바이스의 선호동작 정보를 나타내는 2~3bits는, 0~3의 값을 가질 수 있는데, 디바이스의 선호동작 정보의 값이 "0"일 경우, WSB 디바이스는 호스트 디바이스로 동작할 것을 원하고 있음을 나타낸다. 디바이스의 선호동작 정보의 값이 "1"일 경우, WSB 디바이스는 독 디바이스로 동작할 것을 원하고 있음을 나타낸다. 디바이스의 선호동작 정보의 값이 "2"일 경우, WSB 디바이스는 호스트 디바이스 또는 독 디바이스 둘 중 어느 디바이스로 동작해도 상관 없음을 나타낸다. 이와 같은 선호 동작은, 전력의 공급 정도에 따라서 달라질 수 있다. 즉, 전력의 공급이 원활한 상황(예를 들면, 콘센트에 연결되어 전력의 수급이 원활한 경우)에서는 호스트로 동작하더라도 전력의 걱정이 없을 수 있다. 하지만, 전력의 공급이 원활하지 않다면(예를 들어, 이동 단말기의 경우, 특히 잔여 전력량이 얼마 없을 경우) 그 기기는 독 디바이스로 동작할 것을 선호할 수 있다. 따라서 본 발명의 실시예에서는 이러한 선호 동작 정보를 변경함으로써 적절하게 오너 디바이스 또는 클라이언트 디바이스로 결정할 수 있다.
WSB 페어링 지원 정보를 나타내는 4~5Bits는, 0~3의 값을 가질 수 있는데, WSB 페어링 지원 정보의 값이 "0"일 경우, WSB 페어링 기능이 현재 지원되지 않음을 나타낸다. WSB 페어링 지원 정보의 값이 "1"일 경우, WSB 페어링 기능이 현재 지원됨을 나타낸다. WSB 서비스 디스커버리 지원 정보를 나타내는 6bit는, 0~3의 값을 가질 수 있다. WSB 서비스 디스커버리 지원 정보라 함은, 본 발명의 실시예에서와 같이, WSB IE 정보를 교환하여 무선 통신 그룹에서 오너/클라이언트 디바이스를 결정할 수 있는지를 나타내는 정보를 의미한다.
WSB 서비스 디스커버리 지원 정보의 값이 "0"일 경우, WSB 서비스 디스커버리 지원이 되지 않음을 나타낸다. 그리고 WSB 서비스 디스커버리 지원 정보의 값이 "1"일 경우, WSB 서비스 디스커버리 지원이 됨을 나타낸다.
도 15d에서 "WSB Device Information"에 포함되는 구체적인 정보를 살펴봤다. "WSB Device Information"에 포함된 정보 중, 디바이스의 성질 정보를 이용할 경우, 해당 디바이스가 호스트 디바이스만을 지원하는지, 독 디바이스만을 지원하는지 아니면 호스트, 독 디바이스 모두를 지원하는지 여부를 확인할 수 있다. 더 나아가, 호스트 디바이스로의 동작을 선호하는지, 아니면 독 디바이스로의 동작을 선호하는지를 알 수 있다. 이하의 도 16 및 도 17에서는 이와 같은 정보를 이용하여 호스트 디바이스, 독 디바이스를 오너/클라이언트 디바이스로 설정하는 예시들을 설명하기로 한다.
도 16 및 도 17은 본 발명의 실시예를 설명하기 위하여, WSB 연결 수립 과정의 흐름도를 도시한 도면이다.
도 16은 호스트 디바이스만을 지원할 수 있는 C디바이스(1300-3)와 호스트 및 독 디바이스 모두를 지원할 수 있는 D디바이스(1300-4)가 연결을 수립하는 과정을 도시한 도면이다.
도 16의 흐름도는 경계선을 기준으로 경계선의 위쪽은 탐색 과정이고, 경계선의 아래쪽은 그룹 네고시에이션(Group Negotiation) 과정을 도시하고 있다. 탐색 과정에서 C디바이스(1300-3)와 D디바이스(1300-4)는 서로의 WSB IE를 교환할 수 있다. 즉, 탐색 요청(1302-1) 및 탐색 응답(1302-2)를 통해서 WSB IE를 주고 받을 수 있다. 따라서, 각 상대방이 지원할 수 있는 기능을 인지할 수 있다. 특히, D디바이스(1300-4)는 탐색 과정에서 주고 받은 WSB IE를 통해, C디바이스(1300-3)가 호스트 디바이스만을 지원하고 있음을 확인할 수 있다.
도 16에서와 같은 상황에서는 선호 동작 정보에 따라서 연결이 수립될 수도 있고, 연결이 수립되지 않을 수도 있다. 왜냐하면, C디바이스(1300-3)는 호스트 디바이스만을 지원할 수 있는데, D디바이스(1300-4)가 호스트 디바이스로의 역할만을 선호할 수 있기 때문이다.
따라서, D디바이스(1300-4)의 선호 동작 정보가 호스트 디바이스로 동작할 것을 원하고 있을 경우, C디바이스(1300-3)와 D디바이스(1300-4)의 연결은 수립되지 않는다.
한편, D디바이스(1300-4)의 선호 동작 정보가 독 디바이스로 동작할 것을 원하고 있거나, 어느 디바이스로 동작해도 상관 없는 경우에는 연결을 수립할 수 있다. 그리고 그 연결에서 C디바이스(1300-3)는 호스트 디바이스로써 연결될 수 있고, D디바이스(1300-4)는 독 디바이스로써 연결될 수 있다.
도 16의 흐름도를 참조하여 상세하게 설명하면, C디바이스(1300-3)이 호스트 디바이스로 역할을 하고, D디바이스(1300-4)가 독 디바이스로의 역할을 하기로 할 경우, 그룹 네고시에이션 과정으로 진입한다(1501단계).
그룹 네고시에이션 과정에서 C디바이스(1300-3)는 자신의 그룹 오너 인텐트 값(Group Owner Intent Value)를 최대로 설정(1502 단계)하고, D디바이스(1300-4)는 자신의 그룹 오너 인텐트 값(Group Owner Intent Value)를 최소로 설정(1503 단계)한다. 그 결과, 그룹 네고시에이션 과정에서 C디바이스(1300-3)는 오너 디바이스로 설정되고, D디바이스(1300-4)는 클라이언트 디바이스로 설정될 수 있다.
따라서 본 발명의 실시예에서는 각 디바이스의 WSB IE를 이용하여, 각 디바이스의 성질을 판단함으로써, 효율적으로 무선 통신 그룹에서의 오너 및 클라이언트를 결정할 수 있다.
도 17은 독 디바이스만을 지원할 수 있는 E디바이스(1300-5)와 호스트 및 독 디바이스 모두를 지원할 수 있는 F디바이스(1300-6)가 연결을 수립하는 과정을 도시한 도면이다.
도 17의 흐름도는 경계선을 기준으로 경계선의 위쪽은 탐색 과정이고, 경계선의 아래쪽은 그룹 네고시에이션(Group Negotiation) 과정을 도시하고 있다. 탐색 과정에서 E디바이스(1300-5)와 F디바이스(1300-6)는 서로의 WSB IE를 교환할 수 있다. 즉, 탐색 요청(1302-1) 및 탐색 응답(1302-2)를 통해서 WSB IE를 주고 받을 수 있다. 따라서, 각 상대방이 지원할 수 있는 기능을 인지할 수 있다. 특히, F디바이스(1300-6)는 탐색 과정에서 주고 받은 WSB IE를 통해, E디바이스(1300-5)가 독 디바이스만을 지원하고 있음을 확인할 수 있다.
도 17에서와 같은 상황에서는 선호 동작 정보에 따라서 연결이 수립될 수도 있고, 연결이 수립되지 않을 수도 있다. 왜냐하면, E디바이스(1300-5)는 독 디바이스만을 지원할 수 있는데, F디바이스(1300-6)가 독 디바이스로의 역할만을 선호할 수 있기 때문이다.
따라서, F디바이스(1300-6)의 선호 동작 정보가 독 디바이스로 동작할 것을 원하고 있을 경우, E디바이스(1300-5)와 F디바이스(1300-6)의 연결은 수립되지 않는다.
한편, F디바이스(1300-6)의 선호 동작 정보가 호스트 디바이스로 동작할 것을 원하고 있거나, 어느 디바이스로 동작해도 상관 없는 경우에는 연결을 수립할 수 있다. 그리고 그 연결에서 E디바이스(1300-5)는 독 디바이스로써 연결될 수 있고, F디바이스(1300-6)는 호스트 디바이스로써 연결될 수 있다.
도 17의 흐름도를 참조하여 상세하게 설명하면, E디바이스(1300-5)가 독 디바이스로 역할을 하고, F디바이스(1300-6)가 호스트 디바이스로의 역할을 하기로 할 경우, 그룹 네고시에이션 과정으로 진입한다(1601단계).
그룹 네고시에이션 과정에서 E디바이스(1300-5)는 자신의 그룹 오너 인텐트 값(Group Owner Intent Value)를 최소로 설정(1602 단계)하고, F디바이스(1300-6)는 자신의 그룹 오너 인텐트 값(Group Owner Intent Value)를 최대로 설정(1603 단계)한다. 그 결과, 그룹 네고시에이션 과정에서 E디바이스(1300-5)는 클라이언트 디바이스로 설정되고, F디바이스(1300-6)는 오너 디바이스로 설정될 수 있다.
따라서 본 발명의 실시예에서는 각 디바이스의 WSB IE를 이용하여, 각 디바이스의 성질을 판단함으로써, 효율적으로 무선 통신 그룹에서의 오너 및 클라이언트를 결정할 수 있다.
도 18은 본 발명의 실시예에 따른 오너/클라이언트 디바이스를 결정하기 위한 방법의 순서도를 도시한 도면이다.
S1701단계에서 연결을 수립하고자 하는 두 기기인, 제 1 디바이스와 제 2 디바이스 각각이 선호동작 모드를 설정한다. S1702 내지 S1704단계에서 제 1 디바이스와 제 2 디바이스 중 어느 하나의 디바이스에 의해서 디바이스 탐색 과정을 진행한다. 이하의 예에서는 제 1 디바이스에 의해서 탐색 과정이 진행되는 경우를 예로 든다.
디바이스 탐색 과정의 첫 번째 단계(S1702)에서 제 1 디바이스는 제 2 디바이스를 검색한다. S1703단계에서 제 1 디바이스는 자신의 WSB IE를 제 2 디바이스로 송신한다. 그리고 S1704단계에서 제 2 디바이스로부터 WSB IE를 수신 받는다. S1702, S1703단계로부터 각 디바이스는 상대 디바이스의 WSB IE정보를 획득할 수 있다.
S1705단계에서는 교환한 WSB IE에서 디바이스의 성질 정보가 무엇인지 파악한다. 파악한 디바이스 성질 정보의 값이 "0b10"값이 아닐 경우 S1706단계로 이동하고, 파악한 디바이스 성질 정보 값이 "0b10"값일 경우 S1707단계로 이동한다.
S1706단계에서 각 디바이스는 탐색 과정을 중단하고, 디바이스 검색 모드(S1702 단계)로 되돌아간다.
S1707단계에서 각 디바이스는 WSB IE의 디바이스 선호동작 정보를 판단한다. 디바이스 선호 동작의 값이 "0b10"이 아닐 경우 S1708단계로 진입하고, 디바이스 선호 동작의 값이 "0b10"일 경우 S1709단계로 진입한다.
S1708단계에서 각 디바이스는 탐색 과정을 중단하고, S1702단계로 돌아간다.
S1709단계에서 각 디바이스는 그룹 네고시에이션 과정에 진입한다. 그룹 네고시에이션 과정에서 각 디바이스는 WSB IE의 선호동작 정보에 따라서 달라진다(S1710 단계). S1710 단계에서 선호 동작 정보가 "0b00"일 경우(호스트 동작 선호) 호스트 디바이스로 설정, 그리고 선호 동작 정보가 "0b01"일 경우(독으로 동작 선호) 독 디바이스로 설정하고 종료한다.
본 발명은 본 발명의 정신 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다.
전술한 본 발명은, 프로그램이 기록된 매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 매체는, 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 매체의 예로는, ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광 데이터 저장 장치 등이 있으며, 또한 캐리어 웨이브(예를 들어, 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다
따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.

Claims (18)

  1. 와이파이 네트워크 상의 디바이스가, 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스를 탐색하기 위한 서비스 탐색 요청 프래임(Service discovery request frame)을 생성하는 단계;
    상기 디바이스가 상기 생성된 서비스 탐색 요청 프래임을 상기 무선 통신 그룹에 속한 디바이스 중 오너 디바이스에게 송신하는 단계; 및
    상기 디바이스가 상기 서비스 탐색 요청 프래임에 대한 응답으로, 상기 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스 정보를 포함한 서비스 탐색 응답 프래임(Service discovery response frame)을 상기 오너 디바이스로부터 수신하는 단계를 포함하는 그룹 서비스 탐색 방법.
  2. 제 1 항에 있어서,
    상기 서비스 탐색 응답 프래임은,
    상기 무선 통신 그룹에 속해있는 디바이스 각각의 디바이스 식별 정보를 더 포함하고,
    상기 각각의 디바이스 식별 정보에 대응되도록 상기 지원하는 서비스 정보를 포함하는 그룹 서비스 탐색 방법.
  3. 제 1 항에 있어서,
    상기 서비스 탐색 요청 프래임은 소정 서비스를 나타내는 서비스 식별 정보를 포함하고,
    상기 지원하는 서비스 정보는 상기 소정 서비스를 지원하는지 여부에 대한 정보를 포함하는 그룹 서비스 탐색 방법.
  4. 제 1 항에 있어서,
    상기 서비스 탐색 응답 프래임은 상기 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스 정보가 현재 사용 가능한지 여부를 나타내는 정보를 더 포함하는 그룹 서비스 탐색 방법.
  5. 제 4 항에 있어서,
    상기 현재 사용 가능한지 여부를 나타내는 정보는,
    현재 서비스가 사용 가능, 현재 서비스가 사용 불가능 및 현재 서비스가 사용 가능한지 여부가 불투명 중 어느 하나인 경우를 나타내는 그룹 서비스 탐색 방법.
  6. 제 1 항에 있어서,
    상기 수신하는 단계는 주기적으로 상기 서비스 탐색 응답 프래임을 수신하고,
    상기 서비스 탐색 응답 프래임은 서비스 상태 변경 여부를 나타내는 정보를 더 포함하고,
    상기 디바이스가, 상기 서비스 상태 변경 여부를 나타내는 정보에 기초하여 상기 서비스 상태가 변경되었다고 판단 할 경우, 상기 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스 정보를 갱신하는 단계를 더 포함하는 그룹 서비스 탐색 방법.
  7. 제 1 항에 있어서,
    상기 무선 통신 그룹에 속해있는 디바이스 각각은, 상기 오너 디바이스와 와이파이 다이렉트 네트워크(Wi-Fi Direct Network)를 통해 무선으로 연결된 그룹 서비스 탐색 방법.
  8. 제 1 항에 있어서,
    상기 서비스 탐색 요청 프래임 및 상기 서비스 탐색 응답 프래임은 각각 IEEE(Institute of Electrical and Electronics Engineers) 802.11u의 GAS(Generic Advertisement Service)를 이용하여 생성한 그룹 서비스 탐색 방법.
  9. 소정 디바이스에게 무선 통신 그룹이 지원하는 서비스 정보를 제공하는 방법에 있어서,
    상기 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스를 탐색하기 위한 서비스 탐색 요청 프래임(Service discovery request frame)을 오너 디바이스가 상기 소정 디바이스로부터 수신하는 단계;
    상기 수신된 서비스 탐색 요청 프래임에 대응하여, 상기 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스 정보를 포함한 서비스 탐색 응답 프래임(Service discovery response frame)을 상기 오너 디바이스가 생성하는 단계; 및
    상기 오너 디바이스가 상기 생성된 서비스 탐색 응답 프래임을 상기 소정 디바이스로 송신하는 단계를 포함하는 그룹 서비스 정보 제공 방법.
  10. 제 9 항에 있어서,
    상기 서비스 탐색 응답 프래임은,
    상기 무선 통신 그룹에 속해있는 디바이스 각각의 디바이스 식별 정보를 더 포함하고,
    상기 각각의 디바이스 식별 정보에 대응되도록 상기 지원하는 서비스 정보를 포함하는 그룹 서비스 정보 제공 방법.
  11. 제 9 항에 있어서,
    상기 서비스 탐색 요청 프래임은 소정 서비스를 나타내는 서비스 식별 정보를 포함하고,
    상기 지원하는 서비스 정보는 상기 소정 서비스를 지원하는지 여부에 대한 정보를 포함하는 그룹 서비스 정보 제공 방법.
  12. 제 9 항에 있어서,
    상기 서비스 탐색 응답 프래임은 상기 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스 정보가 현재 사용 가능한지 여부를 나타내는 정보를 더 포함하는 그룹 서비스 정보 제공 방법.
  13. 제 12 항에 있어서,
    상기 현재 사용 가능한지 여부를 나타내는 정보는,
    현재 서비스가 사용 가능, 현재 서비스가 사용 불가능 및 현재 서비스가 사용 가능한지 여부가 불투명 중 어느 하나인 경우를 나타내는 그룹 서비스 정보 제공 방법.
  14. 제 9 항에 있어서,
    상기 서비스 탐색 응답 프래임은 서비스 상태 변경 여부를 나타내는 정보를 더 포함하고,
    상기 송신하는 단계는 주기적으로 상기 서비스 탐색 응답 프래임을 상기 소정 디바이스에 송신하고,
    상기 서비스 상태 변경 여부를 나타내는 정보에 기초하여 상기 서비스 상태가 변경되었음이 판단 시, 상기 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스 정보를 상기 소정 디바이스가 갱신하는 단계를 더 포함하는 그룹 서비스 정보 제공 방법.
  15. 제 9 항에 있어서,
    상기 무선 통신 그룹에 속해있는 디바이스 각각은, 상기 오너 디바이스와 와이파이 다이렉트 네트워크(Wi-Fi Direct Network)를 통해 무선으로 연결된 그룹 서비스 정보 제공 방법.
  16. 제 9 항에 있어서,
    상기 서비스 탐색 요청 프래임 및 상기 서비스 탐색 응답 프래임은 각각 IEEE(Institute of Electrical and Electronics Engineers) 802.11u의 GAS(Generic Advertisement Service)를 이용하여 생성한 그룹 서비스 정보 제공 방법.
  17. 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스를 탐색하기 위한 서비스 탐색 요청 프래임(Service discovery request frame)을 생성하는 프래임 생성부;
    상기 생성된 서비스 탐색 요청 프래임을 상기 무선 통신 그룹에 속한 디바이스 중 오너 디바이스에게 송신하는 프래임 송신부; 및
    상기 서비스 탐색 요청 프래임에 대한 응답으로, 상기 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스 정보를 포함한 서비스 탐색 응답 프래임(Service discovery response frame)을 상기 오너 디바이스로부터 수신하는 프래임 수신부를 포함하는 무선 통신 그룹이 지원하는 서비스 탐색 디바이스.
  18. 소정 디바이스에게 무선 통신 그룹이 지원하는 서비스 정보를 제공하는 오너 디바이스에 있어서,
    상기 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스를 탐색하기 위한 서비스 탐색 요청 프래임(Service discovery request frame) 상기 소정 디바이스로부터 수신하는 프래임 수신부;
    상기 수신된 서비스 탐색 요청 프래임에 대응하여, 상기 무선 통신 그룹에 속해있는 디바이스 각각이 지원하는 서비스 정보를 포함한 서비스 탐색 응답 프래임(Service discovery response frame)을 생성하는 프래임 생성부; 및
    상기 생성된 서비스 탐색 응답 프래임을 상기 소정 디바이스로 송신하는 프래임 송신부를 포함하는 오너 디바이스.
PCT/KR2012/009608 2011-11-15 2012-11-14 와이파이 다이렉트 네트워크를 통한 지원 서비스 탐색 방법 및 디바이스 WO2013073838A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020147012234A KR102081936B1 (ko) 2011-11-15 2012-11-14 와이파이 다이렉트 네트워크를 통한 지원 서비스 탐색 방법 및 디바이스
US14/358,621 US9485719B2 (en) 2011-11-15 2012-11-14 Method and device for searching for supported service through WiFi direct network

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201161560261P 2011-11-15 2011-11-15
US201161560269P 2011-11-15 2011-11-15
US61/560,269 2011-11-15
US61/560,261 2011-11-15

Publications (2)

Publication Number Publication Date
WO2013073838A1 WO2013073838A1 (ko) 2013-05-23
WO2013073838A4 true WO2013073838A4 (ko) 2013-07-18

Family

ID=48429847

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2012/009608 WO2013073838A1 (ko) 2011-11-15 2012-11-14 와이파이 다이렉트 네트워크를 통한 지원 서비스 탐색 방법 및 디바이스

Country Status (3)

Country Link
US (1) US9485719B2 (ko)
KR (1) KR102081936B1 (ko)
WO (1) WO2013073838A1 (ko)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014025217A1 (en) 2012-08-08 2014-02-13 Samsung Electronics Co., Ltd. Apparatus and method of connecting service according to user intention
US9641996B2 (en) * 2012-08-08 2017-05-02 Samsung Electronics Co., Ltd. Method and apparatus for generating P2P group for Wi-Fi direct service
EP2901799B1 (en) * 2012-09-28 2017-07-12 Samsung Electronics Co., Ltd. Method and system for establishing wireless fidelity direct(wfd) connection in a wfd network environment
US9408137B2 (en) * 2012-10-22 2016-08-02 Electronics And Telecommunications Research Institute Discovery signal transmitted in direct communication system, and method of transmitting/receiving the discovery signal
US9635603B2 (en) * 2012-11-21 2017-04-25 Intel Corporation Systems and methods for implementing multiple band service discovery
JP6172954B2 (ja) * 2013-01-25 2017-08-02 キヤノン株式会社 通信装置、通信装置の制御方法、プログラム
JP6271839B2 (ja) * 2013-01-25 2018-01-31 キヤノン株式会社 通信装置、通信装置の制御方法、プログラム
JP6253250B2 (ja) * 2013-05-01 2017-12-27 キヤノン株式会社 通信装置、通信装置の制御方法、プログラム
KR20150017848A (ko) * 2013-08-08 2015-02-23 삼성전자주식회사 와이파이 다이렉트 연결 방법 및 장치
US20160219423A1 (en) * 2013-08-20 2016-07-28 Lg Electronics Inc. Method for remotely controlling another device using direct communication and apparatus therefor
US10045387B2 (en) 2014-01-22 2018-08-07 Lg Electronics Inc. Method for constructing docking protocol by using direct communication, and apparatus therefor
US10129343B2 (en) 2014-01-22 2018-11-13 Lg Electronics Inc. Method for searching for docking service and peripheral function by using direct communication and apparatus for same
US10206233B2 (en) * 2014-03-04 2019-02-12 Samsung Electronics Co., Ltd Method and apparatus for automatic switching between devices
US9918351B2 (en) * 2014-04-01 2018-03-13 Belkin International Inc. Setup of multiple IOT networks devices
US9641960B2 (en) 2014-11-12 2017-05-02 Qualcomm Incorporated MirrorLink with wireless serial bus
KR20170083762A (ko) * 2016-01-11 2017-07-19 삼성전자주식회사 근접 무선 통신 방법 및 장치
WO2017123253A1 (en) * 2016-01-15 2017-07-20 Hewlett Packard Enterprise Development Lp Generating peer-to-peer network addresses
US10594785B2 (en) * 2016-03-11 2020-03-17 Intel Corporation Transitioning from an infrastructure based wireless connection to a peer to peer (P2P) wireless connection
KR102599479B1 (ko) * 2016-11-02 2023-11-08 삼성전자주식회사 근거리통신 연결을 위한 전자장치, 시스템 및 방법
CN107241784B (zh) * 2017-06-16 2020-09-25 深圳市盛路物联通讯技术有限公司 物联网接入的方法及装置
CN110034941A (zh) * 2019-03-22 2019-07-19 北京众纳鑫海网络技术有限公司 加入特定于设备的消息群组的方法和系统

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030140119A1 (en) * 2002-01-18 2003-07-24 International Business Machines Corporation Dynamic service discovery
US20040003058A1 (en) * 2002-06-26 2004-01-01 Nokia, Inc. Integration of service registration and discovery in networks
US8170481B2 (en) 2008-03-24 2012-05-01 Intel Corporation Techniques for discovering services provided in a wireless network
US20110105024A1 (en) * 2009-11-03 2011-05-05 Nokia Corporation Transport independent service discovery
US8599773B2 (en) * 2009-11-17 2013-12-03 Samsung Electronics Co., Ltd. Method and system for selective scalable channel-based station enablement and de-enablement in television band white spaces
JP5718933B2 (ja) * 2009-11-17 2015-05-13 サムスン エレクトロニクス カンパニー リミテッド ＷｉＦｉＤｉｒｅｃｔネットワークでのＷｉＦｉディスプレイサービス探索方法及び装置
KR101700937B1 (ko) 2009-12-22 2017-01-31 삼성전자주식회사 ＷｉＦｉ Ｄｉｒｅｃｔ 네트워크에서의 서비스 탐색 방법 및 장치

Also Published As

Publication number Publication date
KR102081936B1 (ko) 2020-04-14
US9485719B2 (en) 2016-11-01
KR20140098070A (ko) 2014-08-07
US20140314065A1 (en) 2014-10-23
WO2013073838A1 (ko) 2013-05-23

Similar Documents

Publication Publication Date Title
WO2013073838A4 (ko) 와이파이 다이렉트 네트워크를 통한 지원 서비스 탐색 방법 및 디바이스
WO2011062404A2 (ko) Wifi direct 네트워크에서의 wifi 디스플레이 서비스 탐색 방법 및 장치
WO2012060611A2 (ko) 장치 탐색 방법 및 그를 이용한 통신 장치
WO2011087210A2 (ko) 전자기기 및 전자기기의 동작 방법
WO2012144707A1 (ko) 무선랜 기반 피어투피어 응용간 연결 방법, 무선랜 기반 피어투피어 응용간 연결성 유지 방법 및 무선랜 기반 피어 단말
WO2014098437A1 (ko) 무선랜 시스템에서 서비스 발견 방법 및 장치
WO2015069031A1 (ko) 블루투스를 이용한 커뮤니케이션 링크 형성 방법 및 장치
WO2016167618A9 (ko) 무선 통신 시스템에서 서비스 디스커버리를 수행하는 방법 및 장치
WO2017018823A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼 세션 형성 방법 및 장치
WO2016148406A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼을 이용하여 서비스를 지원하는 방법 및 장치
WO2016148523A1 (ko) 무선 통신 시스템에서 서비스 디스커버리를 수행하는 방법 및 장치
WO2019177231A1 (ko) 무선랜 시스템에서 타겟 액세스 포인트에 대한 정보를 전달하기 위한 방법 및 이를 이용한 액세스 포인트
WO2011155732A2 (ko) 장치가 다른 장치와 통신 하는 방법
WO2021045526A1 (ko) 무선 전력 전송 관련 정보의 통신을 위한 방법, 장치, 컴퓨터 프로그램 및 그 기록 매체
WO2017014579A1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
WO2016111562A1 (ko) Wfd에서 배터리 상태를 리포트하는 방법 및 장치
WO2014010883A1 (ko) 라디오 주파수 대역을 고려한 무선네트워크 접속 장치 및 방법
WO2019235813A1 (en) Electronic device supporting multiple wireless communication protocols and method therefor
WO2017039376A1 (ko) 무선 통신 시스템에서 연결 능력 정보를 교환하는 방법 및 장치
WO2014030894A1 (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 이를 위한 장치
WO2020027428A1 (ko) 무선 통신 시스템에서 plmn을 검색하기 위한 전자 장치 및 방법
WO2016190618A1 (ko) 무선 통신 시스템에서 세션 핸드오버를 수행하는 방법 및 장치
EP3925306A1 (en) Method of accessing network based on access technology and electronic device therefor
WO2022139488A1 (ko) 무선 통신 시스템에서 릴레이 단말을 재선택하는 방법 및 장치
WO2016148550A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼 세션 형성을 수행하는 방법 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12850717

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20147012234

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14358621

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 12850717

Country of ref document: EP

Kind code of ref document: A1