KR102208116B1 - 와이파이 다이렉트 서비스 시스템에서 통신 설정 방법 및 이를 위한 장치 - Google Patents

Abstract

본 발명은 무선 통신 시스템에 관한 것이다. 구체적으로 Wi-Fi 다이렉트 서비스(Wi-Fi Direct Services) 통신을 설정하는 방법에 있어서, 광고자(advertiser) 기기가 검색자(seeker) 기기의 세션 요청에 대하여 연기되도록 설정된 경우, 세션 연기 정보를 검색자 기기에 전송하는 방법 및 이를 위한 장치에 관한 것이다.

Description

와이파이 다이렉트 서비스 시스템에서 통신 설정 방법 및 이를 위한 장치{METHOD FOR SETTING COMMUNICATION IN WI-FI DIRECT SERVICE SYSTEM, AND APPARATUS THEREFOR}

본 발명은 무선 통신 시스템에 관한 것으로서, 구체적으로 와이파이 다이렉트 서비스(Wi-Fi Direct Services; WFDS) 통신 설정 방법 및 장치에 관한 것이다. 보다 구체적으로, 본 발명은 연기된 세션의 제어 방법 및 이를 위한 장치에 관한 것이다.

무선 통신 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선통신 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(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) 시스템 등이 있다.

무선랜(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)을 지원하기 위한 표준이다.

최근 Wi-Fi 등 무선 근거리 통신 기술이 폭넓게 시장에 적용되는 상황에서 기기 간의 연결은 로컬 네트워크 (local network) 만을 기반으로 하는 것이 아니라 기기 간의 직접 연결을 통해서도 이루어지고 있다. Wi-Fi를 이용한 기기 간의 직접 연결 기술 중의 하나가 바로 Wi-Fi 다이렉트(Direct)이다.

Wi-Fi 다이렉트는 링크 계층(Link layer)의 동작까지 기술하는 네트워크 연결성(network connectivity) 표준 기술이다. 상위에 어플리케이션에 대한 규약이나 표준에 대한 정의가 없기 때문에 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 망에서는 액세스 포인트(Access Point; AP)를 통하여 접속한 후 인터넷 망에 접속하는 방법이 일반적인 Wi-Fi 탑재 기기의 사용 방법이었다. 기기 간 직접 연결을 통한 데이터 통신 방법은 기존에도 블루투스(Bluetooth)와 같은 무선통신 기술을 탑재한 휴대폰과 노트PC와 같은 기기에 탑재되어 일부 사용자에 의해 사용되었지만 전송속도가 느리고 실재 사용은 전송거리가 10m 이내로 제한된다. 특히 대용량 데이터 전송이나 많은 블루투스 장치가 존재하는 환경에서 사용할 때 체감 성능상에서 기술적 한계가 존재한다.

한편 Wi-Fi P2P는 기존의 Wi-Fi 표준 규격의 대부분의 기능을 유지하면서, 디바이스 간 직접 통신을 지원하기 위한 부분이 추가되었다. 따라서 Wi-Fi 칩(Chip)이 탑재된 기기에 하드웨어 및 물리적 특성을 충분히 활용하고, 주로 소프트웨어 기능 업그레이드만으로 기기 간 P2P 통신을 제공할 수 있는 장점이 있다.

널리 알려진 바와 같이 Wi-Fi 칩이 탑재된 기기는 노트PC, 스마트폰, 스마트TV, 게임기, 카메라 등 매우 다양한 범위로 확대되고 있으며 충분한 수의 공급자와 기술개발인력이 형성되어 있다. 그러나 Wi-Fi P2P 규격을 지원하는 소프트웨어 개발은 아직까지 활성화되지 못하고 있는데 이는 Wi-Fi P2P 규격이 발표되었다 하더라도 규격을 편리하게 활용할 수 있는 관련 소프트웨어의 배포가 이루어지지 못하기 있기 때문이다.

P2P 그룹 내부에서 기존의 인프라스트럭처(infrastructure) 망에서 AP의 역할을 담당하는 장치가 존재하는데 이를 P2P 규격에서는 P2P 그룹 오너(Group Owner; GO)라고 칭한다. P2P GO를 중심으로 다양한 P2P 클라이언트(Client)가 존재할 수 있다. 1개의 P2P 그룹 내에서 GO는 오직 1대만 존재가능하며 나머지 장치는 모두 클라이언트 장치가 된다.

도 1은 전형적인 P2P 네트워크 토폴로지를 나타내는 도면이다.

도1에 도시된 바와 같이 P2P GO와 P2P 기능을 갖는 클라이언트가 직접 연결되거나, P2P GO와 P2P 기능이 없는 기존 클라이언트(legacy client)와 연결이 가능함을 나타낸다.

도 2는 하나의 P2P 기기가 P2P 그룹을 형성하는 동시에 WLAN의 STA로 동작하여 AP와 연결되는 상황을 나타내는 도면이다.

도2에 도시된 바와 같이, 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 기기 전력 관리 방법과 절전 모드 시점에 신호 처리 방법을 다루고 있다.

마지막으로 Managed P2P Device에서는 한 개의 P2P 기기에서 P2P 그룹을 형성하고 동시에 WLAN AP를 통하여 인프라스트럭처 망에 접속하는 방법을 다루고 있다.

P2P 그룹의 특성에 대하여 설명한다. P2P 그룹은 P2P GO가 AP의 역할을 하고 P2P 클라이언트가 STA의 역할을 수행한다는 점에서 기존의 인프라스트럭처 BSS(Basic Service Set)와 유사하다. 따라서 P2P 기기는 GO와 클라이언트의 역할을 수행할 수 있는 소프트웨어가 탑재되어야 한다. P2P 기기는 MAC 어드레스와 같은 P2P 기기 어드레스를 사용함으로써 구분된다. 단, P2P 기기가 P2P 그룹 내에서 통신할 때는 P2P 인터페이스 어드레스를 사용하여 통신하는데 이때는 단일 식별자(Globally unique ID) 어드레스를 사용할 필요는 없다. P2P 그룹은 단일 식별자 P2P 그룹 ID를 가지는데 이는 SSID(Service Set Identifier)와 P2P GO의 P2P 기기 어드레스 조합으로 구성된다. Wi-Fi P2P 규격에서 보안을 위해 WPA2-PSK/AES를 사용한다. P2P 그룹의 생명주기는 일회적(temporary) 연결 방법과 일정시간 후 다시 동일한 연결을 시도하는 지속적(persistent) 연결 방법이 있다. Persistent 그룹의 경우 일단 P2P 그룹이 형성되면 서로의 역할, 자격증명, SSID, P2P 그룹 ID가 캐시(cache)하였다가 재연결 시 동일한 연결 형식을 적용하여 신속하게 그룹을 연결하는 것이 가능하도록 하는 방법이다.

Wi-Fi P2P 연결 방법에 대하여 설명한다. Wi-Fi 기기는 크게 두 단계(phase)의 연결 과정을 갖는다. 첫째로 두 개의 P2P 기기가 서로 상대방을 발견(find)을 하는 단계이고 둘째로 서로 발견된 기기들 간에 P2P GO 또는 P2P 클라이언트 역할을 결정하는 그룹 형성(group formation) 단계로 구성된다. 먼저 발견 단계는 P2P 기기가 서로 연결되도록 하는 단계인데 세부적으로 탐색(search)과 수신(listen) 상태로 구성된다. 탐색 단계(Search state)는 프로브 요청 프레임(Probe Request frame)을 사용하여 능동 탐색을 실시하는데 이때 빠른 탐색을 위하여 탐색의 범위를 한정하는데 채널 1, 6, 및 11의 소셜 채널(social channel)을 사용하여 탐색을 실시한다. 수신 상태(listen state)의 P2P 기기는 3개의 소셜 채널 중 하나의 채널만을 선택하여 수신 상태로 유지되다가 만약 다른 P2P 기기가 탐색 상태에서 전송한 프로브 요청 프레임을 수신하면 프로브 응답 프레임(Probe Response frame)으로 응답한다. P2P 기기는 각각 탐색 및 수신 상태를 계속 반복하다가 서로의 공통 채널에 도달할 수 있다. P2P 기기는 서로 상대방을 발견한 후 선택적으로 결합하기 위하여 디바이스 타입, 제작사, 또는 친근한 기기 이름을 발견하기 위하여 프로브 요청 프레임과 프로브 응답 프레임을 사용한다. 또한 P2P 기기 내부에 존재하는 기기 간의 호환 가능한 서비스를 확인하기 위해 서비스 발견(service discovery)을 사용할 수 있는데 이는 각각의 기기 내부에서 제공되는 서비스가 다른 기기에서 호환이 가능한지를 결정하기 위함이다. P2P 규격에서는 특정한 서비스 발견 규격을 지정하지 않고 있다. P2P 기기 사용자는 주변의 P2P 기기 및 기기가 제공하는 서비스를 검색한 후 자신이 원하는 장치나 서비스에 빠르게 연결할 수 있다.

둘째 단계로 그룹 형성(group formation) 단계를 설명한다. P2P 기기가 위에서 설명한 발견(find) 단계를 완료하면 서로 상대방 기기의 존재 확인이 완료된다. 이를 기반으로 두 P2P 기기들은 BSS을 구성하기 위한 GO 협상 단계로 진입하여야 한다. 이러한 협상 단계는 크게 두 가지 서브(sub) 단계로 나누어 지는데, 첫째는 GO 협상(negotiation) 단계이고 둘째는 WPS(Wi-Fi Protected Setup) 단계이다. GO 협상 단계에서는 서로의 기기가 P2P GO 또는 P2P 클라이언트로서의 역할을 협상하고 P2P 그룹 내부에서 사용할 동작 채널(operating channel)을 설정하게 된다. WPS 단계에서는 기존의 WPS에서 이루어지는 통상적인 작업이 이루어지는데 기기의 사용자가 키패드 등을 통하여 입력한 PIN 정보 교환, 푸시 버튼을 통한 간편 셋업 등의 내용이다. P2P 그룹 내에서 P2P GO의 역할은 P2P 그룹의 핵심을 담당한다. P2P GO는 P2P 인터페이스 어드레스를 할당하고 그룹의 동작 채널을 선택하며 그룹의 각종 동작 매개변수를 포함하는 비컨 신호를 송출한다. P2P 그룹 내에서 오직 P2P GO만이 비컨 신호를 전송할 수 있는데 이를 이용하여 P2P 기기가 연결 초기 단계인 스캔 단계(scan phase)에서 빠르게 P2P GO를 확인하고 그룹에 참여하는 역할을 수행한다. 또는 P2P GO는 자체적으로 P2P 그룹 세션을 시작할 수 있으며 P2P 발견 단계에서 기술된 방법을 사용한 후에 세션을 시작할 수도 있다. 이처럼 중요한 역할을 수행하는 P2P GO가 되고자 하는 값은 어떤 기기에 고정된 값으로 존재하는 것이 아니라 응용 또는 상위 계층 서비스에 의해 조정이 가능하므로 각각의 응용프로그램의 용도에 따라서 개발자는 P2P GO가 되고자 하는 적절한 값을 선택할 수 있다.

다음으로 P2P 어드레싱(addressing)에 대하여 설명한다. P2P 기기는 P2P 그룹 세션 내에서 MAC 어드레스를 사용하여 P2P 인터페이스 어드레스를 할당하여 사용한다. 이때 P2P GO의 P2P 인터페이스 어드레스는 BSSID(BSS Identifier)인데 이는 실질적으로 P2P GO의 MAC 어드레스이다.

P2P 그룹의 연결 해제에 대하여 설명한다. 만약 P2P 세션이 종료되었을 경우 P2P GO는 모든 P2P 클라이언트에게 De-authentication을 통하여 P2P 그룹 세션의 종료를 알려야 한다. P2P 클라이언트 측면에서도 P2P GO에게 연결해제를 할 수 있는데 이때 가능하다면 disassociation 절차를 거쳐야 한다. 클라이언트의 연결 해제요청을 받은 P2P GO는 P2P 클라이언트가 연결 해제되었음을 파악할 수 있다. 만약 P2P GO가 P2P 클라이언트로부터 비정상적인 프로토콜 에러나 P2P 그룹의 연결을 방해하는 동작을 하는 P2P 클라이언트가 감지되면 인증 거절(rejection of authentication)이나 결합 거부(denial of association)을 유발하는데, 구체적인 실패 사유를 association 응답에 기록한 후 전송한다.

상기 일련의 과정 중 세션(session) 연결 과정에 있어서, 종래의 방식에서는 검색자 기기(Service Seeker)가 특정 WFDS 서비스를 이용하려는 경우, 광고자 기기(Service Advertiser)에서 자동 수락(auto_accept)이 설정되지 않은 경우, 세션 요청을 연기할 수는 있었으나, 검색자 기기에 세션이 연기되었음을 나타내는 정보를 전송하지 않았다. 따라서 검색자 기기에서는 광고자 기기로부터 연기된 세션에 대하여 다시 세션 요청이 있을 때까지 대기할 수 밖에 없었다. 또한, 광고자 기기의 사용자는 세션 요청을 수락함에 있어서, 세션 요청에 관련된 수락 여부만 결정할 수 있었다. 따라서 두 기기 간에 세션 요청에 대한 추가적인 정보를 전달하는 과정이 요구되고 있다.

예를 들어 이러한 문제를 설명하면, 검색자 기기는 스마트폰이고, 광고자 기기는 프린터 기기이며, 검색자 기기가 이용하려는 서비스는 프린터 기기에서 스마트폰 내부에 있는 이미지를 출력하는 print 서비스를 가정한다. 스마트폰 사용자 주변에 프린터 기기가 있을 수 있지만, 스마트폰 사용자와 근접하지 않은 장소에 프린터 기기가 설치되어 있는 경우, 스마트폰 사용자가 이미지 출력 서비스를 요청할 경우, 프린터 기기에서 서비스 요청에 대한 수락을 해야 출력이 되도록 설정해 놓을 수 있다. 프린터 기기에서 자동 수락(auto_accept)을 설정해놓은 경우라면, 스마트폰에서 서비스 요청이 있을 경우에 바로 출력 서비스를 수행할 수 있겠지만, 사용자에 의하여 자동 수락을 설정하지 않은 경우가 있을 수 있기 때문이다.

따라서, print 서비스의 세션 요청이 연기되었음을 스마트폰 기기에 표시할 수 있어야 하며, 프린터 기기에도 세션이 요청된 서비스에 대한 정보를 표시하여 프린터 기기의 사용자에게도 추가적인 정보(예를 들어, print 한 장당 100원이라는 정보)를 표시할 수 있다.

또한 처음 스마트폰과 프린터 기기 간의 세션 요청일 경우에는 세션 요청에 대한 응답 메시지에 세션이 연기되었음을 나타내는 정보를 포함하여 전송할 수 있었으나, 기존에 스마트폰과 프린터 기기간의 연결이 존재하는 경우, 세션이 연기되었음을 전송할 수 있는 메시지의 전송 방법이 부재하였다.

본 발명은 상기와 같은 일반적인 기술의 문제점을 해결하기 위하여 안출된 것으로서, 본 발명의 목적은 Wi-Fi 다이렉트 서비스(WFDS) 시스템에서 효율적으로 세션 연결을 제어하는 방법 및 이를 수행하기 위한 장치를 제공하는 것이다.

본 발명의 다른 목적은 WFDS 시스템에서 세션 연결이 연기되도록 설정된 경우 세션 연결을 제어하는 방법 및 이를 수행하기 위한 장치를 제공하는 것이다.

본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

상기와 같은 일반적인 기술의 문제점을 해결하기 위하여 본 발명의 일 실시예에 따른 Wi-Fi 다이렉트 서비스(WFDS) 통신을 설정하는 방법에 있어서, 제 1 기기가 제 2 기기로부터 광고 ID(Advertisement ID) 관련 정보를 포함하는 제 1 프로비전 발견 요청(Provision Discovery request) 프레임을 수신하는 단계; 및 상기 제 1 기기가, 상기 제 2 기기에게 제 1 프로비전 발견 응답(Provision Discovery Response) 프레임을 전송하는 단계를 포함하고, 상기 광고 ID 관련 정보에 기초한 서비스의 세션 요청에 대해 컨펌세션을 기다려야 하는 경우, 상기 제1 프로비전 발견 응답 프레임은 상기 서비스와 관련된 세션의 연기 정보를 포함할 수 있다.

이 때, 상기 세션 연기 정보는, 제 1 기기의 서비스단에서 어플리케이션 서비스 플랫폼(ASP)으로, 제 1 기기가 광고서비스(AdvertiseService) 메소드를 호출할 때에 전달될 수 있다.

또한, 상기 AdvertiseService 메소드의 호출은, 상기 제 1 프로비전 발견 요청 프레임을 수신하기 전에 수행될 수 있다.

또한, 상기 제 1 프로비전 발견 요청 프레임을 수신하기 전에 상기 제 1 기기의 발견 및 서비스 발견 과정이 수행되고, 상기 AdvertiseService 메소드의 호출은, 상기 제 1 기기의 발견 전에 수행되는 것이 바람직하다.

또한, 상기 제 1 기기의 상기 ASP에서, 상기 세션의 연기 정보를 상기 제 1 기기의 사용자에게 알리는 단계를 더 포함할 수 있다.

또한, 상기 세션의 연기 정보는, 상기 제 2 기기의 ASP에서, 상기 제 2 기기의 서비스단으로 전달되는 단계를 더 포함할 수 있다.

또한, 상기 제 1 기기의 사용자의 수락이 있는 경우, 제 2 프로비전 요청 프레임을 상기 제 2 기기에게 전송하는 단계; 및 상기 제 2 기기로부터 제 2 프로비전 응답 프레임을 수신하는 단계를 더 포함할 수 있다.

또한, 상기 제 2 프로비전 발견 요청 프레임은, 상기 제 1 기기의 연결 능력(Connection Capability) 정보를 포함할 수 있다.

보다 바람직하게는, 상기 제 1 기기가 상기 제 2 기기에게 상기 P2P 그룹의 협상 정보로서, 상대 의존적 협상 메시지를 전송하는 경우에, 상기 제 2 기기로부터, 상기 제 2 기기가 상기 P2P 그룹의 그룹 오너(GO)가 되겠다는 응답을 받으면, 상기 제 1 기기는 상기 P2P 그룹의 그룹 클라이언트(Cli)가 되고, 상기 제 2 기기로부터, 상기 제 2 기기가 상기 P2P 그룹의 그룹 클라이언트가 되겠다는 응답을 받으면, 상기 제 1 기기는 상기 P2P 그룹의 그룹 오너가 될 수 있다.

보다 바람직하게는, 상기 제 1 기기가 상기 제 2 기기에게 상기 P2P 그룹의 협상 정보로서, 상기 P2P 그룹에서 그룹 오너가 되겠다고 메시지를 전송하는 경우에, 상기 제 1 기기는 상기 P2P 그룹의 그룹 오너가 되고, 상기 제 2 기기는 상기 P2P 그룹의 그룹 클라이언트가 될 수 있다.

보다 바람직하게는, 상기 제 1 기기가 상기 제 2 기기에게 상기 P2P 그룹의 협상 정보로서, 상기 P2P 그룹에서 그룹 클라이언트가 되겠다고 메시지를 전송하는 경우에, 상기 제 1 기기는 상기 P2P 그룹의 그룹 클라이언트가 되고, 상기 제 2 기기는 상기 P2P 그룹의 그룹 오너가 될 수 있다.

상기와 같은 일반적인 기술의 문제점을 해결하기 위하여 본 발명의 또 다른 일 실시예에 따른 Wi-Fi 다이렉트 서비스(WFDS) 통신을 설정하는 방법에 있어서, 제 1 기기 및 제 2 기기 간의 기존 연결이 존재하는 경우, 상기 제 1 기기가 상기 제 2 기기로부터 광고 ID (Advertisement ID)를 포함하는 세션 요청 메시지를 수신하는 단계; 및 상기 제 1 기기가, 상기 제 2 기기에게 세션 연기 메시지를 전송하는 단계를 포함하고, 상기 광고 ID에 기초한 서비스에 관련된 세션 요청에 대해 컨펌세션을 기다려야 하는 경우, 상기 세션 연기 메시지는 상기 서비스와 관련된 세션의 연기 정보를 포함할 수 있다.

바람직하게는, 상기 세션 요청 메시지 및 상기 세션 연기 메시지는, 오피코드(Opcode) 및 순차 번호(Sequence number)를 포함하도록 구성될 수 있다.

보다 바람직하게는, 상기 순차 번호는, 상기 세션 요청 메시지 또는 상기 세션 응답 메시지의 응답으로 전송되는 ACK 또는 NACK 메시지에 포함되어 전송될 수 있다.

상기와 같은 일반적인 기술의 문제점을 해결하기 위하여 본 발명의 또 다른 일 실시예에 따른 Wi-Fi 다이렉트 서비스(WFDS) 통신을 설정하는 방법에 있어서, 제 2 기기가 제 1 기기에게 광고 ID(Advertisement ID) 관련 정보를 포함하는 제 1 프로비전 발견 요청(Provision Discovery request) 프레임을 전송하는 단계; 및 상기 제 2 기기로부터, 제 1 프로비전 발견 응답(Provision Discovery Response) 프레임을 수신하는 단계를 포함하고, 상기 광고 ID 관련 정보에 기초한 서비스의 세션 요청에 대해 컨펌세션을 기다려야 하는 경우, 상기 제1 프로비전 발견 응답 프레임은 상기 서비스와 관련된 세션의 연기 정보를 할 수 있다.

상기와 같은 일반적인 기술의 문제점을 해결하기 위하여 본 발명의 또 다른 일 실시예에 따른 Wi-Fi 다이렉트 서비스(WFDS) 통신을 설정하는 제 1 기기에 있어서, 송수신기; 및 프로세서를 포함하고, 상기 프로세서는, 제 2 기기로부터 광고 ID(Advertisement ID) 관련 정보를 포함하는 제 1 프로비전 발견 요청(Provision Discovery request) 프레임을 상기 송수신기를 이용하여 수신하고, 제 1 프로비전 발견 응답(Provision Discovery Response) 프레임을 상기 송수신기를 이용하여 전송하도록 설정되며, 상기 광고 ID 관련 정보에 기초한 서비스의 세션 요청에 대해 컨펌세션을 기다려야 하는 경우, 상기 제1 프로비전 발견 응답 프레임은 상기 서비스와 관련된 세션의 연기 정보를 포함할 수 있다.

본 발명의 실시예들에 따르면 다음과 같은 효과가 있다.

첫째, 본 발명의 실시예들을 통하여 Wi-Fi 다이렉트 서비스 시스템 환경에서 세션 연결이 효율적으로 제어될 수 있다.

둘째, 본 발명의 실시예들을 통하여 Wi-Fi 다이렉트 서비스 시스템 환경에서 세션 연결이 연기되도록 설정된 경우, Wi-Fi 다이렉트 서비스를 지원하는 두 기기에 세션 연결이 연기되었음을 나타내는 정보를 전달할 수 있다.

본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시 예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 사상을 설명한다.
도 1은 전형적인 P2P 네트워크 토폴로지를 나타내는 도면이다.
도 2는 하나의 P2P 기기가 P2P 그룹을 형성하는 동시에 WLAN의 STA로 동작하여 AP와 연결되는 상황을 나타내는 도면이다.
도 3은 Wi-Fi 다이렉트 기기의 간략화된 블록 다이어그램을 나타낸 도면이다.
도 4는 기존의 WFDS 에서 WFDS 기기 간 기기 발견 및 서비스 발견하여 WFDS 세션을 연결하는 과정을 보여주는 도면이다.
도 5 는 WFDS 기기 간의 연결 동작 과정을 보여주는 도면이다.
도 6은 서비스 및 ASP 인터페이스의 관계를 나타내는 도면이다.
도 7은 본 발명의 일 실시예에 따라, 세션 연기 설정 과정의 일예를 나타내는 순서도이다.
도 8은 본 발명의 일 실시예에 따른 세션 연기 설정 과정의 또 다른 일 예를 나타내는 순서도이다.
도 9는 본 발명에 적용될 수 있는 WFD P2P 장치를 예시한다.

이하의 기술은 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), OFDM(orthogonal frequency division multiplexing) 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. OFDM은 IEEE 802.11등과 같은 무선 기술로 구현될 수 있다.

설명을 명확하기 위해, IEEE 802.11 (Wi-Fi)를 위주로 기술하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다. 예를 들어, 이하의 설명은 무선 접속 시스템들인 IEEE 802 시스템, 3GPP 시스템, 3GPP LTE 및 LTE-A(LTE-Advanced)시스템 및 3GPP2 시스템 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 발명의 실시 예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.

이하의 설명에서 사용되는 특정(特定) 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어는 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다. 몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시된다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다. 또한, 본 명세서에서 설명되는 동작들의 순서는 변경될 수 있다. 실시예의 일부 구성이나 특징은 다른 실시 예에 포함되거나 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다.

이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다. 예를 들어, 이하의 상세한 설명은 이동통신 시스템이 Wi-Fi 다이렉트 서비스(WFDS) 시스템인 경우를 가정하여 구체적으로 설명하나, WFDS의 특유한 사항을 제외하고는 다른 임의의 이동통신 시스템에도 적용이 가능하다.

몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 순서도 형식으로 도시될 수 있다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.

아울러, 이하의 설명에 있어서 단말은 UE(User Equipment), MS(Mobile Station) 등 이동 또는 고정형의 사용자단 기기를 통칭하는 것을 가정한다. 또한, 기지국은 Node B, eNode B, Base Station 등 단말과 통신하는 네트워크 단의 임의의 노드를 통칭하는 것을 가정한다.

기존의 WFDS 설정 방법

도 3은 Wi-Fi 다이렉트 서비스(Wi-Fi Direct Services; WFDS) 기기의 간략화된 블록 다이어그램을 나타낸 도면이다.

Wi-Fi 다이렉트 MAC 계층과 상위에는 어플리케이션 서비스 플랫폼(Application Service Platform; ASP)라는 어플리케이션 서비스 (Application service)를 위한 플랫폼(platform)을 정의하고 있다. ASP는 상위 어플리케이션과 하위 Wi-Fi 다이렉트 사이에서 세션(session) 관리, 서비스(service)의 명령 처리, 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 공통 플랫폼 이용을 위해서 정의한다.

도 4는 기존의 WFDS 에서 WFDS 기기 간 기기 발견(discovery) 및 서비스 발견하여 WFDS 세션을 연결하는 과정을 보여주는 도면이다.

설명의 편의를 위하여 도 4에 도시된 바와 같이, A 기기는 자신이 제공할 수 있는 WFDS를 검색자(seeker) 에게 광고(advertise)하는 광고자(advertiser) 역할을 하고, B 기기는 광고된 서비스를 검색(seek)하는 역할을 하는 것을 가정한다. A 기기는 자신의 서비스를 광고하고 상대방이 서비스를 찾아서 시작하고자 하는 기기이며, B 기기는 상위 application 혹은 사용자의 요청에 의해서 서비스를 지원하는 기기를 찾는 과정을 수행한다.

A 기기의 서비스(service)단은 자신이 제공할 수 있는 WFDS 정보를 A 기기의 ASP(Application Service Platform)에 전달한다. B 기기의 서비스단도 역시, 자신이 제공할 수 있는 WFDS 정보를 B 기기의 ASP 단에 전달할 수 있다. B 기기는 검색자(seeker)로서 WFDS를 이용하기 위하여 이용하려는 서비스를 B 기기의 애플리케이션 단에서 서비스단에 지시하고, 서비스단은 다시 ASP 단에 해당 WFDS를 이용할 대상 기기를 찾도록 지시한다.

프로브 요청/응답 프레임을 송수신하는 과정에서는, 검색자(Seeker) 기기는 검색자 기기와 인접한 주변 단말을 검색하는 것을 목적으로 한다. B 기기의 ASP는 자신의 WFDS 대상 기기를 찾기 위하여, P2P(peer to peer) 프로브 요청(P2P Probe Request) 프레임을 전송한다(S410). 이 때 P2P 프로브 요청 프레임 내에는 자신이 찾고자 하는 혹은 자신이 지원 가능한 서비스의 서비스 네임(service name)을 해쉬(hash) 형태로 넣어서 요청한다. 예를 들어, 서비스 네임을 SHA-256를 이용하여 6-옥텟 해쉬 값으로 변경할 경우, "org.wi-fi.wfds.send.rx" 는 "Oxeb ac b9 5f 37 4e" 와 같이 표현될 수 있다. 검색자로부터 P2P 프로브 요청 프레임을 수신한 A 기기는, 해당 서비스를 지원하는 경우 이에 대한 응답으로 B 기기에 P2P 프로브 응답(P2P Probe Response) 프레임을 전송한다(S420). P2P 프로브 응답 프레임에는 서비스 네임 혹은 해쉬 값으로 지원하는 서비스와 해당 광고 ID(advertise ID) 값을 포함한다. 이 과정은 A 기기 및 B 기기가 서로 WFDS 기기인지 여부를 알 수 있는 기기 발견(Device Discovery) 과정이다. 기기 발견 과정에서 획득할 수 있는 기기 관련 정보로는 기기 네임(device name), 주장치 타입(primary device type), 기기 비밀번호 ID(device password ID) 등이 해당될 수 있다.

기기 발견 과정에 대해서 설명하면, 리슨 상태(listen state)와 검색 상태(search state)를 순환하며, 또한 2.4 GHz 대역의 소셜 채널(social channel) ch1, ch6 및 ch11을 이용한다. 리슨 상태에서는 랜덤 시간 동안 ch1, ch6 및 ch11 채널 중 하나에서 프로브 요청 프레임의 수신을 대기한다. 검색 상태에서는 프로브 요청 프레임을 전송한다.

이후, P2P 서비스 발견(Service Discovery) 과정을 통해서 특정 서비스에 대한 자세한 내용을 알 수 있게 된다. 자신과 WFDS를 할 수 있는 기기를 찾은 B 기기는 해당 기기에 P2P 서비스 발견 요청(P2P Service Discovery Request) 프레임을 전송한다(S430). B 기기로부터 P2P 서비스 발견 요청 프레임을 수신한 A 기기는 ASP에서, 앞서 A 기기의 서비스단에서 호출한 메소드에 포함된 서비스와 B 기기로부터 받은 P2P 서비스 네임 및 P2P 서비스 정보를 매칭(matching)하여 B 기기에게 P2P 서비스 발견 응답 (P2P Service Discovery Response) 프레임을 전송한다(S440). 이 과정에서, IEEE 802.11u에서 정의된 GAS 프로토콜(protocol)이 사용될 수 있다. 이렇게 서비스 검색에 대한 요청이 완료되면 B 기기는 검색 결과를 어플리케이션(application) 및 사용자에게 알릴 수 있게 된다. 이 시점까지 Wi-Fi 다이렉트의 그룹이 형성되지 않는 상태이며, 사용자가 서비스를 선택하여 서비스가 연결 세션(Connect Session)을 수행하는 경우 P2P 그룹 생성(Group formation)이 진행된다.

기기 발견(S410 및 S420) 및 서비스 발견(S430 및 S440) 단계가 수행되면, WFDS 기기 간에 세션 연결을 진행할 수 있다. 이러한 세션 연결을 위한 단계에서는 P2P 프로비젼 발견 요청 프레임(S450) 및 P2P 프로비젼 발견 응답 프레임(S460)을 서로 교환하는 바, 이하에서 좀더 자세히 알아보기로 한다.

도 5는 WFDS 기기 간의 연결 동작 과정을 보여주는 도면이다.

도 5에 도시된 바와 같이, WFDS 기기는 발견(Discovery) - P2P 연결(P2P Connection) - ASP 세션(ASP Session) - 서비스 세션(Service Session) 의 순서로 연결을 수행한다. 어플리케이션 서비스 플랫폼(ASP)은 논리 개체로서, 재생(play), 전송(send), 디스플레이(display) 및 출력(print) 서비스들에 의해 공통적인 기능들을 수행한다. 공통적인 기능들은 서비스 및 기기 발견, ASP-세션 관리, 연결 토폴로지 관리 및 보안 등으로, 이에 한정되지는 않는다.

ASP 세션은 한 기기의 ASP 및 다른 한 기기의 ASP 간의 논리적인 링크(link)이다. 피어(peer) 기기간 P2P 연결은 ASP-세션 연결을 요구하며, 하나의 ASP는 주어진 P2P 네트워크 내에서 두 기기간의 복수의 ASP-세션을 설정할 수 있다. 각 ASP-세션들은 ASP-세션을 요청하는 ASP에 할당된 세션 ID(identifier)로써 식별될 수 있다.

예를 들어, 사용자가 A 기기 및 B 기기 간에 X 서비스를 사용하기를 원할 경우, 두 ASP는 두 기기 간의 ASP-세션을 생성하고, 사용자가, Y 서비스를 사용하기를 원할 경우, X 서비스와 구별되는 또 다른 ASP-세션을 생성할 수 있다.

도 6은 서비스 및 ASP 인터페이스의 관계를 나타내는 도면이다.

도 6에 도시된 바와 같이, 하나의 기기의 서비스단에서 ASP로 메소드(method)가 전달되며(S610), 반대 방향으로 ASP에서 서비스단으로 이벤트(event)가 전달되는 것을 알 수 있다(S620). 하나의 WFDS에는 복수의 서비스 단이 존재할 수 있으며, 각 서비스단 별로 ASP에 메소드를 호출할 수 있다. 또한, 하나의 서비스단에서 복수의 메소드를 호출할 수도 있으며, 하나의 ASP에서 복수의 이벤트를 전달하는 것도 가능하다.

Wi-Fi 다이렉트에서는 피어 기기와 연결을 설정하고 유지하기 위해서, 서비스 검색자(Service Seeker)가 원격의 기기에 광고된(advertised) 서비스가 있는지를 검색하고, 서비스 광고자(Service Advertiser)는 서비스 검색자의 서비스 검색을 잠재적으로 기대하면서 자신이 제공할 수 있는 서비스를 광고할 수 있다. 하나의 기기는 복수의 서비스 광고자가 될 수 있으며, 복수의 서비스 검색자가 될 수도 있다. 서비스는 서비스 네임으로 식별되는바, 각 서비스는 UTF-8 서비스 네임 스트링으로 표시된다. 예를 들어, "org.wi-fi" 는 WFA에 의해 의해 정의된 서비스를 위한 것으로, 정의된 서비스들은 아래의 표1과 같다.

메소드는 메소드 파라미터 안에 동작에 대한 정보를 포함하여, 서비스단에 의해서 동작이 개시된다. 제한된 정보만이 메소드 호출에 대한 리턴 값(return value)으로 돌아오며, 모든 메소드 호출은 즉시 리턴 값을 보낼 수 있다.

이벤트는 ASP에서 서비스단으로 정보를 제공하는 동작이다. 이벤트는 단방향(one-way)이므로, 서비스는 이벤트에 담긴 컨텐츠에 기초하여, 동작을 취하기 위한 메소드 호출을 덧붙일 필요가 있다.

하나의 ASP와 연결된 복수의 서비스단이 메소드 및 이벤트를 수행할 수 있다. 메소드 및 이벤트는 비동기적(asynchronous)이다. 따라서, 메소드가 반드시 이벤트를 뒤따를 필요는 없다.

실시예 1 - 새로운 P2P 연결의 경우

이하에서는, 본 발명에 적용하기 위한 실시예로서 새로운 P2P 연결을 설정하는 과정에서, 광고자 기기에게 세션 요청에 대하여 연기되도록 설정된 경우에 있어서, 세션 연기 정보를 검색자 기기에 전송하는 과정을 설명한다.

도 7은 본 발명의 일 실시예에 따라, 세션 연기 설정 과정의 일 예를 나타내는 순서도이다.

도 7에 도시된 바와 같이, A 기기(제 1 기기)가 서비스 광고자(Service Advertiser)이고, B 기기(제 2 기기)가 서비스 검색자(Service Seeker)인 경우에 있어, 광고자인 A 기기는 AdvertiseService 메소드를 호출을 하여, 자신이 제공할 수 있는 서비스를 ASP에 전달할 수 있다(S702). AdvertiseService 메소드 호출시, 세션이 연기되도록 설정되는 것은 auto_accept==FALSE 인 경우를 의미하며, 자동으로 세션 요청을 수락하지 않는 상태를 의미한다.

검색자인 B 기기는 이용하려고 하는 서비스를 검색하려는 SeekService 메소드를 호출하여, ASP에게 이용하려는 서비스를 전달할 수 있다. A 기기는 기기 발견(S706 및 708) 및 서비스 발견(S710 및 S712) 수행 이후에 프로비젼 발견 요청 프레임을 B 기기로부터 수신할 수 있고(S714), 이에 대한 응답으로 B 기기에게 프로비젼 발견 응답 프레임을 전송할 수 있다(S718). A 기기는, 기기 발견(프로브 발견) 단계 수행 전에, 이미 세션 요청에 대하여 연기되도록 설정되어 있을 수 있으며(S702), 세션 연기가 설정되어 있으므로, 광고 ID 관련 정보에 기초한 서비스의 세션 요청이 있는 경우 세션을 연기하고 컨펌세션을 기다려야 한다. 또한, 세션이 연기되었음을 나타내는 정보를 프로비젼 발견 응답 프레임에 포함하여 검색자인 B 기기에 전송할 수 있다. 이 때 어떠한 서비스의 세션이 요청되었는지는 프로비젼 발견 요청 프레임에 포함되어 전송된 광고 ID(advertise_id)에 기초하여 판단할 수 있다. 또한, 세션이 연기되었음을 사용자에게 알리어(S716), 광고자 기기의 사용자는 세션 정보(session information)를 수신하고, 수락 여부를 결정할 수 있다(S720). 사용자의 수락 여부 입력이 있는 경우(S722), A 기기는 다시 B 기기에게 팔로우-온(Follow-on) 프로비젼 요청 프레임을 전송하고(S724), 팔로우-온 프로비젼 발견 요청 프레임 내에 세션 수락 정보가 포함되어 있는 경우라면, 제 2 기기는 팔로우-온 프로비젼 발견 응답 프레임을 A 기기에 전송하여(S726) 세션 연결을 완료할 것이며, 팔로우-온 프로비젼 발견 요청 프레임 내에 세션 거절 정보가 포함되어 있는 경우라면, B 기기는 세션 요청을 종료할 수 있다.

이하에서는 상술한 일련의 과정에 대해 보다 상세히 살펴본다.

실시예 1-1 : AdvertiseService 메소드 호출시 세션 연기 설정

먼저, 광고자(Advertiser) 기기에서 세션이 연기되도록 설정하는 과정에 대하여 설명하도록 한다.

광고자 기기는 자신이 광고한 서비스에 대하여, 검색자 기기로부터 발견 요청이 오기 전에(프로브 요청 프레임을 수신하기 전에), 자신이 광고한 서비스에 대한 정보를 ASP에 전달할 수 있다(S702). 이는 AdvertiseService 메소드 호출을 통해서 ASP에 서비스 광고를 수행할 수 있다.

AdvertiseService 메소드는 검색자가 다른 기기에서 광고된 서비스를 찾고, ASP-세션을 개시하기 위한 정보를 제공한다. AdvertiseService 메소드는 하기와 같다.

AdvertiseService(service_name, auto_accept, service_information, service_status, session_information_response)

상기 메소드에서는 복수의 파라미터(parameter)들을 포함하고 있는 바, 파라미터 하나씩 설명하기로 한다.

서비스 네임(service_name) 파라미터는, 검색자(Service Seeker)가 SeekService 메소드 호출을 하여, 검색 가능한 서비스를 식별하는 식별자이다. 서비스 네임은 하나 또는 복수의 싱글 바이트 UTF-8 또는 멀티 바이트 UTF-8 문자로 구성될 수 있다. 알파벳 및 숫자, 하이픈( "- ") 및 마침표( "." )로 싱글 바이트 UTF-8이 구성될 수 있으며, 멀티 바이트 UTF-8의 경우, 모든 유효한 UTF-8 문자를 포함할 수 있다. ASP는 서비스 발견(Service Discovery) 단계에서의 서비스 네임을 매칭하여 서비스 네임을 사용할 수 있다. 예를 들어, ASP가 "org.wi-fi.wfds" 라는 문자열을 광고할 경우, 검색자가 "org.wi-fi.wfds" 를 위한 해쉬 값(hash value)를 전송할 경우, 광고자 측의 ASP는 긍정의 응답을 할 수 있다.

자동 수락(auto_accept) 파라미터는 TRUE 또는 FALSE 값을 가질 수 있다. TRUE 값을 가지는 경우, 광고자는 검색자의 세션 요청에 대하여, 컨펌세션(ConfirmSession) 메소드 없이도 세션 요청을 수락할 수 있다(즉 자동 수락을 의미한다). 자동 수락 파라미터가 FALSE 값을 가지는 경우, 광고자 측의 ASP는 이후 과정을 진행하기 전에 서비스단으로부터 컨펌세션을 기다려야 한다. 따라서, 세션이 연기되도록 설정되는 것은 auto_accept==FALSE 인 경우를 의미하며, 자동으로 세션 요청을 수락하지 않는 상태를 의미한다.

서비스 정보(service_information) 파라미터의 경우, 서비스 발견 단계에서 주고 받은 서비스 관련 정보에 대한 상세 정보들을 포함할 수 있다. 서비스 정보 파라미터의 값이 존재하는 경우, 서비스 정보 파라미터는 검색자에게 전달되며, 검색자는 서비스 정보 파라미터 내의 컨텐츠를 검색할 수 있다.

서비스 상태(service_status) 파라미터는 AdvertiseService 메소드 호출 시의 서비스 상태를 나타낸다. 서비스가 사용가능할 경우, 그 값은 1이 될 수 있으며, 사용 불가능할 경우 그 값을 0으로 나타낼 수 있다. 다만 이 값은 서로 반대의 경우도 가능하다. 이 경우에 있어서, 발견 단계(프로브 요청 또는 서비스 발견 요청)의 메커니즘이 기기에 의해서 지원가능한 서비스를 지시하는지를 고려해야 한다. 만약, 서비스 상태 파라미터의 값이 0일 경우, ASP는 ASP-세션의 어떠한 요청에 대하여서도 거절(reject)을 할 것이다.

세션 정보 응답(session_information_response) 파라미터는 자동 수락 파라미터 값이 FALSE로 된 경우(세션이 연기되도록 설정된 경우를 말한다)에만 존재하며, 그 밖의 경우 (auto_accept == TRUE)에는 NULL 값을 가진다. 즉 AdvertiseService 메소드에 존재하지 않는다.

세션 정보 응답 파라미터가 AdvertiseService 메소드에 존재하는 경우에 있어서, 세션 정보 응답 파라미터는 검색자 측의 ASP로 전달된다. 만약, 프로비전 발견 요청이 ASP-세션 설정의 일부로서 전송된 경우, 세션 정보 응답은 세션 정보 응답 데이터 정보 속성에 세션 정보 응답 필드로서 포함될 수 있다. 또한, 이미 두 기기 간의 연결이 존재하는 경우라면, 연기 세션 ASP(DEFERRED_SESSION ASP) 조직 프로토콜 메시지의 세션 정보 응답 필드에 세션 정보 응답 파라미터가 포함될 수도 있다. 검색자 측의 ASP는 검색자 측의 서비스단에 세션 정보 응답 파라미터를 전송하며, 이 때에는 ConnectStatus 이벤트의 값을 status== ServiceRequest Deferred로 설정하여, 전송할 수 있다.

이 때, 광고 ID(advertisement _id)가 필요할 수 있는바, 광고 ID는 ASP에 의해서 정의된 것으로, 광고 ID를 통해서 광고를 요청한 서비스에 의해서 동작되는 기기의 광고를 고유하게 식별할 수 있다. 또한 광고 ID는 ASP-세션을 설정하기 위하여 검색자 측에 전송된다. 광고 ID는 ServiceStatusChange, CancelAdvertiseService, ConnectSessions 등의 메소드와, SearchResult, AdvertiseStatus, SessionRequest 등의 이벤트, 특정 AdvertiseService를 호출하는 세션 요청 메시지에 사용될 수 있다. WFDS의 광고(advertisement)는 광고 ID 및 서비스 MAC를 기기 간에 교환하여 고유하게 식별될 수 있다.

실시예 1-2 : 프로비젼 발견 요청/응답

검색자 기기가 광고자 기기를 발견하기 전에 상기와 같은 AdvertiseService 메소드를 호출하고, 이후 프로브 발견 요청/응답 프레임을 송수신하는 과정(S706 및 S708)에서 기기를 발견하고, 서비스 발견 요청/응답 프레임을 송수신하는 과정(S710 및 S712)에서는 어떠한 WFDS서비스를 이용하려는지 전달할 수 있다. 이후, 서비스의 세션 요청/응답 단계에서 프로비전 발견 요청/응답 프레임을 송수신하는바, 세션 연기 정보를 전송하는 방법에 대하여 자세히 설명한다.

프로비젼 발견 절차는 ASP-세션의 P2P 연결 설정에 앞서 필수적인 절차이다. 이 절차의 주된 목적은, 각 기기가 맡은 네트워크 역할을 확인하고, 동작 채널 등과 같은 다양한 파라미터들을 결정하는 것이다. 프로비젼 발견 과정에서는 두 가지 모드가 존재한다.

먼저 자동 수락 모드(auto-accept mode)에서는 프로비젼 발견 요청 프레임에 대하여 이에 해당되는 프로비젼 발견 응답 프레임이 교환되고, 연기 모드(deferred mode)에서는 프로비젼 발견 요청 프레임에 대하여 이에 해당하는 프로비젼 발견 응답 프레임, 팔로우-온 프로비젼 발견 요청 프레임 및 몇몇 경우에 있어서는 팔로우-온 프로비젼 발견 응답 프레임을 교환한다.

프로비젼 발견 요청/응답 프레임을 송수신하는 ASP는 하기의 표 2와 같이 다양한 속성을 포함하는 정보를 포함할 수 있다.

상기와 같이, 자동 수락 파라미터가 FALSE값으로 설정되어(auto_accept==FALSE) 광고자 기기 내에서 메소드가 호출된 경우, ASP는 상태 필드를 "실패; 정보는 현재 사용 불가입니다(Fail; information is currently unavailable)" 이라고 설정할 수 있으며, ASP는 상위 계층인 서비스단에 SessionRequest 이벤트를 통해 전달할 수 있으며(S716), 타이머(예를 들어, 120초 등)를 동작할 수 있다.

사용자가 광고자 기기에 대하여 수락 여부를 입력하여(S720) 서비스단으로부터 confirmed = "TRUE" 또는 "FALSE" 라는 컨펌세션(ConfirmSession) 메소드를 받으면(S722), ASP는 동작했던 타이머를 멈출 수 있으며, 피어 ASP에게 팔로우-온 프로비젼 발견 요청 프레임을 전송할 수 있다(S724). 이 때, 리슨 채널(listen channel) 속성 또는 (리슨 채널 속성이 프로비젼 발견 요청 프레임에 같은 ASP, 같은 Advertisement ID Info로 포함된 경우가 아니라면) 동작 채널 속성에서 지시된 채널을 통해 전송한다.

컨펌세션 메소드에서 Confirmed=" TRUE" 라고 설정된 경우, 상태 속성(Status Attribute) 내의 상태 코드(Status Code)는 "성공 : 사용자에 의해서 수락됨(Success: Accepted by user)" 라는 값으로 설정된다. 만약, Confirmed=" FALSE" 라고 설정된 경우, 상태 속성(Status Attribute) 내의 상태 코드(Status Code)는 "실패 : 사용자에 의해서 거절됨(Fail : Rejected by user)" 라는 값으로 설정된다. 세션 ID 정보(Session ID Info), 광고 ID 정보(Advertisement ID Info), 리슨 채널 및 동작 채널 속성이, 동일한 피어 ASP로부터 수신한 종전의 프로비젼 발견 요청 프레임에서 동일하게 사용될 경우, 프로비젼 발견 절차는 실패되고, 120초 타이머가 초과된 경우이면 P2P 연결 설정은 실패된다.

광고자 기기는 검색자 기기에게 세션이 연기되었음을 알리는 정보를 전송할 수 있다. 검색자 기기는 세션 요청을 위해서, 발견한 광고자 기기에게 프로비젼 발견 요청 프레임을 전송하는바(S714), 광고자 기기는 이에 대한 응답인 프로비전 발견 응답 프레임에 연기된 정보를 포함하여 검색자 기기에게 전송할 수 있다(S718).

검색자 기기가 전송하는 프로비전 발견 요청 프레임에는 기기 발견 및 서비스 발견 단계에서 발견된 광고자 기기에 대한 광고 ID(advertisement ID) 관련 정보가 포함되는데, 이 광고 ID 관련 정보는 광고자 기기가 광고한 서비스에 대한 정보를 포함하고 있다. 따라서, 프로비전 발견 요청 프레임에 포함된 광고 ID 관련 정보를 통해서 검색자 기기가 어떠한 WFDS 서비스를 이용하려고 하는지를 알 수 있다.

광고자 기기는 검색자 기기에 프로비전 발견 응답 프레임을 전송하면서, 상기 프로비전 발견 요청 프레임에 포함된 광고 ID에 기초한 서비스의 세션 요청이 연기되었음을 나타내는 정보를 포함하여 전송할 수 있다. 이 세션의 연기 정보는 앞서 설명한 광고자 기기의 AdvertiseService 메소드 호출에 포함된 세션 정보 응답(session_information_response) 파라미터가 될 수 있으며, 검색자 기기는 프로비젼 발견 응답 프레임을 수신하여, 세션 정보 응답 파라미터가 이에 포함되어 있음에 기초하여, 자신이 요청한 세션이 연기되었음을 알 수 있다. 프로비젼 발견 응답 프레임에는 세션 정보 데이터 정보(Session Information Data Info.)가 하나의 속성으로 포함될 수 있으며, 이 정보는 서비스의 상태가 "실패, 정보는 현재 사용 불가능합니다(Fail, information is currently unavailable)" 로 표시된 경우에 포함될 수 있다.

이 때, 광고자 기기는 검색자 기기에게 세션이 연기되었음을 알릴 뿐만 아니라, 광고자 기기의 서비스 관련된 추가 정보를 더 전송할 수 있다. 검색자가 요청하는 서비스가, 광고자 기기에서 어떠한 속성을 가지고 있는지 그 서비스에 대한 속성 정보를 포함하여 전송할 수 있다(예. 프린트 서비스 한 장당 100원).

광고자 기기로부터 세션 요청이 연기되었음을 알리는 정보를 수신한 검색자 기기의 ASP는 세션 요청이 연기되었음을 검색자 기기의 서비스단에 알릴 수 있다(S716). 검색자 기기의 ASP는 세션이 연기되었음을 기기 사용자에게 알리기 위하여 서비스단에 SessionRequest 이벤트를 전달할 수 있으며, 세션 요청이 즉시 수락되지 않았음을 지시하는 SessionRequestDeferred 상태 값으로 전달할 수 있다.

실시예 1-3 : 사용자에게 세션 연기 정보 전송

도 7에 도시된 바와 같이, 광고자 기기의 ASP는 AdvertiseService 메소드 호출로 인하여, 검색자의 세션 요청에 대하여, 즉 프로비전 요청 프레임에 대하여 세션을 연기하고, 광고자 기기의 사용자에게 세션이 연기되었음을 알릴 수 있다.

광고자 기기의 ASP는 세션이 연기되었음을 기기 사용자에게 알리기 위하여 서비스단에 SessionRequest 이벤트를 전달할 수 있으며, 세션 요청이 즉시 수락되지 않았음을 지시하는 SessionRequestDeferred 상태 값으로 전달할 수 있다.

이 경우, 이 이벤트와, 그 다음 이벤트인 ConnectStatus (SessionRequest Accept) 또는 ConnectStatus(SessionRequestFailed) 이벤트 사이에는 딜레이(delay)가 존재할 수 있다. 이는 사용자가 세션 요청을 수락할 것인지 여부를 기기에 입력하기 까지 기다려야 하는 시간이므로, 이벤트 수신 측에서는 타이머(예를 들어, 120초 등)를 수행할 수 있다.

광고자 기기의 서비스단은 어플리케이션단에 상기 설명한 세션 연기 정보를 포함하는 세션 정보를 전달하며, 사용자는 이를 통해 검색자의 세션 요청이 연기되었음을 알고, 이를 수락할 것인지 거절할 것인지를 결정할 수 있다(S720). 이는 광고자 기기에서 지원 가능한 서비스를 검색자 기기에게 제공할 것인지에 대한 결정이다. 검색자의 세션 요청에 대하여 수락 여부를 나타내는 메시지를 입력할 경우, 광고자의 서비스단은 ASP에게 컨펌세션(ConfirmSession) 메소드를 호출할 수 있다(S722).

사용자가 검색자의 세션 요청에 대하여 수락할 경우, 세션 연결의 이후 단계가 진행된다. 검색자 기기는 세션 요청이 연기되었음을 알고 있으므로, 사용자의 세션 연결 수락의 의사를 검색자 기기에게 알리기 위하여 팔로우-온 프로비전 발견 요청(Follow-on Provision Discovery Request) 프레임을 검색자 기기에게 전송할 수 있다(S724). 팔로우-온 프로비전 발견 요청 프레임에는 광고 ID, 세션 ID, 상태 정보 등을 포함하여 전송할 수 있다. 광고 ID는 어떠한 WFDS 서비스에 대한 것인지를 식별하는 정보이며, 세션 ID는 어떠한 세션 연결을 요청하는지를 식별하는 정보이다. 상태 정보는 사용자에 의해서 세션 요청이 수락되었음을 알리는 정보이다. 광고자 기기로부터 세션 요청을 수락하는 정보를 수신한 검색자 기기는 서비스단에 세션 요청 수락의 정보를 이벤트의 형식으로 알릴 수 있고 (예. ConnectStatusServiceRequestAccepted), 세션 연결 후 두 기기 간의 GO 협상(Group Owner Negotiation) 단계를 진행할 수 있다.

사용자가 세션 요청을 수락하는 경우, 광고자 기기는 검색자에게 세션 연기 정보 외에 광고자 기기의 연결 능력 정보를 전송할 수도 있다. 즉 다시 말해서, 팔로우-온 프로비전 발견 요청 프레임에 광고자 기기의 연결 능력(connection Capability) 정보를 포함할 수 있다.

광고자 기기로부터 팔로우-온 프로비젼 발견 요청 프레임을 수신한 검색자 기기는 이에 대한 응답으로 팔로우-온 프로비젼 발견 응답 프레임을 전송할 수 있다(S726). 하기의 표 3에서는 팔로우-온 프로비젼 발견 요청/응답 프레임에 포함되는 속성들에 대한 정보를 나타낸다.

연결 능력 정보를 포함하는 프로비젼 발견 응답 프레임은, A 기기의 GO 협상 단계에 대한 정보를 포함할 수 있다. 세션 연결이 완료되어 GO 협상 단계에서 광고자 기기가 P2P 그룹의 그룹 오너(Group Owner; GO)로 동작할 지, 그룹 클라이언트(Group Client; Cli)로 동작할 지를 나타내는 정보를 더 포함할 수 있다. GO인지 Cli 인지 여부는 GO 인텐트(intent) 값으로 설정되며, GO 인텐트 값은 0부터 15 사이의 임의의 값으로 정한다. 두 기기 중에서 인텐트 값이 큰 기기가 GO가 되고, 작은 값을 가지는 기기가 Cli가 되는 것이 일반적이다. 또는 조건에 따라 이 반대 경우도 가능하다. 만약 두 기기의 인텐트 값이 같은 경우, 먼저 GO 협상 메시지를 전송한 기기가 GO가 되는 것이 일반적이나, 이 반대의 경우도 가능하다.

하기의 표 4는 프로비젼 발견 응답 프레임에 포함되는 연결 능력(Connection Capability) 정보에서의 GO 협상 정보를 나타낸다.

사용자는 검색자의 세션 요청에 대하여 거절할 수도 있다. 이 경우에도 광고자 기기는 검색자 기기에게 세션 연결 거절의 의사를 알리기 위하여 팔로우-온 프로비전 발견 요청 프레임을 전송할 수 있다. 이 때에는 상태 정보로서 세션 요청 거절의 정보를 포함한다.

실시예 2 - 기존 P2P 연결이 존재하는 경우

도 8은 본 발명의 일 실시예에 따른 세션 연기 설정 과정의 또 다른 일 예를 나타내는 도면이다.

도 8에 도시된 바와 같이, 검색자 기기와 광고자 기기 간에 기존 연결이 존재하는 경우가 있을 수 있다. 이러한 상황에서는 앞서 실시예 1 에서 설명했던 기기 발견 및 서비스 발견 과정은 중복하여 수행하지 않고 생략될 수 있다. 검색자 기기 및 광고자 기기 간에는 세션 요청을 바로 수행할 수 있다.

A 기기(제 1 기기) 및 B 기기(제 2 기기) 간의 기존 연결이 존재하는 경우, A 기기가 B 기기로부터 광고 ID (Advertisement ID)를 포함하는 세션 요청 메시지를 수신하고, 광고 ID에 기초한 서비스에 관련된 세션 요청에 대해 컨펌세션을 기다려야 하는 경우(즉, 자동 수락으로 설정되어 있지 않고, 세션 연기가 설정된 경우를 말한다), A 기기가, B 기기에게 세션 연기 메시지를 전송하는 경우에 있어서, 세션 연기 메시지는 상기 서비스와 관련된 세션의 연기 정보를 포함할 수 있다.

이하에서는 상술한 일련의 과정에 대해 보다 상세히 살펴본다.

실시예 2-1 : AdvertiseService 메소드 호출시 세션 연기 설정

기존 연결이 있던 기기 간에 세션 요청을 수행하는 경우라도, AdvertiseService 메소드 호출 시에 세션 연기 설정 정보를 포함하는 것은 실시예 1 과 동일하다. 따라서 AdvertiseService 메소드에는 세션 요청시 연기되도록 설정하는 정보인 session_information_response 파라미터가 포함될 수 있다.

세션 정보 응답(session_information_response) 파라미터는 자동 수락 파라미터 값이 FALSE로 된 경우(세션이 연기되도록 설정된 경우를 말한다)에만 존재하며, 그 밖의 경우 (auto_accept == TRUE)에는 NULL 값을 가진다. 즉 AdvertiseService 메소드에 존재하지 않는다.

세션 정보 응답 파라미터가 AdvertiseService 메소드에 존재하는 경우에 있어서, 세션 정보 응답 파라미터는 검색자 측의 ASP로 전달된다. 만약, 프로비전 발견 요청이 ASP-세션 설정의 일부로서 전송된 경우, 세션 정보 응답은 세션 정보 응답 데이터 정보 속성에 세션 정보 응답 필드로서 포함될 수 있다. 또한, 이미 두 기기 간의 연결이 존재하는 경우라면, 연기 세션 ASP(DEFERRED_SESSION ASP) 조직 프로토콜 메시지의 세션 정보 응답 필드에 세션 정보 응답 파라미터가 포함될 수도 있다. 검색자 측의 ASP는 검색자 측의 서비스단에 세션 정보 응답 파라미터를 전송하며, 이때에는 ConnectStatus 이벤트의 값을 status == ServiceRequest Deferred로 설정하여, 전송할 수 있다.

이 때, 광고 ID(advertisement _id)가 필요할 수 있는바, 광고 ID는 ASP에 의해서 정의된 것으로, 광고 ID를 통해서 광고를 요청한 서비스에 의해서 동작되는 기기의 광고를 고유하게 식별할 수 있다. 또한 광고 ID는 ASP-세션을 설정하기 위하여 검색자 측에 전송된다. 광고 ID는 ServiceStatusChange, CancelAdvertiseService, ConnectSessions 등의 메소드와, SearchResult, AdvertiseStatus, SessionRequest 등의 이벤트, 특정 AdvertiseService를 호출하는 REQUEST_세션 메시지에 사용될 수 있다. WFDS의 광고(advertisement)는 광고 ID 및 서비스 MAC를 기기 간에 교환하여 고유하게 식별될 수 있다.

실시예 2-2 : 세션 요청 및 세션 연기 메시지

검색자 기기는 광고자 기기에게 세션 연결을 요청할 수 있으며, 세션 요청(REQUEST_SESSION) 메시지를 전송함으로써 수행할 수 있다(S810). 이 세션 요청 프레임에는 세션 mac(session_mac), 세션 ID(session ID), 광고 ID(advertise_id) 및 세션 정보(session_information) 등을 포함할 수 있다.

세션 요청 메시지를 수신한 광고자 기기는 세션 요청에 대하여 연기되도록 설정이 되어 있으므로, 세션 요청을 바로 수락하지 않고 즉, 세션을 연기시키고, 세션이 연기되었음을 나타내는 정보를 포함하는 세션 연기(DEFERRED_SESSION) 메시지를 검색자 기기에게 전송할 수 있다(S820). 세션이 연기되었음을 나타내는 정보는 앞선 실시예 1에서와 마찬가지로 세션 정보 응답(session_information_response) 정보일 수 있다. 세션 요청 메시지 및 세션 연기 메시지에 대해 설명하기에 앞서 일반적인 메시지 포맷에 대해서 하기의 표 5에서 설명하기로 한다.

상기의 표 5에서와 같이, ASP 조직 프로토콜(Coordination Protocol) 메시지는 싱글(single) UDP(user datagram protocol) 데이터그램(datagram)이다. 상기의 ASP 조직 프로토콜에 대해서 좀더 자세히 설명하기로 한다. 한 기기의 ASP는 피어 기기의 ASP와 Wi-Fi 다이렉트 세션을 관리하기 위하여 통신할 수 있다. ASP 조직 프로토콜은 이러한 통신에 사용될 수 있다. ASP 조직 프로토콜은 포트의 UDP에서 동작할 수 있으며, 네트워크 설정(setup)이 완료된 후에, 서비스 광고자는 UDP 포트를 개방(open)할 수 있다. 광고자 기기의 ASP와 검색자 기기의 ASP 사이에 세션의 연결은 하나의 기기가 UDP 서버(server)의 역할을 하고 다른 하나의 기기가 UDP 클라이언트(client) 역할을 할 수 있다. 또한 검색자와 광고자 모두 UDP 서버와 UDP 클라이언트 역할을 동시에 수행하여 ASP 조직 프로토콜 동작을 할 수 있다.

새로운 메시지(command)는 종전 메시지가 접수 통지(ACK)되기 전까지 전송되지 않을 수 있다. 각 메시지들은 재전송되는 메시지와 다른 새로운 메시지에 사용되는 순차 번호(sequence number)를 포함한다.

ASP 조직 프로토콜은, 기존 UDP 전송의 단점인 순서가 뒤섞이거나, 패킷손실이 발생하는 경우 해결하지 못한 문제점을 해결하기 위해서, 송신측에서는 새로운 메시지를 보낼 때 각 메시지에 순차번호를 증가시키고, 수신측에서는 올바른 ASP 조직 프로토콜 메시지를 받았을 경우, 수신자는 받은 메시지에 해당하는 순차번호를 ACK 메시지에 포함하여 응답함으로써 송신자가 보낸 메시지의 송수신에 대한 확인을 할 수 있다. 모든 WFDS 기기의 ASP는 송신한 메시지에 ACK를 받지 못하는 경우 다음 메시지를 송신 할 수 없게 된다. 만약 송신한 메시지에 대해 일정시간 동안 ACK를 받지 못하는 경우, 송신자는 최대 시도 횟수(maximum retry)만큼 재전송을 할 수 있다. 이 경우 순차번호는 증가하지 않고 전송하게 된다. 순차번호는 최초 0으로부터 시작하여 증가하며, 1바이트로 표현할 수 있는 최대값이 되는 경우에 다시 0으로 리셋한다. 재전송이 수신측에 도달할 경우, 어드레스된(addressed) ASP를 포함하는 모든 세션들은 닫힐(closed) 수 있다. 메시지가 재전송되는 경우에, 메시지는 전과 동일한 순차 번호, 메시지 타입 및 페이로드(payload)를 가질 수 있다. 기기가 복제된 동일한 메시지를 수신하는 경우, 그 기기는 ACK 메시지를 전송하기 전에 해당 메시지를 무시(ignore)할 수 있다.

ASP 조직 프로토콜의 ACK 메시지의 형태는 ACK 메시지를 나타내는 오피코드(Opcode)의 1 바이트 정보와, 순차번호를 포함한다. ACK 메시지에 포함되는 순차번호는 수신한 메시지가 올바른 메시지인지 확인하고, 올바른 메시지인 경우 수신한 메시지의 순차번호 값과 동일한 값으로 설정한다.

하나의 ASP 조직 프로토콜 메시지의 시작은 1바이트의 오피코드 정보로 메시지의 종류를 표 6과 같이 구분할 수 있다. 이 후 1 바이트의 정보는 순차번호(sequence number)로 ACK 메시지를 수신하고 다음 메시지의 오피코드가 0부터 5일 경우 1 증가하여 송신하게 된다.

상기 표 6에서 보여주는 바와 같이, 오피코드(Opcode)에는, 세션 요청(REQUEST_SESSION), 세션 추가(ADDED_SESSION), 세션 거절(REJECTED_SESSION), 세션 제거(REMOVE_SESSION), 허가된 포트(ALLOWED_PORT), 세션 연기(DEFERRED_SESSION), ACK/NACK 등의 메시지가 존재한다. 이에 대하여, 하기의 표 7 내지 표 14의 각 메시지 포맷을 자세히 알아보기로 한다. 표 7은 세션 요청(REQUEST_SESSION), 표 8에서는 세션 추가(ADDED_SESSION), 표 9는 세션 거절(REJECTED_SESSION), 표 10은 세션 제거(REMOVED_SESSION), 표 11은 허가된 포트(ALLOWED_PORT), 표 12는 세션 연기(DEFERRED_SESSION), 표 13은 ACK 응답, 마지막으로 표 14는 NACK 응답 메시지의 포맷을 살펴보기로 한다.

표 7은 세션 요청(REQUEST_SESSION) 메시지 포맷을 보여준다. 검색자(Seeker) 기기의 ASP는 광고자(Advertiser) 기기의 ASP에게 광고된 광고 ID(advertisement_id)에 관련된 새로운 ASP-세션을 요청할 수 있다. 세션 요청 메시지를 수신한 광고자 기기는 ADDED_SESSION 또는 REJECT_SESSION 메시지를 전송할 수 있다. 세션 실패의 경우, SessionFailed( ) 이벤트를 서비스단에 전달할 수 있을 것이다. 반대로 세션 요청 메시지가 성공적으로 수신된 경우, 광고자 기기는 SessionConnected( ) 이벤트를 서비스단에 전달할 수도 있을 것이다.

표 8에서는 세션 추가(ADDED_SESSION) 메시지 포맷을 보여준다. 상기 표 8에서 설명한 바와 같이, 서비스 광고자 기기는 요청된 서비스가 SetSessionReady 메소드를 호출할 때에, 세션 추가 메시지를 전송할 수 있다. 세션 추가 메시지를 파악하고 난 후에, 검색자 기기는 검색자 기기 측에서 CloseSession 메소드를 호출할 경우, 세션 제거(REMOVED_SESSION) 메시지를 전송할 수 있다.

표 9는 세션 거절(REJECTED_SESSION) 메시지 포맷을 보여준다. 상기 표 9에서 설명한 바와 같이, 서비스단 또는 ASP에서 ASP-세션을 거절하기로 결정한 경우, 서비스 광고자 기기는 세션 요청 메시지 수신 후에 세션 거절 메시지를 전송할 수 있다.

표 10은 세션 제거(REMOVED_SESSION) 메시지 포맷을 보여준다. 상기 표 10에서 설명한 바와 같이, 링크의 양 측의 ASP-세션 닫음을 호출된 경우에 세션 거절 메시지를 전송할 수 있다.

표 11은 허가된 포트(ALLOWED_PORT) 메시지 포맷을 보여준다. 상기 표 11에서 설명한 바와 같이, 포트 또는 프로토 조합이 특정 세션을 위해 개방되는 경우, ASP에 의해서 허가된 포트 메시지가 전송될 수 있다.

표 12는 세션 연기(DEFERRED_SESSION) 메시지 포맷을 보여준다. 상기 표 12에서는 세션 연기(DEFERRED_SESSION) 메시지의 포맷을 보여주는바, 광고자 기기는 검색자 기기의 세션 요청 메시지에 대하여 세션 연기 메시지를 전송할 수 있고, ConnectStatus(status==ServiceRequestDeferred) 이벤트를 서비스단에 전달할 수 있다.

표 13은 ACK 응답 메시지 포맷을 보여준다. 상기 표 13에서 설명한 바와 같이, ASP는 일정시간 내에 ASP 조직 프로토콜 메시지를 수신하는 경우에, ACK 메시지로 응답할 수 있다. ACK 메시지 내의 순차 번호(sequence number)는 최근 수신한 ASP 조직 프로토콜 메시지의 순차 번호와 동일할 수 있다. 세션 MAC 및 세션 ID 쌍(pair)은 최근 수신한 ASP 조직 프로토콜 메시지에서의 쌍과 동일할 수 있다.

마지막으로 표 14는 NACK 응답 메시지의 포맷을 보여준다. 상기 표 14에서 설명한 바와 같이, ASP는 일정시간 내에 무효의(invalid) ASP 조직 프로토콜 메시지를 수신하는 경우에, NACK 메시지로 응답할 수 있다. NACK 메시지 내의 순차 번호(sequence number)는 최근 수신한 ASP 조직 프로토콜 메시지의 순차 번호와 동일할 수 있다. 세션 MAC 및 세션 ID 쌍(pair)은 최근 수신한 ASP 조직 프로토콜 메시지에서의 쌍과 동일할 수 있다.

실시예 2-3 : 사용자에게 세션 연기 정보 전송

도 8에 도시된 바와 같이, 광고자 기기의 ASP는 AdvertiseService 메소드 호출로 인하여, 검색자의 세션 요청에 대하여, 즉 프로비전 요청 프레임에 대하여 세션을 연기하고, 광고자 기기의 사용자에게 세션이 연기되었음을 알릴 수 있다.

광고자 기기의 ASP는 세션이 연기되었음을 기기 사용자에게 알리기 위하여 서비스단에 SessionRequest 이벤트를 전달할 수 있으며(S830), 세션 요청이 즉시 수락되지 않았음을 지시하는 SessionRequestDeferred 상태값으로 전달할 수 있다.

이 경우, 이 이벤트와, 그 다음 이벤트인 ConnectStatus (SessionRequestAccept) 또는 ConnectStatus(SessionRequestFailed) 이벤트 사이에는 딜레이(delay)가 존재할 수 있다. 이는 사용자가 세션 요청을 수락할 것인지 여부를 기기에 입력하기 까지 기다려야 하는 시간이므로, 이벤트 수신 측에서는 타이머(예를 들어, 120초 등)를 수행할 수 있다.

광고자 기기의 서비스단은 어플리케이션단에 상기 설명한 세션 연기 정보를 포함하는 세션 정보를 전달하며, 사용자는 이를 통해 검색자의 세션 요청이 연기되었음을 알고, 이를 수락할 것인지 거절할 것인지를 결정할 수 있다(S840). 이는 광고자 기기에서 지원 가능한 서비스를 검색자 기기에게 제공할 것인지에 대한 결정이다. 검색자의 세션 요청에 대하여 수락 여부를 나타내는 메시지를 입력할 경우, 광고자의 서비스단은 ASP에게 컨펌세션(ConfirmSession) 메소드를 호출할 수 있다(S850).

사용자가 검색자의 세션 요청에 대하여 수락할 경우, 세션 연결의 이후 단계가 진행된다. 검색자 기기는 세션 요청이 연기되었음을 알고 있으므로, 사용자의 세션 연결 수락의 의사를 검색자 기기에게 알리기 위하여 세션 추가(ADDED_SESSION) 메시지를 검색자 기기에게 전송할 수 있다(S860). 세션 추가 메시지에는 세션 MAC 및 세션 ID 정보 등을 포함하여 전송할 수 있다. 세션 MAC 및 세션 ID의 조합으로, 고유의 ASP-세션을 식별할 수 있다. 광고자 기기로부터 세션 요청을 수락하는 정보를 수신한 검색자 기기는 서비스단에 세션 요청 수락의 정보를 이벤트의 형식으로 알릴 수 있고 (예. ConnectStatusServiceRequestAccepted), 다시 광고자 기기에게 ACK 메시지를 전송할 수 있다(S870).

도 9는 본 발명에 적용될 수 있는 Wi-Fi P2P 장치를 예시한다.

도 9를 참조하면, Wi-Fi P2P 네트워크는 제1 Wi-Fi P2P 장치(910) 및 제2 Wi-Fi P2P 장치(920)을 포함한다. 제1 Wi-Fi P2P 장치(910)는 프로세서(912), 메모리(914) 및 무선 주파수(Radio Frequency, RF) 유닛(916)을 포함한다. 프로세서(912)는 본 발명에서 제안한 절차 및/또는 방법들을 구현하도록 구성될 수 있다. 메모리(914)는 프로세서(912)와 연결되고 프로세서(912)의 동작과 관련한 다양한 정보를 저장한다. RF 유닛(916)은 프로세서(912)와 연결되고 무선 신호를 송신 및/또는 수신한다. 제2 Wi-Fi 장치(920)는 프로세서(922), 메모리(924) 및 RF 유닛(926)을 포함한다. 프로세서(922)는 본 발명에서 제안한 절차 및/또는 방법들을 구현하도록 구성될 수 있다. 메모리(924)는 프로세서(922)와 연결되고 프로세서(922)의 동작과 관련한 다양한 정보를 저장한다. RF 유닛(926)은 프로세서(922)와 연결되고 무선 신호를 송신 및/또는 수신한다. 제1 Wi-Fi P2P 장치(910) 및/또는 제2 Wi-Fi P2P 장치(920)는 단일 또는 다중 안테나를 가질 수 있다.

이상 설명된 실시 예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시 예를 구성하는 것도 가능하다. 본 발명의 실시 예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시 예의 일부 구성이나 특징은 다른 실시 예에 포함될 수 있고, 또는 다른 실시 예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시 예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.

본 발명에 따른 실시 예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시 예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.

펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 일 실시 예는 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.

본 발명은 본 발명의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.

본 발명의 실시예들은 다양한 무선접속 시스템에 적용될 수 있다. 특히 Wi-Fi 다이렉트 서비스 (Wi-Fi Direct Services; WFDS) 시스템에 적용될 수 있다. 본 발명의 실시예들은 상기 시스템뿐 아니라, 다양한 무선접속 시스템을 응용한 모든 기술 분야에 적용될 수 있다.

Claims (16)

1. Wi-Fi 다이렉트 서비스(WFDS) 통신을 설정하는 방법에 있어서,
   제 1 기기가 제 2 기기로부터 광고 ID(Advertisement ID) 관련 정보를 포함하는 제 1 프로비전 발견 요청(Provision Discovery request) 프레임을 수신하는 단계; 및
   상기 제 1 기기가, 상기 제 2 기기에게 제 1 프로비전 발견 응답(Provision Discovery Response) 프레임을 전송하는 단계;
   를 포함하고,
   상기 광고 ID 관련 정보에 기초한 서비스의 세션 요청에 대해 컨펌세션을 기다려야 하는 경우,
   상기 제1 프로비전 발견 응답 프레임은 auto_accept 값이 'False'로 설정된 AdvertiseService 메소드에 기초하여 상기 서비스와 관련된 세션의 연기 정보를 포함하는, WFDS 통신 설정 방법,.
2. 제 1 항에 있어서,
   상기 세션 연기 정보는, 제 1 기기의 서비스단에서 어플리케이션 서비스 플랫폼(ASP)으로, 제1 기기가 상기 AdvertiseService 메소드를 호출할 때에 전달되는, WFDS 통신 설정 방법.
3. 제 2 항에 있어서,
   상기 AdvertiseService 메소드의 호출은, 상기 제 1 프로비전 발견 요청 프레임을 수신하기 전에 수행되는, WFDS 통신 설정 방법.
4. 제 3 항에 있어서,
   상기 제 1 프로비전 발견 요청 프레임을 수신하기 전에 상기 제 1 기기의 발견 및 서비스 발견 과정이 수행되고,
   상기 AdvertiseService 메소드의 호출은,
   상기 제 1 기기의 발견 전에 수행되는, WFDS 통신 설정 방법.
5. 제 2 항에 있어서,
   상기 제 1 기기의 상기 ASP에서, 상기 세션의 연기 정보를 상기 제 1 기기의 사용자에게 알리는 단계를 더 포함하는, WFDS 통신 설정 방법.
6. 제 2 항에 있어서,
   상기 세션의 연기 정보는,
   상기 제 2 기기의 ASP에서, 상기 제 2 기기의 서비스단으로 전달되는 단계를 더 포함하는, WFDS 통신 설정 방법.
7. 제 5 항에 있어서,
   상기 제 1 기기의 사용자의 수락이 있는 경우,
   제 2 프로비전 요청 프레임을 상기 제 2 기기에게 전송하는 단계; 및
   상기 제 2 기기로부터 제 2 프로비전 응답 프레임을 수신하는 단계를 더 포함하는, WFDS 통신 설정 방법.
8. 제 7 항에 있어서,
   상기 제 2 프로비전 발견 요청 프레임은,
   상기 제 1 기기의 연결 능력(Connection Capability) 정보를 포함하는, WFDS 통신 설정 방법.
9. 제 8 항에 있어서,
   상기 제 1 기기가 상기 제 2 기기에게 P2P 그룹의 협상 정보로서, 상대 의존적 협상 메시지를 전송하는 경우에,
   상기 제 2 기기로부터, 상기 제 2 기기가 상기 P2P 그룹의 그룹 오너(GO)가 되겠다는 응답을 받으면, 상기 제 1 기기는 상기 P2P 그룹의 그룹 클라이언트(Cli)가 되고,
   상기 제 2 기기로부터, 상기 제 2 기기가 상기 P2P 그룹의 그룹 클라이언트가 되겠다는 응답을 받으면, 상기 제 1 기기는 상기 P2P 그룹의 그룹 오너가 되는, WFDS 통신 설정 방법.
10. 제 8 항에 있어서,
    상기 제 1 기기가 상기 제 2 기기에게 P2P 그룹의 협상 정보로서, 상기 P2P 그룹에서 그룹 오너가 되겠다고 메시지를 전송하는 경우에, 상기 제 1 기기는 상기 P2P 그룹의 그룹 오너가 되고, 상기 제 2 기기는 상기 P2P 그룹의 그룹 클라이언트가 되는, WFDS 통신 설정 방법.
11. 제 8 항에 있어서,
    상기 제 1 기기가 상기 제 2 기기에게 P2P 그룹의 협상 정보로서, 상기 P2P 그룹에서 그룹 클라이언트가 되겠다고 메시지를 전송하는 경우에, 상기 제 1 기기는 상기 P2P 그룹의 그룹 클라이언트가 되고, 상기 제 2 기기는 상기 P2P 그룹의 그룹 오너가 되는, WFDS 통신 설정 방법.
12. Wi-Fi 다이렉트 서비스(WFDS) 통신을 설정하는 방법에 있어서,
    제 1 기기 및 제 2 기기 간의 기존 연결이 존재하는 경우, 상기 제 1 기기가 상기 제 2 기기로부터 광고 ID (Advertisement ID)를 포함하는 세션 요청 메시지를 수신하는 단계; 및
    상기 제 1 기기가, 상기 제 2 기기에게 세션 연기 메시지를 전송하는 단계;
    를 포함하고,
    상기 광고 ID에 기초한 서비스에 관련된 세션 요청에 대해 컨펌세션을 기다려야 하는 경우,
    상기 세션 연기 메시지는 auto_accept 값이 'False'로 설정된 AdvertiseService 메소드에 기초하여 상기 서비스와 관련된 세션의 연기 정보를 포함하는, WFDS 통신 설정 방법.
13. 제 12 항에 있어서,
    상기 세션 요청 메시지 및 상기 세션 연기 메시지는, 오피코드(Opcode) 및 순차 번호(Sequence number)를 포함하도록 구성되는, WFDS 통신 설정 방법.
14. 제 13 항에 있어서,
    상기 순차 번호는, 상기 세션 요청 메시지 또는 세션 응답 메시지의 응답으로 전송되는 ACK 또는 NACK 메시지에 포함되어 전송되는, WFDS 통신 설정 방법.
15. Wi-Fi 다이렉트 서비스(WFDS) 통신을 설정하는 방법에 있어서,
    제 2 기기가 제 1 기기에게 광고 ID(Advertisement ID) 관련 정보를 포함하는 제 1 프로비전 발견 요청(Provision Discovery request) 프레임을 전송하는 단계; 및
    상기 제 2 기기로부터, 제 1 프로비전 발견 응답(Provision Discovery Response) 프레임을 수신하는 단계;
    를 포함하고,
    상기 광고 ID 관련 정보에 기초한 서비스의 세션 요청에 대해 컨펌세션을 기다려야 하는 경우,
    상기 제1 프로비전 발견 응답 프레임은 auto_accept 값이 'False'로 설정된 AdvertiseService 메소드에 기초하여 상기 서비스와 관련된 세션의 연기 정보를 포함하는, WFDS 통신 설정 방법.
16. Wi-Fi 다이렉트 서비스(WFDS) 통신을 설정하는 제 1 기기에 있어서,
    송수신기; 및
    프로세서를 포함하고,
    상기 프로세서는, 제 2 기기로부터 광고 ID(Advertisement ID) 관련 정보를 포함하는 제 1 프로비전 발견 요청(Provision Discovery request) 프레임을 상기 송수신기를 이용하여 수신하고,
    제 1 프로비전 발견 응답(Provision Discovery Response) 프레임을 상기 송수신기를 이용하여 전송하도록 설정되며,
    상기 광고 ID 관련 정보에 기초한 서비스의 세션 요청에 대해 컨펌세션을 기다려야 하는 경우,
    상기 제1 프로비전 발견 응답 프레임은 auto_accept 값이 'False'로 설정된 AdvertiseService 메소드에 기초하여 상기 서비스와 관련된 세션의 연기 정보를 포함하는, WFDS 통신 설정 기기.

Images