A/B (Seamless) 시스템 업데이트 개요

심리스(Seamless) 업데이트라고도 하는 A/B 시스템 업데이트는 OTA (Over-The-Air) 업데이트 중에도 작동 가능한 부팅 시스템이 디스크에 남아 있도록 합니다. 이 방법은 업데이트후 장치의 비활성가능성을 줄여 주므로 수리 및 보증 센터에서 장치 교체 및 장치 리플래쉬(Reflash)가 줄어 듭니다. ChromeOS와 같은 다른 상업용 운영 체제에서도 A/B 업데이트를 성공적으로 사용됩니다.

A/B 시스템 업데이트는 다음과 같은 이점을 제공합니다.

l  OTA 업데이트는 시스템 실행중에 사용자 중단없이 발생할 수 있습니다. 사용자는 OTA도중에 장치를 계속 사용할 수 있습니다. 업데이트도중 유일한 중단 시간은 장치가 업데이트된 디스크 파티션으로 재부팅되는 경우입니다.

l  업데이트 후에는 재부팅이 일반 재부팅보다 더 소요되지 않습니다.

l  OTA가 되지 않는 경우 (예 : 불량 플래시로 인해) 사용자는 영향을 받지 않습니다. 사용자는 이전 OS를 계속 실행하며 클라이언트는 업데이트를 다시 시도할 수 있습니다.

l OTA 업데이트를 했지만 부팅에 실패하면 장치가 이전 파티션으로 재부팅되고 사용 가능한 상태로 유지됩니다. 클라이언트는 업데이트를 다시 시도할 수 있습니다.

l 오류 (예 : I/O 오류)는 사용되지 않은 파티션 세트에만 영향을 주며 재시도될 수 있습니다. 그러므로 사용자 경험을 저하시키지 않을 것입니다.

l 업데이트를 A/B 장치로 스트리밍할 수 있으므로 패키지를 설치하기 전에 다운로드할 필요가 없습니다. 스트리밍이란 사용자가 /data 또는 /cache에 업데이트 패키지를 저장할 충분한 여유 공간을 가질 필요가 없음을 의미합니다.

l 캐시 파티션은 더이상 OTA 업데이트 패키지를 저장하는데 사용되지 않으므로 캐시 파티션이 향후 업데이트를 위해 충분히 큰지 확인할 필요가 없습니다.

l dm-verity는 장치가 손상되지 않은 이미지를 부팅하도록 보장합니다. 장치가 잘못된 OTA 또는 dm-verity 문제로 인해 부팅되지 않으면 장치가 이전 이미지로 재부팅될 수 있습니다. (Android Verified Boot에는 A/B 업데이트가 필요하지 않습니다.)

A/B (Seamless) 시스템 업데이트에 대해

A/B 업데이트를 수행하려면 클라이언트와 시스템 모두를 변경해야 합니다. 그러나 OTA 패키지 서버는 변경이 필요하지 않습니다. 업데이트 패키지는 여전히 HTTPS를 통해 제공됩니다. Google의 OTA 인프라를 사용하는 기기의 경우 시스템 변경 사항이 모두 AOSP이며 클라이언트 코드는 Google Play 서비스에서 제공됩니다. Google의 OTA 인프라를 사용하지 않는 OEM은 AOSP 시스템 코드를 재사용할 수 있지만 자체 클라이언트를 제공해야 합니다.

자체 클라이언트를 제공하는 OEM의 경우 클라이언트는 다음을 수행해야 합니다.

l 업데이트를 할때를 결정합니다. A/B 업데이트가 백그라운드에서 발생하기 때문에 더이상 사용자가 시작하지 않습니다. 사용자 중단을 방지하려면 장치가 유휴 유지 관리 모드 (예 : 밤, Wi-Fi) 일때 업데이트를 예약하는 것이 좋습니다. 그러나 클라이언트는 원하는 휴리스틱(Heuristics)을 사용할 수 있습니다.

l OTA 패키지 서버에 로그린하여 업데이트를 가용한지 확인합니다. 이는 기기가 A/B를 지원한다는 신호를 보내고 싶다는 점을 제외하면 대부분 기존 클라이언트 코드와 동일해야 합니다. (Google의 고객은 사용자가 최신 업데이트를 확인하기 위해 '지금 확인' 버튼도 포함합니다.)

l 업데이트 패키지의 HTTPS URL로 update_engine을 호출합니다. update_engine은 업데이트 패키지를 스트리밍할때 현재 사용되지 않는 파티션의 블록을 업데이트합니다.

l update_engine 결과 코드에 따라 설치 성공 또는 실패를 서버에 보고합니다. 업데이트가 성공적으로 적용되면 update_engine은 다음 재부팅시 새 OS로 부팅하도록 부트 로더에 지시합니다. 새로운 OS가 부팅에 실패하면 부트 로더가 이전 OS로 대체되므로 클라이언트에서 작업할 필요가 없습니다. 업데이트가 실패하면 클라이언트는 자세한 오류 코드를 기반으로 다시 시도할 시기를 결정해야 합니다.

옵션으로 클라이언트는 다음을 수행할 수 있습니다.

l 사용자에게 재부팅하라는 알림을 표시합니다. 사용자가 정기적으로 업데이트하도록 권장하는 정책을 구현하려는 경우 이 알림을 클라이언트에 추가할 수 있습니다. 클라이언트가 사용자에게 확인 메시지를 표시하지 않으면 사용자는 다음 번에 다시 부팅할때 업데이트를 받게 됩니다.

l 사용자에게 새로운 OS 버전으로 부팅했는지 또는 이전 OS 버전으로 되돌아 갔는지 여부를 알려주는 알림을 표시합니다.

시스템 측면에서 A/B 시스템 업데이트는 다음 사항에 영향을 미칩니다.

l 파티션 선택 (슬롯), update_engine daemon 및 부트 로더 상호 작용

l 빌드 프로세스 및 OTA 업데이트 패키지 생성

JPEG XS의 개요

JPEG는 수십년 동안 이미지에 대한 압축 표준 이었지만 파일 형식은 곧 더나은 가상 현실 체험에서 더 안전한 무인 항공기 및 자가 운전 차량에 이르기까지 스트리밍하는 동안 지연 시간을 없애기 위해 설계된 JPEG XS을 곧 확보하게 될 것입니다. JPEG의 조직인 Joint Photographic Experts Group은 최근에 적은 에너지를 사용하도록 설계된 압축된 사진 및 비디오 파일 형식인 JPEG XS를 도입했습니다.

JPEG XS는 파일 크기가 실제로 JPEG보다 작지 않기 때문에 약간의 잘못된 표현입니다. 실제로 압축 파일은 더 많은 공간을 차지합니다. XS는 파일의 압축 프로세스를 나타냅니다. JPEG XS는 원본 JPEG보다 빠르고 간단하게 압축합니다. 따라서 JPEG XS는 하드 드라이브나 스마트폰에서 더 많은 공간을 차지하지만 파일은 Wi-Fi 또는 5G를 사용하여 더빨리 스트리밍됩니다. 파일이 실제로 일반 JPEG보다 크기 때문에 파일 유형은 고품질인 동시에 스트리밍 프로세스의 속도를 높입니다.

일반 조직은 JPEG를 대체하려고 하지않고 있습니다. 원본 JPEG의 작은 파일 크기는 스트리밍하지 않고 파일이 저장되는 응용프로그램에 원래의 이상적인 형태를 만듭니다. 대신 JPEG XS는 스트리밍 컨텐츠와 관련된 여러가지 문제를 완화하는 것을 목표로 합니다. 예를 들어 더 빠른 스트림을 만들어 JPEG XS는 무인 항공기 카메라가 보는 것과 무인 항공기 조종사가 실제로 같은 것을 보는 시각 사이의 지연 시간을 줄일 수 있습니다. 이와 같은 아이디어로 비슷하게 자가 운전 자동차를 더욱 안전하게 만드는데 도움이 될 수 있습니다.

그렇지만 스트림이 빨라지고 대기 시간이 짧아지는 것은 실시간 스트리밍 콘텐츠에만 국한되지 않습니다. 이 그룹은 가상 현실에서 움직임과 움직임에 대한 거의 감지할 수 없는 반응간의 지연이 일부 헤드셋 사용자가 경험에서 구역질을 느낄 수 있는 이유중 하나라고 설명합니다. 이 파일 형식을 사용하면 스마트폰에서 화면으로 (무선으로) 더 빨리 비디오를 공유할 수 있습니다.

또한 압축 속도가 빠를수록 해상도가 높아지고 8K로 스트리밍하는 것과 같이 프레임 속도가 높아질 수 있다고 합니다. 이 파일 포맷은 심지어 유럽 우주국 (European Space Agency)의 눈을 사로 잡았습니다. 이 그룹은 이 포맷이 더 적은 에너지를 사용하기 때문에 우주 프로브에서 이 포맷을 사용하는 것에 관심이 있습니다.

Touradj Ebrahimi 교수는 스위스의 기술 대학인 Ecole Polytechnique Federale De Lausanne에서 공학부의 일원으로 이 그룹의 업무를 이끌고 있습니다. "이미지 코딩의 역사에서 처음으로 우리는 품질을 더 잘 유지하기 위해 압축을 줄이고 에너지를 적게 사용하면서 프로세스를 더 빠르게 만들고 있습니다"라고 Ebrahimi는 성명서에서 말했습니다. "아이디어는 더 적은 리소스를 사용하고 더 현명하게 사용하는 것입니다. 이것은 진정한 패러다임의 변화입니다. "

원본 JPEG와 마찬가지로 JPEG XS도 오픈소스 파일 형식으로 예정되어 있습니다. 이러한 접근성은 오픈소스 때문에 보편적으로 허용되는 파일 형식이 될 수 있기 때문에 편집을 위한 형식을 고려하는 영화 및 텔레비전 학회 (Society of Motion Picture and Television Engineers)가 있습니다.

JPEG XS가 널리 채택되기 전에 국제 표준화기구 (International Organization for Standardization)는 아직 파일 형식을 승인하지 않았습니다. 일단 승인되면 Ebrahimi는 새로운 하드웨어가 이 형식을 채택할 수 있고 소프트웨어는 업데이트해야 한다고 말합니다.

"곧 JPEG XS는 영화 편집, 우주 화상 및 전문 등급 카메라와 같은 전문 응용 프로그램에 사용될 예정입니다. 자동차, 가상 현실, 증강 현실, 멀티미디어 장치와 TV 모니터 또는 프로젝터간의 무선 연결을 포함하는 가전 제품이 다음에 나올 것입니다".

"JPEG XS를 사용하려면 소비자가 차세대 장치를 보유해야 합니다. 소프트웨어 측면에서 볼때, 그들은 어쨌든 컴퓨터와 스마트폰에서 수시로 업데이트하는 것처럼 업데이트를 해야할 필요가 있습니다.".

USB 개발 역사

USB (Universal Serial Bus)는 주변 장치를 컴퓨터에 연결하기 위한 프로토콜입니다. 여러가지 유형의 하드웨어 장치를 수용할 수 있도록 설계된 표준 포트가 있습니다. 디지털 카메라, 프린터, 스캐너, 플래시 드라이브, 휴대폰, iPod 및 기타 MP3 플레이어와 같은 대부분의 최신 장치는 설계시 다양한 유향의 USB 포트를 사용합니다.

첫번째 USB 기술은 1994년에 개발되었으며, Intel의 Ajay Bhatt와 USB-IF (USB Implementers Forum, Inc)가 공동 개발했습니다. 이 조직은 Intel, Microsoft, Compaq, LSI, Apple 및 Hewlett-Packard와 같은 업계 선두 기업으로 구성됩니다. 또한 USB 기술의 모든 측면에 대한 포괄적인 사양을 지원하고 채택합니다.

USB가 출시되기 전에 컴퓨터는 직렬 및 병렬 포트를 사용하여 장치를 컴퓨터에 연결하고 데이터를 전송했습니다. 포트들은 키보드, 마우스, 조이스틱 및 프린터와 같은 주변 장치에 사용되었습니다. 장치를 연결하려면 확장 카드와 사용자 지정 드라이버가 필요했습니다. 병렬 포트는 초당 약 100KB로 데이터를 전송했으며, 직렬 포트가 115에서 450KB/초 이상으로 다양했습니다. 일부 포트들은 동시에 실행할 수 없습니다.

비호환성과 여러 인터페이스를 사용하려는 시도는 USB와 같은 기술에 대한 요구가 나타났습니다. USB와 같은 기술은 포트 유형을 6개까지 사용할 수 있게 해주었습니다. 컴퓨터를 연결 해제하거나 다시 시작할 필요없이 장치와 호스트 컴퓨터간의 즉각적인 상호 작용을 통해 USB 기술이 보다 효율적인 작동을 가능하게 합니다. 결과적으로 단일 USB 포트는 최대 127개의 장치를 처리할 수 있으며 공통의 호환성을 제공합니다.

USB 1.0은 1995년 후반에 데뷔하여 초당 12메가 비트의 속도로 데이터를 전송했습니다. 이 표준의 개정판인 USB 1.1은 초당 12메가 비트의 최고 속도로 데이터를 전송할 뿐만 아니라 저대역폭 장치에 대해 초당 1.5메가 비트의 더 낮은 속도로 작동할 수도 있습니다. 보다 효율적인 작동으로 인해 USB 1.1은 이전 제품보다 소비자가 더 많이 사용했습니다.

1998년, iMac G3은 USB를 위해 레거시 포트 (직렬 및 병렬)를 중단한 최초의 소비자용 컴퓨터였습니다. 이러한 구현은 장치용으로 다른 포트를 사용하는 것보다는 USB 주변 장치만 시장에 진출할 수 있는 길을 열었습니다. 사용 편의성, 자체 전원 공급 기능 및 USB 기술 및 장치가 제공하는 기술 사양이 결합되어 다른 포트 옵션보다 우위를 차지할 수 있었습니다.

초당 480메가 비트의 전송 속도의 USB 2.0이 2000년에 데뷔하여 다음해 공식 표준이 되었습니다. USB 2.0은 초고속 전송 속도 외에도 초당 12메가 비트 (USB 1.1 최고 속도) 및 초당 1.5메가 비트 (대역폭이 덜 필요한 마우스와 같은 장치의 경우 저속)의 두가지 느린 속도로 작동할 수 있었습니다. USB 2.0 포트는 USB 1.1 장치와 함께 작동하지만 USB 1.1 포트에는 2.0 장치와 제대로 통신 할 수 있는 대역폭 기능이 없을 수 있습니다.

USB 2.0은 다양한 멀티미디어 및 저장 장치를 위한 플러그 앤 플레이 기능을 제공합니다. 이 새 버전은 이전 버전에는 없었던 추가 사용자 기능을 제공합니다. USB 2.0은 USB 커넥터가 있는 전원 공급 장치, 다중 인터페이스를 위한 새로운 Descriptor, 그리고 두개의 장치가 다른 USB 호스트 (USB On-The-Go라고도 함)없이 상호 작용할 수 있는 기능을 추가했습니다.

2000년에는 IBM과 Trek Technology에서 처음 판매한 재기록 가능한 플러그 앤 플레이 저장 장치인 USB 플래시 드라이브도 도입되었습니다. 처음에는 최대 8메가 바이트의 데이터를 저장할 수 있었습니다. 10년이 넘어서 스토리지 용량은 단일 드라이브의 경우 256기가 바이트를 넘었습니다.

USB 플래시 드라이브의 구형 모델은 초당 12메가 비트의 최고 속도로 연결됩니다. 현재 버전은 USB 2.0을 사용하지만 NAND 플래시 기술을 사용하면 초당 480 메가 비트의 고속보다 적은 속도로 작동하지만 이전의 최고 속도 모델보다 20배 빠릅니다.

초당 최대 4.8기가 비트의 최신 버전 USB 3.0은 USB 2.0 장치 및 포트와의 역호환성을 제공합니다. USB 3.0 케이블 또는 장치가 USB 2.0 포트에 연결되어 있을 수 있지만 초고속 속도는 USB 3.0 케이블, 장치 및 포트에서만 작동합니다. USB 3.0 기술은 트래픽의 별도 와이어 레인 (2개의 전선, 전송, 2개의 전선)에서 동시에 업로드 및 다운로드할 수 있습니다. 이렇게 하면 데이터 읽기 및 쓰기 속도가 향상됩니다. 에너지를 보다 효율적으로 사용하면서 장치는 더 빠른 속도로 충전됩니다. USB 3.0은 높은 대역폭으로 최적화된 고해상도 카메라 또는 오디오 및 외장 드라이브와 같은 장치를 보다 효과적으로 작동할 수 있게 해줍니다.

무선 USB는 2007년과 2008년에 유니버설 시리즈 버스 개념을 발전시켰습니다. 프린터, 카메라, 플래시 드라이브와 같은 장치에서 데이터를 전송하고 케이블을 사용하지 않고 빠른 연결로 스트리밍 비디오를 전송하는 고 대역폭 무선 기술입니다. 무선 USB는 근거리에서 가장 잘 작동합니다. 30피트에서 초당 약 110메가 비트, 10피트에서 480메가 비트의 속도로 데이터를 전송할 수 있습니다. 무선 USB는 표준 127 장치의 연결성을 유지하면서 모바일 컴퓨팅을 위한 사용자 옵션을 확장합니다.

SSL vs. TLS - 차이점은 무엇인가?

인터넷 보안이라고 하면 SSL, TLS, ECC, SHA 등을 떠올리게 됩니다. 이러한 모든 약어는 실제로 필요한 것을 알아내는 것을 혼란스럽게 만들 수 있습니다. 아마도 가장 많이 묻는 질문은 SSL (Secure Socket Layers)과 TLS (Transport Layer Security)의 차이점입니다. 웹 사이트 (또는 다른 유형의 통신) 보안을 원하지만 SSL이 필요합니까? 아니면 TLS가 필요합니까? 아니면 모두 필요합니까?

SSL과 TLS의 간략한 역사

SSL 및 TLS는 네트워크 (예 : 웹서버에 연결하는 클라이언트)를 통해 작동하는 서버, 시스템 및 응용프로그램간에 인증 및 데이터 암호화를 제공하는 암호화 프로토콜입니다. SSL은 TLS의 이전의 프로토콜입니다. 수년동안 취약성을 해결하고 더 강력하고 안전한 암호화 제품군 및 알고리즘을 지원하기 위해 새로운 버전의 프로토콜이 출시되었습니다.

SSL은 원래 Netscape에 의해 개발되었으며 1995년 SSL 2.0 (1.0은 대중에게 공개되지 않음)을 통해 처음으로 등장했습니다. 몇가지 취약점이 발견된후 1996년에 버전 2.0이 SSL 3.0으로 빠르게 대체되었습니다. 참고로 버전 2.0 및 3.0은 때로 SSLv2 및 SSLv3으로 표기됩니다.

TLS는 1999년에 새 버전의 SSL으로서 도입되었으며 SSL 3.0을 기반으로 했습니다.

"이 프로토콜과 SSL 3.0의 차이점은 극적은 아니지만 TLS 1.0과 SSL 3.0이 상호 운용되지 않을 만큼 중요합니다."

TLS는 이전에 1.2 버전이 사용되고 있으며, 최근 국제인터넷표준화기구가 10년만에 TLS 1.3 공식 발표했습니다.

SSL 또는 TLS를 사용해야 합니까?

SSL 2.0 및 3.0 모두 IETF에 의해 사용 중지되었습니다 (각각 2011년 및 2015년). 폐기된 SSL 프로토콜 (예 : POODLE, DROWN)에서 수년동안 취약점이 발견되어 계속해서 개선되고 있습니다. 대부분의 최신 브라우저는 이전 프로토콜을 사용하는 웹서버를 만날 때 사용자 환경이 저하될 수 있습니다 (예 : URL 표시 줄의 자물쇠 또는 보안 경고). 이러한 이유로 서버 구성에서 SSL 2.0 및 3.0을 비활성화해야 하며 TLS 프로토콜만 사용하도록 설정해야 합니다.

인증서는 프로토콜과 동일하지 않습니다.

누구든지 기존 SSL 인증서를 TLS 인증서로 대체해야 한다는 걱정을 하기 전에 인증서가 프로토콜에 의존하지 않는다는 점에 유의해야 합니다. 많은 공급 업체가 "SSL / TLS 인증서"라는 문구를 사용하는 경향이 있지만 프로토콜은 인증서 자체가 아니라 서버 구성에 따라 결정되므로 "SSL 및 TLS와 함께 사용할 인증서"라고 하는 것이 더 정확할 수 있습니다.

더 많은 사람들이 익숙한 용어이기 때문에 SSL 인증서라고 하는 인증서를 계속 볼 수는 있지만 업계 전반에 TLS 용어 사용이 늘어나기 시작했습니다. SSL / TLS는 더 많은 사람들이 TLS에 익숙해질 때까지 공통적인 절충안입니다.

SSL과 TLS는 서로 다른 암호를 사용합니까?

사실, 이 질문에 대한 답은 "예"이지만, SSL 2 및 3의 역사적인 버전이나 1.1, 1.2 또는 1.3의 TLS 버전 1에 관해서도 똑같이 말할 수 있습니다. SSL과 TLS는 모두 거의 동일한 프로토콜이지만 버전 차이로 인해 SSL 2는 버전 3과 상호 운용되지 않으며 SSL 버전 3은 TLS 버전 1과 호환되지 않습니다. TLS (Transport Layer Security)는 SSL v4에 대한 새로운 이름이었지만 본질적으로 동일한 프로토콜에 대해 이야기하고 있다는 것을 불평할 수도 있습니다.

새로 출시된 프로토콜 버전은 자체 개선 및/또는 새로운 또는 향후 제공되지 않을 기능과 함께 제공될 예정입니다. SSL 버전 1은 출시되지 않았지만 버전 2는 몇가지 주요 결함이 있었으며, SSL 버전 3은 버전 2의 개정 (이러한 결함 수정)과 TLS 버전 1은 SSL 버전 3의 개선이었습니다. TLS 1.0 릴리스이후 중요성은 덜하지만, 그렇다고 중요성은 적지 않습니다.

SSL과 TLS는 단순히 클라이언트와 서버간에 발생하는 핸드 셰이크를 나타낸다는 것에 주목할 필요가 있습니다. 핸드 셰이크는 실제로 암호화 자체를 수행하지 않으며, 공유되는 비밀 및 사용될 암호화 유형을 결정하는 절차를 진행합니다.

SSL 2.0 및 3.0 사용중지

서버가 여전히 SSL 프로토콜을 지원하는지 확실하지 않으면 SSL 서버 테스트를 사용하여 쉽게 확인할 수 있습니다.

SSL 서버 테스트 : GlobalSign 서버 테스트의 결과는 활성화되었지만 없어야 하는 프로토콜을 강조 표시합니다.

"SSL과 TLS의 차이점은 무엇입니까?"라는 대화에서 많은 사람들이 SSL이라는 용어를 점점 사용하지 않습니다. 서버 구성 측면에서 볼때 취약점, 구식 암호 제품군 및 브라우저 보안 경고의 차이점이 있습니다. 서버와 관련하여 TLS 프로토콜만 사용하도록 설정해야 합니다.

세계에서 가장 많이 다운로드된 아이폰용 앱들

App 시장 조사 업체인 “앱 애니(App Annie)”가 조사한 과거 10년간 가장 인기있는 아이폰용 App 랭킹입니다.

1위 페이스북 (Facebook) : 2018년 1/4분기에만 약 2940만회 다운로드되었음.

2위 페이스북 메신저 (Facebook Messenger) : 페이스북의 채팅 기능으로 독립한 앱으로 출시된 이후 상위에 랭크됨.

3위 유투브 (YouTube) : 구글의 아이폰 앱 중에서 가장 인기있는 앱

4위 인스타그램 (Instagram) : 페이스북이 인수했으며, 유저수가 10억명에 달함

5위 와츠앱 (WhatsApp) : 페이스북이 인수했으며, 월간 이용자수는 15억명.

6위 구글 맵 (Google Maps) : 항상 앱 스토어 톱 10에 포함

7위 스냅챗 (Snapchat) : 2018년 2월 기준 하루 이용자수는 1억 9100만명

8위 스카이프 (Skype) : 마이크로소프트가 인수했으며, 애플의 페이스 타임 (FaceTime)이나 페이스북 메신저 등과 경쟁 관계

9위 위쳇 (WeChat) : 2018년 3월 현재 월간 액티브 이용자 수는 10억명

10위 QQ : 중국 대형 IT 업체 텐센트의 앱

5G : Standalone (SA) vs Non-Standalone (NSA) Network

5G 네트워킹을 다루는 최근의 3GPP Release 15 표준에 따르면 네트워크 및 장치의 첫번째 진행 방향은 5G 네트워크가 기존의 4G 인프라에서 지원될 것이라고 하는, NSA (Non-Standalone)로 분류됩니다. 여기서 5G 지원 스마트폰은 데이터 처리량 향상을 위해 5G 주파수에 연결되지만 셀 및 서버와 통신하는 것과 같은 비데이터 업무에도 4G를 사용합니다.

5G 셀룰러 인프라의 초기 출시는 강화된 모바일 광대역 (eMBB)에 초점을 맞추어 두가지 새로운 무선 주파수 범위를 통해 증가된 데이터 대역폭 및 연결 안정성을 제공합니다.

주파수 범위 1은 450MHz ~ 6,000MHz에서 작동하는 4G LTE 주파수를 중첩 및 확장합니다. 밴드는 1에서 255 사이의 번호가 지정되며 일반적으로 New Radio (NR) 또는 Sub-6GHz라고 합니다.

주파수 범위 2는 훨씬 높은 24,250 MHz (~ 24GHz)에서 52,600 MHz (~ 52GHz)까지 작동합니다. 밴드는 257에서 511까지 번호가 매겨지며 엄격히 말하면 '밀리미터' 주파수 길이가 30 GHz에서 시작한다고 해도 일반적으로 밀리미터파 (mmWave)라고 합니다.

사용 가능한 주파수 영역이 국가마다 다르므로 위의 모든 주파수 범위가 사용되는 것은 아니므로 장치가 작동하는 위치에 따라 다른 슬라이스를 사용할 수 있습니다. 이는 단일의 간단한 플랫폼으로 설계 비용을 최소화해야하는 스마트폰 설계 (또는 특히 5G 모뎀 설계자)에게 엄청난 기술적 과제를 안겨 주었으며 최상의 성능, 연결 신뢰성 및 전력 효율성으로 가능한 모든 주파수 조합을 지원해야 했습니다 .

5G 독립형 (Standalone, SA) 네트워크 및 장치 표준은 아직 검토 중이며 올해 3GPP에 의해 승인될 것으로 예상됩니다. Standalone의 장점은 단순화 및 효율성 개선으로 비용을 절감하고 네트워크 에지까지 처리량의 성능을 꾸준히 향상시키며 동시에 URLLC (Ultra Latency Communication)와 같은 새로운 셀룰러 사용 사례 개발을 지원합니다. SA 표준이 올해 승인되면 운영자에 의한 5G NSA에서 SA로의 최종 마이그레이션은 사용자에게 인지되지 않게 진행되어야 합니다.

로드벨런싱 참고자료들

[개발] Load Balance with Socket.io

https://medium.com/@jinro4/%EA%B0%9C%EB%B0%9C-load-balance-with-socket-io-226597cacd8a

3. 부하분산 – Load Balancing 클러스터 시스템 구축

http://syszone.co.kr/PDF/enterprise-linux-3-1.pdf

A Network Function Virtualization based Load Balancer for TCP by ...

https://repository.asu.edu/attachments/163978/content/Wu_asu_0010N_15544.pdf

로드 밸런싱 알고리즘 종류

http://weicomes.tistory.com/7

로드밸런싱 알고리즘을 활용한 프로그램 개발 - GitHub

https://raw.githubusercontent.com/Byunghyun-P/kmu-loadbalancer/master/report.pdf

NFC 보안 (Security)

NFC 보안은 시스템의 측면에서 큰 관심사입니다. NFC는 비접촉식 지불을 가능하게 하기 때문에 NFC 보안은 아주 중요합니다.

기본적인 NFC 보안 조치가 NFC 기술의 구조에 내장되는 것이 필수적입니다. 기본 NFC 구조가 보안 조치를 수용할 수 있도록 함으로써 전반적인 NFC 보안 시스템이 취약해질 가능성이 적습니다.

NFC 보안 기본 사항

근거리 통신 보안에는 몇 가지 중요한 영역이 있습니다. 주요 NFC 보안 영역중 일부는 다음과 같습니다.

• 도청 (Eavesdropping)
• 데이터 손상 (Data Corruption)
• 데이터 수정 (Data Modification)
• 중간자 공격 (Man-in-middle Attack)

이는 NFC 보안이 손상될 수 있는 몇 가지 방법을 나타냅니다. 통신이 가능한 거리가 비록 짧아서 위협의 가능성을 줄이지만 완전한 NFC 보안을 보장하지 못하기 때문에 각 NFC 보안 문제를 해결해야 방지할 수 있습니다.

NFC 보안 - 도청 (Eavesdropping)

NFC는 전파를 사용하여 통신하며, 이러한 신호는 원하는 수신기뿐만 아니라 송신기 근처에서 전파되므로 원하지 않는 사용자가 신호를 수신할 수 있습니다. 이 신호를 수신하는 기술을 만드는 것은 어렵지 않습니다.

NFC의 범위는 몇 센티미터로 제한되어 있지만 가능한 공격자가 수동 신호의 경우 최대 1 미터 거리까지 사용 가능한 신호를 검색할 수 있으며 최대 10 미터의 액티브 모드에서는 위험할 수 있습니다.

신호가 요구되는 수신기에 의해 신뢰성있게 수신될 필요가 있고 이것이 일정 수준이상의 신호 강도를 필요로 함에 따라 도청을 방지하는 것이 어렵습니다. 도청자는 모든 의사 소통을 받을 필요가 없습니다. 단지 일정 비율만 받았다면 충분할 수 있습니다. 또한 공격자는 크고 정교한 안테나를 사용할 수 있습니다. 종종 POS 단말기에서 합법적으로 안테나 크기와 성능이 제한될 수 있습니다. 이것은 신뢰성있는 통신을 보장하기 위해 NFC 신호가 충분히 강해야 합니다. 그러므로, NFC 신호가 도청자에 수신될 가능성은 많습니다.

도청을 방지하는 유일한 해결책은 보안 채널을 사용하는 것입니다.

NFC 보안 - 데이터 손상 (Data Corruption)

이 근거리 통신 보안 문제는 본질적으로 서비스 거부 공격의 한 형태입니다. 통신을 청취하는 대신 공격자는 합법적인 데이터가 손상될 수 있도록 유효한 데이터를 전송하거나 채널을 차단하여 통신을 방해하려고 할 수 있습니다.

이를 위해 공격자는 전송되는 유효한 데이터를 해독할 필요가 없습니다.

NFC 장치는 이러한 형태의 NFC 보안 공격을 탐지할 수 있습니다. 데이터를 전송하면 시스템을 성공적으로 공격하는데 필요한 전력이 데이터를 전송하는 NFC 장치가 감지할 수있는 전력보다 상당히 높기 때문에 이 양식의 공격을 감지할 수 있습니다.

NFC 보안 - 데이터 수정 (Data Modification)

이러한 형태의 NFC 보안 문제는 공격자가 수신 장치가 어떤 형태로 조작된 데이터를 수신하도록 조정하는 것을 목표로 합니다. 이 데이터는 당연히 올바른 형식이어야 합니다.

이러한 형태의 공격은 다른 코딩 방식에 따라 일부 비트에서 가능합니다. 이러한 형태의 보안 공격으로부터 보호를 제공하는데는 여러 가지 방법이 있습니다. 공격자가 액티브 모드에서 106 Baud 데이터 속도로 전송된 모든 데이터를 수정할 수는 없습니다. 결과적으로 106 Baud 데이터 전송률과 액티브 모드는 양방향으로 데이터를 전송하는데 필요합니다. 그러나 이것은 도청에 가장 취약한 모드입니다.

가장 좋은 방법은 보안 채널을 사용하는 것이므로 NFC 보안 수준이 가장 높아집니다.

NFC 보안 - 중간자 공격 (Man-in-middle Attack)

이 형태의 NFC 보안 문제는 제 3 자의 통신이 제 3 자에 의해 차단되는 것을 포함합니다. 제 3자는 중계 역할을 하지만 공격자가 목표를 달성할 수 있도록 필요한 경우 수신된 정보를 사용하여 수정합니다. 이것은 원래의 두 당사자가 그들 사이에 인터셉터가 있음을 알고 있다는 사실없이 분명히 달성되어야 합니다.

NFC Man-in-middle attack on security

NFC 링크에서 Man-In-The-Middle 공격을 성취하는 것은 특히 어렵습니다. 위험을 완전히 최소화하려면 액티브-패시브 통신 모드를 사용하는 것이 가장 좋습니다. 이런 식으로 원하지 않는 제 3자를 감지할 수 있습니다.

NFC 보안 채널

NFC 보안을 유지하는 가장 좋은 방법은 NFC 보안 채널을 사용하는 것입니다. 이는 도청 및 데이터 수정 공격으로부터 보호합니다. Diffe-hellman과 같은 Standard Key Agreement Protocol을 사용할 수 있습니다. 이는 중간 공격에서 사람에 대한 고유한 보호 기능이 있기 때문입니다. 이 프로토콜은 고유한 NFC 보안 때문에 표준 비인증 버전 (Standard Non-authenticated Version)에서 사용할 수 있습니다.

공유 키를 사용하여 NFC 보안 채널에 사용할 수 있는 대칭 키 (Symmetric Key)를 파생시킬 수 있습니다.

NFC 보안 채널은 장치간에 전송되는 데이터의 기밀성, 무결성 및 신뢰성을 제공합니다.

NFC 데이터 교환을 위한 NDEF (NFC Data Exchange Format)

NFC 데이터 교환 형식 (NFC Data Exchange Format) 또는 NDEF 사양은 두 개의 NFC 장치 또는 NFC 장치와 태그 사이의 NFC 링크를 통한 데이터 정보 교환을 위한 메시지 캡슐화 형식 (Message Encapsulation Format)을 정의하는데 사용됩니다.

NFC NDEF는 경량 형식으로 설계되어 메시지에 상당한 오버히어 (Overhear)를 추가하지 않습니다.

NFC 데이터 교환 형식 (NFC Data Exchange Format)은 다양한 유형 및 크기일 수 있는 하나 이상의 응용프로그램 정의 페이로드 (Application Defined Payload)를 캡슐화하는데 사용할 수 있는 이진 메시지 형식 (Binary Message Format)입니다. 이것들은 하나의 메시지 구성으로 결합됩니다. 각 페이로드 (Payload)는 유형, 길이 및 선택적 ID에 의해 기술됩니다.

NFC NDEF 기본 사항

NFC 무선 인터페이스 (NFC Radio Interface)를 통해 데이터를 전송해야 하는 여러 가지 상위 수준의 응용프로그램이 있는 NFC NDEF의 개념은 무선 인터페이스 데이터 형식을 유지하면서 인터페이스를 통해 모든 형식의 데이터를 보낼 수 있어야 합니다.

NDEF 메시지는 하나 이상의 NDEF 레코드로 구성됩니다. NDEF 메시지에는 여러 레코드가 있을 수 있습니다.

NFC NDEF 메시지로 캡슐화할 수 있는 레코드 수에 대한 제한은 사용중인 응용프로그램과 사용된 태그 유형에 따라 다릅니다.

시스템이 메시지의 시작과 끝을 알기 위해 메시지의 첫번째 레코드는 MB (Message Begin)로 표시되고 메시지의 마지막 레코드는 ME (Message End)로 표시됩니다. 최소 메시지 길이는 하나의 레코드입니다. 이는 MB와 ME 플래그를 동일한 레코드에 설정하여 수행됩니다.

데이터 능률을 효율적으로 사용하기 위해 NFC NDEF 레코드에는 인덱스 번호가 포함되어 있지 않습니다. 메시지의 인덱스 번호는 레코드가 발생한 순서에 따라 암시적으로 할당됩니다.

NFC NDEF Data Exchange Format Message Structure

NDEF는 레코드들로 구성된 메시지로 교환된다는 것을 알 수 있습니다.

각 레코드는 두 부분으로 구성됩니다.

헤더 : NDEF 교환의 헤더에는 여러 가지 요소에 대한 Indicator가 포함됩니다.

• 페이로드 길이 (Payload Length) : 페이로드 길이는 항상 특정 필드에 의해 NDEF 헤더에 포함됩니다. 페이로드 길이 필드는 짧은 레코드의 경우 한 옥텟이지만 일반 레코드의 경우에는 길이가 4 옥텟입니다. 짧은 레코드는 SR (Short Record) 플래그로 알려진 플래그 비트를 1로 설정하여 표시됩니다. 0은 유효한 페이로드 길이입니다.

• 페이로드 유형 (Payload Type) : 레코드의 페이로드 유형은 해당 레코드의 페이로드에서 운반되는 데이터의 종류를 나타냅니다. 이것은 사용자 응용프로그램의 재량에 따라 페이로드 처리를 안내하는데 사용될 수 있습니다. 페이로드 유형 필드 값의 형식은 TNF (Type Name Format) 필드를 사용하여 표시됩니다.

• 페이로드 식별 (Payload Identification) : 선택적 페이로드 식별자를 사용하면 응용프로그램에서 NDEF 레코드내에서 전달되는 페이로드를 식별할 수 있습니다.

페이로드 : 페이로드는 다양한 유형 (URL, MIME 미디어 또는 NFC 관련 데이터 유형)중 하나일 수 있습니다. NFC 관련 데이터 유형의 경우 페이로드 콘텐츠는 NFC 레코드 유형 정의 (Record Type Definition) 파일, RTD에 정의되어야 합니다.

NFC 변조 및 RF 신호 (NFC Modulation & RF Signal)

NFC 시스템을 위한 RF 신호 포맷 및 변조는 너무 많은 전력을 소비하지 않으면서 신뢰성있는 통신을 보장하기 위해 개발되었습니다.

또한 NFC 변조 형식은 능동 및 수동 모드를 모두 수용하도록 선택되었습니다.

NFC RF 신호 매개 변수 (NFC RF Signal Parameter)

NFC는 허가되지 않은 무선 주파수 ISM 대역이므로 전역 13.56MHz 할당을 사용합니다.

NFC 변조의 형식으로 ASK (진폭 편이 변조 : Amplitude Shift Keying)를 사용하면 대부분의 RF 에너지가 허용된 14 kHz 대역폭에 집중되지만 측대역 (Sideband)은 최대 ±1.8 MHz까지 확장될 수 있습니다.

NFC RF 신호 코딩 (NFC RF Signal Coding)

NFC는 RF 신호에 두 가지 다른 코딩 시스템을 사용하여 데이터를 전송합니다. 대부분의 경우 맨체스터 코딩 (Manchester Coding) 형식으로 10% 변조 수준이 사용됩니다. 그러나 106kbps에서 데이터를 전송하는 액티브 장치의 경우 100% 변조로 수정된 밀러 코딩 (Miller Coding) 체계가 사용됩니다. 다른 모든 경우 맨체스터 코딩은 10%의 변조 비율로 사용됩니다.

데이터 속도 (kbps)	액티브 장치 (Active Device)	패시브 장치 (Passive Device)
106	수정된 밀러 코딩, 100%, ASK	맨체스터 코딩, 10%, ASK
212	맨체스터 코딩, 10%, ASK	맨체스터 코딩, 10%, ASK
424	맨체스터 코딩, 10%, ASK	맨체스터 코딩, 10%, ASK

NFC 및 맨체스터 코딩 (Manchester Coding)

맨체스터 코딩 ((Manchester Coding))은 NFC 통신의 대부분의 경우에 사용됩니다. 맨체스터 코딩은 주기의 중간 지점에서 발생하는 두 가지 다른 변이 (Transition)을 사용합니다. Low에서 High로의 전환은 0 비트를 나타내지만 High에서 Low로의 전환은 1 비트를 나타냅니다.

이러한 조건을 달성하기 위해 때때로 비트 주기의 중간에 전환이 필요할 수 있습니다. 주기의 시작에서의 변이는 무시됩니다.

NFC 데이터 전송에 사용되는 멘체스트 코딩

NFC 및 수정된 밀러 코딩 (Miller Coding)

수정된 밀러 코딩 (Miller Coding)은 다소 직관적이지는 않지만 효율적인 코딩 형식을 제공합니다. 그것은 주기의 다른 위치에서 캐리어 (Carrier)에서 발생하는 일시 중지 (Pause)가 특징입니다. 전송할 정보에 따라 비트는 다음과 같이 코딩됩니다. High 또는 "1"은 항상 동일한 방법으로 인코딩되지만, Low 또는 "0"은 앞에 오는 것에 따라 다르게 인코딩됩니다.

NFC 데이터 전송에 사용되는 수정된 밀러 코딩

NFC 기술 - RF 인터페이스, 데이터 전송, 장치 유형 및 표준

NFC 기술 - RF 인터페이스

NFC 근거리 통신은 무선 주파수를 사용하는 무선 기술입니다. 전 세계적으로 이용가능하고 조정되지 않은 13.56 MHz 주파수 대역 내에서 13.56 MHz의 주파수에서 작동합니다. 결과적으로 이러한 주파수에서의 작동에는 라이센스가 필요하지 않습니다.

이외에도 NFC를 사용하는 무선 전송은 전송 및 수신 모두에 동일한 채널이 사용되므로 Half Duplex로 동작됩니다. 또한, 2개의 장치가 함께 송신하는 것을 방지하기 위해, 그들은 Listen Before Talk 프로토콜을 사용합니다. 장치는 이전에 다른 장치가 전송중이 아닌지 확인하기 위해 미리 Listen하는 경우에만 전송할 수 있습니다. NFC가 사용하는 프로토콜은 다른 단거리 프로토콜과 마찬가지로 포괄적일 필요는 없습니다.

두 개의 NFC 장치가 서로 연결될때 실제 거리가 다양한 요소에 따라 달라지지만 두 장치가 약 4 센티미터에서 최대 통신거리가 20 센티미터까지 입니다. 이런 방식으로 간단한 웨이브 또는 터치로 NFC 연결을 설정할 수 있습니다. 전송 범위가 너무 짧기 때문에 NFC 사용 트랜잭션은 본질적으로 안전합니다. 즉, 다른 장치와 간섭될 위험성이 없습니다.

표준 인터페이스를 제공하기 위해 NFC 기술의 기본 계층은 일반적인 ISO 표준을 따릅니다.

NFC 기술 - 데이터 전송

데이터 전송 속도는 106, 212 또는 424 kbps가 될 수 있습니다. 응용프로그램 자체는 초기 통신 속도를 설정하지만 나중에 통신 환경 및 요구 사항에 따라 변경될 수 있습니다.

NFC 기술 - 장치 유형

NFC 근거리 통신 표준은 두 가지 유형의 NFC 장치를 정의합니다. 이를 통신의 개시자 (Initiator) 및 대상 (Target)이라고 합니다. 이름에서 알 수 있듯이 개시자는 통신을 시작하고 데이터 교환을 제어하는 장치입니다. 대상 장치는 개시자의 요청에 응답하는 장치입니다.

NFC 근거리 통신 표준은 두 가지 작동 모드를 정의합니다.

• Active Communication Mode : Active Communication Mode에서는 두 장치는 모두 데이터가 전송되는 RF 신호를 생성합니다.
• Passive Communication Mode :이 통신 모드에서는 하나의 NFC 장치만 RF 신호를 생성합니다. 목표물인 제 2 수동 장치는 데이터를 제 1 장치 또는 개시자로 다시 전송하기 위해 부하 변조 (Load Modulation)라는 기술을 사용합니다.

NFC 작동 모드 외에도 세 가지 통신 모드가 정의됩니다.

• 읽기 / 쓰기 : 이 모드는 응용 프로그램이 NFC 포럼에서 정의한 메시지 형식으로 데이터를 전송할 수 있게 합니다. 이 모드는 안전하지 않습니다. 또한 이 모드는 비접촉식 통신 (Contactless Communication) API에 의해 지원된다는 점에 주목할 필요가 있습니다.
• NFC 카드 에뮬레이션 (Emulation) : 이 NFC 모드는 NFC 장치가 표준 스마트 카드로 작동할 수 있게 합니다. 이 모드에서는 데이터 전송이 안전하며, 비접촉식 통신 (Contactless Communication) API에 의해서 지원됩니다.
• Peer-to-Peer : NFC 내의 세 번째 모드는 장치 대 장치 링크 수준 통신을 지원하는 Peer-to-Peer 모드입니다. 이 모드의 NFC 통신은 비접촉식 통신 (Contactless Communication) API에서 지원되지 않는다는 점은 주목할 필요가 있습니다.

NFC 기술 - 표준 및 기능

Near Field Communication가 많은 응용 분야에서 널리 채택되기 시작하면서이 시스템은 전 세계적으로 인정된 여러 표준 기관에서 표준화되었습니다. NFC는 ISO (18092), ECMA (340) 및 ETSI에서 승인한 표준을 가지고 있습니다. 또한 NFC는 Philips의 MIFARE (ISO 14443 A) 및 Sony의 FeliCa 스마트 카드 프로토콜과 호환됩니다.

NFC (Near Field Communication)의 응용 분야

NFC (Near Field Communications) 기술은 RFID를 비롯한 비접촉 식별 및 상호 연결 기술의 발전으로 발전해 왔으며 몇 센티미터의 거리에서도 매우 쉽게 연결이 가능합니다. 두 전자 장치를 가까이에 연결함으로써 통신할 수 있으며 식별 및 보안 문제를 크게 단순화하여 정보를 훨씬 쉽게 교환할 수 있습니다. 이러한 방식으로 NFC 기술을 사용하면 장거리 기술 등에서 필요했던 복잡한 설정 절차를 피할 수 있습니다.

근거리 무선 통신 NFC는 다양한 애플리케이션에 이상적입니다.

• 휴대폰, PDA 등
• 개인용 컴퓨터
• 체크 아웃 캐쉬 레지스터 또는 "POS 장치"
• 개찰구
• 자동 판매기
• 주차 검침기
• ATM
• 사무실과 집 주변의 애플리케이션 (예 : 차고 문 등)

제안된 또 다른 어플리케이션은 NFC 연결을 사용하여 두 개의 무선 장치 사이의 연결을 구성할 수 있다는 것입니다. 무선으로 함께 작동하도록 구성하려면 NFC "연결"에 영향을 미치기 위해 이들을 함께 사용해야 합니다. 이것은 셋업 절차를 시작할 것이고, 통신은 NFC 인터페이스를 통해 이루어져 블루투스, 802.11 또는 기타 관련 표준과 같은 장거리 무선 장치를 구성할 수 있습니다. 일단 설정되면, 두 장치는 제 2 통신 시스템에 의해 허용되는 더 긴 범위에 걸쳐 동작할 수있다.

NFC 근거리 통신은 발권 및 지불 애플리케이션에 이미 사용되는 비접촉식 스마트 카드 기술에 대한 링크를 제공하기 위해 이상적으로 배치됩니다. 현재 설정된 표준과 광범위하게 호환됩니다. 따라서 NFC 지원 장치가 이러한 응용프로그램에 사용될 수도 있습니다.

근거리 통신, NFC를 위한 다른 많은 응용 프로그램이 있습니다. 여기에는 디지털 카메라 또는 휴대 전화의 일반적인 다운로드 데이터와 두 장치간에 필요한 다른 데이터 통신이 포함될 수 있습니다.

NFC (Near Field Communication)의 개요와 다른 무선기술과의 차이점

NFC는 전자 장치간에 안전한 양방향 상호 작용을 수행하는 단거리 무선 연결 기술을 제공하는데 사용되는 표준 기술입니다. 통신은 다른 많은 무선 통신과 마찬가지로 사용자가 설정하지 않아도 간단한 방법으로 설정됩니다. NFC는 사용자가 비접촉 트랜잭션을 수행하고 디지털 컨텐츠에 액세스하며 디바이스를 함께 터치하여 전자 디바이스를 연결할 수 있도록 합니다.

NFC 근거리 통신은 약 4~5 센티미터의 거리까지 비접촉 통신을 제공합니다. 이러한 방식으로 통신은 본질적으로 더 안전합니다. 왜냐하면 장치는 일반적으로 사용자가 의도한 경우에만 접촉하고 그에 따라서 통신하기 때문입니다.

NFC 근거리 통신을 사용하는 물리적 커넥터가 없기 때문에 연결이 보다 안정적이며 물리적 커넥터를 사용하는 시스템에서 발생하는 접촉 마모, 부식 및 오물 문제가 발생하지 않습니다.

NFC는 13.56 MHz의 주파수에서 유도 결합을 사용합니다. 이는 라디오 스펙트럼의 HF 부분에서 라이센스가 필요없는 할당입니다.

NFC는 RFID의 한 형태이지만 작동, 인터페이스 등을 관리하는 특정 표준을 가지고 있습니다. 즉, NFC 장비와 다양한 제조업체의 요소를 함께 사용할 수 있습니다. NFC 표준은 비접촉식 운영 환경뿐만 아니라 데이터 형식 및 데이터 전송 속도도 결정합니다.

NFC와 다른 무선 기술의 차이점

NFC는 사용된 기술뿐만 아니라 예상되는 응용프로그램에서도 다른 무선 기술과 구별되는 기술입니다.

• 블루투스 : Bleutooth와 NFC 모두 데이터 전송에 사용할 수 있지만 블루투스는 훨씬 먼 거리에서 데이터를 전송하도록 설계되었습니다. NFC는 가까운 거리에서만 사용할 수 있도록 설계되었습니다.
• Wi-Fi / IEEE 802.11 : Wi-Fi는 근거리 통신망용으로 설계된 것으로 단거리 Peer-to-Peer 기술은 아닙니다.
• RFID : RFID는 많은 면에서 NFC와 매우 유사하지만, RFID는 훨씬 광범위한 기술입니다. NFC는 상호 운용성을 가능하게 하는 표준에 의해 정의되는 특정 사례입니다.

NFC는 매개 변수를 고려하여 특정 애플리케이션에 적합하므로 다른 형태의 무선 통신이 부적합한 지역에서 사용하기에 이상적입니다.

WHDI (Wireless Home Digital Interface) 이란?

WHDI (Wireless Home Digital Interface)는 비디오 및 오디오 레코더, TV 등과 같은 미디어 중심 장치에 무선 연결을 가능하게 하기 위해 개발된 표준입니다.

가정용 멀티미디어 기기가 더욱 복잡해지고 카메라 연결이 쉽고 많은 가정용 TV 시스템에 필요한 보기 흉한 배선 등으로 WHDI의 개념은 매우 매력적입니다.

WHDI (Wireless Home Digital Interface)는 멀티미디어 네트워크 내에서 고품질 비디오 및 오디오 컨텐트를 제공할 수 있습니다. WHDI 표준은 시스템의 모든 RF 요소와 물리 계층을 포함하는 세 가지 주요 영역을 다루고 있습니다. MAC 또는 매체 액세스 제어 계층 및 또한 오디오/비디오 제어 계층, AVCL을 포함합니다.

WHDI 컨소시엄

WHDI 표준은 업계 선두 그룹에 의해 개발되었습니다. 오디오 비주얼 부문의 기업들은 업계 전반에서 받아 들여질 수 있는 공통 표준을 개발하기 위해 함께 노력했습니다.

이에 따라 WHDI 컨소시엄은 Amimon, Hitachi, Motorola, Samsung, Sharp, Sony 및 LG Electronics가 2008년에 설립했습니다.

WHDI 컨소시엄은 WHDI 표준 개발, 공교육 및 홍보뿐만 아니라 제조업체와 상관없이 모든 장비간에 상호 운용성이 유지되도록 하기 위해 필요한 인증 및 준수 프로그램을 개발할 책임이 있습니다.

WHDI 컨소시엄이 출범한 이래 세계 전체 지역의 회원들을 포함하여 성장했습니다.

WHDI의 기본 사항

WHDI는 텔레비전에서부터 셋톱 박스 및 랩탑, 블루레이/DVD 레코더, 카메라 등에 이르기까지 다양한 오디오 비주얼 장치를 연결할때 데이터를 쉽게 교환할 수 있도록 해줍니다.

WHDI는 EIA/CEA-861-E 및 HDMI, 고화질 멀티미디어 인터페이스를 통해 사용되는 형식을 포함하여 동일한 대역폭 내의 다른 형식을 포함한 다양한 비디오 형식을 지원합니다. 이 표준은 또한 선형 펄스 코드 변조, LPCM, 직접 스트림 전송, DST, 1비트 오디오 직접 스트림 디지털, DSD 등의 여러 가지 오디오 형식을 지원합니다.

WHDI는 허가되지 않은 5GHz ISM - 산업, 과학 및 의료 주파수 대역을 사용하여 최대 60 Hz의 재생 빈도로 최대 1080 픽셀의 비 압축 HDTV를 제공합니다. 이 대역은 IEEE 802.11a, 802.11n 및 802.11ac과 같은 여러 표준과도 공유됩니다.

WHDI의 목적은 유선 HDMI 표준의 자연스러운 확장을 형성한다는 것입니다.

WHDI 표준

업계의 멀티미디어 부문의 발전 속도를 따라 가기 위해 WHDI의 여러 버전인 WHDI (Wireless Home Digital Interface)가 개발되어 출시되었습니다. 이는 서로 다른 사양에 반영됩니다.

• WHDI 1.0 : 이것은 WHDI 표준의 첫번째 릴리스이며 2009년 12월에 마무리되었습니다. Sharp Corporation은 WHDI 제품을 출시한 최초의 회사중 하나였습니다.
• WHDI 2.0 : WHDI 표준의이 새 버전은 입체 3D 이미지를 지원했습니다.
• WHDI 3D : WHDI 호환 장치를 식별하여 3D 형식을 지원하는 방식입니다. 이러한 형식은 3D에 대한 유선 지원을 제공하는 HDMI 1.4a 사양에 정의되어 있습니다.

NFC 태그 유형 정의

NFC 유형은 네 가지 정의된 기본 태그 유형이 있습니다. 유형 1에서 4까지의 유형이 있으며, 형식과 용량이 다릅니다. 이 NFC 태그 유형 형식은 비접촉식 스마트 카드의 국제 표준인 ISO 14443 유형 A 및 B와 수동 통신 모드인 표준 ISO 18092를 준수하는 Sony FeliCa를 기반으로 합니다.

NFC 태그의 이점은 많은 경우에 일회용으로 간주될 수 있으며, 수명이 짧을 수 있는 포스터에 포함되는 경우가 많습니다.

다른 NFC 태그 유형 정의는 다음과 같습니다.

l  태그 1 유형 : 태그 1 유형은 ISO14443A 표준을 기반으로 합니다. 이러한 NFC 태그는 읽고 쓸 수 있으며 사용자는 태그를 읽기 전용으로 구성할 수 있습니다. 메모리 가용성은 웹 사이트 URL 또는 기타 소량의 데이터를 저장하기에 충분한 96 바이트입니다. 그러나 메모리 크기는 최대 2KB까지 확장할 수 있습니다. 이 NFC 태그의 통신 속도는 106 kbit/s입니다. 단순성의 결과로 이 태그 유형은 비용 효과적이며 많은 NFC 응용프로그램에 이상적입니다.

l  태그 2 유형 : NFC 태그 2 유형도 ISO14443A를 기반으로합니다. 이러한 NFC 태그는 읽고 쓸 수 있으며 사용자는 태그를 읽기 전용으로 구성할 수 있습니다. 이 태그 유형의 기본 메모리 크기는 48 바이트이지만 2KB로 확장될 수 있습니다. 통신 속도는 106 kbit/s입니다.

l  태그 3 유형 : NFC 태그 3 유형은 Sony FeliCa 시스템을 기반으로 합니다. 현재 2kbyte의 메모리 용량을 가지고 있으며 데이터 통신 속도는 212kbit/s입니다. 따라서 이 NFC 태그 유형은 태그당 비용이 더 높지만 복잡한 애플리케이션에 더 적합합니다.

l  태그 4 유형 : NFC 태그 4 유형은 ISO14443A 및 B 표준과 호환되도록 정의됩니다. 이러한 NFC 태그는 제조시 미리 구성되며 읽기/쓰기 또는 읽기 전용이 될 수 있습니다. 메모리 용량은 최대 32kbyte이며, 통신 속도는 106kbit/s ~ 424kbit/s입니다.

다른 NFC 태그 유형의 정의를 보면 유형 1 및 2 태그가 유형 3 및 4 태그와 매우 다르며 메모리 용량도 다릅니다. 따라서 응용프로그램에서 거의 겹치지 않을 것으로 예상됩니다.

유형 1 및 유형 2 태그는 이중 상태이며 읽기/쓰기 또는 읽기 전용중 하나일 수 있습니다. 유형 3 및 유형 4 태그는 제조시 또는 특수 태그 작성기를 사용하여 입력되는 데이터로 읽기 전용입니다.