WO2016126148A1 - 와이파이 디스플레이 장치에서 세션을 설정하는 방법 및 장치 - Google Patents

와이파이 디스플레이 장치에서 세션을 설정하는 방법 및 장치 Download PDF

Info

Publication number
WO2016126148A1
WO2016126148A1 PCT/KR2016/001358 KR2016001358W WO2016126148A1 WO 2016126148 A1 WO2016126148 A1 WO 2016126148A1 KR 2016001358 W KR2016001358 W KR 2016001358W WO 2016126148 A1 WO2016126148 A1 WO 2016126148A1
Authority
WO
WIPO (PCT)
Prior art keywords
wfd
devices
sink
source
session
Prior art date
Application number
PCT/KR2016/001358
Other languages
English (en)
French (fr)
Inventor
박기원
이병주
김동철
박현희
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of WO2016126148A1 publication Critical patent/WO2016126148A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless

Definitions

  • the present disclosure relates to a method and apparatus for establishing a session in a Wi-Fi display apparatus, and more particularly, to a method and apparatus for performing a TCP connection for establishing a session of a Wi-Fi display apparatus.
  • Wireless display transmission technology can be largely divided into content transmission and mirroring (screen casting). Content delivery should be linked to the Video on Demand (VOD) service rather than the mobile device screen.
  • Content transmission is a method of sending video signals
  • mirroring is a method of transmitting a content file to a remote device by streaming and showing it again on a large screen display such as a TV.
  • Mirroring is a way of showing images printed on a mobile device as if they were mirrored.
  • Mirroring projects your computer screen to the projector by making wired connections such as D-sub (D-Subminiature, RGB), Digital Visual Interface (DVI), and High-Definition Multimedia Interface (HDMI) when giving a presentation. It's similar to how you do it.
  • the mirroring method has the advantage of being able to wirelessly transmit pixel information of the original screen without being dependent on a specific service in real time.
  • Wi-Fi Miracast is being studied as a wireless display transmission technology using Wi-Fi.
  • Miracast is a wireless video transmission standard and wireless display transmission technology created by the WiFi alliance.
  • Miracast is a type of mirroring (screencasting) technology that compresses the screen and sound to a wireless LAN and sends it back to the dongle or integrated receiver.
  • the present specification proposes an improved method and apparatus for establishing a WFD session.
  • a negotiation procedure for determining a WFD device serving as a TCP server for point-to-multiple mirroring may be proposed.
  • the method according to the present disclosure may relate to a method of establishing a session in a Wi-Fi Display (WFD) device.
  • WFD Wi-Fi Display
  • a first WFD device operating as a WFD source may establish a connection with at least one second WFD device operating as a WFD sink.
  • a capability parameter indicating that the first WFD device serves as a transmission control protocol (TCP) server for the plurality of second WFD devices is provided.
  • a control message including a parameter may be transmitted to the plurality of second WFD devices to negotiate the capability of the first WFD device.
  • the first WFD device may establish a TCP connection with the plurality of second WFD devices.
  • Such a method may be implemented through a WLAN device.
  • the WFD session establishment method is improved. For example, by efficiently designating a device serving as a TCP server, mirroring with multiple WFD sources or sink devices may be enabled.
  • FIG. 1 is a diagram showing an exemplary structure of an IEEE 802.11 system to which the present embodiment can be applied.
  • FIG. 2 is a block diagram illustrating a WFD network.
  • FIG. 3 is a conceptual diagram illustrating a WFD session.
  • FIG. 4 is a conceptual diagram illustrating a method for establishing a WFD session.
  • FIG. 5 is a conceptual diagram illustrating a network between a WFD source and a WFD sink.
  • FIG. 6 is a conceptual diagram illustrating a WFD capability exchange and negotiation procedure.
  • FIG. 7 is a conceptual diagram illustrating a WFD session establishment procedure.
  • FIG. 8 is a flowchart illustrating the operation of the WFD source apparatus according to the present embodiment.
  • FIG. 9 is a flowchart illustrating the operation of the WFD sink device according to the present embodiment.
  • Fig. 10 is a block diagram of the ASP used in this embodiment.
  • Fig. 11 is a flowchart illustrating the operation on the ASP used in this embodiment.
  • FIG. 12 is a block diagram illustrating a wireless device to which the present embodiment can be applied.
  • FIG. 1 is a diagram illustrating an exemplary structure of an IEEE 802.11 system to which the present embodiment can be applied.
  • the IEEE 802.11 architecture may consist of a plurality of components, and by their interaction, a WLAN may be provided that supports transparent STA mobility for higher layers.
  • the Basic Service Set (BSS) may correspond to a basic building block of an IEEE 802.11 LAN.
  • FIG. 1 illustrates the case where two BSSs (BSS1 and BSS2) exist and each BSS includes two STAs (STA1 and STA2 are included in BSS1 and STA3 and STA4 are included in BSS2).
  • the STA means a device that operates according to the Medium Access Control (MAC) / PHY (Physical) specification of IEEE 802.11.
  • a station (STA) includes an access point (AP) STA (simply an AP) and a non-AP STA.
  • the AP corresponds to a device that provides a network (eg, WLAN) connection to a non-AP STA through an air interface.
  • the station may be called various names such as a (wireless LAN) device.
  • the AP may be configured in fixed or mobile form and includes a portable wireless device (eg, laptop computer, smart phone, etc.) that provides a hot spot.
  • AP is a base station (BS), Node-B, Evolved Node-B (eNB), Base Transceiver System (BTS), femto base station in other wireless communication fields (Femto BS) and the like.
  • Non-AP STAs generally correspond to devices that users directly handle, such as laptop computers, PDAs, wireless modems, and smartphones.
  • the non-AP STA is a terminal, a wireless transmit / receive unit (WTRU), a user equipment (UE), a mobile station (MS), a mobile terminal, a mobile subscriber station. (Mobile Subscriber Station, MSS) and the like.
  • an ellipse representing a BSS may be understood to represent a coverage area where STAs included in the BSS maintain communication. This area may be referred to as a basic service area (BSA).
  • BSA basic service area
  • the most basic type of BSS in an IEEE 802.11 LAN is an independent BSS (IBS).
  • the IBSS may have a minimal form consisting of only two STAs.
  • the BSS (BSS1 or BSS2) of FIG. 1, which is the simplest form and other components are omitted, may correspond to a representative example of the IBSS. This configuration is possible when STAs can communicate directly.
  • this type of LAN may not be configured in advance, but may be configured when a LAN is required, which may be referred to as an ad-hoc network.
  • the AP may be responsible for a physical layer support function for a wireless / wired connection, a routing function for devices on a network, a function of adding / removing a device to a network, and a service providing function. That is, in the existing WLAN system, devices in a network are connected through APs, but not directly connected to each other.
  • Wi-Fi Direct is a direct communication technology that allows devices (or STAs) to easily connect with each other without an access point basically required in a conventional WLAN system.
  • Wi-Fi Direct is used, a connection is established between devices without complicated setup process to provide various services to the user.
  • Wi-Fi Direct is also called Wi-Fi P2P.
  • Wi-Fi P2P adds a portion to support direct communication between devices while retaining most of the functionality of the existing Wi-Fi standard. Therefore, there is an advantage in that the device equipped with the Wi-Fi chip can fully utilize hardware and physical characteristics, and provide P2P communication between devices mainly by upgrading software functions.
  • P2P group there is a device that plays the role of an AP in an existing infrastructure network.
  • the device In the P2P standard, the device is called a P2P group owner (GO).
  • P2P group owner GO
  • P2P clients may exist around P2P GO. Only one GO can exist in one P2P group, and all other devices become client devices.
  • Wi-Fi Alliance offers Wi-Fi Direct services that support various services using the Wi-Fi Direct link (e.g., Send, Play, Display, Print, etc.) WFDS) is being studied.
  • WFDS Wi-Fi Direct services
  • an application may be controlled or managed by a service platform called an application service platform (ASP).
  • ASP application service platform
  • WFDS devices that support WFDS include devices that support WLAN systems such as display devices, printers, digital cameras, projectors, and smartphones.
  • the WFDS device may include a STA and an AP. WFDS devices in the WFDS network may be directly connected to each other.
  • Wi-Fi Miracast (WiFi Miracast) is being studied as a wireless display transmission technology using Wi-Fi, also called Wi-Fi (Wireless Fidelity) display.
  • the WFD standard was defined to transfer audio / video (AV) data between devices while satisfying high quality and low latency.
  • WFD networks (WFD sessions) with the WFD standard allow Wi-Fi devices to be connected to each other in a peer-to-peer fashion without going through a home network, office network, or hot-spot network.
  • a device for transmitting and receiving data according to the WFD standard may be expressed by the term WFD device.
  • WFD devices in the WFD network may search for information about the WFD devices (for example, capability information), establish a WFD session, and render content through the WFD session.
  • a WFD session may be a network between a source device that provides content and a sink device that receives and renders the content.
  • the source device may also be expressed as a WFD source, and the sink device may be referred to as a WFD sink.
  • the WFD source may mirror data present on the display (or screen) of the WFD source to the display of the WFD sink.
  • the WFD source and the WFD sink may perform a device discovery and service discovery procedure by exchanging a first sequence message between each other. After the device discovery and service discovery procedure between the WFD source and the WFD sink is completed, an internet protocol (IP) address may be assigned to each of the WFD source and the WFD sink.
  • IP internet protocol
  • a transmission control protocol (TCP) connection is established between the WFD source and the WFD sink, followed by real time streaming protocol (RTSP) and real time protocol (RTP) for the WFD source and the WFD sink.
  • TCP transmission control protocol
  • RTSP real time streaming protocol
  • RTP real time protocol
  • the capability negotiation procedure between the WFD source and the WFD sink is performed via RTSP, and during the capability negotiation procedure, the WFD source and the WFD sink can exchange RTSP based messages (M (message) 1 to M4). Can be. The WFD source and the WFD sink may then exchange WFD session control messages. In addition, a data session via RTP may be established between the WFD source and the WFD sink.
  • RTSP RTSP based messages
  • FIG. 2 is a block diagram illustrating a WFD network.
  • the WFD source 200 and the WFD sink 250 may be connected as a WFD device based on a specific connection scheme (eg, WiFi-P2P scheme), hereinafter, WiFi P2P (ie, Wi-Fi Direct scheme).
  • WiFi-P2P ie, Wi-Fi Direct scheme
  • the WFD source 200 is a device that supports streaming of multimedia content through a WiFi peer to peer (P2P) link, and the WFD sink 250 receives the multimedia content from the WFD source 200 through a P2P link and displays an image. And / or a device that performs a procedure for generating sound.
  • the procedure for generating an image and / or sound may be expressed in terms of rendering.
  • the WFD sink 250 may be divided into a primary sink and a secondary sink.
  • the secondary sync can render only the audio payload when connected to the WFD source 200 independently.
  • FIG. 3 is a conceptual diagram illustrating a WFD session.
  • the top first of FIG. 3 is an audio only session.
  • the WFD source 300 may be connected to either the primary sink 305 or the secondary sink 310 through an audio only session.
  • the upper second of FIG. 3 is a video-only session.
  • the WFD source 320 may be connected to the primary sink 325.
  • the upper third of FIG. 3 is an audio and video session, such that a WFD source 340 may be connected to the primary sink 345 as well as a video-only session.
  • the upper fourth of FIG. 3 initiates a session connection in a coupled WFD Sink operation.
  • the primary sink 365 renders a video
  • the secondary sink 370 renders audio.
  • primary sync 365 may render both video and audio.
  • Such a WFD session may be established after performing a procedure as shown in FIG. 4 below.
  • FIG. 4 is a conceptual diagram illustrating a method for establishing a WFD session.
  • a WFD device discovery procedure (WFD Device Discovery, S401), a WFD service discovery procedure (WFD Service Discovery, S402), a WFD connection setup procedure (WFD Connection Setup, S403), capability exchange and negotiation procedure (Capability Exchange). and negotiation, S404) may be established after the WFD session.
  • the WFD source may find a peer device for the WFD, that is, a WFD sink, through the WFD device discovery procedure.
  • the beacon frame, probe request frame, and probe response frame transmitted by the WFD source and the WFD sink for the WFD device discovery may include a WFD Information Element (IE).
  • the WFD IE may be an information element including information related to the WFD, such as a device type and a device state.
  • the WFD source may transmit a probe request frame including the WFD IE to the WFD sink, and the WFD sink may transmit a probe response frame including the WFD IE in response to the probe request frame.
  • the probe request frame may include WFD IE and P2P information elements.
  • the probe response frame which is a response to the probe request frame, is transmitted through a channel through which the probe request frame is received, and may include both a P2P IE and a WFD IE.
  • the discovery of the service capability between the WFD source and the WFD sink that performed the WFD device discovery may be performed. For example, if a WFD source sends a service discovery request frame that contains information about WFD capabilities, the WFD sink sends a service discovery response frame that contains information about WFD capabilities in response to the service discovery request frame. Can be.
  • the WFD service discovery procedure may be an optional procedure.
  • the probe request frame and the probe response frame used in the WFD device discovery procedure for performing the WFD service discovery procedure may include information indicating whether the WFD device has the capability of supporting the service discovery procedure.
  • the WFD device performing the WFD device discovery procedure and optionally the WFD service discovery procedure may select the WFD device for the WFD connection setup.
  • a specific connection method eg, one of Wi-Fi P2P and TDLS
  • the WFD devices may determine the connection method based on the preferred connectivity information and the associated basic service set identifier (BSSID) subelement carried with the WFD information element.
  • BSSID basic service set identifier
  • FIG. 5 is a conceptual diagram illustrating a network between a WFD source and a WFD sink.
  • connection between the WFD source 500 and the WFD sink 510 based on Wi-Fi P2P is started, and at the bottom of FIG. 5, the WFD source 550 and the WFD sink (based on the TDLS link) are disclosed.
  • the connection between 560 is disclosed.
  • the AP may be common to or different from the WFD source 500 and the WFD sink 510. Or the AP may not exist.
  • the WFD connection is performed using the TDLS link as shown in the lower part of FIG. 5, the WFD source 550 and the WFD sink 560 must maintain the connection with the same ⁇ .
  • Wi-Fi Direct ie, P2P
  • TDLS links were used between the WFD source and the WFD sink, but various connection techniques may be used in this embodiment.
  • P2P link and a Wi-Fi infrastructure connection scheme may be used.
  • the WFD capability exchange and negotiation procedure may be performed after the WFD connection setup procedure between WFD devices.
  • the WFD source and the WFD sink may exchange at least one or more of the codec, the profile information, the codec level information, and the resolution information supported by each other.
  • the WFD capability exchange and negotiation may be performed by exchanging a message using a Real Time Streaming Protocol (RTSP). It is also possible to determine a set of parameters that define the audio / video payload during the WFD session.
  • RTSP Real Time Streaming Protocol
  • the WFD capability exchange and negotiation procedure may be performed by exchange of RTSP M1 to RTSP M4 messages as shown in FIG. 6 to be described later.
  • the WFD session establishment procedure may be performed after the WFD exchange and negotiation procedure.
  • FIG. 6 is a conceptual diagram illustrating a WFD capability exchange and negotiation procedure.
  • the WFD source may transmit an RTSP M1 request message for initiating RSTP procedure and WFD capability negotiation (step S601).
  • the RTSP M1 request message may include an RTSP OPTIONS request for determining a set of RTSP methods supported by the WFD sink.
  • the WFD sink may transmit an RTSP M1 response message enumerating the RTSP methods supported by the WFD sink (step S602).
  • the WFD sink may transmit an RTSP M2 request message for determining a set of RTSP methods supported by the WFD source (step S603).
  • the WFD source may respond with an RTSP M2 response message enumerating the RTSP methods supported by the WFD source (step S604).
  • the WFD source may send an RTSP M3 request message (RTSP GET_PARAMETER request message) that specifies a list of WFD capabilities that it wants to know (step S605).
  • RTSP M3 request message RTSP GET_PARAMETER request message
  • the WFD sink may respond with an RTSP M3 response message (RTSP GET_PARAMETER response message) (step S606).
  • the WFD source may determine an optimal set of parameters to be used during the WFD session and send an RTSP M4 request message (RTSP SET_PARAMETER request message) containing the determined set of parameters to the WFD sink.
  • RTSP M4 request message RTSP SET_PARAMETER request message
  • the WFD sink may transmit an RTSP M4 response message (RTSP SET_PARAMETER response message) (step S607).
  • FIG. 7 is a conceptual diagram illustrating a WFD session establishment procedure.
  • WFD sources / WFD sinks that have performed WFD capability exchange and negotiation may establish a WFD session.
  • the WFD source may transmit an RTSP SET parameter request message (RTSP M5 Trigger SETUP request) to the WFD sink (S701).
  • RTSP M5 Trigger SETUP request RTSP M5 Trigger SETUP request
  • the WFD sink may transmit an RTSP M5 response message in response to the RTSP SET parameter request message (step S702).
  • the WFD sink may transmit the RTSP SETUP request message (RTSP M6 request) to the WFD source (step S703).
  • the WFD source may respond with an RTSP SETUP response message (RTSP M6 response) (step S704).
  • the establishment of the status code of the RTSP M6 response message may indicate the successful establishment of the RTSP session.
  • the WFD sink may send an RTSP PLAY request message to the source device to indicate that it is ready to receive the RTP stream (step S705), and the WFD source may send an RTSP PLAY response message. (RTSP M7 response message) (step S706).
  • Successful establishment of the WFD session may be indicated based on the status code of the RTSP PLAY response message.
  • the WFD source After the WFD session has been established, the WFD source will be assigned to the RTF M3 request message (RTSP GET_PARAMETER request message) to obtain the capability for at least one RTSP parameter supported by the WFD sink and the WFD to update the audio / video (AV) format.
  • RTF M3 request message RTSP GET_PARAMETER request message
  • RTSP M4 request message to set at least one RTSP parameter value corresponding to the WFD session for capability renegotiation between source and WFD sink
  • RTSP M5 to trigger the WFD sink to send RTSP PAUSE request message (RTSP M9 request message) Request message
  • RTSP M12 request message indicating that the WFD source enters WFD standby mode
  • RTSP M14 request message to select input type, input device and other parameters to be used in user input back channel (UIBC) or
  • UIBC user input back channel
  • An RTSP M15 request message for enabling or disabling a user input back channel (UIBC) may be transmitted to the WFD sink.
  • the WFD sink receiving the aforementioned RTSP request message from the WFD source may respond with an RTSP response message.
  • the WFD sink continues to run RTSP M7 request message (RTSP PLAY request message) to start (or resume) audio / video streaming, and RTSP M9 request message (RTSP) to suspend audio / video streaming from the WFD source to the WFD sink.
  • RTSP M7 request message RTSP PLAY request message
  • RTSP M9 request message RTSP
  • PAUSE request message RTSP M10 request message to request the WFD source to change the audio rendering device
  • RTSP M11 request message to instruct to change the active connector type
  • WFD sink has entered WFD standby mode.
  • RTSP M12 request message indicating, M13 request message requesting WFD source to refresh instantaneous decoding refresh (IDR), RTSP M14 request message to select input type to be used in UIBC, input device and other parameters or activation of UIBC (RTSP M15 request message for enable or disable can be sent to WFD source .
  • the WFD source receiving the above-listed RTSP request message from the WFD sink may respond with an RTSP response message.
  • the WFD source and the WFD sink may proceed with audio / video streaming using a codec commonly supported by both.
  • a codec commonly supported by the WFD source and the WFD sink By using a codec commonly supported by the WFD source and the WFD sink, interoperability between the two can be guaranteed.
  • This embodiment relates to a technique for establishing a session in a WFD device, and proposes a technique applicable to an improved WFD device such as, for example, Miracast R2.
  • the present embodiment proposes a scheme for supporting the case where at least one of a source device and a sink device is plural. That is, while the conventional WFD source device and the sink device only support 1: 1 communication, the improved WFD device may support 1: N, N: 1 or N: N communication.
  • images of one source device may be mirrored to multiple sink devices, images of multiple source devices may be mirrored to one sink device, and images of multiple source devices may be mirrored to multiple sink devices. It may be mirrored.
  • the present embodiment proposes a technique using information / parameters regarding which of the WFD source device and the sink device will perform the role of a Transmission Control Protocol (TCP) server.
  • TCP Transmission Control Protocol
  • the capability between a WFD source and a sink device by generating a capability parameter value indicating which of the WFD source or sink device will act as a TCP server, including it in a control message, and exchanging the control message. Can be negotiated.
  • the WFD source device communicating with the plurality of WFD sinks preferably serves as a TCP server
  • the WFD sink device communicating with the plurality of WFD sources preferably serves as a TCP server.
  • FIG. 8 is a flowchart illustrating the operation of the WFD source apparatus according to the present embodiment.
  • the WFD source device may exchange signaling with the WFD sink device for WFD device discovery (S810).
  • one WFD source device may exchange signaling for WFD device discovery with respect to N WFD sink devices.
  • N WFD sink devices For example, it may be possible to discover N WFD sink devices by broadcasting a probe request message to N WFD sink devices and receiving a probe response message for each. have. That is, an operation of searching for N WFD sink devices may be performed by modifying the signaling corresponding to step S410 of FIG. 4 to N WFD sink devices.
  • the WFD source device may exchange signaling with the WFD sink device for WFD device discovery (S820).
  • WFD service discovery procedure S820
  • the discovery of the service capability between the WFD source and the WFD sink that performed the WFD device discovery may be performed. For example, if the WFD source sends a service discovery request frame containing information about WFD capability to the N WFD sink devices, each of the WFD sink devices has information about the WFD capability in response to the service discovery request frame.
  • the service discovery response frame including a may be transmitted.
  • the WFD service discovery procedure may be an optional procedure.
  • the WFD device performing the WFD device discovery procedure and optionally the WFD service discovery procedure may select the WFD device for the WFD connection setup.
  • a specific connection method e.g., Wi-Fi P2P, Wi-Fi infrastructure connection, TDLS connection
  • WFD connection Can be.
  • the WFD source device may establish a TCP connection with the WFD sink device (S840).
  • the WFD source device may establish a TCP connection with the WFD sink device (S840).
  • TCP Server Role Capability field is set to "0", it does not perform the TCP server role, and if the corresponding field is set to "1", it indicates that the TCP server role capability can be performed.
  • a parameter may be included in an arbitrary control message to indicate whether the corresponding WFD source plays a TCP role.
  • the TCP Server Role Capability field / parameter proposed in this embodiment is preferably included in signaling used in any one of steps S810 to S830 of FIG. 8 or transmitted through separate signaling. That is, the message may be included in a message for a discovery request / response for a WFD device or a WFD service, or a message for a WFD connection setup procedure.
  • the WFD source device when a large number of WFD sink devices are found, it is preferable that the WFD source device itself serves as a TCP server. For example, if multiple WFD sink devices are found, the WFD source device sets the TCP Server Role Capability field / parameter value to "1" to allow the WFD sink devices to act as TCP servers. It is desirable to conduct negotiations with If only one WFD sink device is found, it is preferable that the WFD source device does not play the role of a TCP server, and thus it is possible to not include the corresponding field / parameter or set the value to "0".
  • the WFD sink device may transmit an acknowledgment message for the TCP Server Role Capability field / parameters, respectively.
  • the reply message may include information for confirming that the WFD source device performs the TCP server role.
  • the WFD source device may complete the negotiation when an acknowledgment message is sent from all of the WFD sink devices (i.e., N devices) to which the TCP server role capability field / parameter was passed. Or, if only some of the N devices transmit an acknowledgment message within a preset time, or if only some of the N devices transmit an acknowledgment message and others send a reject message, the WFD sink device that sent the acknowledgment message is sent. Only the subsequent TCP connection setup (S840) can be performed.
  • the WFD source device may establish a TCP connection with the WFD sink device according to the negotiated content (S840).
  • the establishment of a TCP connection can be completed via a three-way handshake, and the three-phase handshake operation is initiated by a WFD device acting as a TCP client, specifically a transmission control block (TCB).
  • WFD acting as a TCP client by constructing a SYN message on the WFD device side acting as a TCP server along with an ACK for the SYN message, and sending a SYN message to the WFD device acting as a TCP server.
  • the WFD capability exchange and negotiation procedure is performed (S850). Specifically, the WFD capability exchange and negotiation procedure shown in FIGS. 4 and 6 is performed separately for multiple WFD sink devices.
  • the RTSP M3 or M4 message may further include a field for confirming that the TCP server role capability field / parameter has been determined.
  • FIG. 9 is a flowchart illustrating the operation of the WFD sink device according to the present embodiment.
  • the WFD sink device may exchange signaling with a plurality of WFD sink devices for WFD device discovery (S910).
  • the N WFD source devices and the discovery are detected by receiving probe request messages that are individually broadcast from the N WFD source devices and transmitting probe response messages. It may be possible to. That is, the signaling procedure corresponding to step S410 of FIG. 4 may be modified to fit the N WFD source devices to perform a discovery procedure with the N WFD source devices.
  • the WFD source device may exchange signaling with the WFD sink device for WFD device discovery (S920).
  • WFD service discovery procedure S920
  • the discovery of the service capability between the WFD source and the WFD sink that performed the WFD device discovery may be performed. For example, if N WFD sources send a service discovery request frame that includes information about WFD capability to the WFD sink device, the WFD sink device sends information about the WFD capability in response to the service discovery request frame. Each of the service discovery response frames may be transmitted.
  • the WFD service discovery procedure may be an optional procedure.
  • the WFD device performing the WFD device discovery procedure and optionally the WFD service discovery procedure may select the WFD device for the WFD connection setup.
  • a specific connection method e.g., Wi-Fi P2P, Wi-Fi infrastructure connection, TDLS connection
  • WFD connection Can be.
  • the WFD sink device may establish a TCP connection with the WFD source device (S940).
  • the WFD source device Prior to establishing the TCP connection, it is desirable to negotiate which of the WFD source device and the WFD sink device will serve as a TCP server, and the negotiation of this TCP server role can be negotiated by sending and receiving TPC capability parameter values. Can be.
  • TCP Server Role Capability field is set to "0", it does not perform the TCP server role, and if the corresponding field is set to "1", it indicates that the TCP server role capability can be performed.
  • a parameter may be included in an arbitrary control message to indicate whether the corresponding WFD source plays a TCP role.
  • the TCP Server Role Capability field / parameter proposed in this embodiment may be included in signaling used in any one of steps S910 to S930 of FIG. 9 or transmitted through separate signaling. That is, the message may be included in a message for a discovery request / response for a WFD device or a WFD service, or a message for a WFD connection setup procedure.
  • the WFD sink device when a plurality of WFD source devices are found, it is preferable that the WFD sink device itself serves as a TCP server. For example, if multiple WFD source devices are found, the WFD sink device sets the TCP Server Role Capability field / parameter value to "1" to allow the WFD source devices to act as TCP servers. It is desirable to conduct negotiations with If only one WFD source device is found, it is preferable that the WFD sink device does not play the role of a TCP server, so it is possible to not include the corresponding field / parameter or set the value to "0".
  • the WFD source device may transmit an acknowledgment message for the TCP Server Role Capability field / parameters, respectively.
  • the response message may include information for confirming that the WFD sink device serves as a TCP server.
  • the WFD sink device may complete the negotiation when an acknowledgment message is sent from all of the WFD source devices (i.e., N devices) to which the TCP server role capability field / parameter was passed. Or, if only some of the N devices transmit an acknowledgment message within a preset time, or if only some of the N devices transmit an acknowledgment message and others transmit a reject message, the WFD source device that sent the reply message is sent. Only the subsequent TCP connection establishment (S940) can be performed.
  • the WFD sink device may establish a TCP connection with the WFD source device according to the negotiated content (S940).
  • the WFD capability exchange and negotiation procedure is performed (S950). Specifically, the WFD capability exchange and negotiation procedure shown in FIGS. 4 and 6 is performed separately for multiple WFD sink devices.
  • the RTSP M3 or M4 message may further include a field for confirming that a TCP server role capability field / parameter has been determined.
  • the present embodiment proposes an improved technique for discovering a service in a situation where a conventional WFD device supporting Miracast R1 (Release 1) and a WFD device supporting Miracast R2 (Release 2) are mixed.
  • a wireless LAN device that supports Miracast R1 or R2 may use a conventional Wi-Fi Direct Service (WFDS) display simultaneously with a new WFD R2 service along with Miracast R1 or an application service platform (ASP) or ASP2. Suggest ways to search.
  • WFDS Wi-Fi Direct Service
  • Fig. 10 is a block diagram of the ASP used in this embodiment.
  • a method of using a desired service by determining a service discovery mechanism and a connection type by a WFD device based on the ASP2 1000 is disclosed.
  • the ASP2 1000 may be a logical entity that implements the general functionality required by the general function play, send, display, and print services.
  • the ASP2 1000 may determine a search method used to search for a Wi-Fi service. For example, the ASP2 1000 searches for at least one of peer to peer (P2P), neighbor awareness networking (NAN), near field communication (NFC), Bluetooth low energy (LE), and Wi-Fi infrastructure (existing connection). Based on the method, the ASP2 1000 may take charge of a series of processes until a device / service is discovered and a service is used such as session establishment and connection of the discovered device / service.
  • P2P peer to peer
  • NAN neighbor awareness networking
  • NFC near field communication
  • LE Bluetooth low energy
  • Wi-Fi infrastructure existing connection
  • Fig. 11 is a flowchart illustrating the operation on the ASP used in this embodiment.
  • a device discovery and service discovery method between a wireless LAN device A (or WFD device A) and a device B (or WFD device B) is disclosed.
  • Each illustrated WFD device may correspond to a WFD source or a WFD sink.
  • the WFD device A may promote the service based on AdvertiseService () delivered to the ASP object through the service object (S1100), and the WFD device B may transfer the service from the application object to the service object.
  • Use Service (S1110), and the service (SeekService ()) can be requested to the ASP object based on the service object (S1120).
  • the ASP of the device B sends and receives device / service discovery signaling to search for a service provided by the device A (S1130).
  • step S1130 S401 / S402 of FIG. 4, S810 / 820 of FIG. 8, S910 / 920 of FIG. 9, and the like, the Wi-Fi service provided through the WLAN device is discovered.
  • a procedure is introduced, which includes information about the service name.
  • Each service name begins with the symbol "org.wi-fi” to identify the service defined by the Wi-Fi Alliance (WFA).
  • WFA Wi-Fi Alliance
  • the "tx / rx” included last may be included to identify whether to transmit or receive the corresponding "send” service.
  • a conventional WFD R1 service name may start with "org.wi-fi.wfds", for example, a display service may start with “org.wi-fi.wfds.display”.
  • a "tx / rx” symbol may be added at the end of the service name to identify the send / receive.
  • the WFD R2 service name starts with "org.wi-fi.display2", and at the end of the service name.
  • a "tx / rx” symbol may be added for identification.
  • a message related to service discovery may be used so that a WLAN device supporting WFD R1 or WFD R2 may also search for a service for WFD R2 while searching for a service for WFD R1.
  • / Probe response message together with information about the service name for WFD R1 and the service name for WFD R2.
  • each service name is generated in the form of a stitching, it is converted into a hash value by a hash function and transmitted to the counterpart wireless device. Therefore, the probe request message / probe response message according to the present embodiment is used for WFD R1. It is preferable to include the hash value for the service name and the hash value for the service name for WFD R2 together.
  • a WFD R2 device searches for a service by P2P (ie, Wi-Fi Direct connection technique), and a source device or a sink device wants to find an “RX” service, “org.wi-fi.wfds.
  • Subsname strings such as "display.rx” and "org.wi-fi.display2.rx” can be converted to hash functions such as SHA256 and each hash value can be included in a P2P probe request / response.
  • the present embodiment proposes another method for including a service name in order to support a case where one WLAN device simultaneously serves as a source device and a sink device.
  • it is proposed to include the service name corresponding to the source device and the service name corresponding to the sink device at the same time in the probe request / response message.
  • you can include the strings "org.wi-fi.wfds.display.tx” and "org.wi-fi.wfds.display.rx” at the same time.
  • “org.wi-fi.display2.tx” and “org.wi-fi.display2.rx” may be included at the same time.
  • a device that simultaneously performs two roles may be divided into “rx” and "tx” as follows. You can use the service name without the symbol of.
  • the "org.wi-fi.wfds.display” for the WFD R1 service identifies devices that simultaneously perform two roles, and the "org.wi-fi.display2" for the WFD R2 service. .tx "and” org.wi-fi.display2.rx "can be separated.
  • org.wi-fi.wfds.display identifies a device that performs two roles at the same time, and the WFD R2 service is also separate from “rx" and "tx". The symbol may be deleted and a display method such as "org.wi-fi.display2" may be used to identify a device that simultaneously performs two roles (that is, a source and a sink).
  • FIG. 12 is a block diagram illustrating a wireless device to which the present embodiment can be applied.
  • the wireless device 1200 includes a processor 1210, a memory 1220, and an RF unit 1230.
  • the wireless device 1200 may serve as a WFD source device, a WFD sink device, or simultaneously perform two roles.
  • the RF unit 1230 may be connected to the processor 1210 to transmit / receive a radio signal.
  • the processor 1210 may implement the functions, processes, and / or methods proposed herein.
  • the processor 1210 may be implemented to perform an operation of the source device or the sink device according to the present embodiment described above.
  • the processor 1210 may include an application-specific integrated circuit (ASIC), another chipset, a logic circuit, a data processing device, and / or a converter for translating baseband signals and wireless signals.
  • the memory 1220 may include read-only memory (ROM), random access memory (RAM), flash memory, memory card, storage medium, and / or other storage device.
  • the RF unit 1230 may include one or more antennas for transmitting and / or receiving a wireless signal.
  • the above-described technique may be implemented as a module (process, function, etc.) for performing the above-described function.
  • the module may be stored in the memory 1220 and executed by the processor 1210.
  • the memory 1220 may be inside or outside the processor 1210 and may be connected to the processor 1210 by various well-known means.

Abstract

본 명세서는 와이파이 디스플레이(Wi-Fi Display: WFD) 장치에서 세션을 설정하기 위해 TCP 서버 역할에 관한 협상 정차를 개선하는 기법을 제시한다. 구체적으로, WFD 소스(source)로 동작하는 제1 WFD 장치가, WFD 싱크(sink)로 동작하는 적어도 하나의 제2 WFD 장치와의 연결을 설정할 수 있다. 또한, WFD 싱크로 동작하는 제2 WFD 장치가 복수 개 존재하는 경우, 상기 제1 WFD 장치가 상기 복수 개의 제2 WFD 장치를 위한 TCP(Transmission Control Protocol) 서버 역할을 수행할 것을 지시하는 능력 파라미터(capability parameter)를 포함하는 제어 메시지를 상기 복수 개의 제2 WFD 장치로 송신하여 상기 제1 WFD 장치의 능력을 협상할 수 있다.

Description

와이파이 디스플레이 장치에서 세션을 설정하는 방법 및 장치
본 명세서는 와이파이 디스플레이 장치에서 세션을 설정하는 방법 및 장치에 관한 것으로, 보다 구체적으로는, 와이파이 디스플레이 장치의 세션 설정을 위한 TCP 연결을 수행하는 방법 및 장치에 관한 것이다.
모바일 기기의 성능은 이제 PC(personal computer)와도 비견될 정도로 큰 향상을 보여주고 있지만, 화면 크기에 있어서는 한계가 있다. 특히 스마트폰은 휴대성이 중요한 만큼 6인치 정도가 화면 크기의 마지노선으로 언급되고 있고, 6인치의 디스플레이는 멀티미디어 컨텐츠를 즐기는 유저 입장에서 여전히 작은 화면일 수 있다.
그래서 모바일 기기에서 보던 영상을 대화면의 TV(television) 또는 모니터에서 볼 수 있게 하기 위한 기술이 연구되고 있다. 이런한 기술은 무선 디스플레이 전송 기술이라는 용어로 표현될 수 있다. 무선 디스플레이 전송 기술은 크게 컨텐츠 전송과 미러링(스크린 캐스팅)으로 나눠질 수 있다. 콘텐츠 전송은 모바일 기기 화면을 그대로 전송하는 것이 아니라 VOD(Video on Demand) 서비스와 연계되어야 한다. 콘텐츠 전송은 영상을 신호로 보내는 방식이고, 미러링은 컨텐츠 파일을 스트리밍으로 원격 기기로 전송하여 TV와 같은 대화면 디스플레이에 다시 한 번 보여주는 방식이다.
미러링(스크린캐스팅)은 이름 그대로 모바일 기기에 출력된 영상을 거울에 비친 것처럼 동시에 보여주는 방식이다. 미러링(스크린캐스팅)은 프리젠테이션을 할 때 D-sub(D-Subminiature, RGB), DVI(Digital Visual Interface), HDMI(High-Definition Multimedia Interface)와 같은 유선 방식으로 연결하여 컴퓨터 화면을 프로젝터에 투사하는 방식과 유사하다. 미러링 방식은 실시간으로 특정 서비스에 종속되지 않고 원래 화면의 픽셀 정보를 그대로 무선으로 전송할 수 있다는 장점이 있다.
와이파이를 이용한 무선 디스플레이 전송 기술로서 와이파이 미라캐스트(WiFi Miracast)가 연구되고 있다. 미라캐스트는 와이파이 협회(WiFi alliance)가 만든 무선 영상 전송 규격이자 무선 디스플레이 전송 기술이다. 미라캐스트에서는 화면과 소리를 압축해서 무선랜으로 보내고 동글(dongle)이나 일체형 타입으로 된 수신기에 이를 다시 풀어서 화면에 띄워주는 미러링(스크린캐스팅) 기술의 한 유형이다.
본 명세서는 개선된 WFD 세션 설정 방법 및 장치를 제안한다. 예를 들어, 개선된 기법에서는, 점대다 미러링을 위해 TCP 서버 역할을 수행하는 WFD 장치를 결정하는 협상과정이 새롭게 제시될 수 있다.
본 명세서에 따른 방법은, 와이파이 디스플레이(Wi-Fi Display: WFD) 장치에서 세션을 설정하는 방법에 관련될 수 있다.
구체적으로, WFD 소스(source)로 동작하는 제1 WFD 장치가, WFD 싱크(sink)로 동작하는 적어도 하나의 제2 WFD 장치와의 연결을 설정할 수 있다.
또한, WFD 싱크로 동작하는 제2 WFD 장치가 복수 개 존재하는 경우, 상기 제1 WFD 장치가 상기 복수 개의 제2 WFD 장치를 위한 TCP(Transmission Control Protocol) 서버 역할을 수행할 것을 지시하는 능력 파라미터(capability parameter)를 포함하는 제어 메시지를 상기 복수 개의 제2 WFD 장치로 송신하여 상기 제1 WFD 장치의 능력을 협상할 수 있다.
또한, 상기 제1 WFD 장치가 상기 복수의 제2 WFD 장치와 TCP 연결을 설정할 수 있다.
이러한 방법은, 무선랜 장치를 통해 구현될 수 있다.
본 명세서에 따르면 WFD 세션 설정 방법이 개선된다. 예를 들어, TCP 서버 역할을 수행하는 장치를 효율적으로 지정하여, 다수의 WFD 소스 또는 싱크 장치와의 미러링이 가능해질 수 있다.
도 1은 본 실시예가 적용될 수 있는 IEEE 802.11 시스템의 예시적인 구조를 나타내는 도면이다.
도 2는 WFD 네트워크를 나타낸 블록도이다.
도 3은 WFD 세션을 나타낸 개념도이다.
도 4는 WFD 세션 설정 방법을 나타낸 개념도이다.
도 5는 WFD 소스와 WFD 싱크 간의 네트워크를 나타낸 개념도이다.
도 6은 WFD 능력 교환 및 협상 절차를 나타낸 개념도이다.
도 7은 WFD 세션 수립 절차를 나타낸 개념도이다.
도 8은 본 실시예에 따른 WFD 소스 장치의 동작을 설명하는 절차 흐름도이다.
도 9는 본 실시예에 따른 WFD 싱크 장치의 동작을 설명하는 절차 흐름도이다.
도 10은 본 실시예에서 사용되는 ASP에 대한 블록도이다.
도 11은 본 실시예에서 사용되는 ASP 상의 동작을 설명하는 절차흐름도이다.
도 12는 본 실시예가 적용될 수 있는 무선 장치를 나타내는 블록도이다.
도 1 은 본 실시예가 적용될 수 있는 IEEE 802.11 시스템의 예시적인 구조를 나타내는 도면이다.
IEEE 802.11 구조는 복수의 구성요소들로 구성될 수 있고, 이들의 상호작용에 의해 상위계층에 대해 트랜스패런트한 STA 이동성을 지원하는 WLAN 이 제공될 수 있다. 기본 서비스 세트(Basic Service Set, BSS)는 IEEE 802.11 LAN 의 기본 구성 블록에 해당할 수 있다. 도 1 은 2 개의 BSS(BSS1 및 BSS2)가 존재하고 각각의 BSS 각 2 개의 STA 를 포함하는 경우(STA1 및 STA2 는 BSS1 에 포함되고, STA3 및 STA4 는 BSS2 에 포함됨)를 예시한다. 여기서, STA 는 IEEE 802.11 의 MAC(Medium Access Control)/PHY(Physical) 규정에 따라 동작하는 기기를 의미한다. 스테이션(STA)는 AP(Access Point) STA(간단히, AP) 및 비-AP(non-AP) STA 를 포함한다. AP 는 무선 인터페이스를 통해 비-AP STA 에게 네트워크(예, WLAN) 접속을 제공하는 기기에 해당한다. 스테이션은 (무선랜) 장치 등의 다양한 명칭으로 불릴 수 있다.
AP 는 고정 형태 또는 이동형태로 구성될 수 있으며, 핫스팟(hot-spot)을 제공하는 휴대용 무선 기기(예, 랩탑 컴퓨터, 스마트 폰 등)를 포함한다. AP 는 다른 무선 통신 분야에서 기지국(Base Station, BS), 노드-B(Node-B), 발전된 노드-B(Evolved Node-B; eNB), 기저 송수신 시스템(Base Transceiver System, BTS), 펨토 기지국(Femto BS) 등에 대응된다. 비-AP STA 는 랩탑 컴퓨터, PDA, 무선 모뎀, 스마트 폰과 같이 일반적으로 사용자가 직접 다루는 기기에 해당한다. 비-AP STA 는 단말(terminal), 무선 송수신 유닛(Wireless Transmit/Receive Unit, WTRU), 사용자 장치(User Equipment, UE), 이동국(Mobile Station, MS), 이동 단말(Mobile Terminal), 이동 가입자국(Mobile Subscriber Station, MSS) 등으로 지칭될 수 있다.
도 1 에서 BSS 를 나타내는 타원은 해당 BSS 에 포함된 STA 들이 통신을 유지하는 커버리지 영역을 나타내는 것으로 이해될 수 있다. 이 영역을 BSA(Basic Service Area)라고 칭할 수 있다. IEEE 802.11 LAN 에서 가장 기본 적인 타입의 BSS 는 독립적인 BSS(Independent BSS, IBSS)이다. 예를 들어, IBSS 는 2 개의 STA 만으로 구성된 최소 형태를 가질 수 있다. 또한, 가장 단순한 형태이고 다른 구성요소들이 생략되어 있는 도 1 의 BSS(BSS1 또는 BSS2)가 IBSS 의 대표적인 예시에 해당할 수 있다. 이러한 구성은 STA 들이 직접 통신할 수 있는 경우에 가능하다. 또한, 이러한 형태의 LAN 은 미리 계획되어서 구성되는 것이 아니라 LAN 이 필요한 경우에 구성될 수 있으며, 이를 애드-혹(ad-hoc) 네트워크라고 칭할 수도 있다.
기존의 무선랜 시스템에서는 액세스 포인트(access point, AP)가 허브로서 기능하는 인프라스트럭쳐 (infrastructure) BSS(basic service set) 내에서의 장치(AP 및 STA(station)) 간의 동작이 주로 정의되었다. AP는 무선/유선 연결을 위한 물리 계층 지원 기능, 네트워크 상의 장치들에 대한 라우팅 기능, 장치를 네트워크에 추가/제거하는 기능, 서비스 제공 기능 등을 담당할 수 있다. 즉, 기존의 무선랜 시스템에서는 네트워크 내의 장치들이 AP를 통하여 연결되는 것이지 서로 간에 직접 연결되는 것은 아니다.
장치들 간의 직접 연결을 지원하기 위한 기술로서 와이파이 다이렉트(Wi-Fi Direct) 표준이 정의되고 있다. 와이파이 다이렉트는 기존의 무선랜 시스템에서 기본적으로 요구되는 액세스 포인트 없이 장치(device)(또는 STA(station))들 간에 서로 용이하게 연결할 수 있도록 하는 직접 통신 기술이다. 와이파이 다이렉트가 사용되는 경우, 복잡한 설정 과정 없이 장치들 간에 연결이 설정되어 사용자에게 다양한 서비스를 제공할 수 있다.
와이파이 다이렉트는 와이파이 P2P로도 불린다. Wi-Fi P2P는 기존의 Wi-Fi 표준 규격의 대부분의 기능을 유지하면서, 기기 간 직접 통신을 지원하기 위한 부분이 추가되었다. 따라서 Wi-Fi 칩(Chip)이 탑재된 기기에 하드웨어 및 물리적 특성을 충분히 활용하고, 주로 소프트웨어 기능 업그레이드만으로 기기 간 P2P 통신을 제공할 수 있는 장점이 있다
P2P 그룹 내부에서 기존의 인프라스트럭처(infrastructure) 망에서 AP의 역할을 담당하는 장치가 존재하는데 이를 P2P 규격에서는 P2P 그룹 오너(Group Owner; GO)라고 칭한다. P2P GO를 중심으로 다양한 P2P 클라이언트(Client)가 존재할 수 있다. 1개의 P2P 그룹 내에서 GO는 오직 1대만 존재 가능하며 나머지 장치는 모두 클라이언트 장치가 된다.
WFA(Wi-Fi Alliance)에서는 Wi-Fi Direct 링크를 이용한 다양한 서비스(예를 들어, 센드(Send), 플레이(Play), 디스플레이(Display), 프린트(Print) 등)을 지원하는 와이파이 다이렉트 서비스(WFDS)가 연구되고 있다. WFDS에 따르면, 애플리케이션은 ASP(Application Service Platform)이라는 서비스 플랫폼에 의해서 제어 또는 관리될 수 있다.
WFDS가 지원되는 WFDS 장치는 디스플레이 장치, 프린터, 디지털 카메라, 프로젝터 및 스마트 폰 등 과 같은 무선랜 시스템을 지원하는 장치들을 포함한다. 또한, WFDS 장치는 STA 및 AP를 포함할 수 있다. WFDS 네트워크 내의 WFDS 장치들은 서로 직접 연결될 수 있다.
한편, 와이파이를 이용한 무선 디스플레이 전송 기술로서 와이파이 미라캐스트(WiFi Miracast)가 연구되고 있으며, 이는 와이파이 디스플레이(WFD: Wi-Fi(wireless fidelity) display)등으로도 불린다.
WFD 표준은 높은 품질과 낮은 레이턴시를 만족시키면서 오디오/비디오(AV: audio/video) 데이터를 장치 간에 전송하기 위해 정의되었다. WFD 표준이 적용된 WFD 네트워크(WFD 세션)를 통해 Wi-Fi 디바이스들은 홈 네트워크, 오피스 네트워크, 또는 핫-스팟 네트워크에 통하지 않고 피어-투-피어(peer to peer) 방식으로 서로 연결될 수 있다. 이하, WFD 표준에 따라 데이터를 송신 및 수신하는 장치는 WFD 장치라는 용어로 표현될 수 있다. WFD 네트워크 내의 WFD 장치들은 WFD 장치에 대한 정보(예를 들어, 능력 정보(capability information))를 서로 탐색하고, WFD 세션을 설정한 후, WFD 세션을 통해 컨텐츠를 렌더링(rendering) 할 수 있다.
WFD 세션은 컨텐츠를 제공하는 소스 장치(source device) 및 컨텐츠를 수신하고 렌더링하는 싱크 장치(sink device) 간의 네트워크일 수 있다. 소스 장치는 WFD 소스, 싱크 장치는 WFD 싱크라는 용어로도 표현될 수 있다. WFD 소스는 WFD 소스의 디스플레이(또는 스크린) 상에 존재하는 데이터를 WFD 싱크의 디스플레이로 미러링(mirroring)할 수 있다.
WFD 소스와 WFD 싱크는 서로 간에 제 1 시퀀스 메시지를 교환하여 디바이스 탐색 및 서비스 탐색 절차를 수행할 수 있다. WFD 소스와 WFD 싱크 간의 디바이스 탐색 및 서비스 탐색 절차가 완료된 이후, WFD 소스 및 WFD 싱크 각각에 인터넷 프로토콜(internet protocol, IP) 주소가 할당될 수 있다. WFD 소스와 WFD 싱크 사이에는 전송 제어 프로토콜(TCP: transmission control protocol) 연결이 확립되고, 이후 WFD 소스 및 WFD 싱크에 대한 실시간 스트리밍 프로토콜(RTSP: real time streaming protocol) 및 실시간 프로토콜(RTP: real time protocol) 스택들이 활성화될 수 있다.
WFD 소스와 WFD 싱크 간에 능력 협상 절차(capability negotiation procedure)는 RTSP를 통해 수행되고, 능력 협상 절차가 수행되는 동안 WFD 소스와 WFD 싱크는 RTSP 기반의 메시지(M(message)1 내지 M4)를 교환할 수 있다. 이후 WFD 소스와 WFD 싱크는 WFD 세션 제어 메시지들을 교환할 수 있다. 또한 WFD 소스와 WFD 싱크 사이에는 RTP를 통한 데이터 세션이 확립될 수 있다. WFD 네트워크에서는 데이터 전달(data transport)을 위해 사용자 데이터그램 프로토콜(User Datagram Protocol, UDP)이 사용될 수 있다.
도 2는 WFD 네트워크를 나타낸 블록도이다.
도 2를 참조하면, WFD 소스(200)와 WFD 싱크(250)는 WFD 장치로서 특정한 연결 기법(예를 들어, WiFi-P2P 기법)를 기반으로 연결될 수 있으며, 이하 WiFi P2P(즉 와이파이 다이렉트 기법)를 통해 소스와 싱크가 연결되는 일례를 설명한다.
여기서, WFD 소스(200)는 WiFi P2P(peer to peer) 링크를 통해 멀티미디어 컨텐츠의 스트리밍을 지원하는 장치이고, WFD 싱크(250)는 P2P 링크를 통해 WFD 소스(200)로부터 멀티미디어 컨텐츠를 수신하고 이미지 및/또는 사운드를 생성하는 절차를 수행하는 장치를 의미할 수 있다. 이미지 및/또는 사운드를 생성하는 절차는 렌더링이라는 용어로 표현될 수 있다.
WFD 싱크(250)는 프라이머리(primary) 싱크와 세컨더리(secondary) 싱크로 구분될 수 있다. 특히 세컨더리 싱크는 WFD 소스(200)와 독립적으로 연결되면 오디오 페이로드만 렌더링할 수 있다
도 3 은 WFD 세션을 나타낸 개념도이다.
도 3의 상단 첫번째는 오디오-단독(audio only) 세션이다. WFD 소스(300)는 오디오 단독 세션을 통해 프라이머리 싱크(305) 또는 세컨더리 싱크(310) 중 어느 하나와 연결될 수 있다.
도 3의 상단 두번째는 비디오-단독(video-only) 세션이다. WFD 소스(320)는 프라이머리 싱크(325)와 연결될 수 있다.
도 3의 상단 세번째는 오디오 및 비디오 세션으로서 비디오-단독(video-only) 세션과 마찬가지로 WFD 소스(340)는 프라이머리 싱크(345)와 연결될 수 있다.
도 3의 상단 네번째는 커플드 싱크(Coupled WFD Sink) 동작에서 세션 연결을 개시한다. 커플드 싱크 (Coupled WFD Sink) 동작에서 프라이머리 싱크(365)는 비디오를 렌더링하고, 세컨더리 싱크(370)는 오디오를 각각 렌더링할 수 있다. 또는 프라이머리 싱크(365)가 비디오 및 오디오를 모두 렌더링할 수도 있다.
이와 같은 WFD 세션은 아래의 도 4 에 도시된 바와 같은 절차를 수행한 후 수립될 수 있다.
도 4는 WFD 세션 설정 방법을 나타낸 개념도이다.
도 4를 참조하면, WFD 장치 탐색 절차(WFD Device Discovery, S401), WFD 서비스 탐색 절차(WFD Service Discovery, S402), WFD 연결 셋업 절차(WFD Connection Setup, S403), 능력 교환 및 협상 절차(Capability Exchange and Negotiation, S404)가 수행된 이후 WFD 세션이 설정될 수 있다.
구체적으로 WFD 장치 탐색 절차(S401)에서는 WFD 소스는 WFD 장치 탐색 절차를 통해 WFD를 위한 피어 장치, 즉 WFD 싱크를 찾을 수 있다.
WFD 소스 및 WFD 싱크에 의해 WFD 장치 탐색을 위해 전송되는 비콘 프레임, 프로브 요청 프레임 및 프로브 응답 프레임 등은 WFD IE(Information Element)를 포함할 수 있다. 여기서, WFD IE 는 장치 타입, 장치 상태 등의 WFD 와 관련된 정보를 포함하는 정보 요소일 수 있다.
WFD 소스는 WFD IE를 포함하는 프로브 요청 프레임을 WFD 싱크로 전송할 수 있고, WFD 싱크는 프로브 요청 프레임에 대한 응답으로 WFD IE를 포함하는 프로브 응답 프레임을 전송할 수 있다. 만약 WFD 장치가 인프라스트럭처 AP와 연계되어 있고 Wi-Fi P2P 장치로 동작하는 경우, 프로브 요청 프레임에는 WFD IE 및 P2P 정보 요소가 포함될 수 있다. 프로브 요청 프레임에 대한 응답인 프로브 응답 프레임은 프로브 요청 프레임이 수신된 채널을 통해 전송되며, P2P IE 및 WFD IE를 모두 포함할 수 있다.
언급되지 않은 WFD 장치 탐색과 관련된 내용들은 'Wi-Fi Display Technical Specification' 및/또는 'Wi-Fi Peer-to-Peer (P2P) Technical Specification Wi-Fi Direct Service Addendum' 문서에 따를 수 있으며 이는 이하의 설명들에도 적용된다.
WFD 서비스 탐색 절차(S402)에서는 WFD 장치 탐색을 수행한 WFD 소스 및 WFD 싱크의 상호 간의 서비스 능력에 대한 탐색이 수행될 수 있다. 예를 들어, WFD 소스가 WFD 능력(capability)에 대한 정보를 포함하는 서비스 탐색 요청 프레임을 전송하면 WFD 싱크는 서비스 탐색 요청 프레임에 대한 응답으로 WFD 능력에 대한 정보를 포함하는 서비스 탐색 응답 프레임이 전송될 수 있다. WFD 서비스 탐색 절차는 선택적인 절차일 수 있다.
WFD 서비스 탐색 절차의 수행을 위해 WFD 장치 탐색 절차에 이용되는 프로브 요청 프레임 및 프로브 응답 프레임은 WFD 장치가 서비스 탐색 절차를 지원하는 능력을 갖추고 있는지 여부를 지시하는 정보를 포함할 수 있다.
WFD 연결 셋업 절차(S403)에서는 WFD 장치 탐색 절차 그리고 선택적으로 WFD 서비스 탐색 절차를 수행한 WFD 장치는 WFD 연결 셋업을 위한 WFD 장치를 선택할 수 있다. 정책(policy) 또는 사용자 입력 등에 따라 WFD 연결 셋업을 위한 WFD 장치가 선택된 후, WFD 연결을 위해 특정한 연결기법(예를 들어, Wi-Fi P2P 및 TDLS 중 어느 하나)이 사용될 수 있다. WFD 장치들은 선호하는 연결(preferred connectivity) 정보 및 WFD 정보 요소와 함께 전달되는 연계된 BSSID(basic service set identifier) 부요소(subelement)에 기초하여 연결 방법을 결정할 수 있다.
도 5는 WFD 소스와 WFD 싱크 간의 네트워크를 나타낸 개념도이다.
도 5의 상단에서는 Wi-Fi P2P를 기반으로 한 WFD 소스(500)와 WFD 싱크(510) 간의 연결이 개시되고, 도 5의 하단에서는 TDLS 링크를 기반으로 한 WFD 소스(550)와 WFD 싱크(560) 간의 연결이 개시되어 있다.
도 5의 상단과 같이 AP는 WFD 소스(500)와 WFD 싱크(510)에게 공통되거나 다를 수 있다. 또는 AP는 존재하지 않을 수도 있다. 도 5의 하단과 같이 TDLS 링크를 사용하여 WFD 연결을 수행하는 경우, WFD 소스(550)와 WFD 싱크(560)는 동일한 ΑΡ와 연결을 유지해야 한다.
도 5의 일례에서는, WFD 소스와 WFD 싱크 간에 와이파이 다이렉트(즉, P2P) 및 TDLS 링크가 사용되었지만, 본 실시예는 다양한 연결 기법이 사용될 수 있다. 예를 들어, P2P 링크와 와이파이 인프라구조(infrastrcture) 연결 기법이 사용될 수도 있다.
WFD 능력 교환 및 협상 절차는 WFD 장치들 사이에 WFD 연결 셋업 절차 이후에 수행될 수 있다. WFD 능력 교환 및 협상을 통해 WFD 소스 및 WFD 싱크는 서로가 지원하는 코덱, 코덱의 프로파일 정보, 코덱의 레벨 정보 및 해상도 정보 중 적어도 하나 이상의 정보를 상호 간에 교환할 수 있다. WFD 능력 교환 및 협상은 RTSP(Real Time Streaming Protocol)를 이용한 메시지를 교환에 의해 수행될 수 있다. 또한, WFD 세션 동안의 오디오/비디오 페이로드를 정의하는 파라미터 집합을 결정할 수 있다. WFD 능력 교환 및 협상 절차는 후술할 도 6에 도시된 바와 같이 RTSP M1부터 RTSP M4 메시지의 교환에 의해 수행될 수 있다.
WFD 교환 및 협상 절차 이후 WFD 세션 수립 절차가 수행될 수 있다.
도 6은 WFD 능력 교환 및 협상 절차를 나타낸 개념도이다.
도 6을 참조하면, WFD 소스는 RSTP 절차 및 WFD 능력 협상을 시작하기 위한 RTSP M1 요청 메시지를 전송할 수 있다(단계 S601).
RTSP M1 요청 메시지는 WFD 싱크에서 지원하는 RTSP 메소드(methods) 집합(set)을 결정하기 위한 RTSP OPTIONS 요청을 포함할 수 있다. RTSP M1 요청 메시지를 수신한 WFD 싱크는 자신이 지원하는 RTSP 메소드가 열거된 RTSP M1 응답 메시지를 전송할 수 있다(단계 S602).
계속해서, WFD 싱크는 WFD 소스에서 지원하는 RTSP 메소드 집합을 결정하기 위한 RTSP M2 요청 메시지를 전송할 수 있다(단계 S603).
RTSP M2 요청 메시지가 수신되면, WFD 소스는 자신이 지원하는 RTSP 메소드가 열거된 RTSP M2 응답 메시지로 응답할 수 있다(단계 S604).
WFD 소스는 알고 싶은 WFD 능력들의 목록을 명시한 RTSP M3 요청 메시지(RTSP GET_PARAMETER 요청 메시지)를 전송할 수 있다(단계 S605).
RTSP M3 요청 메시지가 수신되면 WFD 싱크는 RTSP M3 응답 메시지 (RTSP GET_PARAMETER 응답 메시지)로 응답할 수 있다(단계 S606).
RTSP M3 응답 메시지에 기초하여, WFD 소스는 WFD 세션 동안 사용될 최적의 파라미터 집합을 결정하고, 결정된 파라미터 집합을 포함하는 RTSP M4 요청 메시지(RTSP SET_PARAMETER 요청 메시지)를 WFD 싱크로 전송할 수 있다.
RTSP M4 요청 메시지를 수신한 WFD 싱크는 RTSP M4 응답 메시지(RTSP SET_PARAMETER 응답 메시지)를 전송할 수 있다(단계 S607).
도 7은 WFD 세션 수립 절차를 나타낸 개념도이다.
도 7에서는 WFD 능력 교환 및 협상을 수행한 WFD 소스/WFD 싱크들은 WFD 세션을 수립할 수 있다. 구체적으로 WFD 소스는 RTSP SET 파라미터 요청 메시지(RTSP M5 Trigger SETUP request)를 WFD 싱크로 전송할 수 있다(S701).
WFD 싱크는 RTSP SET 파라미터 요청 메시지에 대한 응답으로 RTSP M5 응답 메시지(RTSP M5 response message)를 전송할 수 있다(단계 S702).
트리거 파라미터 설정(SETUP)을 포함하는 RTSP M5 메시지가 성공적으로 교환되면 WFD 싱크는 RTSP SETUP 요청 메시지(RTSP M6 request)를 WFD 소스로 전송할 수 있다(단계 S703).
RTSP M6 요청 메시지가 수신되면, WFD 소스는 RTSP SETUP 응답 메시지(RTSP M6 response)로 응답할 수 있다(단계 S704).
RTSP Μ6 응답 메시지의 상태 코드의 설정을 통해 RTSP 세션의 성공적인 구축이 지시될 수 있다.
RTSP M6 메시지의 성공적인 교환 이후, WFD 싱크는 RTP 스트림을 수신할 준비가 되었음을 알리기 위해 RTSP PLAY 요청 메시지(RTSP M7 request message)를 소스 장치로 전송할 수 있고(단계 S705), WFD 소스는 RTSP PLAY 응답 메시지(RTSP M7 response message)로 응답할 수 있다(단계 S706). RTSP PLAY 응답 메시지의 상태 코드를 기반으로 WFD 세션의 성공적인 수립이 지시될 수 있다.
WFD 세션이 수립된 후 WFD 소스는 WFD 싱크로 WFD 싱크에서 지원하는 적어도 하나의 RTSP 파라미터에 대한 능력을 획득하기 위한 RTSP M3 요청 메시지(RTSP GET_PARAMETER 요청 메시지), AV(Audio/Video) 포맷 갱신을 위한 WFD 소스 및 WFD 싱크 사이의 능력 재협상을 위해 WFD 세션에 대응하는 적어도 하나의 RTSP 파라미터 값을 설정하기 위한 RTSP M4 요청 메시지, WFD 싱크가 RTSP PAUSE 요청 메시지(RTSP M9 요청 메시지)를 전송하도록 트리거하는 RTSP M5 요청 메시지， WFD 소스가 WFD 대기 모드(standby mode)로 진입함을 지시하는 RTSP M12 요청 메시지, UIBC(user input back channel)에서 사용될 입력 타입, 입력 장치 및 다른 파라미터들을 선택하기 위한 RTSP M14 요청 메시지 또는 UIBC(user input back channel)를 활성화(enable) 또는 비활성화(disable)하기 위한 RTSP M15 요청 메시지 등을 WFD 싱크로 전송할 수 있다. WFD 소스로부터 전술한 RTSP 요청 메시지를 수신한 WFD 싱크는 RTSP 응답 메시지로 응답할 수 있다.
계속해서 WFD 싱크는 오디오/비디오 스트리밍을 시작(또는 재개)하기 위한 RTSP M7 요청 메시지(RTSP PLAY 요청 메시지), WFD 소스로부터 WFD 싱크로 전송되는 오디오/비디오 스트리밍의 일시 중단을 위한 RTSP M9 요청 메시지(RTSP PAUSE 요청 메시지), WFD 소스에게 오디오 렌더링 장치를 변경할 것을 요청하기 위한 RTSP M10 요청 메시지， 활성 커넥터 타입(active connector type)의 변경을 지시하는 RTSP M11 요청 메시지, WFD 싱크가 WFD 대기 모드로 진입하였음을 지시하는 RTSP M12 요청 메시지, WFD 소스에게 IDR(instantaneous decoding refresh)을 리프레시할 것을 요청하는 M13 요청 메시지, UIBC에서 사용될 입력 타입, 입력 장치 및 다른 파라미터들을 선택하기 위한 RTSP M14 요청 메시지 또는 UIBC의 활성화(enable) 또는 비활성화(disable)를 위한 RTSP M15 요청 메시지 등을 WFD 소스로 전송할 수 있다. WFD 싱크로부터 상기 열거된 RTSP 요청 메시지를 수신한 WFD 소스는 RTSP 응답 메시지로 응답할 수 있다.
WFD 세션이 구축되어, 오디오/비디오 스트리밍이 시작되면, WFD 소스 및 WFD 싱크는 양자가 공통으로 지원하는 코덱을 이용하여 오디오/비디오 스트리밍을 진행할 수 있다. WFD 소스와 WFD 싱크가 공통으로 지원하는 코덱을 이용함에 따라 양자간의 상호 운용성(interoperability)이 보장할 수 있다.
본 실시예는 WFD 장치에서 세션을 설정하는 기법에 관련되는 것으로, 예를 들어 Miracast R2와 같이 개선된 WFD 장치에서 적용 가능한 기법을 제안한다. 구체적으로, 본 실시예는 소스 장치(Source device)와 싱크(Sink Device) 중 적어도 하나가 다수인 경우를 지원하는 기법을 제안한다. 즉, 종래의 WFD 소스 장치와 싱크 장치는 1:1 통신만을 지원했으나, 개선된 WFD 장치는 1:N, N:1 또는 N:N 통신을 지원할 수 있다. 예를 들어, 하나의 소스 장치의 영상이 다수의 싱크 장치에 미러링될 수 있고, 다수의 소스 장치의 영상이 하나의 싱크 장치에 미러링될 수도 있으며, 다수의 소스 장치의 영상이 다수의 싱크 장치에 미러링될 수도 있다.
이러한 개선된 기능을 지원하기 위해, 본 실시예는 WFD 소스 장치와 싱크 장치 중 어느 장치가 TCP(Transmission Control Protocol) 서버의 역할(role)을 수행할지에 관한 정보/파라미터를 사용하는 기법을 제안한다. 예를 들어, WFD 소스 또는 싱크 장치 중 어느 장치가 TCP 서버의 역할을 수행할지를 나타내는 능력 파라미터 값을 생성하고, 이를 제어 메시지에 포함시키고, 해당 제어 메시지를 교환하는 방식으로 WFD 소스와 싱크 장치 간에 능력을 협상(negotiation)할 수 있다.
또한, 예를 들어, 다수의 WFD 싱크와 통신하는 WFD 소스 장치는 TCP 서버 역할을 수행하는 것이 바람직하고, 다수의 WFD 소스와 통신하는 WFD 싱크 장치는 TCP 서버 역할을 수행하는 것이 바람직하다.
도 8은 본 실시예에 따른 WFD 소스 장치의 동작을 설명하는 절차 흐름도이다.
도시된 바와 같이, WFD 소스 장치는 WFD 싱크 장치와 WFD 장치 탐색(WFD device discovery)을 위한 시그널링을 주고 받을 수 있다(S810). 이 경우, 도시된 바와 같이 하나의 WFD 소스 장치는 N개의 WFD 싱크 장치에 대해 WFD 장치 탐색(WFD device discovery)를 위한 시그널링을 주고 받을 수 있다. 예를 들어, 프로브 요청(Probe request) 메시지를 N개의 WFD 싱크 장치로 방송하고, 이에 대한 프로브 응답(Probe response) 메시지를 각각 수신하는 방식으로 N개의 WFD 싱크 장치를 탐색(Discovery)하는 것이 가능할 수 있다. 즉 도 4의 S410 단계에 해당하는 시그널링을 N개의 WFD 싱크 장치에 맞게 변형하여 N개의 WFD 싱크 장치를 탐색하는 동작을 수행할 수 있다.
또한, 도시된 바와 같이, WFD 소스 장치는 WFD 싱크 장치와 WFD 서비스 탐색(WFD device discovery)을 위한 시그널링을 주고 받을 수 있다(S820). WFD 서비스 탐색 절차(S820)에서는 WFD 장치 탐색을 수행한 WFD 소스 및 WFD 싱크의 상호 간의 서비스 능력에 대한 탐색이 수행될 수 있다. 예를 들어, WFD 소스가 WFD 능력(capability)에 대한 정보를 포함하는 서비스 탐색 요청 프레임을 N개의 WFD 싱크 장치로 전송하면, WFD 싱크 장치 각각은 서비스 탐색 요청 프레임에 대한 응답으로 WFD 능력에 대한 정보를 포함하는 서비스 탐색 응답 프레임을 전송할 수 있다. WFD 서비스 탐색 절차는 선택적인 절차일 수 있다.
또한, 도시된 바와 같이, WFD 연결 셋업 절차(S830)에서는 WFD 장치 탐색 절차 그리고 선택적으로 WFD 서비스 탐색 절차를 수행한 WFD 장치는 WFD 연결 셋업을 위한 WFD 장치를 선택할 수 있다. 정책(policy) 또는 사용자 입력 등에 따라 WFD 연결 셋업을 위한 WFD 장치가 선택된 후, WFD 연결을 위해 특정한 연결기법(예를 들어, Wi-Fi P2P, 와이파이 인프라 연결구조, TDLS 연결 중 어느 하나)이 사용될 수 있다.
이후, WFD 소스 장치는 WFD 싱크 장치와 TCP 연결을 설정할 수 있다(S840). 상기 TCP 연결을 설정하기 이전에, 상기 WFD 소스 장치 및 상기 WFD 싱크 장치 중 누가 TCP 서버 역할을 수행할지 협상하는 것이 바람직하며, 이러한 TCP 서버 역할의 협상은 TPC 능력 파라미터 값을 주고 받는 방식으로 협상될 수 있다.
즉, TCP 서버 역할 능력(TCP Server Role Capability) 필드가 "0"으로 설정되는 경우 TCP 서버 역할을 수행하지 않고, 해당 필드가 "1"로 설정되는 경우 TCP 서버 역할을 수행할 수 있다는 것을 지시하는 파라미터를 임의의 제어 메시지에 포함시켜서 주고 받는 방식으로 해당 WFD 소스가 TCP 역할을 수행하는지 여부를 지시할 수 있다.
본 실시예에서 제안하는 TCP 서버 역할 능력(TCP Server Role Capability) 필드/파라미터는, 도 8의 S810 내지 S830 단계 중 어느 하나에서 사용되는 시그널링에 포함되거나, 별도의 시그널링을 통해 전송되는 것이 바람직하다. 즉, WFD 장치 또는 WFD 서비스를 위한 탐색 요청/응답 등을 위한 메시지나, WFD 연결 셋업 절차를 위한 위한 메시지에 포함될 수 있다.
본 실시에 따른 WFD 소스 장치는, WFD 싱크 장치가 다수 발견되는 경우, WFD 소스 장치 자신이 TCP 서버 역할을 담당하는 것이 바람직하다. 예를 들어, WFD 싱크 장치가 다수 발견되는 경우, WFD 소스 장치는 TCP 서버 역할 능력(TCP Server Role Capability) 필드/파라미터 값을 "1"로 설정하여 자신이 TCP 서버 역할을 수행하도록 WFD 싱크 장치들과 협상을 수행하는 것이 바람직하다. 만약, WFD 싱크 장치가 한 개만 발견되는 경우, WFD 소스 장치는 TCP 서버 역할을 담당하지 않는 것이 바람직하므로, 해당 필드/파라미터를 포함시키지 않거나, 해당 값을 "0"으로 설정하는 것이 가능하다.
TCP 서버 역할 능력(TCP Server Role Capability) 필드/파라미터가 다수의 WFD 싱크 장치로 전달되는 경우, 해당 WFD 싱크 장치는 TCP 서버 역할 능력 필드/파라미터에 대한 응신 메시지를 각각 송신할 수 있다. 해당 응신 메시지에는 WFD 소스 장치가 TCP 서버 역할을 수행하는 것에 대한 확인(confirm)을 위한 정보가 포함될 수 있다. WFD 소스 장치는, TCP 서버 역할 능력 필드/파라미터가 전달된 WFD 싱크 장치 전부(즉, N개의 장치)로부터 응신 메시지가 송신되는 경우, 협상을 완료할 수 있다. 또는, N 개의 장치 중 일부만이, 기설정된 시간 이내에 응신 메시지를 송신하거나, 또는 N 개의 장치 중 일부만이 응신 메시지를 송신하고 나머지는 거절 메시지를 송신하는 경우, 해당 응신 메시지를 송신한 WFD 싱크 장치에 대해서만 이후의 TCP 연결 설정(S840)을 수행할 수 있다.
TCP 서버 역할 능력에 대한 협상이 완료되면, 협상된 내용에 따라 상기 WFD 소스 장치는 WFD 싱크 장치와 TCP 연결을 설정할 수 있다(S840). TCP 연결의 설정은 3 단계-핸드쉐이크(three-way handshake)를 통해 완료될 수 있으며, 3단계 핸드쉐이크 동작은 TCP 클라이언트 역할을 수행하는 WFD 장치에 의해 개시되고, 구체적으로 TCB(Transmission control block)에 SYN 메시지를 TCP 서버 역할을 수행하는 WFD 장치로 송신하는 1 단계 동작과, 해당 SYN 메시지에 대한 ACK와 함께 TCP 서버 역할을 수행하는 WFD 장치 측의 SYN 메시지를 구성하여 TCP 클라이언트 역할을 수행하는 WFD 장치로 송신하는 2 단계 동작과, 해당 SYN+ACK 메시지에 대한 ACK 메시지를 TCP 서버 역할을 수행하는 WFD 장치로 송신하는 3 단계의 동작을 포함한다.
이러한 TCP 연결이 완료되면, WFD 능력 교환 및 협상 절차가 수행된다(S850). 구체적으로, 도 4 및 도 6에 도시된 WFD 능력 교환 및 협상 절차가 다수의 WFD 싱크 장치에 대해 개별적으로 수행된다. S850 단계 수행과정에는 RTSP M3 나 M4 메시지는 TCP 서버 역할 능력(TCP Server Role Capability) 필드/파라미터가 결정된 것을 확인(confirm)하는 필드를 추가로 포함할 수 있다.
도 9는 본 실시예에 따른 WFD 싱크 장치의 동작을 설명하는 절차 흐름도이다.
도시된 바와 같이, WFD 싱크 장치는 다수의 WFD 싱크 장치와 WFD 장치 탐색(WFD device discovery)을 위한 시그널링을 주고 받을 수 있다(S910). 예를 들어, N개의 WFD 소스 장치에서 개별적으로 방송되는 프로브 요청(Probe request) 메시지를 수신하고, 이에 대한 프로브 응답(Probe response) 메시지를 각각 송신하는 방식으로 N개의 WFD 소스 장치와 탐색(Discovery)하는 것이 가능할 수 있다. 즉 도 4의 S410 단계에 해당하는 시그널링을 N개의 WFD 소스 장치에 맞게 변형하여 N개의 WFD 소스 장치와의 탐색 절차를 수행할 수 있다.
또한, 도시된 바와 같이, WFD 소스 장치는 WFD 싱크 장치와 WFD 서비스 탐색(WFD device discovery)을 위한 시그널링을 주고 받을 수 있다(S920). WFD 서비스 탐색 절차(S920)에서는 WFD 장치 탐색을 수행한 WFD 소스 및 WFD 싱크의 상호 간의 서비스 능력에 대한 탐색이 수행될 수 있다. 예를 들어, N개의 WFD 소스가 WFD 능력(capability)에 대한 정보를 포함하는 서비스 탐색 요청 프레임을 WFD 싱크 장치로 전송하면, WFD 싱크 장치는 서비스 탐색 요청 프레임에 대한 응답으로 WFD 능력에 대한 정보를 포함하는 서비스 탐색 응답 프레임 각각을 전송할 수 있다. WFD 서비스 탐색 절차는 선택적인 절차일 수 있다.
또한, 도시된 바와 같이, WFD 연결 셋업 절차(S930)에서는 WFD 장치 탐색 절차 그리고 선택적으로 WFD 서비스 탐색 절차를 수행한 WFD 장치는 WFD 연결 셋업을 위한 WFD 장치를 선택할 수 있다. 정책(policy) 또는 사용자 입력 등에 따라 WFD 연결 셋업을 위한 WFD 장치가 선택된 후, WFD 연결을 위해 특정한 연결기법(예를 들어, Wi-Fi P2P, 와이파이 인프라 연결구조, TDLS 연결 중 어느 하나)이 사용될 수 있다.
이후, WFD 싱크 장치는 WFD 소스 장치와 TCP 연결을 설정할 수 있다(S940). 상기 TCP 연결을 설정하기 이전에, 상기 WFD 소스 장치 및 상기 WFD 싱크 장치 중 누가 TCP 서버 역할을 수행할지 협상하는 것이 바람직하며, 이러한 TCP 서버 역할의 협상은 TPC 능력 파라미터 값을 주고 받는 방식으로 협상될 수 있다.
즉, TCP 서버 역할 능력(TCP Server Role Capability) 필드가 "0"으로 설정되는 경우 TCP 서버 역할을 수행하지 않고, 해당 필드가 "1"로 설정되는 경우 TCP 서버 역할을 수행할 수 있다는 것을 지시하는 파라미터를 임의의 제어 메시지에 포함시켜서 주고 받는 방식으로 해당 WFD 소스가 TCP 역할을 수행하는지 여부를 지시할 수 있다.
본 실시예에서 제안하는 TCP 서버 역할 능력(TCP Server Role Capability) 필드/파라미터는, 도 9의 S910 내지 S930 단계 중 어느 하나에서 사용되는 시그널링에 포함되거나, 별도의 시그널링을 통해 전송되는 것이 바람직하다. 즉, WFD 장치 또는 WFD 서비스를 위한 탐색 요청/응답 등을 위한 메시지나, WFD 연결 셋업 절차를 위한 위한 메시지에 포함될 수 있다.
본 실시에 따른 WFD 싱크 장치는, WFD 소스 장치가 다수 발견되는 경우, WFD 싱크 장치 자신이 TCP 서버 역할을 담당하는 것이 바람직하다. 예를 들어, WFD 소스 장치가 다수 발견되는 경우, WFD 싱크 장치는 TCP 서버 역할 능력(TCP Server Role Capability) 필드/파라미터 값을 "1"로 설정하여 자신이 TCP 서버 역할을 수행하도록 WFD 소스 장치들과 협상을 수행하는 것이 바람직하다. 만약, WFD 소스 장치가 한 개만 발견되는 경우, WFD 싱크 장치는 TCP 서버 역할을 담당하지 않는 것이 바람직하므로, 해당 필드/파라미터를 포함시키지 않거나, 해당 값을 "0"으로 설정하는 것이 가능하다.
TCP 서버 역할 능력(TCP Server Role Capability) 필드/파라미터가 다수의 WFD 소스 장치로 전달되는 경우, 해당 WFD 소스 장치는 TCP 서버 역할 능력 필드/파라미터에 대한 응신 메시지를 각각 송신할 수 있다. 해당 응신 메시지에는 WFD 싱크 장치가 TCP 서버 역할을 수행하는 것에 대한 확인(confirm)을 위한 정보가 포함될 수 있다. WFD 싱크 장치는, TCP 서버 역할 능력 필드/파라미터가 전달된 WFD 소스 장치 전부(즉, N개의 장치)로부터 응신 메시지가 송신되는 경우, 협상을 완료할 수 있다. 또는, N 개의 장치 중 일부만이, 기설정된 시간 이내에 응신 메시지를 송신하거나, 또는 N 개의 장치 중 일부만이 응신 메시지를 송신하고 나머지는 거절 메시지를 송신하는 경우, 해당 응신 메시지를 송신한 WFD 소스 장치에 대해서만 이후의 TCP 연결 설정(S940)을 수행할 수 있다.
TCP 서버 역할 능력에 대한 협상이 완료되면, 협상된 내용에 따라 상기 WFD 싱크 장치는 WFD 소스 장치와 TCP 연결을 설정할 수 있다(S940).
이러한 TCP 연결이 완료되면, WFD 능력 교환 및 협상 절차가 수행된다(S950). 구체적으로, 도 4 및 도 6에 도시된 WFD 능력 교환 및 협상 절차가 다수의 WFD 싱크 장치에 대해 개별적으로 수행된다. S950 단계 수행과정에는 RTSP M3 나 M4 메시지는 TCP 서버 역할 능력(TCP Server Role Capability) 필드/파라미터가 결정된 것을 확인(confirm)하는 필드를 추가로 포함할 수 있다.
한편, 본 실시예는 종래의 미라캐스트 R1(Release 1)을 지원하는 WFD 장치와, 미라캐스트 R2(Release 2)를 지원하는 WFD 장치가 혼재하는 상황에서, 서비스를 발견하는 개선된 기법을 제안한다. 구체적으로 미라캐스트 R1 또는 R2를 지원하는 무선랜 장치는, ASP(application service platform)나 ASP2를 통해, 종래의 WFDS(Wi-Fi Direct Service) 디스플레이이 서비스나 미라캐스트 R1과 함께 새로운 WFD R2 서비스를 동시에 검색할 수 있는 방법을 제안한다.
도 10은 본 실시예에서 사용되는 ASP에 대한 블록도이다.
도 10을 참조하면, ASP2(1000)를 기반으로 WFD 장치가 서비스 탐색 방법(service discovery mechanism) 및 연결 타입(connection type)을 결정하여 원하는 서비스를 이용하는 방법이 개시된다.
ASP2(1000)는 일반적인 기능 재생(play), 보내기(send), 디스플레이(display) 및 프린트(print) 서비스에 의해 요구되는 일반적인 기능을 구현하는 논리적 객체(logical entity)일 수 있다.
도 10을 참조하면, ASP2(1000)는 와이파이 서비스를 검색하기 위해 사용하는 탐색 방법을 결정할 수 있다. 예를 들어, ASP2(1000)는 P2P(peer to peer), NAN(Neighbor Awareness Networking), NFC(near field communication), Bluetooth LE(low energy), Wi-Fi Infrastructure(existing connection) 중 적어도 하나의 탐색 방법을 기반으로 디바이스/서비스를 탐색하고, 탐색된 디바이스/서비스의 세션 설정 및 연결 등의 서비스 이용시까지 일련의 과정을 ASP2(1000)가 담당할 수 있다.
도 11은 본 실시예에서 사용되는 ASP 상의 동작을 설명하는 절차흐름도이다.
도 11에서는 무선 랜 장치 A(device A)(또는 WFD 장치 A) 및 장치 B(device B)(또는 WFD 장치 B) 간의 장치 탐색 및 서비스 탐색 방법이 개시된다. 도시된 WFD 장치 각각은 WFD 소스 또는 WFD 싱크에 해당할 수 있다.
도 11을 참조하면, WFD 장치 A는 서비스 개체를 통해 ASP 개체로 전달된 AdvertiseService()를 기반으로 서비스에 대한 홍보를 수행할 수 있고(S1100), WFD 장치 B는 어플리케이션 개체에서 서비스 개체로 서비스의 사용을 요청하고(Use Service)(S1110), 서비스 개체를 기반으로 ASP 개체로 서비스의 탐색(SeekService())을 요청할 수 있다(S1120). 시크 서비스(Seek Service) 메소드가 요청되면, 장치 B의 ASP는 장치 A에 의해 제공되는 서비스를 탐색하기 위해, 장치/서비스 탐색 시그널링을 송수신한다(S1130).
즉, 본 실시예에 따른 S1130 단계나, 도 4의 S401/S402 단계나, 도 8의 S810/820, 도 9의 S910/920 단계 등에서는 무선랜 장치를 통해 제공되는 와이파이 서비스를 탐색(discovery)하는 절차가 소개되는데, 이 과정에서 서비스 네임에 관한 정보가 포함된다. 각 서비스 네임은, WFA(Wi-Fi Alliance)에 의해 정의된 서비스를 식별하기 위해 "org.wi-fi"라는 심볼로 시작하며, 예를 들어, "send" 서비스의 경우, "org.wi-fi.wfds.send.tx" 또는 "org.wi-fi.wfds.send.rx"로 표현될 수 있다. 마지막에 포함되는 "tx/rx"는 해당 "send" 서비스를 송신하는 것인지 수신하는 것인지를 식별하기 위해 포함될 수 있다. 또한 예를 들어, 종래 WFD R1 서비스네임의 경우 "org.wi-fi.wfds"로 시작할 수 있고, 예를 들어 디스플레이 서비스의 경우 "org.wi-fi.wfds.display"로 시작할 수 있고, 이 경우 서비스 네임의 마지막에 송/수신 식별을 위한 "tx/rx" 심볼이 추가될 수 있고, WFD R2 서비스 네임은 "org.wi-fi.display2"로 시작하고, 서비스 네임의 마지막에 송/수신 식별을 위한 "tx/rx" 심볼이 추가될 수 있다.
본 실시예는, WFD R1을 지원하거나 WFD R2를 지원하는 무선랜 장치가, WFD R1용 서비스를 검색하면서 WFD R2용 서비스도 검색할 수 있도록, 서비스 탐색에 관련된 메시지(예를 들어, 프로브 요청 메시지/프로브 응답 메시지)에 WFD R1용 서비스 네임에 관한 정보와 WFD R2용 서비스 네임에 관한 정보를 함께 포함시킬 것을 제안한다. 구체적으로, 각각의 서비스 네임은 스티링 형태로 생성된 이후, 해쉬함수에 의해 해쉬(hash) 값으로 변환되어 상대방 무선 장치로 전송되므로, 본 실시예에 따른 프로브 요청 메시지/프로브 응답 메시지에는 WFD R1용 서비스 네임에 관한 해쉬 값과, WFD R2용 서비스 네임에 관한 해쉬 값이 함께 포함되는 것이 바람직하다.
보다 구체적인 예에 따르면, WFD R2 장치가 P2P(즉, 와이파이 다이렉트 연결 기법)로 서비스를 검색할 때, 소스 장치 또는 싱크 장치가 “RX” 서비스를 찾고자 하는 경우, "org.wi-fi.wfds.display.rx"과 "org.wi-fi.display2.rx" 와 같은 서브스 네임 스트링을 SHA256과 같은 해쉬 함수로 변환하고, 각 해쉬 값을 P2P 프로브 요청/응답에 포함시킬 수 있다.
또한 본 실시예는 하나의 무선랜 장치가 동시에 소스 장치 및 싱크 장치의 역할을 수행하는 경우를 지원하기 위해, 서비스 네임을 포함시키는 또 다른 방법을 제안한다. 구체적으로, 소스 장치에 해당하는 서비스 네임과 싱크 장치에 해당하는 서비스 네임을 동시에 프로브 요청/응답 메시지에 포함시킬 것을 제안한다. 예를 들어, "org.wi-fi.wfds.display.tx" 와 "org.wi-fi.wfds.display.rx" 스트링을 동시에 포함시킬 수 있다. 또한, 이에 추가로, "org.wi-fi.display2.tx"와 "org.wi-fi.display2.rx"를 동시에 포함시킬 수도 있다.
또한, 동시에 소스 장치 및 싱크 장치의 역할을 수행 장치를 보다 효율적으로 지원하기 위해, 두 개의 역할(즉, 소스 및 싱크)을 동시에 수행하는 장치는 이하와 같이 "rx", "tx"에 대한 별도의 심볼이 없는 서비스 네임을 사용하도록 할 수 있다. 첫 번째 일례로는, WFD R1 서비스의 경우에는 "org.wi-fi.wfds.display"로 두 개의 역할을 동시에 수행하는 장치를 식별하고, WFD R2 서비스의 경우에는 "org.wi-fi.display2.tx" 와 "org.wi-fi.display2.rx"로 별도로 구분하는 것이 가능하다. 또 다른 일례로는, WFD R1 서비스의 경우에는 "org.wi-fi.wfds.display"로 두 개의 역할을 동시에 수행하는 장치를 식별하고, WFD R2 서비스 역시 "rx", "tx"에 대한 별도 심볼을 삭제하고, "org.wi-fi.display2"와 같은 표시 방법으로 두 개의 역할(즉, 소스 및 싱크)을 동시에 수행하는 장치를 식별할 수 있도록 할 수 있다.
도 12는 본 실시예가 적용될 수 있는 무선 장치를 나타내는 블록도이다.
해당 무선장치(1200)은 프로세서(1210), 메모리(1220) 및 RF부(radio frequency unit, 1230)를 포함한다. 상기 무선장치(1200)는 WFD 소스 장치 역할을 수행하거나, WFD 싱크 장치 역할을 수행하거나, 두 개의 역할을 동시에 수행할 수 있다.
RF부(1230)는 프로세서(1210)와 연결하여 무선신호를 송신/수신할 수 있다.
프로세서(1210)는 본 명세서에서 제안된 기능, 과정 및/또는 방법을 구현할 수 있다. 예를 들어, 프로세서(1210)는 전술한 본 실시예에 따른 소스 장치 또는 싱크 장치의 동작을 수행하도록 구현할 수 있다.
프로세서(1210)는 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로, 데이터 처리 장치 및/또는 베이스밴드 신호 및 무선 신호를 상호 변환하는 변환기를 포함할 수 있다. 메모리(1220)는 ROM(read-only memory), RAM(random access memory), 플래쉬 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. RF부(1230)는 무선 신호를 전송 및/또는 수신하는 하나 이상의 안테나를 포함할 수 있다.
실시예가 소프트웨어로 구현될 때, 상술한 기법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있다. 모듈은 메모리(1220)에 저장되고, 프로세서(1210)에 의해 실행될 수 있다. 메모리(1220)는 프로세서(1210) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서(1210)와 연결될 수 있다.

Claims (10)

  1. 와이파이 디스플레이(Wi-Fi Display: WFD) 장치에서 세션을 설정하는 방법에 있어서,
    WFD 소스(source)로 동작하는 제1 WFD 장치가, WFD 싱크(sink)로 동작하는 적어도 하나의 제2 WFD 장치와의 연결을 설정하는 단계;
    WFD 싱크로 동작하는 제2 WFD 장치가 복수 개 존재하는 경우, 상기 제1 WFD 장치가 상기 복수 개의 제2 WFD 장치를 위한 TCP(Transmission Control Protocol) 서버 역할을 수행할 것을 지시하는 능력 파라미터(capability parameter)를 포함하는 제어 메시지를 상기 복수 개의 제2 WFD 장치로 송신하여 상기 제1 WFD 장치의 능력을 협상하는 단계; 및
    상기 제1 WFD 장치가 상기 복수의 제2 WFD 장치와 TCP 연결을 설정하는 단계
    를 포함하는 방법.
  2. 제1항에 있어서,
    상기 제1 WFD 장치가 WFD 싱크(sink)로 동작하는 WFD 장치를 탐색(discover)하기 위한 시그널링을 송신하는 단계
    를 더 포함하는 방법.
  3. 제1항에 있어서,
    상기 제1 WFD 장치가 상기 복수의 제2 WFD 장치와 WFD 세션을 설정하는 단계
    를 더 포함하는 방법.
  4. 제3항에서, 상기 WFD 세션은 와이파이 다이렉트 또는 와이파이 인프라구조 연결을 통해 설정되는
    방법.
  5. 제1항에서, 상기 능력 파라미터는, 상기 제1 WFD 장치가 상기 복수 개의 제2 WFD 장치를 위한 TCP 서버 역할을 수행하는지 여부를 지시하는 1 비트 제어정보인
    방법.
  6. 제1항에서, 상기 제1 WFD 장치의 능력을 협상하는 단계는,
    상기 제어 메시지에 대한 응신 메시지가 상기 복수 개의 제2 WFD 장치 전부로부터 수신되는 경우, 상기 제1 WFD 장치가 TCP 서버 역할을 개시하는 단계
    를 더 포함하는
    방법.
  7. 와이파이 디스플레이(Wi-Fi Display: WFD) 소스 장치에서,
    무선 신호를 송수신하는 RF 유닛;
    상기 RF 유닛과 연결되는 프로세서를 포함하되,
    상기 프로세서는,
    적어도 하나의 WFD 싱크 장치와의 연결을 설정하고,
    WFD 싱크 장치가 복수 개 존재하는 경우, 상기 WFD 소스 장치가 상기 복수 개의 WFD 싱크 장치를 위한 TCP(Transmission Control Protocol) 서버 역할을 수행할 것을 지시하는 능력 파라미터(capability parameter)를 포함하는 제어 메시지를 상기 복수 개의 WFD 싱크 장치로 송신하여 상기 WFD 소스 장치의 능력을 협상하고,
    상기 복수의 WFD 싱크 장치와 TCP 연결을 설정하도록 설정되는
    장치.
  8. 와이파이 디스플레이(Wi-Fi Display: WFD) 장치에서 세션을 설정하는 방법에 있어서,
    WFD 싱크(sink)로 동작하는 제2 WFD 장치가, WFD 소스(source)로 동작하는 적어도 하나의 제1 WFD 장치와의 연결을 설정하는 단계;
    WFD 소스로 동작하는 제1 WFD 장치가 복수 개 존재하는 경우, 상기 제2 WFD 장치가 상기 복수 개의 제1 WFD 장치를 위한 TCP(Transmission Control Protocol) 서버 역할을 수행할 것을 지시하는 능력 파라미터(capability parameter)를 포함하는 제어 메시지를 상기 복수 개의 제1 WFD 장치로 송신하여 상기 제2 WFD 장치의 능력을 협상하는 단계; 및
    상기 제2 WFD 장치가 상기 복수의 제1 WFD 장치와 TCP 연결을 설정하는 단계
    를 포함하는 방법.
  9. 제8항에 있어서,
    상기 제2 WFD 장치가 상기 복수의 제1 WFD 장치와 WFD 세션을 설정하는 단계
    를 더 포함하는 방법.
  10. 제9항에서, 상기 WFD 세션은 와이파이 다이렉트 또는 와이파이 인프라구조 연결을 통해 설정되는
    방법.
PCT/KR2016/001358 2015-02-08 2016-02-05 와이파이 디스플레이 장치에서 세션을 설정하는 방법 및 장치 WO2016126148A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201562113502P 2015-02-08 2015-02-08
US201562113444P 2015-02-08 2015-02-08
US62/113,444 2015-02-08
US62/113,502 2015-02-08

Publications (1)

Publication Number Publication Date
WO2016126148A1 true WO2016126148A1 (ko) 2016-08-11

Family

ID=56564390

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/001358 WO2016126148A1 (ko) 2015-02-08 2016-02-05 와이파이 디스플레이 장치에서 세션을 설정하는 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2016126148A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020085539A1 (en) * 2018-10-25 2020-04-30 Samsung Electronics Co., Ltd. Method for establishing peer to peer service session over infrastructure link

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130234913A1 (en) * 2012-03-11 2013-09-12 Samsung Electronics Co., Ltd. Method and apparatus for providing an enhanced wi-fi display session in a wi-fi display network, and system thereof
WO2014051403A1 (en) * 2012-09-28 2014-04-03 Samsung Electronics Co., Ltd. Method and system for streaming multimedia content in a wireless fidelity display network environment
WO2014069965A1 (ko) * 2012-11-05 2014-05-08 엘지전자 주식회사 직접 통신 시스템에서 서비스 탐색 또는 광고 방법 및 이를 위한 장치
WO2014088379A1 (en) * 2012-12-07 2014-06-12 Samsung Electronics Co., Ltd. Method and system for streaming multimedia contents in a wi-fi network
US20140372620A1 (en) * 2013-06-18 2014-12-18 Samsung Electronics Co., Ltd. Method and apparatus for controlling content shared between devices in wireless communication system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130234913A1 (en) * 2012-03-11 2013-09-12 Samsung Electronics Co., Ltd. Method and apparatus for providing an enhanced wi-fi display session in a wi-fi display network, and system thereof
WO2014051403A1 (en) * 2012-09-28 2014-04-03 Samsung Electronics Co., Ltd. Method and system for streaming multimedia content in a wireless fidelity display network environment
WO2014069965A1 (ko) * 2012-11-05 2014-05-08 엘지전자 주식회사 직접 통신 시스템에서 서비스 탐색 또는 광고 방법 및 이를 위한 장치
WO2014088379A1 (en) * 2012-12-07 2014-06-12 Samsung Electronics Co., Ltd. Method and system for streaming multimedia contents in a wi-fi network
US20140372620A1 (en) * 2013-06-18 2014-12-18 Samsung Electronics Co., Ltd. Method and apparatus for controlling content shared between devices in wireless communication system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020085539A1 (en) * 2018-10-25 2020-04-30 Samsung Electronics Co., Ltd. Method for establishing peer to peer service session over infrastructure link

Similar Documents

Publication Publication Date Title
WO2014088378A1 (ko) 무선 통신 시스템에서 세션 초기화 방법 및 장치
WO2014109513A1 (ko) 무선 통신 시스템에서 디스커버리 방법 및 장치
WO2014123383A1 (ko) 무선 통신 시스템에서 세션 수립 방법 및 장치
KR20160026866A (ko) 직접 통신 시스템에서 디바이스 탐색 방법 및 이를 위한 장치
WO2017085978A1 (ja) 装置及び方法
WO2012060611A2 (ko) 장치 탐색 방법 및 그를 이용한 통신 장치
EP3104551B1 (en) Method for performing a wi-fi display service and its corresponding device
KR101838079B1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
US11477830B2 (en) Communication apparatus, method for controlling communication apparatus, and computer program
WO2015167269A4 (ko) 무선 통신 시스템에서 서비스 디스커버리 방법 및 장치
WO2017014579A1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
US10663520B2 (en) Method and apparatus for reporting battery state in WFD
WO2016148523A1 (ko) 무선 통신 시스템에서 서비스 디스커버리를 수행하는 방법 및 장치
WO2017018823A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼 세션 형성 방법 및 장치
WO2017043718A1 (ko) Wfd 싱크에 의해 영상의 오리엔테이션을 변화시키는 방법 및 장치
US10051673B2 (en) Method and apparatus for session initiation in wireless communication system
WO2017039376A1 (ko) 무선 통신 시스템에서 연결 능력 정보를 교환하는 방법 및 장치
WO2015119329A1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
WO2016148550A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼 세션 형성을 수행하는 방법 및 장치
WO2017155271A1 (ko) 무선 통신 시스템에서 트랜스포트를 통해 스트리밍을 제공받는 방법 및 장치
WO2016126148A1 (ko) 와이파이 디스플레이 장치에서 세션을 설정하는 방법 및 장치
WO2017209463A1 (ko) 무선랜에서 동적 연결 변경 방법 및 장치
WO2019225829A1 (ko) Ma-usb에 기반한 p2p 통신을 위한 방법 및 이를 이용한 무선 장치
WO2016068632A1 (ko) 무선 통신 시스템에서 와이파이 다이렉트를 지원하는 장치가 디스커버리를 수행하는 방법 및 장치
WO2016048065A1 (ko) 무선 통신 시스템에서 wfd 소스가 듀얼 스크린에 관한 신호를 송수신 방법 및 장치

Legal Events

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

Ref document number: 16746889

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16746889

Country of ref document: EP

Kind code of ref document: A1