삼성전자의 조성연님과 김성훈님이 보내주신 Cellular IoT 관련 네 번째 기고글입니다. 무덥고 바쁘신 와중에 유익한 기고글을 보내주셔서 정말 감사드립니다.

 

조성연님의 기고글 모두보기

3부 part1에서 언급했듯이 Release-12에 이어서 Release-13에서는 IoT 단말들의 저전력, 간헐적인 데이터 전송 등의 특징을 잘 지원하기 위한 기술들이 도입된다. 아래 표 1과 그림 1에 리스트된 Release-13 표준 기술들은 Radio 기술과 코어 네트워크 기술로 분류할 수 있는데, Radio 표준 기술은 part1에서 설명하였다. 이에 이어 Part2에서는 코어 네트워크 표준 기술을 설명하고자 한다. 

표 1. 3GPP의 Release-13 Cellular IoT (이하 cIoT) 관련 표준 기술 

 

NOTE1:

Release-13에서는 Cat-M 단말은 eMBMS를 지원하였으나 NB-IoT 단말은 eMBMS를 지원하지 않았다. 이후 Release-14에서는 NB-IoT 단말도 eMBMS를 지원하도록 기능이 확장되었다.

NOTE2: 

cIoT 최적화 네트워크 기술 중 컨트롤 플레인 최적화 기술은 IoT 단말만 사용하도록 제한된 기술은 아니나, 음성 서비스 사용에 필수적인 QoS 지원 GBR (Guaranteed Bit Rate) 베어러의 사용이 불가능하고 제한된 데이터 연결만 가능할 뿐만 아니라 핸드오버 및 inter RAT 이동이 지원되지 않는다. 따라서, 최소 두 개의 PDN Connection (인터넷용과 VoLTE용)의 생성이 필요하고 음성 서비스를 위한 QoS 지원이 필요한 일반 사용자의 스마트폰에서는 실질적으로는 사용이 적합하지 않다.

 

위의 표 1과 아래 그림 1과 같이 Release-13의 Cellular IoT 표준기술은 Radio 기술과 코어 네트워크 기술로 분류할 수 있다.

 

 

그림 1. Release-13 IoT 기술과 적용 구간

 

Part1의 Cat-M, NB-IoT, eDRX 등 cIoT Radio 기술 설명에 이어 첫 번째 코어 네트워크 기술로 아래 그림2의 과정으로 실행되는 cIoT 최적화 네트워크 지원 기술을 먼저 살펴보자.

 

cIoT 최적화 네트워크 지원 기술 중 컨트롤 플레인 최적화 기술은 IoT 단말이 작은 데이터를 간헐적으로 송수신하는 것에 필요한 최소한의 기능만을 네트워크에서 지원하는 기술이다. 여기에서 전송되는 작은 데이터는 IP 패킷 또는 IoT 사업자의 Application Server(이하 AS)와 단말내의 Application Client 사이에 약속된 구조를 사용하는 unstructured non IP 데이터인데, IP 패킷 또는 non IP 중 어떤 형태를 사용하던 특정 bit rate를 지원하는 QoS 지원 없이 best effort로 송수신된다.

 

 

그림 2. cIoT 최적화 네트워크 지원 – 컨트롤 플레인 최적화 기술 기반 non IP 데이터 전송

 

그림 2와 같이 Application Server(AS)와 IoT 단말에서 실행되는 Application Client 사이에 약속된 Application 데이터 구조인 non IP 데이터를 이용하는 경우, IoT 단말은 먼저 NB-IoT를 지원하는 cell을 찾은 후 그 cell의 eNB와 RRC 연결을 생성한다(①) (NOTE 3).

 

그리고, 생성된 RRC 연결을 이용하여 IoT 단말은 컨트롤 플레인 최적화 기술을 사용하여 unstructured non IP 데이터를 전송하겠다는 tag를 포함한 attach request NAS 메시지를 Cellular IoT Serving Gateway Node(이하 C-SGN)내의 light MME로 전송한다(②).

 

IoT 단말의 요청을 받은 C-SGN 내의 light MME는 가입 정보를 기반으로 non IP 전송이 허용되는지 확인한다. 그리고 non IP APN 정보에 기반하여 이동 통신 사업자 네트워크 내의 장비들을 IoT 서비스 사업자의 AS와 연결하는 역할을 하는 Service Capability Exposure Function (이하 SCEF)를 선택한 후, C-SGN내의 light MME와 SCEF를 연결하는 데이터 전송 패스를 설정한다(③) (NOTE 4).

 

① ~ ③까지의 과정과 함께 IoT 서비스 제공자의 AS는 SCEF로 데이터 패스 설정을 요청하고 SCEF는 light MME와 연결된 데이터 패스를 AS와 연결하여 unstructured non IP 데이터 전송 패스 (light MME – SCEF-AS)의 연결을 완성한다(④).

 

위의 그림 2 과정을 통하여 완성된 단말—eNB—C-SGN—SCEF—AS를 연결하는 데이터 전송 경로가 완성되면 IoT 단말과 AS는 그 경로를 이용하여 unstructured no IP 데이터를 송수신할 수 있게 된다.

 

NOTE3:

NB-IoT를 사용하는 IoT 단말은 cIoT 최적화 네트워크 지원 기술 중 컨트롤 플레인 최적화 기술을 의무적으로 사용해야 하고, Cat-M 등 다른 radio 기술을 사용하는 IoT 단말들은 컨트롤 플레인 최적화 기술의 사용이 의무는 아니지만 이용할 수는 있다.

NOTE4:

그림 2의 과정에서 단말과 eNB는 기존 LTE 시스템에서 데이터를 전송하는데 사용하던 data radio bearer(이하 DRB)를 생성하지 않고 단말과 MME 사이에 교환되는 컨트롤 메시지인 NAS 메시지를 전송할 때 사용하는 signaling radio bearer(이하 SRB)만을 이용한다. 또한, 그림2의 과정은 단말과 기지국 사이의 보안 설정을 하지 않고 단말과 MME 사이에 사용하는 보안 설정만 이용함으로써 기존 LTE 시스템에서는 필수적이던 실행 스텝들의 대부분을 생략하는 간소화를 실행한다.

 

그림 2 과정을 통하여 컨트롤 플레인 최적화 기술을 이용하는 IoT 단말이 idle 상태가 되었을 때의 동작은 다음과 같다. Idle 상태가 된 IoT 단말은 idle 상태의 DRX 사이클 (eDRX가 사용될 가능성이 높다)에 기반하여 수신 데이터가 있는지 확인한다. 수신할 데이터가 있다고 확인되었거나 또는 발신할 데이터가 있다면 IoT 단말은 그림 2 과정에서 한 것과 같이 RRC 연결을 생성하고 NAS 메시지를 전달하는 경로를 다시 생성하여 단말—eNB—C-SGN 연결을 만든다.

 

이 연결은 Attach 과정 중에 생성되어 유지되던 SCEF—AS 경로와 합쳐져서 전체 경로인 단말—eNB—C-SGN—SCEF—AS 경로의 복구로 귀결된다. 복구된 경로를 통하여 IoT 단말은 non IP 데이터를 AS로 또는 AS로부터 송수신하게 된다.

 

Unstructured non IP 데이터의 전달 경로는 그림 3의 단말—eNB—C-SGN—SCEF—AS로 구성될 수도 있지만 SCEF를 제외한 단말—eNB—C-SGN—AS로 구성될 수도 있다. SCEF가 제외된 경로가 이용될 경우에는, 경로는 그림 3의 ③ 단계 대신 C-SGN 내부적으로 light MME와 light SGW, light PGW 사이의 연결을 만드는 단계를 실행함으로써 설정된다.

 

그리고, 이렇게 내부적으로 만들어진 연결로 IoT 단말이 전송한 unstructured non IP 데이터를 light MME와 light SGW를 통하여 받은 light PGW는 AS와의 Point to Point (PtP) tunnel을 이용하여 unstructured non IP 데이터를 IP payload에 encapsulation 하여 AS로 전달한다.  

 

또한, IoT 단말이 unstructured non IP가 아닌 IP 패킷을 컨트롤 플레인 최적화 기술을 이용하여 AS와 송수신 할 수도 있다.

 

IP 패킷을 송수신하는 경우에 IoT 단말은 IP 패킷을 전송하겠다는 tag를 포함한 attach request NAS 메시지를 그림 3의 ② 단계에서 C-SGN내의 light MME로 전송하여, C-SGN 내부적으로 light MME와 light SGW, light PGW 사이에 PDN connection을 생성하는 단계를 실행한다.

 

내부적으로 PDN connection이 생성되면 IoT 단말은 IP 주소를 할당 받게 되고, 이후 IoT 단말은 할당 받은 IP 주소를 소스 주소로 이용하는 IP 패킷을 NAS 메시지에 넣어서 C-SGN내의 light MME로 보낸다. IP 패킷을 담은 NAS 메시지를 수신한 light MME는 수신한 NAS 메시지에서 IP 패킷을 꺼내어 C-SGN 내부적으로 생성된 PDN connection을 통하여 IP 네트워크를 통하여 AS로 전달한다.

 

위와 같이 간략히 설명한 cIoT 최적화 네트워크 지원 기술 중 컨트롤 플레인 최적화 기술을 이용하는 IoT 단말은 작은 데이터를 간헐적으로 컨트롤 시그널을 교환하기 위한 경로만을 이용하여 송수신하기 때문에 Radio 단인 단말과 eNB 사이에 IP 데이터 전송을 위한 베어러들인 DRB를 생성하지 않는다.

 

DRB를 생성하지 않기 때문에 connected 상태의 IoT 단말이 이동할 때 DRB를 연속적으로 지원하는 것을 보장하면서 이동성을 지원하는 핸드오버 지원 필요가 없어진다. 따라서, IoT 단말이 이동함에 따라 다른 cell의 영역으로 들어가는 경우에는 IoT 단말은 기존 cell의 eNB와의 RRC 연결을 끊은 후 이동으로 가까워진 새로운 cell을 선택하고 그 새로운 cell의 eNB와 RRC 연결을 생성하는 idle 상태의 이동을 이용한다.

 

cIoT 최적화 네트워크 지원 기술 중 다른 기술인 데이터 플레인 최적화 기술은 컨트롤 플레인 최적화 기술과 달리 기존 LTE 시스템 이용 절차에 따라 DRB도 생성하고 eNB와 SGW의 데이터 전송 경로인 S1-U로 생성하여 IP 데이터를 전송한다. 그렇다면 어떤 점이 최적화된 것일까?

 

데이터 플레인 최적화 기술은 IoT 단말의 이동성이 거의 없다는 것을 전제로 하여 그림 3와 같이 IoT 단말이 connected 상태에서 idle 상태로 전환되어도 eNB에서 IoT 단말에 대한 정보를 삭제하지 않는다. 이동성이 거의 없는 IoT 단말이 다시 connected 상태가 되면 다시 그 eNB와 RRC 연결을 생성하고 LTE 시스템을 이용할 것이기 때문에, 그 eNB는 IoT 단말에 대한 정보를 삭제하지 않고 저장했다가 이를 이용하여 idle 상태의 IoT 단말이 빠르게 connected 상태로 전환될 수 있도록 지원한다. 

 

 

그림 3. cIoT 최적화 네트워크 지원 기술 – 데이터 플레인 최적화 기술 기반 IP 패킷 전송

 

 cIoT 최적화 네트워크 지원 기술 중 데이터 플레인 최적화 기술이 이용되면, cIoT 단말은 그림4와 같이 LTE 시스템을 이용하던 기존 방식과 마찬가지로 Attach 과정을 수행하면서 PDN connection을 생성하는데, 이때 IoT 단말은 데이터 플레인 최적화 기술을 사용할 것임을 알린다(①).

 

이후 connected 상태이던 IoT 단말이 IP 패킷을 일정 기간 송수신하지 않아서 idle 상태로 전환되면 eNB는 단말 관련 정보를 저장하고 MME와 SGW로 suspend 처리를 요청한다(②).

 

Idle 상태였던 IoT 단말이 이후 동일한 cell의 eNB와 연결하여 connected 상태로 전환하게 되면 IoT 단말은 RRC 연결을 생성하지 않고 resume을 요청한다. 단말로부터 resume 요청을 받은 eNB는 MME와 SGW로 resume을 요청하여 그 단말이 connected 상태였을 때의 네트워크 상태와 동일한 상태로 빠르게 전환되도록 한다.

 

지금까지 살펴본 cIoT 최적화 네트워크 지원 기술에 이어 두 번째 cIoT를 위한 코어 네트워크 기술로 그룹 메시지 전송 기술을 설명한다.

 

그룹 메시지 전송 기술은 eMBMS를 지원하는 Cat-M IoT 단말에 적용 가능한 기술이다.  그룹 메시지 전송의 기반 기술인 eMBMS(enhanced Multimedia Broadcast Multicast System)는 다수의 단말들에게 동일한 메시지를 전송할 때 단말 별로 별도 무선 자원을 사용하여 메시지를 전송하지 않는다.

 

대신, 다수의 단말들이 동일하게 수신하도록 약속된 공통 무선 자원을 통하여 데이터를 전송하는 방법을 이용하는데, 여기에서 사용되는 공통 무선 자원의 묶음을 broadcast 채널이라고 한다. IoT 단말을 위한 그룹 메시지는 이러한 eMBMS의 특징을 이용하여 다수의 IoT 단말들에게 동일한 데이터는 전송하기 서비스를 지원하는데, 업데이트용 동일한 SW 다운로드나 동일한 명령 집합을 전달할 때 이용할 수 있다.

 

그룹 메시지를 이용하여 업데이트용 SW를 다운로드 하거나 일률적인 제어 명령들을 전달하려면 IoT 단말들은 우선 특정 그룹에 속하도록 정의되어야 한다. 이러한 그룹 정의는 위치를 기준으로 특정 위치에 있는 IoT 단말들을 대상으로 만들어 질 수도 있고 IoT 서비스 제공자의 의도에 따라 구분된 IoT 단말들을 대상으로 만들어 질 수도 있다. 어떠한 정의를 사용하던 그룹 메시지는 동일한 그룹에 속하는 IoT 단말들이 동일한 cell에 많이 존재할수록 자원 절약 효과가 높아진다.

 

그룹 메시지가 이용되는 과정은 그림 4와 같다.

 

 

그림 4. eMBMS를 이용한 그룹 메시지 전송 과정

 

eMBMS를 이용한 그룹 메시지 전송을 위하여 IoT 서비스 사업자의 AS가 SCEF로 그룹 메시지 전송을 요청하면, SCEF는 HSS에 저장된 정보를 기반으로 IoT 서비스 사업자에게 그룹 메시지 전송이 허가되는 지 확인한 후, SCEF는 BM-SC에게 eMBMS 트래픽을 위한 TMGI (Temporary Mobile Group Identity)의 할당을 요청한다(①).

 

TMGI를 할당받은 AS는 Application 레벨 시그널링을 그룹 멤버인 IoT 단말 각각에게 TMGI와 그룹 메시지 전송 시간을 알려서(②), 그룹 멤버 IoT 단말들이 해당 시간에 그룹 메시지를 전송하는 eMBMS 트래픽을 수신할 수 있도록 설정한다. 그리고, AS는 할당받은 TMGI로 eMBMS 에서 지칭되는 그룹 메시지 전송 준비를 요청한다. 이 요청은 트래픽 전송 시간 전송 위치 등을 세세하게 포함할 수 있다. SCEF는 HSS를 통해 해당 요청에 대한 허가를 확인한 후, BM-SC에 요청하여 eNB—MBMS GW—BM-SC를 연결하는 eMBMS용 베어러를 생성한다(③).

 

그룹 메시지를 전송할 시점이 되면 AS는 할당받은 TMGI와 함께 그룹 메시지 데이터를 SCEF로 전달하고, SCEF는 수신한 데이터를 BM-SC로 전달하여, eNB—MBMS GW—BM-SC를 연결하는 eMBMS용 베어러를 통하여 eNB로 전달한다(④).

 

eNB는 수신받은 그룹 메시지 데이터는 그룹 멤버 IoT 단말들이 모두 동시에 액세스하는 정해진 무선 자원을 이용하여 브로드캐스트하여 동일한 데이터를 IoT 단말들이 수신할 수 있도록 한다(④).   

 

eMBMS를 이용하여 동일한 데이터를 다수의 IoT 단말들에게 효율적으로 전달하는 그룹 메시지 전송 기술에 이어 이번에는 Dedicated Core Network 선택 기술을 설명한다.

 

Dedicated Core Network 선택 기술은 IoT 단말이 코어 네트워크에 접속할 때, IoT 단말 전용으로 지원하는 코어 네트워크가 IoT 단말과 연결될 수 있도록 코어 네트워크 접속 경로를 변경하는 기술이다. 이러한 기술을 통하여 IoT 전용 코어 네트워크로 IoT 단말을 연결하는 것은 많은 수의 IoT 단말들이 일반 사용자의 스마트폰들이 사용하는 코어 네트워크 장비를 공유하여 IoT 단말들로 인한 과부하나 장애가 일반 사용자의 스마트폰 사용에 영향을 주지 않도록 하려는 의도가 있다.

 

이러한 의도와 함께 IoT 단말을 잘 지원하기 위하여 IoT 단말을 위한 기능을 지원하지 않는 코어 네트워크 장비로 연결되지 않도록 하기 위한 의도와 IoT 단말말 지원하는 코어 네트워크 장비는 일반 사용자의 스마트폰을 지원하는 코어 네트워크 장비보다 기능이 간단하므로 저가의 간소화된 장비를 사용하는 것을 가능하게 하려는 의도도 있다.

 

구체적으로 Dedicated Core Network 선택 기술의 실행은 그림 5와 같다.

 

그림 5. Dedicated Core Network 선택 과정

 

IoT 단말이 LTE 시스템을 사용하기 위한 Attach Request NAS 메시지를 전송하고 eNB를 통하여 수신한 MME가 이를 수신하였을 때, 이를 수신한 MME는 단말이 보낸 정보 또는 단말의 가입 정보를 기반으로 단말이 IoT 단말임을 확인하고 IoT 단말을 지원하는 기능을 가지지 않았음을 확인한다(①).

 

IoT 단말을 지원하는 기능을 가지지 않았으므로 MME는 IoT 전용 코어 네트워크로 IoT 단말이 보낸 Attach Request NAS 메시지가 전달될 수 있도록 eNB로 경로 변경과 재전송을 요청하고(②),

 

요청을 수신한 eNB는 다른 MME를 선택하여 IoT 단말의 메시지를 다시 전송한다(③).

 

Dedicated Core Network 선택 기술에 이어 Service Capability Exposure 기술을 알아보자. Service Capability Exposure 기술은 IoT 단말을 위한 이동 통신 네트워크의 기능을 사업자 네트워크 밖에 존재하는 IoT 서비스 사업자의 서버가 설정할 수 있도록 지원하는 기술로 그림 2, 그림 4, 그림 5에 등장하였던 SCEF를 축으로 솔루션이 제공된다.

 

사업자 네트워크 외부의 IoT 사업자의 AS는 SCEF를 통하여 IoT 단말들에 대한 특별한 데이터 전송 패턴을 코어 네트워크로 설정하거나, IoT 단말이 사용하는 트래픽에 대한 특정 서비스 제공자 아이디로 과금이 되도록 설정하거나, 혹은 특정 시간에 필수 업데이트를 전달할 수 있도록 네트워크 자원 할당을 설정하는 등을 할 수 있다.

 

 Service Capability Exposure 기술이 사용되는 예로 들어서 한 시간에 한번씩 AS 서버로 30초 동안 데이터를 전송하는 데이터 송수신 패턴을 가진 IoT 단말에 대하여 데이터 송수신 패턴에 따른 리소스 사용을 최적화 설정을 할 수 있는데 그 과정은 그림 6과 같다. 

 

그림 6. Service Capability Exposure 기술 사용 과정

 

Service Capability Exposure 기술을 사용할 때는 그림6과 같이 IoT 서비스 사업자의 AS는 먼저 IoT 단말의 데이터 송수신 패턴 설정을 SCEF로 요청한다(①).

 

요청을 받은 SCEF는 HSS에 문의하여 데이터 송수신 패턴 설정이 가능한 IoT 가입 단말에 대한 요청이 맞는지 확인한 후 HSS에 요청하여 데이터 송수신 패턴을 가입 정보의 일부로 저장(업데이트)한다(②).

 

새로운 데이터 송수신 패턴 정보를 업데이트한 HSS는 이를 현재 IoT 단말을 관리하고 있는 MME로 가입자 정보 업데이트 매커니즘을 이용하여 전달한다(③).

 

새로운 데이터 송수신 패턴 정보를 수신한 MME는 데이터 송수신 패턴 정보를 단말의 activity 정보 값으로 설정하여 eNB로 전달한다(④).

 

eNB는 전달받은 값을 기반으로 해당 IoT 단말의 무선 자원 사용을 효율화 한다(⑤).

 

IoT 단말의 무선 자원 사용 효율화로 한 시간에 한번 connected 상태가 된 IoT 단말이 30초 동안 connected 상태를 유지했다면 바로 idle 상태로 변환되도록 RRC 연결을 제어하는 것을 예를 들 수 있다.

 

 마지막으로 Monitoring Enhancement 기술을 살펴보자. Monitoring Enhancement 기술은 3GPP 코어 네트워크가 파악할 수 있는 IoT 단말에 발생한 이벤트를 IoT 서비스 사업자의 AS로 앞에서 설명한 SCEF를 이용하여 알리는 기술이다.

 

코어 네트워크가 파악할 수 있는 IoT 단말에 발생한 이벤트의 종류는 Cell 단위 또는 Tracking Area 단위의 단말 위치 변경, idle 상태의 단말로 데이터를 전송하였을 때 그 단말이 paging을 수신하여 전송한 데이터를 받을 수 있는지에 대한 reachability 상태, 어느 사업자 망에 접속되어 있는지에 대한 로밍 상태 등이 있다.

 

IoT 사업자의 AS는 이러한 이벤트들이 IoT 단말에 발생하였는지 여부를 알기 위하여 특정 이벤트를 지칭하고 이벤트 발생 시 통보를 해달라는 요청을 SCEF를 통하여 MME등 을 포함한 이동 통신 사업자의 코어 네트워크 장비들로 전달한다. 통보 설정 이벤트 정보를 전달받은 이동 통신 사업자의 코어 네트워크 장비들은 기존 LTE 시스템 프로시져 (reachability timer 기반 paging 수신 가능 여부 확인 등)를 통하여 설정한 이벤트가 IoT 단말에게 발생했음을 detect하고 detect된 결과를 SCEF를 통하여 IoT 사업자의 AS로 알린다.

 

Monitoring Enhancement 기술을 기존 LTE 시스템 프로시져들을 통하여 설정한 이벤트가 IoT 단말에게 발생했음을 detect하기 때문에 IoT 단말이 IoT 서비스 사업자의 AS로 데이터 플레인을 이용하여 IoT 단말에 발생한 이벤트를 보고하는 것 대비 저가화와 저전력화의 특징을 지원한다.

 

뿐만 아니라 IoT 단말이 이동 통신 네트워크에 접속이 안 되는 상태 등 IoT 단말이 IoT 서비스 사업자의 AS로 이벤트를 보고할 수 없는 상태도 Monitoring Enhancement 기술을 통해서는 IoT 서비스 사업자의 AS가 보고받을 수 있도록 지원이 가능하다.

 

지금까지 Part1과 Part2에 걸쳐서 3GPP 표준 단체에서 Release-13으로 표준화한 IoT 기술들을 살펴보았다.

 

앞서 2부에서 설명했듯이 3GPP 표준 단체에서는 Release-10부터 IoT 서비스를 지원하기 위한 이동 통신 기술을 만들어 왔다.

 

Release-10/11에서는 주로 다수의 IoT 단말들로 인하여 이동 통신 네트워크에 발생할 수 있는 과부하를 제어하는 것 중심으로 기술이 만들어졌다가 Release-12부터 IoT를 잘 지원하기 위한 기술이 만들어져서 IoT 단말의 저가화와 저전력화를 지원하는 Cat-0와 Power Saving Mode 기술이 만들어졌다.

 

그리고 이어지는 Release-13에서는 저가화와 저전력화가 더 강화된 Cat-M, NB-IoT, eDRX를 포함한 Radio 기술과 cIoT 최적화 네트워크, 그룹 메시지 전송, Dedicated Core Network 선택, Monitoring Enhancement, Service Capability Exposure를 포함한 코어 네트워크 기술을 만들었다.

 

Release-13에 이어 Release-14에서는 Release-13에서 만들어진 기술을 고도화 하는 방향으로 IoT 표준 기술 개발이 진행되었다.

 

Release-14에서는 Radio 기술 관련하여 NB-IoT 단말이 eMBMS 와 음성 서비스를 사용할 수 있도록 고도화가 진행되었다. 또한 Core Network 기술 관련해서는 LTE 기반 기술을 이용하는 IoT 단말이 2G/3G 네트워크로부터 4G 네트워크로 또는 4G 네트워크에서 2G/3G 네트워크로 이동할 수 있고, IoT 단말 별 통신 네트워크 리소스 사용에 대하여 차등을 둘 수 있으며, 그룹 기반으로 특정 이벤트를 모니터링 할 수 있도록 지원하는 고도화가 진행 중이다.

 

Release-10에서부터 Release-14까지 이어진 LTE 기반 IoT 지원 기술 개발은 Release-15부터 시작되고 있는 5G 표준에서도 지속될 예정이다.   

 

 

 

기고자 소개

 

조성연 (Songyean.cho@gmail.com)

직장: Samsung Electronics 

직함: Principle Engineer 

관심분야: 이동통신 시스템

 

김성훈 (s.hun.kim@samsung.com)
직장: samsung electronics DMC R&D ceter
직함: engineer
관심분야 : LTE, EPC, 5G, IoT