IPv6 기반 Internet of Things( 사물인터넷 ) 기술동향

Size: px

Start display at page:

Download "IPv6 기반 Internet of Things( 사물인터넷 ) 기술동향"

화주 위
5 years ago
Views:

1 IPv6 기반 Internet of Things( 사물인터넷 ) 기술동향

2 IPv6 기반 Internet of Things( 사물인터넷 ) 기술동향 인터넷주소산업팀 성기훈선임연구원 사물인터넷환경에서인터넷에접속가능한장비들의규모가급증함에따라 IP주소의수요역시증가하고있다. 하지만기존 IPv4 주소는사실상고갈된상태이기때문에 IPv6로의전환이지속적으로진행중에있다. 본고에서는사물인터넷환경에서의통신방식의특징에대해서분석하고, IPv6를기반으로다양한사물간통신이가능한네트워크구축을위한기술들의표준화동향에대해살펴보고자한다. I. 사물인터넷 1. 정의사물인터넷이란용어는 99년 Kevin Ashton이 Procter&Gamble(P&G) 에서 RFID를활용한 supply chain 관리업무담당시처음언급하여사용하기시작하였다 [1]. 이후그는 MIT의 RFID 연구컨소시엄에참여하고 Auto-ID Center 장으로취임하여지속적으로사물인터넷에대한연구를수행해오고있다 월 ITU 보고서제목에사물인터넷이사용되면서차츰공식용어로서자리매김하기시작하였으며, 12년 ITU-T Y.2060(Y.IoT-overview) 표준문서에서사물인터넷의정의를기술하였다 [2]. ITU는사물인터넷이란 지능화된사물들이연결되어형성되는네트워크상에서사람과사물 ( 물리또는가상 ), 사물과사물간에상호소통하고상황인식기반의지식이결합되어지능적인서비스를제공하는글로벌인프라 로정의하고있다. M2M(Machine to Machine, 사물지능통신 ), IoE(Internet of Everything, 만물인터넷 ) 등의용어도사물인터넷과같이사용되고있으나유사한개념으로받아들여지고있다. 2. 사물인터넷시장전망사물인터넷시장규모는크게확대될것으로전망되나, 예측기관마다상이한상태이다. Machina Research는 13년현재약 2,000억달러수준에서 22년약 1조 2,000억달러수준으로시장규모가성장할것으로예측하고있다 [3]. IDC와 MarketsandMarkets는 20년각각 8조 8,520억달러, 1조 4,231억달러로전망하였으며, Gartner는 3,000억달러수준으로예측하고있다 [4][5][6]. 사물인터넷분야에대한기준의차이로인해아직까지기관별시장전망에차이가존재한다

3 3. 사물인터넷기본기능사물인터넷은다음과같은통신서비스원칙을충족시켜야다양한서비스를제공할수있다. 우선서비스와디바이스혹은게이트웨이간의통신을지원해야하며, 복수통신기술도사용가능해야한다. 또한네트워크에연결된객체는다른객체와 p2p 통신이가능해야하며, 네트워크구조로부터의서비스독립을위해네트워크추상화가반드시제공되어야한다. 이러한기본적인기준을위해사물인터넷관련통신규약은다음과같은규칙을지원해야한다 [7]. - 대기모드 (sleeping-mode) 환경에서통신이가능해야한다. - Anycast, unicast, multicast, broadcast를지원해야하며, broadcast는부하감소를위해가능한경우 multicast나 anycast로대체할수있어야한다. - 메시지전송스케줄링을지원하며전송지연허용범위를항시인식할수있도록해야한다. - 서비스는최적화된메시지통신경로를선택할수있어야하며, 통신이실패할경우이를알릴수있는기능이포함되어야한다. 이와더불어사물인터넷서비스를제공하기위해서는다양한객체간의통신 을지원하기위한이종망 (heterogeneous networks) 간통신을가능하게해야하 며이에대한확장성, 이동성, 무결성, 연결성등을보장할수있어야한다. 4. 사물인터넷요구기능 : IPv6의필요성과제한적환경많은객체간의통신이필요한사물인터넷환경에서식별 (identification) 은중요한문제중하나이다. 무선으로인터넷에연결되는장비들이 13년현재 1인당 1개수준에서 18년 1.5개로증가할것으로전망되고있으며 [8], 단일네트워크 (link-local) 수준을포함하면실제로인터넷에연결되는객체의수는기하급수적으로증가할것으로보인다. 이런상황에서객체의식별정보로서 IPv6는기존의검증된네트워크통신구조를그대로활용하면서동시에거의무제한에가까운식별정보를생성해낼수있기때문에사물인터넷의필수조건으로여겨지고있다. 본고에서소개하는기술들역시이러한이유로 IPv6 활용을전제로하고있으며, IP 프로토콜을중심으로하는인터넷의 narrow-waist 구조로인해향후신규통신기술및서비스개발에있어서 IPv6에대한수요는지속될것으로보인다 [9]

4 이와더불어사물인터넷을통해통신하는객체들은제한적 (constrained) 환경에서통신을수행해야하기때문에이러한환경적특성에따라몇가지기능들이필요하다 [10]. 우선저전력무선네트워킹기술이필요하다. 사물인터넷서비스의제한적환경에서객체간무선통신을위해서는통신범위 (range), 대역폭 (bandwidth), 비용 (cost), 전력소비 (battery consumption) 이무엇보다중요하다. 기존의무선통신기술중 WiFi나 Cellular같은전통적인방식은단순한통신에사용하기에는많은전력을소비한다. 넓은범위에서서비스를제공하기위해서출력을높이거나객체의개수를늘리는방식을도입하는것역시많은비용을발생시키게된다. 이러한문제들을해결하기위해서저전력무선네트워킹기술이필요하다. 기존의 ZigBee, Bluetooth LE, wirelesshart 등의기술은특정한서비스나용도를목적으로개발되었기때문에보다보편적인활용을위해저전력무선네트워킹기술개발이필요하다. 두번째로센서최적화기반데이터관리기술이필요하다. 이역시도비용과전력의문제와연계된다. 대규모네트워크를구성하게되면질의 (query) 와데이터관리기능을수행하기위해객체간통신에의한데이터전송이빈번해지게되는데, 센서객체로구성된네트워크에서이와같은통신방식은비효율적이다. 이를해결하기위해서지능화된 DB관리방법이필요하며, TinyDB, SENFIS, AndulN, Antelope 같은프로젝트를통해연구가진행중이다. 세번째로필요한기술은저전력임베디드 OS이다. 앞서전술한효율적인통신을수행하기위해객체들은주류의 OS를작동시킬수있는프로세서와메모리를탑재하기어렵다. TinyOS, Contiki 등저사양의임베디드 OS들이개발되고있으며, ETRI에서개발중인 NanoQplus가 14.3월 IPv6 Ready Phase-2(Gold) Logo 국제인증을받기도하였다 [11]. 마지막으로새로운전력공급및저장기술개발이필요하다. 필름형배터리, 고밀도배터리등과같은전력저장기술과더불어신재생에너지를이용한하베스팅 (harvesting) 기술, 무선충전기술등의개발이추진되고있으나아직까지는상용서비스에서활용하기는어려운수준이다. 5. 사물인터넷관련표준화단체및주요활동 국내외많은표준화단체에서사물인터넷관련기술및서비스에대한표준 화를진행하고있다 ( 그림 1 참조 )

5 < 그림 1> 사물인터넷관련표준화단체 [12] IPv6 관련네트워크스택의표준화를담당하고있는 IETF 에서는다음과같이 20 여년동안 IPv6 기반사물인터넷기술에대한표준화를진행해왔다. - 95년 IPng(IP next generation) 워킹그룹이 IPv6 표준인 RFC 1883을발표 - 98년 IPv6 기본규격 RFC 2460 표준제정 - 05년 IPv6 전환을위한응용요구사항 (RFC 4038) 을 IPv6 관련국내최초 RFC 제정 - 06년 IPv6 기본주소규격 RFC 4291 표준제정, IPv6 제어메시지프로토콜규격 RFC 4443 표준제정, 국내최초의 IETF 표준트랙 IPv6 규격으로써링크범주의 IPv6 멀티캐스트주소설정기법 (RFC4489) 표준제정 - 07년 IPv6 기반이웃탐색프로토콜 NDP 표준 (RFC 4861) 제정 - 10년 IPv4 네트워크상에서의 IPv6 터널링기법인 6rd 표준 RFC 5969 제정 - 11년 IPv4/IPv6 전환기법인 NAT64(RFC 6146), IP/ICMP 전환 (RFC 6145) 및 DNS64 (RFC 6147) 표준제정, IPv6 이동성지원프로토콜인 MIPv6(RFC 6275) 표준제정 - 12년저전력 WPAN 네트워크에서의 IPv6 설계및요구사항표준 2건제정 (RFC 6568, RFC 6606) - 13년 IoT 환경에서의 IPv6 적용을위한 6LoWPAN, ROLL, CoRE 작업반에서다수의표준개발진행중이며, 개발중인 CoAP 표준은 OMA, onem2m 등의다수의표준화기구에서사용중에있음 - 13년다양한서비스환경에서최적화된 IPv6 기술개발을위한 LWIG, homent, 6man 작업반이표준개발을진행중이며, IPv4/IPv6 전환및시나리오관련표준개발을위한 behave, v6ops, softwire 작업반이활동중 - 13년타임싱크에기반한저전력네트워크인 IEEE e 상에서 IPv6 표준을개발하는 6tisch 워킹그룹신설 - 13년 IEEE 뿐만아니라다양한저전력손실네트워크상에서공통으로적용될수있는 IPv6 표준개발을위한 6lo 워킹그룹신설 - 5 -

국내에서도 TTA를중심으로사물인터넷기술에대한표준화가진행되고있다. 13년사물인터넷특별기술위원회 (STC1) 를신설하여사물인터넷서비스융합 PG(SPG11), 사물인터넷네트워킹 PG(SPG12), OneM2M PG(SPG13) 등을운영하고있으며 TTA-IoT 분과에서는 ICT 표준화전략맵 Ver.2015에사물인터넷분야를추가하였다. 학계에서도 14.

6 국내에서도 TTA를중심으로사물인터넷기술에대한표준화가진행되고있다. 13년사물인터넷특별기술위원회 (STC1) 를신설하여사물인터넷서비스융합 PG(SPG11), 사물인터넷네트워킹 PG(SPG12), OneM2M PG(SPG13) 등을운영하고있으며 TTA-IoT 분과에서는 ICT 표준화전략맵 Ver.2015에사물인터넷분야를추가하였다. 학계에서도 14.4월사물인터넷포럼을창립하여사물인터넷기술의표준화를지원하고있다. 사물인터넷포럼은 M2M/IoT포럼과 RFID/USN융합포럼을통합하여창립되었으며사물인터넷표준적용및확산, 사물인터넷기반 IT 융합서비스확산과기술개발촉진을목표로하고있다. Ⅱ. 세부기술개요 1. 사물인터넷통신프로토콜스택 IETF와 IEEE는제한적환경에서의개체 (object) 간통신을위해센서네트워크기반의프로토콜스택표준화를진행해오고있다. 사물인터넷통신서비스의원칙과이를지원하는규칙에준하는통신프로토콜에대해아래와같은기술들이표준화되었거나진행중에있다 ( 그림 2). < 그림 2> 사물인터넷통신프로토콜스택구조 [13] 1) PHY/MAC 계층 : IEEE or IEEE e - 저속도무선개인통신망표준규격으로 `06년개정 - 저렴한제조단가추구 2) Adaptation 계층 : 6LoWPAN WG - IEEE 기반의센서네트워크에 IPv6를지원하기위한규격 - 최소한의기능만을가진 TCP/IP 프로토콜스택으로센서네트워크동작목표 - 6 -

3) Network 계층 : ROLL WG(RPL) - LLN(Low power and Lossy Network) 환경지원라우팅프로토콜규격 - RPL : IPv6 Routing Protocol for LLN 4) Application 계층 : CORE WG(CoAP) - IoT/M2M 제약환경에서의웹기반프로토콜규격 - 기존 HTTP와의연동, 전환가능 2.

7 3) Network 계층 : ROLL WG(RPL) - LLN(Low power and Lossy Network) 환경지원라우팅프로토콜규격 - RPL : IPv6 Routing Protocol for LLN 4) Application 계층 : CORE WG(CoAP) - IoT/M2M 제약환경에서의웹기반프로토콜규격 - 기존 HTTP와의연동, 전환가능 2. IEEE IEEE LR-WPAN(Low Rate Wireless Personal Area Network) 은 99.3월 IEEE WLAN(Wireless Local Area Network) 에서분리된기술로서 10m 이내좁은영역에서사용하는저전력, 소형, 저가의개인무선네트워크기술이다. 낮은전력소모와 POS(Personal Operation Space) 영역에서무선접속제공을위한표준필요성제기되면서 WPAN WG이생성되었으며 WLAN과의차이는아래그림과같다.( 그림 3 참조 ) < 그림 3> WPAN 과 WLAN 범위 IEEE 는 2.4 GHz(World, 250kbps, 16ch.), 868 MHz(EU, 20kbps, 1ch.), 915 MHz(US, 40kbps, 10ch.) 대역을사용하며, CSMA/CA(Carrier Sense Multiple Access with Collision Avoidance) 방식으로통신한다. frame format은아래그림과같다.( 그림 4 참조 ) - 7 -

< 그림 4> IEEE 802.15.4 frame format[14][15] 3.

8 < 그림 4> IEEE frame format[14][15] 3. 6LoWPAN IPv6 over Low-Power Wireless Personal Area Networks[16] 센서네트워크에 IP 기반네트워크프로토콜을운용하는것은과도한시스템자원을요구하기때문에부적절한선택이라는인식이존재하였으나최소한의기능만가진 TCP/IP 프로토콜스택을센서네트워크에적용하여도센서네트워크가동작할수있음확인하게됨에따라관련연구가진행되었고 05.3월 6LoWPAN WG이신설되었다. 6LoWPAN은 L2 layer에 IEEE 를기반으로하는센서네트워크상에 IPv6를지원하기위한이슈를다루는그룹으로, 저전력저속환경의서비스를대상으로필요한기술표준화를목표로하고있다. 6LoWPAN WG에서 IP 프로토콜로써, IPv4가아닌 IPv6를채택한이유는대규모센서노드가필요한미래의서비스, 즉사물인터넷환경에서의서비스를고려하여대규모주소할당이가능하고, 주소자동설정 (auto configuration) 이가능하기때문이다. 6LoWPAN WG 이전에저전력무선네트워크의핵심기술로높은주목을받고있는 ZigBee 기술은 IEEE 의 PHY/MAC 기술을바탕으로 ZigBee Alliance 에서개발되었으나, ZigBee 기술은공개표준 (open standard) 이아니라 ZigBee Alliance 에가입한멤버에한해서기술사용이가능한제약이존재한다. 6LoWPAN WG은이러한지적재산권측면에서의제약에서자유로우며기존인터넷과연동이효율적이고확장성을가진검증된프로토콜기술을통해다양한인터넷응용들을사용할수있다는장점이있다. RFC 4919(IPv6 over Low-Power Wireless Personal Area Networks - Overview, Assumptions, Problem Statement, and Goals) 는 6LoWPAN의특성과 IEEE 에서 IPv6 사용시고려되는문제점과이를해결하기위한기술적목표에대한표준문서이다. 6LoWPAN이고려해야할기술적특성은다음과같다

9 - Small packet size : 헤더를제외한최대 127byte, MAC 헤더제외시 102byte, 보안적용시 81byte - 16비트단축형, IEEE 64비트확장형 MAC 주소지원 - IEEE 주파수대역, 데이터전송률 - Topology : star, mesh - 저전력, 저가, 저신뢰성, sleep mode 등데이터전송속도가느리고패킷사이즈가작은 IEEE 기술을기반으로헤더사이즈가큰 IPv6 패킷을효율적이고안전하게전달하기위해서는결국헤더부분에대한압축과패킷분할기술이필요하다. RFC 4919에서는아래와같은기술적요구사항, 즉 6LoWPAN에서추구하고있는목표를기술해놓고있다. - Fragmentation( 단편화 ), Reassembly( 재조립 ) - Header compression( 헤더압축 ) - Stateless address auto configuration( 비상태형주소자동설정 ) - Mesh routing protocol( 메쉬라우팅프로토콜 ) - Network management( 네트워크관리 ) - Implementation consideration( 구현시고려사항 ) - Application and higher layer consideration( 응용및상위계층고려사항 ) - Security consideration( 보안고려사항 ) RFC 4944(Transmission of IPv6 Packets over IEEE Networks) 는 07.9월 IETF RFC 승인받은 6LoWPAN 유일한표준트랙기술문서로서, RFC 4919에서언급한기술적요구사항, 즉 IEEE 상에서 IPv6 패킷전송에필요한단편화, 재조립, 헤더압축등에대한방법을기술하고있다. IEEE 를 PHY/MAC으로채택한 6LoWPAN 기반의센서노드들은 IPv6/TCP/UDP를탑재하기위하여 128byte 프레임에이들을실어야하지만 IPv6 패킷은최소 MTU는 1280byte이기때문에 adaptation 계층에서패킷을단축하는과정이필요하다. 실제로는 PHY/MAC 헤더에사용하는정보를제외하면 80byte 안에 IPv6와 TCP 혹은 UDP 헤더정보가데이터그램과같이포함되어야한다. 이를해결하기위해 6LoWPAN은 dispatch 코드와헤더압축방법을통해최대한많은데이터저장공간을확보한다.( 그림 5 참조 ) - 9 -

10 < 그림 5> 6LoWPAN 패킷단축 [16] Dispatch 코드는 6LoWPAN 의패킷임을표시하는역할을수행하며 dispatch 코드패턴은아래표와같다.( 표 1 참조 ) < 표 1> 6LoWPAN Dispatch 코드패턴 [16] IPv6 헤더필드에대한압축전에패킷의단편화가필요할경우 dispatch 앞에 Fragment 헤더가붙을수있으며, 네트워크가 mesh topology일경우 Fragment Header앞에 Mesh Addressing가붙을수있다. 이후단축가능한정보를통해 IPv6의헤더와 TCP/UDP 헤더를각각 HC1, HC2로압축하여붙인다. IPv6 헤더에대한압축은다음과같다. - Version 필드 : 모든패킷이 IPv6이므로생략 - Source/Destination address 필드 : Link-Local이기때문에추정가능 생략 - Payload Length 필드 : FFDU의 Frame Length 필드로추정가능, 혹은 fragment header 존재시 datagram-size를통해추정가능 생략 - Traffic Class/Flow Label 필드 : 0으로설정시압축가능 - Next Header 필드 : TCP/UDP/ICMP 일경우압축가능

11 전송계층에서 UDP 를사용할경우, 헤더가최대로압축된다면데이터패킷은 최대 97byte 까지사용할수있다. 하지만 IPv6 와 UDP 헤더가그대로붙는경우 사용가능한패킷의크기는최대 54byte 정도로줄어들게된다.( 그림 6 참조 ) < 그림 6> 헤더압축시나리오 : 비압축 ( 상 ), 최대압축 ( 하 ) 경우 4. ROLL Routing Over Low power and Lossy networks[17] IETF에서는그동안많은라우팅프로토콜을만들었으며, 특히 MANET WG 에서는 ad-hoc 환경에적합한 AODV, DIMO, OLSR 등의라우팅프로토콜을개발하였다. 하지만, ad-hoc 환경에서의라우팅프로토콜이 LLN (Low power and Lossy Network) 환경에서적합하지않다는의견에따라 IETF ROLL(Routing Over Low power and Lossy networks) WG에서는 LLN에대표적인환경에서요구되는사항을분석하였고, 그결과에따라다음과같은표준이제정되었다. - RFC 5548 : Routing Requirements for Urban LLN - RFC 5673 : Industrial Routing Requirements in LLN - RFC 5826 : Home Automation Routing Requirements in LLN - RFC 5867 : Building Automation Routing Requirements in LLN WG은 urban, industry, home automation, building automation 환경에서분석된요구사항을만족시키는 LLN 환경에서의라우팅프로토콜의개발을수행하였고 RFC 6550(RPL: IPv6 Routing Protocol for LLN) 표준이제정되었다. RPL 은방향성비싸이클그래프 (Directed Acyclic Graph, DAG) 를형성하여최적의라우팅경로를설정하는방법에관한표준으로, 제한적환경에서의링크품질을평가하는알고리즘이다. 그래프생성방법은아래그림과같다.( 그림 7 참조 )

< 그림 7> RPL DAG-Upward routing[17] 5. CoRE Constrained RESTful Environments[18] IETF에서는메모리, 에너지, 성능등에제약이있는사물인터넷환경에서경량화된방식으로통신하기위해서웹기반프로토콜인 CoAP(Constrained Application Protocol) 이라는프로토콜을만들고있다.

12 < 그림 7> RPL DAG-Upward routing[17] 5. CoRE Constrained RESTful Environments[18] IETF에서는메모리, 에너지, 성능등에제약이있는사물인터넷환경에서경량화된방식으로통신하기위해서웹기반프로토콜인 CoAP(Constrained Application Protocol) 이라는프로토콜을만들고있다. RESTful(REpresentative State Transfer) 는클라이언트의상태를 URI 상에드러나게전송하는것을의미하며기존의 HTTP 웹프로토콜과유사한전송형태이다. 사물인터넷환경에서 RESTful을사용하므로제한된통신환경에서전송횟수를최소화할수있는장점이있다. CoAP 프로토콜은기본적으로 UDP와같은데이터그램방식의전송계층위에서비동기적전송을목표로하고있다. 그렇기때문에신뢰성보장을위해재전송및타이머관리옵션을포함하고있다. CoAP의메시지유형은확인형 (Confirmable), 비확인형 (non-confirmable), 승인 (acknowledgement), 리셋 (reset) 등 4가지로나뉜다. 신뢰성있는메시지전송을위해확인형메시지를수신할경우승인혹은리셋메시지를반드시전송해야한다. 비확인형메시지에대해서는별도의승인메시지를전달하지않는다.( 그림 8 참조 ) 간혹요청메시지에대한대답을즉각적으로보내지못할경우지연된별도의응답을보낼수있다.( 그림 9 참조 )

13 < 그림 8> 확인형 / 비확인형메시지전송 [18] < 그림 9> 지연된별도의응답 [18]

14 < 참고문헌 > 1. Kevin Ashton, ITU-T, Overview of the Internet of things, Machina Research, 4. IDC, 5. MarketandMarkets, 6. Gartner, 7. TTAK.KO , Cisco, Cisco Visual Networking Index: Global Mobile Data Traffic Forecast Update , 전우직, 인터넷진화와 ID 기반통신구조의잘록한허리 (narrow-waist), Future Internet Forum Newsletter, Gartner, Key technologies for the internet of things, 김선태, IoT 디바이스플랫폼 NanoQplus, ICT2014 Proceeding, David Boswarthick, M2M Activities in ETS, SCS Conference, 송성학, CoAP(Constrained Application Protocol) 표준화동향, ICT Standard Weekly, Texas Instrument, 2.4 GHz IEEE / ZigBee-ready RF Transceiver, IEEE std : Wireless Medium Access Control (MAC) and Physical Layer (PHY) specifications for Low Rate Wireless Personal Area Networks (LR-WPANs) 16. 김은숙외, 6LoWPAN 기반의 IP-USN 기술표준화동향, 전자통신동향분석, 22(6), JP Vasseur 외, RPL: The IP routing protocol designed for low power and lossy networks, IPSO Alliance, 고석갑외, IETF CoAP 기반센서접속프로토콜기술동향, 전자통신동향분석, 28(6),

15 < 참고 A: 주요기관별사물인터넷정의 > 기관정의 - global network infrastructure, linking physical and virtual objects CASAGRAS 1) through the exploitation of data capture and communication capabilities - the revolution already under way that is seeing a growing number of internet enabled devices that can network and communicate TSB 2) with each other and with other web-enabled gadgets - IoT Special - a state where Things (e.g. objects, environments, vehicles and Interest clothing) will have more and more information associated with Group them and may have the ability to sense, communicate, network and produce new information, becoming an integral part of the Internet - a dynamic global network infrastructure with self configuring capabilities based on standard and interoperable communication CERP-IoT 3) protocols where physical and virtual things have identities, physical attributes, and virtual personalities and use intelligent interfaces, and are seamlessly integrated into the information network - an evolving convergent Internet of things and services that is UK Future available anywhere, anytime as part of an all-pervasive Internet omnipresent socio economic fabric, made up of converged Strategy services, shared data and an advanced wireless and fixed Group 4) infrastructure linking people and machines to provid eadvanced services to business and citizens - the physical world itself is becoming a type of information system. In what s called the Internet of Things, sensors and actuators McKinsey 5) embedded in physical objects from roadways to pacemakers are linked through wired and wireless networks, often using the same Internet Protocol (IP) that connects the Internet - a world-wide network of interconnected objects uniquely IETF addressable, based in standard communication protocols - a global network infrastructure, linking physical and virtual objects EU FP7 6) through the exploitation of data capture and communication capabilities 1) Casagras(Coordination And Support Action for Global RFID-related Activities and Standardization), RFID and Inclusive Model for the Internet of Things, ) TSB(Technology Strategy Board, 영국기술전략위원회 ), Internet of Things (IoT) and Machine to Machine Communications (M2M)Challenges and opportunities, ) CERP(Cluster of European Research Projects), Internet of Things: Strategic Research Roadmap, ) UK Future Internet Strategy Group, Future Internet Report, ) McKinsey, McKinsey Quaterly, ) EU FP7 : The Seventh Framework Programme of the European Union for the funding of research and technological development in Europe

16 < 참고 B: 주요표준화기관별사물인터넷활동 > o ITU-T - Y.2060, Overview of Internet of Things - Y.2061, Requirements for support of machine oriented communication applications in the NGN environment - Y.2065, Service and Capability requirements for e-health monitoring applications - Y.2062, Framework of object-to-object communication for ubiquitous networking in NGN - Y.2063, Framework of Web of Things - Y.2064, Energy saving using smart objects in home networks - Y.2069, Terms and definition for Internet of Things - ITU-R M.2001, Objectives, characteristics and functional requirements of wide-area sensor and/or actuator network (WASN) systems o ISO/IEC - SWG 5 (Internet of Things) - WG 7 (Sensor Network) - SC 31 (Automatic Identification and Data Capture) - New SC (Internet of Things/Machine Socialization) - ISO 18574, Internet of Things (IoT) in the supply chain - Containerized cargo (ISO TC 122) - ISO 18575, Internet of Things (IoT) in the supply chain - Products & product packages (ISO TC 122) - ISO 18576, Internet of Things (IoT) in the supply chain - Returnable transport items (RTIs) (ISO TC 122) - ISO 18577, Internet of Things (IoT) in the supply chain - Transport units (ISO TC 122) - ISO/IEC 29143, Information technology Automatic identification and data capture techniques - Air interface specification for Mobile RFID interrogators (ISO/IEC JTC 1/SC 31) - ISO/IEC 30128, Generic Sensor Network Application Interface

17 (ISO/IEC JTC 1/WG 7) o IEEE - IEEE P802.11af - Amendment: TV White Spaces Operation - IEEE P802.11ah - Amendment- Sub 1 GHz License-Exempt Operation - IEEE P802.11ai - Amendment- Fast Initial Link Setup - IEEE P j - Amendment: Alternative Physical Layer Extension to support Medical Body Area Network (MBAN) services operating in the MHz band - IEEE P k - Amendment - Physical Layer (PHY) Specifications for Low Energy, Critical Infrastructure Monitoring Networks (LECIM) - IEEE P m - Amendment: TV White Space Between 54 MHz and 862 MHz Physical Layer - IEEE P n - Amendment: Physical Layer Utilizing Dedicated Medical Bands in China - IEEE P p - Amendment: Positive Train Control (PTC) System Physical Layer - IEEE P q - Amendment - Physical Layer (PHY) Specifications for Low Energy, Critical Infrastructure Monitoring Networks (LECIM) - IEEE P IEEE Draft Standard for Wireless Medium Access Control (MAC) and Physical Layer (PHY) Specifications for Peer Aware Communications (PAC) - IEEE P IEEE Draft Recommended Practice for Transport of Key Management Protocol (KMP) Datagrams

°í¼®ÁÖ Ãâ·Â

°í¼®ÁÖ Ãâ·Â Performance Optimization of SCTP in Wireless Internet Environments The existing works on Stream Control Transmission Protocol (SCTP) was focused on the fixed network environment. However, the number of