WO2014106990A1 - 무선 통신 시스템에서 서비스 전환 방법 및 장치 - Google Patents

무선 통신 시스템에서 서비스 전환 방법 및 장치 Download PDF

Info

Publication number
WO2014106990A1
WO2014106990A1 PCT/KR2013/010001 KR2013010001W WO2014106990A1 WO 2014106990 A1 WO2014106990 A1 WO 2014106990A1 KR 2013010001 W KR2013010001 W KR 2013010001W WO 2014106990 A1 WO2014106990 A1 WO 2014106990A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
session
wireless device
asp
request
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/KR2013/010001
Other languages
English (en)
French (fr)
Inventor
이병주
김동철
김진호
이욱봉
조한규
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Priority to JP2015551592A priority Critical patent/JP6294351B2/ja
Priority to CA2897007A priority patent/CA2897007C/en
Priority to AU2013371719A priority patent/AU2013371719B2/en
Priority to CN201380074119.7A priority patent/CN105027662B/zh
Priority to EP13870338.4A priority patent/EP2943032B1/en
Priority to KR1020157020370A priority patent/KR101611329B1/ko
Priority to US14/759,175 priority patent/US9924552B2/en
Publication of WO2014106990A1 publication Critical patent/WO2014106990A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • 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]

Definitions

  • the following description relates to a wireless communication system, and more particularly, to a method and apparatus for switching services in a wireless communication system.
  • Wireless LAN is based on radio frequency technology, using a portable terminal such as a personal digital assistant (PDA), a laptop computer, a portable multimedia player (PMP), or the like. It is a technology that allows wireless access to the Internet in a specific service area. '
  • Wi-Fi Direct Direct communication technology that allows devices to easily connect with each other without a wireless access point (AP) basically required in a conventional WLAN system.
  • Wi-Fi Direct or Wi-Fi The introduction of peer-to-peer (P2P) is under discussion.
  • P2P peer-to-peer
  • Wi-Fi Direct devices can be connected without a complicated configuration process, and in order to provide various services to a user, they can support an operation of exchanging data with each other at a communication speed of a general WLAN system.
  • Wi-Fi Direct Service WFDS
  • ASP application service platform
  • An object of the present invention is to provide a method for seamlessly switching a service or returning to an original service in a WFDS system. Specifically, an object of the present invention is to provide an ASP control scheme or a management scheme of a WFDS device for providing seamless service switching.
  • a method of setting up a session in a first wireless device supporting a Wi-Fi Direct service is provided to create a session for a first service.
  • Setting up a connect ion between the first wireless device and the second wireless device comprising a provision discovery process between the first wireless device and the second wireless device;
  • Session information for the second service may be included in the session request message.
  • a method for setting up a session in a second wireless device supporting Wi-Fi Direct service is provided to create a session for a first service.
  • Setting up a connection between the first wireless device and the second wireless device comprising provisioning discovery between the first wireless device and the second wireless device; And receiving, at the second wireless device, a session request (REQUEST ⁇ SESSION) message from the first wireless device to create a session for a second service.
  • Session information for the second service may be included in the session request message.
  • a first wireless device supporting Wi-Fi Direct service and performing a session setup includes: a transceiver; And a processor.
  • the processor includes a provision discovery process between the first wireless device and a second wireless device to create a session for a first service. It may be configured to set up a connection ion between wireless devices.
  • the processor may be configured to control the transceiver to send a session request (REQUEST 'SESSION) message from the first wireless device to the second wireless device to create a session for a second service. Session information for the second service may be included in the session request message.
  • a second wireless device supporting Wi-Fi Direct service and performing a session setup includes: a transceiver; And a processor.
  • the processor includes a provision discovery process between the first wireless device and a second wireless device to create a session for a first service. . May be set up to set up a connection ion between wireless devices.
  • the processor may be configured to control the transceiver to receive a session request (REQUEST_SESSI0N) message from the first wireless device at the second wireless device to create a session for a second service. Session information for the second service may be included in the session request message.
  • a session request REQUEST_SESSI0N
  • a provision discovery process may be omitted in the session creation process for the second service.
  • the session information for the first service may be included in a provisioning discovery request message.
  • a device discovery process or a service discovery process may be performed.
  • the device discovery process may include transmitting a probe request frame from the first wireless device to the second wireless device, and transmitting the first request from the first wireless device.
  • At least one of the probe request frame or the probe acknowledgment frame may include at least one of a plurality of service names or a plurality of service hash values for the first service and the second service.
  • the setting up of the connection may further include forming a P2P group.
  • an ASP Application Service Platform
  • the ASP creates a new ASP-session as a service seeker. And transition to an Initial state.
  • the ASP of the first wireless device moves to an open state in the initial state. You can transition.
  • the ASP of the first wireless device may transition to a GroupFormationComplete state.
  • the ASP of the first wireless device may transition to a ServiceRequestSent state.
  • the ASP of the first wireless device may transition to the closed state in the initial state.
  • a port allocated for the session for the first service may be released.
  • the first service may be one of a service for supporting a Send, Play, Display, Print, or third party application.
  • the second service may be a service other than the first service.
  • the first wireless device may be a service seeker, and the second wireless device may be a service advertiser.
  • the connection between the first wireless device and the second wireless device may be a peer-to-peer connection or an internet protocol (IP) connection.
  • IP internet protocol
  • the ASP of the second wireless device receives the session request (REQUEST_SESSION) message from the first wireless device, the ASP creates a new ASP-session as a service advertiser, and requests You can transition to the Requested state.
  • session request REQUEST_SESSION
  • the ASP of the second wireless device receives the session request (REQUEST_SESSION) message from the first wireless device, the second wireless device is transmitted.
  • the receipt of the session request message can be informed to the user or application of the second wireless device by the ASP of the device.
  • information indicating acceptance or rejection of the session request may be received from the user or the application.
  • the ASP of the second wireless device When the ASP of the second wireless device receives the session request (REQUESTLSESSION) message from the first wireless device, the ASP may transition to a ServiceRequestReceived state.
  • the ASP of the second wireless device may transition from the ServiceRequestReceived state to the open state.
  • the ASP of the second wireless device may transition from the SerRequest request state to a GroupFormat i onSt arted state. .
  • a method and apparatus for seamlessly switching a service or returning to an original service in a WFDS system may be provided.
  • an ASP control method or management method and apparatus for a WFDS device for providing seamless service switching may be provided.
  • FIG. 1 is a diagram illustrating an exemplary structure of an IEEE 802.11 system.
  • FIG. 2 is a diagram illustrating a Wi-Fi Direct network.
  • 3 is a diagram for explaining a process of configuring a Wi-Fi Direct network.
  • FIG. 4 is a diagram illustrating a neighbor discovery process.
  • 5 is a view for explaining a new aspect of the Wi-Fi Direct network.
  • FIG. 6 is a diagram for describing a method for setting a link for Wi-Fi Direct communication.
  • FIG. 7 illustrates a method of joining a communication group performing Wi-Fi Direct.
  • FIG. 8 is a diagram for explaining a method of establishing a link for Wi-Fi Direct communication.
  • FIG. 9 is a diagram for describing a method for setting a link participating in a Wi-Fi Direct communication group.
  • FIG. 10 is a view for explaining the WFDS framework components.
  • FIG. 11 is a diagram for explaining a WFDS operation.
  • FIG. 12 is a diagram for explaining an ASP session setup sequence in WFDS.
  • 13 to 16 are diagrams for describing service switching according to an embodiment of the present invention.
  • FIG 17 illustrates a service switch according to an additional embodiment of the present invention.
  • FIG. 19 illustrates a service handover process according to an additional embodiment of the present invention.
  • FIG. 20 illustrates a service handover process according to an embodiment of the present invention.
  • FIG. 21 is a diagram for explaining a further example of a service handover according to the present invention.
  • FIG. 22 is a diagram illustrating a state machine for an ASP-session according to the present invention.
  • FIG. 23 is a diagram for explaining a sub-state machine for the service seeker.
  • FIG. 24 is a diagram for explaining a sub-state machine for the service advertiser.
  • 25 is a block diagram illustrating a configuration of a wireless device according to an embodiment of the present invention.
  • 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 other components or features of another embodiment.
  • Embodiments of the present invention may be supported by standard documents disclosed in at least one of IEEE 802 system 3GPP system, 3GPP LTE and LTE-Advanced (LTE-A) system, and 3GPP2 system, which are radio access systems. 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 this document may be described by the above standard document.
  • CDMAC Code Division Multiple Access FDMA
  • Frequency Division Multiple Access FDMA
  • Time Division Multiple Access TDMA
  • Orthogonal Frequency Division Multiple Access FDMA
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • CDMA may be implemented with radio technologies such as UTRA Jniversal Terrestrial Radio Access) or CDMA2000.
  • TDMA may be implemented in wireless technologies such as Global System for Mobile Communication (GSM) / General Packet Radio Service (GPRS) / Enhanced Data Rates for GSM Evolution (EDGE).
  • GSM Global System for Mobile Communication
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GSM Evolution
  • 0FDMA may be implemented by wireless technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and Evolved UTRA (E-UTRA).
  • Wi-Fi IEEE 802.11
  • WiMAX IEEE 802.16
  • WiMAX IEEE 802.16
  • E-UTRA Evolved UTRA
  • 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 be composed of a plurality of components, and a WLAN supporting transparent STA mobility for higher layers may be provided by their interaction.
  • the Basic Service Set (BSS) may correspond to a basic building block in an IEEE 802.11 LAN.
  • FIG. 1 exemplarily shows that two BSSs (BSS1 and BSS2) exist and include two STAs as members of each BSS (STA1 and STA2 are included in BSS1 and STA3 and STA4 are included in BSS2). do.
  • 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.
  • BSSCBSS1 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 the STA on or off, the STA entering or exiting the BSS region, and the like.
  • the STA may join the BSS using a synchronization process.
  • the STA In order to access all services of the BSS infrastructure, the STA must be associated with the BSS. This association may be set up dynamically and may include the use of a Distribution System Service (DSS).
  • DSS Distribution System Service
  • FIG. 1 illustrates components such as a distribution system (DS), a distribution system medium (DSM), and an access point (AP).
  • DS distribution system
  • DSM distribution system medium
  • AP access point
  • the direct station-to-station distance in the WLAN may be limited by the PHY performance. In some cases, this distance limit may be sufficient, but in some cases, communication between more distant stations may be necessary.
  • a distribution system (DS) can be configured to support extended coverage.
  • DS refers to a structure in which BSSs are interconnected.
  • the BSS may exist as an extended form of a network composed of a plurality of BSSs.
  • DS is a logical concept and can be specified by the nature of the distribution system medium (DSM).
  • the IEEE 802.11 standard logically distinguishes wireless medium (Distribution System) and distribution system media (DSM). Each logical medium is used for a different purpose and is used by different components.
  • the definition of the IEEE 802.11 standard does not limit these media to the same or to different ones.
  • the plurality of media logically different, the flexibility of the IEEE 802.11 LAN structure (DS structure or other network structure) can be described. have. That is, the IEEE 802.11 LAN structure can be implemented in various ways, the corresponding LAN structure can be specified independently by the physical characteristics of each implementation.
  • the DS may support the mobile device by providing seamless integration of a plurality of BSSs and providing logical services necessary to handle an address to a destination.
  • An AP means an entity that enables access to a DS through WM for associated STAs and has STA functionality. Data movement between the BSS and the DS may be performed through the AP.
  • STA2 and STA3 shown in FIG. 1 have the functionality of a STA, and provide a function to allow associated STAs (STA1 and STA4) to access the DS.
  • all APs basically correspond to STAs, all APs are addressable entities. The address used by the AP for communication on the network and the address used by the AP for communication on the DSM need not necessarily be the same.
  • Data transmitted from one of the STAs associated with an AP to the STA address of that AP may always be received at an uncontrolled port and processed by an IEEE 802.11 port access entity.
  • transmission data (or frame) may be transmitted to the DS.
  • An operation of an STA operating in a WLAN system may be described in terms of a layer structure.
  • the hierarchy may be implemented by a processor.
  • the STA may have a plurality of hierarchical structures.
  • the hierarchical structure covered by the 802.11 standard document is mainly the MAC sublayer and physical (PHY) layer on the DLUData Link Layer.
  • the PHY may include a Physical Layer Convergence Procedure (PLCP) entity, a Physical Medium Dependent (PMD) entity, and the like.
  • PLCP Physical Layer Convergence Procedure
  • PMD Physical Medium Dependent
  • the MAC sublayer and the PHY conceptually include management entities called MAC sublayer management entities (MLMEs) and physical layer management entities (PLMECs), respectively. These entities provide a layer management service interface on which layer management functions operate.
  • MLMEs MAC sublayer management entities
  • PLMECs physical layer management entities
  • SME Station Management Entity
  • An SME is a layer-independent entity that can appear within a separate management plane or appear to be off to the side.
  • LMEs layer management entities
  • SMEs generally perform these functions on behalf of general system management entities, and can implement standard management protocols.
  • a primitive refers to a set of elements or parameters related to a particular purpose.
  • XX ⁇ GET The request primitive is used to request the value of a given MIB attribute (management information based attribute information).
  • XX-GET. The confirm primitive is used to return the appropriate MIB attribute information value if Status is "Success", otherwise return an error indication in the Status field.
  • XX-SET The request primitive is used to request that the indicated MIB attribute be set to the given value. If the MIB attribute means a specific operation, this is to request that the operation be performed.
  • XX-SET The confirm primitive confirms that the indicated MIB attribute is set to the requested value when status is "success", otherwise it is used to return an error condition in the status field. If the MIB attribute means a specific operation, this confirms that the operation has been performed.
  • the MLME and the SME may exchange various MLME GET / SET primitives through a MLME_SAP (Service Access Point).
  • various PLME_GET / SET primitives may be exchanged between PLME and SME through PLME_SAP and may be exchanged between MLME and PLME through MLME-PLME_SAP.
  • IEEE 802.11a and b are described in 2.4. Using unlicensed band at GHz or 5 GHz, IEEE 802.11 lib provides a transmission rate of 11 Mbps, and IEEE 802.11a provides a transmission rate of 54 Mbps. IEEE 802.11g applies orthogonal frequency division multiplexing (OFDM) at 2.4 GHz to provide a transmission rate of 54 Mbps. IEEE 802 ⁇ 11 ⁇ provides a transmission rate of 300Mbps by applying multiple input multiple output put-OFDM (MIM0-0FDM). IEEE 802.11 ⁇ supports channel bandwidths up to 40 MHz and in this case provides a transmission rate of 600 Mbps.
  • OFDM orthogonal frequency division multiplexing
  • the DLS (Direct Link Setup) related protocol in a wireless LAN environment according to IEEE 802. lie is based on the premise that BBS (Basic Service Set) supports QBSSCQuality BSS (Quality of Service).
  • BBS Basic Service Set
  • QBSSCQuality BSS Quadality of Service
  • APs are QA Quality APs that support QoS.
  • WLAN environment for example, a 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.
  • QSTA Quality STA
  • Tunneled Direct Link Setup is a newly proposed wireless communication protocol to overcome this limitation.
  • TDLS does not support QoS
  • QSTAs can establish a direct link even in a wireless LAN environment such as IEEE 802.11a / b / g, which is currently commercially available, and a direct link can be configured in a power save mode (PSM). To do that. therefore .
  • PSM power save mode
  • TDLS prescribes various procedures to allow QSTAs to establish a direct link even in a BSS managed by a legacy AP.
  • a wireless network supporting such a TDLS is called a TDLS wireless network.
  • the conventional WLAN has mainly dealt with the operation of an infrastructure BSS in which a wireless access point (AP) functions as a hub.
  • the AP is responsible for physical layer support for wireless / wired connections, routing for devices on the network, and service provision for adding / removing devices to and from the network.
  • the devices in the network are connected through the AP, not directly connected to each other.
  • the Wi_Fi Direct network allows Device-to-Device (D2D) (or Peer-to-Peer; P2P) communication with each other, even if Wi-Fi devices do not join home, office, and hotspot networks. It is proposed by the Wi-Fi Alliance as a possible network.
  • the Wi-Fi Direct-based communication is referred to as WFD D2D communication (or simply D2D communication) or WFD P2P This is referred to as communication (or simply P2P communication).
  • the WFD P2P performing device is also referred to as a WFD P2P device, or simply a P2P device.
  • the WFD network 200 may include at least one Wi-Fi device that includes a first WFD device 202 and a second WFD device 204.
  • WFD devices include devices that support Wi-Fi, such as display devices, printers, digital cameras, projectors, and smartphones.
  • the WFD device includes a Non-AP STA and an AP STA.
  • the first WFD device 202 is a mobile phone and the shop 2 WFD device 204 is a display device. WFD devices in the WFD network may be directly connected to each other.
  • yae P2P communication is two WFD the signal transmission path of the device between the device of the third (e.g., AP), or set directly to the between WFD device, without going through a conventional network (e. G. Connected to the WLAN via the AP) It may mean a case.
  • the signal transmission path directly established between the two WFD devices may be limited to the data transmission path.
  • P2P communication may mean 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 are used for WFD devices (e.g., Non-AP STA-to-Non-AP STA, Non-AP STA-). Direct-to-AP) or between two WFD devices (e.g., Non-AP STA-to-Non-AP STA) via an AP, or AP and corresponding WFD device (e.g., AP- Large—Non-AP STA # 1, AP-to-Non-AP STA # 2).
  • WFD devices e.g., Non-AP STA-to-Non-AP STA, Non-AP STA-.
  • Direct-to-AP or between two WFD devices (e.g., Non-AP STA-to-Non-AP STA) via an AP, or AP and corresponding WFD device (e.g., AP- Large—Non-AP STA # 1, AP-to-Non-AP STA # 2).
  • FIG. 3 is a view for explaining a process of configuring a WFD network.
  • the WFD network configuration process may be roughly divided into two processes.
  • the first process is the neighbor discovery process (Neighbor Discovery, ND, procedure) (S302a), and the second process is the P2P link establishment and communication process (S304).
  • a WFD device eg, 202 of FIG. 2 finds another neighbor D device (eg, 204 of FIG. 2) within its (wireless) coverage and associates with that WFD device. )
  • pre-association may mean a second layer pre-association in a wireless protocol.
  • Information needed for pre-association may include, for example, identification information for a neighboring WFD device.
  • the neighbor discovery process may be performed for each available wireless channel (S302b).
  • the WFD device 202 is connected to another WFD.
  • the device 204 may perform a procedure for establishing a WFD P2P link / communication with the device 204. For example, after the WFD device 202 is associated with the peripheral WFD device 204, the WFD device 204 may determine whether the WFD device 204 does not satisfy the service requirement of the user. To this end, the WFD device 202 may retrieve the corresponding WFD device 204 after 12-layer pre-association with the peripheral WFD device 204.
  • the WFD device 202 breaks the second layer association established for the WFD device 204 and establishes a second layer association with another WFD device. Can be set.
  • the two WFD devices 202 and 204 can transmit and receive signals through the P2P link.
  • FIG. 4 is a diagram illustrating a neighbor discovery process.
  • the example of FIG. 4 may be understood as the operation between the WFD device 202 and the WFD device 204 in FIG. 3.
  • the neighbor discovery process of FIG. 3 may be initiated by an instruction of a station management entity (SME) / application / user / vendor (S410), and a scan phase (S412). It can be divided into a find phase (S414-S416).
  • the scan step S412 includes an operation of scanning for all available wireless channels according to the 802.11 scheme. This allows the P2P device to identify the best operating channel.
  • the search steps S414-S416 include a listen mode S414 and a search mode S416, and the P2P device alternately repeats the listen mode S414 and the search mode S416.
  • the P2P device 202, 204 performs an active search using a probe request frame in the search mode S416, and the search range is set to channels 1, 6, 11 (e.g., 2412) for quick search. It can be limited to a social channel (2437, 2462MHz).
  • the P2P devices 202 and 204 select only one of three social channels in the listening mode (S414) and keep the received state.
  • a probe transmitted from another P2P device eg, 202) in the search mode
  • the P2P device eg, 204 hums with a probe response frame.
  • the listening mode (S414) time may be given randomly (eg, 100, 200, 300 Time Units (TU)).
  • the P2P device can repeat the search mode and the receive mode repeatedly to reach each other's common channel.
  • the P2P device uses the probe request frame and probe answer frame to discover other P2P devices and then selectively bind them to the device type, manufacturer or friendly device. Find / exchange names
  • the P2P device eg, 202
  • the P2P device may inform the SME / application / user / vendor of the P2P device discovery (S418).
  • P2P is mainly used for semi-static communication such as remote printing and photo sharing.
  • social chats e.g., wireless devices subscribed to Social Network Service (NSS) recognize wireless devices in the vicinity and transmit and receive information based on location-based services
  • location-based advertising e.g., location-based advertising
  • location- P2P is expected to be actively used for news broadcasting and game linkage between wireless devices.
  • this P2P gender is referred to as new P2P application.
  • FIG. 5 is a diagram for explaining a new aspect of a WFD network.
  • FIG. 5 may be understood as a WFD network aspect when a new P2P gender (eg, social chat, location-based service provision, game linkage, etc.) is applied.
  • P2P gender eg, social chat, location-based service provision, game linkage, etc.
  • a plurality of P2P devices 502a_502d performs P2P communication 510, and the P2P device (s) constituting the WFD network are frequently changed due to the movement of the P2P device.
  • the FD network itself can be newly created or destroyed in dynamic / short time.
  • a feature of the new P2P application 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.
  • FIG. 6 is a diagram for explaining a method for establishing a link for WFD communication.
  • the first STAC610 (hereinafter referred to as A) is operating as a group owner in the existing WFD communication.
  • a 610 discovers a second WSC communication target, which is a second WCC communication object, which is a new WFD communication object, hereinafter referred to as B) during communication with the group client 630 of the existing WFD communication, A 610 Attempts to establish a link with B 620.
  • the new WFD communication is the WFD communication between the A 610 and the B 620, and A is the group owner, so that communication setting may be performed separately from the communication of the existing group client 630.
  • one group owner and one or more group clients can be configured in one WFD group, one group owner A 610 is satisfied, and as shown in FIG. 6B, a WFD link can be established. .
  • a 610 invites B 620 to an existing WFD communication group. Due to the nature of WFD communication, WFD communication between A (610) and B (620), A (610) and existing group client (630) is possible, but WFD communication between B (620) and existing group client (630) is supported. It may not be. If the Intra-BSS instruction is enabled (or set to On) among the P2P group capabilities of Wi-Fi Direct, WFD direct communication between the B 620 and the existing group client 630 (ie, Wi-Fi Direct). Direct communication between clients within the BSS) may be possible.
  • FIG. 7 is a diagram for describing a method of associating with a communication group performing a WFO.
  • the first STA 710 (hereinafter referred to as A) is in communication with the group client 730 as a group owner, and the second STA 720 (hereinafter referred to as B). Is in communication with the group client 740 as the group owner.
  • the A 710 may terminate the existing WFD communication and may join the TOO communication group to which the B 720 belongs.
  • a 710 becomes a group client of B since B 720 is the group owner.
  • a 710 preferably terminates existing WFD communication before requesting association with B 720.
  • FIG. 8 is a view for explaining a method for establishing a link for WFO communication.
  • the second STAC820 (hereinafter referred to as B) is operating as a group owner in the existing WFD communication.
  • the first STA 810 (hereinafter referred to as A) that does not perform the WFD communication, which has discovered the B 820, is new to the B 820.
  • Attempt to establish a link for WFD communication when B 820 accepts the link establishment, a new WFD communication link between A 810 and BC820 is established, and A 810 operates as a client of the existing WFD group of B 820.
  • the A 810 joins the WFD communication group of the B 820.
  • the A 810 may communicate only with the group owner B 820 in WFD, and WFD communication between the A 810 and the client 830 of the existing WFD communication may not be supported. If the Intra—BSS option is enabled (or set to On) among the P2P group capabilities of Wi-Fi Direct, WFD direct communication between A (810) and the client (830) of the existing WFD communication (ie, Wi-Fi Direct). Direct communication between clients within Fi Direct BSS) may be enabled.
  • FIG. 9 is a diagram for describing a method for setting a link participating in a WFD communication group.
  • the system 1 STAO10 (hereinafter referred to as A) is in a WFD communication with the group owner 930 as a group client.
  • the A 910 that discovers 2 STAO20 hereinafter referred to as B, to communicate with the group owner 940 of another WFD communication as the group owner terminates the link with the group owner 930.
  • B participate in the WFD of B920.
  • Wi-Fi Direct Service (WFDS)
  • Wi-Fi Diet is a network connection standard technology that defines the operation of the link layer. Since no standard is defined for an application that operates on the upper layer of the link configured by Wi-Fi Direct, it was difficult to support compatibility when the devices supporting Wi-Fi Direct run the application after being connected to each other. To address this issue, standardization of the behavior of higher-layer applications called Wi-Fi Direct Service (WFDS) is under discussion at the Wi-Fi Alliance (WFA).
  • WFDS Wi-Fi Direct Service
  • FIG. 10 is a view for explaining the WFDS framework components.
  • the Wi-Fi Direct layer of FIG. 10 refers to a MAC layer defined by the Wi-Fi Direct standard.
  • the Wi-Fi Direct layer can be configured as software that is compatible with the Wi-Fi Direct standard.
  • Under the Wi-Fi Direct layer a wireless connection may be configured by a physical layer (not shown) compatible with the Wi-Fi PHY.
  • ASPCApplication Service Platform At the top of the Wi-Fi Direct layer is a platform called ASPCApplication Service Platform.
  • An ASP is a common shared platform. Session management, command processing of services, and inter-ASP control are performed between an upper application layer and a lower Wi-Fi Direct layer. Perform security functions.
  • a service layer is defined above the ASP.
  • the service layer contains use case specific services.
  • WFA defines four basic services: Send, Play, Display, and Print.
  • an enable (Enable) (Ap lication Program Interface ) API is defined in order to be able to use an ASP common flat products in the case of third-party support (3 rd party) applications in addition to basic services.
  • a service defined by Send, Play, Display, Print, or a third party application is illustrated, but the scope of application of the present invention is not limited thereto.
  • the term "service” In addition to the services defined by the Send, Play, Display, Print, or third party applications, Wi-Fi Serial Bus (WSB), Wi-Fi Docking, or Neighbor Awareness Networking; It may be any one of services for supporting NAN.
  • Send refers to a service and an application that can perform file transfer between two WFDS devices.
  • Play refers to services and applications that share or stream audio / video (A / V), photos and music based on the Digital Living Network Alliance (DLNA) between two WFDS devices.
  • Print refers to services and applications that enable the printing of documents and photos between a printer, a device that has the contents of a document, a picture, and a printer.
  • Display refers to services and applications that enable screen sharing between WFA's Miracast sources and sinks.
  • the application layer may provide a user interface (UI) and perform functions such as expressing information in a form recognizable by a person and delivering a user input to a lower layer.
  • UI user interface
  • FIG. 11 is a diagram for explaining a WFDS operation.
  • An ASP is a logical entity that implements common functions required by services. These functions may include device discovery, service discovery, ASP-session management, connection topology management, security, and the like.
  • An ASP-session is a logical link between the ASP of device A and the ASP of device B.
  • Peer-to-peer (P2P) connections between peer devices are required to initiate an ASP-session.
  • An ASP can set up a plurality of ASP-sessions between two devices. Each ASP-session may be identified by a session identifier assigned by the ASP requesting the ASP-session.
  • a service is a logical entity that provides usage-specific functions to other services or applications using ASP.
  • a service of one device may communicate with a corresponding service of one or more other devices using a service-specific protocol (which may be defined by a service standard and an ASP protocol).
  • a service-specific protocol which may be defined by a service standard and an ASP protocol.
  • the interface between an ASP and a service is defined by methods and events. The method represents an operation initiated by a service, and a parameter (or field) of the method may include information on an operation to be performed. Event provides information from ASP to service.
  • FIG. 12 is a diagram for explaining an ASP session setup sequence in WFDS.
  • one device may play a role of a service advertiser and another device may play a role of a service seeker.
  • the service seeker discovers the service advertiser (s) and, if it finds the desired service, the service seeker may request a connection with the service advertiser.
  • the device A plays a role of a service advertiser and the device B plays a role of a service seeker.
  • FIG. 12 the ASP session setup operation of FIG. 12 is briefly described.
  • a service of a WFDS device discovers another WFDS device and service, requests a service, establishes a Wi-Fi Direct connection, and operates an application. The process of doing so.
  • device A may advertise its service and wait for another device to find the service.
  • the ASP of device A may answer another device based on the information included in the Advert isementO method provided from the service negotiation.
  • [123] device. B is the device to find and start the service.
  • the device B performs a process of searching for a device supporting a service by a request of a higher application or a user.
  • the service layer of device B receives the information indicating the intention of using a service from the application layer, the service layer may include information necessary for the SeekServiceO method and pass it to the ASP.
  • the ASP of the device B may transmit a probe request frame to another device. At this point, you want to find yourself within the probe request frame. Request the service name of the service that is supported or supported by itself in the form of a hash.
  • the device A may try hash matching and transmit a probe response frame to the device B when supporting a service corresponding to the hash value.
  • the probe answering frame may include a service name, an advertisement ID value, and the like.
  • the process of exchanging and receiving the probe request / response frame may be referred to as a device discovery process in which devices A and B support DS with each other and which services are supported.
  • devices A and B may exchange information on specific matters of a specific service through a P2P service discovery process.
  • information such as a service name (a plurality of service names when searching for support of a plurality of services) and a service information request may be transmitted from the device B to the device A through a service discovery request message.
  • the device A may notify the device B that the corresponding service can provide the corresponding service if the matching is performed by performing the service information matching.
  • the service discovery response message may include information such as a service name, advertisement ID, service status, and the like.
  • the service status information is information indicating whether a service requested from a remote device is available on the service advertiser side.
  • This service discovery process may be performed using the Generic Advertisement Protocol (GAS) defined by the IEEE 802.11 system.
  • GAS Generic Advertisement Protocol
  • the ASP of device B may notify the application and the user of the result (ie, SearchResult) through the service when the requested operation is completed by the SeekServiceO method requested by the service layer.
  • a group of Wi-Fi Direct is not formed, and when a user selects a service and the service performs a session connection (that is, ConnectSession), P2P group formation is performed. At this time, session information and connection capability information are exchanged through a provision discovery request and a provision discovery response.
  • a session connection that is, ConnectSession
  • the session information is hint information indicating rough information of a service requested by a device requesting a service.
  • Session information for example, file transfer
  • the counter informs the number of files, the size, and the like so that the other party can determine the accept / reject for the service request.
  • the connectivity capability may be used as information for creating a group during GO negotiation (Group Owner negotiation) and P2P invitation process.
  • the ASP of the device A sends a session request including a service information to the service layer, and the service layer transmits the service information to the application / user. To pass. If the application / user decides to accept the session based on the session information, a ConfirmServiceO is sent to the ASP through the service layer.
  • the ASP of device A delivers a provisioning discovery response message to device B, and its status information may be set to deferred. This is to indicate that the service is not immediately accepted and is waiting for user input. Accordingly, the ASP of the device B may inform the service request of being deferred while delivering a ConectStatus event to the service layer.
  • a subsequent (fol low-on) provision discovery process may be performed. That is, device A may deliver a provisioning discovery request message to device B. This can be called a follow-on provisioning discovery process.
  • This message may include service information along with information indicating that the status of the service is successful.
  • the ASP of the device B may send a ConectStatus event to the service layer to inform that the service request has been accepted.
  • the ASP of the device B may transmit a provisioning discovery response message to the device A, which may include connection capability information.
  • a P2P group is created through G0 negotiation or an invitation process, and a second layer (L2) connection and an IP Ethernet protocol (IP) connection are performed.
  • L2 second layer
  • IP IP Ethernet protocol
  • the devices A and B deliver a REQUEST_SESSI0N message requesting a session through an ASP coordination protocol.
  • the REQUEST_SESSI0N message contains the advertisement ID, MAC address (mac ⁇ addr), session identifier (session ID), etc. Can be.
  • MAC address means the address of a P2P device.
  • device A may send an ACK message to device B.
  • the device A receives the notification to the upper service / application that the session is connected, and the service layer may request port information on the session, and bind the session and the port. Accordingly, the ASP can open the corresponding port (ASP can open the port in the firewall) and inform the service layer that the port is ready. The service layer can tell the ASP that the session is ready (SessionReadyO).
  • the ASP of the device A transmits an ADDEELSESSION message to the counterpart device.
  • the ADDEELSESSION message may include a session ID, MAC address information, and the like, thereby distinguishing a service uniquely.
  • the ASP of the device B informs the service layer of the session connection and informs the service layer that the port is ready (PortReadyO) through port request, port binding, and the like.
  • ASP can open ports in a firewall.
  • an application socket connection may be announced between the service layer of the device A and the device B, and a link for transmitting application data may be formed by the application layer, and application data may be transmitted and received.
  • a close application of the corresponding application may be instructed by the application / user of the device B to the service layer. Accordingly, the service layer may transmit a session closed method to the ASP and inform the ASP that the corresponding port is released.
  • the ASP of the device B may request the device A to terminate the connected service through the REM0VE_SESSI0N message.
  • the REM0VE_SESSI0N message may include an advertisement ID, a MAC address, and a session ID.
  • the ASP of the device A may inform the application / user of the end of the session through the service layer and the service layer may inform the ASP of the port release. Accordingly, the ASP may close the incoming port in the firewall when there is no active session for the service.
  • Device A can send device B an ACK message for the REMOVE ⁇ SESSION message, and device B's ASP Even if there is no active session for the service, the incoming port can be closed in the firewall.
  • the device A and the device B may terminate the P2P connection and the association through the Di association request / response.
  • the two WFDS devices may perform the request (REQUEST) of the ASP-session through the ASP coordination protocol (ADD), reject (REJECT), remove (REMOVE).
  • ASP coordination protocol is a separate control protocol defined by WFDS, and provides a way to communicate through UDPOJser Datagram Protocol (ASP).
  • the WFDS device A and the WFDS device B support the Play service and the Display service, according to the related art, it is defined to independently perform each service. However, there is no definition on the transition between Play and Display.
  • Play for example, DLNA
  • Display service for example, Miracast
  • screen mirroring that encodes the screen of the sending (TX) device in real time and sends it to the receiving (RX) device. screen mirroring technology.
  • Table 1 compares the characteristics of the display and play services.
  • the display service is suitable for sharing a home screen, an application screen, and unusual A / V contents, but is not suitable for file contents due to the burden of transcoding.
  • Play service has the advantage that file-based media streaming can be performed without compromising the original quality, but it does not support mirroring of the screen itself.
  • the two screen sharing services of Play and Display are common in terms of displaying contents on the screen, but are complementarily or alternatively applied.
  • the TX device transmits file-based A / V content using Miracast, there is an overhead of locally decoding and re-encoding the A / V content. Occurs. In this case, it is more efficient to transmit to Play service instead of Display service.
  • the TX device wants to share content that is not file-based, such as a game or home screen, with the RX device, it is difficult to implement screen sharing with the Play service.
  • the ASP needs to support operations such as switching, changing, and returning between services.
  • the present invention will be described on the assumption that the display service is switched to the Play service or vice versa.
  • the present invention is not limited thereto, and as another example, when the first layer / second layer (L1 / L2) throughput is insufficient to support both the display service and the send service, the send during the display service is performed.
  • the principles proposed by the present invention can be applied in the same manner.
  • an application of a Seeker device may search a receiver Play service (SeekService (org.wi_f i .wfds.play.rx,%) And receive or display the service.
  • eekService org.wi_f i .wfds.play.rx
  • you call a search for a service (SeekServiceCorg.wi-fi.wfds.display.rx, ).
  • the application may decide to switch services based on various information such as user input, device policy, throughput measurement, and the like.
  • the Advertiser Davies calling AdvertiseService (org.wi-fi .wfds.play.tx, ...) waiting for the sending Play service, searching for the sending service (5661 ⁇ 61 6 Find out whether the Seeker device that called (0. ⁇ - ⁇ . £ (13.1) 13 ⁇ , ...)) can support the receiving display service (org.wi-fi .wfds.display.rx)
  • the search SeeService (org.wif i.wfds.display.rx, (7)) of the receiving Display service.
  • the service may be decided to switch based on various information such as device policy and throughput measurement.
  • FIG. 13 to 16 are diagrams for explaining service switching according to an embodiment of the present invention.
  • FIG. 13-14 illustrates the ASP-session setup operation for service A, ie.
  • Figure 13 shows a probe request / response, service discovery request / response, provision discovery request / response for service A, GO negotiation process.
  • a search for two services of a first service (ie, service A) and a second service (service B) is performed. That is, the second device (device B) may check whether the first device (device A) supports service A and service B through a device discovery process and / or a service discovery process. If devices A and B support both services A and B, in the example of FIG. 13, session information and connection capability for service A are obtained through a provision discovery request / answering process for service A between device A and device B. I can exchange it.
  • device A may support service A and service B, and that device B also supports service A and service B.
  • the service A and the service B of the device A respectively inform the ASP about the services they support by using the Advert iseServiceO method.
  • service A and service B respectively inform ASP about the services they support by using the Advert iseServiceO method.
  • service A User Service
  • service A passes the SeekServiceO method to ASP.
  • the ASP may discover a nearby WFDS device supporting service A using the P2P probe request / answer message.
  • the probe request message may include a hash value of a service to be searched.
  • the device A may include the hash value or the service name in the probe answer message and transmit the same. If a WFDS device supporting a plurality of services is to be scanned, a plurality of service names or a plurality of service hash values may be included in the probe request frame.
  • Tables 2 and 3 show the format of information that may be additionally included in the probe answer message proposed in the present invention.
  • Advertised Service Info is defined in a P2P probe response frame, and one or more Advertised Service Descriptors are included in the Advertised Service Info.
  • one advertised service descriptor may be defined as including information about one service. That is, one Prompt Response message may include Advertised Service Info as shown in Table 2 above, and one or more Advertised Service Descriptor information as shown in Table 3 or Table 4 may be included in the Advertised Service Info. Table 3 or Table 4 shows the format of subfields of one Advertised Service Descriptor.
  • the Advertised Service Descriptor may include one or more of a Service Notice field indicating whether the corresponding service is supportable and information indicating whether the corresponding service supports service handover.
  • a service that speaks to the Advertised Service Descriptor in which the service handover field is set to 0x01 may indicate that the service may be applied with handover.
  • the service discovery request / response process may be additionally performed.
  • Tables 5 and 6 below show service information included in a service discovery response message.
  • the service discovery response message includes information about one service, it is necessary to exchange several service discovery request / response frames in order to perform service discovery for multiple services.
  • one or more fields of a service info descriptor may be defined in a P2P service discovery response frame. As shown in Table 5, a field containing information on how many Service Info Descriptors are included may be defined together. Table 6 shows formats of subfields of one Service Info Descriptor.
  • the service info descriptor may include one or more of service status, service handover, service name length, service name, service information length, and service information fields.
  • device A and device B may perform device discovery and service discovery for service A and service B through one device discovery process and service discovery process.
  • FIG. 14 illustrates a session request for service A and a session addition process for service A.
  • FIG. 14 Details of the process illustrated in FIG. 14 are the same as the corresponding processes of FIG. 12, and thus redundant descriptions thereof will be omitted.
  • a session for service A is started.
  • 15 and 16 illustrate an ASP-session setup operation for service B.
  • the provisioning discovery request / answering process is skipped for the session setup for the new service B, and the session is immediately performed.
  • the request and session addition process may be performed.
  • an L2 (second layer) / L3 (third layer) connection (eg, an IP connection or a P2P connection) is already established between the service advertiser and the service seeker.
  • L2 second layer
  • L3 third layer
  • the service seeker may initiate the service request using the REQUEST 'SESSION message without performing the probing discovery process.
  • an ASP terminates an ASP session for service A.
  • the service seeker device is instructed to terminate the session for service A by user input, the service termination process may be performed accordingly.
  • 17 is a diagram for explaining service switching according to an additional embodiment of the present invention.
  • FIG. 17 illustrates an operation performed instead of FIG. 15. That is, the service switching operation according to an additional example of the present invention may include session setup for service A (FIGS. 13 and 14), session setup for service B (FIG. 13, 14, 17, and 16). 17), session termination for service A (FIG. 16) may be performed.
  • session setup for service A FIGGS. 13 and 14
  • session setup for service B FIG. 13, 14, 17, and 16
  • session termination for service A FIG. 16
  • service B may instruct the ASP to connect to the session. Accordingly, the device
  • REQUESTLSESSION message to device A, which includes session information (i.e., session information for service B).
  • session information i.e., session information for service B
  • service B of device A may receive a user input for session setup for service B from the user through the application. If the service B is not available in the device A or the service B is rejected by the user / application, the REJECTED_SESSION message may be delivered instead of the ADDED_SESSION message of FIG. 17. In this case, the original session (i.e., session for service A) can be maintained.
  • an L2 (second layer) / L3 (third layer) connection (eg, an IP connection or a P2P connection) is already established between the service advertiser and the service seeker.
  • the message sequence has been described.
  • the service seeker may initiate the service request using the REQUEST 'SESSION message without performing the provision discovery process.
  • service information (hint information or meta data) is included in the REQUEST_SESSION message.
  • FIG. 18 illustrates a service handover proposed by the present invention.
  • a display service (eg, Miracast) between device A and device B is started by a user input of device A. That is, for the display service, the device A plays the role of a sender or a source, and the device B plays the role of a receiver or a sink.
  • the display service may display a screen such as a home screen, a game, or an app running on the device A on the device B.
  • the display service when the display service is started and the DS display service between the device A and the device B is established, for example, the home screen of the device A is displayed on the device B by the display service. Can be.
  • the Display service is not suitable for processing file-based content, and it is suitable to provide a service for displaying file-based content by the Play service. therefore,.
  • a handover (or a service switch as described above) from the Display service to the Play service is required.
  • a handover request (that is, a request for handover / switching from a display service to a play service) is transmitted from the device A to the device B, and after the WFDS service handover is performed, the play service is performed.
  • the selected movie file can be played on device B. That is, device A plays a role of a transmitter or "+ PU +" (Push Controller) for a Play service (eg, DLNA), and device B plays a role of a receiver or a digital media renderer (DMR).
  • Push Controller Push Controller
  • DMR digital media renderer
  • 19 is a diagram for explaining a service handover process according to an additional embodiment of the present invention.
  • FIGS. 13 and 14 may be understood to replace the operations of FIGS. 15 to 16 in the service switching scheme described with reference to FIGS. 13 to 16. That is, in the service handover operation according to an additional example of the present invention, a session setup for service A (FIGS. 13 and 14) and a handover from service A to service B (FIG. 19) are performed in the order of FIGS. 13 and 14. Can be performed.
  • an application / user of device B may determine to hand over to service B while performing service A, and inform the service A of this. Accordingly, the service A may transmit a method (ServiceHandoverO) instructing the ASP to service handover.
  • ServiceHandoverO a method instructing the ASP to service handover.
  • a service B of the device B requests a handover to the service B through the ServiceHandoverO method from the ASP.
  • the device B's ASP requests the device A's ASP for handover using the HAND0VER_SESSI0N message of the ASP coordination protocol.
  • the advertisement—id, mac—address, session—id information of the service B, which is the handover target may be included in HAND0VER_SESSI0N.
  • the ASP of the device A may receive the SessionHandoverO event to service A.
  • the acceptance or rejection of the service handover requested as described above may be determined by the setting of the application or the user.
  • the current service A of the device A may close the current session and release the port used according to the application / user's acceptance of the handover.
  • the application / user then adds a session for service B and informs device B of the result via the ADDED_SESSI0N message of the ASP coordination protocol.
  • the ASP of the device B which has received this, may know that the device A has accepted the handover, and may perform the service B.
  • a new opcode may be defined in the ASP coordination protocol.
  • Table 8 shows the format of the HANDOVER 'SESSION message associated with the embodiment of FIG.
  • 20 is a diagram illustrating a service handover process according to an embodiment of the present invention.
  • FIGS. 15 to 16 may be understood to replace the operations of FIGS. 15 to 16 in the service switching scheme described with reference to FIGS. 13 to 16. That is, in the service handover operation according to an additional example of the present invention, a session setup for service A (FIGS. 13 and 14) and a handover from service A to service B (FIG. 20) are performed in the order of FIGS. 13 and 14. Can be performed.
  • both device A and device B support the same service called service A and service B, and both service A and service B support service handover.
  • an application / user of device B may determine to hand over to service B while performing service A, and may inform service A of this. Accordingly, the service A may transmit a method (ServiceHandoverO) instructing the ASP to service handover.
  • the method for the service handover may be defined as ServiceHandover (service jnac, advert isement_id, session_informat ion, session—mac, session_d).
  • the service_mac field means a MAC address of a remote P2P device. It may have the same value as that returned by the SearchResult event of FIG. 13.
  • the advert isement_id field may indicate an advertisement ID of a handover target service (ie, service B).
  • the session_information field may correspond to session information transmitted to the service advertiser when initiating service handover, and in some cases, may be set to NULL.
  • the session_mac field means a MAC address of a P2P device which has allocated a session_id for a current ASP-session.
  • the session id field indicates the session identifier of the current ASP-session. Session_mac information and sessiorb id information can be returned by the ServiceHandoverO method.
  • the ASP of the device B that receives the ServiceHandoverO method from the service A may send a handover session (HAND0VER_SESSI0N) message to the device A, and deliver a session state event set to Initiated to the service B.
  • HAND0VER_SESSI0N handover session
  • the handover session message that device B delivers to device A includes information such as a session MAC, session ID, and advertisement ID for service A, and a session MAC ⁇ session for service B. Information such as ID and session information may be included.
  • the session MAC information may indicate the MAC address of the P2P device to which the session ID is assigned.
  • the ASP of the device A may transmit a session request event (SessionRequest) to the service B, and the service B may receive user input (for example, accept) by passing session information to the application / user. Inform this to service B.
  • Service B can pass a confirmation method (SessionConfirmO) to ASP.
  • the ASP of the device A forwards the session state event to the service B, and may set the state to Requested. This means that the ASP on the service advertising side informs the service layer that a session is requested by another device. Have In addition, the ASP of device A may transmit a session state event set to Open to service B. This means that the ASP-session setup is complete and ready for use. Thereafter, after the session preparation method (SessionReadyO) is passed to the ASP after the port request, port binding, and port preparation method / event exchange between the service B of the device A and the ASP, the ASP can send an ADDEELSESSION message to the device B. .
  • the ADDEELSESSION message may include information such as MAC address and session ID.
  • the ASP of the device B may transmit a session state event set to open to the service B, and send an ACK message to the device A.
  • the ASP of device B may then forward a session state event set to Closed to service .A.
  • service A may transmit a method (ReleasePortO) for instructing the ASP to release the port.
  • the ASP of the device A receiving the ACK message from the device B may deliver a session state event set to Closed to the service A. Accordingly, service A may transmit a method (ReleasePortO) for instructing the ASP to release the port.
  • ReleasePortO a method for instructing the ASP to release the port.
  • the service B of the device B informs the service socket connection of the service B of the device A, and a link for transmitting the application data is formed by the application layer, whereby the application data can be transmitted and received.
  • the service session for service B is started.
  • a new opcode may be defined in the ASP coordination protocol.
  • HAND0VER_SESSI0N message may be defined as shown in Table 9 or Table 10 below.
  • Table 10 shows an example in which advertisementjd information for the current service is further included as compared with Table 9 above.
  • the REQUEST_SESSI0N message may be used to support service switching or service handover. That is, the existing REQUEST_SESSI0N message may be modified in the ASP coordination protocol, and may be used as a message for setting up a new ASP session in a situation where an ASP session is already present.
  • the modified REQUEST_SESSI0N message format may be defined as shown in Table 11 below.
  • 21 is a view for explaining an additional example of service handover according to the present invention.
  • FIG. 21 illustrates a service handover between a smartphone and a TV supporting WFDS. It is assumed that the smartphone supports the TX function of the Play service and the TX function of the Display service. It is assumed that the TV supports the reception side (RX) function of the play service and the RX function of the display service.
  • RX reception side
  • the smartphone acting as a seeker can check the support service and service handover capability of the TV acting as an advertiser.
  • the display service (eg, Miracast) is started after the session establishment process according to the DS standard.
  • the smartphone may screen mirror its own screen to the screen of the TV.
  • the smartphone user can select a specific A / V file in the gallery (ie, a file-based video stored in the smartphone's storage).
  • the smartphone intends to transmit the file-based content to the TV through the Play service. Whether to switch to the Play service or handover during the display service may depend on the smartphone setting and / or the manufacturer's policy.
  • the smartphone For service switching / handover, the smartphone sends a HANDOVER_SESSION message to the ASP of the TV and attempts handover to the Play service. If the TV accepts the handover, the handover is performed to the PLAY service. When the file-based video selected by the user ends or the user stops, the user may return to the original service by handing back to the existing display service according to the setting.
  • the present invention can determine whether the device can be handed over, and disconnects the inter-service handover or return to the original service through the inter-ASP control message. It can be done without.
  • the present invention proposes a Connect ionStatus event primitive that an ASP calls a service.
  • the Connect ionSt at us event is used by the ASP to report to the service the progress of its group formation or service request.
  • the Connect ionStatus event primitive may be defined as ConnectStatus (session_mac, session—id, status).
  • the "status” field indicates the current state of the state machine of the ASP on the service seeker or service advertiser side.
  • the "session_mac” field represents the MAC address of the P2P device which allocated sessionjd.
  • the "session_id” field indicates an ASP-session identifier assigned by the ASP that initiated the ASP-session.
  • the "status" field may be set to ServiceRequestSent, ServiceRequest Received, ServiceRequestDeferred, ServiceRequest Accepted, ServiceRequestFai led, GroupFormat ionStarted, GrupFormat iOnComp 1 et e, or GroupFormat ionFai led.
  • ServiceRequestSent can only be used by a service seeker. If an ASP that is in the Closed state at the service seeker receives the ConnectSessions method from the service, and there is no IP connection with the intended peer ASP, the ASP changes to the ServiceRequestSent state and indicates the event (for example, , Connect ionStatus event).
  • ServiceRequestReceived can only be used by service advertisers. If the ASP in the Closed state in the Service Advertiser receives a P2P provisioning discovery request for a new sessionjd and session_mac pair, or if it receives a REQUEST ⁇ SESSION message from the peer ASP, the ASP is in a ServiceRequestSent state. And send an event indicating this.
  • ServiceRequestDeferred may be used when a service request is not immediately accepted.
  • the ASP may change to the ServiceRequestDeferred state and send an event indicating this.
  • the ASP may change to the ServiceRequestDeferred state and transmit an event indicating this.
  • ServiceRequest Accepted indicates that a service request is accepted.
  • P2P with ASP with ServiceRequestSent in service seeker set to status 0
  • the ASP can change to the ServiceRequest Accepted state and send an event indicating this.
  • the ASP can change to the ServiceRequestAccepted state and send an event indicating this.
  • the ASP can change to the ServiceRequestAccepted state and send an event indicating this.
  • ServiceRequestFailed is used in the following cases. If the ASP set to the ServiceRequestDeffered state on the service seeker does not receive a P2P provisioning discovery request for a given time, or fails to set a valid connection capability based on the received P2P provisioning discovery request, the ASP is returned to the ServiceRequestFailed state. You can change it and send an event indicating it. If the ASP in the ServiceRequestReceived state on the Service Advertiser fails to set a valid connection capability based on the received P2P provisioning discovery request and auto_accept is set to FALSE in the Advert iseService method, the ASP changes to the ServiceRequestFailed state. And send an event indicating this.
  • GroupFormationStarted indicates that P2P group formation is started. If the ASP is in the ServiceRequestAccepted state in the service seeker, the ASP can change to the GroupFormationStarted state and send an event indicating this. When the ASP is in the ServiceRequestReceived state in the service advertiser and auto_accept is set to TRUE in the Advert iseService method, the ASP can change to the GroupFormationStarted state and send an event indicating this. If the ASP is in the ServiceRequestAccepted state in the service advertiser and there is no IP connection with the intended peer ASP, the ASP can change to the GroupFormationStarted state and send an event indicating this. [243] GroupFormationComplete indicates that a P2P group is successfully formed or that a P2P group is already formed (that is, the existence of an IP connection).
  • FIG. 22 illustrates a state machine for an ASP-session according to the present invention.
  • Every WFDS device may have a state machine for each ASP-session. 22 exemplarily shows a state machine for one ASP-session.
  • the ASP When the ASP receives the ConnectSessions method from the service, the ASP can create a new ASP-session (set to initialized state) as a service seeker.
  • the initiated state may consist of a plurality of sub-states.
  • the sub-state machine for the service seeker will be described later with reference to FIG.
  • the Initiated state when the ASP receives the ADD_SESSION message for the corresponding ASP-session from the peer ASP, the ASP-session state is changed to the open state.
  • the ASP receives the CloseSession method from the service, or receives a REJECTEELSESSION message from the peer ASP, a P2P exchange timeout (or provision discovery exchange timeout) event occurs, or a connection capability exchange failure occurs, Or, if another connection failure event occurs, the ASP-session state is changed from the initiated state to the closed state.
  • the ASP When the ASP receives a P2P Provision Discovery (PD) request for a new session_mac and session_id pair, or receives a REQUEST_SESSI0N message, the ASP creates a new ASP-session (set to the Requested state) as a service advertiser. Can be generated.
  • the Requested state may consist of a plurality of sub-states. The sub-state machine for the service advertiser is described below with reference to FIG.
  • the ASP receives the SetSessionReady method from the service, the ASP-session state changes from the Requested state to the Open state.
  • the ASP receives the CloseSession method from the service, or from the peer ASP.
  • the ASP-session state changes to the closed state.
  • FIG. 23 is a diagram for explaining a sub-state machine for the service seeker.
  • the state machine of FIG. 23 represents a state machine for a service seeker on an Initiated state.
  • the state transitions to the GroupFormationComplete state. If there is no IP connection with the peer device in the entry state, the PD (Provision Discovery) request is sent to the peer ASP and transitions to the ServiceRequestSent state.
  • the ASP in the ServiceRequestDefred state does not receive a PD request within a predetermined time, it transitions to the ServiceRequestFailed state.
  • the Servi ceRequestFai 1 ed state, the GroupFormationFailed state, and the ServiceRequest Accepted state may be closed states because there is no act ion in the state.
  • FIG. 24 is a diagram for explaining a sub-state machine for the service advertiser.
  • the state machine of FIG. 24 shows a state machine for the service advertiser on the Requested state.
  • the ASP-session may be a Servi ceRequestReceived state if the ASP receives a P2P PD request for a new session_id and session_mac pair, or if the ASP receives a REQEUST_SESSI0N message from the service seeker.
  • the service advertiser In the servicing ceReqeustReceived state, when the service advertiser sets auto_accept to FALSE, it sends a Session_Request event to the service and transitions to the Servi ceRequestDefred state.
  • the service advertiser sets auto_accept to TRUE and there is no IP connection with the peer ASP, it sends a peer-to-peer PD response to the peer ASP, and if the ASP can set a valid connection capability for the peer-to-peer PD response. It transitions to the GroupFormationStarted state, and if the ASP cannot set a valid connection capability for the P2P PD response, it transitions to the Servi ceRequestFai led state. In the Servi ceReqeustReceived state, the service advertiser sets auto_accept to If set to TRUE and an IP connection with the peer ASP exists, transition to the ServiceRequest Accepted state.
  • the ASP transitions to the Open state when it receives the SetSessionReady method from the service.
  • the P2P GO negotiation fails, the autonomous GO creation fails, or joins to an existing P2P group, or otherwise transitions to the GroupFromationFailed state. do.
  • the P2P group formation is successful, it transitions to Gr oupFromat iOnComp 1 et estate.
  • 25 is a block diagram illustrating a configuration of a wireless device according to an embodiment of the present invention.
  • the wireless device 10 may include a processor 11, a memory 12, and a transceiver 13.
  • the transceiver 13 may transmit / receive a radio signal and, for example, may implement a physical layer in accordance with the IEEE 802 system.
  • the processor 11 may be electrically connected to the transceiver 13 to implement a physical layer and / or a MAC layer according to the IEEE 802 system.
  • the processor 11 may be configured to perform one or more operations among an application, a service, and an ASP layer according to various embodiments of the present invention described above.
  • modules for implementing the operations of the wireless device according to various embodiments of the present invention described above may be stored in the memory 12 and executed by the processor 11.
  • the memory 12 may be included inside the processor 11 or installed outside the processor 11 and connected to the processor 11 by known means.
  • the wireless device 10 of FIG. 25 may be configured to support Wi-Fi Direct service and perform session setup.
  • the processor 11 includes a provision discovery process between the first wireless device and the second wireless device to create a session for a first service. It may be configured to set up a peer-to-peer connection between the second wireless device.
  • the processor 11 may send a session request (REQUEST_SESSI0N) message from the first wireless device to the second wireless device to create a session for a second service (or the wireless device 10 may transmit a second wireless device). If is session And control the transceiver to receive a REQUEST_SESSION message. Session information for the second service may be included in the session request message.
  • the specific configuration of the wireless device 10 of FIG. 25 may be implemented so that the above-described matters described in various embodiments of the present invention may be independently applied or two or more embodiments may be applied at the same time. The description is omitted for the sake of brevity.
  • embodiments of the present invention may be implemented through various means.
  • embodiments of the present invention may be implemented by hardware, firmware, software, or a combination thereof.
  • the method according to the embodiments of the present invention may include one or more ASICs (App 1 i Cat Ion Specific Integrated Circuits), DSPs (Digital Signal Processors), DSPDs CDigital Signal Processing Devices (PLDs), and PLDs. (Programmable Logic Devices), Field Programmable Gate Arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, and the like.
  • ASICs App 1 i Cat Ion Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Digital Signal Processing 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.

Landscapes

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

Abstract

본 발명은 무선 통신 시스템에 대한 것으로, 직접 통신 시스템에서 서비스를 전환하는 방법 및 장치가 개시된다. 본 발명의 일 실시예에 따른 와이파이 다이렉트 서비스를 지원하는 제 1 무선 디바이스에서 세션을 셋업하는 방법은, 제 1 서비스에 대한 세션을 생성(create)하기 위해, 상기 제 1 무선 디바이스와 제 2 무선 디바이스 간의 프로비젼 발견(provision discovery) 과정을 포함하는, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결(connection)을 셋업하는 단계; 및 제 2 서비스에 대한 세션을 생성하기 위해, 상기 제 1 무선 디바이스로부터 상기 제 2 무선 디바이스로 세션 요청(REQUEST_SESSION) 메시지를 전송하는 단계를 포함할 수 있다. 상기 제 2 서비스에 대한 세션 정보는 상기 세션 요청 메시지에 포함될 수 있다.

Description

【명세서】
【발명의 명칭】
무선 통신 시스템에서 서비스 전환 방법 및 장치
【기술분야】
[1] 이하의 설명은 무선 통신 시스템에 대한 것으로, 보다 구체적으로는 무선 통신 시스템에서 서비스를 전환하는 방법 및 장치에 대한 것이다.
【배경기술】
[2] 최근 정보통신 기술의 발전과 더불어 다양한 무선 통신 기술이 개발되고 있다. 이 중에서 무선랜 (WLAN)은 무선 주파수 기술을 바탕으로 개인 휴대용 정보 단말기 (Personal Digital Assistant; PDA), 랩탑 컴퓨터， 휴대용 멀티미디어 플레이어 (Portable Multimedia Player; PMP)등과 같은 휴대용 단말기를 이용하여 가정이나 기업 또는 특정 서비스 제공지역에서 무선으로 인터넷에 액세스할 수 있도록 하는 기술이다. '
[3] 기존의 무선랜 시스템에서 기본적으로 요구되는 무선 액세스 포인트 (AP) 없이， 디바이스 (device)들이 서로 용이하게 연결할 수 있도록 하는 직접 통신 기술로서, 와이파이 다이렉트 (Wi-Fi Direct) 또는 Wi-Fi P2P(peer-to-peer)의 도입이 논의되고 있다. 와이파이 다이렉트에 의하면 복잡한 설정과정을 거치지 않고도 디바이스들이 연결될 수 있고， 사용자에게 다양한 서비스를 제공하기 위해서, 일반적인 무선랜 시스템의 통신 속도로 서로 데이터를 주고 받는 동작을 지원할 수 있다.
[4] 최근 다양한 Wi-Fi 지원 디바이스들이 이용되며， 그 중에서도 AP 없이 Wi-Fi 디바이스간 통신이 가능한 Wi-Fi Direct 지원 디바이스의 개수가 증가하고 있다. WFA( i-Fi Alliance)에서는 Wi-Fi Direct 링크를 이용한 다양한 서비스 (예를 들어， 센드 (Send), 플레이 (Play), 디스플레이 (Display)， 프린트 (Print) 등)을 지원하는 플랫품을 도입하는 기술이 논의되고 있다. 이를 와이파이 다이렉트 서비스 (WFDS)라고 칭할 수 있다. WFDS에 따르면， 애플리케이션, 서비스 등은 ASP(Application Service Platform)이라는 서비스 플랫폼에 의해서 제어 또는 관리될 수 있다.
【발명의 상세한 설명】
【기술적 과제】 [5] WFDS의 종래 기술에 따르면 WFDS 지원 디바이스들 사이에서 어떤 서비스를 수행하는 방안이 마련되어 있다. 그러나， WFDS 지원 디바이스들 사이에서 여러 개의 서비스가 사용가능한 경우, 어떤 서비스를 수행하는 도중에 다른 서비스로 전환하는 방안은 정의되어 있지 않다.
[6] 본 발명은 WFDS 시스템에서 서비스를 끊김없이 전환하거나 원래의 서비스로 복귀하는 방안을 제공하는 것을 목적으로 한다. 구체적으로, 본 발명에서는 끊김없는 서비스 전환을 제공하기 위한 WFDS 디바이스의 ASP 제어 방안 또는 관리 방안을 제공하는 것을 목적으로 한다.
[7] 본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
【기술적 해결방법】
[8] 상기의 기술적 과제를 해결하기 위하여 본 발명의 일 실시예에 따른 와이파이 다이렉트 서비스를 지원하는 제 1 무선 디바이스에서 세션을 셋업하는 방법은, 제 1 서비스에 대한 세션을 생성 (create)하기 위해， 상기 제 1 무선 디바이스와 제 2 무선 디바이스 간의 프로비젼 발견 (provision discovery) 과정을 포함하는 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결 (connect ion)을 셋업하는 단계; 및 제 2 서비스에 대한 세션을 생성하기 위해， 상기 제 1 무선 디바이스로부터 상기 제 2 무선 디바이스로 세션 요청 (REQUESTᅳ SESSION) 메시지를 전송하는 단계를 포함할 수 있다. 상기 제 2 서비스에 대한 세션 정보는 상기 세션 요청 메시지에 포함될 수 있다.
[9] 상기의 기술적 과제를 해결하기 위하여 본 발명의 다론 실시예에 따른 와이파이 다이렉트 서비스를 지원하는 제 2 무선 디바이스에서 세션을 셋업하는 방법은， 제 1 서비스에 대한 세션을 생성 (create)하기 위해， 상기 제 1 무선 디바이스와 제 2 무선 디바이스 간의 프로비젼 발견 (provision discovery) 과정을 포함하는， 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결 (connection)을 셋업하는 단계; 및 제 2 서비스에 대한 세션을 생성하기 위해, 상기 제 2 무선 디바이스에서 상기 제 1 무선 디바이스로부터 세션 요청 (REQUESTᅳ SESSION) 메시지를 수신하는 단계를 포함할 수 있다. 상기 제 2 서비스에 대한 세션 정보는 상기 세션 요청 메시지에 포함될 수 있다. [10] 상기의 기술적 과제를 해결하기 위하여 본 발명의 또 다른 실시예에 따른 와이파이 다이렉트 서비스를 지원하고 세션 셋업을 수행하는 제 1 무선 디바이스는, 송수신기; 및 프로세서를 포함할 수 있다. 상기 프로세서는， 제 1 서비스에 대한 세션을 생성 (create)하기 위해， 상기 제 1 무선 디바이스와 제 2 무선 디바이스 간의 프로비견 발견 (provision discovery) 과정을 포함하는， 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결 (connect ion)을 셋업하도록 설정될 수 있다. 상기 프로세서는, 제 2 서비스에 대한 세션을 생성하기 위해， 상기 제 1 무선 디바이스로부터 상기 제 2 무선 디바이스로 세션 요청 (REQUESTᅳ SESSION) 메시지를 전송하도록 상기 송수신기를 제어하도록 설정될 수 있다. 상기 제 2 서비스에 대한 세션 정보는 상기 세션 요청 메시지에 포함될 수 있다.
- [11] 상기의 기술적 과제를 해결하기 위하여 본 발명의 또 다른 실시예에 따른 와이파이 다이렉트 서비스를 지원하고 세션 셋업을 수행하는 제 2 무선 디바이스는, 송수신기; 및 프로세서를 포함할 수 있다. 상기 프로세서는， 제 1 서비스에 대한 세션을 생성 (create)하기 위해, 상기 제 1 무선 디바이스와 제 2 무선 디바이스 간의 프로비견 발견 (provision discovery) 과정을 포함하는， 상기 제 1 무선 디바이스와 상기 제 2.무선 디바이스 간의 연결 (connect ion)을 셋업하도톡 설정될 수 있다. 상기 프로세서는， 제 2 서비스에 대한 세션을 생성하기 위해， 상기 제 2 무선 디바이스에서 상기 제 1 무선 디바이스로부터 세션 요청 (REQUEST_SESSI0N) 메시지를 수신하도톡 상기 송수신기를 제어하도록 설정될 수 있다. 상기 제 2 서비스에 대한 세션 정보는 상기 세션 요청 메시지에 포함될 수 있다.
[12] 상기 본 발명에 따른 실시예들에 있어서 이하의 사항이 공통으로 적용될 수 있다.
[13] 상기 제 1 무선 디바이스가 제 2 무선 디바이스와 연결을 가지고 있는 경우, 상기 제 2 서비스에 대한 세션 생성 과정에서 프로비젼 발견 과정은 생략될 수 있다.
[14] 상기 제 1 서비스에 대한 세션 정보는 프로비견 발견 요청 메시지에 포함될 수 있다.
[15] 상기 연결을 셋업하기 전에， 디바이스 발견 과정 또는 서비스 발견 과정 중의 하나 이상이 수행될 수 있다.
[16] 상기 디바이스 발견 과정은， 상기 제 1 무선 디바이스로부터 상기 제 2 무선 디바이스로의 프로브 요청 프레임 송신， 및 상기 제 1 무선 디바이스에서 상기 제 R2013/010001
2 무선 디바이스로부터의 프로브 응답 프레임 수신을 포함할 수 있다. 상기 프로브 요청 프레임 또는 상기 프로브 옹답 프레임 중의 하나 이상에는, 상기 제 1 서비스 및 제 2 서비스에 대한 복수개의 서비스 명칭 또는 복수개의 서비스 해시값 중의 하나 이상이 포함될 수 있다.
[17] 상기 연결을 셋업하는 단계는 P2P 그룹 형성 과정을 더 포함할 수 있다.
[18] 상기 제 1 무선 디바이스의 ASP(Application Service Platform)가 상기 제 1 무선 디바이스의 서비스 계충으로부터 ConnectSession 메소드 (Method)를 수신하는 경우， 상기 ASP는 서비스 시커 (seeker)로서 새로운 ASP-세션을 생성하고， 초기 (Initiate) 스테이트로 천이할 수 있다.
[19] 상기 세션 요청 (REQUESTED—SESSION) 메시지에 웅답하는 세션 추가 (ADDEELSESSION) 메시지를 상기 제 2 무선 디바이스로부터 수신하는 경우, 상기 제 1 무선 디바이스의 ASP는 상기 초기 스테이트에서 열림 (Open) 스테이트로 천이할 수 있다.
[20] 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결이 존재하는 경우， 상기 제 1 무선 디바이스의 ASP는 그룹형성완료 (GroupFormationComplete) 스테이트로 천이할 수 있다. 또는， 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결이 존재하지 않는 경우， 상기 제 1 무선 디바이스의 ASP는 서비스요청보냄 (ServiceRequestSent) 스테이트로 천이할 수 있다.
[21] 상기 세션 요청 (REQUESTED_SESSI0N) 메시지에 웅답하는 세션 거절 (REJECTED_SESSI0N) 메시지를 상기 제 2 무선 디바이스로부터 수신하는 경우， 상기 제 1 무선 디바이스의 ASP는 상기 초기 스테이트에서 Closed 스테이트로 천이할 수 있다.
[22] 상기 제 2 서비스에 대한 세션이 생성되는 경우 상기 제 1 서비스에 대한 세션에 대해서 할당된 포트는 해제될 수 있다.
[23] 상기 제 1 서비스는 센드 (Send), 플레이 (Play), 디스플레이 (Display) , 프린트 (Print), 또는 서드파티 애플리케이션을 지원하기 위한 서비스 중의 어느 하나일 수 있다. 상기 제 2 서비스는 상기 제 1 서비스 외의 다른 서비스일 수 있다.
[24] 상기 제 1 무선 디바이스는 서비스 시커 (seeker)이고， 상기 제 2 무선 디바이스는 서비스 애드버타이저 (advertiser)일 수 있다. [25] 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결은, P2P(Peer-to-Peer) 연결 또는 IP(Internet Protocol) 연결일 수 있다.
[26] 상기 제 2 무선 디바이스의 ASP가 상기 제 1 무선 디바이스로부터 상기 세션 요청 (REQUEST_SESSION) 메시지를 수신하는 경우, 상기 ASP는 서비스 애드버타이저 (advertiser)로서 새로운 ASP-세션을 생성하고， 요청됨 (Requested) 스테이트로 천이할 수 있다.
[27] 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결이 존재하는 경우， 상기 제 2 무선 디바이스의 ASP가 상기 제 1 무선 디바이스로부터 상기 세션 요청 (REQUEST_SESSION) 메시지를 수신하면, 상기 제 2 무선 디바이스의 ASP에 의해서 상기 제 2 무선 디바이스의 사용자 또는 애플리케이션에게 상기 세션 요청 메시지의 수신이 알려질 수 있다. 또한， 상기 세션 요청에 대한 수락 (accept) 또는 거절 (Reject)을 나타내는 정보가 상기 사용자 또는 상기 애플리케이션으로부터 수신될 수 있다.
[28] 상기 제 2 무선 디바이스의 ASP가 상기 제 1 무선 디바이스로부터 상기 세션 요청 (REQUESTLSESSION) 메시지를 수신한 경우， 서비스요청수신 (ServiceRequestReceived) 상태로 천이할 수 있다. 여기서, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결이 존재하면 상기 제 2 무선 디바이스의 ASP는 상기 ServiceRequestReceived 스테이트에서 Open 스테이트로 천이할 수 있다. 또는， 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결이 존재하지 않는 경우 상기 제 2 무선 디바이스의 ASP는 상기 Servi ceRequestRece i ved 스테이트에서 그룹형성시작 (GroupFormat i onSt arted) 스테이트로 천이할 수 있다.
[29] 본 발명에 대하여 전술한 일반적인 설명과 후술하는 상세한 설명은 예시적인 것이며, 청구항 기재 발명에 대한 추가적인 설명을 위한 것이다.
【유리한 효과】
[30] 본 발명에 따르면， WFDS 시스템에서 서비스를 끊김없이 전환하거나 원래의 서비스로 복귀하는 방법 및 장치가 제공될 수 있다. 구체적으로 본 발명에서는 끊김없는 서비스 전환을 제공하기 위한 WFDS 디바이스의 ASP 제어 방안 또는 관리 방법 및 장치가 제공될 수 있다.
[31] 본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며， 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다. 【도면의 간단한 설명】
[32] 본 명세서에 첨부되는 도면은 본 발명에 대한 이해를 제공하기 위한 것으로서 본 발명의 다양한 실시형태들을 나타내고 명세서의 기재와 함께 본 발명의 원리를 설명하기 위한 것이다.
[33] 도 1은 IEEE 802.11 시스템의 예시적인 구조를 나타내는 도면이다.
[34] 도 2는 Wi-Fi Direct 네트워크를 예시하는 도면이다.
[35] 도 3은 Wi-Fi Direct 네트워크를 구성하는 과정을 설명하기 위한 도면이다.
[36] 도 4는 이웃 발견 과정을 설명하기 위한 도면이다.
[37] 도 5는 Wi-Fi Direct 네트워크의 새로운 양상을 설명하기 위한 도면이다.
[38] 도 6은 Wi-Fi Direct 통신을 위한 링크를 설정하는 방법을 설명하기 위한 도면이다.
[39] 도 7은 Wi-Fi Direct 를 하고 있는 통신 그룹에 참가 (associat ion)하는 방법을 설명하기 위한 도면이다.
[40] 도 8은 Wi-Fi Direct 통신을 위한 링크를 설정하는 방법을 설명하기 위한 도면이다.
[41] 도 9는 Wi-Fi Direct 통신 그룹에 참가하는 링크를 설정하는 방법을 설명하기 위한 도면이다.
[42] 도 10은 WFDS프레임워크 구성요소를 설명하기 위한 도면이다.
[43] 도 11은 WFDS동작을 설명하기 위한 도면이다.
[44] 도 12는 WFDS에서 ASP세션 셋업 시퀀스를 설명하기 위한 도면이다.
[45] 도 13 내지 도 16은 본 발명의 일 실시예에 따른 서비스 전환을 설명하기 위한 도면이다.
[46] 도 17은 본 발명의 추가적인 실시예에 따른 서비스 전환을 설명하기 위한 도면이다.
[47] 도 18은 본 발명에서 제안하는 서비스 핸드오버를 설명하기 위한 도면이다.
[48] 도 19는 본 발명의 추가적인 실시예에 따른 서비스 핸드오버 과정을 설명하기 위한 도면이다.
[49] 도 20는 본 발명의 일 실시예에 따른 서비스 핸드오버 과정을 설명하기 위한 도면이다. [50] 도 21은 본 발명에 따른 서비스 핸드오버의 추가적인 예시를 설명하기 위한 도면이다.
[51] 도 22는 본 발명에 따른 ASP-세션에 대한 스테이트 머신을 설명하기 위한 도면이다ᅳ
[52] 도 23은 서비스 시커에 대한서브-스테이트 머신을 설명하기 위한 도면이다.
[53] 도 24는 서비스 애드버타이저에 대한 서브-스테이트 머신을 설명하기 위한 도면이다.
[54] 도 25는 본 발명의 일 실시예에 따른 무선 디바이스의 구성을 나타내는 블록도이다.
【발명의 실시를 위한 형태】
[55] 이하， 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며， 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나， 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
[56] 이하의 실시예들은 본 발명의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및 /또는 특징들을 결합하여 본 발명의 실시예를 구성할 수도 있다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고.， 또는 다른 실시예의 대웅하는 구성 또는 특징과 교체될 수 있다.
[57] 이하의 설명에서 사용되는 특정. 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
[58] 몇몇 경우， 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나， 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시된다. 또한， 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다 . [59] 본 발명의 실시예들은 무선 액세스 시스템들인 IEEE 802 시스템 3GPP 시스템， 3GPP LTE 및 LTE-A(LTE-Advanced)시스템 및 3GPP2 시스템 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉， 본 발명의 실시예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한， 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.
[60] 이하의 기술은 CDMACCode Division Multiple Access), FDMA(Frequency Division Multiple Access) , TDMA(Time Division Multiple Access) , 0FDMA( Orthogonal Frequency Division Multiple Access) , SC-FDMA( Single Carrier Frequency Division Multiple Access) 등과 같은 다양한 무선 액세스 시스템에 사용될 수 있다. CDMA는 UTRA Jniversal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술 (radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communi cat ions) /GPRS (General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. 0FDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20， E-UTRA(Evolved UTRA) 둥과 같은 무선 기술로 구현될 수 있다. 명확성을 위하여 이하에서는 IEEE 802.11 시스템을 위주로 설명하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.
[61] WLAN시스템의 구조
[62] 도 1 은 본 발명이 적용될 수 있는 IEEE 802.11 시스템의 예시적인 구조를 나타내는 도면이다.
[63] 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에 포함됨)을 예시적으로 도시한다. 도 1 에서 BSS를 나타내는 타원은 해당 BSS에 포함된 STA들이 통신을 유지하는 커버리지 영역을 나타내는 것으로도 이해될 수 있다. 이 영역을 BSA(Basic Service Area)라고 칭할 수 있다. STA이 BSA 밖으로 이동하게 되면 해당 BSA 내의 다른 STA들과 직접적으로 통신할 수 없게 된다. [64] IEEE 802.11 LAN에서 가장 기본적인 타입의 BSS는 독립적인 BSS( Independent BSS; IBSS)이다. 예를 들어， IBSS는 2 개의 STA만으로 구성된 최소의 형태를 가질 수 있다. 또한， 가장 단순한 형태이고 다른 구성요소들이 생략되어 있는 도 1 의 BSSCBSS1 또는 BSS2)가 IBSS의 대표적인 예시에 해당할 수 있다. 이러한 구성은 STA들이 직접 통신할 수 있는 경우에 가능하다. 또한， 이러한 형태의 LAN은 미리 계획되어서 구성되는 것이 아니라 LAN이 필요한 경우에 구성될 수 있으며, 이를 애드-혹 (ad-hoc) 네트워크라고 칭할 수도 있다.
[65] STA의 켜지거나 꺼짐, STA이 BSS 영역에 들어오거나 나감 등에 의해서， BSS에서의 STA의 멤버십이 동적으로 변경될 수 있다. BSS의 멤버가 되기 위해서는， STA은 동기화 과정을 이용하여 BSS에 조인할 수 있다. BSS 기반구조의 모든 서비스에 액세스하기 위해서는， STA은 BSS에 연관 (associated)되어야 한다. 이러한 연관 (association)은 동적으로 설정될 수 있고， 분배시스템서비스 (Distribution System Service; DSS)의 이용을 포함할 수 있다.
[66] 추가적으로， 도 1에서는 분배시스템 (Distribution System; DS), 분배시스템매체 (Distribution System Medium; DSM), 액세스 포인트 (Access Point; AP) 등의 구성요소에 대해서 도시한다.
[67] WLAN에서 직접적인 스테이션―대 -스테이션의 거리는 PHY 성능에 의해서 제한될 수 있다. 어떠한 경우에는 이러한 거리의 한계가 충분할 수도 있지만, 경우에 따라서는 보다 먼 거리의 스테이션 간의 통신이 필요할 수도 있다. 확장된 커버리지를 지원하기 위해서 분배시스템 (DS)이 구성될 수 있다.
[68] DS는 BSS들이 상호연결되는 구조를 의미한다. 구체적으로， 도 1 과 같이 BSS가 독립적으로 존재하는 대신에， 복수개의 BSS들로 구성된 네트워크의 확장된 형태의 구성요소로서 BSS가 존재할 수도 있다.
[69] DS는 논리적인 개념이며 분배시스템매체 (DSM)의 특성에 의해서 특정될 수 있다. 이와 관련하여， IEEE 802.11 표준에서는 무선 매체 (Wireless Medium; 丽)와 분배시스템매체 (DSM)을 논리적으로 구분하고 있다. 각각의 논리적 매체는 상이한 목적을 위해서 사용되며, 상이한 구성요소에 의해서 사용된다. IEEE 802.11 표준의 정의에서는 이러한 매체들이 동일한 것으로 제한하지도 않고 상이한 것으로 제한하지도 않는다. 이와 같이 복수개의 매체들이 논리적으로 상이하다는 점에서， IEEE 802.11 LAN 구조 (DS 구조 또는 다른 네트워크 구조)의 유연성이 설명될 수 있다. 즉 IEEE 802.11 LAN 구조는 다양하게 구현될 수 있으며, 각각의 구현예의 물리적인 특성에 의해서 독립적으로 해당 LAN구조가 특정될 수 있다.
[70] DS는 복수개의 BSS들의 끊김 없는 (seamless) 통합을 제공하고 목적지로의 어드레스를 다루는 데에 필요한 논리적 서비스들을 제공함으로써 이동 기기를 지원할 수 있다.
[71] AP는, 연관된 STA들에 대해서 WM을 통해서 DS로의 액세스를 가능하게 하고 STA 기능성을 가지는 엔티티 (entity)를 의미한다. AP를 통해서 BSS 및 DS 간의 데이터 이동이 수행될 수 있다. 예를 들어, 도 1 에서 도시하는 STA2 및 STA3 은 STA의 기능성을 가지면서， 연관된 STA들 (STA1 및 STA4)가 DS로 액세스하도록 하는 기능을 제공한다. 또한， 모든 AP는 기본적으로 STA에 해당하므로， 모든 AP는 어드레스 가능한 엔티티이다. 丽 상에서의 통신을 위해 AP 에 의해서 사용되는 어드레스와 DSM 상에서의 통신을 위해 AP 에 의해서 사용되는 어드레스는 반드시 동일할 필요는 없다.
[72] AP에 연관된 STA들 중의 하나로부터 그 AP의 STA 어드레스로 송신되는 데이터는， 항상 비제어 포트 (uncontrolled port)에서 수신되고 IEEE 802. IX 포트 액세스 엔티티에 의해서 처리될 수 있다. 또한， 제어 포트 (controlled port)가 인증되면 송신 데이터 (또는 프레임)는 DS로 전달될 수 있다.
[73] 계층 구조
[74] 무선랜 시스템에서 동작하는 STA의 동작은 계층 (layer) 구조의 관점에서 설명할 수 있다. 장치 구성의 측면에서 계층 구조는 프로세서에 의해서 구현될 수 있다. STA는 복수개의 계층 구조를 가질 수 있다. 예를 들어, 802.11 표준문서에서 다루는 계층 구조는 주로 DLUData Link Layer) 상의 MAC 서브계층 (sublayer) 및 물리 (PHY) 계층이다. PHY은 PLCP(Physical Layer Convergence Procedure) 개체， PMD(Physical Medium Dependent) 개체 등을 포함할 수 있다. MAC 서브계층 및 PHY은 각각 MLME(MAC sublayer Management Entity) 및 PLMEC (Physical Layer Management Entity)라고 칭하여지는 관리 개체들을 개념적으로 포함한다. 이러한 개체들은 계층 관리 기능이 작동하는 계층 관리 서비스 인터페이스를 제공한다.
[75] 정확한 MAC 동작을 제공하기 위해서, SME(Station Management Entity) 가 각각의 STA 내에 존재한다. SME는， 별도의 관리 플레인 내에 존재하거나 또는 따로 떨어져 (off to the side) 있는 것으로 보일 수 있는， 계층 독립적인 개체이다. SME의 정확한 기능들은 본 문서에서 구체적으로 설명하지 않지만， 일반적으로는 다양한 계층 관리 개체 (LME)들로부터 계층-종속적인 상태를 수집하고， 계층 -특정 파라미터들의 값을 유사하게 설정하는 등의 기능을 담당하는 것으로 보일 수 있다. SME는 일반적으로 일반 시스템 관리 개체를 대표하여 (on behalf of) 이러한 기능들을 수행하고， 표준 관리 프로토콜을 구현할 수 있다.
[76] 전술한 개체들은 다양한 방식으로 상호작용한다. 예를 들어， 개체들 간에는 GET/SET 프리머티브 (primitive)들을 교환 (exchange)함으로써 상호작용할 수 있다. 프리머티브는 특정 목적에 관련된 요소 (element)나 파라미터들의 세트를 의미한다. XX一 GET. request 프리머티브는 주어진 MIB attribute (관리 정보 기반 속성 정보)의 값을 요청하기 위해 사용된다. XX-GET. confirm 프리머티브는, Status가 "성공 "인 경우에는 적절한 MIB 속성 정보 값을 리턴하고， 그렇지 않으면 Status 필드에서 에러 지시를 리턴하기 위해 사용된다. XX-SET. request 프리머티브는 지시된 MIB 속성이 주어진 값으로 설정되도록 요청하기 위해 사용된다. 상기 MIB 속성이 특정 동작을 의미하는 경우， 이는 해당 동작이 수행되는 것을 요청하는 것이다. 그리고， XX-SET. confirm 프리머티브는 status가 "성공 "인 경우에 지시된 MIB 속성이 요청된 값으로 설정되었음을 확인하여 주고， 그렇지 않으면 status 필드에 에러 조건을 리턴하기 위해 사용된다. MIB 속성이 특정 동작을 의미하는 경우, 이는 해당 동작이 수행되었음을 확인하여 준다.
[77] 또한， MLME 및 SME는 다양한 MLME GET/SET프리머티브들을 MLME_SAP(Service Access Point)을 통하여 교환할 수 있다. 또한, 다양한 PLME_GET/SET 프리머티브들이， PLME_SAP을 통해서 PLME와 SME 사이에서 교환될 수 있고, MLME- PLME_SAP을 통해서 MLME와 PLME사이에서 교환될 수 있다.
[78] 무선랜의 진화
[79] 무선랜 (WLAN) 기술에 대한 표준은 IEEE lnstitute of Electrical and Electronics Engineers) 802.11 그룹에서 개발되고 있다. IEEE 802.11a 및 b는 2.4. GHz 또는 5GHz에서 비면허 대역 (unlicensed band)을 이용하고， IEEE 802. lib는 11Mbps의 전송 속도를 제공하고， IEEE 802.11a는 54 Mbps의 전송 속도를 제공한다. IEEE 802.11g는 2.4GHz에서 직교 주파수 분할 다중화 (Orthogonal Frequency Division Multiplexing, OFDM)를 적용하여 54Mbps의 전송 속도를 제공한다. IEEE 802·11η은 다증입출력 0FDM(Multiple Input Multiple Out put -OFDM, MIM0-0FDM)을 적용하여 300Mbps의 전송 속도를 제공한다. IEEE 802.11η은 채널 대역폭 (channel bandwidth)올 40 MHz까지 지원하며 이 경우 600Mbps의 전송 속도를 제공한다. [80] IEEE 802. lie에 따른 무선랜 환경에서의 DLS(Direct Link Setup) 관련 프로토콜은 BSS(Basic Service Set)가 QoS(Quality of Service)를 지원하는 QBSSCQuality BSS)를 전제로 .한다. QBSS에서는 비 -AP(Non-AP) STA 뿐만 아니라 AP도 QoS를 지원하는 QA Quality AP)이다. 그런데, 현재 상용화되어 있는 무선랜 환경 (예를 들어， IEEE 802.11a/b/g 등에 따른 무선랜 환경)에서는 비록 Non-AP STA이 QoS를 지원하는 QSTA(Quality STA)이라고 하더라도 AP는 QoS를 지원하지 못하는 레거시 (Legacy) AP가 대부분이다. 그 결과, 현재 상용화되어 있는 무선랜 환경에서는 QSTA이라고 하더라도 DLS서비스를 이용할 수가 없는 한계가 있다.
[81] 터널 다이텍트 링크 설정 (Tunneled Direct Link Setup; TDLS)은 이러한 한계를 극복하기 위하여 새롭게 제안된 무선 통신 프로토콜이다. TDLS는 QoS를 지원하지는 않지만 현재 상용화된 IEEE 802.11a/b/g 등의 무선랜 환경에서도 QSTA들이 다이렉트 링크를 설정할 수 있도록 하는 것과 전원 절약 모드 (Power Save Mode; PSM)에서도 다이렉트 링크의 설정이 가능하도록 하는 것이다. 따라서 . TDLS는 레거시 AP가 관리하는 BSS에서도 QSTA들이 다이렉트 링크를 설정할 수 있도록 하기 위한 제반 절차를 규정한다. 그리고 이하에서는 이러한 TDLS를 지원하는 무선 네트워크를 TDLS무선 네트워크라고 한다.
[82] 와이파이 다이렉트 네트워크
[83] 종래의 무선랜은 무선 액세스 포인트 (AP)가 허브로서 기능하는 인프라스트럭쳐 (infrastructure) BSS에 대한 동작을 주로 다루었다. AP는 무선 /유선 연결을 위한 물리 계층 지원 기능과， 네트워크 상의 디바이스들에 대한 라우팅 기능과， 디바이스를 네트워크에 추가 /제거하기 위한 서비스 제공 둥을 담당한다. 이 경우, 네트워크 내의 디바이스들은 AP를 통하여 연결되는 것이지， 서로간에 직접 연결되는 것은 아니다.
[84] 디바이스들 간의 직접 연결을 지원하는 기술로서 와이파이 다이렉트 (Wi-Fi Direct) 표준의 제정이 논의되고 있다.
[85] 도 2는 Wi-Fi Direct 네트워크를 예시한다. Wi_Fi Direct 네트워크는 Wi-Fi 장치들이 홈 네트워크， 오피스 네트워크 및 핫스팟 네트워크에 참가하지 않아도, 서로 디바이스-대-디바이스 (Device to Device; D2D)(혹은， Peer-to-Peer ; P2P) 통신을 수행할 수 있는 네트워크로서 Wi-Fi 연합 (Alliance)에 의해 제안되었다. 이하， Wi-Fi Direct 기반 통신을 WFD D2D 통신 (간단히， D2D 통신) 혹은 WFD P2P 통신 (간단히， P2P 통신)이라고 지칭한다. 또한， WFD P2P 수행 디바이스를 WFD P2P 디바이스， 간단히 P2P 디바이스라고 지칭한다.
[86] 도 2를 참조하면， WFD 네트워크 (200)는 제 1 WFD 디바이스 (202) 및 제 2 WFD 디바이스 (204)를 포함하는 적어도 하나의 Wi-Fi 디바이스를 포함할 수 있다. WFD 디바이스는 디스플레이 장치, 프린터， 디지털 카메라， 프로젝터 및 스마트 폰 등 Wi-Fi를 지원하는 디바이스들을 포함한다. 또한； WFD 디바이스는 Non-AP STA 및 AP STA를 포함한다. 도시된 예에서， 제 1 WFD 디바이스 (202)는 휴대폰이고 게 2 WFD 디바이스 (204)는 디스플레이 장치이다. WFD 네트워크 내의 WFD 디바이스들은 서로 직접 연결될 수 있다. 구체적으로ᅤ P2P 통신은 두 WFD 디바이스들간의 신호 전송 경로가 제 3의 디바이스 (예를 들어 , AP) 또는 기존 네트워크 (예를 들어 AP를 거쳐 WLAN에 접속)를 거치지 않고 해당 WFD 디바이스들간에 직접 설정된 경우를 의미할 수 있다. 여기서, 두 WFD 디바이스들 간에 직접 설정된 신호 전송 경로는 데이터 전송 경로로 제한될 수 있다. 예를 들어， P2P 통신은 복수의 Non-STA들이 AP를 거치지 않고 데이터 (예， 음성 /영상 /문자 정보 등)를 전송하는 경우를 의미할 수 있다. 제어 정보 (예， P2P 설정을 위한 자원 할당 정보， 무선 디바이스 식별 정보 등)를 위한 신호 전송 경로는 WFD 디바이스들 (예를 들어， Non-AP STA-대 -Non-AP STA, Non-AP STA-대 -AP) 간에 직접 설정되거나， AP를 경유하여 두 WFD 디바이스들 (예를 들어， Non-AP STA-대 -Non-AP STA) 간에 설정되거나， AP와 해당 WFD 디바이스 (예를 들어， AP-대— Non-AP STA#1, AP-대 -Non-AP STA#2) 간에 설정될 수 있다.
[87] 도 3은 WFD 네트워크를 구성하는 과정을 설명하기 위한 도면이다.
[88] 도 3을 참조하면， WFD 네트워크 구성 과정은 크게 두 과정으로 구분될 수 있다. 첫 번째 과정은 이웃 발견 과정 (Neighbor Discovery, ND, procedure)이고 (S302a), 두 번째 과정은 P2P 링크 설정 및 통신 과정이다 (S304). 이웃 발견 과정을 통해, WFD 디바이스 (예를 들어， 도 2의 202)는 (자신의 무선) 커버리지 내의 다른 이웃 D 디바이스 (예를 들어， 도 2의 204)를 찾고 해당 WFD 디바이스와의 연관 (association), 예를 들어 사전 -연관 (pre-associat ion)에 필요한 정보를 획득할 수 있다. 여기서， 사전-연관은 무선 프로토콜에서 제 2 계층 사전- 연관을 의미할 수 있다. 사전-연관에 필요한 정보는 예를 들어 이웃 WFD 디바이스에 대한 식별 정보 등을 포함할 수 있다. 이웃 발견 과정은 가용 무선 채널 별로 수행될 수 있다 (S302b). 이후， WFD 디바이스 (202)는 다른 WFD 디바이스 (204)와 WFD P2P 링크 설정 /통신을 위한 과정을 수행할 수 있다. 예를 들어， WFD 디바이스 (202)는 주변 WFD 디바이스 (204)에 연관된 후， 해당 WFD 디바이스 (204)가 사용자의 서비스 요구 사항을 만족하지 못하는 WFD 디바이스인지 판단할 수 있다. 이를 위해, WFD 디바이스 (202)는 주변 WFD 디바이스 (204)와 겨 12 계층 사전-연관 후 해당 WFD 디바이스 (204)를 검색할 수 있다. 만약, 해당 WFD 디바이스 (204)가 사용자의 서비스 요구 사항을 만족하지 못하는 경우, WFD 디바이스 (202)는 해당 WFD 디바이스 (204)에 대해 설정된 제 2 계층 연관을 끊고 다른 WFD 디바이스와 제 2 계층 연관을 설정할 수 있다. 반면, 해당 WFD 디바이스 (204)가 사용자의 서비스 요구 사항을 만족하는 경우， 두 WFD 디바이스 (202 및 204)는 P2P 링크를 통해 신호를 송수신할 수 있다.
[89] 도 4는 이웃 발견 과정을 설명하기 위한 도면이다. 도 4의 예시는 도 3에서 WFD 디바이스 (202)와 WFD 디바이스 (204) 사이의 동작으로 이해될 수 있다.
[90] 도 4를 참조하면， 도 3의 이웃 발견 과정은 SME(Station Management Entity)/어플리케이션 /사용자 /벤더의 지시에 의해 개시될 수 있고 (S410), 스캔 단계 (scan phase)(S412)와 찾기 단계 (find phase)(S414-S416)로 나눠질 수 있다. 스캔 단계 (S412)는 가용한 모든 무선 채널에 대해 802.11 방식에 따라 스캔하는 동작을 포함한다. 이를 통해, P2P 디바이스는 최상의 동작 채널을 확인할 수 있다. 찾기 단계 (S414-S416)는 청취 (listen) 모드 (S414)와 검색 (search) 모드 (S416)를 포함하며, P2P 디바이스는 청취 모드 (S414)와 검색 모드 (S416)를 교대로 반복한다. P2P 디바이스 (202， 204)는 검색 모드 (S416)에서 프로브 요청 프레임 (Probe request frame)을 사용하여 능동 검색을 실시하며, 빠른 검색을 위하여 검색 범위를 채널 1， 6, 11(예를 들어, 2412， 2437, 2462MHz)의 소셜 채널 (social channel)로 한정할 수 있다. 또한， P2P 디바이스 (202, 204)는 청취 모드 (S414)에서 3개의 소셜 채널 중 하나의 채널만을 선택하여 수신 상태로 유지한다ᄋ 이 때 다른 P2P 디바이스 (예， 202)가 검색 모드에서 전송한 프로브 요청 프레임이 수신된 경우， P2P 디바이스 (예를 들어， 204)는 프로브 웅답 프레임 (probe response frame)으로 웅답한다. 청취 모드 (S414) 시간은 랜덤하게 주어질 수 있다 (예를 들어, 100, 200, 300 TU(Time Unit)). P2P 디바이스는 검색 모드와 수신 모드를 계속 반복하다 서로의 공통 채널에 도달할 수 있다. P2P 디바이스는 다른 P2P 디바이스를 발견한 후 해당 P2P 디바이스에 선택적으로 결합하기 위해, 프로브 요청 프레임과 프로브 웅답 프레임을 사용하여 디바이스 타입, 제작사 또는 친근한 디바이스 명칭 (name)을 발견 /교환할 수 있다. 이웃 발견 과정을 통해 주변 P2P 디바이스를 발견하고 필요한 정보를 얻은 경우， P2P 디바이스 (예를 들어, 202)는 SME/어플리케이션 /사용자 /벤더에게 P2P 디바이스 발견을 알릴 수 있다 (S418).
[91] 현재， P2P는 주로 원격 프린트， 사진 공유 등과 같은 반 -정적 (semi-static) 통신을 위해 사용되고 있다. 그러나， Wi-Fi 디바이스의 보편화와 위치 기반 서비스 등으로 인해， P2P의 활용성은 점점 넓어지고 있다. 예를 들어, 소셜 채팅 (예를 들어， SNS(Social Network Service)에 가입된 무선 디바이스들이 위치 기반 서비스에 기초해서 근접 지역의 무선 디바이스를 인식하고 정보를 송수신), 위치- 기반 광고 제공， 위치 -기반 뉴스 방송， 무선 디바이스간 게임 연동 등에 P2P가 활발히 사용될 것으로 예상된다. 편의상, 이러한 P2P 웅용을 신규 P2P 응용이라고 지칭한다.
[92] 도 5는 WFD 네트워크의 새로운 양상을 설명하기 위한 도면이다.
[93] 도 5의 예시는 신규 P2P 웅용 (예를 들어， 소셜 채팅， 위치ᅳ기반 서비스 제공， 게임 연동 등)이 적용되는 경우의 WFD 네트워크 양상으로 이해될 수 있다,
[94] 도 5를 참조하면， WFD 네트워크에서 다수의 P2P 디바이스들 (502a_502d)이 P2P 통신 (510)을 수행하며， P2P 디바이스의 이동에 의해 WFD 네트워크를 구성하는 P2P 디바이스 (들)이 수시로 변경되거나， FD 네트워크 자체가 동적 /단시간적으로 새로 생성되거나 소멸될 수 있다. 이와 같이, 신규 P2P 응용 부분의 특징은 밀집 (dense) 네트워크 환경에서 상당히 다수의 P2P 디바이스간에 동적 /단시간적으로 P2P통신이 이뤄지고 종료될 수 있다는 점이다.
[95] 도 6은 WFD통신을 위한 링크를 설정하는 방법을 설명하기 위한 도면이다.
[96] 도 6a에 도시된 바와 같이， 제 1 STAC610, 아하， A라고 지칭한다)은 기존의 WFD 통신에서 그룹 오너 (Group Owner)로서 동작 중에 있다. 기존 WFD 통신의 그룹 클라이언트 (630)과의 통신 중에 A(610)가 새로운 WFD 통신 대상인， WFD 통신을 하고 있지 않는， 제 2 STAC620, 이하， B라고 지칭한다)를 발견한 경우， A(610)는 B(620)와의 링크 설정을 시도한다. 이 경우, 새로운 WFD 통신은 A(610)과 B(620)간의 WFD 통신이고， A는 그룹 오너이므로， 기존의 그룹 클라이언트 (630)의 통신과 별개로 통신 설정을 진행할 수 있다. 하나의 WFD 그룹에는 1개의 그룹 오너와 1개 이상의 그룹 클라이언트로 구성될 수 있기 때문에， 1개의 그룹 오너인 A(610)를 만족하므로， 도 6b에 도시된 바와 같이， WFD 링크가 설정될 수 있다. 이 경우， A(610)이 기존의 WFD 통신 그룹에 B(620)를 초대 (invitation)한 경우이며， WFD 통신 특성상, A(610)와 B(620), A(610)와 기존의 그룹 클라이언트 (630) 간의 WFD 통신은 각각 가능하나， B(620)와 기존 그룹 클라이언트 (630) 간의 WFD 통신은 지원되지 않을 수도 있다. 만약， Wi-Fi Direct의 P2P 그룹 캐퍼빌리티 중에서 Intra-BSS 읍션이 활성화 (또는 On으로 설정)되는 경우라면， B(620)와 기존 그룹 클라이언트 (630) 간의 WFD 직접 통신 (즉， Wi-Fi Direct BSS 내에서 클라인트들 간의 직접 통신)이 가능할 수도 있다.
[97] 도 7은 WFO를 하고 있는 통신 그룹에 참가 (association)하는 방법을 설명하기 위한 도면이다.
[98] 도 7a에 도시된 바와 같이， 제 1 STA(710, 이하 A라고 지칭한다)는 그룹 클라이언트 (730)에 대하여 그룹 오너로서 통신 중에 있으며， 제 2 STA(720, 이하 B라고 지칭한다)는 그룹 클라이언트 (740)에 대하여 그룹 오너로서 통신 중에 있다. 도 7b에 도시된 바와 같이， A(710)은 기존의 WFD 통신을 종료 (termination) 하고， B(720)가 속한 TOO 통신 그룹에 참가 (association)할 수 있다. A(710)는 B(720)가 그룹 오너이므로， B의 그룹 클라이언트가 된다. A(710)는 B(720)에 연관을 요청하기 전에 기존의 WFD 통신을 종료하는 것이 바람직하다.
[99] 도 8은 WFO통신을 위한 링크를 설정하는 방법을 설명하기 위한 도면이다.
[100] 도 8a에 도시된 바와 같이, 제 2 STAC820, 이하 B라고 지칭한다)는 기존의 WFD 통신에서 그룹 오너 (Group Owner)로서 동작 중에 있다. 기존의 WFD 통신에서 그룹 클라이언트 (830)과 WD 통신 중에 있는 경우， B(820)을 발견한, WFD 통신을 하고 있지 않는 제 1 STA(810, 이하 A라고 지칭한다)가 B(820)와의 새로운 WFD 통신을 위해 링크 설정을 시도한다. 이 경우 B(820)가 링크 설정을 수락한 경우， A(810) 및 BC820) 간의 새로운 WFD 통신 링크가 설정되며， A(810)은 기존 B(820)의 WFD 그룹의 클라이언트로서 동작하게 된다. 이러한 경우， A(810)가 B(820)의 WFD 통신 그룹에 참가 (association)한 경우가 된다. A(810)은 오직 그룹 오너인 B(820)와 WFD 통신할 수 있으며， A(810)와 기존 WFD 통신의 클라이언트 (830) 간의 WFD 통신은 지원되지 않을 수도 있다. 만약， Wi-Fi Direct의 P2P 그룹 캐퍼빌리티 중에서 Intra— BSS 옵션이 활성화 (또는 On으로 설정)되는 경우라면， A(810)와 기존 WFD 통신의 클라이언트 (830) 간의 WFD 직접 통신 (즉， Wi-Fi Direct BSS 내에서 클라인트들 간의 직접 통신)이 가능할 수도 있다.
[101] 도 9는 WFD 통신 그룹에 참가하는 링크를 설정하는 방법을 설명하기 위한 도면이다. [102] 도 9a에 도시된 바와 같이， 계 1 STAO10, 이하 A라고 한다)는 그룹 오너 (930)에 대하여 그룹 클라이언트로서 WFD통신 중에 있다. 이 때， 또 다른 WFD 통신의 그룹 클라이언트 (940)에 대하여 그룹 오너로서 통신 중이 게 2 STAO20, 이하 B라고 한다)를 발견한 A(910)은 그룹 오너 (930)과의 링크를 종료 (termination)하고， B(920)의 WFD에 참가할 수 있다.
[103] 와이파이 다이렉트서비스 (WFDS)
[104] 와이파이 다이롁트는 링크 계층 (Link layer)의 동작까지 정의하는 네트워크 연결 표준 기술이다. 와이파이 다이렉트에 의해서 구성된 링크의 상위 계층에서 동작하는 애플리케이션에 대한 표준이 정의되어 있지 않기 때문에， 와이파이 다이렉트를 지원하는 디바이스들이 서로 연결된 후에 애플리케이션을 구동하는 경우의 호환성을 지원하기가 어려웠다. 이러한 문제를 해결하기 위해서， 와이파이 다이렉트 서비스 (WFDS)라는 상위 계층 애플리케이션의 동작에 대한 표준화가 와이파이 얼라이언스 (WFA)에서 논의중이다.
[105] 도 10은 WFDS프레임워크 구성요소를 설명하기 위한 도면이다.
[106] 도 10의 Wi-Fi Direct 계층은， 와이파이 다이렉트 표준에 의해서 정의되는 MAC 계층을 의미한다. Wi-Fi Direct 계층은 와이파이 다이렉트 표준과 호환되는 소프트웨어로서 구성될 수 있다. Wi-Fi Direct 계층의 하위에는 Wi-Fi PHY와 호환되는 물리 계층 (미도시)에 의해서 무선 연결이 구성될 수 있다. Wi-Fi Direct 계층의 상위에 ASPCApplication Service Platform)이라는 플랫품이 정의된다.
[107] ASP는 공통 공유 플랫품 (common shared platform)이며, 그 상위의 애플리케이션 (Application) 계층과 그 하위의 Wi-Fi Direct 계층 사이에서 세션 (session)관리， 서비스의 명령 처리， ASP간 제어 및 보안 기능을 수행한다.
[108] ASP의 상위에는 서비스 (Service) 계층이 정의된다. 서비스 계층은 용도 (use case) 특정 서비스들을 포함한다. WFA에서는 4개의 기본 서비스인 센드 (Send), 플레이 (Play), 디스플레이 (Display), 프린트 (Print) 서비스를 정의한다. 또한, 인에이블 (Enable) API (Ap lication Program Interface)는 기본 서비스 외에 서드파티 (3rd party) 애플리케이션을 지원하는 경우에 ASP공통 플랫품을 이용할 수 있도록 하기 위해서 정의된다.
[109] 도 10에서는 서비스의 예시로서, Send, Play, Display, Print, 또는 서드파티 애플리케이션에서 정의하는 서비스 등을 도시하지만， 본 발명의 적용 범위가 이에 제한되는 것은 아니다. 예를 들어, 본 문서에서 "서비스' '라는 용어는 상기 Send, Play, Display, Print, 또는 서드파티 애플리케이션에서 정의하는 서비스 외에도， 와이파이 시리얼버스 (Wi-Fi Serial Bus; WSB) , 와이파이 도킹 (Wi- Fi Docking) , 또는 인접 인지 네트워크 (Neighbor Awareness Networking; NAN)을 지원하기 위한 서비스 중의 어느 하나일 수도 있다.
[110] Send는 두 WFDS 디바이스간 파일 전송을 수행할 수 있는 서비스 및 애플리케이션을 의미한다. Play는 두 WFDS 디바이스간 DLNA(Digital Living Network Alliance)를 기반으로 하는 오디오 /비디오 (A/V)， 사진， 음악 등을 공유 또는 스트리밍하는 서비스 및 애플리케이션을 의미한다. Print는 문서, 사진 둥의 콘텐츠를 가지고 있는 디바이스와 프린터 사이에서 문서， 사진 출력을 가능하게 하는 서비스 및 애플리케이션을 의미한다. Display는 WFA의 미라캐스트 (Miracast) 소스와 싱크 사이에 화면 공유를 가능하게 하는 서비스 및 애플리케이션을 의미한다.
[111] 애풀리케이션 계층은 사용자 인터페이스 (UI)를 제공할 수 있으며， 정보를 사람이 인식가능한 형태로 표현하고 사용자의 입력을 하위 계층에 전달하는 등의 기능을 수행한다.
[112] 도 11은 WFDS 동작을 설명하기 위한 도면이다.
[113] 도 11에서는 2 개의 피어 (peer) 디바이스 A 및 B가 존재하는 것으로 가정한다.
[114] ASP는 서비스들이 필요로 하는 공통된 기능들을 구현하는 논리적인 개체 (logical entity)이다. 이러한 기능들은 디바이스 발견 (Device Discovery), 서비스 발견 (Service Discovery), ASP-세션 관리, 연결 토폴로지 (topology) 관리, 보안 등을 포함할 수 있다.
[115] ASP-세션은 디바이스 A의 ASP와 디바이스 B의 ASP 간의 논리적인 링크이다. ASP-세션을 시작하기 위해서 피어 디바이스들 간의 P2P(Peer-to— Peer) 연결이 필요하다. ASP는 두 디바이스 간에 복수개의 ASP-세션들을 셋업할 수 있다. 각각의 ASP-세션은， ASP-세션을 요구하는 ASP에 의해서 할당되는 세션 식별자에 의해서 식별될 수 있다.
[116] 서비스는ᅳ 다른 서비스들 또는 애플리케이션에게 ASP를 이용하여 용도 특정 기능들을 제공하는 논리적인 개체이다. 하나의 디바이스의 서비스는 하나 이상의 다른 디바이스의 대응하는 서비스와, 서비스 -특정 프로토콜 (이는 서비스 표준 및 ASP 프로토콜에 의해서 정의될 수 있음)을 이용하여 통신할 수 있다. [117] ASP와 서비스 간의 인터페이스는 메소드 (Method) 및 이벤트 (Event)로 정의된다. Method는 서비스에 의해서 개시되는 동작을 나타내고, Method의 파라미터 (또는 필드)에는 수행하려는 동작에 대한 정보가 포함될 수 있다. Event는 ASP로부터 서비스로 정보를 제공한다.
[118] 사용자가 디바이스 A 및 디바이스 B 간에 서비스 X를 이용하고자 하는 경우, 각각의 디바이스 상의 ASP들은 서비스 X 전용의 ASP-세션을 디바이스 간에 생성한다. 그 후에 사용자가 서비스 Y를 이용하고자 하는 경우， 해당 서비스를 위한 새로운 ASP-세션이 수립 (establish)된다.
[119] 도 12는 WFDS에서 ASP 세션 셋업 시퀀스를 설명하기 위한 도면이다.
[120] WFDS에서는 두 피어 디바이스들 간의 동작을 정의함에 있어서 그 중에서 어떤 디바이스는 서비스 애드버타이저 (advertiser)의 역할을 수행하고 다른 디바이스는 서비스 시커 (seeker)의 역할을 수행할 수 있다. 서비스 시커는 서비스 애드버타이저 (들)을 발견 (discover)하여， 원하는 서비스를 찾은 경우 서비스 시커는 서비스 애드버타이저와의 연결을 요청할 수도 있다. 도 12의 예시에서는 디바이스 A가 서비스 애드버타이저의 역할을 수행하고, 디바이스 B가 서비스 시커의 역할을 수행하는 경우를 예시적으로 나타낸다.
[121] 도 12의 ASP 세션 셋업 동작에 대해서 간략하게 설명하면， 어떤 WFDS 디바이스의 특정 서비스가 다른 WFDS 디바이스 및 서비스를 탐색하고, 서비스를 요청하여， Wi-Fi Direct 연결을 수립하고， 애플리케이션이 동작하는 과정을 나타낸다.
[122] 도 12에서 디바이스 A는 자신의 서비스를 애드버타이즈 (advertise)하고, 다른 디바이스가 해당 서비스를 찾을 수 있도록 대기할 수 있다. 디바이스 A의 ASP는 Service 계충으로부터 제공되는 Advert isementO 메소드에 포함되는 정보에 기초하여 다른 디바이스에게 웅답할 수 있다.
[123] 디바이스. B는 서비스를 찾아서 시작하고자 하는 디바이스이다. 디바이스 B는 상위 애플리케이션 또는 사용자의 요청에 의해서 서비스를 지원하는 디바이스를 찾는 과정을 수행한다. 디바이스 B의 Service 계층은 Application 계층으로부터 서비스를 사용하겠다는 (Use Service) 의도를 나타내는 정보를 수신하면， SeekServiceO 메소드에 필요한 정보를 포함시켜 ASP에게 전달할 수 있다.
[124] 이에 따라 디바이스 B의 ASP는 다른 디바이스로 프로브 요청 프레임 (Probe Request frame)을 전송할 수 있다. 이 때 프로브 요청 프레임 내에 자신이 찾고자 하는 또는 자신이 지원가능한 서비스의 서비스 명칭 (service name)을 해시 (hash) 형태로 포함시켜 요청한다.
[125] 프로브 요청 프레임을 수신한 디바이스 A는 해시 매칭 (hash matching)을 시도하여， 해시값에 해당하는 서비스를 지원하는 경우 프로브 응답 프레임 (Probe Response frame)을 디바이스 B에게 전송할 수 있다. 프로브 웅답 프레임 내에는 서비스 명칭 (Service Name) , 애드버타이즈먼트 ID값 등이 포함될 수 있다.
[126] 이와 같은 프로브 요청 /응답 프레임을 주고 받는 과정은， 디바이스 A와 B가 서로 DS를 지원하는 디바이스라는 것과， 각자 지원하는 서비스가 무엇인지를 알 수 있는 디바이스 탐색 과정이라고 칭할 수 있다.
[127] 추가적으로， 디바이스 A와 B는 P2P 서비스 발견 과정을 통해서 특정 서비스에 대한 구체적인 사항에 대한 정보를 주고 받을 수 있다. 예를 들어， 서비스 명칭 (복수개의 서비스에 대한 지원 여부를 탐색하는 경우에는 복수개의 서비스 명칭), 서비스 정보 요청 등의 정보가 서비스 발견 요청 메시지를 통하여 디바이스 B로부터 디바이스 A에게 전달될 수 있다. 이에 대해서， 디바이스 A는 서비스 정보 매칭을 수행하여 매칭되는 경우에는 해당 서비스를 제공할 수 있다고 디바이스 B에게 알려즐 수 있다. 예를 들어， 서비스 발견 응답 메시지에는 서비스 명칭， 애드버타이즈먼트 ID, 서비스 상태 (service status) 등의 정보가 포함될 수 있다. 서비스 상태 정보는 서비스 애드버타이저 측에서 원격 디바이스로부터 요청되는 서비스가 가용한지 여부를 알려주는 정보이다. 이러한 서비스 발견 과정은 IEEE 802. llu 시스템에서 정의하는 GAS(Generic Advertisement Protocol)을 사용하여 수행될 수 있다.
[128] 디바이스 B의 ASP는 Service 계층이 요청한 SeekServiceO 메소드에 의해서 요청된 동작이 완료되면, 그 결과 (즉， SearchResult)를 서비스를 통하여 애플리케이션 및 사용자에게 알릴 수 있다.
[129] 이 시점까지는 Wi-Fi Direct의 그룹은 형성되지 않는 상태이며， 사용자가 서비스를 선택하여 서비스가 세션 연결 (즉， ConnectSession)을 수행하는 경우에 P2P 그룹 형성 (group formation)이 진행된다. 이때 프로비견 발견 요청 (Provision Discovery Request) 및 프로비견 발견 웅답 (Provision Discovery Response)을 통해서, 세션 정보와 연결 캐퍼빌리티 (connection capability) 정보가 교환된다.
[130] 세션 정보는 서비스를 요청하는 디바이스가 요청하는 서비스의 대략적인 정보를 알려주는 힌트 (hint) 정보이다. 세션 정보는， 예를 들어， 파일 전송 서비스를 요청하고자 하는 경우에는， 파일의 개수， 크기 등을 알려줘서 상대방이 서비스 요청에 대한 수용 /거절 (accept/reject)을 결정할 수 있도톡 하는 정보이다. 연결 캐퍼빌리티는 GO 협상 (Group Owner negotiation) 및 P2P 초대 (invitation) 과정에서 그룹을 생성하기 위한 정보로서 이용될 수 있다.
[131] 디바이스 B가 디바이스 A에게 프로비젼 발견 요청 메시지를 전달하면， 디바이스 A의 ASP는 서비스 정보 등을 포함하는 세션요청 (SessionRequest)을 서비스 계층으로 전달하고， 서비스 계층은 서비스 정보를 애플리케이션 /사용자에게 전달한다. 애플리케이션 /사용자가 세션 정보에 기초하여 해당 세션을 수용하는 것으로 결정하면， 서비스 계층을 통하여 확인 (ConfirmServiceO)이 ASP에게 전달된다.
[132] 그 동안， 디바이스 A의 ASP는 디바이스 B에게 프로비견 발견 응답 메시지를 전달하는데， 그 상태 정보는 연기됨 (deferred)으로 설정될 수 있다. 이는 해당 서비스가 그 즉시에는 수용되지 않음을 나타내고, 사용자의 입력을 기다리고 있음을 알려주기 위함이다. 이에 따라， 디바이스 B의 ASP는 서비스 계층으로 ConectStatus 이벤트를 전달하면서 서비스 요청이 연기되었음을 알려줄 수 있다.
[133] 디바이스 A의 ASP가 ConfirmServiceO를 전달 받으면， 후속 (fol low-on) 프로비전 발견 과정이 수행될 수 있다. 즉， 디바이스 A는 디바이스 B로 프로비견 발견 요청 메시지를 전달할 수 있다. 이를 follow-on 프로비전 발견 과정이라고 칭할 수 있다. 이 메시지에는 해당 서비스에 대한 상태가 성공 (success)임을 나타내는 정보와 함께 서비스 정보가 포함될 수 있다. 이에 따라 디바이스 B의 ASP는 서비스 계층으로 ConectStatus 이벤트를 전달하면서 서비스 요청이 수용되었음을 알려줄 수 있다. 또한， 다바이스 B의 ASP는 프로비견 발견 웅답 메시지를 디바이스 A에게 전달할 수 있고, 여기에는 연결 캐퍼빌리티 정보가 포함될 수 있다.
[134] P2P 프로비젼 발견 과정이 수행된 후 G0협상 또는 초대 과정을 통해서 P2P 그룹이 생성되고， 제 2계층 (L2) 연결 및 IP lnternet Protocol) 연결이 수행된다. G0협상 과정에 대해서는 자세한 설명은 생략한다.
[135] G0 협상이 완료되어 P2P 연결 또는 IP 연결이 생성된 이후에 디바이스 A와 B는 ASP 코디네이션 프로토콜 (coordination protocol)을 통해서 세션을 요청하는 REQUEST_SESSI0N 메시지를 전달한다. REQUEST_SESSI0N 메시지에는 애드버타이즈먼트 ID, MAC 주소 (macᅳ addr), 세션 식별자 (session ID) 등이 포함될 수 있다. MAC 주소는 P2P 디바이스의 주소를 의미한다. REQUESTᅳ SESSION 메시지에 옹답하여 디바이스 A는 디바이스 B에게 ACK메시지를 전달할 수 있다.
[136] 이를 받은 디바이스 A는 세션이 연결되었음을 상위 서비스 /애플리케이션에 알리고, 서비스 계층은 해당 세션에 대한 포트 (port) 정보를 요청하고， 해당 세션과 포트를 바인딩 (binging)시킬 수 있다. 이에 따라， ASP는 해당 포트를 열고 (ASP는 포트를 방화벽 (firewall) 내에서 열 수 있음)， 포트가 준비되었음을 서비스 계층에게 알려줄 수 있다. 서비스 계층은 세션이 준비되었음 (SessionReadyO)을 ASP에게 알려즐 수 있다.
[137] 이에 따라， 디바이스 A의 ASP는 ADDEELSESSION 메시지를 상대방 디바이스에게 전송한다. 이때 ADDEELSESSION 메시지에는 세션 식별자 (session ID), MAC주소 정보 등이 포함될 수 있고， 이에 따라 서비스를 고유하게 (unique) 구분할 수 있다. ADDEELSESSION 메시지를 수신한 디바이스 B의 ASP는 세션 연결을 서비스 계층에 알리고, 포트 요청， 포트 바인딩 등을 거쳐 포트가 준비되었음 (PortReadyO)을 서비스 계층에게 알려즐 수 있다. ASP는 포트를 방화벽 (firewall) 내에서 열 수 있다.
[138] 그 후， 디바이스 A와 디바이스 B의 서비스 계층 간에 애플리케이션 소켓 (socket) 연결을 알리고， 애플리케이션 계층에 의해서 애플리케이션 데이터의 전송을 위한 링크가 형성되고 이를 통하여 애플리케이션 데이터가 송수신될 수 있다.
[139] 디바이스 B의 애풀리케이션 /사용자에 의해서 해당 애플리케이션의 종료 (Close Application)가 서비스 계층에게 지시될 수 있다. 이에 따라, 서비스 계층은 ASP에게 세션종료 (ClosedSessionO) 메소드를 전달하고， 해당 포트가 해제 (release)됨을 알려줄 수 있다.
[140] 이에 따라， 디바이스 B의 ASP는 디바이스 A에게 REM0VE_SESSI0N 메시지를 통해서 연결된 서비스의 종료를 요청할 수 있다. REM0VE_SESSI0N 메시지에는 애드버타이즈먼트 ID, MAC주소， 세션 ID등이 포함될 수 있다.
[141] 디바이스 A의 ASP는 서비스 계층을 통하여 애플리케이션 /사용자에게 세션 종료를 알리고 서비스 계층은 ASP에게 포트 해제를 알려줄 수 있다. 이에 따라, ASP는 해당 서비스에 대해서 액티브인 세션이 존재하지 않는 경우에， 방화벽 내에서 인커밍 (incoming) 포트를 닫을 수 있다. 디바이스 A는 디바이스 B에게 REMOVEᅳ SESSION 메시지에 대한 ACK 메시지를 전달할 수 있고， 디바이스 B의 ASP는 에서도 해당 서비스에 대해서 액티브인 세션이 존재하지 않는 경우에, 방화벽 내에서 인커밍 포트를 닫을 수 있다.
[142] 그 후, 디바이스 A 및 디바이스 B는 연관해제 (Di association) 요청 /응답을 통해서 P2P 연결 및 상호 연관 (association)을 종료할 수 있다.
[143] 도 12의 예시를 통해서, 서비스 요청이 P2P 프로비젼 발견 과정을 이용하여 개시된 경우에, 서비스 Seeker와 서비스 Advertiser 간의 메시지 시퀀스에 대해서 설명하였다. 도 12의 예시에서는 auto_accept가 FALSE로 설정되는 경우를 가정하였다 (만약 aut으 accept가 TRUE로 설정되면， ASP는 서비스로부터의 ConfirmService 메소드가 없어도 모든 ASP-세션 서비스 요청을 수용하도록 동작할 수 있다). 또한， 각각의 ASP는 현재 상태를 SessionStatus 이벤트 및 Connect ionStatus 이벤트를 이용하여 서비스에게 알려줄 수 있다.
[144] 서비스 전환 방안
[145] 두 개의 WFDS 디바이스는 ASP 코디네이션 프로토콜을 통해서 ASP-세션의 요청 (REQUEST)ᅳ 추가 (ADD), 거절 (REJECT), 제거 (REMOVE) 등을 수행할 수 있다. ASP 코디네이션 프로토콜은 WFDS에서 정의한 별도의 제어 프로토콜이며， ASP간 UDPOJser Datagram Protocol)를 통해서 통신하는 방법을 제공한다.
[146] 종래기술에서는 두 WFDS 디바이스가 공통으로 제공할 수 있는 서비스의 종류가 여러 개인 경우， 하나의 서비스를 연결하는 방안에 대해서는 정의하고 있지만， 서로 다른 서비스들 간의 전환 및 원래의 서비스로의 복귀와 같은 서비스간상호동작에 대해서는 정의하는 바 없다.
[147] 예를 들어， WFDS 디바이스 A와 WFDS 디바이스 B가 모두 Play 서비스 및 Display 서비스를 지원하는 경우， 종래기술에 따르면 독립적으로 각각의 서비스를 수행하는 것은 정의되어 있다. 그러나, Play와 Display 간 전환 및 복귀에 관한 내용은 전혀 정의되어 있지 않다.
[148] Play (예를 들어 , DLNA)는 A/V, 사진, 음악과 ' 같은 파일 기반의 로컬 콘텐츠를 공유 또는 스트리밍 하는 서비스이다. Display 서비스 (예를 들어, Miracast)는 Play 서비스와 유사하지만 파일 기반의 콘텐츠의 공유 /스트리밍이 아니라， 송신측 (TX) 디바이스의 화면을 실시간으로 인코딩하여 수신 (RX) 디바이스에게 보내주는 스크린 미러링 (screen mirroring) 기술이다.
[149] 표 1은 Display서비스와 Play서비스의 특성을 비교한 것이다.
[150] 【표 1】
Figure imgf000026_0001
[151] 표 1에서 나타내는 바와 같이， Display 서비스는 홈 화면， 애플리케이션 화면, 통상적이지 않은 A/V 콘텐츠의 공유에 적합하지만, 파일 콘텐츠의 경우에는 트랜스코딩의 부담으로 인하여 적합하지 않다. Play 서비스는 파일 기반 미디어 스트리밍을 원래 품질을 훼손하지 않고 수행할 수 있다는 장점이 있지만, 스크린 자체의 미러링은 지원하지 못한다.
[152] 이와 같이， Play와 Display의 두 가지 화면 공유 서비스는 화면에 콘텐츠를 표시하는 서비스라는 점에서는 공통되지만， 상호보완적 또는 대안적 (alternative)으로 적용된다. 만약， TX 디바이스가 파일 기반의 A/V 콘텐츠를 Miracast를 이용하여 전송하는 경우, A/V 콘텐츠를 로컬에서 디코딩한 후 다시 인코딩해서 전송해야 하는 오버해드가 발생하며, 다시 인코딩하는 경우 화질열화가 발생한다. 이런 경우 Display 서비스 대신에 Play 서비스로 전송하는 것이 보다 효율적이다. 또는， TX 디바이스가 게임이나 홈 화면과 같이 파일 기반이 아닌 콘텐츠를 RX 디바이스와 공유하고자 하는 경우에는, Play 서비스로는 화면 공유를 구현하기가 어렵기 때문에 Display 서비스를 적용하는 것이 효율적이다. 이와 같이 상호 보완적이며 대안적인 서비스의 경우에는 서비스간 전환, 변경， 복귀와 같은 동작을 ASP가 지원하는 방안이 요구된다.
[153] 이와 같이， Display 서비스를 수행 중에 Play 서비스로 전환하거나, 그 반대로 전환하는 경우를 가정하여 본 발명의 예시들을 설명한다. 그러나， 본 발명은 이에 제한되는 것은 아니고， 다른 예시로서， 제 1계층 /제 2계층 (L1/L2) 처리율 (throughput)이 Display 서비스와 Send 서비스 모두를 지원하기에 부족한 경우， Display 서비스 수행 중에 Send 서비스로 전환하거나， 그 반대로 전환하는 경우에도 본 발명에서 제안하는 원리가 동일하게 적용될 수 있다.
[154] 애플리케이션이 서비스를 전환하고자 하는 경우로 다음과 같은 상황을 가정할 수 있다.
[155] 예를 들어， Seeker 디바이스의 애플리케이션이 서비스에게 수신측 Play 서비스의 탐색 (SeekService(org.wi_f i .wfds.play.rx， . . . ) 및 수신즉 Display 서비스의 탐색 (SeekServiceCorg.wi-fi.wfds.display.rx, ...)을 호출하는 경우를 가정할 수 있다. 이러한 경우에， 애플리케이션은 사용자의 입력， 디바이스 정책 (policy), 처리율 측정 등의 다양한 정보에 기초하여 서비스를 전환하기로 결정할 수 있다.
[156] 또는， 송신측 Play 서비스의 대기 (AdvertiseService(org.wi- f i .wfds.play.tx， ... )를 호출한 Advertiser 다바이 ^가， 송신측 Play 서비스의 탐색(5661^61 6(0 .^-^. £(13.1)13 ^^，...))을 호출한 Seeker 디바이스가 수신측 Display 서비스 (org. wi-fi .wfds. display. rx)를 지원할 수 있는 여부를 알아 내기 위해서, 수신측 Display 서비스의 탐색 (SeekService(org.wi- f i.wfds. display. rx, ...))을 호출하는 경우를 가정할 수 있다. 이러한 경우에， 애플리케이션은 사용자의 입력， 디바이스 정책 (policy), 처리율 측정 등의 다양한 정보에 기초하여 서비스를 전환하기로 결정할 수 있다.
[157] 도 13 내지 도 16은 본 발명의 일 실시예에 따른 서비스 전환을 설명하기 위한 도면이다.
[158] 도 13 내지 도 14의 동작은 즉, 서비스 A에 대한 ASP-세션 셋업 동작을 나타낸다. 도 13은 프로브 요청 /응답， 서비스 발견 요청 /웅답， 서비스 A에 대한 프로비젼 발견 요청 /응답， GO 협상 과정을 나타낸다.
[159] 도 13에서 도시하는 과정을 통해서 제 1 서비스 (즉， 서비스 A)와 제 2 서비스 (서비스 B)의 2 가지 서비스에 대한 탐색 (seek)이 수행된다. 즉， 제 2 디바이스 (디바이스 B)는 제 1 디바이스 (디바이스 A)가 서비스 A 및 서비스 B를 지원하는지를 디바이스 발견 과정 및 /또는 서비스 발견 과정 등을 통하여 확인할 수 있다. 디바이스 A 및 B가 서비스 A 및 B를 모두 지원하는 경우, 도 13의 예시에서는 디바이스 A와 디바이스 B 간에 서비스 A에 대한 프로비견 발견 요청 /웅답 과정을 통해서 서비스 A에 대한 세션 정보 및 연결 캐퍼빌리티를 교환할 수 있다.
[160] 구체적으로 디바이스 A는 서비스 A 및 서비스 B를 지원할 수 있고， 또한, 디바이스 B도 서비스 A 및 서비스 B를 지원하는 것으로 가정한다. 디바이스 A의 서비스 A 및 서비스 B는 각각 ASP에게 Advert iseServiceO 메소드를 이용하여 자신이 지원하는 서비스에 대해서 알려준다. 또한， 디바이스 B에서도 서비스 A 및 서비스 B는 각각 ASP에게 Advert iseServiceO 메소드를 이용하여 자신이 지원하는 서비스에 대해서 알려준다. [161] 애플리케이션 /사용자가 새로운 서비스를 찾고 해당 서비스를 구동시키기 위해서 입력을 하면， 해당 서비스는 ASP를 통하여 주변의 WFDS 지원 디바이스들 중에서 해당 서비스를 지원하는 디바이스를 탐색하게 된다.
[162] 도 13의 예시에서는 디바이스 B의 애플리케이션 /사용자가 서비스 A을 사용하고자 하는 경우를 가정한다 (Use Service). 이에 따라, 서비스 A는 ASP에게 SeekServiceO 메소드를 전달하게 된다. 이에 따라, ASP는 P2P 프로브 요청 /웅답 메시지를 이용하여 서비스 A를 지원하는 주변의 WFDS 디바이스를 탐색할 수 있다.
[163] 구체적으로， 프로브 요청 메시지에는 탐색 대상이 되는 서비스의 해시값이 포함될 수 있다. 이를 수신한 디바이스 A는 서비스 해시 값이 매칭되는 경우， 프로브 웅답 메시지에 해시 값 또는 서비스 명칭을 포함시켜 전송할 수 있다. 만약 복수개의 서비스를 지원하는 WFDS 디바이스를 스캐닝하고자 하는 경우에, 프로브 요청 프레임에 복수개의 서비스 명칭들， 또는 복수개의 서비스 해시 값들이 포함될 수 있다.
[164] 표 2 및 표 3은 본 발명에서 제안하는 프로브 웅답 메시지에 추가적으로 포함될 수 있는 정보의 포맷을 나타낸다.
[165] 【표 2】
Figure imgf000028_0001
[166] 【표 3】
Figure imgf000028_0002
[167] 【표 4】
Figure imgf000028_0003
[168] 기존의 방식에 따르면 프로브 웅답 메시지 내에 하나의 서비스에 대한 정보가 포함되었기 때문에， 여러 개의 서비스에 대한 디바이스 탐색을 수행하기 위해서는 여러 번의 프로브 요청 /응답 프레임의 교환이 필요했다.
[169] 본 발명에 따르면， P2P 프로브 응답 프레임 내에 애드버타이즈되는 서비스 정보 (Advertised Service Info)라는 필드를 정의하고， Advertised Service Info 내에 하나 이상의 애드버타이즈되는 서비스 설명자 (Advertised Service Descriptor)가 포함되며， 하나의 애드버타이즈되는 서비스 설명자는 하나의 서비스에 대한 정보를 포함하는 것으로 정의할 수 있다. 즉， 하나의 프로브 웅답 메시지 내에 상기 표 2와 같은 Advertised Service Info가 포함되고, Advertised Service Info에는 상기 표 3 또는 표 4와 같은 Advertised Service Descriptor 정보가 하나 또는 복수개 포함될 수 있다. 표 3 또는 표 4는 하나의 Advertised Service Descriptor의 서브필드들의 포맷을 나타낸다.
[170] Advertised Service Descriptor 내에는， 해당 서비스가 지원가능한지를 나타내는 Service Notice 필드， 해당 서비스가 서비스 핸드오버를 지원하는지 여부를 나타내는 정보 중의 하나 이상이 포함될 수 있다. 서비스 핸드오버 필드가 0x01로 설정된 Advertised Service Descriptor에 대웅하는 서비스는， 서비스가 핸드오버가 적용될 수 있음을 나타낼 수 있다.
[171] 이와 같은 P2P 프로브 요청 /웅답 과정을 통한 디바이스 발견 이후에, 추가적으로 서비스 발견 요청 /응답 과정이 수행될 수 있다.
[172] 아래의 표 5 및 표 6은 서비스 발견 응답 메시지에 포함되는 서비스 정보를 나타낸다.
[173] 【표 5】
Figure imgf000029_0001
[174] 【표 6】
Figure imgf000030_0001
[175] 기존의 방식에 따르면 서비스 발견 응답 메시지 내에 하나의 서비스에 대한 정보가 포함되었기 때문에 여러 개의 서비스에 대한 서비스 발견을 수행하기 위해서는 여러 번의 서비스 발견 요청 /웅답 프레임의 교환이 필요했다.
[176] 본 발명에 따르면， P2P 서비스 발견 응답 프레임 내에 하나 이상의 서비스 정보 설명자 (Service Info Descriptor)라는 필드를 정의할 수 있다. 상기 표 5에 나타내는 바와 같이 Service Info Descriptor가 몇 개 포함되는지에 대한 정보를 담은 필드도 함께 정의될 수 있다. 상기 표 6은 하나의 Service Info Descriptor의 서브필드들의 포맷을 나타낸다. Service Info Descriptor는 서비스 상태 (service status), 서비스 핸드오버， 서비스 명칭 길이, 서비스 명칭， 서비스 정보 길이ᅳ 서비스 정보 필드 중에서 하나 이상을 포함할 수 있다.
[177] 이와 같이， 디바이스 A 및 디바이스 B는 한번의 디바이스 발견 과정， 서비스 발견 과정을 통하여 서비스 A 및 서비스 B에 대한 디바이스 발견 및 서비스 발견을 수행할 수 있다.
[178] 도 14에서는 서비스 A에 대한 세션 요청, 서비스 A에 대한 세션 추가 과정을 나타낸다.
[179] 도 14에서 도시하는 과정의 자세한 사항은 상기 도 12의 대응 과정과 동일하므로 중복되는 설명은 생략한다. 도 13 내지 도 14에서 나타내는 동작의 결과로 서비스 A에 대한 세션이 시작된다.
[180] 도 15내지 16에서는 서비스 B에 대한 ASP-세션 셋업 동작을 나타낸다.
[181] 도 15에서 도시하는 바와 같이, 서비스 A에 대한 세션이 존재하고 있는 두 디바이스 간에 애플리케이션에 의해서 서비스 B가 호출되는 경우에는， 서비스 A에서 서비스 B로의 전환이 수행되어야 한다. 이를 위해서 새로운 서비스 B에 대한 세션을 셋업해야 한다. [182] 이 경우， 종래기술에 따르면 어떤 디바이스들 간에 새로운 서비스 B를 추가하기 위해서는 프로비견 발견 요청 /웅답， GO 협상 과정， 세션 요청, 세션 추가 과정을 수행하는 것으로 정의되어 있다. 그러나， 디바이스 A와 디바이스 B 간에 P2P 연결이 이미 존재하고 있는 경우에, 서비스 B에 대한 세션의 셋업을 위해서 디바이스 A와 디바이스 B 간에 프로비젼 발견 요청 /웅답 과정을 통해서 연결 캐퍼빌리티 (connect ion capability) 정보를 교환하는 것은 불필요하거나 또는 비효율적이다.
[183] 따라서， 도 15에서 도시하는 바와 같이 서비스 A에서 서비스 B로의 전환을 이 수행하기 위해서, 새로운 서비스 B에 대한 세션 셋업을 위해서 프로비견 발견 요청 /웅답 과정을 생략 (skip)하고, 바로 세션 요청， 세션 추가 과정이 수행될 수 있다.
[184] 도 15의 예시를 통해서， 서비스 애드버타이저와 서비스 시커 사이에 L2(제 2계층) /L3(제 3계층) 연결 (예를 들어， IP 연결 또는 P2P 연결)이 이미 설정되어 있는 경우의， 메시지 시퀀스에 대해서 설명하였다. 이 경우， 서비스 시커는， 프로비견 발견 과정을 수행하지 않고 REQUESTᅳ SESSION 메시지를 이용하여 서비스 요청을 개시할 수 있다.
[185] 도 16에서는 ASP가 서비스 A에 대한 ASP 세션을 종료하는 동작을 나타낸다. 서비스 Seeker 디바이스에서 사용자 입력에 의해서 서비스 A에 대한 세션의 종료가 지시되면， 이에 따라 서비스 종료 과정이 수행될 수 있다.
[186] 도 17은 본 발명의 추가적인 실시예에 따른 서비스 전환을 설명하기 위한 도면이다.
[187] 도 17은 상기 도 15 대신에 수행되는 동작을 나타낸다. 즉， 본 발명의 추가적인 예시에 따른 서비스 전환 동작은， 도 13， 도 14， 도 17 및 도 16의 순서대로 서비스 A에 대한 세션 셋업 (도 13 및 도 14), 서비스 B에 대한 세션 셋업 (도 17), 서비스 A에 대한 세션 종료 (도 16)이 수행될 수 있다.
[188] 도 17의 예시에 따르면， 디바이스 B에서 서비스 전환에 대한 사용자 입력이 발생하면， 서비스 B는 ASP에게 세션 연결을 지시할 수 있다. 이에 따라， 디바이스
ft.
B의 ASP는 세션 요청 (REQUESTLSESSION) 메시지를 디바이스 A에게 전달하는데， 세션 요청 메시지에는 세션 정보 (즉， 서비스 B에 대한 세션 정보)가 포함된다. 세션 요청에 포함된 세션 정보에 기초하여， 디바이스 A의 서비스 B는 애플리케이션을 통하여 사용자에게 서비스 B에 대한 세션 셋업에 대한 사용자 입력을 받을 수 있다. [189] 만약 서비스 B가 디바이스 A에서 가용하지 않거나， 사용자 /애플리케이션에 의해서 서비스 B가 거절되는 경우에는, 도 17의 ADDED_SESSION 메시지 대신에 REJECTED_SESSION 메시지가 전달될 수 있다. 이 경우， 원래의 세션 (즉， 서비스 A에 대한 세션)이 유지될 수 있다.
[190] 도 17의 예시를 통해서, 서비스 애드버타이저와 서비스 시커 사이에 L2(제 2계층) /L3(제 3계층) 연결 (예를 들어， IP 연결 또는 P2P 연결)이 이미 설정되어 있는 경우의， 메시지 시퀀스에 대해서 설명하였다. 이 경우, 서비스 시커는， 프로비젼 발견 과정을 수행하지 않고， REQUESTᅳ SESSION 메시지를 이용하여 서비스 요청을 개시할 수 있다. 여기서， 서비스 정보 (힌트 정보 또는 메타 데이터)는 REQUEST_SESSION메시지에 포함된다 .
[191] 도 18은 본 발명에서 제안하는 서비스 핸드오버를 설명하기 위한 도면이다.
[192] WFDS 서비스들 (예를 들어， Display 서비스와 Play 서비스) 간에 끊김없는 (seamless) 서비스 핸드오버는, 사용자 경험의 품질을 높이는 데에 매우 중요하다.
[193] 도 18의 예시에서는 디바이스 A의 사용자의 입력 의해서 디바이스 A와 디바이스 B 간의 Display 서비스 (예를 들어， Miracast)가 시작되는 경우를 가정한다. 즉， Display 서비스에 대해서, 디바이스 A는 송신측 또는 소스 (Source)의 역할을 수행하고， 디바이스 B는 수신측 또는 싱크 (Sink)의 역할을 수행한다. Display 서비스에 의해서 디바이스 A에서 구동되는 홈 스크린， 게임， 앱 (Apps) 등의 화면이 디바이스 B에 표시될 수 있다.
[194] 도 18의 예시에서는 Display 서비스가 시작되고， 디바이스 A와 디바이스 B 간의 DS Display 서비스가 수립 (establ ish)되면， 예를 들어， Display 서비스에 의해서 디바이스 A의 홈 화면이 디바이스 B에 표시될 수 있다.
[195] 이 경우， 디바이스 A의 사용자가 갤러리 앱을 구동하여 어떤 영화 파일을 선택하는 경우를 가정한다. 이 경우, Display 서비스는 파일 기반 콘텐츠를 처리하는 데에 적합하지 않고 Play 서비스에 의해서 파일 기반 콘텐츠를 표시하는 서비스를 제공하는 것이 적합하다. 따라서,. Display 서비스에서 Play 서비스로의 핸드오버 (또는 전술한 바와 같은 서비스 전환 (switch))가 요구된다.
[196] 도 18의 예시에서 디바이스 A로부터 디바이스 B에게 핸드오버 요청 (즉， Display 서비스에서 Play 서비스로의 핸드오버 /전환을 요청) 메시지가 전달되고， WFDS 서비스 핸드오버가 수행된 후， Play 서비스에 의해서 디바이스 A의 사용자가 선택한 영화 파일이 디바이스 B에서 재생될 수 있다. 즉, Play 서비스 (예를 들어, DLNA)에 대해서 디바이스 A가 송신측 또는 "+PU+" (Push Controller)의 역할을 수행하고， 디바이스 B는 수신측 또는 DMR(Digital Media Renderer)의 역할을 수행한다.
[197] 도 19는 본 발명의 추가적인 실시예에 따른 서비스 핸드오버 과정을 설명하기 위한 도면이다.
[198] 도 19의 예시는 상기 도 13 내지 도 16을 참조하여 설명한 서비스 전환 방안에 있어서， 도 15 내지 도 16의 동작을 대체하는 것으로 이해될 수 있다. 즉， 본 발명의 추가적인 예시에 따른 서비스 헨드오버 동작은， 도 13 및 도 14의 순서대로 서비스 A에 대한 세션 셋업 (도 13 및 도 14) 및 서비스 A에서 서비스 B로의 핸드오버 (도 19)가 수행될 수 있다.
[199] 디바이스 A와 디바이스 B는 모두 서비스 A 및 서비스 B라는 동일한 서비스를 지원하고, 서비스 A 및 서비스 B모두 서비스 핸드오버를 지원한다고 가정한다.
[200] 도 19의 예시에서 디바이스 B의 애플리케이션 /사용자가 서비스 A의 수행 중에 서비스 B로 핸드오버할 것으로 결정하고, 이를 서비스 A에게 알려줄 수 있다. 이에 따라 서비스 A는 ASP에게 서비스 핸드오버를 지시하는 메소드 (ServiceHandoverO)를 전달할 수 있다.
[201] 디바이스 B의 서비스 B는 ASP에게 ServiceHandoverO 메소드를 통해서 서비스 B로의 핸드오버를 요청한다. 이를 받은 디바이스 B의 ASP는 디바이스 A의 ASP에게 ASP 코디네이션 프로토콜의 HAND0VER_SESSI0N 메시지를 이용하여 핸드오버를 요청한다. 이때 HAND0VER_SESSI0N 내에는 헨드오버 대상인 서비스 B의 advertisement— id, mac— address, session— id 정보가 포함될 수 있다. 이를 받은 디바이스 A의 ASP는 SessionHandoverO 이벤트를 서비스 A에게 전달할 수 있다. 이와 같이 요청되는 서비스 핸드오버의 수용 또는 거절 여부는 애플리케이션의 설정 또는 사용자에 의해서 결정될 수 있다. 현재 진행중인 디바이스 A의 서비스 A는， 핸드오버에 대한 애플리케이션 /사용자의 수용에 따라서， 현재 세션을 닫고 사용하는 포트를 해제할 수 있다. 이후 애플리케이션 /사용자는 서비스 B에 대한 세션을 추가하고， 이 결과를 ASP 코디네이션 프로토콜의 ADDED_SESSI0N 메시지를 통해서 디바이스 B에게 알리게 된다. 이를 받은 디바이스 B의 ASP는 디바이스 A에서 핸드오버를 수용한 것을 알 수 있고， 서비스 B를 수행할 수 있다. [202] 도 19의 예시와 같은 세션 핸드오버 동작을 위해서, ASP 코디네이션 프로토콜에서 새로운 Opcode가 정의될 수 있다. Opcode는 메시지 타입을 나타낼 수 있다. 예를 들어, 아래의 표 7과 같이 0pcode=4를 HAND0VER_SESSI0N 메시지를 지시하는 것으로 정의할 수 있다.
[203] 【표 7】
Figure imgf000034_0001
[204] 표 8은 도 19의 실시예와 관련된 HANDOVERᅳ SESSION 메시지의 포맷을 나타낸다.
[205] 【표 8】
Figure imgf000034_0002
[206] 도 20는 본 발명의 일 실시예에 따른 서비스 핸드오버 과정을 설명하기 위한 도면이다.
[207] 도 20의 예시는 상기 도 13 내지 도 16을 참조하여 설명한 서비스 전환 방안에 있어세 도 15 내지 도 16의 동작을 대체하는 것으로 이해될 수 있다. 즉, 본 발명의 추가적인 예시에 따른 서비스 핸드오버 동작은， 도 13 및 도 14의 순서대로 서비스 A에 대한 세션 셋업 (도 13 및 도 14) 및 서비스 A에서 서비스 B로의 핸드오버 (도 20)가 수행될 수 있다.
[208] 디바이스 A와 디바이스 B는 모두 서비스 A 및 서비스 B라는 동일한 서비스를 지원하고, 서비스 A 및 서비스 B모두 서비스 핸드오버를 지원한다고 가정한다.
[209] 도 20의 예시에서 디바이스 B의 애플리케이션 /사용자가 서비스 A의 수행 중에 서비스 B로 핸드오버할 것으로 결정하고， 이를 서비스 A에게 알려줄 수 있다. 이에 따라 서비스 A는 ASP에게 서비스 핸드오버를 지시하는 메소드 (ServiceHandoverO)를 전달할 수 있다. [210] 서비스 핸드오버에 대한 메소드는, ServiceHandover( service jnac, advert isement_id, session_informat ion, session— mac, session_ d)으로 정의될 수 있다.
[211] 여기서， service_mac 필드는 원격 P2P 디바이스의 MAC 주소를 의미한다. 도 13의 SearchResult 이벤트에 의해서 리턴된 값과 동일한 값을 가질 수 있다. advert isement_id 필드는 핸드오버 타겟 서비스 (즉， 서비스 B)의 애드버타이즈먼트 ID를 나타낼 수 있다. session_information 필드는, 서비스 핸드오버를 개시할 때 서비스 애드버타이저로 전해지는 세션 정보에 해당할 수 있고， 경우에 따라서는 NULL로 설정될 수도 있다. session_mac 필드는， 현재 ASP-세션에 대한 session_id를 할당한 P2P 디바이스의 MAC 주소를 의미한다. sessionᅳ id 필드는 현재 ASP-세션의 세션 식별자를 의미한다. ServiceHandoverO 메소드에 의해서 session_mac 정보 및 sessiorᄂ id 정보가 리턴될 수 았다.
[212] 서비스 A로부터 ServiceHandoverO 메소드를 수신한 디바이스 B의 ASP는 디바이스 A에게 핸드오버 세션 (HAND0VER_SESSI0N) 메시지를 보내고， 서비스 B에게 Initiated로 설정된 세션 상태 이벤트를 전달할 수 있다. 이는 서비스 Seeker 측의 ASP가 ASP-세션을 요청하였지만 아직 사용할 준비가 되지는 않았고, 애드버타이저의 숭인을 대기중이거나 또는 네트워크 연결이 아직 수립되지 않았음을 알려주는 의미를 가진다.
[213] 디바이스 B가 디바이스 A에게 전달하는 핸드오버 세션 메시지에는， 서비스 A에 대한 세션 MAC(sessionᅳ mac), 세션 ID, 애드버타이즈먼트 ID 등의 정보와， 서비스 B에 대한 세션 MACᅳ 세션 ID, 세션 정보 등의 정보가 포함될 수 있다. 세션 MAC(session_mac) 정보는 세션 ID를 할당한 P2P 디바이스의 MAC 주소를 나타낼 수 있다.
[214] 이에 따라， 디바이스 A의 ASP는 서비스 B에게 세션 요청 이벤트 (SessionRequest)를 전달하고, 서비스 B는 애플리케이션 /사용자에게 세션 정보를 전달하여 사용자 입력 (예를 들어， 수용)을 받을 수 있고， 이를 서비스 B에게 알려주면 서비스 B는 ASP에게 확인 메소드 (SessionConfirmO)를 전달할 수 있다.
[215] 디바이스 A의 ASP는 세션상태 이벤트를 서비스 B에게 전달하는데， 그 상태를 Requested로 설정할 수 있다. 이는， 서비스 애드버타이즈 측의 ASP가, 다른 디바이스에 의해서 세션이 요청된다는 것을 서비스 계층에게 알려주는 의미를 가진다. 또한， 디바이스 A의 ASP는 Open으로 설정된 세션상태 이벤트를 서비스 B에게 전달할 수 있다. 이는， ASP-세션 셋업이 완료되어 사용할 준비가 되었음을 알려주는 의미를 가진다. 그 후, 디바이스 A의 서비스 B와 ASP 간에 포트 요청， 포트 바인딩， 포트 준비 둥의 메소드 /이벤트의 교환 후에 세션준비 메소드 (SessionReadyO)가 ASP에게 전달되면， ASP는 디바이스 B로 ADDEELSESSION 메시지를 전달할 수 있다. ADDEELSESSION 메시지에는 MAC 주소， 세션 ID 등의 정보가 포함될 수 있다. 디바이스 B의 ASP는 Open으로 설정된 세션 상태 이벤트를 서비스 B에게 전달하고, ACK 메시지를 디바이스 A에게 보낼 수 있다.
[216] 그 후 디바이스 B의 ASP는 서비스 .A에게 Closed로 설정된 세션 상태 이벤트를 전달할 수 있다. 이는， 세션 상태가 Open 또는 Initiated 에서 Closed 상태로 전환되었음을 알려주는 의미를 가진다. 이에 따라， 서비스 A는 ASP에게 포트 해제를 지시하는 메소드 (ReleasePortO)를 전달할 수 있다.
[217] 또한， 디바이스 B로부터 ACK 메시지를 수신한 디바이스 A의 ASP는 서비스 A에게 Closed로 설정된 세션 상태 이벤트를 전달할 수 있다. 이에 따라， 서비스 A는 ASP에게 포트 해제를 지시하는 메소드 (ReleasePortO)를 전달할 수 있다.
[218] 한편， 디바이스 B의 서비스 B는 디바이스 A의 서비스 B에게 애플리케이션 소켓 연결을 알리고, 애플리케이션 계층에 의해서 애플리케이션 데이터의 전송을 위한 링크가 형성되고 이를 통하여 애플리케이션 데이터가 송수신될 수 있는 상태가 되고， 서비스 B에 대한 서비스 세션이 시작된다.
[219] 도 20의 예시에서 '만약 디바이스 A에서 서비스 B가 가용하지 않거나 서비스 B에 대한 요청이 애플리케이션 /사용자에 의해서 거절되는 경우에는, 디바이스 A는 ADDED_SESSI0N 메시지 대신에 REJECTEELSESSI0N 메시지를 디바이스 B에게 전송하고 원래의 세션 (즉， 서비스 A에 대한 세션)을 유지할 수 있다.
[220] 도 20의 예시와 같은 세션 핸드오버 동작을 위해서, ASP 코디네이션 프로토콜에서 새로운 Opcode가 정의될 수 있다. Opcode는 메시지 타입을 나타낼 수 있다. 예를 들어， 상기 표 6에서와 같이 0pcode=4를 HAND0VER_SESSI0N 메시지를 지시하는 것으로 정의할 수 있다.
[221] 또한， HAND0VER_SESSI0N 메시지의 포맷은 아래의 표 9 또는 표 10과 같이 정의할 수도 있다.
[222] 【표 9】
Figure imgf000037_0001
[223] 【표 10】
Figure imgf000037_0002
[224] 상기 표 9 및 표 10에서 Opcode의 값이 4로 설정되며， 이는 상기 표 6에 따라서 HAND0VER_SESSI0N 메시지 타입인 것을 나타낸다.
[225] 상기 표 10은 상기 표 9에 비하여 현재 서비스에 대한 advertisementjd 정보가 더 포함되는 예시를 나타낸다.
[226] 또한, 서비스 전환 또는 서비스 핸드오버를 지원하기 위해서， REQUEST_SESSI0N 메시지를 이용할 수도 있다. 즉， ASP 코디네이션 프로토콜에서 기존의 REQUEST_SESSI0N 메시지를 수정하여, ASP-세션이 이미 존재하고 있는 상황에서 새로운 ASP-세션을 셋업하기 위한 메시지로서 사용할 수도 있다. 이러한 수정된 REQUEST_SESSI0N 메시지 포맷은 아래의 표 11과 같이 정의될 수 있다.
[227] 【표 11]
Figure imgf000037_0003
[228] 도 21은 본 발명에 따른 서비스 핸드오버의 추가적인 예시를 설명하기 위한 도면이다.
[229] 도 21의 예시에서는 WFDS를 지원하는 스마트폰 및 TV간의 서비스 핸드오버를 예시적으로 나타낸다. 스마트폰은 Play 서비스의 송신측 (TX) 기능 및 Display 서비스의 TX 기능을 지원하는 것으로 가정한다. TV는 Play 서비스의 수신측 (RX) 기능 및 Display서비스의 RX기능을 지원하는 것으로 가정한다.
[230] 디바이스 발견 과정에서 프로브 요청 /웅답 메시지의 교환을 통해서， Seeker 역할을 하는 스마트폰은, 애드버타이저 역할을 하는 TV의 지원 서비스와 서비스 핸드오버 캐퍼빌리티를 확인할 수 있다.
[231] 이후， DS 규격에 따른 세션 수립 과정 후에 Display 서비스 (예를 들어， Miracast)를 시작하게 된다. 이에 따라， 스마트폰은 자신의 화면을 TV의 화면에 스크린 미러링할 수 있다. Display 서비스의 수행 도중에， 스마트폰의 사용자가 갤러리 내의 특정 A/V 파일 (즉 스마트폰의 저장소에 저장된 파일 기반의 동영상)을 선택할 수 있다. 이 경우， 스마트폰은 해당 파일 기반 콘텐츠를 Play 서비스를 통하여 TV로 전송하고자 한다. Display 서비스 도중에 Play 서비스로의 전환 또는 핸드오버 여부는 스마트폰 설정 및 /또는 제조사의 정책 등에 따를 수 있다.
[232] 서비스 전환 /핸드오버를 위해서， 스마트폰은 HANDOVER_SESSION 메시지를 TV의 ASP로 전달하고， Play 서비스로의 핸드오버를 시도한다. TV가 핸드오버를 수락하면 PLAY 서비스로 핸드오버가 수행된다. 사용자가 선택한 파일 기반 동영상이 종료되거나 사용자가 중지하는 경우， 설정에 따라서 기존 Display 서비스로 다시 핸드오버하여 원래의 서비스로 복귀할 수 있다.
[233] 이와 같이 본 발명은 WFDS 디바이스들이 공통된 서비스를 지원하는 경우， 핸드오버 가능 여부를 디바이스 발견 시에 알 수 있고, ASP간 제어 메시지를 통해서 서비스 간 핸드오버 또는 원래의 서비스로의 복귀를 끊김없이 수행할 수 있다.
[234] 추가적으로， 본 발명에서는 ASP가 서비스에게 호출 (call)하는 Connect ionStatus 이벤트 프리머티브를 제안한다. Connect ionSt at us 이벤트는 ASP가 자신의 그룹 형성이나 서비스 요청 등에 대한 진행상황을 서비스에게 보고하기 위해서 이용된다. Connect ionStatus 이벤트 프리머티브는 ConnectStatus(session_mac, session—id, status) 으로 정의될 수 있다. [235] "status" 필드는 서비스 시커 또는 서비스 애드버타이저 측의 ASP의 스테이트 머신의 현재 상태를 나타낸다. "session_mac" 필드는 sessionjd를 할당한 P2P 디바이스의 MAC 주소를 나타낸다. "session_id" 필드는 ASP-세션을 개시한 ASP에 의해서 할당되는 ASP-세션 식별자를 나타낸다.
[236] "status" 필드는 ServiceRequestSent , ServiceRequest Received, ServiceRequestDeferred, ServiceRequest Accepted, ServiceRequestFai led, GroupFormat ionStarted, Gr oupFormat i onComp 1 et e , 또는 GroupFormat ionFai led 으로 설정될 수 있다.
[237] ServiceRequestSent는 서비스 시커에 의해서만 사용될 수 있다. ASP가 서비스 시커에서 Closed 상태에 있는 ASP가 서비스로부터 ConnectSessions 메소드를 수신하고， 의도하는 (intended) 피어 ASP와의 IP 연결이 존재하지 않는 경우에， ASP는 ServiceRequestSent 상태로 변경하고 이를 나타내는 이벤트 (예를 들어， Connect ionStatus 이벤트)를 전송할 수 있다.
[238] ServiceRequestReceived는 서비스 애드버타이저에 의해서만 사용될 수 있다. 서비스 애드버타이저에서 Closed 상태에 있는 ASP가， 새로운 sessionjd 및 session_mac 쌍 (pair)에 대한 P2P 프로비견 발견 요청을 수신하는 경우, 또는 피어 ASP로부터 REQUESTᅳ SESSION 메시지를 수신하는 경우, ASP는 ServiceRequestSent 상태로 변경하고 이를 나타내는 이벤트를 전송할 수 있다.
[239] ServiceRequestDeferred는 서비스 요청이 즉시 수용되지 않는 경우에 사용될 수 있다. 서비스 시커에서 ServiceRequestSent 상태에 있는 ASP가 status=l로 설정된 P2P 프로비견 발견 응답을 수신하는 경우， ASP는 ServiceRequestDeferred 상태로 변경하고 이를 나타내는 이벤트를 전송할 수 있다. 또한, 서비스 애드버타이저에서 ASP가 ServiceRequestReceived 상태에 있고, 대웅하는 Advert iseService 메소드에서 auto_accept가 FALSE로 설정된 경우， ASP는 ServiceRequestDeferred 상태로 변경하고 이를 나타내는 이벤트를 전송할 수 있다. 원격 디바이스가 사용자 입력을 대기중인 경우에는, 본 이벤트와 후속하는 ConnectStatus(ServiceRequestAccepted) 이벤트 사이에 또는 본 이벤트와 ConnectStatus(ServiceRequestFailed) 이벤트 사이에는 긴 지연이 발생할 수 있다. 본 이벤트의 수신측은 타임아웃을 구현해야 한다.
[240] ServiceRequest Accepted는 서비스 요청이 수용됨을 나타낸다. 서비스 시커에서 ServiceRequestSent 상태에 있는 ASP가 status=0으로 설정된 P2P 프로비젼 발견 응답을 수신하고 Connection Capability 교환이 성공적인 경우ᅳ ASP는 ServiceRequest Accepted 상태로 변경하고 이를 나타내는 이벤트를 전송할 수 있다. 서비스 시커에서 ServiceRequestDeffered 상태에 있는 ASP가 status=0으로 설정된 P2P 프로비젼 발견 웅답을 수신한 경우 ASP는 ServiceRequestAccepted 상태로 변경하고 이를 나타내는 이벤트를 전송할 수 있다. 서비스 애드버타이저에서 ServiceRequestDeffered 상태에 있는 ASP가 conf inned=TRUE 로 설정된 ConfirmSession 메소드를 수신하는 경우, ASP는 ServiceRequestAccepted 상태로 변경하고 이를 나타내는 이벤트를 전송할 수 있다.
[241] ServiceRequestFailed는 다음과 같은 경우에 이용된다. 서비스 시커에서 ServiceRequestDeffered 상태로 설정된 ASP가， 소정의 시간 동안 P2P 프로비젼 발견 요청을 수신하지 못하거나 또는 수신된 P2P 프로비견 발견 요청에 기초하여 유효한 연결 캐퍼빌리티를 설정하지 못한 경우， ASP는 ServiceRequestFailed 상태로 변경하고 이를 나타내는 이벤트를 전송할 수 있다. 서비스 애드버타이저에서 ServiceRequestReceived 상태에 있는 ASP가, 수신된 P2P 프로비젼 발견 요청에 기초하여 유효한 연결 캐퍼빌리티를 설정하지 못하고 대웅하는 Advert iseService 메소드에서 auto_accept가 FALSE로 설정된 경우， ASP는 ServiceRequestFailed 상태로 변경하고 이를 나타내는 이벤트를 전송할 수 있다. 서비스 애드버타이저에서 ServiceRequestDeffered 상태에 있는 ASP가， confirmed=FALSE로 설정된 Conf irmSession 메소드를 수신하는 경우, ASP는 ServiceRequestFailed 상태로 변경하고 이를 나타내는 이벤트를 전송할 수 있다. 서비스는 위와 같은 이벤트를 수신한 후에 CloseSession 메소드를 호출할 수 있다.
[242] GroupFormationStarted는 P2P 그룹 형성이 시작되는 것을 나타낸다. 서비스 시커에서 ASP가 ServiceRequestAccepted 상태에 있는 경우， ASP는 GroupFormationStarted 상태로 변경하고 이를 나타내는 이벤트를 전송할 수 있다. 서비스 애드버타이저에서 ASP가 ServiceRequestReceived 상태에 있고， 대웅하는 Advert iseService 메소드에서 auto_accept가 TRUE로 설정된 경우， ASP는 GroupFormationStarted 상태로 변경하고 이를 나타내는 이벤트를 전송할 수 있다. 서비스 애드버타이저에서 ASP가 ServiceRequestAccepted 상태에 있고， 의도하는 피어 ASP와의 IP 연결이 존재하지 않는 경우에， ASP는 GroupFormationStarted 상태로 변경하고 이를 나타내는 이벤트를 전송할 수 있다. [243] GroupFormationComplete는 P2P그룹이 성공적으로 형성되거나， 또는 P2P 그룹이 이미 형성되어 있는 것 (즉， IP 연결의 존재)을 나타낸다.
[244] GroupFormationFailed는 P2P그룹 형성이 실패함을 나타낸다.
[245] 도 22는 본 발명에 따른 ASP-세션에 대한 스테이트 머신을 설명하기 위한 도면이다.
[246] 모든 WFDS 디바이스는 각각의 ASP-세션에 대한 스테이트 머신 (state machine)을 가질 수 있다. 도 22는 하나의 ASP-세션에 대한 스테이트 머신을 예시적으로 나타낸다.
[247] ASP가 서비스로부터 ConnectSessions 메소드를 수신하면， ASP는 서비스 시커로서 새로운 ASP-세션 (Initiated 상태로 설정됨)을 생성할 수 있다. Initiated 상태는 복수개의 서브 -스테이트들 (sub-states)로 구성될 수 있다. 서비스 시커에 대한 서브-스테이트 머신은 도 23을 참조하여 후술한다. Initiated 상태에서， ASP가 피어 ASP로부터 해당 ASP-세션에 대한 ADDᅳ SESSION 메시지를 수신하는 경우， ASP-세션 상태는 Open 상태로 변경된다. ASP가 서비스로부터 CloseSession 메소드를 수신하거나， 또는 피어 ASP로부터 REJECTEELSESSION 메시지를 수신하거나 또는 P2P 교환 타임아웃 (또는 PD(Provision Discovery) 교환 타임아웃) 이벤트가 발생하거나， 또는 연결 캐퍼빌리티 교환 실패가 발생하거나, 또는 다른 연결 실패 이벤트가 발생하는 경우에 ASP-세션 상태는 Initiated 상태에서 Closed 상태로 변경된다.
[248] ASP가 새로운 session_mac 및 session_id 쌍에 대한 P2P PD(Provision Discovery) 요청을 수신하거나, REQUEST_SESSI0N 메시지를 수신하는 경우, ASP는 서비스 애드버타이저로서 새로운 ASP-세션 (Requested 상태로 설정됨)을 생성할 수 있다. Requested 상태는 복수개의 서브-스테이트들로 구성될 수 있다. 서비스 애드버타이저에 대한 서브-스테이트 머신은 도 24를 참조하여 후술한다. ASP가 서비스로부터 SetSessionReady 메소드를 수신하는 경우， ASP-세션 상태는 Requested 상태에서 Open 상태로 변경된다. Requested 상태에 있는 ASP가 서비스로부터 CloseSession 메소드 또는 Conf irmSession(conf irmed=FALSE) 메소드를 수신하거나, 또는 다른 연결 실패 이벤트가 발생하는 경우, ASP-세션 상태는 Closed상태로 변경된다.
[249] 서비스 애드버타이저 및 서비스 시커 모두에 대해서 Open 상태에서， ASP가 서비스로부터 CloseSession 메소드를 수신하거나， 또는 피어 ASP로부터 REMOVE으 SESSION 메시지를 수신하거나， 또는 다른 연결 실패 이벤트가 발생하는 경우에， ASP-세션 상태는 Closed상태로 변경된다.
[250] 도 23은 서비스 시커에 대한서브-스테이트 머신을 설명하기 위한 도면이다.
[251] 도 23의 스테이트 머신은 Initiated 스테이트 상에서의 서비스 시커에 대한 스테이트 머신을 나타낸다.
[252] Entry 스테이트에서 피어 디바이스와의 IP 연결이 존재하는 경우에는 그룹형성완료 (GroupFormationComplete) 스테이트로 천이 (transit)한다. Entry 스테이트에서 피어 디바이스와의 IP 연결이 존재하지 않는 경우에는， PD(Provision Discovery) Request 를 피어 ASP로 전송하고ᅳ 서비스요청전송 (ServiceRequestSent) 스테이트로 천이한다.
[253] ServiceRequestSent 스테이트에서 ASP가 피어 ASP로부터 Status=0으로 설정된 P2P PD 응답을 수신하는 경우， 피어 ASP로부터의 P2P PD 웅답의 연결 캐퍼빌리티가 유효하면 ServiceRequest Accepted 스테이트로 천이하고， 피어 ASP로부터의 P2P PD 웅답의 연결 캐퍼빌리티가 유효하지 않으면 Closed 스테이트로 천이한다. ServiceRequestSent 스테이트에서 ASP가 피어 ASP로부터 Status=l로 설정된 P2P PD 응답을 수신하는 경우 ServiceRequestDef erred 스테이트로 천이한다.
[254] ServiceRequestDef erred 스테이트에서 ASP가 피어 ASP로부터 Status=0으로 설정된 P2P PD 요청을 수신하는 경우， 피어 ASP로 P2P PD 웅답을 송신하고， ASP가 P2P PD 응답에 대한 유효한 연결 캐퍼빌리티를 설정할 수 없다면
ServiceRequestFailed 스테이트로 천이하고， ASP가 P2P PD 웅답에 대한 유효한 연결 캐퍼빌리티를 설정할 수 있다면 ServiceRequest Accept 스테이트로 천이한다.
ServiceRequestDef erred 스테이트에서 ASP가 소정의 시간 내에 PD 요청을 수신하지 못하면 ServiceRequestFailed스테이트로 천이한다.
[255] ServiceRequestFailed스테이트에서 Closed스테이트로 천이한다.
[256] ServiceRequestAccepted 스테이트에서 GroupFormationStarted 스테이트로 천이한다.
[257] GroupFormationStarted 스테이트에서， P2P G0 협상 프로세스가 실패하거나， 자율 (autonomous) GO 생성이 실패하거나， 존재하고 있는 P2P 그룹에 조인 (join)하는 것을 실패하거나, 또는 다른 이유에 의해서, GroupFromationFailed 스테이트로 천이하게 된다. GroupFormationStarted 스테이트에서， P2P 그룹 형성이 성공적이면 GroupFromationComplete 스테이트로 천이한다.
[258] GroupFormationFailed스테이트에서 Closed스테이트로 천이한다.
[259] GroupFormationComplete 스테이트에서, 필요한 경우 (새로운 P2P 그룹의 경우) IP 주소를 셋업하거나, ASP 코디네이션 프로토콜에 대한 UDP 소켓을 셋업하거나， 서비스 시커에게 REQUEST_SESSION 메시지를 송신하거나， 서비스 시커가 서비스 애드버타이저로부터 ADDED_SESSI0N 메시지를 수신하면 Open 스테이트로 천이하거나， 서비스 시커가 서비스 애드버타이저로부터 REJECT_SESSION 메시지를 수신하면 Closed 스테이트로 천이하거나， 서비스 시커가 서비스로부터 CloseSession 메소드를 수신하면 Closed스테이트로 천이할 수 있다.
[260] 다른 실패의 경우에 Closed스테이트로 천이한다.
[261] Servi ceRequestFai 1 ed 스테이트， GroupFormationFailed 스테이트 및 ServiceRequest Accepted 스테이트는， 해당 스테이트 내에서 아무런 동작 (act ion)이 없기 때문에 Closed스테이트가 될 수 있다.
[262] 도 24는 서비스 애드버타이저에 대한 서브—스테이트 머신을 설명하기 위한 도면이다.
[263] 도 24의 스테이트 머신은 Requested 스테이트 상에서의 서비스 애드버타이저에 대한 스테이트 머신을 나타낸다.
[264] Entry 스테이트에서， ASP가 새로운 session_id 및 session_mac 쌍에 대한 P2P PD 요청을 수신하거나， 또는 ASP가 서비스 시커로부터 REQEUST_SESSI0N 메시지를 수신하면 ASP-세션은 Servi ceRequestReceived스테이트가 될 수 있다.
[265] Servi ceReqeustReceived 스테이트에서， 서비스 애드버타이저가 auto_accept를 FALSE로 설정하면， Session_Request 이벤트를 서비스로 보내고 Servi ceRequestDef erred 스테이트로 천이한다. Servi ceReqeustReceived 스테이트에서， 서비스 애드버타이저가 auto_accept를 TRUE로 설정하고 피어 ASP와의 IP 연결이 존재하지 않으면， P2P PD 웅답을 피어 ASP로 보내고， ASP가 P2P PD 웅답에 대해서 유효한 연결 캐퍼빌리티를 설정할 수 있으면 GroupFormationStarted 스테이트로 천이하고， ASP가 P2P PD 웅답에 대한 유효한 연결 캐퍼빌리티를 설정할 수 없으면 Servi ceRequestFai led 스테이트로 천이한다. Servi ceReqeustReceived 스테이트에서， 서비스 애드버타이저가 auto_accept를 TRUE로 설정하고 피어 ASP와의 IP 연결이 존재하면, ServiceRequest Accepted 스테이트로 천이한다.
[266] ServiceRequestDef erred 스테이트에서， ASP가 서비스로부터 confirmed =
FALSE로 설정된 ConfirmSession 메소드를 수신하면 ServiceReqeustFai led 스테이트로 천이하고， ASP가 confirmed = TRUE로 설정된 ConfirmSession 메소드를 수신하면 ServiceReqeust Accepted스테이트로 천이한다.
[267] ServiceRequestFailed스테이트에서 Closed스테이트로 천이한다.
[268] ServiceReqeuest Accepted 스테이트에서， 피어 디바이스와의 IP 연결아 존재하지 않는 경우 (즉， P2P PD 교환에 의해서 서비스 요청이 개시된 경우)， status = 0 으로 설정된 P2P PD 요청 메시지를 피어 ASP로 보내고, ASP가 피어
ASP로부터 P2P PD 웅답에서 유효한 연결 캐퍼빌리티를 수신하면
GroupFormationStarted 스테이트로 천이하고， ASP가 피어 ASP로부터 P2P PD 웅답에서 유효하지 않은 연결 캐퍼빌리티를 수신하면 Closed 스테이트로 천이한다.
ServiceReqeuestAccepted 스테이트에서, 피어 디바이스와의 IP 연결이 존재하는 경우 (즉， REQUEST_SESSION 메시지에 의해서 서비스 요청이 개시된 경우)， ASP가 서비스로부터 SetSessionReady 메소드를 수신하면 Open 스테이트로 천이한다.
ServiceReqeuestAccepted 스테이트에서， ASP가 서비스로부터 CloseSession 메소드를 수신하면 Closed스테이트로 천이한다.
[269] GroupFormationStarted state에서， P2P GO 협상이 실패하거나， 자율 (autonomous) GO 생성이 실패하거나， 존재하고 있는 P2P 그룹에 조인 (join)하는 것을 실패하거나, 또는 다른 이유에 의해서， GroupFromationFailed 스테이트로 천이하게 된다. GroupFormationStarted 스테이트에서， P2P 그룹 형성이 성공적이면 Gr oupFr omat i onComp 1 et e스테이트로 천이한다.
[270] GroupFormationFailed스테이트에서 Closed스테이트로 천이한다.
[271] GroupFormationComplete 스테이트에세 필요한 경우 (새로운 P2P그룹의 경우) IP 주소를 셋업하거나， ASP 코디네이션 프로토콜에 대한 UDP 소켓을 셋업하거나， ASP가 서비스로부터 SetSessionReady를 수신하면 Open 스테이트로 천이하거나, ASP가 CloseSession 메소드를 수신하면 Closed스테이트로 천이할 수 있다.
[272] 다른 실패의 경우에 Closed스테이트로 천이한다. [273] ServiceRequestFailed 스테이트 및 GroupFormationFai led 스테이트는， 해당 스테이트 내에서 아무런 동작 (action)이 없기 때문에 Closed 스테이트가 될 수 있다,
[274] 도 13 내지 24에서 설명하는 본 발명의 예시적인 방법은 설명의 간명함을 위해서 동작의 시리즈로 표현되어 있지만， 이는 단계가 수행되는 순서를 제한하기 위한 것은 아니며, 필요한 경우에는 각각의 단계가 동시에 또는 상이한 순서로 수행될 수도 있다. 또한， 본 발명에서 제안하는 방법을 구현하기 위해서 도면에서 예시하는 모든 단계가 반드시 필요한 것은 아니다.
[275] 또한, 본 발명에 따른 방법에 있어서， 전술한 본 발명의 다양한 실시예에서 설명한 사항들은 독립적으로 적용되거나 또는 2 이상의 실시예가 동시에 적용되도록 구현될 수 있다.
[276] 도 25는 본 발명의 일 실시예에 따른 무선 디바이스의 구성을 나타내는 블록도이다.
[277] 무선 디바이스 (10)는 프로세서 (11)， 메모리 (12)， 송수신기 (13)를 포함할 수 있다. 송수신기 (13)는 무선 신호를 송신 /수신할 수 있고, 예를 들어， IEEE 802 시스템에 따른 물리 계층을 구현할 수 있다. 프로세서 (11)는 송수신기 (13)와 전기적으로 연결되어 IEEE 802 시스템에 따른 물리 계층 및 /또는 MAC 계층을 구현할 수 있다. 또한， 프로세서 (11)는 전술한 본 발명의 다양한 실시예에 따른 애플리케이션， 서비스， ASP 계층 중의 하나 이상의 동작을 수행하도록 구성될 수 있다. 또한， 전술한 본 발명의 다양한 실시예에 따른 무선 디바이스의 동작을 구현하는 모들이 메모리 (12)에 저장되고, 프로세서 (11)에 의하여 실행될 수도 있다. 메모리 (12)는 프로세서 (11)의 내부에 포함되거나 또는 프로세서 (11)의 외부에 설치되어 프로세서 (11)와 공지의 수단에 의해 연결될 수 있다.
[278] 도 25의 무선 디바이스 (10)는 와이파이 다이렉트 서비스를 지원하고 세션 셋업을 수행하도록 설정될 수 있다. 프로세서 (11)는， 제 1 서비스에 대한 세션을 생성 (create)하기 위해， 상기 제 1 무선 디바이스와 제 2 무선 디바이스 간의 프로비견 발견 (provision discovery) 과정을 포함하는, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 P2P(Peer— t으 Peer) 연결을 셋업하도록 설정될 수 있다. 프로세서 (11)는, 제 2 서비스에 대한 세션을 생성하기 위해, 상기 제 1 무선 디바이스로부터 상기 제 2 무선 디바이스로 세션 요청 (REQUEST_SESSI0N) 메시지를 전송하도록 (또는 무선 디바이스 (10)가 제 2 무선 디바이스인 경우에는 세션 요청 (REQUEST_SESSION) 메시지를 수신하도록) 상기 송수신기를 제어하도록 설정될 수 있다. 상기 제 2 서비스에 대한 세션 정보는 상기 세션 요청 메시지에 포함될 수 있다.
[279] 도 25의 무선 디바이스 (10)의 구체적인 구성은, 전술한 본 발명의 다양한 실시예에서 설명한 사항들이 독립적으로 적용되거나 또는 2 이상의 실시예가 동시에 적용되도록 구현될 수 있으며， 중복되는 내용은 명확성을 위하여 설명을 생략한다.
[280] 상술한 본 발명의 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어， 본 발명의 실시예들은 하드웨어， 펌웨어 (firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
[281] 하드웨어에 의한 구현의 경우， 본 발명의 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs (App 1 i cat ion Specific Integrated Circuits) , DSPs(Digital Signal Processors) , DSPDsCDigital Signal Processing Devices) , PLDs (Programmable Logic Devices) , FPGAs (Field Programmable Gate Arrays) , 프로세서, 컨트를러， 마이크로 컨트를러， 마이크로 프로세서 등에 의해 구현될 수 있다.
[282] 펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 모듈， 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여， 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
[283] 상술한 바와 같이 개시된 본 발명의 바람직한 실시형태에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도톡 제공되었다. 상기에서는 본 발명의 바람직한 실시 형태를 참조하여 설명하였지만， 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 따라서， 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라， 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다.
【산업상 이용가능성】 [284] 상술한 바와 같은 본 발명의 다양한 실시형태들은 IEEE 802.11 시스 중심으로 설명하였으나， 다양한 이동통신 시스템에 동일한 방식으로 적용될 있다.

Claims

[청구의 범위】
【청구항 11
와이파이 다이렉트 서비스를 지원하는 제 1 무선 디바이스에서 세션을 셋업하는 방법에 있어서，
제 1 서비스에 대한 세션을 생성 (create)하기 위해， 상기 제 1 무선 디바이스와 제 2 무선 디바이스 간의 프로비견 발견 (provision discovery) 과정을 포함하는， 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결 (connect ion)을 셋업하는 단계; 및
제 2 서비스에 대한 세션을 생성하기 위해， 상기 제 1 무선 디바이스로부터 상기 제 2 무선 디바이스로 세션 요청 (REQUESTᅳ SESSION) 메시지를 전송하는 단계를 포함하고ᅳ
상기 제 2 서비스에 대한 세션 정보는 상기 세션 요청 메시지에 포함되는， 세션 셋업 방법.
【청구항 2】
제 1 항에 있어서，
상기 제 1 무선 디바이스가 제 2 무선 디바이스와 연결을 가지고 있는 경우， 상기 제 2 서비스에 대한 세션 생성 과정에서 프로비젼 발견 과정은 생략되는， 세션 셋업 방법.
【청구항 3】
제 1 항에 있어서，
상기 제 1 서비스에 대한 세션 정보는 프로비견 발견 요청 메시지에 포함되는， 세션 셋업 방법.
【청구항 4】
제 1 항에 있어서，
상기 연결을 셋업하기 전에, 디바이스 발견 과정 또는 서비스 발견 과정 중의 하나 이상이 수행되는, 세션 셋업 방법.
【청구항 5】
제 1 항에 있어서，
상기 디바이스 발견 과정은， 상기 제 1 무선 디바이스로부터 상기 제 2 무선 디바이스로의 프로브 요청 프레임 송신, 및 상기 제 1 무선 디바이스에서 상기 제 2 무선 디바이스로부터의 프로브 웅답 프레임 수신을 포함하고, 상기 프로브 요청 프레임 또는 상기 프로브 웅답 프레임 중의 하나 이상에는， 상가 제 1 서비스 및 제 2 서비스에 대한 복수개의 서비스 명칭 또는 복수개의 서비스 해시값 중의 하나 이상이 포함되는， 세션 셋업 방법.
【청구항 6】
제 1 항에 있어서，
상기 연결을 셋업하는 단계는 P2P 그룹 형성 과정을 더 포함하는， 세션 셋업 방법 .
【청구항 7]
제 1 항에 있어서，
상기 제 1 무선 디바이스의 ASKApplication Service Platform)가 상기 제 1 무선 디바이스의 서비스 계층으로부터 ConnectSession 메소드 (Method)를 수신하는 경우， 상기 ASP는 서비스 시커 (seeker)로서 새로운 ASP—세션을 생성하고, 초기 (Initiate) 스테이트로 천이하는， 세션 셋업 방법.
【청구항 8】
제 7 항에 있어서，
상기 세션 요청 (REQUESTED_SESSION) 메시지에 웅답하는 세션 추가 (ADDEELSESSION) 메시지를 상기 제 2 무선 디바이스로부터 수신하는 경우， 상기 제 1 무선 디바이스의 ASP는 상기 초기 스테이트에서 열림 (Open) 스테이트로 천이하는， 세션 셋업 방법.
【청구항 9】
제 7 항에 있어서，
상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결이 존재하는 경우， 상기 제 1 무선 디바이스의 ASP는 그룹형성완료 (GroupFo ationComplete) 스테이트로 천이하고，
상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결이 존재하지 않는 경우， 상기 제 1 무선 디바이스의 ASP는 서비스요청보냄 (ServiceRequestSent) 스테이트로 천이하는， 세션 셋업 방법.
【청구항 10】
제 7 항에 있어서，
상기 세션 요청 (REQUESTED_SESSI0N) 메시지에 웅답하는 세션 거절 (REJECTED_SESSI0N) 메시지를 상기 제 2 무선 디바이스로부터 수신하는 경우, 상기 제 1 무선 디바이스의 ASP는 상기 초기 스테이트에서 Closed 스테이트로 천이하는， 세션 셋업 방법.
【청구항 11】
제 1 항에 있어서,
상기 게 2 서비스에 대한 세션이 생성되는 경우 상기 제 1 서비스에 대한 세션에 대해서 할당된 포트는 해제되는， 세션 셋업 방법.
【청구항 12】
제 1 항에 있어서，
상기 제 1 서비스는 센드 (Send), 플레이 (Play), 디스플레이 (Display) , 프린트 (Print), 또는 서드파티 애플리케이션을 지원하기 위한 서비스 중의 어느 하나이고，
상기 제 2 서비스는 상기 제 1 서비스 외의 다른 서비스인 세션 셋업 방법 .
【청구항 13]
제 1 항에 있어서,
상기 제 1 무선 디바이스는 서비스 시커 (seeker)이고,
상기 제 2 무선 디바이스는 서비스 애드버타이저 (advertiser)인, 세션 셋업 방법.
【청구항 14】
제 1 항에 있어서，
상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결은，
P2P(Peer-to-Peer) 연결 또는 IPdnternet Protocol) 연결인， 세션 셋업 방법.
【청구항 15]
와이파이 다이렉트 서비스를 지원하는 제 2 무선 디바이스에서 세션을 셋업하는 방법에 있어서，
제 1 서비스에 대한 세션을 생성 (create)하기 위해， 상기 제 1 무선 디바이스와 제 2 무선 디바이스 간의 프로비전 발견 (provision discovery) 과정을 포함하는， 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결 (connect ion)올 셋업하는 단계; 및
저 1 2 서비스에 대한 세션을 생성하기 위해， 상기 제 2 무선 디바이스에서 상기 제 1 무선 디바이스로부터 세션 요청 (REQUEST_SESSI0N) 메시지를 수신하는 단계를 포함하고， 상기 제 2 서비스에 대한 세션 정보는 상기 세션 요청 메시지에 포함되는, 세션 셋업 방법.
【청구항 16]
제 15 항에 있어서，
상기 제 2 무선 디바이스의 ASP가 상기 제 1 무선 디바이스로부터 상기 세션 요청 (REQUEST_SESSION) 메시지를 수신하는 경우， 상기 ASP는 서비스 애드버타이저 (advertiser)로서 새로운 ASP-세션을 생성하고, 요청됨 (Requested) 스테이트로 천이하는 세션 셋업 방법.
【청구항 17]
제 15 항에 있어세
상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결이 존재하는 경우， 상기 제 2 무선 디바이스의 ASP가 상기 제 1 무선 디바이스로부터 상기 세션 요청 (REQUESTᅳ SESSION) 메시지를 수신하면， 상기 제 2 무선 디바이스의 ASP에 의해서 상기 제 2 무선 디바이스의 사용자 또는 애플리케이션에게 상기 세션 요청 메시지의 수신이 알려지고， 상기 세션 요청에 대한 수락 (accept) 또는 거절 (Reject)을 나타내는 정보가 상기 사용자 또는 상기 애플리케이션으로부터 수신되는， 세션 셋업 방법.
【청구항 18]
제 15 항에 있어서,
상기 제 2 무선 디바이스의 ASP가 상기 게 1 무선 디바이스로부터 상기 세션 요청 (REQUEST_SESSION) 메시지를 수신한 경우， 서비스요청수신 (ServiceRequestReceived) 상태로 천이하고，
상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결이 존재하면 상기 제 2 무선 디바이스의 ASP는 상기 ServiceRequestReceived 스테이트에서 Open 스테이트로 천이하고，
상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결이 존재하지 않는 경우 상기 제 2 무선 디바이스의 ASP는 상기 ServiceRequestReceived 스테이트에서 그룹형성시작 (GroupFormationStarted) 스테이트로 천이하는， 세션 셋업 방법.
【청구항 19】 와이파이 다이렉트 서비스를 지원하고 세션 셋업을 수행하는 제 1 무선 디바이스에 있어서，
송수신기; 및
프로세서를 포함하고，
상기 프로세서는， 제 1 서비스에 대한 세션을 생성 (create)하기 위해, 상기 제 1 무선 디바이스와 제 2 무선 디바이스 간의 프로비견 발견 (provision discovery) 과정을 포함하는, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결 (connect ion)을 셋업하도록 설정되고，
상기 프로세서는， 제 2 서비스에 대한 세션을 생성하기 위해， 상기 제 1 무선 디바이스로부터 상기 제 2 무선 디바이스로 세션 요청 (REQUEST_SESSION) 메시지를 전송하도록 상기 송수신기를 제어하도톡 설정되고，
상기 제 2 서비스에 대한 세션 정보는 상기 세션 요청 메시지에 포함되는， 세션 셋업 수행 제 1 무선 디바이스.
【청구항 20】
와이파이 다이렉트 서비스를 지원하고 세션 셋업을 수행하는 제 2 무선 디바이스에 있어서,
송수신기; 및
프로세서를 포함하고，
상기 프로세서는， 제 1 서비스에 대한 세션을 생성 (create)하기 위해， 상기 제 1 무선 디바이스와 제 2 무선 디바이스 간의 프로비젼 발견 (provision discovery) 과정을 포함하는， 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 간의 연결 (connect ion)을 셋업하도록 설정되고，
상기 프로세서는, 제 2 서비스에 대한 세션을 생성하기 위해， 상기 제 2 무선 디바이스에서 상기 제 1 무선 디바이스로부터 세션 요청 (REQUEST_SESSI0N) 메시지를 수신하도록 상기 송수신기를 제어하도록 설정되고，
상기 제 2 서비스에 대한 세션 정보는 상기' 세션 요청 메시지에 포함되는， 세션 셋업 수행 제 2 무선 디바이스.
PCT/KR2013/010001 2013-01-03 2013-11-06 무선 통신 시스템에서 서비스 전환 방법 및 장치 Ceased WO2014106990A1 (ko)

Priority Applications (7)

Application Number Priority Date Filing Date Title
JP2015551592A JP6294351B2 (ja) 2013-01-03 2013-11-06 無線通信システムにおけるサービス転換方法及び装置
CA2897007A CA2897007C (en) 2013-01-03 2013-11-06 Method and apparatus for changing services in wireless communication system
AU2013371719A AU2013371719B2 (en) 2013-01-03 2013-11-06 Method and apparatus for changing services in wireless communication system
CN201380074119.7A CN105027662B (zh) 2013-01-03 2013-11-06 在无线通信系统中改变服务的方法和设备
EP13870338.4A EP2943032B1 (en) 2013-01-03 2013-11-06 Method and apparatus for changing services in wireless communication system
KR1020157020370A KR101611329B1 (ko) 2013-01-03 2013-11-06 무선 통신 시스템에서 서비스 전환 방법 및 장치
US14/759,175 US9924552B2 (en) 2013-01-03 2013-11-06 Method and apparatus for changing in wireless communication system

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201361748449P 2013-01-03 2013-01-03
US61/748,449 2013-01-03
US201361759394P 2013-01-31 2013-01-31
US61/759,394 2013-01-31
US201361803807P 2013-03-21 2013-03-21
US61/803,807 2013-03-21
US201361804198P 2013-03-22 2013-03-22
US61/804,198 2013-03-22

Publications (1)

Publication Number Publication Date
WO2014106990A1 true WO2014106990A1 (ko) 2014-07-10

Family

ID=51062294

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2013/010001 Ceased WO2014106990A1 (ko) 2013-01-03 2013-11-06 무선 통신 시스템에서 서비스 전환 방법 및 장치

Country Status (8)

Country Link
US (1) US9924552B2 (ko)
EP (1) EP2943032B1 (ko)
JP (1) JP6294351B2 (ko)
KR (1) KR101611329B1 (ko)
CN (1) CN105027662B (ko)
AU (1) AU2013371719B2 (ko)
CA (1) CA2897007C (ko)
WO (1) WO2014106990A1 (ko)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105451160A (zh) * 2014-09-24 2016-03-30 三星电子株式会社 用于收发消息的方法、数据收发装置和非暂时性记录介质
CN107005797A (zh) * 2014-12-04 2017-08-01 高通股份有限公司 发现和管理针对无线显示系统中的多个宿的同步音频或视频流服务
EP3346741A4 (en) * 2015-09-02 2019-01-23 LG Electronics Inc. METHOD AND DEVICE FOR REPLACING CONNECTIVITY INFORMATION IN A WIRELESS COMMUNICATION SYSTEM
CN112911729A (zh) * 2021-01-29 2021-06-04 成都极米科技股份有限公司 隧道直接链路建立的方法、终端及存储介质

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6216149B2 (ja) 2013-04-26 2017-10-18 キヤノン株式会社 通信装置、通信方法およびプログラム
JP6212280B2 (ja) * 2013-04-26 2017-10-11 キヤノン株式会社 通信装置、通信方法およびプログラム
US9635112B2 (en) * 2013-05-02 2017-04-25 Intel Corporation Apparatus, system and method of managing an application service platform (ASP) session
US20140351445A1 (en) * 2013-05-24 2014-11-27 Qualcomm Incorporated Mac layer transport for wi-fi direct services application service platform without internet protocol
US12309234B2 (en) * 2014-05-30 2025-05-20 Apple Inc. System and method for transferring a call
US9992661B2 (en) * 2014-09-24 2018-06-05 Qualcomm Incorporated Neighbor aware network logical channels
US10264441B2 (en) * 2014-10-29 2019-04-16 Lg Electronics Inc. Method and apparatus for performing discovery by device supporting Wi-Fi Direct in wireless communication system
EP3026942B1 (en) * 2014-11-28 2017-09-27 Nokia Technologies OY Discovery of neighbour peers and connection establisment for a peer to peer communication
US10098168B2 (en) * 2014-12-08 2018-10-09 Apple Inc. Neighbor awareness networking datapath
US10827484B2 (en) 2014-12-12 2020-11-03 Qualcomm Incorporated Traffic advertisement in neighbor aware network (NAN) data path
US10820314B2 (en) * 2014-12-12 2020-10-27 Qualcomm Incorporated Traffic advertisement in neighbor aware network (NAN) data path
US10257667B2 (en) * 2015-02-17 2019-04-09 Huawei Technologies Co., Ltd. Data transmission method and device
US10455401B2 (en) 2015-02-24 2019-10-22 Apple Inc. Neighbor awareness networking datapath—reciprocation and coexistence
US10212574B2 (en) 2015-03-20 2019-02-19 Apple Inc. Neighbor awareness networking datapath—base scheduling, scheduler rank, and further service discovery
US10893083B2 (en) 2015-05-25 2021-01-12 Apple Inc. Neighbor awareness networking datapath—scheduling, scheduler rank, and pre-datapath operation triggering
JP6643848B2 (ja) * 2015-09-24 2020-02-12 キヤノン株式会社 通信装置、通信方法、およびプログラム
KR101685311B1 (ko) * 2015-12-03 2016-12-20 충남대학교산학협력단 모바일 디바이스 간 연결상태에 따른 그룹 내 세션 관리방법
JP6655968B2 (ja) * 2015-12-03 2020-03-04 キヤノン株式会社 通信装置、制御方法、及びプログラム
US10299302B2 (en) 2016-03-01 2019-05-21 Intel IP Corporation Apparatus, system and method of peer-to-peer connection session setup
US10594785B2 (en) * 2016-03-11 2020-03-17 Intel Corporation Transitioning from an infrastructure based wireless connection to a peer to peer (P2P) wireless connection
JP6752613B2 (ja) * 2016-04-28 2020-09-09 キヤノン株式会社 通信装置、通信方法及びプログラム
US10218797B2 (en) * 2016-06-06 2019-02-26 Intel IP Corporation Communicating routing messages using service discovery in neighbor awareness networks
CN111866910B (zh) 2019-09-18 2021-06-15 上海葡萄纬度科技有限公司 拼接积木的组网方法、系统及适用于无线组网的拼接积木
CN114679732B (zh) * 2020-12-24 2024-08-27 华为技术有限公司 Wi-Fi直连下数据传输的方法和电子设备
CN116647866A (zh) * 2022-02-16 2023-08-25 极米科技股份有限公司 执行无线感知进程的方法、装置、设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110149806A1 (en) * 2009-12-22 2011-06-23 Samsung Electronics Co., Ltd. Method and apparatus for service discovery in wi-fi direct network
WO2012060611A2 (ko) * 2010-11-03 2012-05-10 엘지전자 주식회사 장치 탐색 방법 및 그를 이용한 통신 장치
KR20120103567A (ko) * 2009-11-17 2012-09-19 삼성전자주식회사 와이파이 다이렉트 네트워크에서의 와이파이 디스플레이 서비스 탐색 방법 및 장치
WO2012150815A2 (ko) * 2011-05-02 2012-11-08 엘지전자 주식회사 무선 접속 시스템에서 장치 간 통신 수행 방법 및 이를 위한 장치
WO2012173423A2 (ko) * 2011-06-15 2012-12-20 엘지전자 주식회사 무선데이터통신장치 및 무선데이터통신방법

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1428348B1 (en) * 2000-12-22 2011-01-26 Research In Motion Limited Information browser system and method for a wireless communication device
JP3967589B2 (ja) * 2001-12-28 2007-08-29 富士通株式会社 広告配信方法及び広告配信装置
US20080311899A1 (en) * 2005-01-26 2008-12-18 Sharp Kabushiki Kaisha Mobile Communication Network Subscriber Information Management System, Subscriber Information Management Method, Communication Control Device, Communication Terminal Device, and Communication Control Method
US8705550B2 (en) * 2005-08-08 2014-04-22 Qualcomm Incorporated Device interface architecture and protocol
JP5054699B2 (ja) * 2005-10-20 2012-10-24 シスコ テクノロジー インコーポレーテッド ポリシ施行点インターフェース・システムおよび方法
US20080019522A1 (en) * 2006-06-21 2008-01-24 Motorola, Inc. Method For Managing A Communication Session in a Communication Network
JP4764279B2 (ja) * 2006-07-28 2011-08-31 富士通株式会社 中継装置
US9301121B2 (en) * 2007-07-11 2016-03-29 Qualcomm Incorporated Peer to peer multiple identifiers
US8107953B2 (en) * 2007-08-31 2012-01-31 Tracfone Wireless, Inc. System and method for activating services on a wireless device
US8719881B2 (en) * 2008-02-25 2014-05-06 Time Warner Cable Enterprises Llc Methods and apparatus for enabling synchronized content presentations using dynamically updated playlists
US8626926B2 (en) * 2008-02-26 2014-01-07 Qualcomm Incorporated Method and apparatus for performing session info query for user plane location
US8855087B2 (en) * 2008-12-18 2014-10-07 Microsoft Corporation Wireless access point supporting control by multiple applications
US8627074B1 (en) * 2009-05-12 2014-01-07 Marvell International Ltd. Secure block acknowledgement mechanism for use in communication networks
US8706124B2 (en) * 2009-09-17 2014-04-22 Nokia Corporation Data path transfer for multiband communication
US9949305B2 (en) * 2009-10-02 2018-04-17 Blackberry Limited Methods and apparatus for peer-to-peer communications in a wireless local area network
US20110082939A1 (en) * 2009-10-02 2011-04-07 Michael Peter Montemurro Methods and apparatus to proxy discovery and negotiations between network entities to establish peer-to-peer communications
WO2011123763A1 (en) * 2010-04-02 2011-10-06 Interdigital Patend Holdings, Inc. Inter ue transfer between mobile internet protocol clients
KR101640467B1 (ko) * 2010-04-21 2016-07-18 삼성전자 주식회사 멀티모드 이동단말의 최대절전모드 제공 방법 및 장치
KR101719161B1 (ko) * 2010-05-13 2017-03-23 삼성전자주식회사 ＷｉＦｉ 기반의 단말기 및 그의 채널 운용 방법
KR101682385B1 (ko) 2010-05-14 2016-12-05 삼성전자 주식회사 와이파이 디바이스의 와이파이 서비스 제공 방법 및 시스템
US10250678B2 (en) * 2010-07-07 2019-04-02 Qualcomm Incorporated Hybrid modes for peer discovery
US9270490B2 (en) * 2010-10-22 2016-02-23 Sabse Technologies, Inc. Contextual presence system and associated methods
US9826404B2 (en) * 2011-01-11 2017-11-21 Qualcomm Incorporated System and method for peer-to-peer authorization via non-access stratum procedures
US8554970B2 (en) * 2011-04-18 2013-10-08 Nokia Corporation Method, apparatus and computer program product for creating a wireless docking group
GB2490968A (en) * 2011-05-20 2012-11-21 Nec Corp Sharing radio access networks fairly between multiple operators
US8738442B1 (en) * 2011-05-31 2014-05-27 Google Inc. System and mechanism for guaranteeing delivery order of virtual content
US9185595B2 (en) * 2011-08-01 2015-11-10 Telefonaktiebolaget L M Ericsson (Publ) Method, apparatus and system for moving wireless terminals in mobility management serving node pool
CN104067686B (zh) * 2012-01-12 2018-09-21 马维尔国际贸易有限公司 用于建立wi-fi显示(wfd)会话的系统和方法
KR101849925B1 (ko) 2012-02-24 2018-04-18 삼성전자주식회사 무선 통신 네트워크에서 디바이스 탐색 방법 및 장치
US9609676B1 (en) * 2012-03-30 2017-03-28 Marvell International Ltd. Efficient transition from discovery to link establishment
EP3496334B2 (en) * 2012-04-27 2023-11-08 InterDigital Patent Holdings, Inc. Method and system for supporting proximity discovery procedures
WO2013169974A1 (en) * 2012-05-11 2013-11-14 Interdigital Patent Holdings, Inc. Context-aware peer-to-peer communication
CN104429155A (zh) * 2012-07-16 2015-03-18 三星电子株式会社 用于处理无线通信系统中的拓扑结构的方法和装置
KR102037256B1 (ko) 2012-08-08 2019-10-29 삼성전자주식회사 사용자 의향을 반영한 서비스 연결 장치 및 방법
US9288754B2 (en) * 2012-09-07 2016-03-15 Qualcomm Incorporated Apparatus and methods of power save for wireless access points and multi-hop relays
US9144094B2 (en) * 2012-10-29 2015-09-22 Qualcomm Incorporated Establishing a wireless display session between a computing device and a vehicle head unit
US9064259B2 (en) * 2012-12-19 2015-06-23 Genesys Telecomminucations Laboratories, Inc. Customer care mobile application

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120103567A (ko) * 2009-11-17 2012-09-19 삼성전자주식회사 와이파이 다이렉트 네트워크에서의 와이파이 디스플레이 서비스 탐색 방법 및 장치
US20110149806A1 (en) * 2009-12-22 2011-06-23 Samsung Electronics Co., Ltd. Method and apparatus for service discovery in wi-fi direct network
WO2012060611A2 (ko) * 2010-11-03 2012-05-10 엘지전자 주식회사 장치 탐색 방법 및 그를 이용한 통신 장치
WO2012150815A2 (ko) * 2011-05-02 2012-11-08 엘지전자 주식회사 무선 접속 시스템에서 장치 간 통신 수행 방법 및 이를 위한 장치
WO2012173423A2 (ko) * 2011-06-15 2012-12-20 엘지전자 주식회사 무선데이터통신장치 및 무선데이터통신방법

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105451160A (zh) * 2014-09-24 2016-03-30 三星电子株式会社 用于收发消息的方法、数据收发装置和非暂时性记录介质
CN105451160B (zh) * 2014-09-24 2020-12-11 三星电子株式会社 用于收发消息的方法、数据收发装置和非暂时性记录介质
CN107005797A (zh) * 2014-12-04 2017-08-01 高通股份有限公司 发现和管理针对无线显示系统中的多个宿的同步音频或视频流服务
EP3346741A4 (en) * 2015-09-02 2019-01-23 LG Electronics Inc. METHOD AND DEVICE FOR REPLACING CONNECTIVITY INFORMATION IN A WIRELESS COMMUNICATION SYSTEM
US10542410B2 (en) 2015-09-02 2020-01-21 Lg Electronics Inc. Method and device for exchanging connection capability information in wireless communication system
CN112911729A (zh) * 2021-01-29 2021-06-04 成都极米科技股份有限公司 隧道直接链路建立的方法、终端及存储介质

Also Published As

Publication number Publication date
KR20150112963A (ko) 2015-10-07
JP2016509398A (ja) 2016-03-24
CN105027662A (zh) 2015-11-04
KR101611329B1 (ko) 2016-04-12
EP2943032A4 (en) 2016-01-27
CA2897007C (en) 2021-03-23
US9924552B2 (en) 2018-03-20
EP2943032B1 (en) 2018-01-03
JP6294351B2 (ja) 2018-03-14
US20150351146A1 (en) 2015-12-03
AU2013371719A1 (en) 2015-07-23
CA2897007A1 (en) 2014-07-10
EP2943032A1 (en) 2015-11-11
AU2013371719B2 (en) 2017-03-02
CN105027662B (zh) 2018-12-07

Similar Documents

Publication Publication Date Title
KR101611329B1 (ko) 무선 통신 시스템에서 서비스 전환 방법 및 장치
AU2013356802B2 (en) Method and device for session initialization in wireless communication system
JP6445549B2 (ja) 直接通信システムにおけるデバイス探索方法及びそのための装置
KR102133846B1 (ko) 직접 통신 시스템에서 피투피 그룹 형성 방법 및 이를 위한 장치
US9699715B2 (en) Discovery method and device in a wireless communication system
US9699819B2 (en) Method and apparatus for establishing session in wireless communication system
KR101829843B1 (ko) 와이파이 디스플레이 서비스 수행 방법 및 이를 위한 장치
KR101779437B1 (ko) 직접 통신 시스템에서 서비스 탐색 또는 광고 방법 및 이를 위한 장치
WO2014129844A1 (ko) 와이파이 다이렉트(Wi- Fi Direct) P2P(Peer to Peer) 통신을 위한 기기 발견 방법 및 이를 위한 장치
US11611604B2 (en) Method and apparatus for receiving streaming via transport protocol in wireless communication system
JP2018524950A (ja) 無線通信システムにおいてアプリケーションサービスプラットホームセッション形成方法及び装置
KR101801591B1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201380074119.7

Country of ref document: CN

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

Ref document number: 13870338

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2897007

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 14759175

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2015551592

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2013371719

Country of ref document: AU

Date of ref document: 20131106

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 1020157020370

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2013870338

Country of ref document: EP