[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2016190618A1 - 무선 통신 시스템에서 세션 핸드오버를 수행하는 방법 및 장치 - Google Patents

무선 통신 시스템에서 세션 핸드오버를 수행하는 방법 및 장치 Download PDF

Info

Publication number
WO2016190618A1
WO2016190618A1 PCT/KR2016/005361 KR2016005361W WO2016190618A1 WO 2016190618 A1 WO2016190618 A1 WO 2016190618A1 KR 2016005361 W KR2016005361 W KR 2016005361W WO 2016190618 A1 WO2016190618 A1 WO 2016190618A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
session
connection
handover
asp
Prior art date
Application number
PCT/KR2016/005361
Other languages
English (en)
French (fr)
Inventor
김동철
이병주
박현희
박기원
임태성
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to US15/575,649 priority Critical patent/US10397837B2/en
Publication of WO2016190618A1 publication Critical patent/WO2016190618A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0066—Transmission or use of information for re-establishing the radio link of control information between different types of networks in order to establish a new radio link in the target network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0079—Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00222—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between different packet switched [PS] network technologies, e.g. transferring data sessions between LTE and WLAN or LTE and 5G
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/03—Reselecting a link using a direct mode connection
    • H04W36/033—Reselecting a link using a direct mode connection in pre-organised networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1446—Reselecting a network or an air interface over a different radio air interface technology wherein at least one of the networks is unlicensed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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 apparatus for performing a session handover 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
  • APs QAPs (Quality APs) supporting QoS.
  • WLAN environment for example, WLAN environment according to IEEE 802.11a / b / g
  • 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 session handover in a wireless communication system.
  • the present specification relates to a method and apparatus for performing a handover for a session formed based on an application service platform (ASP) supporting a plurality of interfaces.
  • ASP application service platform
  • the present specification relates to a method and an apparatus for configuring information on a message exchanged during a session handover in a wireless communication system.
  • a method for performing a session handover by a first terminal in a wireless communication system may be provided.
  • the method for performing a session handover may include forming an ASP session using a first connection method with a second terminal, transmitting a session handover request to the second terminal, and performing a session handover from the second terminal. And receiving a session handover response and transmitting a session handover confirmation to the second terminal.
  • the formed ASP session may be handed over to the second connection method.
  • a first terminal for performing session handover in a wireless communication system may be provided.
  • the first terminal may include a receiving module for receiving the information from the external device, a transmitting module for transmitting the information to the external device, and a processor for controlling the receiving module and the transmitting module.
  • the processor establishes an ASP session with the second terminal through the first connection method, transmits a session handover request to the second terminal using the transmitting module, and receives a session handover response from the second terminal using the receiving module.
  • the session handover confirmation may be transmitted to the second terminal using the transmitting module.
  • the formed ASP session may be handed over to the second connection method.
  • the session handover request may include information about the formed ASP session and information about a service supported based on the formed ASP session.
  • the session handover request may further include information on the second connection method.
  • the session handover response may include indication information indicating whether handover is possible from the first connection method to the second connection method.
  • the session handover response may further include information on the second connection method.
  • cause information on the handover impossibility may be further included in the session handover response.
  • the session handover request and the session handover response may be exchanged based on the first connection method, and the session handover confirmation may be transmitted based on the second connection method.
  • the ASP session when an ASP session is formed based on an ASP, the ASP session may be formed based on any one of a first connection method and a second connection method.
  • each of the first connection method and the second connection method may be any one of a peer to peer (P2P) connection method and a WLAN infrastructure connection method.
  • P2P peer to peer
  • the method may further include performing a connection by the second connection method.
  • the first terminal and the second terminal exchanges information about the connection, but the connection information is connected for session handover.
  • Information indicating that it is performed may be included.
  • the session handover request, the session handover response, and the session handover confirmation may be ASP Coordination Protocol (CP CP) messages.
  • CP CP Coordination Protocol
  • the ASP CP message may be a message exchanged based on the formed ASP session.
  • the present disclosure may provide a method and apparatus for performing a session handover in a wireless communication system.
  • the present disclosure may provide a method and apparatus for performing handover for a session formed based on an application service platform supporting a plurality of interfaces.
  • the present disclosure may provide a method and apparatus for configuring information on a message exchanged in a process of performing a session handover in a wireless communication system.
  • 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 supporting a plurality of interfaces.
  • 11 is a diagram illustrating a method for seamless handover from a P2P connection to a WLAN infrastructure connection.
  • FIG. 12 illustrates a method for seamless handover from a WLAN infrastructure connection to a P2P connection.
  • FIG. 13 is a diagram illustrating a seamless handover from a WLAN infrastructure connection to a P2P connection when no P2P connection is established.
  • FIG. 14 is a flowchart illustrating a method of performing session handover according to an embodiment of the present specification.
  • 15 is a block diagram of a terminal device according to an 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 ⁇ 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.
  • the above-described WFDS may be one interface. That is, the interface may refer to a method for supporting the operation of the terminal. In this case, a specific method for interworking with the device / service discovery by the ASP will be described based on the above-described interfaces.
  • the BLE of the above-described interface uses a frequency of 2.4 GHz and may be a Bluetooth transmission / reception scheme in a form of reducing power consumption. That is, it can be used to transmit data while reducing power consumption in order to transmit and receive extremely small amount of data quickly.
  • a NAN (Neighbor Awareness Networking) network includes a NAN terminal using the same set of NAN parameters (for example, a time interval between successive discovery windows, a duration of a discovery window, a beacon interval, or a NAN channel, etc.). Can mean.
  • the NAN terminals may configure a NAN cluster, where the NAN cluster may use the same set of NAN parameters and may mean a set of NAN terminals synchronized to the same discovery window schedule.
  • a NAN terminal belonging to a NAN cluster may directly transmit a multicast / unicast NAN service discovery frame to another NAN terminal within a range of a discovery window.
  • NFC may operate in a relatively low frequency band of 13.56 MHz.
  • an NFC channel may be selectively used.
  • the searching P2P device may discover the P2P device using the NFC channel.
  • NFC device discovery may mean that two P2P devices agree on a common channel for group formation and share provisioning information, such as a device's password.
  • 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 be instructed to find a 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 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 to the ASP about a service to be used.
  • 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.
  • the above-described getPHY_status may include information as shown in Table 1 below.
  • Table 1 below may include information on the uppermost concept on the left side, and may include information on each lower concept toward the right side.
  • 10B is a diagram illustrating a system architecture based on an ASP that supports multiple interfaces.
  • each layer may include a service (or service / application) layer, a platform layer, and a connection layer.
  • the system architecture of FIG. 10B may be a structure included in the system architecture of the existing WFDS.
  • a service of WFDS Print, Send, Play, and Display may be used.
  • NAN service, Docking, WSB, and other services may be supported. In other words, various services can be supported in the new system architecture.
  • the ASP supporting the plurality of interfaces may receive the information on the above-described service as a method, and may use the same to connect with other terminals.
  • the system architecture in the existing WFDS is connected via Wi-Fi Direct.
  • a connection for supporting a service with another terminal may be performed based on NAN MAC, Wi-Fi Direct, Infrastructure, NFC, BLE, and the like.
  • FIG. 10B may be a new system architecture that operates based on an ASP supporting multiple interfaces.
  • a connection method for a service may be selectively used among a P2P connection and a WLAN infrastructure connection. In this case, it may be necessary to hand over to P2P connection and infrastructure connection.
  • the P2P connection and the WLAN infrastructure connection may have different frequency bands or necessary information.
  • the UE needs to exchange information necessary to perform seamless handover in the process of performing handover.
  • an information exchange method for performing handover between a P2P connection and a WLAN infrastructure connection as a seamless handover will be described.
  • 11 is a diagram illustrating a method for seamless handover from a P2P connection to a WLAN infrastructure connection.
  • the first terminal 1110 and the second terminal 1120 may perform an ASP and service session connection through a P2P connection.
  • the first terminal 1110 may be a seeker terminal, and the second terminal 1120 may be an advertiser terminal.
  • the first terminal 1110 may perform a terminal and service discovery to determine whether the second terminal 1120 supports a service that the first terminal 1110 wants to use.
  • the terminal and service discovery for the first terminal 1110 and the second terminal 1120 may be performed through a P2P connection.
  • the terminal and the service discovery for the first terminal 1110 and the second terminal 1120 may be performed through another interface, but are not limited to the above-described embodiment.
  • the ASP terminal of the first terminal 1110 when the first terminal 1110 completes the discovery of the second terminal 1120 by performing the terminal and service discovery, the ASP terminal of the first terminal 1110 is connected to the first terminal 1110.
  • Information about a discovery result may be provided to the service / application stage.
  • the discovery result may be an event. That is, the ASP terminal of the first terminal 1110 may call the discovery result event and provide information on the discovery result to the service / application terminal of the first terminal 1110. In this way, the first terminal 1110 may complete discovery for the second terminal 1120.
  • the discovery result event may include information about Table 2 below. That is, the discovery result event may include information about a service and a terminal, such as a service name and a terminal name, as result information of the discovery.
  • the discovery result event may further include information about Table 3 below.
  • the discovery result event may further include a plurality of connection capability information.
  • the connection capability information may include ID information, address information, etc. for connection as information on P2P connection.
  • band information on P2P connection may be included.
  • the information on the WLAN infrastructure may include BSSID information, band / channel information, and the like.
  • other information necessary for performing P2P connection and WLAN infrastructure connection may be further included, but is not limited to the above-described embodiment.
  • information indicating whether a plurality of ASP sessions can be connected may be included.
  • Discovery may be completed when the ASP terminal of the first terminal 1110 provides the discovery result event to the service / application terminal of the first terminal 1110. Thereafter, the second terminal 1120 and the first terminal 1110 may perform a connection.
  • the first terminal 1110 and the second terminal 1120 may perform a connection through a P2P connection or a WLAN infrastructure. Thereafter, the first terminal 1110 and the second terminal 1120 may provide a service by performing an ASP and a service session connection.
  • FIG. 11 illustrates a case in which a first terminal 1110 and a second terminal 1120 perform a connection as a P2P connection.
  • the first terminal 1110 may handover from the P2P connection to the WLAN infrastructure connection.
  • the handover may be performed based on a spatial situation or quality.
  • the situation in which the handover is triggered may not be limited in the present invention.
  • the handover may also be performed by the second terminal 1120.
  • the terminal to perform the handover may transmit a session handover request to another terminal.
  • the following description will be made based on the case in which the first terminal 1110 transmits a session handover request to the second terminal 1120 for convenience of description.
  • the service / application terminal of the first terminal 1110 may call the BoundPort method to the ASP terminal of the first terminal 1110.
  • the BoundPort method may be configured with parameters for at least one of session_mac, sessions_id, ip_address, port, and proto, as shown in Table 4 below.
  • two ports may be required for the first terminal 1110 to maintain an ASP session and a service session with the second terminal 1120.
  • MAC information about an IP address or a session or a service may be changed. Therefore, before the handover is performed, the service / application terminal of the first terminal 1110 calls the BoundPort method including the parameters described in Table 4 below to the ASP terminal of the first terminal 1110 for information on the new connection. You can check. For example, the BoundPort method may be called before the first terminal 1110 transmits the session handover to the second terminal 1120.
  • MAC information about a session or a service may be used as before. Therefore, as an example, when the first terminal 1110 hands over with a new connection method, it is necessary to indicate whether to maintain existing information or update with new information. In addition, as an example, when the first terminal 1110 hands over to a new connection method, the existing information and the updated new information may be used together. In this case, the first terminal 1110 may include the existing information and the updated new information in the session management message and transmit the same to the second terminal 1120. Through this, when the first terminal 1110 and the second terminal 1120 handover to a new connection method, information for session maintenance may be shared.
  • the first terminal 1110 may transmit a session handover request to the second terminal 1120. Thereafter, as an example, the first terminal 1110 may receive an ACK from the second terminal 1120. Thereafter, the first terminal 1110 may receive a session handover response. In this case, as an example, the first terminal 1110 may directly receive a session handover response without receiving an ACK from the second terminal 1120. Thereafter, the first terminal 1110 may transmit an ACK for the session handover response to the second terminal 1120.
  • the second terminal 1120 receives the ACK from the first terminal 1110, the handover from the P2P connection to the WLAN infrastructure connection may be completed.
  • the first terminal 1110 may transmit a session handover request to the second terminal 1120 through a P2P connection. That is, the first terminal 1110 may transmit a session handover request to the second terminal 1120 through a connection currently used for an ASP session and a service session.
  • the information included in the session handover request may be as shown in Table 5 below.
  • the session handover request may include at least one or more of the information included in Table 5.
  • the session handover request may include network type, ASP CP VERSION, and handover type information.
  • Session_mac, Session_ID, Service_mac, and Advertisement_ID information may be changed in a newly connected method, and information on this may also be included in session handover information.
  • the session handover request may include information on the newly connected WLAN infrastructure. That is, the session handover request may include information required for handover and information necessary for a newly connected connection method.
  • the first terminal 1110 may receive a session handover response from the second terminal 1120 through a P2P connection. That is, the first terminal 1110 may receive a session handover request from the second terminal 1120 through a connection currently used for an ASP session and a service session.
  • the information included in the session handover response may be as shown in Table 6 below.
  • the session handover response may include at least one or more of the information included in Table 6.
  • the session handover response may include status information indicating whether handover is possible.
  • Session_mac, Session_ID, Service_mac, and Advertisement_ID information may be included in the session handover response.
  • the session handover request may include information on the newly connected WLAN infrastructure. That is, the session handover request may include information required for handover and information necessary for a newly connected connection method.
  • the status indicates that handover is impossible
  • information on the reason why the handover is impossible may be included. For example, when ASP CP VERSION is different, handover may not be possible, and information on this may be included in the session handover response.
  • the network type is different, handover may not be possible, and information on this may be included in the session handover response.
  • handover may not be possible, and information on this may be included in the session handover response.
  • the first terminal 1110 may handover from the P2P connection to the WLAN infrastructure connection based on the received information. .
  • an ASP session and a service session for the second terminal 1120 and the first terminal 1110 may be performed based on the WLAN infrastructure connection.
  • the first terminal 1110 may transmit a session handover confirm to the second terminal 1120.
  • the first terminal 1110 may transmit a session handover confirmation to the second terminal 1120 by using the newly connected WLAN infrastructure connection.
  • the session handover confirmation may be as shown in Table 7 below.
  • the session handover confirmation may include at least one of status information indicating that the handover is completed, Session_mac, and sessions_id information.
  • FIG. 12 illustrates a method for seamless handover from a WLAN infrastructure connection to a P2P connection.
  • the first terminal 1210 and the second terminal 1220 may perform an ASP session and a service session connection through a WLAN infrastructure connection. In this case, the first terminal 1210 and the second terminal 1220 to perform a service and terminal discovery to perform a connection as shown in FIG. However, in FIG. 12, the first terminal 1210 and the second terminal 1220 may perform an ASP session and a service session through a WLAN infrastructure connection.
  • the ASP terminal of the first terminal 1210 is the first terminal 1210.
  • Information on the discovery result may be provided to the service / application stage of the C.
  • the discovery result may be an event. That is, the ASP terminal of the first terminal 1210 may call the discovery result event and provide information on the discovery result to the service / application terminal of the first terminal 1210. In this way, the first terminal 1210 may complete discovery for the second terminal 1220.
  • the discovery result may be as described in Tables 2 and 3 above.
  • the first terminal 1210 may handover from the WLAN infrastructure connection to the P2P connection.
  • the handover may be performed based on a spatial situation or quality.
  • the situation in which the handover is triggered may not be limited in the present invention.
  • the handover may also be performed by the second terminal 1220.
  • the terminal to perform the handover may transmit a session handover request to another terminal.
  • the following description will be made based on the case in which the first terminal 1210 transmits a session handover request to the second terminal 1220 for convenience of description.
  • the service / application terminal of the first terminal 1210 may call the BoundPort method with the ASP terminal of the first terminal 1210, which is the same as in FIG. 11 and Table 4 above.
  • the first terminal 1210 may transmit a session handover request to the second terminal 1220. Thereafter, as an example, the first terminal 1210 may receive an ACK from the second terminal 1220. Thereafter, the first terminal 1210 may receive a session handover response. In this case, as an example, the first terminal 1220 may immediately receive a session handover response without receiving an ACK from the second terminal 1220. Thereafter, the first terminal 1210 may transmit an ACK for the session handover response to the second terminal 1220. When the second terminal 1220 receives the ACK from the first terminal 1210, the handover from the WLAN infrastructure connection to the P2P connection may be completed.
  • the first terminal 1210 may transmit a session handover request to the second terminal 1220 through a WLAN infrastructure connection. That is, the first terminal 1210 may transmit a session handover request to the second terminal 1220 through a connection currently used for an ASP session and a service session.
  • the information included in the session handover request may be as shown in Table 8 below.
  • the session handover request may include at least one or more of the information included in Table 8.
  • the session handover request may include network type, ASP CP VERSION, and handover type information.
  • Session_mac, Session_ID, Service_mac, and Advertisement_ID information may be changed in a newly connected method, and information on this may also be included in session handover information.
  • the session handover request may include information on a newly connected P2P connection. That is, the session handover request may include information required for handover and information necessary for a newly connected connection method.
  • the first terminal 1210 may receive a session handover response from the second terminal 1220 through a WLAN infrastructure connection. That is, the first terminal 1210 may receive a session handover request from the second terminal 1220 through a connection currently used for an ASP session and a service session.
  • the information included in the session handover response may be as shown in Table 9 below.
  • the session handover response may include at least one or more of the information included in Table 9.
  • the session handover response may include status information indicating whether handover is possible.
  • Session_mac, Session_ID, Service_mac, and Advertisement_ID information may be included in the session handover response.
  • the session handover request may include information on a newly connected P2P connection. That is, the session handover request may include information required for handover and information necessary for a newly connected connection method.
  • the status indicates that handover is impossible
  • information on the reason why the handover is impossible may be included. For example, when ASP CP VERSION is different, handover may not be possible, and information on this may be included in the session handover response.
  • the network type is different, handover may not be possible, and information on this may be included in the session handover response.
  • handover may not be possible, and information on this may be included in the session handover response.
  • the first terminal 1210 may handover from the WLAN infrastructure connection to the P2P connection based on the received information. .
  • an ASP session and a service session for the second terminal 1220 and the first terminal 1210 may be performed based on the P2P connection.
  • the first terminal 1210 may transmit a session handover confirm to the second terminal 1220.
  • the first terminal 1120 may transmit a session handover confirmation to the second terminal 1110 using a newly connected P2P connection.
  • the session handover confirmation may be as shown in Table 10 below.
  • the session handover confirmation may include at least one of status information indicating that the handover is completed, Session_mac, and sessions_id information.
  • the session handover request, the session handover response, and the session handover confirmation message may be in the form of an ASP Coordination Protocol (CP CP) message. That is, the second terminal 1220 and the first terminal 1210 exchange the above-mentioned messages in the state where the ASP session and the service session is formed, the above-described message may be configured in the form of an ASP CP message.
  • CP CP ASP Coordination Protocol
  • the session handover request, session handover response, and session handover confirmation message may be defined as ASP CP messages.
  • Table 11 and Table 12 may be a general message format of the ASP CP message.
  • the above-described session handover request, session handover response, and session handover confirmation message may be defined and used in the reserved bits for the opcode. That is, a field indicating a session handover request, session handover response, and session handover confirmation message may be set as bits reserved in the opcode.
  • the payload field may include information about Table 8 (session handover request), Table 9 (session handover response) and Table 10 (session handover confirmation), respectively.
  • the following message type may be one embodiment and may not be limited to the above-described embodiment.
  • FIG. 13 is a diagram illustrating a seamless handover from a WLAN infrastructure connection to a P2P connection when no P2P connection is established.
  • the case where the first terminal 1310 and the second terminal 1320 are handed over from the WLAN infrastructure connection to the P2P connection may be the first attempted P2P connection.
  • a procedure for P2P connection may be performed.
  • the first terminal 1310 may transmit a probe request to the second terminal 1320. Thereafter, the first terminal 1310 may receive a probe response from the second terminal 1320. In this case, as an example, since the second terminal 1320 and the first terminal 1310 performed the terminal and the service discovery during the WLAN infrastructure connection, the exchange for the probe request / response may be omitted. Thereafter, the first terminal 1310 may transmit a provision discovery request to the second terminal 1320. Thereafter, the first terminal 1310 may receive a provision discovery response from the second terminal 1320. In this case, the purpose of performing the P2P connection may be to session handover from the WLAN infrastructure connection to the P2P connection.
  • the P2P connection may be performed for session handover.
  • the first terminal 1310 may provide the second terminal 1320 that the P2P connection is performed for the session handover.
  • the information indicating the session handover may be included in the provision discovery request described above. That is, the first terminal 1310 may transmit a provision discovery request including information indicating that P2P connection is performed for session handover to the second terminal 1320.
  • information indicating session handover may be included as attribute information.
  • the attribute fields included in the provision discovery request and response may be as shown in Table 13 below.
  • Table 13 may indicate attribute information defined in the existing provision discovery request and response.
  • “Session Handover Info” may be added as the above-described attribute field. That is, it may indicate that P2P connection is performed for session handover through the “Session Handover Info” attribute field.
  • the “Session Handover Info” attribute field may be as shown in Table 14 below.
  • a "Session Handover Info” attribute field may be defined in a provision discovery request.
  • the “Session Handover Info” attribute field may indicate information on the handover type. That is, information on whether session handover is switched from a WLAN infrastructure connection to a P2P connection or a P2P connection to a WLAN infrastructure connection may be indicated.
  • the second terminal 1320 may check information indicating that P2P connection is being performed for session handover.
  • the WLAN infrastructure connection may be configured to exchange advance information for P2P connection.
  • information included in the process of exchanging provision discovery requests and responses may be exchanged while the WLAN infrastructure is connected.
  • at least one of a band channel (band / channel, listen channel) and timing related information may be included for communication through a P2P connection in a WLAN infrastructure connection.
  • information required for P2P connection can be exchanged in advance in WLAN infrastructure connection.
  • the first terminal 1310 may perform a P2P connection and transmit a session handover confirmation to the second terminal 1320.
  • FIG. 14 is a flowchart illustrating a method for performing a session handover by a terminal according to an embodiment of the present specification.
  • the first terminal may form an ASP session with the second terminal through a first connection method (S1410).
  • the first connection method may be any one of a P2P connection or a WLAN infrastructure connection. It can be one. That is, the first terminal and the second terminal can form an ASP session using either a P2P connection or a WLAN infrastructure connection.
  • an ASP session may be formed to form a session for a service.
  • the ASP may support a plurality of interfaces, as described above with reference to FIGS. 10 to 13.
  • the first terminal may transmit a session handover request to the second terminal (S1420).
  • the session handover request may include a session MAC, a session ID, a service MAC, and a service. ID information may be included. That is, the session handover request may include information about the session and the service. Also, as an example, the session handover request may include information on the second connection method.
  • the second connection may be a WLAN infrastructure connection. Also, as an example, if the first connection method is a WLAN infrastructure connection, the second connection method may be a P2P connection.
  • the ASP can support P2P connection and WLAN infrastructure connection as a connection method, and can form an ASP session connection through either connection method.
  • the connection method for the formed ASP session is handed over to another connection method, the session handover request may be transmitted.
  • the second terminal may determine whether handover is possible (S1430).
  • the session handover response includes information indicating whether handover is possible. Can be.
  • information on the second connection method may be included in the session handover response (S1440). That is, the first terminal responds to the session handover request.
  • a session handover response including information on a newly connected connection method may be received.
  • the first terminal may transmit a session handover confirmation request to the second terminal (S1450).
  • S1450 session handover confirmation request to the second terminal
  • the connection method for the formed ASP session may be changed from the first connection method to the second connection method. That is, the ASP session may be handed over from the first connection method to the second connection method. Thereafter, the first terminal may transmit a session handover confirmation to the second terminal indicating that the handover for the ASP session is completed. In this case, as an example, the session handover confirmation may be transmitted to the second terminal through the newly established second connection method, as described above.
  • the session handover response may include information on the reason why the handover is not possible.
  • the first terminal may Information contained in the session handover response may be used to determine the reason why the handover is impossible.
  • 15 is a block diagram of a terminal device according to an embodiment of the present specification.
  • the terminal device may be a terminal capable of supporting the plurality of interfaces described above.
  • 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 may form an ASP session with the second terminal through the first connection method.
  • the processor 120 may transmit a session handover request to the second terminal by using the transmission module 110.
  • the processor 120 may receive a session handover response from the second terminal using the receiving module 13.
  • the processor 120 may transmit a session handover confirmation to the second terminal using the transmission module 110.
  • the formed ASP session may be handed over to the second connection method, 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 명세서는, 무선통신시스템에서 제 1 단말이 세션 핸드오버를 수행하는 방법에 대한 것이다. 이때, 세션 핸드오버를 수행하는 방법은 제 2 단말과 제 1 연결 방법으로 ASP 세션을 형성하는 단계, 제 2 단말로 세션 핸드오버 요청(Session Handover Request)을 전송하는 단계, 제 2 단말로부터 세션 핸드오버 응답(Session Handover Response)을 수신하는 단계 및 제 2 단말로 세션 핸드오버 확인(Session Handover Confirm)을 전송하는 단계를 포함할 수 있다. 이때, 제 2 단말로부터 세션 핸드오버 응답을 수신하는 경우, 형성된 ASP 세션은 제 2 연결 방법으로 핸드오버될 수 있다.

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)에 기초하여 형성된 세션에 대한 핸드오버를 수행하는 방법 및 장치에 대한 것이다.
본 명세서는, 무선 통신 시스템에서 세션 핸드오버를 수행하는 과정에서 교환되는 메시지에 대한 정보를 구성하는 방법 및 장치에 대한 것이다.
본 명세서의 일 실시예에 따라, 무선통신시스템에서 제 1 단말이 세션 핸드오버를 수행하는 방법을 제공할 수 있다. 이때, 세션 핸드오버를 수행하는 방법은 제 2 단말과 제 1 연결 방법으로 ASP 세션을 형성하는 단계, 제 2 단말로 세션 핸드오버 요청(Session Handover Request)을 전송하는 단계, 제 2 단말로부터 세션 핸드오버 응답(Session Handover Response)을 수신하는 단계 및 제 2 단말로 세션 핸드오버 확인(Session Handover Confirm)을 전송하는 단계를 포함할 수 있다. 이때, 제 2 단말로부터 세션 핸드오버 응답을 수신하는 경우, 형성된 ASP 세션은 제 2 연결 방법으로 핸드오버될 수 있다.
본 명세서의 또 다른 일 실시예에 따라, 무선통신시스템에서 세션 핸드오버를 수행하는 제 1 단말을 제공할 수 있다. 이때, 제 1 단말은 외부 디바이스로부터 인포메이션을 수신하는 수신 모듈, 외부 디바이스로 인포메이션을 송신하는 송신 모듈 및 수신 모듈과 송신 모듈을 제어하는 프로세서를 포함할 수 있다. 이때, 프로세서는 제 2 단말과 제 1 연결 방법으로 ASP 세션을 형성하고, 송신 모듈을 이용하여 제 2 단말로 세션 핸드오버 요청을 전송하고, 수신 모듈을 이용하여 제 2 단말로부터 세션 핸드오버 응답을 수신하고, 송신 모듈을 이용하여 제 2 단말로 세션 핸드오버 확인을 전송할 수 있다. 이때, 제 2 단말로부터 세션 핸드오버 응답을 수신하는 경우, 형성된 ASP 세션은 제 2 연결 방법으로 핸드오버 될 수 있다.
또한, 무선 통신 시스템에서 세션 핸드오버를 수행하는 방법 및 장치에 대해서 다음 사항들이 공통으로 적용될 수 있다.
본 명세서의 일 실시예에 따라, 세션 핸드오버 요청에는 형성된 ASP 세션에 대한 정보 및 형성된 ASP 세션에 기초하여 지원되는 서비스에 대한 정보가 포함될 수 있다.
이때, 본 명세서의 일 실시예에 따라, 세션 핸드오버 요청에는 제 2 연결 방법에 대한 정보가 더 포함될 수 있다.
또한, 본 명세서의 일 실시예에 따라, 세션 핸드오버 응답에는 제 1 연결 방법에서 제 2 연결 방법으로 핸드오버가 가능한지 여부를 나타내는 지시 정보가 포함될 수 있다.
이때, 본 명세서의 일 실시예에 따라, 지시 정보가 핸드오버가 가능한 것으로 지시하는 경우, 세션 핸드오버 응답에는 제 2 연결 방법에 대한 정보가 더 포함될 수 있다.
또한, 본 명세서의 일 실시예에 따라, 지시 정보가 핸드오버가 불가능한 것으로 지시하는 경우, 세션 핸드오버 응답에는 핸드오버 불가능에 대한 원인 정보가 더 포함될 수 있다.
또한, 본 명세서의 일 실시예에 따라, 세션 핸드오버 요청 및 세션 핸드오버 응답은 제 1 연결 방법에 기초하여 교환되고, 세션 핸드오버 확인은 제 2 연결 방법에 기초하여 전송될 수 있다.
또한, 본 명세서의 일 실시예에 따라, ASP에 기초하여 ASP 세션이 형성되는 경우, ASP 세션은 제 1 연결 방법 및 제 2 연결 방법 중 어느 하나에 기초하여 형성될 수 있다.
또한, 본 명세서의 일 실시예에 따라, 제 1 연결 방법 및 제 2 연결 방법 각각은 P2P(Peer to Peer) 연결 방법 및 WLAN Infrastructure 연결 방법 중 어느 하나일 수 있다.
또한, 본 명세서의 일 실시예에 따라, 제 2 단말로부터 세션 핸드오버 응답을 수신한 후, 제 2 연결 방법으로 연결을 수행하는 단계를 더 포함할 수 있다.
이때, 본 명세서의 일 실시예에 따라, 제 2 연결 방법으로 연결이 수행되는 경우, 제 1 단말과 제 2 단말은 연결에 대한 정보를 교환하되, 연결에 대한 정보에는 연결이 세션 핸드오버를 위해 수행됨을 지시하는 정보가 포함될 수 있다.
또한, 본 명세서의 일 실시예에 따라, 세션 핸드오버 요청, 세션 핸드오버 응답 및 세션 핸드오버 확인은 ASP CP(Coordination Protocol) 메시지일 수 있다.
또한, 본 명세서의 일 실시예에 따라, ASP CP 메시지는 형성된 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은 복수의 인터페이스를 지원하는 서비스 어플리케이션 플랫폼을 나타낸 도면이다.
도 11은 P2P 연결에서 WLAN Infrastructure 연결로 심리스 핸드오버가 수행되는 방법을 나타낸 도면이다.
도 12는 WLAN Infrastructure 연결에서 P2P 연결로 심리스 핸드오버가 수행되는 방법을 나타낸 도면이다.
도 13는 P2P 연결이 설정되지 않은 상태에서 WLAN Infrastructure 연결에서 P2P 연결로 심리스 핸드오버가 수행되는 경우를 나타낸 도면이다.
도 14는 본 명세서의 일 실시예에 따라 세션 핸드오버를 수행하는 방법에 대한 순서도를 나타낸 도면이다.
도 15는 본 명세서의 일 실시예에 따라 단말 장치의 블록도를 도시한 도면이다.
이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
이하의 실시예들은 본 발명의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성할 수도 있다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다.
이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시된다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
본 발명의 실시예들은 무선 액세스 시스템들인 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) 중 적어도 어느 하나에 기반하여 동작되는 ASP에 대한 구성에 대해 개시한다. 이때, 상술한 WFDS 등은 하나의 인터페이스일 수 있다. 즉, 인터페이스는 단말의 동작을 지원하는 방법을 지칭할 수 있다. 이때, 상술한 인터페이스들에 기초하여 ASP가 디바이스/서비스 디스커버리에 대해 연동하기 위한 구체적인 방법에 대해 서술한다.
이때, 일 예로, 상술한 인터페이스 중 BLE는 2.4GHz의 주파수를 사용하며, 전력 소모를 줄인 형태의 블루투스 송수신 방식일 수 있다. 즉, 극히 적은 용량의 데이터를 빠르게 송수신하기 위해 전력 소모를 줄이면서 데이터를 전송하는데 사용될 수 있다.
또한, 일 예로, NAN(Neighbor Awareness Networking) 네트워크는 동일한 NAN 파라미터들(예를 들어, 연속된 디스커버리 윈도우 사이의 시간 구간, 디스커버리 윈도우의 구간, 비콘 인터벌 또는 NAN 채널 등)의 집합을 사용하는 NAN 단말들을 의미할 수 있다. NAN 단말들은 NAN 클러스터를 구성할 수 있는데, 여기서 NAN 클러스터는 동일한 NAN 파라미터들의 집합을 사용하며, 동일한 디스커버리 윈도우 스케줄에 동기화되어 있는 NAN 단말들의 집합을 의미할 수 있다. NAN 클러스터에 속한 NAN 단말은 멀티캐스트/유니캐스트 NAN 서비스 디스커버리 프레임을, 디스커버리 윈도우의 범위 내에서, 다른 NAN 단말에게 직접 전송할 수 있다.
또한 일 예로, NFC의 경우는 13.56MHz의 상대적으로 낮은 주파수 대역에서 동작할 수 있다. 이때, P2P 두 기기가 NFC를 지원하는 경우, 선택적으로 NFC 채널이 사용될 수 있다. 검색하는 P2P 기기는 NFC 채널을 이용하여 P2P 기기를 발견할 수 있다. NFC 기기 발견은 두 P2P 기기가 그룹 형성을 위한 공통의 채널에 동의하고, 기기의 패스워드와 같은 프로비저닝(provisioning) 정보를 공유하는 것을 의미할 수 있다.
상술한 인터페이스들에 대해 ASP를 통해 구체적인 연동 방법에 대해서 하기에서 서술한다. 이때, ASP와 연동될 수 있는 인터페이스로서 상술한 구성들을 제시하였으나, 이는 일 예시일 뿐, 다른 인터페이스를 지원하는 것도 가능할 수 있으며, 상술한 실시예로 한정되지 않는다.
도 10은 복수의 인터페이스를 지원하는 서비스 어플리케이션 플랫폼(Application Service Platform, ASP)을 나타낸 도면이다.
상술한 바와 같이, WFDS를 지원하는 단말로서 광고자 단말의 서비스(service) 단은 자신이 제공할 수 있는 서비스를 광고하고, WFDS를 지원하는 다른 단말로서 검색자 단말의 서비스 단은 다시 ASP 단에 해당 서비스를 이용할 대상 기기를 찾도록 지시할 수 있었다. 즉, 기존에는 ASP를 통해서 단말 간에 WFDS를 지원할 수 있었다.
이때, 도 10a를 참조하면, 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 및 Infrastructure 중 적어도 어느 하나일 수 있다. 또한, 일 예로, ASP는 복수의 주파수 대역을 지원할 수 있다. 이때, 일 예로, 복수의 주파수 대역은 2.4GHz, 5GHz, 60GHz 등일 수 있다. 또한, 일 예로, 1GHz 미만의 주파수 대역에 대한 정보를 지원할 수 있다. 즉, ASP는 복수의 주파수 대역을 지원할 수 있으며, 특정 주파수 대역으로 한정되는 것은 아니다.
도 10a를 참조하면, 제 1 단말은 제 1 서비스에 대한 디바이스 디스커버리 또는 서비스 디스커버리를 ASP를 이용하여 수행할 수 있다. 그 후, 디바이스 디스커버리 또는 서비스 디스커버리에 대한 검색이 완료되면 검색 결과를 바탕으로 서비스 연결을 수행할 수 있다. 이때, 일 예로, 서비스 디스커버리 검색에 이용되는 인터페이스 및 서비스 연결에 수행되는 인터페이스는 서로 다를 수 있으며, 복수의 인터페이스 중 선택될 수 있다.
따라서, ASP에서 상술한 복수의 인터페이스를 지원하기 위한 정보 또는 파라미터에 대한 정의가 필요할 수 있다. 이하에서는 복수의 인터페이스를 지원하는 ASP를 이용하여 서비스를 제공하기 위한 정보 또는 파라미터에 대해 서술한다.
상술한 ASP와 관련하여, 일 예로, 단말의 서비스 단은 ASP로부터 제 1 서비스를 지원할 수 있는 서비스 디스커버리 방법 및 연결 방법에 대한 정보를 획득할 수 있다. 이때, 제 1 서비스는 단말이 제공하는 하나의 서비스일 수 있으며, 특정 서비스에 한정되는 것은 아니다.
단말의 서비스 단은 ASP로부터 획득한 정보를 기반으로 ASP에 AdvertiseService() 또는 SeekService() method를 호출할 수 있다. 즉, 단말은 제 1 서비스에 대한 서비스 디스커버리를 수행하기 위해 광고자 또는 검색자로서 ASP를 이용할 수 있으며, 이는 기존의 ASP 동작과 동일할 수 있다. 또한, 단말은 제 1 서비스에 대한 서비스 디스커버리가 수행된 후, 서비스 디스커버리 결과를 기반으로 서비스 연결을 수행할 수 있다. 이때, 서비스 연결은 P2P 또는 WLAN Infrastructure일 수 있다. 이때, 일 예로, 두 가지 서비스 연결 모두 복수의 주파수 대역을 지원하는바 선호하는 대역을 중심으로 연결이 수행될 수 있다.
보다 상세하게는, 도 10a를 참조하면 단말의 서비스단은 getPHY_status(service_name) method를 호출하여 사용하려는 서비스에 대한 메시지를 ASP에 보낼 수 있다. 이때, 서비스단은 ASP로부터 Return 값을 수신하여 ASP가 지원하는 서비스 디스커버리 방법 및 서비스 연결 방법에 대한 복수의 주파수 대역 정보를 획득할 수 있다. 이를 통해, 단말은 서비스에 대해 선호하는 연결 방법과 선호하는 주파수 대역 정보를 ASP에 알려 주고, ASP가 지원하는 서비스 디스커버리 방법 및 서비스 연결 방법에 대한 정보를 획득할 수 있다. ASP는 서비스단으로부터 받은 정보를 기반으로 서비스 디스커버리를 수행하여 특정 디바이스를 찾고 연결하여 서비스를 이용할 수 있다.
이때, 일 예로, 상술한 getPHY_status(service_name)에는 하기의 표 1과 같은 정보들이 포함될 수 있다. 이때, 하기의 표 1는 왼쪽에 가장 상위 개념에 대한 정보가 포함되고 오른쪽으로 갈수록 각각의 하위 개념에 대한 정보가 포함될 수 있다.
[표 1]
Figure PCTKR2016005361-appb-I000001
도 10b는 복수의 인터페이스를 지원하는 ASP에 기초한 시스템 아키텍처를 나타낸 도면이다.
도 10b를 참조하면 각각의 계층으로서 서비스(또는 서비스/어플리케이션) 계층, 플랫폼 계층 및 연결 계층으로 구성될 수 있다. 이때, 도 10b의 시스템 아키텍처는 기존의 WFDS에서의 시스템 아키텍처가 포함하는 구조일 수 있다. 일 예로, WFDS의 서비스로서, 프린트(Print), 샌드(Send), 플레이(Play) 및 디스플레이(Display)가 이용될 수 있다. 또한, 도 10b에서는 NAN 서비스, Docking, WSB 및 그 밖에 다른 서비스들이 지원될 수 있다. 즉, 새로운 시스템 아키텍처에서는 다양한 서비스들이 지원될 수 있다.
이때, 복수의 인터페이스를 지원하는 ASP는 상술한 서비스에 대한 정보를 method로서 호출받을 수 있으며, 이를 이용하여 다른 단말과의 연결을 수행할 수 있다. 이때, 기존의 WFDS에서의 시스템 아키텍처에서는 Wi-Fi Direct를 통해서 연결을 수행하였다. 이와 다르게 도 10(b)의 새로운 시스템 아키텍처에서는 NAN MAC, Wi-Fi Direct, Infrastructure, NFC, BLE 등에 기초하여 다른 단말과 서비스를 지원하기 위한 연결을 수행할 수 있다.
이때, 일 예로, 상술한 바와 같이, 서비스 및 단말에 대한 디스커버리에 있어서는 NAN, Wi-Fi Direct, Infrastructure, NFC, BLE가 이용될 수 있다. 또한, 연결 방법으로서는 P2P 연결 및 WLAN Infrastructure 연결이 이용될 수 있으며, 이는 상술한 바와 같다. 즉, 도 10b는 복수의 인터페이스를 지원하는 ASP에 기초하여 동작하는 새로운 시스템 아키텍처일 수 있다.
이때, 일 예로, 서비스에 대한 연결 방법은 P2P 연결 및 WLAN Infrastructure 연결 중 선택적으로 이용될 수 있다. 이때, P2P 연결 및 Infrastructure 연결로 핸드오버하는 경우가 필요할 수 있다.
일 예로, P2P 연결과 WLAN Infrastructure 연결은 사용하는 주파수 대역이나 필요한 정보들이 다를 수 있다. 또한, 공간적인 특성이나 다른 이유에 기초하여 서비스 제공 품질에서 차이가 있을 수 있다. 따라서, 일정한 조건을 만족하거나 보다 나은 서비스 제공을 위해서는 P2P 연결에서 WLAN Infrastructure 연결로 핸드오버 할 필요성이 있다. 또는, WLAN Infrastructure 연결에서 P2P 연결로 핸드오버 할 필요성이 있다.
이때, 일 예로, 단말은 핸드오버를 수행하는 과정에서 있어서 심리스(Seamless) 핸드오버를 수행하기 위해 필요한 정보를 교환할 필요성이 있다. 하기에서는 심리스 핸드오버로서 P2P 연결 및 WLAN Infrastructure 연결 상호 간에 핸드오버를 수행하기 위한 정보 교환 방법에 대해 서술한다.
도 11은 P2P 연결에서 WLAN Infrastructure 연결로 심리스 핸드오버가 수행되는 방법을 나타낸 도면이다.
제 1 단말(1110)과 제 2 단말(1120)은 P2P 연결을 통해서 ASP 및 서비스 세션 연결을 수행할 수 있다.
이때, 일 예로, 제 1 단말(1110)은 검색자(Seeker) 단말이고, 제 2 단말(1120)은 광고자(Advertiser) 단말일 수 있다. 이때, 제 1 단말(1110)은 단말 및 서비스 디스커버리를 수행하여 제 1 단말(1110)이 이용하고자 하는 서비스를 제 2 단말(1120)이 지원하는지 여부를 확인할 수 있다. 이때, 일 예로, 제 1 단말(1110)과 제 2 단말(1120)에 대한 단말 및 서비스 디스커버리는 P2P 연결을 통해 수행될 수 있다. 또 다른 일 예로, 제 1 단말(1110)과 제 2 단말(1120)에 대한 단말 및 서비스 디스커버리는 다른 인터페이스를 통해 수행될 수 있으며, 상술한 실시예로 한정되지 않는다.
이때, 일 예로, 제 1 단말(1110)이 단말 및 서비스 디스커버리를 수행하여 제 2 단말(1120)에 대한 디스커버리를 완료한 경우, 제 1 단말(1110)의 ASP단은 제 1 단말(1110)의 서비스/어플리케이션 단으로 디스커버리 결과(Search Result)에 대한 정보를 제공할 수 있다. 이때, 디스커버리 결과는 이벤트(event)일 수 있다. 즉, 제 1 단말(1110)의 ASP단은 디스커버리 결과 이벤트를 호출하여 제 1 단말(1110)의 서비스/어플리케이션 단으로 디스커버리 결과에 대한 정보를 제공할 수 있다. 이를 통해, 제 1 단말(1110)은 제 2 단말(1120)에 대한 디스커버리를 완료할 수 있다.
이때, 일 예로, 디스커버리 결과 이벤트에는 하기의 표 2에 대한 정보가 포함될 수 있다. 즉, 디스커버리 결과 이벤트에는 디스커버리에 대한 결과 정보로서 서비스 이름, 단말 이름 등과 같이 서비스 및 단말에 대한 정보가 포함될 수 있다.
[표 2]
Figure PCTKR2016005361-appb-I000002
또한 일 예로, 디스커버리 결과 이벤트에는 하기의 표 3에 대한 정보가 더 포함될 수 있다.
보다 상세하게는, 디스커버리 결과 이벤트에는 복수의 연결 능력 정보가 더 포함될 수 있다. 이때, 연결 능력 정보로서는 P2P 연결에 대한 정보로서 연결을 위한 아이디 정보, 주소 정보 등이 포함될 수 있다. 또한, P2P 연결에 대한 밴드 정보도 포함될 수 있다. 또한, WLAN Infrastructure에 대한 정보로서 BSSID 정보, 밴드/채널 정보등이 포함될 수 있다. 그 밖에도 P2P 연결 및 WLAN Infrastructure 연결을 수행하기 위해 필요한 다른 정보들이 더 포함될 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, 복수의 ASP 세션 연결이 가능한지 여부를 나타내는 정보도 포함될 수 있다.
[표 3]
Figure PCTKR2016005361-appb-I000003
제 1 단말(1110)의 ASP 단이 디스커버리 결과 이벤트를 제 1 단말(1110)의 서비스/어플리케이션 단으로 제공하면 디스커버리가 완료될 수 있다. 그 후, 제 2 단말(1120) 및 제 1 단말(1110)은 연결(connection)을 수행할 수 있다. 이때, 일 예로, 상술한 바와 같이 제 1 단말(1110) 및 제 2 단말(1120)은 P2P 연결 또는 WLAN Infrastructure를 통해 연결을 수행할 수 있다. 그 후, 제 1 단말(1110) 및 제 2 단말(1120)은 ASP 및 서비스 세션 연결을 수행하여 서비스를 제공할 수 있다. 이때, 일 예로, 도 11은 제 1 단말(1110, first device)과 제 2 단말(1120, second device)이 P2P 연결로서 연결을 수행한 경우를 나타낸다.
이때, 일 예로, 제 1 단말(1110)은 P2P 연결에서 WLAN Infrastructure 연결로 핸드오버할 수 있다. 이때, 핸드오버는 상술한 바와 같이, 공간적 상황이나 품질 등에 기초하여 수행될 수 있다. 이때, 핸드오버가 트리거링되는 상황에 대해서는 본 발명에서 한정되지 않을 수 있다. 또한, 핸드오버는 제 2 단말(1120)에 의해서도 수행될 수 있다. 이때, 일 예로, 핸드오버를 수행하고자 하는 단말은 세션 핸드오버 요청(Session Handover Request)를 다른 단말로 전송할 수 있다. 이때, 상술한 바와 같이 제 1 단말(1110) 및 제 2 단말(1120) 모두 세션 핸드오버 요청을 전송하는 것이 가능할 수 있다. 다만, 하기에서는 설명의 편의를 위해 제 1 단말(1110)이 세션 핸드오버 요청을 제 2 단말(1120)로 전송하는 경우를 기준으로 서술한다.
이때, 일 예로, 제 1 단말(1110)의 서비스/어플리케이션 단은 제 1 단말(1110)의 ASP 단으로 BoundPort 메소드(method)를 호출할 수 있다. 이때, BoundPort 메소드는 하기의 표 4와 같이 session_mac, sessions_id, ip_address, port 및 proto 중 적어도 어느 하나 이상에 대한 파라미터로 구성될 수 있다.
보다 상세하게는, 제 1 단말(1110)이 제 2 단말(1120)과 ASP 세션 및 서비스 세션을 유지하기 위해서는 두 개의 포트가 필요할 수 있다. 또한, 핸드오버가 되는 경우에 있어서 IP 주소나 세션 또는 서비스에 대한 MAC 정보가 변경될 수 있다. 따라서, 제 1 단말(1110)의 서비스/어플리케이션 단은 핸드오버가 수행되기 전에 하기의 표 4에 기재된 파라미터를 포함하는 BoundPort 메소드를 제 1 단말(1110)의 ASP 단으로 호출하여 새로운 연결에 대한 정보를 확인하도록 할 수 있다. 일 예로, BoundPort 메소드는 제 1 단말(1110)이 세션 핸드오버를 제 2 단말(1120)로 전송하기 전에 호출될 수 있다.
또한, 일 예로, 핸드오버에 기초하여 새로운 연결 방법을 사용하는 경우에 세션 또는 서비스에 대한 MAC 정보를 이전과 동일하게 사용할 수 있다. 따라서, 일 예로, 제 1 단말(1110)이 새로운 연결 방법으로 핸드오버하는 경우에 있어서 기존 정보를 유지할지 또는 새로운 정보로 업데이트할지 여부를 지시할 필요성이 있다. 또한, 일 예로, 제 1 단말(1110)이 새로운 연결 방법으로 핸드오버하는 경우에 있어서 기존 정보 및 업데이트된 새로운 정보가 함께 사용될 수 있다. 이때, 제 1 단말(1110)은 세션 관리 메시지에 기존 정보와 업데이트되는 새로운 정보를 포함시켜 제 2 단말(1120)로 전송할 수 있다. 이를 통해, 제 1 단말(1110)과 제 2 단말(1120)이 새로운 연결 방법으로 핸드오버하는 경우에 세션 유지를 위한 정보를 공유할 수 있다.
[표 4]
Figure PCTKR2016005361-appb-I000004
상술한 바와 같이, 제 1 단말(1110)은 세션 핸드오버 요청을 제 2 단말(1120)로 전송할 수 있다. 그 후, 일 예로, 제 1 단말(1110)은 제 2 단말(1120)로부터 ACK를 수신할 수 있다. 그 후, 제 1 단말(1110)은 세션 핸드오버 응답(Session Handover Response)을 수신할 수 있다. 이때, 일 예로, 제 1 단말(1110)은 제 2 단말(1120)로부터 ACK를 수신하지 않고, 바로 세션 핸드오버 응답을 수신할 수 있다. 그 후, 제 1 단말(1110)은 세션 핸드오버 응답에 대한 ACK를 제 2 단말(1120)로 전송할 수 있다. 제 2 단말(1120)이 제 1 단말(1110)로부터 ACK를 수신하면 P2P 연결에서 WLAN Infrastructure 연결로의 핸드오버가 완료될 수 있다.
이때, 일 예로, 제 1 단말(1110)은 세션 핸드오버 요청을 P2P 연결을 통해 제 2 단말(1120)로 전송할 수 있다. 즉, 제 1 단말(1110)은 현재 ASP 세션 및 서비스 세션에 이용되는 연결을 통해서 세션 핸드오버 요청을 제 2 단말(1120)로 전송할 수 있다. 이때, 일 예로, 세션 핸드오버 요청에 포함되는 정보들은 하기의 표 5와 같을 수 있다. 이때, 세션 핸드오버 요청에는 표 5에 포함된 정보들 중 적어도 어느 하나 이상이 포함될 수 있다.
보다 상세하게는, 세션 핸드오버 요청에는 Network type, ASP CP VERSION, Handover type 정보가 포함될 수 있다. 또한, Session_mac, Session_ID, Service_mac 및 Advertisement_ID 정보는 새롭게 연결되는 방법에서 변경될 수 있는바, 이에 대한 정보도 세션 핸드오버 정보에 포함될 수 있다. 또한, P2P 연결에서 WLAN Infrastructure 연결로 핸드오버하는 경우인바, 세션 핸드오버 요청에는 새롭게 연결되는 WLAN Infrastructure에 대한 정보가 포함될 수 있다. 즉, 세션 핸드오버 요청에는 핸드오버를 연결에서 필요한 정보 및 새롭게 연결되는 연결 방법에서 필요한 정보 등이 포함될 수 있다.
[표 5]
Figure PCTKR2016005361-appb-I000005
또한, 일 예로, 제 1 단말(1110)은 세션 핸드오버 응답을 P2P 연결을 통해 제 2 단말(1120)로부터 수신할 수 있다. 즉, 제 1 단말(1110)은 현재 ASP 세션 및 서비스 세션에 이용되는 연결을 통해서 세션 핸드오버 요청을 제 2 단말(1120)로부터 수신할 수 있다. 이때, 일 예로, 세션 핸드오버 응답에 포함되는 정보들은 하기의 표 6와 같을 수 있다. 이때, 세션 핸드오버 응답에는 표 6에 포함된 정보들 중 적어도 어느 하나 이상이 포함될 수 있다.
보다 상세하게는, 세션 핸드오버 응답에는 핸드오버가 가능한지 여부를 나타내는 Status 정보가 포함될 수 있다.
이때, 일 예로, Status에서 핸드오버가 가능한 것으로 지시되는 경우에 Session_mac, Session_ID, Service_mac 및 Advertisement_ID 정보가 세션 핸드오버 응답에 포함될 수 있다. 또한, P2P 연결에서 WLAN Infrastructure 연결로 핸드오버하는 경우인바, 세션 핸드오버 요청에는 새롭게 연결되는 WLAN Infrastructure에 대한 정보가 포함될 수 있다. 즉, 세션 핸드오버 요청에는 핸드오버를 연결에서 필요한 정보 및 새롭게 연결되는 연결 방법에서 필요한 정보 등이 포함될 수 있다.
또한, 일 예로, Status에서 핸드오버가 불가능한 것으로 지시되는 경우에는 핸드오버 불가능한 이유에 대한 정보가 포함될 수 있다. 일 예로, ASP CP VERSION이 다른 경우에 핸드오버가 불가능할 수 있으며, 이에 대한 정보가 세션 핸드오버 응답에 포함될 수 있다. 또한, 네트워크 타입이 다른 경우에 핸드오버가 불가능할 수 있으며, 이에 대한 정보가 세션 핸드오버 응답에 포함될 수 있다. 그 밖에도 다른 이유에 기초하여 핸드오버가 불가능할 수 있으며, 이에 대한 정보가 세션 핸드오버 응답에 포함될 수 있다.
[표 6]
Figure PCTKR2016005361-appb-I000006
제 1 단말(1110)이 핸드오버가 가능하다는 정보가 포함된 세션 핸드오버 응답을 수신한 경우, 제 1 단말(1110)은 수신한 정보에 기초하여 P2P 연결에서 WLAN Infrastructure 연결로 핸드오버할 수 있다. 이때, 제 2 단말(1120)과 제 1 단말(1110)에 대한 ASP 세션 및 서비스 세션은 WLAN Infrastructure 연결에 기초하여 수행될 수 있다. 그 후, 제 1 단말(1110)은 세션 핸드오버 확인(Session Handover Confirm)을 제 2 단말(1120)로 전송할 수 있다. 이때, 제 1 단말(1110)은 새롭게 연결된 WLAN Infrastructure 연결을 이용하여 세션 핸드오버 확인을 제 2 단말(1120)로 전송할 수 있다.
이때, 일 예로, 세션 핸드오버 확인은 하기의 표 7과 같을 수 있다. 보다 상세하게는 세션 핸드오버 확인에는 핸드오버가 완료되었음을 나타내는 상태(Status) 정보 및 Session_mac, sessions_id 정보 중 적어도 어느 하나 이상을 포함할 수 있다.
[표 7]
Figure PCTKR2016005361-appb-I000007
도 12는 WLAN Infrastructure 연결에서 P2P 연결로 심리스 핸드오버가 수행되는 방법을 나타낸 도면이다.
제 1 단말(1210)과 제 2 단말(1220)은 WLAN Infrastructure 연결을 통해서 ASP 세션 및 서비스 세션 연결을 수행할 수 있다. 이때, 제 1 단말(1210)과 제 2 단말(1220)이 서비스 및 단말 디스커버리를 수행하여 연결을 수행하는 방법은 도 11과 같을 수 있다. 다만, 도 12에서 제 1 단말(1210) 및 제 2 단말(1220)은 WLAN Infrastructure 연결을 통해 ASP 세션 및 서비스 세션 연결을 수행할 수 있다.
또한, 도 11과 동일하게 제 1 단말(1210)이 단말 및 서비스 디스커버리를 수행하여 제 2 단말(1220)에 대한 디스커버리를 완료한 경우, 제 1 단말(1210)의 ASP단은 제 1 단말(1210)의 서비스/어플리케이션 단으로 디스커버리 결과(Search Result)에 대한 정보를 제공할 수 있다. 이때, 디스커버리 결과는 이벤트(event)일 수 있다. 즉, 제 1 단말(1210)의 ASP단은 디스커버리 결과 이벤트를 호출하여 제 1 단말(1210)의 서비스/어플리케이션 단으로 디스커버리 결과에 대한 정보를 제공할 수 있다. 이를 통해, 제 1 단말(1210)은 제 2 단말(1220)에 대한 디스커버리를 완료할 수 있다. 이때, 디스커버리 결과는 상술한 표 2 및 3와 같을 수 있다.
이때, 일 예로, 제 1 단말(1210)은 WLAN Infrastructure 연결에서 P2P 연결로 핸드오버 할 수 있다. 이때, 핸드오버는 상술한 바와 같이, 공간적 상황이나 품질 등에 기초하여 수행될 수 있다. 이때, 핸드오버가 트리거링되는 상황에 대해서는 본 발명에서 한정되지 않을 수 있다. 또한, 핸드오버는 제 2 단말(1220)에 의해서도 수행될 수 있다. 이때, 일 예로, 핸드오버를 수행하고자 하는 단말은 세션 핸드오버 요청(Session Handover Request)를 다른 단말로 전송할 수 있다. 이때, 상술한 바와 같이 제 1 단말(1210) 및 제 2 단말(1220) 모두 세션 핸드오버 요청을 전송하는 것이 가능할 수 있다. 다만, 하기에서는 설명의 편의를 위해 제 1 단말(1210)이 세션 핸드오버 요청을 제 2 단말(1220)로 전송하는 경우를 기준으로 서술한다.
이때, 일 예로, 제 1 단말(1210)의 서비스/어플리케이션 단은 제 1 단말(1210)의 ASP 단으로 BoundPort 메소드(method)를 호출할 수 있으며, 이는 상술한 도 11 및 표 4와 동일하다.
제 1 단말(1210)은 세션 핸드오버 요청을 제 2 단말(1220)로 전송할 수 있다. 그 후, 일 예로, 제 1 단말(1210)은 제 2 단말(1220)로부터 ACK를 수신할 수 있다. 그 후, 제 1 단말(1210)은 세션 핸드오버 응답(Session Handover Response)을 수신할 수 있다. 이때, 일 예로, 제 1 단말(1220)은 제 2 단말(1220)로부터 ACK를 수신하지 않고, 바로 세션 핸드오버 응답을 수신할 수 있다. 그 후, 제 1 단말(1210)은 세션 핸드오버 응답에 대한 ACK를 제 2 단말(1220)로 전송할 수 있다. 제 2 단말(1220)이 제 1 단말(1210)로부터 ACK를 수신하면 WLAN Infrastructure 연결에서 P2P 연결로의 핸드오버가 완료될 수 있다.
이때, 일 예로, 제 1 단말(1210)은 세션 핸드오버 요청을 WLAN Infrastructure 연결을 통해 제 2 단말(1220)로 전송할 수 있다. 즉, 제 1 단말(1210)은 현재 ASP 세션 및 서비스 세션에 이용되는 연결을 통해서 세션 핸드오버 요청을 제 2 단말(1220)로 전송할 수 있다. 이때, 일 예로, 세션 핸드오버 요청에 포함되는 정보들은 하기의 표 8과 같을 수 있다. 이때, 세션 핸드오버 요청에는 표 8에 포함된 정보들 중 적어도 어느 하나 이상이 포함될 수 있다.
보다 상세하게는, 세션 핸드오버 요청에는 Network type, ASP CP VERSION, Handover type 정보가 포함될 수 있다. 또한, Session_mac, Session_ID, Service_mac 및 Advertisement_ID 정보는 새롭게 연결되는 방법에서 변경될 수 있는바, 이에 대한 정보도 세션 핸드오버 정보에 포함될 수 있다. 또한, WLAN Infrastructure 연결에서 P2P 연결로 핸드오버하는 경우인바, 세션 핸드오버 요청에는 새롭게 연결되는 P2P 연결에 대한 정보가 포함될 수 있다. 즉, 세션 핸드오버 요청에는 핸드오버를 연결에서 필요한 정보 및 새롭게 연결되는 연결 방법에서 필요한 정보 등이 포함될 수 있다.
[표 8]
Figure PCTKR2016005361-appb-I000008
또한, 일 예로, 제 1 단말(1210)은 세션 핸드오버 응답을 WLAN Infrastructure 연결을 통해 제 2 단말(1220)로부터 수신할 수 있다. 즉, 제 1 단말(1210)은 현재 ASP 세션 및 서비스 세션에 이용되는 연결을 통해서 세션 핸드오버 요청을 제 2 단말(1220)로부터 수신할 수 있다. 이때, 일 예로, 세션 핸드오버 응답에 포함되는 정보들은 하기의 표 9와 같을 수 있다. 이때, 세션 핸드오버 응답에는 표 9에 포함된 정보들 중 적어도 어느 하나 이상이 포함될 수 있다.
보다 상세하게는, 세션 핸드오버 응답에는 핸드오버가 가능한지 여부를 나타내는 Status 정보가 포함될 수 있다.
이때, 일 예로, Status에서 핸드오버가 가능한 것으로 지시되는 경우에 Session_mac, Session_ID, Service_mac 및 Advertisement_ID 정보가 세션 핸드오버 응답에 포함될 수 있다. 또한, WLAN Infrastructure 연결에서 P2P 연결로 핸드오버하는 경우인바, 세션 핸드오버 요청에는 새롭게 연결되는 P2P 연결에 대한 정보가 포함될 수 있다. 즉, 세션 핸드오버 요청에는 핸드오버를 연결에서 필요한 정보 및 새롭게 연결되는 연결 방법에서 필요한 정보 등이 포함될 수 있다.
또한, 일 예로, Status에서 핸드오버가 불가능한 것으로 지시되는 경우에는 핸드오버 불가능한 이유에 대한 정보가 포함될 수 있다. 일 예로, ASP CP VERSION이 다른 경우에 핸드오버가 불가능할 수 있으며, 이에 대한 정보가 세션 핸드오버 응답에 포함될 수 있다. 또한, 네트워크 타입이 다른 경우에 핸드오버가 불가능할 수 있으며, 이에 대한 정보가 세션 핸드오버 응답에 포함될 수 있다. 그 밖에도 다른 이유에 기초하여 핸드오버가 불가능할 수 있으며, 이에 대한 정보가 세션 핸드오버 응답에 포함될 수 있다.
[표 9]
Figure PCTKR2016005361-appb-I000009
제 1 단말(1210)이 핸드오버가 가능하다는 정보가 포함된 세션 핸드오버 응답을 수신한 경우, 제 1 단말(1210)은 수신한 정보에 기초하여 WLAN Infrastructure 연결에서 P2P 연결로 핸드오버할 수 있다. 이때, 제 2 단말(1220)과 제 1 단말(1210)에 대한 ASP 세션 및 서비스 세션은 P2P 연결에 기초하여 수행될 수 있다. 그 후, 제 1 단말(1210)은 세션 핸드오버 확인(Session Handover Confirm)을 제 2 단말(1220)로 전송할 수 있다. 이때, 제 1 단말(1120)은 새롭게 연결된 P2P 연결을 이용하여 세션 핸드오버 확인을 제 2 단말(1110)로 전송할 수 있다.
이때, 일 예로, 세션 핸드오버 확인은 하기의 표 10과 같을 수 있다. 보다 상세하게는 세션 핸드오버 확인에는 핸드오버가 완료되었음을 나타내는 상태(Status) 정보 및 Session_mac, sessions_id 정보 중 적어도 어느 하나 이상을 포함할 수 있다.
[표 10]
Figure PCTKR2016005361-appb-I000010
또한, 일 예로, 세션 핸드오버 요청, 세션 핸드오버 응답 및 세션 핸드오버 확인 메시지는 ASP CP(Coordination Protocol) 메시지와 같은 형태일 수 있다. 즉, 제 2 단말(1220)과 제 1 단말(1210)은 ASP 세션 및 서비스 세션이 형성된 상태에서 상술한 메시지들을 교환하는바, 상술한 메시지를 ASP CP 메시지 형태로 구성할 수 있다.
또한, 일 예로, 세션 핸드오버 요청, 세션 핸드오버 응답 및 세션 핸드오버 확인 메시지는 ASP CP 메시지로 정의될 수 있다. 이때, 하기의 표 11 및 표 12는 ASP CP 메시지의 일반적인 메시지 포맷일 수 있다. 이때, 일 예로, Opcode에 대해서 유보된 비트에 상술한 세션 핸드오버 요청, 세션 핸드오버 응답 및 세션 핸드오버 확인 메시지를 정의하여 사용하도록 할 수 있다. 즉, Opcode 중 유보된 비트로서 세션 핸드오버 요청, 세션 핸드오버 응답 및 세션 핸드오버 확인 메시지를 지시하는 필드를 설정할 수 있다. 이때, Payload 필드에는 각각 표 8(세션 핸드오버 요청), 표 9(세션 핸드오버 응답) 및 표 10(세션 핸드오버 확인)에 대한 정보들이 포함될 수 있다. 이때, 하기의 메시지 타입은 하나의 실시예일 수 있으며, 상술한 실시예로 한정되지 않을 수 있다.
[표 11]
Figure PCTKR2016005361-appb-I000011
[표 12]
Figure PCTKR2016005361-appb-I000012
도 13는 P2P 연결이 설정되지 않은 상태에서 WLAN Infrastructure 연결에서 P2P 연결로 심리스 핸드오버가 수행되는 경우를 나타낸 도면이다.
WLAN Infrastructure 연결에서 P2P 연결로 심리스 핸드오버하는 경우에 있어서, P2P 연결을 새롭게 맺어야하는 경우가 필요할 수 있다. 이때, 일 예로, 제 1 단말(1310)과 제 2 단말(1320)이 WLAN Infrastructure 연결에서 P2P 연결로 핸드오버하는 경우에 P2P 연결이 최초로 시도되는 경우일 수 있다. 이때, 일 예로, 제 1 단말(1310)이 제 2 단말(1320)로부터 상술한 세션 핸드오버 확인을 수신한 후, P2P 연결을 위한 절차가 수행될 수 있다.
보다 상세하게는, 제 1 단말(1310)이 세션 핸드오버 확인을 제 2 단말(1320)로 전송한 후, 제 1 단말(1310)은 프로브 요청을 제 2 단말(1320)로 전송할 수 있다. 그 후, 제 1 단말(1310)은 프로브 응답을 제 2 단말(1320)로부터 수신할 수 있다. 이때, 일 예로, 제 2 단말(1320) 및 제 1 단말(1310)은 WLAN Infrastructure 연결을 수행하는 과정에서 단말 및 서비스 디스커버리를 수행하였는바, 프로브 요청/응답에 대한 교환이 생략될 수 있다. 그 후, 제 1 단말(1310)은 프로비전 디스커버리(provision discovery) 요청을 제 2 단말(1320)로 전송할 수 있다. 그 후, 제 1 단말(1310)은 프로비전 디스커버리 응답을 제 2 단말(1320)로부터 수신할 수 있다. 이때, P2P 연결을 수행하는 목적은 WLAN Infrastructure 연결에서 P2P 연결로 세션 핸드오버하기 위함일 수 있다. 즉, P2P 연결은 세션 핸드오버를 위해 수행될 수 있다. 이때, 일 예로, 제 1 단말(1310)은 P2P 연결이 세션 핸드오버를 위해 수행된다는 정보를 제 2 단말(1320)로 제공할 수 있다. 이때, 세션 핸드오버를 나타내는 정보는 상술한 프로비전 디스커버리 요청에 포함될 수 있다. 즉, 제 1 단말(1310)은 세션 핸드오버를 위해 P2P 연결이 수행됨을 나타내는 정보를 포함하는 프로비전 디스커버리 요청을 제 2 단말(1320)로 전송할 수 있다.
이때, 일 예로, 세션 핸드오버를 나타내는 정보는 속성(Attribute) 정보로서 포함될 수 있다. 보다 상세하게는, 일 예로, 프로비전 디스커버리 요청 및 응답에 포함된 속성 필드는 하기의 표 13과 같을 수 있다. 이때, 표 13은 기존의 프로비전 디스커버리 요청 및 응답에 정의되는 속성 정보를 나타낼 수 있다.
[표 13]
Figure PCTKR2016005361-appb-I000013
이때, 상술한 속성 필드로서 “Session Handover Info”가 추가될 수 있다. 즉, “Session Handover Info” 속성 필드를 통해 세션 핸드오버를 위해 P2P 연결이 수행됨을 지시할 수 있다.
이때, 일 예로, “Session Handover Info”속성 필드는 하기의 표 14와 같을 수 있다. 보다 상세하게는, “Session Handover Info” 속성 필드가 프로비전 디스커버리 요청에 정의될 수 있다. 이때, “Session Handover Info” 속성 필드는 핸드오버 타입에 대한 정보를 나타낼 수 있다. 즉, 세션 핸드오버가 WLAN Infrastructure 연결에서 P2P 연결로 전환되는 경우인지 P2P 연결에서 WLAN Infrastructure 연결로 전환되는 경우인지에 대한 정보를 지시할 수 있다.
이를 통해, 제 2 단말(1320)은 세션 핸드오버를 위해 P2P 연결이 수행되고 있다는 정보를 확인할 수 있다.
[표 14]
Figure PCTKR2016005361-appb-I000014
또 다른 일 예로, 제 1 단말(1310) 및 제 2 단말(1320)이 최초로 P2P 연결을 수행하는 경우라도 P2P 연결을 수행하지 않도록 할 수 있다. 이때, 일 예로, WLAN Infrastructure 연결에서 P2P 연결을 위한 사전 정보를 교환하도록 할 수 있다.
즉, 프로비전 디스커버리 요청 및 응답이 교환되는 과정에서 포함되는 정보를 WLAN Infrastructure 연결이 되어 있는 상태에서 교환하도록 할 수 있다. 일 예로, WLAN Infrastructure 연결에서 P2P 연결을 통한 통신을 위해 밴드채널(band/channel, listen channel) 및 타이밍 관련 정보 중 적어도 어느 하나를 포함하여 알려주도록 할 수 있다. 또한 그 밖에도 P2P 연결에 필요한 정보들을 WLAN Infrastructure 연결에서 미리 교환할 수 있다. 그 후, 제 1 단말(1310)은 P2P 연결을 수행하고, 세션 핸드오버 확인을 제 2 단말(1320)로 전송할 수 있다.
도 14는 본 명세서의 일 실시예에 따라 단말이 세션 핸드오버를 수행하는 방법에 대한 순서도를 나타낸 도면이다.
제 1 단말은 제 2 단말과 제 1 연결 방법을 통해 ASP 세션을 형성할 수 있다.(S1410) 이때, 도 10 내지 도 13에서 상술한 바와 같이 제 1 연결 방법은 P2P 연결 또는 WLAN Infrastructure 연결 중 어느 하나일 수 있다. 즉, 제 1 단말과 제 2 단말은 P2P 연결 또는 WLAN Infrastructure 연결 중 어느 하나를 이용하여 ASP 세션을 형성할 수 있다. 또한, 일 예로, ASP 세션이 기초하여 서비스에 대한 세션도 형성할 수 있다. 또한, 일 예로, ASP는 복수의 인터페이스를 지원할 수 있으며, 이는 도 10 내지 도 13에서 상술한 바와 같다.
다음으로, 제 1 단말이 제 2 단말로 세션 핸드오버 요청을 전송할 수 있다.(S1420) 이때, 도 10 내지 도 13에서 상술한 바와 같이 세션 핸드오버 요청에는 세션 MAC, 세션 ID, 서비스 MAC 및 서비스 ID 정보가 포함될 수 있다. 즉, 세션 핸드오버 요청에는 세션 및 서비스에 대한 정보가 포함될 수 있다. 또한, 일 예로, 세션 핸드오버 요청에는 제 2 연결 방법에 대한 정보가 포함될 수 있다. 이때, 일 예로, 제 1 연결 방법이 P2P 연결이면 제 2 연결은 WLAN Infrastructure 연결일 수 있다. 또한, 일 예로, 제 1 연결 방법이 WLAN Infrastructure 연결이면 제 2 연결 방법은 P2P 연결일 수 있다. 즉, ASP는 연결 방법으로 P2P 연결 및 WLAN Infrastructure 연결을 지원할 수 있으며, 둘 중 하나의 연결 방법을 통해 ASP 세션 연결을 형성할 수 있다. 이때, 형성된 ASP 세션에 대한 연결 방법이 다른 연결 방법으로 핸드오버하는 경우에 세션 핸드오버 요청이 전송될 수 있다.
다음으로, 제 2 단말은 핸드오버가 가능한지 여부를 판단할 수 있다.(S1430) 이때, 도 10 내지 도 13에서 상술한 바와 같이, 세션 핸드오버 응답에는 핸드오버가 가능한지 여부를 지시하는 정보가 포함될 수 있다. 이때, 상술한 지시 정보가 핸드오버가 가능함을 지시하는 경우, 세션 핸드오버 응답에는 제 2 연결 방법에 대한 정보가 포함될 수 있다.(S1440) 즉, 제 1 단말은 세션 핸드오버 요청에 대한 응답으로 새롭게 연결되는 연결 방법에 대한 정보가 포함된 세션 핸드오버 응답을 수신할 수 있다. 그 후, 제 1 단말은 제 2 단말로 세션 핸드오버 확인 요청을 전송할 수 있다.(S1450) 이때, 도 10 내지 도 13에서 상술한 바와 같이, 제 1 단말이 세션 핸드오버 응답을 수신하는 경우, 형성된 ASP 세션에 대한 연결 방법을 제 1 연결 방법에서 제 2 연결 방법으로 변경할 수 있다. 즉, ASP 세션에 대해서 제 1 연결 방법에서 제 2 연결 방법으로 핸드오버 할 수 있다. 그 후, 제 1 단말은 ASP 세션에 대한 핸드오버가 완료되었음을 나타내는 세션 핸드오버 확인을 제 2 단말로 전송할 수 있다. 이때, 일 예로, 세션 핸드오버 확인은 새롭게 설정된 제 2 연결 방법을 통해서 제 2 단말로 전송될 수 있으며, 이는 상술한 바와 같다.
반면, 상술한 지시 정보가 핸드오버가 불가능함을 지시하는 경우, 세션 핸드오버 응답에는 핸드오버가 불가능한 이유에 대한 정보가 포함될 수 있다.(S1460) 즉, 핸드오버가 불가능한 경우, 제 1 단말은 세션 핸드오버 응답에 포함된 정보를 이용하여 핸드오버가 불가능한 원인을 파악할 수 있다.
도 15는 본 명세서의 일 실시예에 따라 단말 장치의 블록도를 도시한 도면이다.
단말 장치는 상술한 복수의 인터페이스를 지원할 수 있는 단말일 수 있다. 이때, 단말 장치(100)는 무선 신호를 송신하는 송신 모듈(110), 무선 신호를 수신하는 수신 모듈(130) 및 송신 모듈(110)과 수신 모듈(130)을 제어하는 프로세서(120)를 포함할 수 있다. 이때, 단말(100)은 송신 모듈(110) 및 수신 모듈(130)을 이용하여 외부 디바이스와 통신을 수행할 수 있다. 이때, 외부 디바이스는 다른 단말 장치일 수 있다. 일 예로, P2P를 통해 연결되는 다른 단말 장치 또는 WLAN Infrastructure를 통해 연결되는 AP 또는 non-AP 장치일 수 있다. 또 다른 일 예로, 외부 디바이스는 기지국일 수 있다. 즉, 외부 디바이스는 단말 장치(100)와 통신을 수행할 수 있는 장치일 수 있으며, 상술한 실시예로 한정되지 않는다. 단말 장치(100)는 송신 모듈(110) 및 수신 모듈(130)을 이용하여 컨텐츠 등의 디지털 데이터를 송신 및 수신할 수 있다.
본 명세서의 일 실시예에 따르면, 단말 장치(100)의 프로세서(120)는 제 2 단말과 제 1 연결 방법으로 ASP 세션을 형성할 수 있다. 이때, 프로세서(120)는 송신 모듈(110)을 이용하여 제 2 단말로 세션 핸드오버 요청을 전송할 수 있다. 그 후, 프로세서(120)는 수신 모듈(13)을 이용하여 제 2 단말로부터 세션 핸드오버 응답을 수신할 수 있다. 그 후, 프로세서(120)는 송신 모듈(110)을 이용하여 제 2 단말로 세션 핸드오버 확인을 전송할 수 있다. 이때, 제 2 단말로부터 세션 핸드오버 응답을 수신하는 경우, 형성된 ASP 세션은 제 2 연결 방법으로 핸드오버될 수 있으며, 이는 상술한 바와 같다.
상술한 본 발명의 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 발명의 실시예들은 하드웨어, 펌웨어(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 단말과 제 1 연결 방법으로 서비스 어플리케이션 플랫폼(Service Application Platform, ASP) 세션을 형성하는 단계;
    제 2 단말로 세션 핸드오버 요청(Session Handover Request)을 전송하는 단계;
    상기 제 2 단말로부터 세션 핸드오버 응답(Session Handover Response)을 수신하는 단계; 및
    상기 제 2 단말로 세션 핸드오버 확인(Session Handover Confirm)을 전송하는 단계;를 포함하되,
    상기 제 2 단말로부터 상기 세션 핸드오버 응답을 수신하는 경우, 상기 형성된 ASP 세션은 제 2 연결 방법으로 핸드오버되는, 세션 핸드오버를 수행 방법.
  2. 제 1 항에 있어서,
    상기 세션 핸드오버 요청에는 상기 형성된 ASP 세션에 대한 정보 및 상기 형성된 ASP 세션에 기초하여 지원되는 서비스에 대한 정보가 포함되는, 세션 핸드오버 수행 방법.
  3. 제 2 항에 있어서,
    상기 세션 핸드오버 요청에는 상기 제 2 연결 방법에 대한 정보가 더 포함되는, 세션 핸드오버 수행 방법.
  4. 제 1 항에 있어서,
    상기 세션 핸드오버 응답에는 상기 제 1 연결 방법에서 상기 제 2 연결 방법으로 핸드오버가 가능한지 여부를 나타내는 지시 정보가 포함되는, 세션 핸드오버 수행 방법.
  5. 제 4 항에 있어서,
    상기 지시 정보가 핸드오버가 가능한 것으로 지시하는 경우, 상기 세션 핸드오버 응답에는 상기 제 2 연결 방법에 대한 정보가 더 포함되는, 세션 핸드오버 수행 방법.
  6. 제 4 항에 있어서,
    상기 지시 정보가 핸드오버가 불가능한 것으로 지시하는 경우, 상기 세션 핸드오버 응답에는 상기 핸드오버 불가능에 대한 원인 정보가 더 포함되는, 세션 핸드오버 수행 방법.
  7. 제 1 항에 있어서,
    상기 세션 핸드오버 요청 및 상기 세션 핸드오버 응답은 상기 제 1 연결 방법에 기초하여 교환되고,
    상기 세션 핸드오버 확인은 상기 제 2 연결 방법에 기초하여 전송되는, 세션 핸드오버 수행 방법.
  8. 제 1 항에 있어서,
    ASP에 기초하여 상기 ASP 세션이 형성되는 경우, 상기 ASP 세션은 상기 제 1 연결 방법 및 상기 제 2 연결 방법 중 어느 하나에 기초하여 형성되는, 세션 핸드오버 수행 방법.
  9. 제 8 항에 있어서,
    상기 제 1 연결 방법 및 상기 제 2 연결 방법 각각은 P2P(Peer to Peer) 연결 방법 및 WLAN Infrastructure 연결 방법 중 어느 하나인, 세션 핸드오버 수행 방법.
  10. 제 1 항에 있어서,
    상기 제 2 단말로부터 세션 핸드오버 응답을 수신한 후, 상기 제 2 연결 방법으로 연결을 수행하는 단계;를 더 포함하는, 세션 핸드오버 수행 방법.
  11. 제 10 항에 있어서,
    상기 제 2 연결 방법으로 연결이 수행되는 경우, 상기 제 1 단말과 상기 제 2 단말은 상기 연결에 대한 정보를 교환하되,
    상기 연결에 대한 정보에는 상기 연결이 상기 세션 핸드오버를 위해 수행됨을 지시하는 정보가 포함되는, 세션 핸드오버 수행 방법.
  12. 제 1 항에 있어서,
    상기 세션 핸드오버 요청, 상기 세션 핸드오버 응답 및 상기 세션 핸드오버 확인은 ASP CP(Coordination Protocol) 메시지인, 세션 핸드오버 수행 방법.
  13. 제 12 항에 있어서,
    상기 ASP CP 메시지는 상기 형성된 ASP 세션에 기초하여 교환되는 메시지인, 세션 핸드오버 수행 방법.
  14. 무선통신시스템에서 세션 핸드오버를 수행하는 제 1 단말에 있어서,
    외부 디바이스로부터 인포메이션을 수신하는 수신 모듈;
    외부 디바이스로 인포메이션을 송신하는 송신 모듈; 및
    상기 수신 모듈 및 상기 송신 모듈을 제어하는 프로세서;로서,
    상기 프로세서는,
    제 2 단말과 제 1 연결 방법으로 서비스 어플리케이션 플랫폼(Service Application Platform, ASP) 세션을 형성하고,
    상기 송신 모듈을 이용하여 제 2 단말로 세션 핸드오버 요청(Session Handover Request)을 전송하고,
    상기 수신 모듈을 이용하여 상기 제 2 단말로부터 세션 핸드오버 응답(Session Handover Response)을 수신하고, 및
    상기 송신 모듈을 이용하여 상기 제 2 단말로 세션 핸드오버 확인(Session Handover Confirm)을 전송하되,
    상기 제 2 단말로부터 상기 세션 핸드오버 응답을 수신하는 경우, 상기 형성된 ASP 세션은 제 2 연결 방법으로 핸드오버되는, 세션 핸드오버를 수행하는 제 1 단말.
  15. 제 14 항에 있어서,
    상기 세션 핸드오버 요청에는 상기 형성된 ASP 세션에 대한 정보, 상기 형성된 ASP 세션에 기초하여 지원되는 서비스에 대한 정보 및 상기 제 2 연결 방법에 대한 정보가 포함되는, 세션 핸드오버를 수행하는 제 1 단말.
PCT/KR2016/005361 2015-05-22 2016-05-20 무선 통신 시스템에서 세션 핸드오버를 수행하는 방법 및 장치 WO2016190618A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/575,649 US10397837B2 (en) 2015-05-22 2016-05-20 Method and device for performing session handover in wireless communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201562165202P 2015-05-22 2015-05-22
US62/165,202 2015-05-22

Publications (1)

Publication Number Publication Date
WO2016190618A1 true WO2016190618A1 (ko) 2016-12-01

Family

ID=57394189

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/005361 WO2016190618A1 (ko) 2015-05-22 2016-05-20 무선 통신 시스템에서 세션 핸드오버를 수행하는 방법 및 장치

Country Status (2)

Country Link
US (1) US10397837B2 (ko)
WO (1) WO2016190618A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3662719A4 (en) * 2018-10-25 2020-06-17 Samsung Electronics Co., Ltd. METHOD FOR ESTABLISHING A PEER-TO-PEER SERVICE SESSION THROUGH AN INFRASTRUCTURE CONNECTION

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017164643A1 (en) * 2016-03-23 2017-09-28 Samsung Electronics Co., Ltd. Method and system for managing session across multiple electronic devices in network system
KR101692259B1 (ko) * 2016-06-28 2017-01-17 애니파이 주식회사 Wi-Fi 다이렉트 멀티그룹 네트워크 상에서 통신을 위한 방법, 장치 및 컴퓨터 판독 가능한 기록 매체
WO2023279266A1 (zh) * 2021-07-06 2023-01-12 北京小米移动软件有限公司 一种通信方法和通信装置
WO2024063325A1 (ko) * 2022-09-23 2024-03-28 삼성전자주식회사 전자 장치 및 nan 통신 방법

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050101692A (ko) * 2004-04-19 2005-10-25 삼성전자주식회사 광대역 무선 접속 통신 시스템에서 핸드오버 방법
US20130102314A1 (en) * 2010-03-05 2013-04-25 Nokia Corporation Handover of direct peer to peer communication
KR20130088898A (ko) * 2009-03-26 2013-08-08 퀄컴 인코포레이티드 화이트스페이스 통신 장치 및 방법들
KR20140114824A (ko) * 2012-01-16 2014-09-29 엘지전자 주식회사 무선 통신 시스템에서 근접 서비스 제공 방법 및 장치
WO2015003153A1 (en) * 2013-07-03 2015-01-08 Interdigital Patent Holdings, Inc. Epc enhancements for proximity services

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7734292B2 (en) * 2005-12-07 2010-06-08 Electronics And Telecommunications Research Institute Terminal supporting peer-to-peer communication, and communication and billing methods based on the same
US8825767B2 (en) * 2010-10-05 2014-09-02 Sivapathalingham Sivavakeesar Scalable secure wireless interaction enabling methods, system and framework
US9356804B1 (en) * 2012-06-12 2016-05-31 Amazon Technologies, Inc. Policy-based network connection resource selection
US20140003237A1 (en) * 2012-06-29 2014-01-02 Thomas J. Kenney Systems and methods for operating wireless devices in dynamic frequency selection (dfs) bands
US9531764B1 (en) * 2012-11-27 2016-12-27 Amazon Technologies, Inc. History inclusive connection management
US9198040B2 (en) * 2013-01-04 2015-11-24 Qualcomm Incorporated Deploying wireless docking as a service
US9037763B2 (en) * 2013-05-08 2015-05-19 Qualcomm Incorporated Transport mode for a media agnostic USB protocol using a wireless serial bus (WSB) session of a WSB service
US20150257166A1 (en) * 2014-03-04 2015-09-10 Samsung Electronics Co., Ltd. Method and apparatus for optimizing local wireless connectivity for point-to-point media streaming
JP6302399B2 (ja) * 2014-11-17 2018-03-28 キヤノン株式会社 近距離無線通信部を備える画像形成装置、その制御方法、及びプログラム
KR102251353B1 (ko) * 2014-11-25 2021-05-12 삼성전자주식회사 근접 네트워크 구성 방법 및 그 전자 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050101692A (ko) * 2004-04-19 2005-10-25 삼성전자주식회사 광대역 무선 접속 통신 시스템에서 핸드오버 방법
KR20130088898A (ko) * 2009-03-26 2013-08-08 퀄컴 인코포레이티드 화이트스페이스 통신 장치 및 방법들
US20130102314A1 (en) * 2010-03-05 2013-04-25 Nokia Corporation Handover of direct peer to peer communication
KR20140114824A (ko) * 2012-01-16 2014-09-29 엘지전자 주식회사 무선 통신 시스템에서 근접 서비스 제공 방법 및 장치
WO2015003153A1 (en) * 2013-07-03 2015-01-08 Interdigital Patent Holdings, Inc. Epc enhancements for proximity services

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3662719A4 (en) * 2018-10-25 2020-06-17 Samsung Electronics Co., Ltd. METHOD FOR ESTABLISHING A PEER-TO-PEER SERVICE SESSION THROUGH AN INFRASTRUCTURE CONNECTION

Also Published As

Publication number Publication date
US20180359664A1 (en) 2018-12-13
US10397837B2 (en) 2019-08-27

Similar Documents

Publication Publication Date Title
WO2016167618A9 (ko) 무선 통신 시스템에서 서비스 디스커버리를 수행하는 방법 및 장치
WO2016148406A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼을 이용하여 서비스를 지원하는 방법 및 장치
WO2017018823A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼 세션 형성 방법 및 장치
WO2014088378A1 (ko) 무선 통신 시스템에서 세션 초기화 방법 및 장치
WO2017039376A1 (ko) 무선 통신 시스템에서 연결 능력 정보를 교환하는 방법 및 장치
WO2016148523A1 (ko) 무선 통신 시스템에서 서비스 디스커버리를 수행하는 방법 및 장치
WO2014123383A1 (ko) 무선 통신 시스템에서 세션 수립 방법 및 장치
WO2017014579A1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
WO2014109513A1 (ko) 무선 통신 시스템에서 디스커버리 방법 및 장치
WO2014098437A1 (ko) 무선랜 시스템에서 서비스 발견 방법 및 장치
JP6324982B2 (ja) エヌエフシーを用いたワイファイダイレクトサービス方法およびそのための装置
KR101670753B1 (ko) 와이파이 다이렉트(Wi- Fi Direct) P2P(Peer to Peer) 통신을 위한 기기 발견 방법 및 이를 위한 장치
WO2012121476A1 (ko) 의료 신체 영역 네트워크에서 데이터를 송수신하기 위한 방법 및 장치
WO2012093882A2 (en) Data communication method and apparatus via interlock between heterogeneous networks in radio access system supporting multi radio access technology
WO2012060611A2 (ko) 장치 탐색 방법 및 그를 이용한 통신 장치
WO2016190618A1 (ko) 무선 통신 시스템에서 세션 핸드오버를 수행하는 방법 및 장치
WO2016171527A1 (ko) 무선 통신 시스템에서 nan 프록시 서버에 등록을 수행하는 방법 및 장치
WO2013122398A1 (ko) 무선랜 시스템에서 필터링 기반 스캐닝 방법 및 장치
WO2016137224A1 (ko) 무선 통신 시스템에서 데이터를 전송하는 방법 및 장치
WO2019177231A1 (ko) 무선랜 시스템에서 타겟 액세스 포인트에 대한 정보를 전달하기 위한 방법 및 이를 이용한 액세스 포인트
WO2013122395A1 (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 장치
WO2014030894A1 (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 이를 위한 장치
WO2017146461A1 (ko) 페이징 기법에 따른 이웃 인식 네트워크를 위한 방법 및 이를 이용한 무선 단말
WO2016209019A1 (ko) 무선 통신 시스템에서 mdns를 이용하여 디스커버리를 수행하는 방법 및 장치
WO2016148550A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼 세션 형성을 수행하는 방법 및 장치

Legal Events

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

Ref document number: 16800258

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

Country of ref document: EP

Kind code of ref document: A1