KR20150087841A

KR20150087841A - 엔에프씨를 이용한 와이파이 다이렉트 서비스 방법 및 이를 위한 장치

Info

Publication number: KR20150087841A
Application number: KR1020157012234A
Authority: KR
Inventors: 이병주; 이욱봉; 김동철; 조한규; 김진호; 김서욱
Original assignee: 엘지전자 주식회사
Priority date: 2012-10-29
Filing date: 2013-10-29
Publication date: 2015-07-30
Also published as: EP2914047A4; WO2014069868A1; JP2016504788A; CN104956761A; EP2914047B1; CN104956761B; US9521589B2; EP2914047A1; US20150296416A1; JP6324982B2

Abstract

본 발명은 무선 통신 시스템에 관한 것이다. 구체적으로 본 발명은 Wi-Fi 다이렉트 서비스(Wi-Fi Direct Services) 통신을 위한 연결 설정을 수행하는 방법에 있어서, NFC 터치를 통하여 두 기기 간의 기기 발견을 수행하는 단계를 포함하는 방법 및 이를 위한 장치에 관한 것이다.

Description

엔에프씨를 이용한 와이파이 다이렉트 서비스 방법 및 이를 위한 장치{WI-FI DIRECT SERVICE METHOD USING NFC AND DEVICE THEREFOR}

본 발명은 무선 통신 시스템에 관한 것으로서, 구체적으로 엔에프씨(NFC) 기술을 이용한 와이파이 다이렉트 서비스(Wi-Fi Direct Services; WFDS) 통신을 위한 방법 및 장치에 관한 것이다. 보다 구체적으로, 본 발명은 NFC 터치를 통한 연결 설정 방법 및 이를 위한 장치에 관한 것이다.

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

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, 게임기, 카메라 등 매우 다양한 범위로 확대되고 있으며 충분한 수의 공급자와 기술개발인력이 형성되어 있다. 그러나 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 기기 전력 관리 방법과 절전 모드 시점에 신호 처리 방법을 다루고 있다.

마지막으로 관리된 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 응답에 기록한 후 전송한다.

본 발명의 목적은 무선 통신 시스템에서 Wi-Fi 다이렉트 서비스(Wi-Fi Direct Services; WFDS) 연결 과정을 효율적으로 수행하는 방법 및 이를 위한 장치를 제공하는데 있다. 본 발명의 다른 목적은 NFC 방식을 이용하여, 연결 과정을 효율적으로 수행하는 방법 및 이를 위한 장치를 제공하는 데 있다.

본 발명의 또 다른 목적은 NFC 방식을 이용하여 Wi-Fi 다이렉트 서비스 연결함에 있어서, 연결 요청 및 응답 메시지를 효율적으로 구성하는 방법 및 이를 위한 장치를 제공하는데 있다.

본 발명의 또 다른 목적은 Wi-Fi 다이렉트 서비스 연결함에 있어서, NFC 방식을 이용하여 특정 서비스를 검색하는 과정을 효율적으로 구성하여 서비스를 실행함에 있다.

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

상술한 바와 같은 과제를 해결하기 위한 본 발명의 일 측면에서는, Wi-Fi 다이렉트 서비스(WFDS) 통신을 설정하는 방법에 있어서, 제1 기기가 제2 기기에게, NFC(Near Field Communication) 채널을 통해서 핸드오버 요청 (Handover Request) 메시지를 전송하는 단계; 및 상기 제1 기기가 상기 제2 기기로부터, 상기 NFC 채널을 통해서 핸드오버 선택(Select) 메시지를 수신하는 단계; 를 포함하고, 상기 핸드오버 요청 메시지는, 상기 제1 기기가 지원 가능한 WFDS를 나타내는 서비스 해쉬(Service Hash) 정보를 포함하는, Wi-Fi 다이렉트 서비스 통신 설정 방법을 제안한다.

바람직하게는, 상기 제2 기기가 Wi-Fi 다이렉트 서비스를 지원하는 경우, 상기 핸드오버 선택 메시지는 상기 제2 기기가 이용하려는 Wi-Fi 다이렉트 서비스의 서비스 네임(Service Name) 정보를 포함할 수 있다.

바람직하게는, 상기 핸드오버 선택 메시지는, Wi-Fi 다이렉트 서비스 연결에 사용되는 리슨 채널(listen channel)을 통해 대상 기기를 발견하도록 하는 설정 정보를 포함할 수 있다.

바람직하게는, 상기 제1 기기 및 제2 기기 간에, NFC를 통한 연결 설정 정보가 저장되어 있는 경우, 이후 두 기기 간의 연결 설정에 대하여 동일한 설정 정보로 설정할 수 있다.

바람직하게는, 상기 핸드오버 요청 메시지는, 상기 서비스 해쉬 정보를 포함하는 NFC 데이터 교환 포맷 (NFC Data Exchange Format; NDEF) 으로 구성될 수 있다.

바람직하게는, 상기 핸드오버 요청 메시지는, 상기 두 기기 간의 제2 계층 연결을 위한 정보를 포함하는 NDEF 레코드를 더 포함할 수 있다.

바람직하게는, 상기 핸드오버 선택 메시지는, 상기 서비스 해쉬 정보를 포함하는 NFC 데이터 교환 포맷 (NFC Data Exchange Format; NDEF) 으로 구성될 수 있다.

바람직하게는, 상기 핸드오버 선택 메시지는, 상기 두 기기 간의 제2 계층 연결을 위한 정보를 포함하는 NDEF 레코드를 더 포함할 수 있다.

바람직하게는, 상기 NDEF 레코드는, Wi-Fi 다이렉트 서비스 정보를TLV(Type-Length-Value) 형식으로 나타내는 페이로드(payload) 부분을 포함할 수 있다.

바람직하게는, 상기 제1 기기가 지원 가능한 Wi-Fi 다이렉트 서비스에 관한 정보는, 상기 제1 기기 ASP(Application Service Platform)의 광고(Advertise)를 통해, 상기 제1 기기의 NFC 모듈에서 획득한 정보일 수 있다.

바람직하게는, 상기 제1 기기 및 상기 제2 기기 중 우선 순위를 가지는 어느 한 기기가 다른 한 기기에게, P2P(Peer to peer) 서비스 발견 요청(Discovery request) 메시지를 전송하는 단계; 및 상기 P2P 서비스 발견 요청 메시지를 수신한 기기로부터, 상기 P2P 서비스 발견 요청 메시지에 대한 응답인 P2P 서비스 발견 응답(Discovery Response) 메시지를 수신하는 단계; 를 더 포함할 수 있다.

바람직하게는, 상기 우선 순위는, 기기의 기존 Wi-Fi 다이렉트 서비스 연결 상태, 기기의 성능, Wi-Fi 다이렉트 서비스의 종류 중 하나 이상에 기초하여 결정되는 순위일 수 있다.

바람직하게는, 상기 제1 기기 및 제2 기기의 핸드오버 요청 메시지의 전송은, 상기 두 기기 NFC 모듈의 터치 또는 근접 터치에 의해서 개시될 수 있다.

바람직하게는, 상기 Wi-Fi 다이렉트 서비스는, 전송(send), 재생(play), 출력(print), 표시(display), NAN(Neighborhood Area Network), WSB(Wi-Fi Serial Bus) 및 도킹(docking) 중 하나 이상을 포함할 수 있다.

바람직하게는, 상기 핸드오버는 협상(Negotiation) 핸드오버 및 정적(static) 핸드오버 중 하나일 수 있다.

상술한 바와 같은 과제를 해결하기 위한 본 발명의 또 다른 일 측면에서는, Wi-Fi 다이렉트 서비스(WFDS) 통신을 설정하는 방법에 있어서, 제1 기기가 제2 기기로부터 NFC(Near Field Communication) 채널을 통해서 핸드오버 요청(Handover Request) 메시지를 수신하는 단계; 및 상기 제1 기기가 상기 제2 기기에게 상기 NFC 채널을 통해서 핸드오버 선택(Select) 메시지를 전송하는 단계; 를 포함하고, 상기 핸드오버 요청 메시지는, 상기 제2 기기가 지원 가능한 Wi-Fi 다이렉트 서비스를 나타내는 서비스 해쉬(Service Hash) 정보를 포함하는, Wi-Fi 다이렉트 서비스통신 설정 방법을 제안한다.

상술한 바와 같은 과제를 해결하기 위한 본 발명의 또 다른 일 측면에서는, Wi-Fi 다이렉트 서비스(WFDS) 통신을 설정하는 기기에 있어서, 프로세서; 및 송수신기; 를 포함하고, 상기 송수신기는, 제1 기기로부터 제2 기기에게 핸드오버 요청 (Handover Request) 메시지를 전송하고, 상기 제2 기기로부터 핸드오버 선택(Select) 메시지를 수신하고, 상기 핸드오버 요청 메시지는, 상기 제1 기기가 지원 가능한 Wi-Fi 다이렉트 서비스를 나타내는 서비스 해쉬(Service Hash) 정보를 포함하는, Wi-Fi 다이렉트 서비스 통신 설정 기기를 제안한다.

상술한 바와 같은 과제를 해결하기 위한 본 발명의 또 다른 일 측면에서는, Wi-Fi 다이렉트 서비스 통신을 설정하는 방법에 있어서, NFC 터치가 있은 후에, 제1 기기가 제2 기기로부터, 핸드오버 선택(Select) 메시지를 수신하는 단계; 를 포함하고, 상기 핸드오버 선택 메시지는, 상기 제2 기기가 지원 가능한 Wi-Fi 다이렉트 서비스를 나타내는 서비스 해쉬(Service Hash) 정보를 포함하는, Wi-Fi 다이렉트 서비스 통신 설정 방법을 제안한다.

본 발명에 의하면, 무선 통신 시스템에서 Wi-Fi 다이렉트 서비스 통신을 효율적으로 수행할 수 있다. 구체적으로, Wi-Fi 다이렉트 서비스 통신을 위한 초기 연결 설정을 효율적으로 수행할 수 있다.

본 발명의 또 다른 효과는, NFC를 이용하여, Wi-Fi 다이렉트 서비스 연결 설정을 하는 단계에서 오는 통신 오버헤드를 감소할 수 있다.

본 발명의 또 다른 효과는, NFC를 이용하여, Wi-Fi 다이렉트 서비스의 특정 서비스를 미리 선택하여 Wi-Fi 다이렉트 연결을 시도하고, 연결이 성공하면 해당 서비스를 바로 수행함으로써 사용자가 기기선택 및 서비스 선택의 과정을 감소할 수 있다.

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

본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시 예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 사상을 설명한다.
도 1은 전형적인 P2P 네트워크 토폴로지를 나타내는 도면이다.
도 2는 하나의 P2P 기기가 P2P 그룹을 형성하는 동시에 WLAN의 STA로 동작하여 AP와 연결되는 상황을 나타내는 도면이다.
도 3은 Wi-Fi 다이렉트 기기의 간략화된 블록 다이어그램을 나타낸 도면이다.
도 4는 기존의 WFDS 에서 WFDS 기기 간 기기 발견 및 서비스 발견하여 WFDS 세션을 연결하는 과정을 보여주는 도면이다.
도 5는 Wi-Fi 인터페이스 외에 추가적으로 NFC 인터페이스가 추가되는 서비스의 블록 다이어그램을 나타내는 도면이다.
도 6은 종래의 NFC에서의 핸드오버(Handover) 과정을 보여주는 도면이다.
도 7은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 일 예를 나타내는 도면이다.
도 8은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예를 나타내는 도면이다.
도 9는 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예를 나타내는 도면이다.
도 10은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 하나의 기기가 검색자인 경우를 나타내는 도면이다.
도 11은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 하나의 기기가 검색자인 경우를 나타내는 도면이다.
도 12는 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 두 기기가 모두 검색자인 경우를 나타내는 도면이다.
도 13은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 NFC static 기기가 검색자이고, NFC negotiation 기기가 검색자인 경우를 나타내는 도면이다.
도 14는 본 발명의 일 실시 예에 따른 핸드오버 요청(Handover Request) 메시지를 나타내는 도면이다.
도 15는 본 발명의 일 실시 예에 따른 핸드오버 선택(Handover Select) 메시지를 나타내는 도면이다.
도 16은 본 발명에 적용하려는 NFC 핸드오버 과정의 일 예를 보여주는 도면이다.
도 17은 본 발명의 일 실시 예에 따른 핸드오버 선택(Handover Select) 메시지의 구성을 나타내는 도면이다.
도 18은 하나의 NDEF 레코드를 나타내는 도면이다.
도 19는 본 발명에 적용될 수 있는 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 시스템 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 발명의 실시 예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.

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

기존의 WFDS 설정 방법

도 3은 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)한 값의 일부를 서비스 해쉬(정보)라고 표현하며, 하나의 정보로서 메시지 내에 포함될 수 있다.

도 4는 기존의 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) 메시지를 전송한다(S410). 이 때 P2P 프로브 요청 메시지 내에는 자신이 찾고자 하는 혹은 자신이 지원 가능한 서비스의 서비스 네임(service name)을 해쉬(hashing)하여 서비스 해쉬 형태로 넣어서 요청한다. 검색자로부터 P2P 프로브 요청 메시지를 수신한 A 기기는, 해당 서비스를 지원하는 경우 이에 대한 응답으로 B 기기에 P2P 프로브 응답(P2P Probe Response) 메시지를 전송한다(S420). P2P 프로브 응답 메시지에는 서비스 네임 혹은 해쉬 값으로 지원하는 서비스와 해당 광고(advertise) ID 값을 포함한다. 이 과정은 A 기기 및 B 기기가 서로 WFDS 기기 임과 지원하는 서비스의 여부를 알 수 있는 기기 발견(Device Discovery) 과정이다.

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

본 발명의 설명에 앞서, 한가지 주의할 점은, 기존의 Wi-Fi Direct 연결과, 본 발명에서 다루는 Wi-Fi 다이렉트 서비스(Direct Services; WFDS) 연결을 구분지을 필요가 있다. 종래의 Wi-Fi Direct에서 L2 계층(layer)까지를 중점적으로 다룬 것에 비해, 최근 논의되고 있는 WFDS 연결의 경우, L2 계층 뿐만 아니라, 그 상위 계층까지 다루면서 어플리케이션 서비스 플랫폼(Application Service Platform)에서 이루어지는 서비스 세션 연결 등을 다루고 있다. 따라서, 기존의 L2 계층의 연결에 비해 보다 다양하고 복잡한 사례들이 발생할 수 있으며, 이 사례들에 대한 정의가 요구된다. 추가로, 기기간 Wi-Fi 다이렉트 연결만을 하는 경우와 Wi-Fi 다이렉트 서비스를 연결하는 경우, Wi-Fi를 통해서 교환되는 콘트롤 프레임의 구성과 순서가 다르게 된다. 이러한 한 예로서 NFC를 통한 기기 검색과 WFDS 연결을 검토하기로 한다.

NFC 기기 발견 과정

도 5는 Wi-Fi 인터페이스 외에 추가적으로 NFC 인터페이스가 추가되는 서비스의 블록 다이어그램을 나타내는 도면이다.

도 5에 도시된 바와 같이, 기존의 Wi-Fi 인터페이스는 802.11n에서 2.4GHz 대역을, 802.11ac 에서 5GHz 대역의 주파수를 사용한다. NFC의 경우는 13.56MHz의 상대적으로 낮은 주파수 대역에서 동작하는 것을 알 수 있다. Wi-Fi 인터페이스 상에서는 WFD(Wi-Fi Direct), 인프라스트럭처 모드, TDLS(Tunnelled Direct Link Setup), NAN(Neighbor Area Network) 등의 서비스를 이용할 수 있다. 이러한 ASP(Application Service Platform)을 NFC 에서도 적용하여, 관리의 일원화를 도모하는 방안이 필요하다. 또한 점차 WFDS 기술이 개발되면서 3rd party 어플리케이션 등에 대한 지원이 요구된다. 아래에서는 본 발명에서 다루려고 하는 NFC에 대하여 설명하기로 한다.

P2P 두 기기가 NFC를 지원하는 경우, 기기 발견(Device Discovery) 단계에서 선택적으로 NFC OOB(out-of-band) 채널이 사용될 수 있다. 검색하는 P2P 기기는 NFC OOB 채널을 이용하여 P2P 기기를 발견할 수 있다. NFC OOB 기기 발견은 두 P2P 기기가 그룹 형성을 위한 공통의 채널에 동의하고, 기기의 패스워드와 같은 프로비저닝(provisioning) 정보를 공유하는 것을 의미한다.

P2P 기기 또는 P2P 그룹 오너는 OOB 기기 발견을 위한 NFC 핸드오버 요청/선택 메시지를 이용할 수 있다. NFC 핸드오버 요청/선택 메시지는 그룹 형성 또는 P2P 초대(Invitation) 전에 OOB 채널을 통해 교환된다.

도 6은 종래의 NFC (Near Field Communication)에서의 핸드오버(Handover) 과정을 보여주는 도면이다.

도 6에 도시된 바와 같이, 제1 기기 및 제2 기기는 각각 NFC 를 지원한다. 각 기기는 NFC 모듈을 구성요소로 포함하고 있으며, NFC의 연결은 Out-of-Band(OOB) 채널을 통해서 이루어진다. 즉, 기존의 Wi-Fi Direct 연결에 사용되는 채널과 구분되는 새로운 채널을 형성하여 연결을 설정한다.

NFC 핸드오버 과정을 설명하기에 앞서, NFC의 종류에 대해서 설명한다. NFC 모듈의 형태에 따라 NFC 칩(Chip) 및 NFC 태그(Tag)로 구분된다. 기기에 Chip 등의 형태로 구성되어 있는 경우에는, NFC를 통해서 정보를 읽거나 쓸 수 있다. 또 다른 형태로 태그(tag 예. 스티커 등)의 형태일 경우, 단순 읽기 기능을 가질 수 있다.

도 6은 양방향 정보를 읽고 쓸 수 있는 Negotiation 형태를 가정하여 설명한다. 먼저 NFC 제1 기기는 NFC 연결 대상 기기를 찾기 위하여 핸드오버 요청(Handover Request) 메시지를 전송한다(S610). 핸드오버 요청 메시지에는 제1 기기가 통신하기 위한 정보인 P2P 기기 정보를 포함한다. 제1 기기로부터 핸드오버 요청 메시지를 수신한 제2 기기는 제2 기기가 통신하기 위한 정보인 P2P 기기 정보, WSC(Wi-Fi Simple Configuration) 설정 정보 및 그룹 형성 채널을 포함한 핸드오버 선택 (Handover Select) 메시지를 제1 기기로 전송한다(S620). 핸드오버 선택 메시지는 그룹 오너 협상 또는 P2P 그룹 리-인보크(re-invoke)를 위한 리슨 채널 속성 정보를 더 포함할 수 있다.

NFC 인터페이스를 보유하는 두 P2P 기기가 근접했을 때, NFC 통신을 신설할 수 있다. 이 때의 NFC 통신은 NFC 포럼 LLCP (Logical Link Control Protocol) 규격에 기초한다. 하나의 기기가 무선 통신을 구동하려는 경우, 대상 기기에게 필수적인 설정 데이터를 포함하는 기술의 매칭을 응답으로 요청할 수 있다.

이후, 서로 기기 정보를 교환한 기기는 하나의 통신 그룹을 설정하기 위한 그룹 형성 과정을 진행한다. OOB 기기 발견 과정을 통해 P2P 기기가 다른 P2P 기기를 발견하였을 때, 대상 P2P 기기가 지속적인(persistent) P2P 그룹 멤버가 아니라면, 그룹 형성 절차를 밟는다. 지속적인 P2P 그룹을 재-구동을 시도 한 후에P2P 기기가 "실패 : 모르는 P2P 그룹입니다" 라는 초대 응답을 받는 경우, P2P 기기는 그룹 오너 협상 절차를 이용하여 그룹 형성을 다시 시도할 수 있다. 제1 기기는 제2 기기로부터 수신한 핸드오버 응답 메시지 내에 포함되어 있는 그룹 형성 채널 정보에 기초하여, 제2 기기에 그룹 오너 협상 요청(GO Negotiation Request) 메시지를 전송할 수 있다(S630). 그룹 오너 협상 요청 메시지 내에는 제1 기기가 GO가 되기 위한 인텐트 (intent) 값(0부터 15까지의 값 중 하나의 값) 및 설정 타임아웃 등의 정보를 포함할 수 있다. 그룹 오너 협상 요청 메시지를 수신한 제2 기기는 제1 기기가 메시지를 보낸 채널을 통해 다시 제1 기기로 그룹 오너 협상 응답(GO Negotiation Response) 메시지를 전송한다(S640). 그룹 오너 협상 응답 메시지에는 제2 기기의 그룹 오너 인텐트 값 및 설정 타임아웃 등의 정보를 포함할 수 있다. 두 기기 간에 그룹 오너 인텐트 값 등을 공유하였으므로 더 큰 그룹 오너 인텐트 값을 가진 제2 기기가 그룹 오너가 될 수 있으며, 제1 기기는 그룹 오너 및 그룹의 연결 정보를 설정하여, 제2 기기에게 그룹 오너 협상 확인(GO Negotiation Confirm) 메시지를 전송한다(S650). 제1 기기 및 제2 기기는 그룹 오너 협상 확인 메시지 내의 정보에 기초하여 그룹 형성 과정을 완료할 수 있다.

NFC 기술의 편의성 등이 증대됨에 따라 Wi-Fi 다이렉트 서비스(WFDS)를 지원하는 기기 간에 통신 그룹을 설정함에 있어서, NFC 방식을 통해서 연결 초기 과정이 진행될 수 있다.

NFC OOB (Out of Band)에서는 프로브 요청(Probe Request) 역할을 하는 핸드오버 요청(Handover Request)를 시작(initiation)하는 기기를 예측할 수 없다. 서비스를 검색(seek)하는 검색자(seeker)가 핸드오버 요청 메시지를 전송하는 경우에는 문제가 없지만, 광고자(advertiser)가 핸드오버 요청 메시지를 전송하는 경우가 발생할 수 있기 때문이다. 이는 NFC 기기의 경우, 두 단말이 터치 (touch) 되는 경우에, 어느 하나의 NFC 기기가 다른 하나의 NFC 기기와의 관계에 있어서 주체-객체를 구분하기 힘들기 때문이다. 즉, 핸드오버 요청 메시지를 전송한 기기를 검색자라고 단정지을 수 없는 문제가 있다.

또 다른 문제로는 NFC를 통한 P2P(Peer to Peer) 모드가 아닌 경우에는, 어떤 특정 서비스를 이용하려 하는지를 알려주는 해쉬 값을 처리하는 방법이 없다. 읽기/쓰기(Read/write) 모드이거나 카드 에뮬레이터(Card Emulator) 모드일 경우에는 어떤 서비스를 이용하려는지 알 수 없으므로, 이 경우에도 세부적인 서비스를 확인하는 과정이 필요하다.

따라서, 본 발명에서는 WFDS에서의 Wi-Fi 다이렉트 연결 방식 및 NFC에서의 Wi-Fi 다이렉트 연결 방식을 조화(harmonize)하여, NFC OOB 를 통해서 기기 발견 과정을 진행하도록 하는 방법을 제안한다.

NFC OOB를 통해서 기기 발견 단계를 진행할 경우에 있어서, 핸드오버 요청 메시지에는 서비스 해쉬(Service Hash) 정보를 포함하여 전송하고, 서비스 해쉬 정보에 매칭하여, 핸드오버 선택 메시지에는 서비스 네임(Service Name) 정보를 포함하여 응답하는 방법을 제안한다. 특히, NFC로 서비스 하는 경우, 핸드오버 요청/선택(Request/Select) 메시지에 새로운 필드를 통해서 서비스 개시자(initiator)를 표시하는 방법을 제안한다.

본 발명에서는 NFC 핸드오버 요청 메시지를 전송하는 주체가, WFDS 서비스를 검색(seek)하는 검색자(seeker)인 경우 및 검색자가 아닌 경우로 구분하여 설명하기로 한다.

Negotiation NFC 핸드오버

실시예 1 : 특정 검색자(seeker)가 없는 경우

실시예 1-1 : 두 기기가 NFC를 지원하는 경우

도 7은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 일 예를 나타내는 도면이다.

도 7에 도시된 바와 같이, A 기기 및 B 기기는 두 기기 모두 Wi-Fi 및 NFC를 지원하는 것을 볼 수 있다. 또한, 두 기기는 모두 서비스를 검색하는 검색자(seeker)가 아닌 경우를 설명한다. 양 기기의 서비스 단에서는 ASP(Application Service Platform) 단에 각각 기기가 지원할 수 있는 WFDS 서비스를 광고(advertise)할 수 있다. ASP 단은 광고된 서비스를 Wi-Fi 모듈 및 NFC 모듈에 설정할 수 있다. 이 때 ASP 단은, Wi-Fi 모듈 및 NFC 모듈에 동시 또는 순차적으로 광고된 서비스 정보를 설정할 수 있으며, 일정한 명령어를 기반으로 서비스를 정의할 수도 있다(예. org.wi-fi.wfds.send.rx).

두 기기 모두 서비스 검색자(seeker)가 아니므로, NFC 터치가 있은 후에야, 핸드오버 과정을 개시(initiation) 할 수 있다. 이 때 NFC 터치는 터치 또는 근접 터치일 수 있다. 두 기기 간의 NFC 터치의 경우, 기기 입장에서는 어느 기기가 터치의 주체인지 아닌지를 구분하기가 어려우므로, 개시자(initiator)에 대한 정보가 필요하다.

터치가 이루어진 이후에 A 기기는 B 기기에 핸드오버 요청(Handover Request) 메시지를 전송할 수 있다(S710). 이 때의 핸드오버 요청 메시지에는 A 기기의 P2P 기기 정보(P2P Device Information) 외에도 서비스 해쉬(Service Hash) 정보가 포함될 수 있다. 이 경우 서비스 해쉬 정보에는 앞에서 A 기기의 서비스 단에서 ASP 단으로, ASP 단에서 NFC 단으로 전송된 서비스 정보가 포함될 수 있다. 즉, A 기기가 제공할 수 있는 WFDS가 포함될 수 있다.

A 기기로부터 핸드오버 요청 메시지를 수신한 B 기기는, B 기기가 제공할 수 있는 서비스 정보가 포함된 핸드오버 선택 (Handover Select) 메시지를 전송할 수 있다(S720). 이 때의 핸드오버 선택 메시지는 서비스 네임 정보를 포함할 수 있다. 또한 WSC 설정 정보, P2P 기기 정보 및 그룹 형성 채널 정보를 더 포함할 수도 있다.

그룹 형성 채널 정보는 앞선 도 5에서 설명한 바와 같이, 핸드오버 선택 메시지 상에 포함된 정보이다. 이 때, WFDS 의 경우 기존의 소셜 채널(리슨 채널)인 ch1, ch6 및 ch11에서 그룹 형성 과정을 진행하도록 채널 정보를 포함하나, NFC를 통한 Wi-Fi 다이렉트 연결의 경우에는 새로운 채널을 정의하여 새로운 채널에서 그룹 형성을 진행할 수 있다. 다만 이러한 경우, 그룹 형성 단계에서, A 기기로부터 P2P 그룹 협상 과정에 있어서, WFDS 채널은 ch1, ch6 및 ch11 중 어느 하나의 채널이 선택될 수 있고, NFC 채널은 또 다른 채널로 그룹 형성 단계를 수행하게 될 수 있다. 이러한 방식으로 그룹 형성 단계를 수행할 경우, 하나의 기기에서 두 개의 모듈에 대하여 각각 별도로 관리하여 이에 대한 제어에 있어서, 기기 차원의 부담이 될 수 있으며, 자원 소모가 클 수 있다. 따라서, NFC 에서도 기존 WFDS에서 이용하는 소셜 채널 ch1, Ch6 및 Ch11 중 어느 하나를 이용할 경우, 종합적으로 관리하는 데 자원을 효율적으로 활용할 수 있다.

핸드오버 선택 메시지는, Wi-Fi 다이렉트 연결에 사용되는 리슨 채널을 통해 대상 기기를 발견하도록 하는 설정 정보를 포함할 수 있다. 이 설정 정보는 리슨 채널 속성(Listen Channel Attribute)의 형태를 가질 수 있다. 리슨 채널 속성은 핸드오버 선택 메시지뿐만 아니라, 프로브 요청 프레임 또는 GO 협상 요청 메시지에도 포함될 수 있다. 리슨 채널 속성은 리슨 채널 및 동작 클래스 정보(Operating Class Information)를 포함할 수 있다. 리슨 채널 속성 포맷은 아래의 표1을 참고할 수 있다.

서로 제공할 수 있는 서비스를 교환한 두 기기는, 그룹 형성 단계를 진행할 수 있다. 종래에, P2P 프로브 요청/응답 프레임 교환 이후에, P2P 서비스 발견 요청/응답 메시지를 교환하고 나서, 그룹 형성을 할 수 있었던 것에 비해 단계를 축소시킴으로써 좀더 신속하고, 효율적으로 기기 발견 단계를 수행할 수 있는 이점이 있다.

A 기기는 B 기기에 P2P 그룹 오너 협상 요청(P2P Group Owner Negotiation Request) 메시지를 전송할 수 있다(S730). 그룹 오너 협상 요청 메시지 내에는 A기기가 GO가 되기 위한 인텐트 (intent) 값(0부터 15까지의 값 중 하나의 값) 및 설정 타임아웃 등의 정보를 포함할 수 있다. 그룹 오너 협상 요청 메시지를 수신한 제2 기기는 제1 기기가 메시지를 보낸 채널을 통해 다시 제1 기기로 그룹 오너 협상 응답(GO Negotiation Response) 메시지를 전송한다(S740). 그룹 오너 협상 응답 메시지에는 제2 기기의 그룹 오너 인텐트 값 및 설정 타임아웃 등의 정보를 포함할 수 있다. 두 기기 간에 그룹 오너 인텐트 값 등을 공유하였으므로 더 큰 그룹 오너 인텐트 값을 가진 제2 기기가 그룹 오너가 될 수 있으며, 제1 기기는 그룹 오너 및 그룹의 연결 정보를 설정하여, 제2 기기에게 그룹 오너 협상 확인(GO Negotiation Confirm) 메시지를 전송한다(S750). 제1 기기 및 제2 기기는 그룹 오너 협상 확인 메시지 내의 정보에 기초하여 그룹 형성 과정을 완료할 수 있다. P2P 그룹에서 WFDS(Wi-Fi Direct Services)를 이용할 수 있는 준비가 되었다.

상기에서 수행한 단계와 같이, 하나의 P2P 그룹이 형성되면, 각 기기는 그룹 형성 과정에서의 설정 정보를 저장부에 저장할 수 있다. 이후 동일 단말과 다시 연결하여 그룹을 형성해야 할 경우가 발생하면, 저장된 설정 정보를 이용하여, 연결 과정을 효율적으로 진행할 수 있다. 타 기기이더라도, 동일하거나 유사한 성능 또는 동일하거나 유사한 조건을 가지는 경우라면, 저장된 설정 정보의 전부 또는 일부를 이용할 수도 있다. 즉, 선택적으로 연결 정보를 저장하여 연결 자격(credential)을 수여하여, 인증과정 없이도 연결할 수 있다.

지속적인(persistent) ASP-P2P 그룹은 WFDS 초기 설정(Default Configuration) 메소드 또는 WSC PIN 메소드를 이용하여 형성될 수 있다. ASP는 서비스 네트워크를 설치하기 위한 WFDS 초기 설정 메소드를 이용하여 지속적인 그룹을 사용하지 않으며, WSC 설정 메소드로서 WSC PIN만을 이용한다. 유사하게, WFDS 초기 설정 메소드로 설정된 ASP 간의 존재하는 서비스 네트워크는, WSC 설정 메소드로서 WSC PIN 만을 이용하기 위한 서비스의 ASP 세션을 설치하지 않는다.

실시예 1-2 : WFDS 기기와 non-WFDS 기기의 연결

도 8은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예를 나타내는 도면이다.

도 8에 도시된 바와 같이, A 기기는 Wi-Fi 및 NFC 모두를 지원하고 WFDS 역시 지원하지만, B 기기는 WFDS를 지원하지 않는 것을 가정한다. 이 때, A 기기가 B 기기에 핸드오버 요청 메시지를 전송하는 경우를 설명한다. A 기기는 앞선 도 7에서 설명한 바와 같이 서비스 단에서 ASP 단으로, ASP 단에서 Wi-Fi 및 NFC 단 각각으로 제공할 수 있는 서비스를 전송할 수 있다.

A 기기는 NFC 터치 이후에 핸드오버 요청 메시지를 B 기기로 전송한다(S810). 핸드오버 요청 메시지에는 A 기기의 P2P 기기 정보 및 A 기기의 WFDS 서비스 해쉬 정보가 포함될 수 있다.

B 기기는 핸드오버 요청 메시지에 대한 응답으로 핸드오버 선택 메시지를 A 기기로 전송할 수 있다(S820). 핸드오버 선택 메시지는 B 기기의 P2P 기기 정보, WSC 설정 정보, 그룹 형성 채널 정보를 포함할 수 있다. 다만, B 기기는 WFDS 기기가 아니므로, WFDS 서비스에 대한 정보를 가지고 있지 않으므로, 핸드오버 선택 메시지에 서비스 네임 정보를 포함할 수 없다. A 기기는 B 기기로부터 서비스 네임 정보를 수신하지 못하므로, WFDS 이용을 하지 못하고, 일반적인 Wi-Fi 다이렉트 연결 방식으로 진행할 수 있다.

실시예 1-3 : WFDS 기기와 non-WFDS 기기의 연결

도 9는 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예를 나타내는 도면이다.

도 9에 도시된 바와 같이, A 기기는 Wi-Fi 및 NFC 모두를 지원하고 WFDS 역시 지원하지만, B 기기는 WFDS를 지원하지 않는 것을 가정한다. 이 때, B 기기가 A 기기에 핸드오버 요청 메시지를 전송하는 경우이므로 앞서 설명한 실시예 1-2와 구분하여 설명한다. A 기기는 앞선 도 7 및 도 8에서 설명한 바와 같이 서비스 단에서 ASP 단으로, ASP 단에서 Wi-Fi 및 NFC 단 각각으로 제공할 수 있는 서비스를 전송할 수 있다.

B 기기는 NFC 터치 이후에, A 기기에게 핸드오버 요청 메시지를 전송할 수 있다(S910). 다만 이 때에는 B 기기가 WFDS 지원 기기가 아니므로, 핸드오버 요청 메시지 내에 P2P 기기 정보를 포함하여 전송할 수 있다. 서비스 해쉬 정보를 포함하지 못하는 것이 구별되는 차이다.

A 기기는 B 기기로부터 수신한 핸드오버 요청 메시지가 노멀(normal) P2P 기기 정보이므로, 이에 대한 응답으로 핸드오버 선택 메시지에 P2P 기기 정보를 포함하여 전송할 수 있다(S920). 핸드오버 선택 메시지에는 WSC 설정 정보, 그룹 형성 채널 정보 등이 더 포함될 수 있다. 또한, B 기기가, WFDS 지원이 되지 않더라도, A 기기는 자신이 제공할 수 있는 WFDS 서비스 해쉬 또는 서비스 네임을 핸드오버 선택 메시지에 포함하여 전송할 수도 있다.

실시예 2 : 검색자(seeker)가 있는 경우

WFDS 이용하려는 기기가 있는 경우를 설명한다. 자신의 기기에서 이용하려는 WFDS 서비스의 대상 기기를 찾는 검색자(seeker)가 대상 기기에게 핸드오버 요청 메시지를 보내는 경우만 있다면 문제될 것이 없으나, NFC 방식이, 어느 기기에서 핸드오버 요청 메시지를 보낼 것인지 알 수 없다. 즉, 대상 기기가 핸드오버 요청 메시지를 보내는 경우가 있을 수도 있다. 따라서, 하기에서는 핸드오버 요청/선택 메시지 상에 기존의 연결 설정 정보 외에도, 서비스 개시자(initiator)에 대한 정보를 추가적으로 더 포함하여 전송하는 경우를 설명한다.

실시예 2-1 : 두 기기 중 한 기기가 검색자(seeker)인 경우

도 10은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 하나의 기기가 검색자인 경우를 나타내는 도면이다.

도 10에 도시된 바와 같이, A 기기 및 B 기기는 두 기기 모두 Wi-Fi 및 NFC를 지원하는 것을 볼 수 있다. 또한, A 기기는 자신이 제공할 수 있는 WFDS를 광고하는 광고자(Advertiser) 역할을 하고, B 기기는 WFDS 대상 기기를 검색하는 검색자(Seeker) 역할을 하는 경우를 설명한다.

양 기기의 WFDS 지원 기기이므로, 서비스 단에서는 ASP (Application Service Platform) 단에 각각 기기가 지원할 수 있는 WFDS 서비스를 광고(advertise)할 수 있다.

B 기기는 WFDS 를 이용하기 위해서 대상 기기를 찾아야 한다. 따라서 B 기기의 서비스 단에서는 ASP 단으로, 서비스 검색을 명령할 수 있고, 이러한 명령을 수신한 ASP 단은, Wi-Fi 단 및 NFC 단으로 서비스 검색 명령을 전달할 수 있다. 여기까지가 NFC 터치 전에 수행될 단계이다.

NFC 터치 이후에, 검색자인 B 기기는 A 기기에 핸드오버 요청 메시지를 전송할 수 있다(1010). 핸드오버 요청 메시지는, B 기기의 P2P 기기 정보 및 WFDS 서비스 해쉬 정보를 포함할 수 있다. 이 때의 핸드오버 요청 메시지에는 서비스 해쉬 정보 외에도, B 기기가 WFDS의 검색자(Seeker)임을 나타내는 정보를 포함할 수 있다. 또한, 서비스를 누가 개시(initiation)할 것인지에 대한 정보 즉, 서비스 개시자(service initiator) 정보를 더 포함할 수 있다. B 기기로부터 핸드오버 요청 메시지를 수신한 A 기기는 자신이 제공할 수 있는 서비스 정보 즉, 서비스 네임을 포함한 핸드오버 선택 메시지를 A 기기에 전송할 수 있다(S1020). 핸드오버 선택 메시지에는 서비스 해쉬 정보 외에 P2P 기기 정보가 더 포함될 수 있다. 핸드오버 요청/선택 메시지를 교환함으로써, A 기기 및 B 기기는 서로 제공할 수 있는 WFDS를 공유할 수 있으며, A 기기는 B 기기가 이용하려는 서비스 정보를 더 획득할 수도 있다.

A 기기 및 B 기기는 핸드오버 요청/선택 과정에서 기기 발견을 수행하고, 이 단계에서 서로 WFDS 서비스 정보를 교환하지만, 선택적으로 P2P 서비스 발견 과정을 수행할 수도 있다.

B 기기는 A 기기의 서비스 해쉬 정보를 알게 되었으므로, A 기기의 서비스 발견을 위해, P2P 서비스 발견 요청(P2P Service Discovery Request) 메시지를 전송할 수 있다(S1030). 이 때의 P2P 서비스 발견 요청 메시지에는 B 기기가 이용하려는 서비스의 네임(Service name) 정보, 서비스 정보 요청(Service Information Request) 메시지 등이 포함될 수 있다.

B 기기로부터 P2P 서비스 발견 요청 메시지를 수신한 A 기기는 이에 대한 응답으로 ASP 단에서 서비스 네임과 매칭하여, P2P 서비스 발견 응답(P2P Service Discovery Response) 메시지를 전송할 수 있다(S1040). P2P 서비스 발견 응답 메시지에는 A 기기가 제공할 수 있는 서비스 네임 정보, 광고(Advertisement) ID 및 서비스 상태(Service Status) 정보를 포함할 수 있다. 이후, P2P Provision Discovery 요청/응답 과정을 통해서 WFDS 세션을 진행할 수 있다.

실시예 2-2 : 두 기기 중 한 기기가 검색자(seeker)인 경우

도 11은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 하나의 기기가 검색자인 경우를 나타내는 도면이다.

도 11에 도시된 바와 같이, A 기기 및 B 기기는 두 기기 모두 Wi-Fi 및 NFC를 지원하는 것을 볼 수 있다. 또한, A 기기는 자신이 제공할 수 있는 WFDS를 광고하는 광고자(Advertiser) 역할을 하고, B 기기는 WFDS 대상 기기를 검색하는 검색자(Seeker) 역할을 하는 경우를 설명한다. 이 때, 광고자 A 기기가 핸드오버 요청 메시지를 전송하는 점에서 실시예 2-1과 구별됨에 주의한다.

양 기기의 WFDS 지원 기기이므로, 서비스 단에서는 ASP (Application Service Platform) 단에 각각 기기가 지원할 수 있는 WFDS 를 광고(advertise)할 수 있다.

NFC 터치 이후에, A 기기가 핸드오버 요청 메시지를 전송할 수 있다(S1110). 이는 NFC 터치가 있고, B 기기가 검색자(seeker) 일지라도, A 기기는 B 기기가 검색자임을 알지 못하므로, 먼저 메시지를 전송할 수 있다. 핸드오버 요청 메시지는, A 기기의 P2P 기기 정보 및 WFDS 서비스 해쉬 정보를 포함할 수 있다. 이 때의 핸드오버 요청 메시지에는 서비스 해쉬 정보 외에도, A 기기가 WFDS의 광고자(Advertiser)임을 나타내는 정보를 포함할 수 있다. 또한, 서비스를 누가 개시(initiation)할 것인지에 대한 정보 즉, 서비스 개시자(service initiator) 정보를 더 포함할 수 있다. A 기기로부터 핸드오버 요청 메시지를 수신한 B 기기는 자신이 제공할 수 있는 서비스 정보 즉, 서비스 해쉬을 포함한 핸드오버 선택 메시지를 A 기기에 전송할 수 있다(S1120). 핸드오버 선택 메시지에는 서비스 해쉬 정보 외에 P2P 기기 정보가 더 포함될 수 있다. 핸드오버 선택 메시지에는 B 기기가 WFDS 서비스를 이용하려는 검색자임을 나타내는 정보를 더 포함할 수 있다.

핸드오버 요청/선택 메시지를 교환함으로써, A 기기 및 B 기기는 서로 제공할 수 있는 WFDS를 공유할 수 있으며, A 기기는 B 기기가 이용하려는 서비스 정보를 더 획득할 수도 있다.

B 기기의 Wi-Fi 단에서는, A 기기에 P2P 프로브 요청(P2P Probe Request) 메시지를 전송할 수 있다(S1130). A 기기로부터 수신한 핸드오버 요청 메시지는 B 기기가 먼저 요구한 메시지가 아니므로, B 기기가 A 기기로부터 알고자 하는 정보를 모두 포함하지 않을 수 있으므로, 프로브 요청 단계를 수행할 수 있다. 다만, B 기기는 프로브 요청 단계를 수행하기 전에 A 기기로부터 오는 P2P 연결에 대한 동작에 대해서는 거절(reject) 또는 무시(ignore)할 수 있으며, 검색자 B기기가 주도하여 기기발견 단계를 수행할 수 있다. A 기기는 P2P 프로브 요청 메시지에 대한 응답으로, B 기기에 P2P 프로브 응답 메시지를 전송한다(S1140). 이러한 프로브 과정은, 기기 발견 단계이며, 앞서 설명한 기기 발견 단계를 참고하기로 한다.

기기를 발견한 두 기기는, 서비스 발견 단계를 수행한다. B 기기는 서비스 검색자(Seeker)로서, A 기기에게 P2P 서비스 발견 요청(P2P Service Discovery Request) 메시지를 전송할 수 있다(S1150). P2P 서비스 발견 요청 메시지는, B 기기가 이용하려는 WFDS 의 서비스 네임(Service name) 정보를 포함할 수 있으며, 서비스 정보 요청(Service Information Request) 메시지 등이 더 포함될 수 있다.

B 기기로부터 P2P 서비스 발견 요청 메시지를 수신한 A 기기는 이에 대한 응답으로 ASP 단에서 서비스 네임과 매칭하여, P2P 서비스 발견 응답(P2P Service Discovery Response) 메시지를 전송할 수 있다(S1160). P2P 서비스 발견 응답 메시지에는 A 기기가 제공할 수 있는 서비스 네임 정보, 광고(Advertisement) ID 및 서비스 상태(Service Status) 정보를 포함할 수 있다. 이후, P2P Provision Discovery 요청/응답 과정을 통해서 WFDS 세션을 진행할 수 있다.

실시예 2-3 : 두 기기가 모두 검색자(seeker)인 경우

도 12는 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 두 기기가 모두 검색자인 경우를 나타내는 도면이다.

도 12에 도시된 바와 같이, A 기기 및 B 기기는 두 기기 모두 Wi-Fi 및 NFC를 지원하는 것을 볼 수 있다. 또한, A 기기 및 B 기기는 WFDS 대상 기기를 검색하는 검색자(Seeker) 역할을 하는 경우를 설명한다.

A 기기 및B 기기는 WFDS 를 이용하기 위해서 대상 기기를 찾아야 한다. 따라서 두 기기의 서비스 단에서는 ASP 단으로, 서비스 검색을 명령할 수 있고, 이러한 명령을 수신한 ASP 단은, Wi-Fi 단 및 NFC 단으로 서비스 검색 명령을 전달할 수 있다. 여기까지가 NFC 터치 전에 수행될 단계이다.

NFC 터치 이후에, 검색자 중 한 기기인 B 기기는 A 기기에 핸드오버 요청 메시지를 전송할 수 있다(1210). 두 기기가 모두 검색자이므로, A 기기가 핸드오버 요청 메시지를 전송하는 경우에도 동일하다. 핸드오버 요청 메시지는, B 기기의 P2P 기기 정보 및 WFDS 서비스 해쉬 정보를 포함할 수 있다. 핸드오버 요청 메시지에는 서비스 해쉬 정보 외에도, B 기기가 WFDS의 검색자(Seeker)임을 나타내는 정보를 포함할 수 있다. 또한, 서비스를 누가 개시(initiation)할 것인지에 대한 정보 즉, 서비스 개시자(service initiator) 정보를 더 포함할 수 있다. B 기기로부터 핸드오버 요청 메시지를 수신한 A 기기는 자신이 제공할 수 있는 서비스 정보 즉, 서비스 해쉬를 포함한 핸드오버 선택 메시지를 B 기기에 전송할 수 있다(S1220). 핸드오버 선택 메시지에는 서비스 해쉬 정보 외에 P2P 기기 정보가 더 포함될 수 있다. 핸드오버 요청/선택 메시지를 교환함으로써, A 기기 및 B 기기는 서로 제공할 수 있는 WFDS를 공유할 수 있으며, A 기기 및 B기기는 두 기기가 이용하려는 서비스 정보를 더 획득할 수도 있다.

A 기기 및 B 기기는 핸드오버 요청/선택 과정에서 기기 발견을 수행하고, 이 단계에서 서로 WFDS 의 서비스 정보를 교환하지만, P2P 프로브 과정을 수행할 수 있다.

B 기기의 Wi-Fi 채널에서는, A 기기에 P2P 프로브 요청(P2P Probe Request) 메시지를 전송할 수 있다(S1230). B 기기로부터 수신한 핸드오버 요청 메시지는 A 기기가 먼저 요구한 메시지가 아니므로, B 기기가 A 기기로부터 알고자 하는 정보를 모두 포함하지 않을 수 있다. A 기기는 P2P 프로브 요청 메시지에 대한 응답으로, B 기기에 P2P 프로브 응답 메시지를 전송한다(S1240). 이러한 프로브 과정은, 기기 발견 단계이며, 앞서 설명한 기기 발견 단계를 참고하기로 한다.

기기를 발견한 두 기기는, 서비스 발견 단계를 수행한다. B 기기는 서비스 검색자(Seeker)로서, A 기기에게 P2P 서비스 발견 요청(P2P Service Discovery Request) 메시지를 전송할 수 있다(S1250). P2P 서비스 발견 요청 메시지는, B 기기가 이용하려는 WFDS 의 서비스 네임(Service name) 정보를 포함할 수 있으며, 서비스 정보 요청(Service Information Request) 메시지 등이 더 포함될 수 있다.

B 기기로부터 P2P 서비스 발견 요청 메시지를 수신한 A 기기는 이에 대한 응답으로 ASP 단에서 서비스 네임과 매칭하여, P2P 서비스 발견 응답(P2P Service Discovery Response) 메시지를 전송할 수 있다(S1140). P2P 서비스 발견 응답 메시지에는 A 기기가 제공할 수 있는 서비스 네임 정보, 광고(Advertisement) ID 및 서비스 상태(Service Status) 정보를 포함할 수 있다. 이후, P2P Provision Discovery 요청/응답 과정을 통해서 WFDS 세션을 진행할 수 있다.

서비스 발견을 완료한 두 기기는, WFDS 연결의 이후 과정을 수행할 수 있다. B 기기는 Wi-Fi 채널을 통해 A 기기에게 P2P 프로비젼 발견 요청(Provision Discovery Request) 메시지를 전송할 수 있다(S1170). 이 때, A 기기도 P2P 프로비젼 발견 요청 메시지를 전송할 수 있다. A 기기 및 B 기기 중 먼저 P2P 프로비젼 발견 요청 메시지를 상대 기기에 전송하는 기기가 서비스 개시(Service Initiation) 권한을 가질 수 있다. 또는 두 기기 중 우선 순위를 가지는 기기에게 서비스 개시 권한을 줄 수도 있다.

우선 순위라 함은, 기기가 기존에 연결하고 있는 WFDS 통신의 개수, 기기의 성능 및, WFDS 의 종류 등에 따라 두 기기 중 통신 개시자로서 더 효율적으로 운영할 수 있는 객관적인 환경에 놓인 기기가 서비스 개시 권한을 가지는 것을 말한다. 예를 들어, A 기기는 WFD 로 2개의 통신을 하고 있으며, B 기기는 기존의 통신을 하고 있지 않는 경우라면, B 기기가 우선권을 가질 수 있으며, A기기가 B기기보다 기기의 하드웨어 성능이 양호하다면, A 기기가 우선권을 가질 수도 있다. 또한 이용하려는 WFDS가 파일 전송(send), 디스플레이(display), 재생(play) 또는 출력(print) 중 어떤 서비스인지에 따라서도 그 기준이 달라질 수 있다.

실시예 3 : 광고자(Advertiser)가 NFC static 기기이고, 검색자(Seeker)가 NFC negotiation 기기인 경우

도 13은 본 발명에서 적용하려고 하는 NFC 핸드오버를 통한 WFDS 연결 과정의 또 다른 일 예로서 NFC static 기기가 검색자이고, NFC negotiation 기기가 검색자인 경우를 나타내는 도면이다.

도 13에 도시된 바와 같이, A 기기 및 B 기기는 두 기기 모두 Wi-Fi 및 NFC를 지원하는 것을 볼 수 있다. 또한, A 기기는 자신이 제공할 수 있는 WFDS를 광고하는 광고자(Advertiser) 역할을 하고, B 기기는 WFDS 대상 기기를 검색하는 검색자(Seeker) 역할을 하는 경우를 설명한다. 이 때 광고자 A 기기는 NFC static 기기(예. NFC 태그)이고, 검색자 B 기기는 NFC negotiation 기기인 경우임을 주의하여 설명한다.

양 기기의 WFDS 지원 기기이므로, 서비스 단에서는 ASP (Application Service Platform) 단에 각각 기기가 지원할 수 있는 WFDS의 서비스를 광고(advertise)할 수 있다.

NFC 터치 방식이 앞선 negotiation 기기와 다르다. A 기기가 NFC 태그이므로, 두 기기의 핸드오버는 정적(static)이다. A 기기는 NFC 태그로서, B 기기에 핸드오버 선택(Handover Select) 메시지를 전송할 수 있다(S1310). 핸드오버 요청 메시지를 전송하지 않는 대신에, A 기기는 태그에 등록된 서비스 정보를 포함한, 핸드오버 선택 메시지를 전송한다. 핸드오버 선택 메시지는, A 기기의 P2P 기기 정보 및 WFDS의 서비스 해쉬 정보를 포함할 수 있다. 핸드오버 선택 메시지에는 서비스 해쉬 정보 외에도, A 기기가 WFDS의 광고자(Advertiser)임을 나타내는 정보를 포함할 수 있다. 또한, 서비스를 누가 개시(initiation)할 것인지에 대한 정보 즉, 서비스 개시자(service initiator) 정보를 더 포함할 수 있다. 또한 그룹 형성 채널 정보 및 WSC 설정 정보 등이 더 포함될 수 있다.

A 기기로부터 핸드오버 선택 메시지를 수신한 B 기기는, 대상 기기를 발견하였지만, 서로 메시지를 교환한 것이 아니라, A 기기로부터 일방적으로 메시지를 수신한 것이므로, Wi-Fi 채널을 통해서, P2P 프로브 과정을 수행할 수 있다.

B 기기의 Wi-Fi 채널에서는, A 기기에 P2P 프로브 요청(P2P Probe Request) 메시지를 전송할 수 있다(S1320). A 기기는 P2P 프로브 요청 메시지에 대한 응답으로, B 기기에 P2P 프로브 응답 메시지를 전송한다(S1330). 이러한 프로브 과정은, 기기 발견 단계이며, 앞서 설명한 기기 발견 단계를 참고하기로 한다.

기기를 발견한 두 기기는, 서비스 발견 단계를 수행한다. B 기기는 서비스 검색자(Seeker)로서, A 기기에게 P2P 서비스 발견 요청(P2P Service Discovery Request) 메시지를 전송할 수 있다(S1340). P2P 서비스 발견 요청 메시지는, B 기기가 이용하려는 WFDS 의 서비스 네임(Service name) 정보를 포함할 수 있으며, 서비스 정보 요청(Service Information Request) 메시지 등이 더 포함될 수 있다.

B 기기로부터 P2P 서비스 발견 요청 메시지를 수신한 A 기기는 이에 대한 응답으로 ASP 단에서 서비스 네임과 매칭하여, P2P 서비스 발견 응답(P2P Service Discovery Response) 메시지를 전송할 수 있다(S1350). P2P 서비스 발견 응답 메시지에는 A 기기가 제공할 수 있는 서비스 네임 정보, 광고(Advertisement) ID 및 서비스 상태(Service Status) 정보를 포함할 수 있다. 이후, P2P Provision Discovery 요청/응답 과정을 통해서 WFDS 세션을 진행할 수 있다.

실시예 4 : 핸드오버 메시지 포맷

Wi-Fi 및 NFC 를 지원하는 기기 간에 핸드오버 요청/선택 메시지를 교환하는 경우, 핸드오버 요청 메시지는 NFC 데이터 교환 포맷 (NFC Data Exchange Format; NDEF)의 형식으로 교환될 수 있다. 핸드오버 요청 메시지는 NFC 연결에 사용되는 메시지로서, 본 발명에서는 기기가 WFDS도 지원하는 경우를 다루므로, WFDS를 다루는 경우에 있어서, 이를 반영하는 핸드오버 요청 메시지가 필요하다. 따라서, 본 발명에서는 NDEF 에 WFDS 정보 레코드(WFDS Information Record)를 포함하여 구성할 것을 제안한다.

도 14는 본 발명의 일 실시 예에 따른 핸드오버 요청(Handover Request) 메시지를 나타내는 도면이다.

도 14에 도시된 바와 같이, 핸드오버 요청 메시지(레코드)는 버젼(version) 정보, 충돌 해결 레코드, P2P 기기 정보 레코드(P2P Device Information Record) 및 WFDS 정보 레코드(WFDS Information Record)를 포함할 수 있다. Mime 타입(type)은 "application/vnd.wfa.wfds" 로 정의될 수 있다. 필수적으로 포함되어야 할 속성으로는 서비스 해쉬(Service Hash) 값이 있다. 서비스 네임을 해쉬(hashing)하여 6바이트(byte)의 값으로 포함될 수 있다. 서비스 해쉬 값은, 일반적으로 "org.wi-fi.wfds" 라고 해쉬하여 어떠한 WFDS 서비스를 검색(search)할 수 있도록 한다. 전송(send) 서비스를 예로 들자면, "org.wi-fi.wfds.send" 를 검색할 수 있으며, "org.wi-fi.wfds.send.rx" 를 해쉬한 값이 서비스 해쉬 값이 될 수 있고, 특수한 경우에는 복수의 해쉬 값이 될 수도 있다. 아래의 표 2는, 핸드오버 요청 메시지에 포함되는 서비스 해쉬 속성(Service Hash Attribute) 을 정의한 표이다.

서비스 해쉬 속성은 속성 ID(Attribute ID) 필드, 길이(Length) 필드, 서비스 해쉬(Service Hash) 필드를 포함한다. 속성 ID 필드는 P2P 속성의 타입을 확인한다. 1 옥텟(octet) 사이즈이며 19 값(value)를 가진다. 길이 필드는 속성의 필드 길이를 나타낸다. 2 옥텟 사이즈이며 6의 배수를 값으로 가진다. 배수 N은 서비스 해쉬 필드의 수이다. 서비스 해쉬 필드는 6의 배수의 옥텟 사이즈이며, 값은 가변한다. 서비스 해쉬 필드는 N 값의 서비스 해쉬 값들을 포함하며, 각 서비스 해쉬는 6 옥텟으로 UTF-8 서비스 네임의 해쉬 값을 말한다.

도 15는 본 발명의 일 실시 예에 따른 핸드오버 선택(Handover Select) 메시지를 나타내는 도면이다.

도 15에 도시된 바와 같이, 핸드오버 선택 메시지(레코드)는 버젼(version) 정보, 충돌 해결 레코드, P2P 기기 정보 레코드(P2P Device Information Record) 및 WFDS 정보 레코드(WFDS Information Record)를 포함할 수 있다. 핸드오버 선택 메시지는 Negotiation Handover 및 Static Handover 에 동일하게 사용될 수 있다. 필수적으로 포함되어야 할 속성으로는 광고 서비스 정보(Advertise Service Information)이 있다. 광고 서비스 정보에는 특정 서비스의 이름을 포함하는 광고 서비스 설명자(Advertised Service Descriptor)가 포함될 수 있다. 광고 서비스 설명자 내에는 서비스 네임의 길이 및 서비스 네임이 포함될 수 있다. 아래의 표 3은 광고 ID 정보 속성을 정의한 표이고 표 4는 광고 서비스 정보 속성을 정의한 표이다.

광고 아이디 정보 속성은, 속성 ID(Attribute ID) 필드, 길이(Length) 필드 및 광고 서비스 설명자(Advertised Service Descriptor(s) 필드를 포함한다. 속성 ID 필드는 P2P 속성의 타입을 확인한다. 1 옥텟 사이즈이며, 23 값을 가진다. 길이 필드는 속성의 필드의 길이를 나타내며, 2 옥텟 사이즈이며, 값은 가변한다. 광고 서비스 설명자 필드는 모든 광고 서비스 설명자의 합을 옥텟 사이즈로 한다.

광고 서비스 정보 속성은, 광고 ID(Advertisement ID), 서비스 네임 길이(Service Name Length) 필드 및 서비스 네임(Service Name) 필드를 포함한다. 광고 ID 필드는 로컬 서비스의 광고 아이디이며, 4 옥텟 사이즈, 0-ffffffff값을 가진다. 서비스 네임 길이 필드는 서비스 네임의 길이이고, 1 옥텟 사이즈를 가지며, 0x00-0xff값을 가진다. 서비스 네임 필드는 서비스를 UTF-8 스트링으로 정의한며, 그 사이즈와 값은 가변한다.

도 16은 본 발명에 적용하려는 NFC 핸드오버 과정의 일 예를 보여주는 도면이다.

도 16에 도시된 바와 같이, NFC 핸드오버 과정에 있어서, 여러 단계를 거쳐 핸드오버가 수행되므로, 각 단계별로 나누어 자세히 설명할 필요가 있다. 먼저 전체적인 흐름을 설명하면, 광고자 기기는 ASP 단에 기기가 제공할 수 있는 WFDS 서비스를 광고한다(S1610). ASP 단은, NFC 단 및 Wi-Fi 단으로, 광고된 서비스를 각각 전송한다(S1620). 검색자 기기에서도 기기가 제공할 수 있는 WFDS의 서비스를 광고한다(S1630). 이후 NFC 터치가 발생하면(S1640), 검색자는 핸드오버 선택 메시지를 NFC 채널(인터페이스)에서 수신하게 되며, 검색자 기기의 NFC 모듈은 ASP 단으로 NFC 핸드오버 선택 메시지를 전송한다(S1650). 검색자 기기의 ASP 단은 기존 광고된 서비스 등을 검색하여, 검색 결과를 가져오고(S1660), Wi-Fi 인터페이스를 통해서(S1670), 광고자 기기와 연결 및 서비스된다(S1680). 이후에서는 각 스텝 별로 자세히 설명한다.

먼저, 단계 S1610에서는 광고자는 특정 서비스가 제공 가능하면(enable), ASP 단에 해당 서비스를 AdvertiseService Method를 사용하여 광고(advertise)한다. 광고자 기기가 NFC를 이용한 서비스 발견(Service Discovery) 및 서비스 개시(Service Initiation)가 가능한 경우라면, AdvertiseService 내에 네트워크 설정 파라미터(network_config Parameter)에 NFC를 포함하여 광고할 수 있다. 이때 광고되는 정보에는 서비스 네임(Service Name), 자동 수락(auto accept) 여부, 서비스 가용성(availability), 네트워크 그룹에서의 역할(그룹 오너/그룹 클라이언트), 네트워크 설정(network_config) 및 연기된 세션 응답(deferred_session_response)가 포함될 수 있다. 광고자가 동시에 여려 개의 서비스를 지원하는 경우(예. play 및 display)에는 복수의 AdvertiseService를 호출하며, 각 파라미터의 값은 상위 서비스에 의해 생성된다. AdvertiseService 메소드 함수는 하기와 같다.

AdvertiseService (service_name, auto_information, service_status, network_role, network_config, deferred_session_response)

상기 network_config의 값은 4가지 값을 가질 수 있다. 제1값은 Default Config or WSC PIN method without NFC 이며, 제2값은 WSC PIN method only without NFC 로서, NFC를 지원하지 않는 경우에 해당한다. NFC가 적용되면서 제3값으로 Default Config or WSC PIN method with NFC, 제4값으로 WSC PIN method only with NFC 값을 가질 수 있다.

단계 S1620에서는 ASP 단에서 NFC 및 Wi-Fi로 광고된 서비스를 전송한다. NFC를 통한 기기 발견/서비스 발견 및 프로비져닝(Provisioning)을 지원하는 기기의 ASP이고, 광고된 서비스 내에 network_config 파라미터 값이 앞서 설명한 3 또는 4 값이라면, NFC를 통한 발견을 위해서 추가적인 작업을 수행할 수 있다. ASP는 NFC 인터페이스가 핸드오버 선택 메시지를 생성하고 응답하기 위해서 NDEF(NFC Data Exchange Format) 데이터 레코드에 포함될 정보를 하위 NFC 인터페이스에게 전달할 수 있다.

하나의 상위 서비스에 대한 광고된 서비스 정보는 하나의 NFC AC(alternative carrier)로 핸드오버 선택 메시지 내에 기술될 수 있다. 기기가 복수의 서비스를 광고하는 경우, 서비스 별로 복수의 AC를 가질 수 있다. NDEF 내에 포함되는 서비스 정보(service information)에 대하여 설명한다. 서비스 MAC 어드레스(service_mac_address)는 Wi-Fi 인터페이스의 MAC 어드레스로 복수의 Wi-Fi 인터페이스가 있는 경우에 서비스 정보에 포함될 수 있다. 광고자 기기가 실제 서비스를 지원할 자신의 MAC 어드레스를 의미한다. 기기 네임(device_name)은 사용자에게 친숙한 기기 네임을 의미한다. 광고 ID(advertisement ID)는 서비스가 최초 ASP에 AdvertiseService method를 호출할 때 생성되는 광고된 서비스의 고유 ID를 의미한다. 서비스 네임(service_name)은 전체(full) 서비스 네임으로서 AdvertiseService method를 호출한 서비스의 네임이다. 역(reverse) DNS 형태로 표시될 수 있다. 서비스 상태(service status)는 현재 서비스의 가용성(availability)을 표시하는 정보이다.

도 17은 본 발명의 일 실시예에 따른 핸드오버 선택(Handover Select) 메시지의 구성을 나타내는 도면이다.

단계 S1620에서, NFC 인터페이스는 상위 ASP로부터 정보를 수신한 후 도 17에 도시된 바와 같이 생성한다. 하나의 NDEF 레코드는 하나의 상위 연결 설정(예. Wi-Fi, P2P, Bluetooth 등)을 나타내며, 상위 서비스에 대한 정보는 auxiliary data record format으로 정의될 수 있다. 제2 계층 연결이 없는 경우, WFDS next version 및 WFA 프로그램을 위해서 반드시 Wi-Fi에 대한 캐리어 설정(Carrier configuration)이 포함되어야 한다.

도 17에 도시된 바와 같이, 핸드오버 선택 메시지의 앞부분에는 핸드오버 선택 레코드가 위치할 수 있다. 핸드오버 선택 레코드는 헤더, 버전 및 ac 레코드로 구성될 수 있으며, 하나의 ac 레코드는 헤더, CPS(Carrier Power Status_, CDR(Carrier Data Reference)와 선택적으로, ADR(Auxiliary Data Reference) Count, ADR이 구성될 수 있다. 핸드오버 선택 레코드 뒤에 오는 첫번째 NDEF 레코드는 Wi-Fi, P2P, Docking, WSB 등 제2 계층 연결을 위한 정보를 포함한다. 두번째 NDEF 레코드부터는 광고자가 광고한 서비스에 대한 정보가 각각 포함될 수 있다.

도 18은 하나의 NDEF 레코드를 나타내는 도면이다.

도 18에 도시된 바와 같이, 하나의 NDEF 레코드는 페이로드 부분에 서비스 정보를 포함할 수 있다. 페이로드 부분은 서비스 MAC, 기기 네임, 광고 ID, 서비스 네임, 서비스 상태를 TLV(Type-Length-Value) 형태로 포함할 수 있다. 검색자(seeker) 기기는 핸드오버 선택 메시지 내의 페이로드에서 광고자가 제공 가능한 서비스에 대한 정보를 획득할 수 있다.

단계 S1630는 검색자(seeker) 기기에서 서비스 또는 어플리케이션이 수행 될 때 상대 기기를 검색하겠다는 의미의 메소드를 ASP 단에게 전달한다. 앞서 설명한 바와 같이, 언제 NFC 터치가 일어날 지 모르는 기기 입장에서는 먼저 SeekService를 수행하는 것이, 기존의 WFDS와의 차이가 있다. 예를 들어, 스마트 폰에서 갤러리 앱을 수행할 경우, 이미지 또는 동영상을 전송(send)하거나, 재생(play)하거나, 또는 외부 디스플레이 등으로 전송하여 디스플레이(display)할 가능성이 있다. 따라서, 갤러리 앱을 수행하면, ASP 단으로 send 서비스를 수신할 수 있는 기기를 NFC로 검색할 수 있는 잠재적(potential) 서비스에 대하여 알릴 수 있다. 이후 NFC 터치가 발생하면, ASP 는 잠재적 서비스에 대하여 매칭 여부를 확인하고, 매칭되는 경우라면, 하기의 PotentialSeekService의 메소드를 호출한다.

PotentialSeekService(service_name, exact_search, service_information_request)

잠재적 서비스 검색(PotentialSeekService) 메소드 내의 구성에 대해서 설명한다. 서비스 네임(service_name)은 찾고자 하는 서비스의 네임을 의미한다 예를 들면 "org.wi-fi.wfds.send.rx" 로 표시할 수 있다. exact_search는 WFDS에서 정의된 exact search인지, prefix search인지를 표시한다. 예를 들어, "org.wi-fi.wfds" 가 prefix search로 설정된 경우라면, WFDS의 서비스 모두를 찾게 된다. "org.wi-fi.docking" 으로 설정된다면, docking에서 정의된 dockee 및 docking control center 를 찾게 되는 것이다. 서비스 정보 요청 (service_information_request) 값은 Null 값이 아니면, ANQP 프로토콜을 이용한 WFDS 서비스 발견을 수행해야 하고, 특정 값이면, 서비스 발견 요청/응답 메시지에 포함될 특정 정보를 포함할 수 있다.

단계 S1640은 NFC 터치가 발생하는 경우이다. 광고자 기기 및 검색자 기기가 모두 NFC를 지원하는 경우라면 NFC 터치를 통해서 NDEF 형태의 데이터를 검색자 기기가 획득할 수 있다. NFC 포럼에서는 negotiation 핸드오버 및 static 핸드오버를 정의하고 있는바, 이 두 경우가 모두 포함될 수 있다.

검색자 기기가 광고자가 이미 생성한 핸드오버 선택 메시지를 수신하는 경우, 핸드오버 선택 메시지 내에 포함된 캐리어 설정(Carrier configuration) 정보 및 Auxiliary Data를 획득할 수 있다. 캐리어 설정 정보는 연결 핸드오버를 통해서 이후 연결될 캐리어 (예. Wi-Fi, Wi-Fi Direct, Bluetooth 등)에 대한 정보이며, Auxiliary Data는 광고자 기기가 광고한 상위 서비스 네임, 서비스 MAC 어드레스, 기기 네임, 서비스 가용성 등에 대한 정보를 포함할 수 있다. NFC 인터페이스는 이러한 정보들을 파싱(parsing) 또는 포함하여 ASP 단에 NFC 터치가 발생하였음을 알릴 수 있다.

단계 S1650에서는 ASP 단에 핸드오버 선택 메시지를 전송한다. 검색자의 ASP 단은 이전에 잠재적으로 검색한 서비스(PotentialSeekService)가 없는 경우, 핸드오버 선택 이벤트를 무시(ignore)할 수 있다. 만약, background/potential 검색 요청이 있는 경우라면, NFC 인터페이스가 파싱한 검색 결과와 PotentialSeekService가 서로 매칭되는지를 판단한다. 매칭을 통해서, 서비스를 찾은 경우, 상위 서비스 단에 검색 결과를 알려준다. 이때 ASP는 NDEF에서 Auxiliary Data (서비스에 대한 정보)는 상위 서비스 단에 검색 결과로 알려줄 준비를 하고, 캐리어 설정 정보는 서비스를 수행하기 위해서 연결한 연결 정보로 가질 수 있다.

단계 1660 및 1670 에서는 검색 결과를 통해서 Wi-Fi 인터페이스로 연결하고, 서비스를 개시하는 과정을 보여준다. NFC 인터페이스를 통해서 서비스 발견을 수행하나, 이는 Wi-Fi 인터페이스를 통해서 WFDS 규격에서 정의한 방법과 동일할 수 있다. 검색 결과(search result)를 수신한 상위 서비스 단은 서비스를 시작하기 위해서 ASP 단에 연결 세션(ConnectSessions) 메소드를 전달할 수 있다. 연결 세션 메소드에 포함되는 파라미터로서, service_mac 및 advertisement_id는 검색 결과 내에 포함된 값이 설정되며, session_information 및 network_role은 검색자의 서비스 단이 생성한다. ASP 단은 캐시(cache)하고 있는 캐리어 설정 정보를 바탕으로 ASP 연결을 수행할 수 있다. 캐리어 설정에는 Wi-Fi Direct 정보가 포함되어 있으면, ASP-P2P 연결을 수행하며, 캐리어 설정에 Wi-Fi 정보가 포함되어 있으면, Wi-Fi AP 모드를 통해서 서비스 수행을 시도할 수 있다.

도 19는 본 발명에 적용될 수 있는 WFD P2P 장치를 예시한다.

도 19를 참조하면, WFD 네트워크는 제1 WFD 장치(1910) 및 제2 WFD 장치(1920)을 포함한다. 제1 WFD 장치(1910)는 프로세서(1912), 메모리(1914) 및 무선 주파수(Radio Frequency, RF) 유닛(1916)을 포함한다. 프로세서(1912)는 본 발명에서 제안한 절차 및/또는 방법들을 구현하도록 구성될 수 있다. 메모리(1914)는 프로세서(1912)와 연결되고 프로세서(1912)의 동작과 관련한 다양한 정보를 저장한다. RF 유닛(1916)은 프로세서(1912)와 연결되고 무선 신호를 송신 및/또는 수신한다. 제2 WFD 장치(1920)는 프로세서(1922), 메모리(1924) 및 RF 유닛(1926)을 포함한다. 프로세서(1922)는 본 발명에서 제안한 절차 및/또는 방법들을 구현하도록 구성될 수 있다. 메모리(1924)는 프로세서(1922)와 연결되고 프로세서(1922)의 동작과 관련한 다양한 정보를 저장한다. RF 유닛(1926)은 프로세서(1922)와 연결되고 무선 신호를 송신 및/또는 수신한다. 제1 WFD 장치(1910) 및/또는 제2 WFD 장치(1920)는 단일 또는 다중 안테나를 가질 수 있다.

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

본 발명에 따른 실시 예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(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 다이렉트 서비스 통신을 위한 장치에 사용될 수 있다.

Claims

Wi-Fi 다이렉트 서비스 (Wi-Fi Direct Services; WFDS) 통신을 설정하는 방법에 있어서,
제1 기기가 제2 기기에게, NFC(Near Field Communication) 채널을 통해서 핸드오버 요청 (Handover Request) 메시지를 전송하는 단계; 및
상기 제1 기기가 상기 제2 기기로부터, 상기 NFC 채널을 통해서 핸드오버 선택(Select) 메시지를 수신하는 단계;
를 포함하고,
상기 핸드오버 요청 메시지는, 상기 제1 기기가 지원 가능한 WFDS를 나타내는 서비스 해쉬(Service Hash) 정보를 포함하는, WFDS 통신 설정 방법.
제 1 항에 있어서,
상기 제2 기기가 WFDS를 지원하는 경우, 상기 핸드오버 선택 메시지는 상기 제2 기기가 이용하려는 WFDS의 서비스 네임(Service Name) 정보를 포함하는, WFDS 통신 설정 방법.
제 1 항에 있어서,
상기 핸드오버 선택 메시지는WFDS 연결에 사용되는 리슨 채널(listen channel)을 통해 대상 기기를 발견하도록 하는 설정 정보를 포함하는, WFDS 통신 설정 방법.
제 1 항에 있어서,
상기 제1 기기 및 제2 기기 간에, NFC를 통한 연결 설정 정보가 저장되어 있는 경우, 이후 두 기기 간의 연결 설정에 대하여 동일한 설정 정보로 설정하는, WFDS 통신 설정 방법.
제 1 항에 있어서,
상기 핸드오버 요청 메시지는, 상기 서비스 해쉬 정보를 포함하는 NFC 데이터 교환 포맷 (NFC Data Exchange Format; NDEF) 으로 구성된, WFDS 통신 설정 방법.
제 1 항에 있어서,
상기 핸드오버 요청 메시지는, 상기 두 기기 간의 제2 계층 연결을 위한 정보를 포함하는 NDEF 레코드를 더 포함하는, WFDS 통신 설정 방법.
제 1 항에 있어서,
상기 NDEF 레코드는, WFDS 정보를TLV(Type-Length-Value) 형식으로 나타내는 페이로드(payload) 부분을 포함하는, WFDS 통신 설정 방법.
제 1 항에 있어서,
상기 제1 기기가 지원 가능한 WFDS에 관한 정보는, 상기 제1 기기 ASP(Application Service Platform)의 광고(Advertise)를 통해, 상기 제1 기기의 NFC 모듈에서 획득한 정보인, WFDS 통신 설정 방법.
제 1 항에 있어서,
상기 제1 기기 및 상기 제2 기기 중 우선 순위를 가지는 어느 한 기기가 다른 한 기기에게, P2P(Peer to peer) 서비스 발견 요청(Discovery request) 메시지를 전송하는 단계; 및
상기 P2P 서비스 발견 요청 메시지를 수신한 기기로부터, 상기 P2P 서비스 발견 요청 메시지에 대한 응답인 P2P 서비스 발견 응답(Discovery Response) 메시지를 수신하는 단계; 를 더 포함하는, WFDS 통신 설정 방법.
제 9 항에 있어서,
상기 우선 순위는, 기기의 기존 WFDS 연결 상태, 기기의 성능, WFDS의 종류 중 하나 이상에 기초하여 결정되는 순위인, WFDS통신 설정 방법.
제 1 항에 있어서,
상기 제1 기기 및 제2 기기의 핸드오버 요청 메시지의 전송은, 상기 두 기기 NFC 모듈의 터치 또는 근접 터치에 의해서 개시되는 과정인, WFDS 통신 설정 방법.
제 1 항에 있어서,
상기 WFDS는, 전송(send), 재생(play), 출력(print), 표시(display), NAN(Neighborhood Area Network), WSB(Wi-Fi Serial Bus) 및 도킹(docking) 중 하나 이상을 포함하는, WFDS 통신 설정 방법.
제 1 항에 있어서,
상기 핸드오버는 협상(Negotiation) 핸드오버 및 정적(static) 핸드오버 중 하나인, WFDS 통신 설정 방법.
Wi-Fi 다이렉트 서비스(Wi-Fi Direct Services; WFDS) 통신을 설정하는 방법에 있어서,
제1 기기가 제2 기기로부터 NFC(Near Field Communication) 채널을 통해서 핸드오버 요청 (Handover Request) 메시지를 수신하는 단계; 및
상기 제1 기기가 상기 제2 기기에게 상기 NFC 채널을 통해서 핸드오버 선택(Select) 메시지를 전송하는 단계;
를 포함하고,
상기 핸드오버 요청 메시지는, 상기 제2 기기가 지원 가능한 WFDS를 나타내는 서비스 해쉬(Service Hash) 정보를 포함하는, WFDS 통신 설정 방법.
Wi-Fi 다이렉트 서비스(Wi-Fi Direct Services; WFDS) 서비스 통신을 설정하는 기기에 있어서,
프로세서; 및
송수신기; 를 포함하고,
상기 송수신기는, 제1 기기로부터 제2 기기에게 NFC(Near Field Communication) 채널을 통해서 핸드오버 요청 (Handover Request) 메시지를 전송하고, 상기 제2 기기로부터 상기 NFC 채널을 통해서 핸드오버 선택(Select) 메시지를 수신하고,
상기 핸드오버 요청 메시지는, 상기 제1 기기가 지원 가능한 WFDS를 나타내는 서비스 해쉬(Service Hash) 정보를 포함하는, WFDS 통신 설정 기기.
Wi-Fi 다이렉트 서비스(Wi-Fi Direct Services; WFDS) 통신을 설정하는 방법에 있어서,
NFC 터치가 있은 후에, 제1 기기가 제2 기기로부터, NFC(Near Field Communication) 채널을 통해서 핸드오버 선택(Select) 메시지를 수신하는 단계;
를 포함하고,
상기 핸드오버 선택 메시지는, 상기 제2 기기가 지원 가능한 WFDS를 나타내는 서비스 해쉬(Service Hash) 정보를 포함하는, WFDS 통신 설정 방법.