WO2016048065A1 - 무선 통신 시스템에서 wfd 소스가 듀얼 스크린에 관한 신호를 송수신 방법 및 장치 - Google Patents

무선 통신 시스템에서 wfd 소스가 듀얼 스크린에 관한 신호를 송수신 방법 및 장치 Download PDF

Info

Publication number
WO2016048065A1
WO2016048065A1 PCT/KR2015/010107 KR2015010107W WO2016048065A1 WO 2016048065 A1 WO2016048065 A1 WO 2016048065A1 KR 2015010107 W KR2015010107 W KR 2015010107W WO 2016048065 A1 WO2016048065 A1 WO 2016048065A1
Authority
WO
WIPO (PCT)
Prior art keywords
wfd
uibc
sink
source
parameter
Prior art date
Application number
PCT/KR2015/010107
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 WO2016048065A1 publication Critical patent/WO2016048065A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications

Definitions

  • the following description relates to a wireless communication system, and more particularly, to a method and apparatus for a WFD source to transmit and receive a signal regarding a dual screen in Wi-Fi Direct.
  • WLAN is based on radio frequency technology, and can be used in homes, businesses, or businesses by using portable terminals such as personal digital assistants (PDAs), laptop computers, and portable multimedia players (PMPs). It is a technology that allows wireless access to the Internet in a specific service area.
  • PDAs personal digital assistants
  • PMPs portable multimedia players
  • Wi-Fi Direct Wi-Fi Direct
  • Wi-Fi P2P 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
  • IEEE 802.11a and b use an unlicensed band at 2.4. GHz or 5 GHz, IEEE 802.11b provides a transmission rate of 11 Mbps, and IEEE 802.11a provides a transmission rate of 54 Mbps.
  • IEEE 802.11g applies Orthogonal Frequency Division Multiplexing (OFDM) at 2.4 GHz to provide a transmission rate of 54 Mbps.
  • IEEE 802.11n provides a transmission rate of 300 Mbps by applying multiple input multiple output OFDM (MIMO-OFDM). IEEE 802.11n supports a channel bandwidth of up to 40 MHz, in which case it provides a transmission rate of 600 Mbps.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the DLS (Direct Link Setup) related protocol in a wireless LAN environment according to IEEE 802.11e is based on QBSS (Quality BSS) in which a Basic Service Set (BSS) supports Quality of Service (QoS).
  • QBSS Quality BSS
  • AP non-AP
  • QAPs QAPs
  • WLAN environment for example, WLAN environment according to IEEE 802.11a / b / g
  • the AP supports QoS even if the Non-AP STA is a QSTA (Quality STA) supporting QoS.
  • Most legacy APs do not.
  • the QSTA there is a limit that can not use the DLS service.
  • Tunneled Direct Link Setup is a newly proposed wireless communication protocol to overcome this limitation.
  • TDLS does not support QoS
  • QSTAs can set up a direct link even in a wireless LAN environment such as IEEE 802.11a / b / g, which is currently commercialized, and a direct link can be set in a power save mode (PSM). To do that. Therefore, TDLS prescribes various procedures for enabling 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.
  • WLANs 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 supporting physical layer support for wireless / wired connection, routing for devices on the network, and providing services for adding / removing devices to and from the network.
  • the devices in the network are connected through the AP, not directly with each other.
  • Wi-Fi Direct The enactment of the Wi-Fi Direct standard has been discussed as a technology to support direct connections between devices.
  • Wi-Fi Direct networks allow Device to Device (D2D) (or Peer-to-Peer) 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 workable network.
  • Wi-Fi Direct-based communication is referred to as Wi-Fi D2D communication (simply, D2D communication) or Wi-Fi P2P communication (simply, P2P communication).
  • Wi-Fi P2P performing device is referred to as a Wi-Fi P2P device, simply P2P device.
  • the WFDS network may include at least one Wi-Fi device.
  • WFDS devices include devices supporting Wi-Fi, such as display devices, printers, digital cameras, projectors, and smartphones.
  • the WFDS device includes a Non-AP STA and an AP STA.
  • WFDS devices in the WFDS network may be directly connected to each other.
  • a signal transmission path between two WFDS devices is directly connected between the corresponding WFDS devices without passing through a third device (for example, an AP) or an existing network (for example, connecting to a WLAN through an AP). It may mean a case where it is set.
  • the signal transmission path directly established between the two WFDS devices may be limited to the data transmission path.
  • P2P communication may refer to a case where a plurality of non-STAs transmit data (eg, voice / video / text information) without passing through the AP.
  • Signal transmission paths for control information e.g., resource allocation information for P2P configuration, wireless device identification information, etc.
  • WFDS devices e.g., Non-AP STA-to-Non-AP STA, Non-AP STA-).
  • Direct-to-AP or between two WFDS devices (e.g., Non-AP STA-to-Non-AP STA) via an AP, or an AP and a corresponding WFDS device (e.g., AP- To-Non-AP STA # 1, AP-to-Non-AP STA # 2).
  • WFDS devices e.g., Non-AP STA-to-Non-AP STA
  • AP- To-Non-AP STA # 1 e.g., AP- To-Non-AP STA # 1
  • Wi-Fi Direct is a network connectivity standard that defines the behavior 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 devices that support Wi-Fi Direct run applications after they are connected to each other. To address this problem, 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. 1 is a diagram for describing a Wi-Fi Direct Service (WFDS) framework component.
  • WFDS Wi-Fi Direct Service
  • the Wi-Fi Direct layer of FIG. 1 means 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.
  • a wireless connection may be configured by a physical layer (not shown) compatible with the Wi-Fi PHY.
  • a platform called Application Service Platform (ASP) is defined above the Wi-Fi Direct layer.
  • ASP is a common shared platform and performs session management, command processing of services, and inter-ASP control and security functions between the upper application layer and the lower Wi-Fi Direct layer. do.
  • the service layer contains use case specific services.
  • WFA defines four basic services: Send, Play, Display, and Print.
  • the Enable (API) Application Program Interface (API) is defined to enable the ASP common platform to support third party applications in addition to basic services.
  • FIG. 1 illustrates an example of a service
  • a service defined by Send, Play, Display, Print, or a third party application is not limited thereto.
  • the term "service” refers to Wi-Fi Serial Bus (WSB), Wi-Fi docking (Wi-Fi), in addition to the services defined by the Send, Play, Display, Print, or third-party applications.
  • WB Wi-Fi Serial Bus
  • Wi-Fi docking Wi-Fi docking
  • NAN Neighbor Awareness Networking
  • Send refers to services and applications that can perform file transfers 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 document and photo output between a printer and a device having content such as documents and photos.
  • Display refers to services and applications that enable screen sharing between WFA's Miracast WFD source and WFD sink.
  • the application layer may provide a user interface (UI), and expresses information in a form that can be recognized by a person and delivers user input to a lower layer.
  • UI user interface
  • the present invention is a technical problem of the WFD source transmits and receives a signal for a dual screen.
  • a method of transmitting and receiving a signal related to a dual screen by a WFD source in a Wi-Fi display comprising: streaming different content from the WFD source to the WFD sink; Receiving an indication regarding control of the content from the WFD sink; And performing an operation directed from the WFD sink.
  • the WFD source performs an operation related to control of the content independently of the operation directed from the WFD sink, the WFD source must be performed.
  • a WFD source device that supports WFD (Wi-Fi Display), comprising: a receiving module; And a processor, wherein the processor is configured to stream content different from what is being displayed at the WFD source to a WFD sink, receive instructions from the WFD sink regarding control of the content, and perform an operation directed at the WFD sink. And when the WFD source performs an operation relating to control of the content independently of the operation indicated by the WFD sink, the WFD source necessarily transmits a state according to the performed operation to the WFD sink.
  • WFD Wi-Fi Display
  • the state according to the performed operation transmitted to the WFD sink may be included in M15 SET_PARAMETER and transmitted.
  • the M15 SET_PARAMETER transmitted to the WFD sink may include a wfdx-uibc-ds-status parameter indicating a state according to the indicated operation.
  • the M15 SET_PARAMETER transmitted to the WFD sink may include a wfdx-uibc-ds-control parameter.
  • the wfdx-uibc-ds-status parameter transmitted to the WFD sink may be set to none.
  • the wfdx-uibc-ds-status parameter transmitted to the WFD sink is a display
  • the wfdx-uibc-ds-control parameter transmitted to the WFD sink may be set to a value related to playback.
  • the instruction regarding the control of the content received from the WFD sink may be included in M15 SET_PARAMETER.
  • the M15 SET_PARAMETER received from the WFD sink may include a wfdx-uibc-ds-control parameter indicating an indication regarding the control of the content.
  • the M15 SET_PARAMETER received from the WFD sink may include a wfdx-uibc-ds-status parameter.
  • the wfdx-uibc-ds-status parameter received from the WFD sink may have a constant value regardless of the value of the wfdx-uibc-ds-control parameter received from the WFD sink.
  • the value of the wfdx-uibc-ds-status parameter received from the WFD sink may always be none.
  • the WFD source may further include transmitting M15 SET_PARAMETER OK in response to M15 SET_PARAMETER.
  • the state according to the performed operation transmitted to the WFD sink may be one of Pause, Play, Fast Forward, Rewind, Next (file), Previous, and ProgressBar (shift) operating through the UI of the source.
  • control can be efficiently performed in the dual screen mode.
  • FIG. 1 is a diagram illustrating an exemplary structure of a WFDS system.
  • 3 is a diagram for explaining procedures required for establishing a WFD session.
  • FIG. 7 is a diagram for explaining WFD capability exchange and negotiation.
  • FIG. 8 is a diagram for explaining establishment of a WFD session.
  • 9 to 10 are diagrams for describing the dual screen mode.
  • 11 to 12 illustrate methods related to the dual screen control operation according to an embodiment of the present invention.
  • 21 to 22 are block diagrams 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 corresponding components or features of another embodiment.
  • Embodiments of the present invention may be supported by standard documents disclosed in at least one of wireless access systems IEEE 802 system, Wi-Fi system, 3GPP system, 3GPP LTE and LTE-Advanced (LTE-A) system and 3GPP2 system have. That is, steps or parts which are not described to clearly reveal the technical spirit of the present invention among the embodiments of the present invention may be supported by the above documents. In addition, all terms disclosed in the present document can be described by the above standard document.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
  • TDMA may be implemented with wireless technologies such as Global System for Mobile communications (GSM) / General Packet Radio Service (GPRS) / Enhanced Data Rates for GSM Evolution (EDGE).
  • GSM Global System for Mobile communications
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GSM Evolution
  • OFDMA may be implemented in a wireless technology such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, Evolved UTRA (E-UTRA).
  • FIG. 2 shows examples of a Wi-Fi Display (WFD) session.
  • 2 (a) is an audio-only session, where the WFD source may be connected to either the primary WFD sink or the secondary WFD sink.
  • 2 (b) is a video-only session, where the WFD source is connected to the primary WFD sink.
  • FIG. 2 (c) is an audio and video session, and as in the case of FIG. 2 (b), the WFD sync connected to the WFD source can only be the primary WFD sync.
  • 2 (d) illustrates a session connection in the case of a coupled WFD sink operation. In such a case, the primary WFD sink may render video, the secondary WFD sink may render audio, and alternatively, the primary WFD sink may render both video and audio.
  • Such a session may be established after performing a procedure as shown in FIG. 3. Specifically, the WFD Device Discovery (S401), WFD Service Discovery (S402), WFD Connection Setup (S403), Capability Exchange and Negotiation (S404) procedures are described. After performing, a session may be established. Hereinafter, this will be described sequentially.
  • the source may find a peer device for the WFD, that is, a WFD sink, through WFD device discovery.
  • the WFD devices may include a WFD Information Element (IE) in a beacon, a probe request frame, and a probe response frame.
  • the WFD IE is an information element including information related to the WFD, such as a device type and a device state, which will be described later.
  • the WFD device may transmit a probe response frame including its own WFD IE in response thereto.
  • the probe request frame may include a WFD IE, a Wi-Fi Simple Configuration (WSC) IE, and a P2P information element.
  • WSC Wi-Fi Simple Configuration
  • the probe response frame which is a response thereto, is transmitted through a channel through which the probe request frame is received, and may include all of P2P IE, WSC IE, and WFD IE.
  • 4 illustrates a device discovery and service discovery process defined in WFDS 1.0.
  • the WFD source and / or the WFD sink that performed the WFD device discovery may discover the service capability of each other, if necessary. Specifically, when one WFD device transmits a service discovery request frame in which the WFD capability is included as an information subelement, the other WFD device responds to the service in which its WFD capability is included as an information subelement.
  • the search response frame may be transmitted.
  • the probe request frame and the response frame used in the device discovery procedure may include information indicating whether the WFD device has the capability of supporting the service discovery procedure.
  • FIG. 5 shows a process for the seeker to discover a device and a service through UDP.
  • both devices When both devices are connected to an AP, they open a specific port (or ASP Coordination Protocol port). This port allows the ASP to broadcast discovery request packets throughout the subnet.
  • the advertiser may match a corresponding service, store information about the device and the service, and transmit a discovery response to the unicast through the AP.
  • the WFD device that performs the WDF device discovery and optionally the WFD service discovery procedure may select a WDF device for WFD connection setup.
  • the WFD connection may use a connectivity scheme of one of Wi-Fi P2P and TDLS.
  • the WFD devices may determine the connection scheme based on the preferred connectivity information and the associated BSSID sub-element carried with the WFD information element.
  • 6 (a) and 6 (b) show a connection using Wi-Fi P2P and a connection using TDLS.
  • the AP may be common to or different from the WFD source and the WFD sink. Alternatively, the AP may not exist.
  • the WFD source and the WFD sink must maintain connection with the AP, as shown in FIG. 6 (b).
  • the WFD device may proceed with the WFD capability exchange and negotiation.
  • WFD capability exchange and negotiation may be performed by exchanging messages using the Real-Time Streaming Protocol (RTSP).
  • RTSP Real-Time Streaming Protocol
  • WFD capability exchange and negotiation may be by exchange of RTSP M1 to RTSP M4 messages as shown in FIG. 7.
  • the WFD source may transmit an RTSP M1 (Request) message for starting the RTSP procedure and the WFD capability negotiation (S801).
  • the RTSP M1 request message may include an RTSP OPTIONS request for determining an RTSP method set supported by the WFD sink.
  • the WFD sink may transmit an RTSP M1 response message in which RTSP methods supported by the WFD sink are enumerated (S802).
  • the WFD sink may transmit an RTSP M2 request message for determining an RTSP method set supported by the WFD source (S803).
  • the WFD source may respond with an RTSP M2 response message in which RTSP methods supported by the WFD source are enumerated (S804).
  • the source may transmit an RTSP M3 request message (RTSP GET_PARAMETER request message) specifying a list of WFD capabilities to be known (S805).
  • RTSP M3 request message specifying a list of WFD capabilities to be known (S805).
  • the WFD sink may respond with an RTSP M3 response message (RTSP GET_PARAMETER response message).
  • the WFD source may determine an optimal parameter set to be used during the WFD session and transmit an RTSP M4 request message (RTSP SET_PARAMETER request message) including the determined parameter set to the WFD sink (S806).
  • the WFD sink may transmit an RTSP M4 response message (RTSP SET_PARAMETER response message) (S806).
  • the WFD devices that have performed the WFD capability exchange and negotiation may establish a WFD session through the procedure shown in FIG. 8.
  • the WFD source may transmit an RTSP SET parameter request message (RTSP M5 Trigger SETUP request) to the WFD sink (S901).
  • the WFD sink may respond with an RTSP M5 response message.
  • the WFD sink may send an RTSP SETUP request message (RTSP M6 request) to the WFD source.
  • RTSP M6 request When the RTSP M6 request message is received, the WFD source may respond with an RTSP SETUP response message (RTSP M6 response). If the status code of the RTSP M6 response message indicates 'OK', the RTSP session may have been successfully established.
  • the WFD sink may send an RTSP PLAY request message (RTSP M7 request) to the WFD source to indicate that it is ready to receive the RTP stream.
  • the WFD source may respond with an RTSP PLAY response message (RTSP M7 response).
  • RTSP M7 response the status code 'OK' of the RTSP PLAY response message indicates that the WFD session was established successfully.
  • the WFD source may perform an RTSP M3 request message (RTSP GET_PARAMETER request message), AV (Audio / Video) format update, to obtain the capability for at least one RTSP parameter supported by the WFD sink to the WFD sync.
  • RTSP M4 request message for setting at least one RTSP parameter value corresponding to the WFD session, for triggering capability renegotiation between the WFD source and the WFD sink, triggering the WFD sink to send an RTSP PAUSE request message (RTSP M9 request message) Enable RTSP M5 request message, RTSP M12 request message indicating that the WFD source enters WFD Standby mode, RTSP M14 request message or UIBC to select input type, input device and other parameters to be used in UIBC Alternatively, an RTSP M15 request message for disabling may be transmitted to the WFD sink.
  • the WFD sink that has received the enumerated RTSP request message from the WFD source may respond with an RTSP response message.
  • RTSP M7 request messages RTSP PLAY request messages
  • RTSP M9 request messages 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 IDR
  • RTSP M14 request message to select input type to be used in UIBC, input device and other parameters
  • RTSP M15 to enable or disable UIBC.
  • Request messages can be sent to the 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 it is possible to ensure interoperability between the two.
  • WFD communication is based on the WFD IE, and the frame format of the WFD IE is shown in Table 1 below.
  • the WFD IE is composed of an Element ID field, a Length field, a WFD-specific OUI field, an OUI type field indicating the type / version of the WFD IE, and a WFD subelement field similarly to the conventional P2P IE.
  • the WFD subelement field has a format as shown in Table 2 below.
  • Subelement ID (Decimal) Notes 0 WFD Device Information One Associated BSSID 2 WFD Audio Formats 3 WFD Video Formats 4 WFD 3D Video Formats 5 WFD Content Protection 6 Coupled Sink Information 7 WFD Extended Capability 8 Local IP Address 9 WFD Session Information 10 Alternative MAC Address 11-255 Reserved
  • the subelement ID field of one octet indicates what information this WFD subelement includes. Specifically, the values 0, 1,... Of the subelement ID field. 10, each of these subelements is a WFD Device Information subelement, Associated BSSID subelement, WFD Audio Formats subelement, WFD Video Formats subelement, WFD 3D Video Formats subelement, WFD Content Protection subelement, Coupled Sink Information subelement, WFD Extended Capability subelement, Local IP Address subelement, WFD Session Information subelement, or alternative MAC address subelement.
  • the WFD Device Information subelement includes information necessary for determining whether to attempt pairing with a WFD device and session creation.
  • the Associated BSSID subelement is used to indicate the address of the currently associated AP.
  • the WFD Audio Formats subelement, the WFD Video Formats subelement, and the WFD 3D Video Formats subelement are used to indicate capabilities of the WFD device related to audio, video, and 3D video, respectively.
  • the WFD Content Protection subelement delivers information related to the content protection scheme
  • the Coupled Sink Information subelement delivers information about the state of the coupled WFD sink, MAC address, and the like.
  • the WFD Extended Capability subelement is used to convey various capability information of other WFD devices
  • the Local IP Address subelement is used to deliver an IP address to the WFD peer during TDLS setup.
  • the WFD Session Information subelement contains information such as a list of WFD device information descriptors in the WFD group, and if the WFD connection scheme requires an interface (for example, a MAC address) different from that used in device discovery, the Alternative MAC Address subelement. Can convey relevant information.
  • the Subelement body field includes detailed information of the subelement corresponding to the subelement ID.
  • the subelement body field includes a WFD Device Information subfield including information about the WFD device and a Session indicating TCP port information for receiving an RTSP message, as illustrated in Table 3 below. It may include a Management Control Port subfield and a WFD Device Maximum Throughput subfield which is information on the maximum average yield.
  • WFD Device Information 2 See Table 5 Session Management Control Port 2 Valid TCP port Default 7236. TCP port at which the WFD Device listens for RTSP messages. (If a WFD Sink that is transmitting this subelement does not support the RTSP server function, this field is set to all zeros.)
  • the WFD Device can choose any value other than default 7236.
  • WFD Device Maximum Throughput 2 Maximum average throughput capability of the WFD Device represented in multiples of 1Mbps
  • Coupled Sink Operation Support at WFD Sink bit 0b0 Coupled Sink Operation not supported by WFD Sink 0b1: Coupled Sink Operation supported by WFD Sink This bit is valid for WFD Device Type bits set to value 0b01, 0b10 or 0b11. When WFD Device Type bits value is 0b00, the value of this b3 is ignored upon receiving.
  • Dual screen dual play (DSDP) functionality means that a WFD source (eg, a smartphone) streams content to a WFD sink (eg, a TV).
  • the screen of the WFD source and the screen of the WFD sink may be different in the DSDP. That is, unlike the WFD sink that plays the streamed content, the WFD source may configure another screen (for example, maintaining a screen before streaming or executing another application as illustrated in FIG. 9).
  • the WFD source device encodes and transmits the entire current screen so that the same screen is not displayed on the WFD sink. Instead, the WFD source device displays the content received through the content provider or content stored inside the WFD source device on a separate dual screen. It means to lose.
  • the WFD source can encode or directly stream a screen that is different from the screen displayed on its screen. That is, the WFD source can stream different content to the WFD sink than is being displayed.
  • the WFD sink may control the WFD source through the extended UIBC described below. That is, the WFD source may receive an instruction regarding control of content from the WFD sink and perform the indicated operation from the WFD sink.
  • the instruction regarding the control of the content, received from the WFD sink may be received in the M15 SET_PARAMETER (M15 RTSP SET_PARAMETER REQUEST).
  • the WFD source may transmit M15 SET_PARAMETER OK in response to M15 SET_PARAMETER.
  • M15 SET_PARAMETER may include a wfdx-uibc-ds-control parameter and / or a wfdx-uibc-ds-status parameter indicating an indication regarding control of content.
  • the wfdx-uibc-ds-status parameter may be a level parameter equivalent to wfdx-uibc-ds-control or a sub parameter of the wfdx-uibc-ds-control parameter.
  • the wfdx-uibc-ds-status parameter received from the WFD sink may have a constant value regardless of the value of the wfdx-uibc-ds-control parameter received from the WFD sink. That is, the value of the wfdx-uibc-ds-status parameter received from the WFD sink may always be set to none.
  • the UIBC operation defined in the WFD 1.0 standard is disabled.
  • the ds-contorl sub-parameter of the wfdx-uibc-ds-control parameter may be defined as shown in Table 6 below.
  • the WFD source when the WFD source performs an operation related to control of content independently of the operation indicated by the WFD sink, the WFD source always transmits a state according to the performed operation to the WFD sink. That is, when a specific operation is performed through the UI of the WFD source device instead of UIBC during the dual screen mode operation, the WFD source should inform the WFD sink of the state according to the operation.
  • the state according to the performed operation which is transmitted to the WFD sink, may be included in M15 SET_PARAMETER (M15 RTSP SET_PARAMETER REQUEST) and transmitted.
  • the M15 SET_PARAMETER transmitted to the WFD sink may include a wfdx-uibc-ds-status parameter indicating a state according to the indicated operation and / or the M15 SET_PARAMETER transmitted to the WFD sink may include a wfdx-uibc-ds-control parameter.
  • ds-status by the wfdx-uibc-ds-status parameter may be defined as shown in Table 7 below.
  • DsStatusPause src-> snk Delivered when the playing video is paused through the UI of the source DsStatusFF src-> snk FF is executed through the UI of the source DsStatusREW src-> snk REW is executed through UI of source DsStatusNext src-> snk
  • Next is executed through the UI of the source
  • DsStatusPrevious src-> snk Previous is executed through the UI of the source DsStatusProgressBar src-> snk Play by moving to specific point of video through UI of source
  • 11 to 12 illustrate examples of performing the WFD source control and the independent control operation of the WFD source of the WFD sink and notification thereof.
  • the WFD sink may transmit a DsPause of wfdx_uibc_ds_control to the WFD source through M15 REQUEST. This may be performed when the user presses the Pause button through the UI of the WFD sink while streaming is in operation.
  • the WFD source receiving this sends OK to the M15 RESPONSE and pauses the stream currently being sent in dual screen mode.
  • the WFD sink transmits DsPlay of wfdx_uibc_ds_control to the M15 REQUEST through the UIBC.
  • the WFD source then restarts the previously paused stream.
  • the user selects a specific time of the stream through the WFD sink UI and sends wfdx_uibc_ds_control: DsProgressBar xxx to play from that time.
  • the WFD source receives the encoded video and re-encodes the video corresponding to xxx seconds.
  • the WFD sink device transmits based on the playback length (in seconds) of the entire video received as a factor of the first DsStart.
  • the WFD source device when there is a Pause input through the UI of the WFD source while streaming in the dual screen mode, the WFD source device pauses an image currently being transmitted in the dual screen mode. At this time, the information that the image is paused must be transmitted to the WFD sync so that the video is paused even in the WFD sync. Therefore, the WFD source sets the ds-status subparameter to DsStatusPause in M15 SET_PARAMETER to notify the WFD sink, so that the WFD sink can know that the current video is paused. At this time, ds-control should be set to none.
  • the extended UIBC as described above may be performed after the WFD sink and the WFD source negotiate the Extended UIBC Capability and enter the dual screen mode. This will be described in detail below.
  • Capabiliby of Extended UIBC can negotiate using RT3's M3 GET_PARAMETER and M4's SET_PARAMETER, and UIBC's Update can use M14 and M15's SET_PARAMETER.
  • the RTSP parameters used at this time may be wfdx-uibc-capability and wfdx-uibc-ds-control.
  • Extended UIBC uses RTSP GET_PARAMETER and SET_PARAMETER messages.
  • the TCP port used to transmit UIBC control information is included in the existing UIBC parameter wfd-uibc-capability. If you want to add a port for Extended UIBC, you can add a new port to wfdx-uibc-capability. To use Extended UIBC, you must support UIBC function defined in Wi-Fi Display 1.0 specification. Traditionally, only one port is used, no matter how many parallels
  • Sources can include wfd_uibc_capability and wfdx_uibc_capability in M3 REQUEST (GET_PARAMETER REQUEST) to use Extended UIBC. If the WFD source does not support Extended UIBC, M3 REQUEST can include only wfd_uibc_capability defined in the existing Wi-Fi Disply specification.
  • the WFD sink may include wfd_uibc_capability and wfdx_uibc_capability in the M3 RESPONSE (GET_PARAMETER RESPONSE). If the WFD sink only supports Lagacy UIBC defined in the WFD 1.0 specification, only wfd_uibc_capability can be included in M3 RESPONSE. WFD source can check UIF and Extended UIBC support of WFD Sync after M3 exchange and set UIBC through M4 REQUEST (SET_PARAMETER).
  • FIG. 13 (a) shows a UIBC setting process defined in the existing WFD 1.0.
  • FIG. 13 (b) shows an example of a process for setting UIBC and Extended UIBC when the WFD source and the WFD sink support Extended UIBC. have.
  • the WFD source may include wfd-uibc_capability and wfdx_uibc_capability in M3 REQUEST. If the WFD sink supports Extended UIBC Capability, the wfdx_uibc_capability parameter may be included in the M3 RESPONSE. For example, when the dual screen mode is supported, control information that can be delivered to the back channel can be informed through ds_cap_list.
  • the source can be set in Extended UIBC through M4 REQUEST SET_PARAMETER.
  • extended_port_list when reusing an existing UIBC port, it is displayed as none, and when a new port is allocated for extended UIBC, a UDP port can be set differently from the existing UIBC.
  • M4 SET_PARAMETER REQUEST TCP port 1000 can be used for existing UIBC and UDP 19800 can be used for Extended UIBC.
  • M4 / M14 REQUEST SET_PARAMETER REQUEST and M4 / M14 RESPONSE SET_PARAMETER RESPONSE can be used to update Extended UIBC.
  • the parameter included in the message may be existing wfd_uibc_capability and wfdx_uibc_capability.
  • the condition under which the WFD device transmits M14 is the same as the existing WFD 1.0 standard.
  • the WFD source may enter the dual screen mode using only M15.
  • M4 REQUEST is used.
  • wfd-av-format-change-timing parameter must be added to M4 SET_PARAMETER REQUEST.
  • the WFD source can tell the total playback time of the video to be played through the dual screen mode and the start time of the current dual screen playback in seconds after DsStart.
  • the WFD sink can know the total playback time and current playback time of the video, and it becomes a standard for generating a progress bar of the playback video in the UI of the WFD sync.
  • the WFD source can be played in the dual screen mode from the start of the image having the total playback time of 7200 seconds and the starting time of 0 seconds after the DsStart.
  • the WFD source can enter dual screen mode via the M15, while retaining the previously negotiated settings. At this time, wfd_uibc_setting defined in WFD 1.0 must be disabled.
  • Disabling UIBC means that WFD sinks any UIBC control information (e.g., coordinate information, key input information) as a back channel while maintaining the port and IP host session set for UIBC. This may mean not sending to the source.
  • the WFD sink device may be notified that the video is played through the dual screen mode by passing wfdx_uibc_ds_status to DsStatusPlay.
  • FIG. 16 illustrates a process in which a WFD source starts a dual screen mode through an M4 REQUEST with a setting different from that set through the existing M4 REQUEST and RESPONSE.
  • the AV format can be set using the wfd-av-format-change-timing parameter defined in the Wi-Fi Display standard.
  • a higher value of AV encoding may be set according to the WFD source setting, or the quality of the transmitted content may be improved by transmitting the original resolution to the content stored in the WFD source.
  • the WFD source must be set to one of the AV formats supported by the WFD sync originally received through M3 RESPONSE GET_PARAMETER.
  • wfd_uibc_setting defined in WFD 1.0 must be disabled.
  • the WFD source and the WFD sink enter dual screen mode.
  • the WFD source can send a screen that is different from the screen of the current WFD source via the dual screen mode.
  • WFD Sync can also enter the mode for dual screen playback after passing OK to the M4 / M14 RESPONE and perform Extended UIBC in dual screen mode.
  • the WFD source and the WFD sync release the dual screen mode.
  • the termination process is via M15 or M4 and can be initiated from the WFD source or the WFD sink.
  • FIG. 17 illustrates a release procedure of the dual screen mode when the release of the dual screen mode is performed by the WFD source.
  • the WFD source may include wfd_uibc_setting and wfdx_uibc_ds_control in M15 REQEUST SET_PARAMETER to terminate the dual screen mode. If WFD 1.0 UIBC was enabled prior to entering dual screen mode and then disabled when entering dual screen mode, enable wfd_uibc_setting. DsStop of wfdx_uibc_ds_control can inform the WFD sink of the end of the dual screen mode. The WFD sync will exit dual screen mode and re-enable the existing UIBC settings.
  • the WFD source exits the dual screen mode through M4 REQUEST.
  • the wfdx_uibc_ds_control must be included in the M4 Request to end the dual screen mode, and may be additionally included in other parameters. If the video format, audio codec, etc. were changed by the WFD source when entering the dual screen mode, the WFD source can be restored to its setting prior to entering the dual screen mode via the wfd-av-format-change-timing parameter in M4 REQUEST. Also, if WFD 1.0 UIBC function is disabled when entering dual screen mode, enable wfd_uibc_setting in M4 REQUEST. Within the M4 REQUEST, you must set the WFD Sink capability that you received through the M3 RESPONSE.
  • the exit request of the dual screen mode may be performed at the WFD sink.
  • the WFD sink may end the dual screen mode through the M15 REQUEST.
  • WFD sink 19 illustrates a process in which the WFD sink terminates the dual screen mode through user input.
  • DsStop is sent to wfdx_uibc_ds_control in the M15 REQUEST message.
  • the received WFD source responds with M15 RESPONSE and exits dual screen mode. If WFD 1.0 UIBC function is changed from enable to disable when entering dual screen mode, WFD sink will enable existing UIBC connection through enable of wfd_uibc_setting.
  • the WFD source may return to the setting before entering the dual screen mode through the M4 REQUEST message.
  • the recovery process using M4 at the dual screen mode exit bookstore is illustrated in FIG. 20.
  • the wfdx-uibc-capability parameter representing information related to Extended UIBC may be as shown in Table 8 below.
  • the part marked "none" in the parameter means that the sub-parameter value is not supported.
  • Ports used for Extended UIBC can reuse the same TCP ports as WFD UIBC.
  • extended-port-val is set to "none". To assign a new IP port for Extended UIBC, you can assign TCP or UDP ports using extended-port-val.
  • the wfdx-uibc-capability may be included in the M4 and / or M14 request message in the same manner as the wfd-uibc-capability.
  • the wfdx-uibc-ds-control parameter may be as shown in Table 9 below.
  • 21 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, for example, may implement a physical layer according to 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 of an application, service, and ASP layer according to various embodiments of the present invention described above, or may be configured to perform an operation related to an apparatus operating as an AP / STA. .
  • a module for implementing the operation 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 in the processor 11 or installed outside the processor 11 and connected to the processor 11 by a known means.
  • Specific configuration of the wireless device 10 of FIG. 21 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 simultaneously applied, and overlapping contents will be described for clarity. Omit.
  • 22 is a diagram illustrating still another configuration of a wireless device for an embodiment of the present invention.
  • the RF transceiver 21 transfers information generated in the PHY protocol module 22 to the RF spectrum, performs filtering / amplification, and the like to transmit an antenna, or transmits an RF signal received from the antenna to the PHY protocol module. It moves to the band that can be processed and handles the processes such as filtering. Such a switching function for switching the functions of transmission and reception may also be included.
  • the PHY protocol module 22 performs the process of inserting additional signals such as FEC encoding and modulation, preamble, pilot, and the like for data required for transmission by the MAC protocol module 23 and delivers them to the RF transceiver. It performs the function of delivering data to MAC protocol module through the process of demodulation, equalization, FEC decoding and removal of added signal from PHY layer.
  • the PHY protocol module may include a modulator, demodulator equalizer, FEC encoder, FEC decoder, and the like.
  • the MAC protocol module 23 performs a necessary process for transferring and transmitting data transmitted from an upper layer to the PHY protocol module, and is responsible for additional transmissions for basic communication. To this end, it processes the data required for transmission in the upper layer, processes it to be transmitted and transmitted to the PHY protocol module, and processes the received data transmitted in the PHY protocol module and delivers it to the upper layer. It is also responsible for handling the communication protocol by taking care of any additional transmission and reception necessary for this data transfer.
  • Embodiments of the present invention described above may be implemented through various means.
  • embodiments of the present invention may be implemented by hardware, firmware, software, or a combination thereof.
  • a method according to embodiments of the present invention may include one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), and Programmable Logic Devices (PLDs). It may be implemented by field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, and the like.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs field programmable gate arrays
  • processors controllers, microcontrollers, microprocessors, and the like.
  • the method according to the embodiments of the present invention may be implemented in the form of a module, a procedure, or a function that performs the functions or operations described above.
  • the software code may be stored in a memory unit and driven by a processor.
  • the memory unit may be located inside or outside the processor, and may exchange data with the processor by various known means.

Landscapes

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

Abstract

본 발명의 일 실시예는, WFD(Wi-Fi Display)에서 WFD 소스가 듀얼 스크린에 관한 신호를 송수신하는 방법에 있어서, 상기 WFD 소스에 디스플레이되고 있는 것과 상이한 컨텐츠를 WFD 싱크로 스트리밍하는 단계; 상기 WFD 싱크로부터 상기 컨텐츠의 제어에 관한 지시를 수신하는 단계; 및 상기 WFD 싱크로부터 지시된 동작을 수행하는 단계를 포함하며, 상기 WFD 소스가 상기 WFD 싱크로부터 지시된 동작과는 독립적으로 상기 컨텐츠의 제어에 관한 동작을 수행한 경우, 상기 WFD 소스는 반드시 수행된 동작에 따른 상태를 상기 WFD 싱크에게 전송하는, WFD 소스의 신호 송수신 방법이다.

Description

무선 통신 시스템에서 WFD 소스가 듀얼 스크린에 관한 신호를 송수신 방법 및 장치
이하의 설명은 무선 통신 시스템에 대한 것으로, 보다 구체적으로는 와이파이 다이렉트에서 WFD 소스가 듀얼 스크린에 관한 신호를 송수신 방법 및 장치에 대한 것이다.
최근 정보통신 기술의 발전과 더불어 다양한 무선 통신 기술이 개발되고 있다. 이 중에서 무선랜(WLAN)은 무선 주파수 기술을 바탕으로 개인 휴대용 정보 단말기(Personal Digital Assistant; PDA), 랩탑 컴퓨터, 휴대용 멀티미디어 플레이어(Portable Multimedia Player; PMP)등과 같은 휴대용 단말기를 이용하여 가정이나 기업 또는 특정 서비스 제공지역에서 무선으로 인터넷에 액세스할 수 있도록 하는 기술이다.
기존의 무선랜 시스템에서 기본적으로 요구되는 무선 액세스 포인트(AP) 없이, 장치(device)들이 서로 용이하게 연결할 수 있도록 하는 직접 통신 기술로서, 와이파이 다이렉트(Wi-Fi Direct) 또는 Wi-Fi P2P(peer-to-peer)의 도입이 논의되고 있다. 와이파이 다이렉트에 의하면 복잡한 설정과정을 거치지 않고도 장치들이 연결될 수 있고, 사용자에게 다양한 서비스를 제공하기 위해서, 일반적인 무선랜 시스템의 통신 속도로 서로 데이터를 주고 받는 동작을 지원할 수 있다.
최근 다양한 Wi-Fi 지원 장치들이 이용되며, 그 중에서도 AP 없이 Wi-Fi 장치간 통신이 가능한 Wi-Fi Direct 지원 장치의 개수가 증가하고 있다. WFA(Wi-Fi Alliance)에서는 Wi-Fi Direct 링크를 이용한 다양한 서비스(예를 들어, 센드(Send), 플레이(Play), 디스플레이(Display), 프린트(Print) 등)을 지원하는 플랫폼을 도입하는 기술이 논의되고 있다. 이를 와이파이 다이렉트 서비스(WFDS)라고 칭할 수 있다. WFDS에 따르면, 애플리케이션, 서비스 등은 ASP(Application Service Platform)이라는 서비스 플랫폼에 의해서 제어 또는 관리될 수 있다.
무선랜(WLAN) 기술에 대한 표준은 IEEE(Institute of Electrical and Electronics Engineers) 802.11 그룹에서 개발되고 있다. IEEE 802.11a 및 b는 2.4.GHz 또는 5GHz에서 비면허 대역(unlicensed band)을 이용하고, IEEE 802.11b는 11Mbps의 전송 속도를 제공하고, IEEE 802.11a는 54 Mbps의 전송 속도를 제공한다. IEEE 802.11g는 2.4GHz에서 직교 주파수 분할 다중화(Orthogonal Frequency Division Multiplexing, OFDM)를 적용하여 54Mbps의 전송 속도를 제공한다. IEEE 802.11n은 다중입출력 OFDM(Multiple Input Multiple Output-OFDM, MIMO-OFDM)을 적용하여 300Mbps의 전송 속도를 제공한다. IEEE 802.11n은 채널 대역폭(channel bandwidth)을 40 MHz까지 지원하며, 이 경우 600Mbps의 전송 속도를 제공한다.
IEEE 802.11e에 따른 무선랜 환경에서의 DLS(Direct Link Setup) 관련 프로토콜은 BSS(Basic Service Set)가 QoS(Quality of Service)를 지원하는 QBSS(Quality BSS)를 전제로 한다. QBSS에서는 비-AP(Non-AP) STA 뿐만 아니라 AP도 QoS를 지원하는 QAP(Quality AP)이다. 그런데, 현재 상용화되어 있는 무선랜 환경(예를 들어, IEEE 802.11a/b/g 등에 따른 무선랜 환경)에서는 비록 Non-AP STA이 QoS를 지원하는 QSTA(Quality STA)이라고 하더라도 AP는 QoS를 지원하지 못하는 레거시(Legacy) AP가 대부분이다. 그 결과, 현재 상용화되어 있는 무선랜 환경에서는 QSTA이라고 하더라도 DLS 서비스를 이용할 수가 없는 한계가 있다.
터널 다이렉트 링크 설정(Tunneled Direct Link Setup; TDLS)은 이러한 한계를 극복하기 위하여 새롭게 제안된 무선 통신 프로토콜이다. TDLS는 QoS를 지원하지는 않지만 현재 상용화된 IEEE 802.11a/b/g 등의 무선랜 환경에서도 QSTA들이 다이렉트 링크를 설정할 수 있도록 하는 것과 전원 절약 모드(Power Save Mode; PSM)에서도 다이렉트 링크의 설정이 가능하도록 하는 것이다. 따라서 TDLS는 레거시 AP가 관리하는 BSS에서도 QSTA들이 다이렉트 링크를 설정할 수 있도록 하기 위한 제반 절차를 규정한다. 그리고 이하에서는 이러한 TDLS를 지원하는 무선 네트워크를 TDLS 무선 네트워크라고 한다.
종래의 무선랜은 무선 액세스 포인트(AP)가 허브로서 기능하는 인프라스트럭쳐(infrastructure) BSS에 대한 동작을 주로 다루었다. AP는 무선/유선 연결을 위한 물리 계층 지원 기능과, 네트워크 상의 장치들에 대한 라우팅 기능과, 장치를 네트워크에 추가/제거하기 위한 서비스 제공 등을 담당한다. 이 경우, 네트워크 내의 장치들은 AP를 통하여 연결되는 것이지, 서로간에 직접 연결되는 것은 아니다.
장치들 간의 직접 연결을 지원하는 기술로서 와이파이 다이렉트(Wi-Fi Direct) 표준의 제정이 논의되고 있다.
Wi-Fi 다이렉트 네트워크는 Wi-Fi 장치들이 홈 네트워크, 오피스 네트워크 및 핫스팟 네트워크에 참가하지 않아도, 서로 장치-대-장치(Device to Device; D2D)(혹은, Peer-to-Peer; P2P) 통신을 수행할 수 있는 네트워크로서 Wi-Fi 연합(Alliance)에 의해 제안되었다. 이하, Wi-Fi Direct 기반 통신을 와이파이 D2D 통신(간단히, D2D 통신) 혹은 와이파이 P2P 통신(간단히, P2P 통신)이라고 지칭한다. 또한, 와이파이 P2P 수행 장치를 와이파이 P2P 장치, 간단히 P2P 장치라고 지칭한다.
WFDS 네트워크는 적어도 하나의 Wi-Fi 장치를 포함할 수 있다. WFDS 장치는 디스플레이 장치, 프린터, 디지털 카메라, 프로젝터 및 스마트 폰 등 Wi-Fi를 지원하는 장치들을 포함한다. 또한, WFDS 장치는 Non-AP STA 및 AP STA를 포함한다. WFDS 네트워크 내의 WFDS 장치들은 서로 직접 연결될 수 있다. 구체적으로, P2P 통신은 두 WFDS 장치들간의 신호 전송 경로가 제3의 장치(예를 들어, AP) 또는 기존 네트워크(예를 들어, AP를 거쳐 WLAN에 접속)를 거치지 않고 해당 WFDS 장치들간에 직접 설정된 경우를 의미할 수 있다. 여기서, 두 WFDS 장치들 간에 직접 설정된 신호 전송 경로는 데이터 전송 경로로 제한될 수 있다. 예를 들어, P2P 통신은 복수의 Non-STA들이 AP를 거치지 않고 데이터(예, 음성/영상/문자 정보 등)를 전송하는 경우를 의미할 수 있다. 제어 정보(예, P2P 설정을 위한 자원 할당 정보, 무선 장치 식별 정보 등)를 위한 신호 전송 경로는 WFDS 장치들(예를 들어, Non-AP STA-대-Non-AP STA, Non-AP STA-대-AP) 간에 직접 설정되거나, AP를 경유하여 두 WFDS 장치들(예를 들어, Non-AP STA-대-Non-AP STA) 간에 설정되거나, AP와 해당 WFDS 장치(예를 들어, AP-대-Non-AP STA#1, AP-대-Non-AP STA#2) 간에 설정될 수 있다.
와이파이 다이렉트는 링크 계층(Link layer)의 동작까지 정의하는 네트워크 연결 표준 기술이다. 와이파이 다이렉트에 의해서 구성된 링크의 상위 계층에서 동작하는 애플리케이션에 대한 표준이 정의되어 있지 않기 때문에, 와이파이 다이렉트를 지원하는 장치들이 서로 연결된 후에 애플리케이션을 구동하는 경우의 호환성을 지원하기가 어려웠다. 이러한 문제를 해결하기 위해서, 와이파이 다이렉트 서비스(WFDS)라는 상위 계층 애플리케이션의 동작에 대한 표준화가 와이파이 얼라이언스(WFA)에서 논의중이다.
도 1은 와이파이 다이렉트 서비스(WFDS) 프레임워크 구성요소를 설명하기 위한 도면이다.
도 1의 Wi-Fi Direct 계층은, 와이파이 다이렉트 표준에 의해서 정의되는 MAC 계층을 의미한다. Wi-Fi Direct 계층은 와이파이 다이렉트 표준과 호환되는 소프트웨어로서 구성될 수 있다. Wi-Fi Direct 계층의 하위에는 Wi-Fi PHY와 호환되는 물리 계층(미도시)에 의해서 무선 연결이 구성될 수 있다. Wi-Fi Direct 계층의 상위에 ASP(Application Service Platform)이라는 플랫폼이 정의된다.
ASP는 공통 공유 플랫폼(common shared platform)이며, 그 상위의 애플리케이션(Application) 계층과 그 하위의 Wi-Fi Direct 계층 사이에서 세션(session)관리, 서비스의 명령 처리, ASP간 제어 및 보안 기능을 수행한다.
ASP의 상위에는 서비스(Service) 계층이 정의된다. 서비스 계층은 용도(use case) 특정 서비스들을 포함한다. WFA에서는 4개의 기본 서비스인 센드(Send), 플레이(Play), 디스플레이(Display), 프린트(Print) 서비스를 정의한다. 또한, 인에이블(Enable) API(Application Program Interface)는 기본 서비스 외에 서드파티(3rd party) 애플리케이션을 지원하는 경우에 ASP 공통 플랫폼을 이용할 수 있도록 하기 위해서 정의된다.
도 1에서는 서비스의 예시로서, Send, Play, Display, Print, 또는 서드파티 애플리케이션에서 정의하는 서비스 등을 도시하지만, 본 발명의 적용 범위가 이에 제한되는 것은 아니다. 예를 들어, 본 문서에서 "서비스"라는 용어는 상기 Send, Play, Display, Print, 또는 서드파티 애플리케이션에서 정의하는 서비스 외에도, 와이파이 시리얼버스(Wi-Fi Serial Bus; WSB), 와이파이 도킹(Wi-Fi Docking), 또는 인접 인지 네트워크(Neighbor Awareness Networking; NAN)을 지원하기 위한 서비스 중의 어느 하나일 수도 있다.
Send는 두 WFDS 장치간 파일 전송을 수행할 수 있는 서비스 및 애플리케이션을 의미한다. Play는 두 WFDS 장치간 DLNA(Digital Living Network Alliance)를 기반으로 하는 오디오/비디오(A/V), 사진, 음악 등을 공유 또는 스트리밍하는 서비스 및 애플리케이션을 의미한다. Print는 문서, 사진 등의 콘텐츠를 가지고 있는 장치와 프린터 사이에서 문서, 사진 출력을 가능하게 하는 서비스 및 애플리케이션을 의미한다. Display는 WFA의 미라캐스트(Miracast) WFD 소스와 WFD 싱크 사이에 화면 공유를 가능하게 하는 서비스 및 애플리케이션을 의미한다.
애플리케이션 계층은 사용자 인터페이스(UI)를 제공할 수 있으며, 정보를 사람이 인식 가능한 형태로 표현하고 사용자의 입력을 하위 계층에 전달하는 등의 기능을 수행한다.
본 발명은 WFD 소스가 듀얼 스크린에 관한 신호를 송수신 방법을 기술적 과제로 한다.
본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명의 일 실시예는, WFD(Wi-Fi Display)에서 WFD 소스가 듀얼 스크린에 관한 신호를 송수신하는 방법에 있어서, 상기 WFD 소스에 디스플레이되고 있는 것과 상이한 컨텐츠를 WFD 싱크로 스트리밍하는 단계; 상기 WFD 싱크로부터 상기 컨텐츠의 제어에 관한 지시를 수신하는 단계; 및 상기 WFD 싱크로부터 지시된 동작을 수행하는 단계를 포함하며, 상기 WFD 소스가 상기 WFD 싱크로부터 지시된 동작과는 독립적으로 상기 컨텐츠의 제어에 관한 동작을 수행한 경우, 상기 WFD 소스는 반드시 수행된 동작에 따른 상태를 상기 WFD 싱크에게 전송하는, WFD 소스의 신호 송수신 방법이다.
본 발명의 일 실시예는, WFD(Wi-Fi Display)를 지원하는 WFD 소스 장치에 있어서, 수신 모듈; 및 프로세서를 포함하고, 상기 프로세서는, 상기 WFD 소스에 디스플레이되고 있는 것과 상이한 컨텐츠를 WFD 싱크로 스트리밍하고, 상기 WFD 싱크로부터 상기 컨텐츠의 제어에 관한 지시를 수신하며, 상기 WFD 싱크로부터 지시된 동작을 수행하며, 상기 WFD 소스가 상기 WFD 싱크로부터 지시된 동작과는 독립적으로 상기 컨텐츠의 제어에 관한 동작을 수행한 경우, 상기 WFD 소스는 반드시 수행된 동작에 따른 상태를 상기 WFD 싱크에게 전송하는, WFD 소스 장치이다.
상기 WFD 싱크에게 전송하는, 수행된 동작에 따른 상태는, M15 SET_PARAMETER에 포함되어 전송될 수 있다.
상기 상기 WFD 싱크에게 전송되는 M15 SET_PARAMETER는 상기 지시된 동작에 따른 상태를 나타내는 wfdx-uibc-ds-status 파라미터를 포함할 수 있다.
상기 WFD 싱크에게 전송되는 M15 SET_PARAMETER는 wfdx-uibc-ds-control 파라미터를 포함할 수 있다.
상기 WFD 싱크에게 전송되는 wfdx-uibc-ds-status 파라미터가 pause인 경우, 상기 WFD 싱크에게 전송되는 wfdx-uibc-ds-control 파라미터는 none으로 설정된 것일 수 있다.
상기 WFD 싱크에게 전송되는 wfdx-uibc-ds-status 파라미터가 display인 경우, 상기 WFD 싱크에게 전송되는 wfdx-uibc-ds-control 파라미터는 재생에 관련된 값으로 설정된 것일 수 있다.
상기 WFD 싱크로부터 수신된, 상기 컨텐츠의 제어에 관한 지시는, M15 SET_PARAMETER에 포함되어 수신된 것일 수 있다.
상기 WFD 싱크로부터 수신된 M15 SET_PARAMETER는 상기 컨텐츠의 제어에 관한 지시를 나타내는 wfdx-uibc-ds-control 파라미터를 포함할 수 있다.
상기 WFD 싱크로부터 수신된 M15 SET_PARAMETER는 wfdx-uibc-ds-status 파라미터를 포함할 수 있다.
상기 WFD 싱크로부터 수신된 wfdx-uibc-ds-status 파라미터는, 상기 WFD 싱크로부터 수신된 wfdx-uibc-ds-control 파라미터의 값에 무관하게 일정한 값을 가질 수 있다.
상기 WFD 싱크로부터 수신된 wfdx-uibc-ds-status 파라미터의 값은 항상 none일 수 있다.
상기 WFD 소스가 M15 SET_PARAMETER에 대한 응답으로써, M15 SET_PARAMETER OK를 전송하는 단계를 더 포함할 수 있다.
상기 WFD 싱크에게 전송하는, 수행된 동작에 따른 상태는 소스의 UI를 통해서 동작하는 Pause, Play, Fast Forward, Rewind, Next (file), Previous, ProgressBar (shift) 중 하나일 수 있다.
본 발명에 따르면, 듀얼 스크린 모드에서 제어가 효율적으로 수행될 수 있다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서에 첨부되는 도면은 본 발명에 대한 이해를 제공하기 위한 것으로서 본 발명의 다양한 실시형태들을 나타내고 명세서의 기재와 함께 본 발명의 원리를 설명하기 위한 것이다.
도 1은 WFDS 시스템의 예시적인 구조를 나타내는 도면이다.
도 2는 WFD 세션의 예시들을 나타낸다.
도 3은 WFD 세션 수립을 위해 필요한 절차들을 설명하기 위한 도면이다.
도 4는 WFDS 장치/서비스 디스커버리 절차를 예시한다.
도 5는 UDP를 통한 디스커버리가 도시되어 있다.
도 6은 WFD 연결 토폴로지를 나타낸다.
도 7은 WFD 능력 교환 및 협상을 설명하기 위한 도면이다.
도 8은 WFD 세션 수립을 설명하기 위한 도면이다.
도 9 내지 도 10은 듀얼 스크린 모드를 설명하기 위한 도면이다.
도 11 내지 도 12에는 본 발명의 실시예에 의한 듀얼 스크린 제어 동작 에 관련된 방법들이 도시되어 있다.
도 13 내지 도 14에는 UIBC 협상 과정이 도시되어 있다.
도 15 내지 도 도 16에는 듀얼 스크린 모드에의 진입이 도시되어 있다.
도 17 내지 도 20에는 듀얼 스크린 모드의 해제가 도시되어 있다.
도 21 내지 도 22는 본 발명의 일 실시예에 따른 무선 장치의 구성을 나타내는 블록도이다.
이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
이하의 실시예들은 본 발명의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성할 수도 있다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다.
이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시된다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
본 발명의 실시예들은 무선 액세스 시스템들인 IEEE 802 시스템, Wi-Fi 시스템, 3GPP 시스템, 3GPP LTE 및 LTE-A(LTE-Advanced)시스템 및 3GPP2 시스템 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 발명의 실시예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.
이하의 기술은 CDMA(Code Division Multiple Access), FDMA(Frequency Division Multiple Access), TDMA(Time Division Multiple Access), OFDMA(Orthogonal Frequency Division Multiple Access), SC-FDMA(Single Carrier Frequency Division Multiple Access) 등과 같은 다양한 무선 액세스 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다.
도 2는 WFD(Wi-Fi Display) 세션의 예시들을 나타낸다. 도 2(a)는 오디오-단독(audio only) 세션으로써, WFD 소스는 프라이머리 WFD 싱크 또는 세컨더리 WFD 싱크 중 어느 하나와 연결될 수 있다. 도 2(b)는 비디오-단독(video-only) 세션으로써, WFD 소스는 프라이머리 WFD 싱크와 연결된다. 도 2(c)는 오디오 및 비디오 세션으로써, 도 2(b)의 경우와 마찬가지로, WFD 소스와 연결되는 WFD 싱크는 프라이머리 WFD 싱크만 가능하다. 도 2(d)는 커플드 WFD 싱크(Coupled WFD Sink) 동작의 경우 세션 연결을 예시하고 있다. 이와 같은 경우, 프라이머리 WFD 싱크는 비디오를, 세컨더리 WFD 싱크는 오디오를 각각 렌더링할 수 있으며, 대안적으로 프라이머리 WFD 싱크가 비디오 및 오디오를 모두 렌더링 할 수도 있다.
이와 같은 세션은 도 3에 도시된 바와 같은 절차를 수행한 후 수립될 수 있다. 구체적으로, WFD 장치 탐색(WFD Device Discovery, S401), WFD 서비스 디스커버리(WFD Service Discovery, S402), WFD 연결 셋업(WFD Connection Setup, S403), 능력 교환 및 협상(Capability Exchange and Negotiation, S404) 절차를 수행한 후 세션이 수립될 수 있다. 이하, 이에 대해 순차적으로 살펴본다.
WFD 장치 디스커버리
소스는 WFD 장치 디스커버리를 통해 WFD를 위한 피어 장치, 즉 WFD 싱크를 찾을 수 있다.
WFD 장치 디스커버리를 위해 WFD 장치들은 비콘, 프로브 요청 프레임 및 프로브 응답 프레임 등에 WFD IE(Information Element)를 포함할 수 있다. 여기서, WFD IE는 장치 타입, 장치 상태 등의 WFD와 관련된 정보를 포함하는 정보 요소로써, 이에 대한 상세한 설명은 후술한다. WFD 장치가 WFD IE를 포함하는 프로브 요청 프레임을 수신한 경우, 이에 대한 응답으로 자신의 WFD IE를 포함하는 프로브 응답 프레임을 전송할 수 있다. 만약 WFD 장치가 인프라스트럭처 AP와 연계되어 있고 Wi-Fi P2P 장치로 동작하는 경우, 프로브 요청 프레임에는 WFD IE, WSC(Wi-Fi Simple Configuration) IE 및 P2P 정보 요소가 포함될 수 있다. 이에 대한 응답인 프로브 응답 프레임은 프로브 요청 프레임이 수신된 채널을 통해 전송되며, P2P IE, WSC IE 및 WFD IE를 모두 포함할 수 있다. 도 4에는 WFDS 1.0에 정의된 장치 디스커버리와 서비스 디스커버리 과정이 도시되어 있다.
상술한 설명에서 언급되지 않은 WFD 장치 디스커버리에 관련된 내용들은 'Wi-Fi Display Technical Specification' 및/또는 'Wi-Fi Peer-to-Peer (P2P) Technical Specification Wi-Fi Direct Service Addendum' 문서에 따를 수 있으며, 이는 이하의 설명들에도 적용된다.
WFD 서비스 디스커버리
WFD 장치 디스커버리를 수행한 WFD 소스 및/또는 WFD 싱크는, 필요한 경우, 서로의 서비스 능력을 탐색할 수 있다. 구체적으로, 어느 하나의 WFD 장치가 WFD 능력이 정보 부 요소(information subelement)로서 포함되는 서비스 탐색 요청 프레임을 전송하면, 다른 WFD 장치는 이에 대한 응답으로 자신의 WFD 능력이 정보 부 요소로서 포함되는 서비스 탐색 응답 프레임을 전송할 수 있다. 서비스 탐색 절차의 수행을 위해, 장치 탐색 절차에 이용되는 프로브 요청 프레임 및 응답 프레임에는 WFD 장치가 서비스 탐색 절차를 지원하는 능력을 갖추고 있는지 여부를 지시하는 정보가 포함될 수 있다.
도 5에는 시커가 UDP를 통해서 장치와 서비스를 디스커버리하는 과정을 나타낸다. 두 장치는 AP에 연결되면 특정 포트 (또는 ASP Coordination Protocol port)를 열게 된다. 이 포트로 ASP는 디스커버리 요청 패킷을 서브넷 전체에 브로드캐스트할 수 있다. 이를 수신한 애드버타이저는 해당하는 서비스를 매칭하고 장치와 서비스에 대한 정보를 담아서 디스커버리 응답을 AP를 통해서 유니캐스트로 전달할 수 있다.
WFD 연결 셋업
WDF 장치 디스커버리 그리고 선택적으로 WFD 서비스 디스커버리 절차를 수행한 WFD 장치는 WFD 연결 셋업을 위한 WDF 장치를 선택할 수 있다. 정책 또는 사용자 입력 등에 따라 WFD 연결 셋업을 위한 WFD 장치를 선택한 후의 WFD 연결은 Wi-Fi P2P 및 TDLS 중 어느 하나의 연결 스킴(Connectivity Scheme)이 사용될 수 있다. WFD 장치들은 선호하는 연결(Preferred Connectivity) 정보 및 WFD 정보 요소와 함께 전달되는 연계된 BSSID 부 요소에 기초하여, 연결 스킴을 결정할 수 있다. 도 6(a), 6(b)에는 Wi-Fi P2P를 사용한 연결과 TDLS를 사용한 연결이 도시되어 있다. 도 6(a)에서 AP는 WFD 소스와 WFD 싱크에게 공통되는 것 또는 상이한 것일 수 있다. 또는, AP는 존재하지 않는 것일 수도 있다. TDLS를 사용하여 WFD 연결을 수행하는 경우, WFD 소스와 WFD 싱크는, 도 6(b)와 같이, AP와 연결을 유지해야 한다.
WFD 능력 교환 및 협상
WFD 장치들 사이에 WFD 연결 셋업이 수행되면, WFD 장치는 WFD 능력 교환 및 협상을 진행할 수 있다. WFD 능력 협상을 통해 WFD 소스 및 WFD 싱크는 서로가 지원하는 코덱, 코덱의 프로파일 정보, 코덱의 레벨 정보 및 해상도 정보 중 적어도 하나 이상이 WFD 장치에게 전달된다. WFD 능력 교환 및 협상은 RTSP(Real-Time Streaming Protocol)를 이용한 메시지를 교환에 의해 수행될 수 있다. 또한, WFD 세션 동안의 오디오/비디오 페이로드를 정의 하는 파라미터 셋을 결정할 수 있다. WFD 능력 교환 및 협상은 도 7에 도시된 바와 같이 RTSP M1부터 RTSP M4 메시지의 교환에 의할 수 있다.
구체적으로, WFD 소스는 RTSP 절차 및 WFD 능력 협상을 시작하기 위한 RTSP M1 (요청) 메시지를 전송할 수 있다(S801). RTSP M1 요청 메시지는 WFD 싱크에서 지원하는 RTSP 메소드(methods) 셋(set)을 결정하기 위한 RTSP OPTIONS 요청을 포함할 수 있다. RTSP M1 요청 메시지를 수신한 WFD 싱크는 자신이 지원하는 RTSP 메소드가 열거된 RTSP M1 응답 메시지를 전송할 수 있다(S802).
계속해서, WFD 싱크는 WFD 소스에서 지원하는 RTSP 메소드 셋을 결정하기 위한 RTSP M2 요청 메시지를 전송할 수 있다(S803). RTSP M2 요청 메시지가 수신되면, WFD 소스는 자신이 지원하는 RTSP 메소드가 열거된 RTSP M2 응답 메시지로 응답할 수 있다(S804).
소스는 알고 싶은 WFD 능력들의 목록을 명시한 RTSP M3 요청 메시지 (RTSP GET_PARAMETER 요청 메시지)를 전송할 수 있다(S805). RTSP M3 요청 메시지가 수신되면, WFD 싱크는 RTSP M3 응답 메시지(RTSP GET_PARAMETER 응답 메시지)로 응답할 수 있다.
RTSP M3 응답 메시지에 기초하여, WFD 소스는 WFD 세션 동안 사용될 최적의 파라미터 셋을 결정하고, 결정된 파라미터 셋을 포함하는 RTSP M4 요청 메시지(RTSP SET_PARAMETER 요청 메시지)를 WFD 싱크로 전송할 수 있다(S806). 이를 수신한 WFD 싱크는 RTSP M4 응답 메시지(RTSP SET_PARAMETER 응답 메시지)를 전송할 수 있다(S806).
WFD 세션 수립
WFD 능력 교환 및 협상을 수행한 WFD 장치들은 도 8에 도시된 바와 같은 절차를 통해 WFD 세션을 수립할 수 있다. 구체적으로, WFD 소스는 RTSP SET 파라미터 요청 메시지(RTSP M5 Trigger SETUP request)를 WFD 싱크로 전송할 수 있다(S901). 이에 대해 WFD 싱크는 RTSP M5 응답 메시지(RTSP M5 response)로 응답할 수 있다.
트리거 파라미터 SETUP을 포함하는 RTSP M5 메시지가 성공적으로 교환되면, WFD 싱크는 RTSP SETUP 요청 메시지(RTSP M6 request)를 WFD 소스로 전송할 수 있다. RTSP M6 요청 메시지가 수신되면, WFD 소스는 RTSP SETUP 응답 메시지(RTSP M6 response)로 응답할 수 있다. RTSP M6 응답 메시지의 상태 코드가 'OK'를 지시한다면, RTSP 세션은 성공적으로 구축된 것일 수 있다.
RTSP M6 메시지의 성공적인 교환 이후, WFD 싱크는 RTP 스트림을 수신할 준비가 되었을 알리기 위해 RTSP PLAY 요청 메시지(RTSP M7 request)를 WFD 소스로 전송할 수 있다. WFD 소스는 RTSP PLAY 응답 메시지(RTSP M7 response)로 응답할 수 있다. 여기서, RTSP PLAY 응답 메시지의 상태 코드 'OK'는 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에서 사용될 입력 타입, 입력 장치 및 다른 파라미터들을 선택하기 위한 RTSP M14 요청 메시지 또는 UIBC를 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을 리프레시할 것을 요청하는 M13 요청 메시지, UIBC에서 사용될 입력 타입, 입력 장치 및 다른 파라미터들을 선택하기 위한 RTSP M14 요청 메시지 또는 UIBC를 enable 또는 disable하기 위한 RTSP M15 요청 메시지 등을 WFD 소스로 전송할 수 있다. WFD 싱크로부터 상기 열거된 RTSP 요청 메시지를 수신한 WFD 소스는 RTSP 응답 메시지로 응답할 수 있다.
WFD 세션이 구축되어, 오디오/비디오 스트리밍이 시작되면, WFD 소스 및 WFD 싱크는 양자가 공통으로 지원하는 코덱을 이용하여 오디오/비디오 스트리밍을 진행할 수 있다. WFD 소스와 WFD 싱크가 공통으로 지원하는 코덱을 이용함에 따라, 양자간의 상호 운용성(interoperability)을 보장할 수 있다.
WFD 정보 요소(Information Element)
WFD 통신은 WFD IE에 기초하는데, WFD IE의 프레임 포맷은 다음 표 1과 같다.
Field Size (octets) Value (Hexadecimal) Description
Element ID 1 DD IEEE 802.11 vendor specific usage
Length 1 Variable Length of the following fields in the IE in octets. The length field is variable and set to 4 plus the total length of WFD subelements.
OUI 3 50-6F-9A WFA Specific OUI(Organizationally Unique Identifier)
OUI Type 1 0A Identifying the type or version of the WFD IE. Setting to 0x0A indicates WFA WFD v1.0
WFD subelements Variable One or more WFD subelements appear in the WFD IE
상기 표 1과 같이, WFD IE는 종래의 P2P IE와 유사하게 Element ID 필드, Length 필드, WFD 특정의 OUI 필드, WFD IE의 타입/버전을 나타내는 OUI type 필드 및 WFD subelement 필드로 이루어진다. WFD subelement 필드는 다음 표 2와 같은 형식을 가진다.
Field Size (octets) Value (Hexadecimal) Description
Subelement ID 1 Identifying the type of WFD subelement. (구체적 값은 표3 참조)
Length 2 Variable Length of the following fields in the subelement
Subelements body field Variable Subelement specific information fields
Subelement ID (Decimal) Notes
0 WFD Device Information
1 Associated BSSID
2 WFD Audio Formats
3 WFD Video Formats
4 WFD 3D Video Formats
5 WFD Content Protection
6 Coupled Sink Information
7 WFD Extended Capability
8 Local IP Address
9 WFD Session Information
10 Alternative MAC Address
11-255 Reserved
1옥텟의 subelement ID 필드는 이 WFD subelement가 어떤 정보를 포함하는 것인지를 지시한다. 구체적으로, subelement ID 필드의 값 0, 1, … 10은, 이 subelement가 각각 WFD Device Information subelement, Associated BSSID subelement, WFD Audio Formats subelement, WFD Video Formats subelement, WFD 3D Video Formats subelement, WFD Content Protection subelement, Coupled Sink Information subelement, WFD Extended Capability subelement, Local IP Address subelement, WFD Session Information subelement, Alternative MAC Address subelement 임을 나타낼 수 있다. 여기서, WFD Device Information subelement는 WFD 장치와의 페어링 및 세션 생성을 시도할 지 결정하는데 필요한 정보들을 포함한다. Associated BSSID subelement는 현재 연계된 AP의 주소를 지시하는데 사용된다. WFD Audio Formats subelement, WFD Video Formats subelement, WFD 3D Video Formats subelement는 각각 오디오, 비디오, 3D 비디오에 관련된 WFD 장치의 능력(capability)를 지시하는데 사용된다. WFD Content Protection subelement는 컨텐츠 보호 스킴에 관련된 정보를 전달하며, Coupled Sink Information subelement는 coupled WFD 싱크의 상태, MAC 주소 등에 관한 정보를 전달한다. WFD Extended Capability subelement는 기타 WFD 장치의 다양한 능력 정보를, Local IP Address subelement는 TDLS 셋업 과정에서 WFD 피어에게 IP 주소를 전달하는데 사용된다. WFD Session Information subelement는 WFD 그룹 내 WFD 장치 정보 기술자의 리스트 등의 정보를 포함하며, WFD 연결 스킴이 장치 디스커버리에서 사용되는 것과 다른 인터페이스(예를 들어, MAC 주소)를 필요로 하는 경우 Alternative MAC Address subelement가 관련 정보를 전달할 수 있다.
계속해서, Subelement body 필드는 subelement ID에 해당하는 subelement의 구체적인 정보를 포함한다. 예를 들어, WFD Device Information subelement의 경우, subelement body 필드는 다음 표 3에 예시된 바와 같이, WFD 장치에 관한 정보를 포함하는 WFD Device Information 서브필드, RTSP 메시지를 수신하기 위한 TCP 포트 정보를 나타내는 Session Management Control Port 서브필드 및 최대 평균 수율에 대한 정보인 WFD Device Maximum Throughput 서브필드를 포함할 수 있다.
Field Size (octets) Value Description
Subelement ID 1 0 Identifying the type of WFD subelement. (구체적 값은 표3 참조)
Length 2 6 Length of the following fields of the subelement.
WFD Device Information 2 표 5 참조
Session Management Control Port 2 Valid TCP port Default 7236. TCP port at which the WFD Device listens for RTSP messages. (If a WFD Sink that is transmitting this subelement does not support the RTSP server function, this field is set to all zeros.) The WFD Device can choose any value other than default 7236.
WFD Device Maximum Throughput 2 Maximum average throughput capability of the WFD Device represented in multiples of 1Mbps
Bits Name Interpretation
1:0 WFD Device Type bits 0b00: WFD Source0b01: Primary Sink0b10: Secondary Sink0b11: dual-role possible, i.e., either a WFD Source or a Primary Sink
2 Coupled Sink Operation Support at WFD Source bit 0b0: Coupled Sink Operation not supported by WFD Source. 0b1: Coupled Sink Operation supported by WFD SourceThis bit is valid for WFD Device Type bits set to value 0b00 or 0b11. When WFD Device Type bits value is 0b01 or 0b10, the value of this b2 is ignored upon receiving.
3 Coupled Sink Operation Support at WFD Sink bit 0b0: Coupled Sink Operation not supported by WFD Sink0b1: Coupled Sink Operation supported by WFD SinkThis bit is valid for WFD Device Type bits set to value 0b01, 0b10 or 0b11. When WFD Device Type bits value is 0b00, the value of this b3 is ignored upon receiving.
5:4 WFD Session Availability bits 0b00: Not available for WFD Session0b01: Available for WFD Session0b10, 0b11: Reserved
6 WSD Support bit 0b0: WFD Service Discovery (WSD): Not supported0b1: WFD Service Discovery (WSD): Supported
7 PC bit 0b0: Preferred Connectivity (PC): P2P0b1: Preferred Connectivity (PC): TDLS
8 CP Support bit 0b0: Content Protection using the HDCP system 2.0/2.1: Not supported0b1:Content Protection using the HDCP system 2.0/2.1: Supported
9 Time Synchronization Support bit 0b0: Time Synchronization using 802.1AS: Not supported0b1: Time Synchronization using 802.1AS: Supported
10 Audio un-supported at Primary Sink bit 0b0: all cases except below0b1: If B1B0=0b01 or 0b11, and this WFD Device does not support audio rendering when acting as a Primary Sink
11 Audio only support at WFD Source bit 0b0: all cases except below0b1: If B1B0=0b00 or 0b11, and this WFD Device supports transmitting audio only elementary stream when acting as a WFD Source
DSDP (Dual screen Dual Play)
DSDP(Dual screen Dual Play) 기능은 WFD 소스(예를 들어, 스마트폰)가 콘텐츠를 WFD 싱크(예를 들어, TV)로 스트리밍하는 것을 의미한다. 특히, DSDP에서는 WFD 소스의 화면과 WFD 싱크의 화면이 서로 다를 수 있다. 즉, 스트리밍 받은 컨텐츠를 재생하는 WFD 싱크와 달리, WFD 소스는 다른 화면(예를 들어, 도 9에 예시된 바와 같이 스트리밍 이전의 화면을 유지 또는 다른 어플리케이션의 실행 등)을 구성하고 있을 수 있다. 듀얼 스크린 모드에서 WFD 소스 장치는 자신 현재 화면전체를 인코딩하여 송신하여 WFD 싱크에 동일한 화면이 보여지는 것이 아니라, WFD 소스 장치 내부에 저장된 컨텐츠 또는 컨텐츠 공급자를 통해서 수신한 컨텐츠를 별도의 듀얼 스크린에 보여지게 하는 것을 의미한다. 이는 기존의 WFD에서 WFD 소스와 WFD 싱크가 동일한 화면을 갖는 것과 상이하며, 따라서 DSDP에 기존 UIBC 기능(도 10에 예시된 바와 같이, WFD 싱크 장치에서 WFD 소스 장치로 control 정보를 전달하여 WFD 싱크 장치가 Souce Device를 control)이 그대로 적용될 수 없다. 이하에서는 DSDP에서 UIBC 제어를 수행하기 위한 방법들에 대해 설명한다.
Extended UIBC Control
듀얼 스크린 모드에 진입하면, WFD 소스는 자신의 스크린에 표시되는 화면과 다른 화면을 인코딩 혹은 다이렉트 스트리밍 할 수 있다. 즉, WFD 소스는 디스플레이되고 있는 것과 상이한 컨텐츠를 WFD 싱크로 스트리밍할 수 있다. 이러한 경우, WFD 싱크는 이하에서 설명되는 extended UIBC를 통해 WFD 소스를 제어할 수 있다. 즉, WFD 소스는 WFD 싱크로부터 컨텐츠의 제어에 관한 지시를 수신하고, WFD 싱크로부터 그 지시된 동작을 수행할 수 있다.
여기서, WFD 싱크로부터 수신된, 컨텐츠의 제어에 관한 지시는, M15 SET_PARAMETER(M15 RTSP SET_PARAMETER REQUEST)에 포함되어 수신된 것일 수 있다. WFD 소스는 M15 SET_PARAMETER에 대한 응답으로써, M15 SET_PARAMETER OK를 전송할 수 있다.
M15 SET_PARAMETER는 컨텐츠의 제어에 관한 지시를 나타내는 wfdx-uibc-ds-control 파라미터 및/또는 wfdx-uibc-ds-status 파라미터를 포함할 수 있다. wfdx-uibc-ds-status 파라미터는 wfdx-uibc-ds-control와 동등한 레벨의 파라미터이거나 또는 wfdx-uibc-ds-control 파라미터의 서브 파라미터일 수 있다. WFD 싱크로부터 수신된 wfdx-uibc-ds-status 파라미터는, WFD 싱크로부터 수신된 wfdx-uibc-ds-control 파라미터의 값에 무관하게 일정한 값을 가질 수 있다. 즉, WFD 싱크로부터 수신된 wfdx-uibc-ds-status 파라미터의 값은 항상 none으로 설정될 수 있다.
이와 같이 WFD 싱크에 의해 전송된 M15 SET_PARAMETER에 의해 제어가 수행되는 경우, WFD 1.0 규격에서 정의한 UIBC의 동작은 disable된다. 그리고, wfdx-uibc-ds-control파라미터의 ds-contorl sub-parameter는 다음 표 6과 같이 정의된 것일 수 있다.
ds-control Direction Description
DsStart src->snk 듀얼 스크린 모드에 진입, 초 단위로 전체 재생 시간과 재생시작 시점을 포함
DsStop src->snk,snk->src 듀얼 스크린 모드를 종료
DsPlay snk->src Pause된 듀얼 스크린 모드의 스트리밍을 시작
DsPause snk->src Play중 듀얼 스크린 모드의 스트리밍을 Pause
DsFF snk->src Forward 버튼의 동작; 동일한 영상에서 영상을 앞으로 이동 기능
DsREW snk->src Rewinder 버튼의 동작; 동일한 영상에서 영상을 뒤로 이동
DsNext snk->src 재생 목록에서 다음 영상으로 이동
DsPrevious snk->src 재생 목록에서 이전 영상으로 이동
DsProgressBar snk->src 재생중인 영상의 특정 시점으로 이동. 초 단위의 값으로 특정 시점 표시
한편, WFD 소스가 WFD 싱크로부터 지시된 동작과는 독립적으로 컨텐츠의 제어에 관한 동작을 수행한 경우, WFD 소스는 반드시 수행된 동작에 따른 상태를 WFD 싱크에게 전송한다. 즉, 듀얼 스크린 모드 동작 중에 UIBC가 아닌 WFD 소스 장치의 UI를 통해서 특정 동작을 하는 경우, WFD 소스는 그 동작에 따른 상태를 WFD 싱크에게 알려야 한다.
이를 위해, WFD 싱크에게 전송하는, 수행된 동작에 따른 상태는, M15 SET_PARAMETER (M15 RTSP SET_PARAMETER REQUEST)에 포함되어 전송될 수 있다. WFD 싱크에게 전송되는 M15 SET_PARAMETER는 지시된 동작에 따른 상태를 나타내는 wfdx-uibc-ds-status 파라미터 및/또는 WFD 싱크에게 전송되는 M15 SET_PARAMETER는 wfdx-uibc-ds-control 파라미터를 포함할 수 있다. 여기서, wfdx-uibc-ds-status 파라미터에 의한 ds-status는 다음 표 7과 같이 정의될 수 있다.
ds-status Direction Description
DsStatusPlay src -> snk 소스의 UI를 통해서 Pause된 영상이 Play되는 경우 전달, 혹은 DsStart를 통해서 듀얼 스크린 모드가 최초 시작되는 경우 전달
DsStatusPause src -> snk 소스의 UI를 통해서 Play 중인 영상이 Pause되는 경우 전달
DsStatusFF src -> snk 소스의 UI를 통해서 FF가 실행되느 경우
DsStatusREW src -> snk 소스의 UI를 통해서 REW가 실행되는 경우
DsStatusNext src -> snk 소스의 UI를 통해서 Next가 실행되는 경우
DsStatusPrevious src -> snk 소스의 UI를 통해서 Previous가 실행되는 경우
DsStatusProgressBar src -> snk 소스의 UI를 통해서 영상의 특정시점으로 이동하여 재생
도 11 내지 도 12에는 각각 상술한 WFD 싱크의 WFD 소스 제어 및 WFD 소스의 독립적 제어 동작 수행과 이에 대한 알림에 관한 예시가 도시되어 있다.
도 11을 참조하면, WFD 싱크는 WFD 소스에게 M15 REQUEST를 통해서 wfdx_uibc_ds_control의 DsPause를 전송할 수 있다. 이는 스트리밍을 동작중에 사용자가 WFD 싱크의 UI을 통해서 Pause 버튼을 눌렀을 경우 수행되는 것일 수 있다. 이를 수신한 WFD 소스는 M15 RESPONSE로 OK를 보내고 현재 듀얼 스크린 모드로 전송하는 스트림을 일시정지 한다. 사용자가 WFD 싱크의 UI를 통해서 Play button을 누르는 경우 WFD 싱크는 UIBC를 통해서 M15 REQUEST로 wfdx_uibc_ds_control의 DsPlay를 송신하게 된다. 이후 WFD 소스는 이전 일시정지된 스트림을 재시작하게 된다. 사용자가 WFD 싱크의 UI를 통해서 스트림의 특정 시간을 선택하여 하여 해당시간부터 재생하기 위해서는 wfdx_uibc_ds_control: DsProgressBar xxx 를 보내게 된다. 이를 받은 WFD 소스는 해당 시간인 xxx초에 해당하는 부분의 영상부터 다시 인코딩하여 보내게 된다. 이때 WFD 싱크 장치는 최초 DsStart의 인자로 받은 전체 영상의 재생 길이(초단위)를 바탕으로 전송하게 된다.
도 12를 참조하면, 듀얼 스크린 모드로 스트리밍중에 WFD 소스의 UI를 통해서 Pause 입력이 있는 경우, WFD 소스 장치에서는 현재 듀얼 스크린 모드로 전송 중인 영상을 pause하게 된다. 이 때 영상이 Pause되었다는 정보를 WFD 싱크로 전달해야만 WFD 싱크에서도 영상이 pause된 상태를 알 수 있게 된다. 따라서, WFD 소스는 M15 SET_PARAMETER에 ds-status 서브 파라미터를 DsStatusPause로 설정하여 WFD 싱크에게 알림으로써 WFD 싱크는 현재 영상이 Pause 되었음을 알 수 있다. 이때 ds-control 은 none으로 설정해야 한다.
Extended UIBC Capability Negotiation
상술한 바와 같은 extended UIBC는 WFD 싱크와 WFD 소스가 Extended UIBC Capability를 협상하고, 듀얼 스크린 모드에 진입한 이후 수행되는 것일 수 있다. 이하 이에 대해 상세히 살펴본다.
Extended UIBC의 Capabiliby는 RTSP의 M3 GET_PARAMETER와 M4의 SET_PARAMETER를 사용하며 협상이 수행될 수 있고, UIBC의 Update는 M14와 M15의 SET_PARAMETER를 사용할 수 있다. 이때 사용되는 RTSP 파라미터는 wfdx-uibc-capability와 wfdx-uibc-ds-control일 수 있다.
Extended UIBC의 연결과 유지는 RTSP GET_PARAMETER와 SET_PARAMETER 메시지를 사용한다. UIBC제어 정보를 전송하기 위해서 사용되는 TCP 포트는 기존 UIBC parameter인 wfd-uibc-capability에 포함된다. 만약 추가로 Extended UIBC을 위한 포트를 추가하기 위해서는 wfdx-uibc-capability에 신규 포트를 추가할 수 있다.. Extended UIBC를 사용하기 위해서는 반드시 Wi-Fi Display 1.0 규격에 정의된 UIBC 기능을 지원해야 한다. 기존에는 프리페랄이 몇 개이든 하나의 포트만 사용
소스가 Extended UIBC를 사용하기 위해서 M3 REQUEST(GET_PARAMETER REQUEST)에 wfd_uibc_capability와 wfdx_uibc_capability를 포함할 수 있다. 만약 WFD 소스가 Extended UIBC를 지원하지 않으면 M3 REQUEST에는 기존 Wi-Fi Disply 규격에 정의된 wfd_uibc_capability만 포함될 수 있다. 만약 WFD 싱크가 Extended UIBC를 지원하고 WFD 소스가 M3 REQUEST를 통해서 wfd_uibc_capability와 wfdx_uibc_capability를 요청하는 경우, WFD 싱크는 M3 RESPONSE (GET_PARAMETER RESPONSE)에 wfd_uibc_capability와 wfdx_uibc_capability를 포함할 수 있다. 만약 WFD 싱크가 WFD 1.0 규격에 정의한 Lagacy UIBC만 지원하는 경우라면 M3 RESPONSE에 wfd_uibc_capability만 포함될 수 있다. WFD 소스는 M3 교환이 끝나고 WFD 싱크의 UIBC 와 Extended UIBC 지원여부를 확인하고 M4 REQUEST(SET_PARAMETER)를 통해서 UIBC 설정을 할 수 있다.
도 13(a)에는 기존 WFD 1.0에서 정의한 UIBC 설정 과정이 도시되어 있고, 도 13(b)에는 WFD 소스와 WFD 싱크가 Extended UIBC를 지원하는 경우 UIBC와 Extended UIBC를 설정하는 과정의 예시가 도시되어 있다.
도 13(b)을 참조하면, WFD 소스는 M3 REQUEST에 wfd-uibc_capability와 wfdx_uibc_capability를 포함하여 전달할 수 있다. WFD 싱크가 Extended UIBC Capability를 지원하는 경우 M3 RESPONSE에 wfdx_uibc_capability 파라미터를 포함할 수 있다. 예를 들어, 듀얼 스크린 모드를 지원하는 경우 ds_cap_list를 통해 Back Channel로 전달할 수 있는 제어 정보를 알려줄 수 있다.
소스는 M4 REQUEST SET_PARAMETER를 통해서 Extended UIBC의 설정할 수 있다. 이때 extended_port_list의 경우, 기존 UIBC Port를 재사용하는 경우 none으로 표시하고, 신규 포트를 Extended UIBC를 위해서 할당할 경우 기존 UIBC와 다르게 UDP 포트를 설정할 수 있다. 예를 들어, M4 SET_PARAMETER REQUEST에서는 TCP 포트 1000을 기존 UIBC을 위해서 사용하고, UDP 19800을 Extended UIBC를 위해서 사용할 수 있다.
도 14에는 상술한 설명에 의해 수립된 Extend UIBC의 업데이트 과정이 도시되어 있다. Extended UIBC의 update에는 M4/M14 REQUEST SET_PARAMETER REQUEST와 M4/M14 RESPONSE SET_PARAMETER RESPONSE를 사용할 수 있다. 이때 메시지에 포함되는 파마리터의 경우 기존 wfd_uibc_capability와 wfdx_uibc_capability가 될 수 있다. WFD Device가 M14를 송신하는 조건은 기존 WFD 1.0 규격과 동일하다.
듀얼 스크린 모드 진입
이하, 도 15 내지 도 16을 참조하며, 듀얼 스크린 모드 진입에 관련된 구성들을 살펴본다.
도 15를 참조하면, WFD 소스가 이전 M4 과정을 통해서 협상된 정보를 유지하고 듀얼 스크린 모드로 진입하는 경우, M15만으로 듀얼 스크린 모드로 진입이 가능하다. 만약 듀얼 스크린 모드로 진입시에 video, audio codec등 최초 협상한 값과 변경되는 경우 M4 REQUEST를 사용하게 되며 이때 M4 SET_PARAMETER REQUEST에는 반드시 wfd-av-format-change-timing 파라미터가 추가되어야 한다. WFD 소스는 듀얼 스크린 모드를 통해서 재생할 영상 전체 재생시간과 현재 듀얼 스크린으로 재생을 시작하는 시작시간을 DsStart 뒤에 초 단위로 알려줄 수 있다. WFD 싱크는 이 정보를 바탕으로 영상의 전체 재생시간과 현재 재생시간을 알 수 있게 되며, WFD 싱크의 UI등에서 재생 영상의 progress bar를 생성하는 기준이 된다. 도 15에서 DsStart 뒤에 전체 재생시간 7200초와 시작시간 0초를 설정함으로써 WFD 소스는 전체 재생시간 7200초인 영상의 시작부터 듀얼 스크린 모드로 재생하는 것을 알릴 수 있다. WFD 소스는 기존 협상한 설정은 유지한채로 M15를 통해서 듀얼 스크린 모드를 시작할 수 있다. 이때 WFD 1.0에 정의된 wfd_uibc_setting은 반드시 disable해야 된다. UIBC를 disable한다는 의미는 UIBC을 위해서 설정한 포트 및 IP 상위 세션은 유지한 상태에서, WFD 싱크가 백 채널(back channel)로 어떠한 UIBC 제어 정보 (예를 들어, 좌표정보, 키입력 정보)를 WFD 소스로 보내지 않는 상태를 의미할 수 있다. WFD 소스에서 듀얼 스크린 모드를 Start하는 경우, wfdx_uibc_ds_status를 DsStatusPlay로 전달하여 듀얼 스크린 모드를 통해서 영상을 play한다는 상태를 WFD 싱크 장치에게 알릴 수 있다.
도 16은 WFD 소스가 기존 M4 REQUEST와 RESPONSE를 통해서 설정한 Setting과 다른 설정으로 M4 REQUEST를 통해서 듀얼 스크린 모드를 시작하는 과정을 나타낸다. 이때 AV의 포맷은 Wi-Fi Display 규격에 정의한 wfd-av-format-change-timing 파라미터를 사용하여 새로운 AV 포맷을 설정할 수 있다. 듀얼 스크린 모드인 경우 WFD 소스의 설정에 따라서 AV 인코딩을 보다 높은 값을 설정하거나, WFD 소스에 저장된 컨텐츠에 원본 resolution으로 전송하여 전송되는 컨텐츠의 품질을 높일 수 있다. 단, WFD 소스는 최초 M3 RESPONSE GET_PARAMETER를 통해서 받은 WFD 싱크가 지원하는 AV 포맷 중 하나로 설정해야만 한다. 또한 WFD 1.0에 정의된 wfd_uibc_setting은 반드시 disable해야된다.
상술한 과정이 완료되면 WFD 소스와 WFD 싱크는 듀얼 스크린 모드에 진입하게 된다. WFD 소스는 듀얼 스크린 모드를 통해서 현재 WFD 소스의 화면과 다른 스크린을 전송할 수 있다. WFD 싱크 역시 M4/M14 RESPONE로 OK를 전달한 이후 듀얼 스크린 재생을 위한 모드로 진입하고 듀얼 스크린 모드에서 Extended UIBC를 수행할 수 있다.
듀얼 스크린 모드의 해제
듀얼 스크린 모드를 통해서 전송하는 영상의 재생이 완료되거나 사용자 입력에 의해서 종료되는 경우에 WFD 소스와 WFD 싱크는 듀얼 스크린 모드를 해제하게 된다. 종료의 과정은 M15 혹은 M4를 통해서 진행되게 되며, WFD 소스 혹은 WFD 싱크에서 Initiation 될 수 있다.
도 17에는 듀얼 스크린 모드의 해제가 WFD 소스에 의해 수행된 경우 듀얼 스크린 모드의 해제 절차가 예시되어 있다. 도 18을 참조하면, WFD 소스 는 듀얼 스크린 모드의 종료를 위해서 M15 REQEUST SET_PARAMETER에 wfd_uibc_setting와 wfdx_uibc_ds_control를 포함하여 전송할 수 있다. 듀얼 스크린 모드진입 이전에 WFD 1.0 UIBC가 enable되었다가 듀얼 스크린 모드 진입시에 disable되었다면 wfd_uibc_setting을 enable한다. 그리고 wfdx_uibc_ds_control의 DsStop을 통해서 듀얼 스크린 모드의 종료를 WFD 싱크에게 알릴 수 있다. 이를 받은 WFD 싱크는 듀얼 스크린 모드의 종료와 기존 UIBC 설정을 다시 enable하게 된다.
도 18은 M4 REQUEST를 통해서 WFD 소스가 듀얼 스크린 모드를 종료하는 과정을 보여준다. 듀얼 스크린 모드를 종료하기 위한 M4 Request내에는 반드시 wfdx_uibc_ds_control가 포함되어야 하며, 다른 파라미터의 경우 추가로 포함될 수 있다. 듀얼 스크린 모드 진입시에 WFD 소스에 의해서 video 포맷, audio codec등이 변경되었으면 WFD 소스는 M4 REQUEST에 wfd-av-format-change-timing파라미터를 통해서 듀얼 스크린 모드 진입 이전에 설정으로 되돌리 수 있다. 또한 듀얼 스크린 모드 진입시에 WFD 1.0 UIBC 기능이 disable 되었다면 M4 REQUEST 내에 wfd_uibc_setting을 enable한다. M4 REQUEST 내에는 반드시 M3 RESPONSE를 통해서 받은 WFD 싱크의 capability 맞는 설정을 해야 한다.
계속해서, 듀얼 스크린 모드의 종료 요청은 WFD 싱크에서 수행될 수 있다. WFD 싱크 장치의 UI를 통해서 현재 스트리밍 중인 영상이 종료되는 경우, WFD 싱크는 M15 REQUEST를 통해서 듀얼 스크린 모드를 종료할 수 있다.
도 19는 WFD 싱크가 사용자 입력을 통해서 듀얼 스크린 모드를 종료하는 과정을 보여준다. WFD 싱크가 사용자의 입력을 받아서 듀얼 스크린 모드를 종료하는 경우에 M15 REQUEST message내에 wfdx_uibc_ds_control에 DsStop 을 전송하게 된다. 이를 받은 WFD 소스는 M15 RESPONSE로 응답하고 듀얼 스크린 모드를 종료하게 된다. 만약 듀얼 스크린 모드 진입시에 WFD 1.0 UIBC 기능이 enable에서 disable로 변경되었다면, WFD 싱크는 wfd_uibc_setting의 enable를 통해서 기존 UIBC 연결을 enable하게 된다.
소스가 M15 RESPONSE 응답 후 듀얼 스크린 모드를 종료할 때, 듀얼 스크린 모드 진입이전에 video 포맷, audio codec 정보들이 변경되었다면 WFD 소스는 M4 REQUEST message를 통해서 듀얼 스크린 모드 진입 이전의 설정으로 복귀할 수 있다. 듀얼 스크린 모드종료 서점에서 M4를 이용한 복구 과정은 도 20에 예시된 바와 같다.
상술한 설명에서 Extended UIBC와 관련된 정보를 표현하는 wfdx-uibc-capability 파라미터는 다음 표 8과 같을 수 있다. 파라미터 내에 "none"으로 표시된 부분은 해당 sub-parameter value을 지원하지 않는다는 의미이다.
wfdx-uibc-capability = "wfdx_uibc_capability:" SP ("none" / (extended-capability-val ";" ds-cap-val ";" extended-port-val)) CRLF; "none" if not supportedextended-capability-val = "extended_capability_list=" ("none" / extended-capability-list)extended-capability-list = extended-capability * ("," SP extended-capability-list)extended-capability = "DS" / "VOBC" ds-cap-val = "ds_cap_list=" ("none" / ds-cap-list)ds-cap-list = ds-cap *("," SP ds-cap-list)ds-cap = "DsStart" / "DsStop" / "DsPlay" / "DsPause" / "DsFF" / "DsREW" / "DsPrevious" / "DsNext" / "DsProgressBar"extended-port-val = extended_port_list=" ("none" / extended-port-list)extended-port-list = extended-port-protocol "/" extended-port-number extended-port-protocol = "TCP" / "UDP"extended-port-number = IPPORT
Extended UIBC를 위해서 사용되는 Port는 WFD UIBC와 동일한 TCP 포트를 재사용할 수 있다. 이때 extended-port-val는 "none"으로 설정한다. Extended UIBC를 위한 신규 IP Port 할당을 위해서 extended-port-val를 사용하여 TCP 혹은 UDP 포트를 할당하여 사용할 수 있다.
wfdx-uibc-capability는 wfd-uibc-capability와 동일하게 M4 and/or M14 request message에 포함될 수 있다.
그리고, wfdx-uibc-ds-control 파라미터는 다음 표 9와 같을 수 있다.
wfdx-uibc-ds-control = "wfdx_uibc_ds_control:" SP ds-control SP "wfdx_uibc_ds_status:" SP sd-status CRLFds-control = ds-start-val / "DsStop" / "DsPlay" / "DsPause" / "DsFF" / "DsREW" / "DsPrevious" / "DsNext" / ds-progressbar-var / "none"ds-status = "DsStatusPlay" / "DsStatusPause" / "DsStatusFF" / "DsStatusREW" / "DsStatusPrevious" / "DsStatusNext" / ds-progressbar-var / "none"ds-start-val = "DsStart" SP 1*5(DIGIT) SP 1*5(DIGIT); Total play time and starting offset in secondsds-progressbar-val = "DsProgressBar" SP 1*5(DIGIT); Time offset in seconds
도 21은 본 발명의 일 실시예에 따른 무선 장치의 구성을 나타내는 블록도이다.
무선 장치(10)는 프로세서(11), 메모리(12), 송수신기(13)를 포함할 수 있다. 송수신기(13)는 무선 신호를 송신/수신할 수 있고, 예를 들어, IEEE 802 시스템에 따른 물리 계층을 구현할 수 있다. 프로세서(11)는 송수신기(13)와 전기적으로 연결되어 IEEE 802 시스템에 따른 물리 계층 및/또는 MAC 계층을 구현할 수 있다. 또한, 프로세서(11)는 전술한 본 발명의 다양한 실시예에 따른 애플리케이션, 서비스, ASP 계층 중의 하나 이상의 동작을 수행하도록 구성되거나 또는 AP/STA로 동작하는 장치에 관련된 동작을 수행하도록 구성될 수 있다. 또한, 전술한 본 발명의 다양한 실시예에 따른 무선 장치의 동작을 구현하는 모듈이 메모리(12)에 저장되고, 프로세서(11)에 의하여 실행될 수도 있다. 메모리(12)는 프로세서(11)의 내부에 포함되거나 또는 프로세서(11)의 외부에 설치되어 프로세서(11)와 공지의 수단에 의해 연결될 수 있다.
도 21의 무선 장치(10)의 구체적인 구성은, 전술한 본 발명의 다양한 실시예에서 설명한 사항들이 독립적으로 적용되거나 또는 2 이상의 실시예가 동시에 적용되도록 구현될 수 있으며, 중복되는 내용은 명확성을 위하여 설명을 생략한다.
도 22는 본 발명의 실시예를 위한 무선 장치의 또 다른 구성을 도시한 도면이다.
도 22를 참조하면, RF 트랜시버(21)는 PHY 프로토콜 모듈(22)에서 만들어진 정보를 RF 스펙트럼으로 옮기고, 필터링/증폭 등을 수행하여 안테나를 송신하거나, 안테나에서 수신되는 RF 신호를 PHY 프로토콜 모듈에서 처리가 가능한 대역으로 옮기고, 이를 위한 필터링 등의 과정을 처리하는 기능을 담당한다. 이러한 송신과 수신의 기능을 전환하기 위한 스위칭 기능 등도 포함될 수 있다.
PHY 프로토콜 모듈(22)은 MAC 프로토콜 모듈(23)에서 전송을 요구하는 데이터에 대하여 FEC 인코딩 및 변조, 프리앰블, 파일럿 등의 부가 신호를 삽입하는 등의 처리를 하여 RF 트랜시버로 전달하는 역할과 동시에 RF 트랜시버에서 전달되는 수신 신호를 복조, 등화, FEC 디코딩 및 PHY 계층에서 부가된 신호의 제거 등의 과정을 통해 MAC 프로토콜 모듈로 데이터를 전달하는 역할을 수행한다. 이를 위하여 PHY 프로토콜 모듈 내에는 모듈레이터, 디모듈레이터 등화기, FEC 인코더, FEC 디코더 등이 포함될 수 있다.
MAC 프로토콜 모듈(23)은 상위 계층에서 전달되는 데이터를 PHY 프로토콜 모듈로 전달, 전송하기 위하여 필요한 과정을 수행하기도 하고, 기본적인 통신이 이루어지기 위한 부가적인 전송들을 담당한다. 이를 위해서 상위 계층에서 전송 요구되는 데이터를 전송하기에 적합하게 가공하여 PHY 프로토콜 모듈로 전달 및 전송하도록 처리하고, 또 PHY 프로토콜 모듈 에서 전달된 수신 데이터를 가공하여 상위 계층로 전달하는 역할을 수행한다. 또한, 이러한 데이터 전달을 위해서 필요한 여타의 부가적인 송수신을 담당함으로써 통신 프로토콜을 처리하는 역할 또한 담당한다.
상술한 본 발명의 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 발명의 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
하드웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 프로세서, 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
상술한 바와 같이 개시된 본 발명의 바람직한 실시형태에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 실시 형태를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 따라서, 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다.
상술한 바와 같은 본 발명의 다양한 실시형태들은 IEEE 802.11 시스템을 중심으로 설명하였으나, 다양한 이동통신 시스템에 동일한 방식으로 적용될 수 있다.

Claims (14)

  1. WFD(Wi-Fi Display)에서 WFD 소스가 듀얼 스크린에 관한 신호를 송수신하는 방법에 있어서,
    상기 WFD 소스에 디스플레이되고 있는 것과 상이한 컨텐츠를 WFD 싱크로 스트리밍하는 단계;
    상기 WFD 싱크로부터 상기 컨텐츠의 제어에 관한 지시를 수신하는 단계; 및
    상기 WFD 싱크로부터 지시된 동작을 수행하는 단계;
    를 포함하며,
    상기 WFD 소스가 상기 WFD 싱크로부터 지시된 동작과는 독립적으로 상기 컨텐츠의 제어에 관한 동작을 수행한 경우, 상기 WFD 소스는 반드시 수행된 동작에 따른 상태를 상기 WFD 싱크에게 전송하는, WFD 소스의 신호 송수신 방법.
  2. 제1항에 있어서,
    상기 WFD 싱크에게 전송하는, 수행된 동작에 따른 상태는, M15 SET_PARAMETER에 포함되어 전송되는, WFD 소스의 신호 송수신 방법.
  3. 제2항에 있어서,
    상기 상기 WFD 싱크에게 전송되는 M15 SET_PARAMETER는 상기 지시된 동작에 따른 상태를 나타내는 wfdx-uibc-ds-status 파라미터를 포함하는, WFD 소스의 신호 송수신 방법.
  4. 제3항에 있어서,
    상기 WFD 싱크에게 전송되는 M15 SET_PARAMETER는 wfdx-uibc-ds-control 파라미터를 포함하는, WFD 소스의 신호 송수신 방법.
  5. 제4항에 있어서,
    상기 WFD 싱크에게 전송되는 wfdx-uibc-ds-status 파라미터가 pause인 경우, 상기 WFD 싱크에게 전송되는 wfdx-uibc-ds-control 파라미터는 none으로 설정된 것인, WFD 소스의 신호 송수신 방법.
  6. 제4항에 있어서,
    상기 WFD 싱크에게 전송되는 wfdx-uibc-ds-status 파라미터가 display인 경우, 상기 WFD 싱크에게 전송되는 wfdx-uibc-ds-control 파라미터는 재생에 관련된 값으로 설정된 것인, WFD 소스의 신호 송수신 방법.
  7. 제1항에 있어서,
    상기 WFD 싱크로부터 수신된, 상기 컨텐츠의 제어에 관한 지시는, M15 SET_PARAMETER에 포함되어 수신된 것인, WFD 소스의 신호 송수신 방법.
  8. 제7항에 있어서,
    상기 WFD 싱크로부터 수신된 M15 SET_PARAMETER는 상기 컨텐츠의 제어에 관한 지시를 나타내는 wfdx-uibc-ds-control 파라미터를 포함하는, WFD 소스의 신호 송수신 방법.
  9. 제8항에 있어서,
    상기 WFD 싱크로부터 수신된 M15 SET_PARAMETER는 wfdx-uibc-ds-status 파라미터를 포함하는, WFD 소스의 신호 송수신 방법.
  10. 제8항에 있어서,
    상기 WFD 싱크로부터 수신된 wfdx-uibc-ds-status 파라미터는, 상기 WFD 싱크로부터 수신된 wfdx-uibc-ds-control 파라미터의 값에 무관하게 일정한 값을 가지는, WFD 소스의 신호 송수신 방법.
  11. 제8항에 있어서,
    상기 WFD 싱크로부터 수신된 wfdx-uibc-ds-status 파라미터의 값은 항상 none인, WFD 소스의 신호 송수신 방법.
  12. 제1항에 있어서,
    상기 WFD 소스가 M15 SET_PARAMETER에 대한 응답으로써, M15 SET_PARAMETER OK를 전송하는 단계;
    를 더 포함하는, WFD 소스의 신호 송수신 방법.
  13. 제1항에 있어서,
    상기 WFD 싱크에게 전송하는, 수행된 동작에 따른 상태는 소스의 UI를 통해서 동작하는 Pause, Play, Fast Forward, Rewind, Next (file), Previous, ProgressBar (shift) 중 하나인, WFD 소스의 신호 송수신 방법.
  14. WFD(Wi-Fi Display)를 지원하는 WFD 소스 장치에 있어서,
    수신 모듈; 및
    프로세서를 포함하고,
    상기 프로세서는, 상기 WFD 소스에 디스플레이되고 있는 것과 상이한 컨텐츠를 WFD 싱크로 스트리밍하고, 상기 WFD 싱크로부터 상기 컨텐츠의 제어에 관한 지시를 수신하며, 상기 WFD 싱크로부터 지시된 동작을 수행하며,
    상기 WFD 소스가 상기 WFD 싱크로부터 지시된 동작과는 독립적으로 상기 컨텐츠의 제어에 관한 동작을 수행한 경우, 상기 WFD 소스는 반드시 수행된 동작에 따른 상태를 상기 WFD 싱크에게 전송하는, WFD 소스 장치.
PCT/KR2015/010107 2014-09-24 2015-09-24 무선 통신 시스템에서 wfd 소스가 듀얼 스크린에 관한 신호를 송수신 방법 및 장치 WO2016048065A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201462054395P 2014-09-24 2014-09-24
US62/054,395 2014-09-24
US201462061153P 2014-10-08 2014-10-08
US62/061,153 2014-10-08

Publications (1)

Publication Number Publication Date
WO2016048065A1 true WO2016048065A1 (ko) 2016-03-31

Family

ID=55581490

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2015/010107 WO2016048065A1 (ko) 2014-09-24 2015-09-24 무선 통신 시스템에서 wfd 소스가 듀얼 스크린에 관한 신호를 송수신 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2016048065A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130176237A1 (en) * 2012-01-11 2013-07-11 E Ink Holdings Inc. Dual screen electronic device and operation method thereof
KR20130096059A (ko) * 2012-02-21 2013-08-29 주식회사 팬택 원격의 싱크 장치를 표시하는 방법, 이를 위한 소스 장치 및 시스템
US20130238702A1 (en) * 2012-01-06 2013-09-12 Qualcomm Incorporated Wireless display with multiscreen service
US20130246565A1 (en) * 2011-09-19 2013-09-19 Qualcomn Incorporated Sending human input device commands over internet protocol
KR20140081172A (ko) * 2012-12-21 2014-07-01 주식회사 팬택 싱크 장치, 소스 장치, 이들을 포함하는 무선랜 시스템 및 싱크 장치를 제어하는 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130246565A1 (en) * 2011-09-19 2013-09-19 Qualcomn Incorporated Sending human input device commands over internet protocol
US20130238702A1 (en) * 2012-01-06 2013-09-12 Qualcomm Incorporated Wireless display with multiscreen service
US20130176237A1 (en) * 2012-01-11 2013-07-11 E Ink Holdings Inc. Dual screen electronic device and operation method thereof
KR20130096059A (ko) * 2012-02-21 2013-08-29 주식회사 팬택 원격의 싱크 장치를 표시하는 방법, 이를 위한 소스 장치 및 시스템
KR20140081172A (ko) * 2012-12-21 2014-07-01 주식회사 팬택 싱크 장치, 소스 장치, 이들을 포함하는 무선랜 시스템 및 싱크 장치를 제어하는 방법

Similar Documents

Publication Publication Date Title
WO2014088378A1 (ko) 무선 통신 시스템에서 세션 초기화 방법 및 장치
WO2014109513A1 (ko) 무선 통신 시스템에서 디스커버리 방법 및 장치
WO2014123383A1 (ko) 무선 통신 시스템에서 세션 수립 방법 및 장치
WO2015167269A1 (ko) 무선 통신 시스템에서 서비스 디스커버리 방법 및 장치
WO2014208878A1 (ko) 직접 통신 시스템에서 디바이스 탐색 방법 및 이를 위한 장치
KR101838079B1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
WO2014025218A1 (ko) 와이파이 다이렉트 서비스를 위한 피투피 그룹 생성 방법 및 장치
WO2017039376A1 (ko) 무선 통신 시스템에서 연결 능력 정보를 교환하는 방법 및 장치
JP2017512332A (ja) ワイファイディスプレイサービスの実行方法及びそのための装置
WO2017018823A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼 세션 형성 방법 및 장치
WO2017014579A1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
US10200108B2 (en) Wireless docking system for audio-video relay
WO2015119329A1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
WO2016148523A1 (ko) 무선 통신 시스템에서 서비스 디스커버리를 수행하는 방법 및 장치
WO2015133859A1 (en) Method and system for establishing a connection between a seeker device and a target device
US10051673B2 (en) Method and apparatus for session initiation in wireless communication system
WO2016111562A1 (ko) Wfd에서 배터리 상태를 리포트하는 방법 및 장치
WO2020085539A1 (en) Method for establishing peer to peer service session over infrastructure link
WO2017043718A1 (ko) Wfd 싱크에 의해 영상의 오리엔테이션을 변화시키는 방법 및 장치
WO2017155271A1 (ko) 무선 통신 시스템에서 트랜스포트를 통해 스트리밍을 제공받는 방법 및 장치
EP2873169A1 (en) Scheme for device discovery and p2p group formation
JP2018521549A (ja) 逆方向チャネルオーディオセッションを管理するための技法
WO2016068632A1 (ko) 무선 통신 시스템에서 와이파이 다이렉트를 지원하는 장치가 디스커버리를 수행하는 방법 및 장치
WO2016048065A1 (ko) 무선 통신 시스템에서 wfd 소스가 듀얼 스크린에 관한 신호를 송수신 방법 및 장치
WO2016126148A1 (ko) 와이파이 디스플레이 장치에서 세션을 설정하는 방법 및 장치

Legal Events

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

Ref document number: 15845064

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

Country of ref document: EP

Kind code of ref document: A1