NFC P2P - SNEP 클라이언트/서버

Question

다른 게시물 ("Symmetry Procedure" in NFC P2P LLCP)에서 작성한 것처럼 현재 PN532 칩에서 LLCP & SNEP 프로토콜을 구현하려고합니다. 내가 다른 포스트에서 가지고 있었던 질문은 LLCP에 정의 된 대칭 절차에 관한 것이 었습니다. 은 원래의 초 기자/대상 역할 (명령/응답)을 실제로 우회 할 수 있습니다. 즉, 각 피어 장치를 제공합니다. 언제든지 메시지를 보내도록 변경합니다. .

SNEP 프로토콜은 클라이언트/서버 접근 방식을 정의합니다. 역할은 실제로 하나의 장치 (클라이언트)가 피어 장치 (서버)에 CONN-PDU를 보낼 때 에 LLCP 수준으로 정의됩니다. 그런 다음 클라이언트는 SNEF에 정의 된대로 "PUT Request"를 사용하여 NDEF 메시지를 서버로 보낼 수 있습니다.

클라이언트가 NDEF 메시지를 서버에 보내고 응용 프로그램에 따라 - 현재 서버로 작동하는 피어 장치가 새로운 (응답이 아닌) NDEF 메시지를 다시 보내려고합니다. 현재 클라이언트는 입니다.

내 가정은 현재 서버의 경우이 모두 두 장치가 초기 역할이 초기 클라이언트가 이제 서버 등

된다, 즉 변경, 성공 현재 클라이언트와의 새로운 CONN-PDU를 보낼 것입니다 초기에 설정된 연결은 어떻게됩니까? 폐쇄되었거나 새로운 것과 동시에 병존 할 수 있습니까?

또한 위에서 설명한 가정이 맞다면 NFC MAC 수준에서 클라이언트/서버가 이 초기 자/대상 역할을 변경하도록 명령하거나 두 장치를 초기 상태로 유지할 수 있어야합니까? (MAC) 모드?

고맙습니다.

Answer 1

SNEP 프로토콜은 클라이언트/서버 접근 방식을 정의합니다. 역할은 실제로 하나의 장치 (클라이언트)가 피어 장치 (서버)에 CONN-PDU를 보낼 때 LLCP 수준에서 정의됩니다.

아니요, 작동 방식이 아닙니다. 역할은 그런 식으로 정의되지 않습니다. 스펙에서는 명확하지 않지만 각 피어는 보통 클라이언트와 서버입니다. 사양 섹션 6.1 "기능 설명은"다음과 같은 기본 동작을 정의하는

참고 :

기본 서버가 GET 요청을 받아 들일 수 없다.

즉, 클라이언트는 일반적으로 NDEF 메시지를 요청할 수 없습니다. 클라이언트는 가능한 경우 자체 메시지를 푸시해야합니다.

SNEP의 일반적인 메시지 흐름은 다음과 같습니다

• 초기 상태 : LLCP 링크가 다운되었습니다. 각 피어에는 등록 된 SNEP 서버와 연결을 기다리는 SNEP 서버가 있습니다.

• LLCP 연결시 : 메시지를 보내려는 각 피어는 자체 SNEP 클라이언트를 사용하여 상대 SNEP 서버에 연결을 시도합니다.

• SNEP 연결시 SNEP 서버는 SNEP PUT 명령을 기다립니다. 그러면 메시지를 수락하거나 거부 할 수 있습니다.

• SNEP 연결시 SNEP 클라이언트는 다음을 수행합니다. NDEF 데이터와 함께 PUT 명령을 보냅니다.

양측이 메시지를 전송하면 (원할 경우) 그들은 단지 SNEP 연결을 열어 두었습니다. 어쨌든이 연결을 닫는 적절한 방법은 없으며 연결 비용도 없습니다. 원하는 경우 각 클라이언트는 언제든지 추가 PUT 요청을 보낼 수 있습니다. 이것은 SNEP에 대한 양방향 데이터 흐름을 설정하는 데 유용 할 수 있습니다.

안드로이드는 SNEP을 약간 어색하게하고 두 번째 메시지를 보낼 수 없기 때문에이 양방향 데이터 흐름을 허용하지 않지만 전달 된 추가 메시지를 기꺼이 받아들입니다.