KR102300600B1

KR102300600B1 - NFC 무선 기술 기반 IPv6 패킷 전송 방법 및 이를 수행하는 장치

Info

Publication number: KR102300600B1
Application number: KR1020150089031A
Authority: KR
Inventors: 최영환; 홍용근; 김형준; 신명기
Original assignee: 한국전자통신연구원
Priority date: 2014-07-04
Filing date: 2015-06-23
Publication date: 2021-09-10
Anticipated expiration: 2035-06-23
Also published as: KR20160004918A

Abstract

NFC 무선 기술 기반 IPv6 패킷 전송 방법 및 이를 수행하는 장치가 개시된다. 일 실시예에 따른 NFC 무선 기술 기반 IPv6 패킷 전송 방법은 IPv6 패킷을 LLCP(Logical Link Control Protocol(LLCP))를 통해 수신하고, 상기 IPv6 패킷을 상기 LLCP의 I PDU(Information Field in Protocol Data Unit)로 전송하는 단계와, 상기 IPv6 패킷을 NFC 기반 IPv6를 위한 적응 계층을 통해 전송하는 단계를 포함하고, 상기 I PDU의 최대 옥텟 수는 MTU(Maximum Transfer Unit)에 기초하여 결정될 수 있다.

Description

NFC 무선 기술 기반 IPv6 패킷 전송 방법 및 이를 수행하는 장치{METHOD FOR TRANSMISSION OF IPv6 PACKETS OVER NEAR FIELD COMMUNICATION AND DEVICE OPERATING THE SAME}

아래 실시예들은 인터넷 기반 저전력 무선 기술을 사용하는 사물인터넷에 관한 것으로, 특히 IEEE802.15.4 기반 IPv6 패킷 전송 방법을 이기종 무선 기술에 적용하는 방법에 관한 것이다.

기존 IEEE 802.15.4 저전력 센서네트워크 기반의 인터넷 통신을 위한 IPv6 패킷 전송을 위한 통신 규격이 존재한다. 하지만, 미래에 다양한 무선 기술 기반의 이기종 사물간의 통신을 하려면, 다른 무선 기술(블루투수, 적외선 등) 기반 IPv6 패킷 전송을 위한 규격 및 알고리즘으로는 적용하기 어려운 문제점이 있다.

실시예들은 NFC 무선 통신상에서 IPv6 패킷을 전송하기 위해 필요한 방법, 예를 들어 IPv6 주소 설정 방법, 헤더 압축 방법, 이웃노드 탐색 방법, 단편화 방법을 제공할 수 있다.

일 실시예에 따른 NFC 무선 기술 기반 IPv6 패킷 전송 방법은 IPv6 패킷을 LLCP(Logical Link Control Protocol(LLCP))를 통해 수신하고, 상기 IPv6 패킷을 상기 LLCP의 I PDU(Information Field in Protocol Data Unit)로 전송하는 단계와, 상기 IPv6 패킷을 NFC 기반 IPv6를 위한 적응 계층을 통해 전송하는 단계를 포함하고, 상기 I PDU의 최대 옥텟 수는 MTU(Maximum Transfer Unit)에 기초하여 결정될 수 있다.

상기 방법은 상기 LLCP의 어드레스에 기초하여 상기 NFC 무선 기술을 지원하는 통신 장치의 IPv6 링크 로컬 어드레스에 포함된 IID를 생성하는 단계를 더 포함할 수 있다.

상기 LLCP의 어드레스는 DSAP(Destination Service Access Point) 및 SSAP(Source Service Access Point) 중에서 적어도 하나의 어드레스를 포함할 수 있다.

상기 방법은 MIUX(Maximum Information Unit extension) 파라미터에 기초하여 상기 MTU를 결정하는 단계를 더 포함할 수 있다.

상기 결정하는 단계는 상기 적응 계층이 존재하는지 확인하고, 확인결과에 기초하여 상기 MIUX를 결정하는 단계를 포함할 수 있다.

상기 적응 계층이 존재하고, 전송할 상기 IPv6 패킷이 있는 때, 상기 결정하는 단계는 상기 IPv6를 전송할 통신 장치의 이웃 통신 장치로부터 MTU 값을 탐색하는 단계와, 상기 탐색된 MTU 값에 기초하여 상기 MTU를 결정하는 단계를 포함할 수 있다.

상기 탐색된 MTU 값에 기초하여 상기 MTU를 결정하는 단계는 상기 탐색된 MTU 값과 제1 설정값을 비교하여 상기 MTU를 결정하는 단계를 포함할 수 있다.

상기 탐색된 MTU 값이 상기 제1 설정값과 다른 때, 상기 탐색된 MTU 값에 기초하여 상기 MTU를 결정하는 단계는 상기 탐색된 MTU 값과 제2 설정값을 비교하여 상기 MTU를 결정하는 단계를 더 포함할 수 있다.

상기 제1 설정값은 1280 바이트일 수 있다.

상기 제2 설정값은 2176 바이트일 수 있다.

상기 이웃 통신 장치는 ICMPv6의 이웃 단말기일 수 있다.

일 실시예에 따른 NFC를 지원하는 통신 장치는 IPv6 패킷을 수신하고, 상기 IPv6 패킷을 I PDU(Information Field in Protocol Data Unit)로 전송하는 LLCP(Logical Link Control Protocol(LLCP))와, 상기 IPv6 패킷을 송수신하는 NFC 기반 IPv6를 위한 적응 계층을 포함하고, 상기 I PDU의 최대 옥텟 수는 MTU(Maximum Transfer Unit)에 기초하여 결정될 수 있다.

상기 통신 장치는 상기 LLCP의 어드레스에 기초하여 상기 NFC 무선 기술을 지원하는 통신 장치의 IPv6 링크 로컬 어드레스에 포함된 IID를 생성할 수 있다.

상기 통신 장치는 MIUX(Maximum Information Unit extension) 파라미터에 기초하여 상기 MTU를 결정할 수 있다.

상기 통신 장치는 상기 적응 계층이 존재하는지 확인하고, 확인결과에 기초하여 상기 MIUX를 결정할 수 있다.

상기 통신 장치는 상기 적응 계층이 존재하고, 전송할 상기 IPv6 패킷이 있는 때, 상기 통신 장치의 이웃 통신 장치로부터 MTU 값을 탐색하고, 상기 탐색된 MTU 값에 기초하여 상기 MTU를 결정할 수 있다.

상기 통신 장치는 상기 탐색된 MTU 값과 제1 설정값을 비교하여 상기 MTU를 결정할 수 있다.

상기 통신 장치는 상기 탐색된 MTU 값이 상기 제1 설정값과 다른 때, 상기 탐색된 MTU 값과 제2 설정값을 비교하여 상기 MTU를 결정할 수 있다.

도 1은 LLCP에 결합된(bindings to) IPv6를 포함하는 NFC의 프로토콜 스택을 나타낸다.
도 2는 NFC 내 UI PDU의 포맷을 나타낸다.
도 3은 NFC 내 I PDU의 포맷을 나타낸다.
도 4는 MIUX 파라미터 TLV의 포맷을 나타낸다.
도 5는 NFC 무선 기술 기반 IPv6 패킷 전송을 위한 프로토콜 스택 구조이다.
도 6은 NFC 지원 장치 어드레스로부터 IID의 형성(formation)을 나타낸다.
도 7은 NFC 내 IPv6 링크 로컬 어드레스의 형성을 나타낸다.
도 8은 NFC 짧은(short) 어드레스 포맷을 나타낸다.
도 9는 유니캐스트 어드레스 매핑을 위한 링크 계층 주소 옵션 포맷이다.
도 10은 멀티캐스트 어드레스 매핑을 위한 링크 계층 어드레스 옵션 포맷이다
도 11은 인터넷에 연결된 NFC 지원 장치 네트워크의 일 예를 설명하기 위한 도면이다.
도 12는 인터넷에 분리된 NFC 지원 장치 네트워크의 일 예를 설명하기 위한 도면이다.
도 13은 일 실시예에 따라 MTU를 결정하는 방법을 설명하기 위한 순서도이다.

본 명세서에 개시되어 있는 본 발명의 개념에 따른 실시예들에 대해서 특정한 구조적 또는 기능적 설명들은 단지 본 발명의 개념에 따른 실시예들을 설명하기 위한 목적으로 예시된 것으로서, 본 발명의 개념에 따른 실시예들은 다양한 형태로 실시될 수 있으며 본 명세서에 설명된 실시예들에 한정되지 않는다.

본 발명의 개념에 따른 실시예들은 다양한 변경들을 가할 수 있고 여러 가지 형태들을 가질 수 있으므로 실시예들을 도면에 예시하고 본 명세서에 상세하게 설명하고자 한다. 그러나, 이는 본 발명의 개념에 따른 실시예들을 특정한 개시형태들에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물, 또는 대체물을 포함한다.

제1 또는 제2 등의 용어를 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만, 예를 들어 본 발명의 개념에 따른 권리 범위로부터 이탈되지 않은 채, 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소는 제1 구성요소로도 명명될 수 있다.

어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다. 구성요소들 간의 관계를 설명하는 표현들, 예를 들어 "~사이에"와 "바로~사이에" 또는 "~에 이웃하는"과 "~에 직접 이웃하는" 등도 마찬가지로 해석되어야 한다.

본 명세서에서 사용한 용어는 단지 특정한 실시예들을 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, "포함하다" 또는 "가지다" 등의 용어는 설시된 특징, 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가진다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 의미를 갖는 것으로 해석되어야 하며, 본 명세서에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.

TCP/IP 인터넷 기반의 IoT 응용 및 서비스를 위해서는 저전력 IoT 디바이스를 위한 다양한 인터넷 네트워킹 프로토콜 지원이 필요하다. 그 중에서도 수많은 IoT 디바이스를 위한 IP 주소 자원에 대한 체계 및 기법이 필요한 상황에서 IPv4 주소는 더 이상 할당이 불가능한 상황이다. 이를 대체할 수 있는 기술로써 IPv6 주소가 있으며, 이를 바탕으로 한 기존 6lowpan 이라는 IEEE 802. 15.4 기반의 IPv6 전송을 위한 관련 규격이 제정 완료된 상황이다. 하지만, 그 규격이 다양한 저전력 무선기술을 모두 지원할 수 없는 단점이 있다. 즉, 각 무선 기술 별로 새로운 IPv6 전송을 위한 기법이 필요하다. 본 명세서에서는 그 중에서도 다양한 무선기술 중에서 대부분의 휴대폰에 탑재된 무선 기술인 NFC를 기반으로 IPv6 패킷을 전송하기 위해 필요한 방법, 예를 들어 IPv 주소 설정 방법, 헤더 압축 방법, 이웃노드 탐색 방법, 단편화 방법을 정의한다.

이하, 실시예들을 첨부된 도면을 참조하여 설명한다.

도 1은 LLCP에 결합된(bindings to) IPv6를 포함하는 NFC의 프로토콜 스택을 나타낸다.

도 1을 참조하면, IP 프로토콜은 피어 장치(peer device) 간에 양방향 전송을 제공하기 위해 NFC의 프로토콜 스택에서 논리 링크 제어 프로토콜(Logical Link Control Protocol(LLCP))에 의해 제공된 서비스들을 이용할 수 있다. NFC 기반 IPv6(IPv6 over NFC) 내 데이터 통신을 위해, IPv6 패킷은 NFC의 프로토콜의 LLCP에서 수신되고, NFC 지원 장치(또는 NFC 지원 피어 장치)의 LLCP의 프로토콜 데이터 유닛 내 정보 필드(Information Field in Protocol Data Unit(I PDU))로 전송될 수 있다.

LLCP는 단편화 및 재조합(fragmentation and reassembly(FAR))을 지원하지 않기 때문에, 상위 계층들은 FAR을 지원해야 한다. IPv6 어드레싱(addressing) 및 어드레스 구성(address configuration)에 대해, LLCP는 관련 정보, 예를 들어 링크 계층 어드레스(link layer address)를 상위 계층에 제공해야 한다. IPv6-LLCP 프로토콜 결합(LLCP to IPv6 protocol Binding)은 SSAP(Source Service Access Point)와 DSAP(Destination Service Access Point) 값을 NFC 프로토콜을 통해 IPv6로 전송해야 한다. 예를 들어, SSAP는 LLC(Logical Link Control) 어드레스를 의미하는 6-비트 값을 의미하고, DSAP는 목적지 NFC 지원 장치의 LLC 어드레스를 의미할 수 있다.

LLCP는 LLC와 MAC(Media Access Control or Medium Access Control) 매핑(Mapping)으로 구성될 수 있다. MAC 매핑은 기존 RF 프로토콜을 LLCP 아키텍처에 통합한다. LLC는 세 가지 컴포넌트, 예를 들어 링크 관리(Link Management), 연결형 전송(Connection-oriented Transport), 및 비연결형 전송(Connection-less Transport)을 포함한다.

링크 관리 컴포넌트는 모든 연결형 및 비연결형 LLC PDU(Protocol Data Unit) 교환을 시리얼라이징하고, 작은 PDU들의 통합(aggregation) 및 세분화(disaggregation)할 책임이 있을 수 있다. 또한, 링크 관리 컴포넌트는 비동기 균형 모드 통신(asynchoronous balanced mode communication)을 보장하고, 대칭 절차(symmetry procedure)를 수행함으로써 링크 상태 감독(link status supervision)을 제공할 수 있다.

연결형 전송 컴포넌트는 연결(connection) 설정(set-up) 및 종료(termination)을 포함하는 모든 연결형 데이터 교환들을 유지할(maintain) 책임이 있을 수 있다.

비연결형 전송 컴포넌트는 확인되지 않은 데이터 교환들(unacknowledged data exchanges)을 처리하는(handle) 책임이 있을 수 있다.

도 2는 NFC 내 UI PDU의 포맷을 나타내고, 도 3은 NFC 내 I PDU의 포맷을 나타내고, 도 4는 MIUX 파라미터 TLV의 포맷을 나타낸다.

도 1 내지 도 4를 참조하면, 통신 장치들, 예를 들어 NFC 지원 장치들(NFC-enabled devices)은 6-비트 LLC 어드레스에 의해서 식별될 수 있다. 예를 들어, 모든 어드레스는 SSAP와 DSAP 어드레스로서 사용될 수 있다. 0과 31(00h-1Fh) 사이의 어드레스 값들은 서비스 검색 프로토콜(Service Discovery Protoco(SDP))에 대해 잘 알려진 서비스 액세스 포인트(Service Access Point(SAP))를 위해 지정될 수 있다. 32와 63(20h-3Fh) 사이의 어드레스 값들은 포괄적으로 상위 계층 서비스 요청(upper layer service request)의 결과로서 LLC, 예를 들어 로컬 LLC에 의해 할당될 수 있다.

도 1을 참조하여 상술한 바와 같이, IPv6 패킷은 NFC의 프로토콜의 LLCP에서 수신되고, NFC 지원 장치(또는 NFC 지원 피어 장치)의 LLCP의 UI PDU(Unnumbered Information Protocol Data Unit)와 I PDU 내 정보 필드로 전송될 수 있다.

도 3에 도시된 바와 같이, I PDU 시퀀스 필드는 두 시퀀스 번호, 예를 들어 전송 시퀀스 번호(send sequence number) N(S) 및 수신 시퀀스 번호(receive sequence number) N(R)을 포함할 수 있다. 전송 시퀀스 번호 N(S)는 I PDU에 연관된 시퀀스 번호를 의미할 수 있다. 수신 시퀀스 번호 N(R) 값은 N(R) - 1을 통해 넘버드 업(numbered up)된 I PDU가 I PDU의 송신기(sender)에 의해 정확하게 수신되고, SSAP 필드 내 식별된 송신기들 SAP에 성공적으로 전송된 것을 의미할 수 있다.

I PDU의 정보 필드는 하나의 서비스 데이터 유닛(service data unit)을 포함할 수 있다. 정보 필드의 최대 옥텟 수는 데이터 링크 연결(data link connection)에 대한 MIU(Maximum Information Unit)에 의해 결정될 수 있다. MIU는 MTU(Maximum Transfer Unit)일 수 있다. 예를 들어, I PDU에 대한 MIU의 디폴트 값은 128 옥텟일 수 있다. 로컬 및 리모트 LLC 각각은 데이터 링크 연결 엔드 포인트에 대해 고유(distinct) MIU 값을 설정하고 유지할 수 있다. 또한, LLC는 정보 필드 내에서 MIU의 확장, 즉 MIUX(MIU extension) 파라미터를 전송함으로써 데이터 링크 연결에 대한 큰 MIU를 선언할 수 있다. MIUX 파라미터가 전송되지 않으면, 128의 디폴트 MIU 값이 사용된다. 그렇지 않으면, NFC의 LLCP 내 MTU 크기(size)는 수학식 1과 같이 MIU 값이 계산될 수 있다.

MIUX 파라미터가 TLV(Type-Length-Value) 포맷으로 인코딩될 때, MIUX 파라미터의 TLV 포맷은 도 4에 도시된 바와 같고, TLV 타입 필드는 0x02이고 TLV 길이 필드는 0x02일 수 있다. MIUX 파라미터는 TVL 값 필드의 최하위(least significant) 11 비트로 인코딩될 수 있다. TLV 값 필드 내 미사용 비트들(또는 사용하지 않는 비트, unused bits)은 송신기(또는 송신자, sender)에 의해 0(zero)으로 설정되고, 수신기(또는 수신자, receiver)에 의해 무시될 수 있다. TLV 값 필드의 최대값(maximum value)은 0x7FF이고, NFC의 LLCP 내 MTU의 최대 크기(maximum size)는 2176 바이트로 계산될 수 있다.

도 5는 NFC 무선 기술 기반 IPv6 패킷 전송을 위한 프로토콜 스택 구조이다.

도 5를 참조하면, 일 실시예에 따라 NFC 무선 기술 기반 IPv6 패킷 전송을 위한 프로토콜 스택은 도 5에 도시된 바와 같을 수 있다.

프로토콜 스택(Protocol Stack)

상위 계층 프로토콜들(upper layer protocols)은 전송 프로토콜들(transport protocols, 예를 들어 TCP 및 UDP), 애플리케이션 계층(application layer), 및 IPv6 위(top)에서 실행될(running) 수 있는 다른 것들일 수 있다. IPv6 인터넷 프로토콜 아래 NFC 패킷을 송신하기 위한 데이터링크 및 물리계층이 존재할 수 있다. NFC 무선 기술 기반 IPv6 패킷을 전송하기 위해서는 IPv6 프로토콜 및 데이터링크 계층 사이에 적응 계층(Adaptation Layer)이 필요할 수 있다.

NFC 기반 IPv6를 위한 적응 계층(Adaptation Layer for IPv6 over NFC)은 IPv6 프로토콜에 의해서 생성되는 IPv6 데이터그램(예를 들어, 패킷)을 하위 계층을 통해 송수신 하기 위해서 요구되는 프로토콜 계층일 수 있다. 적응 계층은 이웃노드 탐색(neighbor discovery), 주소 자동 설정(address auto-configuration), 헤더 압축(header compression), 및 단편화 및 재조합(fragmentation and reassembly)에 관한 방법을 제공할 수 있다.

링크 모델(Link model)

BT-LE의 케이스에 있어서, L2CAP(Logical Link Control and Adaptation Protocol)은 FAR 기능을 지원한다. 따라서, BT-LE 기반 IPv6를 위한 적응 계층(Adaptation Layer for IPv6 over BT-LE)은 FAR 절차를 수행할 필요가 없다.

그러나, NFC 링크 계층은 IEEE 802.15.4와 유사하다. NFC 기반 IPv6를 위한 적응 계층은 FAR 기능을 지원해야 한다. 따라서, RFC4944에 정의된 단편화 기능(fragmentation functionality)은 NFC 지원 장치 네트워크(NFC-enabled device network)에서 사용되어야 한다.

통신 장치 사이의 NFC 링크는 포인트-투-포인트(point-to-point) 링크로 간주될 수 있다. BT-LE와 달리, NFC 링크는 스타(star) 토폴로지와 메쉬(mesh) 네트워크 토폴로지가 아니라, 피어-투-피어(peer-to-peer) 토폴로지와 단순(simple) 멀티-홉(multi-hop) 토폴로지를 고려할 수 있다. 이 특성들 때문에, 어드레싱(addressing) 및 자동-구성(auto-configuration), 및 헤더 압축(header compression)과 같은 6LoWPAN 기능(functionality)은 NFC에 특화될 수 있다.

도 6은 NFC 지원 장치 어드레스로부터 IID의 형성(formation)을 나타내고, 도 7은 NFC 내 IPv6 링크 로컬 어드레스의 형성을 나타낸다.

도 1 내지 도 7을 참조하면, 도 6 및 도 7은 NFC 기반 IPv6 패킷을 전송하기 위한 장치들이 링크 로컬 계층에서 사용할 어드레스의 어드레스 형성 과정을 설명한다.

주소 자동 설정(Stateless Address Autoconfiguration)

NFC 지원 장치(예를 들어, 6LN)는 어드레스 자동 설정을 수행할 수 있다. NFC 인터페이스를 위한 64-비트 인터페이스 식별자(Interface Identifier(IID))는 하위 NFC 링크 계층으로부터 발생되는 6-비트 링크 어드레스인 NFC의 LLCP의 어드레스(예를 들어, DSAP 및 SSAP)를 활용하여 생성될 수 있다. 어드레스 설정의 관점에서, 각 데이터 링크 연결(data link connection)은 NFC 내 각 LLC PDU의 헤더 내에 포함된 DSAP와 SSAP의 쌍(pair)에 의해 고유하게 식별되기 때문에 IID는 안정된 IPv6 어드레스를 보장할 수 있다.

RFC7136의 안내(guidance)에 따라, NFC 지원 장치들에 대한 모든 유니 캐스트 어드레스들의 인터페이스 식별자들(interface identifier)은 64-비트 길이에 기초하여 형성되고, 도 6에 도시된 바와 같이 변형된(modified) EUI-64 포맷으로 구성될 수 있다.

또한, NFC 지원 장치 어드레스의 케이스 내 "범용/로컬(Universal/Local)" 비트는 0(또는 0 RFC4291)로 설정될 수 있다.

NFC 기반의 IoT 디바이스들이 주소를 생성할 경우, Universal/Local 플래그 설정 비트를 포함하여 64 비트 IID를 생성한다. 하지만, NFC 링크주소는 6 비트 밖에 안되기 때문에 글로벌 영역에서 유일성을 가지기 힘들기 때문에 보통 0으로 설정하여 로컬에서만 유일성을 보장하는 것으로 한다.

IPv6 링크 로컬 어드레스(IPv6 Link Local Address)

NFC 지원 장치 주소가 공용 어드레스(public address)로 공지된 경우에만, "범용/로컬(Universal/Local)" 비트는 1로 설정될 수 있다.

도 7에 도시된 바와 같이, NFC 지원 장치에 대한 IPv6 링크 로컬 어드레스는 IID를 프리픽스 FE80::/64에 붙여 형성될 수 있다. IID의 64-비트는 NFC 데이터 링크 계층에서 사용하는 SSAP 주소에 기초하여 생성될 수 있다.

그리고, NFC 지원 장치가 얻어오는 IPv6 프리픽스는 RFC3633에 의해 정의된 DHCPv6 기술을 통해서 인접한 인터넷에 연결된 NFC 라우터로부터 생성되어 전달될 수 있다.

이웃 탐색 방법(Neighbor Discovery)

6LoWPAN(RFC6775)에 대한 이웃 탐색 최적화(neighbor discovery optimization)는 메쉬 토폴로지와 같은 몇몇의 6LoWPAN 토폴로지들에서 이웃 탐색 접근(neighbor discovery approach)을 설명한다.

NFC 통신 방식의 특성상 두 장치간 통신거리가 10cm 이내로 유지해야 하기 때문에, 다양한 토폴로지 네트워크 구성은 쉽지 않다. NFC 링크는 복잡한(complicated) 메쉬(mesh) 토폴로지가 아니라, 단순(simple) 멀티-홉(multi-hop) 토폴로지 또는 직접적으로 연결된(directly connected) 피어-투-피어(peer-to-peer) 토폴로지를 고려할 수 있다. 따라서, RFC 6775의 다음 측면들이 NFC에 적용될 수 있다.

(1) NFC 지원 장치(예를 들어, 6LN)가 인터넷에 바로 연결되어 통신할 경우에는 인터넷과의 게이트웨이 역할을 담당하는 노드(6LBR)가 필요하고 두 노드간의 통신 거리는 10cm 이내로 유지되어야 한다. 일반적으로 NFC 를 이용한 통신은 빅데이터를 송수신하기 보다는 작은 용량의 데이터를 송수신하기 때문에 한번의 터치로 데이터송수신이 가능하다. 데이터 통신이전에 6LBR로부터 글로벌 주소를 형성하기 위해 이때, DHCPv6와 같은 도구를 활용하면 DAD(Duplicated Address Detection)는 필요가 없다.

NFC 지원 장치(6LN)이 직접적으로 6LBR, 예를 들어 인터넷과의 게이트웨이 역할을 담당하는 노드에 접속되는 경우에, NFC 지원 장치(6LN)는 ARO(Address Registration Option)로 NS(Neighbor Solicitation) 메시지를 전송하여 6LBR에 그 어드레스를 등록하고, 그에 따라 NA(Neighbor Advertisement)를 처리할 수 있다. 게다가, DHCPv6가 할당 주소(assigned address)로 사용되어, DAD은 필요가 없을 수 있다.

(2) 또한, 애드혹 통신과 같은 일시적으로 NFC 기기 간의 데이터 송수신의 경우에는 링크로컬 주소 형성과정에서 주소 중복검사 및 이웃노드 리스트 등의 정보를 유지해야 한다.

Router Solicitations 전송과 Router Advertisements 처리(processing)을 위해, NFC 지원 장치(6LN)는 RFC6775의 5.3절과 5.4절을 따라야 한다.

헤더 압축 방법(Header Compression)

도 8은 NFC 짧은(short) 주소 포맷을 나타낸다. 기존 IEEE 802.15.4기반 IPv6 패킷 전송 규격(RFC4944, RFC6282)에 다양한 방식의 헤더압축 기법이 제시되고 있다. NFC 장치 네트워크에서는 단순 구조의 네트워크 형성 및 통신 방식에 따라 제시된 방법의 일부만을 그대로 이용하면 할 수 있다.IEEE 802.15.4 위의 IPv6 데이터그램들(datagrams)에 대한 압축 포맷을 구체화하는 RFC6282에 정의된 헤더 압축이 NFC 위의 IPv6 헤더 압축을 위해 기본으로서 필요할 수 있다. 모든 헤더들은 RFC6282 인코딩 포맷들에 따라 압출될 수 있다. IEEE 802.15.4의 짧은 어드레스(short address)로 16-비트 어드레스가 필요하다면, 16-비트 어드레스는 도 8에 도시된 바와 같이 6 비트 NFC 링크-계층 (노드) 어드레스를 좌측에 0과 함께 패딩함으로써 형성될 수 있다.

단편화 및 재조합(Fragmentation and Reassembly(FAR))

도 1 내지 도 4를 참조하여 설명한 바와 같이, NFC는 128 바이트부터 최대 2176 바이트의 페이로드에 대한 FAR(fragmentation and reassembly)을 제공한다. 일반적인 IPv6의 MTU는 단일 NFC 링크 프레임에 맞을 수 있다.

IEEE 802.15.4 위의 IPv6 데이터그램들(datagrams)에 대한 fragmentation 방법을 구체화하는 RFC4944에 정의된 FAR(Fragmentation and Reassembly) 기능(functionality)이 NFC 위의 IPv6 데이터그램 FAR을 위해 기본으로서 필요하지 않을 수 있다.

NFC 기반 IPv6에 대한 NFC 링크 연결은 IPv6 패킷의 MTU 크기에 맞게 동등한 MIU 크기로 구성되어야 한다. 그러나, MIUX 값의 디폴트 구성은 IPv6 패킷의 MTU(1280 바이트)에 맞추기 위해 0x480이다.

모든 헤더들은 RFC64944 인코딩 포맷들에 따라 압축되어야 하고, NFC의 디폴트 MTU는 128 바이트이다.

유니캐스트 어드레스 매핑(Unicast Address Mapping)

도 9는 유니캐스트 어드레스 매핑을 위한 링크 계층 어드레스 옵션 포맷이다.

도 9를 참조하면, IPv6 유니캐스트 어드레스 매핑을 NFC 링크 계층 주소로 하기 위한 어드레스 해석 과정은 RFC4861에서 정의한 어드레스 해석 절차를 따를 수 있다.

어드레스가 6-비트 NFC 링크 계층 (노드) 어드레스일 때, 소스/대상(Source/Target) 링크 계층 어드레스 옵션은 다음과 같은 형태를 갖는다. 이때, Neighbor Solicitation, Router Solicitation, Router Advertisement를 위해서는 target link-layer address 옵션이 필요하다. 도 4는 이들 옵션 포맷을 나타낸다.

옵션 필드는 아래와 같다.

- Type:

■ 1: source link-layer address

■ 2: target link-layer address

- Length:

■ 이는 8 옥텟의 단위에서 옵션(타입 및 길이 필드를 포함함)의 길이를 의미할 수 있다. 이 필드의 값은 6-비트 NFC 노드 주소에 대해 1일 수 있다.

- NFC Address:

■ NFC 어드레스, 예를 들어 NFC 링크 계층 (노드) 어드레스는 표준 비트 순서(canonical bit order)에서 6-비트 어드레스일 수 있다. 이는 인터페이스가 현재 응답하는 유니캐스트 어드레스일 수 있다. 나머지 이하 모든 비트는 6 비트 NFC 링크 어드레스를 제외하고 모두 0으로 채울 수 있다.

멀티캐스트 어드레스 매핑(Multicast Address Mapping)

도 10은 멀티캐스트 어드레스 매핑을 위한 링크 계층 어드레스 옵션 포맷이다.

도 10을 참조하면, 모든 IPv6 멀티캐스트 패킷들은 NFC 목적지(destination) 어드레스, 예를 들어 0x3F(broadcast)로 전송되고, IPv6 계층(layer)에서 필터드(filtered)될 수 있다. 압축된(compressed) 헤더 내의 16 비트 주소로 표현될 때, 그것은 패딩(padding)에 의해 왼쪽에 0(zero)으로 형성되어야 한다. 또한, NFC 목적지 주소, 예를 들어 0x3F는 SSAP 또는 DSAP의 유니캐스트 NFC 주소로서 사용되지 않을 수 있다.

네트워크 구성(Internet Connectivity Scenarios)

두 개의 구성 시나리오로서, NFC 네트워크는 인터넷에 분리되고(isolated) 접속될(connected) 수 있다.

도 11은 인터넷에 연결된 NFC 지원 장치 네트워크의 일 예를 설명하기 위한 도면이다.

도 11을 참조하면, NFC 지원 장치는 통신 특성상 최대한 접촉이 이루어져야 하는 방식으로 인해 단점으로 작용할 수도 있지만, 보안 측면에서는 최대의 장점으로 작용할 수 있다. 즉, 다른 해커에 의해 데이터를 빼내기 위해서는 두 NFC 지원 장치 사이의 10cm 거리 이내로 접근해야 가능하다. 그러므로, 해커의 접근이 가시적으로 안전할 경우, 데이터를 최대한 안전하게 송신할 수 있다. 이러한 장점을 살려서 데이터의 종류에 따라 빅 데이터의 고속을 요구하는 통신은 WiFi 혹은 Bluetooth를 활용하고, 최대한 보안이 필요한 데이터는 NFC를 통해 한번의 접촉만으로 해커로부터 안전하게 송신할 수 있다.

6LN과 6LBR 간의 RF 거리(distance)가 10cm이내 이어야 하기 때문에, NFC 기반 IPv6를 위한 적응 기술(adaptation technology)를 사용하여 주요 애플리케이션들(key applications) 중에서 하나는 가장 안전하게 IPv6 패킷들을 전송할 수 있다. 제3자(third party)가 그들 사이의 RF를 해킹하고자하는 경우, 거의 터치해야 한다. 애플리케이션들은 데이터의 특성들에 따라 데이터를 전송하는 에어 인터페이스들(예를 들어, BT-LE, Wi-Fi, NFC 등) 의 종류를 선택할 수 있다. NFC는 보안 및 개인 정보(secured and private information)에 대한 최고의 해결책이다. 6LN과 6LBR간의 거리는 10cm 이하이어야 한다. 사용자에게 어느 근접한 랩탑 컴퓨터가 있는 경우에, 그것을 6LBR로 한다. 추가적으로, 사용자가 NFC 가능한(enabled) 에어 인터페이스 어댑터(예를 들어, 휴대용 소형 NFC 동글(dongle))을 근접한 랩탑 PC에 장착할 때, 사용자의 NFC 지원 디바이스(6LN)은 10cm 거리 내에서 랩탑 PC(6LBR)과 통신가능하다.

도 12는 인터넷에 분리된 NFC 지원 장치 네트워크의 일 예를 설명하기 위한 도면이다.

도 12를 참조하면, 일부 시나리오에서는, NFC 지원 장치 네트워크는 일시적으로 도 12에 도시된 바와 같이 단순 분리된 네트워크일 수 있다.

또한, NFC 장치들간의 애드혹 네트워킹을 위한 네트워크 구성은 도 12과 같다.

휴대 전화(mobile phone) 시장에서, 애플리케이션들은 사용자 및 개발자에 의해 설계되고 만들어진다. 그들은 뛰어난 성능(outstanding performance)을 달성하기 위해 셋 이상의 휴대 전화들이 서로 터치하거나 붙이는 흥미로운 애플리케이션들을 상상할 수 있다. 예를 들어,

도 12과 같은 네트워크 구성은 요즘 휴대폰을 이용한 사용자 중심의 마켓이 활성화 되어 있다. 그러므로, 사용자 측면에서 흥미로운 응용을 설계한다면, NFC 기기들이 비록 가까이 접근해야 하는 특성을 활용하여 보다 나은 성능을 구사하는 서비스가 가능하다. 예를 들어, 공연장에서의 확장된 배너는 휴대폰을 3~4개를 연결해서 보여줘야 보다 긴 문장을 멀리서도 알아보기 쉽게 구성이 가능하다. 또한, 그룹연주와 같이 여러 개의 휴대폰이 모여 멀티채널의 음향을 구사한다면, 보다 훌륭한 연주를 할 수도 있다.

도 13은 일 실시예에 따라 MTU를 결정하는 방법을 설명하기 위한 순서도이다.

도 13을 참조하면, NFC 지원 장치는 다른 이웃 단말들, 예를 들어 다른 NFC 지원 장치들과의 통신을 하기 전에 MTU 값을 가변적으로 정할 수 있다. 이에, NFC 기반 IPv6 패킷을 전송하기 위한 방법은 상황에 따라 링크 특성에 맞게 MTU의 크기를 변경할 수 있어서 전송 효율 또는 성능을 향상시킬 수 있다.

NFC 지원 장치는 다른 NFC 지원 장치와의 연결 이전에 MTU를 가변적으로 결정할 수 있다.

NFC 지원 장치는 상위 계층에 NFC 기반 IPv6를 위한 적응 계층이 존재하는지 확인할 수 있다. 예를 들어, 상위 계층에 적응 계층이 존재하는 경우, NFC 지원 장치는 MIUX 값을 기본적으로 0x480(1152 바이트)로 결정할 수 있다. 이는 NFC 지원 장치가 IPv6 패킷을 전송해야 함에 따라 MTU를 IPv6의 기본 MTU인 1280 바이트에 맞추기 위함일 수 있다. 상위 계층에 적응 계층이 존재하지 않는 경우, NFC 지원 장치는 MIUX 값을 기본적으로 0x00(0 바이트)로 결정할 수 있다.

데이터 전송할 IPv6 패킷이 있는 경우, NFC 지원 장치는 이웃 단말로부터 MTU 값을 탐색할 수 있다(S1320 및 S1330). 예를 들어, NFC 지원 장치는 데이터 전송 전 ICMPv6의 이웃 단말로부터 MTU 값을 탐색할 수 있다.

NFC 지원 장치는 탐색된 MTU 값(tempMTU)에 기초하여 탐색된 MTU 값(tempMTU)을 제1 설정값, 예를 들어 0x0500(1280 바이트)과 비교할 수 있다(S1340). 일 예로, 탐색된 MTU 값(tempMTU)이 제1 설정값과 같은 경우, NFC 지원 장치는 MIUX 값을 제1 설정값으로 결정할 수 있다. 예를 들어, 제1 설정값은 0x0500(1280 바이트)일 수 있다.

NFC 지원 장치는 제1 설정값과의 비교 결과에 기초하여 탐색된 MTU 값을 제2 설정값과 비교할 수 있다(S1350). 즉, 탐색된 MTU 값(tempMTU)이 제1 설정값과 다른 경우, NFC 지원 장치는 탐색된 MTU 값을 제2 설정값과 비교할 수 있다. 일 예로, 탐색된 MTU 값(tempMTU)이 제2 설정값보다 크거나 같은 경우, NFC 지원 장치는 MTU 값을 제2 설정값으로 결정할 수 있다. 예를 들어, 제2 설정값은0x0880(2176 바이트), 즉 가변 가능한 최대 MTU 크기일 수 있다. 다른 예로, 탐색된 MTU 값(tempMTU)이 제2 설정값보다 작은 경우, NFC 지원 장치는 MTU 값을 탐색된 MTU 값(tempMTU)으로 결정할 수 있다.

상기 실시예들을 통해 IEEE 802.15.4 기반 IPv6 전송 방법을 NFC 무선 특성에 맞추어 반영함에 따라 보안적은 측면 혹은 사용자 마켓 측면의 보다 고성능 및 고효율의 서비스 결과를 창출할 수 있는 기반 배경으로 활용될 것으로 고부가가치 산업으로의 도약에 한몫을 담당할 것이다.

이상에서 설명된 장치는 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 애플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.

소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.

실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.

이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.

그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.

Claims

IPv6 패킷을 LLCP(Logical Link Control Protocol(LLCP))를 통해 수신하고, 상기 IPv6 패킷을 상기 LLCP의 I PDU(Information Field in Protocol Data Unit)로 전송하는 단계- 상기 I PDU의 최대 옥텟 수는 MTU(Maximum Transfer Unit)에 기초하여 결정됨 -;
상기 IPv6 패킷을 NFC 기반 IPv6를 위한 적응 계층을 통해 전송하는 단계; 및
MIUX(Maximum Information Unit extension) 파라미터가 전송되지 않은 경우, 상기 MTU의 크기를 128 옥텟으로 결정하고, 상기 MIUX 파라미터가 전송된 경우, 상기 I PDU 내에 포함된 상기 MIUX 파라미터에 기초하여 상기 MTU의 크기를 결정하는 단계
를 포함하고,
상기 MIUX 파라미터가 TLV(Type-Length-Value) 포맷으로 인코딩될 때, 상기 MIUX 파라미터는 TVL 값 필드의 최하위(least significant) 11 비트로 인코딩되는,
NFC 무선 기술 기반 IPv6 패킷 전송 방법.
제1항에 있어서,
상기 LLCP의 어드레스에 기초하여 상기 NFC 무선 기술을 지원하는 통신 장치의 IPv6 링크 로컬 어드레스에 포함된 IID를 생성하는 단계
를 더 포함하는 NFC 무선 기술 기반 IPv6 패킷 전송 방법.
제2항에 있어서,
상기 LLCP의 어드레스는 DSAP(Destination Service Access Point) 및 SSAP(Source Service Access Point) 중에서 적어도 하나의 어드레스를 포함하는 NFC 무선 기술 기반 IPv6 패킷 전송 방법.
삭제
제1항에 있어서,
상기 결정하는 단계는,
상기 적응 계층이 존재하는지 확인하고, 확인결과에 기초하여 상기 MIUX를 결정하는 단계
를 포함하는 NFC 무선 기술 기반 IPv6 패킷 전송 방법.
제1항에 있어서,
상기 적응 계층이 존재하고, 전송할 상기 IPv6 패킷이 있는 때,
상기 결정하는 단계는,
상기 IPv6를 전송할 통신 장치의 이웃 통신 장치로부터 MTU 값을 탐색하는 단계; 및
상기 탐색된 MTU 값에 기초하여 상기 MTU를 결정하는 단계
를 포함하는 NFC 무선 기술 기반 IPv6 패킷 전송 방법.
제6항에 있어서,
상기 탐색된 MTU 값에 기초하여 상기 MTU를 결정하는 단계는,
상기 탐색된 MTU 값과 제1 설정값을 비교하여 상기 MTU를 결정하는 단계
를 포함하는 NFC 무선 기술 기반 IPv6 패킷 전송 방법.
제7항에 있어서,
상기 탐색된 MTU 값이 상기 제1 설정값과 다른 때,
상기 탐색된 MTU 값에 기초하여 상기 MTU를 결정하는 단계는,
상기 탐색된 MTU 값과 제2 설정값을 비교하여 상기 MTU를 결정하는 단계
를 더 포함하는 NFC 무선 기술 기반 IPv6 패킷 전송 방법.
제7항에 있어서,
상기 제1 설정값은 1280 바이트인 NFC 무선 기술 기반 IPv6 패킷 전송 방법.
제8항에 있어서,
상기 제2 설정값은 2176 바이트인 NFC 무선 기술 기반 IPv6 패킷 전송 방법.
제6항에 있어서,
상기 이웃 통신 장치는 ICMPv6의 이웃 단말기인 NFC 무선 기술 기반 IPv6 패킷 전송 방법.
NFC를 지원하는 통신 장치에 있어서,
IPv6 패킷을 수신하고, 상기 IPv6 패킷을 I PDU(Information Field in Protocol Data Unit)로 전송하는 LLCP(Logical Link Control Protocol(LLCP)); 및
상기 IPv6 패킷을 송수신하는 NFC 기반 IPv6를 위한 적응 계층
을 포함하고,
상기 I PDU의 최대 옥텟 수는 MTU(Maximum Transfer Unit)에 기초하여 결정되고,
상기 통신 장치는,
MIUX(Maximum Information Unit extension) 파라미터가 전송되지 않은 경우, 상기 MTU의 크기를 128 옥텟으로 결정하고, 상기 MIUX 파라미터가 전송된 경우, 상기 I PDU 내에 포함된 상기 MIUX 파라미터에 기초하여 상기 MTU의 크기를 결정하고,
상기 MIUX 파라미터가 TLV(Type-Length-Value) 포맷으로 인코딩될 때, 상기 MIUX 파라미터는 TVL 값 필드의 최하위(least significant) 11 비트로 인코딩되는,
NFC를 지원하는 통신 장치.
제12항에 있어서,
상기 통신 장치는,
상기 LLCP의 어드레스에 기초하여 상기 NFC 무선 기술을 지원하는 통신 장치의 IPv6 링크 로컬 어드레스에 포함된 IID를 생성하는 NFC를 지원하는 통신 장치.
제13항에 있어서,
상기 LLCP의 어드레스는 DSAP(Destination Service Access Point) 및 SSAP(Source Service Access Point) 중에서 적어도 하나의 어드레스를 포함하는 NFC를 지원하는 통신 장치.
삭제
제12항에 있어서,
상기 통신 장치는,
상기 적응 계층이 존재하는지 확인하고, 확인결과에 기초하여 상기 MIUX를 결정하는 NFC를 지원하는 통신 장치.
제12항에 있어서,
상기 통신 장치는,
상기 적응 계층이 존재하고, 전송할 상기 IPv6 패킷이 있는 때, 상기 통신 장치의 이웃 통신 장치로부터 MTU 값을 탐색하고, 상기 탐색된 MTU 값에 기초하여 상기 MTU를 결정하는 NFC를 지원하는 통신 장치.
제17항에 있어서,
상기 통신 장치는,
상기 탐색된 MTU 값과 제1 설정값을 비교하여 상기 MTU를 결정하는 NFC를 지원하는 통신 장치.
제18항에 있어서,
상기 통신 장치는,
상기 탐색된 MTU 값이 상기 제1 설정값과 다른 때, 상기 탐색된 MTU 값과 제2 설정값을 비교하여 상기 MTU를 결정하는 NFC를 지원하는 통신 장치.