WO2014069868A1 - 엔에프씨를 이용한 와이파이 다이렉트 서비스 방법 및 이를 위한 장치 - Google Patents

엔에프씨를 이용한 와이파이 다이렉트 서비스 방법 및 이를 위한 장치 Download PDF

Info

Publication number
WO2014069868A1
WO2014069868A1 PCT/KR2013/009669 KR2013009669W WO2014069868A1 WO 2014069868 A1 WO2014069868 A1 WO 2014069868A1 KR 2013009669 W KR2013009669 W KR 2013009669W WO 2014069868 A1 WO2014069868 A1 WO 2014069868A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
wfds
nfc
handover
information
Prior art date
Application number
PCT/KR2013/009669
Other languages
English (en)
French (fr)
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 EP13852057.2A priority Critical patent/EP2914047B1/en
Priority to US14/439,211 priority patent/US9521589B2/en
Priority to JP2015540599A priority patent/JP6324982B2/ja
Priority to CN201380068751.0A priority patent/CN104956761B/zh
Publication of WO2014069868A1 publication Critical patent/WO2014069868A1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/03—Reselecting a link using a direct mode connection
    • H04B5/72—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0009—Control or signalling for completing the hand-off for a plurality of users or terminals, e.g. group communication or moving wireless networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/03—Reselecting a link using a direct mode connection
    • H04W36/035—Reselecting a link using a direct mode connection in self-organising networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the present invention relates to a wireless communication system, and more particularly, to a method and apparatus for Wi-Fi Direct Services (WFDS) communication using NFC technology. More specifically, the present invention relates to a method for establishing a connection via an NFC touch and an apparatus therefor.
  • WFDS Wi-Fi Direct Services
  • Wireless communication systems have been widely deployed to provide various kinds of communication services such as voice and data.
  • a wireless communication system is a multiple access system capable of supporting communication with multiple users by sharing available system resources (bandwidth, transmission power, etc.).
  • multiple access systems include code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (0FDMA) systems, and SC-FDM single carrier frequency division. Multiple Access) system.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDM orthogonal frequency division multiple access
  • SC-FDM single carrier frequency division. Multiple Access SC-FDM single carrier frequency division. Multiple Access
  • IEEE 802.11a and b are described in 2.4. Using unlicensed band at GHz or 5 GHz, IEEE 802.11 lib provides a transmission rate of 11 Mbps, and IEEE 802.11a provides a transmission rate of 54 Mbps. IEEE 802.11g applies orthogonal frequency division multiplexing (OFDM) at 2.4 GHz to provide a transmission rate of 54 Mbps. IEEE 802.11 ⁇ provides a transmission rate of 300 Mbps by applying multiple input multiple out put (OFDM, MIMCH DM). IEEE 802.11 ⁇ supports channel bandwidths up to 40 MHz, in this case providing a transmission rate of 600 Mbps.
  • OFDM orthogonal frequency division multiplexing
  • IEEE 802.11 is a standard for supporting WAVEC Wireless Access in Vehicular Environments. For example, 802.lip provides the improvements needed to support Intelligent Transportation Systems (ITS).
  • IEEE 802.11ai is a standard for supporting fast initial link setup of an IEEE 802.11 station (STA).
  • STA IEEE 802.11 station
  • IPS DLSOirect Link Setup
  • QBSS Quality BSS
  • BSS Basic Service Set
  • QoS Quality of Service
  • non-AP STAs, as well as APs are QAKQuality APs that support QoS.
  • the AP supports QoS even if the Non-AP STA is a QSTA (Quality STA) supporting QoS.
  • QSTA Quality STA
  • Wi-Fi Direct wireless short-range communication technologies such as Wi-Fi are widely applied to the market, and the connection between devices is not only based on a local network but also through a direct connection between devices.
  • Wi-Fi Direct One of the technologies for direct connection between devices using Wi-Fi is Wi-Fi Direct.
  • Wi-Fi Direct is a network connectivity standard technology that describes the operation of the link layer. Since there is no definition of a protocol or a standard on the application, the compatibility and operation are inconsistent when the application is run after being connected between Wi-Fi Direct devices. Because of this problem, the Wi-Fi Alliance (WFA) is currently working on a standard technology that includes a higher-level application technology called Wi-Fi Direct Services (WFDS).
  • WFA Wi-Fi Alliance
  • Wi-Fi Direct corresponds to a trade name as a marketing term, and the technical specification for this is collectively referred to as Wi-Fi P2P (Peer to Peer). Accordingly, in the present invention dealing with Wi-Fi based P2P technology, Wi-Fi Direct or Wi-Fi P2P may be used without distinction.
  • Wi-Fi P2P Peer to Peer
  • the method of data communication through direct connection between devices has been used by some users because it has been installed in devices such as mobile phones and notebook PCs equipped with wireless communication technology such as Bluetooth, but the transmission speed is slow and the actual use has a long transmission distance. It is limited to within 10m. In particular, there are technical limitations in the haptic performance when used in an environment where a large amount of data transmission or many Bluetooth devices exist.
  • Wi-Fi P2P has been added to support direct communication between devices while retaining most of the features of the existing Wi-Fi standard. Therefore, the device equipped with the Wi-Fi chip (chip) can take full advantage of hardware and physical characteristics, and can provide P2P communication between devices mainly by upgrading software functions.
  • P2P group there is a device that plays the role of an AP in an existing infrastructure network.
  • the device In the P2P specification, the device is called a P2P group owner (GO).
  • P2P group owner There can be various P2P clients (CI ients) around P2P GO. Only one GO can exist in one P2P group, and all other devices become client devices.
  • FIG. 1 is a diagram illustrating a typical P2P network topology.
  • a client having a P2P GO and a P2P function is directly connected, or a legacy client without a P2P GO and a P2P function can be connected.
  • FIG. 2 is a diagram illustrating a situation in which one P2P device forms a P2P group and is connected to an AP by operating as an STA of a WLAN.
  • the P2P technical standard defines a situation in which a P2P device operates in this mode as a concurrent operation.
  • a Group Owner Intent value of a P2P attribute ID can range from 0 to 15.
  • P2P devices exchange this value with each other, and the device with the highest value becomes P2P G0.
  • legacy devices that do not support Wi-Fi P2P technology, It may be dependent, but the function of the existing device is limited to the function of infrastructure network access through P2P GO.
  • P2P devices transmit beacon signals using 0rthogonal frequency division multiplexing (0FDM) because P2P GO transmits beacon signals, so lla / g / n does not support lib specifications. Can be used as a P2P device.
  • the P2P specification includes four functions as follows to perform an operation in which a P2P GO and a P2P client are connected.
  • P2P discovery deals with technical items such as device discovery, service discovery, group formation, and P2P invitation.
  • Device discovery allows two P2P devices to exchange device related information such as mutual device name or device type over the same channel.
  • Service discovery exchanges information related to a service to be used via P2P.
  • Grouping is the ability to determine which device will be a P2P GO to form a new group.
  • P2P invitation is a function of calling a permanently formed P2P group or joining a P2P device to an existing P2P group.
  • P2P group operation includes the formation and termination of P2P group, connection to P2P group, communication in P2P group, service for P2P client discovery, and operation of persistent P2P group. Explaining.
  • P2P power management deals with P2P device power management and signal processing at power save mode.
  • Managed P2P Device deals with forming a P2P group from one P2P device and simultaneously accessing an infrastructure network through a WLAN AP.
  • P2P group is similar to the existing infrastructure BSSCBasic Service Set) in that P2P G0 acts as an AP and P2P client plays the role of STA. Therefore, P2P devices must be equipped with software that can act as a GO and a client. P2P devices are distinguished by using P2P device addresses, such as MAC addresses. However, when a P2P device communicates within a P2P group, it communicates using a P2P interface address. In this case, it is not necessary to use a globally unique ID address.
  • the P2P group has a single identifier P2P group ID, which is the SSIlXService Set Identifier) and P2P GO.
  • Wi-Fi P2P specification uses WPA2- PSK / AES for security.
  • the life cycle of a P2P group includes a temporary connection method and a persistent connection method that attempts to make the same connection again after a certain time.
  • Persistent group once a P2P group is formed, each other's role, credentials, SSID, and P2P group ID are cached, and it is possible to quickly connect groups by applying the same connection type when reconnecting. .
  • Wi-Fi devices have a two-phase connection process.
  • two P2P devices find each other, and second, a group formation step of determining a role of P2P GO or P2P client between the devices found.
  • the discovery step is to connect the P2P devices to each other.
  • the discovery step is composed of a search and a listen state.
  • the search state performs active search using a probe request frame, which uses social channels of channels 1, 6, and 11 to limit the search range for quick search.
  • a P2P device in listen state selects only one of three social channels and remains in a receiving state.
  • the P2P devices may repeatedly search and receive states, respectively, and reach each other's common channels.
  • the P2P device uses a probe request frame and a probe answering frame to find a device type, a manufacturer, or a friendly device name to selectively associate with each other after discovering the other party.
  • service discovery may be used to identify compatible services between devices ' existing in the P2P device, in order to determine whether a service provided in each device is compatible with other devices.
  • the P2P specification does not specify a specific service discovery standard. P2P device users can search for nearby P2P devices and services and then quickly connect to the device or service they want.
  • the second step describes the group formation step.
  • the P2P device completes the above-described discovery step, the existence of the counterpart device is completed. Based on this, the two P2P devices should enter the G0 negotiation phase to configure the BSS.
  • This negotiation phase is divided into two sub-steps. The first is GO negotiation and the second is Wi-Fi Protected.
  • each device negotiates its role as a P2P GO or P2P client and establishes an operating channel for use within the P2P group.
  • the conventional work performed in the existing WPS is performed, such as exchanging PIN information input by a user of the device through a keypad, and a simple setup through a push button.
  • the role of P2P GO within the P2P Group is at the heart of the P2P Group.
  • the P2P GO assigns a P2P interface address, selects the operating channel of the group and sends out a beacon signal containing the various operating parameters of the group. Only P2P GOs in a P2P group can transmit beacon signals, allowing P2P devices to quickly P2P during the scan phase, the initial phase of the connection.
  • P2P GO may start a P2P group session on its own, or start a session after using the method described in the P2P discovery phase.
  • the value that wants to be P2P GO that plays such an important role does not exist as a fixed value in any device but can be adjusted by a service or a higher layer service, so the developer wants to be a P2P GO according to the purpose of each application. You can select the appropriate value.
  • the P2P device allocates and uses the P2P interface address using the MAC address within the P2P group session.
  • the P2P interface address of the P2P GO is BSSI1XBSS Identifier), which is substantially the MAC address of the P2P GO.
  • the release of the P2P group will be described. If the P2P session is terminated, the P2P GO should inform all P2P clients of the end of the P2P group session through de-authentication. On the P2P client side, you can also disconnect from the P2P GO. If possible, you should go through the disassociation process. The P2P GO that receives the client's disconnect request can determine that the P2P client has disconnected. If P2P GO detects an abnormal protocol error from a P2P client or a P2P client that interferes with the P2P group's connection, it may cause rejection of authentication or denial of associat ion. Send it after recording in the association response.
  • An object of the present invention is to provide a method and apparatus for efficiently performing a Wi-Fi Direct Services (WFDS) connection process in a wireless communication system.
  • Another object of the present invention is to provide a method for efficiently performing the connection process using the NFC method and an apparatus therefor.
  • WFDS Wi-Fi Direct Services
  • Another object of the present invention is to provide a method for efficiently configuring a connection request and a reply message in a Wi-Fi Direct service connection using an NFC method, and an apparatus therefor.
  • Another object of the present invention is to execute a service by efficiently configuring a process of searching for a specific service using the NFC method in connecting to a Wi-Fi Direct service.
  • a first device in a method for setting up Wi-Fi Direct Service (DS) communication, communicates with a second device to NFC (Near Field Communication). Transmitting a Handover Request message through a channel; And receiving, by the first device, a handover select message from the second device through the NFC channel. And a handover request messager including service hash information indicating a WFDS that the first device can support.
  • NFC Near Field Communication
  • the handover selection message includes service name information of a Wi-Fi Direct service that the second device intends to use. can do.
  • the handover selection message may include configuration information for discovering a target device through a list channel (list en channel) used for Wi-Fi Direct service connection.
  • list channel list en channel
  • connection setting information through NFC when connection setting information through NFC is stored between the first device and the second device, the same setting information may be set for the connection setting between the two devices.
  • the handover request message may be configured in an NFC data exchange format (NDEF) including the service hash information.
  • NDEF NFC data exchange format
  • the handover request message may further include an NDEF record including information for a second layer connection between the two devices.
  • the handover selection message may be configured in an NFC data exchange format (NDEF) including the service hash information.
  • NDEF NFC data exchange format
  • the handover selection message may further include an NDEF record including information for a second layer connection between the two devices.
  • the NDEF record may include a payload portion indicating Wi-Fi Direct service information in a TLVCType-Length-Value format.
  • the information about the Wi-Fi Direct service that the first device can support is based on NFC of the first device through advertisement of the first device ASP (Application Service Platform). It may be obtained information.
  • ASP Application Service Platform
  • the one device having a priority of the first device and the second device transmits a peer to peer (P2P) service discovery request message to the other device; And receiving a P2P service discovery response message, which is a response to the P2P service discovery request message, from a device that receives the P2P service discovery request message. It may further include.
  • P2P peer to peer
  • the priority may be a priority determined based on at least one of a device's existing Wi-Fi Direct service connection state, device performance, and a type of Wi-Fi Direct service.
  • the transmission of the handover request message between the first device and the second device may be initiated by a touch or a proximity touch between the two device NFC modules.
  • the Wi-Fi Direct service includes a send, a play, a print, a display, a neighbor hood area network (NAN), and a Wi-Fi serial bus (WSB). And docking.
  • the handover may be one of a negotiation handover and a static handover.
  • the first device is NFC (Near Field Communication) from the second device Receiving a Handover Request message through the channel; And sending, by the first device, a handover select message to the second device through the NFC channel. And a handover request message including service hash information indicating a Wi-Fi Direct service that the second device can support.
  • WFDS Wi-Fi Direct Service
  • an apparatus for establishing Wi-Fi Direct service (WFDS) communication comprising: a processor; And a transceiver; Wherein the transceiver transmits a handover request message from a first device to a second device and receives a handover select message from the second device, wherein the handover request message includes: A device for establishing a Wi-Fi Direct service communication including service hash information indicating a Wi-Fi Direct service that can be supported by the first device.
  • the U device in the method for setting up the Wi-Fi Direct service communication, after the NFC touch, the U device from the second device Receiving an over select message; And the handover selection message includes service hash information indicating a Wi-Fi Direct service that the second device can support.
  • initial connection setting for Wi-Fi Direct service communication may be efficiently performed.
  • Another effect of the present invention may be to reduce communication overhead resulting from establishing a Wi-Fi Direct service connection using NFC.
  • Wi-Fi pre-select a particular service of the direct service by attempting to Wi-Fi direct connection, if the connection is successful by immediately performing the service, the users
  • the process of device selection and service selection can be reduced.
  • FIG. 1 illustrates a typical P2P network topology.
  • FIG. 2 is a diagram illustrating a situation in which one P2P device forms a P2P group and is connected to an AP by operating as a STA of a WLAN.
  • FIG. 3 shows a simplified block diagram of a Wi-Fi Direct device.
  • FIG. 4 is a diagram illustrating a process of connecting a WFDS session by discovering devices and discovering services between WFDS devices in a conventional WFDS.
  • FIG. 5 is a diagram illustrating a block diagram of a service in which an NFC interface is added in addition to the Wi-Fi interface.
  • FIG. 6 is a diagram illustrating a handover process in the conventional NFC.
  • FIG. 7 is a diagram illustrating an example of a WFDS connection process through NFC handover to be applied in the present invention.
  • FIG. 8 is a diagram illustrating another example of a WFDS connection process through NFC handover to be applied in the present invention.
  • FIG 9 illustrates another example of a WFDS connection process through NFC handover to be applied in the present invention.
  • FIG. 10 is a diagram illustrating a case where one device is a searcher as another example of a WFDS connection process through NFC handover to be applied in the present invention.
  • FIG. 11 is a diagram illustrating a case where one device is a searcher as another example of a WFDS connection process through NFC handover to be applied in the present invention.
  • FIG. 12 is a diagram illustrating a case in which both devices are searchers as another example of a WFDS connection process through NFC handover to be applied in the present invention.
  • FIG. 13 is a diagram illustrating a case where an NFC static device is a searcher and an NFC negotiation device is a searcher as another example of a WFDS connection process through NFC handover to be applied in the present invention.
  • 14 is a diagram illustrating a handover request message according to an embodiment of the present invention.
  • FIG. 15 is a diagram illustrating a handover select message according to an embodiment of the present invention.
  • 16 is a diagram illustrating an example of an NFC handover process to be applied to the present invention.
  • 17 is a diagram illustrating a configuration of a handover select message according to an embodiment of the present invention.
  • FIG. 19 illustrates a WFD P2P apparatus that can be applied to the present invention.
  • CDM code division multiple access FDMA
  • frequency division multiple access FDMA
  • time division multiple access TDMA
  • orthogonal frequency division multiple access 0FDMA
  • SC-FDMA single carrier frequency division multiple access
  • CDMA may be implemented with a radio technology such as UTRACUniversal Terrestrial Radio Access (CDMA2000) or CDMA2000.
  • TDMA can be implemented with wireless technologies such as Global System for Mobile Communications (GSM) / General Packet Radio Service (GPRS) / Enhanced Data Rates for GSM Evolution (EDGE).
  • GSM Global System for Mobile Communications
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GSM Evolution
  • 0FDMA may be implemented by a radio technology such as IEEE 802.16 (WiMAX), IEEE 802-20, Evolved UTRA (E-UTRA).
  • 0FDM may be implemented by a radio technology such as IEEE 802.11.
  • Wi-Fi IEEE 802.11
  • the technical spirit of the present invention is not limited thereto.
  • the following description may be supported by standard documents disclosed in at least one of the wireless access systems IEEE 802 system, 3GPP system, 3GPP LTE and LTE-ACLTE-Advanced) system and 3GPi system. That is, steps or parts which are not described to clearly reveal the technical spirit of the present invention among the embodiments of the present invention may be supported by the above documents.
  • all terms disclosed in the present document can be described by the above standard document. Specific terms used in the following descriptions are provided to help the understanding of the present invention, and the specific terms may be changed into other forms without departing from the technical spirit of the present invention.
  • FIG. 3 is a simplified block diagram of a Wi-Fi Direct Services (WFDS) device.
  • WFDS Wi-Fi Direct Services
  • the Wi-Fi Direct MAC layer and the upper layer define a platform for an application service called Application Service PI at form (ASP).
  • ASP plays the role of session management, service command processing, control and security between ASPs between upper application and lower Wi-Fi Direct.
  • the send service refers to a service and an application capable of performing file transfer between two WFDS devices.
  • Play service refers to streaming services and applications that share A / V, photo, and music based on DLNA between two WFDS devices. It defines services and applications that enable document and photo output between devices and printer devices.
  • Display services define services and applications that enable screen sharing between WFA's Miracast Source and Miracast Sink. And enable service is defined to use ASP common platform when supporting third party application besides basic service.
  • the service hash is formed from the service name using the first 6 octets of the service hash algorithm (eg, SHA256) hashing of the service name. do.
  • the service hash used in the present invention does not mean a specific one, but probe request / answer response is found. It is desirable to understand this as a more granular representation of service names using mechanisms. For example, if the service name is "org.wifi.example", the first 6 bytes of the hashed value of the service name as SHA256 is the hash value.
  • the WFDS checks whether the service is supported by responding with a probe answer message including a service name. That is, the service name is a name of a user readable service in the form of DNS.
  • the service hash value is the upper six bytes of the 256-byte value generated by this service name algorithm (eg SHA256). As in the previous example, if the service name is "org.wifi.example", the service hash may be a value of "4e-ce-7e—64-39-49".
  • a part of the value hashed through the algorithm is expressed as a service hash (information), and may be included in the message as one piece of information.
  • FIG. 4 is a diagram illustrating a process of connecting a wros session by discovering devices and discovering services between WFDS devices in a conventional WFDS.
  • device A serves as an advertiser to advertise a WFOS that the user can provide to a seeker. It is assumed that the device is responsible for searching for the advertised service.
  • Device A is a device that advertises its service and the counterpart seeks to start the service, and device B performs a process of searching for a device supporting the service by a higher application or a user's request.
  • Service A of device A Advertises the WFDS that it can provide to the application service platform (ASP) of device A.
  • the service unit of the B device may also advertise the WFDS that it can provide to the ASP of the B device.
  • the device B instructs the service terminal from the application terminal of the device B to use the WFDS as a seeker, and the service terminal instructs the ASP terminal to find a target device to use the WFDS.
  • the ASP terminal of the B device sends a P2P Probe Request message to find its WFDS target device.
  • the service name of the service that the user wants to find or supports can be hashed and put in the form of service hash. request.
  • the device A receives the P2P probe request message from the searcher, the device A transmits a P2P probe response message to the device B in response to the corresponding service (S420).
  • the P2P probe response message includes the service supported by the service name or the hash value and the corresponding advertisement ID value.
  • This process is a device discovery process in which device A and device B can identify each other as a WFDS device and whether they support services.
  • the P2P service discovery process may optionally provide detailed information about a specific service.
  • the device B which finds a device capable of WFDS with itself, transmits a P2P service discovery request message to the corresponding device (S430).
  • the device A matches the service advertised in the service terminal of the device A with the P2P service name and the P2P service information received from the device B in the ASP stage.
  • the P2P service discovery response message is transmitted to the device (S440). This will use the GAS protocol defined in IEEE 802.11u.
  • the device B can inform the application and the user of the search result. Until this point, the Wi-Fi Direct group is not formed, and when a user selects a service and the service performs a connect session, P2P group formation is performed.
  • Wi-Fi Direct Services WFDS
  • Wi-Fi Direct Services Wi-Fi Direct Services
  • the Wi-Fi Direct connection covers not only the L2 layer but also the upper layer thereof, and the application service platform ⁇ ) 1 ⁇ 3 011 Service Service session connection in the Platform). Therefore, more diverse and complex cases may occur than the existing L2 layer connection, and these cases need to be defined.
  • the Wi-Fi Direct connection between devices and the Wi-Fi Direct service are connected, the control and the order of frames exchanged through Wi-Fi are different. As an example, let's examine device discovery and NFC connection via NFC.
  • FIG. 5 is a diagram illustrating a block diagram of a service in which an NFC interface is added in addition to the Wi-Fi interface.
  • the existing Wi-Fi interface uses a frequency of 2.4 GHz in 802.11 ⁇ and a frequency of 5 GHz in 802.11ac.
  • Wi-Fi Direct WFD
  • infrastructure mode Wi-Fi Direct
  • TDLS Tunnel led Direct Link Setup
  • NAN Neighbor Area Network
  • an NFC out-of-band channel may be selectively used in a device discovery step.
  • the searching P2P device may discover the P2P device using the NFC 00B channel.
  • NFC 00B device discovery means that two P2P devices agree on a common channel for group formation and share provisioning information such as the device's password.
  • the P2P device or P2P group owner may use an NFC handover request / selection message for 00B device discovery.
  • NFC handover request / selection messages are exchanged over the 00B channel prior to group formation or P2P invitation (Invitation).
  • FIG. 6 is a diagram illustrating a handover process in a conventional Near Field Co.unicat ion (NFC).
  • NFC Near Field Co.unicat ion
  • each of the first device and the second device supports NFC.
  • Each device contains an NFC module as a component, and the NFC connection is made through a 0ut-of-Band (00B) channel. That is, the connection is established by forming a new channel that is distinct from the channel used for the existing Wi-Fi Direct connection.
  • NFC NFC
  • the NFC first device transmits a handover request message to find an NFC target device (S610).
  • the handover request message includes P2P device information, which is information for the low] 1 device to communicate with.
  • the second device Upon receiving the handover request message from the first device, the second device selects a handover including P2P device information Wi-Fi Simple Configuration (SC) setting information, which is information for communicating with the second device, and a group forming channel.
  • the message is transmitted to the first device (S620).
  • the handover selection message may further include listen channel attribute information for group owner negotiation or P2P group re-invoke.
  • NFC communication can be established.
  • NFC communication at this time is based on the NFC Forum Logical Link Control Protocol (LLCP) standard.
  • LLCP Logical Link Control Protocol
  • the target device may request a matching of a technology including essential configuration data.
  • the devices which exchange device information with each other proceed with a group forming process for setting up one communication group.
  • the P2P device discovers another P2P device through the 00B device discovery process, if the target P2P device is not a persistent P2P group member, the group forming procedure is followed. If a P2P device receives an invitation reply after a failed P2P group attempt to re-drive, the P2P device may attempt to form the group again using the group owner negotiation procedure.
  • the first device may transmit a group owner negotiation request (GO Negotiation Request) message to the second device based on the group formation channel information included in the handover response message received from the second device (S630).
  • GO Negotiation Request group owner negotiation request
  • the group owner negotiation request message may include information such as an intent value (one of values from 0 to 15) and a setting timeout for the first device to be GO.
  • the second device Upon receiving the group owner negotiation request message, the second device transmits a group owner negotiation response message (GO Negotiation Response) message to the first device through the channel to which the first device sends the message (S640).
  • the group owner negotiation response message may include information such as a group owner intent value and a setting timeout of the second device. Since the group owner intent value and the like are shared between the two devices, the second device having the larger group owner intent value can be the group owner, and the first device sets the group owner and the connection information of the group, Confirm Group Owner Negotiation (GO Negotiation Confirm) is transmitted (S650).
  • the first device and the second device may complete the group forming process based on the information in the group owner negotiation confirmation message.
  • an initial connection process may be performed through an NFC method in setting up a communication group between devices supporting Wi-Fi Direct Service (WFDS).
  • WFDS Wi-Fi Direct Service
  • NFC Out of Band (NFC 00B)
  • a device for initiating a handover request serving as a probe request cannot be predicted.
  • an advertiser may send a handover request message.
  • the present invention proposes a method of harmonizing the Wi-Fi Direct connection method in the WFDS and the Wi-Fi Direct connection method in the NFC to proceed with the device discovery process through the NFC 00B.
  • the handover request message is transmitted with service hash information and is matched with the service hash information.
  • the handover selection message includes a service name (Service). Suggest a way to answer, including information.
  • Service Service
  • a method for indicating a service initiator through a new field in a handover request / select message is proposed.
  • a subject that transmits an NFC handover request message is divided into a case of a searcher searching for a WFDS service and a case of not a searcher.
  • FIG. 7 is a diagram illustrating an example of a WFDS connection process through NFC handover to be applied in the present invention.
  • both devices both support Wi-Fi and NFC.
  • both devices will not be described as a searcher (seeker) searching for a service.
  • the service stage of both devices may advertise the WFDS services that each device can support in the ASP (Application Service Platform).
  • the ASP stage can set the advertised service to the Wi-Fi module and NFC modules.
  • the ASP stage may set the service information advertised simultaneously or sequentially to the Wi-Fi and NFC modules, and may define a service based on a predetermined command (eg, org.wi-fi .wfds.send .rx).
  • the handover process may be initiated only after the NFC touch.
  • the NFC touch may be a touch or a proximity touch.
  • the device A may transmit a handover request message to the device B (S710).
  • the handover request message may include service hash information as well as P2P device information of the A device.
  • the service hash information may include service information transmitted from the service terminal of the A device to the ASP terminal and the ASP terminal to the NFC terminal. That is, the WFDS that the A device can provide may be included.
  • the device B may transmit a handover select message including service information that the device B may provide (S720).
  • the handover selection message at this time may include service name information. It may also include WSC setting information, P2P device information, and group forming channel information.
  • the group formation channel information is information included in the handover selection message, as described above with reference to FIG. 5.
  • the channel information is included so that the group formation process is performed in the existing social channels (listen channels), chl ⁇ ch6 and chll.
  • a new channel can be defined to form a group on the new channel.
  • any one channel of chl, ch6 and chll may be selected as the WFDS channel, and the NFC channel performs the group forming step as another channel. Can be done.
  • the group forming step When the group forming step is performed in this manner, two models may be separately managed for one device, and the control may be a device-level burden and resource consumption may be large. Therefore, even when using any one of the social channels chl, ch6 and chll used in the existing WFDS in NFC, resources can be efficiently used for comprehensive management.
  • the handover selection message may include setting information for discovering a target device through a listen channel used for Wi-Fi Direct connection.
  • This configuration information may have the form of a listen channel attribute.
  • the listen channel attribute may be included in the probe request frame or the GO negotiation request message as well as the handover selection message.
  • the listen channel attribute may include a listen channel and operating class information. Refer to Table 1 below for the format of the listen channel attribute.
  • the two devices that exchanged services that can be provided with each other may proceed with a group forming step. After exchanging the P2P probe request / answer frame, the P2P service discovery request / response message is exchanged, and the device discovery step can be performed more quickly and efficiently by reducing the steps compared to the group formation. There is an advantage.
  • the device A may transmit a P2P Group Owner Negotiation Request message to the device B (S730).
  • an intent value one of values from 0 to 15
  • Information such as a setting timeout
  • the second device Upon receiving the group owner negotiation request message, the second device transmits a group owner negotiation response message to the first device through the channel to which the first device sends the message (S740).
  • the group owner negotiation response message may include information such as a group owner intent value and a setting timeout of the second device.
  • the second device having a larger group owner intent value can be the group owner, and the first device sets the group owner and the connection information of the group,
  • the group owner negotiation confirmation message (GO Negotiation Confirm) is transmitted to the user (S750).
  • the first device and the second device may complete the group forming process based on the information in the group owner negotiation confirmation message.
  • Wi-Fi Direct Services (WFDS) is ready for use in the P2P group.
  • each device may store setting information in the group forming process in the storage unit. If there is a need to form a group by connecting to the same terminal again, using the stored configuration information, it is possible to efficiently proceed with the connection process. Even if other devices have the same or similar performance or the same or similar conditions, all or part of the stored configuration information may be used. In other words, by selectively storing connection information and granting a connection credential, the connection can be made without an authentication process.
  • a persistent ASP-P2P group may be formed using the WFDS Default Configuration method or the WSC PIN method.
  • the ASP does not use persistent groups using the WFDS initial setup method for setting up the service network, but only WSC PIN as the WSC setup method.
  • an existing service network between ASPs set in the WFDS initial setup method does not establish an ASP session of the service to use only the WSC PIN as the WSC setup method.
  • Example 1-2 Connecting a WFDS Device to a Non-WFDS Device
  • FIG. 8 illustrates another example of a WFDS connection process through NFC handover to be applied in the present invention.
  • the device A may transmit a service that can be provided from the service terminal to the ASP terminal and the ASP terminal to the Wi-Fi and NFC terminals, respectively.
  • the device A transmits a handover request message to the device B after the NFC touch (S810).
  • the handover request message may include P2P device information of A device and WFDS service hash information of A device.
  • the device B may transmit a handover selection message to the device A in response to the handover request message (S820).
  • the handover selection message may include P2P device information, WSC setting information, and group forming channel information of the B device.
  • the device B since the device B is not a WFDS device and does not have information on the WFDS service, the device B cannot include service name information in the handover selection message. A. Since the device does not receive service name information from the device B, it cannot use WFDS, and can proceed with a general Wi-Fi direct connection method.
  • Example 1-3 Connection of WFDS Device to Non-WFDS Device
  • FIG 9 illustrates another example of a WFDS connection process through NFC handover to be applied in the present invention.
  • the A device may transmit a service that can be provided from the service terminal to the ASP stage and the ASP stage to the Wi-Fi and NFC terminals, respectively.
  • the B device may transmit a handover request message to the A device (S910).
  • the device B since the device B is not a WFDS supported device, the device B may include the P2P device information in the handover request message. The difference is that it does not contain service hash information.
  • the device A may include the P2P device information in the handover selection message in response to this (S920).
  • the handover selection message may further include WSC configuration information and group forming channel information.
  • the device A may transmit a WFDS service hash or service name which it can provide in the handover selection message.
  • Example 2 In the presence of a seeker A case where there is a device to use WFDS will be described. If a searcher looking for a target device of the WFDS service to be used by his or her device sends a handover request message to the target device, there is no problem, but the NFC method knows which device to send the handover request message to. Can't. That is, there may be a case where the target device sends a handover request message. Therefore, the following case will be described in addition to the existing connection configuration information on the handover request / selection message, and further including the information about the service initiator (initiator) will be described.
  • Example 2-1 When one of the two devices is a seeker
  • FIG. 10 is a diagram illustrating a case where one device is a searcher as another example of a WFDS connection process through NFC handover to be applied in the present invention.
  • device A and device B both support Wi-Fi and NFC.
  • device A serves as an advertiser (Advertiser) to advertise the WFDS that can provide
  • device B serves as a seeker (Searcher) to search for WFDS target devices.
  • the service terminal may advertise the WFDS service that each device can support in the ASP (Application Service Platform).
  • Device B must find the target device to use WFDS. Therefore, the service terminal of the device B may command service search to the ASP terminal, and the ASP terminal receiving the command may transmit a service search command to the Wi-Fi terminal and the NFC terminal. This is the step to be performed before NFC touch.
  • the B device as the searcher may transmit a handover request message to the A device (1010).
  • the handover request message may include P2P device information and WFDS service hash information of the B device.
  • the handover request message may include information indicating that the device B is a seeker of the WFDS, in addition to the service hash information.
  • the service information may further include information on who initiates the service, that is, service initiator information.
  • the device A which has received the handover request message from the device B, may transmit a handover selection message including the service information that can be provided by the device B, that is, the service name, to the device A (S1020).
  • the handover selection message may further include P2P device information in addition to the service hash information.
  • the device A and the device B perform device discovery in the handover request / selection process, and exchange WFDS service information with each other in this step, but may optionally perform a P2P service discovery process.
  • the device B may transmit a P2P service discovery request message to discover the service of the device A (S1030).
  • the P2P service discovery request message may include service name information, service information request message, etc. of a service to be used by the B device.
  • the device A which receives the P2P service discovery request message from the device B, may match the service name in the ASP terminal in response to this, and transmit a P2P service discovery response message (S1040).
  • the P2P service discovery ' answer message may include service name information, advertisement ID, and service status information that the A device can provide. Thereafter, the WFDS session can be performed through the P2P Provision Discovery request / response process.
  • Example 2-2 When One of Two Devices Is a Seeker
  • FIG. 11 is a diagram illustrating a case in which one device is a searcher as another example of a WFDS connection process through NFC handover to be applied in the present invention.
  • device A and device B both support Wi-Fi and NFC.
  • device A serves as an advertiser (Advertiser) to advertise the WFDS that can provide
  • device B serves as a seeker (Seeker) to search for the WFDS target device.
  • the advertiser A device is distinguished from the embodiment 2-1 in that the advertiser A device transmits a handover request message.
  • the service end may advertise WFDS that each device can support on the ASP (Application Service Platform).
  • the service terminal of the device B may command service search to the ASP terminal, and the ASP terminal receiving the command may transmit a service search command to the Wi-Fi terminal and the NFC terminal. This is the step to be performed before NFC touch.
  • the A device may transmit a handover request message (S1110). It has an NFC touch, even though device B is a seeker, device A does not know that device B is a searcher, so it can send a message first.
  • the handover request message may include P2P device information and WFDS service hash information of the A device.
  • the handover request message may include information indicating that the device A is an advertiser of the WFDS, in addition to the service hash information. In addition, it may further include information on who initiates the service, that is, service initiator information.
  • the device B may transmit, to the device A, a handover selection message including service information that can be provided, that is, a service hash (S1120).
  • the handover selection message may further include P2P device information in addition to the service hash information.
  • the handover selection message may further include information indicating that the device B is a searcher to use the WFDS service.
  • device A and device B may share a WFDS that can be provided to each other, and device A may further acquire service information that device B intends to use.
  • the P2P probe request message may be transmitted to the A device (S1130). Since the handover request message received from the device A is not a message first requested by the device B, the device B may not include all of the information that the device B wants to know from the device A, so that the probe request step may be performed. However, before performing the probe request step, the device B may reject or ignore the operation on the P2P connection from the device A, and the searcher B device may perform the device discovery step. have. In response to the P2P probe request message, the device A transmits a P2P probe male answer message to the device B (S1140). This probe process is a device discovery step, and the device discovery step described above will be referred to.
  • the two devices that discover the device perform the service discovery step.
  • the device B is a service searcher (Seeker) and may transmit a P2P service discovery request message to the device A (S1150).
  • the P2P service discovery request message may include service name information of a WFDS to be used by the device B, and may further include a service information request message.
  • the device A which has received the P2P service discovery request message from the device B, may match the service name in the ASP terminal in response to this, and may transmit a P2P service discovery response message (S1160).
  • the P2P service discovery response message may include service name information, advertisement ID, and service status information that A device can provide. Thereafter, the WFDS session can be performed through the P2P Provision Discovery request / response process.
  • FIG. 12 is a diagram illustrating a case where both devices are searchers as another example of a WFDS connection process through NFC handover to be applied in the present invention.
  • device A and device B both support Wi-Fi and NFC.
  • device A and device B serve as a seeker for searching for a WFDS target device.
  • the service end may advertise the WFDS that each device can support on the ASP (Application Service Platform).
  • the service terminal of the two devices can command the service search to the ASP terminal, and the ASP terminal receiving the command can transmit a service search command to the Wi-Fi terminal and the NFC terminal. This is the step to be performed before NFC touch.
  • the device B After the NFC touch, the device B, which is one of the searchers, may transmit a handover request message to the device A (1210). Since both devices are searchers, the same is true when device A transmits a handover request message.
  • the handover request message may include P2P device information and WFDS service hash information of device B.
  • the handover request message may include information indicating that the device B is a Seeker of WFDS.
  • the service may further include information on who initiates the service, that is, service initiator information.
  • the device A which receives the handover request message from the device B, may transmit, to the device B, a handover selection message including service information that can be provided by the device A, that is, a service hash (S1220).
  • the handover selection message may further include P2P device information in addition to the service hash information.
  • a The device and the B device may share the WFDS that can be provided to each other, and the device A and the device B may further acquire service information to be used by the two devices.
  • the device A and the device B perform device discovery during the handover request / selection process, and exchange service information of the WFDS with each other in this step, but may perform a P2P probe process.
  • a P2P probe request message may be transmitted to the device A (S1230). Since the handover request message received from the device B is not a message requested by the device A first, the device B may not include all the information that the device B wants to know from the device A. In response to the P2P probe request message, the device A transmits a P2P probe answer message to the device B (S1240).
  • This probe process is a device discovery step, and the device discovery step described above will be referred to.
  • the two devices that discover the device perform a service discovery step.
  • the device B is a service searcher (Seeker) and may transmit a P2P service discovery request message to the device A (S1250).
  • the P2P service discovery request message may include service name information of the WFDS to be used by the device B, and may further include a service information request message.
  • the device A which receives the P2P service discovery request message from the device B, may match the service name in the ASP terminal in response to the request, and transmit a P2P service discovery response message (S1140).
  • the P2P service discovery voice answer message may include service name information, advertisement ID, and service status information that A device can provide. Thereafter, the WFDS session can be performed through the P2P Provision Discovery request / answering process.
  • the two devices that have completed the service discovery may perform a subsequent process of the WFDS connection.
  • the device B may transmit a P2P provision discovery request message to the device A through the Wi-Fi channel (S1170).
  • the device A may also send a P2P provisioning discovery request message.
  • a device that first transmits a P2P provisioning discovery request message to the counterpart device may have a service initiation authority.
  • a service start right may be given to a device having a priority among two devices.
  • Priority means more efficiently as a communication initiator between two devices depending on the number of WFDS communications the device has previously connected, the performance of the device, and the type of WFDS.
  • a device placed in an operational environment that can be operated has the authority to start a service. For example, if device A has two communications with WFD, and device B has no existing communication, device B may have priority, and device A has better hardware performance than device B. If so, device A may have priority.
  • the criteria may also vary depending on whether the WFDS you want to use is a file send, display, play, or print service.
  • Example 3 Advertiser is an NFC static device and Seeker is an NFC negotiation device
  • FIG. 13 is a diagram illustrating a case where an NFC static device is a searcher and an NFC negotiation device is a searcher as another example of a WFDS connection process through NFC handover to be applied in the present invention.
  • device A and device B both support Wi-Fi and NFC.
  • device A serves as an advertiser (Advertiser) to advertise the WFDS that can provide
  • device B serves as a seeker (Searcher) to search for WFDS target devices.
  • the advertiser A device is an NFC static device (eg, NFC tag) and the searcher B device is an NFC negotiation device.
  • the service end may advertise the services of the WFDS that each device can support on the ASP (Application Service Platform).
  • Device B must find the target device to use WFDS. Therefore, the service terminal of the B device can command service search to the ASP terminal, and the ASP terminal receiving the command can transmit the service search command to the Wi-Fi terminal and the NFC terminal. Step to be performed.
  • the NFC touch method is different from the previous negotiation device. Since device A is an NFC tag, the handover of both devices is static. The device A is an NFC tag and may transmit a handover select message to the device B (S1310). Instead of sending a handover request message, the device A sends a handover selection message, including service information registered in the tag.
  • the handover selection message may include P2P device information of device A and service hash information of WFDS.
  • the handover selection message indicates that Device A is an advertiser of WFDS. May contain information. It may further include information on who initiates the service, that is, service initiator information. In addition, group formation channel information and WSC configuration information may be further included.
  • B apparatus receives the handover selection message from the A unit, but found the target device, rather than for each other, exchange messages, because a unilaterally receiving a message from the A unit, via a Wi-Fi channels, P2P probe procedure can be performed.
  • a P2P probe request message may be transmitted to the device A (S1320).
  • the device A sends a P2P probe answer message to the device B (S1330).
  • This probe process is a device discovery step, and the device discovery step described above will be referred to.
  • the two devices that discover the device perform a service discovery step.
  • the device B is a service searcher (Seeker) and may transmit a P2P service discovery request message to the device A (S1340).
  • the P2P service discovery request message may include service name information of the WFDS to be used by the device B, and may further include a service information request message.
  • the device A which receives the P2P service discovery request message from the device B, may match the service name in the ASP in response to the request, and transmit a P2P service discovery response message (S1350).
  • the P2P service discovery response message may include service name information, advertisement ID, and service status information that A device can provide. Thereafter, the WFDS session can be conducted through the P2P Provision Discovery request / response process.
  • the handover request message may be exchanged in the NFC Data Exchange Format (NDEF).
  • NDEF NFC Data Exchange Format
  • the handover request message is a message used for the NFC connection.
  • the present invention proposes to include a WFDS Information Record in the NDEF. 14 is a diagram illustrating a handover request message according to an embodiment of the present invention.
  • the handover request message includes version information, stratum resolution record, P2P device information record, and WFDS information record. can do.
  • Mime type can be defined as "application / vnd.wfa.wfds”.
  • Attributes that must be included are Service Hash values.
  • the service name can be hashed and included as a 6-byte value.
  • the service hash value is commonly hashed "org.wi-fi.wfds" to allow searching for any WFDS service. For example, a send service can be searched for "org. Wi-f i .wfds.send", and the hash of "org. Wi-fi.wfds.send.rx" will be the service hash value. In special cases, it may be a plurality of hash values. Table 2 below defines a service hash attribute included in the handover request message.
  • the service hash attribute includes an attribute IEKAttribute ID) field, a length code, and a service hash field.
  • the attribute ID field identifies the type of P2P attribute. It is one octet size and has 19 values.
  • the length field indicates the field length of the attribute. It is 2 octets in size and has a multiple of 6.
  • the multiple N is the number of service hash fields.
  • the service hash field is an octet size that is a multiple of 6. The value is variable.
  • the service hash field includes service hash values of N values, and each service hash has 6 octets representing a hash value of a UTF-8 service name.
  • FIG. 15 is a diagram illustrating a handover select message according to an embodiment of the present invention.
  • the handover selection message (record) includes version information, a conflict resolution record, a P2P device information record, and a WFDS information record. can do.
  • the handover selection message can be used equally for Negotiation Handover and Static Handover.
  • the attribute to be included is Advertise Service Information.
  • the advertisement service information may include an advertisement service descriptor including a name of a specific service.
  • the advertisement service descriptor may include the length of the service name and the service name.
  • Table 3 below is a table defining the advertising ID information attributes and Table 4 is a table defining the advertising service information attributes.
  • the advertisement ID information attribute includes an attribute IEKAttribute ID field, a length field, and an Advertised Service Descriptor (s) field, which identifies the type of a P2P attribute. It is a size and has a value of 23.
  • the length field indicates the length of an attribute field, and is 2 octets in size, and the value is variable.
  • the advertisement service descriptor field makes the sum of all advertisement service descriptors octet size.
  • the advertisement service information attribute includes an advertisement IEKAdvertisement ID, a service name length field, and a service name field.
  • the advertisement ID field is an advertisement ID of a local service and has a 4-octet size and a value of 0-ffffffff.
  • the service name length field is the length of the service name, has one octet size, and has a value of ⁇ -Oxff.
  • the service name field defines the service as a UTF-8 string, whose size and value are variable. 16 illustrates an example of an NFC handover process to be applied to the present invention.
  • the advertiser device advertises the WFDS service that the device can provide to the ASP stage (S1610).
  • the ASP stage transmits the advertised service to the NFC stage and the Wi-Fi stage, respectively (S1620).
  • the searcher device also advertises the service of WFDS that the device may provide (S1630).
  • the searcher receives the handover selection message on the NFC channel (interface), and the NFC modules of the searcher device transmit the NFC handover selection message to the ASP terminal (S1650).
  • the ASP stage of the searcher device searches for an existing advertised service and the like, obtains a search result (S1660) and connects and services the advertiser device (S1670) through the Wi-Fi interface (S1680).
  • search result S1660
  • connects and services the advertiser device S1670
  • Wi-Fi interface S1680
  • step S1610 when the advertiser can provide a specific service, the advertiser advertises the corresponding service in the ASP using the Advert iseService Method.
  • the advertiser device may advertise the NFC in the network_config parameter in the Advert iseService.
  • the advertised information includes Service Name, Auto Accept, Service Availability, Role in Network Group (Group Owner / Group Client), Network Configuration (network_config) and Deferred Session Responses ( deferred_session_response) may be included.
  • an advertiser supports several services at the same time eg, play and display
  • a plurality of Advert iseServices are called, and the value of each parameter is generated by a higher service.
  • Advert iseService method function is as follows.
  • Advert iseService (service # name, auto_informat ion, service_status, network_role, network_conf ig, deferred_session_response)
  • the value of the network_config may have four values.
  • the first value is Default Config or WSC PIN method without NFC
  • the second value is WSC PIN method only without NFC, which corresponds to a case in which NFC is not supported. NFC is applied
  • the third value may have a Default Config or WSC PIN method with NFC
  • the fourth value may have a WSC PIN method only with NFC.
  • the ASP terminal transmits the service advertised through NFC and Wi-Fi. If the device ASP / service discovery and provisioning support the device's ASP, and the network_config parameter value in the advertised service is 3 or 4 above, then additional work can be performed for the discovery via NFC. .
  • the ASP may deliver information to the lower NFC interface to be included in the NDEFCNFC Data Exchange Format) data record so that the NFC interface generates and responds to a handover selection message.
  • the advertised service information for one higher service may be described in a handover selection message on one NFC alternate carrier (AC).
  • AC NFC alternate carrier
  • the device When the device advertises a plurality of services, it may have a plurality of ACs for each service.
  • Service information included in the NDEF will be described.
  • the service MAC address (service_mac_address) may be included in service information when there are a plurality of Wi-Fi interfaces as the MAC address of the Wi-Fi interface.
  • the device name refers to a user-friendly device name.
  • Advertisement IEKadvertisement ID means the unique ID of the advertised service that is created when the service calls the Advert iseService method in the first ASP.
  • the service name (service_name) is the full service name, which is the name of the service that called the Advert iseService method. It may be displayed in reverse DNS form.
  • Service status is information indicating the availability of the
  • 17 is a diagram illustrating a configuration of a handover select message according to an embodiment of the present invention.
  • the NFC interface In operation S1620, the NFC interface generates the NFC interface as shown in FIG. 17 after receiving information from the upper ASP.
  • One NDEF record represents one upper connection setting (eg Wi-Fi, P2P, Bluetooth, etc.), and information on the upper service may be defined in an auxiliary data record format. If there is no second layer connection, a carrier configuration for Wi-Fi must be included for WFDS next version and WFA program.
  • a handover selection record may be located at the front of the handover selection message.
  • the handover selection record can consist of a header version and an ac record, one ac record containing the header, CPSCCarrier Power Status .
  • the CDRCCarrier Data Reference and optionally ADR (Auxi 1 iary Data Reference) Count ADR may be configured.
  • the first NDEF record following the handover selection record contains information for the second layer connection, such as Wi-Fi, P2P, Docking, WSB. From the second NDEF record, information about the service advertised by the advertiser may be included.
  • 18 is a diagram illustrating one NDEF record.
  • one NDEF record may include service information in a payload portion.
  • the payload portion may include a service MAC, a device name, an advertisement ID, a service name, and a service state in the form of type-length-value (TLV).
  • the seeker device may obtain information about a service that an advertiser can provide from the payload in the handover selection message.
  • the ASP unit transmits a method that means to search for the counterpart device when a service or an application is performed on the seeker device.
  • performing SeekService first is different from the existing WFDS.
  • the gallery app when performing a gallery app on a smartphone, there is a possibility to send an image or a video, send it, play it, or send it to an external display for display. Therefore, when the gallery app is executed, it can inform about a potential service that can search for a device that can receive a send service through the ASP using NFC.
  • the ASP checks whether a potential service is matched, and if it is matched, calls the method of Potential ialSeekService described below.
  • the service name means the name of the service to find. For example, it can be labeled as "org.wi-f i .wfds.send.rx".
  • exact—search indicates whether it is an exact search or a prefix search defined in WFDS. For example, if "org.wi-fi.wfds" is set to prefix search, all services of WFDS are found. If set to "org.wi-f i .docking", you will find the dockee and docking control center defined in docking.
  • (service_information_request) is not a null value
  • WFDS service discovery should be performed using the ANQP protocol. If the value is a specific value, it may include specific information to be included in the service discovery request / response message.
  • an NFC touch occurs. If both the advertiser device and the searcher device supports NFC, the searcher device may acquire NDEF data through the NFC touch.
  • the NFC Forum defines negotiation handovers and static handovers, both of which can be included.
  • the searcher device may acquire carrier configuration information and auxiliary data included in the handover selection message.
  • Carrier setting information is information about carrier (eg Wi-Fi, Wi-Fi Direct, Bluetooth, etc.) to be connected later through connection handover
  • Auxiliary Data is upper service name, service MAC address, device advertised by advertiser. It may include information about the name, service availability, and the like.
  • the NFC interface may parse or include such information to indicate that an NFC touch has occurred at the ASP stage.
  • step S1650 the handover selection message is transmitted to the ASP.
  • the ASP stage of the searcher can ignore the handover selection event if there is no previously searched potential service (PotentialSeekService). If there is a background / potential search request, it is determined whether the search result parsed by the NFC interface matches the PotentialSeekService. When the three services are found through matching, the upper service level is informed of the search results. At this time, the ASP prepares to inform Auxiliary Data (service information) to a higher service level as a search result in NDEF, and carrier configuration information may be connected information connected to perform a service.
  • Auxiliary Data service information
  • Steps 1660 and 1670 show a process of connecting to a Wi-Fi interface and starting a service through a search result.
  • the service discovery is performed through the NFC interface, but this may be the same as the method defined in the WFDS standard through the Wi-Fi interface.
  • the higher service level can send the Connect Sessions method to the ASP to start the service.
  • service_mac and advert isement_id are set in the search result
  • session_information and network_role are searcher's values.
  • the ASP stage can perform an ASP connection based on the carrier configuration information being cached. If the carrier setting includes the Wi-Fi Direct information, the ASP-P2P connection is performed, and if the carrier setting includes the Wi-Fi information, the service may be attempted through the Wi-Fi AP mode.
  • FIG. 19 illustrates a WFD P2P apparatus that can be applied to the present invention.
  • the WFD network includes a first WFD device 1910 and a second WFD device 1920.
  • the first WFD device 1910 includes a processor 1912, a memory 1914, and a radio frequency (RF) unit 1916.
  • the processor 1912 may be configured to implement the procedures and / or methods proposed by the present invention.
  • the memory 1914 is coupled with the processor 1912 and stores various information related to the operation of the processor 1912.
  • the RF unit 1916 is connected with the processor 1912 and transmits and / or receives a radio signal.
  • the second WFD device 1920 includes a processor 1922, a memory 1924, and an RF unit 1926.
  • the processor 1922 may be configured to implement the procedures and / or methods proposed by the present invention.
  • the memory 1924 is connected with the processor 1922 and stores various information related to the operation of the processor 1922.
  • the RF unit 1926 is connected with the processor 1922 and transmits and / or receives a radio signal.
  • the first WFD device 1910 and / or the second WFD device 1920 may have a single or multiple antennas.
  • an embodiment of the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof.
  • an embodiment of the present invention may include one or more ASICs (ap 1 i cat ion specific integrated circuits), DSPs (digital signal). processors, digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors, controllers, and microcontroller microprocessors.
  • ASICs ap 1 i cat ion specific integrated circuits
  • DSPs digital signal
  • processors digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • processors controllers, and microcontroller microprocessors.
  • an embodiment of the present invention may be implemented in the form of a module, a procedure, a function, or the like that performs the functions or operations described above.
  • the software code may be stored in a memory unit and driven by a processor.
  • the memory unit may be located inside or outside the processor, and may exchange data with the processor by various known means.
  • the present invention can be used in a device for direct communication between devices, specifically Wi-Fi Direct and Wi-Fi Direct service communication.

Abstract

본 발명은 무선 통신 시스템에 관한 것이다. 구체적으로 본 발명은 Wi-Fi 다이렉트 서비스(Wi-Fi Direct Services) 통신을 위한 연결 설정을 수행하는 방법에 있어서, NFC 터치를 통하여 두 기기 간의 기기 발견을 수행하는 단계를 포함하는 방법 및 이를 위한 장치에 관한 것이다.

Description

[명세서】
【발명의 명칭】
엔에프씨를 이용한 와이파이 다이렉트 서비스 방법 및 이를 위한 장치
【기술분야】
[1] 본 발명은 무선 통신 시스템에 관한 것으로서 , 구체적으로 엔에프씨 (NFC) 기술을 이용한 와이파이 다이렉트 서비스 (Wi-Fi Direct Services; WFDS) 통신을 위한 방법 및 장치에 관한 것이다. 보다 구체적으로, 본 발명은 NFC 터치를 통한 연결 설정 방법 및 이를 위한 장치에 관한 것이다.
【배경기술】
[2] 무선 통신 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선통신 시스템은 가용한 시스템 자원 (대역폭， 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속 (multiple access) 시스템이다. 다중 접속 시스템의 예들로는 CDMA (Code Division Multiple Access) 시스템， FDMA (Frequency Division Multiple Access) 시스템， TDMA(Time Division Multiple Access) 시스템, 0FDMA( Orthogonal Frequency Division Multiple Access) 시스템， SC-FDM Single Carrier Frequency Division Multiple Access) 시스템 등이 있다.
[3] 무선랜 (Wireless Local Area Network, WLAN) 기술에 대한 표준은 IEEE( Institute of Electrical and Electronics Engineers) 802.11 그룹에서 개발되고 있다. IEEE 802.11a 및 b는 2.4. GHz 또는 5GHz에서 비면허 대역 (unlicensed band)을 이용하고, IEEE 802. lib는 11Mbps의 전송 속도를 제공하고， IEEE 802.11a는 54 Mbps의 전송 속도를 제공한다. IEEE 802.11g는 2.4GHz에서 직교 주파수 분할 다중화 (Orthogonal Frequency Division Multiplexing, OFDM)를 적용하여 54Mbps의 전송 속도를 제공한다. IEEE 802.11η은 다중입출력 0FDM(Multiple Input Multiple Out put -OFDM, MIMCH DM)을 적용하여 300Mbps의 전송 속도를 제공한다. IEEE 802.11η은 채널 대역폭 (channel bandwidth)을 40 MHz까지 지원하며 , 이 경우 600Mbps의 전송 속도를 제공한다. IEEE 802. lip는 WAVECWireless Access in Vehicular Environments)를 지원하기 위한 표준이다. 예를 들어, 802. lip는 ITS( Intelligent Transportation Systems) 지원에 필요한 개선 사항을 제공한다. IEEE 802.11ai는 IEEE 802.11 스테이션 (station, STA)의 고속 초기 링크 셋업 (fast initial link setup)을 지원하기 위한 표준이다. [4] IEEE 802. lie에 따른 무선랜 환경에서의 DLSOirect Link Setup) 관련 프로토콜은 BSS(Basic Service Set)가 QoS(Quality of Service)를 지원하는 QBSS(Quality BSS)를 전제로 한다. QBSS에서는 Non— AP STA 뿐만 아니라 AP도 QoS를 지원하는 QAKQuality AP)이다. 그런데， 현재 상용화되어 있는 무선랜 환경 (예를 들어， IEEE 802.11a/b/g 등에 따른 무선랜 환경)에서는 비록 Non-AP STA이 QoS를 지원하는 QSTA(Quality STA)이라고 하더라도 AP는 QoS를 지원하지 못하는 레거시 (Legacy) AP가 대부분이다. 그 결과， 현재 상용화되어 있는 무선랜 환경에서는 QSTA이라고 하더라도 DLS 서비스를 이용할 수가 없는 한계가 있다.
[5] 최근 Wi-Fi 등 무선 근거리 통신 기술이 폭넓게 시장에 적용되는 상황에서 기기 간의 연결은 로컬 네트워크 (local network) 만을 기반으로 하는 것이 아니라 기기 간의 직접 연결을 통해서도 이루어지고 있다. Wi-Fi를 이용한 기기 간의 직접 연결 기술 중의 하나가 바로 Wi-Fi 다이렉트 (Direct)이다.
[6] Wi-Fi 다이렉트는 링크 계층 (Link layer)의 동작까지 기술하는 네트워크 연결성 (network connectivity) 표준 기술이다. 상위에 어플리케이션 (application) 에 대한 규약이나 표준에 대한 정의가 없기 때문에 Wi-Fi 다이렉트 기기 간 연결된 이후에 어플리케이션 구동 시 호환성 및 동작의 일관성이 없게 된다. 이런 문제 때문에 Wi-Fi 다이렉트 서비스 (Wi-Fi Direct Services; WFDS)라는 상위 어플리케이션기술 내용을 포함하는 표준 기술을 최근 Wi-Fi Alliance (WFA)에서 진행 중에 있다.
[7] WFA는 Wi— Fi 다이렉트라는 모바일 기기 간 직접 연결을 통하여 데이터를 전달하기 위한 새로운 규격을 발표하였고 이에 따라 관련 업계에서는 Wi-Fi 다이렉트 규격을 만족시키기 위한 활발한 기술 개발 활동이 진행 중이다. 엄밀한 의미에서 Wi-Fi 다이렉트는 마케팅 용어로서 상표명에 해당하고 이데 대한 기술 규격은 Wi-Fi P2P(Peer to Peer)로서 통칭된다. 따라서 Wi-Fi 기반 P2P 기술을 다루는 본 발명에서는 Wi-Fi 다이렉트 또는 Wi-Fi P2P를 구분 없이 사용될 수 있다. 기존의 Wi-Fi 망에서는 A Access Point)를 통하여 접속한 후 인터넷 망에 접속하는 방법이 일반적인 Wi-Fi 탑재 기기의 사용 방법이었다. 기기 간 직접 연결을 통한 데이터 통신 방법은 기존에도 블루투스 (Bluetooth)와 같은 무선통신 기술을 탑재한 휴대폰과 노트 PC와 같은 기기에 탑재되어 일부 사용자에 의해 사용되었지만 전송속도가 느리고 실재 사용은 전송거리가 10m 이내로 제한된다. 특히 대용량 데이터 전송이나 많은 블루투스 장치가 존재하는 환경에서 사용할 때 체감 성능상에서 기술적 한계가 존재한다.
[8] 한편 Wi-Fi P2P는 기존의 Wi-Fi 표준 규격의 대부분의 기능을 유지하면서， 기기 간 직접 통신을 지원하기 위한 부분이 추가되었다. 따라서 Wi-Fi 칩 (Chip)이 탑재된 기기에 하드웨어 및 물리적 특성을 충분히 활용하고, 주로 소프트웨어 기능 업그레이드만으로 기기 간 P2P통신을 제공할 수 있는 장점이 있다.
[9] 널리 알려진 바와 같이 Wi-Fi 칩이 탑재된 기기는 노트 PC, 스마트폰ᅳ 스마트 TV, 게임기， 카메라 등 매우 다양한 범위로 확대되고 있으며 층분한 수의 공급자와 기술개발인력이 형성되어 있다. 그러나 Wi— Fi P2P 규격을 지원하는 소프트웨어 개발은 아직까지 활성화되지 못하고 있는데 이는 Wi-Fi P2P 규격이 발표되었다 하더라도 규격을 편리하게 활용할 수 있는 관련 소프트웨어의 배포가 이루어지지 못하기 있기 때문이다.
[10] P2P 그룹 내부에서 기존의 인프라스트릭처 (infrastructure) 망에서 AP의 역할을 담당하는 장치가 존재하는데 이를 P2P 규격에서는 P2P 그룹 오너 (Group Owner； GO)라고 칭한다. P2P GO를 중심으로 다양한 P2P 클라이언트 (CI ient)가 존재할 수 있다. 1개의 P2P 그룹 내에서 GO는 오직 1대만 존재 가능하며 나머지 장치는 모두 클라이언트 장치가 된다.
[11] 도 1은 전형적인 P2P 네트워크 토폴로지를 나타내는 도면이다ᅳ
[12] 도 1에 도시된 바와 같이 P2P GO와 P2P 기능을 갖는 클라이언트가 직접 연결되거나， P2P GO와 P2P 기능이 없는 기존 클라이언트 (legacy client)와 연결이 가능함을 나타낸다.
[13] 도 2는 하나의 P2P 기기가 P2P 그룹을 형성하는 동시에 WLAN의 STA로 동작하여 AP와 연결되는 상황을 나타내는 도면이다.
[14] 도 2에 도시된 바와 같이， P2P 기술 규격에서는 P2P 기기가 이러한 모드로 동작하는 상황을 동시 동작 (concurrent operation)으로 정의하고 있다.
[15] 일련의 P2P 기기들이 그룹을 형성하기 위해서는 어떤 기기가 P2P G0가 될 것인지는 P2P 속성 아이디 (Attribute ID)의 그룹 오너 인텐트 (Group Owner Intent) 값으로 정해지게 된다. 이 값은 0에서 15까지의 값을 가질 수 있는데 P2P 장치가 서로 이 값을 교환하여 가장 높은 값을 가지는 장치가 P2P G0가 된다. 한편 Wi-Fi P2P 기술을 지원하지 않는 기존 기기 (legacy device)의 경우에도, P2P 그룹에 종속될 수는 있으나 이때의 기존 기기의 기능은 P2P GO를 통한 인프라스트럭처 망 접근의 기능으로 그 역할이 제한된다.
[16] Wi-Fi P2P 규격에 따르면 P2P 기기는 P2P GO가 비컨 (Beacon) 신호를 0FDM(0rthogonal Frequency Division Mult iplexing)을 사용하여 송신하므로 lib 규격은 지원하지 않고 lla/g/n이 Wi-Fi P2P 기기로 사용될 수 있다.
[17] P2P GO와 P2P 클라이언트의 연결이 이루어지는 동작 수행을 위해 P2P 규격은 크게 다음과 같은 4개의 기능을 포함하고 있다.
[18] 첫째로 P2P 발견 (Discovery)에서는 기기 발견 (device discovery), 서비스 발견 (service discovery), 그룹 형성 (group formation), P2P 초대 (P2P invitation)와 같은 기술 항목을 다루고 있다. 기기 발견은 동일한 채널을 통해 2개의 P2P 기기가 상호 기기 명칭 또는 기기 타입과 같은 장치 관련 정보를 교환한다ᅳ 서비스 발견은, P2P를 통해 이용하려는 서비스와 관련된 정보를 교환한다. 그룹 형성은 어떤 기기가 P2P GO가 될지 결정하여 새로운 그룹을 형성하는 기능이다. P2P 초대는 영구적으로 형성된 P2P 그룹을 호출하거나， P2P 기기를 기존 P2P 그룹에 참여시키는 기능이다.
[19] 둘째로 P2P 그룹 동작 (Group Operation)은 P2P 그룹의 형성과 종료, P2P 그룹으로의 연결， P2P 그룹 내의 통신, P2P 클라이언트 발견을 위한 서비스， 지속적 P2P 그룹 (persistent P2P group)의 동작 등에 대하여 설명하고 있다.
[20] 셋째로， P2P 전력 관리 (Power Management)는 P2P 기기 전력 관리 방법과 절전 모드 시점에 신호 처리 방법을 다루고 있다.
[21] 마지막으로 관리된 P2P 기기 (Managed P2P Device)에서는 한 개의 P2P 기기에서 P2P 그룹을 형성하고 동시에 WLAN AP를 통하여 인프라스트럭처 망에 접속하는 방법을 다루고 있다.
[22] P2P 그룹의 특성에 대하여 설명한다. P2P 그룹은 P2P G0가 AP의 역할을 하고 P2P 클라이언트가 STA의 역할을 수행한다는 점에서 기존의 인프라스트럭처 BSSCBasic Service Set)와 유사하다. 따라서 P2P 기기는 GO와 클라이언트의 역할을 수행할 수 있는 소프트웨어가 탑재되어야 한다. P2P 기기는 MAC 어드레스와 같은 P2P 기기 어드레스를 사용함으로써 구분된다. 단, P2P 기기가 P2P 그룹 내에서 통신할 때는 P2P 인터페이스 어드레스를 사용하여 통신하는데 이때는 단일 식별자 (Globally unique ID) 어드레스를 사용할 필요는 없다. P2P 그룹은 단일 식별자 P2P 그룹 ID를 가지는데 이는 SSIlXService Set Identifier)와 P2P GO의 P2P 기기 어드레스 조합으로 구성된다. Wi-Fi P2P 규격에서 보안을 위해 WPA2- PSK/AES를 사용한다. P2P 그룹의 생명주기는 일회적 (temporary) 연결 방법과 일정시간 후 다시 동일한 연결을 시도하는 지속적 (persistent) 연결 방법이 있다. Persistent 그룹의 경우 일단 P2P 그룹이 형성되면 서로의 역할， 자격증명， SSID, P2P 그룹 ID가 캐시 (cache)하였다가 재 연결 시 동일한 연결 형식을 적용하여 신속하게 그룹을 연결하는 것이 가능하도록 하는 방법이다.
[23] Wi-Fi P2P 연결 방법에 대하여 설명한다. Wi-Fi 기기는 크게 두 단계 (phase)의 연결 과정을 갖는다. 첫째로 두 개의 P2P 기기가 서로 상대방을 발견 (find)을 하는 단계이고 둘째로 서로 발견된 기기들 간에 P2P GO 또는 P2P 클라이언트 역할을 결정하는 그룹 형성 (group formation) 단계로 구성된다. 먼저 발견 단계는 P2P 기기가 서로 연결되도록 하는 단계인데 세부적으로 탐색 (search)과 수신 (listen) 상태로 구성된다. 탐색 단계 (Search state)는 프로브 요청 프레임 (Probe Request frame)을 사용하여 능동 탐색을 실시하는데 이때 빠른 탐색을 위하여 탐색의 범위를 한정하는데 채널 1， 6, 및 11의 소셜 채널 (social channel)을 사용하여 탐색을 실시한다. 리슨 상태 (listen state)의 P2P 기기는 3개의 소셜 채널 중 하나의 채널만을 선택하여 수신 상태로 유지되다가 만약 다른 P2P 기기가 탐색 상태에서 전송한 프로브 요청 프레임을 수신하면 프로브 응답 프레임 (Probe Response frame)으로 웅답한다. P2P 기기는 각각 탐색 및 수신 상태를 계속 반복하다가 서로의 공통 채널에 도달할 수 있다. P2P 기기는 서로 상대방을 발견한 후 선택적으로 결합하기 위하여 디바이스 타입， 제작사， 또는 친근한 기기 이름을 발견하기 위하여 프로브 요청 프레임과 프로브 웅답 프레임을 사용한다. 또한 P2P 기기 내부에 존재하는 기기 '간의 호환 가능한 서비스를 확인하기 위해 서비스 발견 (service discovery)을 사용할 수 있는데 이는 각각의 기기 내부에서 제공되는 서비스가 다른 기기에서 호환이 가능한지를 결정하기 위함이다. P2P 규격에서는 특정한 서비스 발견 규격을 지정하지 않고 있다. P2P 기기 사용자는 주변의 P2P 기기 및 기기가 제공하는 서비스를 검색한 후 자신이 원하는 장치나 서비스에 빠르게 연결할 수 있다.
[24] 둘째 단계로 그룹 형성 (group formation) 단계를 설명한다. P2P 기기가 위에서 설명한 발견 (find) 단계를 완료하면 서로 상대방 기기의 존재 확인이 완료된다. 이를 기반으로 두 P2P 기기들은 BSS을 구성하기 위한 G0 협상 단계로 진입하여야 한다. 이러한 협상 단계는 크게 두 가지 서브 (sub) 단계로 나누어 지는데， 첫째는 GO 협상 (negotiation) 단계이고 둘째는 WPS(Wi-Fi Protected
Setup) 단계이다. GO 협상 단계에서는 서로의 기기가 P2P GO 또는 P2P 클라이언트로서의 역할을 협상하고 P2P 그룹 내부에서 사용할 동작 채널 (operating channel)을 설정하게 된다. WPS 단계에서는 기존의 WPS에서 이루어지는 통상적인 작업이 이루어지는데 기기의 사용자가 키패드 등을 통하여 입력한 PIN 정보 교환， 푸시 버튼을 통한 간편 셋업 등의 내용이다. P2P 그룹 내에서 P2P GO의 역할은 P2P 그룹의 핵심을 담당한다. P2P GO는 P2P 인터페이스 어드레스를 할당하고 그룹의 동작 채널을 선택하며 그룹의 각종 동작 매개변수를 포함하는 비컨 신호를 송출한다. P2P 그룹 내에서 오직 P2P GO만이 비컨 신호를 전송할 수 있는데 이를 이용하여 P2P 기기가 연결 초기 단계인 스캔 단계 (scan phase)에서 빠르게 P2P
GO를 확인하고 그룹에 참여하는 역할을 수행한다. 또는 P2P GO는 자체적으로 P2P 그룹 세션을 시작할 수 있으며 P2P 발견 단계에서 기술된 방법을 사용한 후에 세션을 시작할 수도 있다. 이처럼 중요한 역할을 수행하는 P2P GO가 되고자 하는 값은 어떤 기기에 고정된 값으로 존재하는 것이 아니라 웅용 또는 상위 계층 서비스에 의해 조정이 가능하므로 각각의 웅용프로그램의 용도에 따라서 개발자는 P2P GO가 되고자 하는 적절한 값을 선택할 수 있다.
[25] 다음으로 P2P 어드레싱 (addressing)에 대하여 설명한다. P2P 기기는 P2P 그룹 세션 내에서 MAC 어드레스를 사용하여 P2P 인터페이스 어드레스를 할당하여 사용한다. 이때 P2P GO의 P2P 인터페이스 어드레스는 BSSI1XBSS Identifier)인데 이는 실질적으로 P2P GO의 MAC 어드레스이다.
[26] P2P 그룹의 연결 해제에 대하여 설명한다. 만약 P2P 세션이 종료되었을 경우 P2P GO는 모든 P2P 클라이언트에게 De-authentication을 통하여 P2P 그룹 세션의 종료를 알려야 한다. P2P 클라이언트 측면에서도 P2P GO에게 연결해제를 할 수 있는데 이때 가능하다면 해제 (disassociation) 절차를 거쳐야 한다. 클라이언트의 연결 해제요청을 받은 P2P GO는 P2P 클라이언트가 연결 해제되었음을 파악할 수 있다. 만약 P2P GO가 P2P 클라이언트로부터 비정상적인 프로토콜 에러나 P2P 그룹의 연결을 방해하는 동작을 하는 P2P 클라이언트가 감지되면 인증 거절 (rejection of authentication)이나 결합 거부 (denial of associat ion)을 유발하는데, 구체적인 실패 사유를 association 응답에 기록한 후 전송한다.
【발명의 상세한 설명】
【기술적 과제】 [27] 본 발명의 목적은 무선 통신 시스템에서 Wi-Fi 다이렉트 서비스 (Wi-Fi Direct Services; WFDS) 연결 과정을 효율적으로 수행하는 방법 및 이를 위한 장치를 제공하는데 있다. 본 발명의 다른 목적은 NFC 방식을 이용하여, 연결 과정을 효율적으로 수행하는 방법 및 이를 위한 장치를 제공하는 데 있다.
[28] 본 발명의 또 다른 목적은 NFC 방식을 이용하여 Wi-Fi 다이렉트 서비스 연결함에 있어서， 연결 요청 및 웅답 메시지를 효율적으로 구성하는 방법 및 이를 위한 장치를 제공하는데 있다.
[29] 본 발명의 또 다른 목적은 Wi-Fi 다이렉트 서비스 연결함에 있어서， NFC 방식을 이용하여 특정 서비스를 검색하는 과정을 효율적으로 구성하여 서비스를 실행함에 있다.
[30] 본 발명에서 이루고자 하는 기술적 과제들은 상기 기술적 과제로 제한되지 않으며， 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다. 【기술적 해결방법】
[31] 상술한 바와 같은 과제를 해결하기 위한 본 발명의 일 측면에서는， Wi-Fi 다이렉트 서비스 ( DS) 통신을 설정하는 방법에 있어서, 제 1 기기가 제 2 기기에게， NFC(Near Field Communication) 채널을 통해서 핸드오버 요청 (Handover Request) 메시지를 전송하는 단계; 및 상기 제 1 기기가 상기 제 2 기기로부터 상기 NFC 채널을 통해서 핸드오버 선택 (Select) 메시지를 수신하는 단계; 를 포함하고, 상기 핸드오버 요청 메시자는, 상기 제 1 기기가 지원 가능한 WFDS를 나타내는 서비스 해쉬 (Service Hash) 정보를 포함하는， Wi-Fi 다이렉트 서비스 통신 설정 방법을 제안한다.
[32] 바람직하게는， 상기 제 2 기기가 Wi-Fi 다이렉트 서비스를 지원하는 경우， 상기 핸드오버 선택 메시지는 상기 제 2 기기가 이용하려는 Wi-Fi 다이렉트 서비스의 서비스 네임 (Service Name) 정보를 포함할 수 있다.
[33] 바람직하게는， 상기 핸드오버 선택 메시지는, Wi— Fi 다이렉트 서비스 연결에 사용되는 리슨 채널 (list en channel)을 통해 대상 기기를 발견하도록 하는 설정 정보를 포함할 수 있다.
[34] 바람직하게는， 상기 제 1 기기 및 제 2 기기 간에, NFC를 통한 연결 설정 정보가 저장되어 있는 경우， 이후 두 기기 간의 연결 설정에 대하여 동일한 설정 정보로 설정할 수 있다. [35] 바람직하게는， 상기 핸드오버 요청 메시지는, 상기 서비스 해쉬 정보를 포함하는 NFC 데이터 교환 포맷 (NFC Data Exchange Format； NDEF) 으로 구성될 수 있다.
[36] 바람직하게는 상기 핸드오버 요청 메시지는， 상기 두 기기 간의 제 2 계층 연결을 위한 정보를 포함하는 NDEF 레코드를 더 포함할 수 있다.
[37] 바람직하게는， 상기 핸드오버 선택 메시지는， 상기 서비스 해쉬 정보를 포함하는 NFC 데이터 교환 포맷 (NFC Data Exchange Format； NDEF) 으로 구성될 수 있다.
[38] 바람직하게는， 상기 핸드오버 선택 메시지는, 상기 두 기기 간의 제 2 계층 연결을 위한 정보를 포함하는 NDEF 레코드를 더 포함할 수 있다.
[39] 바람직하게는， 상기 NDEF 레코드는, Wi-Fi 다아렉트 서비스 정보를 TLVCType- Length-Value) 형식으로 나타내는 페이로드 (payload) 부분을 포함할 수 있다.
[40] 바람직하게는， 상기 제 1 기기가 지원 가능한 Wi-Fi 다이렉트 서비스에 관한 정보는， 상기 제 1 기기 ASP(Application Service Platform)의 광고 (Advertise)를 통해， 상기 제 1 기기의 NFC모들에서 획득한 정보일 수 있다.
[41] 바람직하게는， 상기 제 1 기기 및 상기 제 2 기기 중 우선 순위를 가지는 어느 한 기기가 다른 한 기기에게， P2P(Peer to peer) 서비스 발견 요청 (Discovery request) 메시지를 전송하는 단계; 및 상기 P2P 서비스 발견 요청 메시지를 수신한 기기로부터， 상기 P2P 서비스 발견 요청 메시지에 대한 응답인 P2P 서비스 발견 웅답 (Discovery Response) 메시지를 수신하는 단계; 를 더 포함할 수 있다.
[42] 바람직하게는, 상기 우선 순위는， 기기의 기존 Wi-Fi 다이렉트 서비스 연결 상태, 기기의 성능， Wi-Fi 다이렉트 서비스의 종류 중 하나 이상에 기초하여 결정되는 순위일 수 있다.
[43] 바람직하게는， 상기 제 1 기기 및 제 2 기기의 핸드오버 요청 메시지의 전송은， 상기 두 기기 NFC모들의 터치 또는 근접 터치에 의해서 개시될 수 있다.
[44] 바람직하게는 상기 Wi-Fi 다이렉트 서비스는， 전송 (send), 재생 (play), 출력 (print), 표시 (display), NAN (Neighbor hood Area Network) , WSB(Wi-Fi Serial Bus) 및 도킹 (docking) 중 하나 이상을 포함할 수 있다.
[45] 바람직하게는 상기 핸드오버는 협상 (Negotiation) 핸드오버 및 정적 (static) 핸드오버 중 하나일 수 있다. [46] 상술한 바와 같은 과제를 해결하기 위한 본 발명의 또 다른 일 측면에서는， Wi-Fi 다이렉트 서비스 (WFDS) 통신을 설정하는 방법에 있어서, 제 1 기기가 제 2 기기로부터 NFC(Near Field Communication) 채널을 통해서 핸드오버 요청 (Handover Request) 메시지를 수신하는 단계; 및 상기 제 1 기기가 상기 제 2 기기에게 상기 NFC 채널을 통해서 핸드오버 선택 (Select) 메시지를 전송하는 단계; 를 포함하고， 상기 핸드오버 요청 메시지는 상기 제 2 기기가 지원 가능한 Wi-Fi 다이렉트 서비스를 나타내는 서비스 해쉬 (Service Hash) 정보를 포함하는， Wi-Fi 다이렉트 서비스통신 설정 방법을 제안한다.
[47] 상술한 바와 같은 과제를 해결하기 위한 본 발명의 또 다른 일 측면에서는， Wi-Fi 다이렉트 서비스 (WFDS) 통신을 설정하는 기기에 있어서, 프로세서; 및 송수신기; 를 포함하고, 상기 송수신기는， 제 1 기기로부터 제 2 기기에게 핸드오버 요청 (Handover Request) 메시지를 전송하고 상기 제 2 기기로부터 핸드오버 선택 (Select) 메시지를 수신하고， 상기 핸드오버 요청 메시지는， 상기 제 1 기기가 지원 가능한 Wi-Fi 다이렉트 서비스를 나타내는 서비스 해쉬 (Service Hash) 정보를 포함하는 Wi-Fi 다이렉트 서비스 통신 설정 기기를 제안한다.
[48] 상술한 바와 같은 과제를 해결하기 위한 본 발명의 또 다른 일 측면에서는， Wi-Fi 다이렉트 서비스 통신을 설정하는 방법에 있어서， NFC 터치가 있은 후에， 저 U 기기가 제 2 기기로부터， 핸드오버 선택 (Select) 메시지를 수신하는 단계; 를 포함하고， 상기 핸드오버 선택 메시지는, 상기 제 2 기기가 지원 가능한 Wi-Fi 다이렉트 서비스를 나타내는 서비스 해쉬 (Service Hash) 정보를 포함하는， Wi-Fi 다이렉트 서비스 통신 설정 방법을 제안한다.
【유리한 효과】
[49] 본 발명에 의하면， 무선 통신 시스템에서 Wi-Fi 다이렉트 서비스 통신을 효율적으로 수행할 수 있다. 구체적으로, Wi-Fi 다이렉트 서비스 통신을 위한 초기 연결 설정을 효율적으로 수행할 수 있다.
[50] 본 발명의 또 다른 효과는, NFC를 이용하여， Wi-Fi 다이렉트 서비스 연결 설정을 하는 단계에서 오는 통신 오버헤드를 감소할 수 있다.
[51] 본 발명의 또 다른 효과는, NFC를 이용하여, Wi-Fi 다이렉트 서비스의 특정 서비스를 미리 선택하여 Wi-Fi 다이렉트 연결을 시도하고， 연결이 성공하면 해당 서비스를 바로 수행함으로써 '사용자가 기기선택 및 서비스 선택의 과정을 감소할 수 있다. [52] 본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며， 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
【도면의 간단한 설명】
[53] 본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시 예를 제공하고， 상세한 설명과 함께 본 발명의 기술적 사상을 설명한다.
[54] 도 1은 전형적인 P2P 네트워크 토폴로지를 나타내는 도면이다.
[55] 도 2는 하나의 P2P 기기가 P2P 그룹을 형성하는 동시에 WLAN의 STA로 동작하여 AP와 연결되는 상황을 나타내는 도면이다.
[56] 도 3은 Wi— Fi 다이렉트 기기의 간략화된 블록 다이어그램을 나타낸 도면이다.
[57] 도 4는 기존의 WFDS 에서 WFDS 기기 간 기기 발견 및 서비스 발견하여 WFDS 세션을 연결하는 과정을 보여주는 도면이다.
[58] 도 5는 Wi-Fi 인터페이스 외에 추가적으로 NFC 인터페이스가 추가되는 서비스의 블록 다이어그램을 나타내는 도면이다.
[59] 도 6은 종래의 NFC에서의 핸드오버 (Handover) 과정을 보여주는 도면이다.
[60] 도 7은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 일 예를 나타내는 도면이다.
[61] 도 8은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예를 나타내는 도면이다.
[62] 도 9는 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예를 나타내는 도면이다.
[63] 도 10은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 하나의 기기가 검색자인 경우를 나타내는 도면이다.
[64] 도 11은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 하나의 기기가 검색자인 경우를 나타내는 도면이다.
[65] 도 12는 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 두 기기가 모두 검색자인 경우를 나타내는 도면이다.
[66] 도 13은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 NFC static 기기가 검색자이고， NFC negotiation 기기가 검색자인 경우를 나타내는 도면이다. [67] 도 14는 본 발명의 일 실시 예에 따른 핸드오버 요청 (Handover Request) 메시지를 나타내는 도면이다.
[68] 도 15는 본 발명의 일 실시 예에 따른 핸드오버 선택 (Handover Select) 메시지를 나타내는 도면이다.
[69] 도 16은 본 발명에 적용하려는 NFC 핸드오버 과정의 일 예를 보여주는 도면이다.
[70] 도 17은 본 발명의 일 실시 예에 따른 핸드오버 선택 (Handover Select) 메시지의 구성을 나타내는 도면이다.
[71] 도 18은 하나의 DEF 레코드를 나타내는 도면이다.
[72] 도 19는 본 발명에 적용될 수 있는 WFD P2P장치를 예시한다.
【발명의 실시를 위한 형태】
[73] 이하의 기술은 CDM code division multiple access), FDMA( frequency division multiple access) , TDMA(t ime division multiple access) , 0FDMA( orthogonal frequency division multiple access) , SC-FDMA( single carrier frequency division multiple access) , OFDM (orthogonal frequency division multiplexing) 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRACUniversal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(Global System for Mobile co隱 uni cat ions) /GPRS (General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. 0FDMA는 IEEE 802.16 (WiMAX), IEEE 802-20, E- UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. 0FDM은 IEEE 802.11등과 같은 무선 기술로 구현될 수 있다.
[74] 설명을 명확하기 위해， IEEE 802.11 (Wi-Fi)를 위주로 기술하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다. 예를 들어， 이하의 설명은 무선 접속 시스템들인 IEEE 802 시스템, 3GPP 시스템， 3GPP LTE 및 LTE-ACLTE- Advanced)시스템 및 3GPi 시스템 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉， 본 발명의 실시 예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다. [75] 이하의 설명에서 사용되는 특정 (特定) 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어는 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다. 몇몇 경우， 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나， 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시된다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다. 또한， 본 명세서에서 설명되는 동작들의 순서는 변경될 수 있다. 실시예의 일부 구성이나 특징은 다른 실시 예에 포함되거나 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다.
[76] 기존의 DS 설정 방법
[77] 도 3은 WFDS (Wi-Fi Direct Services) 기기의 간략화된 블록 다이어그램을 나타낸 도면이다.
[78] Wi-Fi Direct MAC 계층과 상위에는 ASP (Application Service PI at form)라는 어플리케이션 서비스를 위한 플랫품을 정의하고 있다. ASP는 상위 어플리케이션과 하위 Wi-Fi Direct 사이에서 세션 관리， 서비스의 명령 처리， ASP간 제어 (control) 및 보안 (security) 역할을 한다. ASP 상위에는 WFDS에서 정의하는 4개의 기본 서비스인 전송 (Send), 재생 (Play), 디스플레이 (Display) , 출력 (Print) 서비스와 해당 어플리케이션 및 UI (User Interface)를 지원한다. 이때 전송 (Send) 서비스는 두 WFDS 기기 간 파일 전송을 수행할 수 있는 서비스 및 어플리케이션을 말한다. 재생 (Play) 서비스는 두 WFDS 기기 간 DLNA를 기반으로 하는 A/V， 사진, 음악을 공유하는 스트리밍 (streaming)하는 서비스 및 어플리케이션을 의미한다, 출력 (Print) 서비스는 문서， 사진 등 컨텐츠를 가지고 있는 기기와 프린터 장치 사이에서 문서 및 사진 출력을 가능하게 하는 서비스 및 어플리케이션을 정의하고 있다. 디스플레이 (Display) 서비스는 WFA의 미라캐스트 (Miracast) Source와 Miracast Sink 사이에 화면 공유 (sharing)을 가능하게 하는 서비스 및 어플리케이션을 정의하고 있다. 그리고 활성화 (Enable) 서비스는 기본 서비스 외에 third party application 지원 시 ASP 공통 플랫품 이용을 위해서 정의한다.
[79] 본 발명에서 설명하는 용어 중 서비스 해쉬 (Service Hash)는 서비스 네임 (Service Name)의 서비스 해쉬 알고리즘 (예 . SHA256) 해쉬 (hashing)의 첫번째 6 옥뻣 (octet)을 이용하예 서비스 네임으로부터 형성된다. 본 발명에서 사용되는 서비스 해쉬는 특정한 것을 의미하는 것만은 아니며， 프로브 요청 /웅답 발견 메커니즘을 이용한 서비스 네임의 층분한 표시로 이해함이 바람직하다. 간단하게 예를 들면， 서비스 네임이 "org. wifi. example" 일 경우, 이 서비스 네임을 SHA256으로 해쉬 (hashing)한 값의 앞의 6 바이트 (byte)가 해쉬 값 (hash value)이다.
[80] WFDS에서는 프로브 요청 메시지에 해쉬 값을 포함하고, 서비스가 매칭되면， 서비스 내임을 포함한 프로브 웅답 메시지로 웅답하여 서비스 지원 여부를 확인한다. 즉, 서비스 네임은 DNS 형태의 사용자가 읽을 수 있는 (user readable) 서비스의 이름이다. 서비스 해쉬 값은, 이 서비스 네임을 알고리즘 (예. SHA256) 을 통해서 생성된 256 바이트 값 중의 상위 6 바이트를 의미한다. 앞의 예에서와 같이， 서비스 네임이 "org. wifi. example" 일 경우， 서비스 해쉬는 "4e-ce-7e— 64-39- 49" 값일 수 있다.
[81] 따라서 본 발명에서는 서비스 네임을 알고리즘을 통해 해쉬 (hashing)한 값의 일부를 서비스 해쉬 (정보)라고 표현하며 , 하나의 정보로서 메시지 내에 포함될 수 있다.
[82] 도 4는 기존의 WFDS 에서 WFDS 기기 간 기기 발견 (discovery) 및 서비스 발견하여 wros세션을 연결하는 과정을 보여주는 도면이다.
[83] 설명의 편의를 위하여 도 4에 도시된 바와 같이, A 기기는 자신이 제공할 수 있는 WFOS를 검색자 (seeker)에게 광고 (advert ise)하는 광고자 (advert iser) 역할을 하고， B 기기는 광고된 서비스를 검색 (seek)하는 역할을 하는 것을 가정한다. A 기기는 자신의 서비스를 광고하고 상대방이 서비스를 찾아서 시작하고자 하는 기기이며， B 기기는 상위 어플리케이션 혹은 사용자의 요청에 의해서 서비스를 지원하는 기기를 찾는 과정을 수행한다.
[84] A 기기의 서비스 (service) 단^ 자신이 제공할 수 있는 WFDS를 A 기기의 어플리케이션 서비스 플랫품 (Application Service Platform; ASP) 단에 광고한다. B 기기의 서비스 단도 역시， 자신이 제공할 수 있는 WFDS를 B 기기의 ASP 단에 광고할 수 있다. B 기기는 검색자 (seeker)로서 WFDS를 이용하기 위하여 이용하려는 서비스를 B 기기의 애플리케이션 단에서 서비스 단에 지시하고, 서비스 단은 다시 ASP 단에 해당 WFDS를 이용할 대상 기기를 찾도록 지시한다.
[85] B 기기의 ASP 단은 자신의 WFDS 대상 기기를 찾기 위하여， P2P(peer to peer) 프로브 요청 (P2P Probe Request) 메시지를 전송한다 (S410). 이 때 P2P 프로브 요청 메시지 내에는 자신이 찾고자 하는 혹은 자신이 지원 가능한 서비스의 서비스 네임 (service name)을 해쉬 (hashing)하여 서비스 해쉬 형태로 넣어서 요청한다. 검색자로부터 P2P 프로브 요청 메시지를 수신한 A 기기는， 해당 서비스를 지원하는 경우 이에 대한 웅답으로 B 기기에 P2P 프로브 웅답 (P2P Probe Response) 메시지를 전송한다 (S420). P2P 프로브 웅답 메시지에는 서비스 네임 혹은 해쉬 값으로 지원하는 서비스와 해당 광고 (advertise) ID 값을 포함한다. 이 과정은 A 기기 및 B 기기가 서로 WFDS 기기 임과 지원하는 서비스의 여부를 알 수 있는 기기 발견 (Device Discovery) 과정이다.
[86] 이후， 선택적으로 (optionally), P2P 서비스 발견 과정을 통해서 특정 서비스에 대한 자세한 내용올 알 수 있게 된다. 자신과 WFDS를 할 수 있는 기기를 찾은 B 기기는 해당 기기에 P2P서비스 발견 요청 (P2P Service Discovery Request) 메시지를 전송한다 (S430). B 기기로부터 P2P서비스 발견 요청 메시지를 수신한 A 기기는 ASP 단에서， 앞서 A 기기의 서비스 단에서 광고 (advertise)한 서비스와 B 기기로부터 받은 P2P 서비스 네임 및 P2P 서비스 정보를 매칭 (matching)하여 B 기기에게 P2P 서비스 발견 웅답 (P2P Service Discovery Response) 메시지를 전송한다 (S440). 이는 IEEE 802.11u에서 정의된 GAS 프로토콜 (protocol)을 사용하게 된다. 이렇게 서비스 검색에 대한 요청이 완료되면 B 기기는 검색 결과를 어플리케이션 및 사용자에게 알릴 수 있게 된다. 이 시점까지 Wi-Fi Direct의 그룹이 형성되지 않는 상태이며， 사용자가 서비스를 선택하여 서비스가 연결 세션 (Connect Session)을 수행하는 경우 P2P 그룹 형성 (P2P Group formation)이 진행된다.
[87] 본 발명의 설명에 앞서， 한가지 주의할 점은 기존의 Wi-Fi Direct 연결과， 본 발명에서 다루는 Wi-Fi 다이렉트 서비스 (Direct Services; WFDS) 연결을 구분지을 필요가있다. 종래의 Wi-Fi Direct에서 L2 계층 (layer)까지를 중점적으로 다룬 것에 비해, 최근 논의되고 있는 WFDS 연결의 경우, L2 계층 뿐만 아니라, 그 상위 계층까지 다루면서 어플리케이션 서비스 플랫폼 {)1^3 011 Service Platform)에서 이루어지는 서비스 세션 연결 등을 다루고 있다. 따라세 기존의 L2 계층의 연결에 비해 보다 다양하고 복잡한 사례들이 발생할 수 있으며, 이 사례들에 대한 정의가 요구된다. 추가로ᅵ 기기간 Wi-Fi 다이렉트 연결만을 하는 경우와 Wi-Fi 다이렉트 서비스를 연결하는 경우， Wi-Fi를 통해서 교환되는 콘트를 프레임의 구성과 순서가 다르게 된다. 이러한 한 예로서 NFC를 통한 기기 검색과 WFDS 연결을 검토하기로 한다.
[88] NFC 기기 발견 과정 [89] 도 5는 Wi-Fi 인터페이스 외에 추가적으로 NFC 인터페이스가 추가되는 서비스의 블록 다이어그램을 나타내는 도면이다.
[90] 도 5에 도시된 바와 같이, 기존의 Wi-Fi 인터페이스는 802.11η에서 2.4GHz 대역을, 802.11ac 에서 5GHz 대역의 주파수를 사용한다. NFC의 경우는 13·56ΜΗζ의 상대적으로 낮은 주파수 대역에서 동작하는 것을 알 수 있다. Wi-Fi 인터페이스 상에서는 WFD(Wi-Fi Direct), 인프라스트럭처 모드， TDLS(Tunnel led Direct Link Setup), NAN(Neighbor Area Network) 둥의 서비스를 이용할 수 있다. 이러한 ASP (Application Service Platform)을 NFC 에서도 적용하여, 관리의 일원화를 도모하는 방안이 필요하다. 또한 점차 WFDS 기술이 개발되면서 3rd party 어플리케이션 등에 대한 지원이 요구된다. 아래에서는 본 발명에서 다루려고 하는 NFC에 대하여 설명하기로 한다.
[91] P2P두 기기가 NFC를 지원하는 경우， 기기 발견 (Device Discovery) 단계에서 선택적으로 NFC OOB(out-of-band) 채널이 사용될 수 있다. 검색하는 P2P 기기는 NFC 00B 채널을 이용하여 P2P 기기를 발견할 수 있다. NFC 00B 기기 발견은 두 P2P 기기가 그룹 형성을 위한 공통의 채널에 동의하고, 기기의 패스워드와 같은 프로비저닝 (provisioning) 정보를 공유하는 것을 의미한다.
[92] P2P 기기 또는 P2P 그룹 오너는 00B 기기 발견을 위한 NFC 핸드오버 요청 /선택 메시지를 이용할 수 있다. NFC 핸드오버 요청 /선택 메시지는 그룹 형성 또는 P2P초대 (Invitation) 전에 00B 채널을 통해 교환된다.
[93] 도 6은 종래의 NFC (Near Field Co謹 unicat ion)에서의 핸드오버 (Handover) 과정을 보여주는 도면이다.
[94] 도 6에 도시된 바와 같이， 제 1 기기 및 제 2 기기는 각각 NFC 를 지원한다. 각 기기는 NFC 모들을 구성요소로 포함하고 있으며, NFC의 연결은 0ut-of-Band (00B) 채널을 통해서 이루어진다. 즉， 기존의 Wi-Fi Direct 연결에 사용되는 채널과 구분되는 새로운 채널을 형성하여 연결을 설정한다.
[95] NFC 핸드오버 과정을 설명하기에 앞서， NFC의 종류에 대해서 설명한다. NFC 모들의 형태에 따라 NFC 칩 (Chip) 및 NFC 태그 (Tag)로 구분된다. 기기에 Chip 등의 형태로 구성되어 있는 경우에는, NFC를 통해서 정보를 읽거나 쓸 수 있다. 또 다른 형태로 태그 (tag 예. 스티커 등)의 형태일 경우， 단순 읽기 기능을 가질 수 있다. [96] 도 6은 양방향 정보를 읽고 쓸 수 있는 Negotiation 형태를 가정하여 설명한다. 먼저 NFC 제 1 기기는 NFC 연결 대상 기기를 찾기 위하여 핸드오버 요청 (Handover Request) 메시지를 전송한다 (S610). 핸드오버 요청 메시지에는 저 ]1 기기가 통신하기 위한 정보인 P2P 기기 정보를 포함한다. 제 1 기기로부터 핸드오버 요청 메시지를 수신한 제 2 기기는 제 2 기기가 통신하기 위한 정보인 P2P 기기 정보 SC(Wi-Fi Simple Configuration) 설정 정보 및 그룹 형성 채널을 포함한 핸드오버 선택 (Handover Select) 메시지를 제 1 기기로 전송한다 (S620). 핸드오버 선택 메시지는 그룹 오너 협상 또는 P2P 그룹 리-인보크 (re— invoke)를 위한 리슨 채널 속성 정보를 더 포함할 수 있다.
[97] NFC 인터페이스를 보유하는 두 P2P 기기가 근접했을 때， NFC 통신을 신설할 수 있다. 이 때의 NFC 통신은 NFC 포럼 LLCP (Logical Link Control Protocol) 규격에 기초한다. 하나의 기기가 무선 통신을 구동하려는 경우， 대상 기기에게 필수적인 설정 데이터를 포함하는 기술의 매칭을 웅답으로 요청할 수 있다.
[98] 이후， 서로 기기 정보를 교환한 기기는 하나의 통신 그룹을 설정하기 위한 그룹 형성 과정을 진행한다. 00B 기기 발견 과정을 통해 P2P 기기가 다른 P2P 기기를 발견하였을 때, 대상 P2P 기기가 지속적인 (persistent) P2P 그룹 멤버가 아니라면, 그룹 형성 절차를 밟는다. 지속적인 P2P 그룹을 재—구동을 시도 한 후에 P2P 기기가 "실패 ： 모르는 P2P 그룹입니다" 라는 초대 웅답을 받는 경우， P2P 기기는 그룹 오너 협상 절차를 이용하여 그룹 형성을 다시 시도할 수 있다. 제 1 기기는 제 2 기기로부터 수신한 핸드오버 응답 메시지 내에 포함되어 있는 그룹 형성 채널 정보에 기초하예 제 2 기기에 그룹 오너 협상 요청 (GO Negotiation Request) 메시지를 전송할 수 있다 (S630). 그룹 오너 협상 요청 메시지 내에는 제 1 기기가 GO가 되기 위한 인텐트 (intent) 값 (0부터 15까지의 값 중 하나의 값) 및 설정 타임아웃 등의 정보를 포함할 수 있다. 그룹 오너 협상 요청 메시지를 수신한 제 2 기기는 제 1 기기가 메시지를 보낸 채널을 통해 다시 제 1 기기로 그룹 오너 협상 웅답 (GO Negotiation Response) 메시지를 전송한다 (S640). 그룹 오너 협상 웅답 메시지에는 제 2 기기의 그룹 오너 인텐트 값 및 설정 타임아웃 등의 정보를 포함할 수 있다. 두 기기 간에 그룹 오너 인텐트 값 등을 공유하였으므로 더 큰 그룹 오너 인텐트 값을 가진 제 2 기기가 그룹 오너가 될 수 있으며， 제 1 기기는 그룹 오너 및 그룹의 연결 정보를 설정하여， 제 2 기기에게 그룹 오너 협상 확인 (GO Negotiation Confirm) 메시지를 전송한다 (S650). 제 1 기기 및 제 2 기기는 그룹 오너 협상 확인 메시지 내의 정보에 기초하여 그룹 형성 과정을 완료할 수 있다.
[99] NFC 기술의 편의성 등이 증대됨에 따라 Wi-Fi 다이렉트 서비스 (WFDS)를 지원하는 기기 간에 통신 그룹을 설정함에 있어서, NFC 방식을 통해서 연결 초기 과정이 진행될 수 있다.
[100] NFC 00B (Out of Band)에서는 프로브 요청 (Probe Request) 역할을 하는 핸드오버 요청 (Handover Request)를 시작 ( initiat ion)하는 기기를 예측할 수 없다. 서비스를 검색 (seek)하는 검색자 (seeker)가 핸드오버 요청 메시지를 전송하는 경우에는 문제가 없지만， 광고자 (advertiser)가 핸드오버 요청 메시지를 전송하는 경우가 발생할 수 있기 때문이다. 이는 NFC 기기의 경우, 두 단말이 터치 (touch) 되는 경우에， 어느 하나의 NFC 기기가 다른 하나의 NFC 기기와의 관계에 있어서 주체-객체를 구분하기 힘들기 때문이다. 즉, 핸드오버 요청 메시지를 전송한 기기를 검색자라고 단정지을 수 없는 문제가 있다.
[101] 또 다른 문제로는 NFC를 통한 P2P(Peer to Peer) 모드가 아닌 경우에는. 어떤 특정 서비스를 이용하려 하는지를 알려주는 해쉬 값을 처리하는 방법이 없다. 읽기 /쓰기 (Read/write) 모드이거나 카드 에뮬레이터 (Card Emulator) 모드일 경우에는 어떤 서비스를 이용하려는지 알 수 없으므로, 이 경우에도 세부적인 서비스를 확인하는 과정이 필요하다.
[102] 따라서， 본 발명에서는 WFDS에서의 Wi-Fi 다이렉트 연결 방식 및 NFC에서의 Wi-Fi 다이렉트 연결 방식을 조화 (harmonize)하여 NFC 00B 를 통해서 기기 발견 과정을 진행하도록 하는 방법을 제안한다.
[103] NFC 00B를 통해서 기기 발견 단계를 진행할 경우에 있어서， 핸드오버 요청 메시지에는 서비스 해쉬 (Service Hash) 정보를 포함하여 전송하고 , 서비스 해쉬 정보에 매칭하여， 핸드오버 선택 메시지에는 서비스 네임 (Service Name) 정보를 포함하여 웅답하는 방법을 제안한다. 특히， NFC로 서비스 하는 경우, 핸드오버 요청 /선택 (Request/Select) 메시지에 새로운 필드를 통해서 서비스 개시자 (initiator )를 표시하는 방법을 제안한다.
[104] 본 발명에서는 NFC 핸드오버 요청 메시지를 전송하는 주체가， WFDS서비스를 검색 (seek)하는 검색자 (seeker)인 경우 및 검색자가 아닌 경우로 구분하여 설명하기로 한다.
[105] Negotiation NFC 핸드오버 [106] 실시예 1 ： 특정 검색자 (seeker)가 없는 경우
[107] 실시예 1—1 ： 두 기기가 NFC를 지원하는 경우
[108] 도 7은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 일 예를 나타내는 도면이다.
[109] 도 7에 도시된 바와 같이， A 기기 및 B 기기는 두 기기 모두 Wi-Fi 및 NFC를 지원하는 것을 볼 수 있다. 또한， 두 기기는 모두 서비스를 검색하는 검색자 (seeker)가 아닌 경우를 설명한다. 양 기기의 서비스 단에서는 ASP (Application Service Platform) 단에 각각 기기가 지원할 수 있는 WFDS 서비스를 광고 (advertise)할 수 있다. ASP 단은 광고된 서비스를 Wi-Fi 모듈 및 NFC 모들에 설정할 수 있다. 이 때 ASP 단은， Wi-Fi 모들 및 NFC모들에 동시 또는 순차적으로 광고된 서비스 정보를 설정할 수 있으며， 일정한 명령어를 기반으로 서비스를 정의할 수도 있다 (예. org.wi-fi .wfds.send.rx).
[110] 두 기기 모두 서비스 검색자 (seeker)가 아니므로， NFC 터치가 있은 후에야， 핸드오버 과정을 개시 (initiation) 할 수 있다. 이 때 NFC 터치는 터치 또는 근접 터치일 수 있다. 두 기기 간의 NFC 터치의 경우 기기 입장에서는 어느 기기가 터치의 주체인지 아닌지를 구분하기가 어려우므로, 개시자 (initiator)에 대한 정보가 필요하다.
[111] 터치가 이루어진 이후에 A 기기는 B 기기에 핸드오버 요청 (Handover Request) 메시지를 전송할 수 있다 (S710). 이 때의 핸드오버 요청 메시지에는 A 기기의 P2P 기기 정보 (P2P Device Information) 외에도 서비스 해쉬 (Service Hash) 정보가 포함될 수 있다. 이 경우 서비스 해쉬 정보에는 앞에서 A 기기의 서비스 단에서 ASP 단으로， ASP 단에서 NFC 단으로 전송된 서비스 정보가 포함될 수 있다. 즉， A 기기가 제공할 수 있는 WFDS가 포함될 수 있다.
[112] A 기기로부터 핸드오버 요청 메시지를 수신한 B 기기는， B 기기가 제공할 수 있는 서비스 정보가 포함된 핸드오버 선택 (Handover Select) 메시지를 전송할 수 있다 (S720). 이 때의 핸드오버 선택 메시지는 서비스 네임 정보를 포함할 수 있다. 또한 WSC 설정 정보， P2P 기기 정보 및 그룹 형성 채널 정보를 더 포함할 수도 있다.
[113] 그룹 형성 채널 정보는 앞선 도 5에서 설명한 바와 같이， 핸드오버 선택 메시지 상에 포함된 정보이다. 이 때， WFDS 의 경우 기존의 소셜 채널 (리슨 채널)인 chlᅳ ch6 및 chll에서 그룹 형성 과정을 진행하도록 채널 정보를 포함하나. NFC를 통한 Wi-Fi 다이렉트 연결의 경우에는 새로운 채널을 정의하여 새로운 채널에서 그룹 형성을 진행할 수 있다. 다만 이러한 경우， 그룹 형성 단계에서, A 기기로부터 P2P 그룹 협상 과정에 있어서， WFDS 채널은 chl, ch6 및 chll 중 어느 하나의 채널이 선택될 수 있고， NFC 채널은 또 다른 채널로 그룹 형성 단계를 수행하게 될 수 있다. 이러한 방식으로 그룹 형성 단계를 수행할 경우, 하나의 기기에서 두 개의 모들에 대하여 각각 별도로 관리하여 이에 대한 제어에 있어서， 기기 차원의 부담이 될 수 있으며, 자원 소모가 클 수 있다. 따라서, NFC 에서도 기존 WFDS에서 이용하는 소셜 채널 chl, ch6 및 chll 중 어느 하나를 이용할 경우， 종합적으로 관리하는 데 자원을 효율적으로 활용할 수 있다.
[114] 핸드오버 선택 메시지는， Wi-Fi 다이렉트 연결에 사용되는 리슨 채널을 통해 대상 기기를 발견하도록 하는 설정 정보를 포함할 수 있다. 이 설정 정보는 리슨 채널 속성 (Listen Channel Attribute)의 형태를 가질 수 있다. 리슨 채널 속성은 핸드오버 선택 메시지뿐만 아니라 프로브 요청 프레임 또는 GO 협상 요청 메시지에도 포함될 수 있다. 리슨 채널 속성은 리슨 채널 및 동작 클래스 정보 (Operating Class Information)를 포함할 수 있다. 리슨 채널 속성 포맷은 아래의 표 1을 참고할 수 있다.
[115] 【표 1]
Figure imgf000021_0001
[116] 서로 제공할 수 있는 서비스를 교환한 두 기기는， 그룹 형성 단계를 진행할 수 있다. 종래에 P2P 프로브 요청 /웅답 프레임 교환 이후에， P2P 서비스 발견 요청 /응답 메시지를 교환하고 나서, 그룹 형성을 할 수 있었던 것에 비해 단계를 축소시킴으로써 좀더 신속하고， 효율적으로 기기 발견 단계를 수행할 수 있는 이점이 있다.
[117] A 기기는 B 기기에 P2P 그룹 오너 협상 요청 (P2P Group Owner Negotiation Request) 메시지를 전송할 수 있다 (S730). 그룹 오너 협상 요청 메시지 내에는 A기기가 GO가 되기 위한 인텐트 (intent) 값 (0부터 15까지의 값 중 하나의 값) 및 설정 타임아웃 등의 정보를 포함할 수 있다. 그룹 오너 협상 요청 메시지를 수신한 제 2 기기는 제 1 기기가 메시지를 보낸 채널을 통해 다시 제 1 기기로 그룹 오너 협상 응답 (GO Negotiation Response) 메시지를 전송한다 (S740) . 그룹 오너 협상 웅답 메시지에는 제 2 기기의 그룹 오너 인텐트 값 및 설정 타임아웃 등의 정보를 포함할 수 있다. 두 기기 간에 그룹 오너 인텐트 값 등을 공유하였으므로 더 큰 그룹 오너 인텐트 값을 가진 제 2 기기가 그룹 오너가 될 수 있으며, 제 1 기기는 그룹 오너 및 그룹의 연결 정보를 설정하여， 제 2 기기에게 그룹 오너 협상 확인 (GO Negotiation Confirm) 메시지를 전송한다 (S750). 제 1 기기 및 제 2 기기는 그룹 오너 협상 확인 메시지 내의 정보에 기초하여 그룹 형성 과정을 완료할 수 있다. P2P 그룹에서 WFDS(Wi-Fi Direct Services)를 이용할 수 있는 준비가 되었다.
[118] 상기에서 수행한 단계와 같이， 하나의 P2P 그룹이 형성되면， 각 기기는 그룹 형성 과정에서의 설정 정보를 저장부에 저장할 수 있다. 이후 동일 단말과 다시 연결하여 그룹을 형성해야 할 경우가 발생하면, 저장된 설정 정보를 이용하여, 연결 과정을 효율적으로 진행할 수 있다. 타 기기이더라도ᅳ 동일하거나 유사한 성능 또는 동일하거나 유사한 조건을 가지는 경우라면, 저장된 설정 정보의 전부 또는 일부를 이용할 수도 있다. 즉 선택적으로 연결 정보를 저장하여 연결 자격 (credential)을 수여하여， 인증과정 없이도 연결할 수 있다.
[119] 지속적인 (persistent) ASP-P2P 그룹은 WFDS 초기 설정 (Default Configuration) 메소드 또는 WSC PIN 메소드를 이용하여 형성될 수 있다. ASP는 서비스 네트워크를 설치하기 위한 WFDS 초기 설정 메소드를 이용하여 지속적인 그룹을 사용하지 않으며, WSC 설정 메소드로서 WSC PIN만을 이용한다. 유사하게, WFDS 초기 설정 메소드로 설정된 ASP 간의 존재하는 서비스 네트워크는, WSC 설정 메소드로서 WSC PIN 만을 이용하기 위한 서비스의 ASP 세션을 설치하지 않는다.
[120] 실시예 1-2 ： WFDS 기기와 non-WFDS 기기의 연결
[121] 도 8은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예를 나타내는 도면이다.
[122] 도 8에 도시된 바와 같이 A 기기는 Wi-Fi 및 NFC 모두를 지원하고 WFDS 역시 지원하지만， B 기기는 WFDS를 지원하지 않는 것을 가정한다. 이 때， A 기기가 B 기기에 핸드오버 요청 메시지를 전송하는 경우를 설명한다. A 기기는 앞선 도 7에서 설명한 바와 같이 서비스 단에서 ASP 단으로， ASP 단에서 Wi-Fi 및 NFC 단 각각으로 제공할 수 있는 서비스를 전송할 수 있다. [123] A 기기는 NFC 터치 이후에 핸드오버 요청 메시지를 B 기기로 전송한다 (S810). 핸드오버 요청 메시지에는 A 기기의 P2P 기기 정보 및 A 기기의 WFDS 서비스 해쉬 정보가 포함될 수 있다.
[124] B기기는 핸드오버 요청 메시지에 대한 응답으로 핸드오버 선택 메시지를 A 기기로 전송할 수 있다 (S820). 핸드오버 선택 메시지는 B 기기의 P2P 기기 정보， WSC 설정 정보, 그룹 형성 채널 정보를 포함할 수 있다. 다만, B 기기는 WFDS 기기가 아니므로， WFDS 서비스에 대한 정보를 가지고 있지 않으므로， 핸드오버 선택 메시지에 서비스 네임 정보를 포함할 수 없다. A.기기는 B 기기로부터 서비스 네임 정보를 수신하지 못하므로， WFDS 이용을 하지 못하고, 일반적인 Wi-Fi 다이렉트 연결 방식으로 진행할 수 있다.
[125] 실시예 1-3 ： WFDS 기기와 non-WFDS 기기의 연결
[126] 도 9는 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예를 나타내는 도면이다.
[127] 도 9에 도시된 바와 같이, A 기기는 Wi-Fi 및 NFC 모두를 지원하고 WFDS 역시 지원하지만， B 기기는 WFDS를 지원하지 않는 것을 가정한다. 이 때， B 기기가 A 기기에 핸드오버 요청 메시지를 전송하는 경우이므로 앞서 설명한 실시예 1-2와 구분하여 설명한다. A 기기는 앞선 도 7 및 도 8에서 설명한 바와 같이 서비스 단에서 ASP 단으로， ASP 단에서 Wi-Fi 및 NFC 단 각각으로 제공할 수 있는 서비스를 전송할 수 있다.
[128] B 기기는 NFC 터치 이후에， A 기기에게 핸드오버 요청 메시지를 전송할 수 있다 (S910). 다만 이 때에는 B 기기가 WFDS 지원 기기가 아니므로， 핸드오버 요청 메시지 내에 P2P 기기 정보를 포함하여 전송할 수 있다. 서비스 해쉬 정보를 포함하지 못하는 것이 구별되는 차이다.
[129] A 기기는 B 기기로부터 수신한 핸드오버 요청 메시지가 노멀 (normal) P2P 기기 정보이므로, 이에 대한 웅답으로 핸드오버 선택 메시지에 P2P 기기 정보를 포함하여 전송할 수 있다 (S920). 핸드오버 선택 메시지에는 WSC 설정 정보， 그룹 형성 채널 정보 등이 더 포함될 수 있다. 또한, B 기기가， WFDS 지원이 되지 않더라도, A 기기는 자신이 제공할 수 있는 WFDS 서비스 해쉬 또는 서비스 네임을 핸드오버 선택 메시지에 포함하여 전송할 수도 있다.
[130] 실시예 2 ： 검색자 (seeker)가 있는 경우 [131] WFDS 이용하려는 기기가 있는 경우를 설명한다. 자신의 기기에서 이용하려는 WFDS 서비스의 대상 기기를 찾는 검색자 (seeker)가 대상 기기에게 핸드오버 요청 메시지를 보내는 경우만 있다면 문제될 것이 없으나， NFC 방식이 어느 기기에서 핸드오버 요청 메시지를 보낼 것인지 알 수 없다. 즉， 대상 기기가 핸드오버 요청 메시지를 보내는 경우가 있을 수도 있다. 따라서， 하기에서는 핸드오버 요청 /선택 메시지 상에 기존의 연결 설정 정보 외에도, 서비스 개시자 (initiator)에 대한 정보를 추가적으로 더 포함하여 전송하는 경우를 설명한다.
[132] 실시예 2-1 ： 두 기기 중 한 기기가 검색자 (seeker)인 경우
[133] 도 10은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 하나의 기기가 검색자인 경우를 나타내는 도면이다.
[134] 도 10에 도시된 바와 같이， A 기기 및 B 기기는 두 기기 모두 Wi-Fi 및 NFC를 지원하는 것을 볼 수 있다. 또한 A 기기는 자신이 제공할 수 있는 WFDS를 광고하는 광고자 (Advertiser) 역할을 하고， B 기기는 WFDS 대상 기기를 검색하는 검색자 (Seeker) 역할을 하는 경우를 설명한다.
[135] 양 기기의 WFDS 지원 기기이므로， 서비스 단에서는 ASP (Application Service Platform) 단에 각각 기기가 지원할 수 있는 WFDS 서비스를 광고 (advertise)할 수 있다.
[136] B 기기는 WFDS 를 이용하기 위해서 대상 기기를 찾아야 한다. 따라서 B 기기의 서비스 단에서는 ASP 단으로， 서비스 검색을 명령할 수 있고， 이러한 명령을 수신한 ASP 단은， Wi-Fi 단 및 NFC 단으로 서비스 검색 명령을 전달할 수 있다. 여기까지가 NFC 터치 전에 수행될 단계이다.
[137] NFC 터치 이후에， 검색자인 B 기기는 A 기기에 핸드오버 요청 메시지를 전송할 수 있다 (1010). 핸드오버 요청 메시지는， B 기기의 P2P 기기 정보 및 WFDS 서비스 해쉬 정보를 포함할 수 있다. 이 때의 핸드오버 요청 메시지에는 서비스 해쉬 정보 외에도， B 기기가 WFDS의 검색자 (Seeker)임을 나타내는 정보를 포함할 수 있다. 또한， 서비스를 누가 개시 (initiation)할 것인지에 대한 정보 즉， 서비스 개시자 (service initiator) 정보를 더 포함할 수 있다. B 기기로부터 핸드오버 요청 메시지를 수신한 A 기기는 자신이 제공할 수 있는 서비스 정보 즉， 서비스 네임을 포함한 핸드오버 선택 메시지를 A기기에 전송할 수 있다 (S1020). 핸드오버 선택 메시지에는 서비스 해쉬 정보 외에 P2P 기기 정보가 더 포함될 수 있다. 핸드오버 요청 /선택 메시지를 교환함으로써， A 기기 및 B 기기는 서로 제공할 수 있는 WFDS를 공유할 수 있으며, A 기기는 B 기기가 이용하려는 서비스 정보를 더 획득할 수도 있다.
[138] A 기기 및 B 기기는 핸드오버 요청 /선택 과정에서 기기 발견을 수행하고， 이 단계에서 서로 WFDS 서비스 정보를 교환하지만， 선택적으로 P2P 서비스 발견 과정을 수행할 수도 있다.
[139] B 기기는 A 기기의 서비스 해쉬 정보를 알게 되었으므로, A 기기의 서비스 발견을 위해, P2P 서비스 발견 요청 (P2P Service Discovery Request) 메시지를 전송할 수 있다 (S1030). 이 때의 P2P 서비스 발견 요청 메시지에는 B 기기가 이용하려는 서비스의 네임 (Service name) 정보, 서비스 정보 요청 (Service Information Request) 메시지 등이 포함될 수 있다.
[140] B 기기로부터 P2P 서비스 발견 요청 메시지를 수신한 A 기기는 이에 대한 응답으로 ASP 단에서 서비스 네임과 매칭하여， P2P 서비스 발견 응답 (P2P Service Discovery Response) 메시지를 전송할 수 있다 (S1040). P2P 서비스 발견'웅답 메시지에는 A 기기가 제공할 수 있는 서비스 네임 정보， 광고 (Advertisement) ID 및 서비스 상태 (Service Status) 정보를 포함할 수 있다. 이후, P2P Provision Discovery요청 /웅답 과정을 통해서 WFDS 세션을 진행할 수 있다.
[141] 실시예 2-2 ： 두 기기 중 한 기기가 검색자 (seeker)인 경우
[142] 도 11은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 하나의 기기가 검색자인 경우를 나타내는 도면이다.
[143] 도 11에 도시된 바와 같이, A 기기 및 B 기기는 두 기기 모두 Wi— Fi 및 NFC를 지원하는 것을 볼 수 있다. 또한， A 기기는 자신이 제공할 수 있는 WFDS를 광고하는 광고자 (Advertiser) 역할을 하고， B 기기는 WFDS 대상 기기를 검색하는 검색자 (Seeker) 역할을 하는 경우를 설명한다. 이 때， 광고자 A 기기가 핸드오버 요청 메시지를 전송하는 점에서 실시예 2-1과 구별됨에 주의한다.
[144] 양 기기의 WFDS 지원 기기이므로， 서비스 단에서는 ASP (Application Service Platform) 단에 각각 기기가 지원할 수 있는 WFDS 를 광고 (advert ise)할 수 있다.
[145] B 기기는 WFDS 를 이용하기 위해서 대상 기기를 찾아야 한다. 따라서 B 기기의 서비스 단에서는 ASP 단으로， 서비스 검색을 명령할 수 있고， 이러한 명령을 수신한 ASP 단은， Wi-Fi 단 및 NFC 단으로 서비스 검색 명령을 전달할 수 있다. 여기까지가 NFC 터치 전에 수행될 단계이다. [146] NFC 터치 이후에， A 기기가 핸드오버 요청 메시지를 전송할 수 있다 (S1110). 이는 NFC 터치가 있고， B 기기가 검색자 (seeker) 일지라도 A 기기는 B 기기가 검색자임을 알지 못하므로， 먼저 메시지를 전송할 수 있다. 핸드오버 요청 메시지는， A 기기의 P2P 기기 정보 및 WFDS 서비스 해쉬 정보를 포함할 수 있다. 이 때의 핸드오버 요청 메시지에는 서비스 해쉬 정보 외에도, A 기기가 WFDS의 광고자 (Advertiser)임을 나타내는 정보를 포함할 수 있다. 또한， 서비스를 누가 개시 (initiation)할 것인지에 대한 정보 즉, 서비스 개시자 (service initiator) 정보를 더 포함할 수 있다. A 기기로부터 핸드오버 요청 메시지를 수신한 B 기기는 자신이 제공할 수 있는 서비스 정보 즉， 서비스 해쉬을 포함한 핸드오버 선택 메시지를 A 기기에 전송할 수 있다 (S1120). 핸드오버 선택 메시지에는 서비스 해쉬 정보 외에 P2P 기기 정보가 더 포함될 수 있다. 핸드오버 선택 메시지에는 B 기기가 WFDS 서비스를 이용하려는 검색자임을 나타내는 정보를 더 포함할 수 있다.
[147] 핸드오버 요청 /선택 메시지를 교환함으로써， A 기기 및 B 기기는 서로 제공할 수 있는 WFDS를 공유할 수 있으며, A 기기는 B 기기가 이용하려는 서비스 정보를 더 획득할 수도 있다.
[148] B 기기의 Wi-Fi 단에서는, A 기기에 P2P 프로브 요청 (P2P Probe Request) 메시지를 전송할 수 있다 (S1130). A 기기로부터 수신한 핸드오버 요청 메시지는 B 기기가 먼저 요구한 메시지가 아니므로， B 기기가 A 기기로부터 알고자 하는 정보를 모두 포함하지 않을 수 있으므로, 프로브 요청 단계를 수행할 수 있다. 다만, B 기기는 프로브 요청 단계를 수행하기 전에 A 기기로부터 오는 P2P 연결에 대한 동작에 대해서는 거절 (reject) 또는 무시 (ignore)할 수 있으며， 검색자 B기기가 주도하여 기기발견 단계를 수행할 수 있다. A 기기는 P2P 프로브 요청 메시지에 대한 응답으로， B 기기에 P2P 프로브 웅답 메시지를 전송한다 (S1140). 이러한 프로브 과정은， 기기 발견 단계이며 앞서 설명한 기기 발견 단계를 참고하기로 한다.
[149] 기기를 발견한 두 기기는， 서비스 발견 단계를 수행한다. B 기기는 서비스 검색자 (Seeker)로서， A 기기에게 P2P 서비스 발견 요청 (P2P Service Discovery Request) 메시지를 전송할 수 있다 (S1150). P2P 서비스 발견 요청 메시지는, B 기기가 이용하려는 WFDS 의 서비스 네임 (Service name) 정보를 포함할 수 있으며， 서비스 정보 요청 (Service Information Request) 메시지 등이 더 포함될 수 있다. [150] B 기기로부터 P2P 서비스 발견 요청 메시지를 수신한 A 기기는 이에 대한 웅답으로 ASP 단에서 서비스 네임과 매칭하여, P2P 서비스 발견 웅답 (P2P Service Discovery Response) 메시지를 전송할 수 있다 (S1160) . P2P 서비스 발견 웅답 메시지에는 A 기기가 제공할 수 있는 서비스 네임 정보, 광고 (Advertisement) ID 및 서비스 상태 (Service Status) 정보를 포함할 수 있다. 이후， P2P Provision Discovery요청 /응답 과정을 통해서 WFDS 세션을 진행할 수 있다.
[151] 실시예 2-3 ： 두 기기가 모두 검색자 (seeker)인 경우
[152] 도 12는 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 두 기기가 모두 검색자인 경우를 나타내는 도면이다.
[153] 도 12에 도시된 바와 같이， A 기기 및 B 기기는 두 기기 모두 Wi— Fi 및 NFC를 지원하는 것을 볼 수 있다. 또한， A 기기 및 B 기기는 WFDS 대상 기기를 검색하는 검색자 (Seeker) 역할을 하는 경우를 설명한다.
[154] 양 기기의 WFDS 지원 기기이므로， 서비스 단에서는 ASP (Application Service Platform) 단에 각각 기기가 지원할 수 있는 WFDS 를 광고 (advertise)할 수 있다.
[155] A 기기 및 B 기기는 WFDS 를 이용하기 위해서 대상 기기를 찾아야 한다. 따라서 두 기기의 서비스 단에서는 ASP 단으로， 서비스 검색을 명령할 수 있고 이러한 명령을 수신한 ASP 단은， Wi-Fi 단 및 NFC 단으로 서비스 검색 명령을 전달할 수 있다. 여기까지가 NFC 터치 전에 수행될 단계이다.
[156] NFC 터치 이후에， 검색자 중 한 기기인 B 기기는 A 기기에 핸드오버 요청 메시지를 전송할 수 있다 (1210). 두 기기가 모두 검색자이므로, A 기기가 핸드오버 요청 메시지를 전송하는 경우에도 동일하다. 핸드오버 요청 메시지는， B 기기의 P2P 기기 정보 및 WFDS 서비스 해쉬 정보를 포함할 수 있다 핸드오버 요청 메시지에는 서비스 해쉬 정보 외에도, B 기기가 WFDS의 검색자 (Seeker)임을 나타내는 정보를 포함할 수 있다. 또한， 서비스를 누가 개시 (initiation)할 것인지에 대한 정보 즉, 서비스 개시자 (service initiator) 정보를 더 포함할 수 있다. B 기기로부터 핸드오버 요청 메시지를 수신한 A 기기는 자신이 제공할 수 있는 서비스 정보 즉， 서비스 해쉬를 포함한 핸드오버 선택 메시지를 B 기기에 전송할 수 있다 (S1220). 핸드오버 선택 메시지에는 서비스 해쉬 정보 외에 P2P 기기 정보가 더 포함될 수 있다. 핸드오버 요청 /선택 메시지를 교환함으로써， A 기기 및 B 기기는 서로 제공할 수 있는 WFDS를 공유할 수 있으며， A 기기 및 B기기는 두 기기가 이용하려는 서비스 정보를 더 획득할 수도 있다.
[157] A 기기 및 B 기기는 핸드오버 요청 /선택 과정에서 기기 발견을 수행하고， 이 단계에서 서로 WFDS 의 서비스 정보를 교환하지만, P2P 프로브 과정을 수행할 수 있다.
[158] B 기기의 Wi-Fi 채널에서는, A 기기에 P2P 프로브 요청 (P2P Probe Request) 메시지를 전송할 수 있다 (S1230). B 기기로부터 수신한 핸드오버 요청 메시지는 A 기기가 먼저 요구한 메시지가 아니므로， B 기기가 A 기기로부터 알고자 하는 정보를 모두 포함하지 않을 수 있다. A 기기는 P2P 프로브 요청 메시지에 대한 응답으로， B 기기에 P2P 프로브 웅답 메시지를 전송한다 (S1240). 이러한 프로브 과정은， 기기 발견 단계이며， 앞서 설명한 기기 발견 단계를 참고하기로 한다.
[159] 기기를 발견한 두 기기는 서비스 발견 단계를 수행한다. B 기기는 서비스 검색자 (Seeker)로서， A 기기에게 P2P 서비스 발견 요청 (P2P Service Discovery Request) 메시지를 전송할 수 있다 (S1250). P2P 서비스 발견 요청 메시지는， B 기기가 이용하려는 WFDS 의 서비스 네임 (Service name) 정보를 포함할 수 있으며， 서비스 정보 요청 (Service Information Request) 메시지 등이 더 포함될 수 있다.
[160] B 기기로부터 P2P 서비스 발견 요청 메시지를 수신한 A 기기는 이에 대한 응답으로 ASP 단에서 서비스 네임과 매칭하여, P2P 서비스 발견 웅답 (P2P Service Discovery Response) 메시지를 전송할 수 있다 (S1140). P2P 서비스 발견 웅답 메시지에는 A 기기가 제공할 수 있는 서비스 네임 정보， 광고 (Advertisement) ID 및 서비스 상태 (Service Status) 정보를 포함할 수 있다. 이후， P2P Provision Discovery요청 /웅답 과정을 통해서 WFDS 세션을 진행할 수 있다.
[161] 서비스 발견을 완료한 두 기기는, WFDS 연결의 이후 과정을 수행할 수 있다. B 기기는 Wi-Fi 채널올 통해 A 기기에게 P2P 프로비젼 발견 요청 (Provision Discovery Request) 메시지를 전송할 수 있다 (S1170). 이 때， A 기기도 P2P 프로비견 발견 요청 메시지를 전송할 수 있다. A 기기 및 B 기기 중 먼저 P2P 프로비견 발견 요청 메시지를 상대 기기에 전송하는 기기가 서비스 개시 (Service Initiation) 권한을 가질 수 있다. 또는 두 기기 중 우선 순위를 가지는 기기에게 서비스 개시 권한을 줄 수도 있다.
[162] 우선 순위라 함은， 기기가 기존에 연결하고 있는 WFDS 통신의 개수， 기기의 성능 및， WFDS 의 종류 등에 따라 두 기기 중 통신 개시자로서 더 효율적으로 운영할 수 있는 객관적인 환경에 놓인 기기가 서비스 개시 권한을 가지는 것을 말한다. 예를 들어， A 기기는 WFD 로 2개의 통신을 하고 있으며， B 기기는 기존의 통신을 하고 있지 않는 경우라면， B 기기가 우선권을 가질 수 있으며， A기기가 B 기기보다 기기의 하드웨어 성능이 양호하다면, A 기기가 우선권을 가질 수도 있다. 또한 이용하려는 WFDS가 파일 전송 (send), 디스플레이 (display) , 재생 (play) 또는 출력 (print) 중 어떤 서비스인지에 따라서도 그 기준이 달라질 수 있다.
[163] 실시예 3 ： 광고자 (Advertiser)가 NFC static 기기이고， 검색자 (Seeker)가 NFC negotiation기기인 경우
[164] 도 13은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 NFC static 기기가 검색자이고, NFC negotiation 기기가 검색자인 경우를 나타내는 도면이다.
[165] 도 13에 도시된 바와 같이， A 기기 및 B 기기는 두 기기 모두 Wi-Fi 및 NFC를 지원하는 것을 볼 수 있다. 또한 A 기기는 자신이 제공할 수 있는 WFDS를 광고하는 광고자 (Advertiser) 역할을 하고， B 기기는 WFDS 대상 기기를 검색하는 검색자 (Seeker) 역할을 하는 경우를 설명한다. 이 때 광고자 A 기기는 NFC static 기기 (예 . NFC 태그)이고， 검색자 B 기기는 NFC negotiation 기기인 경우임을 주의하여 설명한다.
[166] 양 기기의 WFDS 지원 기기이므로 서비스 단에서는 ASP (Application Service Platform) 단에 각각 기기가 지원할 수 있는 WFDS의 서비스를 광고 (advertise)할 수 있다.
[167] B 기기는 WFDS 를 이용하기 위해서 대상 기기를 찾아야 한다. 따라서 B 기기의 서비스 단에서는 ASP 단으로， 서비스 검색을 명령할 수 있고, 이러한 명령을 수신한 ASP 단은， Wi-Fi 단 및 NFC 단으로 서비스 검색 명령을 전달할 수 있다ᅳ 여기까지가 NFC 터치 전에 수행될 단계이다.
[168] NFC 터치 방식이 앞선 negotiation 기기와 다르다. A 기기가 NFC 태그이므로， 두 기기의 핸드오버는 정적 (static)이다. A 기기는 NFC 태그로서， B 기기에 핸드오버 선택 (Handover Select) 메시지를 전송할 수 있다 (S1310). 핸드오버 요청 메시지를 전송하지 않는 대신에, A 기기는 태그에 등록된 서비스 정보를 포함한， 핸드오버 선택 메시지를 전송한다. 핸드오버 선택 메시지는, A 기기의 P2P 기기 정보 및 WFDS의 서비스 해쉬 정보를 포함할 수 있다. 핸드오버 선택 메시지에는 서비스 해쉬 정보 외에도, A 기기가 WFDS의 광고자 (Advertiser)임을 나타내는 정보를 포함할 수 있다. 또한 서비스를 누가 개시 (initiation)할 것인지에 대한 정보 즉， 서비스 개시자 (service initiator) 정보를 더 포함할 수 있다. 또한 그룹 형성 채널 정보 및 WSC설정 정보 등이 더 포함될 수 있다.
[169] A 기기로부터 핸드오버 선택 메시지를 수신한 B 기기는, 대상 기기를 발견하였지만, 서로' 메시지를 교환한 것이 아니라， A 기기로부터 일방적으로 메시지를 수신한 것이므로， Wi-Fi 채널을 통해서， P2P 프로브 과정을 수행할 수 있다.
[170] B 기기의 Wi-Fi 채널에서는， A 기기에 P2P 프로브 요청 (P2P Probe Request) 메시지를 전송할 수 있다 (S1320). A 기기는 P2P 프로브 요청 메시지에 대한 웅답으로， B 기기에 P2P 프로브 웅답 메시지를 전송한다 (S1330). 이러한 프로브 과정은， 기기 발견 단계이며, 앞서 설명한 기기 발견 단계를 참고하기로 한다.
[171] 기기를 발견한 두 기기는， 서비스 발견 단계를 수행한다. B 기기는 서비스 검색자 (Seeker)로서， A 기기에게 P2P 서비스 발견 요청 (P2P Service Discovery Request) 메시지를 전송할 수 있다 (S1340) . P2P 서비스 발견 요청 메시지는， B 기기가 이용하려는 WFDS 의 서비스 네임 (Service name) 정보를 포함할 수 있으며， 서비스 정보 요청 (Service Information Request) 메시지 등이 더 포함될 수 있다.
[172] B 기기로부터 P2P 서비스 발견 요청 메시지를 수신한 A 기기는 이에 대한 응답으로 ASP 단에서 서비스 네임과 매칭하여， P2P 서비스 발견 웅답 (P2P Service Discovery Response) 메시지를 전송할 수 있다 (S1350). P2P 서비스 발견 응답 메시지에는 A 기기가 제공할 수 있는 서비스 네임 정보， 광고 (Advertisement) ID 및 서비스 상태 (Service Status) 정보를 포함할 수 있다. 이후, P2P Provision Discovery요청 /응답 과정을통해서 WFDS세션을 진행할 수 있다.
[173] 실시예 4 ： 핸드오버 메시지 포맷
[174] Wi-Fi 및 NFC를 지원하는 기기 간에 핸드오버 요청 /선택 메시지를 교환하는 경우， 핸드오버 요청 메시지는 NFC 데이터 교환 포맷 (NFC Data Exchange Format； NDEF)의 형식으로 교환될 수 있다. 핸드오버 요청 메시지는 NFC 연결에 사용되는 메시지로서, 본 발명에서는 기기가 WFDS도 지원하는 경우를 다루므로， WFDS를 다루는 경우에 있어서， 이를 반영하는 핸드오버 요청 메시지가 필요하다. 따라서， 본 발명에서는 NDEF 에 WFDS 정보 레코드 (WFDS Information Record)를 포함하여 구성할 것을 제안한다. [175] 도 14는 본 발명의 일 실시 예에 따른 핸드오버 요청 (Handover Request) 메시지를 나타내는 도면이다.
[176] 도 14에 도시된 바와 같이， 핸드오버 요청 메시지 (레코드)는 버견 (version) 정보， 층돌 해결 레코드， P2P 기기 정보 레코드 (P2P Device Information Record) 및 WFDS 정보 레코드 (WFDS Information Record)를 포함할 수 있다. Mime 타입 (type)은 "application/vnd.wfa.wfds" 로 정의될 수 있다. 필수적으로 포함되어야 할 속성으로는 서비스 해쉬 (Service Hash) 값이 있다. 서비스 네임을 해쉬 (hashing)하여 6바이트 (byte)의 값으로 포함될 수 있다. 서비스 해쉬 값은， 일반적으로 "org.wi-fi.wfds" 라고 해쉬하여 어떠한 WFDS 서비스를 검색 (search) 할 수 있도록 한다. 전송 (send) 서비스를 예로 들자면 , "org. wi-f i .wfds. send" 를 검색할 수 있으며， "org. wi-fi. wfds. send. rx" 를 해쉬한 값이 서비스 해쉬 값이 될 수 있고, 특수한 경우에는 복수의 해쉬 값이 될 수도 있다. 아래의 표 2는， 핸드오버 요청 메시지에 포함되는 서비스 해쉬 속성 (Service Hash Attribute) 을 정의한 표이다.
[177] 【표 2】
Figure imgf000031_0001
[178] 서비스 해쉬 속성은 속성 IEKAttribute ID) 필드， 길이 (Length) 드， 서비스 해쉬 (Service Hash) 필드를 포함한다. 속성 ID 필드는 P2P 속성의 타입을 확인한다. 1 옥텟 (octet) 사이즈이며 19 값 (value)를 가진다. 길이 필드는 속성의 필드 길이를 나타낸다. 2 옥텟 사이즈이며 6의 배수를 값으로 가진다. 배수 N은 서비스 해쉬 필드의 수이다. 서비스 해쉬 필드는 6의 배수의 옥렛 사이즈이며, 값은 가변한다. 서비스 해쉬 필드는 N 값의 서비스 해쉬 값들을 포함하며， 각 서비스 해쉬는 6옥텟으로 UTF-8서비스 네임의 해쉬 값을 말한다.
[179] 도 15는 본 발명의 일 실시 예에 따른 핸드오버 선택 (Handover Select) 메시지를 나타내는 도면이다. [180] 도 15에 도시된 바와 같이， 핸드오버 선택 메시지 (레코드)는 버젼 (version) 정보， 충돌 해결 레코드, P2P 기기 정보 레코드 (P2P Device Information Record) 및 WFDS 정보 레코드 (WFDS Information Record)를 포함할 수 있다. 핸드오버 선택 메시지는 Negotiation Handover 및 Static Handover 에 동일하게 사용될 수 있다. 필수적으로 포함되어야 할 속성으로는 광고 서비스 정보 (Advertise Service Information)이 있다. 광고 서비스 정보에는 특정 서비스의 이름을 포함하는 광고 서비스 설명자 (Advertised Service Descriptor)가 포함될 수 있다. 광고 서비스 설명자 내에는 서비스 네임의 길이 및 서비스 네임이 포함될 수 있다. 아래의 표 3은 광고 ID 정보 속성을 정의한 표이고 표 4는 광고 서비스 정보 속성을 정의한 표이다.
[181] 【표 3】
Figure imgf000032_0001
[182] 【표 4】
Figure imgf000032_0002
[183] 광고 아이디 정보 속성은， 속성 IEKAttribute ID) 필드， 길이 (Length) 필드 및 광고 서비스 설명자 (Advertised Service Descriptor (s) 필드를 포함한다. 속성 ID 필드는 P2P 속성의 타입을 확인한다. 1 옥텟 사이즈이며， 23 값을 가진다. 길이 필드는 속성의 필드의 길이를 나타내며, 2 옥텟 사이즈이며， 값은 가변한다. 광고 서비스 설명자 필드는 모든 광고 서비스 설명자의 합을 옥텟 사이즈로 한다.
[184] 광고 서비스 정보 속성은， 광고 IEKAdvertisement ID), 서비스 네임 길이 (Service Name Length) 필드 및 서비스 네임 (Service Name) 필드를 포함한다. 광고 ID 필드는 로컬 서비스의 광고 아이디이며， 4 옥텟 사이즈， 0-ffffffff값을 가진다. 서비스 네임 길이 필드는 서비스 네임의 길이이고， 1 옥텟 사이즈를 가지며， ΟχΟΟ-Oxff값을 가진다. 서비스 네임 필드는 서비스를 UTF-8 스트링으로 정의한며， 그 사이즈와 값은 가변한다. [185] 도 16은 본 발명에 적용하려는 NFC 핸드오버 과정의 일 예를 보여주는 도면이다.
[186] 도 16에 도시된 바와 같이， NFC 핸드오버 과정에 있어서， 여러 단계를 거쳐 핸드오버가 수행되므로， 각 단계별로 나누어 자세히 설명할 필요가 있다. 먼저 전체적인 흐름을 설명하면， 광고자 기기는 ASP 단에 기기가 제공할 수 있는 WFDS 서비스를 광고한다 (S1610). ASP 단은, NFC 단 및 Wi-Fi 단으로 광고된 서비스를 각각 전송한다 (S1620). 검색자 기기에서도 기기가 제공할 수 있는 WFDS의 서비스를 광고한다 (S1630). 이후 NFC 터치가 발생하면 (S1640)ᅳ 검색자는 핸드오버 선택 메시지를 NFC 채널 (인터페이스)에서 수신하게 되며， 검색자 기기의 NFC 모들은 ASP 단으로 NFC 핸드오버 선택 메시지를 전송한다 (S1650). 검색자 기기의 ASP 단은 기존 광고된 서비스 등을 검색하여 , 검색 결과를 가져오고 (S1660)ᅳ Wi-Fi 인터페이스를 통해서 (S1670), 광고자 기기와 연결 및 서비스된다 (S1680). 이후에서는 각 스텝 별로 자세히 설명한다.
[187] 먼저, 단계 S1610에서는 광고자는 특정 서비스가 제공 가능하면 (enable), ASP 단에 해당 서비스를 Advert iseService Method를 사용하여 광고 (advert ise)한다. 광고자 기기가 NFC를 이용한 서비스 발견 (Service Discovery) 및 서비스 개시 (Service Initiation)가 가능한 경우라면, Advert iseService 내에 네트워크 설정 파라미터 (network_config Parameter)에 NFC를 포함하여 광고할 수 있다. 이때 광고되는 정보에는 서비스 네임 (Service Name), 자동 수락 (auto accept) 여부， 서비스 가용성 (availability)ᅳ 네트워크 그룹에서의 역할 (그룹 오너 /그룹 클라이언트)， 네트워크 설정 (network_config) 및 연기된 세션 웅답 (deferred_session_response)가 포함될 수 있다. 광고자가 동시에 여려 개의 서비스를 지원하는 경우 (예. play 및 display)에는 복수의 Advert iseService를 호출하며, 각 파라미터의 값은 상위 서비스에 의해 생성된다. Advert iseService 메소드 함수는 하기와 같다.
[188] Advert iseService (serviceᅳ name, auto_informat ion, service_status, network_role, network_conf ig, deferred_session_response)
[189] 상기 network_config의 값은 4가지 값을 가질 수 있다. 제 1값은 Default Config or WSC PIN method without NFC 이며， 제 2값은 WSC PIN method only without NFC 로서， NFC를 지원하지 않는 경우에 해당한다. NFC가 적용되면서 제 3값으로 Default Config or WSC PIN method with NFC, 제 4값으로 WSC PIN method only with NFC 값을 가질 수 있다.
[190] 단계 S1620에서는 ASP 단에서 NFC 및 Wi-Fi로 광고된 서비스를 전송한다. NFC를 통한 기기 발견 /서비스 발견 및 프로비져닝 (Provisioning)을 지원하는 기기의 ASP이고， 광고된 서비스 내에 network_config 파라미터 값이 앞서 설명한 3 또는 4 값이라면， NFC를 통한 발견을 위해서 추가적인 작업을 수행할 수 있다. ASP는 NFC 인터페이스가 핸드오버 선택 메시지를 생성하고 응답하기 위해서 NDEFCNFC Data Exchange Format ) 데이터 레코드에 포함될 정보를 하위 NFC 인터페이스에게 전달할 수 있다.
[191] 하나의 상위 서비스에 대한 광고된 서비스 정보는 하나의 NFC AC(alternative carrier)로 핸드오버 선택 메시지 내에 기술될 수 있다. 기기가 복수의 서비스를 광고하는 경우， 서비스 별로 복수의 AC를 가질 수 있다. NDEF 내에 포함되는 서비스 정보 (service informat ion)에 대하여 설명한다. 서비스 MAC 어드레스 (service_mac_address)는 Wi— Fi 인터페이스의 MAC 어드레스로 복수의 Wi- Fi 인터페이스가 있는 경우에 서비스 정보에 포함될 수 있다. 광고자 기기가 실제 서비스를 지원할 자신의 MAC 어드레스를 의미한다. 기기 네임 (deviceᅳ name)은 사용자에게 친숙한 기기 네임을 의미한다. 광고 IEKadvertisement ID)는 서비스가 최초 ASP에 Advert iseService method를 호출할 때 생성되는 광고된 서비스의 고유 ID를 의미한다. 서비스 네임 (service_name)은 전체 (full) 서비스 네임으로서 Advert iseService method를 호출한 서비스의 네임이다. 역 (reverse) DNS 형태로 표시될 수 있다. 서비스 상태 (service status)는 현재 서비스의 가용성 (avail ability)을 표시하는 정보이다.
[192] 도 17은 본 발명의 일 실시예에 따른 핸드오버 선택 (Handover Select) 메시지의 구성을 나타내는 도면이다.
[193] 단계 S1620에서， NFC 인터페이스는 상위 ASP로부터 정보를 수신한 후 도 17에 도시된 바와 같이 생성한다. 하나의 NDEF 레코드는 하나의 상위 연결 설정 (예. Wi-Fi, P2P, Bluetooth 등)을 나타내며， 상위 서비스에 대한 정보는 auxiliary data record format으로 정의될 수 있다. 제 2 계층 연결이 없는 경우, WFDS next version 및 WFA 프로그램을 위해서 반드시 Wi-Fi에 대한 캐리어 설정 (Carrier configuration)이 포함되어야 한다. [194] 도 17에 도시된 바와 같이， 핸드오버 선택 메시지의 앞부분에는 핸드오버 선택 레코드가 위치할 수 있다. 핸드오버 선택 레코드는 헤더 버전 및 ac 레코드로 구성될 수 있으며， 하나의 ac 레코드는 헤더, CPSCCarrier Power Status. CDRCCarrier Data Reference)와 선택적으로， ADR(Auxi 1 iary Data Reference) Count ADR이 구성될 수 있다. 핸드오버 선택 레코드 뒤에 오는 첫번째 NDEF 레코드는 Wi- Fi, P2P, Docking, WSB 등 제 2 계층 연결을 위한 정보를 포함한다. 두번째 NDEF 레코드부터는 광고자가 광고한 서비스에 대한 정보가 각각 포함될 수 있다.
[195] 도 18은 하나의 NDEF 레코드를 나타내는 도면이다.
[196] 도 18에 도시된 바와 같이, 하나의 NDEF 레코드는 페이로드 부분에 서비스 정보를 포함할 수 있다. 페이로드 부분은 서비스 MAC, 기기 네임， 광고 ID, 서비스 네임, 서비스 상태를 TLV(Type-Length-Value) 형태로 포함할 수 있다. 검색자 (seeker) 기기는 핸드오버 선택 메시지 내의 페이로드에서 광고자가 제공 가능한 서비스에 대한 정보를 획득할 수 있다.
[197] 단계 S1630는 검색자 (seeker) 기기에서 서비스 또는 어플리케이션이 수행 될 때 상대 기기를 검색하겠다는 의미의 메소드를 ASP 단에게 전달한다. 앞서 설명한 바와 같이， 언제 NFC 터치가 일어날 지 모르는 기기 입장에서는 먼저 SeekService 를 수행하는 것이， 기존의 WFDS와의 차이가 있다. 예를 들어， 스마트 폰에서 갤러리 앱을 수행할 경우, 이미지 또는 동영상을 전송 (send)하거나， 재생 (play)하거나， 또는 외부 디스플레이 등으로 전송하여 디스플레이 (display)할 가능성이 있다. 따라서， 갤러리 앱을 수행하면， ASP 단으로 send 서비스를 수신할 수 있는 기기를 NFC로 검색할 수 있는 잠재적 (potential) 서비스에 대하여 알릴 수 있다. 이후 NFC 터치가 발생하면， ASP 는 잠재적 서비스에 대하여 매칭 여부를 확인하고, 매칭되는 경우라면， 하기의 Potent ialSeekService의 메소드를 호출한다.
[198] Pot ent i a 1 SeekServi ce( serv i ce_name , exact— search, service— informat ion— request)
[199] 잠재적 서비스 검색 (Potent ialSeekService) 메소드 내의 구성에 대해서 설명한다. 서비스 네임 (service_name)은 찾고자 하는 서비스의 네임을 의미한다 예를 들면 "org.wi-f i .wfds.send.rx" 로 표入 1할 수 있다. exact—search는 WFDS에서 정의된 exact search인지， prefix search인지를 표시한다. 예를 들어， "org.wi-fi.wfds" 가 prefix search로 설정된 경우라면, WFDS의 서비스 모두를 찾게 된다. "org.wi-f i .docking" 으로 설정된다면 docking에서 정의된 dockee 및 docking control center 를 찾게 되는 것이다. 서비스 정보 요청 (service_information_request) 값은 Null 값이 아니면, ANQP 프로토콜을 이용한 WFDS 서비스 발견을 수행해야 하고, 특정 값이면, 서비스 발견 요청 /응답 메시지에 포함될 특정 정보를 포함할 수 있다.
[200] 단계 S1640은 NFC 터치가 발생하는 경우이다. 광고자 기기 및 검색자 기기가 모두 NFC를 지원하는 경우라면 NFC 터치를 통해서 NDEF 형태의 데이터를 검색자 기기가 획득할 수 있다. NFC 포럼에서는 negotiation 핸드오버 및 static 핸드오버를 정의하고 있는바， 이 두 경우가 모두 포함될 수 있다.
[201] 검색자 기기가 광고자가 이미 생성한 핸드오버 선택 메시지를 수신하는 경우， 핸드오버 선택 메시지 내에 포함된 캐리어 설정 (Carrier configuration) 정보 및 Auxiliary Data를 획득할 수 있다. 캐리어 설정 정보는 연결 핸드오버를 통해서 이후 연결될 캐리어 (예. Wi-Fi, Wi-Fi Direct, Bluetooth 등)에 대한 정보이며, Auxiliary Data는 광고자 기기가 광고한 상위 서비스 네임， 서비스 MAC 어드레스, 기기 네임， 서비스 가용성 등에 대한 정보를 포함할 수 있다. NFC 인터페이스는 이러한 정보들을 파성 (parsing) 또는 포함하여 ASP 단에 NFC 터치가 발생하였음을 알릴 수 있다.
[202] 단계 S1650에서는 ASP단에 핸드오버 선택 메시지를 전송한다. 검색자의 ASP 단은 이전에 잠재적으로 검색한 서비스 (PotentialSeekService)가 없는 경우, 핸드오버 선택 이벤트를 무시 (ignore)할 수 있다. 만약ᅳ background/potential 검색 요청이 있는 경우라면， NFC 인터페이스가 파싱한 검색 결과와 PotentialSeekService가 서로 매칭되는지를 판단한다. 매칭을 통해세 서비스를 찾은 경우， 상위 서비스 단에 검색 결과를 알려준다. 이때 ASP는 NDEF에서 Auxiliary Data (서비스에 대한 정보)는 상위 서비스 단에 검색 결과로 알려줄 준비를 하고， 캐리어 설정 정보는 서비스를 수행하기 위해서 연결한 연결 정보로 가질 수 있다.
[203] 단계 1660 및 1670 에서는 검색 결과를 통해서 Wi-Fi 인터페이스로 연결하고, 서비스를 개시하는 과정을 보여준다. NFC 인터페이스를 통해서 서비스 발견을 수행하나， 이는 Wi-Fi 인터페이스를 통해서 WFDS 규격에서 정의한 방법과 동일할 수 있다. 검색 결과 (search result)를 수신한 상위 서비스 단은 서비스를 시작하기 위해서 ASP 단에 연결 세션 (ConnectSessions) 메소드를 전달할 수 있다. 연결 세션 메소드에 포함되는 파라미터로서， service_mac 및 advert isement_id는 검색 결과 내에 포함된 값이 설정되며， session_information 및 network_role은 검색자의 서비스 단이 생성한다. ASP 단은 캐시 (cache)하고 있는 캐리어 설정 정보를 바탕으로 ASP 연결을 수행할 수 있다. 캐리어 설정에는 Wi-Fi Direct 정보가 포함되어 있으면， ASP-P2P 연결을 수행하며， 캐리어 설정에 Wi-Fi 정보가 포함되어 있으면， Wi-Fi AP모드를 통해서 서비스 수행을 시도할 수 있다.
[204] 도 19는 본 발명에 적용될 수 있는 WFD P2P 장치를 예시한다.
[205] 도 19를 참조하면， WFD 네트워크는 제 1 WFD 장치 (1910) 및 제 2 WFD 장치 (1920)을 포함한다. 제 1 WFD 장치 (1910)는 프로세서 (1912), 메모리 (1914) 및 무선 주파수 (Radio Frequency, RF) 유닛 (1916)을 포함한다. 프로세서 (1912)는 본 발명에서 제안한 절차 및 /또는 방법들을 구현하도록 구성될 수 있다. 메모리 (1914)는 프로세서 (1912)와 연결되고 프로세서 (1912)의 동작과 관련한 다양한 정보를 저장한다. RF 유닛 (1916)은 프로세서 (1912)와 연결되고 무선 신호를 송신 및 /또는 수신한다. 제 2 WFD 장치 (1920)는 프로세서 (1922)， 메모리 (1924) 및 RF 유닛 (1926)을 포함한다. 프로세서 (1922)는 본 발명에서 제안한 절차 및 /또는 방법들을 구현하도록 구성될 수 있다. 메모리 (1924)는 프로세서 (1922)와 연결되고 프로세서 (1922)의 동작과 관련한 다양한 정보를 저장한다. RF 유닛 (1926)은 프로세서 (1922)와 연결되고 무선 신호를 송신 및 /또는 수신한다. 제 1 WFD 장치 (1910) 및 /또는 제 2 WFD장치 (1920)는 단일 또는 다중 안테나를 가질 수 있다.
[206] 이상 설명된 실시 예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및 /또는 특징들을 결합하여 본 발명의 실시 예를 구성하는 것도 가능하다. 본 발명의 실시 예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시 예의 일부 구성이나 특징은 다른 실시 예에 포함될 수 있고， 또는 다른 실시 예의 대웅하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시 예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
[207] 본 발명에 따른 실시 예는 다양한 수단， 예를 들어, 하드웨어， 펌웨어 (fir隱 are), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우， 본 발명의 일 실시 예는 하나 또는 그 이상의 ASICs ( ap 1 i cat ion specific integrated circuits) , DSPs(digital signal processors) , DSPDs(digital signal processing devices) , PLDs (programmable logic devices) , FPGAs( field programmable gate arrays) , 프로세서， 콘트를러， 마이크로 콘트롤레 마이크로 프로세서 둥에 의해 구현될 수 있다.
[208] 펌웨어나 소프트웨어에 의한 구현의 경우， 본 발명의 일ᅳ실시 예는 이상에서 설명된 기능 또는 동작들을 수행하는 모들， 절차， 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
[209] 본 발명은 본 발명의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서， 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고， 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
【산업상 이용가능성】
[210] 본 발명은 기기간 직접 통신, 구체적으로 Wi-Fi 다이렉트 및 Wi-Fi 다이렉트 서비스 통신을 위한 장치에 사용될 수 있다.

Claims

【청구의 범위】
【청구항 1】
Wi-Fi 다이렉트 서비스 (Wi-Fi Direct Services; WFDS) 통신을 설정하는 방법에 있어서，
제 1 기기가 제 2 기기에게 NFC(Near Field Communication) 채널을 통해서 핸드오버 요청 (Handover Request) 메시지를 전송하는 단계; 및
상기 제 1 기기가 상기 제 2 기기로부테 상기 NFC 채널을 통해서 핸드오버 선택 (Select) 메시지를 수신하는 단계;
를 포함하고，
상기 핸드오버 요청 메시지는， 상기 제 1 기기가 지원 가능한 WFDS를 나타내는 서비스 해쉬 (Service Hash) 정보를 포함하는, WFDS 통신 설정 방법 .
【청구항 2】
제 1 항에 있어서,
상기 제 2 기기가 WFDS를 지원하는 경우， 상기 핸드오버 선택 메시지는 상기 제 2 기기가 이용하려는 WFDS의 서비스 네임 (Service Name) 정보를 포함하는， WFDS 통신 설정 방법 .
【청구항 3】
제 1 항에 있어서,
상기 핸드오버 선택 메시지는 WFDS 연결에 사용되는 리슨 채널 (listen channel)을 통해 대상 기기를 발견하도록 하는 설정 정보를 포함하는， WFDS 통신 설정 방법 .
【청구항 4】
제 1 항에 있어서，
상기 제 1 기기 및 제 2 기기 간에， NFC를 통한 연결 설정 정보가 저장되어 있는 경우， 이후 두 기기 간의 연결 설정에 대하여 동일한 설정 정보로 설정하는， WFDS 통신 설정 방법 .
【청구항 5】
제 1 항에 있어서，
상기 핸드오버 요청 메시지는, 상기 서비스 해쉬 정보를 포함하는 NFC 데이터 교환 포맷 (NFC Data Exchange Format； NDEF) 으로 구성된， WFDS 통신 설정 방법.
【청구항 6】
제 1 항에 있어서,
상기 핸드오버 요청 메시지는， 상기 두 기기 간의 제 2 계층 연결을 위한 정보를 포함하는 NDEF 레코드를 더 포함하는， WFDS 통신 설정 방법 .
【청구항 7】
제 1 항에 있어세
상기 NDEF 레코드는, WFDS 정보를 TLV( Type-Length-Value) 형식으로 나타내는 페이로드 (payload) 부분을 포함하는， WFDS 통신 설정 방법.
[청구항 8】
제 1 항에 있어서，
상기 제 1 기기가 지원 가능한 WFDS에 관한 정보는， 상기 제 1 기기 ASPCApplication Service Platform)의 광고 (Advert ise)를 통해， 상기 제 1 기기의 NFC 모들에서 획득한 정보인， WFDS 통신 설정 방법 .
【청구항 9】
제 1 항에 있어서，
상기 제 1 기기 및 상기 제 2 기기 중 우선 순위를 가지는 어느 한 기기가 다른 한 기기에게， P2P(Peer to peer) 서비스 발견 요청 (Discovery request) 메시지를 전송하는 단계; 및
상기 P2P 서비스 발견 요청 메시지를 수신한 기기로부터, 상기 P2P 서비스 발견 요청 메시지에 대한 웅답인 P2P 서비스 발견 웅답 (Discovery Response) 메시지를 수신하는 단계; 를 더 포함하는, WFDS 통신 설정 방법 .
【청구항 10】
제 9 항에 있어서，
상기 우선 순위는, 기기의 기존 WFDS 연결 상태， 기기의 성능， WFDS의 종류 중 하나 이상에 기초하여 결정되는 순위인， WFDS통신 설정 방법 .
【청구항 11】
제 1 항에 있어서,
상기 제 1 기기 및 제 2 기기의 핸드오버 요청 메시지의 전송은， 상기 두 기기 NFC 모들의 터치 또는 근접 터치에 의해서 개시되는 과정인， WFDS 통신 설정 방법.
【청구항 12】
제 1 항에 있어서， 상기 WFDS는， 전송 (send), 재생 (play), 출력 (print), 표시 (display)， NAN (Neighborhood Area Network) , WSB(Wi-Fi Serial Bus) 및 도킹 (clocking) 중 하나 이상을 포함하는， WFDS 통신 설정 방법 .
【청구항 13]
제 1 항에 있어서，
상기 핸드오버는 협상 (Negotiation) 핸드오버 및 정적 (static) 핸드오버 중 하나인， WFDS 통신 설정 방법 .
【청구항 14】
Wi-Fi 다이렉트 서비스 (Wi-Fi Direct Services; WFDS) 통신을 설정하는 방법에 있어서，
제 1 기기가 제 2 기기로부터 NFC(Near Field Co隱 uni cat ion) 채널을 통해서 핸드오버 요청 (Handover Request) 메시지를 수신하는 단계; 및
상기 제 1 기기가 상기 제 2 기기에게 상기 NFC 채널을 통해서 핸드오버 선택 (Select) 메시지를 전송하는 단계;
를 포함하고,
상기 핸드오버 요청 메시지는， 상기 제 2 기기가 지원 가능한 WFDS를 나타내는 서비스 해쉬 (Service Hash) 정보를 포함하는， WFDS 통신 설정 방법 .
【청구항 15】
Wi-Fi 다이렉트 서비스 (Wi-Fi Direct Services; WFDS) 서비스 통신을 설정하는 기기에 있어서，
프로세서; 및
송수신기; 를 포함하고，
상기 송수신기는, 제 1 기기로부터 제 2 기기에게 NFC(Near Field Communication) 채널을 통해서 핸드오버 요청 (Handover Request) 메시지를 전송하고, 상기 제 2 기기로부터 상기 NFC 채널을 통해서 핸드오버 선택 (Select) 메시지를 수신하고，
상기 핸드오버 요청 메시지는， 상기 제 1 기기가 지원 가능한 WFDS를 나타내는 서비스 해쉬 (Service Hash) 정보를 포함하는， WFDS 통신 설정 기기.
【청구항 16】
Wi-Fi 다이렉트 서비스 (Wi-Fi Direct Services; WFDS) 통신을 설정하는 방법에 있어서, NFC 터치가 있은 후에, 제 1 기기가 제 2 기기로부터， NFCXNear Field Co隱 unication) 채널을 통해서 핸드오버 선택 (Select) 메시지를 수신하는 단계; 를 포함하고,
상기 핸드오버 선택 메시지는， 상기 제 2 기기가 지원 가능한 WFDS 를 나타내는 서비스 해쉬 (Service Hash) 정보를 포함하는， WFDS통신 설정 방법.
PCT/KR2013/009669 2012-10-29 2013-10-29 엔에프씨를 이용한 와이파이 다이렉트 서비스 방법 및 이를 위한 장치 WO2014069868A1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP13852057.2A EP2914047B1 (en) 2012-10-29 2013-10-29 Wi-fi direct service method using nfc and device therefor
US14/439,211 US9521589B2 (en) 2012-10-29 2013-10-29 Wi-Fi direct service method using NFC and device therefor
JP2015540599A JP6324982B2 (ja) 2012-10-29 2013-10-29 エヌエフシーを用いたワイファイダイレクトサービス方法およびそのための装置
CN201380068751.0A CN104956761B (zh) 2012-10-29 2013-10-29 使用nfc的wi-fi直连服务方法及其设备

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US201261719930P 2012-10-29 2012-10-29
US61/719,930 2012-10-29
US201361749916P 2013-01-08 2013-01-08
US61/749,916 2013-01-08
US201361888497P 2013-10-08 2013-10-08
US61/888,497 2013-10-08

Publications (1)

Publication Number Publication Date
WO2014069868A1 true WO2014069868A1 (ko) 2014-05-08

Family

ID=50627701

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2013/009669 WO2014069868A1 (ko) 2012-10-29 2013-10-29 엔에프씨를 이용한 와이파이 다이렉트 서비스 방법 및 이를 위한 장치

Country Status (6)

Country Link
US (1) US9521589B2 (ko)
EP (1) EP2914047B1 (ko)
JP (1) JP6324982B2 (ko)
KR (1) KR20150087841A (ko)
CN (1) CN104956761B (ko)
WO (1) WO2014069868A1 (ko)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016025577A (ja) * 2014-07-23 2016-02-08 キヤノン株式会社 通信装置
CN105323869A (zh) * 2015-05-28 2016-02-10 维沃移动通信有限公司 终端数据的交互方法及终端
JP2016081450A (ja) * 2014-10-22 2016-05-16 キヤノン株式会社 通信装置、通信装置の制御方法及びコンピュータプログラム
JP2016100638A (ja) * 2014-11-18 2016-05-30 キヤノン株式会社 通信装置、通信装置の制御方法、プログラム
WO2016126138A1 (ko) * 2015-02-05 2016-08-11 엘지전자 주식회사 무선 통신 시스템에서 세션 수립 방법 및 장치
JP2017503447A (ja) * 2013-12-02 2017-01-26 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ 近隣エリアネットワーク検出のための方法および装置
JP2017063310A (ja) * 2015-09-24 2017-03-30 キヤノン株式会社 通信装置、制御方法、及びプログラム
JP2017511553A (ja) * 2015-01-15 2017-04-20 小米科技有限責任公司Ｘｉａｏｍｉ Ｉｎｃ． スクリーン投影方法、装置およびシステム、プログラム及び記録媒体
CN107211262A (zh) * 2015-01-29 2017-09-26 Lg电子株式会社 具有能够改变无线lan连接技术的平台的无线lan站
JP2018524950A (ja) * 2015-07-30 2018-08-30 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいてアプリケーションサービスプラットホームセッション形成方法及び装置
JP2019201427A (ja) * 2019-08-28 2019-11-21 キヤノン株式会社 通信装置、探索方法、及びプログラム
CN113873685A (zh) * 2021-09-22 2021-12-31 深圳Tcl新技术有限公司 WiFi直连连接的建立方法、装置及设备

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101968512B1 (ko) * 2012-02-21 2019-04-12 삼성전자주식회사 Ｎｆｃ를 이용한 멀티미디어 데이터 송수신 장치 및 방법
US9474094B2 (en) * 2012-08-07 2016-10-18 Intel Corporation Methods and arrangements to establish peer-to-peer link
US9198040B2 (en) * 2013-01-04 2015-11-24 Qualcomm Incorporated Deploying wireless docking as a service
CN104066135B (zh) * 2013-03-18 2017-12-29 华为终端（东莞）有限公司 一种基于近场通信的连接切换方法及相应装置
US9485708B2 (en) * 2013-09-10 2016-11-01 Qualcomm Incorporated Systems and methods for concurrent service discovery and minimum spanning tree formation for service delivery
KR102143441B1 (ko) * 2013-11-15 2020-08-11 삼성전자주식회사 전자장치 및 전자장치의 인증정보 업데이트 방법
WO2015094447A1 (en) * 2013-12-16 2015-06-25 Intel Corporation Near field communication assisted device and service discovery
KR102184488B1 (ko) * 2014-01-09 2020-11-30 삼성전자주식회사 이동단말장치, 영상표시장치, 이동단말장치의 구동방법 및 영상표시장치의 구동방법
CN106068635B (zh) * 2014-03-04 2019-10-08 三星电子株式会社 在通信系统中提供内容的方法和装置
CN106068637B (zh) * 2014-03-06 2019-08-30 三星电子株式会社 搜索者装置与广告者装置之间建立服务会话的方法和系统
JP6381330B2 (ja) * 2014-07-23 2018-08-29 キヤノン株式会社 通信装置、通信装置の制御方法、プログラム
US20160050551A1 (en) * 2014-08-15 2016-02-18 Emily Qi Methods, systems, and devices for enabling multiple radio assited discovery
JP6566616B2 (ja) 2014-08-19 2019-08-28 キヤノン株式会社 通信装置、その制御方法、およびプログラム
US9788255B2 (en) * 2014-08-26 2017-10-10 Plantronics, Inc. Roaming for Wi-Fi/Wi-Fi direct devices
US9992661B2 (en) 2014-09-24 2018-06-05 Qualcomm Incorporated Neighbor aware network logical channels
WO2016068632A1 (ko) * 2014-10-29 2016-05-06 엘지전자 주식회사 무선 통신 시스템에서 와이파이 다이렉트를 지원하는 장치가 디스커버리를 수행하는 방법 및 장치
US9854507B2 (en) * 2015-02-09 2017-12-26 Intel IP Corporation Flexible connectivity framework
JP6570260B2 (ja) 2015-02-13 2019-09-04 キヤノン株式会社 画像処理装置、プログラム、及びシステム
JP6566796B2 (ja) 2015-09-04 2019-08-28 キヤノン株式会社 通信装置、通信方法、および、プログラム
JP6655968B2 (ja) * 2015-12-03 2020-03-04 キヤノン株式会社 通信装置、制御方法、及びプログラム
WO2017105071A1 (ko) * 2015-12-14 2017-06-22 엘지전자 주식회사 무선 통신 시스템에서 nfc를 이용하여 서비스 디스커버리를 수행하는 방법 및 장치
CN105578557A (zh) * 2015-12-15 2016-05-11 小米科技有限责任公司 传输路由信息的方法及装置
KR102461009B1 (ko) 2016-01-29 2022-11-01 삼성전자 주식회사 테더링 서비스를 제공하는 방법 및 이를 사용하는 전자 장치
US10080248B2 (en) 2016-06-27 2018-09-18 International Business Machines Corporation System, method and apparatus for sensor virtualization in mobile devices
BR112018009372A8 (pt) * 2016-09-16 2019-02-26 Sony Corp ?aparelho e método de comunicação?
US10098067B2 (en) * 2016-09-21 2018-10-09 Intel IP Corporation Service discovery via low-power wake-up radio
KR102388049B1 (ko) * 2017-02-14 2022-04-19 삼성전자주식회사 무선 통신 시스템에서 통신을 수행하는 장치 및 이를 위한 방법
JP6992258B2 (ja) 2017-02-21 2022-01-13 ブラザー工業株式会社 通信装置及び端末装置のためのコンピュータプログラム
JP6702916B2 (ja) * 2017-07-04 2020-06-03 キヤノン株式会社 通信装置、外部装置、通信装置の制御方法、外部装置の制御方法、及び、プログラム
CN107277077B (zh) 2017-08-22 2020-03-13 京东方科技集团股份有限公司 医疗数据访问方法、终端和服务器
JP6984284B2 (ja) * 2017-09-29 2021-12-17 ブラザー工業株式会社 通信装置と端末装置のためのコンピュータプログラム
CN109640374B (zh) * 2017-10-09 2021-07-06 腾讯科技（深圳）有限公司 无线网络接入、处理方法、装置、存储介质和计算机设备
US10820375B2 (en) * 2017-11-07 2020-10-27 Lg Electronics Inc. Method and apparatus for turning on Wi-Fi infrastructure using BLE interface in wireless communication system
EP3576441A1 (en) * 2018-05-31 2019-12-04 Koninklijke Philips N.V. Device for wireless communication handover
CN115942425A (zh) * 2021-09-23 2023-04-07 华为技术有限公司 一种访问服务的方法及通信装置
CN117395634A (zh) * 2022-07-05 2024-01-12 华为技术有限公司 一种数据传输的方法、电子设备和通信系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120022156A (ko) * 2010-09-01 2012-03-12 엘지전자 주식회사 기기 간 무선 통신을 수행하는 영상 표시 기기 및 그에 따른 영상 표시 방법
WO2012087078A2 (ko) * 2010-12-24 2012-06-28 삼성전자 주식회사 와이파이 다이렉트 통신 방식에서의 컨텐트 보호를 위한 방법 및 장치
KR20120092366A (ko) * 2011-02-11 2012-08-21 삼성전자주식회사 근거리 통신을 이용한 휴대 단말기의 기능 수행 방법 및 장치
KR20120095572A (ko) * 2011-02-21 2012-08-29 삼성전자주식회사 휴대용 단말기에서 와이파이 다이렉트 연결 기반 유니버설 플러그 앤 플레이 서비스를 제공하기 위한 장치 및 방법
WO2012144707A1 (ko) * 2011-04-21 2012-10-26 아이테크 도쿄 코포레이션 무선랜 기반 피어투피어 응용간 연결 방법, 무선랜 기반 피어투피어 응용간 연결성 유지 방법 및 무선랜 기반 피어 단말

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6289451B1 (en) * 1997-04-18 2001-09-11 Sun Microsystems, Inc. System and method for efficiently implementing an authenticated communications channel that facilitates tamper detection
US7039027B2 (en) * 2000-12-28 2006-05-02 Symbol Technologies, Inc. Automatic and seamless vertical roaming between wireless local area network (WLAN) and wireless wide area network (WWAN) while maintaining an active voice or streaming data connection: systems, methods and program products
JP4756898B2 (ja) * 2005-04-20 2011-08-24 キヤノン株式会社 通信システムおよびその制御方法、無線通信装置およびその制御方法、並びに、プログラム
JP4689388B2 (ja) * 2005-07-27 2011-05-25 キヤノン株式会社 通信装置、その制御方法及び制御プログラム
US20070115847A1 (en) * 2005-11-18 2007-05-24 Strutt Guenael J Method and apparatus to estimate link performance in a packetized communication network
US8341361B2 (en) * 2006-12-22 2012-12-25 Nxp B.V. Method for storing data as well as a transponder, a read/write-device, a computer readable medium including a program element and such a program element adapted to perform this method
US8224246B2 (en) * 2010-05-10 2012-07-17 Nokia Corporation Device to device connection setup using near-field communication
US8462734B2 (en) * 2010-10-20 2013-06-11 Nokia Corporation Wireless docking with out-of-band initiation
KR101901603B1 (ko) 2011-01-27 2018-09-27 삼성전자주식회사 휴대장치의 웹 브라우징 방법 및 장치
KR101760350B1 (ko) * 2011-09-02 2017-07-21 에스프린팅솔루션 주식회사 Ｐ２ｐ 연결을 지원하는 화상형성장치 및 그것의 작업 권한 제어 방법
CN102315864B (zh) * 2011-09-07 2015-11-25 百度在线网络技术（北京）有限公司 用于移动设备点对点数据传输的方法和装置
JP6031899B2 (ja) * 2012-09-03 2016-11-24 ブラザー工業株式会社 画像処理システム，情報処理装置，画像処理装置，およびプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120022156A (ko) * 2010-09-01 2012-03-12 엘지전자 주식회사 기기 간 무선 통신을 수행하는 영상 표시 기기 및 그에 따른 영상 표시 방법
WO2012087078A2 (ko) * 2010-12-24 2012-06-28 삼성전자 주식회사 와이파이 다이렉트 통신 방식에서의 컨텐트 보호를 위한 방법 및 장치
KR20120092366A (ko) * 2011-02-11 2012-08-21 삼성전자주식회사 근거리 통신을 이용한 휴대 단말기의 기능 수행 방법 및 장치
KR20120095572A (ko) * 2011-02-21 2012-08-29 삼성전자주식회사 휴대용 단말기에서 와이파이 다이렉트 연결 기반 유니버설 플러그 앤 플레이 서비스를 제공하기 위한 장치 및 방법
WO2012144707A1 (ko) * 2011-04-21 2012-10-26 아이테크 도쿄 코포레이션 무선랜 기반 피어투피어 응용간 연결 방법, 무선랜 기반 피어투피어 응용간 연결성 유지 방법 및 무선랜 기반 피어 단말

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017503447A (ja) * 2013-12-02 2017-01-26 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ 近隣エリアネットワーク検出のための方法および装置
CN105323809A (zh) * 2014-07-23 2016-02-10 佳能株式会社 通信设备和用于通信设备的控制方法
US10015724B2 (en) 2014-07-23 2018-07-03 Canon Kabushiki Kaisha Communication apparatus, control method for communication apparatus, and storage medium storing program
JP2016025577A (ja) * 2014-07-23 2016-02-08 キヤノン株式会社 通信装置
JP2016081450A (ja) * 2014-10-22 2016-05-16 キヤノン株式会社 通信装置、通信装置の制御方法及びコンピュータプログラム
JP2016100638A (ja) * 2014-11-18 2016-05-30 キヤノン株式会社 通信装置、通信装置の制御方法、プログラム
JP2017511553A (ja) * 2015-01-15 2017-04-20 小米科技有限責任公司Ｘｉａｏｍｉ Ｉｎｃ． スクリーン投影方法、装置およびシステム、プログラム及び記録媒体
CN107211262A (zh) * 2015-01-29 2017-09-26 Lg电子株式会社 具有能够改变无线lan连接技术的平台的无线lan站
WO2016126138A1 (ko) * 2015-02-05 2016-08-11 엘지전자 주식회사 무선 통신 시스템에서 세션 수립 방법 및 장치
CN105323869A (zh) * 2015-05-28 2016-02-10 维沃移动通信有限公司 终端数据的交互方法及终端
JP2018524950A (ja) * 2015-07-30 2018-08-30 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいてアプリケーションサービスプラットホームセッション形成方法及び装置
US10708964B2 (en) 2015-07-30 2020-07-07 Lg Electronics Inc. Method and device for forming application service platform session in wireless communication system
JP2017063310A (ja) * 2015-09-24 2017-03-30 キヤノン株式会社 通信装置、制御方法、及びプログラム
US10470027B2 (en) 2015-09-24 2019-11-05 Canon Kabushiki Kaisha Communication apparatus, control method, and non-transitory computer-readable storage medium
JP2019201427A (ja) * 2019-08-28 2019-11-21 キヤノン株式会社 通信装置、探索方法、及びプログラム
CN113873685A (zh) * 2021-09-22 2021-12-31 深圳Tcl新技术有限公司 WiFi直连连接的建立方法、装置及设备
CN113873685B (zh) * 2021-09-22 2024-02-06 深圳Tcl新技术有限公司 WiFi直连连接的建立方法、装置及设备

Also Published As

Publication number Publication date
EP2914047A1 (en) 2015-09-02
US20150296416A1 (en) 2015-10-15
EP2914047A4 (en) 2016-05-11
JP2016504788A (ja) 2016-02-12
CN104956761A (zh) 2015-09-30
CN104956761B (zh) 2018-08-10
JP6324982B2 (ja) 2018-05-16
US9521589B2 (en) 2016-12-13
KR20150087841A (ko) 2015-07-30
EP2914047B1 (en) 2020-04-22

Similar Documents

Publication Publication Date Title
JP6324982B2 (ja) エヌエフシーを用いたワイファイダイレクトサービス方法およびそのための装置
KR102208116B1 (ko) 와이파이 다이렉트 서비스 시스템에서 통신 설정 방법 및 이를 위한 장치
AU2013338811B2 (en) Method for searching for or advertising service in direct communication system and device for same
US9699715B2 (en) Discovery method and device in a wireless communication system
AU2013382296B2 (en) Method for peer to peer group formation in direct communication system and device therefor
US9699819B2 (en) Method and apparatus for establishing session in wireless communication system
KR101779437B1 (ko) 직접 통신 시스템에서 서비스 탐색 또는 광고 방법 및 이를 위한 장치
KR101670753B1 (ko) 와이파이 다이렉트(Wi- Fi Direct) P2P(Peer to Peer) 통신을 위한 기기 발견 방법 및 이를 위한 장치
CN107852590B (zh) 在无线通信系统中执行发现的方法和装置
US20180049013A1 (en) Method and device for executing service discovery in wireless communication system
US20180206279A1 (en) Method and device for forming application service platform session in wireless communication system
EP3346741B1 (en) Method and device for exchanging connection capability information in wireless communication system
US9980122B2 (en) Method and device for conducting discovery in wireless communication system
KR101702261B1 (ko) 액티브 방식과 패시브 방식을 선택적으로 이용하여 단말의 위치를 추정하는 방법 및 장치
US20160338125A1 (en) Method for constructing docking protocol by using direct communication, and apparatus therefor
US20180359664A1 (en) Method and device for performing session handover in wireless communication system
US20180077738A1 (en) Method and apparatus for establishing application service platform session in wireless communication system

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: 13852057

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14439211

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2015540599

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20157012234

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2013852057

Country of ref document: EP