WO2016129834A1 - 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치 - Google Patents

무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치 Download PDF

Info

Publication number
WO2016129834A1
WO2016129834A1 PCT/KR2016/000930 KR2016000930W WO2016129834A1 WO 2016129834 A1 WO2016129834 A1 WO 2016129834A1 KR 2016000930 W KR2016000930 W KR 2016000930W WO 2016129834 A1 WO2016129834 A1 WO 2016129834A1
Authority
WO
WIPO (PCT)
Prior art keywords
discovery
field
terminal
information
asp
Prior art date
Application number
PCT/KR2016/000930
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 엘지전자 주식회사
Publication of WO2016129834A1 publication Critical patent/WO2016129834A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Definitions

  • the present disclosure relates to a wireless communication system, and more particularly, to a method and an apparatus for performing discovery in a wireless communication system.
  • Wireless communication systems are 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 (OFDMA) systems, and single carrier frequency (SC-FDMA).
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • MCD division multiple access
  • MCDMA multi-carrier frequency division multiple access
  • MC-FDMA multi-carrier frequency division multiple access
  • WLAN is based on radio frequency technology, and can be used in homes, businesses, or businesses by using portable terminals such as personal digital assistants (PDAs), laptop computers, and portable multimedia players (PMPs). It is a technology that allows wireless access to the Internet in a specific service area.
  • PDAs personal digital assistants
  • PMPs portable multimedia players
  • IEEE 802.11a and b use an unlicensed band at 2.4. GHz or 5 GHz, IEEE 802.11b 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.11n provides a transmission rate of 300 Mbps by applying multiple input multiple output OFDM (MIMO-OFDM). IEEE 802.11n supports a channel bandwidth of up to 40 MHz, in which case it provides a transmission rate of 600 Mbps.
  • OFDM Orthogonal Frequency Division Multiplexing
  • IEEE 802.11p is a standard for supporting WAVE (Wireless Access in Vehicular Environments). For example, 802.11p 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).
  • the DLS (Direct Link Setup) related protocol in a wireless LAN environment according to IEEE 802.11e is based on QBSS (Quality BSS) in which a Basic Service Set (BSS) supports Quality of Service (QoS).
  • QBSS Quality BSS
  • BSS Basic Service Set
  • QoS Quality of Service
  • not only non-AP STAs but also APs are QAPs (Quality APs) that support QoS.
  • the AP supports QoS even if the Non-AP STA is a QSTA (Quality STA) supporting QoS.
  • Most legacy APs do not.
  • the QSTA there is a limit that can not use the DLS service.
  • 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 direct connection technologies between devices using Wi-Fi is Wi-Fi Direct.
  • Wi-Fi Direct is a network connectivity standard that describes the operation of the link layer. There is no definition of a protocol or standard for the application at the upper level, which makes the compatibility and operation 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 technologies such as Bluetooth, but the transmission speed is slow and the actual use has a long transmission distance. It is limited to within 10m.
  • the haptic performance when used in an environment where a large amount of data transmission or a large number of 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, there is an advantage in that the device equipped with the Wi-Fi chip can fully utilize hardware and physical characteristics, and provide P2P communication between devices mainly by upgrading software functions.
  • Wi-Fi chips As is widely known, devices equipped with Wi-Fi chips are expanding to a wide variety of ranges, such as note PCs, smartphones, smart TVs, game consoles, cameras, etc., and a sufficient number of suppliers and technical development personnel are formed.
  • software development that supports the Wi-Fi P2P specification has not yet been activated, because even if the Wi-Fi P2P specification is released, related software that can easily utilize the specification cannot be distributed.
  • P2P group there is a device that plays the role of an AP in an existing infrastructure network.
  • the device In the P2P standard, the device is called a P2P group owner (GO).
  • P2P group owner GO
  • P2P clients may exist around P2P GO. Only one GO can exist in one P2P group, and all other devices become client devices.
  • the present disclosure is directed to a method and apparatus for performing discovery in a wireless communication system.
  • the present specification relates to a method and apparatus for performing discovery using an application service platform (ASP) in a wireless communication system.
  • ASP application service platform
  • the present specification relates to a frame format used when discovery is performed using an application service platform (ASP) in a wireless communication system.
  • ASP application service platform
  • a method in which a first terminal performs discovery in a wireless communication system includes transmitting a discovery request frame through a second terminal, and a discovery response frame in response to the discovery request frame through the second terminal
  • the method may include receiving and performing discovery.
  • each of the discovery request frame and the discovery response frame includes a first field indicating a discovery information type and a second field including discovery information, and the discovery is performed based on an application service platform (ASP).
  • ASP application service platform
  • the first field may be set to a first value indicating that ASP is supported
  • the second field may include discovery information based on an ASP Coordination Protocol Message Format.
  • a first terminal performing discovery in a wireless communication system includes a receiving module for receiving information from an external device, a transmitting module for transmitting information to an external device, and a receiving It may include a processor for controlling the module and the transmission module.
  • the processor may transmit the discovery request frame through the second terminal using the transmitting module and receive the discovery response frame in response to the discovery request frame through the second terminal using the receiving module.
  • each of the discovery request frame and the discovery response frame includes a first field indicating a discovery information type and a second field including discovery information, and the discovery is performed based on an application service platform (ASP).
  • the first field may be set to a first value indicating that ASP is supported, and the second field may include discovery information based on an ASP coordination protocol message format.
  • the second terminal may be an access point (AP) terminal.
  • AP access point
  • the discovery request frame may be transmitted through a broadcast or multicast scheme, and the discovery response frame may be received through a unicast scheme.
  • the ASP supported protocol message format may include an opcode field indicating a message type, a sequence number field indicating a transmission number, a coordination_version field indicating a supported protocol version, a length field indicating a payload length, and a payload. It may include at least one of the fields.
  • the Payload field when the Opcode field is set to the first value, the Payload field may include information about the discovery request, and when the Opcode field is set to the second value, the Payload field may include information about the discovery response.
  • the payload field may include discovery information as a TLV field based on the discovery information attribute.
  • the TLV field includes a Type field, a Length field, and a Value field, where the Type field indicates a discovery information attribute, the Length field indicates a size of the Value field, and the Value field indicates a discovery information attribute indicated by the Type field.
  • Discovery information may be included.
  • one TLV field may correspond to one discovery information attribute.
  • the payload field may include a plurality of TLV fields for a plurality of discovery information attributes.
  • discovery may include at least one of device discovery and service discovery.
  • the present disclosure may provide a method and apparatus for performing discovery in a wireless communication system.
  • the present disclosure may provide a method and apparatus for performing discovery using an application service platform (ASP) in a wireless communication system.
  • ASP application service platform
  • the present specification may provide a frame format for supporting an application service platform (ASP) when performing discovery in a wireless communication system.
  • ASP application service platform
  • FIG. 1 illustrates a structure of an IEEE 802.11 system to which the present invention can be applied.
  • FIG. 2 is a block diagram illustrating exemplary operation of a communication system employing access devices and wireless user devices.
  • Wi-Fi Direct (WFD) network.
  • FIG. 4 illustrates a process of configuring a WFD network.
  • FIG. 6 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.
  • FIG. 7 is a diagram illustrating an aspect of a WFD network when P2P is applied.
  • Wi-Fi Direct Services (WFDS) device is a simplified block diagram of a Wi-Fi Direct Services (WFDS) device.
  • WFDS Wi-Fi Direct Services
  • FIG. 9 is a view illustrating a process of connecting a WFDS session by discovering devices and discovering services between WFDS devices in a conventional WFDS.
  • FIG. 10 is a diagram illustrating a service application platform (ASP) supporting a plurality of interfaces.
  • ASP service application platform
  • FIG. 11 is a diagram illustrating a method in which a terminal discovers a device and / or a service using a WLAN infrastructure.
  • FIG. 14 is a diagram illustrating a method of applying a message format for an ASP supporting protocol to a payload field.
  • 15 is a diagram illustrating a method of applying a message format for an ASP supporting protocol to a payload field.
  • 16 illustrates information included in a frame for performing discovery.
  • 17 is a diagram illustrating an example in which information is included in an information element TLV.
  • 18 is a diagram illustrating a method of performing discovery.
  • 19 is a flowchart illustrating a method for performing discovery by a terminal according to an embodiment of the present specification.
  • 20 is a block diagram of a terminal device according to one embodiment of the present specification.
  • each component or feature may be considered to be optional unless otherwise stated.
  • Each component or feature may be embodied in a form that is not combined with other components or features.
  • some components and / or features may be combined to form an embodiment of the present invention.
  • the order of the operations described in the embodiments of the present invention may be changed. Some components or features of one embodiment may be included in another embodiment or may be replaced with corresponding components or features of another embodiment.
  • Embodiments of the present invention 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-A (LTE-Advanced) system and 3GPP2 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. In addition, all terms disclosed in the present document can be described by the above standard document.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
  • TDMA may 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
  • OFDMA may be implemented in a wireless technology such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, Evolved UTRA (E-UTRA).
  • first and / or second may be used herein to describe various components, but the components should not be limited by the terms. The terms are only for the purpose of distinguishing one component from another component, for example, without departing from the scope of rights in accordance with the concepts herein, the first component may be called a second component, and similarly The second component may also be referred to as a first component.
  • unit refers to a unit that processes at least one function or operation, which may be implemented in a combination of hardware and / or software.
  • FIG. 1 is a diagram illustrating an exemplary structure of an IEEE 802.11 system to which the present invention can be applied.
  • the IEEE 802.11 architecture may consist of a plurality of components, and by their interaction, a WLAN may be provided that supports transparent STA mobility for higher layers.
  • the Basic Service Set (BSS) may correspond to a basic building block of an IEEE 802.11 LAN.
  • FIG. 1 illustrates the case where two BSSs (BSS1 and BSS2) exist and each BSS includes two STAs (STA1 and STA2 are included in BSS1 and STA3 and STA4 are included in BSS2).
  • the STA means a device that operates according to the Medium Access Control (MAC) / PHY (Physical) specification of IEEE 802.11.
  • the STA includes an access point (AP) STA (simply an AP) and a non-AP (non-AP) STA.
  • AP access point
  • AP access point
  • non-AP non-AP
  • the AP corresponds to a device that provides a network (eg, WLAN) connection to a non-AP STA through an air interface.
  • the AP may be configured in fixed or mobile form and includes a portable wireless device (eg, laptop computer, smart phone, etc.) that provides a hot spot.
  • AP is a base station (BS), Node-B, Evolved Node-B (eNB), Base Transceiver System (BTS), femto base station in other wireless communication fields (Femto BS) and the like.
  • Non-AP STAs generally correspond to devices that users directly handle, such as laptop computers, PDAs, wireless modems, and smartphones.
  • the non-AP STA may include a terminal, a wireless transmit / receive unit (WTRU), a user equipment (UE), a mobile station (MS), a mobile terminal, a mobile subscriber station. (Mobile Subscriber Station, MSS) and the like.
  • WTRU wireless transmit / receive unit
  • UE user equipment
  • MS mobile station
  • MS mobile terminal
  • MSS mobile subscriber Station
  • an ellipse representing a BSS may be understood to represent a coverage area where STAs included in the BSS maintain communication. This area may be referred to as a basic service area (BSA).
  • BSA basic service area
  • the most basic type of BSS in an IEEE 802.11 LAN is an independent BSS (IBS).
  • the IBSS may have a minimal form consisting of only two STAs.
  • the BSS (BSS1 or BSS2) of FIG. 1, which is the simplest form and other components are omitted, may correspond to a representative example of the IBSS. This configuration is possible when STAs can communicate directly.
  • this type of LAN may not be configured in advance, but may be configured when a LAN is required, which may be referred to as an ad-hoc network.
  • the membership of the STA in the BSS may be dynamically changed by turning on or off the STA, entering or exiting the BSS region, or the like.
  • the STA may join the BSS using a synchronization process.
  • the STA may be associated with the BSS.
  • FIG. 2 illustrates a communication system 200 employing access devices (eg, AP STAs) 202A, 202B, and 202C and wireless user devices (eg, non-AP STAs).
  • access devices eg, AP STAs
  • 202A, 202B, and 202C access devices
  • wireless user devices eg, non-AP STAs
  • access devices 202A-C are connected to a switch 204 that provides a connection to a Wide Area Network (WAN) 206, such as the Internet.
  • WAN Wide Area Network
  • Each of the access devices 202A-C provides a wireless connection to wireless devices within a coverage area (not shown) of the access device via a time division multiplexed network.
  • access devices 202A-C jointly provide the entire WLAN coverage area of system 200.
  • the wireless device 208 may be within the coverage area of the access devices 202A and 202B at the location indicated by the box marked with a solid line.
  • the wireless device 208 can receive beacons from each of the access devices 202A and 202B, such as the solid arrows 21OA and 21OB.
  • wireless device 208 When the wireless device 208 roams from the solid line box to the dashed box, the wireless device 208 enters the coverage area of the access device 202C and exits the coverage area of the access device 202A. Thus, wireless device 208 may receive beacons from access devices 202B and 202C, such as dashed arrows 212A and 212B.
  • the wireless device 208 can determine which access device currently provides the best connection to the wireless device 208. . For example, the wireless device 208 may repeatedly scan the beacons of adjacent access devices and measure the signal strength (eg, power) associated with each of the beacons. Thus, the wireless device 208 can be coupled with an access device that provides an optimal network connection based on the maximum beacon signal strength. The wireless device 208 may use other criteria related to optimal connection. For example, an optimal connection may be associated with more desirable services (eg, content, data rate, etc.).
  • Wi-Fi Direct (WFD) network.
  • a WFD network is a network that allows Device to Device (D2D) (or Peer to Peer, P2P) communication with each other without Wi-Fi devices joining home, office, and hotspot networks.
  • D2D Device to Device
  • P2P Peer to Peer
  • WFD based communication is referred to as WFD D2D communication (simply, D2D communication) or WFD P2P communication (simply, P2P communication).
  • WFD P2P performing apparatus is referred to as a WFD P2P apparatus, or simply a P2P apparatus.
  • the WFD network 300 may include at least one Wi-Fi device including a first WFD device 302 and a second WFD device 304.
  • WFD devices include devices that support Wi-Fi, such as display devices, printers, digital cameras, projectors, and smartphones.
  • the WFD device also includes a non-AP STA and an AP STA.
  • the first WFD device 302 is a smartphone and the second WFD device 304 is a display device. WFD devices in the WFD network may be directly connected to each other.
  • P2P communication refers to a case in which a signal transmission path between two WFD devices is set directly between corresponding WFD devices without passing through a third device (eg, an AP) or an existing network (eg, accessing a WLAN via an AP). can do.
  • the signal transmission path directly set between the two WFD devices may be limited to the data transmission path.
  • P2P communication may refer to a case where a plurality of non-STAs transmit data (eg, voice / video / text information) without passing through the AP.
  • Signal transmission paths for control information may be used for WFD devices (e.g., non-AP STA-to-non-AP STA, non-AP STA-to- Set directly between APs, or between two WFD devices (e.g., non-AP STA-to-non-AP STA) via an AP, or an AP and a corresponding WFD device (e.g., AP-to-non-AP STA) # 1, AP-to-non-AP STA # 2).
  • WFD devices e.g., non-AP STA-to-non-AP STA, non-AP STA-to- Set directly between APs, or between two WFD devices (e.g., non-AP STA-to-non-AP STA) via an AP, or an AP and a corresponding WFD device (e.g., AP-to-non-AP STA) # 1, AP-to-non-AP STA # 2).
  • WFD devices e
  • FIG. 4 illustrates a process of configuring a WFD network.
  • the WFD network configuration process can be roughly divided into two processes.
  • the first process is a neighbor discovery (ND) procedure (S402a)
  • the second process is a P2P link establishment and communication process (S404).
  • ND neighbor discovery
  • S404 P2P link establishment and communication process
  • a WFD device eg, 302 of FIG. 3 finds another neighboring WFD device (eg, 304 of FIG. 3) within its (wireless) coverage and associates with the WFD device, e.g.
  • information necessary for pre-association can be obtained.
  • pre-connection may mean a second layer pre-connection in a wireless protocol.
  • the information required for pre-connection may include, for example, identification information for the neighboring WFD device.
  • the neighbor discovery process may be performed for each available wireless channel (S402b). Thereafter, the WFD device 302 may perform a process for establishing / communicating a WFD P2P link with another WFD device 304. For example, after the WFD device 302 is connected to the peripheral WFD device 304, the WFD device 304 may determine whether the WFD device 304 is a WFD device that does not satisfy the service requirement of the user. To this end, the WFD device 302 may discover the corresponding WFD device 304 after the second layer pre-connection with the peripheral WFD device 304.
  • the WFD device 302 disconnects the second layer connection established for the WFD device 304 and establishes a second layer connection with another WFD device. Can be set.
  • the two WFD devices 302 and 304 may transmit and receive signals through the P2P link.
  • a client having a P2P GO and a P2P function may be directly connected or may be connected to a legacy client having no P2P GO and a P2P function.
  • FIG. 6 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 This value can range from 0 to 15.
  • P2P devices exchange this value with each other so that the device with the highest value becomes P2P GO.
  • Legacy devices that do not support Wi-Fi P2P technology may be subordinate to the P2P group, but the functions of the existing devices are limited to the function of infrastructure network access through P2P GO. do.
  • P2P devices transmit beacon signals by using Orthogonal Frequency Division Multiplexing (OFDM), so 11a / g / n is used as a Wi-Fi P2P device. Can be.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the P2P specification includes four functions as follows to perform the operation in which the P2P GO and P2P clients are connected.
  • P2P discovery covers technology 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 through the same channel.
  • Service discovery exchanges information related to the service to be used through 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 describes the formation and termination of P2P groups, connections to P2P groups, communication within P2P groups, services for P2P client discovery, and the operation of persistent P2P groups. .
  • P2P power management deals with the P2P device power management method and the signal processing method at the time of the power saving mode.
  • Managed P2P Device deals with forming P2P group from one P2P device and simultaneously accessing infrastructure network through WLAN AP.
  • the characteristics of the P2P group will be described.
  • the P2P group is similar to the existing infrastructure basic service set (BSS) in that P2P GO serves as an AP and a P2P client plays a 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 uses a P2P interface address to communicate with it. It is not necessary to use a globally unique ID address.
  • the P2P group has a single identifier P2P group ID, which consists of a combination of SSID (Service Set Identifier) and P2P device address of P2P GO.
  • Wi-Fi P2P specification uses WPA2-PSK / AES for security.
  • the life cycle of a P2P group is a one-time (temporary) connection method and a persistent connection method that attempts the same connection again after a certain time. In the case of Persistent group, once the 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. First, 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, which is composed of a detailed search and listen state.
  • the search state conducts active searches using a probe request frame, which uses social channels of channels 1, 6, and 11 to limit the scope of the search for quick search. To search.
  • a P2P device in a listen state selects only one of three social channels and remains in a reception state. If another P2P device receives a probe request frame transmitted in a discovery state, a probe response frame is received.
  • the P2P devices may repeatedly search and listen, respectively, and reach each other's common channels.
  • the P2P device uses a probe request frame and a probe response 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 will be described as a group formation step.
  • the P2P devices complete the find step described above, the existence of the counterpart devices is completed.
  • two P2P devices should enter the GO negotiation phase to construct a BSS.
  • This negotiation phase is largely divided into two sub-phases. The first is GO negotiation and the second is Wi-Fi Protected Setup.
  • each device negotiates its role as a P2P GO or P2P client and establishes an operating channel for use within the P2P group.
  • the WPS phase conventional operations are performed in the existing WPS, such as exchanging PIN information input by a user of a 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 GO can transmit beacon signal in P2P group, so P2P device can quickly identify P2P GO and join group in the scan phase.
  • 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 to be a P2P GO that plays such an important role is not a fixed value in any device but can be adjusted by an application or a higher layer service. Therefore, a 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 a BSSID (BSS Identifier), which is substantially the MAC address of the P2P GO.
  • the disconnection 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, which should be disassociated if possible. 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 connection, it causes rejection of authentication or denial of association. Record in response and send.
  • FIG. 7 is a diagram illustrating an aspect of a WFD network when P2P is applied.
  • FIG. 7 illustrates an aspect of the WFD network when a new P2P application (eg, social chat, location-based service provision, game linkage, etc.) is applied.
  • a new P2P application eg, social chat, location-based service provision, game linkage, etc.
  • a plurality of P2P devices 702a to 702d perform P2P communication 710 in a WFD network, and P2P device (s) constituting the WFD network are changed at any time by the movement of the P2P device.
  • the WFD network itself can be newly created or destroyed in dynamic / short time.
  • a feature of the new P2P application portion is that in a dense network environment, P2P communication can be made and terminated dynamically and in a short time between a large number of P2P devices.
  • Wi-Fi Direct Services (WFDS) device shows a simplified block diagram of a Wi-Fi Direct Services (WFDS) device.
  • WFDS Wi-Fi Direct Services
  • Wi-Fi Direct MAC layer and higher define a platform for application service called ASP (Application Service Platform).
  • ASPs play a role in session management, command processing of services, and control and security between ASPs between upper applications and lower Wi-Fi Direct.
  • WFDS Send, Play, Display, Print, and the corresponding application and user interface (UI).
  • the send service refers to a service and an application capable of performing file transfer between two WFDS devices.
  • Play service refers to a streaming service and application for sharing A / V, photo, and music based on DLNA between two WFDS devices.
  • Print services define services and applications that enable printing of documents and photos between a device and a printer device having content such as documents and photos.
  • 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 by using the first six octets of the service hash algorithm (eg, SHA256) hashing of the service name.
  • the service hash used in the present invention does not mean only a specific one, but is preferably understood as a sufficient representation of the service name using a probe request / response discovery mechanism. For example, if the service name is "org.wifi.example", the first 6 bytes of the hashed value of this service name as SHA256 is the hash value.
  • the WFDS includes a hash value in the probe request message and, if a service matches, checks whether the service is supported by responding with a probe response 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 means 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. 9 is a view illustrating a process of connecting a WFDS session by discovering devices and discovering services between WFDS devices in a conventional WFDS.
  • device A serves as an advertiser to advertise a WFDS that can be provided to a seeker
  • device B serves an advertised service. Assume that it serves to seek.
  • Device A is a device that advertises its own service and the other party 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.
  • the service stage of the device A advertises the WFDS that it can provide to the application service platform (ASP) stage of the 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 searcher, and the service terminal instructs the ASP terminal to find the target device to use the WFDS.
  • the ASP terminal of the B device transmits a peer-to-peer probe request message to find its WFDS target device (S910).
  • the service name of the service that the user wants to find or supports can be hashed and put in the form of a service hash.
  • the device A transmits a P2P probe response message to the device B in response to the corresponding service (S920).
  • 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 A device and B device can know whether they are WFDS devices and support services.
  • the P2P service discovery process may optionally indicate the details of 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 (S930).
  • the device A matches the service advertised at the service terminal of the device A with the P2P service name and the P2P service information received from the device B at the ASP.
  • the P2P service discovery response message is transmitted to the device (S940). 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.
  • WFA Wireless Fidelity
  • WFDS Wi-Fi Direct
  • NAN Near Field Communication
  • NFC Near Field Communication
  • BLE Bluetooth Low Energy
  • WLAN Infrastructure An operating ASP may be provided.
  • the above-described WFDS may be one interface. That is, the interface may refer to a method for supporting the operation of the terminal.
  • a specific method for interworking with the device / service discovery by the ASP will be described based on the above-described interfaces.
  • FIG. 10 is a diagram illustrating a service application platform (ASP) supporting a plurality of interfaces.
  • ASP service application platform
  • the service terminal of the advertiser terminal as a terminal supporting the WFDS advertises a service that can be provided by the advertiser, and the service terminal of the searcher terminal as another terminal supporting the WFDS is returned to the ASP terminal. It could instruct them to find the target device to use the service. That is, in the past, WFDS could be supported between terminals through ASP.
  • the ASP may support a plurality of interfaces.
  • the ASP may support a plurality of interfaces for performing service discovery.
  • the ASP may support a plurality of interfaces for performing a service connection.
  • the plurality of interfaces for performing service discovery may be at least one of Wi-Fi Direct, Neighbor Awareness Networking (NAN), Near Field Communication (NFC), Bluetooth Low Energy (BLE), and WLAN Infrastructure.
  • NAN Neighbor Awareness Networking
  • NFC Near Field Communication
  • BLE Bluetooth Low Energy
  • WLAN Infrastructure Wireless Local Area Network
  • the plurality of interfaces for performing service connection may be at least one of Wi-Pi Direct, P2P, and WLAN Infrastructure.
  • the ASP may support a plurality of frequency bands.
  • the plurality of frequency bands may be 2.4 GHz, 5 GHz, 60 GHz, or the like.
  • information about a frequency band of less than 1 GHz may be supported. That is, the ASP may support a plurality of frequency bands and is not limited to a specific frequency band.
  • a first terminal may perform device discovery or service discovery for a first service using an ASP. Thereafter, when the search for the device discovery or the service discovery is completed, the service connection may be performed based on the search result.
  • the interface used for the service discovery search and the interface performed for the service connection may be different from each other, and may be selected from a plurality of interfaces.
  • the service terminal of the terminal may obtain information on a service discovery method and a connection method capable of supporting the first service from the ASP.
  • the first service may be one service provided by the terminal and is not limited to a specific service.
  • the service terminal of the terminal may call the AdvertiseService () or SeekService () method to the ASP based on the information obtained from the ASP. That is, the terminal may use the ASP as an advertiser or a searcher to perform service discovery for the first service, which may be the same as the existing ASP operation.
  • the terminal may perform a service connection based on the service discovery result.
  • the service connection may be a P2P or WLAN infrastructure. In this case, for example, since both service connections support a plurality of frequency bands, the connection may be performed based on a preferred band.
  • the service terminal of the terminal may call the getPHY_status (service_name) method to send a message about the service to be used to the ASP.
  • the service terminal may receive a return value from the ASP to obtain a plurality of frequency band information about the service discovery method and the service connection method supported by the ASP.
  • the terminal may inform the ASP of the preferred connection method and the preferred frequency band information for the service, and obtain information on the service discovery method and the service connection method supported by the ASP.
  • the ASP may perform service discovery based on the information received from the service end to find and connect to a specific device to use the service.
  • WLAN infrastructure and P2P have been described, and an ASP for supporting them has been described.
  • 11 is a diagram illustrating a method for a UE to perform discovery using a WLAN infrastructure.
  • the terminal may perform discovery using the WLAN infrastructure.
  • the terminal may support a specific service as a searcher or an advertiser, and may perform discovery for supporting a specific service.
  • the terminal may perform discovery using the WLAN infrastructure.
  • the terminal may perform discovery using the ASP supporting the WLAN infrastructure as the ASP supporting the plurality of interfaces as described above.
  • the terminal may perform discovery using the WLAN infrastructure regardless of the ASP, but is not limited to the above-described embodiment.
  • a first terminal STA_1 and 1110 may transmit a discovery request message to a second terminal STA_2 and 1120 using an access point 1130 of a WLAN infrastructure (S1110).
  • the discovery request message may be transmitted in the form of a discovery request frame, which will be described later.
  • the discovery request message may be transmitted in a broadcast or multicast manner through the AP as a WLAN infrastructure. That is, the first terminal 1110 may transmit a discovery request message to a plurality of terminals through the AP.
  • request information for a device and a service may be included in one message and transmitted.
  • the first terminal 1110 may transmit a message requesting only device discovery to the second terminal 1120.
  • the first terminal 1110 may transmit a message requesting only service discovery to the second terminal 1120. That is, the first terminal 1110 may transmit a device and / or service discovery request message, which is not limited to the above-described embodiment.
  • the first terminal 1110 when the first terminal 1110 transmits a discovery request message to the second terminal 1120 using the WLAN infrastructure based on the ASP, the first terminal 1110 may be the searcher terminal described above. have.
  • the second terminal 1120 may be the advertiser terminal described above. That is, the terminal may perform discovery using the WLAN infrastructure based on the above-described ASP.
  • the second terminal 1120 may transmit a discovery response message to the first terminal 1110 based on the discovery request message. (S1120)
  • the discovery response message may be transmitted based on the discovery response frame. It will be described later.
  • the discovery response message may be transmitted in a unicast manner through the AP as a WLAN infrastructure. That is, the second terminal 1120 may transmit the discovery response message only to the first terminal 1110 through the AP in response to the discovery request message.
  • request information about a device and a service may be included in one message and transmitted.
  • the second terminal 1120 may transmit a device discovery response message to the first terminal 1120.
  • the second terminal 1120 may transmit a service discovery response message to the first terminal 1110. That is, the first terminal 1120 may transmit a device and / or service discovery response message, and is not limited to the above-described embodiment.
  • the first terminal 1110 and the second terminal 1120 may perform steps S1130, S1140, S1150, and S1160 for checking version information. Through this, protocol information and compatibility information supported by each terminal may be exchanged. Thereafter, the first terminal 1110 may transmit a session request message to the second terminal 1120 (S1170) and receive an ACK message from the second terminal 1120 (S1180) to perform session connection. That is, the terminal may discover the WLAN infrastructure and perform session connection.
  • the terminal may include information on the discovery based on various frame formats and transmit the information to another terminal.
  • the terminal may transmit information about discovery to another terminal based on the MAC frame format based on FIG. 12 (a).
  • the basic MAC frame may be a MAC. It may be composed of a header, a frame body, and a frame check sequence (FCS).
  • the MAC header may include a frame control field, a duration / ID field, an address field, a sequence control, a QoS control, a HT control subfield, and the like.
  • the frame control field of the MAC header may include control information required for frame transmission / reception.
  • the duration / ID field may be set to a time for transmitting the corresponding frame.
  • the address field may include identification information about the sender and the receiver, which will be described later.
  • the Sequence Control, QoS Control, and HT Control fields may refer to the IEEE 802.11 standard document.
  • the frame body field that may include substantial information may include a logical link control (LLC), a sub-network access protocol (SNAP), a payload type, and a payload field.
  • LLC logical link control
  • SNAP sub-network access protocol
  • information included in the payload field may be determined based on the value of the payload type field, and the value of the payload type may be as shown in Table 1 below.
  • the information on the Remote Request / Response, TDLS, and FST may be included in the payload according to the payload type value, and the IEEE802.11 standard document and the IEEE802.11Aad standard document may be referred to the above configuration.
  • the payload type field may indicate the discovery information type as the first field.
  • the payload field may be a field including discovery information based on the discovery information type as the second field, which will be described later.
  • the frame format may include a MAC header, an LLC header, a SNAP header, a Media Agnostic Universal Serial Bus (MAUSB) protocol data, and a frame check sequence (FSC) field.
  • the above-described frame format may be a frame format used in a wireless serial bus (WSB).
  • the MAC header may include source MAC address and destination MAC address information for the packet.
  • the LLC header may include a destination service access point (DSAP) field having a value of 0xAA and a source service access point (SSAP) field having a value of 0xAA.
  • the LLC header may include an Unnumbered Information (UI) field.
  • the SNAP field may include information on protocol identification.
  • the frame may be used as it is for discovery using the WLAN infrastructure based on the above-described frame formats. That is, the discovery information may be included in a frame using the frame format described above with reference to FIGS. 12 and 13 to transmit and receive.
  • the discovery may be performed by applying the message format for the ASP Coordination Protocol to the above-described frame format.
  • the data frame format described above with reference to FIGS. 12 and 13 may be used, but a unique identifier may be declared to support ASP and include information.
  • the message format for the ASP support protocol may be a message format for supporting ASP, as shown in Table 2 below.
  • the message format for the ASP support protocol may include an Opcode field, a Sequence Number field, and a Payload field.
  • the Opcode field is a field indicating a message type, and a message type may be set differently according to each value.
  • each message type may be as shown in Table 3 below based on the value for the Opcode field.
  • the payload field may be set differently according to each message type set based on the opcode.
  • Sequence Number field may be a field indicating the number of transmissions, and may increase by 1 whenever the number of transmissions increases.
  • FIG. 14 is a diagram illustrating a method of applying a message format for an ASP supporting protocol to a payload field.
  • the terminal when the terminal performs discovery using the WLAN infrastructure based on the ASP, the terminal may include the identifier information for the ASP in the frame format shown in FIG.
  • Table 4 shows that the identifier for the ASP in Table 1 as the Payload type field described above in FIG. That is, when the payload type field value is 4, the message format for the above ASP support protocol may be applied to the payload as information on the ASP.
  • the message format for the ASP support protocol may be applied to the payload field as the format for Table 2 described above. That is, when the terminal performs discovery using the WLAN infrastructure based on the ASP, the terminal may further include a unique identifier instructing to support the ASP in the data frame format, and support the ASP using the unique identifier. It can be indicated to include the information in a form that can be.
  • the payload type field may indicate the discovery information type as the first field.
  • the payload field value is 4
  • the payload field may include discovery information as a second field based on a message format for the ASP support protocol. That is, the discovery information may be included in the discovery request frame and / or discovery response frame as a form that can be supported by the ASP.
  • 15 is a diagram illustrating a method of applying a message format for an ASP supporting protocol to a payload field.
  • the terminal when the terminal performs discovery using the WLAN infrastructure based on the ASP, the terminal may include the identifier information for the ASP in the frame format shown in FIG.
  • the frame format shown in FIG. 13 may not include a field for payload type.
  • the message format for the ASP support protocol described above may be applied to the payload as information on the ASP in the payload.
  • the payload may be instructed to apply the message format for the above-described ASP support protocol to the payload as the information on the ASP.
  • 2 Octets of 5 Octets may be used to indicate an ASP in the SNAP field, and a message format for an ASP supporting protocol may be applied to the Payload field.
  • the Payload field may include the discovery information as the second field based on the ASP support protocol message format. Can be.
  • the terminal when the terminal performs discovery using the WLAN infrastructure based on the ASP, the terminal may further include a unique identifier instructing to support the ASP in the data frame format, and the ASP information using the unique identifier. May be indicated to be included.
  • the discovery information may be included in the discovery request frame and / or discovery response frame as a form that can be supported by the ASP.
  • 16 illustrates information included in a frame for performing discovery.
  • the terminal may perform the discovery by applying the message format for the ASP support protocol to the payload in the frame format as described above.
  • the Opcode may be a field for a message format for the ASP support protocol as shown in Table 6 below. That is, in Table 3 indicating an Opcode, a value indicating a discovery request (Discovery_Request) and a discovery response (Discovery_Response) may be set.
  • the payload may include information about the discovery request. That is, when the terminal performs discovery using the WLAN infrastructure based on the ASP, the terminal may instruct the discovery request through an opcode transmitting a discovery request message and include information on the discovery request in the payload.
  • discovery is performed in Payload. You can include information about the response.
  • FIG. 16 may indicate a discovery request and response frame.
  • the discovery request frame and the discovery response frame may have the same frame format as shown in FIG. 16.
  • the discovery request frame and the discovery response frame may have different frame formats, and are not limited to the above-described embodiment.
  • the payload of the discovery request or response frame may include the Opcode, Sequence number, coordination_version, length, and Information Element TLV fields as described above.
  • the Opcode and Sequence number fields are as described above, and the coordination_version field may include information on a supported protocol version.
  • the length field may include length information on the TLV as discovery information.
  • the Information Element TLV may be a field classified by Type, Length, and Value.
  • the Type field may be 1 byte or 2 bytes
  • the Length is 2 bytes
  • the Value may be set to be variable, but is not limited to the above-described embodiment. That is, information for discovery may be included in the Information Element TLV field. Also, as an example, a plurality of Information Element TLVs may be included.
  • the discovery request message may include a device information that the user wants to find through UDP (User Datagram Protocol) and transmit the broadcast information through a broadcast method.
  • the discovery request message may be transmitted in a broadcast manner through the AP. That is, the terminal, as a searcher, may transmit a message including information for discovery to the plurality of terminals through the AP.
  • information on all the attributes of the information elements (IEs) for the P2P and the WFDS may be included in the form of an information element TLV.
  • all attribute information included in the form of an information element TLV may include information on all attributes in a P2P information element (IE) defined in the P2P standard and the WFDS standard in the form of an information element TLV.
  • IE P2P information element
  • both the attribute defined in the WFA and the attribute type information for the new Information Element may be included in the Information Element TLVs field, and are not limited to the above-described embodiment.
  • the access network query protocol (ANQP) request frame information may be defined as the above-described information element TLV.
  • ANQP access network query protocol
  • a service hash attribute for WFDS discovery may be included in the form of an information element TLV.
  • information considering each attribute as an information element for each interface may be included in the message as an information element TLV form, and is not limited to the above-described embodiment.
  • the discovery request message may be transmitted in a unicast manner.
  • the discovery response message may be transmitted to the searcher terminal through the AP. That is, the terminal may transmit a discovery response message through the AP only to the searcher terminal as a response to the discovery request message as an advertiser.
  • the advertising terminal may include information about the content transmitted as a response as a P2P connection process in the form of an information element TLV.
  • the discovery response message may include all attributes of the information element (IE) for the P2P and the WFDS as information required for discovery in the form of an information element TLV.
  • all attribute information included in the form of an information element TLV may include information regarding all attributes in a P2P information element (IE) defined in the P2P standard and the WFDS standard in the form of an information element TLV.
  • an Advertised Service Info attribute may be included in the form of an Information Element TLV for WFDS discovery.
  • the device receiving the discovery response message may send an ACK or a NACK to confirm whether the reception.
  • Type may be a Type value for distinguishing an attribute as an information element for P2P.
  • the format of the attribute for the following Type may be the same as the form defined in the P2P standard and the WFDS standard, and may refer to the P2P standard and the WFDS standard.
  • the information element TLV is information necessary for discovery and may be included to distinguish each piece of information based on an attribute of the information element. That is, as an Information Element TLV type having a Type, Length, and Value type, various types of information may be included, and the present invention is not limited to the above-described embodiment.
  • 17 is a diagram illustrating an example in which information is included in an information element TLV.
  • the Information Element TLV may include information on discovery in the form of Type, Length, Value.
  • the information on the above-described ANQP Query Request is included through Type. That is, it may be indicated through a Type value.
  • the service name length, service name, service information request length, and service information request fields, which are necessary information may be included. That is, the information on the ANQP Query Request may be included in the payload of the discovery request message in the above-described Information Element TLV form.
  • the information on the above-described ANQP Query Response is included through Type. That is, it may be indicated through a Type value.
  • the Number of Service info Descriptor and Service Info Desciptor (s) fields which are necessary information may be included. That is, the information on the ANQP Query Response may be included in the payload of the discovery response message in the above-described Information Element TLV form.
  • the discovery request message may be a message transmitted based on the discovery request frame
  • the discovery response message may be a message transmitted based on the discovery response frame
  • the discovery request message may be any one of a device discovery request message, a service discovery request message, and a device / service discovery request message.
  • the discovery response message may be any one of a device discovery response message, a service discovery response message, and a device / service discovery response message.
  • 18 is a diagram illustrating a method of performing discovery.
  • the terminal may perform discovery using the WLAN infrastructure based on the ASP.
  • the first terminal 1810 and the second terminal 1820 may be connected through an AP, and a connection may be established with respect to upper layers Layers 2 and 3.
  • the second terminal 1820 provides information on the MAC address for broadcast to the AP
  • the AP may broadcast a discovery request message using the AP.
  • the first terminal 1810 matches the corresponding service based on the discovery request message and includes the information on the device and the service, so that the discovery response message is transmitted through the AP in a unicast manner. 1810). In this way, the first terminal 1810 may perform discovery using the WLAN infrastructure based on the ASP.
  • device discovery and service discovery may be performed separately.
  • the SERVICE_DISCOVERY_REQUEST opcode and the DISCOVERY_REQUEST opcode may be separately included in Table 6 for the opcode described above.
  • the Opcode of SERVICE_DISCOVERY_RESPONSE and the Opcode of DISCOVERY_RESPONSE may be included separately, as shown in Table 8 below.
  • 19 is a flowchart illustrating a method for performing discovery by a terminal according to an embodiment of the present specification.
  • the terminal may transmit the discovery request frame through the AP.
  • the discovery request frame may include a field indicating whether ASP is supported.
  • the discovery information may be included in the discovery request frame in the ASP support protocol message format.
  • the discovery request frame may be included in the discovery request message and transmitted.
  • transmitting the discovery request frame through the AP may mean performing discovery using the WLAN infrastructure.
  • the discovery request frame may be transmitted in a broadcast or multicast manner through the AP, as described above.
  • the terminal may receive a discovery response frame in response to the discovery request frame through the AP (S1920). As described above with reference to FIGS. 11 to 19, whether the discovery response frame supports the ASP is determined. A indicating field may be included. In this case, when indicating that the ASP is supported, the discovery information may be included in the discovery response frame in the ASP support protocol message format. Also, as an example, the discovery response frame may be included in the discovery response message and transmitted. Also, as an example, receiving a discovery response frame through the AP may mean performing discovery using a WLAN infrastructure. In addition, the discovery response frame may be configured in a unicast manner through the AP, as described above.
  • 20 is a block diagram of a terminal device according to one embodiment of the present specification.
  • the terminal device may be a terminal capable of performing discovery using the WLAN infrastructure.
  • the terminal device 100 includes a transmitting module 110 for transmitting a wireless signal, a receiving module 130 for receiving a wireless signal, and a processor 120 for controlling the transmitting module 110 and the receiving module 130. can do.
  • the terminal 100 may communicate with an external device by using the transmitting module 110 and the receiving module 130.
  • the external device may be another terminal device.
  • the terminal may be another terminal device connected through P2P or an AP or non-AP device connected through a WLAN infrastructure.
  • the external device may be a base station. That is, the external device may be a device capable of communicating with the terminal device 100 and is not limited to the above-described embodiment.
  • the terminal device 100 may transmit and receive digital data such as content using the transmission module 110 and the reception module 130.
  • the processor 120 of the terminal device 100 transmits a discovery request frame through the second terminal using the transmission module 110, and the second using the reception module 130.
  • the discovery response frame may be received in response to the discovery request frame through the terminal.
  • each discovery request frame and discovery response frame may include a first field indicating a discovery information type and a second field including discovery information.
  • the first field may be set to a first value indicating that the ASP is supported, and the second field may include discovery information based on the ASP support protocol message format.
  • the above-described second terminal may be an AP terminal.
  • the discovery request frame may be transmitted through a broadcast or multicast scheme, and the discovery response frame may be received through a unicast scheme.
  • the ASP supported protocol message format may include at least one of an opcode field indicating a message type, a sequence number field indicating a transmission number, a coordination_version field indicating a supported protocol version, a length field indicating a payload length, and a payload field. This is as described above.
  • Embodiments of the present invention described above may be implemented through various means.
  • embodiments of the present invention may be implemented by hardware, firmware, software, or a combination thereof.
  • a method according to embodiments of the present invention may include one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), and Programmable Logic Devices (PLDs). It may be implemented by field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, and the like.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs field programmable gate arrays
  • processors controllers, microcontrollers, microprocessors, and the like.
  • the method according to the embodiments of the present invention may be implemented in the form of a module, a procedure, or a function 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 mobile communication system may be applied to various wireless communication systems in addition to the NAN system.

Abstract

본 명세서는, 무선 통신 시스템에서 제 1 단말이 디스커버리를 수행하는 방법에 대한 것이다. 이때, 디스커버리를 수행하는 방법은, 제 2 단말을 통해 디스커버리 요청 프레임을 송신하는 단계, 제 2 단말을 통해 디스커버리 요청 프레임의 응답으로 디스커버리 응답 프레임을 수신하여 디스커버리를 수행하는 단계를 포함할 수 있다. 이때, 디스커버리 요청 프레임 및 디스커버리 응답 프레임 각각은 디스커버리 정보 타입을 지시하는 제 1 필드 및 디스커버리 정보를 포함하는 제 2 필드를 포함하고, 디스커버리가 어플리케이션 서비스 플랫폼(Application Service Platform, ASP)을 기반으로 수행되는 경우, 제 1 필드는 ASP가 지원됨을 지시하는 제 1 값으로 설정되고, 제 2 필드는 ASP 지원 프로토콜 메시지 포맷에 기초하여 디스커버리 정보를 포함할 수 있다.

Description

무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
본 명세서는 무선 통신 시스템에 대한 것으로, 보다 상세하게는 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치에 대한 것이다.
무선통신시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선통신시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예들로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템 및 MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
또한, 최근 정보 통신 기술의 발전과 더불어 다양한 무선 통신 기술이 개발되고 있다. 이 중에서 무선랜(WLAN)은 무선 주파수 기술을 바탕으로 개인 휴대용 정보 단말기(Personal Digital Assistant; PDA), 랩탑 컴퓨터, 휴대용 멀티미디어 플레이어(Portable Multimedia Player; PMP)등과 같은 휴대용 단말기를 이용하여 가정이나 기업 또는 특정 서비스 제공지역에서 무선으로 인터넷에 액세스할 수 있도록 하는 기술이다.
무선랜(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.11b는 11Mbps의 전송 속도를 제공하고, IEEE 802.11a는 54 Mbps의 전송 속도를 제공한다. IEEE 802.11g는 2.4GHz에서 직교 주파수 분할 다중화(Orthogonal Frequency Division Multiplexing, OFDM)를 적용하여 54Mbps의 전송 속도를 제공한다. IEEE 802.11n은 다중입출력 OFDM(Multiple Input Multiple Output-OFDM, MIMO-OFDM)을 적용하여 300Mbps의 전송 속도를 제공한다. IEEE 802.11n은 채널 대역폭(channel bandwidth)을 40 MHz까지 지원하며, 이 경우 600Mbps의 전송 속도를 제공한다. IEEE 802.11p는 WAVE(Wireless Access in Vehicular Environments)를 지원하기 위한 표준이다. 예를 들어, 802.11p는 ITS(Intelligent Transportation Systems) 지원에 필요한 개선 사항을 제공한다. IEEE 802.11ai는 IEEE 802.11 스테이션(station, STA)의 고속 초기 링크 셋업(fast initial link setup)을 지원하기 위한 표준이다.
IEEE 802.11e에 따른 무선랜 환경에서의 DLS(Direct Link Setup) 관련 프로토콜은 BSS(Basic Service Set)가 QoS(Quality of Service)를 지원하는 QBSS(Quality BSS)를 전제로 한다. QBSS에서는 Non-AP STA 뿐만 아니라 AP도 QoS를 지원하는 QAP(Quality AP)이다. 그런데, 현재 상용화되어 있는 무선랜 환경(예를 들어, IEEE 802.11a/b/g 등에 따른 무선랜 환경)에서는 비록 Non-AP STA이 QoS를 지원하는 QSTA(Quality STA)이라고 하더라도 AP는 QoS를 지원하지 못하는 레거시(Legacy) AP가 대부분이다. 그 결과, 현재 상용화되어 있는 무선랜 환경에서는 QSTA이라고 하더라도 DLS 서비스를 이용할 수가 없는 한계가 있다.
최근 Wi-Fi 등 무선 근거리 통신 기술이 폭넓게 시장에 적용되는 상황에서 기기 간의 연결은 로컬 네트워크 (local network) 만을 기반으로 하는 것이 아니라 기기 간의 직접 연결을 통해서도 이루어지고 있다. Wi-Fi를 이용한 기기 간의 직접 연결 기술 중의 하나가 바로 Wi-Fi 다이렉트(Direct)이다.
Wi-Fi 다이렉트는 링크 계층(Link layer)의 동작까지 기술하는 네트워크 연결성(network connectivity) 표준 기술이다. 상위에 애플리케이션 (application) 에 대한 규약이나 표준에 대한 정의가 없기 때문에 Wi-Fi 다이렉트 기기 간 연결된 이후에 애플리케이션 구동 시 호환성 및 동작의 일관성이 없게 된다. 이런 문제 때문에 Wi-Fi 다이렉트 서비스(Wi-Fi Direct Services; WFDS)라는 상위 애플리케이션기술 내용을 포함하는 표준 기술을 최근 Wi-Fi Alliance (WFA)에서 진행 중에 있다.
WFA는 Wi-Fi 다이렉트라는 모바일 기기 간 직접 연결을 통하여 데이터를 전달하기 위한 새로운 규격을 발표하였고 이에 따라 관련 업계에서는 Wi-Fi 다이렉트 규격을 만족시키기 위한 활발한 기술 개발 활동이 진행 중이다. 엄밀한 의미에서 Wi-Fi 다이렉트는 마케팅 용어로서 상표명에 해당하고 이데 대한 기술 규격은 Wi-Fi P2P(Peer to Peer)로서 통칭된다. 따라서 Wi-Fi 기반 P2P 기술을 다루는 본 발명에서는 Wi-Fi 다이렉트 또는 Wi-Fi P2P를 구분 없이 사용될 수 있다. 기존의 Wi-Fi 망에서는 AP(Access Point)를 통하여 접속한 후 인터넷 망에 접속하는 방법이 일반적인 Wi-Fi 탑재 기기의 사용 방법이었다. 기기 간 직접 연결을 통한 데이터 통신 방법은 기존에도 블루투스(Bluetooth)와 같은 무선통신 기술을 탑재한 휴대폰과 노트PC와 같은 기기에 탑재되어 일부 사용자에 의해 사용되었지만 전송속도가 느리고 실재 사용은 전송거리가 10m 이내로 제한된다. 특히 대용량 데이터 전송이나 많은 블루투스 장치가 존재하는 환경에서 사용할 때 체감 성능상에서 기술적 한계가 존재한다.
한편 Wi-Fi P2P는 기존의 Wi-Fi 표준 규격의 대부분의 기능을 유지하면서, 기기 간 직접 통신을 지원하기 위한 부분이 추가되었다. 따라서 Wi-Fi 칩(Chip)이 탑재된 기기에 하드웨어 및 물리적 특성을 충분히 활용하고, 주로 소프트웨어 기능 업그레이드만으로 기기 간 P2P 통신을 제공할 수 있는 장점이 있다.
널리 알려진 바와 같이 Wi-Fi 칩이 탑재된 기기는 노트PC, 스마트폰, 스마트TV, 게임기, 카메라 등 매우 다양한 범위로 확대되고 있으며 충분한 수의 공급자와 기술개발인력이 형성되어 있다. 그러나 Wi-Fi P2P 규격을 지원하는 소프트웨어 개발은 아직까지 활성화되지 못하고 있는데 이는 Wi-Fi P2P 규격이 발표되었다 하더라도 규격을 편리하게 활용할 수 있는 관련 소프트웨어의 배포가 이루어지지 못하기 있기 때문이다.
P2P 그룹 내부에서 기존의 인프라스트럭처(infrastructure) 망에서 AP의 역할을 담당하는 장치가 존재하는데 이를 P2P 규격에서는 P2P 그룹 오너(Group Owner; GO)라고 칭한다. P2P GO를 중심으로 다양한 P2P 클라이언트(Client)가 존재할 수 있다. 1개의 P2P 그룹 내에서 GO는 오직 1대만 존재 가능하며 나머지 장치는 모두 클라이언트 장치가 된다.
또한, 최근에는 블루투스, NAN(Neighbor Awareness Networking), NFC(Near Field Communication)에 대한 사용이 증가하고 있는며, 복수의 시스템 또는 인터페이스가 제공되는 환경에서 서비스를 제공하는 방법에 대한 필요성이 야기되고 있다.
본 명세서는, 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치에 대한 것이다.
본 명세서는, 무선 통신 시스템에서 어플리케이션 서비스 플랫폼(Application Service Platform, ASP)을 이용하여 디스커버리를 수행하는 방법 및 장치에 대한 것이다.
본 명세서는, 무선 통신 시스템에서 어플리케이션 서비스 플랫폼(Application Service Platform, ASP)을 이용하여 디스커버리를 수행하는 경우에 이용되는 프레임 포맷에 대한 것이다.
본 명세서의 일 실시예에 따라, 무선 통신 시스템에서 제 1 단말이 디스커버리를 수행하는 방법은 제 2 단말을 통해 디스커버리 요청 프레임을 송신하는 단계, 제 2 단말을 통해 디스커버리 요청 프레임의 응답으로 디스커버리 응답 프레임을 수신하여 디스커버리를 수행하는 단계를 포함할 수 있다. 이때, 디스커버리 요청 프레임 및 디스커버리 응답 프레임 각각은 디스커버리 정보 타입을 지시하는 제 1 필드 및 디스커버리 정보를 포함하는 제 2 필드를 포함하고, 디스커버리가 어플리케이션 서비스 플랫폼(Application Service Platform, ASP)을 기반으로 수행되는 경우, 제 1 필드는 ASP가 지원됨을 지시하는 제 1 값으로 설정되고, 제 2 필드는 ASP 지원 프로토콜 메시지 포맷(ASP Coordination Protocol Message Format)에 기초하여 디스커버리 정보를 포함할 수 있다.
본 명세서의 또 다른 일 실시예에 따라, 무선 통신 시스템에서 디스커버리를 수행하는 제 1 단말은 외부 디바이스로부터 정보(information)를 수신하는 수신 모듈, 외부 디바이스로 정보(information)을 송신하는 송신 모듈 및 수신 모듈 및 송신 모듈을 제어하는 프로세서를 포함할 수 있다. 이때, 프로세서는 송신 모듈을 이용하여 제 2 단말을 통해 디스커버리 요청 프레임을 송신하고, 수신 모듈을 이용하여 제 2 단말을 통해 디스커버리 요청 프레임의 응답으로 디스커버리 응답 프레임을 수신할 수 있다. 이때, 디스커버리 요청 프레임 및 디스커버리 응답 프레임 각각은 디스커버리 정보 타입을 지시하는 제 1 필드 및 디스커버리 정보를 포함하는 제 2 필드를 포함하고, 디스커버리가 어플리케이션 서비스 플랫폼(Application Service Platform, ASP)을 기반으로 수행되는 경우, 제 1 필드는 ASP가 지원됨을 지시하는 제 1 값으로 설정되고, 제 2 필드는 ASP 지원 프로토콜 메시지 포맷(ASP Coordination protocol Message Format)에 기초하여 디스커버리 정보를 포함할 수 있다.
또한, 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치에 대해서 다음 사항들이 공통으로 적용될 수 있다.
본 명세서의 일 실시예에 따라, 제 1 항에 있어서, 제 2 단말은 AP(Access Point) 단말일 수 있다.
또한, 본 명세서의 일 실시예에 따라, 디스커버리 요청 프레임은 브로드캐스트 또는 멀티캐스트 방식을 통해 송신되고, 디스커버리 응답 프레임은 유니캐스트 방식을 통해 수신될 수 있다.
또한, 본 명세서의 일 실시예에 따라, ASP 지원 프로토콜 메시지 포맷은 메시지 타입을 지시하는 Opcode 필드, 전송 횟수를 나타내는 Sequence number 필드, 지원 프로토콜 버전을 나타내는 coordination_version 필드, payload의 길이를 나타내는 length 필드 및 payload 필드 중 적어도 어느 하나를 포함할 수 있다.
이때, Opcode 필드가 제 1 값으로 설정되는 경우, Payload 필드에는 디스커버리 요청에 대한 정보가 포함되고, Opcode 필드가 제 2 값으로 설정되는 경우, Payload 필드에는 디스커버리 응답에 대한 정보가 포함될 수 있다.
또한, Payload 필드에는 디스커버리 정보 속성에 기초하여 TLV 필드로서 디스커버리 정보가 포함될 수 있다.
이때, TLV 필드는 Type 필드, Length 필드 및 Value 필드로 구성되되, Type 필드는 디스커버리 정보 속성을 지시하고, Length 필드는 Value 필드의 크기를 지시하고, Value 필드는 Type 필드가 지시하는 디스커버리 정보 속성에 대한 디스커버리 정보가 포함될 수 있다.
또한, 본 명세서의 일 실시예에 따라, 하나의 TLV 필드는 하나의 디스커버리 정보 속성에 대응되어 구성일 수 있다.
이때, Payload 필드에는 복수의 디스커버리 정보 속성에 대한 복수의 TLV 필드가 포함될 수 있다.
또한, 본 명세서의 일 실시예에 따라, 디스커버리는 디바이스 디스커버리 및 서비스 디스커버리 중 적어도 어느 하나를 포함할 수 있다.
본 명세서는, 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치를 제공할 수 있다.
본 명세서는, 무선 통신 시스템에서 어플리케이션 서비스 플랫폼(Application Service Platform, ASP)을 이용하여 디스커버리를 수행하는 방법 및 장치를 제공할 수 있다.
본 명세서는, 무선 통신 시스템에서 디스커버리를 수행하는 경우에 어플리케이션 서비스 플랫폼(Application Service Platform, ASP)를 지원하기 위한 프레임 포맷을 제공할 수 있다.
본 명세서에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 발명이 적용될 수 있는 IEEE 802.11 시스템의 구조를 예시한다.
도 2는 액세스 장치들 및 무선 사용자 장치들을 채용하는 통신 시스템의 예시적인 동작을 나타내는 블록도이다.
도 3은 WFD(Wi-Fi Direct) 네트워크를 예시한다.
도 4는 WFD 네트워크를 구성하는 과정을 예시한다.
도 5는 전형적인 P2P 네트워크 토폴로지를 나타내는 도면이다.
도 6은 하나의 P2P 기기가 P2P 그룹을 형성하는 동시에 WLAN의 STA로 동작하여 AP와 연결되는 상황을 나타내는 도면이다.
도 7은 P2P가 적용되는 경우의 WFD 네트워크 양상을 보여주는 도면이다.
도 8은 WFDS (Wi-Fi Direct Services) 기기의 간략화된 블록 다이어그램을 나타낸 도면이다.
도 9는 기존의 WFDS 에서 WFDS 기기 간 기기 발견(discovery) 및 서비스 발견하여 WFDS 세션을 연결하는 과정을 보여주는 도면이다.
도 10은 복수의 인터페이스를 지원하는 서비스 어플리케이션 플랫폼(Application Service Platform, ASP)을 나타낸 도면이다.
도 11은 단말이 WLAN Infrastructure을 이용하여 디바이스 및/또는 서비스를 디스커버리하는 방법을 나타낸 도면이다.
도 12 및 도 13은 프레임 포맷을 나타낸 도면이다.
도 14는 Payload 필드에 ASP 지원 프로토콜에 대한 메시지 포맷이 적용되는 방법을 나타낸 도면이다.
도 15는 Payload 필드에 ASP 지원 프로토콜에 대한 메시지 포맷이 적용되는 방법을 나타낸 도면이다.
도 16은 디스커버리를 수행하는 프레임에 포함되는 정보를 나타낸 도면이다.
도 17은 Information Element TLV에 정보가 포함되는 일 예를 나타낸 도면이다.
도 18은 디스커버리를 수행하는 방법을 나타낸 도면이다.
도 19는 본 명세서의 일 실시예에 따라 단말이 디스커버리를 수행하는 방법에 대한 순서도를 나타낸 도면이다.
도 20은 본 명세서의 일 실시예에 따라 단말 장치의 블록도를 도시한 도면이다.
이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
이하의 실시예들은 본 발명의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성할 수도 있다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다.
이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시된다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
본 발명의 실시예들은 무선 액세스 시스템들인 IEEE 802 시스템, 3GPP 시스템, 3GPP LTE 및 LTE-A(LTE-Advanced)시스템 및 3GPP2 시스템 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 발명의 실시예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.
이하의 기술은 CDMA(Code Division Multiple Access), FDMA(Frequency Division Multiple Access), TDMA(Time Division Multiple Access), OFDMA(Orthogonal Frequency Division Multiple Access), SC-FDMA(Single Carrier Frequency Division Multiple Access) 등과 같은 다양한 무선 액세스 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다.
또한, 본 명세서에서 제1 및/또는 제2 등의 용어는 다양한 구성 요소들을 설명하는데 사용될 수 있지만, 상기 구성 요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성 요소를 다른 구성 요소로부터 구별하는 목적으로만, 예컨대 본 명세서의 개념에 따른 권리 범위로부터 이탈되지 않은 채, 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게, 제2 구성요소는 제1 구성요소로도 명명될 수 있다.
또한 명세서 전체에서, 어떤 부분이 어떤 구성 요소를 “포함”한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성 요소를 제외하는 것이 아니라 다른 구성 요소를 더 포함할 수 있는 것을 의미한다. 그리고 명세서에 기재된 “…유닛”, “…부” 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어 및/또는 소프트웨어의 결합으로 구현될 수 있다.
이하에서는, 명확성을 위하여 이하에서는 IEEE 802.11 시스템을 위주로 설명하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.
도 1은 본 발명이 적용될 수 있는 IEEE 802.11 시스템의 예시적인 구조를 나타내는 도면이다.
IEEE 802.11 구조는 복수의 구성요소들로 구성될 수 있고, 이들의 상호작용에 의해 상위계층에 대해 트랜스패런트한 STA 이동성을 지원하는 WLAN이 제공될 수 있다. 기본 서비스 세트(Basic Service Set, BSS)는 IEEE 802.11 LAN의 기본 구성 블록에 해당할 수 있다. 도 1은 2개의 BSS(BSS1 및 BSS2)가 존재하고 각각의 BSS각 2개의 STA를 포함하는 경우(STA1 및 STA2 는 BSS1에 포함되고, STA3 및 STA4는 BSS2에 포함됨)를 예시한다. 여기서, STA는 IEEE 802.11 의 MAC(Medium Access Control)/PHY(Physical) 규정에 따라 동작하는 기기를 의미한다. STA는 AP(Access Point) STA(간단히, AP) 및 논-AP(논-AP) STA를 포함한다. AP는 무선 인터페이스를 통해 논-AP STA에게 네트워크(예, WLAN) 접속을 제공하는 기기에 해당한다. AP는 고정 형태 또는 이동 형태로 구성될 수 있으며, 핫스팟(hot-spot)을 제공하는 휴대용 무선 기기(예, 랩탑 컴퓨터, 스마트 폰 등)를 포함한다. AP는 다른 무선 통신 분야에서 기지국(Base Station, BS), 노드-B(Node-B), 발전된 노드-B(Evolved Node-B; eNB), 기저 송수신 시스템(Base Transceiver System, BTS), 펨토 기지국(Femto BS) 등에 대응된다. 논-AP STA는 랩탑 컴퓨터, PDA, 무선 모뎀, 스마트 폰과 같이 일반적으로 사용자가 직접 다루는 기기에 해당한다. 논-AP STA는 단말(terminal), 무선 송수신 유닛(Wireless Transmit/Receive Unit, WTRU), 사용자 장치(User Equipment, UE), 이동국(Mobile Station, MS), 이동 단말(Mobile Terminal), 이동 가입자국(Mobile Subscriber Station, MSS) 등으로 지칭될 수 있다.
도 1에서 BSS를 나타내는 타원은 해당 BSS에 포함된 STA들이 통신을 유지하는 커버리지 영역을 나타내는 것으로 이해될 수 있다. 이 영역을 BSA(Basic Service Area)라고 칭할 수 있다. IEEE 802.11 LAN에서 가장 기본적인 타입의 BSS는 독립적인 BSS(Independent BSS, IBSS)이다. 예를 들어, IBSS는 2개의 STA만으로 구성된 최소 형태를 가질 수 있다. 또한, 가장 단순한 형태이고 다른 구성요소들이 생략되어 있는 도 1의 BSS(BSS1 또는 BSS2)가 IBSS의 대표적인 예시에 해당할 수 있다. 이러한 구성은 STA들이 직접 통신할 수 있는 경우에 가능하다. 또한, 이러한 형태의 LAN은 미리 계획되어서 구성되는 것이 아니라 LAN이 필요한 경우에 구성될 수 있으며, 이를 애드-혹(ad-hoc) 네트워크라고 칭할 수도 있다.
STA의 켜지거나 꺼짐, STA가 BSS 영역에 들어오거나 나감 등에 의해, BSS에서STA의 멤버십이 동적으로 변경될 수 있다. BSS의 멤버가 되기 위해 STA는 동기화 과정을 이용하여 BSS에 참여(join)할 수 있다. BSS 기반 구조의 모든 서비스에 접속하기 위해, STA는 BSS에 연계(associated)될 수 있다.
도 2는 액세스 장치(예, AP STA들)(202A, 202B 및 202C)들 및 무선 사용자 장치들(예, 논-AP STA들)을 채용하는 통신 시스템(200)을 예시한다.
도 2를 참조하면, 액세스 장치들(202A-C)은 인터넷과 같은 광역 네트워크(Wide Area Network, WAN)(206)로 접속을 제공하는 스위치(204)에 연결된다. 액세스 장치들(202A-C) 각각은 시분할 다중화된 네트워크를 통해 액세스 장치의 커버리지 영역(미도시) 내의 무선 장치들에 대한 무선 접속을 제공한다. 따라서, 액세스 장치들(202A-C)은 시스템(200)의 전체 WLAN 커버리지 영역을 공동으로 제공한다. 예를 들어, 실선으로 표기된 박스에 의해 나타낸 위치에서 무선 장치(208)는 액세스 장치들(202A 및 202B)의 커버리지 영역 내에 존재할 수 있다. 따라서, 무선 장치(208)는 실선 화살표(21OA 및 21OB)와 같이 액세스 장치들(202A 및 202B) 각각으로부터 비컨들을 수신할 수 있다. 무선 장치(208)가 실선 박스로부터 파선 박스로 로밍하면, 무선 장치(208)는 액세스 장치(202C)의 커버리지 영역에 진입하고, 액세스 장치(202A)의 커버리지 영역을 나간다. 따라서, 무선 장치(208)는 파선 화살표(212A 및 212B)와 같이 액세스 장치들(202B및 202C)로부터 비컨들을 수신할 수 있다.
무선 장치(208)가 시스템(200)이 제공하는 전체 WLAN 커버리지 영역 내에서 로밍할 때, 무선 장치(208)는 어느 액세스 장치가 현재 무선 장치(208)에 대한 가장 양호한 접속을 제공하는지 결정할 수 있다. 예를 들어, 무선 장치(208)는 근접한 액세스 장치들의 비컨(beacon)들을 반복적으로 스캐닝하고, 상기 비컨들 각각과 연관된 신호 강도(예, 전력)를 측정할 수 있다. 따라서, 무선 장치(208)는 최대 비컨 신호 강도에 기초해 최적의 네트워크 접속을 제공하는 액세스 장치와 연결될 수 있다. 무선 장치(208)는 최적 접속과 관련된 다른 기준을 이용할 수 있다. 예를 들어, 최적 접속은 보다 많은 바람직한 서비스(예, 컨텐츠, 데이터 레이트 등)와 연관될 수 있다.
도 3은 WFD(Wi-Fi Direct) 네트워크를 예시한다.
WFD 네트워크는 Wi-Fi 장치들이 홈 네트워크, 오피스 네트워크 및 핫스팟 네트워크에 참여하지 않아도, 서로 장치-대-장치(Device to Device, D2D)(혹은, Peer to Peer, P2P) 통신을 수행할 수 있는 네트워크로서 Wi-Fi 연합(Alliance)에 의해 제안되었다. 이하, WFD 기반 통신을 WFD D2D 통신(간단히, D2D 통신) 혹은 WFD P2P 통신(간단히, P2P 통신)이라고 지칭한다. 또한, WFD P2P 수행 장치를 WFD P2P 기기, 간단히 P2P 기기라고 지칭한다.
도 3을 참조하면, WFD 네트워크(300)는 제1 WFD 기기(302) 및 제2 WFD 기기(304)를 포함하는 적어도 하나의 Wi-Fi 기기를 포함할 수 있다. WFD 기기는 디스플레이 장치, 프린터, 디지털 카메라, 프로젝터 및 스마트 폰 등 Wi-Fi를 지원하는 기기들을 포함한다. 또한, WFD 기기는 논-AP STA 및 AP STA를 포함한다. 도시된 예에서, 제1 WFD 기기(302)는 스마트폰이고 제2 WFD 기기(304)는 디스플레이 장치이다. WFD 네트워크 내의 WFD 기기들은 서로 직접 연결될 수 있다. 구체적으로, P2P 통신은 두 WFD 기기들간의 신호 전송 경로가 제3의 기기(예, AP) 또는 기존 네트워크(예, AP를 거쳐 WLAN에 접속)를 거치지 않고 해당 WFD 기기들간에 직접 설정된 경우를 의미할 수 있다. 여기서, 두 WFD 기기들간에 직접 설정된 신호 전송 경로는 데이터 전송 경로로 제한될 수 있다. 예를 들어, P2P 통신은 복수의 논-STA들이 AP를 거치지 않고 데이터(예, 음성/영상/문자 정보 등)를 전송하는 경우를 의미할 수 있다. 제어 정보(예, P2P 설정을 위한 자원 할당 정보, 무선 장치 식별 정보 등)를 위한 신호 전송 경로는 WFD 기기들(예, 논-AP STA-대-논-AP STA, 논-AP STA-대-AP)간에 직접 설정되거나, AP를 경유하여 두 WFD 기기들간(예, 논-AP STA-대-논-AP STA)에 설정되거나, AP와 해당 WFD 기기(예, AP-대-논-AP STA#1, AP-대-논-AP STA#2)간에 설정될 수 있다.
도 4는 WFD 네트워크를 구성하는 과정을 예시한다.
도 4를 참조하면, WFD 네트워크 구성 과정은 크게 두 과정으로 구분될 수 있다. 첫 번째 과정은 이웃(기기) 발견 과정(Neighbor Discovery, ND, procedure)이고(S402a), 두 번째 과정은 P2P 링크 설정 및 통신 과정이다(S404). 이웃 발견 과정을 통해, WFD 기기(예, 도 3의 302)는 (자신의 무선) 커버리지 내의 다른 이웃 WFD 기기(예, 도 3의 304)를 찾고 해당 WFD 기기와의 연결(association), 예를 들어 사전-연결(pre-association)에 필요한 정보를 획득할 수 있다. 여기서, 사전-연결은 무선 프로토콜에서 제2 계층 사전-연결을 의미할 수 있다. 사전-연결에 필요한 정보는 예를 들어 이웃 WFD 기기에 대한 식별 정보 등을 포함할 수 있다. 이웃 발견 과정은 가용 무선 채널 별로 수행될 수 있다(S402b). 이후, WFD 기기(302)는 다른 WFD 기기(304)와 WFD P2P 링크 설정/통신을 위한 과정을 수행할 수 있다. 예를 들어, WFD 기기(302)는 주변 WFD 기기(304)에 연결된 후, 해당 WFD 기기(304)가 사용자의 서비스 요구 사항을 만족하지 못하는 WFD 기기인지 판단할 수 있다. 이를 위해, WFD 기기(302)는 주변 WFD 기기(304)와 제2 계층 사전-연결 후 해당 WFD 기기(304)를 탐색할 수 있다. 만약, 해당 WFD 기기(304)가 사용자의 서비스 요구 사항을 만족하지 못하는 경우, WFD 기기(302)는 해당 WFD 기기(304)에 대해 설정된 제2 계층 연결을 끊고 다른 WFD 기기와 제2 계층 연결을 설정할 수 있다. 반면, 해당 WFD 기기(304)가 사용자의 서비스 요구 사항을 만족하는 경우, 두 WFD 기기(302 및 304)는 P2P 링크를 통해 신호를 송수신할 수 있다.
도 5는 전형적인 P2P 네트워크 토폴로지를 나타내는 도면이다.
도 5에 도시된 바와 같이 P2P GO와 P2P 기능을 갖는 클라이언트가 직접 연결되거나, P2P GO와 P2P 기능이 없는 기존 클라이언트(legacy client)와 연결이 가능함을 나타낸다.
도 6은 하나의 P2P 기기가 P2P 그룹을 형성하는 동시에 WLAN의 STA로 동작하여 AP와 연결되는 상황을 나타내는 도면이다.
도 6에 도시된 바와 같이, P2P 기술 규격에서는 P2P 기기가 이러한 모드로 동작하는 상황을 동시 동작(concurrent operation)으로 정의하고 있다.
일련의 P2P 기기들이 그룹을 형성하기 위해서는 어떤 기기가 P2P GO가 될 것인지는 P2P 속성 아이디(Attribute ID)의 그룹 오너 인텐트(Group Owner Intent) 값으로 정해지게 된다. 이 값은 0에서 15까지의 값을 가질 수 있는데 P2P 기기가 서로 이 값을 교환하여 가장 높은 값을 가지는 장치가 P2P GO가 된다. 한편 Wi-Fi P2P 기술을 지원하지 않는 기존 기기(legacy device)의 경우에도, P2P 그룹에 종속될 수는 있으나 이때의 기존 기기의 기능은 P2P GO를 통한 인프라스트럭처 망 접근의 기능으로 그 역할이 제한된다.
Wi-Fi P2P 규격에 따르면 P2P 기기는 P2P GO가 비컨(Beacon) 신호를 OFDM(Orthogonal Frequency Division Multiplexing)을 사용하여 송신하므로 11b 규격은 지원하지 않고 11a/g/n이 Wi-Fi P2P 기기로 사용될 수 있다.
P2P GO와 P2P 클라이언트의 연결이 이루어지는 동작 수행을 위해 P2P 규격은 크게 다음과 같은 4개의 기능을 포함하고 있다.
첫째로 P2P 발견(Discovery)에서는 기기 발견(device discovery), 서비스 발견(service discovery), 그룹 형성(group formation), P2P 초대(P2P invitation)와 같은 기술 항목을 다루고 있다. 기기 발견은 동일한 채널을 통해 2개의 P2P 기기가 상호 기기 명칭 또는 기기 타입과 같은 장치 관련 정보를 교환한다. 서비스 발견은, P2P를 통해 이용하려는 서비스와 관련된 정보를 교환한다. 그룹 형성은 어떤 기기가 P2P GO가 될지 결정하여 새로운 그룹을 형성하는 기능이다. P2P 초대는 영구적으로 형성된 P2P 그룹을 호출하거나, P2P 기기를 기존 P2P 그룹에 참여시키는 기능이다.
둘째로 P2P 그룹 동작(Group Operation)은 P2P 그룹의 형성과 종료, P2P 그룹으로의 연결, P2P 그룹 내의 통신, P2P 클라이언트 발견을 위한 서비스, 지속적 P2P 그룹(persistent P2P group)의 동작 등에 대하여 설명하고 있다.
셋째로, P2P 전력 관리(Power Management)는 P2P 기기 전력 관리 방법과 절전 모드 시점에 신호 처리 방법을 다루고 있다.
마지막으로 관리된 P2P 기기(Managed P2P Device)에서는 한 개의 P2P 기기에서 P2P 그룹을 형성하고 동시에 WLAN AP를 통하여 인프라스트럭처 망에 접속하는 방법을 다루고 있다.
P2P 그룹의 특성에 대하여 설명한다. P2P 그룹은 P2P GO가 AP의 역할을 하고 P2P 클라이언트가 STA의 역할을 수행한다는 점에서 기존의 인프라스트럭처 BSS(Basic Service Set)와 유사하다. 따라서 P2P 기기는 GO와 클라이언트의 역할을 수행할 수 있는 소프트웨어가 탑재되어야 한다. P2P 기기는 MAC 어드레스와 같은 P2P 기기 어드레스를 사용함으로써 구분된다. 단, P2P 기기가 P2P 그룹 내에서 통신할 때는 P2P 인터페이스 어드레스를 사용하여 통신하는데 이때는 단일 식별자(Globally unique ID) 어드레스를 사용할 필요는 없다. P2P 그룹은 단일 식별자 P2P 그룹 ID를 가지는데 이는 SSID(Service Set Identifier)와 P2P GO의 P2P 기기 어드레스 조합으로 구성된다. Wi-Fi P2P 규격에서 보안을 위해 WPA2-PSK/AES를 사용한다. P2P 그룹의 생명주기는 일회적(temporary) 연결 방법과 일정시간 후 다시 동일한 연결을 시도하는 지속적(persistent) 연결 방법이 있다. Persistent 그룹의 경우 일단 P2P 그룹이 형성되면 서로의 역할, 자격증명, SSID, P2P 그룹 ID가 캐시(cache)하였다가 재 연결 시 동일한 연결 형식을 적용하여 신속하게 그룹을 연결하는 것이 가능하도록 하는 방법이다.
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 기기 및 기기가 제공하는 서비스를 검색한 후 자신이 원하는 장치나 서비스에 빠르게 연결할 수 있다.
둘째 단계로 그룹 형성(group formation) 단계를 설명한다. P2P 기기가 위에서 설명한 발견(find) 단계를 완료하면 서로 상대방 기기의 존재 확인이 완료된다. 이를 기반으로 두 P2P 기기들은 BSS을 구성하기 위한 GO 협상 단계로 진입하여야 한다. 이러한 협상 단계는 크게 두 가지 서브(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가 되고자 하는 적절한 값을 선택할 수 있다.
다음으로 P2P 어드레싱(addressing)에 대하여 설명한다. P2P 기기는 P2P 그룹 세션 내에서 MAC 어드레스를 사용하여 P2P 인터페이스 어드레스를 할당하여 사용한다. 이때 P2P GO의 P2P 인터페이스 어드레스는 BSSID(BSS Identifier)인데 이는 실질적으로 P2P GO의 MAC 어드레스이다.
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 association)을 유발하는데, 구체적인 실패 사유를 association 응답에 기록한 후 전송한다.
도 7은 P2P가 적용되는 경우의 WFD 네트워크 양상을 보여주는 도면이다.
도 7에 신규 P2P 응용(예, 소셜 채팅, 위치-기반 서비스 제공, 게임 연동 등)이 적용되는 경우의 WFD 네트워크 양상을 예시하였다. 도 7을 참조하면, WFD 네트워크에서 다수의 P2P 기기들(702a~702d)이 P2P 통신(710)을 수행하며, P2P 기기의 이동에 의해 WFD 네트워크를 구성하는 P2P 기기(들)이 수시로 변경되거나, WFD 네트워크 자체가 동적/단시간적으로 새로 생성되거나 소멸될 수 있다. 이와 같이, 신규 P2P 응용 부분의 특징은 덴스(dense) 네트워크 환경에서 상당히 다수의 P2P 기기간에 동적/단시간적으로 P2P 통신이 이뤄지고 종료될 수 있다는 점이다.
도 8은 WFDS (Wi-Fi Direct Services) 기기의 간략화된 블록 다이어 그램을 나타낸 도면이다.
Wi-Fi Direct MAC 계층과 상위에는 ASP (Application Service Platform)라는 애플리케이션 서비스를 위한 플랫폼을 정의하고 있다. 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 공통 플랫폼 이용을 위해서 정의한다.
본 발명에서 설명하는 용어 중 서비스 해쉬 (Service Hash)는 서비스 네임(Service Name)의 서비스 해쉬 알고리즘 (예. SHA256) 해쉬(hashing)의 첫번째 6 옥텟(octet)을 이용하여, 서비스 네임으로부터 형성된다. 본 발명에서 사용되는 서비스 해쉬는 특정한 것을 의미하는 것만은 아니며, 프로브 요청/응답 발견 메커니즘을 이용한 서비스 네임의 충분한 표시로 이해함이 바람직하다. 간단하게 예를 들면, 서비스 네임이 “org.wifi.example” 일 경우, 이 서비스 네임을 SHA256으로 해쉬(hashing)한 값의 앞의 6 바이트(byte)가 해쉬 값(hash value)이다.
WFDS에서는 프로브 요청 메시지에 해쉬 값을 포함하고, 서비스가 매칭되면, 서비스 내임을 포함한 프로브 응답 메시지로 응답하여 서비스 지원 여부를 확인한다. 즉, 서비스 네임은 DNS 형태의 사용자가 읽을 수 있는(user readable) 서비스의 이름이다. 서비스 해쉬 값은, 이 서비스 네임을 알고리즘(예. SHA256) 을 통해서 생성된 256 바이트 값 중의 상위 6 바이트를 의미한다. 앞의 예에서와 같이, 서비스 네임이 “org.wifi.example”일 경우, 서비스 해쉬는 “4e-ce-7e-64-39-49” 값일 수 있다.
따라서 본 발명에서는 서비스 네임을 알고리즘을 통해 해쉬(hashing)한 값의 일부를 서비스 해쉬(정보)라고 표현하며, 하나의 정보로서 메시지 내에 포함될 수 있다.
기존의 WFDS 설정 방법
도 9는 기존의 WFDS 에서 WFDS 기기 간 기기 발견(discovery) 및 서비스 발견하여 WFDS 세션을 연결하는 과정을 보여주는 도면이다.
설명의 편의를 위하여 도 4에 도시된 바와 같이, A 기기는 자신이 제공할 수 있는 WFDS를 검색자(seeker)에게 광고(advertise)하는 광고자(advertiser) 역할을 하고, B 기기는 광고된 서비스를 검색(seek)하는 역할을 하는 것을 가정한다. A 기기는 자신의 서비스를 광고하고 상대방이 서비스를 찾아서 시작하고자 하는 기기이며, B 기기는 상위 애플리케이션 혹은 사용자의 요청에 의해서 서비스를 지원하는 기기를 찾는 과정을 수행한다.
A 기기의 서비스(service) 단은 자신이 제공할 수 있는 WFDS를 A 기기의 애플리케이션 서비스 플랫폼(Application Service Platform; ASP) 단에 광고한다. B 기기의 서비스 단도 역시, 자신이 제공할 수 있는 WFDS를 B 기기의 ASP 단에 광고할 수 있다. B 기기는 검색자(seeker)로서 WFDS를 이용하기 위하여 이용하려는 서비스를 B 기기의 애플리케이션 단에서 서비스 단에 지시하고, 서비스 단은 다시 ASP 단에 해당 WFDS를 이용할 대상 기기를 찾도록 지시한다.
B 기기의 ASP 단은 자신의 WFDS 대상 기기를 찾기 위하여, P2P(peer to peer) 프로브 요청(P2P Probe Request) 메시지를 전송한다(S910). 이 때 P2P 프로브 요청 메시지 내에는 자신이 찾고자 하는 혹은 자신이 지원 가능한 서비스의 서비스 네임(service name)을 해쉬(hashing)하여 서비스 해쉬 형태로 넣어서 요청한다. 검색자로부터 P2P 프로브 요청 메시지를 수신한 A 기기는, 해당 서비스를 지원하는 경우 이에 대한 응답으로 B 기기에 P2P 프로브 응답(P2P Probe Response) 메시지를 전송한다(S920). P2P 프로브 응답 메시지에는 서비스 네임 혹은 해쉬 값으로 지원하는 서비스와 해당 광고(advertise) ID 값을 포함한다. 이 과정은 A 기기 및 B 기기가 서로 WFDS 기기 임과 지원하는 서비스의 여부를 알 수 있는 기기 발견(Device Discovery) 과정이다.
이후, 선택적으로(optionally), P2P 서비스 발견 과정을 통해서 특정 서비스에 대한 자세한 내용을 알 수 있게 된다. 자신과 WFDS를 할 수 있는 기기를 찾은 B 기기는 해당 기기에 P2P 서비스 발견 요청(P2P Service Discovery Request) 메시지를 전송한다(S930). B 기기로부터 P2P 서비스 발견 요청 메시지를 수신한 A 기기는 ASP 단에서, 앞서 A 기기의 서비스 단에서 광고 (advertise)한 서비스와 B 기기로부터 받은 P2P 서비스 네임 및 P2P 서비스 정보를 매칭(matching)하여 B 기기에게 P2P 서비스 발견 응답 (P2P Service Discovery Response) 메시지를 전송한다(S940). 이는 IEEE 802.11u에서 정의된 GAS 프로토콜(protocol)을 사용하게 된다. 이렇게 서비스 검색에 대한 요청이 완료되면 B 기기는 검색 결과를 애플리케이션 및 사용자에게 알릴 수 있게 된다. 이 시점까지 Wi-Fi Direct의 그룹이 형성되지 않는 상태이며, 사용자가 서비스를 선택하여 서비스가 연결 세션(Connect Session)을 수행하는 경우 P2P 그룹 형성(P2P Group formation)이 진행된다.
또한, 본 발명의 구체적인 일 실시예로서, WFA, WFDS, Wi-Fi Direct, NAN(Neighbor Awareness Networking), NFC(Near Field Communication), BLE(Bluetooth Low Energy) 및 WLAN Infrastructure 중 적어도 어느 하나에 기반하여 동작되는 ASP가 제공될 수 있다. 이때, 상술한 WFDS 등은 하나의 인터페이스일 수 있다. 즉, 인터페이스는 단말의 동작을 지원하는 방법을 지칭할 수 있다. 이때, 상술한 인터페이스들에 기초하여 ASP가 디바이스/서비스 디스커버리에 대해 연동하기 위한 구체적인 방법에 대해 서술한다.
도 10은 복수의 인터페이스를 지원하는 서비스 어플리케이션 플랫폼(Application Service Platform, ASP)을 나타낸 도면이다.
상술한 바와 같이, WFDS를 지원하는 단말로서 광고자 단말의 서비스(service) 단은 자신이 제공할 수 있는 서비스를 광고하고, WFDS를 지원하는 다른 단말로서 검색자 단말의 서비스 단은 다시 ASP 단에 해당 서비스를 이용할 대상 기기를 찾도록 지시할 수 있었다. 즉, 기존에는 ASP를 통해서 단말 간에 WFDS를 지원할 수 있었다.
이때, 도 10을 참조하면, ASP는 복수의 인터페이스를 지원할 수 있다. 이때, 일 예로, ASP는 서비스 디스커버리(Service Discovery)를 수행하기 위한 복수의 인터페이스를 지원할 수 있다. 또한, ASP는 서비스 연결(Connection)을 수행하기 위한 복수의 인터페이스를 지원할 수 있다.
이때, 일 예로, 서비스 디스커버리를 수행하는 복수의 인터페이스는 Wi-Fi Direct, NAN(Neighbor Awareness Networking), NFC(Near Field Communication), BLE(Bluetooth Low Energy) 및 WLAN Infrastructure 중 적어도 어느 하나일 수 있다.
또한, 서비스 연결을 수행하는 복수의 인터페이스는 Wi-Pi Direct, P2P 및 WLAN Infrastructure 중 적어도 어느 하나일 수 있다. 또한, 일 예로, ASP는 복수의 주파수 대역을 지원할 수 있다. 이때, 일 예로, 복수의 주파수 대역은 2.4GHz, 5GHz, 60GHz 등일 수 있다. 또한, 일 예로, 1GHz 미만의 주파수 대역에 대한 정보를 지원할 수 있다. 즉, ASP는 복수의 주파수 대역을 지원할 수 있으며, 특정 주파수 대역으로 한정되는 것은 아니다.
도 10을 참조하면, 제 1 단말은 제 1 서비스에 대한 디바이스 디스커버리 또는 서비스 디스커버리를 ASP를 이용하여 수행할 수 있다. 그 후, 디바이스 디스커버리 또는 서비스 디스커버리에 대한 검색이 완료되면 검색 결과를 바탕으로 서비스 연결을 수행할 수 있다. 이때, 일 예로, 서비스 디스커버리 검색에 이용되는 인터페이스 및 서비스 연결에 수행되는 인터페이스는 서로 다를 수 있으며, 복수의 인터페이스 중 선택될 수 있다.
따라서, ASP에서 상술한 복수의 인터페이스를 지원하기 위한 정보 또는 파라미터에 대한 정의가 필요할 수 있다. 이하에서는 복수의 인터페이스를 지원하는 ASP를 이용하여 서비스를 제공하기 위한 정보 또는 파라미터에 대해 서술한다.
상술한 ASP와 관련하여, 일 예로, 단말의 서비스 단은 ASP로부터 제 1 서비스를 지원할 수 있는 서비스 디스커버리 방법 및 연결 방법에 대한 정보를 획득할 수 있다. 이때, 제 1 서비스는 단말이 제공하는 하나의 서비스일 수 있으며, 특정 서비스에 한정되는 것은 아니다.
단말의 서비스 단은 ASP로부터 획득한 정보를 기반으로 ASP에 AdvertiseService() 또는 SeekService() method를 호출할 수 있다. 즉, 단말은 제 1 서비스에 대한 서비스 디스커버리를 수행하기 위해 광고자 또는 검색자로서 ASP를 이용할 수 있으며, 이는 기존의 ASP 동작과 동일할 수 있다. 또한, 단말은 제 1 서비스에 대한 서비스 디스커버리가 수행된 후, 서비스 디스커버리 결과를 기반으로 서비스 연결을 수행할 수 있다. 이때, 서비스 연결은 P2P 또는 WLAN Infrastructure일 수 있다. 이때, 일 예로, 두 가지 서비스 연결 모두 복수의 주파수 대역을 지원하는바 선호하는 대역을 중심으로 연결이 수행될 수 있다.
보다 상세하게는, 도 10을 참조하면 단말의 서비스단은 getPHY_status(service_name) method를 호출하여 사용하려는 서비스에 대한 메시지를 ASP에 보낼 수 있다. 이때, 서비스단은 ASP로부터 Return 값을 수신하여 ASP가 지원하는 서비스 디스커버리 방법 및 서비스 연결 방법에 대한 복수의 주파수 대역 정보를 획득할 수 있다. 이를 통해, 단말은 서비스에 대해 선호하는 연결 방법과 선호하는 주파수 대역 정보를 ASP에 알려 주고, ASP가 지원하는 서비스 디스커버리 방법 및 서비스 연결 방법에 대한 정보를 획득할 수 있다. ASP는 서비스단으로부터 받은 정보를 기반으로 서비스 디스커버리를 수행하여 특정 디바이스를 찾고 연결하여 서비스를 이용할 수 있다.
상술한 바에서는 WLAN Infrastructure 및 P2P에 대해 서술하였으며, 이를 지원하기 위한 ASP에 대해 서술하였다.
하기에서는 상술한 내용을 바탕으로 WLAN Infrastructure에서 디스커버리를 수행하는 방법에 대해 서술한다.
도 11은 단말이 WLAN Infrastructure을 이용하여 디스커버리를 수행하는 방법을 나타낸 도면이다.
단말은 WLAN Infrastructure를 이용하여 디스커버리를 수행할 수 있다. 이때, 상술한 바와 같이, 단말은 검색자 또는 광고자로서 특정 서비스를 지원할 수 있으며, 특정 서비스를 지원하기 위한 디스커버리를 수행할 수 있다. 일 예로, 단말은 WLAN Infrastructure를 이용하여 디스커버리를 수행할 수 있다. 이때, 단말은 상술한 바와 같이 복수의 인터페이스를 지원하는 ASP로서 WLAN Infrastructure를 지원하는 ASP를 이용하여 디스커버리를 수행할 수 있다. 또한, 일 예로, 단말은 ASP와 무관하게 WLAN Infrastructure를 이용하여 디스커버리를 수행할 수 있으며, 상술한 실시예로 한정되지 않는다.
일 예로, 도 11을 참조하면 제 1 단말(STA_1,1110)은 WLAN Infrastructure의 AP(Access Point, 1130)를 이용하여 제 2 단말(STA_2, 1120)로 디스커버리 요청 메시지를 전송할 수 있다.(S1110) 이때, 디스커버리 요청 메시지는 디스커버리 요청 프레임의 형태로 전송될 수 있으며, 이에 대해서는 후술한다.
또한, 디스커버리 요청 메시지는 WLAN Infrastructure로서 AP를 통해 브로드캐스트 또는 멀티캐스트 방식으로 전송될 수 있다. 즉, 제 1 단말(1110)은 AP를 통해 복수의 단말들에게 디스커버리 요청 메시지를 전송할 수 있다.
또한, 일 예로, 디바이스 및 서비스에 대한 요청 정보가 하나의 메시지에 포함되어 전송될 수 있다. 또한, 일 예로, 제 1 단말(1110)은 디바이스 디스커버리만을 요청하는 메시지를 제 2 단말(1120)에 전송할 수 있다. 또한, 일 예로, 제 1 단말(1110)은 서비스 디스커버리만을 요청하는 메시지를 제 2 단말(1120)에 전송할 수 있다. 즉, 제 1 단말(1110)은 디바이스 및/또는 서비스 디스커버리 요청 메시지를 전송할 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, 일 예로, 제 1 단말(1110)이 ASP를 기반으로 WLAN Infrastructure을 이용하여 제 2 단말(1120)로 디스커버리 요청 메시지를 전송하는 경우, 제 1 단말(1110)은 상술한 검색자 단말일 수 있다. 또한, 제 2 단말(1120)은 상술한 광고자 단말일 수 있다. 즉, 단말은 상술한 ASP를 기반으로 WLAN Infrastructure을 이용하여 디스커버리를 수행할 수 있다. 이때, 제 2 단말(1120)은 디스커버리 요청 메시지에 기초하여 디스커버리 응답 메시지를 제 1 단말(1110)로 전송할 수 있다.(S1120) 이때, 일 예로, 디스커버리 응답 메시지는 디스커버리 응답 프레임에 기초하여 전송될 수 있으며, 이에 대해서는 후술한다.
또한, 일 예로, 디스커버리 응답 메시지는 WLAN Infrastructure로서 AP를 통해서 유니캐스트 방식으로 전송될 수 있다. 즉, 제 2 단말(1120)은 디스커버리 요청 메시지에 대한 응답으로 디스커버리 응답 메시지를 AP를 통해 제 1 단말(1110)로만 전송할 수 있다.
또 다른 일 예로, 일 예로, 디바이스 및 서비스에 대한 요청 정보가 하나의 메시지에 포함되어 전송될 수 있다. 또한, 일 예로, 제 2 단말(1120)은 디바이스 디스커버리 요청 메시지를 수신하면 디바이스 디스커버리 응답 메시지를 제 1 단말(1120)에 전송할 수 있다. 또한, 일 예로, 제 2 단말(1120)은 서비스 디스커버리 요청 메시지를 수신하면 서비스 디스커버리 응답 메시지를 제 1 단말(1110)에 전송할 수 있다. 즉, 제 1 단말(1120)은 디바이스 및/또는 서비스 디스커버리 응답 메시지를 전송할 수 있으며, 상술한 실시예로 한정되지 않는다.
그 후, 제 1 단말(1110) 및 제 2 단말(1120)은 버전 정보를 확인하는 과정(S1130, S1140, S1150, S1160)을 수행할 수 있다. 이를 통해, 각각의 단말에서 지원하는 프로토콜 정보 및 호환성에 대한 정보가 교환될 수 있다. 그 후, 제 1 단말(1110)은 세션 요청 메시지를 제 2 단말(1120)로 전송하고(S1170), 제 2 단말(1120)로부터 ACK 메시지를 수신하여(S1180) 세션 연결을 수행할 수 있다. 즉, 단말은 WLAN Infrastructure를 디스커버리를 수행하고 세션 연결을 수행할 수 있다.
도 12 및 도 13은 프레임 포맷을 나타낸 도면이다.
단말이 WLAN Infrastructure를 이용하여 디스커버리를 수행하는 경우, 단말은 다양한 프레임 포맷에 기초하여 디스커버리에 대한 정보를 포함시켜 다른 단말로 전송할 수 있다. 이때, 일 예로, 단말은 도 12(a)에 기초한 MAC 프레임 포맷에 기초하여 디스커버리에 대한 정보를 다른 단말로 전송할 수 있다, 이때, 일 예로, 도 12(a)를 참조하면 기본적인 MAC 프레임은 MAC 헤더, 프레임 바디(Frame Body), 및 FCS(Frame Check Sequence)로 구성될 수 있다.
이때, MAC 헤더는 프레임 제어(Frame Control) 필드, 기간(Duration)/ID 필드, 주소(Address) 필드, Sequence Control, QoS Control, HT Control 서브 필드 등을 포함할 수 있다. 이때, MAC 헤더 중 프레임 제어(Frame Control) 필드는 프레임 송신/수신에 필요한 제어 정보들을 포함할 수 있다. 기간/ID 필드는 해당 프레임 등을 전송하기 위한 시간으로 설정될 수 있다. 또한, 주소 필드는 송신자 및 수신자에 대한 식별 정보 등을 포함할 수 있으며, 이에 대해서는 후술한다. 또한, Sequence Control, QoS Control, HT Control 필드 등은 IEEE 802.11 표준 문서를 참조할 수 있다.
또한, 일 예로, 실질적인 정보가 포함될 수 있는 프레임 바디(Frame Body) 필드는 LLC(Logical Link Control), SNAP(Sub-Network Access Protocol), Payload Type 및 Payload 필드가 포함될 수 있다. 이때, 일 예로, Payload Type 필드 값에 기초하여 Payload 필드에 포함되는 정보가 결정될 수 있으며, Payload Type의 값은 하기의 표 1과 같을 수 있다. 이때, 일 예로, Payload type 값에 따라 Remote Request/Response, TDLS 및 FST에 대한 정보가 Payload에 포함될 수 있으며, 상술한 구성에 대해서는 IEEE802.11 표준 문서 및 IEEE802.11Aad 표준 문서를 참조할 수 있다.
[표 1]
Figure PCTKR2016000930-appb-I000001
이때, 일 예로, Payload type 필드는 제 1 필드로서 디스커버리 정보 타입을 지시할 수 있다. 이때, Payload 필드는 제 2 필드로서 디스커버리 정보 타입에 기초하여 디스커버리 정보가 포함되는 필드일 수 있으며, 이에 대해서는 후술한다.
또한, 도 13을 참조하면 프레임 포맷은 MAC 헤더, LLC 헤더, SNAP 헤더 및 MAUSB(Media Agnostic Universal Serial Bus) protocol data 및 FSC(Frame Check Sequence) 필드를 포함할 수 있다. 이때, 일 예로, 상술한 프레임 포맷은 WSB(Wireless Serial Bus)에서 이용되는 프레임 포맷일 수 있다. 이때, 일 예로, MAC 헤더에는 패킷에 대한 소스(Source) MAC 어드레스 및 목적지(Destination) MAC 주소 정보가 포함될 수 있다. 또한, 일 예로, LLC 헤더에는 0xAA 값을 갖는 DSAP(destination service access point) 필드 및 0xAA 값을 갖는 SSAP(source service access point) 필드가 포함될 수 있다. 또한, LLC 헤더에는 UI(Unnumbered Information) 필드가 포함될 수 있다. 또한, SNAP 필드에는 Protocol identification에 대한 정보가 포함될 수 있다.
이때, 상술한 프레임 포맷들을 기반으로 프레임을 WLAN Infrastructure를 이용하는 디스커버리에 그대로 이용할 수 있다. 즉, 디스커버리 수행에 대한 정보를 도 12 및 도 13에서 상술한 프레임 포맷을 사용하는 프레임에 포함시켜 송수신할 수 있다.
이때, 일 예로, 단말이 ASP를 기반으로 WLAN Infrastructure를 이용하여 디스커버리를 수행하는 경우, ASP 지원 프로토콜(ASP Coordination Protocol)에 대한 메시지 포맷을 상술한 프레임 포맷에 적용하여 디스커버리를 수행할 수 있다.
즉, 도 12 및 도 13에서 상술한 데이터 프레임 포맷을 사용하되 ASP를 지원하기 위해서 고유한 식별자를 선언하고, 정보를 포함하도록 할 수 있다. 이때, 일 예로, ASP 지원 프로토콜에 대한 메시지 포맷은 ASP를 지원하기 위한 메시지 포맷으로서 하기의 표 2와 같을 수 있다.
[표 2]
Figure PCTKR2016000930-appb-I000002
이때, 표 2를 참조하면, ASP 지원 프로토콜에 대한 메시지 포맷은 Opcode 필드, Sequence Number 필드 및 Payload 필드를 포함할 수 있다. 이때, Opcode 필드는 메시지 타입을 지시하는 필드로서, 각각의 값에 따라 메시지 타입이 다르게 설정될 수 있다. 이때, 일 예로, Opcode 필드에 대한 값에 기초하여 각각의 메시지 타입은 하기의 표 3과 같을 수 있다. 이때, Payload 필드는 Opcode에 기초하여 설정되는 각각의 메시지 타입에 따라 다르게 설정될 수 있다.
또한, Sequence Number 필드는 전송 횟수를 지시하는 필드일 수 있으며, 전송 횟수가 증가할때마다 1씩 증가할 수 있다.
[표 3]
Figure PCTKR2016000930-appb-I000003
도 14는 Payload 필드에 ASP 지원 프로토콜에 대한 메시지 포맷이 적용되는 방법을 나타낸 도면이다.
상술한 바와 같이, 단말이 ASP를 기반으로 WLAN Infrastructure를 이용하여 디스커버리를 수행하는 경우, 단말은 도 12에서 제시된 프레임 포맷에 ASP에 대한 식별자 정보를 포함하도록 할 수 있다. 이때, 일 예로, 하기의 표 4는 도 12에서 상술한 Payload type 필드로서 표 1에서 ASP에 대한 식별자가 포함됨을 나타낸 것이다. 즉, Payload type 필드 값이 4인 경우에는 Payload에는 ASP에 대한 정보로서 상술한 ASP 지원 프로토콜에 대한 메시지 포맷이 Payload에 적용될 수 있다.
[표 4]
Figure PCTKR2016000930-appb-I000004
이때, 도 14를 참조하면, Payload type 필드 값이 4인 경우, Payload 필드에는 상술한 표 2에 대한 포맷으로서 ASP 지원 프로토콜에 대한 메시지 포맷이 적용될 수 있다. 즉, 단말이 ASP를 기반으로 WLAN Infrastructure를 이용하여 디스커버리를 수행하는 경우, 단말은 데이터 프레임 포맷에 ASP를 지원하도록 지시하는 고유한 식별자를 더 포함시킬 수 있으며, 고유한 식별자를 이용하여 ASP를 지원할 수 있는 형태로서 정보가 포함되도록 지시할 수 있다.
이때, 일 예로, 상술한 바와 같이, Payload type 필드는 제 1 필드로서 디스커버리 정보 타입을 지시할 수 있다. 이때, Payload type 필드 값이 4인 경우, Payload 필드는 제 2 필드로서 ASP 지원 프로토콜에 대한 메시지 포맷에 기초하여 디스커버리 정보가 포함될 수 있다. 즉, 디스커버리 정보는 ASP에 지원될 수 있는 형태로서 디스커버리 요청 프레임 및/또는 디스커버리 응답 프레임에 포함될 수 있다.
도 15는 Payload 필드에 ASP 지원 프로토콜에 대한 메시지 포맷이 적용되는 방법을 나타낸 도면이다.
상술한 바와 같이, 단말이 ASP를 기반으로 WLAN Infrastructure를 이용하여 디스커버리를 수행하는 경우, 단말은 도 13에서 제시된 프레임 포맷에 ASP에 대한 식별자 정보를 포함하도록 할 수 있다.
일 예로, 도 13에서 제시된 프레임 포맷에는 Payload type에 대한 필드가 포함되지 않을 수 있다. 이때, 상술한 프레임 포맷에 대해서 LLC 필드 및 SNAP 필드를 이용하여 Payload에 ASP에 대한 정보로서 상술한 ASP 지원 프로토콜에 대한 메시지 포맷이 Payload에 적용되도록 할 수 있다. 이때, 일 예로, LLC 필드 및 SNAP 필드에 하기의 표 5와 같은 정보가 포함되는 경우에, Payload에 ASP에 대한 정보로서 상술한 ASP 지원 프로토콜에 대한 메시지 포맷이 Payload에 적용되도록 지시할 수 있다. 이때, 일 예로, SNAP 필드에서 5 Octets 중 2 Octet가 ASP를 지시하도록 사용될 수 있으며, 이를 통해 Payload 필드에 ASP 지원 프로토콜에 대한 메시지 포맷이 적용될 수 있다.
[표 5]
Figure PCTKR2016000930-appb-I000005
즉, SNAP 필드가 제 1 필드로서 디스커버리 정보 타입을 지시할 수 있으며, SNAP 필드에 의해 ASP가 지원됨이 지시되는 경우, Payload 필드는 제 2 필드로서 디스커버리 정보를 ASP 지원 프로토콜 메시지 포맷에 기초하여 포함할 수 있다.
이를 통해, 단말이 ASP를 기반으로 WLAN Infrastructure를 이용하여 디스커버리를 수행하는 경우, 단말은 데이터 프레임 포맷에 ASP를 지원하도록 지시하는 고유한 식별자를 더 포함시킬 수 있으며, 고유한 식별자를 이용하여 ASP 정보가 포함되도록 지시할 수 있다.
즉, 디스커버리 정보는 ASP에 지원될 수 있는 형태로서 디스커버리 요청 프레임 및/또는 디스커버리 응답 프레임에 포함될 수 있다.
도 16은 디스커버리를 수행하는 프레임에 포함되는 정보를 나타낸 도면이다.
상술한 바와 같이, 단말이 ASP를 기반으로 WLAN Infrastructure를 이용하여 디스커버리를 수행하는 경우, 단말은 상술한 바와 같은 프레임 포맷에 ASP 지원 프로토콜에 대한 메시지 포맷을 Payload에 적용하여 디스커버리를 수행할 수 있다. 이때, 일 예로, 단말이 디스커버리를 수행하는 경우, ASP 지원 프로토콜에 대한 메시지 포맷에 대한 필드로서 Opcode는 하기의 표 6과 같을 수 있다. 즉, Opcode를 나타내는 표 3에서 디스커버리 요청(Discovery_Request) 및 디스커버리 응답(Discovery_Response)을 지시하는 값이 설정될 수 있다.
[표 6]
Figure PCTKR2016000930-appb-I000006
이때, Opcode 값이 디스커버리 요청을 나타내는 경우(Opcode값이 7인 경우), Payload에는 디스커버리 요청에 대한 정보가 포함될 수 있다. 즉, 단말이 ASP를 기반으로 WLAN Infrastructure를 이용하여 디스커버리를 수행하는 경우로서, 디스커버리 요청 메시지를 전송하는 Opcode를 통해 디스커버리 요청을 지시하고, Payload에 디스커버리 요청에 대한 정보를 포함시킬 수 있다.
또한, 일 예로, 단말이 ASP를 기반으로 WLAN Infrastructure를 이용하여 디스커버리를 수행하는 경우로서, 디스커버리 응답 메시지를 전송하는 Opcode를 통해 디스커버리 응답을 지시하는 경우(Opcode값이 8인 경우), Payload에 디스커버리 응답에 대한 정보를 포함시킬 수 있다.
일 예로, 도 16은 디스커버리 요청 및 응답 프레임을 나타낼 수 있다. 이때, 디스커버리 요청 프레임과 디스커버리 응답 프레임은 도 16과 같은 형태로서 동일한 프레임 포맷을 가질 수 있다. 또한, 일 예로서, 디스커버리 요청 프레임과 디스커버리 응답 프레임은 서로 다른 프레임 포맷을 가질 수 있으며, 상술한 실시예로 한정되지 않는다.
이때, 도 16을 참조하면, 디스커버리 요청 또는 응답 프레임의 Payload에는 상술한 바와 같은 Opcode, Sequence number, coordination_version, length 및 Information Element TLV 필드가 포함될 수 있다. 이때, 일 예로, Opcode 및 Sequence number 필드는 상술한 바와 같으며, coordination_version 필드는 지원되는 지원 프로토콜 버전(coordination protocol version)에 대한 정보가 포함될 수 있다. 또한, length 필드는 디스커버리 정보로서 TLV에 대한 길이 정보가 포함될 수 있다.
또한, Information Element TLV는 Type, Length 및 Value로 구별되는 필드일 수 있다. 이때, 일 예로, Type 필드는 1byte 또는 2byte이고, Length는 2byte이고, Value는 가변하게 설정될 수 있으나, 상술한 실시예로 한정되지 않는다. 즉, Information Element TLV 필드에 디스커버리를 위한 정보들이 포함될 수 있다. 또한, 일 예로, Information Element TLV는 복수개가 포함될 수 있다.
보다 상세하게는, 단말이 디스커버리 요청 메시지를 전송하는 경우, 디스커버리 요청 메시지에는 UDP(User Datagram Protocol)으로 자신이 찾고자하는 Device 정보를 포함시켜 브로드캐스트 방식을 통해 전송할 수 있다. 이때, 디스커버리 요청 메시지는 AP를 통해서 브로드캐스트 방식으로 전송될 수 있다. 즉, 단말은 검색자로서, 디스커버리를 위한 정보를 포함하는 메시지를 AP를 통해 복수의 단말에게 전송할 수 있다. 이때, 일 예로, 디스커버리에 필요한 정보로서 상술한 P2P 및 WFDS에 대한 IE(Information Element)에 대한 모든 속성(attribute)에 대한 정보가 Information Element TLV 형태로 포함될 수 있다. 일 예로, Information Element TLV 형태로 포함되는 모든 속성 정보는 P2P 규격과 WFDS 규격에 정의된 P2P IE(Information Element)에 모든 속성에 대한 정보가 Information Element TLV형태로 포함될 수 있다.
또 다른 일 예로, P2P 규격 외에 WFA에 정의한 속성(attribute)과 새로운 Information Element에 대한 속성(attribute) 형태의 정보는 모두 Information Element TLVs 필드에 포함될 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, 일 예로, ANQP(Access Network Query Protocol) 요청 프레임 정보가 상술한 하나의 Information Element TLV로 정의될 수 있다. 또한, 일 예로, WFDS 디스커버리를 위한 서비스 해쉬 속성(Service Hash attribute)가 Information Element TLV 형태로 포함될 수 있다.
즉, 디스커버리 요청 메시지로서, 각각의 인터페이스에 대한 Information Element로서 각각의 속성을 고려한 정보들은 Information Element TLV 형태로서 메시지에 포함될 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, 일 예로, 단말이 디스커버리 요청 메시지에 대한 응답으로 응답 메시지를 전송하는 경우, 디스커버리 요청 메시지는 유니캐스트 방식으로 전송될 수 있다. 이때, 일 예로, 디스커버리 응답 메시지는 AP를 통해서 검색자 단말로 전송될 수 있다. 즉, 단말은 애드버타이저로서 디스커버리 요청 메시지에 대한 응답으로 검색자 단말에게만 AP를 통해서 디스커버리 응답 메시지를 전송할 수 있다. 일 예로, 애드버타이즈 단말은 P2P 연결 과정으로서 응답으로 전송했던 컨텐츠에 대한 내용을 Information Element TLV 형태로 포함시켜 전송할 수 있다.
이때, 일 예로, 디스커버리 응답 메시지에는 디스커버리에 필요한 정보로서 상술한 P2P 및 WFDS에 대한 IE(Information Element)에 대한 모든 속성(attribute)이 Information Element TLV 형태로 포함될 수 있다. 일 예로, Information Element TLV 형태로 포함되는 모든 속성 정보는 P2P 규격과 WFDS 규격에 정의된 P2P IE(Information Element)에 모든 속성을 고려한 정보들이 Information Element TLV형태로 포함될 수 있다.
또한, 일 예로, WFDS 디스커버리를 위해서 애드버타이즈 서비스 정보 속성(Advertised Service Info attribute)이 Information Element TLV 형태로 포함될 수 있다. 또한, 일 예로, 디스커버리 응답 메시지를 수신하는 디바이스는 ACK 또는 NACK을 보내 수신 여부를 확인하도록 할 수 있다.
또한, 일 예로, 하기의 표 7은 Information Element TLV에서 Type 정보를 나타낸 것이다. 이때, 일 예로, Type는 P2P에 대한 Information Element로서 속성을 구별하기 위한 Type 값일 수 있다. 또한, 일 예로, 하기의 Type에 대한 속성에 대한 포맷은 P2P 규격 및 WFDS 규격에서 정의된 형태와 동일할 수 있으며, P2P 규격 및 WFDS 규격을 참조할 수 있다.
즉, Information Element TLV는 디스커버리에 필요한 정보로서 Information Element의 속성에 기초하여 각각의 정보를 구별하여 포함될 수 있다. 즉, Type, Length, Value 형태로 구성되는 Information Element TLV 형태로서 다양한 정보를 포함하도록 할 수 있으며, 상술한 실시예로 한정되지 않는다.
[표 7]
Figure PCTKR2016000930-appb-I000007
Figure PCTKR2016000930-appb-I000008
도 17은 Information Element TLV에 정보가 포함되는 일 예를 나타낸 도면이다.
상술한 바와 같이, Information Element TLV는 Type, Length, Value 형태로 디스커버리에 대한 정보를 포함할 수 있다.
이때, 일 예로, 도 17(a)을 참조하면, Type을 통해서 상술한 ANQP Query Request에 대한 정보가 포함됨을 지시할 수 있다. 즉, Type 값을 통해 지시될 수 있다. 이때, 일 예로, ANQP Query Request에 대한 정보로서 각각에 필요한 정보인 Service name length, service name, service information request length 및 Service Information Request 필드가 포함될 수 있다. 즉, ANQP Query Request에 대한 정보는 상술한 Information Element TLV 형태로서 디스커버리 요청 메시지의 Payload에 포함될 수 있다.
또한, 일 예로, 도 17(b)를 참조하면, Type을 통해서 상술한 ANQP Query Response에 대한 정보가 포함됨을 지시할 수 있다. 즉, Type 값을 통해 지시될 수 있다. 이때, 일 예로, ANQP Query Response에 대한 정보로서 각각에 필요한 정보인 Number of Service info Descriptor 및 Service Info Desciptor(s) 필드가 포함될 수 있다. 즉, ANQP Query Response에 대한 정보는 상술한 Information Element TLV 형태로서 디스커버리 응답 메시지의 Payload에 포함될 수 있다.
상술한 바에서 디스커버리 요청 메시지는 디스커버리 요청 프레임에 기초하여 전송되는 메시지이고, 디스커버리 응답 메시지는 디스커버리 응답 프레임에 기초하여 전송되는 메시지일 수 있다.
또한, 일 예로, 디스커버리 요청 메시지는 디바이스 디스커버리 요청 메시지, 서비스 디스커버리 요청 메시지 및 디바이스/서비스 디스커버리 요청 메시지 중 어느 하나일 수 있다. 또한, 디스커버리 응답 메시지는 디바이스 디스커버리 응답 메시지, 서비스 디스커버리 응답 메시지 및 디바이스/서비스 디스커버리 응답 메시지 중 어느 하나일 수 있다.
도 18은 디스커버리를 수행하는 방법을 나타낸 도면이다.
단말은 ASP를 기반으로 WLAN Infrastructure를 이용하여 디스커버리를 수행할 수 있다. 이때, 일 예로, 도 18을 참조하면, 제 1 단말(1810)과 제 2 단말(1820)은 AP를 통해서 연결될 수 있으며, 상위 레이어(Layer 2 및 3)에 대해서도 연결이 성립될 수 있다.
이때, 제 1 단말(1810) 및 제 2 단말(1820)이 AP를 통해 연결이 성립한 상태에서 검색자 단말로서 제 2 단말(1820)은 브로드캐스트를 위한 MAC 주소에 대한 정보를 AP로 제공하고, AP를 이용하여 디스커버리 요청 메시지를 브로드캐스트할 수 있다. 이때, 애드버타이즈 단말로서 제 1 단말(1810)은 디스커버리 요청 메시지에 기초하여 해당하는 서비스를 매칭하고 디바이스 및 서비스에 대한 정보를 포함시켜 디스커버리 응답 메시지를 AP를 통해 유니캐스트 방식으로 제 1 단말(1810)로 전송할 수 있다. 이를 통해, 제 1 단말(1810)은 ASP를 기반으로 WLAN Infrastructure를 이용하여 디스커버리를 수행할 수 있다.
또한, 일 예로, 디바이스 디스커버리 및 서비스 디스커버리 과정을 분리하여 진행할 수 있다. 이때, 디바이스 디스커버리 및 서비스 디스커버리 과정이 분리되는 경우, 상술한 Opcode에 대한 표 6에서 SERVICE_DISCOVERY_REQUEST Opcode 및 DISCOVERY_REQUEST의 Opcode가 분리되어 포함될 수 있다. 또한, SERVICE_DISCOVERY_RESPONSE의 Opcode와 DISCOVERY_RESPONSE의 Opcode가 분리되어 포함될 수 있으며, 이는 하기의 표 8과 같다.
[표 8]
Figure PCTKR2016000930-appb-I000009
도 19는 본 명세서의 일 실시예에 따라 단말이 디스커버리를 수행하는 방법에 대한 순서도를 나타낸 도면이다.
단말은 AP를 통해 디스커버리 요청 프레임을 송신할 수 있다.(S1910) 이때, 도 11 내지 도 19에서 상술한 바와 같이, 디스커버리 요청 프레임에는 ASP를 지원하는지 여부를 지시하는 필드가 포함될 수 있다. 이때, ASP를 지원하는 것으로 지시하는 경우, 디스커버리 정보는 ASP 지원 프로토콜 메시지 포맷으로 디스커버리 요청 프레임에 포함될 수 있다. 또한, 일 예로, 디스커버리 요청 프레임은 상술한 디스커버리 요청 메시지에 포함되어 전송될 수 있다. 또한, 일 예로, AP를 통해 디스커버리 요청 프레임을 송신하는 것은 WLAN Infrastructure를 이용하여 디스커버리를 수행하는 것을 의미할 수 있다. 또한, 디스커버리 요청 프레임은 AP를 통해 브로드캐스트 또는 멀티 캐스트 방식으로 전송될 수 있으며, 이는 상술한 바와 같다.
다음으로, 단말은 AP를 통해 디스커버리 요청 프레임에 대한 응답으로 디스커버리 응답 프레임을 수신할 수 있다.(S1920) 이때, 도 11 내지 도 19에서 상술한 바와 같이, 디스커버리 응답 프레임에는 ASP를 지원하는지 여부를 지시하는 필드가 포함될 수 있다. 이때, ASP를 지원하는 것으로 지시하는 경우, 디스커버리 정보는 ASP 지원 프로토콜 메시지 포맷으로 디스커버리 응답 프레임에 포함될 수 있다. 또한, 일 예로, 디스커버리 응답 프레임은 상술한 디스커버리 응답 메시지에 포함되어 전송될 수 있다. 또한, 일 예로, AP를 통해 디스커버리 응답 프레임을 수신하는 것은 WLAN Infrastructure를 이용하여 디스커버리를 수행하는 것을 의미할 수 있다. 또한, 디스커버리 응답 프레임은 AP를 통해 유니캐스트 방식으로 전성될 수 있으며, 이는 상술한 바와 같다.
도 20은 본 명세서의 일 실시예에 따라 단말 장치의 블록도를 도시한 도면이다.
단말 장치는 WLAN Infrastructure를 이용하여 디스커버리를 수행할 수 있는 단말일 수 있다. 이때, 단말 장치(100)는 무선 신호를 송신하는 송신 모듈(110), 무선 신호를 수신하는 수신 모듈(130) 및 송신 모듈(110)과 수신 모듈(130)을 제어하는 프로세서(120)를 포함할 수 있다. 이때, 단말(100)은 송신 모듈(110) 및 수신 모듈(130)을 이용하여 외부 디바이스와 통신을 수행할 수 있다. 이때, 외부 디바이스는 다른 단말 장치일 수 있다. 일 예로, P2P를 통해 연결되는 다른 단말 장치 또는 WLAN Infrastructure를 통해 연결되는 AP 또는 non-AP 장치일 수 있다. 또 다른 일 예로, 외부 디바이스는 기지국일 수 있다. 즉, 외부 디바이스는 단말 장치(100)와 통신을 수행할 수 있는 장치일 수 있으며, 상술한 실시예로 한정되지 않는다. 단말 장치(100)는 송신 모듈(110) 및 수신 모듈(130)을 이용하여 컨텐츠 등의 디지털 데이터를 송신 및 수신할 수 있다.
본 명세서의 일 실시예에 따르면, 단말 장치(100)의 프로세서(120)는 송신 모듈(110)을 이용하여 제 2 단말을 통해 디스커버리 요청 프레임을 송신하고, 수신 모듈(130)을 이용하여 제 2 단말을 통해 디스커버리 요청 프레임의 응답으로 디스커버리 응답 프레임을 수신할 수 있다. 이때, 디스커버리 요청 프레임 및 디스커버리 응답 프레임 각각은 디스커버리 정보 타입을 지시하는 제 1 필드 및 디스커버리 정보를 포함하는 제 2 필드를 포함할 수 있다. 이때, 디스커버리가 ASP를 기반으로 수행되는 경우, 제 1 필드는 ASP가 지원됨을 지시하는 제 1 값으로 설정되고, 제 2 필드는 ASP 지원 프로토콜 메시지 포맷에 기초하여 디스커버리 정보를 포함할 수 있다.
이때, 일 예로, 상술한 제 2 단말은 AP 단말일 수 있다. 또한, 디스커버리 요청 프레임은 브로드캐스트 또는 멀티캐스트 방식을 통해 송신되고, 디스커버리 응답 프레임은 유니캐스트 방식을 통해 수신될 수 있다. 또한, ASP 지원 프로토콜 메시지 포맷은 메시지 타입을 지시하는 Opcode 필드, 전송 횟수를 나타내는 Sequence number 필드, 지원 프로토콜 버전을 나타내는 coordination_version 필드, payload의 길이를 나타내는 length 필드 및 payload 필드 중 적어도 어느 하나를 포함할 수 있으며, 이는 상술한 바와 같다.
상술한 본 발명의 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 발명의 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
하드웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 프로세서, 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
상술한 바와 같이 개시된 본 발명의 바람직한 실시형태에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 실시 형태를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 따라서, 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다. 또한, 이상에서는 본 명세서의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 명세서는 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 명세서의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형 실시들은 본 명세서의 기술적 사상이나 전망으로부터 개별적으로 이해되어서는 안될 것이다.
그리고 당해 명세서에서는 물건 발명과 방법 발명이 모두 설명되고 있으며, 필요에 따라 양 발명의 설명은 보충적으로 적용될 수 있다.
상술한 바와 같은 무선 통신 시스템에서 단말이 디스커버리를 수행하는 바업ㅂ에 대해서 NAN 시스템에 적용되는 예를 중심으로 설명하였으나, NAN 시스템 이외에도 다양한 무선 통신 시스템에 적용하는 것이 가능하다.

Claims (15)

  1. 무선 통신 시스템에서 제 1 단말이 디스커버리를 수행하는 방법에 있어서,
    제 2 단말을 통해 디스커버리 요청 프레임을 송신하는 단계;
    상기 제 2 단말을 통해 상기 디스커버리 요청 프레임의 응답으로 디스커버리 응답 프레임을 수신하여 상기 디스커버리를 수행하는 단계;를 포함하되,
    상기 디스커버리 요청 프레임 및 상기 디스커버리 응답 프레임 각각은 디스커버리 정보 타입을 지시하는 제 1 필드 및 디스커버리 정보를 포함하는 제 2 필드를 포함하고,
    상기 디스커버리가 어플리케이션 서비스 플랫폼(Application Service Platform, ASP)을 기반으로 수행되는 경우, 상기 제 1 필드는 상기 ASP가 지원됨을 지시하는 제 1 값으로 설정되고, 상기 제 2 필드는 ASP 지원 프로토콜 메시지 포맷(ASP Coordination Protocol Message Format)에 기초하여 상기 디스커버리 정보를 포함하는, 디스커버리 수행 방법.
  2. 제 1 항에 있어서,
    상기 제 2 단말은 AP(Access Point) 단말인, 디스커버리 수행 방법.
  3. 제 1 항에 있어서,
    상기 디스커버리 요청 프레임은 브로드캐스트 또는 멀티캐스트 방식을 통해 송신되고,
    상기 디스커버리 응답 프레임은 유니캐스트 방식을 통해 수신되는, 디스커버리 수행 방법.
  4. 제 1 항에 있어서,
    상기 ASP 지원 프로토콜 메시지 포맷은 메시지 타입을 지시하는 Opcode 필드, 전송 횟수를 나타내는 Sequence number 필드, 지원 프로토콜 버전을 나타내는 coordination_version 필드, payload의 길이를 나타내는 length 필드 및 payload 필드 중 적어도 어느 하나를 포함하는, 디스커버리 수행 방법.
  5. 제 4 항에 있어서,
    상기 Opcode 필드가 제 1 값으로 설정되는 경우, 상기 Payload 필드에는 디스커버리 요청에 대한 정보가 포함되고,
    상기 Opcode 필드가 제 2 값으로 설정되는 경우, 상기 Payload 필드에는 디스커버리 응답에 대한 정보가 포함되는, 디스커버리 수행 방법.
  6. 제 4 항에 있어서,
    상기 Payload 필드에는 디스커버리 정보 속성에 기초하여 TLV 필드로서 상기 디스커버리 정보가 포함되는, 디스커버리 수행 방법.
  7. 제 6 항에 있어서,
    상기 TLV 필드는 Type 필드, Length 필드 및 Value 필드로 구성되되,
    상기 Type 필드는 상기 디스커버리 정보 속성을 지시하고,
    상기 Length 필드는 상기 Value 필드의 크기를 지시하고,
    상기 Value 필드는 상기 Type 필드가 지시하는 상기 디스커버리 정보 속성에 대한 상기 디스커버리 정보가 포함되는, 디스커버리 수행 방법.
  8. 제 6 항에 있어서,
    하나의 TLV 필드는 하나의 디스커버리 정보 속성에 대응되어 구성되는, 디스커버리 수행 방법.
  9. 제 8 항에 있어서,
    상기 Payload 필드에는 복수의 디스커버리 정보 속성에 대한 복수의 TLV 필드가 포함되는, 디스커버리 수행 방법.
  10. 제 1 항에 있어서,
    상기 디스커버리는 디바이스 디스커버리 및 서비스 디스커버리 중 적어도 어느 하나를 포함하는, 디스커버리 수행 방법.
  11. 무선 통신 시스템에서 디스커버리를 수행하는 제 1 단말에 있어서,
    외부 디바이스로부터 정보(information)를 수신하는 수신 모듈;
    외부 디바이스로 정보(information)을 송신하는 송신 모듈; 및
    상기 수신 모듈 및 상기 송신 모듈을 제어하는 프로세서;로서,
    상기 프로세서는,
    상기 송신 모듈을 이용하여 제 2 단말을 통해 디스커버리 요청 프레임을 송신하고,
    상기 수신 모듈을 이용하여 상기 제 2 단말을 통해 상기 디스커버리 요청 프레임의 응답으로 디스커버리 응답 프레임을 수신하되,
    상기 디스커버리 요청 프레임 및 상기 디스커버리 응답 프레임 각각은 디스커버리 정보 타입을 지시하는 제 1 필드 및 디스커버리 정보를 포함하는 제 2 필드를 포함하고,
    상기 디스커버리가 어플리케이션 서비스 플랫폼(Application Service Platform, ASP)을 기반으로 수행되는 경우, 상기 제 1 필드는 상기 ASP가 지원됨을 지시하는 제 1 값으로 설정되고, 상기 제 2 필드는 ASP 지원 프로토콜 메시지 포맷(ASP Coordination Protocol Message Format)에 기초하여 상기 디스커버리 정보를 포함하는, 디스커버리를 수행하는 단말.
  12. 제 11 항에 있어서,
    상기 제 2 단말은 AP(Access Point) 단말인, 디스커버리를 수행하는 단말.
  13. 제 11 항에 있어서,
    상기 디스커버리 요청 프레임은 브로드캐스트 또는 멀티캐스트 방식을 통해 송신되고,
    상기 디스커버리 응답 프레임은 유니캐스트 방식을 통해 수신되는, 디스커버리를 수행하는 단말.
  14. 제 11 항에 있어서,
    상기 ASP 지원 프로토콜 메시지 포맷은 메시지 타입을 지시하는 Opcode 필드, 전송 횟수를 나타내는 Sequence number 필드, 지원 프로토콜 버전을 나타내는 coordination_version 필드, payload의 길이를 나타내는 length 필드 및 payload 필드 중 적어도 어느 하나를 포함하는, 디스커버리를 수행하는 단말.
  15. 제 14 항에 있어서,
    상기 Opcode 필드가 제 1 값으로 설정되는 경우, 상기 Payload 필드에는 디스커버리 요청에 대한 정보가 포함되고,
    상기 Opcode 필드가 제 2 값으로 설정되는 경우, 상기 Payload 필드에는 디스커버리 응답에 대한 정보가 포함되는, 디스커버리를 수행하는 단말.
PCT/KR2016/000930 2015-02-11 2016-01-28 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치 WO2016129834A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201562115104P 2015-02-11 2015-02-11
US62/115,104 2015-02-11

Publications (1)

Publication Number Publication Date
WO2016129834A1 true WO2016129834A1 (ko) 2016-08-18

Family

ID=56614615

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/000930 WO2016129834A1 (ko) 2015-02-11 2016-01-28 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2016129834A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110073239A (ko) * 2009-12-22 2011-06-29 삼성전자주식회사 ＷｉＦｉ Ｄｉｒｅｃｔ 네트워크에서의 서비스 탐색 방법 및 장치
US20130282914A1 (en) * 2010-12-24 2013-10-24 Samsung Electronics Co., Ltd. Method and apparatus for content protection in wi-fi direct network
WO2014084519A1 (ko) * 2012-11-29 2014-06-05 엘지전자 주식회사 와이파이 다이렉트 서비스 시스템에서 통신 설정 방법 및 이를 위한 장치
US20140330927A1 (en) * 2013-05-02 2014-11-06 Emily H. Qi Apparatus, system and method of managing an application service platform (asp) session
US20140337544A1 (en) * 2013-05-08 2014-11-13 Qualcomm Incorporated Transport mode for wireless serial bus (wsb) service

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110073239A (ko) * 2009-12-22 2011-06-29 삼성전자주식회사 ＷｉＦｉ Ｄｉｒｅｃｔ 네트워크에서의 서비스 탐색 방법 및 장치
US20130282914A1 (en) * 2010-12-24 2013-10-24 Samsung Electronics Co., Ltd. Method and apparatus for content protection in wi-fi direct network
WO2014084519A1 (ko) * 2012-11-29 2014-06-05 엘지전자 주식회사 와이파이 다이렉트 서비스 시스템에서 통신 설정 방법 및 이를 위한 장치
US20140330927A1 (en) * 2013-05-02 2014-11-06 Emily H. Qi Apparatus, system and method of managing an application service platform (asp) session
US20140337544A1 (en) * 2013-05-08 2014-11-13 Qualcomm Incorporated Transport mode for wireless serial bus (wsb) service

Similar Documents

Publication Publication Date Title
WO2016167618A1 (ko) 무선 통신 시스템에서 서비스 디스커버리를 수행하는 방법 및 장치
WO2016148406A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼을 이용하여 서비스를 지원하는 방법 및 장치
WO2014088378A1 (ko) 무선 통신 시스템에서 세션 초기화 방법 및 장치
WO2014123383A1 (ko) 무선 통신 시스템에서 세션 수립 방법 및 장치
WO2016148523A1 (ko) 무선 통신 시스템에서 서비스 디스커버리를 수행하는 방법 및 장치
WO2014109513A1 (ko) 무선 통신 시스템에서 디스커버리 방법 및 장치
WO2017014579A1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
WO2017018823A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼 세션 형성 방법 및 장치
WO2014098437A1 (ko) 무선랜 시스템에서 서비스 발견 방법 및 장치
JP6324982B2 (ja) エヌエフシーを用いたワイファイダイレクトサービス方法およびそのための装置
KR101670753B1 (ko) 와이파이 다이렉트(Wi- Fi Direct) P2P(Peer to Peer) 통신을 위한 기기 발견 방법 및 이를 위한 장치
WO2017039376A1 (ko) 무선 통신 시스템에서 연결 능력 정보를 교환하는 방법 및 장치
WO2013122398A1 (ko) 무선랜 시스템에서 필터링 기반 스캐닝 방법 및 장치
US10820375B2 (en) Method and apparatus for turning on Wi-Fi infrastructure using BLE interface in wireless communication system
WO2013122395A1 (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 장치
WO2019177231A1 (ko) 무선랜 시스템에서 타겟 액세스 포인트에 대한 정보를 전달하기 위한 방법 및 이를 이용한 액세스 포인트
WO2017146461A1 (ko) 페이징 기법에 따른 이웃 인식 네트워크를 위한 방법 및 이를 이용한 무선 단말
WO2014030894A1 (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 이를 위한 장치
WO2016190618A1 (ko) 무선 통신 시스템에서 세션 핸드오버를 수행하는 방법 및 장치
WO2016209019A1 (ko) 무선 통신 시스템에서 mdns를 이용하여 디스커버리를 수행하는 방법 및 장치
WO2016148550A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼 세션 형성을 수행하는 방법 및 장치
WO2015119329A1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
WO2015167269A1 (ko) 무선 통신 시스템에서 서비스 디스커버리 방법 및 장치
WO2017155271A1 (ko) 무선 통신 시스템에서 트랜스포트를 통해 스트리밍을 제공받는 방법 및 장치
WO2017105071A1 (ko) 무선 통신 시스템에서 nfc를 이용하여 서비스 디스커버리를 수행하는 방법 및 장치

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16749374

Country of ref document: EP

Kind code of ref document: A1