WO2017155271A1 - 무선 통신 시스템에서 트랜스포트를 통해 스트리밍을 제공받는 방법 및 장치 - Google Patents

무선 통신 시스템에서 트랜스포트를 통해 스트리밍을 제공받는 방법 및 장치 Download PDF

Info

Publication number
WO2017155271A1
WO2017155271A1 PCT/KR2017/002433 KR2017002433W WO2017155271A1 WO 2017155271 A1 WO2017155271 A1 WO 2017155271A1 KR 2017002433 W KR2017002433 W KR 2017002433W WO 2017155271 A1 WO2017155271 A1 WO 2017155271A1
Authority
WO
WIPO (PCT)
Prior art keywords
transport
message
source device
wfd
rtsp
Prior art date
Application number
PCT/KR2017/002433
Other languages
English (en)
French (fr)
Inventor
박기원
이병주
김동철
조영준
임태성
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to US16/082,524 priority Critical patent/US11064003B2/en
Publication of WO2017155271A1 publication Critical patent/WO2017155271A1/ko
Priority to US17/345,456 priority patent/US11611604B2/en

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/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup

Definitions

  • Wi-Fi P2P has been added to support direct communication between devices while retaining most of the features of the existing Wi-Fi standard. Therefore, there is an advantage in that the device equipped with the Wi-Fi chip can fully utilize hardware and physical characteristics, and provide P2P communication between devices mainly by upgrading software functions.
  • a sink device is provided with a streaming from a source device in a wireless communication system.
  • the method for receiving streaming includes receiving streaming through a first transport from a source device, and when the first transport is disconnected, transmitting a first message including transport related information of the sink device to the source device. And receiving a second message including transport related information of the source device from the source device, and receiving streaming from one of the first transport and the second transport from the source device.
  • the first message is a message requesting switching to the second transport, and when the sink device receives the second message in response to the first message, the switched second transport Streaming can be provided from the source device.
  • the present disclosure may provide a method for recovering a transport in a wireless communication system.
  • FIG. 9 is a view illustrating a process of connecting a WFDS session by discovering devices and discovering services between WFDS devices in a conventional WFDS.
  • 17 is a diagram illustrating a method for recovering a transport when a UDP socket of a WFD sink device is disconnected.
  • FIG. 23 is a diagram illustrating a method for recovering a transport when a TCP socket of a WFD source device is disconnected.
  • 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.
  • P2P power management deals with the P2P device power management method and the signal processing method at the time of the power saving mode.
  • the ASP may be operated based on at least one of Wi-Fi, Wi-Fi Direct, Neighbor Awareness Networking (NAN), Near Field Communication (NFC), and Bluetooth Low Energy (BLE).
  • Wi-Fi may be one interface. That is, the interface may refer to a method for supporting the operation of the terminal. In this case, a specific method for interworking with the device / service discovery by the ASP will be described based on the above-described interfaces.
  • NFC may operate in a relatively low frequency band of 13.56 MHz.
  • an NFC channel may be selectively used.
  • the searching P2P device may discover the P2P device using the NFC channel.
  • NFC device discovery may mean that two P2P devices agree on a common channel for group formation and share provisioning information, such as a device's password.
  • FIG. 12 is a diagram illustrating a method of switching a transport by a WFD sink device.
  • the WFD source device 1210 may transmit an RTSP M1 message to the WFD sink device 1220.
  • the RTSP M1 message may be a message for requesting the start of the RTSP procedure.
  • the WFD sink device 1220 may then send an RTSP M2 message to the WFD source device 1210.
  • the RTSP M2 message may include information on whether RTSP procedure initiation can be started and RTSP option information.
  • the WFD sink device 1420 may send an RTSP M6 request message to the WFD source device 1410 for transport switching.
  • the WFD source device 1410 may transmit an RTSP M6 response message to the WFD sink device 1420 in response to the RTSP M6 request message received from the WFD sink device 1420, as described above.
  • the WFD source device 1510 may provide audio / video streaming as real time data to the WFD sink device 1520.
  • the WFD source device 1510 may provide audio / video streaming to the WFD sink device through UDP.
  • the WFD source device 2420 may provide video / audio streaming as real time data to the WFD sink device 2410.
  • the WFD source device 2420 may provide video / audio streaming to the WFD sink device 2410 using TCP or UDP, as described above.
  • only one of the first audio streaming of the first content and the second audio streaming of the second content may be provided in consideration of the audio output of the WFD sink device 2410.
  • one audio streaming provided to the WFD sink device 2410 may be controlled by the WFD sink device 2410.
  • configuration information for audio streaming provided to the WFD sink device 2410 may be received from the WFD source device 2420, and is not limited to the above-described embodiment.
  • both the first transport and the second transport may be TCP.
  • both the first transport and the second transport may be UDP.
  • the second transport when the first transport is set to TCP, the second transport is set to UDP, and when the first transport is set to UDP, the second transport may be set to TCP. It is not limited to.
  • FIG. 26 is a flowchart illustrating a method in which a sink device receives streaming according to an embodiment of the present specification.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 명세서는, 무선통신시스템에서 싱크 디바이스가 소스 디바이스로부터 스트리밍을 제공받는 방법을 제공할 수 있다. 이때, 스트리밍을 제공 받는 방법은 소스 디바이스로부터 제 1 트랜스 포트를 통해 스트리밍을 제공 받는 단계, 제 1 트랜스 포트 연결이 끊어진 경우, 소스 디바이스로 싱크 디바이스의 트랜스 포트 관련 정보를 포함하는 제 1 메시지를 전송하는 단계, 소스 디바이스로부터 소스 디바이스의 트랜스 포트 관련 정보를 포함하는 제 2 메시지를 수신하는 단계 및 소스 디바이스부터 제 1 트랜스 포트 및 제 2 트랜스 포트 중 어느 하나를 통해 스트리밍을 제공 받는 단계를 포함할 수 있다.

Description

무선 통신 시스템에서 트랜스포트를 통해 스트리밍을 제공받는 방법 및 장치
본 명세서는 무선 통신 시스템에 대한 것으로, 보다 상세하게는 무선 통신 시스템에서 트랜스 포트 (Transport)를 통해 스트리밍을 제공하는 방법 및 장치에 대한 것이다.
무선통신시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선통신시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예들로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템 및 MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
또한, 최근 정보 통신 기술의 발전과 더불어 다양한 무선 통신 기술이 개발되고 있다. 이 중에서 무선랜(WLAN)은 무선 주파수 기술을 바탕으로 개인 휴대용 정보 단말기(Personal Digital Assistant; PDA), 랩탑 컴퓨터, 휴대용 멀티미디어 플레이어(Portable Multimedia Player; PMP)등과 같은 휴대용 단말기를 이용하여 가정이나 기업 또는 특정 서비스 제공지역에서 무선으로 인터넷에 액세스할 수 있도록 하는 기술이다.
무선랜(Wireless Local Area Network, WLAN) 기술에 대한 표준은 IEEE(Institute of Electrical and Electronics Engineers) 802.11 그룹에서 개발되고 있다. IEEE 802.11a 및 b는 2.4.GHz 또는 5GHz에서 비면허 대역(unlicensed band)을 이용하고, IEEE 802.11b는 11Mbps의 전송 속도를 제공하고, IEEE 802.11a는 54 Mbps의 전송 속도를 제공한다. IEEE 802.11g는 2.4GHz에서 직교 주파수 분할 다중화(Orthogonal Frequency Division Multiplexing, OFDM)를 적용하여 54Mbps의 전송 속도를 제공한다. IEEE 802.11n은 다중입출력 OFDM(Multiple Input Multiple Output-OFDM, MIMO-OFDM)을 적용하여 300Mbps의 전송 속도를 제공한다. IEEE 802.11n은 채널 대역폭(channel bandwidth)을 40 MHz까지 지원하며, 이 경우 600Mbps의 전송 속도를 제공한다. IEEE 802.11p는 WAVE(Wireless Access in Vehicular Environments)를 지원하기 위한 표준이다. 예를 들어, 802.11p는 ITS(Intelligent Transportation Systems) 지원에 필요한 개선 사항을 제공한다. IEEE 802.11ai는 IEEE 802.11 스테이션(station, STA)의 고속 초기 링크 셋업(fast initial link setup)을 지원하기 위한 표준이다.
IEEE 802.11e에 따른 무선랜 환경에서의 DLS(Direct Link Setup) 관련 프로토콜은 BSS(Basic Service Set)가 QoS(Quality of Service)를 지원하는 QBSS(Quality BSS)를 전제로 한다. QBSS에서는 Non-AP STA 뿐만 아니라 AP도 QoS를 지원하는 QAP(Quality AP)이다. 그런데, 현재 상용화되어 있는 무선랜 환경(예를 들어, IEEE 802.11a/b/g 등에 따른 무선랜 환경)에서는 비록 Non-AP STA이 QoS를 지원하는 QSTA(Quality STA)이라고 하더라도 AP는 QoS를 지원하지 못하는 레거시(Legacy) AP가 대부분이다. 그 결과, 현재 상용화되어 있는 무선랜 환경에서는 QSTA이라고 하더라도 DLS 서비스를 이용할 수가 없는 한계가 있다.
최근 Wi-Fi 등 무선 근거리 통신 기술이 폭넓게 시장에 적용되는 상황에서 기기 간의 연결은 로컬 네트워크 (local network) 만을 기반으로 하는 것이 아니라 기기 간의 직접 연결을 통해서도 이루어지고 있다. Wi-Fi를 이용한 기기 간의 직접 연결 기술 중의 하나가 바로 Wi-Fi 다이렉트(Direct)이다.
Wi-Fi 다이렉트는 링크 계층(Link layer)의 동작까지 기술하는 네트워크 연결성(network connectivity) 표준 기술이다. 상위에 애플리케이션 (application) 에 대한 규약이나 표준에 대한 정의가 없기 때문에 Wi-Fi 다이렉트 기기 간 연결된 이후에 애플리케이션 구동 시 호환성 및 동작의 일관성이 없게 된다. 이런 문제 때문에 Wi-Fi 다이렉트 서비스(Wi-Fi Direct Services; WFDS)라는 상위 애플리케이션기술 내용을 포함하는 표준 기술을 최근 Wi-Fi Alliance (WFA)에서 진행 중에 있다.
WFA는 Wi-Fi 다이렉트라는 모바일 기기 간 직접 연결을 통하여 데이터를 전달하기 위한 새로운 규격을 발표하였고 이에 따라 관련 업계에서는 Wi-Fi 다이렉트 규격을 만족시키기 위한 활발한 기술 개발 활동이 진행 중이다. 엄밀한 의미에서 Wi-Fi 다이렉트는 마케팅 용어로서 상표명에 해당하고 이데 대한 기술 규격은 Wi-Fi P2P(Peer to Peer)로서 통칭된다. 따라서 Wi-Fi 기반 P2P 기술을 다루는 본 발명에서는 Wi-Fi 다이렉트 또는 Wi-Fi P2P를 구분 없이 사용될 수 있다. 기존의 Wi-Fi 망에서는 AP(Access Point)를 통하여 접속한 후 인터넷 망에 접속하는 방법이 일반적인 Wi-Fi 탑재 기기의 사용 방법이었다. 기기 간 직접 연결을 통한 데이터 통신 방법은 기존에도 블루투스(Bluetooth)와 같은 무선통신 기술을 탑재한 휴대폰과 노트PC와 같은 기기에 탑재되어 일부 사용자에 의해 사용되었지만 전송속도가 느리고 실재 사용은 전송거리가 10m 이내로 제한된다. 특히 대용량 데이터 전송이나 많은 블루투스 장치가 존재하는 환경에서 사용할 때 체감 성능상에서 기술적 한계가 존재한다.
한편 Wi-Fi P2P는 기존의 Wi-Fi 표준 규격의 대부분의 기능을 유지하면서, 기기 간 직접 통신을 지원하기 위한 부분이 추가되었다. 따라서 Wi-Fi 칩(Chip)이 탑재된 기기에 하드웨어 및 물리적 특성을 충분히 활용하고, 주로 소프트웨어 기능 업그레이드만으로 기기 간 P2P 통신을 제공할 수 있는 장점이 있다.
널리 알려진 바와 같이 Wi-Fi 칩이 탑재된 기기는 노트PC, 스마트폰, 스마트TV, 게임기, 카메라 등 매우 다양한 범위로 확대되고 있으며 충분한 수의 공급자와 기술개발인력이 형성되어 있다.
본 명세서는, 무선 통신 시스템에서 트랜스 포트를 통해 스트리밍을 제공하는 방법 및 장치에 대한 것이다.
본 명세서는, 무선 통신 시스템에서 트랜스 포트를 스위칭(Switching)하는 방법을 제공하는데 목적을 가지고 있다.
본 명세서는, 무선 통신 시스템에서 트랜스 포트를 회복(Recovery)하는 방법을 제공하는데 목적을 가지고 있다.
본 명세서의 일 실시예에 따라, 무선통신시스템에서 싱크 디바이스(Sink Device)가 소스 디바이스(Source Device)로부터 스트리밍을 제공 받는 방법에 대한 것이다. 이때, 스트리밍을 제공 받는 방법은 소스 디바이스로부터 제 1 트랜스 포트를 통해 스트리밍을 제공 받는 단계, 제 1 트랜스 포트 연결이 끊어진 경우, 소스 디바이스로 싱크 디바이스의 트랜스 포트 관련 정보를 포함하는 제 1 메시지를 전송하는 단계, 소스 디바이스로부터 소스 디바이스의 트랜스 포트 관련 정보를 포함하는 제 2 메시지를 수신하는 단계 및 소스 디바이스부터 제 1 트랜스 포트 및 제 2 트랜스 포트 중 어느 하나를 통해 스트리밍을 제공 받는 단계를 포함할 수 있다.
본 명세서의 또 다른 일 실시예에 따라, 무선통신시스템에서 스트리밍을 제공 받는 싱크 디바이스를 제공할 수 있다. 이때, 싱크 디바이스는 외부 디바이스로부터 인포메이션을 수신하는 수신 모듈, 외부 디바이스로 인포메이션을 송신하는 송신 모듈 및 수신 모듈과 송신 모듈을 제어하는 프로세서를 포함할 수 있다. 이때, 프로세서는 소스 디바이스로부터 제 1 트랜스 포트를 통해 스트리밍을 제공 받고, 제 1 트랜스 포트 연결이 끊어진 경우, 소스 디바이스로 싱크 디바이스의 트랜스 포트 관련 정보를 포함하는 제 1 메시지를 전송하고, 소스 디바이스로부터 소스 디바이스의 트랜스 포트 관련 정보를 포함하는 제 2 메시지를 수신하고, 소스 디바이스부터 제 1 트랜스 포트 및 제 2 트랜스 포트 중 어느 하나를 통해 스트리밍을 제공 받을 수 있다.
또한, 무선 통신 시스템에서 싱크 디바이스를 이용하여 스트리밍을 제공 받는 방법 및 장치에 대해서는 다음 사항들이 공통으로 적용될 수 있다.
본 명세서의 일 실시예에 따라, 제 1 메시지는 제 2 트랜스 포트로의 스위칭을 요청하는 메시지이고, 싱크 디바이스가 제 1 메시지에 대한 응답으로 제 2 메시지를 수신하는 경우, 스위칭된 제 2 트랜스 포트를 통해 소스 디바이스로부터 스트리밍을 제공 받을 수 있다.
이때, 본 명세서의 일 실시예에 따라, 제 1 메시지에는 싱크 디바이스의 제 2 트랜스 포트에 대한 포트 정보가 포함되고, 제 2 메시지에는 싱크 디바이스의 제 2 트랜스 포트에 대한 포트 정보 및 소스 디바이스의 제 2 트랜스 포트에 대한 포트 정보가 포함될 수 있다.
이때, 본 명세서의 일 실시예에 따라, 제 2 메시지에는 스위칭을 허여할지 여부를 지시하는 정보가 더 포함되고, 제 2 메시지가 스위칭 허여를 지시하는 경우에만 제 2 트랜스 포트를 통해 소스 디바이스로부터 스트리밍을 제공 받을 수 있다.
이때, 본 명세서의 일 실시예에 따라, 제 1 트랜스 포트 연결이 소스 디바이스에 의해 끊어진 경우, 소스 디바이스는 제 3 메시지를 싱크 디바이스로 전송하고, 싱크 디바이스는 제 3 메시지에 대한 응답으로 제 4 메시지를 소스 디바이스로 전송한 후에 제 1 메시지를 소스 디바이스로 전송할 수 있다.
또한, 본 명세서의 일 실시예에 따라, 제 1 메시지는 제 1 트랜스 포트 회복(Recover)을 수행하는 메시지이고, 싱크 디바이스가 제 1 메시지에 대한 응답으로 제 2 메시지를 수신하는 경우, 회복된 제 1 트랜스 포트를 통해 소스 디바이스로부터 스트리밍을 제공 받을 수 있다.
이때, 본 명세서의 일 실시예에 따라, 제 1 메시지에는 싱크 디바이스의 제 1 트랜스 포트에 대한 포트 정보가 포함되고, 제 2 메시지에는 싱크 디바이스의 제 1 트랜스 포트에 대한 포트 정보 및 소스 디바이스의 제 1 트랜스 포트에 대한 포트 정보가 포함될 수 있다.
이때, 본 명세서의 일 실시예에 따라, 제 2 메시지에는 회복을 허여할지 여부를 지시하는 정보가 더 포함되고, 제 2 메시지가 회복 허여를 지시하는 경우에만 제 1 트랜스 포트를 통해 소스 디바이스로부터 스트리밍을 제공 받을 수 있다.
이때, 본 명세서의 일 실시예에 따라, 싱크 디바이스가 제 3 메시지를 소스 디바이스로부터 수신하고, 소스 디바이스로 제 4 메시지를 전송한 경우, 싱크 디바이스는 제 1 메시지를 소스 디바이스로 전송할 수 있다.
이때, 본 명세서의 일 실시예에 따라, 제 3 메시지는 제 1 메시지 전송을 트리거하는 메시지일 수 있다.
또한, 본 명세서의 일 실시예에 따라, 싱크 디바이스가 제 2 메시지를 수신하고, 소스 디바이스와 능력 협상 절차를 더 수행한 후, 소스 디바이스부터 제 1 트랜스 포트 및 제 2 트랜스 포트 중 어느 하나를 통해 스트리밍을 제공 받을 수 있다.
또한, 본 명세서의 일 실시예에 따라, 제 1 메시지는 RTSP(Real-time Streaming Protocol) M6 요청 메시지이고, 제 2 메시지는 RTSP M6응답 메시지일 수 있다.
또한, 본 명세서의 일 실시예에 따라, 제 1 트랜스 포트가 UDP (User Datagram Protocol)이면 제 2 트랜스 포트는 TCP (Transmission Control Protocol)로 설정되고, 제 1 트랜스 포트가 TCP이면 제 2 트랜스 포트는 UDP로 설정될 수 있다.
또한, 본 명세서의 일 실시예에 따라, 소스 디바이스는 Wi-Fi Display (WFD) 소스 디바이스고, 싱크 디바이스는 WFD 싱크 디바이스일 수 있다.
본 명세서는, 무선 통신 시스템에서 트랜스 포트를 통해 스트리밍을 제공하는 방법 및 장치를 제공할 수 있다.
본 명세서는, 무선 통신 시스템에서 트랜스 포트를 스위칭하는 방법을 제공할 수 있다.
본 명세서는, 무선 통신 시스템에서 트랜스 포트를 회복하는 방법을 제공할 수 있다.
본 명세서에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 발명이 적용될 수 있는 IEEE 802.11 시스템의 구조를 예시한다.
도 2는 액세스 장치들 및 무선 사용자 장치들을 채용하는 통신 시스템의 예시적인 동작을 나타내는 블록도이다.
도 3은 WFD(Wi-Fi Display) 네트워크를 예시한다.
도 4는 WFD 네트워크를 구성하는 과정을 예시한다.
도 5는 전형적인 P2P 네트워크 토폴로지를 나타내는 도면이다.
도 6은 하나의 P2P 기기가 P2P 그룹을 형성하는 동시에 WLAN의 STA로 동작하여 AP와 연결되는 상황을 나타내는 도면이다.
도 7은 P2P가 적용되는 경우의 WFD 네트워크 양상을 보여주는 도면이다.
도 8은 WFDS (Wi-Fi Direct Services) 기기의 간략화된 블록 다이어그램을 나타낸 도면이다.
도 9는 기존의 WFDS 에서 WFDS 기기 간 기기 발견(discovery) 및 서비스 발견하여 WFDS 세션을 연결하는 과정을 보여주는 도면이다.
도 10은 복수의 인터페이스를 지원하는 서비스 어플리케이션 플랫폼(Application Service Platform, ASP)을 나타낸 도면이다.
도 11은 WFD 디바이스에서 데이터 및 제어 평면에 대한 구조를 나타낸 도면이다.
도 12는 WFD 싱크 디바이스가 트랜스포트를 스위칭하는 방법을 나타낸 도면이다.
도 13은 WFD 싱크 디바이스가 트랜스포트를 스위칭하는 방법을 나타낸 도면이다.
도 14은 WFD 소스 디바이스가 트랜스포트를 스위칭을 허여하는 방법을 나타낸 도면이다.
도 15는 트랜스 포트 스위칭이 필요한 구체적인 상황을 나타낸 도면이다.
도 16는 WFD 싱크 디바이스의 UDP 소켓이 끊어진 경우, 트랜스 포트를 스위칭하는 방법을 나타낸 도면이다.
도 17은 WFD 싱크 디바이스의 UDP 소켓이 끊어진 경우, 트랜스 포트를 회복하는 방법을 나타낸 도면이다.
도 18는 WFD 소스 디바이스의 UDP 소켓이 끊어진 경우, 트랜스 포트를 스위칭하는 방법을 나타낸 도면이다.
도 19는 WFD 소스 디바이스의 UDP 소켓이 끊어진 경우, 트랜스 포트를 회복하는 방법을 나타낸 도면이다.
도 20은 WFD 싱크 디바이스의 TCP 소켓이 끊어진 경우, 트랜스 포트를 스위칭하는 방법을 나타낸 도면이다.
도 21은 WFD 싱크 디바이스의 TCP 소켓이 끊어진 경우, 트랜스 포트를 회복하는 방법을 나타낸 도면이다.
도 22는 WFD 소스 디바이스의 TCP 소켓이 끊어진 경우, 트랜스 포트를 스위칭하는 방법을 나타낸 도면이다.
도 23은 WFD 소스 디바이스의 TCP 소켓이 끊어진 경우, 트랜스 포트를 회복하는 방법을 나타낸 도면이다.
도 24는 WFD 소스 디바이스가 WFD 싱크 디바이스로 복수의 스트리밍을 제공하는 방법을 나타낸 도면이다.
도 25는 WFD 소스 디바이스가 WFD 싱크 디바이스로 복수의 스트리밍을 제공하는 방법을 나타낸 도면이다.
도 26는 본 명세서의 일 실시예에 따라 싱크 디바이스가 스트리밍을 제공 받는 방법에 대한 순서도를 나타낸 도면이다.
도 27는 본 명세서의 일 실시예에 따라 단말 장치의 블록도를 도시한 도면이다.
이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
이하의 실시예들은 본 발명의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성할 수도 있다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다.
이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시된다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
본 발명의 실시예들은 무선 액세스 시스템들인 IEEE 802 시스템, 3GPP 시스템, 3GPP LTE 및 LTE-A(LTE-Advanced)시스템 및 3GPP2 시스템 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 발명의 실시예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.
이하의 기술은 CDMA(Code Division Multiple Access), FDMA(Frequency Division Multiple Access), TDMA(Time Division Multiple Access), OFDMA(Orthogonal Frequency Division Multiple Access), SC-FDMA(Single Carrier Frequency Division Multiple Access) 등과 같은 다양한 무선 액세스 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다.
또한, 본 명세서에서 제1 및/또는 제2 등의 용어는 다양한 구성 요소들을 설명하는데 사용될 수 있지만, 상기 구성 요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성 요소를 다른 구성 요소로부터 구별하는 목적으로만, 예컨대 본 명세서의 개념에 따른 권리 범위로부터 이탈되지 않은 채, 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게, 제2 구성요소는 제1 구성요소로도 명명될 수 있다.
또한 명세서 전체에서, 어떤 부분이 어떤 구성 요소를 “포함”한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성 요소를 제외하는 것이 아니라 다른 구성 요소를 더 포함할 수 있는 것을 의미한다. 그리고 명세서에 기재된 “…유닛”, “…부” 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어 및/또는 소프트웨어의 결합으로 구현될 수 있다.
이하에서는, 명확성을 위하여 이하에서는 IEEE 802.11 시스템을 위주로 설명하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.
도 1은 본 발명이 적용될 수 있는 IEEE 802.11 시스템의 예시적인 구조를 나타내는 도면이다.
IEEE 802.11 구조는 복수의 구성요소들로 구성될 수 있고, 이들의 상호작용에 의해 상위계층에 대해 트랜스패런트한 STA 이동성을 지원하는 WLAN이 제공될 수 있다. 기본 서비스 세트(Basic Service Set, BSS)는 IEEE 802.11 LAN의 기본 구성 블록에 해당할 수 있다. 도 1은 2개의 BSS(BSS1 및 BSS2)가 존재하고 각각의 BSS각 2개의 STA를 포함하는 경우(STA1 및 STA2 는 BSS1에 포함되고, STA3 및 STA4는 BSS2에 포함됨)를 예시한다. 여기서, STA는 IEEE 802.11 의 MAC(Medium Access Control)/PHY(Physical) 규정에 따라 동작하는 기기를 의미한다. STA는 AP(Access Point) STA(간단히, AP) 및 논-AP(논-AP) STA를 포함한다. AP는 무선 인터페이스를 통해 논-AP STA에게 네트워크(예, WLAN) 접속을 제공하는 기기에 해당한다. AP는 고정 형태 또는 이동 형태로 구성될 수 있으며, 핫스팟(hot-spot)을 제공하는 휴대용 무선 기기(예, 랩탑 컴퓨터, 스마트 폰 등)를 포함한다. AP는 다른 무선 통신 분야에서 기지국(Base Station, BS), 노드-B(Node-B), 발전된 노드-B(Evolved Node-B; eNB), 기저 송수신 시스템(Base Transceiver System, BTS), 펨토 기지국(Femto BS) 등에 대응된다. 논-AP STA는 랩탑 컴퓨터, PDA, 무선 모뎀, 스마트 폰과 같이 일반적으로 사용자가 직접 다루는 기기에 해당한다. 논-AP STA는 단말(terminal), 무선 송수신 유닛(Wireless Transmit/Receive Unit, WTRU), 사용자 장치(User Equipment, UE), 이동국(Mobile Station, MS), 이동 단말(Mobile Terminal), 이동 가입자국(Mobile Subscriber Station, MSS) 등으로 지칭될 수 있다.
도 1에서 BSS를 나타내는 타원은 해당 BSS에 포함된 STA들이 통신을 유지하는 커버리지 영역을 나타내는 것으로 이해될 수 있다. 이 영역을 BSA(Basic Service Area)라고 칭할 수 있다. IEEE 802.11 LAN에서 가장 기본적인 타입의 BSS는 독립적인 BSS(Independent BSS, IBSS)이다. 예를 들어, IBSS는 2개의 STA만으로 구성된 최소 형태를 가질 수 있다. 또한, 가장 단순한 형태이고 다른 구성요소들이 생략되어 있는 도 1의 BSS(BSS1 또는 BSS2)가 IBSS의 대표적인 예시에 해당할 수 있다. 이러한 구성은 STA들이 직접 통신할 수 있는 경우에 가능하다. 또한, 이러한 형태의 LAN은 미리 계획되어서 구성되는 것이 아니라 LAN이 필요한 경우에 구성될 수 있으며, 이를 애드-혹(ad-hoc) 네트워크라고 칭할 수도 있다.
STA의 켜지거나 꺼짐, STA가 BSS 영역에 들어오거나 나감 등에 의해, BSS에서STA의 멤버십이 동적으로 변경될 수 있다. BSS의 멤버가 되기 위해 STA는 동기화 과정을 이용하여 BSS에 참여(join)할 수 있다. BSS 기반 구조의 모든 서비스에 접속하기 위해, STA는 BSS에 연계(associated)될 수 있다.
도 2는 액세스 장치(예, AP STA들)(202A, 202B 및 202C)들 및 무선 사용자 장치들(예, 논-AP STA들)을 채용하는 통신 시스템(200)을 예시한다.
도 2를 참조하면, 액세스 장치들(202A-C)은 인터넷과 같은 광역 네트워크(Wide Area Network, WAN)(206)로 접속을 제공하는 스위치(204)에 연결된다. 액세스 장치들(202A-C) 각각은 시분할 다중화된 네트워크를 통해 액세스 장치의 커버리지 영역(미도시) 내의 무선 장치들에 대한 무선 접속을 제공한다. 따라서, 액세스 장치들(202A-C)은 시스템(200)의 전체 WLAN 커버리지 영역을 공동으로 제공한다. 예를 들어, 실선으로 표기된 박스에 의해 나타낸 위치에서 무선 장치(208)는 액세스 장치들(202A 및 202B)의 커버리지 영역 내에 존재할 수 있다. 따라서, 무선 장치(208)는 실선 화살표(21OA 및 21OB)와 같이 액세스 장치들(202A 및 202B) 각각으로부터 비컨들을 수신할 수 있다. 무선 장치(208)가 실선 박스로부터 파선 박스로 로밍하면, 무선 장치(208)는 액세스 장치(202C)의 커버리지 영역에 진입하고, 액세스 장치(202A)의 커버리지 영역을 나간다. 따라서, 무선 장치(208)는 파선 화살표(212A 및 212B)와 같이 액세스 장치들(202B및 202C)로부터 비컨들을 수신할 수 있다.
무선 장치(208)가 시스템(200)이 제공하는 전체 WLAN 커버리지 영역 내에서 로밍할 때, 무선 장치(208)는 어느 액세스 장치가 현재 무선 장치(208)에 대한 가장 양호한 접속을 제공하는지 결정할 수 있다. 예를 들어, 무선 장치(208)는 근접한 액세스 장치들의 비컨(beacon)들을 반복적으로 스캐닝하고, 상기 비컨들 각각과 연관된 신호 강도(예, 전력)를 측정할 수 있다. 따라서, 무선 장치(208)는 최대 비컨 신호 강도에 기초해 최적의 네트워크 접속을 제공하는 액세스 장치와 연결될 수 있다. 무선 장치(208)는 최적 접속과 관련된 다른 기준을 이용할 수 있다. 예를 들어, 최적 접속은 보다 많은 바람직한 서비스(예, 컨텐츠, 데이터 레이트 등)와 연관될 수 있다.
도 3은 WFD(Wi-Fi Display) 네트워크를 예시한다.
WFD 네트워크는 Wi-Fi 장치들이 홈 네트워크, 오피스 네트워크 및 핫스팟 네트워크에 참여하지 않아도, 서로 장치-대-장치(Device to Device, D2D)(혹은, Peer to Peer, P2P) 통신을 수행할 수 있는 네트워크로서 Wi-Fi 연합(Alliance)에 의해 제안되었다. 이하, WFD 기반 통신을 WFD D2D 통신(간단히, D2D 통신) 혹은 WFD P2P 통신(간단히, P2P 통신)이라고 지칭한다. 또한, WFD P2P 수행 장치를 WFD P2P 기기, 간단히 P2P 기기라고 지칭한다.
도 3을 참조하면, WFD 네트워크(300)는 제1 WFD 기기(302) 및 제2 WFD 기기(304)를 포함하는 적어도 하나의 Wi-Fi 기기를 포함할 수 있다. WFD 기기는 디스플레이 장치, 프린터, 디지털 카메라, 프로젝터 및 스마트 폰 등 Wi-Fi를 지원하는 기기들을 포함한다. 또한, WFD 기기는 논-AP STA 및 AP STA를 포함한다. 도시된 예에서, 제1 WFD 기기(302)는 스마트폰이고 제2 WFD 기기(304)는 디스플레이 장치이다. WFD 네트워크 내의 WFD 기기들은 서로 직접 연결될 수 있다. 구체적으로, P2P 통신은 두 WFD 기기들간의 신호 전송 경로가 제3의 기기(예, AP) 또는 기존 네트워크(예, AP를 거쳐 WLAN에 접속)를 거치지 않고 해당 WFD 기기들간에 직접 설정된 경우를 의미할 수 있다. 여기서, 두 WFD 기기들간에 직접 설정된 신호 전송 경로는 데이터 전송 경로로 제한될 수 있다. 예를 들어, P2P 통신은 복수의 논-STA들이 AP를 거치지 않고 데이터(예, 음성/영상/문자 정보 등)를 전송하는 경우를 의미할 수 있다. 제어 정보(예, P2P 설정을 위한 자원 할당 정보, 무선 장치 식별 정보 등)를 위한 신호 전송 경로는 WFD 기기들(예, 논-AP STA-대-논-AP STA, 논-AP STA-대-AP)간에 직접 설정되거나, AP를 경유하여 두 WFD 기기들간(예, 논-AP STA-대-논-AP STA)에 설정되거나, AP와 해당 WFD 기기(예, AP-대-논-AP STA#1, AP-대-논-AP STA#2)간에 설정될 수 있다.
도 4는 WFD 네트워크를 구성하는 과정을 예시한다.
도 4를 참조하면, WFD 네트워크 구성 과정은 크게 두 과정으로 구분될 수 있다. 첫 번째 과정은 이웃(기기) 발견 과정(Neighbor Discovery, ND, procedure)이고(S402a), 두 번째 과정은 P2P 링크 설정 및 통신 과정이다(S404). 이웃 발견 과정을 통해, WFD 기기(예, 도 3의 302)는 (자신의 무선) 커버리지 내의 다른 이웃 WFD 기기(예, 도 3의 304)를 찾고 해당 WFD 기기와의 연결(association), 예를 들어 사전-연결(pre-association)에 필요한 정보를 획득할 수 있다. 여기서, 사전-연결은 무선 프로토콜에서 제2 계층 사전-연결을 의미할 수 있다. 사전-연결에 필요한 정보는 예를 들어 이웃 WFD 기기에 대한 식별 정보 등을 포함할 수 있다. 이웃 발견 과정은 가용 무선 채널 별로 수행될 수 있다(S402b). 이후, WFD 기기(302)는 다른 WFD 기기(304)와 WFD P2P 링크 설정/통신을 위한 과정을 수행할 수 있다. 예를 들어, WFD 기기(302)는 주변 WFD 기기(304)에 연결된 후, 해당 WFD 기기(304)가 사용자의 서비스 요구 사항을 만족하지 못하는 WFD 기기인지 판단할 수 있다. 이를 위해, WFD 기기(302)는 주변 WFD 기기(304)와 제2 계층 사전-연결 후 해당 WFD 기기(304)를 탐색할 수 있다. 만약, 해당 WFD 기기(304)가 사용자의 서비스 요구 사항을 만족하지 못하는 경우, WFD 기기(302)는 해당 WFD 기기(304)에 대해 설정된 제2 계층 연결을 끊고 다른 WFD 기기와 제2 계층 연결을 설정할 수 있다. 반면, 해당 WFD 기기(304)가 사용자의 서비스 요구 사항을 만족하는 경우, 두 WFD 기기(302 및 304)는 P2P 링크를 통해 신호를 송수신할 수 있다.
도 5는 전형적인 P2P 네트워크 토폴로지를 나타내는 도면이다.
도 5에 도시된 바와 같이 P2P GO와 P2P 기능을 갖는 클라이언트가 직접 연결되거나, P2P GO와 P2P 기능이 없는 기존 클라이언트(legacy client)와 연결이 가능함을 나타낸다.
도 6은 하나의 P2P 기기가 P2P 그룹을 형성하는 동시에 WLAN의 STA로 동작하여 AP와 연결되는 상황을 나타내는 도면이다.
도 6에 도시된 바와 같이, P2P 기술 규격에서는 P2P 기기가 이러한 모드로 동작하는 상황을 동시 동작(concurrent operation)으로 정의하고 있다.
일련의 P2P 기기들이 그룹을 형성하기 위해서는 어떤 기기가 P2P GO가 될 것인지는 P2P 속성 아이디(Attribute ID)의 그룹 오너 인텐트(Group Owner Intent) 값으로 정해지게 된다. 이 값은 0에서 15까지의 값을 가질 수 있는데 P2P 기기가 서로 이 값을 교환하여 가장 높은 값을 가지는 장치가 P2P GO가 된다. 한편 Wi-Fi P2P 기술을 지원하지 않는 기존 기기(legacy device)의 경우에도, P2P 그룹에 종속될 수는 있으나 이때의 기존 기기의 기능은 P2P GO를 통한 인프라스트럭처 망 접근의 기능으로 그 역할이 제한된다.
Wi-Fi P2P 규격에 따르면 P2P 기기는 P2P GO가 비컨(Beacon) 신호를 OFDM(Orthogonal Frequency Division Multiplexing)을 사용하여 송신하므로 11b 규격은 지원하지 않고 11a/g/n이 Wi-Fi P2P 기기로 사용될 수 있다.
P2P GO와 P2P 클라이언트의 연결이 이루어지는 동작 수행을 위해 P2P 규격은 크게 다음과 같은 4개의 기능을 포함하고 있다.
첫째로 P2P 발견(Discovery)에서는 기기 발견(device discovery), 서비스 발견(service discovery), 그룹 형성(group formation), P2P 초대(P2P invitation)와 같은 기술 항목을 다루고 있다. 기기 발견은 동일한 채널을 통해 2개의 P2P 기기가 상호 기기 명칭 또는 기기 타입과 같은 장치 관련 정보를 교환한다. 서비스 발견은, P2P를 통해 이용하려는 서비스와 관련된 정보를 교환한다. 그룹 형성은 어떤 기기가 P2P GO가 될지 결정하여 새로운 그룹을 형성하는 기능이다. P2P 초대는 영구적으로 형성된 P2P 그룹을 호출하거나, P2P 기기를 기존 P2P 그룹에 참여시키는 기능이다.
둘째로 P2P 그룹 동작(Group Operation)은 P2P 그룹의 형성과 종료, P2P 그룹으로의 연결, P2P 그룹 내의 통신, P2P 클라이언트 발견을 위한 서비스, 지속적 P2P 그룹(persistent P2P group)의 동작 등에 대하여 설명하고 있다.
셋째로, P2P 전력 관리(Power Management)는 P2P 기기 전력 관리 방법과 절전 모드 시점에 신호 처리 방법을 다루고 있다.
마지막으로 관리된 P2P 기기(Managed P2P Device)에서는 한 개의 P2P 기기에서 P2P 그룹을 형성하고 동시에 WLAN AP를 통하여 인프라스트럭처 망에 접속하는 방법을 다루고 있다.
P2P 그룹의 특성에 대하여 설명한다. P2P 그룹은 P2P GO가 AP의 역할을 하고 P2P 클라이언트가 STA의 역할을 수행한다는 점에서 기존의 인프라스트럭처 BSS(Basic Service Set)와 유사하다. 따라서 P2P 기기는 GO와 클라이언트의 역할을 수행할 수 있는 소프트웨어가 탑재되어야 한다. P2P 기기는 MAC 어드레스와 같은 P2P 기기 어드레스를 사용함으로써 구분된다. 단, P2P 기기가 P2P 그룹 내에서 통신할 때는 P2P 인터페이스 어드레스를 사용하여 통신하는데 이때는 단일 식별자(Globally unique ID) 어드레스를 사용할 필요는 없다. P2P 그룹은 단일 식별자 P2P 그룹 ID를 가지는데 이는 SSID(Service Set Identifier)와 P2P GO의 P2P 기기 어드레스 조합으로 구성된다. Wi-Fi P2P 규격에서 보안을 위해 WPA2-PSK/AES를 사용한다. P2P 그룹의 생명주기는 일회적(temporary) 연결 방법과 일정시간 후 다시 동일한 연결을 시도하는 지속적(persistent) 연결 방법이 있다. Persistent 그룹의 경우 일단 P2P 그룹이 형성되면 서로의 역할, 자격증명, SSID, P2P 그룹 ID가 캐시(cache)하였다가 재 연결 시 동일한 연결 형식을 적용하여 신속하게 그룹을 연결하는 것이 가능하도록 하는 방법이다.
Wi-Fi 연결 방법에 대하여 설명한다. Wi-Fi 기기는 크게 두 단계(phase)의 연결 과정을 갖는다. 첫째로 두 개의 P2P 기기가 서로 상대방을 발견(find)을 하는 단계이고 둘째로 서로 발견된 기기들 간에 P2P GO 또는 P2P 클라이언트 역할을 결정하는 그룹 형성(group formation) 단계로 구성된다. 먼저 발견 단계는 P2P 기기가 서로 연결되도록 하는 단계인데 세부적으로 탐색(search)과 청취(listen) 상태로 구성된다. 탐색 단계(Search state)는 프로브 요청 프레임(Probe Request frame)을 사용하여 능동 탐색을 실시하는데 이때 빠른 탐색을 위하여 탐색의 범위를 한정하는데 채널 1, 6, 및 11의 소셜 채널(social channel)을 사용하여 탐색을 실시한다. 청취 상태(listen state)의 P2P 기기는 3개의 소셜 채널 중 하나의 채널만을 선택하여 수신 상태로 유지되다가 만약 다른 P2P 기기가 탐색 상태에서 전송한 프로브 요청 프레임을 수신하면 프로브 응답 프레임(Probe Response frame)으로 응답한다. P2P 기기는 각각 탐색 및 청취 상태를 계속 반복하다가 서로의 공통 채널에 도달할 수 있다. P2P 기기는 서로 상대방을 발견한 후 선택적으로 결합하기 위하여 디바이스 타입, 제작사, 또는 친근한 기기 이름을 발견하기 위하여 프로브 요청 프레임과 프로브 응답 프레임을 사용한다. 또한 P2P 기기 내부에 존재하는 기기 간의 호환 가능한 서비스를 확인하기 위해 서비스 발견(service discovery)을 사용할 수 있는데 이는 각각의 기기 내부에서 제공되는 서비스가 다른 기기에서 호환이 가능한지를 결정하기 위함이다. P2P 규격에서는 특정한 서비스 발견 규격을 지정하지 않고 있다. P2P 기기 사용자는 주변의 P2P 기기 및 기기가 제공하는 서비스를 검색한 후 자신이 원하는 장치나 서비스에 빠르게 연결할 수 있다.
둘째 단계로 그룹 형성(group formation) 단계를 설명한다. P2P 기기가 위에서 설명한 발견(find) 단계를 완료하면 서로 상대방 기기의 존재 확인이 완료된다. 이를 기반으로 두 P2P 기기들은 BSS을 구성하기 위한 GO 협상 단계로 진입하여야 한다. 이러한 협상 단계는 크게 두 가지 서브(sub) 단계로 나누어 지는데, 첫째는 GO 협상(negotiation) 단계이고 둘째는 WPS(Wi-Fi Protected Setup) 단계이다. GO 협상 단계에서는 서로의 기기가 P2P GO 또는 P2P 클라이언트로서의 역할을 협상하고 P2P 그룹 내부에서 사용할 동작 채널 (operating channel)을 설정하게 된다. WPS 단계에서는 기존의 WPS에서 이루어지는 통상적인 작업이 이루어지는데 기기의 사용자가 키패드 등을 통하여 입력한 PIN 정보 교환, 푸시 버튼을 통한 간편 셋업 등의 내용이다. P2P 그룹 내에서 P2P GO의 역할은 P2P 그룹의 핵심을 담당한다. P2P GO는 P2P 인터페이스 어드레스를 할당하고 그룹의 동작 채널을 선택하며 그룹의 각종 동작 매개변수를 포함하는 비컨 신호를 송출한다. P2P 그룹 내에서 오직 P2P GO만이 비컨 신호를 전송할 수 있는데 이를 이용하여 P2P 기기가 연결 초기 단계인 스캔 단계(scan phase)에서 빠르게 P2P GO를 확인하고 그룹에 참여하는 역할을 수행한다. 또는 P2P GO는 자체적으로 P2P 그룹 세션을 시작할 수 있으며 P2P 발견 단계에서 기술된 방법을 사용한 후에 세션을 시작할 수도 있다. 이처럼 중요한 역할을 수행하는 P2P GO가 되고자 하는 값은 어떤 기기에 고정된 값으로 존재하는 것이 아니라 응용 또는 상위 계층 서비스에 의해 조정이 가능하므로 각각의 응용프로그램의 용도에 따라서 개발자는 P2P GO가 되고자 하는 적절한 값을 선택할 수 있다.
다음으로 P2P 어드레싱(addressing)에 대하여 설명한다. P2P 기기는 P2P 그룹 세션 내에서 MAC 어드레스를 사용하여 P2P 인터페이스 어드레스를 할당하여 사용한다. 이때 P2P GO의 P2P 인터페이스 어드레스는 BSSID(BSS Identifier)인데 이는 실질적으로 P2P GO의 MAC 어드레스이다.
P2P 그룹의 연결 해제에 대하여 설명한다. 만약 P2P 세션이 종료되었을 경우 P2P GO는 모든 P2P 클라이언트에게 De-authentication을 통하여 P2P 그룹 세션의 종료를 알려야 한다. P2P 클라이언트 측면에서도 P2P GO에게 연결해제를 할 수 있는데 이때 가능하다면 해제(disassociation) 절차를 거쳐야 한다. 클라이언트의 연결 해제요청을 받은 P2P GO는 P2P 클라이언트가 연결 해제되었음을 파악할 수 있다. 만약 P2P GO가 P2P 클라이언트로부터 비정상적인 프로토콜 에러나 P2P 그룹의 연결을 방해하는 동작을 하는 P2P 클라이언트가 감지되면 인증 거절(rejection of authentication)이나 결합 거부(denial of association)을 유발하는데, 구체적인 실패 사유를 association 응답에 기록한 후 전송한다.
도 7은 P2P가 적용되는 경우의 WFD 네트워크 양상을 보여주는 도면이다.
도 7에 신규 P2P 응용(예, 소셜 채팅, 위치-기반 서비스 제공, 게임 연동 등)이 적용되는 경우의 WFD 네트워크 양상을 예시하였다. 도 7을 참조하면, WFD 네트워크에서 다수의 P2P 기기들(702a~702d)이 P2P 통신(710)을 수행하며, P2P 기기의 이동에 의해 WFD 네트워크를 구성하는 P2P 기기(들)이 수시로 변경되거나, WFD 네트워크 자체가 동적/단시간적으로 새로 생성되거나 소멸될 수 있다. 이와 같이, 신규 P2P 응용 부분의 특징은 덴스(dense) 네트워크 환경에서 상당히 다수의 P2P 기기간에 동적/단시간적으로 P2P 통신이 이뤄지고 종료될 수 있다는 점이다.
도 8은 WFDS (Wi-Fi Direct Services) 기기의 간략화된 블록 다이어 그램을 나타낸 도면이다.
Wi-Fi Direct MAC 계층과 상위에는 ASP (Application Service Platform)라는 애플리케이션 서비스를 위한 플랫폼을 정의하고 있다. ASP는 상위 애플리케이션과 하위 Wi-Fi Direct 사이에서 세션 관리, 서비스의 명령 처리, ASP간 제어(control) 및 보안(security) 역할을 한다. ASP 상위에는 WFDS에서 정의하는 4개의 기본 서비스인 전송(Send), 재생(Play), 디스플레이(Display), 출력(Print) 서비스와 해당 애플리케이션 및 UI (User Interface)를 지원한다. 이때 전송(Send) 서비스는 두 WFDS 기기 간 파일 전송을 수행할 수 있는 서비스 및 애플리케이션을 말한다. 재생(Play) 서비스는 두 WFDS 기기 간 DLNA를 기반으로 하는 A/V, 사진, 음악을 공유하는 스트리밍(streaming)하는 서비스 및 애플리케이션을 의미한다. 출력(Print) 서비스는 문서, 사진 등 컨텐츠를 가지고 있는 기기와 프린터 장치 사이에서 문서 및 사진 출력을 가능하게 하는 서비스 및 애플리케이션을 정의하고 있다. 디스플레이(Display) 서비스는 WFA의 미라캐스트(Miracast) Source와 Miracast Sink 사이에 화면 공유(sharing)을 가능하게 하는 서비스 및 애플리케이션을 정의하고 있다. 그리고 활성화(Enable) 서비스는 기본 서비스 외에 third party application 지원 시 ASP 공통 플랫폼 이용을 위해서 정의한다.
본 발명에서 설명하는 용어 중 서비스 해쉬 (Service Hash)는 서비스 네임(Service Name)의 서비스 해쉬 알고리즘 (예. SHA256) 해쉬(hashing)의 첫번째 6 옥텟(octet)을 이용하여, 서비스 네임으로부터 형성된다. 본 발명에서 사용되는 서비스 해쉬는 특정한 것을 의미하는 것만은 아니며, 프로브 요청/응답 발견 메커니즘을 이용한 서비스 네임의 충분한 표시로 이해함이 바람직하다. 간단하게 예를 들면, 서비스 네임이 “org.wifi.example” 일 경우, 이 서비스 네임을 SHA256으로 해쉬(hashing)한 값의 앞의 6 바이트(byte)가 해쉬 값(hash value)이다.
WFDS에서는 프로브 요청 메시지에 해쉬 값을 포함하고, 서비스가 매칭되면, 서비스 내임을 포함한 프로브 응답 메시지로 응답하여 서비스 지원 여부를 확인한다. 즉, 서비스 네임은 DNS 형태의 사용자가 읽을 수 있는(user readable) 서비스의 이름이다. 서비스 해쉬 값은, 이 서비스 네임을 알고리즘(예. SHA256) 을 통해서 생성된 256 바이트 값 중의 상위 6 바이트를 의미한다. 앞의 예에서와 같이, 서비스 네임이 “org.wifi.example”일 경우, 서비스 해쉬는 “4e-ce-7e-64-39-49” 값일 수 있다.
따라서 본 발명에서는 서비스 네임을 알고리즘을 통해 해쉬(hashing)한 값의 일부를 서비스 해쉬(정보)라고 표현하며, 하나의 정보로서 메시지 내에 포함될 수 있다.
기존의 WFDS 설정 방법
도 9는 기존의 WFDS 에서 WFDS 기기 간 기기 발견(discovery) 및 서비스 발견하여 WFDS 세션을 연결하는 과정을 보여주는 도면이다.
설명의 편의를 위하여 도 4에 도시된 바와 같이, A 기기는 자신이 제공할 수 있는 WFDS를 검색자(seeker)에게 광고(advertise)하는 광고자(advertiser) 역할을 하고, B 기기는 광고된 서비스를 검색(seek)하는 역할을 하는 것을 가정한다. A 기기는 자신의 서비스를 광고하고 상대방이 서비스를 찾아서 시작하고자 하는 기기이며, B 기기는 상위 애플리케이션 혹은 사용자의 요청에 의해서 서비스를 지원하는 기기를 찾는 과정을 수행한다.
A 기기의 서비스(service) 단은 자신이 제공할 수 있는 WFDS를 A 기기의 애플리케이션 서비스 플랫폼(Application Service Platform; ASP) 단에 광고한다. B 기기의 서비스 단도 역시, 자신이 제공할 수 있는 WFDS를 B 기기의 ASP 단에 광고할 수 있다. B 기기는 검색자(seeker)로서 WFDS를 이용하기 위하여 이용하려는 서비스를 B 기기의 애플리케이션 단에서 서비스 단에 지시하고, 서비스 단은 다시 ASP 단에 해당 WFDS를 이용할 대상 기기를 찾도록 지시한다.
B 기기의 ASP 단은 자신의 WFDS 대상 기기를 찾기 위하여, P2P(peer to peer) 프로브 요청(P2P Probe Request) 메시지를 전송한다(S910). 이 때 P2P 프로브 요청 메시지 내에는 자신이 찾고자 하는 혹은 자신이 지원 가능한 서비스의 서비스 네임(service name)을 해쉬(hashing)하여 서비스 해쉬 형태로 넣어서 요청한다. 검색자로부터 P2P 프로브 요청 메시지를 수신한 A 기기는, 해당 서비스를 지원하는 경우 이에 대한 응답으로 B 기기에 P2P 프로브 응답(P2P Probe Response) 메시지를 전송한다(S920). P2P 프로브 응답 메시지에는 서비스 네임 혹은 해쉬 값으로 지원하는 서비스와 해당 광고(advertise) ID 값을 포함한다. 이 과정은 A 기기 및 B 기기가 서로 WFDS 기기 임과 지원하는 서비스의 여부를 알 수 있는 기기 발견(Device Discovery) 과정이다.
이후, 선택적으로(optionally), P2P 서비스 발견 과정을 통해서 특정 서비스에 대한 자세한 내용을 알 수 있게 된다. 자신과 WFDS를 할 수 있는 기기를 찾은 B 기기는 해당 기기에 P2P 서비스 발견 요청(P2P Service Discovery Request) 메시지를 전송한다(S930). B 기기로부터 P2P 서비스 발견 요청 메시지를 수신한 A 기기는 ASP 단에서, 앞서 A 기기의 서비스 단에서 광고 (advertise)한 서비스와 B 기기로부터 받은 P2P 서비스 네임 및 P2P 서비스 정보를 매칭(matching)하여 B 기기에게 P2P 서비스 발견 응답 (P2P Service Discovery Response) 메시지를 전송한다(S940). 이는 IEEE 802.11u에서 정의된 GAS 프로토콜(protocol)을 사용하게 된다. 이렇게 서비스 검색에 대한 요청이 완료되면 B 기기는 검색 결과를 애플리케이션 및 사용자에게 알릴 수 있게 된다. 이 시점까지 Wi-Fi Direct의 그룹이 형성되지 않는 상태이며, 사용자가 서비스를 선택하여 서비스가 연결 세션(Connect Session)을 수행하는 경우 P2P 그룹 형성(P2P Group formation)이 진행된다.
또한, ASP는 Wi-Fi, Wi-Fi Direct, NAN(Neighbor Awareness Networking), NFC(Near Field Communication), BLE(Bluetooth Low Energy) 중 적어도 어느 하나에 기반하여 동작될 수 있다. 이때, 상술한 Wi-Fi 등은 하나의 인터페이스일 수 있다. 즉, 인터페이스는 단말의 동작을 지원하는 방법을 지칭할 수 있다. 이때, 상술한 인터페이스들에 기초하여 ASP가 디바이스/서비스 디스커버리에 대해 연동하기 위한 구체적인 방법에 대해 서술한다.
이때, 일 예로, 상술한 인터페이스 중 BLE는 2.4GHz의 주파수를 사용하며, 전력 소모를 줄인 형태의 블루투스 송수신 방식일 수 있다. 즉, 극히 적은 용량의 데이터를 빠르게 송수신하기 위해 전력 소모를 줄이면서 데이터를 전송하는데 사용될 수 있다. 이에 대해서는 후술한다.
또한, 일 예로, NAN(Neighbor Awareness Networking) 네트워크는 동일한 NAN 파라미터들(예를 들어, 연속된 디스커버리 윈도우 사이의 시간 구간, 디스커버리 윈도우의 구간, 비콘 인터벌 또는 NAN 채널 등)의 집합을 사용하는 NAN 단말들을 의미할 수 있다. NAN 단말들은 NAN 클러스터를 구성할 수 있는데, 여기서 NAN 클러스터는 동일한 NAN 파라미터들의 집합을 사용하며, 동일한 디스커버리 윈도우 스케줄에 동기화되어 있는 NAN 단말들의 집합을 의미할 수 있다. NAN 클러스터에 속한 NAN 단말은 멀티캐스트/유니캐스트 NAN 서비스 디스커버리 프레임을, 디스커버리 윈도우의 범위 내에서, 다른 NAN 단말에게 직접 전송할 수 있다.
또한 일 예로, NFC의 경우는 13.56MHz의 상대적으로 낮은 주파수 대역에서 동작할 수 있다. 이때, P2P 두 기기가 NFC를 지원하는 경우, 선택적으로 NFC 채널이 사용될 수 있다. 검색하는 P2P 기기는 NFC 채널을 이용하여 P2P 기기를 발견할 수 있다. NFC 기기 발견은 두 P2P 기기가 그룹 형성을 위한 공통의 채널에 동의하고, 기기의 패스워드와 같은 프로비저닝(provisioning) 정보를 공유하는 것을 의미할 수 있다.
상술한 인터페이스들에 대해 ASP를 통해 구체적인 연동 방법에 대해서 하기에서 서술한다. 이때, ASP와 연동될 수 있는 인터페이스로서 상술한 구성들을 제시하였으나, 이는 일 예시일 뿐, 다른 인터페이스를 지원하는 것도 가능할 수 있으며, 상술한 실시예로 한정되지 않는다.
도 10은 복수의 인터페이스를 지원하는 어플리케이션 서비스 플랫폼(Application Service Platform, ASP)을 나타낸 도면이다.
상술한 바와 같이, 광고자 단말의 서비스(service) 단은 자신이 제공할 수 있는 서비스를 광고하고, 다른 단말로서 검색자 단말의 서비스 단은 다시 ASP 단에 해당 서비스를 이용할 대상 기기를 찾도록 지시할 수 있었다. 즉, 기존에는 ASP를 통해서 단말 간에 서비스를 검색하고 지원할 수 있었다.
이때, 도 10을 참조하면, ASP는 복수의 인터페이스를 지원할 수 있다. 이때, 일 예로, ASP는 서비스 디스커버리(Service Discovery)를 수행하기 위한 복수의 인터페이스를 지원할 수 있다. 또한, ASP는 서비스 연결(Connection)을 수행하기 위한 복수의 인터페이스를 지원할 수 있다.
이때, 일 예로, 서비스 디스커버리를 수행하는 복수의 인터페이스는 Wi-Fi Direct, NAN(Neighbor Awareness Networking), NFC(Near Field Communication), BLE(Bluetooth Low Energy) 및 WLAN Infrastructure 중 적어도 어느 하나일 수 있다.
또한, 서비스 연결을 수행하는 복수의 인터페이스는 Wi-Pi Direct 및 Infrastructure 중 적어도 어느 하나일 수 있다. 또한, 일 예로, ASP는 복수의 주파수 대역을 지원할 수 있다. 이때, 일 예로, 복수의 주파수 대역은 2.4GHz, 5GHz, 60GHz 등일 수 있다. 또한, 일 예로, 1GHz 미만의 주파수 대역에 대한 정보를 지원할 수 있다. 즉, ASP는 복수의 주파수 대역을 지원할 수 있으며, 특정 주파수 대역으로 한정되는 것은 아니다.
도 10을 참조하면, 제 1 단말은 제 1 서비스에 대한 디바이스 디스커버리 또는 서비스 디스커버리를 ASP를 이용하여 수행할 수 있다. 그 후, 디바이스 디스커버리 또는 서비스 디스커버리에 대한 검색이 완료되면 검색 결과를 바탕으로 서비스 연결을 수행할 수 있다. 이때, 일 예로, 서비스 디스커버리 검색에 이용되는 인터페이스 및 서비스 연결에 수행되는 인터페이스는 서로 다를 수 있으며, 복수의 인터페이스 중 선택될 수 있다.
이때, ASP에서 상술한 복수의 인터페이스를 지원하기 위한 정보 또는 파라미터가 이용될 수 있다.
상술한 ASP와 관련하여, 일 예로, 단말의 서비스 단은 ASP로부터 제 1 서비스를 지원할 수 있는 서비스 디스커버리 방법 및 연결 방법에 대한 정보를 획득할 수 있다. 이때, 제 1 서비스는 단말이 제공하는 하나의 서비스일 수 있으며, 특정 서비스에 한정되는 것은 아니다.
단말의 서비스 단은 ASP로부터 획득한 정보를 기반으로 ASP에 AdvertiseService() 또는 SeekService() method를 호출할 수 있다. 즉, 단말은 제 1 서비스에 대한 서비스 디스커버리를 수행하기 위해 광고자 또는 검색자로서 ASP를 이용할 수 있으며, 이는 기존의 ASP 동작과 동일할 수 있다. 또한, 단말은 제 1 서비스에 대한 서비스 디스커버리가 수행된 후, 서비스 디스커버리 결과를 기반으로 서비스 연결을 수행할 수 있다. 이때, 서비스 연결은 P2P 또는 WLAN Infrastructure일 수 있다. 이때, 일 예로, 두 가지 서비스 연결 모두 복수의 주파수 대역을 지원하는바 선호하는 대역을 중심으로 연결이 수행될 수 있다.
이때, 일 예로, 서비스 디스커버리 방법 및 연결 방법에 대한 정보는 하기의 표 1과 같을 수 있다.
[표 1]
Figure PCTKR2017002433-appb-I000001
도 11은 WFD 단말에서 데이터 및 제어 평면에 대한 구조를 나타낸 도면이다. 이때, 도 11을 참조하면, WFD 단말들은 Wi-Fi Direct (Wi-Fi P2P), Tunneled Direct Link Setup (TDLS) 또는 Infrastructure 중 어느 하나를 통해 연결을 수행할 수 있다. 일 예로, 기존 시스템에서는 WFD 단말들은 Wi-Fi Direct 또는 TDLS 중 어느 하나를 통해 연결을 수행할 수 있었다. 다만, 현재 시스템에서는 WFD 단말들은 Wi-Fi Direct, TDLS 또는 Infrastructure 중 어느 하나를 통해 연결을 수행할 수 있다. 또한, 일 예로, WFD 단말은 상술한 ASP에 기초하여 서비스에 대한 검색 및 연결을 수행할 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, 일 예로, WFD 단말은 제어 평면에서 제어 정보들을 교환하기 위한 트랜스 포트 (Transport)로서 TCP (Transmission Control Protocol)를 이용할 수 있다. 또한, WFD 단말은 데이터 평면에서 데이터 교환을 위한 트랜스 포트로서 TCP 또는 UDP (User Data Gram)을 이용할 수 있다. TCP 및 UDP는 전송 계층 프로토콜일 수 있다. 일 예로, TCP는 수신측으로부터 응답을 수신하여 전송의 성공 여부를 확인할 수 있다. 또한, UDP는 수신측으로부터 응답을 수신하지 않고, 전송만을 수행할 수 있다. 따라서, 제어 정보로서 상대방 수신 확인이 필요한 제어 평면에서는 TCP가 이용될 수 있으며, 데이터 정보로서 데이터 평면에서는 TCP 또는 UDP가 이용될 수 있다. 이때, TCP는 응답을 수신하여야 하는바, 정보 전송에 신뢰성이 높을 수 있으나, 전송 지연 및 오버헤드가 커질 수 있다. 반면 UDP는 전송 지연이나 오버헤드는 작을 수 있으나 전송의 신뢰성이 낮을 수 있으며, 데이터 전송에서 각각의 서비스에 대한 특징을 고려하여 사용될 수 있으며, 상술한 실시예로 한정되지 않는다. 하기에서는 WFD 단말에서 UDP 및/또는 TCP 트랜스포트를 스위칭하는 방법에 대해 서술한다. 또한, WFD 단말에서 UDP 및/또는 TCP 트랜스포트의 소켓이 끊어지는 경우에 이를 회복 (Recovery) 하는 방법에 대해 서술한다.
도 12는 WFD 싱크 디바이스가 트랜스포트를 스위칭하는 방법을 나타낸 도면이다.
도 12를 참조하면, WFD 소스 디바이스 (WFD Source Device, 1210)는 WFD 싱크 디바이스 (WFD Sink Device, 1220)로 오디오(Audio)/비디오(Video) 스트리밍(Streaming)을 제공할 수 있다. 보다 상세하게는, WFD 소스 디바이스(1210)와 WFD 싱크 디바이스(1220)는 RTSP (Real Time Streaming Protocol) 메시지에 기초하여 세션 연결을 수행할 수 있다. 그 후, WFD 소스 디바이스(1210)는 WFD 싱크 디바이스(1220)로 실시간 정보로서 RTP (Real-time Transport Protocol)을 통해 오디오/비디오 스트리밍을 제공할 수 있다.
이때, 세션 연결을 수행하는 경우, WFD 소스 디바이스(1210)는 RTSP M1 메시지를 WFD 싱크 디바이스(1220)로 전송할 수 있다. 이때, RTSP M1 메시지는 RTSP 절차 (RTSP Procedure) 개시를 요청하는 메시지일 수 있다. 그 후, WFD 싱크 디바이스(1220)는 RTSP M2 메시지를 WFD 소스 디바이스(1210)로 전송할 수 있다. RTSP M2 메시지는 RTSP 절차 개시를 시작할 수 있는지 여부에 대한 정보 및 RTSP 옵션 정보들이 포함될 수 있다.
그 후, WFD 소스 디바이스(1210)와 WFD 싱크 디바이스(1220)는 RTSP M3 메시지 및 RTSP M4 메시지 교환 절차를 수행할 수 있다. 이때, RTSP M3 메시지 및 RTSP M4 메시지는 WFD 소스 디바이스(1210) 및 WFD 싱크 디바이스(1220)의 능력 협상(Capability Negotiation) 절차일 수 있다. 즉, WFD 소스 디바이스(1210)와 WFD 싱크 디바이스(1220)는 RTSP M3 메시지 및 RTSP M4 메시지를 교환함으로서 세션 연결에 대한 상호 간의 능력 정보를 교환할 수 있다. 그 후, WFD 소스 디바이스(1210)와 싱크 디바이스(1220)는 RTSP M5 메시지, RTSP M6 메시지 및 RTSP M7 메시지 교환을 통해 WFD 세션 연결(Session Establish)을 수행할 수 있다. 이때, 일 예로, WFD 소스 디바이스(1210)와 WFD 싱크 디바이스(1220)에 대한 세션 연결 개시는 RTSP M5 메시지에 기초하여 수행될 수 있다. 그 후, WFD 소스 디바이스(1210)와 WFD 싱크 디바이스(1220)는 RTSP M6 메시지 및 RTSP M7 메시지를 통해 세션 연결에 대한 정보를 교환하고 스트리밍 제공을 위한 세션 연결을 수행할 수 있다. 이때, 상술한 트랜스포트로서 UDP 또는 TCP가 이용될 수 있다. 즉, WFD 소스 디바이스(1210)가 WFD 싱크 디바이스(1220)로 오디오/비디오 스트리밍을 제공하는 경우, WFD 소스 디바이스(1210)와 WFD 싱크 디바이스(1220)는 UDP 또는 TCP를 이용할 수 있다. 일 예로, WFD 소스 디바이스(1210)가 UDP를 통해 오디오/비디오 스트리밍을 제공하는 있는 경우, WFD 소스 디바이스(1210)는 UDP 트랜스 포트에서 TCP 트랜스포트로 변경을 요청할 수 있다. 또는, WFD 소스 디바이스(1210)가 TCP를 통해 오디오/비디오 스트리밍을 제공하는 있는 경우, WFD 소스 디바이스(1210)는 TCP 트랜스 포트에서 UDP 트랜스포트로 변경을 요청할 수 있다.
다만, 실시간 데이터로서 오디오/비디오 스트리밍을 제공하는 WFD 소스 디바이스(1210)뿐만 아니라, WFD 싱크 디바이스(1220)도 트랜스 포트 스위칭을 요청할 필요성이 있을 수 있다. 일 예로, WFD 싱크 디바이스(1220)에서 사용하는 트랜스 포트에 대한 소켓이 끊어진 경우, WFD 싱크 디바이스(1220)는 트랜스 포트 스위칭을 WFD 소스 디바이스(1210)로 요청할 필요성이 있을 수 있다.
일 예로, 도 12를 참조하면, WFD 소스 디바이스(1210)는 실시간 데이터 정보로서 오디오/비디오 스트리밍을 UDP를 통해 WFD 싱크 디바이스(1220)로 제공할 수 있다. 이때, 일 예로, WFD 싱크 디바이스(1220)가 UDP 트랜스 포트를 TCP 트랜스 포트로 변경하고자 할 수 있다.
이때, WFD 소스 디바이스(1210)는 WFD 싱크 디바이스(1220)의 트랜스 포트 스위칭을 위한 RTSP M6 메시지 트리거를 위해 RTSP M5 메시지를 WFD 싱크 디바이스(1220)로 전송할 수 있다. 구체적으로, 상술한 바와 같이 RTSP M5 메시지는 세션 연결을 트리거하기 위한 메시지일 수 있다. 이때, 일 예로, RTSP M5에는 “wfd-trigger-method”파라미터가 포함될 수 있다. 이때, “wfd-trigger-method”는 WFD 싱크 디바이스(1220)에게 세션 연결을 위한 RTSP M6 메시지 전송이 필요함을 지시하는 파라미터일 수 있다. 또한, 일 예로, wfd-trigger-method”파라미터의 셋업 설정은 “setup : Transport-Switching;TCP”로서 트랜스포트 스위칭에 대한 정보를 지시하도록 할 수 있다. 그 후, WFD 싱크 디바이스(1220)는 RTSP M5 메시지로서 응답 메시지를 WFD 소스 디바이스(1210)로 전송할 수 있다.
이때, 일 예로 WFD 싱크 디바이스(1220)가 전송하는 RTSP M5 메시지의 파라미터는 RTSP M6 메시지 전송 요청을 허여할지 여부에 대한 정보가 포함될 수 있다. 일 예로, RTSP M5 메시지의 파라미터에는 “not ok”로서 RTSP M5 메시지에 의한 RTSP M6 메시지 전송 요청을 허여하지 않는다는 응답을 WFD 소스 디바이스(1210)로 전송할 수 있다. 이때, RTSP M6 메시지 전송이 수행되지 않는바 트랜스포트 스위칭이 필요한 경우, WFD 소스 디바이스(1210)는 직접 트랜스 포트 스위칭을 위한 동작을 수행할 수 있다. 즉, WFD 소스 디바이스(1210)가 트랜스 포트 스위칭 주체로서 트랜스 포트 스위칭을 위한 절차를 별도로 수행할 수 있다. WFD 소스 디바이스(1210)가 주체가 되어 트랜스포트 스위칭을 수행하는 경우, WFD 소스 디바이스(1210)는 상술한 RTSP M4 메시지에 트랜스포트 스위칭에 대한 정보를 포함시켜 WFD 싱크 디바이스(1220)로 전송하고, 이에 대한 응답을 수신하여 트랜스포트 스위칭을 수행할 수 있다.
반면, WFD 싱크 디바이스(1220)가 전송하는 RTSP M5 메시지의 파라미터에는 “RTSP ok”로서 RTSP M5 메시지에 의한 RTSP M6 메시지 전송 요청을 허여하는 응답이 포함될 수 있다. 이때, WFD 싱크 디바이스(1220)는 응답을 전송한 후에 RTSP M6 메시지를 전송하여 트랜스포트 스위칭을 WFD 소스 디바이스(1210)로 요청할 수 있다. 이때, 일 예로, RTSP M6 메시지의 파라미터로서 “M6 setup request”에는 트랜스 포트 스위칭에 대한 정보가 포함될 수 있다. 일 예로, 도 12에 기초할 때, UDP에서 TCP로 트랜스포트를 전환하는 경우인바, 파라미터로서 “Transport-Switching; TCP”가 포함될 수 있다. 그 후, WFD 소스 디바이스(1210)는 RTSP M6 메시지로서 응답 메시지를 전송할 수 있다.
일 예로, 트랜스포트가 전환되는 경우인바, WFD 소스 디바이스(1210)와 WFD 싱크 디바이스(1220)는 RTSP M3 메시지 및 RTSP M4 메시지를 통해 능력 협상 절차를 다시 수행할 필요성이 있다. WFD 소스 디바이스(1210)는 RTSP M3 메시지에 파라미터로서 “wfd2-tcp-port”에 대한 정보를 포함시켜 전송할 수 있다. 그 후, WFD 싱크 디바이스(1220)는 RTSP M3 메시지에 대한 응답을 WFD 소스 디바이스(1210)로 전송할 수 있다. 그 후, WFD 소스 디바이스(1210)와 WFD 싱크 디바이스(1220)는 RTSP M4 메시지 교환을 통해 트랜스포트 전환을 수행할 수 있으며, 전환된 트랜스포트를 통해 실시간 데이터를 제공할 수 있다. 일 예로, 도 12에서는 UDP에서 TCP로 전환되는 경우를 기재하였으나, TCP에서 UDP로 전환하는 경우도 동일하게 적용될 수 있다.
또한, 일 예로서, 트랜스 포트 연결이 끊어진 경우에 WFD 소스 디바이스(1210)는 트리거 메시지로서 RTSP M5 메시지를 WFD 싱크 디바이스(1220)에 전송할 수 있으며, 이는 상술한 바와 같을 수 있다. 이때, 일 예로서, WFD 소스 디바이스(1210)가 트랜스 포트 연결이 끊어짐을 인식한 경우, WFD 소스 디바이스(1210)는 RTSP M5 메시지를 WFD 싱크 디바이스(1220)로 전송하기 전에 트랜스 포트 연결을 위해 데이터 패킷을 동일한 트랜스 포트를 이용하여 WFD 싱크 디바이스(1220)로 전송할 수 있다. 이때, 일 예로, WFD 소스 디바이스(1210)가 전송한 데이터 패킷에 기초하여 트랜스 포트가 다시 연결(binding)된 경우에는 트랜스 포트를 유지할 수 있다. 다만, 트랜스 포트에 대한 연결이 실패한 경우, WFD 소스 디바이스(1210)는 상술한 바와 같이 RTSP M5 메시지를 전송하여 RTSP M6 메시지 전송을 트리거링할 수 있으며, 이는 상술한 바와 같다.
도 13은 WFD 싱크 디바이스가 트랜스포트를 스위칭하는 방법을 나타낸 도면이다.
도 13을 참조하면 WFD 소스 디바이스(1310)는 RTSP M3 메시지 및 RTSP M4 메시지를 통해 WFD 싱크 디바이스(1320)와 능력 협상 절차를 수행할 수 있다. 또한, WFD 소스 디바이스(1310) 및 WFD 싱크 디바이스(1320)는 RTSP M5 메시지, RTSP M6 메시지 및 RTSP M7 메시지를 통해 세션 연결을 수행할 수 있다. 그 후, WFD 소스 디바이스(1310)는 실시간 데이터로서 오디오/비디오 스트리밍을 WFD 싱크 디바이스(1320)로 제공할 수 있으며, 이는 도 12와 동일할 수 있다.
이때, WFD 싱크 디바이스(1320)가 트랜스 포트를 스위칭하고자 할 수 있다. 일 예로, WFD 싱크 디바이스(1320)에서 소켓이 끊어지는 경우, WFD 싱크 디바이스(1320)는 주체적으로 트랜스 포트에 대한 스위칭을 수행할 수 있으며, 이는 상술한 바와 동일할 수 있다.
다만, 도 13을 참고하면, WFD 싱크 디바이스(1320)는 RTSP M6 메시지를 WFD 소스 디바이스(1310)로 전송할 수 있다. 즉, WFD 싱크 디바이스(1320)는 트리거 메시지로서 RTSP M5 메시지를 수신하지 않더라도 직접 RTSP M6 메시지를 WFD 소스 디바이스(1310)로 전송할 수 있다. 일 예로, UDP에서 TCP로 트랜스 포트를 스위칭하는 경우, WFD 싱크 디바이스(1320)가 전송하는 RTSP M6 메시지의 파라미터 셋업 설정으로 “setup : Transport-Switching;TCP”이 설정될 수 있다.
또한, 일 예로, TCP에서 UDP로 트랜스 포트를 스위칭하는 경우, WFD 싱크 디바이스(1320)가 전송하는 RTSP M6 요청 메시지의 파라미터 셋업 설정으로 “setup : Transport-Switching;UDP”이 설정될 수 있다. WFD 소스 디바이스(1310)는 WFD 싱크 디바이스(1320)로부터 수신한 RTSP M6 요청 메시지에 대한 응답으로 RTSP M6 응답 메시지를 WFD 싱크 디바이스(1320)로 전송할 수 있다. 이때, RTSP M6 응답 메시지의 파라미터 셋업 설정으로서 “setup : RTSP OK”가 설정될 수 있다.
또한, 트랜스포트가 전환되는 경우인바, WFD 소스 디바이스(1310)와 WFD 싱크 디바이스(1320)는 RTSP M3 메시지 및 RTSP M4 메시지를 통해 능력 협상 절차를 다시 수행할 필요성이 있다. WFD 소스 디바이스(1310)는 RTSP M3 메시지에 파라미터로서 “wfd2-tcp-port”에 대한 정보를 포함시켜 전송할 수 있다. 그 후, WFD 싱크 디바이스(1320)는 RTSP M3 메시지에 대한 응답을 WFD 소스 디바이스(1310)로 전송할 수 있다. 그 후, WFD 소스 디바이스(1310)와 WFD 싱크 디바이스(1320)는 RTSP M4 메시지 교환을 통해 트랜스포트 전환을 수행할 수 있으며, 전환된 트랜스포트를 통해 실시간 데이터를 제공할 수 있다. 일 예로, 도 13에서는 UDP에서 TCP로 전환되는 경우를 기재하였으나, TCP에서 UDP로 전환하는 경우도 동일하게 적용될 수 있다.
도 14는 WFD 소스 디바이스가 트랜스포트를 스위칭을 허여하는 방법을 나타낸 도면이다.
도 12 및 도 13을 참조하면, WFD 싱크 디바이스(1420)는 트랜스포트 스위칭을 위해 RTSP M6 요청 메시지를 WFD 소스 디바이스(1410)으로 전송할 수 있다. 이때, WFD 소스 디바이스(1410)는 WFD 싱크 디바이스(1420)로부터 수신한 RTSP M6 요청 메시지에 대한 응답으로 RTSP M6 응답 메시지를 WFD 싱크 디바이스(1420)로 전송할 수 있으며, 이는 상술한 바와 같다.
이때, 일 예로, WFD 소스 디바이스(1410)는 트랜스 포트 스위칭의 허여 여부에 대한 정보를 RTS M6 응답 메시지에 포함시켜 전송할 수 있다. 일 예로, 스위칭되는 트랜스 포트에 대한 WFD 소스 디바이스(1410)의 소켓이 끊어져 있는 경우, WFD 소스 디바이스(1410)는 트랜스 포트 스위칭을 허여하지 않을 수 있다. 또한, 그 밖의 이유로도 WFD 소스 디바이스(1410)는 트랜스 포트 스위칭을 허여하지 않을 수 있으며, 상술한 실시예로 한정되지 않는다.
이때, 일 예로, WFD 소스 디바이스(1410)가 트랜스포트 스위칭을 허여하는 경우, RTSP M6 응답 메시지의 파라미터 셋업 설정으로서 “setup : RTSP OK”가 설정될 수 있다. 수신한 RTSP M6 응답 메시지의 파라미터로서 셋업 설정이 “setup : RTSP OK”인 경우, WFD 싱크 디바이스(1410)는 트랜스 포트 스위칭을 수행할 수 있다. 또한, WFD 소스 디바이스(1410)가 트랜스포트 스위칭을 허여하지 않는 경우, RTSP M6 응답 메시지의 파라미터 셋업 설정으로서 “setup : not OK”가 설정될 수 있다. 수신한 RTSP M6 응답 메시지의 파라미터로서 셋업 설정이 “setup : not OK”인 경우, WFD 싱크 디바이스(1420)는 트랜스 포트 스위칭을 수행할 수 없다. 이때, WFD 소스 디바이스(1420)는 기존의 트랜스 포트를 통해 실시간 데이터를 제공할 수 있다. 일 예로, 트랜스 포트 스위칭이 불가능한 경우, WFD 소스 디바이스(1420)는 트랜스 포트 회복(Recovery) 절차를 수행할 수 있으며, 이에 대해서는 후술한다.
도 15는 트랜스 포트 스위칭이 필요한 구체적인 상황을 나타낸 도면이다.
도 15를 참조하면, WFD 소스 디바이스(1510)는 WFD 싱크 디바이스(1520)로 실시간 데이터로서 오디오/비디오 스트리밍을 제공할 수 있다. 이때, WFD 소스 디바이스(1510)는 UDP를 통해서 오디오/비디오 스트리밍을 WFD 싱크 디바이스로 제공할 수 있다.
일 예로, WFD 싱크 디바이스(1520)의 UDP 소켓이 끊어질 수 있다. 이때, WFD 싱크 디바이스(1520)은 UDP 소켓은 RTP에 기초하여 상술한 오디오/비디오 스트리밍을 제공받는 소켓 또는 트랜스 포트일 수 있다. 즉, WFD 싱크 디바이스(1520)의 트랜스 포트가 사용 불가 상태가 될 수 있다. 이때, WFD 소스 디바이스(1510)은 WFD 싱크 디바이스의 UDP 소켓이 끊어진 상태를 알 수 없으므로, RTP 패킷을 계속적으로 전송할 수 있다. 따라서, 상술한 상황에서는 WFD 싱크 디바이스(1520)가 트랜스 포트 스위층 또는 트랜스 포트 회복을 수행할 필요성이 있다.
도 16 내지 23은 트랜스 포트 스위칭 또는 회복하는 방법에 대한 구체적인 실시예일 수 있다. 이때, 싱크 디바이스 또는 소스 디바이스의 트랜스 포트 소켓이 끊어지는 경우가 발생할 수 있으며, 각각의 경우에 따라 다른 방법이 적용될 수 있다.
도 16는 WFD 싱크 디바이스의 UDP 소켓이 끊어진 경우, 트랜스 포트를 스위칭하는 방법을 나타낸 도면이다.
도 16을 참조하면, WFD 소스 디바이스(1610)는 WFD 싱크 디바이스(1620)로 UDP를 통해 오디오/비디오 스트리밍을 제공할 수 있다. 이때, WFD 싱크 디바이스(1620)의 UDP 소켓이 끊어질 수 있다. WFD 소스 디바이스(1610)는 WFD 싱크 디바이스(1620)의 UDP 소켓이 끊어진 사실을 인지할 수 없는바, RTP 패킷을 지속적으로 전송할 수 있다.
일 예로, WFD 싱크 디바이스(1620)는 UDP 소켓이 끊어진 사실을 인지하고 TCP로 스위칭을 위한 절차를 수행할 수 있다. 이때, 일 예로, TCP로의 스위칭은 상술한 도 11 내지 도 14와 동일할 수 있다. 다만, WFD 싱크 디바이스(1620)가 전송하는 RTSP M6 요청 메시지(또는 RTSP M6 셋업 요청 메시지)에 포함되는 정보(또는 파라미터)에 대해서 보다 구체적으로 서술한다. 일 예로, RTSP M6 요청 메시지에는 TCP를 위한 클라이언트 포트(Client Port) 정보가 포함될 수 있다. 이때, 일 예로, 클라이언트 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTP control Protocol Port, RTCP Port) 정보가 포함될 수 있다. 즉, WFD 싱크 디바이스(1620)는 TCP 클라이언트로서 사용하고자 하는 클라이언트 포트 정보를 RTSP M6 요청 메시지에 포함시킬 수 있다. 또한, 일 예로, RTSP M6 요청 메시지에는 오디오/비디오 스트리밍 방법 또는 타입에 대한 정보 등이 포함될 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로, RTSP M6 요청 메시지에는 TCP 스위칭을 위한 메시지임을 지시하는 정보가 포함될 수 있다. 즉, RTSP M6 요청 메시지에는 TCP 스위칭에 대한 지시 정보가 포함될 수 있다.
그 후, WFD 소스 디바이스(1610)는 RTSP M6 요청 메시지의 응답으로 RTSP M6 응답 메시지(또는 RTSP M6 셋업 응답 메시지)를 WFD 싱크 디바이스(1620)로 전송할 수 있다. 이때, RTSP M6 응답 메시지에는 클라이언트 포트 정보와 서버 포트 (Server Port) 정보가 포함될 수 있다. 이때, 서버 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, RTSP M6 응답 메시지에는 TCP 서버 역할을 수행하는 WFD 소스 디바이스(1610)에 대한 포트 정보가 포함될 수 있다. 그 후, WFD 소스 디바이스(1610)와 WFD 싱크 디바이스(1620)는 UDP에서 TCP로 트랜스 포트를 전환할 수 있다. WFD 소스 디바이스(1610)는 전환된 TCP를 통해 오디오/비디오 스트리밍을 WFD 싱크 디바이스(1620)로 제공할 수 있다.
도 17은 WFD 싱크 디바이스의 UDP 소켓이 끊어진 경우, 트랜스 포트를 회복하는 방법을 나타낸 도면이다.
도 17을 참조하면, WFD 소스 디바이스(1710)는 WFD 싱크 디바이스(1720)로 UDP를 통해 오디오/비디오 스트리밍을 제공할 수 있다. 이때, WFD 싱크 디바이스(1720)의 UDP 소켓이 끊어질 수 있다. WFD 소스 디바이스(1710)는 WFD 싱크 디바이스(1720)의 UDP 소켓이 끊어진 사실을 인지할 수 없는바, RTP 패킷을 지속적으로 전송할 수 있다.
일 예로, WFD 싱크 디바이스(1720)는 UDP 소켓이 끊어진 사실을 인지하고 트랜스 포트 회복(Recovery)를 위한 절차를 수행할 수 있다. 일 예로, WFD 싱크 디바이스(1720)는 RTSP M6 요청 메시지(또는 RTSP M6 셋업 요청 메시지)를 UDP 회복을 위해 사용할 수 있다. 이때, RTSP M6 요청 메시지에는 UDP를 위한 클라이언트 포트(Client Port) 정보가 포함될 수 있다. 이때, 일 예로, 클라이언트 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, WFD 싱크 디바이스(1720)는 UDP 클라이언트로서 사용하고자 하는 클라이언트 포트 정보를 RTSP M6 요청 메시지에 포함시킬 수 있다. 또한, 일 예로, RTSP M6 요청 메시지에는 오디오/비디오 스트리밍 방법 또는 타입에 대한 정보 등이 포함될 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로, RTSP M6 요청 메시지에는 UDP 회복을 위한 메시지임을 지시하는 정보가 포함될 수 있다. 즉, RTSP M6 요청 메시지에는 UDP 회복에 대한 지시 정보가 포함될 수 있다.
그 후, WFD 소스 디바이스(1710)는 RTSP M6 요청 메시지의 응답으로 RTSP M6 응답 메시지(또는 RTSP M6 셋업 응답 메시지)를 WFD 싱크 디바이스(1720)로 전송할 수 있다. 이때, RTSP M6 응답 메시지에는 클라이언트 포트 정보와 서버 포트 (Server Port) 정보가 포함될 수 있다. 이때, 서버 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, RTSP M6 응답 메시지에는 UDP 서버 역할을 수행하는 WFD 소스 디바이스(1710)에 대한 포트 정보가 포함될 수 있다. 그 후, WFD 소스 디바이스(1710)와 WFD 싱크 디바이스(1720)는 UDP를 회복 시킬 수 있다. WFD 소스 디바이스(1710)는 UDP를 통해 오디오/비디오 스트리밍을 WFD 싱크 디바이스(1720)로 제공할 수 있다.
도 18는 WFD 소스 디바이스의 UDP 소켓이 끊어진 경우, 트랜스 포트를 스위칭하는 방법을 나타낸 도면이다.
도 18을 참조하면, WFD 소스 디바이스(1810)는 WFD 싱크 디바이스(1820)로 UDP를 통해 오디오/비디오 스트리밍을 제공할 수 있다. 이때, WFD 소스 디바이스(1810)의 UDP 소켓이 끊어질 수 있다. WFD 소스 디바이스(1710)는 소켓이 끊어진 사실을 인지하고, 주체적으로 TCP 스위칭을 위한 절차를 수행할 수 있다.
일 예로, WFD 소스 디바이스(1810)은 TCP로의 스위칭을 위해 RTSP M4 요청 메시지(또는 RTSP M4 셋_파라미터 요청 메시지)를 WFD 싱크 디바이스(1820)로 전송할 수 있다. 이때, RTSP M4 요청 메시지에는 트랜스 포트 스위칭을 지시하는 정보가 포함될 수 있다. 그 후, WFD 싱크 디바이스(1820)는 WFD 소스 디바이스(1810)로 RTSP M4 응답 메시지(또는 RTSP M4 셋_파라미터 응답 메시지)를 전송할 수 있다. 일 예로, RTSP M4 응답 메시지에는 스위칭을 허여할지 여부에 대한 정보가 포함될 수 있으며, 이는 상술한 바와 같다.
그 후, WFD 싱크 디바이스(1820)는 RTSP M6 요청 메시지(또는 RTSP M6 셋업 요청 메시지를 WFD 소스 디바이스(1810)로 전송할 수 있다. 이때, RTSP M6 요청 메시지에는 TCP를 위한 클라이언트 포트(Client Port) 정보가 포함될 수 있다. 이때, 일 예로, 클라이언트 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, WFD 싱크 디바이스(1820)는 TCP 클라이언트로서 사용하고자 하는 클라이언트 포트 정보를 RTSP M6 요청 메시지에 포함시킬 수 있다. 또한, 일 예로, RTSP M6 요청 메시지에는 오디오/비디오 스트리밍 방법 또는 타입에 대한 정보 등이 포함될 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로, RTSP M6 요청 메시지에는 TCP 스위칭을 위한 메시지임을 지시하는 정보가 포함될 수 있다. 즉, RTSP M6 요청 메시지에는 TCP 스위칭에 대한 지시 정보가 포함될 수 있다.
그 후, WFD 소스 디바이스(1810)는 RTSP M6 요청 메시지의 응답으로 RTSP M6 응답 메시지(또는 RTSP M6 셋업 응답 메시지)를 WFD 싱크 디바이스(1820)로 전송할 수 있다. 이때, RTSP M6 응답 메시지에는 클라이언트 포트 정보와 서버 포트 (Server Port) 정보가 포함될 수 있다. 이때, 서버 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, RTSP M6 응답 메시지에는 TCP 서버 역할을 수행하는 WFD 소스 디바이스(1810)에 대한 포트 정보가 포함될 수 있다. 그 후, WFD 소스 디바이스(1810)와 WFD 싱크 디바이스(1820)는 UDP에서 TCP로 트랜스 포트를 전환할 수 있다. WFD 소스 디바이스(1810)는 전환된 TCP를 통해 오디오/비디오 스트리밍을 WFD 싱크 디바이스(1820)로 제공할 수 있다.
도 19는 WFD 소스 디바이스의 UDP 소켓이 끊어진 경우, 트랜스 포트를 회복하는 방법을 나타낸 도면이다.
도 19을 참조하면, WFD 소스 디바이스(1910)는 WFD 싱크 디바이스(1920)로 UDP를 통해 오디오/비디오 스트리밍을 제공할 수 있다. 이때, WFD 소스 디바이스(1910)의 UDP 소켓이 끊어질 수 있다. WFD 소스 디바이스(1910)는 소켓이 끊어진 사실을 인지하고, 주체적으로 UDP 회복을 위한 절차를 수행할 수 있다.
일 예로, WFD 소스 디바이스(1910)은 UDP 회복을 위해 RTSP M4 요청 메시지(또는 RTSP M4 셋_파라미터 요청 메시지)를 WFD 싱크 디바이스(1920)로 전송할 수 있다. 이때, RTSP M4 요청 메시지에는 트랜스 포트 회복을 지시하는 정보가 포함될 수 있다. 그 후, WFD 싱크 디바이스(1920)는 WFD 소스 디바이스(1910)로 RTSP M4 응답 메시지(또는 RTSP M4 셋_파라미터 응답 메시지)를 전송할 수 있다. 일 예로, RTSP M4 응답 메시지에는 회복을 허여할지 여부에 대한 정보가 포함될 수 있으며, 이는 상술한 바와 같다.
그 후, WFD 싱크 디바이스(1920)는 RTSP M6 요청 메시지(또는 RTSP M6 셋업 요청 메시지)를 WFD 소스 디바이스(1910)로 전송할 수 있다. 이때, RTSP M6 요청 메시지에는 UDP를 위한 클라이언트 포트(Client Port) 정보가 포함될 수 있다. 이때, 일 예로, 클라이언트 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, WFD 싱크 디바이스(1920)는 UDP 클라이언트로서 사용하고자 하는 클라이언트 포트 정보를 RTSP M6 요청 메시지에 포함시킬 수 있다. 또한, 일 예로, RTSP M6 요청 메시지에는 오디오/비디오 스트리밍 방법 또는 타입에 대한 정보 등이 포함될 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로, RTSP M6 요청 메시지에는 UDP 회복을 위한 메시지임을 지시하는 정보가 포함될 수 있다. 즉, RTSP M6 요청 메시지에는 UDP 회복에 대한 지시 정보가 포함될 수 있다.
그 후, WFD 소스 디바이스(1910)는 RTSP M6 요청 메시지의 응답으로 RTSP M6 응답 메시지(또는 RTSP M6 셋업 응답 메시지)를 WFD 싱크 디바이스(1920)로 전송할 수 있다. 이때, RTSP M6 응답 메시지에는 클라이언트 포트 정보와 서버 포트 (Server Port) 정보가 포함될 수 있다. 이때, 서버 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, RTSP M6 응답 메시지에는 UDP 서버 역할을 수행하는 WFD 소스 디바이스(1910)에 대한 포트 정보가 포함될 수 있다. 그 후, WFD 소스 디바이스(1910)와 WFD 싱크 디바이스(1720)는 UDP를 회복 시킬 수 있다. WFD 소스 디바이스(1910)는 UDP를 통해 오디오/비디오 스트리밍을 WFD 싱크 디바이스(1920)로 제공할 수 있다.
도 20은 WFD 싱크 디바이스의 TCP 소켓이 끊어진 경우, 트랜스 포트를 스위칭하는 방법을 나타낸 도면이다.
도 20을 참조하면, WFD 소스 디바이스(2010)는 WFD 싱크 디바이스(2020)로 TCP를 통해 오디오/비디오 스트리밍을 제공할 수 있다. 이때, WFD 싱크 디바이스(2020)의 TCP 소켓이 끊어질 수 있다. 이때, WFD 싱크 디바이스(2020)는 주체적으로 트랜스포트 스위칭을 위한 절차를 수행할 수 있다.
일 예로, WFD 싱크 디바이스(2020)는 TCP 소켓이 끊어진 사실을 인지하고 TCP로 스위칭을 위한 절차를 수행할 수 있다. 이때, 일 예로, TCP로의 스위칭은 상술한 도 11 내지 도14와 동일할 수 있다. 다만, WFD 싱크 디바이스(2020)가 전송하는 RTSP M6 요청 메시지(또는 RTSP M6 셋업 요청 메시지)에 포함되는 정보(또는 파라미터)에 대해서 보다 구체적으로 서술한다. 일 예로, RTSP M6 요청 메시지에는 UDP를 위한 클라이언트 포트(Client Port) 정보가 포함될 수 있다. 이때, 일 예로, 클라이언트 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, WFD 싱크 디바이스(2020)는 UDP 클라이언트로서 사용하고자 하는 클라이언트 포트 정보를 RTSP M6 요청 메시지에 포함시킬 수 있다. 또한, 일 예로, RTSP M6 요청 메시지에는 오디오/비디오 스트리밍 방법 또는 타입에 대한 정보 등이 포함될 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로, RTSP M6 요청 메시지에는 UDP 스위칭을 위한 메시지임을 지시하는 정보가 포함될 수 있다. 즉, RTSP M6 요청 메시지에는 UDP 스위칭에 대한 지시 정보가 포함될 수 있다.
그 후, WFD 소스 디바이스(2010)는 RTSP M6 요청 메시지의 응답으로 RTSP M6 응답 메시지(또는 RTSP M6 셋업 응답 메시지)를 WFD 싱크 디바이스(2020)로 전송할 수 있다. 이때, RTSP M6 응답 메시지에는 클라이언트 포트 정보와 서버 포트 (Server Port) 정보가 포함될 수 있다. 이때, 서버 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, RTSP M6 응답 메시지에는 UDP 서버 역할을 수행하는 WFD 소스 디바이스(2010)에 대한 포트 정보가 포함될 수 있다. 그 후, WFD 소스 디바이스(2010)와 WFD 싱크 디바이스(2020)는 TCP에서 UDP로 트랜스 포트를 전환할 수 있다. WFD 소스 디바이스(2010)는 전환된 UDP를 통해 오디오/비디오 스트리밍을 WFD 싱크 디바이스(2020)로 제공할 수 있다.
도 21은 WFD 싱크 디바이스의 TCP 소켓이 끊어진 경우, 트랜스 포트를 회복하는 방법을 나타낸 도면이다.
도 21을 참조하면, WFD 소스 디바이스(2110)는 WFD 싱크 디바이스(2120)로 TCP를 통해 오디오/비디오 스트리밍을 제공할 수 있다. 이때, WFD 싱크 디바이스(2120)의 TCP 소켓이 끊어질 수 있다.
일 예로, WFD 싱크 디바이스(2120)는 TCP 소켓이 끊어진 사실을 인지하고 트랜스 포트 회복(Recovery)를 위한 절차를 수행할 수 있다. 일 예로, WFD 싱크 디바이스(2120)는 RTSP M6 요청 메시지(또는 RTSP M6 셋업 요청 메시지)를 TCP 회복을 위해 사용할 수 있다. 이때, RTSP M6 요청 메시지에는 TCP를 위한 클라이언트 포트(Client Port) 정보가 포함될 수 있다. 이때, 일 예로, 클라이언트 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, WFD 싱크 디바이스(2120)는 TCP 클라이언트로서 사용하고자 하는 클라이언트 포트 정보를 RTSP M6 요청 메시지에 포함시킬 수 있다. 또한, 일 예로, RTSP M6 요청 메시지에는 오디오/비디오 스트리밍 방법 또는 타입에 대한 정보 등이 포함될 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로, RTSP M6 요청 메시지에는 TCP 회복을 위한 메시지임을 지시하는 정보가 포함될 수 있다. 즉, RTSP M6 요청 메시지에는 TCP 회복에 대한 지시 정보가 포함될 수 있다.
그 후, WFD 소스 디바이스(2110)는 RTSP M6 요청 메시지의 응답으로 RTSP M6 응답 메시지(또는 RTSP M6 셋업 응답 메시지)를 WFD 싱크 디바이스(2120)로 전송할 수 있다. 이때, RTSP M6 응답 메시지에는 클라이언트 포트 정보와 서버 포트 (Server Port) 정보가 포함될 수 있다. 이때, 서버 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, RTSP M6 응답 메시지에는 TCP 서버 역할을 수행하는 WFD 소스 디바이스(2110)에 대한 포트 정보가 포함될 수 있다. 그 후, WFD 소스 디바이스(2110)와 WFD 싱크 디바이스(1720)는 TCP를 회복 시킬 수 있다. WFD 소스 디바이스(2110)는 TCP를 통해 오디오/비디오 스트리밍을 WFD 싱크 디바이스(2120)로 제공할 수 있다.
도 22는 WFD 소스 디바이스의 TCP 소켓이 끊어진 경우, 트랜스 포트를 스위칭하는 방법을 나타낸 도면이다.
도 22를 참조하면, WFD 소스 디바이스(2210)는 WFD 싱크 디바이스(2220)로 TCP를 통해 오디오/비디오 스트리밍을 제공할 수 있다. 이때, WFD 소스 디바이스(2210)의 TCP 소켓이 끊어질 수 있다. WFD 소스 디바이스(2210)는 소켓이 끊어진 사실을 인지하고, 주체적으로 TCP 스위칭을 위한 절차를 수행할 수 있다.
일 예로, WFD 소스 디바이스(2210)는 UDP로의 스위칭을 위해 RTSP M4 요청 메시지(또는 RTSP M4 셋_파라미터 요청 메시지)를 WFD 싱크 디바이스(2220)로 전송할 수 있다. 이때, RTSP M4 요청 메시지에는 트랜스 포트 스위칭을 지시하는 정보가 포함될 수 있다. 그 후, WFD 싱크 디바이스(2220)는 WFD 소스 디바이스(2210)로 RTSP M4 응답 메시지(또는 RTSP M4 셋_파라미터 응답 메시지)를 전송할 수 있다. 일 예로, RTSP M4 응답 메시지에는 스위칭을 허여할지 여부에 대한 정보가 포함될 수 있으며, 이는 상술한 바와 같다.
그 후, WFD 싱크 디바이스(2220)는 RTSP M6 요청 메시지(또는 RTSP M6 셋업 요청 메시지를 WFD 소스 디바이스(2210)로 전송할 수 있다. 이때, RTSP M6 요청 메시지에는 UDP를 위한 클라이언트 포트(Client Port) 정보가 포함될 수 있다. 이때, 일 예로, 클라이언트 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, WFD 싱크 디바이스(2220)는 UDP 클라이언트로서 사용하고자 하는 클라이언트 포트 정보를 RTSP M6 요청 메시지에 포함시킬 수 있다. 또한, 일 예로, RTSP M6 요청 메시지에는 오디오/비디오 스트리밍 방법 또는 타입에 대한 정보 등이 포함될 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로, RTSP M6 요청 메시지에는 UDP 스위칭을 위한 메시지임을 지시하는 정보가 포함될 수 있다. 즉, RTSP M6 요청 메시지에는 UDP 스위칭에 대한 지시 정보가 포함될 수 있다.
그 후, WFD 소스 디바이스(2210)는 RTSP M6 요청 메시지의 응답으로 RTSP M6 응답 메시지(또는 RTSP M6 셋업 응답 메시지)를 WFD 싱크 디바이스(2220)로 전송할 수 있다. 이때, RTSP M6 응답 메시지에는 클라이언트 포트 정보와 서버 포트 (Server Port) 정보가 포함될 수 있다. 이때, 서버 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, RTSP M6 응답 메시지에는 UDP 서버 역할을 수행하는 WFD 소스 디바이스(2210)에 대한 포트 정보가 포함될 수 있다. 그 후, WFD 소스 디바이스(2210)와 WFD 싱크 디바이스(2220)는 TCP에서 UDP로 트랜스 포트를 전환할 수 있다. WFD 소스 디바이스(2210)는 전환된 UDP를 통해 오디오/비디오 스트리밍을 WFD 싱크 디바이스(1820)로 제공할 수 있다.
도 23은 WFD 소스 디바이스의 TCP 소켓이 끊어진 경우, 트랜스 포트를 회복하는 방법을 나타낸 도면이다.
도 23을 참조하면, WFD 소스 디바이스(2310)는 WFD 싱크 디바이스(2320)로 TCP를 통해 오디오/비디오 스트리밍을 제공할 수 있다. 이때, WFD 소스 디바이스(2310)의 TCP 소켓이 끊어질 수 있다. WFD 소스 디바이스(2310)는 소켓이 끊어진 사실을 인지하고, 주체적으로 TCP 회복을 위한 절차를 수행할 수 있다.
일 예로, WFD 소스 디바이스(2310)은 TCP 회복을 위해 RTSP M4 요청 메시지(또는 RTSP M4 셋_파라미터 요청 메시지)를 WFD 싱크 디바이스(2320)로 전송할 수 있다. 이때, RTSP M4 요청 메시지에는 트랜스 포트 회복을 지시하는 정보가 포함될 수 있다. 그 후, WFD 싱크 디바이스(2320)는 WFD 소스 디바이스(2310)로 RTSP M4 응답 메시지(또는 RTSP M4 셋_파라미터 응답 메시지)를 전송할 수 있다. 일 예로, RTSP M4 응답 메시지에는 회복을 허여할지 여부에 대한 정보가 포함될 수 있으며, 이는 상술한 바와 같다.
그 후, WFD 싱크 디바이스(2320)는 RTSP M6 요청 메시지(또는 RTSP M6 셋업 요청 메시지)를 WFD 소스 디바이스(2310)로 전송할 수 있다. 이때, RTSP M6 요청 메시지에는 TCP를 위한 클라이언트 포트(Client Port) 정보가 포함될 수 있다. 이때, 일 예로, 클라이언트 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, WFD 싱크 디바이스(2320)는 TCP 클라이언트로서 사용하고자 하는 클라이언트 포트 정보를 RTSP M6 요청 메시지에 포함시킬 수 있다. 또한, 일 예로, RTSP M6 요청 메시지에는 오디오/비디오 스트리밍 방법 또는 타입에 대한 정보 등이 포함될 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로, RTSP M6 요청 메시지에는 TCP 회복을 위한 메시지임을 지시하는 정보가 포함될 수 있다. 즉, RTSP M6 요청 메시지에는 TCP 회복에 대한 지시 정보가 포함될 수 있다.
그 후, WFD 소스 디바이스(2310)는 RTSP M6 요청 메시지의 응답으로 RTSP M6 응답 메시지(또는 RTSP M6 셋업 응답 메시지)를 WFD 싱크 디바이스(2320)로 전송할 수 있다. 이때, RTSP M6 응답 메시지에는 클라이언트 포트 정보와 서버 포트 (Server Port) 정보가 포함될 수 있다. 이때, 서버 포트는 RTP 포트(RTP Port) 및 RTCP 포트(RTCP Port) 정보가 포함될 수 있다. 즉, RTSP M6 응답 메시지에는 TCP 서버 역할을 수행하는 WFD 소스 디바이스(2310)에 대한 포트 정보가 포함될 수 있다. 그 후, WFD 소스 디바이스(2310)와 WFD 싱크 디바이스(2320)는 TCP를 회복 시킬 수 있다. WFD 소스 디바이스(2310)는 TCP를 통해 오디오/비디오 스트리밍을 WFD 싱크 디바이스(2320)로 제공할 수 있다.
또한, 상술한 도 19 내지 도 23과 관련하여, TCP 트랜스 포트의 소켓이 끊어진 경우처럼 TCP 트랜스 포토를 사용할 수 없는 경우(lost), WFD 싱크 디바이스는 RTSP M6 메시지를 WFD 소스 디바이스로 전송하여 TCP 프로토콜 회복 절차를 수행할 수 있으며, 이는 상술한 바와 같다. 이때, 일 예로서, WFD 싱크 디바이스와 WFD 소스 디바이스가 TCP를 회복하지 못한 경우, WFD 세션은 UDP를 통해서 다시 연결될 수 있다. 즉, 트랜스 포트에 대한 회복 절차가 먼저 수행된 후, 회복이 불가능한 경우에 트랜스 포트 스위칭 절차가 수행될 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, TCP를 기준으로 서술하였으나, UDP를 이용하는 경우에 있어서도 동일하게 트랜스 포트 회복 절차가 먼저 수행된 후, 회복이 불가능한 경우에 트랜스 포트 스위칭 절차가 수행될 수 있으며, 상술한 실시예로 한정되지 않는다.
상술한 실시예에 있어서, TCP 소켓이 끊어진 경우, WFD 싱크 디바이스는 TCP 연결 설정 패킷을 WFD 소스 디바이스로 전송할 수 있다. 이때, WFD 싱크 디바이스와 WFD 소스 디바이스는 3way handshake을 통해 패킷을 주고 받는 것이 가능할 수 있다. 즉, WFD 싱크 디바이스와 WFD 소스 디바이스는 패킷에 대한 메시지를 교환할 수 있다. 이때, 상술한 과정이 끝나면 WFD 싱크 디바이스와 WFD 소스 디바이스는 RTSP 패킷을 주고 받는 것이 가능할 수 있다. 또한, TCP 연결이 완료되면 능력 협상 과정과 세션 연결 과정을 수행할 수 있다. 이때, 일 예로, 세션 연결 과정은 UDP를 기반으로 수행될 수 있다. 즉, 상술한 바와 같이 제어 평면에서는 TCP를 통해 정보 교환이 수행될 수 있고, 데이터 평면에서는 TCP 또는 UDP를 통해 정보 교환이 수행될 수 있다. 이때, TCP 소켓이 끊어진 경우라면 제어 평면에서 TCP 연결 설정을 위한 패킷을 주고 받음으로서, TCP 소켓을 연결할 수 있으며, 이를 통해 RTSP 메시지 교환이 가능할 수 있다.
일 예로, TCP 연결이 끊어지고 UDP로 스위칭하는 경우에 있어서, 상술한 바와 같이 3way handshake를 통해 RTSP 패킷 교환이 가능하도록 제어 평면에서 TCP 연결을 수행하고, 세션 연결을 UDP를 기반으로 수행함으로서, UDP로 스위칭을 수행할 수 있으며, 상술한 실시예로 한정되지 않는다.
도 24 및 도 25는 WFD 소스 디바이스가 WFD 싱크 디바이스로 복수의 스트리밍을 제공하는 방법을 나타낸 도면이다.
상술한 바와 같이, WFD 소스 디바이스(2420)는 WFD 싱크 디바이스(2410)로 실시간 데이터로서 비디오/오디오 스트리밍을 제공할 수 있다. 이때, WFD 소스 디바이스(2420)는 TCP 또는 UDP를 이용하여 WFD 싱크 디바이스(2410)로 비디오/오디오 스트리밍을 제공할 수 있으며, 이는 상술한 바와 같다.
또 다른 일 예로, 도 24를 참조하면, WFD 소스 디바이스(2420)는 WFD 싱크 디바이스(2410)로 복수의 스트리밍을 제공할 수 있다. 즉, WFD 싱크 디바이스(2410)는 WFD 소스 디바이스(2420)에서 제공되는 복수의 컨텐츠를 동시에 디스플레이할 수 있다. 이때, 일 예로, WFD 싱크 디바이스(2410)는 싱크 구현 기술로서 PIP (Picture In Picture)에 기초하여 WFD 소스 디바이스(2420)의 컨텐츠를 디스플레이할 수 있다. 또한, WFD 싱크 디바이스(2410)는 상술한 TCP 또는 UDP를 통해서 컨텐츠로서 스트리밍을 제공할 수 있다. 이때, 일 예로, 제공되는 컨텐츠와 관련하여, 트랜스 포트 스위칭 또는 회복 절차가 필요한 경우 상술한 방법에 의해 수행될 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로서, WFD 소스 디바이스(2420)이 WFD 싱크 디바이스(2410)으로 복수의 컨텐츠를 제공하는 경우, WFD 소스 디바이스(2420)는 WFD 싱크 디바이스(2410)의 제 1 영역(2410-1)에 제 1 스트리밍에 기초하여 제 1 컨텐츠를 제공할 수 있다. 또한, WFD 소스 디바이스(2420)는 WFD 싱크 디바이스(2410)의 제 2 영역(2410-2)에 제 2 스트리밍에 기초하여 제 2 컨텐츠를 제공할 수 있다. 이때, 제 1 영역(2410-1) 및 제 2 영역(2410-2)은 WFD 싱크 디바이스(2410)가 컨텐츠를 디스플레이 할 수 있는 영역에서 임의로 나누어지는 영역일 수 있다. 이때, 각각의 영역의 크기 및 위치 등은 변경될 수 있으며, 상술한 실시예로 한정하지 않는다. 또한, 각각의 영역의 크기 및 위치는 WFD 싱크 디바이스(2410)에 의해 제어될 수 있다. 또한, 일 예로서, 각각의 영역의 크기 및 위치는 WFD 소스 디바이스(2420)로부터 수신하는 정보에 기초하여 설정될 수 있으며, 상술한 실시예로 한정되지 않는다. 또 다른 일 예로서, 비디오/오디오 스트리밍은 각각 제공될 수 있다. 일 예로, 비디오 스트리밍으로서 상술한 제 1 컨텐츠에 대한 제 1 비디오 스트리밍이 제 1 영역(2410-1)에서 제공되고, 제 2 컨텐츠에 대한 제 2 비디오 스트리밍이 제 2 영역(2410-2)에서 제공될 수 있다. 반면, 오디오 스트리밍은 제 1 컨텐츠의 제 1 오디오 스트리밍 및 제 2 컨텐츠의 제 2 오디오 스트리밍 중 어느 하나만이 제공될 수 있다. 즉, WFD 싱크 디바이스(2410)의 오디오 출력을 고려하여 제 1 컨텐츠의 제 1 오디오 스트리밍 및 제 2 컨텐츠의 제 2 오디오 스트리밍 중 어느 하나만 제공될 수 있다. 또한 일 예로, WFD 싱크 디바이스(2410)에 제공되는 하나의 오디오 스트리밍은 WFD 싱크 디바이스(2410)에 의해 제어될 수 있다. 또 다른 일 예로, WFD 싱크 디바이스(2410)에 제공되는 오디오 스트리밍에 대한 설정 정보는 WFD 소스 디바이스(2420)로부터 수신될 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, 일 예로, 도 25는 WFD 소스 디바이스(2510)가 WFD 싱크 디바이스(2520)로 복수의 컨텐츠를 제공하는 과정일 수 있다. 이때, 일 예로, WFD 소스 디바이스(2510)는 RTSP M3 요청 메시지를 WFD 싱크 디바이스(2520)로 전송할 수 있다. 이때, RTSP M3 요청 메시지는 “RTSP M3 GET_PARAMETER Request”로서 트랜스 포트 정보를 요청하는 메시지일 수 있다. 그 후, WFD 싱크 디바이스(2520)는 RTSP M3 응답 메시지로서 “RTSP M3 GET_PARAMETER Response”를 WFD 소스 디바이스(2510)로 전송할 수 있다. 이때, WFD 싱크 디바이스(2520)가 전송하는 메시지에는 복수의 트랜스 포트 설정에 대한 정보가 포함될 수 있다. 일 예로, WFD 싱크 디바이스가 전송하는 메시지에는 제 1 트랜스 포트에 대한 정보 및 제 2 트랜스 포트에 대한 정보가 포함될 수 있다. 그 후, WFD 소스 디바이스(2510)는 RTSP M4 요청 메시지를 WFD 싱크 디바이스(2520)로 전송할 수 있다. 이때, RTSP M4 요청 메시지는 “RTSP M4 SET_PARAMETER Request”일 수 있다. 이때, RTSP M4 요청 메시지는 상술한 제 1 트랜스 포트 및 제 2 트랜스 포트 중 제 1 트랜스 포트 설정에 대한 정보를 포함할 수 있다. 그 후, WFD 싱크 디바이스(2520)는 RTSP M4 응답 메시지를 전송할 수 있다. 이때, RTSP M4 응답 메시지는 “RTSP M4 SET_PARAMETER Response”일 수 있다. 이때, 상술한 메시지는 제 1 트랜스 포트를 통해 스트리밍을 제공할 수 있는지 여부를 지시하는 정보를 포함할 수 있다. 이때, 상술한 메시지가 제 1 트랜스 포트를 통해 스트리밍 제공을 허여하는 경우, WFD 소스 디바이스(2510)는 제 1 트랜스 포트를 통해 제 1 컨텐츠에 대한 제 1 스트리밍을 WFD 싱크 디바이스(2520)로 제공할 수 있다. 이때, 일 예로, WFD 싱크 디바이스(2520)는 제 1 컨텐츠에 대한 제 1 스트리밍을 먼저 디스플레이할 수 있다. 그 후, WFD 소스 디바이스(2510)는 RTSP M4 요청 메시지를 WFD 싱크 디바이스(2520)로 전송할 수 있다. 이때, RTSP M4 요청 메시지는 “RTSP M4 SET_PARAMETER Request”일 수 있다. 이때, RTSP M4 요청 메시지는 상술한 제 1 트랜스 포트 및 제 2 트랜스 포트 중 제 2 트랜스 포트 설정에 대한 정보를 포함할 수 있다. 즉, 제 1 트랜스 포트에 대한 스트리밍이 제공되고 있는 상태에서 추가적으로 제 2 트랜스 포트를 통해 추가적인 컨텐츠를 제공할 수 있다. 이때, WFD 싱크 디바이스(2520)는 RTSP M4 응답 메시지를 전송할 수 있다. 이때, RTSP M4 응답 메시지는 “RTSP M4 SET_PARAMETER Response”일 수 있다. 이때, 상술한 메시지는 제 2 트랜스 포트를 통해 스트리밍을 제공할 수 있는지 여부를 지시하는 정보를 포함할 수 있다. 이때, 상술한 메시지가 제 1 트랜스 포트를 통해 스트리밍 제공을 허여하는 경우, WFD 소스 디바이스(2510)는 제 2 트랜스 포트를 통해 제 2 컨텐츠에 대한 제 2 스트리밍을 WFD 싱크 디바이스(2520)로 제공할 수 있다. 이때, 상술한 바와 같이 제 1 컨텐츠는 싱크 디바이스(2520)의 제 1 영역에 디스플레이 되고, 제 2 컨텐츠는 싱크 디바이스(2520)의 제 2 영역에 디스플레이 될 수 있으며, 이는 상술한 바와 같다. 또한, 도 24 및 도 25에서 개시하고 있는 제 1 트랜스 포트 및 제 2 트랜스 포트는 동일한 타입의 트랜스 포트일 수 있다. 즉 제 1 트랜스 포트 및 제 2 트랜스 포트 모두 TCP일 수 있다. 또한, 제 1 트랜스 포트 및 제 2 트랜스 포트는 모두 UDP일 수 있다. 또 다른 실 시예로서, 제 1 트랜스 포트는 TCP로 설정되면 제 2 트랜스 포트는 UDP로 설정되고, 제 1 트랜스 포트가 UDP로 설정되면 제 2 트랜스 포트는 TCP로 설정될 수 있으며, 상술한 실시예로 한정되지 않는다.
도 26은 본 명세서의 일 실시예에 따라 싱크 디바이스가 스트리밍을 제공 받는 방법에 대한 순서도를 나타낸 도면이다.
소스 디바이스는 제 1 트랜스 포트를 통해 싱크 디바이스로 스트리밍을 제공할 수 있다. (S2610) 이때, 도 11 내지 도 23에서 상술한 바와 같이 소스 디바이스는 WFD 소스 디바이스일 수 있다. 또한, 싱크 디바이스는 WFD 싱크 디바이스일 수 있다. 이때, 스트리밍을 제공하는 제 1 트랜스 포트는 TCP 또는 UDP일 수 있다.
다음으로, 제 1 트랜스 포트 연결이 끊어진 경우(S2620), 싱크 디바이스는 소스 디바이스로 싱크 디바이스의 트랜스 포트 관련 정보를 포함하는 제 1 메시지를 전송할 수 있다.(S2630) 이때, 도 11 내지 도 23에서 상술한 바와 같이, 소스 디바이스의 소켓이 끊어진 경우에 제 1 트랜스 포트 연결이 끊어질 수 있다. 또한, 싱크 디바이스의 소켓이 끊어진 경우에 제 1 트랜스 포트 연결이 끊어질 수 있다. 이때, 일 예로, 싱크 디바이스의 소켓이 끊어진 경우에 싱크 디바이스는 트랜스 포트 관련 정보를 포함하는 제 1 메시지를 소스 디바이스로 전송할 수 있다. 이때, 제 1 메시지는 상술한 RTSP M6 요청 메시지일 수 있다. 이때, 싱크 디바이스의 소켓이 끊어진 경우에 싱크 디바이스는 트랜스 포트 스위칭을 위한 트랜스 포트 관련 정보를 제 1 메시지에 포함시켜 전송할 수 있다. 이때, 기존 연결이 TCP인 경우, 제 1 메시지에는 UDP에 대한 정보가 포함될 수 있다. 반면 기존 연길이 UDP인 경우, 제 1 메시지에는 TCP에 대한 정보가 포함될 수 있다. 또한, 일 예로, 싱크 디바이스의 소켓이 끊어진 경우에 싱크 디바이스는 트랜스 포트 회복을 위한 트랜스 포트 관련 정보를 제 1 메시지에 포함시켜 전송할 수 있다. 또한, 일 예로, 제 1 트랜스 포트 연결이 소스 디바이스의 소켓이 끊어짐에 따라 발생한 경우, 소스 디바이스는 싱크 디바이스로 제 3 메시지를 전송할 수 있다. 이때, 싱크 디바이스는 제 3 메시지에 대한 응답으로 제 4 메시지를 소스 디바이스로 전송한 후에 상술한 제 1 메시지를 소스 디바이스로 전송할 수 있다.
다음으로, 싱크 디바이스는 소스 디바이스로부터 소스 디바이스의 트랜스 포트 관련 정보를 포함하는 제 2 메시지를 수신할 수 있다.(S2640) 이때, 도 11 내지 도 23에서 상술한 바와 같이, 제 2 메시지는 RTSP M6 응답 메시지일 수 있다. 또한, 제 2 메시지에는 싱크 디바이스에 대한 트랜스 포트 정보 및 소스 디바이스에 대한 트랜스 포트 정보가 포함될 수 있다. 또한, 일 예로, 제 2 메시지에는 스위칭 또는 회복을 허여할지 여부를 지시하는 정보가 포함될 수 있으며, 이는 상술한 바와 같다.
다음으로, 싱크 디바이스는 소스 디바이스로부터 제 1 트랜스 포트 및 제 2 트랜스 포트 중 어느 하나를 통해 스트리밍을 제공 받을 수 있다.(S2650) 이때, 도 11 내지 도 23에서 상술한 바와 같이, 싱크 디바이스가 트랜스 포트 회복 절차에 기초하여 상술한 메시지들을 교환하는 경우, 싱크 디바이스는 제 1 트랜스 포트를 통해 스트리밍을 다시 제공 받을 수 있다. 또한, 싱크 디바이스가 트랜스 포트 스위칭 절차에 기초하여 상술한 메시지들을 교환하는 경우, 싱크 디바이스는 스위칭된 제 2 트랜스 포트를 통해 스트리밍을 제공 받을 수 있다. 이때, 일 예로, 제 1 트랜스 포트가 TCP이면 제 2 트랜스 포트는 UDP일 수 있다. 또한, 제 1 트랜스 포트가 UDP이면 제 2 트랜스 포트는 TCP일 수 있으며, 이는 상술한 바와 같다.
도 27은 본 명세서의 일 실시예에 따라 단말 장치의 블록도를 도시한 도면이다.
단말 장치는 복수의 인터페이스를 이용할 수 있는 ASP를 지원하는 디바이스일 수 있다. 또한, 단말 장치는 상술한 WFD 소스 디바이스 또는 WFD 싱크 디바이스일 수 있다. 이때, 단말 장치(100)는 무선 신호를 송신하는 송신 모듈(110), 무선 신호를 수신하는 수신 모듈(130) 및 송신 모듈(110)과 수신 모듈(130)을 제어하는 프로세서(120)를 포함할 수 있다. 이때, 단말(100)은 송신 모듈(110) 및 수신 모듈(130)을 이용하여 외부 디바이스와 통신을 수행할 수 있다. 이때, 외부 디바이스는 다른 단말 장치일 수 있다. 일 예로, P2P를 통해 연결되는 다른 단말 장치 또는 WLAN Infrastructure를 통해 연결되는 AP 또는 non-AP 장치일 수 있다. 또 다른 일 예로, 외부 디바이스는 기지국일 수 있다. 즉, 외부 디바이스는 단말 장치(100)와 통신을 수행할 수 있는 장치일 수 있으며, 상술한 실시예로 한정되지 않는다. 단말 장치(100)는 송신 모듈(110) 및 수신 모듈(130)을 이용하여 컨텐츠 등의 디지털 데이터를 송신 및 수신할 수 있다.
또한, 일 예로, 단말 장치(100)는 WFD 소스 디바이스의 역할을 수행할 수 있다. 또한, 단말 장치(100)는 WFD 싱크 디바이스의 역할을 수행할 수 있다. 이때, 단말 장치(100)가 WFD 싱크 디바이스 역할을 수행하는 경우, 단말 장치(100)의 프로세서(120)는 소스 디바이스로부터 제 1 트랜스 포트를 통해 스트리밍을 제공 받을 수 있다. 이때, 제 1 트랜스 포트 연결이 끊어진 경우, WFD 소스 디바이스로 WFD 싱크 디바이스의 트랜스 포트 관련 정보를 포함하는 제 1 메시지를 전송할 수 있다. 이때, 제 1 트랜스 포트는 TCP 또는 UDP일 수 있다. 또한, 제 1 메시지는 RTSP M6 요청 메시지일 수 있으며, 이는 도 11 내지 도 24에서 상술한 바와 동일할 수 있다. 또한, 단말 장치(100)의 프로세서(120)는 소스 디바이스로부터 소스 디바이스의 트랜스 포트 관련 정보를 포함하는 제 2 메시지를 수신할 수 있다. 이때, 제 2 메시지는 상술한 RTSP M6 응답 메시지일 수 있으며, 이는 도 11 내지 도 24에서 상술한 바와 같다. 그 후, 단말 장치(100)의 프로세서(120)는 소스 디바이스부터 제 1 트랜스 포트 및 제 2 트랜스 포트 중 어느 하나를 통해 상기 스트리밍을 제공 받을 수 있다. 이때, 도 11 내지 도 24에서 상술한 바와 같이 상술한 메시지들이 트랜스 포트 스위칭 절차에 기초하여 교환되는 경우, 싱크 디바이스는 스위칭된 제 2 트랜스 포트를 통해 소스 디바이스로부터 스트리밍을 제공 받을 수 있다. 또한, 상술한 메시지들이 트랜스 포트 회복 절차에 기초하여 교환되는 경우, 싱크 디바이스는 회복된 제 1 트랜스 포트를 통해 소스 디바이스로부터 스트리밍을 제공 받을 수 있다. 이때, 제 1 트랜스 포트가 TCP이면 제 2 트랜스 포트는 UDP일 수 있다. 또한, 제 1 트랜스 포트가 UDP이면 제 2 트랜스 포트는 TCP일 수 있으며, 이는 상술한 바와 같다.
상술한 본 발명의 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 발명의 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
하드웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 프로세서, 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
상술한 바와 같이 개시된 본 발명의 바람직한 실시형태에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 실시 형태를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 따라서, 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다. 또한, 이상에서는 본 명세서의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 명세서는 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 명세서의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형 실시들은 본 명세서의 기술적 사상이나 전망으로부터 개별적으로 이해되어서는 안될 것이다.
그리고 당해 명세서에서는 물건 발명과 방법 발명이 모두 설명되고 있으며, 필요에 따라 양 발명의 설명은 보충적으로 적용될 수 있다.
상술한 바와 같은 무선 통신 시스템에서 WFD 디바이스를 중심으로 설명하였으나, WFD 디바이스 이외에도 다양한 무선 통신 시스템에서 단말의 동작에 대해서 적용하는 것이 가능하다.

Claims (15)

  1. 무선통신시스템에서 싱크 디바이스(Sink Device)가 소스 디바이스(Source Device)로부터 스트리밍을 제공받는 방법에 있어서,
    상기 소스 디바이스로부터 제 1 트랜스 포트를 통해 스트리밍을 제공 받는 단계;
    상기 제 1 트랜스 포트 연결이 끊어진 경우, 상기 소스 디바이스로 상기 싱크 디바이스의 트랜스 포트 관련 정보를 포함하는 제 1 메시지를 전송하는 단계;
    상기 소스 디바이스로부터 상기 소스 디바이스의 트랜스 포트 관련 정보를 포함하는 제 2 메시지를 수신하는 단계; 및
    상기 소스 디바이스부터 상기 제 1 트랜스 포트 및 제 2 트랜스 포트 중 어느 하나를 통해 상기 스트리밍을 제공 받는 단계;를 포함하는, 스트리밍을 제공 받는 방법.
  2. 제 1 항에 있어서,
    상기 제 1 메시지는 상기 제 2 트랜스 포트로의 스위칭을 요청하는 메시지이고,
    상기 싱크 디바이스가 상기 제 1 메시지에 대한 응답으로 상기 제 2 메시지를 수신하는 경우, 스위칭된 상기 제 2 트랜스 포트를 통해 상기 소스 디바이스로부터 상기 스트리밍을 제공 받는, 스트리밍 제공 방법.
  3. 제 2 항에 있어서,
    상기 제 1 메시지에는 상기 싱크 디바이스의 제 2 트랜스 포트에 대한 포트 정보가 포함되고,
    상기 제 2 메시지에는 상기 싱크 디바이스의 제 2 트랜스 포트에 대한 포트 정보 및 상기 소스 디바이스의 제 2 트랜스 포트에 대한 포트 정보가 포함되는, 스트리밍을 제공 받는 방법.
  4. 제 3 항에 있어서,
    상기 제 2 메시지에는 상기 스위칭을 허여할지 여부를 지시하는 정보가 더 포함되고,
    상기 제 2 메시지가 상기 스위칭 허여를 지시하는 경우에만, 상기 제 2 트랜스 포트를 통해 상기 소스 디바이스로부터 상기 스트리밍을 제공 받는, 스트리밍을 제공 받는 방법.
  5. 제 1 항에 있어서,
    상기 제 1 트랜스 포트 연결이 상기 소스 디바이스에 의해 끊어진 경우, 상기 소스 디바이스는 상기 제 3 메시지를 상기 싱크 디바이스로 전송하고, 상기 싱크 디바이스는 상기 제 3 메시지에 대한 응답으로 제 4 메시지를 상기 소스 디바이스로 전송한 후에 상기 제 1 메시지를 상기 소스 디바이스로 전송하는, 스트리밍을 제공 받는 방법.
  6. 제 1 항에 있어서,
    상기 제 1 메시지는 상기 제 1 트랜스 포트 회복(Recover)을 수행하는 메시지이고,
    상기 싱크 디바이스가 상기 제 1 메시지에 대한 응답으로 상기 제 2 메시지를 수신하는 경우, 회복된 상기 제 1 트랜스 포트를 통해 상기 소스 디바이스로부터 상기 스트리밍을 제공 받는, 스트리밍을 제공 받는 방법.
  7. 제 6 항에 있어서,
    상기 제 1 메시지에는 상기 싱크 디바이스의 제 1 트랜스 포트에 대한 포트 정보가 포함되고,
    상기 제 2 메시지에는 상기 싱크 디바이스의 제 1 트랜스 포트에 대한 포트 정보 및 상기 소스 디바이스의 제 1 트랜스 포트에 대한 포트 정보가 포함되는, 스트리밍을 제공 받는 방법.
  8. 제 7 항에 있어서,
    상기 제 2 메시지에는 상기 회복을 허여할지 여부를 지시하는 정보가 더 포함되고,
    상기 제 2 메시지가 상기 회복 허여를 지시하는 경우에만, 상기 제 1 트랜스 포트를 통해 상기 소스 디바이스로부터 상기 스트리밍을 제공 받는, 스트리밍을 제공 받는 방법.
  9. 제 1 항에 있어서,
    상기 싱크 디바이스가 제 3 메시지를 상기 소스 디바이스로부터 수신하고, 상기 소스 디바이스로 제 4 메시지를 전송한 경우, 상기 싱크 디바이스는 상기 제 1 메시지를 상기 소스 디바이스로 전송하는, 스트리밍을 제공 받는 방법.
  10. 제 9항에 있어서,
    상기 제 3 메시지는 상기 제 1 메시지 전송을 트리거하는 메시지인, 스트리밍을 제공 받는 방법.
  11. 제 1 항에 있어서,
    상기 싱크 디바이스가 상기 제 2 메시지를 수신하고, 상기 소스 디바이스와 능력 협상 절차를 더 수행한 후, 상기 소스 디바이스부터 상기 제 1 트랜스 포트 및 상기 제 2 트랜스 포트 중 어느 하나를 통해 상기 스트리밍을 제공 받는, 스트리밍을 제공 받는 방법.
  12. 제 1 항에 있어서,
    상기 제 1 메시지는 RTSP(Real-time Streaming Protocol) M6 요청 메시지이고,
    상기 제 2 메시지는 RTSP M6응답 메시지인, 스트리밍을 제공 받는 방법.
  13. 제 1 항에 있어서,
    상기 제 1 트랜스 포트가 UDP (User Datagram Protocol)이면 상기 제 2 트랜스 포트는 TCP (Transmission Control Protocol)로 설정되고,
    상기 제 1 트랜스 포트가 상기 TCP이면 상기 제 2 트랜스 포트는 상기 UDP로 설정되는, 스트리밍을 제공 받는 방법.
  14. 제 1 항에 있어서,
    상기 소스 디바이스는 Wi-Fi Display (WFD) 소스 디바이스이고,
    상기 싱크 디바이스는 WFD 싱크 디바이스인, 스트리밍을 제공 받는 방법.
  15. 무선통신시스템에서 스트리밍을 제공 받는 싱크 디바이스 (Sink Device)에 있어서,
    외부 디바이스로부터 인포메이션을 수신하는 수신 모듈;
    외부 디바이스로 인포메이션을 송신하는 송신 모듈; 및
    상기 수신 모듈 및 상기 송신 모듈을 제어하는 프로세서;로서,
    상기 프로세서는,
    소스 디바이스로부터 제 1 트랜스 포트를 통해 스트리밍을 제공 받고,
    상기 제 1 트랜스 포트 연결이 끊어진 경우, 상기 소스 디바이스로 상기 싱크 디바이스의 트랜스 포트 관련 정보를 포함하는 제 1 메시지를 전송하고,
    상기 소스 디바이스로부터 상기 소스 디바이스의 트랜스 포트 관련 정보를 포함하는 제 2 메시지를 수신하고, 및
    상기 소스 디바이스부터 상기 제 1 트랜스 포트 및 제 2 트랜스 포트 중 어느 하나를 통해 상기 스트리밍을 제공 받는, 싱크 디바이스.
PCT/KR2017/002433 2016-03-07 2017-03-07 무선 통신 시스템에서 트랜스포트를 통해 스트리밍을 제공받는 방법 및 장치 WO2017155271A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/082,524 US11064003B2 (en) 2016-03-07 2017-03-07 Method and apparatus for receiving streaming via transport protocol in wireless communication system
US17/345,456 US11611604B2 (en) 2016-03-07 2021-06-11 Method and apparatus for receiving streaming via transport protocol in wireless communication system

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
US201662304902P 2016-03-07 2016-03-07
US62/304,902 2016-03-07
US201662313140P 2016-03-25 2016-03-25
US62/313,140 2016-03-25
US201662318787P 2016-04-06 2016-04-06
US62/318,787 2016-04-06
US201662345000P 2016-06-03 2016-06-03
US62/345,000 2016-06-03
US201662349117P 2016-06-13 2016-06-13
US62/349,117 2016-06-13

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US16/082,524 A-371-Of-International US11064003B2 (en) 2016-03-07 2017-03-07 Method and apparatus for receiving streaming via transport protocol in wireless communication system
US17/345,456 Continuation US11611604B2 (en) 2016-03-07 2021-06-11 Method and apparatus for receiving streaming via transport protocol in wireless communication system

Publications (1)

Publication Number Publication Date
WO2017155271A1 true WO2017155271A1 (ko) 2017-09-14

Family

ID=59790634

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/002433 WO2017155271A1 (ko) 2016-03-07 2017-03-07 무선 통신 시스템에서 트랜스포트를 통해 스트리밍을 제공받는 방법 및 장치

Country Status (2)

Country Link
US (2) US11064003B2 (ko)
WO (1) WO2017155271A1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017155271A1 (ko) 2016-03-07 2017-09-14 엘지전자 주식회사 무선 통신 시스템에서 트랜스포트를 통해 스트리밍을 제공받는 방법 및 장치
JP7225177B2 (ja) * 2020-09-29 2023-02-20 任天堂株式会社 通信システム、通信方法、通信装置、および通信プログラム
US20230007361A1 (en) * 2021-06-30 2023-01-05 Tencent America LLC Bidirectional presentation datastream using control and data plane channels

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130195119A1 (en) * 2011-10-14 2013-08-01 Qualcomm Incorporated Feedback channel for wireless display devices
US20130346562A1 (en) * 2012-06-20 2013-12-26 Samsung Electronics Co., Ltd. Data transmission method and apparatus for mobile terminal
WO2015119337A1 (ko) * 2014-02-06 2015-08-13 엘지전자 주식회사 와이파이 디스플레이 서비스 수행 방법 및 이를 위한 장치
KR20150095768A (ko) * 2012-12-07 2015-08-21 삼성전자주식회사 Ｗｉ­ｆｉ 네트워크에서 멀티미디어 콘텐츠를 스트리밍하기 위한 방법 및 시스템
US20150295982A1 (en) * 2014-04-10 2015-10-15 Qualcomm Incorporated Streaming control for real-time transport protocol

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8117328B2 (en) * 2002-06-25 2012-02-14 Microsoft Corporation System and method for automatically recovering from failed network connections in streaming media scenarios
FR2883692A1 (fr) * 2005-03-25 2006-09-29 Thomson Licensing Sa Procede d'envoi de commande a un serveur de flux de donnees numeriques et appareil implementant le procede
EP1788774A1 (en) * 2005-11-18 2007-05-23 Alcatel Lucent Method and system for initiating or recovering a media-on-demand session
US9021134B1 (en) * 2006-03-03 2015-04-28 Juniper Networks, Inc. Media stream transport conversion within an intermediate network device
KR100724950B1 (ko) * 2006-03-09 2007-06-04 삼성전자주식회사 Ｄｌｎａ 시스템에서 ｉｅｅｅ1394 인터페이스를 사용하는 장치 간의 콘텐츠 공유 방법
WO2008152316A1 (fr) * 2007-06-01 2008-12-18 France Telecom Basculement de session audiovisuelle d'un premier reseau d'acces vers un deuxieme reseau d'acces
CN102119519A (zh) * 2008-08-12 2011-07-06 爱立信(中国)通信有限公司 在通信系统中的快速内容切换
KR101629312B1 (ko) * 2009-06-09 2016-06-21 엘지전자 주식회사 메시지 교환 방법 및 싱크 디바이스
US9167296B2 (en) * 2012-02-28 2015-10-20 Qualcomm Incorporated Customized playback at sink device in wireless display system
US9306992B2 (en) * 2013-06-07 2016-04-05 Qualcomm Incorporated Method and system for using Wi-Fi display transport mechanisms to accomplish voice and data communications
JP2015070568A (ja) * 2013-09-30 2015-04-13 ソニー株式会社 情報処理装置、通信方法およびプログラム
US9699500B2 (en) * 2013-12-13 2017-07-04 Qualcomm Incorporated Session management and control procedures for supporting multiple groups of sink devices in a peer-to-peer wireless display system
KR102320382B1 (ko) * 2015-01-28 2021-11-02 삼성디스플레이 주식회사 전자 장치
US10979900B2 (en) * 2015-03-17 2021-04-13 Sony Corporation Information processing device and information processing method
WO2017155271A1 (ko) 2016-03-07 2017-09-14 엘지전자 주식회사 무선 통신 시스템에서 트랜스포트를 통해 스트리밍을 제공받는 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130195119A1 (en) * 2011-10-14 2013-08-01 Qualcomm Incorporated Feedback channel for wireless display devices
US20130346562A1 (en) * 2012-06-20 2013-12-26 Samsung Electronics Co., Ltd. Data transmission method and apparatus for mobile terminal
KR20150095768A (ko) * 2012-12-07 2015-08-21 삼성전자주식회사 Ｗｉ­ｆｉ 네트워크에서 멀티미디어 콘텐츠를 스트리밍하기 위한 방법 및 시스템
WO2015119337A1 (ko) * 2014-02-06 2015-08-13 엘지전자 주식회사 와이파이 디스플레이 서비스 수행 방법 및 이를 위한 장치
US20150295982A1 (en) * 2014-04-10 2015-10-15 Qualcomm Incorporated Streaming control for real-time transport protocol

Also Published As

Publication number Publication date
US20190089763A1 (en) 2019-03-21
US11064003B2 (en) 2021-07-13
US20210306400A1 (en) 2021-09-30
US11611604B2 (en) 2023-03-21

Similar Documents

Publication Publication Date Title
WO2014088378A1 (ko) 무선 통신 시스템에서 세션 초기화 방법 및 장치
WO2016148406A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼을 이용하여 서비스를 지원하는 방법 및 장치
WO2016167618A9 (ko) 무선 통신 시스템에서 서비스 디스커버리를 수행하는 방법 및 장치
WO2014123383A1 (ko) 무선 통신 시스템에서 세션 수립 방법 및 장치
WO2017018823A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼 세션 형성 방법 및 장치
WO2014109513A1 (ko) 무선 통신 시스템에서 디스커버리 방법 및 장치
WO2016148523A1 (ko) 무선 통신 시스템에서 서비스 디스커버리를 수행하는 방법 및 장치
WO2017014579A1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
WO2014098437A1 (ko) 무선랜 시스템에서 서비스 발견 방법 및 장치
WO2017039376A1 (ko) 무선 통신 시스템에서 연결 능력 정보를 교환하는 방법 및 장치
WO2012060611A2 (ko) 장치 탐색 방법 및 그를 이용한 통신 장치
WO2013122398A1 (ko) 무선랜 시스템에서 필터링 기반 스캐닝 방법 및 장치
KR101670753B1 (ko) 와이파이 다이렉트(Wi- Fi Direct) P2P(Peer to Peer) 통신을 위한 기기 발견 방법 및 이를 위한 장치
WO2013073838A4 (ko) 와이파이 다이렉트 네트워크를 통한 지원 서비스 탐색 방법 및 디바이스
WO2016190618A1 (ko) 무선 통신 시스템에서 세션 핸드오버를 수행하는 방법 및 장치
WO2014030894A1 (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 이를 위한 장치
WO2013122395A1 (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 장치
WO2020080850A1 (ko) 다중 액세스 포인트 네트워크에서의 온보딩 방법 및 이를 사용하는 액세스 포인트
WO2016137224A1 (ko) 무선 통신 시스템에서 데이터를 전송하는 방법 및 장치
WO2019177231A1 (ko) 무선랜 시스템에서 타겟 액세스 포인트에 대한 정보를 전달하기 위한 방법 및 이를 이용한 액세스 포인트
WO2019164268A1 (ko) 무선랜 시스템에서 무선 연결을 위한 방법 및 이를 이용한 무선 장치
WO2016148550A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼 세션 형성을 수행하는 방법 및 장치
WO2016209019A1 (ko) 무선 통신 시스템에서 mdns를 이용하여 디스커버리를 수행하는 방법 및 장치
WO2015119329A1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
WO2015167269A1 (ko) 무선 통신 시스템에서 서비스 디스커버리 방법 및 장치

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17763532

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17763532

Country of ref document: EP

Kind code of ref document: A1